JP4426340B2 - 情報配信装置 - Google Patents

Description

この発明は情報配信装置に係り、特に車載情報端末及び携帯情報端末を使用した情報配信において、通信を使って外部情報を収集する際に、使用者の好みやその時の状況を考慮して情報を提示する情報配信装置に関するものである。

従来、情報配信装置では、外部からの情報をそのまま提示したり、新規なものから順に配信したり、ランダムに配信したする方策をとっている。あるいは、ユーザが前記情報配信装置の検索機能を使って自ら特定の情報を選択・選別を行い、ユーザの欲する情報を提示している。

特開２００１−１３３２７６号公報 特開２００２−２１３９７５号公報 特開２００３−５７０４９号公報 特開２００３−１５０８４２号公報

ところで、従来の情報配信装置においては、ユーザが欲する情報を手に入れる際に、外部からの情報をそのまま提示したり、新規なものから順に配信したり、ランダムに配信したする前者の方策では、欲する情報を入手することが難しく、実用上不利であるという不都合がある。

また、前記情報配信装置の検索機能を使ってユーザ自らが特定の情報を選択・選別を行う後者の方策では、提示する情報が多くなった場合に、何段階もの絞り込みやステップを踏まなければならないという不都合がある。

しかも、車両内等の多くの時間をかけられない、また表示の大きさ等に制限がある場合や、キーボード等が使えないような入力の制限がある場合には、とても不便で、使い勝手が悪いため、改善が望まれていた。

よって、この発明は、上述不都合を回避するために、ユーザのプロファイルや好みや習慣を学習するとともに、その時の使用状況からユーザが欲しいと思われる情報を推測して多くの情報の中から選別して配信する情報配信装置を実現することを目的としている。

そこで、この発明は、上述不都合を除去するために、情報を表示する情報表示装置と、情報提供装置と通信する通信手段と、この通信手段を介して情報提供装置からデータを受信し前記情報表示装置に表示する制御手段とを備えた情報配信装置において、前記制御手段は、前記情報提供装置から受信したデータを選別する選別手段を備え、この選別手段により選別された情報のみ表示し、前記選別手段は、前記情報提供装置から受信したデータを、少なくともユーザの使用状況により変化する固有情報を用いて設定された選別条件を含む複数の選別条件から構成された第１選別手段により選別し、かつこの第１選別手段により抽出された情報を、少なくとも数値化手段と比較手段から構成された第２選別手段により表示出力可能な状態に選別し、前記情報表示装置は、配信された情報の見出しを表示する見出し画面と、この見出し画面において選択された情報の内容を表示する詳細画面とから構成され、前記見出し画面に表示される見出しには、表示される情報の選別に応じて設定された選別マークが付加されることを特徴とする。

以上詳細に説明した如くこの本発明によれば、ユーザが、欲しい情報のみを選択するのに自ら時間をかけて検索機能を駆使することなく、必要な情報を入手することができ、ユーザは最小限の操作と検索時間とで適切な情報を手に入れることが可能となり、使い勝手を向上し得る。

上述の如く発明したことにより、制御手段は、選別手段により選別された情報のみ表示し、選別手段は、情報提供装置から受信したデータを、少なくともユーザの使用状況により変化する固有情報を用いて設定された選別条件を含む複数の選別条件から構成された第１選別手段により選別し、かつ第１選別手段により抽出された情報を、少なくとも数値化手段と比較手段から構成された第２選別手段により表示出力可能な状態に選別し、ユーザが、欲しい情報のみを選択するのに自ら時間をかけて検索機能を駆使することなく、必要な情報を入手している。

以下図面に基づいてこの発明の実施例を詳細に説明する。

図１〜図２０はこの発明の実施例を示すものである。図１において、２は情報配信装置である。

この情報配信装置２は、情報を表示する情報表示装置４と、情報提供装置６と通信する通信手段８と、この通信手段８を介して情報提供装置６からデータを受信し前記情報表示装置４に表示する制御手段１０とを備えている。

また、前記情報配信装置２に、ＧＰＳ（Ｇｌｏｂａｌ Ｐｏｓｉｔｉｏｎｉｎｇ Ｓｙｓｔｅｍ、「全地球位置把握システム」ともいう。）アンテナ１２を接続したナビゲーションシステム１４を配設するとともに、前記制御手段１０には、操作キー１６を接続して設ける。

このとき、前記情報表示装置４や通信手段８、制御手段１０、ＧＰＳアンテナ１２、ナビゲーションシステム１４、操作キー１６は、図１に示す如く、図示しない車両側に搭載される。

そして、前記制御手段１０は、前記情報提供装置６から受信したデータを選別する選別手段１８を備え、この選別手段１８により選別された情報のみ表示し、前記選別手段１８は、前記情報提供装置６から受信したデータを、少なくともユーザの使用状況により変化する固有情報を用いて設定された選別条件を含む複数の選別条件から構成された第１選別手段２０により選別し、かつこの第１選別手段２０により抽出された情報を、少なくとも数値化手段２２と比較手段２４から構成された第２選別手段２６により表示出力可能な状態に選別する構成とする。

詳述すれば、図１及び図２に示す如く、前記制御手段１０に選別手段１８を設け、この選別手段１８に第１選別手段２０と第２選別手段２６とを設けるとともに、第２選別手段２６には少なくとも数値化手段２２と比較手段２４とを設けるものである。

そして、前記第２選別手段２６は、図２に示す如く、第１選別手段２０の選別条件毎に選別された情報を、ユーザの現在の状況、及びユーザの閲覧履歴、ユーザの走行状況、ユーザの目的地の内のいずれかを利用して数値化する数値化手段２２と、数値化された情報同士を比較し表示情報を決定する比較手段２４とを備えている。

また、前記選別条件１８は、ユーザが情報を表示させる頻度、ユーザの走行状況、ユーザの現在の状況、ユーザの目的地から選択される。

更に、前記ユーザの目的地は、前記制御手段１０に備えた到着地推定手段２８により推定されている。

更にまた、この到着地推定手段２８は、過去の走行ルート履歴や過去のルート走行時間履歴の少なくともいずれか一方を用いる。

そして、前記情報表示装置４は、配信された情報の見出しを表示する見出し画面３０と、この見出し画面において選択された情報の内容を表示する詳細画面（図示せず）とから構成され、前記見出し画面３０に表示される見出しには、表示される情報の選別に応じて設定された選別マークが付加される。

つまり、前記情報表示装置４は、前記ナビゲーションシステム１４の地図及び配信された情報を表示する表示インタフェースであり、ユーザの見る情報には見出し画面３０と詳細画面（図示せず）とがある。

この情報表示装置４において、見出し画面３０は、図３に示す如く、その情報のステイタスが表示され、ユーザはその情報が配信された理由を理解することができ、利便性を向上させることができる。

すなわち、情報表示装置４の見出し画面における表示例を説明すると、図３に示す如く、例えば直近で配信された情報を「新」マークで表示し、現在地周辺の情報「近」マークで表示し、推測された目的地周辺の情報を「目」マークで表示し、未読の情報を「未」マークで表示し、最新の広告（過去２日前から現在まで）を「初」マークで表示する。

このとき、図３の情報表示装置４の見出し画面には、常に最新情報が広告見出し１〜ｎまでと先頭にくるようになっている。なお、上記の各マークは、広告が見出しに表示されたときに付けられる。前記「近」マーク及び「目」マークは、（現時点でのその広告の距離によって）常時付いたり消えたりする。つまり、到着地推定により、目的地が推測され、表示中の広告が推測された目的地の近くであつた場合は、「目」マークがつき、離れれば消えるものである。

また、前記情報提供装置６は、情報データサーバと換言することができるとともに、車両外に設けられる。

そして、この前記情報提供装置６は、配信される情報（「データ」ともいう。）を、以下のようなデータ形式で蓄積している。なお、今回のものは、情報ソースを広告としたものである。
ａ）情報データの形式：配信する情報
１）広告主名（店舗名）
２）所在地
３）広告ジャンル
４）休業日（固定週：「毎週月曜」とか）
５）休業日（その他：「１２月２９日〜１月３日」とか）
６）営業時間（例：１０時〜２０時３０分の場合 → １０：００−２０：３０）
７）有効期限（開始日 例 ２００３−０８−２８ ０９：００：００ ← 分と秒の部分は常に００です）
８）有効期限（終了日）
９）配信対象：年代 記述例：１０代以下、１０代、３０代、５０代 → ０１３５
１０）配信対象：性別 記述例：１２ → 男、女
１１）広告タイプ
１２）希望配信時間帯
１３）店舗の緯度
１４）店舗の経度
１５）表示形式
１６）見出し
１７）広告タイトル
１８）サブタイトル
１９）広告内容
２０）写真
２１）ロゴ
ｂ）広告主データの形式：広告主の情報が入っている
１）広告主名（店舗名）
２）所在地
３）広告主ジャンル
４）休業日（固定週：「毎週月曜」とか）
５）休業日（その他：「１２月２９日〜１月３日」とか）
６）営業時間（例：１０時〜２０時３０分の場合 → １０：００−２０：３０）
７）店舗の緯度
８）店舗の経度

