【事件の表示】
　特願２００７−　６９７２９「携帯端末装置及びプログラム」拒絶査定不服審判事件〔平成２０年１０月　２日出願公開、特開２００８−２３４０８４〕について、次のとおり審決する。
【結　論】
　本件審判の請求は、成り立たない。
【理　由】
第１　手続の経緯
　本願は，平成１９年３月１９日の特許出願であって，平成２３年８月３日付けの拒絶理由通知に対して，平成２３年１０月４日に意見書の提出とともに手続補正がなされ，平成２４年４月５日付けの拒絶査定に対して平成２４年７月９日に審判請求がなされるとともに手続補正がなされ，平成２４年１２月６日付けの当審の審尋に対して，平成２５年２月１２日に回答書が提出され，平成２５年７月１１日付けで当審より拒絶理由を通知したところ，平成２５年９月１２日に意見書の提出とともに手続補正がなされたものである。
 　 
第２　本願発明について
　本願の請求項１に係る発明（以下「本願発明」という。）は，平成２５年９月１２日の手続補正で補正された特許請求の範囲の請求項１に記載された事項により特定される，次のとおりのものである。  
「出発地から到着地までの経路を案内する経路案内機能を備えた携帯端末装置であって，
　前記出発地を取得する出発情報取得手段と，
　予定場所と予定時刻とを有するスケジュール情報が記録されたスケジュール情報記憶手段と，
　前記予定場所と前記到着地とを対応付けた情報が記録された情報記憶手段と，
　前記スケジュール情報記憶手段に記録された前記スケジュール情報を選択する選択手段と，
　前記選択手段が選択した前記スケジュール情報が有する前記予定場所に対応付けられた前記到着地を前記情報記憶手段から取得し，かつ，前記選択したスケジュール情報が有する前記予定時刻を基に前記到着地に到着する到着時刻を取得する到着情報取得手段と，
　前記出発情報取得手段が取得した前記出発地と，前記到着情報取得手段が取得した前記到着地及び前記到着時刻とを基に，前記経路を案内する情報を取得し，取得した前記経路を案内する情報を出力する経路案内情報取得手段と，
　時間帯と出発候補地とを対応付けた情報が記録された出発地候補記憶手段と，
　現在日時を取得する計時手段と，を具備し，
　前記出発情報取得手段は，前記計時手段が取得した前記現在日時が含まれる前記時間帯に対応付けられた前記出発候補地を前記出発地候補記憶手段から取得し，取得した前記出発候補地を前記出発地として用いる，
　ことを特徴とする携帯端末装置。」 
 　  
第３　当審における拒絶の理由について
　当審における平成２５年７月１１日付けで通知した拒絶理由の概要は，つまり，本願発明は，引用例１（特開２００１−２６４１０２号公報），引用例２（特開２００６−０８０８４３号公報）に記載された発明に基いて，その出願前にその発明の属する技術の分野における通常の知識を有する者が容易に発明をすることができたものであるから，特許法２９条２項の規定により特許を受けることができないというものである。
 　  
 
