情報表示装置
【課題】所定の位置の周辺地域における複数のオブジェクトの位置や情報を並列的に確認するのに便利な地図表示を行うことができる情報表示装置を提供する。
【解決手段】車載装置は、地図データベースを検索して、特定の位置周辺の地図情報を読み出し、表示する。また、特定の位置に関連した情報に基づいて通信ネットワーク上のコンテンツの概要情報の検索を外部に要求し、該当する概要情報を取得する。さらに、概要情報に記載されたオブジェクトの位置を表す位置情報を取得し、地図上の当該オブジェクトの位置に、前記オブジェクトの有無を表すアイコン５０１〜５０３を表示する。その際、表示対象の各オブジェクトに該当する概要情報の件数（重複ヒット数）に応じてそのアイコン５０１〜５０３の表示形態を異ならせる。
【解決手段】車載装置は、地図データベースを検索して、特定の位置周辺の地図情報を読み出し、表示する。また、特定の位置に関連した情報に基づいて通信ネットワーク上のコンテンツの概要情報の検索を外部に要求し、該当する概要情報を取得する。さらに、概要情報に記載されたオブジェクトの位置を表す位置情報を取得し、地図上の当該オブジェクトの位置に、前記オブジェクトの有無を表すアイコン５０１〜５０３を表示する。その際、表示対象の各オブジェクトに該当する概要情報の件数（重複ヒット数）に応じてそのアイコン５０１〜５０３の表示形態を異ならせる。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報表示装置、特に地図に関連して情報を表示する情報表示装置に関する。
【背景技術】
【０００２】
カーナビゲーション装置のような車載装置は、地図情報を格納したＤＶＤやＨＤＤなどの記憶装置、および、ＧＰＳ（Global Positioning System：全地球測位システム）などにより車両の現在位置を検出するための位置検出機能、さらに、目的地までの経路を探索する機能を備え、目的地までの道案内をするための装置であり、現在広く普及している。また、記憶装置内には、地図情報の他に、レストラン、給油所、コンビニエンスストア、観光地等の情報が格納され、現在地や目的地等に応じて、その近隣の施設や観光地等の情報も得られるようになっている。
【０００３】
従来、装置内に任意の位置に関連する文字や画像、音声等の詳細情報のデータを持たなくても、移動通信手段を持ち、地図上にマッピングすることができる位置情報と、詳細情報を持ったインターネット上のウェブサーバのＵＲＬアドレスとを対応づける更新可能な記憶テーブルを用いて、観光情報などの詳細な情報を当該位置に自動的にリンクさせて、リアルタイムに取得することができる通信機能付きのカーナビゲーション装置が提案されている（特許文献１参照）。この発明によれば、記憶テーブルに登録された位置に関連して、ウェブサーバの利用により最新の詳細情報を得ることができる。
【０００４】
また、端末において、インターネット上のサイトのウェブページを閲覧し、そのウェブページから住所や電話番号等の場所を特定するための文字情報を抽出し、この文字情報をサーバに渡して、サーバが当該場所に対応する位置情報（緯度、経度）を検索して端末に返送し、端末はこの位置情報を目的地として設定するナビゲーションシステムが提案されている（特許文献２参照）。これにより、ウェブページで紹介されている場所を目的地として設定し、経路案内や地図上での位置表示ができるようになる。
【特許文献１】特開平１０−１０３９７７号公報
【特許文献２】特開２０００−３３７９１１号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
従来の車載装置におけるナビゲーションシステムでは、装置に内蔵された記憶装置内にある、近隣の施設や観光地等の情報は予め用意された固定的なものであるのに対して、特許文献１，２に記載の従来技術では、インターネット上の情報を利用できることから、ナビゲーションシステムの利用可能な情報の量や新しさの点で有用である。
【０００６】
しかし、特許文献１に記載の技術は、一度、閲覧して登録したＵＲＬについて、再度の利用時に最新の情報を利用できるという利点はあるが、例えばある目的地の周辺にある未閲覧の不特定の情報（例えば「ラーメン屋」などの情報）を調べたい場合などには、直ちに利用できないという問題を有する。
【０００７】
また、特許文献２に記載の技術は、あるウェブページを閲覧して、その中に紹介されているレストランやホテル等のオブジェクトが決まってから、その位置（緯度および経度）を確認して経路案内が行えるようにするものである。したがって、現在地や目的地等の特定の位置の周辺地域における複数のオブジェクトの位置や情報を並列的に確認するには不便である。
【０００８】
本発明はこのような背景においてなされたものであり、その目的は、所定の位置の周辺地域における複数のオブジェクトの位置や情報を並列的に確認するのに便利な地図表示を行うことができる情報表示装置を提供することにある。
【課題を解決するための手段】
【０００９】
本発明による情報表示装置は、通信ネットワークに接続するネットワーク接続手段と、地図データベースと、地図データベースを検索して、特定の位置周辺の地図情報を読み出す地図データベース検索手段と、前記特定の位置に関連した情報に基づいて通信ネットワーク上のコンテンツの概要情報の検索を外部に要求し、該当する概要情報を取得する概要情報取得手段と、前記概要情報に記載されたオブジェクトの位置を表す位置情報を取得し、地図上の当該オブジェクトの位置を特定する位置特定手段と、表示画面上で、地図上の前記特定された位置に、前記オブジェクトの有無を表すアイコンを表示する表示手段とを備える。前記表示手段は、表示対象の各オブジェクトに該当する概要情報の件数（重複ヒット数）に応じてそのアイコンの表示形態を異ならせる。これにより、ユーザには地図上に表示された複数のアイコンのオブジェクトのヒット数の多寡を認識することができる。このヒット数の多寡は、概要情報を選択する上での参考となる。
【００１０】
前記表示手段は、前記アイコンが指示されたとき、当該アイコンに対応する概要情報を表示する。
【００１１】
前記位置特定手段は、外部から取得した概要情報の中から当該オブジェクトに該当する位置情報を抽出する。また、前記外部から取得した概要情報に位置情報が付加されている場合にはその位置情報を利用する。
【００１２】
前記表示手段は、前記特定の位置を中心とした共通基準範囲内でピックアップされる概要情報の件数またはアイコンの個数を制限するための閾値を、表示される地図の縮尺に応じて変えるようにしてもよい。これにより、広域の地図表示の際に、複数のアイコンが相互に重なって区別が付かなくなることが防止される。
【００１３】
本発明の情報表示装置は、さらに、位置に関連づけられた検索対象情報を記憶する情報データベースを有し、この情報データベースを検索した結果に基づいて前記概要情報の検索の要求を行うようにしてもよい。この場合、内部に予め用意された情報を基準として概要情報の検索要求を行うので、オブジェクトの正確な位置情報が内部で得られる利点がある。
【００１４】
前記表示手段は、表示される地図の縮尺に応じて、所定の距離範囲内にある複数のアイコンをグループ化し、グループ化されたアイコン（グループアイコン）については、当該グループ化される前のアイコンに代えて、グループアイコンを表示するようにしてもよい。これにより、複数のアイコンを一つのアイコンに代表させることができる。この場合、前記表示手段は、前記グループアイコンが指示されたとき、当該グループに含まれる各アイコンに対応する概要情報を一覧表示することにより、各アイコンの概要情報を確認することができる。
【００１５】
この装置は車載のナビゲーションシステムに利用して好適である。ナビゲーションシステムとして利用する場合、情報表示装置の現在の位置を検出する位置検出手段と、現在地から目的地までのナビゲーションを行うナビゲーション装置とを備え、前記情報取得手段は、現在地から目的地までの間の経路上の複数の位置について前記概要情報を取得し、前記表示手段は、現在地の更新に伴って表示対象のアイコンを逐次更新表示していくようにしてもよい。これにより、ユーザが逐次指示を行わなくても、車両の進行に伴って周辺のオブジェクトを更新していくことができる。
【発明の効果】
【００１６】
本発明によれば、地図上に複数のオブジェクトに対応するアイコンを同時に表示し、その概要情報を確認できるので、所定の位置の周辺地域における複数のオブジェクトの位置や情報を並列的に確認するのに便利である。それらの情報は未閲覧のものであってもよい。また、通信ネットワークを介してコンテンツ情報を取得する際には、まずはコンテンツ概要情報を取得するので、オブジェクトの個数が多くても通信情報量を抑制できる。また、表示対象の各オブジェクトに該当する概要情報の件数（重複ヒット数）に応じてそのアイコンの表示形態を異ならせることにより、ヒット数の多寡をアイコンに基づいて判断することができる。
【００１７】
また、特定の位置を中心とした共通基準範囲内でピックアップされる概要情報の件数またはアイコンの個数を制限するための閾値を、表示される地図の縮尺に応じて変えることにより、または、アイコンを表示する対象となる縮尺の地図表示において、その縮尺に関わらず表示範囲内に一度に表示されるアイコンの個数を制限する共通の閾値を定めることにより、地図上でのアイコンの認識性を改善することができる。
【発明を実施するための最良の形態】
【００１８】
以下、本発明の好適な実施の形態について、図面を参照しながら詳細に説明する。
【００１９】
＜第１の実施の形態＞
図１は、本実施の形態のシステム全体の概略の構成を示す図である。
【００２０】
このシステムでは、カーナビゲーションシステムのような車載装置１００が通信ネットワーク１５０を介して、検索サーバ２００、情報サーバ２１０，２２０に接続されている。通信ネットワーク１５０は、インターネットおよびこれに接続するための任意のネットワークを含みうる。
【００２１】
情報サーバ２１０，２２０は、それぞれ、当該情報を蓄積したデータベース２１１，２２１を有し、ホームページやブログなどのウェブページ情報等のコンテンツを提供するサイトを構成する。情報サーバは２個のみ示したが、多数存在しうる。検索サーバ２００も複数存在しうる。
【００２２】
「ブログ」とはウェブログ（ｗｅｂｌｏｇ）の略であり、日付単位の記事ページで構成されるウェブサイトである。ブログの記事には、閲覧者がコメントを記載したり、トラックバックと呼ばれるブログ記事間をリンクする機能を有している。ウェブページ情報の代わりに、いわゆるポッドキャスティングによる音声メッセージを提供するものであってもよい。「ポッドキャスティング」とは、ＲＳＳ（Rich Site Summary）の技術を利用して、インターネット上での音声データの配信等を行う仕組みである。ＲＳＳとは、ウェブサイト等の記事の見出しや概要を配信するための技術であり、概要情報であるＲＳＳ情報（ＲＳＳフィードとも呼ばれる）は、マークアップ言語の一種であるＸＭＬ（eXtensible Markup Language）で記述されたファイルとして提供される。ブログでは、通常、記事の投稿に対して、自動的にそのＲＳＳ情報が生成される。
【００２３】
検索サーバ２００は、インターネットの１サイトを構成し、上記情報サーバ２１０，２２０で提供されるホームページやブログなどのウェブページ情報、音声メッセージ等のコンテンツ情報に対応するＲＳＳ情報を蓄積するデータベース２０１を有し、それらの情報の検索サービスを提供する。この実施の形態における検索サーバ２００は、ブログサービスの提供を行うサイトを兼ねている例を示している。
【００２４】
車載装置１００は、制御部１０１、ユーザインタフェース部１０２、ＧＰＳ受信部１０３、ブラウザ部１０６、通信部（ネットワーク接続部）１０７、地図データベース（地図ＤＢ）１１１、ＲＳＳデータベース（ＲＳＳ・ＤＢ）１１３を有する。
【００２５】
制御部１０１は、車載装置１００の全体の動作を司る部位であり、本実施の形態では、特に、地図を含む各種情報の表示を管理・制御する地図・表示管理部１０４と、ＲＳＳ情報の取得や蓄積・管理を行うＲＳＳ管理部１０５とを構成している。地図・表示管理部１０４は本発明における「表示手段」および「位置特定手段」の機能を有する。ＲＳＳ管理部１０５は、本発明における「概要情報取得手段」の機能を有する。
【００２６】
ユーザインタフェース部１０２は、ＬＥＤ等のディスプレイデバイスおよびその表示制御部を含み、表示インタフェースを提供するＬＣＤ等の任意の表示デバイスを含む表示部１０２ａと、リモコンやタッチパネル等のユーザの操作を受け付ける入力インタフェースを提供する操作部１０２ｂと、音声メッセージ等の音声を出力するスピーカ等の音声出力部１０２ｃを有する。
【００２７】
ＧＰＳ受信部１０３は、本発明における位置検出手段を構成し、複数の衛星からの信号を受信して、装置の現在位置を検出する部位である。
【００２８】
ブラウザ部１０６は、ホームページ等を構成するＨＴＭＬ等のマークアップ言語文書を解析して表示部１０２ａに送る表示情報を生成する部位である。地図・表示管理部１０４により生成された表示情報と、ブラウザ部１０６により生成された表示情報は同じ画面に重ねて表示可能に構成されている。
【００２９】
通信部（ネットワーク接続部）１０７は、ここでは無線通信インタフェースを介して通信ネットワーク１５０に接続する部位である。
【００３０】
地図データベース１１１は、地図情報を検索可能に蓄積したデータベースであり、ここに、本実施の形態では地図情報のほかに、位置に関連づけられて、レストラン、給油所、コンビニエンスストア、観光地等の情報が格納されている。この地図データベース１１１は、これらの情報を装置内でローカルに（通信ネットワークを介さずに）提供するデータベースも兼ねている。
【００３１】
ＲＳＳデータベース（ＲＳＳ・ＤＢ）１１３は、外部から取り込まれたＲＳＳ情報を装置内でローカルに検索可能に蓄積するデータベースである。
【００３２】
図２は、検索サーバ２００におけるＲＳＳ情報の蓄積およびその利用について説明するための図である。前述のように、検索サーバ２００がブログサービスを提供するサーバを兼ねている例を示しているが、そのようなサーバは検索サーバ２００と別個に存在してもよい。検索サーバ２００におけるＲＳＳ情報の蓄積の方法は次のような態様がある。
（ａ）店舗等による任意のサービスを提供する業者がその端末（業者端末）３１０から、検索サーバ２００のブログサービスにアクセスして、自己のブログに対して、位置情報（緯度および経度）とともにブログの記事を投稿する。この記事の投稿に対して、ブログサービスにより自動的に、位置情報付きのＲＳＳ情報が生成される。
（ｂ）位置検出手段を備えた端末（ユーザ端末）３２０から検索サーバ２００にアクセスして、自己のブログに対して、位置情報（緯度および経度）とともにブログの記事を投稿する。この記事の投稿に対して、ブログサービスにより自動的に、位置情報付きのＲＳＳ情報が生成される。
（ｃ）ＧＰＳ等の位置検出手段を備えた携帯端末３３０から、ＰｏＣ等の技術により、ポッドキャスティングを行う自己のサイトに対して、位置情報（緯度および経度）とともに音声メッセージを投稿する。ＰｏＣとは、Push-to-Talk over Cellularの略であり、携帯端末間でインターネットプロトコルを利用してデータ通信網で通話を行う技術である。本実施の形態では、この技術を利用して、携帯端末から特定のサーバ（サーバ２００）に対して、位置情報付きの音声メッセージの投稿を行う。この音声メッセージの投稿に対して、ポッドキャスティングサービスにより自動的に、位置情報付きのＲＳＳ情報が生成される。
（ｄ）ＧＰＳ等の位置検出手段を備えた携帯端末３３０から電子メール等により検索サーバ２００にアクセスして、自己のブログに対して、位置情報とともにブログの記事を投稿する。この記事の投稿に対して、ブログサービスにより自動的に、位置情報付きのＲＳＳ情報が生成される。
【００３３】
検索サーバ２００は、外部からの記事の投稿によりＲＳＳ情報を生成、蓄積する他、外部のサイトを定期的に巡回してＲＳＳ情報を収集する。
【００３４】
車載装置１００は、必要時に、検索サーバ２００に対してアクセスし、所定の検索キー情報に基づいて、ＲＳＳ情報の検索要求を行い、該当するＲＳＳ情報を受信し、所定の処理に基づいてその内容の表示を行う。その詳細については後述する。
【００３５】
図３は、図１のシステムの車載装置１００によるＲＳＳ情報利用時の概略の処理の流れを示している。図中の括弧付きの数字は処理の順番を示している。この例では、ユーザが、車載装置１００において、現在地や目的地、または指定した施設、観光地等の位置を表す位置情報をキー情報として、その位置に関連したＲＳＳ情報を検索サーバ２００から入手する場合を示している。キー情報としては、位置情報に代えて、または加えて、住所や名称（市町村名、公共施設名、駅名、観光地名等）、ジャンル情報（飲食店、温泉、ホテル等）なども含みうる。
（１）ユーザによる操作部１０２ｂの操作に応じて、目的の位置情報を制御部１０１の地図・表示管理部１０４に入力する。
（１）’処理（１）と平行してＧＰＳ受信部１０３で検出した現在地の位置情報を地図・表示管理部１０４へ入力する。
（２）地図・表示管理部１０４が処理（１）（１）’で得られた位置情報をＲＳＳ管理部１０５へ与える。
（３）地図・表示管理部１０４は、現在地の位置情報に従って、その周辺の地図情報を地図データベース１１１から読み出す。
（３）’地図・表示管理部１０４は、読み出された地図情報を表示部１０２ａに与え、表示画面上に表示させる。
（４）ＲＳＳ管理部１０５が通信部１０７により、通信ネットワーク１５０を介して、検索サーバ２００に、目的の位置情報をキーとしてＲＳＳ情報の検索を行うことを要求し、その検索結果を受領する。この検索結果は、ＲＳＳ情報に位置情報が付加されている場合にはその位置情報とともに受領される。検索用のキーとして検索サーバ２００に与えられる位置情報と、検索サーバ２００から受領される位置情報とは必ずしも同じではない。すなわち、検索サーバ２００からの位置情報は、検索用のキーとして指定された位置の周辺の施設等のオブジェクトの具体的な位置を定める情報である。なお、検索サーバ２００から受領したＲＳＳ情報に位置情報が付加されていない場合には、ＲＳＳ管理部１０５は、ＲＳＳ情報の内容から位置を表す情報（住所や電話番号等）を抽出し、位置情報を生成する。より具体的には、ＲＳＳ情報の中身から位置関連情報としての住所や電話番号等を抽出して、位置情報を求め、ＲＳＳ情報とともに保存する。電話番号のみが分かり住所が不明の場合には、電話番号を基に電話帳データから住所を求められる場合には住所を求めて、これを保存する。
（５）ＲＳＳ管理部１０５は、検索サーバ２００から受領した位置情報とともに、ＲＳＳ情報をＲＳＳデータベース１１３に登録する。
（６）ＲＳＳ管理部１０５は、ＲＳＳ情報から生成した表示情報とともに位置情報を地図・表示管理部１０４へ与える。
（７）地図・表示管理部１０４は、表示部１０２ａにおいて、表示画面上に表示されている地図に重ねて、ＲＳＳ管理部１０５から得られた表示情報を表示するとともに、位置情報に対応する地図上の位置に所定のアイコンを表示させる。
（８）ＲＳＳ管理部１０５は、表示画面に表示されたＲＳＳ情報に対するユーザによる操作部１０２ｂの操作に応じて、閲覧対象のＵＲＬ情報を受け付ける。
（９）この操作に応じてＲＳＳ管理部１０５は、ブラウザ部１０６に対してＵＲＬ情報を与える。
（１０）ブラウザ部１０６は、通信部１０７により通信ネットワーク１５０を介してＵＲＬで指定されたサーバ（サーバ２００または他のサーバ２１０，２２０等）にアクセスし、当該サイトの情報を受信する。
（１１）ブラウザ部１０６は、表示部１０２ａに対して、当該サイトの情報を表示情報として与え、表示部１０２ａがこれを表示する。
【００３６】
図４に、ＲＳＳ・ＤＢ１１３が蓄積するデータの内容を、模式的にテーブル構成として示す。ＲＳＳ・ＤＢ１１３は、この例では、ブログの記事ごとに、「ブログタイトル」「記事タイトル」「記事ＵＲＬ」「エリア」「詳細位置」「投稿日」「内容記憶位置ポインタ」「抽出名称」等を記憶している。「記事」とはブログにおける各日付に投稿された文章の一つ一つ（エントリー）を指す。「エリア」とはその記事の主題の該当する地域名であり、位置情報付きで登録されたＲＳＳ情報については、その位置情報から特定される地域名である。位置情報付きＲＳＳ情報ではない場合、記事中から該当する地域名を抽出してエリアとする。この場合、誤抽出の可能性もありうる。このテーブルにはさらに他の項目（例えばそのＲＳＳ情報に対応するオブジェクトの「ジャンル」等）を含んでもよい。
【００３７】
「内容記憶位置ポインタ」は、当該記事の実体となるデータを記憶している装置内の記憶装置の位置（アドレス）を指し示すデータである。
【００３８】
「抽出名称」とは、検索キーが位置およびカテゴリーである場合に、そのカテゴリーに合致する「名称」を記事中から抽出したものである。例えば、カテゴリが「飲食店」等の場合、それに合致する店名である。店名は固有名詞なので、何の基準もなく記事中のテキスト全文をスキャンして、抽出するのは困難である。そのため、記事中の「店名」等に続く名称を抽出したり、記事の記載に規則を設けておいたり、タグ等により抽出対象の名称が分かるようにしておいたりしてもよい。あるいは、サーバ２００において、電話帳データ等からカテゴリー毎の名称を予め登録しておき、これらを基準として記事中の該当する名称を抽出するようにしてもよい。
【００３９】
図５に、ブログの表示画面の一例を示す。本実施の形態では「概要情報」としてＲＳＳ情報を用いる。ブログについては記事の投稿により自動的にＲＳＳ情報が生成される仕組みとなっているので、本発明と親和性が高い。但し、ブログに限るものではなくホームページや音声メッセージについてもＲＳＳ情報等が利用できれば、本発明が適用できる。ブログの表示画面には、カレンダー表示４５１が有り、日付単位の記事ページが登録される。ブログの記事は、投稿日時４５３、記事タイトル４５２、本文４５５の他、ジャンル（カテゴリ）４５４、閲覧者がコメントを記載するコメント欄４５７、トラックバックと呼ばれるブログ記事間をリンクするための機能を有している。
【００４０】
次に、本実施の形態における具体的な表示例について説明する。
【００４１】
図６、図７、図８は、車載装置１００の表示画面に、異なる３つの縮尺で同じ中心位置の地図を表示した場合の表示例を示している。地図上には、ＲＳＳ情報の検索結果を表す表示情報が重ねて表示されている。これは、特定の位置の周辺においてＲＳＳ・ＤＢ１１３に登録されているＲＳＳ情報を異なる３個の表示形態のアイコン５０１〜５０３で表している。アイコン５０１〜５０３は、当該アイコンで表されているオブジェクトに対するＲＳＳ情報の重複したヒット数（重複ヒット数）に応じて設けられた３段階のヒット数を表している。この例では、一重丸のアイコン５０１がヒット数「少」、二重丸のアイコン５０２がヒット数「中」、三重丸のアイコン５０３がヒット数「多」、をそれぞれ表している。
【００４２】
「重複ヒット数」とは、同じオブジェクトについて該当するＲＳＳ情報が複数存在する場合のＲＳＳ情報の件数である。例えば、同じラーメン屋について３件のＲＳＳ情報において言及されている場合、その重複したヒット数は“３”となる。
【００４３】
異なる重複ヒット数の表示形態は、図６、図７、図８に示したようなアイコンのマーク変化によるものの他、図９に示すように、同形状のアイコンのサイズ変化によるもの、同サイズのアイコンの形状変化によるもの、同サイズ・同形状のアイコンの色（または濃度）変化によるもの、同サイズ・同形状のアイコンへの重複ヒット数の数値の付加によるもの、この数値を含む丸数字によるもの、等であってもよい。
【００４４】
図１０（ａ）は、地図を表示する表示画面４００の例を示している。図１０（ａ）の画面は、図６等に示した地図表示と同じである。ユーザが操作部から例えばカーソル４１１をアイコンに乗せる（重ねる）操作を行うと、そのブログ記事のタイトルが吹き出し形状のウィンドウ５０９に表示される。これにより、ユーザは、そのアイコンの対応づけられたＲＳＳ情報の大凡の内容を知ることができる。カーソル４１１をアイコンに乗せる操作は、操作部として表示画面に重ねて配置されたタッチパネルが用いられる場合には、アイコンに対するユーザの指のタッチに代えてもよい。タッチのみで操作される場合、カーソル４１１の表示はなくてもよい。また、ユーザが当該アイコンに対してさらに別の指示操作を行うと、表示画面４００に代えて、またはその上に重ねて、そのアイコンに対応づけられている図５に示したようなブログ記事が表示される。ブログ記事内に、インターネット上の特定のサイトへのリンクが設定されている項目が存在する場合には、ユーザは、その項目の指示操作により、さらに当該サイトの閲覧を行うこともできる。
【００４５】
ＲＳＳ情報としてタイトル等のテキスト情報とともに音声メッセージが登録されている場合には、所定の操作に応じて音声メッセージが音声として音声出力部１０２ｃ（図１）から出力される。
【００４６】
なお、重複ヒットのアイコンについてカーソル４１１を乗せる操作を行った場合には、吹き出し形状のウィンドウに複数の記事のタイトルを羅列して表示するか、あるいは、図１０（ｂ）に示すように、別のウィンドウ５１０に複数の記事の少なくともタイトルを表示する。このウィンドウ５１０ではリストのスクロール操作が行えるようになっている。
【００４７】
図１１の画面は、カーソル４１１の位置とは関係なく、図１０（ａ）の地図の表示領域４０２とは別にリスト表示領域４０４を設けたものである。図１１の表示画面では、明確な地図上の位置が判明していないＲＳＳ情報について表示領域４０２にアイコン５００を表示できない場合でも、その位置が、表示されている地図の範囲内であることが分かれば、リスト表示領域４０４にそのＲＳＳ情報を含めることができる。表示領域４０４内のアイコン５００の表示されているＲＳＳ情報についてはその特定の項目をユーザが指示することにより、該当するアイコンがどれであるかが分かるように地図の表示態様を変化させる。例えば、該当するアイコンの表示形態を変化させたり、当該アイコンを地図の中心に位置するように地図をスクロールさせたりする。図１１において、アイコンに対する操作は図１０（ａ）の場合と同様である。図１１の画面４００では、さらに、リスト表示領域４０４内の任意のＲＳＳ情報に対して選択指示を行うことによっても、そのＲＳＳ情報の全体を表示させることができる。
【００４８】
図１２に表示領域４０４の具体例を示す。ＲＳＳ情報４２１〜４２５はリスト形式で表示されている。１件のＲＳＳ情報には、その記事のタイトル４２７、記事内容（抜粋）４２６、および投稿日時４２９を含んでいる。その他、ブログタイトル等も含んでもよい。ユーザは記事タイトルを指示操作することにより、通信ネットワーク１５０を介してそのブログのサイトにアクセスし、当該ブログ記事を閲覧することができる。表示領域４０４内の前記特定の項目として、例えばいずれかの記事内容（抜粋）４２６をユーザが指示することにより、該当するアイコンがどれであるかが分かるように、上述のように地図の表示態様を変化させる。
【００４９】
図８に示したように縮小率の大きい広域の地図表示では複数のアイコンが互いに重なって見にくくなる場合がある。このような場合に、図１３に示すように、所定の位置的範囲内にある複数のアイコンを一つのグループにまとめて、単一の別のアイコン５０５（本明細書ではグループアイコンという）で代表させるようにしてもよい。この例のアイコン５０５は四角形状のマークで表しているが、これに限るものではない。このアイコン５０５に対してカーソルが乗せられた場合、図１０（ｂ）に示したと同様にウィンドウ５１０を開いて、ここにＲＳＳ情報をリスト表示（一覧表示）するようにする。
【００５０】
次に、本実施の形態の動作をフローチャートに基づいて説明する。
【００５１】
図１４は、本実施の形態の車載装置の一処理例である全体フロー（１）を示している。この処理例は、車載装置１００のナビゲーションシステムが有する周辺の施設、観光地等の情報を基に、該当するＲＳＳ情報を検索するものである。
【００５２】
まず、ユーザの操作に応じて、ナビゲーションシステムが起動され、表示処理が開始される（Ｓ１１）。次に、ユーザの操作に応じて、ナビゲーションシステムが内部に有する施設等のオブジェクト（アイテム）が選択され、地図上に表示される（Ｓ１２）。
【００５３】
そこで、特定のオブジェクトがユーザにより指示操作されたら（Ｓ１３，Ｙｅｓ）、選択されたオブジェクトに関連するＲＳＳ情報の検索要求をサーバ２００に対して送信する（Ｓ１４）。この際の検索のキー情報は当該オブジェクトの名称、住所、電話番号等の情報である。サーバ２００は、この検索要求に応じて、該当する各オブジェクトについてのＲＳＳ情報の検索を行う。車載装置１００は、この検索結果をサーバから受信する（Ｓ１５）。当該オブジェクトに該当するＲＳＳ情報があれば（Ｓ１６，Ｙｅｓ）、ＲＳＳ情報表示処理を行う（Ｓ１７）。この場合、サーバ２００から受信するＲＳＳ情報には位置情報が付加されていなくても、車載装置では内部情報からその正確な位置は既に判明している。ＲＳＳ情報表示処理の詳細な処理手順については後述する。
【００５４】
図１５は、本実施の形態の車載装置１００の他の処理例である全体フロー（２）を示している。この処理例は、全体フロー（１）のように内部データをトリガとするものではなく、ナビゲーションシステムにおいてユーザにより指定された所定の位置をキーとしてＲＳＳ情報の検索を行うものである。
【００５５】
まず、ユーザの操作に応じて、ナビゲーションシステムが起動され、表示処理が開始される（Ｓ２１）。次に、ユーザの操作に応じて、所定位置（範囲）に関するＲＳＳ情報の検索指示があれば（Ｓ２２，Ｙｅｓ）、指示された所定位置（範囲）に関連するＲＳＳ情報の検索要求をサーバ２００に送信する（Ｓ２３）。サーバ２００は、この検索要求に応じて、当該指定された所定位置の周辺において該当するＲＳＳ情報を検索する。検索要求にジャンル等の指定がある場合にはそのジャンルに該当するオブジェクトの検索を行う。この検索結果をサーバから受信する（Ｓ２４）。当該所定位置に該当するＲＳＳ情報があれば（Ｓ２５，Ｙｅｓ）、ＲＳＳ情報表示処理を行う（Ｓ２６）。この場合、サーバ２００から受信するＲＳＳ情報には位置情報が付加されていない場合、ナビゲーションシステムにおいて、地図上での大凡の位置または正確な位置をＲＳＳ情報から検出することを試みる。ＲＳＳ情報表示処理の詳細な処理手順については後述する。
【００５６】
図１６は、本実施の形態の車載装置のさらに他の処理例である全体フロー（３）を示している。この処理例は、全体フロー（２）に類似し、位置に関連してＲＳＳ情報の検索を行うものであるが、検索のキーとなる位置は固定的な位置ではなく、ナビゲーションシステムの現在地（出発地）から目的地までの途中の経路においても、逐次、進行に伴って新たな現在地の周辺の施設等のＲＳＳ情報を検索して表示を更新していくものである。
【００５７】
まず、ユーザの操作に応じて、ナビゲーションシステムが起動され、表示処理が開始される（Ｓ３１）。次に、ユーザの操作に応じて、設定された出発地から目的地までの間の経路上の複数の位置（住所または緯度および経度）に関するＲＳＳ情報の検索要求をサーバ２００に対して行い、検索結果を受信し、ＲＳＳ・ＤＢ１１３に蓄積する（Ｓ３２）。経路上の複数の位置の位置の選定は、特にその方法を限定するものではないが、所定距離毎に抽出したり、異なる地名毎に抽出したりすることができる。この処理は、ナビゲーションシステムの処理のバックグラウンドで実行することが好ましい。その後、表示中の地図の範囲に該当するＲＳＳ情報の検索を内部的に実行する（Ｓ３３）。該当するＲＳＳ情報があれば（Ｓ３４，Ｙｅｓ）、ＲＳＳ情報表示処理を行う（Ｓ３５）。この場合、サーバ２００から受信するＲＳＳ情報には位置情報が付加されていない場合、ナビゲーションシステムにおいて、地図上での大凡の位置または正確な位置をＲＳＳ情報から検出することを試みる。ＲＳＳ情報表示処理の詳細な処理手順については後述する。
【００５８】
その後、車両の進行により現在位置が変化したら（Ｓ３６，Ｙｅｓ）、ステップＳ３３に戻り、新たなＲＳＳ情報の検索を行う（Ｓ３３）。表示終了の指示があるまでは（Ｓ３７）、ステップＳ３５に戻って上記のＲＳＳ情報表示処理を繰り返す。途中経路上の位置に関する外部への検索要求は前もって実行しておくようにしたが、現在地の進行に伴ってその都度、分散して実行するようにしてもよい。
【００５９】
図１７は、上述したＲＳＳ情報表示処理の具体的な処理手順を示している。
【００６０】
まず、検索ヒットした複数のＲＳＳ情報について、上述した重複ヒット数を検索する処理を実行する（Ｓ４１）。この詳細手順については後述する。ついで、検索ヒット数が、最大表示可能なＲＳＳ情報の件数（またはアイコンの個数）として予め定められた閾値ｎより多いかどうかをチェックする（Ｓ４２）。ｎより多ければ、重複ヒット数が多い項目に関するＲＳＳ情報を上位ｎ件抽出する（Ｓ４３）。ｎより多くなければ、ステップＳ４３を迂回してステップＳ４４へ進む。
【００６１】
ステップＳ４４では、ループ変数ｉを“１”に初期化し、次のステップＳ４５〜Ｓ４９を繰り返して実行する。すなわち、まず、ｉ番目のＲＳＳ情報を地図上に表示可能か否かをチェックする（Ｓ４５）。この判断は、そのＲＳＳ情報に詳細な位置情報が付加されているか、または詳細な位置情報が抽出できているかによる。表示可であれば、そのＲＳＳ情報のアイコンを地図上の当該位置に表示する（Ｓ４６）。表示不可であれば、そのＲＳＳ情報（タイトル等）をリスト領域にリスト表示する（Ｓ４７）。ＲＳＳ情報がなくなるまで（Ｓ４９）、ステップＳ４５に戻ってステップＳ４６またはＳ４７を繰り返し実行する。その後、ＲＳＳ情報の表示指示があれば（Ｓ５０，Ｙｅｓ）、指定されたＲＳＳ情報を表示する（Ｓ５１，Ｙｅｓ）。表示終了指示がある前に（Ｓ５２）、次のｎ件の指示があれば（Ｓ５３）、ステップＳ４２に戻って、新たなＲＳＳ情報のアイコン表示に移行する。表示終了指示があれば、本処理を終了する。
なお、ステップＳ４１の重複ヒット数検出処理、または、これに加えてステップＳ４２，Ｓ４３の上位ｎ件のＲＳＳ情報の抽出処理は、サーバ側で行うことも可能である。
【００６２】
図１８は、上述した重複ヒット数の検出処理の具体的な処理手順を示している。この処理では、上述した「抽出名称」と「エリア」の組み合わせに割り当てられる番号を表す整数の変数ｉの重複ヒット数を関数ｈ（ｉ）で表す。「抽出名称」と「エリア」の組み合わせにより、特定の位置にあるオブジェクトが一意に特定されると考えられるからである。但し、同エリアに同じ抽出名称が存在しないことが保証されるのであれば、または、同エリアに同じ抽出名称が存在しても誤差として許容されるのであれば、必ずしも「エリア」を用いる必要はない。
【００６３】
図１８の処理において、まず、すべての変数ｉについて関数ｈ（ｉ）の値を０に初期化する（Ｓ６１）。ついで、変数ｉの値を“０”として（Ｓ６２）、以降の処理ループを実行する。
【００６４】
処理ループでは、まず、ＲＳＳ・ＤＢ１１３から１件のＲＳＳ情報（記事）を読み出す（Ｓ６３）。この記事の抽出名称が既出でない（新たな）抽出名称か否かをチェックする（Ｓ６４）。既出でない場合には、その抽出名称とエリアの組み合わせに新たなｉ値（ここでは１増分した値）を割り当て（Ｓ６６）、ステップＳ６９へ移行する。
【００６５】
既出の抽出名称である場合、「エリア」または「詳細位置」が先のＲＳＳ情報のそれと同じであれば（Ｓ６５，Ｙｅｓ）、当該抽出名称とエリアの組み合わせのｉ値を確認し（Ｓ６７）、そのｉ値について関数ｈ（ｉ）の値をインクリメント（１増分）する（Ｓ６８）。そうでなければ、ステップＳ６６へ進む。このような処理を、ＲＳＳ・ＤＢ１１３の全記事について（Ｓ６９）、繰り返し実行する。全記事についてループ処理が終了すると、すべての抽出名称とエリアの組み合わせ（すなわち異なるｉ値）について、関数ｈ（ｉ）の値がその重複ヒット数となる。
【００６６】
＜第２の実施の形態＞
次に、本発明の第２の実施の形態について説明する。システムおよび装置の構成はすべて第１の実施の形態と同じであり、重複した説明は省略する。
【００６７】
図６、図７、図８に示したように縮尺の異なる地図を表示する場合、縮小率の大きい（広域の）地図表示では、表示対象となる位置的範囲が広がるため該当するＲＳＳ情報の件数が多くなる反面、地図は微細になる。また、アイコンのサイズは、縮尺の変化と同じに変化させると視認性の問題が生じるので、地図の縮小率に依存させないことが望ましい。その結果、図８のような縮小率の大きい広域の地図表示では、アイコンが密集して重なり合うような場合が生じる。そこで、本実施の形態では、前記特定の位置を中心とした共通基準範囲内でピックアップされる概要情報の件数またはアイコンの個数を制限するための閾値を、表示される地図の縮尺に応じて異なった値に設定する。
【００６８】
図１９（ａ）はヒット数閾値ｎと縮小率との関係を定めたデータテーブルを用いる例を示している。縮小率が大きくなるほど（すなわち広域となるほど）、ヒット数閾値ｎを小さく設定している。ただし、このヒット数閾値ｎは予め設定した基準の領域（例えば指定位置の周辺の所定距離範囲）内でのヒット数に対するものであり、縮小率毎に変わる表示範囲内のヒット数に対するものではないことに留意されたい。縮小率およびヒット数閾値ｎを処理プログラムの中の条件判定ステップにおける条件値および定数値として保持する場合も、実質的にデータテーブルを利用したと等価である。データテーブルの他に、図１９（ｂ）は、ヒット数閾値ｎを縮小率の関数値として定めた数式を用いる例を示している。図１９（ｃ）は、別のデータテーブルを示している。これは、アイコンを表示する対象となる縮尺の地図表示においては、その縮尺に関わらず表示範囲内に一度に表示されるアイコンの個数を制限する共通の閾値（ｎ１）を定めるものである。すなわち、縮尺の度合いが変わっても、表示画面内に表示される最大のアイコンの個数は一定に制限しようとするものである。図１９（ａ）（ｂ）の場合には、表示範囲内のアイコンの最大個数が一定となるか否かは保証されないが、図１９（ｃ）の場合には一定になることが保証される。
【００６９】
ヒット数がヒット数閾値ｎを超える場合、上位のｎ個のＲＳＳ情報を選択し、該当する位置にアイコンを表示する。アイコンの表示形態については第１の実施の形態と同様とすることができる。
【００７０】
上位のｎ個のＲＳＳ情報の選択方法としては、上述した重複ヒット数が大きいものから選択する。重複ヒット数が同じＲＳＳ情報については、更新日時の新しい順、ＲＳＳ・ＤＢ１１３内の登録順等、任意の規則にしたがって選択する。これにより、広域の地図表示では重複ヒット数の大きい検索対象について優先的に抽出・表示することができる。
【００７１】
図２０は、第１の実施の形態で説明した図８に対応する広域の地図表示画面であるが、図１９（ａ）（ｂ）の場合の閾値ｎの制限を受けたために、図８に比べてアイコンの個数が低減し、重複ヒット数の少ないアイコン５０１が存在しなくなった場合を示している。
【００７２】
ｎ個のＲＳＳ情報のアイコンを表示した後に、ユーザの所定の操作に応じて、元のアイコン表示に代えて残りのＲＳＳ情報について新たなアイコン表示を行うようにしてもよい。この場合には、重複ヒット数の少ないアイコンも表示されるようになる。
【００７３】
図２１は、第２の実施の形態におけるＲＳＳ情報表示処理（２）の処理手順を示したフローチャートである。この処理は図１７に示した処理に類似しているが、地図の縮尺に合わせて閾値ｎを変更する点が異なる。
【００７４】
まず、地図の縮尺に合わせて、最大表示可能なＲＳＳ情報の件数の閾値ｎを設定する（Ｓ７１）。これは、図１９（ａ）（ｂ）（ｃ）で説明したような方法により行う。ついで、検索ヒットした複数のＲＳＳ情報について、上述した重複ヒット数検出処理を行う（Ｓ７２）。ついで、検索ヒット数が、最大表示可能なＲＳＳ情報の件数として予め定められた閾値ｎより多いかどうかをチェックする（Ｓ７３）。ｎより多ければ、重複ヒット数が多い項目に関するＲＳＳ情報を上位ｎ件抽出する（Ｓ７４）。ヒット件数がｎより多くなければ、ステップＳ７４を迂回してステップＳ７５へ進む。
【００７５】
ステップＳ７５では、ループ変数ｉを“１”に初期化し、次のステップＳ７６〜Ｓ８０を繰り返して実行する。すなわち、ｉ番目のＲＳＳ情報を地図上に表示可能か否かをチェックする（Ｓ７６）。この判断は、そのＲＳＳ情報に詳細な位置情報が付加されているか、または詳細な位置情報が抽出できているかによる。表示可であれば、そのＲＳＳ情報のアイコンを地図上の当該位置に表示する（Ｓ７７）。表示不可であれば、そのＲＳＳ情報（タイトル等）をリスト領域にリスト表示する（Ｓ７８）。その後、ループ変数ｉを１増分して（Ｓ７９）、ＲＳＳ情報がなくなるまで（Ｓ８０）、ステップＳ７６に戻ってステップＳ７７またはＳ７８を繰り返し実行する。その後、ＲＳＳ情報の表示指示があれば（Ｓ８１，Ｙｅｓ）、指定されたＲＳＳ情報を表示する（Ｓ８２）。縮尺の変更があれば（Ｓ８３，Ｙｅｓ）、ステップＳ７１に戻る。表示終了指示がある前に（Ｓ８４）、次のｎ件の指示があれば（Ｓ８５，Ｙｅｓ）、ステップＳ８１に戻って、新たなＲＳＳ情報のアイコン表示に移行する。表示終了指示があれば、本処理を終了する。
【００７６】
本発明の変形例として、図７に示したようにアイコンが密集して互いに重複した場合、ユーザによる所定の指示に応じて、その重複状態が解消される縮尺にまで、地図の倍率を拡大する機能を設けてもよい。そのためには、当該所定の指示があった場合、制御部は、各縮尺の地図上で最も近接している隣接アイコンの中心間の地図上距離がアイコンの外接円の直径を超えるような縮尺を見つけ、地図表示の縮尺をそのような縮尺に自動的に変更する。「所定の指示」とは、例えばタッチパネル上に用意された特定の表示ボタンなどに対するタッチ操作、あるいは、アイコンに対する他の操作と干渉しない特定の操作である。
【００７７】
以上、本発明の好適な実施の形態について説明したが、上記で言及した以外にも種々の変形、変更を行うことが可能である。
【００７８】
例えば、概要情報の一例としてＲＳＳを挙げたが、ＡＴＯＭ等の他の概要情報であってもよい。
【００７９】
各オブジェクトをそのジャンル（飲食店、ガソリンスタンド、駐車場、等）により分類し、ユーザによる操作部からのジャンルの指定または選択に応じて、当該指定または選択されたジャンルに該当するオブジェクトを抽出し、現在表示されているアイコンに代えて当該オブジェクトのアイコンを表示するようにしてもよい。また、この場合、ジャンル毎に、アイコンの表示形態を変化させるようにしてもよい。
【図面の簡単な説明】
【００８０】
【図１】本発明の実施の形態のシステム全体の概略の構成を示す図である。
【図２】図１内に示した検索サーバにおけるＲＳＳ情報の蓄積およびその利用について説明するための図である。
【図３】図１内に示した車載装置によるＲＳＳ情報利用時の概略の処理の流れを示した説明図である。
【図４】図１内に示したＲＳＳ・ＤＢが蓄積するデータの内容を、模式的にテーブル構成として示す図である。
【図５】本発明の実施の形態におけるブログ記事の一例を示す図である。
【図６】本発明の実施の形態において車載装置の表示画面に表示される第１の縮尺の地図の表示例を示す図である。
【図７】本発明の実施の形態において車載装置の表示画面に表示される第２の縮尺の地図の表示例を示す図である。
【図８】本発明の実施の形態において車載装置の表示画面に表示される第３の縮尺の地図の表示例を示す図である。
【図９】本発明の実施の形態において採用しうる異なる重複ヒット数の表示形態を示す図である。
【図１０】本発明の実施の形態における地図の表示画面の例を示す図である。
【図１１】本発明の実施の形態における地図の表示画面の別の例を示す図である。
【図１２】図１１内に示した表示領域４０４の具体例を示す図である。
【図１３】本発明の実施の形態において所定の位置的範囲内にある複数のアイコンを一つのグループにまとめて、単一の別のアイコンで代表させた例を示す図である。
【図１４】本発明の実施の形態の車載装置の一処理例である全体フロー（１）を示すフローチャートである。
【図１５】本発明の実施の形態の車載装置の一処理例である全体フロー（２）を示すフローチャートである。
【図１６】本発明の実施の形態の車載装置の一処理例である全体フロー（３）を示すフローチャートである。
【図１７】図１４〜図１６の全体フロー内のＲＳＳ情報表示処理の具体的な処理手順を示すフローチャートである。
【図１８】本発明の実施の形態における重複ヒット数の検出処理の具体的な処理手順を示すフローチャートである。
【図１９】本発明の第２の実施の形態におけるヒット数閾値ｎと縮小率との関係を定める手段の説明図である。
【図２０】本発明の第２の実施の形態における、図８に対応する広域の地図表示画面を示す図である。
【図２１】本発明の第２の実施の形態におけるＲＳＳ情報表示処理（２）の処理手順を示したフローチャートである。
【符号の説明】
【００８１】
１００…車載装置、１０１…制御部、１０２…ユーザインタフェース部、１０２ａ…表示部、１０２ｂ…操作部、１０２ｃ…音声出力部、１０３…ＧＰＳ受信部、１０４…地図・表示管理部、１０５…ＲＳＳ管理部、１０６…ブラウザ部、１０７…通信部、１１１…地図データベース、１１３…ＲＳＳデータベース、１５０…通信ネットワーク、２００…検索サーバ、２０１…データベース、２１０，２２０…情報サーバ、２１１，２２１…データベース、３３０…携帯端末、４００…表示画面、４０２…表示領域、４０４…リスト表示領域、４１１…カーソル、４２１〜４２５…ＲＳＳ情報、４２７…記事タイトル、４２９…投稿日時、４５１…カレンダー表示、４５２…記事タイトル、４５３…投稿日時、４５５…本文、４５７…コメント欄、５００…アイコン、５０１…アイコン、５０２…アイコン、５０３…アイコン、５０５…アイコン、５０９…ウィンドウ、５１０…ウィンドウ
【技術分野】
【０００１】
本発明は、情報表示装置、特に地図に関連して情報を表示する情報表示装置に関する。
【背景技術】
【０００２】
カーナビゲーション装置のような車載装置は、地図情報を格納したＤＶＤやＨＤＤなどの記憶装置、および、ＧＰＳ（Global Positioning System：全地球測位システム）などにより車両の現在位置を検出するための位置検出機能、さらに、目的地までの経路を探索する機能を備え、目的地までの道案内をするための装置であり、現在広く普及している。また、記憶装置内には、地図情報の他に、レストラン、給油所、コンビニエンスストア、観光地等の情報が格納され、現在地や目的地等に応じて、その近隣の施設や観光地等の情報も得られるようになっている。
【０００３】
従来、装置内に任意の位置に関連する文字や画像、音声等の詳細情報のデータを持たなくても、移動通信手段を持ち、地図上にマッピングすることができる位置情報と、詳細情報を持ったインターネット上のウェブサーバのＵＲＬアドレスとを対応づける更新可能な記憶テーブルを用いて、観光情報などの詳細な情報を当該位置に自動的にリンクさせて、リアルタイムに取得することができる通信機能付きのカーナビゲーション装置が提案されている（特許文献１参照）。この発明によれば、記憶テーブルに登録された位置に関連して、ウェブサーバの利用により最新の詳細情報を得ることができる。
【０００４】
また、端末において、インターネット上のサイトのウェブページを閲覧し、そのウェブページから住所や電話番号等の場所を特定するための文字情報を抽出し、この文字情報をサーバに渡して、サーバが当該場所に対応する位置情報（緯度、経度）を検索して端末に返送し、端末はこの位置情報を目的地として設定するナビゲーションシステムが提案されている（特許文献２参照）。これにより、ウェブページで紹介されている場所を目的地として設定し、経路案内や地図上での位置表示ができるようになる。
【特許文献１】特開平１０−１０３９７７号公報
【特許文献２】特開２０００−３３７９１１号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
従来の車載装置におけるナビゲーションシステムでは、装置に内蔵された記憶装置内にある、近隣の施設や観光地等の情報は予め用意された固定的なものであるのに対して、特許文献１，２に記載の従来技術では、インターネット上の情報を利用できることから、ナビゲーションシステムの利用可能な情報の量や新しさの点で有用である。
【０００６】
しかし、特許文献１に記載の技術は、一度、閲覧して登録したＵＲＬについて、再度の利用時に最新の情報を利用できるという利点はあるが、例えばある目的地の周辺にある未閲覧の不特定の情報（例えば「ラーメン屋」などの情報）を調べたい場合などには、直ちに利用できないという問題を有する。
【０００７】
また、特許文献２に記載の技術は、あるウェブページを閲覧して、その中に紹介されているレストランやホテル等のオブジェクトが決まってから、その位置（緯度および経度）を確認して経路案内が行えるようにするものである。したがって、現在地や目的地等の特定の位置の周辺地域における複数のオブジェクトの位置や情報を並列的に確認するには不便である。
【０００８】
本発明はこのような背景においてなされたものであり、その目的は、所定の位置の周辺地域における複数のオブジェクトの位置や情報を並列的に確認するのに便利な地図表示を行うことができる情報表示装置を提供することにある。
【課題を解決するための手段】
【０００９】
本発明による情報表示装置は、通信ネットワークに接続するネットワーク接続手段と、地図データベースと、地図データベースを検索して、特定の位置周辺の地図情報を読み出す地図データベース検索手段と、前記特定の位置に関連した情報に基づいて通信ネットワーク上のコンテンツの概要情報の検索を外部に要求し、該当する概要情報を取得する概要情報取得手段と、前記概要情報に記載されたオブジェクトの位置を表す位置情報を取得し、地図上の当該オブジェクトの位置を特定する位置特定手段と、表示画面上で、地図上の前記特定された位置に、前記オブジェクトの有無を表すアイコンを表示する表示手段とを備える。前記表示手段は、表示対象の各オブジェクトに該当する概要情報の件数（重複ヒット数）に応じてそのアイコンの表示形態を異ならせる。これにより、ユーザには地図上に表示された複数のアイコンのオブジェクトのヒット数の多寡を認識することができる。このヒット数の多寡は、概要情報を選択する上での参考となる。
【００１０】
前記表示手段は、前記アイコンが指示されたとき、当該アイコンに対応する概要情報を表示する。
【００１１】
前記位置特定手段は、外部から取得した概要情報の中から当該オブジェクトに該当する位置情報を抽出する。また、前記外部から取得した概要情報に位置情報が付加されている場合にはその位置情報を利用する。
【００１２】
前記表示手段は、前記特定の位置を中心とした共通基準範囲内でピックアップされる概要情報の件数またはアイコンの個数を制限するための閾値を、表示される地図の縮尺に応じて変えるようにしてもよい。これにより、広域の地図表示の際に、複数のアイコンが相互に重なって区別が付かなくなることが防止される。
【００１３】
本発明の情報表示装置は、さらに、位置に関連づけられた検索対象情報を記憶する情報データベースを有し、この情報データベースを検索した結果に基づいて前記概要情報の検索の要求を行うようにしてもよい。この場合、内部に予め用意された情報を基準として概要情報の検索要求を行うので、オブジェクトの正確な位置情報が内部で得られる利点がある。
【００１４】
前記表示手段は、表示される地図の縮尺に応じて、所定の距離範囲内にある複数のアイコンをグループ化し、グループ化されたアイコン（グループアイコン）については、当該グループ化される前のアイコンに代えて、グループアイコンを表示するようにしてもよい。これにより、複数のアイコンを一つのアイコンに代表させることができる。この場合、前記表示手段は、前記グループアイコンが指示されたとき、当該グループに含まれる各アイコンに対応する概要情報を一覧表示することにより、各アイコンの概要情報を確認することができる。
【００１５】
この装置は車載のナビゲーションシステムに利用して好適である。ナビゲーションシステムとして利用する場合、情報表示装置の現在の位置を検出する位置検出手段と、現在地から目的地までのナビゲーションを行うナビゲーション装置とを備え、前記情報取得手段は、現在地から目的地までの間の経路上の複数の位置について前記概要情報を取得し、前記表示手段は、現在地の更新に伴って表示対象のアイコンを逐次更新表示していくようにしてもよい。これにより、ユーザが逐次指示を行わなくても、車両の進行に伴って周辺のオブジェクトを更新していくことができる。
【発明の効果】
【００１６】
本発明によれば、地図上に複数のオブジェクトに対応するアイコンを同時に表示し、その概要情報を確認できるので、所定の位置の周辺地域における複数のオブジェクトの位置や情報を並列的に確認するのに便利である。それらの情報は未閲覧のものであってもよい。また、通信ネットワークを介してコンテンツ情報を取得する際には、まずはコンテンツ概要情報を取得するので、オブジェクトの個数が多くても通信情報量を抑制できる。また、表示対象の各オブジェクトに該当する概要情報の件数（重複ヒット数）に応じてそのアイコンの表示形態を異ならせることにより、ヒット数の多寡をアイコンに基づいて判断することができる。
【００１７】
また、特定の位置を中心とした共通基準範囲内でピックアップされる概要情報の件数またはアイコンの個数を制限するための閾値を、表示される地図の縮尺に応じて変えることにより、または、アイコンを表示する対象となる縮尺の地図表示において、その縮尺に関わらず表示範囲内に一度に表示されるアイコンの個数を制限する共通の閾値を定めることにより、地図上でのアイコンの認識性を改善することができる。
【発明を実施するための最良の形態】
【００１８】
以下、本発明の好適な実施の形態について、図面を参照しながら詳細に説明する。
【００１９】
＜第１の実施の形態＞
図１は、本実施の形態のシステム全体の概略の構成を示す図である。
【００２０】
このシステムでは、カーナビゲーションシステムのような車載装置１００が通信ネットワーク１５０を介して、検索サーバ２００、情報サーバ２１０，２２０に接続されている。通信ネットワーク１５０は、インターネットおよびこれに接続するための任意のネットワークを含みうる。
【００２１】
情報サーバ２１０，２２０は、それぞれ、当該情報を蓄積したデータベース２１１，２２１を有し、ホームページやブログなどのウェブページ情報等のコンテンツを提供するサイトを構成する。情報サーバは２個のみ示したが、多数存在しうる。検索サーバ２００も複数存在しうる。
【００２２】
「ブログ」とはウェブログ（ｗｅｂｌｏｇ）の略であり、日付単位の記事ページで構成されるウェブサイトである。ブログの記事には、閲覧者がコメントを記載したり、トラックバックと呼ばれるブログ記事間をリンクする機能を有している。ウェブページ情報の代わりに、いわゆるポッドキャスティングによる音声メッセージを提供するものであってもよい。「ポッドキャスティング」とは、ＲＳＳ（Rich Site Summary）の技術を利用して、インターネット上での音声データの配信等を行う仕組みである。ＲＳＳとは、ウェブサイト等の記事の見出しや概要を配信するための技術であり、概要情報であるＲＳＳ情報（ＲＳＳフィードとも呼ばれる）は、マークアップ言語の一種であるＸＭＬ（eXtensible Markup Language）で記述されたファイルとして提供される。ブログでは、通常、記事の投稿に対して、自動的にそのＲＳＳ情報が生成される。
【００２３】
検索サーバ２００は、インターネットの１サイトを構成し、上記情報サーバ２１０，２２０で提供されるホームページやブログなどのウェブページ情報、音声メッセージ等のコンテンツ情報に対応するＲＳＳ情報を蓄積するデータベース２０１を有し、それらの情報の検索サービスを提供する。この実施の形態における検索サーバ２００は、ブログサービスの提供を行うサイトを兼ねている例を示している。
【００２４】
車載装置１００は、制御部１０１、ユーザインタフェース部１０２、ＧＰＳ受信部１０３、ブラウザ部１０６、通信部（ネットワーク接続部）１０７、地図データベース（地図ＤＢ）１１１、ＲＳＳデータベース（ＲＳＳ・ＤＢ）１１３を有する。
【００２５】
制御部１０１は、車載装置１００の全体の動作を司る部位であり、本実施の形態では、特に、地図を含む各種情報の表示を管理・制御する地図・表示管理部１０４と、ＲＳＳ情報の取得や蓄積・管理を行うＲＳＳ管理部１０５とを構成している。地図・表示管理部１０４は本発明における「表示手段」および「位置特定手段」の機能を有する。ＲＳＳ管理部１０５は、本発明における「概要情報取得手段」の機能を有する。
【００２６】
ユーザインタフェース部１０２は、ＬＥＤ等のディスプレイデバイスおよびその表示制御部を含み、表示インタフェースを提供するＬＣＤ等の任意の表示デバイスを含む表示部１０２ａと、リモコンやタッチパネル等のユーザの操作を受け付ける入力インタフェースを提供する操作部１０２ｂと、音声メッセージ等の音声を出力するスピーカ等の音声出力部１０２ｃを有する。
【００２７】
ＧＰＳ受信部１０３は、本発明における位置検出手段を構成し、複数の衛星からの信号を受信して、装置の現在位置を検出する部位である。
【００２８】
ブラウザ部１０６は、ホームページ等を構成するＨＴＭＬ等のマークアップ言語文書を解析して表示部１０２ａに送る表示情報を生成する部位である。地図・表示管理部１０４により生成された表示情報と、ブラウザ部１０６により生成された表示情報は同じ画面に重ねて表示可能に構成されている。
【００２９】
通信部（ネットワーク接続部）１０７は、ここでは無線通信インタフェースを介して通信ネットワーク１５０に接続する部位である。
【００３０】
地図データベース１１１は、地図情報を検索可能に蓄積したデータベースであり、ここに、本実施の形態では地図情報のほかに、位置に関連づけられて、レストラン、給油所、コンビニエンスストア、観光地等の情報が格納されている。この地図データベース１１１は、これらの情報を装置内でローカルに（通信ネットワークを介さずに）提供するデータベースも兼ねている。
【００３１】
ＲＳＳデータベース（ＲＳＳ・ＤＢ）１１３は、外部から取り込まれたＲＳＳ情報を装置内でローカルに検索可能に蓄積するデータベースである。
【００３２】
図２は、検索サーバ２００におけるＲＳＳ情報の蓄積およびその利用について説明するための図である。前述のように、検索サーバ２００がブログサービスを提供するサーバを兼ねている例を示しているが、そのようなサーバは検索サーバ２００と別個に存在してもよい。検索サーバ２００におけるＲＳＳ情報の蓄積の方法は次のような態様がある。
（ａ）店舗等による任意のサービスを提供する業者がその端末（業者端末）３１０から、検索サーバ２００のブログサービスにアクセスして、自己のブログに対して、位置情報（緯度および経度）とともにブログの記事を投稿する。この記事の投稿に対して、ブログサービスにより自動的に、位置情報付きのＲＳＳ情報が生成される。
（ｂ）位置検出手段を備えた端末（ユーザ端末）３２０から検索サーバ２００にアクセスして、自己のブログに対して、位置情報（緯度および経度）とともにブログの記事を投稿する。この記事の投稿に対して、ブログサービスにより自動的に、位置情報付きのＲＳＳ情報が生成される。
（ｃ）ＧＰＳ等の位置検出手段を備えた携帯端末３３０から、ＰｏＣ等の技術により、ポッドキャスティングを行う自己のサイトに対して、位置情報（緯度および経度）とともに音声メッセージを投稿する。ＰｏＣとは、Push-to-Talk over Cellularの略であり、携帯端末間でインターネットプロトコルを利用してデータ通信網で通話を行う技術である。本実施の形態では、この技術を利用して、携帯端末から特定のサーバ（サーバ２００）に対して、位置情報付きの音声メッセージの投稿を行う。この音声メッセージの投稿に対して、ポッドキャスティングサービスにより自動的に、位置情報付きのＲＳＳ情報が生成される。
（ｄ）ＧＰＳ等の位置検出手段を備えた携帯端末３３０から電子メール等により検索サーバ２００にアクセスして、自己のブログに対して、位置情報とともにブログの記事を投稿する。この記事の投稿に対して、ブログサービスにより自動的に、位置情報付きのＲＳＳ情報が生成される。
【００３３】
検索サーバ２００は、外部からの記事の投稿によりＲＳＳ情報を生成、蓄積する他、外部のサイトを定期的に巡回してＲＳＳ情報を収集する。
【００３４】
車載装置１００は、必要時に、検索サーバ２００に対してアクセスし、所定の検索キー情報に基づいて、ＲＳＳ情報の検索要求を行い、該当するＲＳＳ情報を受信し、所定の処理に基づいてその内容の表示を行う。その詳細については後述する。
【００３５】
図３は、図１のシステムの車載装置１００によるＲＳＳ情報利用時の概略の処理の流れを示している。図中の括弧付きの数字は処理の順番を示している。この例では、ユーザが、車載装置１００において、現在地や目的地、または指定した施設、観光地等の位置を表す位置情報をキー情報として、その位置に関連したＲＳＳ情報を検索サーバ２００から入手する場合を示している。キー情報としては、位置情報に代えて、または加えて、住所や名称（市町村名、公共施設名、駅名、観光地名等）、ジャンル情報（飲食店、温泉、ホテル等）なども含みうる。
（１）ユーザによる操作部１０２ｂの操作に応じて、目的の位置情報を制御部１０１の地図・表示管理部１０４に入力する。
（１）’処理（１）と平行してＧＰＳ受信部１０３で検出した現在地の位置情報を地図・表示管理部１０４へ入力する。
（２）地図・表示管理部１０４が処理（１）（１）’で得られた位置情報をＲＳＳ管理部１０５へ与える。
（３）地図・表示管理部１０４は、現在地の位置情報に従って、その周辺の地図情報を地図データベース１１１から読み出す。
（３）’地図・表示管理部１０４は、読み出された地図情報を表示部１０２ａに与え、表示画面上に表示させる。
（４）ＲＳＳ管理部１０５が通信部１０７により、通信ネットワーク１５０を介して、検索サーバ２００に、目的の位置情報をキーとしてＲＳＳ情報の検索を行うことを要求し、その検索結果を受領する。この検索結果は、ＲＳＳ情報に位置情報が付加されている場合にはその位置情報とともに受領される。検索用のキーとして検索サーバ２００に与えられる位置情報と、検索サーバ２００から受領される位置情報とは必ずしも同じではない。すなわち、検索サーバ２００からの位置情報は、検索用のキーとして指定された位置の周辺の施設等のオブジェクトの具体的な位置を定める情報である。なお、検索サーバ２００から受領したＲＳＳ情報に位置情報が付加されていない場合には、ＲＳＳ管理部１０５は、ＲＳＳ情報の内容から位置を表す情報（住所や電話番号等）を抽出し、位置情報を生成する。より具体的には、ＲＳＳ情報の中身から位置関連情報としての住所や電話番号等を抽出して、位置情報を求め、ＲＳＳ情報とともに保存する。電話番号のみが分かり住所が不明の場合には、電話番号を基に電話帳データから住所を求められる場合には住所を求めて、これを保存する。
（５）ＲＳＳ管理部１０５は、検索サーバ２００から受領した位置情報とともに、ＲＳＳ情報をＲＳＳデータベース１１３に登録する。
（６）ＲＳＳ管理部１０５は、ＲＳＳ情報から生成した表示情報とともに位置情報を地図・表示管理部１０４へ与える。
（７）地図・表示管理部１０４は、表示部１０２ａにおいて、表示画面上に表示されている地図に重ねて、ＲＳＳ管理部１０５から得られた表示情報を表示するとともに、位置情報に対応する地図上の位置に所定のアイコンを表示させる。
（８）ＲＳＳ管理部１０５は、表示画面に表示されたＲＳＳ情報に対するユーザによる操作部１０２ｂの操作に応じて、閲覧対象のＵＲＬ情報を受け付ける。
（９）この操作に応じてＲＳＳ管理部１０５は、ブラウザ部１０６に対してＵＲＬ情報を与える。
（１０）ブラウザ部１０６は、通信部１０７により通信ネットワーク１５０を介してＵＲＬで指定されたサーバ（サーバ２００または他のサーバ２１０，２２０等）にアクセスし、当該サイトの情報を受信する。
（１１）ブラウザ部１０６は、表示部１０２ａに対して、当該サイトの情報を表示情報として与え、表示部１０２ａがこれを表示する。
【００３６】
図４に、ＲＳＳ・ＤＢ１１３が蓄積するデータの内容を、模式的にテーブル構成として示す。ＲＳＳ・ＤＢ１１３は、この例では、ブログの記事ごとに、「ブログタイトル」「記事タイトル」「記事ＵＲＬ」「エリア」「詳細位置」「投稿日」「内容記憶位置ポインタ」「抽出名称」等を記憶している。「記事」とはブログにおける各日付に投稿された文章の一つ一つ（エントリー）を指す。「エリア」とはその記事の主題の該当する地域名であり、位置情報付きで登録されたＲＳＳ情報については、その位置情報から特定される地域名である。位置情報付きＲＳＳ情報ではない場合、記事中から該当する地域名を抽出してエリアとする。この場合、誤抽出の可能性もありうる。このテーブルにはさらに他の項目（例えばそのＲＳＳ情報に対応するオブジェクトの「ジャンル」等）を含んでもよい。
【００３７】
「内容記憶位置ポインタ」は、当該記事の実体となるデータを記憶している装置内の記憶装置の位置（アドレス）を指し示すデータである。
【００３８】
「抽出名称」とは、検索キーが位置およびカテゴリーである場合に、そのカテゴリーに合致する「名称」を記事中から抽出したものである。例えば、カテゴリが「飲食店」等の場合、それに合致する店名である。店名は固有名詞なので、何の基準もなく記事中のテキスト全文をスキャンして、抽出するのは困難である。そのため、記事中の「店名」等に続く名称を抽出したり、記事の記載に規則を設けておいたり、タグ等により抽出対象の名称が分かるようにしておいたりしてもよい。あるいは、サーバ２００において、電話帳データ等からカテゴリー毎の名称を予め登録しておき、これらを基準として記事中の該当する名称を抽出するようにしてもよい。
【００３９】
図５に、ブログの表示画面の一例を示す。本実施の形態では「概要情報」としてＲＳＳ情報を用いる。ブログについては記事の投稿により自動的にＲＳＳ情報が生成される仕組みとなっているので、本発明と親和性が高い。但し、ブログに限るものではなくホームページや音声メッセージについてもＲＳＳ情報等が利用できれば、本発明が適用できる。ブログの表示画面には、カレンダー表示４５１が有り、日付単位の記事ページが登録される。ブログの記事は、投稿日時４５３、記事タイトル４５２、本文４５５の他、ジャンル（カテゴリ）４５４、閲覧者がコメントを記載するコメント欄４５７、トラックバックと呼ばれるブログ記事間をリンクするための機能を有している。
【００４０】
次に、本実施の形態における具体的な表示例について説明する。
【００４１】
図６、図７、図８は、車載装置１００の表示画面に、異なる３つの縮尺で同じ中心位置の地図を表示した場合の表示例を示している。地図上には、ＲＳＳ情報の検索結果を表す表示情報が重ねて表示されている。これは、特定の位置の周辺においてＲＳＳ・ＤＢ１１３に登録されているＲＳＳ情報を異なる３個の表示形態のアイコン５０１〜５０３で表している。アイコン５０１〜５０３は、当該アイコンで表されているオブジェクトに対するＲＳＳ情報の重複したヒット数（重複ヒット数）に応じて設けられた３段階のヒット数を表している。この例では、一重丸のアイコン５０１がヒット数「少」、二重丸のアイコン５０２がヒット数「中」、三重丸のアイコン５０３がヒット数「多」、をそれぞれ表している。
【００４２】
「重複ヒット数」とは、同じオブジェクトについて該当するＲＳＳ情報が複数存在する場合のＲＳＳ情報の件数である。例えば、同じラーメン屋について３件のＲＳＳ情報において言及されている場合、その重複したヒット数は“３”となる。
【００４３】
異なる重複ヒット数の表示形態は、図６、図７、図８に示したようなアイコンのマーク変化によるものの他、図９に示すように、同形状のアイコンのサイズ変化によるもの、同サイズのアイコンの形状変化によるもの、同サイズ・同形状のアイコンの色（または濃度）変化によるもの、同サイズ・同形状のアイコンへの重複ヒット数の数値の付加によるもの、この数値を含む丸数字によるもの、等であってもよい。
【００４４】
図１０（ａ）は、地図を表示する表示画面４００の例を示している。図１０（ａ）の画面は、図６等に示した地図表示と同じである。ユーザが操作部から例えばカーソル４１１をアイコンに乗せる（重ねる）操作を行うと、そのブログ記事のタイトルが吹き出し形状のウィンドウ５０９に表示される。これにより、ユーザは、そのアイコンの対応づけられたＲＳＳ情報の大凡の内容を知ることができる。カーソル４１１をアイコンに乗せる操作は、操作部として表示画面に重ねて配置されたタッチパネルが用いられる場合には、アイコンに対するユーザの指のタッチに代えてもよい。タッチのみで操作される場合、カーソル４１１の表示はなくてもよい。また、ユーザが当該アイコンに対してさらに別の指示操作を行うと、表示画面４００に代えて、またはその上に重ねて、そのアイコンに対応づけられている図５に示したようなブログ記事が表示される。ブログ記事内に、インターネット上の特定のサイトへのリンクが設定されている項目が存在する場合には、ユーザは、その項目の指示操作により、さらに当該サイトの閲覧を行うこともできる。
【００４５】
ＲＳＳ情報としてタイトル等のテキスト情報とともに音声メッセージが登録されている場合には、所定の操作に応じて音声メッセージが音声として音声出力部１０２ｃ（図１）から出力される。
【００４６】
なお、重複ヒットのアイコンについてカーソル４１１を乗せる操作を行った場合には、吹き出し形状のウィンドウに複数の記事のタイトルを羅列して表示するか、あるいは、図１０（ｂ）に示すように、別のウィンドウ５１０に複数の記事の少なくともタイトルを表示する。このウィンドウ５１０ではリストのスクロール操作が行えるようになっている。
【００４７】
図１１の画面は、カーソル４１１の位置とは関係なく、図１０（ａ）の地図の表示領域４０２とは別にリスト表示領域４０４を設けたものである。図１１の表示画面では、明確な地図上の位置が判明していないＲＳＳ情報について表示領域４０２にアイコン５００を表示できない場合でも、その位置が、表示されている地図の範囲内であることが分かれば、リスト表示領域４０４にそのＲＳＳ情報を含めることができる。表示領域４０４内のアイコン５００の表示されているＲＳＳ情報についてはその特定の項目をユーザが指示することにより、該当するアイコンがどれであるかが分かるように地図の表示態様を変化させる。例えば、該当するアイコンの表示形態を変化させたり、当該アイコンを地図の中心に位置するように地図をスクロールさせたりする。図１１において、アイコンに対する操作は図１０（ａ）の場合と同様である。図１１の画面４００では、さらに、リスト表示領域４０４内の任意のＲＳＳ情報に対して選択指示を行うことによっても、そのＲＳＳ情報の全体を表示させることができる。
【００４８】
図１２に表示領域４０４の具体例を示す。ＲＳＳ情報４２１〜４２５はリスト形式で表示されている。１件のＲＳＳ情報には、その記事のタイトル４２７、記事内容（抜粋）４２６、および投稿日時４２９を含んでいる。その他、ブログタイトル等も含んでもよい。ユーザは記事タイトルを指示操作することにより、通信ネットワーク１５０を介してそのブログのサイトにアクセスし、当該ブログ記事を閲覧することができる。表示領域４０４内の前記特定の項目として、例えばいずれかの記事内容（抜粋）４２６をユーザが指示することにより、該当するアイコンがどれであるかが分かるように、上述のように地図の表示態様を変化させる。
【００４９】
図８に示したように縮小率の大きい広域の地図表示では複数のアイコンが互いに重なって見にくくなる場合がある。このような場合に、図１３に示すように、所定の位置的範囲内にある複数のアイコンを一つのグループにまとめて、単一の別のアイコン５０５（本明細書ではグループアイコンという）で代表させるようにしてもよい。この例のアイコン５０５は四角形状のマークで表しているが、これに限るものではない。このアイコン５０５に対してカーソルが乗せられた場合、図１０（ｂ）に示したと同様にウィンドウ５１０を開いて、ここにＲＳＳ情報をリスト表示（一覧表示）するようにする。
【００５０】
次に、本実施の形態の動作をフローチャートに基づいて説明する。
【００５１】
図１４は、本実施の形態の車載装置の一処理例である全体フロー（１）を示している。この処理例は、車載装置１００のナビゲーションシステムが有する周辺の施設、観光地等の情報を基に、該当するＲＳＳ情報を検索するものである。
【００５２】
まず、ユーザの操作に応じて、ナビゲーションシステムが起動され、表示処理が開始される（Ｓ１１）。次に、ユーザの操作に応じて、ナビゲーションシステムが内部に有する施設等のオブジェクト（アイテム）が選択され、地図上に表示される（Ｓ１２）。
【００５３】
そこで、特定のオブジェクトがユーザにより指示操作されたら（Ｓ１３，Ｙｅｓ）、選択されたオブジェクトに関連するＲＳＳ情報の検索要求をサーバ２００に対して送信する（Ｓ１４）。この際の検索のキー情報は当該オブジェクトの名称、住所、電話番号等の情報である。サーバ２００は、この検索要求に応じて、該当する各オブジェクトについてのＲＳＳ情報の検索を行う。車載装置１００は、この検索結果をサーバから受信する（Ｓ１５）。当該オブジェクトに該当するＲＳＳ情報があれば（Ｓ１６，Ｙｅｓ）、ＲＳＳ情報表示処理を行う（Ｓ１７）。この場合、サーバ２００から受信するＲＳＳ情報には位置情報が付加されていなくても、車載装置では内部情報からその正確な位置は既に判明している。ＲＳＳ情報表示処理の詳細な処理手順については後述する。
【００５４】
図１５は、本実施の形態の車載装置１００の他の処理例である全体フロー（２）を示している。この処理例は、全体フロー（１）のように内部データをトリガとするものではなく、ナビゲーションシステムにおいてユーザにより指定された所定の位置をキーとしてＲＳＳ情報の検索を行うものである。
【００５５】
まず、ユーザの操作に応じて、ナビゲーションシステムが起動され、表示処理が開始される（Ｓ２１）。次に、ユーザの操作に応じて、所定位置（範囲）に関するＲＳＳ情報の検索指示があれば（Ｓ２２，Ｙｅｓ）、指示された所定位置（範囲）に関連するＲＳＳ情報の検索要求をサーバ２００に送信する（Ｓ２３）。サーバ２００は、この検索要求に応じて、当該指定された所定位置の周辺において該当するＲＳＳ情報を検索する。検索要求にジャンル等の指定がある場合にはそのジャンルに該当するオブジェクトの検索を行う。この検索結果をサーバから受信する（Ｓ２４）。当該所定位置に該当するＲＳＳ情報があれば（Ｓ２５，Ｙｅｓ）、ＲＳＳ情報表示処理を行う（Ｓ２６）。この場合、サーバ２００から受信するＲＳＳ情報には位置情報が付加されていない場合、ナビゲーションシステムにおいて、地図上での大凡の位置または正確な位置をＲＳＳ情報から検出することを試みる。ＲＳＳ情報表示処理の詳細な処理手順については後述する。
【００５６】
図１６は、本実施の形態の車載装置のさらに他の処理例である全体フロー（３）を示している。この処理例は、全体フロー（２）に類似し、位置に関連してＲＳＳ情報の検索を行うものであるが、検索のキーとなる位置は固定的な位置ではなく、ナビゲーションシステムの現在地（出発地）から目的地までの途中の経路においても、逐次、進行に伴って新たな現在地の周辺の施設等のＲＳＳ情報を検索して表示を更新していくものである。
【００５７】
まず、ユーザの操作に応じて、ナビゲーションシステムが起動され、表示処理が開始される（Ｓ３１）。次に、ユーザの操作に応じて、設定された出発地から目的地までの間の経路上の複数の位置（住所または緯度および経度）に関するＲＳＳ情報の検索要求をサーバ２００に対して行い、検索結果を受信し、ＲＳＳ・ＤＢ１１３に蓄積する（Ｓ３２）。経路上の複数の位置の位置の選定は、特にその方法を限定するものではないが、所定距離毎に抽出したり、異なる地名毎に抽出したりすることができる。この処理は、ナビゲーションシステムの処理のバックグラウンドで実行することが好ましい。その後、表示中の地図の範囲に該当するＲＳＳ情報の検索を内部的に実行する（Ｓ３３）。該当するＲＳＳ情報があれば（Ｓ３４，Ｙｅｓ）、ＲＳＳ情報表示処理を行う（Ｓ３５）。この場合、サーバ２００から受信するＲＳＳ情報には位置情報が付加されていない場合、ナビゲーションシステムにおいて、地図上での大凡の位置または正確な位置をＲＳＳ情報から検出することを試みる。ＲＳＳ情報表示処理の詳細な処理手順については後述する。
【００５８】
その後、車両の進行により現在位置が変化したら（Ｓ３６，Ｙｅｓ）、ステップＳ３３に戻り、新たなＲＳＳ情報の検索を行う（Ｓ３３）。表示終了の指示があるまでは（Ｓ３７）、ステップＳ３５に戻って上記のＲＳＳ情報表示処理を繰り返す。途中経路上の位置に関する外部への検索要求は前もって実行しておくようにしたが、現在地の進行に伴ってその都度、分散して実行するようにしてもよい。
【００５９】
図１７は、上述したＲＳＳ情報表示処理の具体的な処理手順を示している。
【００６０】
まず、検索ヒットした複数のＲＳＳ情報について、上述した重複ヒット数を検索する処理を実行する（Ｓ４１）。この詳細手順については後述する。ついで、検索ヒット数が、最大表示可能なＲＳＳ情報の件数（またはアイコンの個数）として予め定められた閾値ｎより多いかどうかをチェックする（Ｓ４２）。ｎより多ければ、重複ヒット数が多い項目に関するＲＳＳ情報を上位ｎ件抽出する（Ｓ４３）。ｎより多くなければ、ステップＳ４３を迂回してステップＳ４４へ進む。
【００６１】
ステップＳ４４では、ループ変数ｉを“１”に初期化し、次のステップＳ４５〜Ｓ４９を繰り返して実行する。すなわち、まず、ｉ番目のＲＳＳ情報を地図上に表示可能か否かをチェックする（Ｓ４５）。この判断は、そのＲＳＳ情報に詳細な位置情報が付加されているか、または詳細な位置情報が抽出できているかによる。表示可であれば、そのＲＳＳ情報のアイコンを地図上の当該位置に表示する（Ｓ４６）。表示不可であれば、そのＲＳＳ情報（タイトル等）をリスト領域にリスト表示する（Ｓ４７）。ＲＳＳ情報がなくなるまで（Ｓ４９）、ステップＳ４５に戻ってステップＳ４６またはＳ４７を繰り返し実行する。その後、ＲＳＳ情報の表示指示があれば（Ｓ５０，Ｙｅｓ）、指定されたＲＳＳ情報を表示する（Ｓ５１，Ｙｅｓ）。表示終了指示がある前に（Ｓ５２）、次のｎ件の指示があれば（Ｓ５３）、ステップＳ４２に戻って、新たなＲＳＳ情報のアイコン表示に移行する。表示終了指示があれば、本処理を終了する。
なお、ステップＳ４１の重複ヒット数検出処理、または、これに加えてステップＳ４２，Ｓ４３の上位ｎ件のＲＳＳ情報の抽出処理は、サーバ側で行うことも可能である。
【００６２】
図１８は、上述した重複ヒット数の検出処理の具体的な処理手順を示している。この処理では、上述した「抽出名称」と「エリア」の組み合わせに割り当てられる番号を表す整数の変数ｉの重複ヒット数を関数ｈ（ｉ）で表す。「抽出名称」と「エリア」の組み合わせにより、特定の位置にあるオブジェクトが一意に特定されると考えられるからである。但し、同エリアに同じ抽出名称が存在しないことが保証されるのであれば、または、同エリアに同じ抽出名称が存在しても誤差として許容されるのであれば、必ずしも「エリア」を用いる必要はない。
【００６３】
図１８の処理において、まず、すべての変数ｉについて関数ｈ（ｉ）の値を０に初期化する（Ｓ６１）。ついで、変数ｉの値を“０”として（Ｓ６２）、以降の処理ループを実行する。
【００６４】
処理ループでは、まず、ＲＳＳ・ＤＢ１１３から１件のＲＳＳ情報（記事）を読み出す（Ｓ６３）。この記事の抽出名称が既出でない（新たな）抽出名称か否かをチェックする（Ｓ６４）。既出でない場合には、その抽出名称とエリアの組み合わせに新たなｉ値（ここでは１増分した値）を割り当て（Ｓ６６）、ステップＳ６９へ移行する。
【００６５】
既出の抽出名称である場合、「エリア」または「詳細位置」が先のＲＳＳ情報のそれと同じであれば（Ｓ６５，Ｙｅｓ）、当該抽出名称とエリアの組み合わせのｉ値を確認し（Ｓ６７）、そのｉ値について関数ｈ（ｉ）の値をインクリメント（１増分）する（Ｓ６８）。そうでなければ、ステップＳ６６へ進む。このような処理を、ＲＳＳ・ＤＢ１１３の全記事について（Ｓ６９）、繰り返し実行する。全記事についてループ処理が終了すると、すべての抽出名称とエリアの組み合わせ（すなわち異なるｉ値）について、関数ｈ（ｉ）の値がその重複ヒット数となる。
【００６６】
＜第２の実施の形態＞
次に、本発明の第２の実施の形態について説明する。システムおよび装置の構成はすべて第１の実施の形態と同じであり、重複した説明は省略する。
【００６７】
図６、図７、図８に示したように縮尺の異なる地図を表示する場合、縮小率の大きい（広域の）地図表示では、表示対象となる位置的範囲が広がるため該当するＲＳＳ情報の件数が多くなる反面、地図は微細になる。また、アイコンのサイズは、縮尺の変化と同じに変化させると視認性の問題が生じるので、地図の縮小率に依存させないことが望ましい。その結果、図８のような縮小率の大きい広域の地図表示では、アイコンが密集して重なり合うような場合が生じる。そこで、本実施の形態では、前記特定の位置を中心とした共通基準範囲内でピックアップされる概要情報の件数またはアイコンの個数を制限するための閾値を、表示される地図の縮尺に応じて異なった値に設定する。
【００６８】
図１９（ａ）はヒット数閾値ｎと縮小率との関係を定めたデータテーブルを用いる例を示している。縮小率が大きくなるほど（すなわち広域となるほど）、ヒット数閾値ｎを小さく設定している。ただし、このヒット数閾値ｎは予め設定した基準の領域（例えば指定位置の周辺の所定距離範囲）内でのヒット数に対するものであり、縮小率毎に変わる表示範囲内のヒット数に対するものではないことに留意されたい。縮小率およびヒット数閾値ｎを処理プログラムの中の条件判定ステップにおける条件値および定数値として保持する場合も、実質的にデータテーブルを利用したと等価である。データテーブルの他に、図１９（ｂ）は、ヒット数閾値ｎを縮小率の関数値として定めた数式を用いる例を示している。図１９（ｃ）は、別のデータテーブルを示している。これは、アイコンを表示する対象となる縮尺の地図表示においては、その縮尺に関わらず表示範囲内に一度に表示されるアイコンの個数を制限する共通の閾値（ｎ１）を定めるものである。すなわち、縮尺の度合いが変わっても、表示画面内に表示される最大のアイコンの個数は一定に制限しようとするものである。図１９（ａ）（ｂ）の場合には、表示範囲内のアイコンの最大個数が一定となるか否かは保証されないが、図１９（ｃ）の場合には一定になることが保証される。
【００６９】
ヒット数がヒット数閾値ｎを超える場合、上位のｎ個のＲＳＳ情報を選択し、該当する位置にアイコンを表示する。アイコンの表示形態については第１の実施の形態と同様とすることができる。
【００７０】
上位のｎ個のＲＳＳ情報の選択方法としては、上述した重複ヒット数が大きいものから選択する。重複ヒット数が同じＲＳＳ情報については、更新日時の新しい順、ＲＳＳ・ＤＢ１１３内の登録順等、任意の規則にしたがって選択する。これにより、広域の地図表示では重複ヒット数の大きい検索対象について優先的に抽出・表示することができる。
【００７１】
図２０は、第１の実施の形態で説明した図８に対応する広域の地図表示画面であるが、図１９（ａ）（ｂ）の場合の閾値ｎの制限を受けたために、図８に比べてアイコンの個数が低減し、重複ヒット数の少ないアイコン５０１が存在しなくなった場合を示している。
【００７２】
ｎ個のＲＳＳ情報のアイコンを表示した後に、ユーザの所定の操作に応じて、元のアイコン表示に代えて残りのＲＳＳ情報について新たなアイコン表示を行うようにしてもよい。この場合には、重複ヒット数の少ないアイコンも表示されるようになる。
【００７３】
図２１は、第２の実施の形態におけるＲＳＳ情報表示処理（２）の処理手順を示したフローチャートである。この処理は図１７に示した処理に類似しているが、地図の縮尺に合わせて閾値ｎを変更する点が異なる。
【００７４】
まず、地図の縮尺に合わせて、最大表示可能なＲＳＳ情報の件数の閾値ｎを設定する（Ｓ７１）。これは、図１９（ａ）（ｂ）（ｃ）で説明したような方法により行う。ついで、検索ヒットした複数のＲＳＳ情報について、上述した重複ヒット数検出処理を行う（Ｓ７２）。ついで、検索ヒット数が、最大表示可能なＲＳＳ情報の件数として予め定められた閾値ｎより多いかどうかをチェックする（Ｓ７３）。ｎより多ければ、重複ヒット数が多い項目に関するＲＳＳ情報を上位ｎ件抽出する（Ｓ７４）。ヒット件数がｎより多くなければ、ステップＳ７４を迂回してステップＳ７５へ進む。
【００７５】
ステップＳ７５では、ループ変数ｉを“１”に初期化し、次のステップＳ７６〜Ｓ８０を繰り返して実行する。すなわち、ｉ番目のＲＳＳ情報を地図上に表示可能か否かをチェックする（Ｓ７６）。この判断は、そのＲＳＳ情報に詳細な位置情報が付加されているか、または詳細な位置情報が抽出できているかによる。表示可であれば、そのＲＳＳ情報のアイコンを地図上の当該位置に表示する（Ｓ７７）。表示不可であれば、そのＲＳＳ情報（タイトル等）をリスト領域にリスト表示する（Ｓ７８）。その後、ループ変数ｉを１増分して（Ｓ７９）、ＲＳＳ情報がなくなるまで（Ｓ８０）、ステップＳ７６に戻ってステップＳ７７またはＳ７８を繰り返し実行する。その後、ＲＳＳ情報の表示指示があれば（Ｓ８１，Ｙｅｓ）、指定されたＲＳＳ情報を表示する（Ｓ８２）。縮尺の変更があれば（Ｓ８３，Ｙｅｓ）、ステップＳ７１に戻る。表示終了指示がある前に（Ｓ８４）、次のｎ件の指示があれば（Ｓ８５，Ｙｅｓ）、ステップＳ８１に戻って、新たなＲＳＳ情報のアイコン表示に移行する。表示終了指示があれば、本処理を終了する。
【００７６】
本発明の変形例として、図７に示したようにアイコンが密集して互いに重複した場合、ユーザによる所定の指示に応じて、その重複状態が解消される縮尺にまで、地図の倍率を拡大する機能を設けてもよい。そのためには、当該所定の指示があった場合、制御部は、各縮尺の地図上で最も近接している隣接アイコンの中心間の地図上距離がアイコンの外接円の直径を超えるような縮尺を見つけ、地図表示の縮尺をそのような縮尺に自動的に変更する。「所定の指示」とは、例えばタッチパネル上に用意された特定の表示ボタンなどに対するタッチ操作、あるいは、アイコンに対する他の操作と干渉しない特定の操作である。
【００７７】
以上、本発明の好適な実施の形態について説明したが、上記で言及した以外にも種々の変形、変更を行うことが可能である。
【００７８】
例えば、概要情報の一例としてＲＳＳを挙げたが、ＡＴＯＭ等の他の概要情報であってもよい。
【００７９】
各オブジェクトをそのジャンル（飲食店、ガソリンスタンド、駐車場、等）により分類し、ユーザによる操作部からのジャンルの指定または選択に応じて、当該指定または選択されたジャンルに該当するオブジェクトを抽出し、現在表示されているアイコンに代えて当該オブジェクトのアイコンを表示するようにしてもよい。また、この場合、ジャンル毎に、アイコンの表示形態を変化させるようにしてもよい。
【図面の簡単な説明】
【００８０】
【図１】本発明の実施の形態のシステム全体の概略の構成を示す図である。
【図２】図１内に示した検索サーバにおけるＲＳＳ情報の蓄積およびその利用について説明するための図である。
【図３】図１内に示した車載装置によるＲＳＳ情報利用時の概略の処理の流れを示した説明図である。
【図４】図１内に示したＲＳＳ・ＤＢが蓄積するデータの内容を、模式的にテーブル構成として示す図である。
【図５】本発明の実施の形態におけるブログ記事の一例を示す図である。
【図６】本発明の実施の形態において車載装置の表示画面に表示される第１の縮尺の地図の表示例を示す図である。
【図７】本発明の実施の形態において車載装置の表示画面に表示される第２の縮尺の地図の表示例を示す図である。
【図８】本発明の実施の形態において車載装置の表示画面に表示される第３の縮尺の地図の表示例を示す図である。
【図９】本発明の実施の形態において採用しうる異なる重複ヒット数の表示形態を示す図である。
【図１０】本発明の実施の形態における地図の表示画面の例を示す図である。
【図１１】本発明の実施の形態における地図の表示画面の別の例を示す図である。
【図１２】図１１内に示した表示領域４０４の具体例を示す図である。
【図１３】本発明の実施の形態において所定の位置的範囲内にある複数のアイコンを一つのグループにまとめて、単一の別のアイコンで代表させた例を示す図である。
【図１４】本発明の実施の形態の車載装置の一処理例である全体フロー（１）を示すフローチャートである。
【図１５】本発明の実施の形態の車載装置の一処理例である全体フロー（２）を示すフローチャートである。
【図１６】本発明の実施の形態の車載装置の一処理例である全体フロー（３）を示すフローチャートである。
【図１７】図１４〜図１６の全体フロー内のＲＳＳ情報表示処理の具体的な処理手順を示すフローチャートである。
【図１８】本発明の実施の形態における重複ヒット数の検出処理の具体的な処理手順を示すフローチャートである。
【図１９】本発明の第２の実施の形態におけるヒット数閾値ｎと縮小率との関係を定める手段の説明図である。
【図２０】本発明の第２の実施の形態における、図８に対応する広域の地図表示画面を示す図である。
【図２１】本発明の第２の実施の形態におけるＲＳＳ情報表示処理（２）の処理手順を示したフローチャートである。
【符号の説明】
【００８１】
１００…車載装置、１０１…制御部、１０２…ユーザインタフェース部、１０２ａ…表示部、１０２ｂ…操作部、１０２ｃ…音声出力部、１０３…ＧＰＳ受信部、１０４…地図・表示管理部、１０５…ＲＳＳ管理部、１０６…ブラウザ部、１０７…通信部、１１１…地図データベース、１１３…ＲＳＳデータベース、１５０…通信ネットワーク、２００…検索サーバ、２０１…データベース、２１０，２２０…情報サーバ、２１１，２２１…データベース、３３０…携帯端末、４００…表示画面、４０２…表示領域、４０４…リスト表示領域、４１１…カーソル、４２１〜４２５…ＲＳＳ情報、４２７…記事タイトル、４２９…投稿日時、４５１…カレンダー表示、４５２…記事タイトル、４５３…投稿日時、４５５…本文、４５７…コメント欄、５００…アイコン、５０１…アイコン、５０２…アイコン、５０３…アイコン、５０５…アイコン、５０９…ウィンドウ、５１０…ウィンドウ
【特許請求の範囲】
【請求項１】
通信ネットワークに接続するネットワーク接続手段と、
地図データベースを検索して、特定の位置周辺の地図情報を読み出す地図データベース検索手段と、
前記特定の位置に関連した情報に基づいて通信ネットワーク上のコンテンツの概要情報の検索を外部に要求し、該当する概要情報を取得する概要情報取得手段と、
前記概要情報に記載されたオブジェクトの位置を表す位置情報を取得し、地図上の当該オブジェクトの位置を特定する位置特定手段と、
表示画面上で、地図上の前記特定された位置に、前記オブジェクトの有無を表すアイコンを表示する表示手段とを備え、
前記表示手段は、表示対象の各オブジェクトに該当する概要情報の件数（重複ヒット数）に応じてそのアイコンの表示形態を異ならせる
ことを特徴とする情報表示装置。
【請求項２】
前記表示手段は、前記アイコンが指示されたとき、当該アイコンに対応する概要情報を表示する請求項１記載の情報表示装置。
【請求項３】
前記位置特定手段は、外部から取得した概要情報の中から当該オブジェクトに該当する位置情報を抽出する請求項１記載の情報表示装置。
【請求項４】
前記位置特定手段は、前記外部から取得した概要情報に位置情報が付加されている場合にはその位置情報を利用する請求項３記載の情報表示装置。
【請求項５】
位置に関連づけられた検索対象情報を記憶する情報データベースを有し、この情報データベースを検索した結果に基づいて前記概要情報の検索の要求を行う請求項１記載の情報表示装置。
【請求項６】
前記表示手段は、表示される地図の縮尺に応じて、所定の距離範囲内にある複数のアイコンをグループ化し、グループ化されたアイコン（グループアイコン）については、当該グループ化される前のアイコンに代えて、グループアイコンを表示する請求項１記載の情報表示装置。
【請求項７】
前記表示手段は、前記グループアイコンが指示されたとき、当該グループに含まれる各アイコンに対応する概要情報を一覧表示する請求項６記載の情報表示装置。
【請求項８】
情報表示装置の現在の位置を検出する位置検出手段と、
現在地から目的地までのナビゲーションを行うナビゲーション装置とを備え、
前記情報取得手段は、現在地から目的地までの間の経路上の複数の位置について前記概要情報を取得し、前記表示手段は、現在地の更新に伴って表示対象のアイコンを逐次更新表示していく請求項１記載の情報表示装置。
【請求項９】
前記表示手段は、前記特定の位置を中心とした共通基準範囲内でピックアップされる概要情報の件数またはアイコンの個数を制限するための閾値を、表示される地図の縮尺に応じて変える請求項１記載の情報表示装置。
【請求項１０】
前記表示手段は、アイコンを表示する対象となる縮尺の地図表示においては、その縮尺に関わらず表示範囲内に一度に表示されるアイコンの個数を制限する共通の閾値を定めることを特徴とする請求項１記載の情報表示装置。
【請求項１１】
前記表示手段は、閾値を越えるアイコンが存在する場合、重複ヒット数の多いオブジェクトのアイコンを優先して選択することを特徴とする請求項９または１０記載の情報表示装置。
【請求項１２】
通信ネットワークに接続するネットワーク接続手段と、
地図データベースを検索して、特定の位置周辺の地図情報を読み出す地図データベース検索手段と、
前記特定の位置に関連した情報に基づいて通信ネットワーク上のコンテンツの概要情報の検索を外部に要求し、該当する概要情報を取得する概要情報取得手段と、
前記概要情報に記載されたオブジェクトの位置を表す位置情報を取得し、地図上の当該オブジェクトの位置を特定する位置特定手段と、
表示画面上で、地図上の前記特定された位置に、前記オブジェクトの有無を表すアイコンを表示する表示手段とを備え、
前記表示手段は、前記特定の位置を中心とした共通基準範囲内でピックアップされる概要情報の件数またはアイコンの個数を制限するための閾値を、表示される地図の縮尺に応じて変える
ことを特徴とする情報表示装置。
【請求項１３】
通信ネットワークに接続するネットワーク接続手段と、
地図データベースを検索して、特定の位置周辺の地図情報を読み出す地図データベース検索手段と、
前記特定の位置に関連した情報に基づいて通信ネットワーク上のコンテンツの概要情報の検索を外部に要求し、該当する概要情報を取得する概要情報取得手段と、
前記概要情報に記載されたオブジェクトの位置を表す位置情報を取得し、地図上の当該オブジェクトの位置を特定する位置特定手段と、
表示画面上で、地図上の前記特定された位置に、前記オブジェクトの有無を表すアイコンを表示する表示手段とを備え、
前記表示手段は、アイコンを表示する対象となる縮尺の地図表示においては、その縮尺に関わらず表示範囲内に一度に表示されるアイコンの個数を制限する共通の閾値を定める
ことを特徴とする情報表示装置。
【請求項１４】
前記表示手段は、表示対象の各オブジェクトに該当する概要情報の件数（重複ヒット数）に応じてそのアイコンの表示形態を異ならせる請求項１２または１３記載の情報表示装置。
【請求項１５】
前記表示手段は、閾値を越えるアイコンが存在する場合、重複ヒット数の多いオブジェクトのアイコンを優先して選択する請求項１２または１３記載の情報表示装置。
【請求項１６】
前記概要情報にはコンテンツのＵＲＬ情報を含み、前記ネットワーク接続手段は、ユーザの指示に応じて当該ＵＲＬにアクセスし、当該コンテンツを取得し、前記表示手段は前記コンテンツを表示する請求項１、１２または１３記載の情報表示装置。
【請求項１７】
表示画面上でアイコンが密集して互いに重複した場合、ユーザによる所定の指示に応じて、その重複状態が解消される縮尺にまで地図の倍率を拡大する手段を備えた請求項１、１２または１３記載の情報表示装置。
【請求項１８】
オブジェクトはジャンルにより分類され、ジャンルの指定または選択に応じて、当該指定または選択されたジャンルに該当するオブジェクトを抽出し、現在表示されているアイコンに代えて当該オブジェクトのアイコンを表示する請求項１、１２または１３記載の情報表示装置。
【請求項１９】
前記ジャンル毎に、アイコンの表示形態を変化させる請求項１８記載の情報表示装置。
【請求項１】
通信ネットワークに接続するネットワーク接続手段と、
地図データベースを検索して、特定の位置周辺の地図情報を読み出す地図データベース検索手段と、
前記特定の位置に関連した情報に基づいて通信ネットワーク上のコンテンツの概要情報の検索を外部に要求し、該当する概要情報を取得する概要情報取得手段と、
前記概要情報に記載されたオブジェクトの位置を表す位置情報を取得し、地図上の当該オブジェクトの位置を特定する位置特定手段と、
表示画面上で、地図上の前記特定された位置に、前記オブジェクトの有無を表すアイコンを表示する表示手段とを備え、
前記表示手段は、表示対象の各オブジェクトに該当する概要情報の件数（重複ヒット数）に応じてそのアイコンの表示形態を異ならせる
ことを特徴とする情報表示装置。
【請求項２】
前記表示手段は、前記アイコンが指示されたとき、当該アイコンに対応する概要情報を表示する請求項１記載の情報表示装置。
【請求項３】
前記位置特定手段は、外部から取得した概要情報の中から当該オブジェクトに該当する位置情報を抽出する請求項１記載の情報表示装置。
【請求項４】
前記位置特定手段は、前記外部から取得した概要情報に位置情報が付加されている場合にはその位置情報を利用する請求項３記載の情報表示装置。
【請求項５】
位置に関連づけられた検索対象情報を記憶する情報データベースを有し、この情報データベースを検索した結果に基づいて前記概要情報の検索の要求を行う請求項１記載の情報表示装置。
【請求項６】
前記表示手段は、表示される地図の縮尺に応じて、所定の距離範囲内にある複数のアイコンをグループ化し、グループ化されたアイコン（グループアイコン）については、当該グループ化される前のアイコンに代えて、グループアイコンを表示する請求項１記載の情報表示装置。
【請求項７】
前記表示手段は、前記グループアイコンが指示されたとき、当該グループに含まれる各アイコンに対応する概要情報を一覧表示する請求項６記載の情報表示装置。
【請求項８】
情報表示装置の現在の位置を検出する位置検出手段と、
現在地から目的地までのナビゲーションを行うナビゲーション装置とを備え、
前記情報取得手段は、現在地から目的地までの間の経路上の複数の位置について前記概要情報を取得し、前記表示手段は、現在地の更新に伴って表示対象のアイコンを逐次更新表示していく請求項１記載の情報表示装置。
【請求項９】
前記表示手段は、前記特定の位置を中心とした共通基準範囲内でピックアップされる概要情報の件数またはアイコンの個数を制限するための閾値を、表示される地図の縮尺に応じて変える請求項１記載の情報表示装置。
【請求項１０】
前記表示手段は、アイコンを表示する対象となる縮尺の地図表示においては、その縮尺に関わらず表示範囲内に一度に表示されるアイコンの個数を制限する共通の閾値を定めることを特徴とする請求項１記載の情報表示装置。
【請求項１１】
前記表示手段は、閾値を越えるアイコンが存在する場合、重複ヒット数の多いオブジェクトのアイコンを優先して選択することを特徴とする請求項９または１０記載の情報表示装置。
【請求項１２】
通信ネットワークに接続するネットワーク接続手段と、
地図データベースを検索して、特定の位置周辺の地図情報を読み出す地図データベース検索手段と、
前記特定の位置に関連した情報に基づいて通信ネットワーク上のコンテンツの概要情報の検索を外部に要求し、該当する概要情報を取得する概要情報取得手段と、
前記概要情報に記載されたオブジェクトの位置を表す位置情報を取得し、地図上の当該オブジェクトの位置を特定する位置特定手段と、
表示画面上で、地図上の前記特定された位置に、前記オブジェクトの有無を表すアイコンを表示する表示手段とを備え、
前記表示手段は、前記特定の位置を中心とした共通基準範囲内でピックアップされる概要情報の件数またはアイコンの個数を制限するための閾値を、表示される地図の縮尺に応じて変える
ことを特徴とする情報表示装置。
【請求項１３】
通信ネットワークに接続するネットワーク接続手段と、
地図データベースを検索して、特定の位置周辺の地図情報を読み出す地図データベース検索手段と、
前記特定の位置に関連した情報に基づいて通信ネットワーク上のコンテンツの概要情報の検索を外部に要求し、該当する概要情報を取得する概要情報取得手段と、
前記概要情報に記載されたオブジェクトの位置を表す位置情報を取得し、地図上の当該オブジェクトの位置を特定する位置特定手段と、
表示画面上で、地図上の前記特定された位置に、前記オブジェクトの有無を表すアイコンを表示する表示手段とを備え、
前記表示手段は、アイコンを表示する対象となる縮尺の地図表示においては、その縮尺に関わらず表示範囲内に一度に表示されるアイコンの個数を制限する共通の閾値を定める
ことを特徴とする情報表示装置。
【請求項１４】
前記表示手段は、表示対象の各オブジェクトに該当する概要情報の件数（重複ヒット数）に応じてそのアイコンの表示形態を異ならせる請求項１２または１３記載の情報表示装置。
【請求項１５】
前記表示手段は、閾値を越えるアイコンが存在する場合、重複ヒット数の多いオブジェクトのアイコンを優先して選択する請求項１２または１３記載の情報表示装置。
【請求項１６】
前記概要情報にはコンテンツのＵＲＬ情報を含み、前記ネットワーク接続手段は、ユーザの指示に応じて当該ＵＲＬにアクセスし、当該コンテンツを取得し、前記表示手段は前記コンテンツを表示する請求項１、１２または１３記載の情報表示装置。
【請求項１７】
表示画面上でアイコンが密集して互いに重複した場合、ユーザによる所定の指示に応じて、その重複状態が解消される縮尺にまで地図の倍率を拡大する手段を備えた請求項１、１２または１３記載の情報表示装置。
【請求項１８】
オブジェクトはジャンルにより分類され、ジャンルの指定または選択に応じて、当該指定または選択されたジャンルに該当するオブジェクトを抽出し、現在表示されているアイコンに代えて当該オブジェクトのアイコンを表示する請求項１、１２または１３記載の情報表示装置。
【請求項１９】
前記ジャンル毎に、アイコンの表示形態を変化させる請求項１８記載の情報表示装置。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【公開番号】特開２００７−２７８８０７（Ｐ２００７−２７８８０７Ａ）
【公開日】平成１９年１０月２５日（２００７．１０．２５）
【国際特許分類】
【出願番号】特願２００６−１０４６６８（Ｐ２００６−１０４６６８）
【出願日】平成１８年４月５日（２００６．４．５）
【出願人】（５９１１１２５２２）株式会社ＡＣＣＥＳＳ (91)
【Ｆターム（参考）】
【公開日】平成１９年１０月２５日（２００７．１０．２５）
【国際特許分類】
【出願日】平成１８年４月５日（２００６．４．５）
【出願人】（５９１１１２５２２）株式会社ＡＣＣＥＳＳ (91)
【Ｆターム（参考）】
[ Back to top ]