更に、前記通信手段８は、図１に示す如く、例えば携帯電話等を使用し、前記情報提供装置６と前記制御手段１０とを連絡する。

前記制御手段１０は、上述した如く、第１、第２選別手段２０、２６からなる選別手段１８と到着地推定手段２８を有し、第２選別手段２６は、少なくとも数値化手段２２と比較手段２４とを有している。

そして、前記制御手段１０は、中央処理演算装置と換言することができるとともに、以下の如き５つの構成を有している。
（１）外部に備え付けた情報データサーバである前記情報提供装置６からインターネットを使って情報データをダウンロードする機能を持つ。
（２）携帯電話等の前記通信手段８を接続し、外部とデータ通信（「インターネット」ともいう。）を行う機能を持つ。
（３）外部から得られた情報データを選別し、前記情報表示装置４に表示させる機能を持つ。
（４）情報を閲覧したり、消去した履歴を格納するためのデータベースを持つ。
（５）過去の走行履歴（「位置情報」ともいう。）を格納するデータベースを持つ。

前記制御手段１０に接続される操作キー１６は、表示する情報を選別したり、表示された情報を操作するためのものである。

例えば、この操作キー１６は、図４に示す如く、１２個の第１〜第１２操作キー１６−１〜１６−１２を有するとともに、以下の如き機能を有する。
・第１操作キー１６−１
「↑」の上方向への移動を行う機能を有し、表示されている情報を選択する際に使用されるものである。
・第２操作キー１６−２
「↓」の下方向への移動を行う機能を有し、表示されている情報を選択する際に使用されるものである。
・第３操作キー１６−３
「開く」の機能を有し、詳細な情報を閲覧する際に使用されるものである。
・第４操作キー１６−４
「戻る」の機能を有し、一つ前の画面に戻る際に使用されるものである。
・第５操作キー１６−５
「情報／ナビ／保存」の機能を有し、情報表示と保存表示とナビゲーションの表示とを切り換える際に使用されるものである。
・第６操作キー１６−６
「案内」の機能を有し、情報の中に位置情報が含まれている場合、ナビゲーションの目的地設定を行う際に使用されるものである。
・第７操作キー１６−７
「消す」の機能を有し、欲しくない情報の場合、消去する際に使用されるものである。
・第８操作キー１６−８
「いいえ」の機能を有し、画面上での質問に対して「いいえ」の返答を行う際に使用されるものである。
・第９操作キー１６−９
「はい」の機能を有し、画面上での質問に対して「はい」の返答を行う際に使用されるものである。
・第１０操作キー１６−１０
「到着」の機能を有し、目的地に着いたとき、走行を終えるときに使用されるものである。そして、押した後、到着地・到着施設の候補が表示されるため、自分が来た到着地・利用する施設名を選択することとなる。
・第１１操作キー１６−１１
「保存」の機能を有し、表示された広告を保存する際に使用されるものである。
・第１２操作キー１６−１２
「内容Ｘ」の機能を有し、広告内容がよくない場合に押されるものである。

そして、この発明の実施例においては、ユーザのプロファイルや好みや習慣を学習するとともに、その時の使用状況からユーザが欲しいと思われる情報を推測して多くの情報の中から選別して配信し、その時の選別するアルゴリズムを推測アルゴリズムとし、ユーザに最小限の操作と時間で適切な情報を提示するものである。

特に、車載での使用を考慮したものであり、使用状況のデータとして車速・現在位置情報・乗車人数・ワイパ等の車両情報を使用可能としている。

情報を配信する手順として前記情報配信装置２は、外部に設置された情報データサーバである前記情報提供装置６から欲しい情報をインターネットを介してダウンロードし、それを前記情報表示装置４により表示する。

このとき、推測アルゴリズムは、いくつかのルールの組合せで行われる。そのルールを適用するための要素としては、以下のような５つが使用される。
（１）ユーザのプロファイルから（性別、年齢、職業、既婚、未婚、子供の有無等、趣味、住所等）
（２）閲覧履歴から（頻度、ジャンル等）
（３）走行履歴から（走行した記録）
（４）状況から（現在地、走行ルート、目的地の推測（到着地推定）等）

ここで、ルールの補完説明である詳細例（Ｎｏ．１〜Ｎｏ．１９）を以下に開示する。

＜Ｎｏ．１＞
＜ルール＞ 立ち寄り頻度が高いジャンルの広告を優先させる。
＜第１次選別（「第１選別」ともいう。）＞
走行頻度に応じて１５個のジャンルを取り出す。
・全体の６０％（９個）までは走行頻度の高い順にジャンルを選出（つまり頻度順で９位までのジャンル）
・残りの４０％（６個）は、選択されていないジャンル（上記の選択されたものより走行頻度が低いジャンル）からランダムに選出
＊ここで取り出されたジャンルの広告を検索する。
＜第２次選別（「第２選別」ともいう。）＞
１．取得する広告の条件を取り出す（上記の項目参照）。
２．今、サーバから取得してきた広告のジャンルが何位に入っているか調べる。
３．条件の中に入っていた場合は、「９／順位＋１」がスコアとなる。そうでない場合は、スコアは「１」となる。
４．サーバから取得してきた広告のジャンルがスーパーだった場合、以下のように現在地からの距離に応じて「３」で計算したスコアを操作する。
（１）現在地から１ｋｍ以下→そのまま
（２）１ｋｍ〜２ｋｍ→「３」のスコアを８０％まで下げる。
（３）２ｋｍ〜３ｋｍ→「３」のスコアを６０％まで下げる。
（４）３ｋｍ〜４ｋｍ→「３」のスコアを４０％まで下げる。
（５）４ｋｍ〜５ｋｍ→「３」のスコアを２０％まで下げる。
（６）５ｋｍ以上→のスコアを「１．５」にする。
※操作した結果、スコアが「１．５」以下になってしまったものも「１．５」にする。

＜Ｎｏ．２＞
＜ルール＞ 立ち寄り頻度が高い施設の広告を優先させる。
＜第１次選別）＞
走行頻度に応じて２０個の施設を取り出す。
・全体の５０％（１０個）までは走行頻度の高い順に施設を選出（つまり頻度順で１０位までの施設）
・残りの５０％（１０個）は、選択されていない施設（上記で選択されたものより走行頻度が低い施設）からランダムに選出
＊ここで取り出された施設の広告を検索する。
＜第２次選別＞
１．取得する広告の条件を取り出す（上記の項目参照）。
２．今、サーバから取得してきた広告の施設が何位に入っているかを調べる。
３．条件の中に入っていた場合は、「９／順位＋１」がスコアとなる。そうでない場合は、スコアは「１」となる。

＜Ｎｏ．３＞
＜ルール＞ 直前で立ち寄った施設と同じ日に立ち寄る頻度の高い施設の広告を優先させる。
＜第１次選別＞
同じ出発地から向かう施設を走行頻度順に５個取り出す。
・全体の８０％（４個）は頻度順に選出（つまり頻度順で４位までの施設）
・残りの２０％（１個）は、選択されていないものからランダムで選出
＊ここで取り出された施設の広告を検索する。
＜第２次選別＞
１．取得する広告の条件を取り出す（上記の項目参照）。
２．今、サーバから取得してきた広告の施設が何位に入っているかを調べる。
３．条件の中に入っていた場合は、「９／順位＋１」がスコアとなる。そうでない場合は、スコアは「１」となる。

＜Ｎｏ．４＞
＜ルール＞ 現在走行ルートを通って行く頻度の高い施設の広告を優先させる。
＜第１次選別＞
到着地推定により推定された目的地１０個（施設名）を取り出す（詳細は到着地推定のプログラム参照）。
＊ここで取り出された施設の広告を検索する。
＜第２次選別＞
１．取得する広告の条件を取り出す（上記の項目参照）。
２．今、サーバから取得してきた広告の施設が何位に入っているかを調べる。
３．条件の中に入っていた場合は、「１４／順位＋１」がスコアとなる。そうでない場合は、スコアは「１」となる。