第４　当審の判断
（１）引用例１について
　当審の拒絶理由通知で引用した引用例１には，以下の記載がある。 
（以下「引用例１摘記事項」という。）
（ア）「【０００１】
【発明の属する技術分野】本発明は，情報処理装置および方法，情報通信装置および方法，並びに記録媒体に関し，例えば，
目的地までの経路を検索する
情報処理装置
（イ）「【００３９】
【発明の実施の形態】本発明を適用した経路探索支援システムの構成例について，図１を参照して説明する。
この経路探索支援システムは，ユーザが入力する行動予定（移動日時，目的地，到着予定時刻等）を基に，目的地までの経路を探索して提示
【００４０】この
経路探索支援システムは
経路探索支援サーバ１
経路探索支援サーバ１にインタネット４を介して接続するユーザ端末１（当審注：ユーザ端末２の誤記と認める。）
インタネット４を介して経路探索支援サーバ１にアクセスする携帯型ユーザ端末３から構成される。
【００４１】
ユーザ端末２は
通信機能付きPDA
により実現することができる
ユーザ端末２は，ユーザが入力する行動予定等を，インタネット４を介して経路探索支援サーバ１に送信する。ユーザ端末２はまた，インタネット４を介して経路探索支援サーバ１から送信される画像データに対応する画像を表示する
（ウ）「【００５０】次に，経路探索支援システムの処理について図４乃至図１５に示すフローチャート，および図１６乃至図３２に示すユーザ端末２または携帯型ユーザ端末３の画面の表示例を参照して説明する。
【００５１】なお，
ユーザは
経路探索支援サーバ１に対して，個人情報を登録しておく
【００５２】個人情報登録画面６１に
個人情報として入力する項目は
乗車駅名（ユーザが通常使用する最寄り駅名），および，自宅等から乗車駅までの所要時間等である
（エ）「【０１２２】次に，上述した予定登録処理によって，経路探索支援サーバ１の予定データベースに登録されたユーザの行動予定に基づき，出発時刻を電子メールで通知する経路探索支援サーバ１の告知メール送信処理について，図１１のフローチャートを参照して説明する。
【０１２３】ステップＳ２４１において，経路探索支援サーバ１は，予定データベースの中から，メールを送信する時刻が，現日時と一致する予定を検索する。ステップＳ２４２において，経路探索支援サーバ１は，ステップＳ２４１での検索結果に基づき，メールを送信する時刻が，現日時と一致する予定が存在するか否かを判定する。一致する予定が存在すると判定した場合，ステップＳ２４３に進む。
【０１２４】ステップＳ２４３において，経路探索支援サーバ１は，メール送信時刻が現日時と一致する予定を，予定データベースから読み出する。ステップＳ２４４において，経路探索支援サーバ１は，当該予定に含まれる検索結果ＩＤに基づき，検索結果データベースから検索結果と地図表示パラメータを読み出し，地図表示パラメータに基づき，下車駅から目的地までの経路が破線等より重畳表示される画像データを生成する。
【０１２５】ステップＳ２４５において，経路探索支援サーバ１は，ステップＳ２４４で生成した地図の下部に乗り換え経路が表示される画面データを生成し，インタネット４を介して，ステップＳ２４３で読み出した予定に含まれる電子メールアドレス（少なくとも，携帯型ユーザ端末３で受信できる電子メースアドレスを含む）に送信する。ステップＳ２４５で送信される画像データを受信した携帯型ユーザ端末３では，図２９に示すような出発時刻通知画面１９１が表示される。出発時刻表示画面１９１には，ユーザに対して出発を促すメッセージ「出発する時間が来ました」が表示される。出発時刻表示画面１９１には，出発を促すメッセージの他，下車駅から目的地までの地図，乗り換え経路が表示される。
【０１２６】なお，ステップＳ２４２において，メール送信時刻が現日時と一致する予定が存在しないと判定された場合，所定の時間（例えば，１分間）だけ待機された後，ステップ２４１に戻り，それ以降の処理が繰り返される。
【０１２７】次に，
経路探索支援サーバ１
ユーザの行動予定を登録する予定表登録処理
【０１２８】
ユーザ端末２
【０１２９】これに対応して，経路探索支援サーバ１は，ステップＳ２５１において，ユーザ端末２のユーザ専用の予定表等の画面データを予定表データベースから読み出し，インタネット４を介してユーザ端末２に送信する。
【０１３０】ユーザ端末２は，ステップＳ７２において，
経路探索支援サーバ１からの予定表の画面データを受信
個人予定表画面２０１には，１ヶ月分のカレンダ，および，１ヶ月分のカレンダの中で選択されている日付の時刻毎の予定が表示される。時刻表示２０２は，クリッカブルとされており，当該時刻に対して予定を追加するときクリックされる。
【０１３２】ステップＳ７４において，ユーザ端末２は，図３１に示すような予定入力用画面２１１を表示する。予定入力用画面２１１のデータは，ステップＳ２５１の処理で経路探索支援サーバ１から送信され，ステップＳ７２のユーザ端末１の処理で受信されているものとする。
【０１３３】
予定入力用画面２１１には，用件，日付，時刻，訪問先の住所および電話番号
を入力
「登録」ボタン２１２
入力された各項目の情報の登録を指示
【０１３４】ステップＳ７５において，ユーザ端末２は，予定入力用画面２１１の各入力項目に対するユーザからの入力を受け付ける。ステップＳ７６において，ユーザ端末２は，予定入力用画面２１１の「登録」ボタン２１２が押下されたか否かを判定する。
「登録」ボタン２１２が押下されていないと判定された場合
処理が繰り返され
「登録」ボタン２１２が押下されたと判定された場合
【０１３５】ステップＳ７７において，ユーザ端末２は，
予定入力用画面２１１の各項目に入力された情報からなる予定情報を，インタネット４を介して経路探索支援サーバ１に送信
【０１３６】
経路探索支援サーバ１は
ユーザ端末２からの予定情報を受信
予定情報に含まれる訪問先の情報
に基づき
目的地の住所を緯度経度
【０１３７】ステップＳ２５３において，経路探索支援サーバ１は，目的地の
緯度経度に基づき，目的地の最寄り駅を数駅検出
ユーザ端末２に送信
【０１３８】
ユーザ端末２は
【０１３９】図１３に進み，ステップＳ７９において，ユーザ端末２は，地図検索結果画面９１の下部に表示されている最寄り駅に関する情報のいずれかがクリックされたか否かを判定し，クリックされたと判定するまで待機する。
最寄り駅に関する情報のいずれかがクリックされ
クリックされた最寄り駅名を（すなわち，下車駅名）を
経路探索支援サーバ１に送信
【０１４０】経路探索支援サーバ１は，ステップＳ２５５において，ユーザ端末２からの下車駅名を受信する。
経路探索支援サーバ１は
ログイン時に入力されたユーザＩＤに基づき，登録者データベースを検索して，個人情報として登録されているユーザの乗車駅名
を読み出す
【０１４１】ステップＳ２５６において，経路探索支援サーバ１は，
乗車駅および下車駅が設定された検索条件設定画面データを，インタネット４を介してユーザ端末２に送信
【０１４２】
ユーザ端末２は
経路探索支援サーバ１からの検索条件設定画面データを受信
現地到着予定日時（目的地に到着する日時）を入力することができる
【０１４３】ステップＳ８２において，ユーザ端末２は，検索条件設定画面２２１に設けられた各項目への入力を受け付ける。ステップＳ８３において，ユーザ端末２は，
検索条件設定画面２２１の「Ｇｏ」ボタン２２２が押下
ユーザ端末２は
現地到着予定日時等
経路探索支援サーバ１に送信する
【０１４４】
経路探索支援サーバ１は
検索条件を受信
ユーザの下車駅から目的地までの経路検索を実行し，その所要時間を計算して，目的地および下車駅を含む地図に検索した経路が重畳表示される画像のデータを生成して，インタネット４を介してユーザ端末２に送信
【０１４５】ステップＳ２５８において，経路探索支援サーバ１は，
現地到着予定日時に目的地に到着できるように，ステップＳ２５７の処理で計算した下車駅から目的地までの所要時間を考慮して，ユーザの乗車駅と下車駅の間の複数の乗り換え経路を検索し，複数の検索結果にそれぞれ検索結果ＩＤを付与して，インタネット４を介してユーザ端末２に送信
【０１４６】
ユーザ端末２は
経路探索支援サーバ１からの地図のデータ（経路が重畳表示されるもの），および乗り換え経路の検索結果を受信し
【０１４７】図１４に進み，ステップＳ８６において，ユーザ端末２は，経路検索結果画面１８１のチェックボックス１８２がチェックされ，且つ，
表示されている複数の乗り換え経路案の右端に，それぞれ設定されている「この経路をメール送信」ボタン
いずれかが押下
【０１４８】ステップＳ８７において，ユーザ端末２は，入力欄１８３に入力された値，および押下された「この経路をメール送信」ボタン１８４−１乃至１８４−３のうちのいずれかに対応する乗り換え経路案の検索結果ＩＤを，インタネット４を介して
経路探索支援サーバ１に送信
【０１４９】経路探索支援サーバ１は，ステップＳ２５９において，ユーザ端末２からの，入力欄１８３に入力された値，および検索結果ＩＤを受信し，受信した情報に基づいて，電子メールを送信する時刻を計算する。さらに，経路探索支援サーバ１は，計算した電子メールを送信する時刻，検索結果ＩＤ，および，ステップＳ２５２の処理で受信した予約情報に含まれる電子メールアドレスを，１つの予定として予定表データベースに登録する。ここで，経路探索支援サーバ１の予定表のホームページを用いた予定登録処理は終了される。
【０１５０】これ以降，
経路探索支援サーバ１が
携帯型ユーザ端末３
には
下車駅から目的地までの地図，乗り換え経路が表示された画面のデータが
送信される
（オ）「【０１６１】ところで，本実施の形態においては，
経路探索支援サーバ１に対して，個人情報の登録や行動予定の登録するとき，ユーザ端末２を用いるようにしたが，携帯型ユーザ端末３を用いても同様の処理を行うことができる
（カ）図３１の予定入力画面には，３月１５日の１４：００にモバイルコンテンツ（株）を訪問する予定が開示され，図３２の検索条件設定画面には，現地到着予定日時を３月１５日の１４時００分とすることが開示されている。
　
（２）引用発明について
　上記引用例１摘記事項によれば，引用例１には，以下の発明が記載されていると認められる。
（以下，「
引用発明
「ユーザが入力する行動予定を基に目的地までの経路を探索して提示する，経路探索支援システムであって，
　経路探索支援システムは，経路探索支援サーバ１，ユーザ端末２，携帯型ユーザ端末３で構成され，
　ユーザ端末２は通信機能付きＰＤＡであってよく，ユーザが入力する行動予定等を経路探索支援サーバ１に送信し，経路探索支援サーバ１から送信される画像を表示するものであり，
　ユーザは，通常使用する自宅等からの最寄り駅である乗車駅名と所要時間を経路探索支援サーバ１に個人情報として登録しておくこと，
　行動予定の登録は，
　ユーザ端末で，経路探索支援サーバ１から予定表を受信すること，
　予定表にはカレンダ及び選択された日付の時刻毎の予定が表示され，当該時刻に対して予定を追加するときには，用件，日付，時刻，訪問先住所などを入力できること，
　予定入力画面の登録ボタンが押下されると，入力された情報の登録指示を経路探索支援サーバ１に送信し，経路探索支援サーバ１は，受信した予定情報に含まれる訪問先住所の緯度経度から目的地の最寄り駅を数駅検出してユーザ端末２に送信し，ユーザ端末２は，最寄り駅名すなわち下車駅名をクリックして経路探索支援サーバ１に送信すること，
　経路探索支援サーバ１は，個人情報として登録されているユーザの乗車駅名や所要時間を読み出すこと，
　経路探索支援サーバ１が乗車駅および下車駅が設定された検索条件設定画面データをユーザ端末２に送信し，ユーザ端末２で現地到着予定日時（目的地に到着する日時）を入力してボタンを押下すると設定された検索条件（現地到着予定日時等）が経路探索支援サーバ１に送信されること，
　経路探索支援サーバ１は，ユーザ端末２からの検索条件を受信し，現地到着予定日時に目的地に到着できる，乗車駅と下車駅の間の複数の乗り換え経路を検索し，それぞれ検索結果ＩＤを付与してユーザ端末２に送信し，ユーザ端末２で表示されている複数の乗り換え経路案のいずれかのボタンを押下すると経路探索支援サーバ１に検索結果ＩＤを送信すること，
　経路探索支援サーバ１は，携帯型ユーザ端末３に送信すべき検索結果ＩＤの地図と乗り換え経路が表示された画面データを送信すること，
　ここで，経路探索支援サーバ１に対する個人情報の登録や行動予定の登録は，ユーザ端末２を用いても携帯型ユーザ端末３を用いてもよい，
　経路探索支援システム。」　
　
（３）引用例２について
　当審の拒絶理由通知で引用した引用例２には，以下の記載がある。 
（以下「引用例２摘記事項」という。）
（ア）「【００６２】
  また，携帯電話機１０の位置する場所は，曜日や時間帯にも大きく関連する場合があり，
