【事件の表示】
　特願２００８−　２４５９１「ナビゲーション装置，およびナビゲーション装置の動作方法」拒絶査定不服審判事件〔平成２１年　８月２０日出願公開，特開２００９−１８６２４６〕について，次のとおり審決する。
【結　論】
　本件審判の請求は，成り立たない。
【理　由】
１．手続の経緯
　本願は，平成２０年２月４日の出願であって，平成２４年１１月１９日付けで拒絶査定され，平成２５年２月１９日に拒絶査定不服審判が請求されると共に手続補正書が提出され，平成２５年７月９日付けの審尋に対し，平成２５年９月４日に回答書が提出された後，平成２５年１０月１５日付けの当審の拒絶の理由が通知され，平成２５年１２月１２日に意見書及び手続補正書が提出されたものである。
　
２．本願発明
　本願の請求項１に係る発明（以下，「本願発明」という。）は，平成２５年１２月１２日の手続補正書によって補正された特許請求の範囲，明細書及び図面の記載からみて，その特許請求の範囲の請求項１に記載された次の事項により特定されるとおりのものと認められる。
「地図上の位置とその位置に関連付けられた属性情報と，その位置ごとの属性の重要度を示すレイティングを含む地点属性情報を蓄積する地点属性情報蓄積部と，
　リンクとの間の所定の地理的条件を満たす地点の地点属性情報を検索する地点属性情報検索部と，
　検索された地点属性情報をそのリンクと関連付けて蓄積するとともに，リンクと関連付けられる地点属性情報の数をその属性情報ごとにカウントし，そのカウント数をリンクと関連付けて蓄積する蓄積部と，を有するナビゲーションデータベース装置から前記地点属性情報とカウント数をネットワークを介して取得するナビゲーション装置であって，
　ユーザから目的地の満たすべき条件の入力を受け付け目的地の検索をする目的地検索部と，
　検索された目的地に対する複数の候補ルートの検索を行う候補ルート検索部と，
　候補ルートに含まれるリンクを抽出する抽出部と，
　抽出されたリンクに関連付けられている地点属性情報とカウント数をネットワークを介して取得する地点属性情報取得部と，
　抽出したリンクの地点属性情報の属性情報ごとのカウント数，および前記レイティングを集計し，候補ルート毎の集計結果を当該候補ルートに関連付けて算出する集計結果算出部と，
　候補ルートに関連付けられている集計結果で示される地点属性情報とカウント数，および前記レイティングが満たすべきルート条件を取得するルート条件取得部と，
　検索された複数の候補ルートのなかからルート条件を満たすルートを決定ルートとして選択する選択部と，
　を有するナビゲーション装置であって，
　目的地検索部は，
　目的地の満たすべき条件としてユーザから属性情報の入力を受付ける目的地属性情報入力手段と，
　入力された属性情報により一または二以上の地図上の位置である目的地を検索する属性情報依存検索手段と，
　を有するナビゲーション装置。」
　
３．引用例
（１）当審の拒絶の理由に引用した，本願の出願前に日本国内において頒布された特開２０００−２２２６８８号公報（以下，「引用例１」という。）には，図面と共に次の事項が記載されている。
　
　・「【００１３】本発明のエージェント装置においては，状況データ記憶手段に，状況についてのデータが，ナビゲーションシステムの地図データに対して独立して交換可能な状態で記憶されるので，運転者が車両を買い替えたり他人の車両を借りた場合でも，新たな車両のエージェント装置に記憶される状況データを容易に更新して運転者のものに交換することができる。また，地図データを，改訂された地図データや，一部についてより詳細な地図データに容易に，エージェント装置のエージェント機能に影響を与えることなく交換することができる。更に状況についてのデータと地図データとを互いに別体の記憶媒体に記憶すれば，これらの記憶媒体を取り替えることにより一層容易にデータを交換することができる。状況についてのデータや地図データを更新して交換する手法としては，専用の接続ケーブルを用いる手法，インターネット等のように電話回線を介在させる手法，赤外線通信や携帯電話の無線回線を用いる方法等が挙げられる。」
　
　・「【００２３】本実施形態中においてエージェントは，経路案内において，目的地設定，経路の選択，及び経路案内時の音声案内等の各種ナビゲーション処理のアシストを行う。エージェントの機能を実現するためのプログラムと，エージェントの学習データ（学習項目データ及び応答データ，目的地設定データ，経路選択嗜好データ等）と，ナビゲーションシステムの地図データとは，それぞれ別個の領域に格納されており，かつ，それぞれが独立して交換可能な状態で格納保存されている。従って，ナビゲーションシステムにおける目的地の設定や経路の選択，経路の音声案内以外の各種行為は，ナビゲーションシステムを具備しない車両においても同様に機能するようになっている。また，ナビゲーションシステムによる経路案内はエージェント装置を備えない車両においても可能であり，この場合目的地設定，経路の選択は，運転者とナビゲーションシステムとの直接の入出力によって行われ，また，経路の音声案内はエージェントの音声ではなく，ナビゲーションシステムにより設定された音声により行われる。
【００２４】エージェントの学習データは，ＩＣカード等の持ち運び可能な記憶媒体に出力可能になっており，該記憶媒体の駆動装置によって読み込んで更新可能になっており，ＩＣカードを変えることによって，学習データを交換してその運転者独自のデータを利用できるようになっている。また，経路探索に用いられる地図データは，ＣＤ等の記憶媒体に記憶され，該記憶媒体の駆動装置によって出力されるようになっており，ＣＤを取り替えることによって，同一地域についての地図データも，より詳細なものや，新しいものに交換することができるようになっている。経路案内に使用した地図データのバージョンが記憶されるようになっており，経路案内の目的地設定の際には過去の地図データのバージョンと今回使用される地図データのバージョンとが比較され，地図データが更新されているかが検出されるようになっている。そして，新しい状況データや地図データが読み込まれて更新されると，地図データにあわせて状況データが変更され，目的地設定及び経路選択において学習データに基づいて地図データと対応した目的地や経路を選択できるようになっている。
【００２５】（２）実施形態の詳細
図１は，本実施形態におけるエージェント装置の構成を示すブロック図である。本実施形態では，コミュニケーション機能全体を制御する全体処理部１を備えている。この全体処理部１は，設定した目的地までの経路を探索して音声や画像表示により案内するナビゲーション処理部１０，エージェント処理部１１，ナビゲーション処理部１０とエージェント処理部１１に対するＩ／Ｆ部１２，エージェント画像や地図画像等の画像出力や入力画像を処理する画像処理部１３，エージェント音声や経路案内音声等の音声出力や入力される音声を制御する音声制御部１４，及び車両や運転者に関する各種状況の検出データを処理する状況情報処理部１５を有している。エージェント処理部１１は，車両自体の状況や運転者による応対等の車両の状況を学習し，現在の車両の状況と合わせて車両内にエージェントを出現させ，このエージェントの行為を制御するようになっている。」
　
　・「【００２７】本実施形態のナビゲーション処理部１０とエージェント処理部１１は，ＣＰＵが，ＲＯＭに格納された各種プログラムを読み込んで各種処理を実行するようになっている。本実施形態のエージェント処理部１０は，状況判断手段として，状況センサ部４０や入力装置２２からの情報を状況情報処理部１５を介して取得し，これらに基づいて車両の状況を判断する。また，エージェント処理部１０は，エージェント行為決定手段として，状況についてのデータ及び地図データとに基づいてエージェントの行為を決定する。この場合エージェント行為決定手段としてのエージェント処理部１０は，状況センサ部４０や入力装置２２からのデータ，エージェントデータ記憶手段２９に記憶される状況についてのデータ（学習項目データ２９２，応答データ２９３，目的地設定データ，経路選択嗜好データ２９６），及び，ナビゲーションデータ記憶装置３０に記憶される地図データとに基づいてエージェントの行為を決定する。更に，エージェント処理部１０は，エージェント制御手段として，画像処理部１３や音声制御部１４を制御することにより，エージェント行為決定手段として決定したエージェントの行為をエージェント出現手段により出現されるエージェントに行わせる。また，エージェント処理部１０は，調整手段として，状況についてのデータと地図データのうちの一方が交換された場合に，状況についてのデータを調整してエージェントの行為が状況についてのデータと地図データの両方に整合させる。この整合は，交換される状況についてのデータまたは地図データを，交換前と交換後について比較し（比較部としての機能），比較結果に基づいて，状況についてのデータを書き換える（状況データ書き換え部としての機能）ことによって行われる。エージェント処理部１１は，ＣＤ−ＲＯMに記憶されその駆動装置から読み出される地図データをナビゲーション処理部１０を介して取得する。地図データはＣＤ−ＲＯＭに記憶されている。そして，エージェント処理部１１は，地図データが必要のない処理については地図データが取得されなくても機能するようになっており，地図データに対して独立して動作及び交換可能となっている。」
　
　・「【００３３】通信制御装置２４は，各種無線通信機器からなる携帯電話が接続されるようになっている。通信制御装置２４は，電話回線による通話の他，道路の混雑状況や交通規制等の交通情報に関するデータなどを提供する情報提供局との通信や，車内での通信カラオケのために使用するカラオケデータを提供する情報提供局との通信を行うことができるようになっている。また，通信制御装置２４を介して，エージェント機能に関する学習データや，エージェントの心理状態を決定する際に使用するエージェントメンタルモデルの各パラメータの指数等を送受信することも可能である。」
　
　・「【００３９】エージェントデータ記憶装置２９には，エージェントプログラム２９０，プログラム選択テーブル２９１，学習項目データ２９２，応答データ２９３，図４に例示したエージェントの容姿や行動を画像表示するための画像データ２９４，目的地設定データ２９５，経路選択嗜好データ２９６，バージョンデータ２９７，その他のエージェントによる処理に必要な各種のデータが格納されている。」
　
　・「【００５２】図７に示す目的地設定データ２９５には，状況検出センサから検出される状況とその状況下におけるナビゲーションシステムの目的地との対応に関する学習データが格納されている。本実施形態のエージェント装置が搭載される車両におけるナビゲーションシステムでは，経路検索の目的地の設定は，設定方法（地名から入力，電話番号から入力，ジャンル別に選択して入力）や地域（都道府県，市や区）等の条件を選択しながら下の階層に絞り込んで設定する階層式の設定方法となっている。そして，各階層において，その下の階層を表示装置に表示させ，タッチパネル式に選択したりマイクから音声入力することによって，下の階層を選択するようになっている。
【００５３】目的地設定データ２９５は，表示装置に表示させる下の階層を運転者が選択する可能性の高い順に表示させるための学習データである。この学習データにおいて，レストラン利用種別（５：００〜１１：００，１１：００〜１４：００，・・・）には，それぞれの時間帯（５：００〜１１：００，１１：００〜１４：００，・・・）において過去に目的地として設定されたレストランの種別（和食，中華料理，イタリア料理，フランス料理，寿司，・・・等）とその設定回数との対応が格納される。この設定回数は，設定されると一旦ＲＡＭの所定領域の時間別の種別のフラグがＯＮされ，イグニッションＯＦＦ時に，ＯＮとなっているフラグの種別の回数が増加されるようになっている。地域種別レストランには，レストランとその利用回数が対応して格納されている。レストランは，地域別かつ上記利用種別の種別に格納されている。したがって，目的地設定時に，現在時刻からレストラン利用種別のデータに基づいて運転者のレストランの利用種別を取得し，この利用種別と，さらに現在位置検出装置２１によって検出された車両の現在位置とから，現在位置周辺で利用回数が多いレストラン（目的地として設定される可能性の大きいレストラン）を取得することができる。ゴルフ場（関東，関西，九州・・・）には，各地域毎のゴルフ場とそのゴルフ場が目的地として設定された回数とが格納されている。そのほかに目的地設定データに格納されるデータとしては，遊園地や動植物園とその設定回数，スキー場とその設定回数等が格納されている。
【００５４】図８に示す経路選択嗜好データ２９６には，複数の経路が探索された場合に，案内経路を選択する場合の優先項目と，その優先順位とが格納されている。この経路選択嗜好データは，運転者が入力装置から入力する入力項目である。なお，同様の内容をエージェントが質問してその応答から取得したり，学習項目データ２９２の学習項目からの学習結果に基づいてエージェントが入力設定するようにしてもよい。この経路選択嗜好データ２９６の優先項目としては，コンビニエンスストアが多い道路，走行距離，有料道路，情報提供局から無線回線を介して提供される情報での混雑状況（渋滞６０ｋｍ以上の場合は避ける）等があげられる。そして，エージェント処理部１１は，ナビゲーション処理部１０が走行経路の候補として複数の経路を探索した場合に，この経路選択嗜好データ２９６に基づいて１つの経路を選択する。たとえば，コンビニエンスストアのある道路が優先順位の１位の場合には，経路沿いのコンビニエンスストアの数を地図データから取得し，コンビニエンスストアの数のもっとも多い経路を選択する。コンビニエンスストアの数が等しい経路が複数ある場合には，それらの経路のうち優先順位が２位の項目に基づいて１つを選択する。」
　
　・「【００５６】ナビゲーションデータ記憶装置３０は，本実施形態においては，地図データを記憶するＣＤ−ＲＯＭとＣＤ−ＲＯＭの駆動装置とで構成されている。そして，ＣＤ−ＲＯＭを取り替えることによって，地図データを交換する（更新する）ようになっている。図９は，ナビゲーションデータ記憶装置３０（図１）に格納されるデータファイルの内容を表したものである。図９に示されるように，ナビゲーションデータ記憶装置３０の記憶媒体（ＣＤ−ＲＯＭ）には経路探索や，経路案内等で使用される各種データ（地図データ）として，通信地域データファイル３０１，描画地図データファイル３０２，交差点データファイル３０３，ノードデータファイル３０４，道路データファイル３０５，探索データファイル３０６，写真データファイル３０７，ナビゲーションプログラム３０８が格納されている。なお，このナビゲーションデータ記憶装置３０は，例えば，フロッピーディスク，ハードディスク，光ディスク，磁気テープ，ＩＣカード，光カード等の各種記録媒体と，その駆動装置とすることもでき，また，複数種類の異なる記録媒体と駆動装置で構成するようにしてもよい。例えば，検索データファイル３０６を読み書き可能な記録媒体（例えば，フラッシュメモリ等）で，その他のファイルをＣＤ−ＲＯＭで構成し，駆動装置としてそれらの駆動装置を用いてもよい。また，記憶媒体として読み書き可能な記録媒体を用いた場合には，記憶媒体駆動装置２３を介して地図データを更新するようにしてもよい。」
　
　・「【００５８】交差点データファイル３０３には，各交差点を特定する交差点番号，交差点名，交差点の座標（緯度と経度），その交差点が始点や終点になっている道路の番号，および信号の有無などが交差点データとして格納されている。ノードデータファイル３０４には，各道路における各地点の座標を指定する緯度，経度などの情報からなるノードデータが格納されている。すなわち，このノードデータは，道路上の一地点に関するデータであり，ノード間を接続するものをアークと呼ぶと，複数のノード列のそれぞれの間をアークで接続することによって道路が表現される。道路データファイル３０５には，各道路を特定する道路番号，始点や終点となる交差点番号，同じ始点や終点を持つ道路の番号，道路の太さ，進入禁止等の禁止情報，後述の写真データの写真番号などが格納されている。交差点データファイル３０３，ノードデータファイル３０４，道路データファイル３０５にそれぞれ格納された交差点データ，ノードデータ，道路データからなる道路網データは，経路探索に使用される。
【００５９】探索データファイル３０６には，経路探索により生成された経路を構成する交差点列データ，ノード列データなどが格納されている。交差点列データは，交差点名，交差点番号，その交差点の特徴的風景を写した写真番号，曲がり角，距離等の情報からなる。また，ノード列データは，そのノードの位置を表す東経，北緯などの情報からなる。写真データファイル３０７には，各交差点や直進中に見える特徴的な風景等を撮影した写真が，その写真番号と対応してディジタル，アナログ，またはネガフィルムの形式で格納されている。ナビゲーションプログラム３０８には，ナビゲーション処理部１０において実行される，目的地設定処理，経路探索処理，経路案内処理等の各種ナビゲーション処理のためのプログラムが格納されている。このナビゲーションプログラムに従って処理された各処理結果のデータや処理途中のデータについては，エージェント処理部１１で取得可能になっており，エージェントがナビゲーションの一部をアシストする場合，エージェント処理部１１は取得した処理結果等のデータに基づいてユーザとのコミュニケーションプログラムを実行するようになっている。」
　
　・「【００８３】続いて，把握した現在の状況に応じたエージェントの処理の１つとしての目的地設定処理について，説明する。図１５は，把握した現在の状況に応じたエージェントの処理の１つとしての目的地設定処理の動作の流れを示すフローチャートである。エージェント処理部１１は，現在状況として操作者からのキーボードやタッチパネル，マイクその他の入力装置からの入力により，経路探索開始の命令があったと判断すると，目的地設定処理を行う。この目的地設定処理において，エージェント処理部１１は，まず，現在位置検出装置からのデータに基づいてナビゲーション処理部１２から車両の現在位置（出発地）を取得する（ステップ３１）。続いて，ナビゲーションデータ記憶装置３０の地図データのバージョン情報を，バージョンデータ２９６に格納されている前回利用した地図データのバージョンと比較し，異同を確かめる（ステップ３２）。そして，地図データのバージョンが異なる場合（ステップ３２；Ｎ）には，目的地設定データ２９５に含まれる目的地（地名や店名等）を地図データと比較し，その目的地が地図データに含まれているかどうかを検出する（ステップ３３）。
【００８４】目的地設定データ２９５に含まれる目的地に，地図データに含まれていないものがあった場合（ステップ３３；Ｎ），エージェント処理部１１は，その目的地についてのデータは削除する（ステップ３４）。例えば，目的地設定データの地域別レストラン利用回数のうち，中華の欄にレストラン一華があったものが，地図データでは一華がなくなっている場合には，目的地設定データの地域別レストランから，一華の欄を削除する。その後，運転者からの入力により目的地の設定方法を取得する（ステップ３５）。目的地設定データ２９５に含まれている目的地がすべて地図データに含まれている場合には（ステップ３３；Ｙ），そのまま運転者からの入力により目的地の設定方法を取得する（ステップ３５）。そして，取得した目的地の設定方法に応じて，目的地の地域やジャンルを表示装置２７に表示させ，表示される地域やジャンルを運転者からの選択入力によって絞っていき，最終的な目的地を取得する（ステップ３６）。このときエージェント処理部１１は，学習データ（目的地設定データ２９５）に基づいて，選択の可能性の高い地域やジャンルから順に表示装置に表示するようになっている。目的地が取得されると，この目的地がナビゲーション処理部１２に出力され（ステップ３７），エージェント処理部１１は目的地設定処理を終了してメインのルーチンにリターンする。そして，ナビゲーション処理部１２によって，この目的地への経路探索が行われる。」
　
　・「【００８６】そして，運転者から「そうして。」，「うん。」，「ＯＫ」等の問いかけに対する肯定の応答を取得すると，エージェント処理部１１は，目的地設定データ２９５のレストラン利用種別（１１：００〜１４：００）を参照し，レストラン種別の選択表示を，過去に目的地として設定された回数の多い順に表示させる（図１６（ｂ））。続いて，運転者からの入力によって，中華料理，和食，イタリア料理等の種別が選択されると，エージェント処理部１１は，今度は，選択された種別のレストランについて，車両の現在位置と目的地設定データ２９５の地域種別レストランのデータとに基づいて，運転者が選択した種別であって車両の現在位置の含まれる地域にあるレストランと，その利用回数を取得し，これらのレストランを利用回数の多い順に表示する（図１６（ｃ））。この表示では，地図データから，各レストランの住所と現在位置から行く場合にかかる予想時間を取得し，これらを各レストランとともに表示する。このとき，上述したステップ３４において目的地設定データ２９５に含まれる目的地であって地図データに含まれていないものは削除されているので，目的地設定データ２９５に含まれるレストランは地図データに全て含まれており，表示するレストラン全てについて，地図データをもとに住所や予想時間を表示することができる。そして，運転者から１つのレストランを取得し，このレストランを目的地としてナビゲーション処理部１２に出力して，目的地設定処理を終了する。」
　
　・「【００８８】また，本実施形態によると，エージェントデータ記憶装置２９に記憶される学習データ（学習項目データ２９２，応答データ２９３，目的地設定データ，経路選択嗜好データ２９６）が地図データとは独立して動作可能に構成され，また記憶媒体駆動装置２３を介して読み書き可能となっているので，これらの学習データを記憶媒体駆動装置２３の記憶媒体に記憶させてもち運び，車両を買い替えた場合や，レンタカー等通常と異なる車両を使用する場合にも，他の車両において使用して，今まで蓄積されたデータに基づいたエージェントを出現させエージェント行為を行わせることができる。また，一時的に異なる車両を使用した場合にこのときのデータを今までのデータに加えて蓄積させることもできる。」
　
　・「【００９２】上述の実施形態では，学習項目データ２９や応答データ２９３，目的地設定データ２９５，経路選択嗜好データ２９７は記憶媒体駆動装置２３を介して記憶媒体から読み込んでエージェントデータ記憶装置２９の記憶媒体のデータを書き換えるようになっているが，エージェントデータ記憶装置２９を直接記憶媒体とその駆動装置とで構成し，記憶媒体を交換するだけで上述のデータが交換されるようにしてもよい。記憶媒体を介さずに，有線又は無線の通信によって交換されるようにしてもよい。
【００９３】上述の実施形態においては，地図データの変更に伴って，目的地設定データが変更されるようになっているが，地図データの変更によって調整されるのは目的地に限られるものではなく，また，目的地設定に用いられるデータに限れるものでもない。例えば，今まで案内を行った経路を再び使用するときのために，探索済みの走行経路を探索経路データとして目的地と対応させて記憶しておくシステムにおいて，地図データの変更によってランドマークが新たに加わった場合に上述の記憶済みの探索経路データにこのランドマークを加えておく等としてもよい。また，経路選択の指標として，以前探索した複数の経路それぞれについての道路沿いにあるコンビニエンスストアの数等が記憶されている場合に，地図データにおいてコンビニエンスストアが増減した場合に，この数を増減しておく等してもよい。
【００９４】上述の実施形態においては，地図データの変更に伴って目的地設定データが変更されるようになっているが，エージェントデータ記憶装置に記憶される学習データが記憶媒体駆動装置２３や通信制御装置２４を介して別な運転者のもの等に更新された場合に，更新された学習データを変更することにより学習データとこの車両にインストールされている地図データとの整合を図るようにしてもよい。例えば，学習データとして，今まで案内を行った経路を再び使用するときのためにあらかじめ経路データとして記憶しておく場合に，更新されたデータ中に格納された経路データには高速道路が入っているが，地図データからはその高速道路は工事により現在使用できないとなっている場合には，この経路データは削除してしまう等である。
【００９５】上述の実施形態においては，エージェント装置はナビゲーション装置の目的地設定において，各階層から次の階層へ移行する場合の選択枝の表示を過去に目的地として設定された回数の多い順に表示させる表示順変換機能を備えているが，この他に，目的地設定データに基づいて各階層から自動的に下の階層を選択するショートカット機能を備えていてもよい。この場合，ショートカット後の層（下層）に，再び上の層に戻れるキーを表示することが好ましい。」
　
　・また，図１には，エージェント装置の構成を示すブロック図が示され，図７には，目的地設定データの内容を概念的に表した説明図が示され，図８には，経路検索嗜好データの内容を概念的に表した説明図が示され，図９には，ナビゲーションデータ記憶装置に格納されるデータファイルの内容を概念的に表した説明図が示されている。
　
　・上記記載事項と上記図示内容とを併せると，ナビゲーション用の地図データはコンビニエンスストアやレストラン，ゴルフ場，遊園地，動植物園，スキー場等に関する情報を含むことが理解できる。
　
　これらの事項及び図示内容を総合すると，引用例には，次の発明（以下，「引用発明」という。）が記載されているものと認められる。
　
「コンビニエンスストアやレストラン，ゴルフ場，遊園地，動植物園，スキー場等に関する情報を含むナビゲーション用の地図データと，レストランの利用回数やゴルフ場，遊園地，植物園，スキー場の設定回数等を格納するナビゲーションデータ記憶装置３０とエージェントデータ記憶装置２９と，経路沿いのコンビニエンスストアの数を地図データから取得するナビゲーション処理部１０と，から，地図データと利用回数等と経路沿いのコンビニエンスストアの数や混雑状況等を取得するエージェント装置が搭載される車両におけるナビゲーションシステムであって，入力装置２２による運転者からの地域やレストラン等のジャンルの入力によって目的地設定処理の動作をするエージェント処理部１１と，目的地までの走行経路の候補として複数の経路を探索するナビゲーション処理部１０と，経路沿いのコンビニエンスストアの数を地図データから取得し，例えばコンビニエンスストアの数のもっとも多い経路や渋滞は避ける経路等を選択できるように，運転者が入力装置２２から入力する経路選択嗜好データ２９６をエージェントデータ記憶装置２９から取得するエージェント処理部１１と，探索された複数の候補の経路のなかから経路検索嗜好データ２９６に基づいて１つの経路を選択するエージェント処理部１１と，を有するエージェント装置が搭載される車両におけるナビゲーションシステムであって，入力装置２２による入力によって目的地設定処理の動作をするエージェント処理部１１は，レストラン等の目的地を地域やジャンルを運転者からの選択入力によって入力する入力装置２２と，地域やジャンルを運転者からの選択入力によって絞っていき，最終的な目的地を取得するエージェント処理部１１と，を有するエージェント装置が搭載される車両におけるナビゲーションシステム」
　
（２）当審の拒絶理由に引用した，本願の出願前に日本国内において頒布された特開２００４−４０２９号公報（以下，「引用例２」という。）には，図面と共に次の事項が記載されている。
　
　・「【請求項１】
画面に道路地図を表示するナビゲーション装置であって，
地図上の地点に関する地点情報を含む地図データを格納する地図データ格納部と，
ユーザの位置および進行方向を取得する移動状況取得部と，
画面に表示されている交差点のうち，ユーザの位置から進行方向に延びる道路ネットワークに含まれる少なくとも１つの交差点を基準交差点として選出する基準交差点選出部と，
前記基準交差点に接続する道路であって，当該基準交差点からユーザの位置の方向へ延びる道路以外の道路を少なくとも基準道路とし，当該基準交差点から見て当該基準道路の先に延びる道路ネットワークに含まれる道路の付近に存在する地点に関する地点情報を前記地図データ格納部から取得する地点情報取得部と，
前記道路地図を表示するとともに，前記地点情報取得部によって取得された地点情報を当該地点情報に関連する基準道路と対応付けて表示する地図表示部とを備える，ナビゲーション装置。」
　
　・「【請求項８】
前記地図データ格納部は，前記地点情報と当該地点情報により示される地点付近の道路とが対応付けられた地図データを格納し，
前記地点情報取得部は，前記地図データにおいて道路と対応付けられている地点情報を，当該道路の付近に存在する地点に関する地点情報とする，請求項１に記載のナビゲーション装置。」
　
　・「【００３９】
通信部３は，典型的にはインターネットと通信可能な装置により構成されており，自車外から自車付近に存在する施設に関する情報等を取得する。通信部３によって取得された情報は，情報処理部４に出力される。
【００４０】
情報処理部４は，ＣＰＵ，ＲＯＭおよびＲＡＭ等によって構成されており，ＣＰＵがＲＡＭを作業領域として使用しつつＲＯＭ内のプログラムを実行することによって，ナビゲーション装置の各部から入力される情報に基づいて，地図および施設に関する施設情報を表示するための画像データを作成する。施設情報には，例えば，施設の名称を示す名称情報や施設までの距離を示す距離情報が含まれる。また，施設情報が表示される施設は，自車の行き先方向について，自車の周辺にある施設であり，例えば，周辺に存在するレストランや，コンビニエンスストア，観光地等である。なお，情報処理部４の詳細な動作については後述するフローチャートを用いて説明する。情報処理部４によって作成された画像データは，出力部７に出力される。」
　
　・「【００４２】
地図データ格納部６は，例えばＣＤ−ＲＯＭやＤＶＤやＨＤＤを記憶媒体として含む大容量記憶装置によって構成され，地図データを格納する。地図データには，交差点を示すノードおよび道路を示すリンクのデータが含まれており，また，地図上の道路および交差点の接続関係を表すネットワークデータが含まれている。また，第１の実施形態においては，地図データに含まれるリンクのデータには，各種のデータが対応づけられて格納されている。具体的には，リンクのデータには，施設情報，道路種別情報，および表示位置情報が対応づけられて格納されている。ここでは，地図データ格納部６には，施設の名称を示す名称情報が施設情報として格納されているとする。リンクに対応付けられる施設情報は，当該リンクにより示される道路の付近に位置する施設の施設情報である。また，施設情報とともに，施設を識別するための施設ＩＤが格納されている。道路種別情報とは，リンクにより示される道路の種別（例えば，国道や県道）を示す情報である。以上のようなリンク，施設情報，施設ＩＤ，および道路種別を対応づけたデータ構造は，従来の地図データと同様である。表示位置情報は，道路に対応付けて施設情報を表示する際の表示位置を示す情報である。このように，第１の実施形態では，従来の地図データのデータ構造に加え，リンクデータに表示位置情報が対応づけられていてもよい。地図データ格納部６に格納されている地図データは，情報処理部４に出力される。」
　
　・「【００６９】
また，第１の実施形態において，リンクに対応付けられている施設情報は，道路と施設とを予め対応付けて格納している地図データを用いて決定される。前述のように，第１の実施形態においては，道路を示すリンクと当該道路に隣接する施設の施設情報とは，地図データにおいて対応づけて格納されている。従って，地図データを参照することによって，リンクに対応する施設ＩＤを容易に取得することができる。なお，地図データにおいてリンクと施設ＩＤとが対応付けられていない場合は，他の方法によってリンクと施設ＩＤとの対応を判断してもよい。例えば，地図データには施設ＩＤに対応付けて施設の位置情報を格納しておき，リンクから所定距離以内に位置する施設を示す施設ＩＤは，当該リンクに対応すると判断するようにしてもよい。」
　
　・「【００７５】
なお，施設情報は，その他の情報を含むものであってもよい。例えば，施設がレストランである場合，施設情報として，レストランの名称の他に，営業時間，駐車場の有無等が挙げられる。また，施設がガソリンスタンドである場合，料金単価の情報等が挙げられる。なお，施設情報は，予め地図データに格納されている情報を取得することによって得られるものであってもよいし，通信部３によって外部から取得するようにしてもよい。例えば，施設情報は，例えば店の混み具合や最新の安売り情報のように，通信部３によって外部から得られる情報であってもよい。」
　
　・「【０１１２】
また，例えば，ステップＳ８０７における所定の条件は，距離情報以外の施設情報に関する条件であってもよい。例えば，表示対象施設がレストランである場合，情報処理部４は，駐車場の有無を示す駐車場情報をレストランに関する施設情報として取得し，当該駐車場情報によって所定の条件を満たすか否かを判定するようにしてもよい。具体的には，駐車場情報が駐車場があることを示し，かつ，距離情報が最短となる施設であることを，ステップＳ８０７における所定の条件としてもよい。なお，ステップＳ８０７の判定に用いられる施設情報としては，上記駐車場情報の他，店の混雑状況や，セール中であることを示す情報等が考えられる。また，施設情報は，ステップＳ８０７の判定の際に通信部３等から適宜取得されてもよい。このように，ステップＳ８０７の判定に施設情報を用いることによって，ユーザの目的に合致した適切な施設情報を表示することができる。例えば，距離情報のみを用いて判定を行う場合，現在位置から最も近いレストランが表示されたが，ユーザは，駐車場がないことを知り（施設情報として駐車場情報が表示され，ユーザはそれを見る。），結局，そのレストランには行かない，といった状況が考えられる。ステップＳ８０７の判定に施設情報を用いることによって，かかる状況を回避することができる。」
　
　・「【０１２０】
なお，表示される施設情報の表示形態は，基準道路と対応づけて表示されるものであればどのような形態であってもよい。図１６〜図２１は，他の実施形態におけるナビゲーション装置の表示例を示す図である。他の実施形態においては，図１６のように，複数種類の施設について施設情報が表示されるようにしてもよい。さらに，異なる種類の施設ごとに，表示形態を異ならせるようにしてもよい。また，図１６に示すコンビニエンスストアの施設情報（図１６に示される「コンビニＡ　１．２ｋｍ」）のように，道路に沿って表示されてもよい。なお，図１６では，車外から通信部３を介して最新の情報が取得される場合，通信部３から取得される情報については，図１６に示す「８：００〜２１：００　駐車場有」と表示される情報のように，通常の表示形態とは異なる形態で表示される。通信部３から取得される情報のような，時間によって内容が変化する情報については，地図データから得られる固定的な（時間によって内容が変化しない）情報とは異なる表示形態で表示するようにしてもよい。」
　
　・また，図１には，ナビゲーション装置の構成を示すブロック図が示され，図１０には，ナビゲーション装置の表示の一例を示す図が示され，図１１には，ナビゲーション装置の表示の他の一例を示す図が示され，図１６には，ナビゲーション装置の表示例を示す図が示されている。
　
（３）当審の拒絶理由に引用した，本願の出願前に日本国内において頒布された特開２００５−２１４７７９号公報（以下，「引用例３」という。）には，図面と共に次の事項が記載されている。
　
　・「【請求項４】
　所定あるいは複数のユーザ主観情報から算出した評価値を地図要素に対応付けて地図データに記憶する地図データベースと，端末とデータを送受信するための通信手段を有するサーバ装置において，
　ユーザ主観情報（あるいは評価値）を受信し，該ユーザ主観情報（あるいは評価値）を検索条件に設定して地図データベースを検索して得られた地図データにデータの更新手続き情報を付加して端末に送信することを特徴とするサーバ装置。」
　
　・「【０００４】
　一方，携帯電話網を利用して車輌に搭載されたナビゲーション装置とサーバ装置間でのデータ通信により，地図データを含む各種の有用な情報を車輌のナビゲーション装置へ送信する通信型ナビゲーションシステムが出現している。通信を通じてサーバから最新の地図データを受信して地図データを更新する方法が特開平９−１４５３８３号公報，サーバから地図データをダウンロードするナビゲーションシステムとしては，例えば，特開2003−４２７７１号公報の記載が知られている。サーバからのダウンロードによる地図データの取得方式は，サーバに格納された最新の地図データを取得するため，ユーザは，最新の地図データを利用できるという利点がある。」
　
　・「【００１２】
　図１は本発明を用いたナビゲーションシステムの全体構成を示す図である。本ナビゲーションシステムは，車両１１１に搭載されるナビゲーション端末１０６，及び，基地局１０４とＩＰ網１０３を介してナビゲーション端末１０６との間でデータを受信／送信するサーバ装置１０２からなる。
【００１３】
　サーバ装置１０２は，地図情報，レストランやコンビニエンス・ストアなどの地点情報データ，交通情報データなどを備える。ナビゲーション端末１０６は，サーバ装置１０２にアクセスすることによって最新の施設や道路などの地図情報を取得し，目的地までの経路を計算して誘導する機能を有する。サーバ装置１０２が経路探索エンジンを備えることもある。この場合，サーバ装置１０２は，ナビゲーション端末１０６から経路探索要求があれば経路探索を実行し，その結果を返送するとともに，サーバ装置１０２内に保存する方法をとる場合もある。またサーバ装置１０２は，ナビゲーション端末１０６からの要求に応じて地点情報データ，交通情報データなどを検索して返送する場合もある。」
　
　・「【００１７】
　現在位置検出部４０５は，ＧＰＳ受信機３０６から得られた位置データから車両の現在位置を設定する。本体３０７にジャイロや方位センサ，さらに車両の車速センサの出力データを取り込んで車両の移動方向や移動距離を検出するセンサを搭載し，該センサ出力を参照して車両の移動距離や進行方向を算出し，次のＧＰＳデータを受信するまでの現在位置を推定することもある。入力解析部４０６は，リモコン３０５やマイク３０８等ユーザ要求が入力可能な装置からユーザ要求を受け，その要求を解析し，要求に応じた処理が実行されるよう各ユニットを制御する。通信処理部４０４は，携帯電話３０３に接続し公衆網を介してサーバ装置１０２とデータを送受信する。携帯電話３０３との接続には有線の他，赤外線通信や無線通信を使用することもある。」
　
　・「【００２３】
　このように，本方法により地図データベースを更新することによって，ユーザは最新の地図データを情報検索，地図表示，目的地検索，経路探索，誘導などのナビゲーションに利用することができるようになる。
【００２４】
　図４は，本ナビゲーション装置の地図データベースの構成例である。施設データを例に地図データの構成について説明する。地図データの種類としては，施設データの他に，道路データ，経路探索用データ，ＶＩＣＳ対応データなど，地図データの種類あるいは使用目的毎に分類され，別のテーブルとして管理されている。また，これらのテーブルで共通する地方名や自治体名，行政区分名などを独立したテーブルとして管理する。
【００２５】
　施設データテーブル（６００）の例としては，施設固有に付加されたＩＤ，施設名称，ジャンル（種類），位置（緯度，経度等の座標），評価，メモをカラム（施設データの属性）として備えている。これらのカラム以外に，電話番号，住所，地域名，定休日，営業時間，読みデータ（名称や住所等）等，必要に応じて属性を拡張することができる。テーブルを構成する各レコードは地図要素に相当し，レコードの属性は，地図要素の付加情報に相当する情報である。そして，テーブルが道路データテーブルの場合，属性としては，一般道路，国道などと言った道路種別や，道路の名称（国道６号線など）や，レーン数（道幅），道路の座標情報，等を備えることになる。このようにすることで，従来のように更新地図データと更新前地図データの更新対象（施設や道路等の地図要素）を比較し，更新対象が更新前の地図データに存在しない場合に地図データを更新するため，比較を実行する処理負荷が増加して更新時間が長くなる場合でも，本発明によれば地図データベースを部分的に更新することが可能になるため，更新対象が多い場合でも処理時間の増加を抑えることができ，更新手続きにより既存データと比較して更新方法を決定する処理が容易になるため，データの更新時間が短縮される。」
　
　・「【００２８】
　テーブル属性の“評価”は，該当する施設に対するユーザの主観的な評価を示す。本例のように総合評価としてもよいし，『味』『雰囲気』『値段』といった複数の“評価”項目を設けても構わない。また“評価”としては本例のような数値としてもよいし，『よい』『ふつう』『わるい』といった文字列を用いても構わない。このように，ユーザ主観情報をデータベースに含めることによって，ユーザはおいしい店や安い店といった主観的な情報から所望の施設情報を検索することができる。また，該検索結果を目的地に設定すれば，『おいしい店』まで誘導することができる。
【００２９】
　道路データテーブルに主観的な評価を示す属性を設ける場合，道路データテーブルのレコードを道路リンク単位で構成し，ユーザの主観情報として『見通しが悪い』『景色良好』等の景観情報を属性に含めることにより，見通しの良否や景観の良否といった属性を経路探索条件に用いた経路探索を実現することができる。」
　
　・「【００３４】
　本例では，更新データNewMapDataのデータ構造に更新手続き情報（追加，削除等）を定義することで削除や追加などを指示する方法について説明したが，施設データpoi のデータ構造に更新手続き情報を定義しても構わない。この場合，更新手続き情報は，データの挿入，更新，削除を指示する他に，該当する施設情報を更新した場合に該当するレコードの“評価値”属性の値を計算するような，複数の処理が連続する手続を指定することも可能である。図１１に，その一例を示す。このように定義した場合，各々の施設データ（施設要素）に更新手続きが指示できるので，施設データの所定属性の更新に伴い所定の演算を実行する等，施設要素に対して詳細な更新指示ができるようになる。
【００３５】
　図１１に示す例では，更新手続き情報のタグ “＜command１＞”から，この更新データが施設データの内容変更（update）であることを判断し，施設コード（id）や施設名称（name）のデータを既存の地図データベース内のデータと置き換える。そしてタグ“＜command２＞”〜“＜／command２＞”の間で定義される更新手続き情報command２ から，施設データの評価値を計算するという指示に従い，評価値を計算する。評価値の計算については，例えば属性“メモ”に付記された情報から評価値に変換可能な文字列『おいしい』『うまい』等を抽出し，評価表示属性７３０で指定された評価属性に従って評価値に変換することにより求める方法もある。また，“味”や“雰囲気”などの複数の評価値項目がある場合には，これらの値から総合評価値を求めても構わない。
【００３６】
　ナビゲーション端末１０６は更新データ（７４０）を受信することにより更新データを取得し（５０１），この更新データがナビゲーション端末１０６において予め設定されているデータ更新条件を満たすかどうかを判断する（７２０）。そして更新対象として選択したデータを参照し個別データ反映処理に従って地図データベースを更新する(７２１)。例えば，『おいしい店』が評価値３以上として検索されてきたのに対し，評価値５の施設データをデータベース更新の条件としてユーザが設定していた場合は，更新データ７４０から評価値が５の施設データのみ選択して個別データ反映処理が行われる。また，地図データベースに既存（更新前）の施設データの評価が変わっている場合もあるので，更新データ７４０の更新方法がupdateで指定された施設データを更新対象とすることも考えられる。ユーザは，現在地周辺（１０km範囲）かつ『おいしい店』といった主観情報を入力することにより，最新の地図データを取得して，かつ情報検索，地図表示，目的地検索，経路探索，誘導などのナビゲーション処理に更新された地図データを利用することができる。」
　
　・「【００４８】
　走行中，ユーザが目的地や経由地周辺，あるいは経路沿いの施設データの情報検索を要求することを予測して，予め地図データベース内の施設データを最新データに更新し，かつ更新済みの地図データベースから施設情報を検索しメモリにキャッシュすることで，ユーザは目的地設定や経路設定などの基本的なナビゲーション操作を行うことで，データ更新や検索の待ち時間を要することなく，最新の地図データが利用できることになる。」
　
　・また，図１には，全体システムを示す図が示され，図４には，地図データベースの構成例が示されている。
　
３．対比
　そこで，本願発明（以下，「前者」ともいう。）と引用発明（以下，「後者」ともいう。）とを対比する。
　
　機能からして，
後者の「コンビニエンスストアやレストラン，ゴルフ場，遊園地，動植物園，スキー場等に関する情報を含むナビゲーション用の地図データと，レストランの利用回数やゴルフ場，遊園地，植物園，スキー場の設定回数等」と前者の「地図上の位置とその位置に関連付けられた属性情報と，その位置ごとの属性の重要度を示すレイティングを含む地点属性情報」は共に「ナビゲーションに関する情報」の概念で共通し，
後者の「格納する」態様は前者の「蓄積する」態様に相当し，
後者の「ナビゲーションデータ記憶装置３０とエージェントデータ記憶装置２９」と前者の「地点属性情報蓄積部」は共に「情報蓄積部」の概念で共通し，
後者の「経路沿いのコンビニエンスストアの数を地図データから取得するナビゲーション処理部１０」と前者の「リンクとの間の所定の地理的条件を満たす地点の地点属性情報を検索する地点属性情報検索部」は共に「特定のナビゲーションに関する情報を検索する情報検索部」の概念で共通し，
後者の「地図データと利用回数等と経路沿いのコンビニエンスストアの数や混雑状況等を取得する」態様と前者の「前記地点属性情報とカウント数をネットワークを介して取得する」態様は共に「ナビゲーションに関する情報とカウント数を取得する」の概念で共通し，
後者の「エージェント装置が搭載される車両におけるナビゲーションシステム」は前者の「ナビゲーション装置」に相当し，
後者の「運転者」は前者の「ユーザ」に相当し，
後者の「入力装置２２による運転者からの地域やレストラン等のジャンルの入力によって絞り込んで設定する目的地設定処理の動作をして最終的な目的地を取得するエージェント処理部１１」と前者の「ユーザから目的地の満たすべき条件の入力を受け付け目的地の検索をする目的地検索部」は共に「ユーザからの入力によって目的地を設定する目的地設定部」の概念で共通し，
後者の「経路」は前者の「ルート」に相当するから，後者の「取得された目的地までの走行経路の候補として複数の経路を探索するナビゲーション処理部１０」と前者の「検索された目的地に対する複数の候補ルートの検索を行う候補ルート検索部」は共に「複数の候補ルートの検索を行う候補ルート検索部」の概念で共通し，
後者の「候補の経路沿いのコンビニエンスストアの数を地図データから取得し」との態様は，情報取得部を有することが明らかであるから，それと前者の「候補ルートに含まれるリンクを抽出する抽出部と，抽出されたリンクに関連付けられている地点属性情報とカウント数をネットワークを介して取得する地点属性情報取得部と，抽出したリンクの地点属性情報の属性情報ごとのカウント数，および前記レイティングを集計し，候補ルート毎の集計結果を当該候補ルートに関連付けて算出する集計結果算出部」は共に「候補ルートに関係したナビゲーションに関する情報とカウント数を取得する情報取得部」の概念で共通し，
後者の「例えばコンビニエンスストアの数のもっとも多い経路や渋滞は避ける経路等を選択できるように，運転者が入力装置２２から入力する経路選択嗜好データ２９６をエージェントデータ記憶装置２９から取得するエージェント処理部１１」と前者の「候補ルートに関連付けられている集計結果で示される地点属性情報とカウント数，および前記レイティングが満たすべきルート条件を取得するルート条件取得部」は共に「ルート条件取得部」の概念で共通し，
後者の「探索された複数の候補の経路のなかから経路検索嗜好データ２９６に基づいて１つの経路を選択するエージェント処理部１１」と前者の「検索された複数の候補ルートのなかからルート条件を満たすルートを決定ルートとして選択する選択部」は共に「検索された複数の候補ルートのなかから，特定ルートを選択する選択部」の概念で共通し，
後者の「入力装置２２による」「入力によって」「目的地設定処理の動作をするエージェント処理部１１」と前者の「目的地検索部」は共に「目的地設定部」の概念で共通し，
後者の「レストラン等の目的地を地域やジャンルを運転者からの選択入力によって入力する入力装置２２」と前者の「目的地の満たすべき条件としてユーザから属性情報の入力を受付ける目的地属性情報入力手段」は共に「目的地入力手段」の概念で共通し，
後者の「地域やジャンルを運転者からの選択入力によって絞っていき，最終的な目的地を取得するエージェント処理部１１」と前者の「入力された属性情報により一または二以上の地図上の位置である目的地を検索する属性情報依存検索手段」は共に「目的地検索手段」の概念で共通し，
後者の「レストラン等の目的地を地域やジャンルを運転者からの選択入力によって入力する入力装置２２と，地域やジャンルを運転者からの選択入力によって絞っていき，最終的な目的地を取得するエージェント処理部１１と，を有する」態様と前者の「目的地の満たすべき条件としてユーザから属性情報の入力を受付ける目的地属性情報入力手段と，入力された属性情報により一または二以上の地図上の位置である目的地を検索する属性情報依存検索手段と，を有する」態様は共に「目的地入力手段と，目的地検索手段と，を有する」態様の概念で共通している。
　
　したがって，両者は，
「ナビゲーションに関する情報を蓄積する情報蓄積部と，
特定のナビゲーションに関する情報を検索する情報検索部と，
から，
ナビゲーションに関する情報とカウント数を取得するナビゲーション装置であって，
ユーザからの入力によって目的地を設定する目的地設定部と，
複数の候補ルートの検索を行う候補ルート検索部と，
候補ルートに関係したナビゲーションに関する情報とカウント数を取得する情報取得部と，
ルート条件取得部と，
検索された複数の候補ルートのなかから，特定ルートを選択する選択部と，
を有するナビゲーション装置であって，
目的地設定部は，
目的地入力手段と，
目的地検索手段と，を有する
ナビゲーション装置。」
である点で一致し，次の点で相違する。
　
　［相違点１］
「ナビゲーションに関する情報」に関し，前者では「地図上の位置とその位置に関連付けられた属性情報と，その位置ごとの属性の重要度を示すレイティングを含む地点属性情報」であるのに対し，後者では「コンビニエンスストアやレストラン，ゴルフ場，遊園地，動植物園，スキー場等に関する情報を含むナビゲーション用の地図データと，レストランの利用回数やゴルフ場，遊園地，植物園，スキー場の設定回数等」である点。
　
　［相違点２］
「情報蓄積部」に関し，前者では「地点属性情報蓄積部」であるのに対し，後者では「ナビゲーションデータ記憶装置３０とエージェントデータ記憶装置２９」である点。
　
　［相違点３］
「特定のナビゲーションに関する情報を検索する情報検索部」に関し，前者では「リンクとの間の所定の地理的条件を満たす地点の地点属性情報を検索する地点属性情報検索部」であるのに対し，後者では「経路沿いのコンビニエンスストアの数を地図データから取得するナビゲーション処理部１０」である点。
　
　［相違点４］
　前者では，「検索された地点属性情報をそのリンクと関連付けて蓄積するとともに，リンクと関連付けられる地点属性情報の数をその属性情報ごとにカウントし，そのカウント数をリンクと関連付けて蓄積する蓄積部」を有するのに対し，後者ではそのような蓄積部を有するか否か不明である点。
　
　［相違点５］
　前者が，「地点属性情報蓄積部」と，「地点属性情報検索部」と，「蓄積部」を有する「ナビゲーションデータベース装置」を有し，「ナビゲーションデータベース装置」からナビゲーションに関する情報とカウント数を取得するのに対し，後者ではそのような「ナビゲーションデータベース装置」を有するか否か不明であり，「ナビゲーションデータベース装置」からナビゲーションに関する情報とカウント数を取得するか否かも不明である点。
　
　［相違点６］
「ナビゲーションに関する情報とカウント数を取得する」点に関し，前者では「前記地点属性情報とカウント数をネットワークを介して取得する」のに対し，後者では「地図データと利用回数等と経路沿いのコンビニエンスストアの数や混雑状況等を利用する」点。
　
　［相違点７］
「ユーザからの入力によって目的地を設定する目的地設定部」に関し，前者では「ユーザから目的地の満たすべき条件の入力を受け付け目的地の検索をする目的地検索部」であるのに対し，後者では「入力装置２２による運転者からの地域やレストラン等のジャンルの入力によって絞り込んで設定する目的地設定処理の動作をして最終的な目的地を取得するエージェント処理部１１」である点。
　
　［相違点８］
「複数の候補ルートの検索を行う候補ルート検索部」に関し，前者では「検索された目的地に対する複数の候補ルートの検索を行う候補ルート検索部」であるのに対し，後者では「取得された目的地までの走行経路の候補として複数の経路を探索するナビゲーション処理部１０」である点。
　
　［相違点９］
「候補ルートに関係したナビゲーションに関する情報とカウント数を取得する情報取得部」に関し，前者では「候補ルートに含まれるリンクを抽出する抽出部と，抽出されたリンクに関連付けられている地点属性情報とカウント数をネットワークを介して取得する地点属性情報取得部と，抽出したリンクの地点属性情報の属性情報ごとのカウント数，および前記レイティングを集計し，候補ルート毎の集計結果を当該候補ルートに関連付けて算出する集計結果算出部」であるのに対し，後者では「候補の経路沿いのコンビニエンスストアの数を地図データから取得」する情報取得部を有する点。
　
　［相違点１０］
「ルート条件取得部」に関し，前者では「候補ルートに関連付けられている集計結果で示される地点属性情報とカウント数，および前記レイティングが満たすべきルート条件を取得するルート条件取得部」であるのに対し，後者では「例えばコンビニエンスストアの数のもっとも多い経路や渋滞は避ける経路等を選択できるように，運転者が入力装置２２から入力する経路選択嗜好データ２９６をエージェントデータ記憶装置２９から取得するエージェント処理部１１」である点。
　
　［相違点１１］
「検索された複数の候補ルートのなかから，特定ルートを選択する選択部」に関し，前者では「検索された複数の候補ルートのなかからルート条件を満たすルートを決定ルートとして選択する選択部」であるのに対し，後者では「探索された複数の候補の経路のなかから経路検索嗜好データ２９６に基づいて１つの経路を選択するエージェント処理部１１」である点。
　
　［相違点１２］
「目的地設定部は，目的地入力手段と，目的地検索手段と，を有する」に関し，前者では「目的地検索部は，目的地の満たすべき条件としてユーザから属性情報の入力を受付ける目的地属性情報入力手段と，入力された属性情報により一または二以上の地図上の位置である目的地を検索する属性情報依存検索手段と，を有する」のに対し，後者では「入力装置２２による入力によって目的地設定処理の動作をするエージェント処理部１１は，レストラン等の目的地を地域やジャンルを運転者からの選択入力によって入力する入力装置２２と，地域やジャンルを運転者からの選択入力によって絞っていき，最終的な目的地を取得するエージェント処理部１１と，を有する」点。
　
４．判断
　上記相違点について以下検討する。
　
　・［相違点１］について。
　例えば，本願の明細書の段落【００６７】の「「レストラン」に一致する「属性１」で並び替えを行う」の記載から，「レストラン」は属性情報といえることが理解できる。したがって，引用発明の「コンビニエンスストアやレストラン，ゴルフ場，遊園地，動植物園，スキー場等」は本願発明の「属性情報」といえるから，それらに関する情報を含む引用発明の「ナビゲーション用の地図データ」は，地図上の位置とその位置に関連付けられた属性情報というべきものを含むことは，明らかである。また，引用発明の「レストランの利用回数」は，引用例１における，段落【００５２】及び【００５３】の記載を参照すると，例えば，図７中における「中華料理」のうち，「一心」が「２２回」，「一龍」が「１８回」，「好称」が「３回」の記載は，ある地域別かつ利用種別における，それぞれの「店名」の中華料理店の「利用回数」を示し，その店の位置ごとの属性の利用回数を示していると理解でき，利用回数はその位置の利用頻度，すなわち重要度を示す情報といえる。したがって，引用発明をして，その位置ごとの属性の重要度を示す情報をナビゲーションに関する情報に含めることが，引用例１に示唆されているといえる。
　そして，引用例２には，段落【００７５】に「例えば，施設がレストランである場合，施設情報として，レストランの名称の他に，営業時間，駐車場の有無等が挙げられる。また，施設がガソリンスタンドである場合，料金単価の情報等が挙げられる。なお，施設情報は，予め地図データに格納されている情報を取得することによって得られるものであってもよいし，通信部３によって外部から取得するようにしてもよい。例えば，施設情報は，例えば店の混み具合や最新の安売り情報のように，通信部３によって外部から得られる情報であってもよい。」と記載され，段落【０１１２】に「・・・施設情報としては，上記駐車場情報の他，店の混雑状況や，セール中であることを示す情報等が考えられる。」と記載されていることから，ナビゲーション装置において，その位置ごとの属性の重要度を示す情報として，請求人が平成２５年９月４日提出の回答書で「ユーザが自身では判断することが難しいないしは不可能な要素を，地点属性情報の蓄積によりその重要度に応じて設定する情報が『レイティング』なのです。」と主張する，「ユーザが自身では判断することが難しいないしは不可能な要素」を用いることが記載されている。
　そうすると，引用発明をして，上記相違点１に係る本願発明の構成とすることは，当業者が容易に想到し得たものである。
　
　・［相違点２］について。
　引用発明の「ナビゲーションデータ記憶装置３０とエージェントデータ記憶装置２９」は「コンビニエンスストアやレストラン，ゴルフ場，遊園地，動植物園，スキー場等に関する情報を含むナビゲーション用の地図データと，レストランの利用回数やゴルフ場，遊園地，植物園，スキー場の設定回数等」を記憶するから，上記相違点１について検討したとおり，本願発明の「地図上の位置とその位置に関連付けられた属性情報と，その位置ごとの属性の重要度を示すレイティングを含む地点属性情報」に相当するものを記憶する。そうすると，引用発明の「ナビゲーションデータ記憶装置３０とエージェントデータ記憶装置２９」は本願発明の「地点属性情報」を蓄積する「地点属性情報蓄積部」に相当するので，上記相違点２は実質的な相違点ではない。
　
　・［相違点３］ないし［相違点５］について。
　引用発明において，経路沿いのコンビニエンスストアの数を地図データから取得するには，経路沿いの地点属性情報からコンビニエンスストアを特定してその数を取得するから，その際，経路沿い，すなわち経路である道路との間の所定の地理的条件を満たす地点であって，その地点属性情報からコンビニエンスストアを検索し特定することは常套手段といえる（必要であれば，例えば，引用例２の段落【００４２】「リンクに対応付けられる施設情報は，当該リンクにより示される道路の付近に位置する施設の施設情報である。」及び段落【００６９】「道路を示すリンクと当該道路に隣接する施設の施設情報とは，地図データにおいて対応づけて格納されている。・・・リンクから所定距離以内に位置する施設を示す施設ＩＤは，当該リンクに対応すると判断するようにしてもよい。」の記載等，参照）。また，ナビゲーション装置において，経路探索のアルゴリズムに例えばダイクストラ法が用いられる周知技術のように，その経路の探索にリンク及び各リンクに対応付けられたコストを用いることからすれば，経路沿いの地点情報等はリンク毎に対応付けることも周知である（必要であれば，例えば，引用例２の段落【００４２】「地図データに含まれるリンクのデータには，各種のデータが対応づけられて格納されている。具体的には，リンクのデータには，施設情報，道路種別情報，および表示位置情報が対応づけられて格納されている。ここでは，地図データ格納部６には，施設の名称を示す名称情報が施設情報として格納されているとする。リンクに対応付けられる施設情報は，当該リンクにより示される道路の付近に位置する施設の施設情報である。」及び段落【００５８】「道路の付近に存在する施設に関する施設情報を地図データ格納部から取得する。」の記載等，並びに，引用例３の段落【００２９】「道路データテーブルに主観的な評価を示す属性を設ける場合，道路データテーブルのレコードを道路リンク単位で構成し，ユーザの主観情報として『見通しが悪い』『景色良好』等の景観情報を属性に含めることにより，見通しの良否や景観の良否といった属性を経路探索条件に用いた経路探索を実現することができる。」の記載等，参照。）。そうすると，引用発明において，「リンクとの間の所定の地理的条件を満たす地点の地点属性情報を検索する地点属性情報検索部」を有するものとすることは，当業者が容易に想到し得たものである。また，地図データをリンク毎に関連付けて保持するのであれば，そのデータを蓄積するのが普通であって（例えば，引用例１の段落【００９４】の「今まで案内を行った経路を再び使用するときのためにあらかじめ経路データとして記憶しておく」の記載からデータをあらかじめ蓄積しておくことが理解できる。），メモリ等を設けることにより情報処理過程のデータを適宜蓄積することも慣用されている（必要であれば，例えば，引用例３の段落【００４８】「・・・メモリにキャッシュすることで，ユーザは目的地設定や経路設定などの基本的なナビゲーション操作を行うことで，データ更新や検索の待ち時間を要することなく，・・・」の記載等，参照。）から，引用発明における経路沿いのコンビニエンスストアの数を地図データから取得するに際し，特定したコンビニエンスストアをそのリンクと関連付けて蓄積するとともに，リンクと関連付けられるコンビニエンスストアの数をカウントし，そのカウント数をリンクと関連付けて蓄積する蓄積部を設けるものとすることも，当業者が容易に想到し得たものである。そして，引用例１には，段落【００５４】に経路選択嗜好データとしてコンビニエンスストアが多い道路の他に混雑状況等もあげられているから，コンビニエンスストア以外の地点属性情報についても扱えるようにすることに，当業者にとって困難性があるものとも認められない。さらに，ナビゲーション装置において，ナビゲーションに用いる情報を１つのデータベースとしてまとめて保持すること，及びそれに適宜の呼称を与えることは，設計者が必要に応じて設定し得る設計事項に過ぎない。
　
　・［相違点６］について。
　引用発明においても，地図データと利用回数等と経路沿いのコンビニエンスストアの数や混雑状況等を利用するためにそれらを取得しており，少なくともコンビニエンスストアとその数は本願発明の地点属性情報とカウント数に相当している。そして，ナビゲーション装置において情報をネットワークを介して取得することは周知の技術である（必要であれば，例えば，引用例２の段落【００３９】「通信部３は，典型的にはインターネットと通信可能な装置により構成されており，自車外から自車付近に存在する施設に関する情報等を取得する。」，段落【００７５】「なお，施設情報は，予め地図データに格納されている情報を取得することによって得られるものであってもよいし，通信部３によって外部から取得するようにしてもよい。例えば，施設情報は，例えば店の混み具合や最新の安売り情報のように，通信部３によって外部から得られる情報であってもよい。」及び段落【０１１２】「なお，ステップＳ８０７の判定に用いられる施設情報としては，上記駐車場情報の他，店の混雑状況や，セール中であることを示す情報等が考えられる。また，施設情報は，ステップＳ８０７の判定の際に通信部３等から適宜取得されてもよい。」の記載等，並びに，引用例３の段落【００１２】「図１は本発明を用いたナビゲーションシステムの全体構成を示す図である。本ナビゲーションシステムは，車両１１１に搭載されるナビゲーション端末１０６，及び，基地局１０４とＩＰ網１０３を介してナビゲーション端末１０６との間でデータを受信／送信するサーバ装置１０２からなる。」及び段落【００１３】「サーバ装置１０２は，地図情報，レストランやコンビニエンス・ストアなどの地点情報データ，交通情報データなどを備える。ナビゲーション端末１０６は，サーバ装置１０２にアクセスすることによって最新の施設や道路などの地図情報を取得し，目的地までの経路を計算して誘導する機能を有する。サーバ装置１０２が経路探索エンジンを備えることもある。この場合，サーバ装置１０２は，ナビゲーション端末１０６から経路探索要求があれば経路探索を実行し，その結果を返送するとともに，サーバ装置１０２内に保存する方法をとる場合もある。またサーバ装置１０２は，ナビゲーション端末１０６からの要求に応じて地点情報データ，交通情報データなどを検索して返送する場合もある。」の記載等，参照。）。そうすると，引用例１の段落【００１３】にデータ交換の手法としてインターネット等を介在させる手法が記載されていること，及び，段落【００３３】に通信制御装置２４は道路の混雑状況や交通規制等の交通情報に関するデータなどを提供する情報提供局との通信を行える旨記載されていることをふまえれば，引用発明をして，上記相違点６に係る本願発明の構成とすることは，当業者が容易に想到し得たものである。
　
　・［相違点７］及び［相違点８］について。
　引用発明において，入力装置２２による運転者からの地域やレストラン等のジャンルの入力は，最終的な目的地を取得するべく運転者が地域やレストラン等のジャンルを入力することによるものであって，本願発明における，ユーザから目的地の満たすべき条件の入力を受け付けることと実質的に相違するものではない。そして，引用発明において，入力によって絞り込んで設定する目的地設定処理の動作をして最終的な目的地を取得するエージェント処理部１１が，本願発明において，入力を受け付け目的地の検索をする目的地検索部と実質的に相違するものでもない。そうすると，上記相違点７は実質的な相違点ではない。
　さらに，引用発明における「取得された目的地までの走行経路の候補として複数の経路を探索する」ことは，本願発明の「検索された目的地に対する複数の候補ルートの検索を行う」ことと実質的に相違するものではない。そうすると，上記相違点８は実質的な相違点ではない。
　
　・［相違点９］について。
　引用例１の段落【００５４】に，経路選択嗜好データの優先項目としては，コンビニエンスストアが多い道路，走行距離，有料道路，情報提供局から無線回線を介して提供される情報での混雑状況（渋滞６０ｋｍ以上の場合は避ける）等があげられる旨記載されていることから，引用発明は，例えば混雑状況の情報に関し，情報は外部の情報提供局から通信を介して得られること，及び，経路として避ける優先度の高低を示す，いわば重要度を示す情報を経路選択に用いて渋滞は避ける経路を選択するものと解せる。したがって，引用発明をして，経路選択において情報をネットワークを介して取得するとともに，情報として重要度を示すものを用いるものとすることが引用例１に示唆されているといえる。
　また，引用例１の段落【００５３】に，目的地設定の際レストランの利用回数を考慮して設定することが記載されていることから，引用発明をして，経路選択時に利用回数を考慮することもできることが示唆されているといえる。
　そうすると，引用例３（特に，段落【００２８】「テーブル属性の“評価”は，該当する施設に対するユーザの主観的な評価を示す。本例のように総合評価としてもよいし，『味』『雰囲気』『値段』といった複数の“評価”項目を設けても構わない。また“評価”としては本例のような数値としてもよいし，『よい』『ふつう』『わるい』といった文字列を用いても構わない。このように，ユーザ主観情報をデータベースに含めることによって，ユーザはおいしい店や安い店といった主観的な情報から所望の施設情報を検索することができる。また，該検索結果を目的地に設定すれば，『おいしい店』まで誘導することができる。」及び段落【００２９】「道路データテーブルに主観的な評価を示す属性を設ける場合，道路データテーブルのレコードを道路リンク単位で構成し，ユーザの主観情報として『見通しが悪い』『景色良好』等の景観情報を属性に含めることにより，見通しの良否や景観の良否といった属性を経路探索条件に用いた経路探索を実現することができる。」の記載を参照すると，属性の「評価」としてユーザの主観的な評価である「味」，「雰囲気」，「値段」や「景色良好」等を含めることが記載され，例えば店毎のラーメンの評価で「おいしい店」，「安い店」を属性に含めることが記載されており，その位置ごとの属性の重要度を示すこれらの情報を経路検索や目的地設定に用いることが引用例３に記載されていることが理解できる。）に記載されている目的地設定や経路探索のように，引用発明の経路選択において，その位置ごとの属性の重要度を示す情報を用いるものとすることは，当業者が容易に想到し得たものである。
　さらに，一般にナビゲーション装置に適用されるダイクストラ法は，リンクを抽出し，抽出されたリンクに関連付けられている情報（コスト）を集計し，集計結果から最適ルートを候補ルートとするものであって，前記のとおり，ナビゲーション装置において，経路探索のアルゴリズムに例えばダイクストラ法が用いられる周知技術からすれば，引用発明において，候補の経路沿いのコンビニエンスストアのための，経路に含まれるリンク（アーク）を抽出すること，及び，そのための抽出部を備えるものとすること，並びに，抽出されたリンクに関連付けられているコンビニエンスストアとその数を取得すること，及びそのための地点属性情報取得部を備えるものとすること，さらに，経路沿いのコンビニエンスストアの数を集計し，候補ルート毎の集計結果を当該候補ルートに関連付けて算出すること，及び，そのための算出部を備えたものとすることにも，当業者とって格別な困難性があるものとは認められないし，前記のとおり，情報をネットワークを介して取得することは周知の技術である。
　以上のことからすると，引用発明をして，上記相違点９に係る本願発明の構成とすることは，当業者が容易に想到し得たものである。
　
　・［相違点１０］について。
　上記相違点９について検討したように，引用発明をして，経路選択において情報をネットワークを介して取得するとともに，情報としてその位置ごとの属性の重要度を示すものを用いるものとすることが引用例１に示唆されているといえ，引用発明において，引用例３に記載されている経路案内のように経路選択において，その位置ごとの属性の重要度を示す情報を用いることは，当業者が容易に想到し得ることであるから，そのための条件の入力装置である引用発明の経路を選択するための入力装置２２を，その位置ごとの属性の重要度を示す情報が満たすべき条件も取得するものとすることにより，引用発明をして，上記相違点１０に係る本願発明の構成とすることは，当業者が容易に想到し得たものである。
　
　・［相違点１１］について。
　引用発明の「探索された複数の候補の経路のなかから経路検索嗜好データ２９６に基づいて１つの経路を選択するエージェント処理部１１」は本願発明の「検索された複数の候補ルートのなかからルート条件を満たすルートを決定ルートとして選択する選択部」と実質的に相違するものでもない。そうすると，上記相違点１１は実質的な相違点ではない。
　
　・［相違点１２］について。
　引用発明の「入力装置２２による入力によって目的地設定処理の動作をするエージェント処理部１１」は本願発明の「目的地検索部」と実質的に相違するものでもない。また，引用発明の「レストラン等の目的地を地域やジャンルを運転者からの選択入力によって入力する入力装置２２」は本願発明の「目的地の満たすべき条件としてユーザから属性情報の入力を受付ける目的地属性情報入力手段」と実質的に相違するものでもない。さらに，引用発明の「地域やジャンルを運転者からの選択入力によって絞っていき，最終的な目的地を取得するエージェント処理部１１」は本願発明の「入力された属性情報により一または二以上の地図上の位置である目的地を検索する属性情報依存検索手段」と実質的に相違するものでもない。そうすると，上記相違点１２は実質的な相違点ではない。
　
　また，本願発明の全体構成により奏される効果も，引用発明及び引用例１ないし引用例３から当業者が予測し得る範囲内のものである。
　
　したがって，本願発明は引用発明及び引用例１ないし引用例３に基いて当業者が容易になし得たものである。
　
　なお，請求人は，平成２５年１２月１２日の意見書において，
（１）地点属性情報の保持・更新処理の主体について「本願発明では，地点属性情報の記録保持および更新処理機能をナビゲーション装置から除外し，必要に応じネットワークを介して最新の地点属性情報を取得する技術的特徴を備えることが明確になりました。当該構成をとることにより，処理能力に一定の限界があるナビゲーション装置であっても，スピーディにかつ最新の地点属性情報を取得することが可能になったのです。このような本願発明の技術的特徴については，上記のどの刊行物にも開示も示唆もありません。」と主張し，
（２）集計結果算出部の機能・作用について「集計結果算出部は，候補ルートに含まれるリンクを抽出し，当該リンクの地点属性情報の属性情報ごとのカウント数，およびレイティングを集計し，候補ルート毎の集計結果を当該候補ルートに関連付けて算出する点を技術的特徴として備えています。・・・，カウント数やレイティングを集計し，その集計結果をもとにルート条件取得部にてルート条件を取得することにより各地点におけるリンクの重要度を判定する点に有意性が認められます。」とし，「刊行物１（当審注：引用例１）のどの記載内容を総合しても，処理部が，抽出したリンクの地点属性情報の属性情報ごとのカウント数，およびレイティングを集計し，候補ルート毎の集計結果を当該候補ルートに関連付けて算出する機能を有すると解釈することはできません。したがって，当該集計結果で示される地点属性情報とカウント数，および前記レイティングが満たすべきルート条件を取得するルート条件取得部に係る機能を有すると解釈することもできません。」等と主張しているが，
（１）上記のとおり，引用例１には，特に混雑状況に係る情報をネットワークを介して取得することが示唆され，かつ，ナビゲーション用のデータをネットワークを介して取得することは周知の技術であること，
（２）上記のとおり，ナビゲーション装置において，経路探索のアルゴリズムに例えばダイクストラ法が用いられる周知技術のように，その経路の探索にリンク及び各リンクに対応付けられたコストを用い，経路沿いのリンク毎に対応付けられた情報を集計してコスト計算した最適ルートを候補ルートとするものも周知であること，
からすると，請求人の上記主張を採用することはできない。
　
５．むすび
　以上のとおり，本願発明は，引用発明及び引用例１ないし引用例３に基いて当業者が容易に発明をすることができたものであるので，特許法第２９条第２項の規定により特許を受けることができないため，本願の特許請求の範囲の請求項１を除く他の請求項に係る発明について検討するまでもなく，本願の発明は，同法第４９条第２号の規定に該当し，本願は拒絶されるべきものである。
　よって，結論のとおり審決する。