＜Ｎｏ．５＞
＜ルール＞ 閲覧頻度の高いジャンルの広告を優先させる。
＜第１次選別＞
閲覧頻度に応じて３０個のジャンルを取り出す。
・全体の５０％（１５個）は頻度順に選出（１０回以上配信済みで、評価が０ポイント以上のジャンルをポイント順に１５個）
・残りの５０％（１５個）は、以下の条件を満たすものの中からランダムで選出
（１）評価０ポイント以上で、まだ選出されていないジャンル
（２）配信回数が１０回未満のジャンル
＊ここで取り出されたジャンルの広告を検索する。
＜第２次選別＞
１．取得する広告の条件を取り出す（上記の項目参照）。
２．今、サーバから取得してきた広告のジャンルが何位に入っているかを調べる。
３．条件の中に入っていた場合は、「９／順位＋１」がスコアとなる。そうでない場合は、スコアは「１」となる。
４．サーバから取得してきた広告のジャンルがスーパーだった場合、以下のように現在地からの距離に応じて「３」で計算したスコアを操作する。
（１）現在地から１ｋｍ以下→そのまま
（２）１ｋｍ〜２ｋｍ→「３」のスコアを８０％まで下げる。
（３）２ｋｍ〜３ｋｍ→「３」のスコアを６０％まで下げる。
（４）３ｋｍ〜４ｋｍ→「３」のスコアを４０％まで下げる。
（５）４ｋｍ〜５ｋｍ→「３」のスコアを２０％まで下げる。
（６）５ｋｍ以上→のスコアを「１．５」にする。
※操作した結果、スコアが「１．５」以下になってしまったものも「１．５」にする。

＜Ｎｏ．６＞
＜ルール＞ 閲覧頻度の高い施設の広告を優先させる。
＜第１次選別＞
閲覧頻度に応じて３０個の施設を取り出す。
・全体の５０％（１５個）は頻度順に選出（５回以上配信済みで、評価が０ポイント以上の施設をポイント順に１５個）
・残りの５０％（１５個）は、以下の条件を満たすものの中からランダムで選出
（１）評価０ポイント以上で、まだ選出されていない施設
（２）配信回数が５回未満の施設
＊ここで取り出されたジャンルの広告を検索する。
＜第２次選別＞
１．取得する広告の条件を取り出す（上記の項目参照）。
２．今、サーバから取得してきた広告の施設が何位に入っているかを調べる。
３．条件の中に入っていた場合は、「９／順位＋１」がスコアとなる。そうでない場合は、スコアは「１」となる。

＜Ｎｏ．７＞
＜ルール＞ 広告に書かれている希望配信時間内にある広告を優先させる。
＜第１次選別＞
特になし。
＊「特になし」……第１選別には使用されない（行われない）ルール
＜第２次選別＞
１．取得してきた広告の希望配信時間帯（ＧＩＶＩＴＩＭＥ）が指定されている場合は「２」へ、そうでない場合はスコアが「１」となる。
２．現在の時間帯が希望配信時間帯（ＧＩＶＩＴＩＭＥ）に指定されている時間外である場合は、スコアは「０．５」となる。そうでない場合は、スコアは「１」となる。

＜Ｎｏ．８＞
＜ルール＞ 定休日になっている施設の広告を控える。
＜第１次選別＞
特になし。
＜第２次選別＞
１．日常的に使用する広告のリスト（Ａ）と、飲食店のリスト（Ｂ）＋（Ｃ）を取得する。
２．取得してきた広告のジャンルがリスト（Ａ）の中に入っている場合は「３」へ、リスト（Ｂ）＋（Ｃ）の中に入っている場合は「４」へ、どちらにも当てはまらない場合は、スコアが「１」となる。
３．取得してきた広告を出している店が、その日休日だった場合はスコアが「０．３」となる。そうでない場合は、スコアは「１」となる。
４．取得してきた広告を出している（飲食）店が、その日休日だった場合はスコアが「０．７」となる。そうでない場合は、スコアは「１」となる。

＜Ｎｏ．９＞
＜ルール＞ 営業時間外になっているスーパー、ドラッグストア、飲食店（日常的に利用するもの）の広告を控える。
＜第１次選別＞
特になし。
＜第２次選別＞
１．日常的に使用する広告のリスト（Ａ）と、飲食店のリスト（Ｂ）＋（Ｃ）を取得する。
２．取得してきた広告のジャンルがリスト（Ａ）の中に入っている場合は「３」へ、リスト（Ｂ）＋（Ｃ）の中に入っている場合は「４」へ、どちらにも当てはまらない場合は、スコアが「１」となる。
３．取得してきた広告を出している店が、現在営業時間外だった場合はスコアが「０．３」となる。そうでない場合は、スコアは「１」となる。
４．取得してきた広告を出している（飲食）店が、現在営業時間外だった場合はスコアが「０．７」となる。そうでない場合は、スコアは「１」となる。

Ｎｏ．１０＞
＜ルール＞ １２時間以内に配信されたばかりの広告を少し控える。
＜第１次選別＞
特になし。
＜第２次選別＞
１．取得してきた広告が、今から１２時間以内に配信されている場合は、スコアが「０．２５」となる。そうでない場合は、スコアは「１」となる。

＜Ｎｏ．１１＞
＜ルール＞ 走行ルートから予測される目的地周辺にある広告を優先させる。
＜第１次選別＞
到着地推定により推定された目的地１０個（施設名）を取り出す（詳細は到着地推定のプログラム参照）。
＊ここで取り出された施設（約１ｋｍ以内）の広告を検索する。
＜第２次選別＞
１．推定される目的地の候補を取り出す（上記の項目参照）。
２．今、サーバから取得してきた広告の施設が何番目の候補の周辺にあるかを調べる。
３．推定される目的地のどれかの周辺の施設であった場合は、「９／順位＋１」がスコアとなる。そうでない場合は、スコアは「１」となる。

＜Ｎｏ．１２＞
＜ルール＞ 現在地の周りの広告を優先させる。
＜第１次選別＞
現在地（緯度・経度）を取り出す。
＊現在地の周辺（約１ｋｍ以内）の広告を検索する。
＜第２次選別＞
１．今、サーバから取得してきた広告の施設と現在地との距離を調べる。
２．現在地周辺（約１ｋｍ以内）だった場合は、スコアとして「１０」を返す。そうでない場合は、スコアは「１」となる。

＜Ｎｏ．１３＞
＜ルール＞ 昼または夕方に現在地近くの支店が多い飲食店（ファミリーレストラン・ファーストフードなど）の広告を優先させる。
＜第１次選別＞
昼食時および夕食時に以下の条件を取り出す（ただし、昼食時は学生と仕事を持っている人にのみ、夕食時は一人暮らしの人にのみ、この取り出しを行う）。
・支店が多い飲食店となるジャンルのリスト（Ｂ）
・現在地の緯度・経度
※リスト（Ｂ）にあるジャンルで、かつ、現在地周辺（１ｋｍ以内）の広告を検索する。
＜第２次選別＞
１．取得する広告の条件を取り出す（上記の項目参照）。
２．今、サーバから取得してきた広告が「１」の条件に当てはまっているかどうかを調べる。
３．当てはまっていた場合は「４」へ、そうでない場合はスコアが「１」となる。
４．閲覧履歴を見て、今調べている飲食店の広告の好みを調べる。もし、ポイントが０ポイント以上（好き）だった場合は、スコアを「３」とし、そうでない場合はスコアを「１．５」とする。

＜Ｎｏ．１４＞
＜ルール＞ 昼または夕方に支店の少ない飲食店の広告（場所に関係なく）を優先させる。
＜第１次選別＞
昼食時および夕食時に以下の条件を取り出す（ただし、昼食時は学生と仕事を持っている人にのみ、夕食時は一人暮らしの人にのみ、この取り出しを行う）。
・支店が少ない飲食店となるジャンルのリスト（Ｃ）
※リスト（Ｃ）にあるジャンルの広告を検索する。
＜第２次選別＞
１．取得する広告の条件を取り出す（上記の項目参照）。
２．今、サーバから取得してきた広告が「１」の条件に当てはまっているかどうかを調べる。
３．当てはまっていた場合は「４」へ、そうでない場合はスコアが「１」となる。
４．閲覧履歴を見て、今調べている飲食店の広告の好みを調べる。もし、ポイントが０ポイント以上（好き）だった場合は、スコアを「３」とし、そうでない場合はスコアを「１．５」とする。