特定の曜日や時間帯には，携帯電話機１０がいつも決まった場所に位置すると予測できる
平日の昼間の時間帯は特定の職場で仕事をするため，その職場に利用者の携帯電話機１０が位置する
土曜日及び日曜日の休日をほとんど自宅で過ごしたり
するため，それらの場所に利用者の携帯電話機１０が位置する
  そこで，携帯電話機１０の位置情報を取得しようとするときに，そのときの曜日情報又は時間帯情報に応じて，上記各位置情報取得手段それぞれを選択的に起動するようにしてもよい。この場合は，携帯電話機１０の位置情報を，曜日又は時間帯に応じた最適な位置情報手段を使って取得できる。」
　
（４）引用例２記載事項について
　上記引用例２摘記事項によれば，引用例２には，以下の事項が記載されていると認められる。
（以下，「
引用例２記載事項
「平日の昼間の時間帯は特定の職場で仕事をするためその職場に利用者が位置し，土曜日及び日曜日の休日をほとんど自宅で過ごしたりするためそれらの場所に利用者が位置するなど，特定の曜日や時間帯に利用者が決まった場所に位置すると予測できること。」
　 　
 
２．対比
　ア　引用発明と，本願発明とを対比する。
（ア）引用発明の，「ユーザ端末２」は通信機能付きＰＤＡであってよく，ユーザが入力する行動予定等を経路探索支援サーバ１に送信し，経路探索支援サーバ１から送信される画像を表示するものであり，経路探索支援サーバ１に対する個人情報の登録や行動予定の登録は，「ユーザ端末２」を用いても「携帯型ユーザ端末３」を用いてもよい。
　そして，「携帯型ユーザ端末３」は，ユーザが入力する行動予定を基に目的地までの経路を探索して提示する。
　してみると，引用発明の「ユーザ端末２」や「携帯型ユーザ端末３」と，本願発明の「携帯端末装置」とは，後記する点で相違するものの，「出発地から到着地までの経路を案内する経路案内機能を備えた携帯端末装置」である点で共通する。
（以下，引用発明の「ユーザ端末２」や「携帯型ユーザ端末３」を「ユーザ端末」という。）
（イ）引用発明は，「ユーザは，通常使用する自宅等からの最寄り駅である乗車駅名と所要時間を経路探索支援サーバ１に個人情報として登録」し，「経路探索支援サーバ１は，個人情報として登録されているユーザの乗車駅名や所要時間を読み出」して「乗車駅」を取得する。
　してみると，引用発明と本願発明とは，後記する点で相違するものの，「出発地を取得する」という点で共通する。
（ウ）引用発明は，「ユーザ端末で，経路探索支援サーバ１から予定表を受信」するものであり，「予定表にはカレンダ及び選択された日付の時刻毎の予定が表示され，当該時刻に対して予定を追加するときには，用件，日付，時刻，訪問先住所などを入力」するものである。
　してみると，引用発明と本願発明とは，後記する点で相違するものの，「予定場所と予定時刻とを有するスケジュール情報が記録」される点で共通する。
（エ）引用発明は，「予定入力画面の登録ボタンが押下されると，入力された情報の登録指示を経路探索支援サーバ１に送信し，経路探索支援サーバ１は，受信した予定情報に含まれる訪問先住所の緯度経度から目的地の最寄り駅を数駅検出してユーザ端末に送信し，ユーザ端末は，最寄り駅名すなわち下車駅名をクリックして経路探索支援サーバ１に送信」することにより「訪問先住所」に対応する「下車駅名」を取得する。
　してみると，引用発明と本願発明とは，後記する点で相違するものの，「予定場所と到着地とが対応付け」され，「予定場所に対応付けられた到着地」が「取得」される点で共通する。
（キ）引用発明は，「経路探索支援サーバ１が乗車駅および下車駅が設定された検索条件設定画面データをユーザ端末に送信し，ユーザ端末で現地到着予定日時（目的地に到着する日時）を入力してボタンを押下すると設定された検索条件（現地到着予定日時等）が経路探索支援サーバ１に送信」される。
　ここで，前記（１）（カ）のとおり，図３１の予定入力画面には，３月１５日の１４：００にモバイルコンテンツ（株）を訪問する予定が開示され，図３２の検索条件設定画面には，現地到着予定日時を３月１５日の１４時００分とすることが開示されていることから，ユーザが設定する現地到着日時は訪問先住所への下車駅からの所要時間を勘案して設定することが明らかである。
　してみると，引用発明と本願発明とは，後記する点で相違するものの，「スケジュール情報が有する予定時刻を基に到着地に到着する到着時刻を取得」する点で共通する。
（ク）引用発明は，「経路探索支援サーバ１」が，「ユーザ端末」から「検索条件」を受信し，「現地到着予定日時に目的地に到着できる，乗車駅と下車駅の間の複数の乗り換え経路を検索し，それぞれ検索結果ＩＤを付与してユーザ端末に送信」し，「ユーザ端末」で表示されている「複数の乗り換え経路案」のいずれかのボタンを押下すると「経路探索支援サーバ１に検索結果ＩＤを送信」するものであり，「経路探索支援サーバ１」は，「ユーザ端末」に「送信すべき検索結果ＩＤの地図と乗り換え経路が表示された画面データを送信」するものである。
　つまり引用発明は，乗車駅と下車駅の間の複数の乗り換え経路が検索され，ユーザが複数の乗り換え経路案から選択した一の経路をユーザ端末に表示する。
　してみると，引用発明と本願発明とは，後記する点で相違するものの，「取得した出発地と，取得した到着地及び到着時刻とを基に，経路を案内する情報を取得し，取得した経路を案内する情報を出力」する点で共通する。　
　
　イ　以上（ア）〜（ク）のことから，引用発明と本願発明は，以下の点で一致し，また相違する。
［一致点］
「出発地から到着地までの経路を案内する経路案内機能を備えた携帯端末装置であって，
　出発地を取得し，
　予定場所と予定時刻とを有するスケジュール情報が記録され，
　予定場所と到着地とを対応付け，
　スケジュール情報が有する予定場所に対応付けられた到着地を取得し，かつ，スケジュール情報が有する予定時刻を基に到着地に到着する到着時刻を取得し，
　取得した出発地と，取得した到着地及び到着時刻とを基に，経路を案内する情報を取得し，取得した経路を案内する情報を出力する携帯端末装置。」
［相違点１］
　本願発明は，「記録されたスケジュール情報」を「選択」するものであり，「選択」した「スケジュール情報」の「予定場所」や「予定時間」を取得するものであるのに対し，引用発明は，表示された予定表に予定を追加して登録ボタンを押下すると訪問先住所や時刻を取得する点。
［相違点２］
　本願発明は，「予定場所と到着地とを対応付けた情報」を「記録」して到着地を「取得」するのに対し，引用発明は，目的地の最寄り駅を数駅検出してユーザ端末に送信し，ユーザ端末で最寄り駅名すなわち下車駅名をクリック選択して特定する点。
［相違点３］
　本願発明では，出発地を取得する「出発情報取得手段」と，スケジュール情報が記録された「スケジュール情報記憶手段」と，予定場所と到着地とを対応付けた情報が記録される「情報記憶手段」と，スケジュール情報を選択する「選択手段」と，到着地と到着時刻を取得する「到着情報取得手段」と，経路を案内する情報を取得し，取得した経路を案内する情報を出力する「経路案内情報取得手段」とからなり，「携帯端末装置」が，これら「出発情報取得手段」と，「スケジュール情報記憶手段」と，「情報記憶手段」と，「選択手段」と，「到着情報取得手段」と，「経路案内情報取得手段」とを具備するのに対し，引用発明の「ユーザ端末」は，これら各手段をすべて具備するものではない点。
［相違点４］
　本願発明は，「時間帯と出発候補地とを対応付けた情報が記録された出発地候補記憶手段」と，「現在日時を取得する計時手段」と，を具備し，「出発情報取得手段は，計時手段が取得した現在日時が含まれる時間帯に対応付けられた出発候補地を出発地候補記憶手段から取得」し，「取得した出発候補地を出発地として用いる」のに対し，引用発明は，「通常使用する自宅等からの最寄り駅である乗車駅」を用いるにとどまる点。
　
３．判断
　
ア［相違点１］について
（ア）引用発明は，再掲すれば，表示された予定表に予定を追加して登録ボタンを押下するとその予定の訪問先住所や時刻を取得する。
（イ）予定表は，ユーザが入力する行動予定であって，その予定には経路探索を要するものとそうではないものがあることが明らかである。
（ウ）したがって，引用発明が，表示された予定表に予定を追加して登録ボタンを押下するとその予定の訪問先住所や時刻を取得することにかえて，表示された予定表の予定を選択して登録すると訪問先住所や時刻を取得できるよう構成すること，すなわち，「記録されたスケジュール情報」を「選択」するよう構成し，「選択」した「スケジュール情報」の「予定場所」や「予定時間」を取得するよう構成することは，当業者が適宜なしうる設計的事項である。
　以上（ア）〜（ウ）のことから，［相違点１］に係る発明特定事項は，引用発明から当業者が容易に想到することができたものである。
　
　
イ［相違点２］について
（ア）引用発明は，再掲すれば，目的地の最寄り駅を数駅検出してユーザ端末に送信し，ユーザ端末で最寄り駅名すなわち下車駅名をクリック選択して特定する。
（イ）目的地の下車駅が特定されれば，次回はこの下車駅を記録して取得すればよく，あらためてユーザ端末で選択させる必要がないことが明らかである。
（ウ）したがって，引用発明が，目的地の最寄り駅を数駅検出してユーザ端末に送信し，ユーザ端末で最寄り駅名すなわち下車駅名をクリック選択して特定することにかえて，その目的地の下車駅を記録して取得できるよう構成すること，すなわち，「予定場所と到着地とを対応付けた情報」を「記録」して到着地を「取得」するよう構成することは，当業者が適宜なし得る設計的事項である。
　以上（ア）〜（ウ）のことから，［相違点２］に係る発明特定事項は，引用発明から当業者が容易に想到することができたものである。　
　
　
ウ［相違点３］について
　各情報を「取得」し「選択」し「記憶」するための「情報取得手段」「情報選択手段」「情報記憶手段」の構成とすることは，当業者が適宜なし得る設計的事項であること，「ユーザ端末」にどの手段を具備させるかは，「経路探索支援サーバ１」と「ユーザ端末」との役割分担であって，必要性に応じて適宜きめられるべき設計的事項であること，以上のことから，出発地を取得する「出発情報取得手段」と，スケジュール情報を記録する「スケジュール情報記憶手段」と，予定場所と到着地とを対応付けた情報を記録する「情報記憶手段」と，スケジュール情報を選択する「選択手段」と，到着地と到着時刻を取得する「到着情報取得手段」と，経路を案内する情報を取得し，取得した経路を案内する情報を出力する「経路案内情報取得手段」とからなるよう構成し，「携帯端末装置」が，これら「出発情報取得手段」と「スケジュール情報記憶手段」と「情報記憶手段」と「選択手段」と「到着情報取得手段」と「経路案内情報取得手段」とを具備するよう構成することは，当業者が適宜なし得る設計事項であり，［相違点３］に係る発明特定事項は，引用発明から当業者が容易に想到することができたものである。
　
　
エ［相違点４］について
　引用例２記載事項のように，日時により居場所が予測できること，引用発明に係る引用例１摘記事項（ウ）の段落【００５２】のように，居場所の最寄り駅から出発することが通常であることから，日時がわかれば出発する最寄り駅が推定できるといえる。
　したがって，平日の昼間の時間帯であれば勤務先の最寄り駅から出発し，土曜日及び日曜日の休日であれば自宅の最寄り駅から出発すること，すなわち，「時間帯と出発候補地とを対応付けた情報が記録された出発地候補記憶手段」と，「現在日時を取得する計時手段」とを具備するよう構成し，「出発情報取得手段は，計時手段が取得した現在日時が含まれる時間帯に対応付けられた出発候補地を出発地候補記憶手段から取得」し，「取得した出発候補地を出発地として用いる」よう構成し，もって［相違点４］に係る発明特定事項の構成とすることは，当業者が容易に想到することができたものである。
　
　以上判断したとおり，本願発明における上記［相違点１］〜［相違点４］に係る発明特定事項は当業者が容易に想到することができたものであり，相違点を総合しても，想到することが困難な格別の事項は見いだせない。  
　そして，本願発明の作用効果も，引用発明，引用例２記載事項及び周知の事項から当業者が予測できる範囲のものである。
　
  したがって，本願発明は，引用発明，引用例２記載事項及び周知の事項に基づいて，当業者が容易に発明をすることができたものであるから，特許法第２９条第２項の規定により特許を受けることができない。　  
　　
５．むすび
　以上のとおり，本願発明は，引用発明，引用例２記載事項及び周知の事項に基づいて，当業者が容易に発明をすることができたものであり，他の請求項について検討するまでもなく，特許法第２９条第２項の規定により特許を受けることができない。  
　したがって，本願は当審で通知した拒絶理由によって拒絶されるべきものである。
　
　よって，結論のとおり審決する。