【事件の表示】
　特許第６６６７８６３号発明「プログラム及び情報処理装置」の特許異議申立事件について、次のとおり決定する。
【結　論】
　特許第６６６７８６３号の請求項１〜１１に係る特許を維持する。
【理　由】
１　手続の経緯
　特許第６６６７８６３号の請求項１〜１１に係る特許についての出願は、令和元年７月１８日に出願され、令和２年２月２８日にその特許権の設定登録がされ、同年３月１８日に特許掲載公報が発行された。その後、その特許に対し、同年９月１８日に異議申立人　遠藤眞理子（以下、「申立人」という。）は、特許異議の申立てを行った。
２　本件発明
　特許第６６６７８６３号の請求項１〜１１の特許に係る発明は、それぞれ、その特許請求の範囲の請求項１〜１１に記載された事項により特定される次のとおりのものである。（以下、それぞれ、「本件発明１」〜「本件発明１１」という。）
「【請求項１】
　記憶手段を備えるコンピュータを、
　第一場所情報を含むユーザの第一スケジュールと、当該第一スケジュールよりも後の当該ユーザの第二スケジュールであって、前記第一場所情報とは異なる第二場所情報を含む第二スケジュールを受け付けて前記記憶手段に記憶する受付手段、
　前記第一スケジュールの第一場所情報が示す場所から、前記第二スケジュールの第二場所情報が示す場所までの移動経路であって、当該第一スケジュールと当該第二スケジュールの間で移動可能な移動経路を検索する検索手段、
　前記検索手段の検索結果を前記ユーザに提案する提案手段であって、前記検索結果が複数存在する場合、前記第二場所情報が示す場所の種類に基づき、複数の検索結果の中から前記ユーザに提案する検索結果を抽出する提案手段、
　前記提案手段による提案に対して前記ユーザの承認が得られた場合に、前記検索手段の検索結果を、前記第一スケジュールと前記第二スケジュールとの間の前記ユーザの移動スケジュールとして前記記憶手段に記憶する追加手段、
　として機能させるためのプログラム。
【請求項２】
　記憶手段を備えるコンピュータを、
　第一場所情報を含むユーザの第一スケジュールと、当該第一スケジュールよりも後の当該ユーザの第二スケジュールであって、前記第一場所情報とは異なる第二場所情報及び当該第二場所情報が示す場所でのユーザの目的情報を含む第二スケジュールを受け付けて前記記憶手段に記憶する受付手段、
　前記第一スケジュールの第一場所情報が示す場所から、前記第二スケジュールの第二場所情報が示す場所までの移動経路であって、当該第一スケジュールと当該第二スケジュールの間で移動可能な移動経路を検索する検索手段、
　前記検索手段の検索結果を前記ユーザに提案する提案手段であって、前記検索結果が複数存在する場合、前記目的情報に基づき、複数の検索結果の中から前記ユーザに提案する検索結果を抽出する提案手段、
　前記提案手段による提案に対して前記ユーザの承認が得られた場合に、前記検索手段の検索結果を、前記第一スケジュールと前記第二スケジュールとの間の前記ユーザの移動スケジュールとして前記記憶手段に記憶する追加手段、
　として機能させるためのプログラム。
【請求項３】
　記憶手段を備えるコンピュータを、
　第一場所情報を含むユーザの第一スケジュールと、当該第一スケジュールよりも後の当該ユーザの第二スケジュールであって、前記第一場所情報とは異なる第二場所情報を含む第二スケジュールを受け付けて前記記憶手段に記憶する受付手段、
　前記第一スケジュールの第一場所情報が示す場所から、前記第二スケジュールの第二場所情報が示す場所までの移動経路であって、当該第一スケジュールと当該第二スケジュールの間で移動可能な移動経路を検索する検索手段、
　前記検索手段の検索結果を前記ユーザに提案する提案手段であって、前記検索結果が複数存在する場合、複数の検索結果の中から一つの検索結果を前記ユーザに提案し、前記ユーザの承認が得られなかった場合に、当該複数の検索結果を当該ユーザに提案する提案手段、
　前記提案手段による提案に対して前記ユーザの承認が得られた場合に、前記検索手段の検索結果を、前記第一スケジュールと前記第二スケジュールとの間の前記ユーザの移動スケジュールとして前記記憶手段に記憶する追加手段、
　前記提案手段による提案に対して前記ユーザの承認が得られた場合に当該ユーザに報酬を付与する付与手段、
　として機能させるためのプログラム。
【請求項４】
　前記提案手段は、前記検索結果が複数存在する場合、前記ユーザの交通に係る嗜好情報に基づき、複数の検索結果の中から前記ユーザに提案する検索結果を抽出する、
　請求項１乃至３の何れか１項に記載のプログラム。
【請求項５】
　前記提案手段は、前記検索結果が複数存在する場合、前記ユーザの移動経路の履歴に基づき、複数の検索結果の中から前記ユーザに提案する検索結果を抽出する、
　請求項１乃至４の何れか１項に記載のプログラム。
【請求項６】
　前記提案手段は、前記検索結果が複数存在する場合、前記第一スケジュールと前記第二スケジュールの間の時間帯の天候情報に基づき、複数の検索結果の中から前記ユーザに提案する検索結果を抽出する、
　請求項１乃至５の何れか１項に記載のプログラム。
【請求項７】
　前記コンピュータを、
　前記検索結果が複数存在する場合、複数のユーザのスケジュールに基づき、複数の検索結果に係る移動経路の混雑状況を予測する予測手段、
　として機能させ、
　前記提案手段は、前記予測手段が予測した各移動経路の混雑状況に基づき、複数の検索結果の中から前記ユーザに提案する検索結果を抽出する、
　請求項１乃至６の何れか１項に記載のプログラム。
【請求項８】
　前記受付手段は、通信ネットワークを介して前記記憶手段とは異なる他の記憶手段から前記ユーザのスケジュールを取得して、前記第一スケジュール又は前記第二スケジュールとして受け付け、
　前記検索手段は、前記受付手段が前記他の記憶手段から前記ユーザのスケジュールを取得したときに、前記移動経路を検索する、
　請求項１乃至７の何れか１項に記載のプログラム。
【請求項９】
　記憶手段と、
　第一場所情報を含むユーザの第一スケジュールと、当該第一スケジュールよりも後の当該ユーザの第二スケジュールであって、前記第一場所情報とは異なる第二場所情報を含む第二スケジュールを受け付けて前記記憶手段に記憶する受付手段と、
　前記第一スケジュールの第一場所情報が示す場所から、前記第二スケジュールの第二場所情報が示す場所までの移動経路であって、当該第一スケジュールと当該第二スケジュールの間で移動可能な移動経路を検索する検索手段と、
　前記検索手段の検索結果を前記ユーザに提案する提案手段であって、前記検索結果が複数存在する場合、前記第二場所情報が示す場所の種類に基づき、複数の検索結果の中から前記ユーザに提案する検索結果を抽出する提案手段と、
　前記提案手段による提案に対して前記ユーザの承認が得られた場合に、前記検索手段の検索結果を、前記第一スケジュールと前記第二スケジュールとの間の前記ユーザの移動スケジュールとして前記記憶手段に記憶する追加手段と、
　を備える情報処理装置。
【請求項１０】
　記憶手段と、
　第一場所情報を含むユーザの第一スケジュールと、当該第一スケジュールよりも後の当該ユーザの第二スケジュールであって、前記第一場所情報とは異なる第二場所情報及び当該第二場所情報が示す場所でのユーザの目的情報を含む第二スケジュールを受け付けて前記記憶手段に記憶する受付手段と、
　前記第一スケジュールの第一場所情報が示す場所から、前記第二スケジュールの第二場所情報が示す場所までの移動経路であって、当該第一スケジュールと当該第二スケジュールの間で移動可能な移動経路を検索する検索手段と、
　前記検索手段の検索結果を前記ユーザに提案する提案手段であって、前記検索結果が複数存在する場合、前記目的情報に基づき、複数の検索結果の中から前記ユーザに提案する検索結果を抽出する提案手段と、
　前記提案手段による提案に対して前記ユーザの承認が得られた場合に、前記検索手段の検索結果を、前記第一スケジュールと前記第二スケジュールとの間の前記ユーザの移動スケジュールとして前記記憶手段に記憶する追加手段と、
　を備える情報処理装置。
【請求項１１】
　記憶手段と、
　第一場所情報を含むユーザの第一スケジュールと、当該第一スケジュールよりも後の当該ユーザの第二スケジュールであって、前記第一場所情報とは異なる第二場所情報を含む第二スケジュールを受け付けて前記記憶手段に記憶する受付手段と、
　前記第一スケジュールの第一場所情報が示す場所から、前記第二スケジュールの第二場所情報が示す場所までの移動経路であって、当該第一スケジュールと当該第二スケジュールの間で移動可能な移動経路を検索する検索手段と、
　前記検索手段の検索結果を前記ユーザに提案する提案手段であって、前記検索結果が複数存在する場合、複数の検索結果の中から一つの検索結果を前記ユーザに提案し、前記ユーザの承認が得られなかった場合に、当該複数の検索結果を当該ユーザに提案する提案手段と、
　前記提案手段による提案に対して前記ユーザの承認が得られた場合に、前記検索手段の検索結果を、前記第一スケジュールと前記第二スケジュールとの間の前記ユーザの移動スケジュールとして前記記憶手段に記憶する追加手段と、
　前記提案手段による提案に対して前記ユーザの承認が得られた場合に当該ユーザに報酬を付与する付与手段と、
　を備える情報処理装置。」
３　申立理由の概要
　申立人は、以下の甲１〜甲１２を証拠方法として提出し、本件発明１、２、９、１０は、甲１に記載された発明及び周知技術（甲２〜４）に基づいて当業者が容易に発明をすることができたものであり、本件発明３、１１は、甲１に記載された発明及び周知技術（甲２、４〜８）に基づいて当業者が容易に発明をすることができたものであり、本件発明４、５は、甲１〜４に加えて甲９に記載された周知技術に基づいて当業者が容易に発明をすることができたものであり、本件発明６は、甲１〜４に加えて甲１０に記載された周知技術に基づいて当業者が容易に発明をすることができたものであり、本件発明７は、甲１〜４に加えて甲１１に記載された周知技術に基づいて当業者が容易に発明をすることができたものであり、本件発明８は、甲１〜４に加えて甲１２に記載された周知技術に基づいて当業者が容易に発明をすることができたものであり、したがって、請求項１〜１１に係る特許は、特許法２９条２項の規定に違反してされたものである（以下、「理由１」という。）から、請求項１〜１１に係る特許を取り消すべきものである旨主張する。
　また、申立人は、本件発明４〜７は、発明の詳細な説明に記載されていないから、特許法３６条６項１号に規定する要件を満たしておらず（以下、「理由２」という。）、また、本件明細書の発明の詳細な説明は、当業者が本件発明４〜７を実施することができる程度に明確かつ十分に記載されていないから、特許法３６条４項１号に規定する要件を満たしておらず（以下、「理由３」という。）、請求項４〜７に係る特許を取り消すべきものである旨主張する。
＜証拠方法＞
甲１：特開２００２−３４２５３８号公報
甲２：特開２００２−７３７５８号公報
甲３：特開２０１２−３３０４０号公報
甲４：木村聡子、“移動時間も含めたムダの無いスケジュール管理を可能にするＧｏｏｇｌｅマップとＧｏｏｇｌｅカレンダーの合わせ技”、［online］、平成２９年１０月１日、［令和２年９月１５日検索］、インターネット＜URL:http://blog.kimutax.com/Google-map-and-caledar＞
甲５：特開２０１１−２０３７８４号公報
甲６：特開２０１９−５３４３２号公報
甲７：特開２００２−２０２１３７号公報
甲８：トヨタ純正ＳＤナビゲーション型番ＮＳＺＴ−ＺＡ４Ｔアルファード・ヴェルファイア専用取扱書、［online］、２０１５モデル、第１０５−１１１頁、［２０１７年２月２４日］、インターネット＜URL:https://toyota.jp/pages/contents/dop/pdf/navi/manual/2015/NSZT-ZA4T.pdf＞＜URL:http://toyota.jp/dop/navi/manual/＞
甲９：特開２０１７−９６６３６号公報
甲１０：特開２００９−５８４６８号公報
甲１１：特開２００２−２７７２６８号公報
甲１２：特開２０１９−１０５４５４号公報
４　甲１〜１２の記載
（１）甲１（特開２００２−３４２５３８号公報）
　甲１には、以下のとおりの記載がある。下線は、注目箇所に当審が付した。以下、同様。
【０００１】
【発明の属する技術分野】本発明はスケジュール管理方法および装置に関する。
【０００２】
【従来の技術】ユーザが用件、時刻、場所等を登録し、スケジュールを管理する従来のスケジュール管理装置では、予定と予定の間の場所の移動を考慮していなかった。
【０００３】
【発明が解決しようとする課題】したがって、予定を登録するとき、時間があいているということで、予定を入れてしまい、移動時間を考えた場合に移動できない無理なスケジュールを登録してしまうことがあった。
【０００４】また、
移動を伴う予定がある場合、移動のための乗換え案内等を別途検索しなければならなかった。
【０００５】また、従来のスケジュール管理システムは予定についての通知は行うが、乗換え情報についての通知は行っていなかった。乗換え案内の検索を行っても、いつ乗り換えればいいかはユーザが自ら確認しなければならなかった。また、予定の交通機関に乗れなかった場合は無駄な情報になってしまった。
【０００６】本発明の目的は、移動時間を十分とれない無理な予定を誤まって登録することがないスケジュール管理方法および装置を提供することにある。
【０００７】
本発明の他の目的は、ユーザが交通機関等の移動経路を知ることができるスケジュール管理方法および装置を提供する
【００１０】
【課題を解決するための手段】本発明のスケジュール管理方法は、
新たな予定を登録する際、該予定の直前および／または直後に登録済みの予定がある場合、新たな予定と登録済みの予定の間のユーザの移動時間を算出し、
【００１１】これにより、移動時間を十分とれない無理な予定を誤まって登録することがない。
【００１２】
本発明の実施態様では、移動時間を移動経路毎に算出し、予定間の空き時間と、対応する移動時間の差が所定の時間以上で、移動時間が最短の移動経路を新たな予定とともに登録する。
【００１３】
これにより、ユーザは交通機関等の移動経路を知ることができる。
【００１８】
【発明の実施の形態】次に、本発明の実施の形態について図面を参照して説明する。
第１の実施形態
図１を参照すると、本発明の第１の実施形態の
スケジュール管理装置は、ユーザが予定を入力、修正するため入力部１０１と、予定が登録される予定蓄積部１０２と、ある予定が終った後次の予定の場所まで移動するのに必要な時間を算出する移動時間算出部１０３と、入力された予定の登録処理を行う予定処理部１０４と、入力部１０１から入力された予定および予定処理部１０４における処理結果を表示する表示部１０５を有している。
【００１９】次に、本実施形態のスケジュール管理装置の動作を図２のフローチャートを参照して説明する。
ユーザは新たな予定の用件、時間、場所などを予定入力部１０１から入力する（ステップ２０１）。
予定を予定蓄積部１０２に蓄積し（ステップ２０７）、
ステップ２０２で、入力された予定の直前および／または直後に他の予定が予定蓄積部１０２に登録されていれば、予定蓄積部１０２から登録済みの予定の時間と場所の情報を読出し、移動時間算出部１０３に渡す（ステップ２０４）。移動時間算出部１０３は、入力された予定と登録済みの予定の間のユーザの移動時間を算出する（ステップ２０５）。
【００２０】ここで、具体例により説明する。登録済みの２つの予定（１３：００−１４：００と１７：００−１８：００）の間に、新規の予定を入れるとする。移動時間はともに３０分とする。所定の時間Ｔは１０分とする。
【００２１】ケース１：１５：００−１６：００の予定空き時間６０分は移動時間３０分＋所定時間１０分より大きいため登録可能ケース２：１５：３５−１６：００の予定
前の予定（１４時までの予定）との空き時間３５分は、移動時間３０分＋所定時間１０分より小のため登録不可ケース３：１５：４５−１６：２５の予定後の予定（１７時からの予定）との空き時間３５分は、移動時間３０分＋所定時間１０分より小のため登録不可なお、所定の時間Ｔは、１０分のように固定値とは限らず、移動時間が長ければ、大きめな値とすることも考えられる。
第２の実施形態
図３を参照すると、本発明の第２の実施形態のスケジュール管理装置は、移動時間算出部１０３が移動経路毎の移動時間を算出し、予定蓄積部１０２に予定とともに、移動経路と移動時間が登録される点が第１の実施形態と異なっている。
【００２２】図４は本実施形態の動作を示すフローチャートである。第１の実施形態のステップ２０５，２０６（図２）の代りに
ステップ２１０，２１１の処理が行なわれ、ステップ２１２と２１３の処理が追加になった点が第１の実施形態と異なる。
ステップ２０４の後、移動時間算出部１０３は、入力された予定の場所と登録済みの予定の場所の間の移動経路とその移動時間をデータベース（不図示）を参照して算出する（ステップ２１０）。予定処理部１０４は算出された、移動経路毎の移動時間の中に前後の予定の空き時間との差が所定の時間Ｔ以上のものがあるかどうか調べる（ステップ２１１）。あれば、そのうちで移動時間が最も短かい移動経路をその移動時間とともに予定蓄積部１０２に登録した後（ステップ２１２）、表示部１０５に表示する（ステップ２１３）。
・・・・・
【００２６】なお、以上、
図２、図４、図６、図８に示した処理はスケジュール管理プログラムとして
パソコン等のコンピュータ上で実施できる。
　甲１の段落【００１８】、図３の記載によると、甲１には、ユーザが予定を入力、修正するため入力部と、予定が登録される予定蓄積部と、ある予定が終った後次の予定の場所まで移動するのに必要な時間を算出する移動時間算出部と、入力された予定の登録処理を行う予定処理部と、入力部から入力された予定および予定処理部における処理結果を表示する表示部とを有する、スケジュール管理装置が記載され、段落【００２６】によると、図２、図４の処理は、スケジュール管理プログラムとしてコンピュータで実行してもよく、上記の「予定を登録する予定蓄積部」、「表示部」は、コンピュータが備えるハードウェアであるから、甲１には、「予定を登録する予定蓄積部と表示部とを備えるコンピュータを、ユーザが予定を入力、修正するため入力部と、ある予定が終った後次の予定の場所まで移動するのに必要な時間を算出する移動時間算出部と、入力された予定の登録処理を行う予定処理部として機能させるためのスケジュール管理プログラム。」が記載されている。
　また、甲１の段落【００１９】の記載によると、上記の「入力部」は、「ユーザから、新たな予定の要件、時間、場所などの入力を受け付ける」ものであり、「予定処理部」は、「入力部から入力された予定を予定蓄積部に蓄積し、入力された予定の直前および／または直後に他の予定が予定蓄積部に登録されていれば、予定蓄積部から登録済みの予定の時間と場所の情報を読出し、移動時間算出部に渡す」ものである。
　また、甲１の段落【００２２】の記載によると、上記の「移動時間算出部」は、「入力された予定の場所と登録済みの予定の場所の間の移動経路とその移動時間を算出する」ものであり、上記の「予定処理部」は、「移動時間算出部で調べられた移動経路とその移動時間のうち、移動経路毎の移動時間の中に前後の予定の空き時間との差が所定の時間Ｔ以上のものがあるかどうか調べ、あれば、そのうちで移動時間が最も短かい移動経路をその移動時間とともに予定蓄積部に登録した後、表示部に表示する」ものである。
　以上によれば、甲１には、
「予定を登録する予定蓄積部と表示部とを備えるコンピュータを、
　ユーザから、新たな予定の要件、時間、場所などの入力を受け付ける入力部と、
　入力部で入力された予定を予定蓄積部に蓄積し、入力された予定の直前および／または直後に他の予定が予定蓄積部に登録されていれば、予定蓄積部から登録済みの予定の時間と場所の情報を読出し、移動時間算出部に渡し、移動時間算出部で調べられた移動経路とその移動時間のうち、移動経路毎の移動時間の中に前後の予定の空き時間との差が所定の時間Ｔ以上のものがあるかどうか調べ、あれば、そのうちで移動時間が最も短かい移動経路をその移動時間とともに予定蓄積部に登録した後、表示部に表示する予定処理部と、
　入力された予定の場所と登録済みの予定の場所の間の移動経路とその移動時間を算出する移動時間算出部、
として機能させるためのスケジュール管理プログラム。」の発明（以下、「甲１発明」という。）が記載されている。
（２）甲２（特開２００２−７３７５８号公報）
　甲２には、以下のとおりの記載がある。
【０００１】
【発明の属する技術分野】本発明は、
出発地から目的地までの経路検索を行う経路検索システム
【０００５】本発明は、上記問題点に鑑みてなされたものであり、その目的は、
指定の条件により、交通機関を利用する移動と徒歩による移動とを組み合わせて経路検索及び検索結果の提供を端末に対して行う情報提供システム
【０００６】
【課題を解決するための手段】この発明の構成と、それに基づく作用及び効果は以下の通りである。請求項１に記載の発明は、ネットワークを介して端末に情報を提供する情報提供システムであって、出発地の情報を受入れる出発地受付手段と、目的地の情報を受入れる目的地受付手段と、前記出発地から前記目的地までの経路間で利用可能な交通機関を検索する交通機関検索手段と、交通機関を利用して移動する区間について経路を検索する交通機関利用経路検索手段と、交通機関を利用せずに移動する区間について経路を検索する徒歩経路検索手段とを有することを要旨とする。
【０００７】従って、請求項１に記載の発明によれば、交通機関を利用して移動する区間についての交通機関利用経路検索と、交通機関を利用せずに移動する区間についての徒歩経路検索とを組み合わせることができる。つまり、出発地から目的地までの交通機関及び徒歩の少なくとも一方を利用する場合について経路検索を行うことができ、移動手段や目的地等に対応した自在な組み合わせが可能になる。
【００１１】従って、請求項３に記載の発明によれば、
ＧＰＳ等の現在位置検出手段により出発地を特定する
【００１２】従って、請求項４に記載の発明によれば、
入力された検索条件に基づいて経路検索を行うことができ、時間や費用等の要件を検索条件とすればその要件を優先した検索が行われ、
【００１３】請求項５に記載の発明は、請求項１〜４のいずれかに記載の情報提供システムにおいて、外部端末から入力された
個人のスケジュールを記憶するスケジュール記憶手段をさらに有し、前記目的地受付手段は、そのスケジュール記憶手段に記憶されたスケジュール内の目的地情報を受入れる
【００１４】従って、請求項５に記載の発明によれば、
入力された個人スケジュール内の目的地を経路検索における目的地とすることができる。
【００１５】請求項６に記載の発明は、請求項１〜５のいずれかに記載の情報提供システムにおいて、
顧客の個人情報を記憶する個人情報記憶手段をさらに有し、前記交通機関経路検索手段及び徒歩経路検索手段の少なくとも一方は、個人情報記憶手段に記憶された個人情報から顧客が希望すると予想される条件に基づいて検索を行う
【００１６】従って請求項６に記載の発明によれば、
個人情報記憶手段に記憶された個人情報から顧客が希望すると予想される条件に基づいて経路検索を行うことができる。
【００２５】請求項１１に記載の発明は、請求項５〜１０のいずれかに記載の情報提供システムにおいて、
前記スケジュール記憶手段に記憶された検索対象の目的地が複数存在する場合は、各目的地を巡回する経路検索を行う
【００２６】従って請求項１１に記載の発明によれば、入力された個人スケジュール内の目的地が複数存在する場合は、各目的地を巡回する経路検索を行うことができる。このため、各目的地間の検索のための作業をユーザに強いる必要がなく、ユーザの負担を軽減できる。
【００２９】請求項１３に記載の発明は、請求項１〜１２のいずれかに記載の情報提供システムにおいて、前記交通機関経路検索手段及び前記徒歩経路記憶手段の少なくとも一方は、
複数の経路を検索する
【００３０】従って請求項１３に記載の発明によれば、
複数の経路を検索することができる。このため、ユーザはその複数の経路の中から適切な経路を選択することが可能となる。
【００３１】請求項１４に記載の発明は、請求項７〜１３のいずれかに記載の情報提供システムにおいて、前記交通機関経路検索手段及び前記徒歩経路記憶手段の少なくとも一方は、
複数の経路を検索し、検索した複数の経路から選択された一つの経路を受入れる
選択された経路を前記検索履歴記憶手段に記憶する
【００３２】従って請求項１４に記載の発明によれば、
複数の経路を検索し、検索した複数の経路から選択された一つの経路を記憶することができる。このため、この記憶された経路情報を次回の検索に利用でき、検索動作の効率化に寄与できる。
【００５９】経路の検索条件は、端末１２からの入力により指定することができる。
検索条件としては、最低費用経路、最短時間経路、交通機関指定経路等の条件の他、「海岸沿いの道路」というようなユーザの希望に沿った指定もできる。
検索条件として交通機関が指定されている場合は、その交通機関を利用できる移動についての経路検索を行う。「海岸沿いの道路」というようなユーザ希望が指定された場合は、指定を満足する経路を検索する。なお、検索条件の指定内容は個人情報記憶部２２に記憶される。
【００６０】
出発地から目的地までの経路検索において検索処理の各段階で検索条件に適合する複数の候補がある場合には、その複数の候補についての経路検索を行う。その結果、出発地から目的地までの経路が指定の検索条件に最も適合するものとして、複数の経路が得られた場合、それらを端末１２に表示させて、ユーザの選択に委ねる。
【００６１】経路検索は、各地点間の移動にかかるコストが最低となる経路を求めることによって行われる。ここでコストとは、各経路に設定された数値をいう。例えば、最短時間検索では、移動時間に対応したコストが各経路に設定され、コストの総計が最低となる、最短の移動時間の経路が検索される。一方、ユーザ希望条件に対応した経路検索においては、ユーザの希望条件に該当する経路に対し、移動時間に対応したコストよりも低いコストに設定を変更することで、その経路が選択される可能性を高めた上で経路検索が行われる。例えば、「海岸沿いの道路」というユーザ希望が指定された場合、海岸沿いの道路について、より低いコストに設定を変更することにより、検索処理の際に海岸沿いの道路が選択される可能性が高められる。
【００７０】次に、
出発時刻又は到着時刻、出発地の最寄駅、目的地の最寄駅、出発地から出発地の最寄駅までの移動時間及び目的地の最寄駅から目的地までの移動時間をもとに、出発地の最寄駅から目的地の最寄駅までの間の乗換経路の検索を行う
【００７１】
出発地から目的地までのすべての経路検索を終了すると、管理サーバ１１は図６のＳ６０５〜Ｓ６０８に示すような検索結果表示画面を生成し、端末１２に送信することにより端末１２に表示させる（Ｓ２１０）。ここで、検索の結果、妥当な経路が複数存在する場合には、複数の経路を表示する。ユーザが端末１２より経路のひとつを選択すると、管理サーバ１１は選択された経路の詳細情報を端末１２に表示させ、同時に検索結果を検索履歴として個人情報記憶部２２に格納する（Ｓ２１２）。
【００７９】次に、本発明を具体化した第２実施形態を図５に従って説明する。複数の目的地を巡回する場合、管理サーバ１１は、
個人情報記憶部２２に記憶された個人スケジュールを用いることにより、一回の検索要求によりスケジュールに従い、全区間について移動経路の検索及び情報提供を行う。
【００８０】個人スケジュールは、端末１２から入力することにより個人情報記憶部２２に登録される。管理サーバ１１は登録された個人スケジュールの内容により、経路検索処理を行う。ここで、
複数の目的地を巡回するように設定することができ、登録された目的地を経由地として扱い、経由地間の経路検索を行う。
【００８１】図５に示すように、端末１２において個人スケジュールメニューを選択し（Ｓ５０１）、出発地、目的地及び目的地到着時間等を入力すると（Ｓ５０２）、端末１２より管理サーバ１１に入力された個人スケジュールの内容が送信される。管理サーバ１１は、個人スケジュールに入力された目的地の数が一つかどうかを判断し（Ｓ５０３）、目的地の数が１つでない場合、目的地到着予定時間順に目的地を経由地として設定する（Ｓ５０４）。管理サーバ１１は、目的地又は経由地への到着予定時間等から宿泊が必要であるかどうかの判断を行う（Ｓ５０５）。宿泊が必要である場合には（Ｓ５０５でＹＥＳ）、管理サーバ１１が宿泊施設予約管理コンピュータ２５に端末１２を接続させることにより、端末１２と宿泊施設予約管理コンピュータ２５との間で宿泊施設予約処理が行われる（Ｓ５０６）。次に、第１実施形態で示した出発地から目的地までの経路検索と同様の方法で、
経由地間の経路検索を行う（Ｓ５０７）。複数の目的地を巡回する場合には、巡回するすべての区間について経路検索を行う。
ユーザは、端末１２により経路確認を行い、表示された経路で良いかどうかを入力する（Ｓ５０９）。経路検索の結果、検索条件に該当する複数の経路の候補がある場合には、複数の検索結果を端末１２に表示させ、ユーザがいずれかひとつを選択して端末１２から入力することにより経路を決定する。ユーザが検索された経路を了承する場合には（Ｓ５１０でＹＥＳ）、管理サーバ１１は経路検索結果を個人スケジュールに組込み、個人情報記憶部２２に格納する（Ｓ５１１）。提示された経路検索の内容をユーザが了承しない場合には（Ｓ５１０でＮＯ）、経路検索処理（Ｓ５０７）に戻り、処理を繰り返す。
【００８６】・
ユーザの経路検索条件の選択については、個人情報記憶部２２に記憶された個人情報又は検索履歴により、ユーザが使用すると推測される経路検索条件を管理サーバ１１において判断して検索条件を設定すること。このようにすることで、ユーザの入力負担を軽減することができる。
【００８６】・
ユーザの経路検索条件の選択については、個人情報記憶部２２に記憶された個人情報又は検索履歴により、ユーザが使用すると推測される経路検索条件を管理サーバ１１において判断して検索条件を設定する
　以上、甲２の記載によると、甲２には、出発地から目的地までの経路検索を行う経路検索システムにおいて、個人情報記憶部に記憶された個人スケジュールを用い、一回の検索要求により、全区間について移動経路の検索及び情報提供を行い、経路検索の結果、検索条件に該当する複数の経路の候補がある場合には、複数の検索結果を端末に表示させ、ユーザがいずれかひとつを選択して入力することにより経路を決定し、ユーザが検索された経路を了承する場合には、経路検索結果を個人スケジュールに組込み、個人情報記憶部に格納し、提示された経路検索の内容をユーザが了承しない場合には、経路検索処理に戻り、処理を繰り返すこと、及び、ユーザの検索履歴に基づいて、ユーザが使用すると推測される検索条件を設定して経路探索を行うことが記載されている。
（３）甲３（特開２０１２−３３０４０号公報）
　甲３には、以下のとおりの記載がある。
【０００５】
　しかしながら、従来のシステムにおいては、
顧客住所を出発地とし、店舗住所を目的地とした経路探索条件を満たした案内経路を提示する
【０００６】
　本発明は、上記問題点に鑑みてなされたもので、
店舗等の施設までの移動手段や施設の利用時間等を加味した詳細な案内情報を、利用者に提供することができる、
案内情報提供装置
【課題を解決するための手段】
【０００７】
　このような目的を達成するため、本発明の案内情報提供システムは、制御部を少なくとも備えた顧客サーバ、および、制御部と記憶部を少なくとも備えた経路情報提供サーバを、通信可能に接続した案内情報提供システムであって、上記経路情報提供サーバの上記記憶部は、交通網を規定するネットワークデータを記憶するネットワークデータ記憶手段と、施設の地点に関する施設地点情報に対応付けて、当該施設の施設詳細情報を記憶する施設情報記憶手段と、を備え、上記経路情報提供サーバの上記制御部は、上記顧客サーバから送信される、顧客の地点に関する顧客地点情報を受信する顧客情報受信手段と、上記顧客情報受信手段により受信された上記顧客地点情報による
上記顧客の上記地点を出発地とし、上記施設地点情報による上記施設の上記地点を目的地とする経路探索条件を設定する経路探索条件設定手段と、上記施設地点情報に対応付けられた上記施設詳細情報に基づいて、上記出発地および上記目的地以外の詳細条件を、当該経路探索条件に追加して設定する詳細条件追加設定手段
上記詳細条件追加設定手段により上記詳細条件が追加された上記経路探索条件を満たす、上記出発地から上記目的地までの案内経路を含む経路探索結果を取得する経路探索手段と、上記経路探索手段により取得された上記経路探索結果を示す案内情報を作成する案内情報作成手段
【０００８】
　また、本発明の案内情報提供システムは、上記記載の案内情報提供システムにおいて、
上記施設詳細情報は、上記施設への利用可能な移動手段に関する情報であり、上記詳細条件追加設定手段は、上記施設地点情報に対応付けられた上記施設詳細情報に基づいて、上記移動手段に関する上記詳細条件を、当該経路探索条件に追加して設定する
【０００９】
　また、本発明の案内情報提供システムは、上記記載の案内情報提供システムにおいて、
上記施設詳細情報は、上記施設の利用時間に関する情報であり、上記詳細条件追加設定手段は、上記施設地点情報に対応付けられた上記施設詳細情報に基づいて、上記利用時間に関する上記詳細条件を、当該経路探索条件に追加して設定する
【００１１】
　また、本発明の案内情報提供システムは、上記記載の案内情報提供システムにおいて、
上記顧客詳細情報は、上記顧客の利用可能な移動手段に関する情報であり、上記詳細条件追加設定手段は、上記顧客地点情報に対応付けられた上記顧客詳細情報に基づいて、上記移動手段に関する上記詳細条件を、当該経路探索条件に追加して設定する
【発明の効果】
【００３１】
　この発明によれば、交通網を規定するネットワークデータを記憶し、施設の地点に関する施設地点情報に対応付けて、当該施設の施設詳細情報を記憶し、顧客サーバから送信される、顧客の地点に関する顧客地点情報を受信し、受信した顧客地点情報による
顧客の地点を出発地とし、施設地点情報による施設の地点を目的地とする経路探索条件を設定し、施設地点情報に対応付けられた施設詳細情報に基づいて、出発地および目的地以外の詳細条件を、当該経路探索条件に追加して設定し、
詳細条件が追加された経路探索条件を満たす、出発地から目的地までの案内経路を含む経路探索結果を取得し、取得した経路探索結果を示す案内情報を作成する。
施設等の詳細条件に従って経路探索を行った結果を示す案内情報を、利用者に提供する
【００３２】
　また、本発明によれば、
施設詳細情報は、施設への利用可能な移動手段に関する情報
施設地点情報に対応付けられた施設詳細情報に基づいて、移動手段に関する詳細条件を、当該経路探索条件に追加して設定する。
施設への利用可能な移動手段を使った経路を示す案内情報を、利用者に提供する
【００３３】
　また、本発明によれば、
施設詳細情報は、施設の利用時間に関する情報
施設地点情報に対応付けられた施設詳細情報に基づいて、利用時間に関する詳細条件を、当該経路探索条件に追加して設定する。
【００３４】
　また、本発明によれば、顧客サーバにおいて、顧客地点情報に対応付けて、顧客の顧客詳細情報を記憶し、顧客地点情報に対応付けて顧客詳細情報を送信し、経路情報提供サーバにおいて、更に、顧客地点情報に対応付けられた顧客詳細情報に基づいて、詳細条件を、当該経路探索条件に追加して設定する。これにより、顧客等の詳細条件に従って経路探索を行った結果を示す案内情報を、利用者に提示することができるという効果を奏する。
【００３５】
　また、本発明によれば、顧客詳細情報は、顧客の利用可能な移動手段に関する情報であり、経路情報提供サーバにおいて、顧客地点情報に対応付けられた顧客詳細情報に基づいて、移動手段に関する詳細条件を、当該経路探索条件に追加して設定する。これにより、顧客の利用可能な移動手段を使った経路を示す案内情報を、利用者に提供することができるという効果を奏する。
【００５１】
［経路情報提供サーバ２００の構成］
　ここで、図１ において、経路情報提供サーバ２００は、顧客サーバ１００から送信される、顧客の地点に関する顧客地点情報を受信し、受信した顧客地点情報による
顧客の地点を出発地とし、記憶部１０６に記憶する施設地点情報による施設の地点を目的地とする経路探索条件を設定し、施設地点情報に対応付けられた施設詳細情報に基づいて、出発地および目的地以外の詳細条件を、当該経路探索条件に追加して設定し
詳細条件が追加された経路探索条件を満たす、出発地から目的地までの案内経路を含む経路探索結果を取得し、取得した経路探索結果を示す案内情報を作成する等の機能を有する。
【００５６】
　また、イベント・施設データベース２０６ｂは、施設の地点に関する施設地点情報に対応付けて、
当該施設の施設詳細情報を記憶する施設情報記憶手段
「施設」には、イベント開催地やイベント施設等の施設を含む。また、イベント・施設データベース２０６ｂには、各施設の施設地点情報（施設の住所や緯度経度や位置座標など）に対応付けて、当該施設の施設詳細情報が格納される。
施設詳細情報は、施設地点情報以外の、施設に関する詳細情報であり、施設やイベント等の名称やＩＤ等のほか、施設への利用可能な移動手段に関する情報（徒歩圏内に駅があるか否か等の情報）や、施設の利用時間に関する情報（イベント開始時刻、開場時刻、開館時間、閉館日など）等である。
【００５７】
　図２および図３に一例として示すように、
イベント・施設データベース２０６ｂは、イベント・施設のＩＤ、名称、場所、および、移動手段または開催時刻の項目に分けて、施設地点情報（項目「場所」に格納される情報）および施設詳細情報（その他の項目に格納される情報）が対応付けて格納される。
項目「移動手段」に、施設への利用可能な移動手段に関する情報（利用不可能な移動手段や、利用可能な移動手段を特定する情報）が格納される。例えば、施設ＩＤが００１であるＡＡ結婚式場については、自家用車での来場を禁止していることを意味している。また、施設ＩＤが００２のＢＢレストランについては、有効な移動手段だけを登録している。また、上述の例に限らず、「施設への利用可能な移動手段に関する情報」は、施設への利用可能な移動手段を間接的に類推させるような情報（例えば、駐車場が無いことや、イベントの類別「飲食パーティ」や、施設の類別「居酒屋」など飲酒することが予想される場合など、移動手段として自家用車が利用できないことを類推させる情報、あるいは、引き出物等の荷物が提供される予定の場合など、自家用車を利用することが好ましいことを類推させる情報）であってもよい。
【００５８】
　また、図３の例では、
項目「開催時刻」に、施設の利用時間に関する情報（利用可能時間）が格納される。例えば、施設ＩＤがａ０１のＡＡ結婚式場はＡＭ１０：００から利用可能であること（例えば、受付開始時刻などの開催時刻）を意味している。また、結婚式やパーティのように日時が特定されたイベントである場合には、日付情報も一緒に関連付けて登録する。その他、混雑が予想されるイベントの場合には、混雑緩和を目的として、分散したいくつかの時刻を登録可能としてもよい。
【００６３】
　また、
詳細条件追加設定部２０２ｃは、施設地点情報に対応付けてイベント・施設データベース２０６ｂに記憶された施設詳細情報に基づいて、出発地および目的地以外の詳細条件を、経路探索条件設定部２０２ｂにより設定された経路探索条件に追加して設定する詳細条件追加設定手段である。ここで、詳細条件は、出発地および目的地以外の経路探索条件であり、例えば、移動手段（車、バス、電車、バリアフリー優先など）や、到着時刻や、経由地などの条件等である。詳細条件追加設定部２０２ｃは、経路探索条件設定部２０２ｂにより設定された経路探索条件の目的地の施設地点情報に対応付けられた施設詳細情報に基づいて、当該施設に関する詳細条件を、当該経路探索条件に追加して設定してもよい。例えば、イベント・施設データベース２０６ｂに施設地点情報に対応付けて、施設への利用可能な移動手段に関する施設詳細情報が記憶されている場合、詳細条件追加設定部２０２ｃは、当該移動手段を詳細条件として、経路探索条件に追加して設定してもよい。また、イベント・施設データベース２０６ｂに施設地点情報に対応付けて、施設の利用時間に関する施設詳細情報が記憶されている場合、詳細条件追加設定部２０２ｃは、当該利用時間を詳細条件（到着時刻の条件など）として、経路探索条件に追加して設定してもよい。
【００８１】
　そして、経路情報提供サーバ２００の経路探索条件設定部２０２ｂは、顧客情報受信部２０２ａにより受信された
顧客地点情報による顧客の地点を出発地とし、イベント・施設データベース２０６ｂに記憶された施設地点情報による施設の地点を目的地とする経路探索条件を設定する
【００８２】
　そして、経路情報提供サーバ２００の
詳細条件追加設定部２０２ｃは、施設地点情報に対応付けてイベント・施設データベース２０６ｂに記憶された施設詳細情報に基づいて、出発地および目的地以外の詳細条件を、経路探索条件設定部２０２ｂにより設定された経路探索条件に追加して設定する（ステップＳＡ−４）。例えば、詳細条件追加設定部２０２ｃは、詳細条件として、移動手段（車、バス、電車、バリアフリー優先など）や、到着時刻や、経由地などの条件等を追加して経路探索条件に設定してもよい。
【００８３】
　ここで、
イベント・施設データベース２０６ｂに施設地点情報に対応付けて、施設への利用可能な移動手段に関する施設詳細情報が記憶されている場合、詳細条件追加設定部２０２ｃは、当該移動手段を詳細条件として、経路探索条件に追加して設定してもよい。
施設ＩＤ：００１の場合、移動手段として自家用車は利用できないので、詳細条件追加設定部２０２ｃは、移動手段として自家用車を使用しないという詳細条件を設定する。また、イベント・施設データベース２０６ｂに施設地点情報に対応付けて、施設の利用時間に関する施設詳細情報が記憶されている場合、詳細条件追加設定部２０２ｃは、当該利用時間を詳細条件（到着時刻の条件など）として、経路探索条件に追加して設定してもよい。例えば、上述した図３の施設ＩＤ：ａ０１の場合、開催時刻がＡＭ１０：００〜であるので、詳細条件追加設定部２０２ｃは、到着時刻をＡＭ１０：００、あるいは、少し余裕をもたせて開催時刻より所定時間前に到着すべきとして詳細条件を設定してもよい。
【００８４】
　また、ここで、詳細条件追加設定部２０２ｃは、経路探索条件設定部２０２ｂにより設定された経路探索条件の出発地の顧客地点情報に対応付けて顧客情報受信部２０２ａにより受信された
顧客詳細情報に基づいて、当該顧客に関する詳細条件を、当該経路探索条件に追加して設定してもよい。例えば、顧客情報受信部２０２ａにより施設地点情報に対応付けて、施設への利用可能な移動手段に関する施設詳細情報が受信された場合、詳細条件追加設定部２０２ｃは、当該移動手段を詳細条件として、経路探索条件に追加して設定してもよい。上述した図４の顧客ＩＤ：１０ａの場合、移動手段として自家用車は利用できないので、詳細条件追加設定部２０２ｃは、移動手段として自家用車を使用しないという詳細条件を設定する。
【００８５】
　そして、経路情報提供サーバ２００の経路探索部２０２ｄは、ネットワークデータベース２０６ａに記憶されたネットワークデータに基づいて、
詳細条件追加設定部２０２ｃにより詳細条件が追加された経路探索条件を満たす、出発地から目的地までの案内経路を含む経路探索結果を取得する（ステップＳＡ−５）。ここで、経路探索部２０２ｄにより取得される案内経路は、経路探索条件に従った最適な案内経路が少なくとも１つあればよいが、複数の経路探索条件や優先順位度に従って、複数の案内経路が取得されてもよい。例えば、経路探索部２０２ｄは、経路探索条件を満たす複数の案内経路を含む経路探索結果を取得してもよく、所要時間や移動距離や乗換回数等を考慮して最適な案内経路を経路探索結果として取得してもよい。また、経路探索部２０２ｄは、経路探索条件を満たす一の案内経路について、出発時刻や移動手段が異なる複数の経路探索結果を取得してもよい。
【０１０６】
　そして、
経路探索部４０２ｄは、ネットワークデータベース４０６ａに記憶されたネットワークデータに基づいて、詳細条件追加設定部４０２ｃにより詳細条件が追加された経路探索条件を満たす、出発地から目的地までの案内経路を含む経路探索結果を取得する
経路探索部４０２ｄにより取得される案内経路は、経路探索条件に従った最適な案内経路が少なくとも１つあればよいが、複数の経路探索条件や優先順位度に従って、複数の案内経路が取得されてもよい。例えば、経路探索部４０２ｄは、経路探索条件を満たす複数の案内経路を含む経路探索結果を取得してもよく、所要時間や移動距離や乗換回数等を考慮して最適な案内経路を経路探索結果として取得してもよい。また、経路探索部４０２ｄは、経路探索条件を満たす一の案内経路について、出発時刻や移動手段が異なる複数の経路探索結果を取得してもよい。
【０１０７】
　そして、案内情報作成部４０２ｅは、経路探索部４０２ｄにより取得された経路探索結果を示す案内情報を作成する（ステップＳＢ−５）。ここで、
案内情報作成部４０２ｅにより作成される案内情報は、出発地および目的地を含む経路探索条件に加えて、詳細条件追加設定部４０２ｃにより追加された、出発地および目的地以外の詳細条件を満たす経路案内結果を反映した情報である。例えば、詳細条件追加設定部４０２ｃにより施設への利用可能な移動手段や利用者が利用可能な移動手段が詳細条件として経路探索条件に追加された場合、経路探索部４０２ｄによる経路探索結果に従って、当該移動手段を利用する案内経路等を示す案内情報が案内情報作成部４０２ｅにより作成される。
詳細条件追加設定部４０２ｃにより施設の利用時間を詳細条件として経路探索条件に追加された場合、当該利用時間に間に合うための出発時刻等を含む経路探索結果を示す案内情報が案内情報作成部４０２ｅにより作成される。このように、案内情報作成部４０２ｅは、施設詳細情報や顧客詳細情報等を反映した経路探索結果を示す案内情報を作成する。
　以上、甲３の記載によると、甲３には、
　出発地から目的地までの案内情報を提供する案内情報提供装置において、顧客の地点を出発地とし、施設の地点を目的地とする経路探索条件を設定する経路探索条件設定手段と、出発地および目的地を含む経路探索条件に加えて、施設の利用時間に関する情報（イベント開始時刻、開場時刻、開館時間、閉館日など）、施設への利用可能な移動手段に関する情報（利用不可能な移動手段や、利用可能な移動手段を特定する情報）に基づいて、出発地及び目的地以外の詳細条件を、経路探索条件に追加して設定する追加条件設定手段とを備え、追加条件設定手段により詳細条件が追加された経路探索条件を満たす、出発地から目的地までの複数の案内経路を含む経路探索結果を提供する案内情報提供装置が記載され、「施設への利用可能な移動手段に関する情報」は、施設への利用可能な移動手段を間接的に類推させるような情報（例えば、駐車場が無いことや、イベントの類別「飲食パーティ」や、施設の類別「居酒屋」など飲酒することが予想される場合など、移動手段として自家用車が利用できないことを類推させる情報、あるいは、引き出物等の荷物が提供される予定の場合など、自家用車を利用することが好ましいことを類推させる情報）であってもよいことが記載されている。
（４）甲４（木村聡子、“移動時間も含めたムダの無いスケジュール管理を可能にするＧｏｏｇｌｅマップとＧｏｏｇｌｅカレンダーの合わせ技”）
　甲４には、以下のとおりの記載がある。
私はアポイント（どこそこに行く、誰々と会う）は、Ｇｏｏｇｌｅカレンダーで管理をしています。その時に気をつけることは、アポイントの時間だけでなく、移動時間もカレンダーに入力すること。
例えば、渋谷で１１：００から１時間程度のミーティングがある場合は、１１時から１２時までのアポイントとせず、移動時間も含めて１０：１５から１２：４５までのスケジュールとして入力します。
１）まず、スマートフォンのＧｏｏｇｌｅマップで、現在地（事務所所在地）から行きたい場所までの移動時間を調べます。到着時刻を指定して調べると便利です。
２）候補のルートの中から、最適なルートを選びます。
３）おや？画面の下のほうに「カレンダーに追加」という項目が。
４）「カレンダーに追加」をタップして、カレンダーアプリに追加するか、Ｇｏｏｇｌｅカレンダーに追加するか選びます。
５）さあ、Ｇｏｏｇｌｅカレンダーを見てみましょう。移動時間がカレンダーに登録されています！
６）ありがたいことに、カレンダーの「説明」欄に、乗換経路も詳しく書かれています。
　以上、甲４の記載によると、甲４には、Ｇｏｏｇｌｅカレンダーに移動時間を含めたアポイントをスケジュールとして入力し、Ｇｏｏｇｌｅマップで現在地から行きたい場所までの移動時間を調べ、候補のルートの中から最適なルートを選択し、「カレンダーに追加」をタップして、Ｇｏｏｇｌｅカレンダーに追加すると、Ｇｏｏｇｌｅカレンダーに選択した移動経路、移動時間が登録されることが記載されている。
（５）甲５（特開２０１１−２０３７８４号公報）
　甲５には、以下のとおりの記載がある。
【００１０】
　そこで本発明の目的は、
カーナビによる迂回ルートの案内（誘導）および情報提供の仕組みと企業ポイントのスキームを有機的に組み合わせた迂回ルート誘導システムおよび企業ポイント管理サーバならびに企業ポイント管理プログラムを提供する
【課題を解決するための手段】
【００１１】
　本願において開示される発明のうち、代表的なものの概要を簡単に説明すれば、以下のとおりである。
【００１２】
　本発明の代表的な実施の形態による
迂回ルート誘導システムは、ナビゲーションシステムと、消費者による商品／サービスの購入に対して複数の企業で共通の企業ポイントを付与する企業ポイントサービスとを組み合わせて、前記消費者が目的地へ移動する際の交通渋滞を回避するための迂回ルートへの誘導を支援する迂回ルート誘導システム
【００１３】
　すなわち、
迂回ルート誘導システムおいて、前記ナビゲーションシステムは、前記消費者からの目的地の指定に基づいて、前記消費者の現在位置から前記目的地までのルートを検索して地図情報にマッピングし、さらに前記地図情報に前記ルート上に存在する前記企業に係る情報をマッピングして、前記消費者が使用する端末の画面上に表示する
【００１４】
　さらに、迂回ルート誘導システムは、以下の特徴を有する企業ポイント管理サーバを有する。すなわち、企業ポイント管理サーバは、前記企業ポイントサービスを運営する事務局によって運用され、前記企業に関する情報および前記企業が保有する前記企業ポイントに関する情報と、前記企業が販売する商品／サービスの情報および前記商品／サービスの価格と前記企業ポイントの付与数に関する情報と、前記企業ポイントサービスの会員である前記消費者が保有する前記企業ポイントに関する情報とを保持および管理する管理部を有する。
【００１５】
　また、前記消費者が前記企業からの前記商品／サービスを購入した際は、前記管理部が保持する情報において、前記企業から前記消費者に、前記商品／サービスについての前記付与数に相当する前記企業ポイントを移動させ、また、前記消費者が保有する前記企業ポイントを使用した際は、前記管理部が保持する情報において、前記消費者から前記企業に、前記消費者が使用した前記企業ポイントを移動させるポイント利用処理部と、前記各企業からの前記企業ポイントの売買の注文を受け付けて記録し、記録された前記売買の注文における取引価格の条件が合致するものをマッチングして成立させ、成立した前記注文については、成立した数量に基づいて、前記管理部が保持する情報において、売却した前記企業から購入した前記企業に前記企業ポイントを移動させることで、前記企業ポイントを前記企業間で売買するためのポイント市場を形成するポイント市場管理部とを有する。
【００１６】
　また、前記ナビゲーションシステムから前記ルートに係る情報を取得し、前記管理部から、前記ルート上に存在する前記企業に係る情報、および前記各企業が販売する前記商品／サービスと、前記消費者が前記各商品／サービスを購入した際に付与する前記
企業ポイント
割増ポイント
交通渋滞であるもしくは交通渋滞が予見される渋滞ルートを検知した場合に、前記渋滞ルート上に存在する前記企業において前記消費者が前記商品／サービスを購入した際に付与する前記割増ポイントを、前記渋滞ルートに対する前記迂回ルート上の前記企業において前記商品／サービスを購入した際に付与する
【発明の効果】
【００１７】
　本願において開示される発明のうち、代表的なものによって得られる効果を簡単に説明すれば以下のとおりである。
【００１８】
　本発明の代表的な実施の形態によれば、
カーナビの利用者（消費者）が迂回ルートを利用した際に企業ポイントを付与することにより、交通渋滞の際に利用者が迂回ルートを積極的に利用するよう誘導し
目的地として設定される施設等が、自身の施設等への訪問者を効果的に迂回ルートに誘導する
【０１１７】
＜迂回ルートへの誘導における処理内容＞
　以下では、本実施の形態でのナビゲーションシステムと企業ポイントによる迂回ルートへの誘導における具体的な処理内容の一例について説明する。消費者２０に対する共通ポイントや割増ポイントの付与に関する基本的な処理内容は、上述した誘導における処理内容と同様である。
【０１１８】
　ここでは、
迂回ルート誘導システム１が交通渋滞を検知した場合に、交通渋滞を緩和するために迂回ルートへの誘導を行う。
渋滞している区間と、この先渋滞が予見される区間
【０１１９】
　カーナビ２１による
ルート検索や情報提示による誘導の結果として渋滞が予見されるもの
【０１２０】
　図２０は、上記のような場合における迂回ルートへの誘導の例を示した図である。例えば
目的地４１は、渋滞が予見されるルートＡ上の店舗３０ａでの商品の購入に対して付与する割増ポイントの付与を、渋滞が予見されないルートＢ上の店舗３０ｂでの商品の購入に対して付与するように変更することにより、消費者２０を迂回ルートであるルートＢ（ルートＢ上の店舗３０ｂ）に誘導する。
【０１２１】
　上記のような変更は、目的地４１が手動で行ってもよいし、ナビゲーションサーバ２００が、各カーナビ２１が検索もしくは選択したルートのパターンを蓄積しておき、対象のルートが検索もしくは選択された回数が所定の回数を超えた場合は、迂回ルートを検索して対象のルートの情報とともに企業ポイント管理サーバ１００のナビゲーション連携部１５０に渡し、
ナビゲーション連携部１５０が、対象のルート上の店舗３０で付与される割増ポイントを、迂回ルート上の店舗３０で付与される
迂回ルート上の店舗Ｂで付与される
【０１２２】
　このように、
自動もしくは手動により目的地４１が割増ポイントを付与する店舗３０を変更することで、消費者２０がより多くの共通ポイントを取得可能なルート（迂回ルート）を選択するように誘導し、交通状況をコントロールすることができる。
【０１２３】
　なお、上記のルート検索においては、例えば、ナビゲーションサーバ２００は、ルートが検索もしくは選択された回数が所定の回数を超えたルートについては、ルート検索時に対象から除外するなどして、当該ルートが検索もしくは選択されないようにすることも可能である。
【０１２４】
　一方、消費者２０がカーナビ２１においてルート検索する際に、ナビゲーションサーバ２００が現に
渋滞している区間もしくは上記のような渋滞が予見される区間を検知した場合、ナビゲーションサーバ２００は、迂回ルートを検索してカーナビ２１上に表示させる
【０１２５】
　ここで、
消費者２０が実際に迂回ルートを通過した場合に、例えば、消費者２０が商品を購入しない場合でも共通ポイント（もしくは割増ポイント）を付与する。
【０１２６】
　図２２は、割増ポイント情報１５１のデータ構成と具体的なデータの別の例について示した図である。消費者２０が迂回ルートを通過した場合に付与する共通ポイントは、商品の購入と関連しないため、例えば、割増ポイント情報１５１に割増ポイントとして設定して管理するものとする。図２２の例では、来訪者が多いテーマパークＣについて、割増ポイントを付与する対象商品の項目を便宜的に区間ａ〜ｃの迂回ルート（迂回ルートを識別する情報）として登録している。このとき、割増ポイントを付与する負担企業は、道路管理団体４２（図２２の例では組織ａ、ｂ）となる。なお、この場合の割増ポイントは、例えば、通常ルートから迂回ルートに入った時点で仮付与し、迂回ルートを全て通過した時点で本付与するなどとすることができる。
【０１２７】
　このように、
迂回ルートを通過することによって共通ポイント（割増ポイント）を付与することで、消費者２０が交通渋滞の際に積極的に迂回ルートを選択するよう誘導することができる。
　以上、甲５の記載によると、甲５には、カーナビゲーションシステムにおいて、渋滞している区間又は渋滞が予見される区間を検知した場合、迂回ルートを検索してカーナビ上に表示させるとともに、迂回ルート上の店舗での商品の購入に対して割り増しのポイントを付与することにより、又は、迂回ルートを通過することによってポイントを付与することにより、消費者が交通渋滞の際に積極的に迂回ルートを選択するように誘導することが記載されている。
（６）甲６（特開２０１９−５３４３２号公報）
　甲６には、以下のとおりの記載がある。
【技術分野】
【０００１】
　本発明は、渋滞回避支援システムおよび渋滞回避支援方法に関するものであり、具体的には、道路状況と共に移動者の動向やポリシーを踏まえつつ、効果的なインセンティブの付与を行い、効率的に渋滞回避を図る技術に関する。
【００２０】
　また、
ナビゲーション端末３００は、自動車のドライバーが経路検索等に利用するナビゲーション装置である。
渋滞回避のリクエストやナビゲーション対象の自動車の動向に基づいて、迂回経路を生成し、当該ドライバーに提示して迂回行動を誘引する。またナビゲーション端末３００は、サービス事業者装置１００から配信されたクーポンの情報を保持しておき、実際に迂回経路を走行した場合に、当該クーポンを当該ドライバー向けに取得し使用可能
【００４１】
　上述の機能部のうちポリシーマッチング実行部３１０は、
サービス事業者装置１００から配信されたクーポンを受信し、受信したクーポンのうち、対応するリクエストにおける渋滞回避対象（例：分散台帳５０のリクエスト情報５１が示す迂回依頼時間や迂回依頼エリアなど）とドライバーにおける実際の移動動向（ドライバーＤＢ３２５の移動ライフログ情報３２５２）とがマッチするもので、かつ、当該リクエストにおける所定属性（例：分散台帳５０のリクエスト情報５１が示すリクエスト種類）とドライバーの移動ポリシー（ドライバーＤＢ３２５におけるポリシー情報３２５３およびポリシー定義情報３２５４で特定。例：“通学路とスクールバス経路を避ける”）がマッチするものを特定する
【００４２】
　また、
ルート生成部３１１は、ＧＰＳユニット３０８と協働して自車位置から所定目的地までの経路探索を行い、ドライバー向けの経路情報を生成する一般的な機能に加え、上述のポリシーマッチング実行部３１０が特定したクーポンと当該クーポンに対応するリクエストとに基づいて迂回経路を、一般的な経路探索アルゴリズムで特定し、当該迂回経路の情報を出力装置３０６に出力する
【００４３】
　また、ドライバー対応処理部３１２は、ドライバーが、ルート生成部３１１によって生成された迂回経路に沿って走行したか否か、つまり、迂回経路に対するドライバーの対応状況を、移動ライフログ情報３２５２に基づき特定し、
ドライバーが迂回経路に沿って走行した場合、該当クーポンを当該ドライバーが取得した旨のトランザクションデータを、ネットワーク１に配信し、正当性判定を経た上で、分散台帳５０のクーポン情報５２におけるクーポン取得情報５２２に保持する
　また、リクエスト管理部３１３は、リクエスト元の渋滞回避のリクエストを分散台帳５０のリクエスト情報５１にて管理する機能部である。
　以上、甲６の記載によると、甲６には、自動車のドライバーが経路検索等に利用するナビゲーション装置において、渋滞回避のリクエストやナビゲーション対象の自動車の動向に基づいて、迂回経路を生成し、ドライバーに提示して迂回行動を誘引し、実際に迂回経路を走行した場合に、クーポンを当該ドライバー向けに取得し使用可能とすることが記載されている。
（７）甲７（特開２００２−２０２１３７号公報）
　甲７には、以下のとおりの記載がある。
【０００１】
【発明の属する技術分野】本発明は
複数の経路を探索し、その中から好みの経路を選択できるようにしたナビゲーション装置
【００２６】図８は
一度の探索による複数のルート探索結果
図のＡは各ノードをたどったとき最小コストとなる組み合わせのルートを示し、Ｂは次に最小コストとなる組み合わせのルートを示している。
【００２７】図９は
カーソルによる複数ルートの選択方法
一度の探索処理により複数のルートが求められるので、コスト小の順にソートし、図示するように最小コストのルートをデフォルト表示する。
出発地側からの探索ルートと目的地側からの探索ルートが交わるノード（または交差点）を、例えば画面上のカーソルキーにより指定すると、そのノード（または交差点）を通るルートが算出されるので、このルートを表示する。さらに他のルートを選択したい場合には、他のノードをカーソルで指定することにより、そのノード（または交差点）を通るルートが表示される。そして、画面上の決定キーを押すことにより表示されているルートが案内ルートとして確定し、案内が開始される。
【００２８】
図１０は道路名称により複数ルートを選択する例を説明する図である。この例では、道路名称選択のための画面上の道路名称キーを選択すると、主要道路名称リストが表示される。図示の例では、東名高速道路、名神高速道路、国道１号線、国道２３号線、県道４８号線が表示され
最小コストのルートがデフォルト表示され、他のルートはトーンダウン表示されており、このとき主要道路名を選択すると、それに対応するルートが強調表示されて他のルートがトーンダウン表示される。そして、画面上の決定キーを操作することにより、強調表示されているルートが案内ルートとして確定する。
【００３２】次に、図９〜図１４に示した複数ルートの選択方法の処理フローについて図１５〜図１９により説明する。図１５はカーソルによるルート選択の処理フローを示す図である。この処理は図９に示したカーソルによるルート選択処理に対応するものである。出発地側からと目的地側から各ノードに対する探索コスト付けを行い（ステップＳ１）、最小コストのルートを求めてデフォルト表示する（ステップＳ２）。ルート選択のためのカーソルキーが押されたか否か判断し（ステップＳ３）、カーソルキーが押されるとカーソルを最小コストのノード付近に表示し（ステップＳ４）、次いで、カーソル移動があった否か判断し（ステップＳ５）、カーソル移動があった場合、移動したカーソル付近にコスト付けしたノードがあるか否か判断し（ステップＳ６）、ノードが見つかるまでカーソル移動を繰り返す。そして、カーソル付近にコスト付けしたノードがあると、そのノードからルートをたどる処理を行い（ステップＳ７）、次いで、たどったルートを画面に表示する（ステップＳ８）。次いで、
ルート決定のための決定キーが押されたか否か判断し（ステップＳ９）、押されたならば選択ルートを案内ルートとする
ルート決定のための決定キーが押されない場合、他のルートを選択するものとしてカーソル移動があったか否か判断して同様の処理を繰り返す。
カーソル移動がない場合はステップＳ９に移ってルート決定のための決定キーが押されたか否か判断する。また、ステップＳ３において、ルート選択のためのカーソルキーが押されない場合、ルート決定のための決定キーがおされたか否か判断し、押された場合は処理は終了し、押されない場合は、ルート選択のためのカーソルキーが押されるのを待つことになる。
　以上、甲７の記載によると、甲７には、複数の経路を探索し、その中から好みの経路を選択できるようにしたナビゲーション装置において、異なる主要道路を経路とする複数の経路のうち最小コストのルートがデフォルト表示され、他のルートはトーンダウン表示されており、このとき主要道路名を選択すると、それに対応するルートが強調表示されて他のルートがトーンダウン表示され、画面上の決定キーを操作することにより、強調表示されているルートを案内ルートとして確定することが記載されている。
（８）甲８（トヨタ純正ＳＤナビゲーション型番ＮＳＺＴ−ＺＡ４Ｔアルファード・ヴェルファイア専用取扱書）
　甲８には、次の事項が記載されている。
　カーナビゲーションシステムにおいて、ルート探索が終了すると、「推奨ルート」が表示される全ルート図表示画面となり（第１０７頁）、当該画面において「案内開始」ではなく「５ルート」表示が選択される（第１０８頁）と、「推奨」、「有料優先」、「一般優先」、「距離優先」、「別ルート」の５つのルートが５色に色分けされて表示され、ルート名称にタッチすると、タッチしたルートの全ルート表示画面が表示される（第１１１頁）。
（９）甲９（特開２０１７−９６６３６号公報）
　甲９には、以下のとおりの記載がある。
【技術分野】
【０００１】
　本発明は、
推奨予定経路取得システム
【０００４】
・・・・・
　本発明は、前記課題にかんがみてなされたもので、
移動手段についての嗜好と所要時間の要望との双方に配慮した経路を取得する技術を提供する
【課題を解決するための手段】
【０００５】
　上記の目的を達成するため、
推奨予定経路取得システムは、複数の移動手段についての利用者の嗜好度を取得する
予定経路で利用される移動手段についての嗜好度に応じて判断基準を変更する
【００１４】
　また、携帯端末Ｓは、当該アプリケーションプログラムの処理により、利用者に対して出発を促す案内を行うことが可能であるとともに、推奨予定経路取得処理を実行することが可能である。携帯端末Ｓは、
出発地から目的地までの経路や推奨予定経路に沿って車両を誘導するための案内を行う
本実施形態において、携帯端末Ｓは、移動手段を車両または電車に設定して経路を特定し、案内を行うことが可能であり、出発地から目的地までの経路の一部が車両、一部が電車などのように、複数の移動手段を利用する経路を設定して案内することも可能である。
【００１５】
　さらに、携帯端末Ｓは、既定のタイミングで推奨予定経路取得システム１０と通信を行って、利用者が移動した移動経路に関する履歴情報（プローブ情報）を推奨予定経路取得システム１０に送信する機能を有している。すなわち、携帯端末Ｓは、携帯端末Ｓの時刻毎の位置の履歴を取得して保持し、所定の送信タイミングで推奨予定経路取得システム１０に対して送信する。なお、本実施形態において、
携帯端末Ｓから送信される履歴情報には、利用者を示すＩＤ（ナビゲーションシステム毎のＩＤや利用者毎のＩＤ等）および各位置における移動手段（車両または電車）を示す情報が含まれている。
【００１６】
　以上の構成において、推奨予定経路取得システム１０は、利用者が所望の到着時刻まで
に目的地に到着することを意図しながら日常生活している状況において、
既定の出発地（利用者の自宅等）から当該目的地までの経路を推奨予定経路とし、到着希望時刻に間に合うように携帯端末Ｓに案内させる
【００１７】
　推奨予定経路取得プログラム２１は、嗜好度取得部２１ａと予定経路取得部２１ｂと所要時間取得部２１ｃと推奨予定経路取得部２１ｄと判断基準変更部２１ｅと案内部２１ｆとを備えている。
嗜好度取得部２１ａは、複数の移動手段についての利用者の嗜好度を取得する
携帯端末Ｓから移動履歴を示す履歴情報を取得し、記録媒体３０に記録する
【００１８】
　
履歴情報３０ａには移動手段が電車、車両のいずれであるのかを示す情報が含まれている。
嗜好度取得部２１ａの処理によって履歴情報３０ａを参照し、電車が利用された比率によって利用者の電車の嗜好度を取得する。
電車を好む利用者は車両よりも電車を好むと解釈される。
【００２８】
　具体的には、制御部２０は、
電車の嗜好度が高い場合（電車の嗜好度が車両の嗜好度より高い）場合の判断基準を、電車の嗜好度が低い場合の判断基準よりも小さくする。
利用者が電車を好むとことがフラグによって設定されている場合、閾値を第１の値に設定し、利用者が電車を好むとことがフラグによって設定されていない場合、閾値を第２の値に設定する。この結果、利用者が電車が好む場合、好まない場合よりも閾値の値が小さくなる。
【００２９】
　本実施形態においては、
所要時間の比が閾値よりも大きい場合に電車使用の予定経路が推奨予定経路となり、当該比において分母が電車使用の予定経路の所要時間である。
利用者が電車を好む場合、電車を好まない場合よりも電車を含む予定経路が選ばれやすくなっている。
予定経路で利用される移動手段についての嗜好度が高い場合、嗜好度が低い場合よりも当該移動手段が選ばれやすくなるように判断基準を変更する。
　以上、甲９の記載によれば、甲９には、推奨予定経路取得システムにおいて、移動手段が電車、車両のいずれであるかの移動履歴を示す履歴情報を取得し、利用者が電車を利用した比率によって、利用者の電車の嗜好度を取得し、電車を好む場合、電車を好まない場合よりも電車を含む予定経路を推奨予定経路として選択され易くすることが記載されている。
（１０）甲１０（特開２００９−５８４６８号公報）
　甲１には、以下のとおりの記載がある。
【技術分野】
【０００１】
　本発明は、
交通機関を用いた経路検索
天気に応じて受ける影響を考慮しながら経路検索を行う
【０００６】
　そこで、本発明の目的は、
天気を考慮するモードが選択可能であり、そのモードが選択されたときには、各地の時々刻々変化する天気により受ける影響を考慮して、交通機関を用いた経路検索を行う
【０００７】
　本発明の一つの実施態様に従う
経路案内システムは、出発地、目的地、日時に関する指定及び天気に応じて受ける影響を考慮する天気対応モードか否かの指定を含み、前記出発地から前記目的地までの交通機関を利用した移動経路の検索要求を受け付ける手段と、前記受け付けた検索要求に基づいて移動経路の検索を行って、前記日時に関する指定に従う、前記出発地から前記目的地までの交通機関を利用した一つ以上の移動経路を抽出する手段と、天気予報に関する情報を取得する手段と、前記天気対応モードが指定されているとき、前記抽出された一つ以上の移動経路において、交通機関の乗換駅または前記目的地のそれぞれの到着予定日時における天気予報を考慮して移動経路の選択を行う手段と、前記天気対応モードが指定されているときは、前記選択手段によって選択された移動経路を出力する手段
【０００８】
　好適な実施態様では、
前記天気対応モードは、雨天時に雨の影響を受けない移動経路を優先する雨回避モードであり、前記選択手段は、屋外の徒歩移動を含まない移動経路、または、屋外の徒歩移動が含まれるときは、当該徒歩移動地点の到着予定日時における天気予報が雨でない移動経路を優先的に選択する
【０００９】
　好適な実施態様では、
前記選択手段は、前記屋外の徒歩移動が含まれる移動経路については、当該徒歩移動地点の到着予定日時における降水確率に応じて当該移動経路の優先度を定め、優先度が高い移動経路を選択する
【００１０】
　好適な実施態様では、
前記天気対応モードが指定されているとき、前記移動経路の抽出手段は、前記乗換地での徒歩による移動ルートに、屋外ルートと屋内ルートとがあるときは、屋内ルートを含む移動経路を抽出する
【００１８】
　経路情報データベース１９は、出発地から目的地までの移動経路及び利用する交通機関を特定するために必要な経路情報を記憶する。例えば、鉄道、バスなどの交通機関の路線、時刻表、料金、乗換可能駅などを含む。さらに、乗換可能駅については、乗り換える駅間の距離（徒歩による移動距離）、徒歩による移動ルート、移動ルートごとに屋内か屋外かの区別などを含む。
【００１９】
　経路抽出部１３は、
ユーザ端末装置３からの移動経路の検索リクエストに応じて、移動経路を抽出する。
【００２０】
　ここで、検索条件には、
天気情報を考慮して移動経路を抽出する「天気対応モード」とするか否かの選択がさらに含まれる。
【００２１】
　経路抽出部１３は、「料金重視モード」、「時間重視モード」、または「徒歩最短モード」が選択されているときは、各モードに従って、移動経路を抽出する。
【００２２】
　
天気対応モード処理部１５は、外部の天気情報提供システム５から天気情報を取得する。ここで取得する天気情報は、例えば、様々な場所における、日時ごとの天気、気温、降水確率、及び実況（現在の天気）などの天気予報情報が含まれる。
【００２３】
　
天気対応モード処理部１５は、「天気対応モード」が指定されているときに、天気情報を考慮した移動経路の選択を行う。例えば、「天気対応モード」の一例として、「雨回避モード」が設定されているとき、天気対応モード処理部１５は、経路抽出部１３が抽出した移動経路の中から、雨天時に傘を差さずに移動できる経路を優先して選択する。なお、「天気対応モード」とともに他のモードも同時に選択された場合も、「天気対応モード」と他の選択されたモードとの優先順位を定められるようにしても良い。
【００２４】
　例えば、
天気対応モード処理部１５は、ある移動経路の中に、駅間の乗り換え時に屋外の移動ルートを通る経路が含まれているとき、その乗換駅のあたりの、乗換日時における天気予報に基づいて、この移動経路をユーザへ提示するか否かを判定する。つまり、天気対応モード処理部１５は、その乗換駅地点の、乗換日時における天気予報が雨だったり、あるいは降水確率が所定以上であったりすれば、その移動経路を採用せず、屋外の徒歩移動を含まない移動経路、または屋外の徒歩移動が含まれるときは、徒歩移動地点の到着予定日時における天気予報が雨でないあるいは降水確率が所定以下の移動経路を優先的に選択する。
　以上、甲１０の記載によると、甲１０には、出発地、目的地、日時に関する指定を受け、出発地から目的地までの交通機関を利用した移動経路を検索し、日時に関する指定に従う出発地から目的地までの交通機関を利用した一つ以上の移動経路を抽出する経路案内システムにおいて、天気に応じて受ける影響を考慮する天気対応モードを指定することができ、天気対応モードが指定されているとき、前記抽出された一つ以上の移動経路において、交通機関の乗換駅または前記目的地のそれぞれの到着予定日時における天気予報を考慮して移動経路の選択を行うことが記載されている。
（１１）甲１１（特開２００２−２７７２６８号公報）
　甲１１には、以下のとおりの記載がある。
【０００６】
【課題を解決するための手段】請求項１記載の本発明は、
車両に搭載されるナビゲーション装置と、ナビゲーション装置に通信可能なサーバ装置とを備える渋滞回避システム
【００３０】
ルート探索手段１０は、車両の現在位置から、ユーザによって入力された目的地に至るまでのルートを複数、抽出する。ルート探索手段１０によって候補に挙げられた複数のルートは表示手段１６に表示され、ユーザはこの表示手段１６に表示された候補ルートを参照して希望するルートを決定する。
【００３４】通信手段２１は、前述したナビゲーション装置２から送信されたルート情報および走行情報を受信するとともに、
渋滞予測手段２３によって作成された渋滞予測情報および第２記憶手段に記憶された標準旅程情報を、ナビゲーション装置２に送信する。
【００３５】通信手段２１がルート情報を受信すると、渋滞予測手段２３が、この受信したルート情報に基づいて渋滞予測情報を作成する。さらに詳しく説明すると、複数台の車両にそれぞれ搭載された各ナビゲーション装置２からのルート情報が、それぞれサーバ装置３に送信され、
渋滞予測手段２３はこれらの複数のルート情報に基づいて、現在よりも未来で渋滞が予測される路線と時刻とを予測して、渋滞予測情報を作成する。渋滞予測手段２３によって作成された渋滞予測情報は、処理手段１８によって、通信手段２１を介してナビゲーション装置２に送信される。
【００４０】
サーバ装置３から送信された渋滞予測情報と標準旅程情報とを、ナビゲーション装置本体２２の通信手段１８が受信すると、到着時刻予測手段２５が、渋滞予測情報および標準旅程情報に基づいて、目的地への車両の到着時刻を予測する。この予測された到着時刻が、表示手段１６に表示される。
【００４１】次に図２のフローチャートを参照して、渋滞回避システム１の渋滞回避方法の一例について説明する。ステップａ０で、車両に乗載しているユーザが、ナビゲーション装置本体２２の入力手段（図示せず）を使用して
目的地を入力
【００４２】ステップａ１で、
ルート探索手段１０が、車両の現在位置から目的地へ至る複数のルートを探索する。これらの候補に挙げられた複数のルートは、表示手段１６に表示され、ユーザは表示手段１６を参照して希望のルートを決定する。
【００４３】ステップａ２で、ユーザによって決定されたルートのルート情報が作成され、この作成されたルート情報を、通信手段８および移動体通信機器１３を介してサーバ装置３に送信する。なお、ユーザが目的地に到着する前に経由地に立ち寄る場合には、ステップａ０で経由地と、経由地での予定滞在時間が、ユーザによって入力される。
【００４４】ステップａ３で、サーバ装置３の通信手段２１がルート情報を受信すると、ステップａ４に進む。ステップａ４で、
渋滞予測手段２３が、受信したルート情報に基づいて、渋滞予測情報を作成する。
非渋滞状態においてこの距離を移動するために必要な移動時間とを抽出して標準旅程情報
【００４５】ステップａ６で、ナビゲーション装置２の通信手段８が、
渋滞予測情報と標準旅程情報とを受信すると、制御手段６は表示制御手段１１を制御して、表示手段１６に受信した渋滞予測情報と標準旅程情報とを、表示手段１６に表示させて、ユーザに通知する。
【００４６】ステップａ７で、到着時刻予測手段２５が、
渋滞予測情報および標準旅程情報とに基づいて、ユーザが決定したルートでの目的地への到着予測時刻を算出する。
【００４７】ステップａ８で、
ユーザは表示手段１６に表示された渋滞予測情報、標準旅程情報および到着予測時刻を参照して、ルートを変更するか否か決定する。
【００５２】ステップａ８で、
ユーザがルートを変更することを決定すると、
ルート探索手段１０は、ステップａ６で受信した渋滞予測情報に基づいて、渋滞が予測される路線および時間を除き、かつ最短時間で目的地に到着するルートを探索し設定する。
【００５３】最短ルートが設定されると、ステップａ１３で、この最短ルートのルート情報を作成し、この作成したルート情報をサーバ装置３に送信して、ステップａ９に進む。その後、前述したステップａ９〜ステップａ１１の処理を実行する。このようにして、
渋滞が予測される路線および時刻を回避することができる。
　以上、甲１１の記載によると、甲１１には、車両に搭載されるナビゲーション装置と、ナビゲーション装置に通信可能なサーバ装置とを備える渋滞回避システムにおいて、渋滞が予測される路線および時間を除き、最短時間で目的地に到着するルートを探索し設定することが記載されている。
（１２）甲１２（特開２０１９−１０５４５４号公報）
　甲１２には、以下のとおりの記載がある。
【０００７】
　本発明のいくつかの態様は前述の課題に鑑みてなされたものであり、
ユーザの目的地への出発に応じた処理を好適に行うことを可能とする車両システム、情報処理装置、及び車両を提供する
【００１８】
　もし
車両１００が自宅にあると判断できれば、サーバ２００は、車両１００又はユーザの識別情報に基づき、スケジューラから当該ユーザの直近の予定情報（スケジュールの情報）を取得する。
【００１９】
　サーバ２００は、この予定情報と、車両１００の位置情報とに基づき、車両１００が予定に登録された目的地に至る経路探索を行うことにより、車両１００が当該目的地に到着するのに必要な所要時間を求める。また、当該所要時間を現在時刻に加算することにより、現在時刻に車両１００が現在位置を出発した場合に、当該目的地に車両１００が到着する到着予想時刻をサーバ２００は求める。例えば図１の例では、自宅位置から目的地である「アウトレット○○店」への所要時間は９０分であり、現在時刻が９時３０分であるため、到着予想時刻は１１時となる。
【００２０】
　この結果、
起動直後にある車両１００が、現在時刻において目的地に到着する到着予想時刻が１１時であり、当該目的地に係る直近の予定の開始時刻が１１時過ぎであることから、サーバ２００は、当該目的地に向けて出発するために、ユーザが車両１００を起動させた可能性が高いと判別することができる。
サーバ２００は車両１００に対し、車両１００の起動目的は目的地への出発のためである旨の判定結果を、出発情報として通知する。
【００２１】
　
起動目的が目的地への出発のためである旨の判定結果である出発情報を受信した車両１００は、自宅内の戸締まりや家電の情報を収集可能な宅内情報機器から、戸締まりや家電の状態に関する情報を受信し、表示装置にそれらの情報を表示させる。
【００２２】
［２　機能構成］
　次に、図２を参照しながら、本実施形態に係る車両システム１の機能構成を説明する。
車両システム１は、
車両１００及びサーバ２００を含む。
【００３１】
　予定情報取得部２０３は、
車両１００を利用するユーザの、現在時刻の直近の予定情報（スケジュール情報）をスケジューラから取得する。
ユーザが外部のサーバが提供するスケジューラサービスを利用している場合には、当該スケジューラサービスから予定情報を読み込むためのＩＤやパスワード等の情報の登録を予めユーザから受け、ユーザ情報２１３の一部として管理しておけば良い。車両１００から車両１００又はユーザの識別情報を受信した場合には、予定情報取得部２０３は、当該識別番号に基づいてユーザ情報２１３を参照した上で、ユーザ情報２１３に含まれるＩＤやパスワードを用いてスケジューラサービスにログインした上で、当該スケジューラサービスから直近の予定情報を読み込めば良い
　以上、甲１２の記載によると、甲１２には、ユーザの目的地への出発に応じた処理を好適に行うことを可能とする車両とサーバとからなる車両システムにおいて、サーバが、車の位置とユーザのスケジューラからの直近の予定情報に基づいて、目的地に向けて出発するために、ユーザが車両を起動させた可能性が高いと判定した場合、車両は、自宅内の戸締まりや家電の情報を収集可能な宅内情報機器から、戸締まりや家電の状態に関する情報を受信し、表示装置にそれらの情報を表示し、ユーザが外部のサーバが提供するスケジューラサービスを利用している場合には、サーバは、スケジューラサービスから予定情報を読み込むためのＩＤやパスワード等の情報の登録を予めユーザから受けて管理し、外部のスケジューラサービスにログインして、直近の予定情報を読み込むことが記載されている。
５　理由１についての当審の判断
（１）本件発明１について
　本件発明１と甲１発明とを対比する。
ア　甲１発明の「予定蓄積部」は「記憶手段」といえるから、甲１発明の「予定を登録する予定蓄積部と表示部とを備えるコンピュータを、」「機能させるためのスケジュール管理プログラム」は、本件発明１と同様の「記憶手段を備えるコンピュータを、」「機能させるためのプログラム」であるといえる。
イ　甲１発明において、「入力された」「新たな」「予定の直前および／または直後に他の予定が予定蓄積部に登録されてい」る場合、他の予定は、新たな予定の入力よりも前に、入力部により要件、時間、場所などの入力が受け付けられ、予定処理部により、予定蓄積部に登録されたものであり、新たな予定の場所と他の予定の場所とは、異なっていてもよく、新たな予定の時間は、他の予定の後でもよいものである。
　よって、甲１発明の「新たな」「予定の直前に他の予定が予定蓄積部に登録されてい」る場合に、「ユーザから、新たな予定の要件、時間、場所などの入力を」「入力部」により受け付け、「入力部で入力された予定を予定蓄積部に蓄積」する「予定処理部」は、「要件、時間、場所を含む他の予定の入力を入力部により受け付け、予定蓄積部に蓄積し、前記他の予定と場所が異なり、時間が後の、要件、時間、場所を含む新たな予定の入力を入力部により受け付け、予定蓄積部に蓄積する予定処理部」ということができる。
　ここで、甲１発明の「要件、時間、場所を含む他の予定」、「他の予定と場所が異なり、時間が後の、要件、時間、場所を含む新たな予定」は、それぞれ、本件発明１の「第一場所情報を含むユーザの第一スケジュール」、「第一スケジュールよりも後の当該ユーザの第二スケジュールであって、前記第一場所情報とは異なる第二場所情報を含む第二スケジュール」に相当するから、甲１発明の「新たな」「予定の直前に他の予定が予定蓄積部に登録されてい」る場合に、「ユーザから、新たな予定の要件、時間、場所などの入力を」「入力部」により受け付け、「入力部で入力された予定を予定蓄積部に蓄積」する「予定処理部」、すなわち、「要件、時間、場所を含む他の予定の入力を入力部により受け付け、予定蓄積部に蓄積し、前記他の予定と場所が異なり、時間が後の、要件、時間、場所を含む新たな予定の入力を入力部により受け付け、予定蓄積部に蓄積する予定処理部」の構成は、本件発明１の「第一場所情報を含むユーザの第一スケジュールと、当該第一スケジュールよりも後の当該ユーザの第二スケジュールであって、前記第一場所情報とは異なる第二場所情報を含む第二スケジュールを受け付けて前記記憶手段に記憶する受付手段」に相当する。
ウ　甲１発明の「移動時間算出部」において、「入力された予定の場所と登録済みの予定の場所の間の移動経路とその移動時間」が算出され、「予定処理部」において、調べられた「移動経路毎の移動時間の中」の「前後の予定の空き時間との差が所定の時間Ｔ以上のもの」は、前後の予定の空き時間で移動可能な移動経路であるから、甲１発明の「入力された予定の場所と登録済みの予定の場所の間の移動経路とその移動時間を算出する移動時間算出部」と「移動時間算出部で調べられた移動経路とその移動時間のうち、移動経路毎の移動時間の中に前後の予定の空き時間との差が所定の時間Ｔ以上のものがあるかどうか調べ」る「予定処理部」の構成は、本件発明１の「前記第一スケジュールの第一場所情報が示す場所から、前記第二スケジュールの第二場所情報が示す場所までの移動経路であって、当該第一スケジュールと当該第二スケジュールの間で移動可能な移動経路を検索する検索手段」に相当する。
エ　甲１発明の「移動経路毎の移動時間の中に前後の予定の空き時間との差が所定の時間Ｔ以上のものがあるかどうか調べ、あれば、そのうちで移動時間が最も短かい移動経路をその移動時間とともに予定蓄積部に登録」する「予定処理部」の構成と、本件発明１の「前記提案手段による提案に対して前記ユーザの承認が得られた場合に、前記検索手段の検索結果を、前記第一スケジュールと前記第二スケジュールとの間の前記ユーザの移動スケジュールとして前記記憶手段に記憶する追加手段」とは、いずれも、「前記検索手段の検索結果を、前記第一スケジュールと前記第二スケジュールとの間の前記ユーザの移動スケジュールとして前記記憶手段に記憶する追加手段」である点で共通する。
オ　以上、ア〜エによると、本件発明１と甲１発明とは、以下の一致点、相違点を有する。
［一致点］
　記憶手段を備えるコンピュータを、
　第一場所情報を含むユーザの第一スケジュールと、当該第一スケジュールよりも後の当該ユーザの第二スケジュールであって、前記第一場所情報とは異なる第二場所情報を含む第二スケジュールを受け付けて前記記憶手段に記憶する受付手段、
　前記第一スケジュールの第一場所情報が示す場所から、前記第二スケジュールの第二場所情報が示す場所までの移動経路であって、当該第一スケジュールと当該第二スケジュールの間で移動可能な移動経路を検索する検索手段、
　前記検索手段の検索結果を、前記第一スケジュールと前記第二スケジュールとの間の前記ユーザの移動スケジュールとして前記記憶手段に記憶する追加手段、
　として機能させるためのプログラム。
［相違点１−１］
　本件発明１は、「検索手段の検索結果を前記ユーザに提案する提案手段であって、前記検索結果が複数存在する場合、前記第二場所情報が示す場所の種類に基づき、複数の検索結果の中から前記ユーザに提案する検索結果を抽出する提案手段」を備えるのに対し、甲１発明では、そのような手段を備えていない点。
［相違点１−２］
　「追加手段」により「記憶手段に記憶」される「検索手段の検索結果」が、本件発明１では、「前記提案手段による提案に対して前記ユーザの承認が得られた」「検索結果」であるのに対し、甲１発明では、「移動時間が最も短かい」「検索結果」である点。
カ　まず、上記［相違点１−１］について検討する。
　甲３には、上記のとおり、出発地から目的地までの案内情報を提供する案内情報提供装置において、顧客の地点を出発地とし、施設の地点を目的地とする経路探索条件を設定する経路探索条件設定手段と、出発地および目的地を含む経路探索条件に加えて、施設の利用時間に関する情報（イベント開始時刻、開場時刻、開館時間、閉館日など）、施設への利用可能な移動手段に関する情報（利用不可能な移動手段や、利用可能な移動手段を特定する情報）に基づいて、出発地及び目的地以外の詳細条件を、経路探索条件に追加して設定する追加条件設定手段とを備え、追加条件設定手段により詳細条件が追加された経路探索条件を満たす、出発地から目的地までの複数の案内経路を含む経路探索結果を提供する案内情報提供装置が記載され、「施設への利用可能な移動手段に関する情報」は、施設への利用可能な移動手段を間接的に類推させるような情報（例えば、駐車場が無いことや、イベントの類別「飲食パーティ」や、施設の類別「居酒屋」など飲酒することが予想される場合など、移動手段として自家用車が利用できないことを類推させる情報、あるいは、引き出物等の荷物が提供される予定の場合など、自家用車を利用することが好ましいことを類推させる情報）であってもよいことが記載されている。
　そうすると、甲３には、目的地の場所が「居酒屋」である場合に、「検索手段」に対して、出発地と目的地の経路探索条件に加えて、移動手段として自家用車を利用できないという追加の条件を付加して経路探索することは記載されているが、この追加の条件は、検索結果が一つか複数かに関係なく検索手段に対して追加の検索条件として付加されるものであって、検索手段による検索結果が複数存在する場合に、複数の検索結果の中からユーザに提案する検索結果を抽出するためのものではない。
　また、甲２及び甲４にも、検索結果が複数存在する場合、目的地の場所の種類に基づき、検索手段による複数の検索結果の中からユーザに提案する検索結果を抽出することは、記載も示唆もされていない。
　したがって、甲１発明、甲２〜甲４に記載された技術的事項に基づいて、当業者が上記［相違点１−１］に係る構成を容易に想到し得た事項であるとはいえない。
　よって、上記［相違点１−２］について検討するまでもなく、本件発明１は、甲１発明及び甲２〜４に記載された技術的事項に基いて、当業者が容易に発明をすることができたものではない。
（２）本件発明２について
　本件発明２と甲１発明とを対比する。
ア　甲１発明の「予定蓄積部」は「記憶手段」といえるから、甲１発明の「予定を登録する予定蓄積部と表示部とを備えるコンピュータを、」「機能させるためのスケジュール管理プログラム」は、本件発明２と同様の「記憶手段を備えるコンピュータを、」「機能させるためのプログラム」であるといえる。
イ　甲１発明において、「入力された」「新たな」「予定の直前および／または直後に他の予定が予定蓄積部に登録されてい」る場合、他の予定は、新たな予定の入力よりも前に、入力部により要件、時間、場所などの入力が受け付けられ、予定処理部により、予定蓄積部に登録されたものであり、新たな予定の場所と他の予定の場所とは、異なっていてもよく、新たな予定の時間は、他の予定の後でもよいものである。
　よって、甲１発明の「新たな」「予定の直前に他の予定が予定蓄積部に登録されてい」る場合に、「ユーザから、新たな予定の要件、時間、場所などの入力を」「入力部」により受け付け、「入力部で入力された予定を予定蓄積部に蓄積」する「予定処理部」は、「要件、時間、場所を含む他の予定の入力を入力部により受け付け、予定蓄積部に蓄積し、前記他の予定と場所が異なり、時間が後の、要件、時間、場所を含む新たな予定の入力を入力部により受け付け、予定蓄積部に蓄積する予定処理部」ということができる。
　ここで、甲１発明の「予定」の「要件」は、本件発明の「ユーザの目的情報」に相当するものであり、甲１発明の「要件、時間、場所を含む他の予定」、「他の予定と場所が異なり、時間が後の、要件、時間、場所を含む新たな予定」は、それぞれ、本件発明２の「第一場所情報を含むユーザの第一スケジュール」、「第一スケジュールよりも後の当該ユーザの第二スケジュールであって、前記第一場所情報とは異なる第二場所情報及び当該第二場所情報が示す場所でのユーザの目的情報を含む第二スケジュール」に相当するから、甲１発明の「新たな」「予定の直前に他の予定が予定蓄積部に登録されてい」る場合に、「ユーザから、新たな予定の要件、時間、場所などの入力を」「入力部」により受け付け、「入力部で入力された予定を予定蓄積部に蓄積」する「予定処理部」、すなわち、「要件、時間、場所を含む他の予定の入力を入力部により受け付け、予定蓄積部に蓄積し、前記他の予定と場所が異なり、時間が後の、要件、時間、場所を含む新たな予定の入力を入力部により受け付け、予定蓄積部に蓄積する予定処理部」の構成は、本件発明２の「第一場所情報を含むユーザの第一スケジュールと、当該第一スケジュールよりも後の当該ユーザの第二スケジュールであって、前記第一場所情報とは異なる第二場所情報及び当該第二場所情報が示す場所でのユーザの目的情報を含む第二スケジュールを受け付けて前記記憶手段に記憶する受付手段」に相当する。
ウ　甲１発明の「移動時間算出部」において、「入力された予定の場所と登録済みの予定の場所の間の移動経路とその移動時間」が算出され、「予定処理部」において、調べられた「移動経路毎の移動時間の中」の「前後の予定の空き時間との差が所定の時間Ｔ以上のもの」は、前後の予定の空き時間で移動可能な移動経路であるから、甲１発明の「入力された予定の場所と登録済みの予定の場所の間の移動経路とその移動時間を算出する移動時間算出部」と「移動時間算出部で調べられた移動経路とその移動時間のうち、移動経路毎の移動時間の中に前後の予定の空き時間との差が所定の時間Ｔ以上のものがあるかどうか調べ」る「予定処理部」の構成は、本件発明２の「前記第一スケジュールの第一場所情報が示す場所から、前記第二スケジュールの第二場所情報が示す場所までの移動経路であって、当該第一スケジュールと当該第二スケジュールの間で移動可能な移動経路を検索する検索手段」に相当する。
エ　甲１発明の「移動経路毎の移動時間の中に前後の予定の空き時間との差が所定の時間Ｔ以上のものがあるかどうか調べ、あれば、そのうちで移動時間が最も短かい移動経路をその移動時間とともに予定蓄積部に登録」する「予定処理部」の構成と、本件発明２の「前記提案手段による提案に対して前記ユーザの承認が得られた場合に、前記検索手段の検索結果を、前記第一スケジュールと前記第二スケジュールとの間の前記ユーザの移動スケジュールとして前記記憶手段に記憶する追加手段」とは、いずれも、「前記検索手段の検索結果を、前記第一スケジュールと前記第二スケジュールとの間の前記ユーザの移動スケジュールとして前記記憶手段に記憶する追加手段」である点で共通する。
オ　以上、ア〜エによると、本件発明２と甲１発明とは、以下の一致点、相違点を有する。
［一致点］
　記憶手段を備えるコンピュータを、
　第一場所情報を含むユーザの第一スケジュールと、当該第一スケジュールよりも後の当該ユーザの第二スケジュールであって、前記第一場所情報とは異なる第二場所情報及び当該第二場所が示す場所でのユーザの目的情報を含む第二スケジュールを受け付けて前記記憶手段に記憶する受付手段、
　前記第一スケジュールの第一場所情報が示す場所から、前記第二スケジュールの第二場所情報が示す場所までの移動経路であって、当該第一スケジュールと当該第二スケジュールの間で移動可能な移動経路を検索する検索手段、
　前記検索手段の検索結果を、前記第一スケジュールと前記第二スケジュールとの間の前記ユーザの移動スケジュールとして前記記憶手段に記憶する追加手段、
　として機能させるためのプログラム。
［相違点２−１］
　本件発明２は、「検索手段の検索結果を前記ユーザに提案する提案手段であって、前記検索結果が複数存在する場合、前記目的情報に基づき、複数の検索結果の中から前記ユーザに提案する検索結果を抽出する提案手段」を備えるのに対し、甲１発明では、そのような手段を備えていない点。
［相違点２−２］
　「追加手段」により「記憶手段に記憶」される「検索手段の検索結果」が、本件発明２では、「前記提案手段による提案に対して前記ユーザの承認が得られた」「検索結果」であるのに対し、甲１発明では、「移動時間が最も短かい」「検索結果」である点。
カ　まず、上記［相違点２−１］について検討する。
　甲３には、上記のとおり、出発地から目的地までの案内情報を提供する案内情報提供装置において、顧客の地点を出発地とし、施設の地点を目的地とする経路探索条件を設定する経路探索条件設定手段と、出発地および目的地を含む経路探索条件に加えて、施設の利用時間に関する情報（イベント開始時刻、開場時刻、開館時間、閉館日など）、施設への利用可能な移動手段に関する情報（利用不可能な移動手段や、利用可能な移動手段を特定する情報）に基づいて、出発地及び目的地以外の詳細条件を、経路探索条件に追加して設定する追加条件設定手段とを備え、追加条件設定手段により詳細条件が追加された経路探索条件を満たす、出発地から目的地までの複数の案内経路を含む経路探索結果を提供する案内情報提供装置が記載され、「施設への利用可能な移動手段に関する情報」は、施設への利用可能な移動手段を間接的に類推させるような情報（例えば、駐車場が無いことや、イベントの類別「飲食パーティ」や、施設の類別「居酒屋」など飲酒することが予想される場合など、移動手段として自家用車が利用できないことを類推させる情報、あるいは、引き出物等の荷物が提供される予定の場合など、自家用車を利用することが好ましいことを類推させる情報）であってもよいことが記載されている。
　そうすると、甲３には、目的地でのユーザの目的情報が「飲食パーティ」である場合に、「検索手段」に対して、出発地と目的地の経路探索条件に加えて、移動手段として自家用車を利用できないという追加の条件を付加して経路探索することは記載されているが、この追加の条件は、検索結果が一つか複数かに関係なく検索手段に対して追加の検索条件として付加されるものであって、検索手段による検索結果が複数存在する場合に、複数の検索結果の中からユーザに提案する検索結果を抽出するためのものではない。
　また、甲２及び甲４にも、検索結果が複数存在する場合、目的地でのユーザの目的情報に基づき、検索手段による複数の検索結果の中からユーザに提案する検索結果を抽出することは、記載も示唆もされていない。
　したがって、甲１発明、甲２〜甲４に記載された技術的事項に基づいて、当業者が上記［相違点２−１］に係る構成を容易に想到し得た事項であるとはいえない。
　よって、上記［相違点２−２］について検討するまでもなく、本件発明２は、甲１発明及び甲２〜４に記載された技術的事項に基いて、当業者が容易に発明をすることができたものではない。
（３）本件発明３について
　本件発明３と甲１発明とを対比する。
ア　甲１発明の「予定蓄積部」は「記憶手段」といえるから、甲１発明の「予定を登録する予定蓄積部と表示部とを備えるコンピュータを、」「機能させるためのスケジュール管理　プログラム」は、本件発明３と同様の「記憶手段を備えるコンピュータを、」「機能させるためのプログラム」であるといえる。
イ　甲１発明において、「入力された」「新たな」「予定の直前および／または直後に他の予定が予定蓄積部に登録されてい」る場合、他の予定は、新たな予定の入力よりも前に、入力部により要件、時間、場所などの入力が受け付けられ、予定処理部により、予定蓄積部に登録されたものであり、新たな予定の場所と他の予定の場所とは、異なっていてもよく、新たな予定の時間は、他の予定の後でもよいものである。
　よって、甲１発明の「新たな」「予定の直前に他の予定が予定蓄積部に登録されてい」る場合に、「ユーザから、新たな予定の要件、時間、場所などの入力を」「入力部」により受け付け、「入力部で入力された予定を予定蓄積部に蓄積」する「予定処理部」は、「要件、時間、場所を含む他の予定の入力を入力部により受け付け、予定蓄積部に蓄積し、前記他の予定と場所が異なり、時間が後の、要件、時間、場所を含む新たな予定の入力を入力部により受け付け、予定蓄積部に蓄積する予定処理部」ということができる。
　ここで、甲１発明の「要件、時間、場所を含む他の予定」、「他の予定と場所が異なり、時間が後の、要件、時間、場所を含む新たな予定」は、それぞれ、本件発明３の「第一場所情報を含むユーザの第一スケジュール」、「第一スケジュールよりも後の当該ユーザの第二スケジュールであって、前記第一場所情報とは異なる第二場所情報を含む第二スケジュール」に相当するから、甲１発明の甲１発明の「新たな」「予定の直前に他の予定が予定蓄積部に登録されてい」る場合に、「ユーザから、新たな予定の要件、時間、場所などの入力を」「入力部」により受け付け、「入力部で入力された予定を予定蓄積部に蓄積」する「予定処理部」、すなわち、「要件、時間、場所を含む他の予定の入力を入力部により受け付け、予定蓄積部に蓄積し、前記他の予定と場所が異なり、時間が後の、要件、時間、場所を含む新たな予定の入力を入力部により受け付け、予定蓄積部に蓄積する予定処理部」の構成は、本件発明３の「第一場所情報を含むユーザの第一スケジュールと、当該第一スケジュールよりも後の当該ユーザの第二スケジュールであって、前記第一場所情報とは異なる第二場所情報を含む第二スケジュールを受け付けて前記記憶手段に記憶する受付手段」に相当する。
ウ　甲１発明の「移動時間算出部」において、「入力された予定の場所と登録済みの予定の場所の間の移動経路とその移動時間」が算出され、「予定処理部」において、調べられた「移動経路毎の移動時間の中」の「前後の予定の空き時間との差が所定の時間Ｔ以上のもの」は、前後の予定の空き時間で移動可能な移動経路であるから、甲１発明の「入力された予定の場所と登録済みの予定の場所の間の移動経路とその移動時間を算出する移動時間算出部」と「移動時間算出部で調べられた移動経路とその移動時間のうち、移動経路毎の移動時間の中に前後の予定の空き時間との差が所定の時間Ｔ以上のものがあるかどうか調べ」る「予定処理部」の構成は、本件発明３の「前記第一スケジュールの第一場所情報が示す場所から、前記第二スケジュールの第二場所情報が示す場所までの移動経路であって、当該第一スケジュールと当該第二スケジュールの間で移動可能な移動経路を検索する検索手段」に相当する。
エ　甲１発明の「移動経路毎の移動時間の中に前後の予定の空き時間との差が所定の時間Ｔ以上のものがあるかどうか調べ、あれば、そのうちで移動時間が最も短かい移動経路をその移動時間とともに予定蓄積部に登録」する「予定処理部」の構成と、本件発明３の「前記提案手段による提案に対して前記ユーザの承認が得られた場合に、前記検索手段の検索結果を、前記第一スケジュールと前記第二スケジュールとの間の前記ユーザの移動スケジュールとして前記記憶手段に記憶する追加手段」とは、いずれも、「前記検索手段の検索結果を、前記第一スケジュールと前記第二スケジュールとの間の前記ユーザの移動スケジュールとして前記記憶手段に記憶する追加手段」である点で共通する。
オ　以上、ア〜エによると、本件発明３と甲１発明とは、以下の一致点、相違点を有する。
［一致点］
　記憶手段を備えるコンピュータを、
　第一場所情報を含むユーザの第一スケジュールと、当該第一スケジュールよりも後の当該ユーザの第二スケジュールであって、前記第一場所情報とは異なる第二場所情報を含む第二スケジュールを受け付けて前記記憶手段に記憶する受付手段、
　前記第一スケジュールの第一場所情報が示す場所から、前記第二スケジュールの第二場所情報が示す場所までの移動経路であって、当該第一スケジュールと当該第二スケジュールの間で移動可能な移動経路を検索する検索手段、
　前記検索手段の検索結果を、前記第一スケジュールと前記第二スケジュールとの間の前記ユーザの移動スケジュールとして前記記憶手段に記憶する追加手段、
　として機能させるためのプログラム。
［相違点３−１］
　本件発明３は、「検索手段の検索結果を前記ユーザに提案する提案手段であって、前記検索結果が複数存在する場合、複数の検索結果の中から一つの検索結果を前記ユーザに提案し、前記ユーザの承認が得られなかった場合に、当該複数の検索結果を当該ユーザに提案する提案手段」を備えるのに対し、甲１発明では、そのような手段を備えていない点。
［相違点３−２］
　「追加手段」により「記憶手段に記憶」される「検索手段の検索結果」が、本件発明３では、「前記提案手段による提案に対して前記ユーザの承認が得られた」「検索結果」であるのに対し、甲１発明では、「移動時間が最も短かい」「検索結果」である点。
［相違点３−３］
　本件発明３では、「提案手段による提案に対してユーザの承認が得られた場合に当該ユーザに報酬を付与する付与手段」を備えるのに対し、甲１発明では、そのような手段を備えていない点。
カ　まず、上記［相違点３−３］について検討する。
　甲５には、上記のとおり、カーナビゲーションシステムにおいて、渋滞している区間又は渋滞が予見される区間を検知した場合、迂回ルートを検索してカーナビ上に表示させるとともに、迂回ルート上の店舗での商品の購入に対して割り増しのポイントを付与すること、又は、迂回ルートを通過することによってポイントを付与することにより、消費者が交通渋滞の際に積極的に迂回ルートを選択するように誘導することが記載されている。
　また、甲６には、上記のとおり、自動車のドライバーが経路検索等に利用するナビゲーション装置において、渋滞回避のリクエストやナビゲーション対象の自動車の動向に基づいて、迂回経路を生成し、ドライバーに提示して迂回行動を誘引し、実際に迂回経路を走行した場合に、クーポンを当該ドライバー向けに取得し使用可能とすることが記載されている。
　そうすると、甲５、６には、カーナビゲーションシステムにおいて、交通渋滞時に迂回経路を表示し、ユーザが自動車で迂回経路を走行した場合に、ユーザにポイントやクーポンを付与することは記載されているが、ポイントやクーポンは、自動車で迂回経路を走行した場合に付与されるのであって、提案手段による提案に対してユーザの承認が得られた場合に付与されるものではない。
　また、甲２、４、７、８にも、提案手段による提案に対してユーザの承認が得られた場合にユーザに報酬を付与することは記載も示唆もされていない。
　したがって、甲１発明、甲２、甲４〜８に記載された技術的事項に基づいて、当業者が上記［相違点３−３］に係る構成を容易に想到し得たとはいえない。
　よって、上記［相違点３−１］、上記［相違点３−２］について検討するまでもなく、本件発明３は、甲１発明及び甲２、４〜８に記載された技術的事項に基いて、当業者が容易に発明をすることができたものではない。
（４）本件発明４について
　本件発明４は、本件発明１〜３のいずれかを引用し、さらに、「前記提案手段は、前記検索結果が複数存在する場合、前記ユーザの交通に係る嗜好情報に基づき、複数の検索結果の中から前記ユーザに提案する検索結果を抽出する」という限定を付加したものである。
　甲９は、本件発明１の上記［相違点１−１］に係る構成、本件発明２の上記［相違点２−１］に係る構成、本件発明３の上記［相違点３−３］に係る構成のいずれも開示するものではない。
　したがって、本件発明４は、上記（１）〜（３）に示した理由と同様の理由により、甲１発明及び甲２〜４、９に記載された技術的事項に基いて当業者が容易に発明をすることができたものではない。
（５）本件発明５について
　本件発明５は、本件発明１〜４のいずれかを引用し、さらに、「前記提案手段は、前記検索結果が複数存在する場合、前記ユーザの移動経路の履歴に基づき、複数の検索結果の中から前記ユーザに提案する検索結果を抽出する」という限定を付加したものであり、本件発明１〜３のいずれかの構成を備えている。
　甲９は、本件発明１の上記［相違点１−１］に係る構成、本件発明２の上記［相違点２−１］に係る構成、本件発明３の上記［相違点３−３］に係る構成のいずれも開示するものではない。
　したがって、本件発明５は、上記（１）〜（３）に示した理由と同様の理由により、甲１発明及び甲２〜４、９に記載された技術的事項に基いて当業者が容易に発明をすることができたものではない。
（６）本件発明６について
　本件発明６は、本件発明１〜５のいずれかを引用し、さらに、「前記提案手段は、前記検索結果が複数存在する場合、前記第一スケジュールと前記第二スケジュールの間の時間帯の天候情報に基づき、複数の検索結果の中から前記ユーザに提案する検索結果を抽出する」という限定を付加したものであり、本件発明１〜３のいずれかの構成を備えている。
　甲１０は、本件発明１の上記［相違点１−１］に係る構成、本件発明２の上記［相違点２−１］に係る構成、本件発明３の上記［相違点３−３］に係る構成のいずれも開示するものではない。
　したがって、本件発明６は、上記（１）〜（３）に示した理由と同様の理由により、甲１発明及び甲２〜４、１０に記載された技術的事項に基いて当業者が容易に発明をすることができたものではない。
（７）本件発明７について
　本件発明７は、本件発明１〜６のいずれかを引用し、さらに、「前記検索結果が複数存在する場合、複数のユーザのスケジュールに基づき、複数の検索結果に係る移動経路の混雑状況を予測する予測手段」、「前記提案手段は、前記予測手段が予測した各移動経路の混雑状況に基づき、複数の検索結果の中から前記ユーザに提案する検索結果を抽出する」という限定を付加したものであり、本件発明１〜３のいずれかの構成を備えている。
　甲１１は、本件発明１の上記［相違点１−１］に係る構成、本件発明２の上記［相違点２−１］に係る構成、本件発明３の上記［相違点３−３］に係る構成のいずれも開示するものではない。
　したがって、本件発明７は、上記（１）〜（３）に示した理由と同様の理由により、甲１発明及び甲２〜４、１１に記載された技術的事項に基いて当業者が容易に発明をすることができたものではない。
（８）本件発明８について
　本件発明８は、本件発明１〜７のいずれかを引用し、さらに、「前記受付手段は、通信ネットワークを介して前記記憶手段とは異なる他の記憶手段から前記ユーザのスケジュールを取得して、前記第一スケジュール又は前記第二スケジュールとして受け付け、前記検索手段は、前記受付手段が前記他の記憶手段から前記ユーザのスケジュールを取得したときに、前記移動経路を検索する」という限定を付加したものであり、本件発明１〜３のいずれかの構成を備えている。
　甲１２は、本件発明１の上記［相違点１−１］に係る構成、本件発明２の上記［相違点２−１］に係る構成、本件発明３の上記［相違点３−３］に係る構成のいずれも開示するものではない。
　したがって、本件発明８は、上記（１）〜（３）に示した理由と同様の理由により、甲１発明及び甲２〜４、１２に記載された技術的事項に基いて当業者が容易に発明をすることができたものではない。
（９）本件発明９について
　本件発明９は、本件発明１の「プログラム」の発明を「情報処理装置」として記載した発明であって上記［相違点１−１］及び上記［相違点１−２］に係る構成を有しているから、上記（１）に示した理由と同様の理由により、甲１発明及び甲２〜４に記載された技術的事項に基いて当業者が容易に発明をすることができたものではない。
（１０）本件発明１０について
　本件発明１０は、本件発明２の「プログラム」の発明を「情報処理装置」として記載した発明であって上記［相違点２−１］及び上記［相違点２−２］に係る構成を有しているから、上記（２）に示した理由と同様の理由により、甲１発明及び甲２〜４に記載された技術的事項に基いて当業者が容易に発明をすることができたものではない。
（１１）本件発明１１について
　本件発明１１は、本件発明３の「プログラム」の発明を「情報処理装置」として記載した発明であって上記［相違点３−１］、上記［相違点３−２］及び上記［相違点３−３］に係る構成を有しているから、上記（３）に示した理由と同様の理由により、甲１発明及び甲２、４〜８に記載された技術的事項に基いて当業者が容易に発明をすることができたものではない。
（１２）理由１についてのまとめ
　以上によれば、本件発明１〜本件発明１１は、甲１〜甲１２の記載に基いて、当業者が容易に発明をすることができたものではない。
６　理由２についての当審の判断
（１）本件明細書の記載
　本件明細書には以下のとおりの記載がある。
【００４１】
　予測手段５８は、検索手段５６の検索結果が複数存在する場合、複数のユーザのスケジュール５０Ｄに基づき、複数の検索結果に係る移動経路の混雑状況を予測する機能手段である。例えば、予測手段５８は、検索に係るユーザ以外の他のユーザのスケジュール５０Ｄにおいて検索結果に係る移動経路を通ることが把握できた場合、当該移動経路の利用人数をインクリメントする。そして、移動経路の利用人数が閾値を超えない場合、その移動経路の混雑状況を「少」として予測し、移動経路の利用人数が閾値を超えた場合、その移動経路の混雑状況を「多」として予測する。
【００４２】
　提案手段６０は、検索手段５６の検索結果をユーザに提案する機能手段である。具体的には、提案手段６０は、検索結果が複数存在する場合、ユーザの交通に係る嗜好情報に基づき、複数の検索結果の中からユーザに提案する検索結果を抽出してもよい。嗜好情報は、ユーザのスケジュール５０Ｄの履歴（特に移動スケジュールの移動履歴）に基づいて提案手段６０が判定してもよいし、ユーザが入力操作により、ユーザ情報５０Ｃの一部として記憶していてもよい。例えば、提案手段６０は、ユーザの移動履歴に基づき、月に１０回以上タクシーを利用しているから、嗜好情報として、このユーザはタクシーを使用することを好むと判定したり、安くいける電車の乗換を月に１回も利用してないので、嗜好情報として、このユーザは早く行くことを好むと判定したりする。
【００４３】
　また、提案手段６０は、検索結果が複数存在する場合、ユーザの移動スケジュールの履歴、すなわち移動経路の履歴に基づき、複数の検索結果の中からユーザに提案する検索結果を抽出してもよい。例えば、提案手段６０は、ユーザのバスの利用が他の移動手段よりも閾値以上高い場合、複数の検索結果の中からバスを利用するものを抽出してもよい。また、提案手段６０は、ユーザの各駅停車の電車よりも所定駅を通過する電車を所定回数以上利用している場合、複数の検索結果の中から所定駅を通過する電車を利用するものを抽出してもよい。また、提案手段６０は、検索結果が複数存在する場合、第一スケジュールと第二スケジュールの間の時間帯の天候情報に基づき、複数の検索結果の中からユーザに提案する検索結果を抽出する。例えば、提案手段６０は、天候情報が雨を示す場合、バスよりもタクシーを利用するものを抽出したり、値段が高くても乗換が少ない電車を抽出したりする。なお、天候情報は、通信ネットワークＮＴを介して外部のサーバ装置から取得される。
【００４４】
　また、提案手段６０は、検索結果が複数存在する場合、第二場所情報が示す場所の種類に基づき、複数の検索結果の中からユーザに提案する検索結果を抽出してもよい。例えば、提案手段６０は、第二場所情報が示す場所が会社関連の場所である場合には、遅れないようにタクシーを利用するものを抽出する。また、例えば、提案手段６０は、第二場所情報が示す場所が遊園地等の遊戯関連の場所である場合には、乗換が多くても安く行けるものを抽出する。
【００４５】
　また、提案手段６０は、検索結果が複数存在する場合、第二場所情報が示す場所でのユーザの目的情報に基づき、複数の検索結果の中からユーザに提案する検索結果を抽出してもよい。例えば、提案手段６０は、目的情報が示す目的が「会議」である場合には、遅れないようにタクシーを利用するものを抽出する。また、例えば、提案手段６０は、目的情報が示す目的が「飲み会」である場合には、遅れる可能性があっても安く行けるものを抽出する。
【００４６】
　また、提案手段６０は、予測手段５８が予測した各移動経路の混雑状況に基づき、複数の検索結果の中からユーザに提案する検索結果を抽出してもよい。例えば、提案手段６０は、予測手段５８が予測した混雑状況が、他の移動経路と比較して混雑していない移動経路を抽出する。また、例えば、提案手段６０は、予測手段５８が予測した混雑状況（利用人数）が閾値以下の移動経路を抽出する。
【００４７】
　また、提案手段６０は、検索結果が複数存在する場合、複数の検索結果の中からユーザに最適な一つの検索結果をユーザの端末装置１２に提案（出力）し、ユーザの承認が得られなかった場合に、複数の検索結果を当該ユーザの端末装置１２に提案（出力）してもよい。
【００７４】
（ステップＳＰ４４）
　提案手段６０は、検索結果が複数存在する場合、ユーザの嗜好情報、ユーザの移動経路の履歴、天候情報、第二場所情報が示す場所の種類、目的情報、及び／又は、予測手段５８ が予測した各移動経路の混雑状況に基づき、複数の検索結果の中からユーザに提案する一又は複数の検索結果を抽出する。本実施形態では、提案手段６０は、ユーザに最適な一つの検索結果を抽出する。そして、処理は、ステップＳＰ４６の処理に移行する。
（２）本件発明４について
ア　申立人の主張する理由
　本件発明４について、申立人の主張する理由は、嗜好情報に基づいた検索結果の絞り込みについて規定した本件発明４は、第二場所情報が示す場所の種類に基づいた検索結果の抽出について規定した本件発明１と、第二場所情報が示す場所での目的情報に基づいた検索結果について規定した本件発明２と、一つの検索結果に対してユーザの承認が得られなかった場合に複数の検索結果を提案することについて規定した本件発明３を引用しているが、発明の詳細な説明では、場所の種類や目的情報に基づいて抽出された検索結果または一つの検索結果に対するユーザの承認が得られなかった場合に提案された複数の検索結果に対し、さらに嗜好情報を利用した絞り込みをする旨の記載はないというものである。
イ　本件明細書の記載
　本件明細書の段落【００４２】には、「提案手段６０は、検索手段５６の検索結果をユーザに提案する機能手段である。具体的には、提案手段６０は、検索結果が複数存在する場合、ユーザの交通に係る嗜好情報に基づき、複数の検索結果の中からユーザに提案する検索結果を抽出してもよい。」と記載され、段落【００４４】には、「また、提案手段６０は、検索結果が複数存在する場合、第二場所情報が示す場所の種類に基づき、複数の検索結果の中からユーザに提案する検索結果を抽出してもよい。」と記載され、段落【００４５】には、「また、提案手段６０は、検索結果が複数存在する場合、第二場所情報が示す場所でのユーザの目的情報に基づき、複数の検索結果の中からユーザに提案する検索結果を抽出してもよい。」と記載され、段落【００４７】には、「提案手段６０は、検索結果が複数存在する場合、複数の検索結果の中からユーザに最適な一つの検索結果をユーザの端末装置１２に提案（出力）し、ユーザの承認が得られなかった場合に、複数の検索結果を当該ユーザの端末装置１２に提案（出力）してもよい。」と記載され、段落【００７４】には、「提案手段６０は、検索結果が複数存在する場合、ユーザの嗜好情報、ユーザの移動経路の履歴、天候情報、第二場所情報が示す場所の種類、目的情報、及び／又は、予測手段５８ が予測した各移動経路の混雑状況に基づき、複数の検索結果の中からユーザに提案する一又は複数の検索結果を抽出する。」と記載されている。
ウ　請求項１の記載を引用する本件発明４について
　本件明細書の段落【００４２】、【００４４】、【００７４】の記載によると、本件明細書の発明の詳細な説明には、検索結果が複数存在する場合、「第二場所情報が示す場所の種類とユーザの嗜好情報」に基づき、複数の結果の中からユーザに提案する検索結果を抽出する提案手段が記載されている。
　したがって、請求項１の記載を引用する本件発明４は、発明の詳細な説明に記載されたものである。
エ　請求項２の記載を引用する本件発明４について
　本件明細書の段落【００４２】、【００４５】、【００７４】の記載によると、本件明細書の発明の詳細な説明には、検索結果が複数存在する場合、「ユーザの目的情報とユーザの嗜好情報」に基づき、複数の結果の中からユーザに提案する検索結果を抽出する提案手段が記載されている。
　したがって、請求項２の記載を引用する本件発明４は、発明の詳細な説明に記載されたものである。
オ　請求項３の記載を引用する本件発明４について
　本件明細書の段落【００４２】、【００４７】、【００７４】の記載によると、本件明細書の発明の詳細な説明には、検索結果が複数存在する場合、「ユーザの嗜好情報」に基づき、複数の結果の中から一つの検索結果をユーザに提案し、ユーザの承認が得られなかった場合に、当該複数の検索結果をユーザに提案する提案手段が記載されている。
　したがって、請求項３の記載を引用する本件発明４は、発明の詳細な説明に記載されたものである。
カ　申立人の主張について
　本件発明４は、請求項１乃至３の何れか１項を引用するものであり、請求項１乃至３の何れか１項に記載の「提案手段」を限定したものである。
（ア）　請求項１には、「前記検索手段の検索結果を前記ユーザに提案する提案手段であって、前記検索結果が複数存在する場合、前記第二場所情報が示す場所の種類に基づき、複数の検索結果の中から前記ユーザに提案する検索結果を抽出する提案手段」と記載され、請求項４は、当該提案手段について、「前記検索手段の」「前記検索結果が複数存在する場合、前記ユーザの交通に係る嗜好情報に基づき、複数の検索結果の中から前記ユーザに提案する検索結果を抽出する」と限定したものである。
　請求項１及び請求項４の「提案手段」は、いずれも、「前記検索結果が複数存在する場合、」「複数の検索結果の中から前記ユーザに提案する検索結果抽出する」ことを特定したものであって、請求項１は、「第二場所情報が示す場所の種類」に基づいて抽出することを特定したものであり、請求項４は、「ユーザの交通に係る嗜好情報」に基づいて抽出することを特定したものであるから、請求項１を引用する本件発４の「提案手段」は、「前記検索結果が複数存在する場合、」「第二場所情報が示す場所の種類」及び「ユーザの交通に係る嗜好情報」に基づいて、「複数の検索結果の中から前記ユーザに提案する検索結果抽出する」ことを特定したものである。
　よって、請求項１を引用する本件発明４の「提案手段」は、検索手段の検索結果を「場所の種類」及び「ユーザの交通に係る嗜好情報」に基づいて抽出することを特定したものであって、提案手段により場所の種類に基づいて抽出した検索結果に対して、さらに嗜好情報を利用した絞り込みをするものではない。
（イ）　請求項２を引用する本件発明４の「提案手段」は、上記（ア）と同様に、「前記検索結果が複数存在する場合、」「前記目的情報」及び「ユーザの交通に係る嗜好情報」に基づいて、「複数の検索結果の中から前記ユーザに提案する検索結果抽出する」ことを特定するものであるから、提案手段により目的情報に基づいて抽出された検索結果に対して、さらに嗜好情報を利用した絞り込みをするものではない。
（ウ）　本件発明３は、「提案手段」について、「前記検索手段の検索結果を前記ユーザに提案する提案手段であって、前記検索結果が複数存在する場合、複数の検索結果の中から一つの検索結果を前記ユーザに提案し、前記ユーザの承認が得られなかった場合に、当該複数の検索結果を当該ユーザに提案する提案手段」と特定している。
　一方、本件発明４は、「提案手段」について、「前記提案手段は、前記検索結果が複数存在する場合、前記ユーザの交通に係る嗜好情報に基づき、複数の検索結果の中から前記ユーザに提案する検索結果を抽出する」と特定している。
　そうすると、本件発明３の「提案手段」は、複数の検索結果の出力について特定したものであり、本件発明４の「提案手段」は、複数の検索結果からユーザに提案する検索結果の抽出について特定したものである。本件発明３の「提案手段」が、出力について特定したものであることは、本件明細書の段落【００４７】に「複数の検索結果の中からユーザに最適な一つの検索結果をユーザの端末装置１２に提案（出力）し、ユーザの承認が得られなかった場合に、複数の検索結果を当該ユーザの端末装置１２に提案（出力）してもよい。」と記載され、「提案」と「出力」とを同じ意味で記載していることから、本件明細書の記載とも整合する。
　したがって、請求項３の記載を引用する本件発明４は、請求項３の「提案手段」の「複数の検索結果の中から一つの検索結果」を抽出することについて特定するものであって、「前記検索手段の検索結果を前記ユーザに提案する提案手段であって、前記検索結果が複数存在する場合、前記ユーザの交通に係る嗜好情報に基づき、複数の検索結果の中から一つの検索結果を抽出して前記ユーザに提案し、前記ユーザの承認が得られなかった場合に、当該複数の検索結果を当該ユーザに提案する提案手段」と特定したものであり、提案手段により、一つの検索結果に対するユーザの承認が得られなかった場合に提案された複数の検索結果に対して、さらに、嗜好情報を利用した絞り込みをするものではない。
（３）本件発明５について
　本件明細書の段落【００４３】には、「提案手段６０は、検索結果が複数存在する場合、ユーザの移動スケジュールの履歴、すなわち移動経路の履歴に基づき、複数の検索結果の中からユーザに提案する検索結果を抽出してもよい。」と記載され、段落【００７４】には、「検索結果が複数存在する場合、ユーザの嗜好情報、ユーザの移動経路の履歴、天候情報、第二場所情報が示す場所の種類、目的情報、及び／又は、予測手段５８ が予測した各移動経路の混雑状況に基づき、複数の検索結果の中からユーザに提案する一又は複数の検索結果を抽出する。」と記載されているから、場所の種類と移動経路の履歴、目的情報と移動経路の履歴、嗜好情報と移動経路の履歴、場所の種類と嗜好情報と移動経路の履歴、目的情報と嗜好情報と移動経路の履歴に基づいて、複数の検索結果の中からユーザに提案する検索結果を抽出することが記載されている。
　したがって、上記（２）に示した理由と同様に、請求項１乃至４の何れか１項の記載を引用する本件発明５は、発明の詳細な説明に記載されたものである。
（４）本件発明６について
　本件明細書の段落【００４３】には、「提案手段６０は、検索結果が複数存在する場合、第一スケジュールと第二スケジュールの間の時間帯の天候情報に基づき、複数の検索結果の中からユーザに提案する検索結果を抽出する。」と記載され、段落【００７４】には、「検索結果が複数存在する場合、ユーザの嗜好情報、ユーザの移動経路の履歴、天候情報、第二場所情報が示す場所の種類、目的情報、及び／又は、予測手段５８ が予測した各移動経路の混雑状況に基づき、複数の検索結果の中からユーザに提案する一又は複数の検索結果を抽出する。」と記載されている。
　したがって、上記（２）、（３）に示した理由と同様に、請求項１乃至５の何れか１項の記載を引用する本件発明６は、発明の詳細な説明に記載されたものである。
（５）本件発明７について
　本件明細書の段落【００４１】には、「予測手段５８は、検索手段５６の検索結果が複数存在する場合、複数のユーザのスケジュール５０Ｄに基づき、複数の検索結果に係る移動経路の混雑状況を予測する機能手段である。」と記載され、段落【００４６】には、「提案手段６０は、予測手段５８が予測した各移動経路の混雑状況に基づき、複数の検索結果の中からユーザに提案する検索結果を抽出してもよい。」と記載され、段落【００７４】には、「検索結果が複数存在する場合、ユーザの嗜好情報、ユーザの移動経路の履歴、天候情報、第二場所情報が示す場所の種類、目的情報、及び／又は、予測手段５８ が予測した各移動経路の混雑状況に基づき、複数の検索結果の中からユーザに提案する一又は複数の検索結果を抽出する。」と記載されている。
　したがって、上記（２）〜（４）に示した理由と同様に、請求項１乃至６の何れか１項の記載を引用する本件発明７は、発明の詳細な説明に記載されたものである。
（６）理由２についてのまとめ
　以上によると、本件発明４〜７は、発明の詳細な説明に記載されたものであるから、本件発明４〜７について、本件特許請求の範囲の記載は、特許法３６条６項１号に規定する要件を満たしている。
７　理由３についての当審の判断
　申立人の主張する理由３は、本件発明４〜本件発明７について、発明の詳細な説明は、場所の種類や目的情報に基づいて抽出された結果または一つの検索結果に対するユーザの承認が得られなかった場合に提案された複数の検索結果に対し、さらに嗜好情報を利用した絞り込みをする旨等の記載はないことを理由として、発明の詳細な説明は、当業者が本件発明４〜本件発明７を実施することができる程度に明確かつ十分に記載されていないというものである。
　しかしながら、上記「６　理由２についての当審の判断」において示したとおり、本件発明４〜本件発明７は、発明の詳細な説明に記載されたものであり、申立人の理由３についての上記の主張は成立しないから、本件明細書の発明の詳細な説明の記載は、当業者が本件発明４〜本件発明７を実施できる程度に明確かつ十分に記載されたものであり、本件明細書の発明の詳細な説明の記載は、特許法３６条４項１号に規定する要件を満たしている。
８　むすび
　以上のとおり、特許異議の申立ての理由及び証拠によっては、請求項１〜１１に係る特許を取り消すことはできない。
　また、他に請求項１〜１１に係る特許を取り消すべき理由を発見しない。
　よって、結論のとおり決定する。
【異議決定日】
令和３年１月１４日（２０２１．１．１４）