＜Ｎｏ．１５＞
＜ルール＞ 複数人乗車しているときに飲食店、テイクアウトの店の広告を優先させる。
＜第１次選別＞
特になし。
＜第２次選別＞
１．乗車人数が複数であり、かつ、昼食時または夕食時であるかを調べる。
２．「１」が当てはまっている場合は、今、サーバから取得してきた広告のジャンルが飲食店であるかどうかを調べる。
３．広告のジャンルが飲食店であった場合は、スコアは「２」となる。そうでない場合はスコアは「１」となる。

＜Ｎｏ．１６＞
＜ルール＞ 昼または夕方に近くのテイクアウトの店（弁当屋など）の広告を優先させる。
＜第１次選別＞
昼食時および夕食時に以下の条件を取り出す（ただし、昼食時は学生と仕事を持っている人にのみ、夕食時は一人暮らしの人にのみ、この取り出しを行う）。
・テイクアウトの店に当てはまるジャンルのリスト（Ｄ）
・現在地の緯度・経度
※リスト（Ｄ）にあるジャンルで、かつ、現在地周辺（１ｋｍ以内）の広告を検索する。
＜第２次選別＞
１．取得する広告の条件を取り出す（上記の項目参照）。
２．今、サーバから取得してきた広告が「１」の条件に当てはまっているかどうかを調べる。
３．当てはまっていた場合は「４」へ、そうでない場合はスコアが「１」となる。
４．閲覧履歴を見て、今調べている飲食店の広告の好みを調べる。もし、ポイントが０ポイント以上（好き）だった場合は、スコアを「３」とし、そうでない場合はスコアを「１．５」とする。

＜Ｎｏ．１７＞
＜ルール＞ ユーザがよくスーパーに行く時間帯にスーパーの広告を優先させる。
＜第１次選別＞
特になし。
＜第２次選別＞
１．サーバから取得してきた広告のジャンルがスーパーである場合のみ、以下のようにスコアを与える。スーパー以外の場合はスコアを「１」とする。
２．各時間帯（１日を６つに分割している）におけるスーパーへの立ち寄り頻度の分散を求める（計算：（［各時間帯の頻度］−［全時間帯の頻度の平均値（以下、「アベレージ」あるいは「ａｖｅｒａｇｅ」という。）］）の２乗の和）。
３．分散の値が２以上の場合、時間帯によってスーパーへの立ち寄り頻度が大きく変化すると見なし、「４」へ、そうでない場合は、あまり時間帯による変化は見られないと見なし、「５」へ。
４．現在の時間帯におけるスーパーへの立ち寄り頻度がアベレージより高い場合は、「１＋１・ａ」がスコアとなる。低い場合は、「１−０．９・ｂ」がスコアとなる。
５．現在の時間帯におけるスーパーへの立ち寄り頻度がアベレージより高い場合は、「１＋０．２・ａ」がスコアとなる。低い場合は、「１−０．５・ｂ」がスコアとなる。
＊「ａ」、「ｂ」について
・「ａ」＝（［現在の時間帯の頻度］−［アベレージ］）／（［立ち寄り頻度が最も高い時間帯の頻度］−［アベレージ］）
・「ｂ」＝（［現在の時間帯の頻度］−［アベレージ］）／（［立ち寄り頻度が最も低い時間帯の頻度］−［アベレージ］）

＜Ｎｏ．１８＞
＜ルール＞ 休日の朝、昼、昼過ぎごろに休日によく行きそうなジャンルの広告を優先させる。
＜第１次選別＞
休日の朝、昼、昼過ぎの場合に以下の条件を取り出す。
・休日に行きそうなジャンルのリスト（Ｅ）からユーザの興味のないジャンルを除いたもの
＊上記に当てはまるジャンルの広告を検索する。
＜第２次選別＞
１．現在の時間帯が休日の朝、昼、昼過ぎであったら「２」へ、それ以外の場合は「１」を返す。
２．休日（土曜日なら土曜日、日曜日なら日曜日）に閲覧頻度の高いジャンルを１０個（上位５個と残りの５個はランダム）を取得する。
３．休日（土曜日なら土曜日、日曜日なら日曜日）に走行頻度の高いジャンルを７個（上位３個と残りの４個はランダム）を取得する。
４．サーバから取得してきたデータがリスト（Ｅ）に含まれれば「５」へ、それ以外の場合は「１」を返す。
５．「２」か「３」で取得したジャンルに含まれている場合はスコアを「３」とし、それ以外ではスコアが「１．５」となる。

＜Ｎｏ．１９＞
＜ルール＞ 最近登録されたばかりでまだ一度も配信されていない広告を優先させる。
＜第１次選別＞
広告の有効期限の開始日が今日を含めて２日以内であり、かつ、ユーザの興味のないジャンルを除いたもの
＊上記に当てはまるジャンルの広告を検索する。
＜第２次選別＞
＊ニュー（Ｎｅｗ）クラスを適用する前に、サーチインフォメーション（ＳｅａｒｃｈＩｎｆｏｍａｔｉｏｎ）クラスで以下の処理を行っている。
データベースから取得してきた広告ＩＤに対して、以下の操作を行う。
１．取得してきた広告ＩＤが過去に閲覧していた場合は「５」へ、それ以外は「２」へ。
２．新着のルールによって取得した広告である場合は、「ＮＥＷ（新着であるという印）」を付ける。それ以外は「３」へ。
３．取得する広告の条件を取り出す（上記の項目参照）。
４．取得してきた広告が「３」の条件に当てはまれば、「ＮＥＷ」を付ける（新着の広告に該当するが、新着のルール以外によってサーバから取得されてきたもの）。それ以外は「５」へ。
５．特に何もしない（新着とはみなさない）。

以下は、ニュークラスにて行う。
６．サーバから取得してきたデータが、サーチインフォメーションクラスにて「ＮＥＷ」と印を付けたものであったら、スコアを「３」とし、それ以外はスコアを「１」とする。

また、この発明の実施例は、上述したような車両情報とユーザの習慣・履歴との組合せを特徴とし、中でも、目的地の推測が大きな特徴の一つとなっている。

前記到着地推定手段２８による到着地推定からの目的地推測においては、現在位置情報と出発地・到着地を走行毎に逐次記録しており、この記録を元に到着地推定を行う。到着地推定から走行中に目的地の推測を行い、そのルートに沿った情報、目的地に合った情報をユーザに提供するものである。

次に作用を説明する。

先ず、図５の前記情報配信装置２のシステム制御用のメインフローチャートに沿って説明する。

操作フロー用のプログラムが開始（Ａ１０２）すると、エンジンが始動され（Ａ１０４）、前記情報配信装置２のシステムがＯＮ動作される（Ａ１０６）。

そして、広告配信処理（Ａ１０８）を行う。この広告配信処理（Ａ１０８）は、表示要求（ｒ分毎）に応じてｐ個の広告見出しを前記情報表示装置４に追加表示する。

この広告配信処理（Ａ１０８）の後には、前記操作キー１６の「開く」の機能を有する第３操作キー１６−３を押したか否かの判断（Ａ１１０）に移行し、この判断（Ａ１１０）がＮＯの場合には、判断（Ａ１１０）がＹＥＳとなるまで判断（Ａ１１０）を繰り返し行い、判断（Ａ１１０）がＹＥＳの場合には、選択されている広告の詳細表示を行う処理（Ａ１１２）に移行し、前記操作キー１６の「情報／ナビ／保存」の機能を有する第５操作キー１６−５を押したか否かの判断（Ａ１１４）に移行する。

この第５操作キー１６−５を押したか否かの判断（Ａ１１４）がＹＥＳの場合には、保存画面を表示する処理（Ａ１１６）に移行し、判断（Ａ１１４）がＮＯの場合には、前記操作キー１６の「戻る」の機能を有する第４操作キー１６−４を押したか否かの判断（Ａ１１８）に移行する。

上述の保存画面を表示する処理（Ａ１１６）に移行した後には、前記操作キー１６の「情報／ナビ／保存」の機能を有する第５操作キー１６−５を押したか否かの判断（Ａ１２０）を行い、この判断（Ａ１２０）がＮＯの場合には、保存画面を表示する処理（Ａ１１６）に戻り、判断（Ａ１２０）がＹＥＳの場合には、ナビ画面を表示する処理（Ａ１２２）に移行する。

このナビ画面を表示する処理（Ａ１２２）の後に、前記操作キー１６の「情報／ナビ／保存」の機能を有する第５操作キー１６−５を押したか否かの判断（Ａ１２４）を行い、この判断（Ａ１２４）がＮＯの場合には、ナビ画面を表示する処理（Ａ１２２）に戻り、判断（Ａ１２４）がＹＥＳの場合には、上述した選択されている広告の詳細表示を行う処理（Ａ１１２）に戻る。

また、上述の前記操作キー１６の「戻る」の機能を有する第４操作キー１６−４を押したか否かの判断（Ａ１１８）において、この判断（Ａ１１８）がＹＥＳの場合には、上述した広告配信処理（Ａ１０８）に戻り、判断（Ａ１１８）がＮＯの場合には、前記操作キー１６の「内容Ｘ」の機能を有する第１２操作キー１６−１２を押したか否かの判断（Ａ１２６）に移行する。

この操作キー１６の「内容Ｘ」の機能を有する第１２操作キー１６−１２を押したか否かの判断（Ａ１２６）がＹＥＳの場合には、履歴に登録する処理（Ａ１２８）を行った後に、上述した選択されている広告の詳細表示を行う処理（Ａ１１２）に戻り、判断（Ａ１２６）がＮＯの場合には、前記操作キー１６の「保存」の機能を有する第１１操作キー１６−１１を押したか否かの判断（Ａ１３０）に移行する。

そして、この操作キー１６の「保存」の機能を有する第１１操作キー１６−１１を押したか否かの判断（Ａ１３０）がＹＥＳの場合には、履歴に登録する処理（Ａ１３２）を行った後に、上述した選択されている広告の詳細表示を行う処理（Ａ１１２）に戻り、判断（Ａ１３０）がＮＯの場合には、前記操作キー１６の「消去」、つまり「消す」の機能を有する第７操作キー１６−７を押したか否かの判断（Ａ１３４）に移行する。

また、この操作キー１６の「消去」、つまり「消す」の機能を有する第７操作キー１６−７を押したか否かの判断（Ａ１３４）がＹＥＳの場合には、履歴に登録する処理（Ａ１３６）を行った後に、上述した選択されている広告の詳細表示を行う処理（Ａ１１２）に戻り、判断（Ａ１３４）がＮＯの場合には、前記操作キー１６の「案内」の機能を有する第６操作キー１６−６を押したか否かの判断（Ａ１３８）に移行する。

更に、この操作キー１６の「案内」の機能を有する第６操作キー１６−６を押したか否かの判断（Ａ１３８）がＹＥＳの場合には、履歴に登録する処理（Ａ１４０）を行うとともに、ナビの目的地に設定し、ナビの表示に切り換える処理（Ａ１４２）を行った後に、上述した選択されている広告の詳細表示を行う処理（Ａ１１２）に戻り、判断（Ａ１３８）がＮＯの場合には、前記操作キー１６の「到着」の機能を有する第１０操作キー１６−１０を押したか否かの判断（Ａ１４４）に移行する。

そして、この操作キー１６の「到着」の機能を有する第１０操作キー１６−１０を押したか否かの判断（Ａ１４４）において、判断（Ａ１４４）がＹＥＳの場合には、ユーザは到着地を登録する処理（Ａ１４６）を行った後に、エンジンを停止したか否かの判断（Ａ１４８）に移行し、判断（Ａ１４４）がＮＯの場合には、エンジンを停止したか否かの判断（Ａ１４８）に直接移行し、このエンジンを停止したか否かの判断（Ａ１４８）がＮＯの場合には、上述した広告配信処理（Ａ１０８）に戻り、判断（Ａ１４８）がＹＥＳの場合には、操作フロー用のプログラムの終了（Ａ１５０）に移行する。

次に、この発明の実施例における要部制御用、つまり情報を表示するためのフローチャートを図６に沿って説明する。

先ず、情報提供アルゴリズム用のプログラムが開始（Ｂ１０２）すると、前記選別手段１８の第１選別手段２０によって、第１選別（Ｂ１０４）を行う。

この第１選別（Ｂ１０４）は、いくつかのルールによって、情報配信サーバである情報提供装置６からデータをダウンロード（ｎ個／ｍ分毎）する。

そして、第１選別（Ｂ１０４）の後に、第２選別（Ｂ１０６）を行う。この第２選別（Ｂ１０６）は、第１選別（Ｂ１０４）によってダウンロードされたｎ個のデータ中からさらにいくつかのルールを使用して表示を行うためのｐ個のデータをｑ分毎に選択する。

この第２選別（Ｂ１０６）の後には、表示要求がきたか否かの判断（Ｂ１０８）に移行し、この判断（Ｂ１０８）がＮＯの場合には、上述の第１選別（Ｂ１０４）に戻り、判断（Ｂ１０８）がＹＥＳの場合には、ｐ個のデータを表示用の処理に送る（Ｂ１１０）。

なお、参考までに、図６の要部制御用、つまり情報を表示するためのフローチャートに関して付記すると、このフローチャートにおいては、２段階に分けて表示するための情報を選別していくとともに、インターネットのための通信が遅いため、全部のデータからルールを適用して選別するのは処理が重く、時間がかかる。そのため大雑把に、第１選択を使って決められた時間ごと（ｍ分毎）にまとまった数の情報ｎ個を情報配信サーバからダウンロードする。ｍ分よりも小刻みにｑ分毎に第２選択を適用してｎ個のデータの中から表示用にｐ個のデータを選別するものである。
例えば、第２選別によりデータをｐ個（例えば５個）にセレクトする。
表示要求（ｒ分毎）と第２選別（ｑ分毎）の関係は、以下のようになる。
ｒ＞ｑ

次に、図７の第１選別用のフローチャートに沿って説明する。

第１選別用のプログラムが開始（Ｃ１０２）すると、＜ルール＞＜Ｎｏ．１＞のものがあるか否かを判断（Ｃ１０４）し、この判断（Ｃ１０４）がＹＥＳの場合には、情報データサーバである情報提供装置６から＜ルール＞＜Ｎｏ．１＞に該当する情報データを受信（Ｃ１０６）し、＜ルール＞＜Ｎｏ．２＞のものがあるか否かの判断（Ｃ１０８）に移行し、判断（Ｃ１０４）がＮＯの場合には、＜ルール＞＜Ｎｏ．２＞のものがあるか否かの判断（Ｃ１０８）に直接移行する。

この＜ルール＞＜Ｎｏ．２＞のものがあるか否かの判断（Ｃ１０８）において、判断（Ｃ１０８）がＹＥＳの場合には、情報データサーバである情報提供装置６から＜ルール＞＜Ｎｏ．２＞に該当する情報データを受信（Ｃ１１０）し、＜ルール＞＜Ｎｏ．ｇ＞のものがあるか否かの判断（Ｃ１１２）に移行し、判断（Ｃ１０８）がＮＯの場合には、＜ルール＞＜Ｎｏ．ｇ＞のものがあるか否かの判断（Ｃ１１２）に直接移行する。

また、＜ルール＞＜Ｎｏ．ｇ＞のものがあるか否かの判断（Ｃ１１２）において、判断（Ｃ１１２）がＹＥＳの場合には、情報データサーバである情報提供装置６から＜ルール＞＜Ｎｏ．ｇ＞に該当する情報データを受信（Ｃ１１４）し、ｎ件受信したか否かの判断（Ｃ１１６）に移行し、判断（Ｃ１１２）がＮＯの場合には、ｎ件受信したか否かの判断（Ｃ１１６）に直接移行する。

そして、このｎ件受信したか否かの判断（Ｃ１１６）において、判断（Ｃ１１６）がＮＯの場合には、＜ルール＞＜Ｎｏ．１＞のものがあるか否かの判断（Ｃ１０４）に戻り、判断（Ｃ１１６）がＹＥＳの場合には、第１選別用のプログラムの終了（Ｃ１１８）に移行する。

なお、参考までに、図７の第１選別用のフローチャートに関して付記すると、第１選別は、約ｍ分に１回、情報データサーバである情報提供装置６からｎ件の情報を取得するとともに、ルールはルールと履歴データベースに格納されているものにから選出され、この第１選別では、各ルールから選択してくるが、ｎ件に達した場合に、それ以上の選択は行われない。

そして、図７の第１選別用のフローチャートにおいては、＜ルール＞＜Ｎｏ．１＞、＜ルール＞＜Ｎｏ．２＞〜＜ルール＞＜Ｎｏ．ｇ＞までとして説明したが、上述した＜ルール＞＜Ｎｏ．１＞〜＜ルール＞＜Ｎｏ．１９＞までのルールの補完説明とすることが可能であるとともに、必要に応じて、ルール数を増減させることも可能である。

次に、図８の第２選別用のフローチャートに沿って説明する。

第２選別用のプログラムが開始（Ｄ１０２）すると、ｎ件の情報までの点数を加えていく処理（Ｄ１０４）を行う。なお、ルール毎に加える点数は異なる。

そして、式
（データの中の一番大きな点数＋α）
の値を全データに加え、それで全データを割ることでスコアを出力する処理（Ｄ１０６）を行う。

また、０〜１の乱数を出し、ハイスコアを出したデータから順にその乱数とスコアとを比較し、その乱数よりも大きくなったものを最終選択データとしてｐ件出力する処理（Ｄ１０８）を行い、第２選別用のプログラムの終了（Ｄ１１０）に移行する。

なお、参考までに、図８の第２選別用のフローチャートに関して付記すると、第２選別は、情報データサーバである情報提供装置６からｎ件の情報を取得した後、スコアリングという方法を利用して表示用にｐ件の選択を行う。具体的には、ルールにユーザ情報を適用して得た条件に当てはまった場合に、その情報へシステム内で定義したスコアを与える。なお、システムで使用しているルールは複数あるため、最終的なスコアは全ルールを適用した結果得られるスコアの合計となる。

そして、上述した＜ルール＞＜Ｎｏ．１＞〜＜ルール＞＜Ｎｏ．１９＞までのルールの補完説明による例では、第１選別には、ルール１３個が用いられるとともに、第２選別には、ルール１９個が用いられ、第１選別でセレクトしたｎ件のデータにおいて、１件毎に第２選別に用いるルール全てを適用して数値化（スコア算出）する。

次に、前記到着地推定手段２８による到着地推定の方法について説明する。

到着地推定とは、走行開始から走行終了までの走行経路を保存しておき、過去に使ったルートと照らし合わせ、一致しているか、または一致していないかを判断するものである。この方策を応用することで、新たに走行を行ったときに、今回はどこの目的地に行くのかを推測することができる。この推測を広告を配信する際の広告選択ルールの１つに加えることで、走行ルート近辺や推測される目的地近辺の広告を配信することができるものである。

以下の到着地推定の方法について述べると、先ず、第１の到着地推定の方法（「到着地推定１」ともいう。）においては、カーナビゲーションシステム１４より各道路の道路ＩＤ・緯度・経度がｐ秒毎（ここでは、例えば２秒毎）に出力されているとともに、道路ＩＤは全ての道路に割り当てられておらず、道路ＩＤの割り当てられていない道路ＩＤは「０」とし、データベースを利用する。

そして、図９のポイントテーブルは、道路ＩＤと緯度・経度から新たに道路ポイントＩＤを作成していくテーブルである。このとき、道路ＩＤだけでなく、緯度・経度も登録するのは、ある道路ＩＤの道路が距離的に非常に長い場合、走行中にその道路に入ってくる地点はさまざまな場所が考えられる。このような場合、道路ＩＤを見ただけでは同じ道を走っているように見えるが、実際、距離的にはかなりずれている場合がある。さらに、道路ＩＤが「０」の道路は、全て同一のものとしてしまう。そのため、ただ道路ＩＤだけではなく、そのときの緯度・経度もルートに組み込み、信頼性を高めている。

また、図１０のルートテーブルは、過去の出発地と到着地、その間に通った道路ポイントＩＤを格納するものである。

次に、第１の到着地推定の方法（「到着地推定１」ともいう。）を図１１に沿って説明する。

到着地推定１用のプログラムが開始（Ｅ１０２）すると、ｐ秒毎にカーナビゲーションシステム１４から現在の緯度・経度がきて（Ｅ１０４）、スタート地点の道路ＩＤ・緯度・経度を記憶する処理（Ｅ１０６）に移行し、図９のポイントテーブルに今の地点の道路ポイントＩＤがあるか否かの判断（Ｅ１０６）を行う。

この判断（Ｅ１０６）において、判断（Ｅ１０６）がＹＥＳ、つまり「ある」の場合には、その道路ポイントＩＤを取得する処理（Ｅ１１０）に移行し、緯度・経度が、格納されている道路ポイントＩＤから１／１０００分単位でプラス・マイナス４０以内のものがなかった場合、つまり上述の判断（Ｅ１０６）がＮＯの場合には、図９のポイントテーブルに新しい道路ポイントＩＤを作成し、その緯度・経度を格納する処理（Ｅ１１２）に移行する。

そして、処理（Ｅ１１０）及び処理（Ｅ１１２）の後に、同じ道路ＩＤが４回連続して入ってきたか否かの判断（Ｅ１１４）を行い、この判断（Ｅ１１４）がＮＯ、つまり「こない」の場合には、ｐ秒毎にカーナビゲーションシステム１４から現在の緯度・経度がくる処理（Ｅ１０４）に戻り、判断（Ｅ１１４）がＹＥＳ、つまり「きた」の場合には、ルートの配列に追加する処理（Ｅ１１６）を行い、５分以上経過したか否かの判断（Ｅ１１８）に移行する。

この判断（Ｅ１１８）がＹＥＳ、つまり「した」の場合には、後述する到着地推定１開始（図１２参照）の処理（Ｅ１２０）に移行し、判断（Ｅ１１８）がＮＯ、つまり「しない」の場合には、到着したか否かの判断（Ｅ１２２）に移行する。

上述の到着地推定１開始（図１２参照）の処理（Ｅ１２０）の後には、一致したものがあったか否かの判断（Ｅ１２４）に移行し、この判断（Ｅ１２４）がＹＥＳ、つまり「あった」の場合には、予測到着地を出す処理（Ｅ１２６）に移行し、判断（Ｅ１２４）がＮＯ、つまり「ない」の場合には、上述した到着したか否かの判断（Ｅ１２２）に移行する。

そして、この到着したか否かの判断（Ｅ１２２）において、判断（Ｅ１２２）がＮＯ、つまり「しない」の場合には、ｐ秒毎にカーナビゲーションシステム１４から現在の緯度・経度がくる処理（Ｅ１０４）に戻り、判断（Ｅ１２２）がＹＥＳ、つまり「した」の場合には、到着地推定１開始（図１２参照）の処理（Ｅ１２８）に移行し、この処理（Ｅ１２８）の後には、一致したルートがあったか否かの判断（Ｅ１３０）に移行する。

この判断（Ｅ１３０）がＹＥＳ、つまり「あった」の場合には、一致したルートの頻度を「＋１」とする処理（Ｅ１３２）に移行し、判断（Ｅ１３０）がＮＯ、つまり「ない」の場合には、新しいルートを図１０のルートテーブルに登録する処理（Ｅ１３４）に移行し、各処理（Ｅ１３２）及び処理（Ｅ１３４）の後には、到着地推定１用のプログラムの終了（Ｅ１３６）に移行する。

ここで、図１２の到着地推定１開始の処理について説明する。

到着地推定１用のプログラムが開始（Ｆ１０２）すると、今までの道路ポイントテーブルの列と過去のデータベース中にある道路ポイントテーブルとを比較し、現在の道路ポイントテーブルの数を分母におき、一致した道路ポイントテーブルを分子にしたとき、一致した割合が８０％を超えたとき、一致したとする判断（Ｆ１０４）に移行する。

そして、この判断（Ｆ１０４）において、現在の道路ポイントテーブルの数を分母におき、一致した道路ポイントテーブルを分子にしたときに、一致した割合が８０％を超え、一致したと判断された場合に、一致した候補地を出力する処理（Ｆ１０６）に移行し、この処理（Ｆ１０６）の後に、到着地推定１用のプログラムの終了（Ｆ１０８）に移行する。

上述した判断（Ｆ１０４）に関して補足すると、この判断（Ｆ１０４）においては、現在走行中のルートと、候補としてあがった過去のルートテーブル中のルートとがどのくらい等しいかを見る。例えば、現在の地点のルートを、「／１／２／３／４／５／６／」と過去のルートを「／１／２／３／４／５／７／８／１１／１２／…」として、比較すると、今回のルートの「／１／２／３／４／５／」まで等しく、「／６／」が一致していない。ここで、どのくらい一致しているかの割合を一致率とし数値化する。数値化の方法は、「等しいルートの長さ／今回の走行中のルートの長さ」とする。この場合、一致率は「５／６＝０．８３（８３％）」となる。

もう１つ例を挙げると、過去のルートが「／１／２／６／７／８／９／１８／１６／…」とすると、「／１／２／」が等しく、「／３／４／５／」が等しくなく、「／６／」が等しい。よって、一致率は「３／６＝０．５（５０％）」となる。ルートが一致したと判定する基準は、この一致率が「０．８（８０％）」以上の場合とした。最初の一致率が「０．８３（８３％）」、後者が「０．５（５０％）」なので、今回の走行では後者をルートと一致したと判定する。

次に、第２の到着地推定の方法（「到着地推定２」ともいう。）について説明すると、第２の到着地推定の方法は、ただ過去のルートを一致させるものではなく、到着地（目的地）を推測することを目的としている。そして、上述の第１の到着地推定の方法で使用した道路ＩＤを利用せず、緯度・経度から地図上に大きな升を描き、この升の移動して行った軌跡から判断するものである。これにより、道路ＩＤを出力しないナビゲーションシステム１４でも利用することが可能となる。

第２の到着地推定の方法においては、カーナビゲーションシステム１４より各道路の緯度・経度がｐ秒毎（ここでは、例えば２秒毎）に出力されているとともに、データベースを利用する。

そして、図１３のルートテーブルは、通ってきたルートのＸ座標と過去の出発地と到着地、その間に通った道路ポイントＩＤを格納するものである。

次に、第２の到着地推定の方法（「到着地推定２」ともいう。）を図１４に沿って説明する。

到着地推定２用のプログラムが開始（Ｇ１０２）すると、現在の緯度・経度を、経度３０、緯度３６で割った商を座標にする（升目を作成する）処理（Ｇ１０４）に移行し、２秒毎にナビゲーションシステム１４から緯度・経度を受信し、緯度・経度を、緯度３０、経度３６で升目を作成する処理（Ｇ１０６）に移行する。

そして、違う升目に移ったか否かの判断（Ｇ１０８）を行い、この判断（Ｇ１０８）がＮＯ、つまり「移らない」の場合には、２秒毎にナビゲーションシステム１４から緯度・経度を受信し、緯度・経度を、緯度３０、経度３６で升目を作成する処理（Ｇ１０６）に戻り、判断（Ｇ１０８）がＹＥＳ、つまり「移った」の場合には、ルートの列に追加する処理（Ｇ１１０）に移行し、この処理（Ｇ１１０）の後に、到着したか否かの判断（Ｇ１１２）に移行する。

この到着したか否かの判断（Ｇ１１２）において、判断（Ｇ１１２）がＹＥＳ、つまり「した」の場合には、後述する到着地推定２開始（図１５参照）の処理（Ｇ１１４）に移行し、判断（Ｇ１１２）がＮＯ、つまり「してない」の場合には、升目が３５の倍数となったか否かの判断（Ｇ１１６）に移行する。

この升目が３５の倍数となったか否かの判断（Ｇ１１６）において、判断（Ｇ１１６）がＮＯ、つまり「ならない」の場合には、２秒毎にナビゲーションシステム１４から緯度・経度を受信し、緯度・経度を、緯度３０、経度３６で升目を作成する処理（Ｇ１０６）に戻り、判断（Ｇ１１６）がＹＥＳ、つまり「なった」の場合には、到着地推定２開始（図１５参照）の処理（Ｇ１１８）に移行し、この処理（Ｇ１１８）の後に、得点ポイントの高いものから順に予測到着地とする処理（Ｇ１２０）に移行し、この処理（Ｇ１２０）の後には、２秒毎にナビゲーションシステム１４から緯度・経度を受信し、緯度・経度を、緯度３０、経度３６で升目を作成する処理（Ｇ１０６）に戻る。

また、上述した到着地推定２開始（図１５参照）の処理（Ｇ１１４）の後には、０．８以上は頻度を「＋１」、それ以外は新ルートとして図１３のルートテーブルに登録する処理（Ｇ１２２）に移行し、この処理（Ｇ１２２）の後には、到着地推定２用のプログラムの終了（Ｇ１２４）に移行する。

ここで、図１５の到着地推定２開始の処理について説明する。

到着地推定２用のプログラムが開始（Ｈ１０２）すると、到着したときの到着地推定２であるか否かの判断（Ｈ１０４）に移行する。

そして、この判断（Ｈ１０４）がＮＯ、つまり「いいえ」の場合には、過去３５の升目を使って比較する処理（Ｈ１０６）に移行する。この処理（Ｈ１０６）は、最新のルートと升目から順に過去のルートと一致するものを検索し、一致したものがあれば、ポイントを「＋１」とする。

以下に、例を開示する。
過去ルート１：１、２、３、４、５、６
過去ルート２：７、８、１、２、５
新ルート ：１、２、３、４、５

過去ルート１の場合：対象の升目数 １１
一致している数 １０
従って、１０ポイント

過去ルート２の場合：対象の升目数 １０
一致している数 ３
従って、３ポイント

また、上述の判断（Ｈ１０４）がＹＥＳ、つまり「はい」の場合には、全走行ルートで比較する処理（Ｈ１０８）に移行する。この処理（Ｈ１０８）は、最新のルートと升目から過去のルートと一致するものを検索する。

以下に、例を開示する。
過去ルート：７、８、１、２、５
新ルート ：０、１、２、３、４、５
対象の升目数 １１
一致している数 ３
従って、３／１１＝０．２７（一致していない）

過去ルート１：１、２、３、４、５、６
過去ルート２：７、８、１、２、５
新ルート ：１、２、３、４、５

過去ルート１の場合：対象の升目数 １１
一致している数 １０
従って、１０／１１＝０．９１（一致している）

過去ルート２の場合：対象の升目数 １０
一致している数 ３
従って、３／１０＝０．３（一致していない）

そして、過去３５の升目を使って比較する処理（Ｈ１０６）及び全走行ルートで比較する処理（Ｈ１０８）の後に、到着地推定２用のプログラムの終了（Ｈ１１０）に移行する。

次に、到着地推定と目的地の推測方策について説明すると、上述した到着地推定と合わせて、過去のルートだけでなく、時間履歴を用いた目的地の推測を行う。これにより、目的地の推測精度が向上するものである。

更に、上述した手法を用いることにより、到着予想時間を正確に割り出すことができる。今までのナビゲーションシステムでは到着予想時間を距離と固定された時速とを用いて算出した。しかし、今回の手法では、今までの過去の走行時間の履歴等を用いて行う、というのは実際に走行しているため、より正確な到着予想時間を算出することができる。ＶＩＣＳ（カーナビゲーション等のＶＩＣＳ対応車載機に道路交通情報をリアルタイムで提供するシステム）等の渋滞予想が出たときも、履歴データとすることで、さらに信頼性が増加する。到着時間予想は、目的地推測を行った場所への到着時間予想だけでなく、ナビゲーションシステムで目的地を設定した場合も行われる。その際には、出発地と到着地とが必ずしも一致していなくとも、過去のルートをつなぎ合わせることでその目的にたどり着く場合は、到着時間予想を行うことができる。また、一部のみ一致している場合でも、その部分だけを利用し、その分の距離を引いてから通常の到着地予想を行うことができるものである。

履歴の種類として、参考までに、図１６に通常のルート履歴を開示するとともに、図１７には出発時間と到着時間と曜日と渋滞情報とを入れた履歴を開示する。

次に、目的地推測の方策を図１８に沿って説明する。

目的地推測用のプログラムが開始（Ｉ１０２）すると、到着地推定２により目的地を推測する処理（Ｉ１０４）に移行し、この処理（Ｉ１０４）の後に、同じルートを見つける処理（Ｉ１０６）に移行する。

この処理（Ｉ１０６）において、同じルートが数箇所見つかった、つまり現在のルートから推測できる目的地が数箇所に限定された後に、そのルートで出発が最も多い曜日と時間帯のルートがあった場合、そのルートを推測された目的地として優先する処理（Ｉ１０８）に移行する。

この処理（Ｉ１０８）の後には、到着時間予想の処理（Ｉ１１０）を行い、目的地推測用のプログラムの終了（Ｉ１１２）に移行する。

次に、到着時間予想の方策を図１９に沿って説明する。

到着時間予想用のプログラムが開始（Ｊ１０２）すると、推測された目的地の距離から到着時間を時速Ｖｋｍ／ｈで算出する処理（Ｊ１０４）に移行し、この処理（Ｊ１０４）の後に、過去のルート履歴を使って平均到着時間を算出し、同じ時間帯のものがあったらそれを優先するとともに、さらに現在、渋滞中の情報が入っていたら、過去の履歴に渋滞中があったものから平均を出す処理（Ｊ１０６）に移行する。

そして、処理（Ｊ１０６）の後には、単純に距離から算出されたものと履歴から算出されたものとから到着予想時間を算出する処理（Ｊ１０８）に移行し、この処理（Ｊ１０８）の後に、到着時間予想用のプログラムの終了（Ｊ１１０）に移行する。

次に、指定目的地への到着時間予想の方策を図２０に沿って説明する。

指定目的地への到着時間予想用のプログラムが開始（Ｋ１０２）すると、過去の履歴にある出発地、目的地か否かの判断（Ｋ１０４）に移行する。

そして、判断（Ｋ１０４）において、一部のみが一致する場合、つまり一部のみ過去のルート履歴にある場合には、その部分だけ到着予想時間に組み込み、組み込んだ部分の距離を引いて、残りは普通の距離だけで行う到着時間予想を利用する処理（Ｋ１０６）に移行する。

また、上述の判断（Ｋ１０４）において、組み合わせて一致する場合、つまり過去の履歴にあるルートの組み合わせで出発地、目的地が完成するならば、複数の過去のルートを組み合わせて算出する処理（Ｋ１０８）に移行する。

更に、上述の判断（Ｋ１０４）において、完全に一致する場合には、通常の到着時間予想の処理（Ｋ１１０）に移行する。

そして、上述の処理（Ｋ１０６）及び処理（Ｋ１０８）、処理（Ｋ１１０）の後には、指定目的地への到着時間予想用のプログラムの終了（Ｋ１１２）に移行する。

これにより、前記制御手段１０は、前記情報提供装置６から受信したデータを選別する選別手段１８を備え、この選別手段１８により選別された情報のみ表示し、前記選別手段１８は、前記情報提供装置６から受信したデータを、少なくともユーザの使用状況により変化する固有情報を用いて設定された選別条件を含む複数の選別条件から構成された第１選別手段２０により選別し、かつこの第１選別手段２０により抽出された情報を、少なくとも数値化手段２２と比較手段２４から構成された第２選別手段２６により表示出力可能な状態に選別する構成によって、ユーザが、欲しい情報のみを選択するのに自ら時間をかけて検索機能を駆使することなく、必要な情報を入手することができ、ユーザは最小限の操作と検索時間とで適切な情報を手に入れることが可能となり、使い勝手を向上し得る。

また、前記第２選別手段２６は、第１選別手段２０の選別条件毎に選別された情報を、ユーザの現在の状況、及びユーザの閲覧履歴、ユーザの走行状況、ユーザの目的地の内のいずれかを利用して数値化する数値化手段２２と、数値化された情報同士を比較し表示情報を決定する比較手段２４とを備えていることにより、前記第１選別手段２０により選別された情報同士をユーザの現在の状況（日時、乗車人数、車速、現在地等）やユーザの閲覧履歴等によって、数値化してから比較するので、表示可能かどうかの判断がし易くなり、実用上有利である。

更に、前記選別条件１８は、ユーザが情報を表示させる頻度、ユーザの走行状況、ユーザの現在の状況、ユーザの目的地から選択されることにより、ユーザの好みだけでなく、ユーザの使用状況（走行状況や現在の状況等）も情報選別条件に含まれているので、使用状況に応じた精度の高い情報を配信することが可能である。

更にまた、前記ユーザの目的地は、前記制御手段１０に備えた到着地推定手段２８により推定されることにより、走行中に目的地を推測することできるので、目的地に合った情報をユーザに提供することが可能である。

また、前記到着地推定手段２８は、過去の走行ルート履歴や過去のルート走行時間履歴の少なくともいずれか一方を用いることにより、過去に走行したルートや過去の走行ルート走行時間の履歴を基に目的地を推測しているので、目的地を類推する精度を高めることが可能となり、実用上有利である。

更に、前記情報表示装置４は、配信された情報の見出しを表示する見出し画面３０と、この見出し画面において選択された情報の内容を表示する詳細画面（図示せず）とから構成され、前記見出し画面３０に表示される見出しには、表示される情報の選別に応じて設定された選別マークが付加されることにより、前記見出し画面３０には、情報の種別（内容）に該当する場合に種別マークが付加されるので、ユーザは、情報が配信された理由を容易に把握することができ、ユーザが、見出し画面３０を見ただけで詳細表示する必要がある情報かどうかを判断し易くなり、使い勝手の向上に寄与し得るものである。

なお、この発明は上述実施例に限定されるものではなく、種々の応用改変が可能である。

例えば、この発明の実施例においては、「広告」に関して説明する構成としたが、このアルゴリズムを用いて交通やニュース・天気、テレビや芸能ニュース等の娯楽情報を入手する構成とすることも可能である。

また、この発明の実施例においては、システム構成で履歴情報やユーザ情報等をプライバシーの点を考慮し、全て車載側に蓄積を行う構成としたが、上述のプライバシーの点をクリアすることができるのであれば、履歴情報やユーザ情報等を、車載側でなく、車両外の情報データサーバである情報提供装置に蓄積する構成とすることも可能である。

さすれば、履歴情報やユーザ情報等を、情報提供装置に蓄積することで、顧客情報管理（「ＣＲＭ」ともいう。）につながり、より多くの発展を望むことができる。

例えば、個々の顧客の要望や習慣、使用状況を配信側で見ることで、さらに的確に顧客の必要としている情報や要求している情報を配信することができるものである。

この発明の実施例を示す情報配信装置のシステム制御用のメインフローチャートである。 制御手段の概略構成図である。 情報表示装置の見出し画面を示す概略説明図である。 操作キーの概略説明図である。 情報配信装置のシステム制御用のメインフローチャートである。 要部制御用、つまり情報を表示するためのフローチャートである。 第１選別用のフローチャートである。 第２選別用のフローチャートである。 ポイントテーブルを示す図である。 ルートテーブルを示す図である。 第１の到着地推定の方法（「到着地推定１」ともいう。）を示すフローチャートである。 到着地推定１開始の処理を示すフローチャートである。 ルートテーブルを示す図である。 第２の到着地推定の方法（「到着地推定２」ともいう。）を示すフローチャートである。 到着地推定２開始の処理を示すフローチャートである。 通常のルート履歴を示す図である。 出発時間と到着時間と曜日と渋滞情報とを入れた履歴を示す図である。 目的地推測の方策を示すフローチャートである。 到着時間予想の方策を示すフローチャートである。 指定目的地への到着時間予想の方策を示すフローチャートである。

符号の説明

２ 情報配信装置
４ 情報表示装置
６ 情報提供装置
８ 通信手段
１０ 制御手段
１２ ＧＰＳアンテナ
１４ ナビゲーションシステム
１６ 操作キー
１８ 選別手段
２０ 第１選別手段
２２ 数値化手段
２４ 比較手段
２６ 第２選別手段
２８ 到着地推定手段
３０ 見出し画面

Claims (1)

1. 情報を表示する情報表示装置と、情報提供装置と通信する通信手段と、この通信手段を介して情報提供装置からデータを受信し前記情報表示装置に表示する制御手段とを備えた情報配信装置において、前記制御手段は、前記情報提供装置から受信したデータを選別する選別手段を備え、この選別手段により選別された情報のみ表示し、前記選別手段は、前記情報提供装置から受信したデータを、少なくともユーザの使用状況により変化する固有情報を用いて設定された選別条件を含む複数の選別条件から構成された第１選別手段により選別し、かつこの第１選別手段により抽出された情報を、少なくとも数値化手段と比較手段から構成された第２選別手段により表示出力可能な状態に選別し、前記情報表示装置は、配信された情報の見出しを表示する見出し画面と、この見出し画面において選択された情報の内容を表示する詳細画面とから構成され、前記見出し画面に表示される見出しには、表示される情報の選別に応じて設定された選別マークが付加されることを特徴とする情報配信装置。

Images