2023-701176

特許第７２６８９０７号発明「プログラム及び情報処理装置」の特許異議申立事件について、次のとおり決定する。

結 論 特許第７２６８９０７号の請求項１～８に係る特許を維持する。

理 由 第１ 手続の経緯 特許第７２６８９０７号の請求項１～８に係る特許についての出願は、令和元年９月６日に出願した特願２０１９－１６２８５９号の一部を令和３年６月３日に新たな特許出願として出願され、令和５年４月２５日にその特許権の設定登録がされ、同年５月８日に特許掲載公報が発行された。その後、その特許に対し、同年１１月７日に特許異議申立人（以下、「申立人」という。） 森田弘潤 は、特許異議の申立てを行った。 第２ 本件発明 特許第７２６８９０７号の請求項１～８の特許に係る発明は、それぞれ、その特許請求の範囲の請求項１～８に記載された事項により特定される次のとおりのものである。（以下、それぞれ「本件発明１」～「本件発明８」という。） 「【請求項１】 出発地点から到着地点までの移動経路を示す移動スケジュールを含むユーザのスケジュールと施設情報とを記憶する記憶手段を備え、ユーザの端末装置と通信可能なコンピュータを、 ユーザの前記スケジュールを前記記憶手段に登録する登録手段、 前記登録手段により前記移動スケジュールが登録された場合に、登録された前記移動スケジュールに基づき、提案の可否を判定する判定手段、 前記判定手段が肯定判定した場合に、前記施設情報が示す施設に行くことを提案する提案内容を前記端末装置に出力する出力手段、 として機能させ、 前記登録手段は、前記出力手段による提案内容に対して前記ユーザの承認が得られた場合に、前記施設に滞在するスケジュールを当該ユーザに紐づけて前記記憶手段に登録すると共に、登録された前記移動スケジュールを前記出発地点から前記施設までの移動経路を示す移動スケジュールに変更し、且つ、前記施設から前記到着地点までの移動経路を示す移動スケジュールを追加登録することにより、登録された前記移動スケジュールを変更する、 プログラム。 【請求項２】 前記判定手段は、前記移動スケジュールの間に、前記施設情報が示す施設から予め定められた距離の範囲内をユーザが通過するか否かを判定し、当該判定の結果、通過すると判定した場合に提案可と肯定判定し、通過しないと判定した場合に提案不可と否定判定する、 請求項１に記載のプログラム。 【請求項３】 前記判定手段は、前記スケジュールに基づき、ユーザに空いている時間があるか否かを判定し、当該判定の結果、前記時間があると判定した場合に提案可と肯定判定し、前記時間がないと判定した場合に提案不可と否定判定する、 請求項１に記載のプログラム。 【請求項４】 前記スケジュールは、複数存在し、 前記判定手段は、複数のスケジュールのうち一のスケジュールと当該一のスケジュールの次のスケジュールの間の時間が、前記施設情報が示す施設に応じて設定された設定時間以上であるか否か判定し、当該判定の結果、設定時間以上であると判定した場合にユーザに空いている時間があるとして提案可と肯定判定し、設定時間未満であると判定した場合にユーザに空いている時間がないとして提案不可と否定判定する、 請求項３に記載のプログラム。 【請求項５】 前記判定手段は、前記スケジュールに基づき、ユーザが、前記施設情報が示す施設まで現在から所定時間以内に来られるか否かを判定し、当該判定の結果、前記所定時間以内に来られると判定した場合に提案可と肯定判定し、前記所定時間以内に来られないと判定した場合に提案不可と否定判定する、 請求項１に記載のプログラム。 【請求項６】 前記端末装置をユーザ装置としたとき、 前記コンピュータは更に、前記施設情報が示す施設の予約状況を管理する施設装置と通信可能であり、 前記判定手段は更に、前記施設装置と通信して、前記施設情報が示す施設を予約可能か否か判定し、 前記出力手段は、前記判定手段が、提案可能と判定し、且つ、予約可能と判定した場合に、前記提案内容を出力する、 請求項１に記載のプログラム。 【請求項７】 前記登録手段は、前記出力手段による提案内容に対して前記ユーザの承認が得られた場合に前記施設装置と通信し、前記施設の予約処理を実行する、 請求項６に記載のプログラム。 【請求項８】 出発地点から到着地点までの移動経路を示す移動スケジュールを含むユーザのスケジュールと施設情報とを記憶する記憶手段を備え、ユーザの端末装置と通信可能な情報処理装置であって、 ユーザの前記スケジュールを前記記憶手段に登録する登録手段、 前記登録手段により前記移動スケジュールが登録された場合に、登録された前記移動スケジュールに基づき、提案の可否を判定する判定手段と、 前記判定手段が肯定判定した場合に、前記施設情報が示す施設に行くことを提案する提案内容を前記端末装置に出力する出力手段と、 を備え、 前記登録手段は、前記出力手段による提案内容に対して前記ユーザの承認が得られた場合に、前記施設に滞在するスケジュールを当該ユーザに紐づけて前記記憶手段に登録すると共に、登録された前記移動スケジュールを前記出発地点から前記施設までの移動経路を示す移動スケジュールに変更し、且つ、前記施設から前記到着地点までの移動経路を示す移動スケジュールを追加登録することにより、登録された前記移動スケジュールを変更する、 情報処理装置。」 第３ 申立理由の概要 申立人は、下記２の証拠方法（以下、甲第１号証、甲第２号証を、それぞれ「甲１」、「甲２」という。）により、下記１を申立理由とする特許異議の申立をしている。なお、理由番号は、当審で付与した。 １ 申立の理由 （１）申立理由１（甲１を主引例とする新規性違反） 本件発明１、３、４、８は、甲１に記載された発明であるから特許法第２９条第１項第３号に規定される要件を満たしていないため、同法第１１３条第２号により取り消されるべきものである。 （２）申立理由２（甲１を主引例とする進歩性違反１） 申立理由１において、仮に相違点があるとしても、本件発明１、３、４、８は、甲１に記載された発明及び周知技術に基づいて、当業者が容易に発明することができたものであるから、特許法第２９条第２項に規定される要件を満たしていないため、同法第１１３条第２号により取り消されるべきものである。 （３）申立理由３（甲１を主引例とする進歩性違反２） 本件発明１～５、８は、甲１に記載された発明及び甲２に記載された発明に基づいて、当業者が容易に発明することができたものであるから、特許法第２９条第２項に規定される要件を満たしていないため、同法第１１３条第２号により取り消されるべきものである。 （４）申立理由４（甲１を主引例とする進歩性違反３） 本件発明６、７は、甲１に記載された発明及び慣用技術に基づいて、当業者が容易に発明することができたものであるから、特許法第２９条第２項に規定される要件を満たしていないため、同法第１１３条第２号により取り消されるべきものである。 ２ 証拠方法 甲１：特開２０１８－４５６３４号公報 甲２：特開２０１１－８１８４０号公報 第４ 甲１、甲２の記載 １ 甲１（特開２０１８－４５６３４号公報）について （１）甲１の記載事項 甲１には、以下のとおりの記載がある。（なお、下線は当審が付した。以下、同様。） 「【請求項１２】 コンピュータを、 タイムライン上に配置済みの第１ＰＯＩの終了時刻から前記タイムライン上に配置済みの第２ＰＯＩの開始時刻までの時間間隔が、前記第１ＰＯＩから前記第２ＰＯＩまでの移動に要する時間よりも長い場合に、前記第１ＰＯＩの終了時刻と前記第２ＰＯＩの開始時刻との間の前記タイムライン上に、立ち寄りＰＯＩを配置可能な時間帯を示すプランニングエリアを出力するプランニングエリア出力手段、 として機能させることを特徴とする情報処理プログラム。」 「【０００１】 本発明は、情報処理システム、情報処理プログラムおよび情報処理方法に関する。」 「【００１０】 本実施形態の情報処理システム１は、モバイル端末（スマートフォン、携帯電話、タブレット端末等）やパソコン等の電子機器の使用者（以下、単に「ユーザ」ともいう）に対して、タイムライン上にＰＯＩ（Ｐｏｉｎｔ Ｏｆ Ｉｎｔｅｒｅｓｔ）を配置して旅行計画を行うためのプランニング画面を提供するシステムである。 【００１１】 「タイムライン」とは、ＰＯＩを時系列に並べて表示できるプランニング画面上の領域である。「ＰＯＩ」とは、ユーザが関心を持っている地物等であり、例えば、店舗、宿泊施設、レジャー施設等の施設や観光地などの地点である。ここでいう「地点」は、施設などの比較的狭域の地点に限定されず、行政区などの比較的広域にわたる地点であってもよい。また、ＰＯＩは、地点に限定されず、例えば、祭りなどのイベントを含んでいてもよい。」 「【００１３】 サーバ３は、例えば、旅行サイトの提供者の自社サーバまたはホスティングサーバである。その他、サーバ３は、旅行サイトの提供を代行する代行者が利用するサーバ、あるいは旅行サイトを提供するサーバと連携してプランニング画面を提供するサーバであってもよい。」 「【００１５】 端末装置２は、旅行計画を行うためにユーザが使用するものであり、例えば、スマートフォンやタブレット端末等のモバイル端末である。なお、端末装置２は、デスクトップ型のパソコンであってもよい。」 「【００２２】 次に、サーバ３について説明する。図１に示すように、サーバ３は、通信部３１と、制御部３２と、記憶部３３とを有する。制御部３２について説明する前に、通信部３１および記憶部３３について説明する。 【００２３】 通信部３１は、ネットワークを介して端末装置２と、サーバ３の制御部３２との間で情報を送受信するインターフェースである。」 「【００２５】 記憶部３３は、経路ネットワーク情報データベース３６と、ＰＯＩ情報データベース３７とを有する。 【００２６】 経路ネットワーク情報データベース３６は、経路探索用のデータベースであり、経路ネットワーク情報として、例えば、交通ネットワーク情報を含む。交通ネットワーク情報は、鉄道やバス等の交通網や道路網を規定する情報である。交通網の情報としては、交通機関の路線情報、時刻表情報、料金情報等を含む。また、交通網の情報は、例えば駅等の路線網表現上の結節点（ノード）のデータと、結節点間の線路区間であるリンクのデータとの組み合わせによって表現される。また、道路網の情報は、例えば交差点等の道路網表現上の結節点（ノード）のデータと、結節点間の道路区間であるリンクのデータとの組み合わせによって表現される。 【００２７】 ＰＯＩ情報データベース３７は、地点検索や経路探索条件の地点設定等に用いるＰＯＩ情報が格納されている。ＰＯＩ情報は、ＰＯＩの位置情報や名称情報等を含む。」 「【００３０】 次に、サーバ３の制御部３２について説明する。制御部３２は、図１に示すように、経路探索部３４とプランニング部３５とを有する。プランニング部３５は、プランニングエリア出力手段の一例であるプランニングエリア出力部３５１と、ＰＯＩ提示手段の一例であるＰＯＩ出力部３５２とを有する。プランニング部３５は、サーバ３内のプロセッサが所定のプログラムを実行することにより実現されてもよい。 【００３１】 プランニング部３５は、プランニング画面を生成して出力する。例えば、プランニング部３５は、旅行サイトから端末装置２に送信された旅行商品の予約完了メールに含まれるリンクを介して旅行プランの作成が指示された場合に、プランニング画面を生成して出力する。プランニング部３５から出力されたプランニング画面は、ネットワーク経由で端末装置２に送信され、端末装置２の出力部２４で表示される。 【００３２】 なお、プランニング部３５は、予約完了メールに対する旅行プランの作成指示に限定されず、例えば、予約完了メールに含まれるリンクを介さずに旅行サイトに直接アクセスしたユーザの指示に応じてプランニング画面を生成および出力してもよい。また、図１の例では、プランニング部３５の全ての機能がサーバ３に備えられているが、プランニング部３５の一部の機能が端末装置２や他のサーバに備えられていてもよい。例えば、プランニング部３５でのプランニング画面の生成は、プランニング画面の全部の生成に限定されず、プランニング画面の一部を端末装置２の制御部２２が生成してもよい。 【００３３】 プランニング部３５は、予約完了メールの内容に基づいて、プランニング画面のタイムライン上に、第１ＰＯＩと第２ＰＯＩとを配置する。例えば、プランニング部３５は、予約完了メールに含まれるリンクに含まれた第１ＰＯＩと第２ＰＯＩの情報に基づいて、プランニング画面のタイムライン上に第１ＰＯＩと第２ＰＯＩとを配置する。また、例えば、旅行商品は飛行機とホテルのパッケージ商品であり、第１ＰＯＩは、到着空港であり、第２ＰＯＩは、宿泊施設であってもよい。プランニング部３５は、第１および第２ＰＯＩ以外のＰＯＩ（例えば、出発空港など）をタイムライン上に配置してもよい。また、プランニング部３５は、予約完了メールに記述されているＰＯＩの情報に限定されず、旅行サイトに直接アクセスしたユーザの指示に基づいて、タイムライン上に第１ＰＯＩおよび第２ＰＯＩを配置してもよい。 【００３４】 ここで、タイムライン上に配置されるＰＯＩには、開始時刻と終了時刻が設定される。開始時刻は、ＰＯＩでの予定が開始する時刻である。終了時刻は、ＰＯＩでの予定が終了する時刻である。開始時刻と終了時刻とに基づき、後述するタイムライン上のＰＯＩのフレームの幅が決まる。また、開始時刻と終了時刻の間隔が、ＰＯＩの滞在時間である。タイムライン上にＰＯＩが配置される際に、滞在時間には初期設定された所定値が設定される。初期設定された所定値は、ＰＯＩ毎に定まっていてもよいし、ＰＯＩの種別毎に定まっていてもよい。例えば、イベントには開始時刻と終了時刻が設定されていることがある。それとは別に、ユーザがイベントに参加する時間帯はそれぞれである。滞在時間の設定は、平均的な滞在時間でもよいし、演目の時間に基づいてもよい。ユーザ操作に応じて開始時刻や終了時刻、滞在時間は変更できる。 【００３５】 プランニング部３５のプランニングエリア出力部３５１は、タイムライン上に配置済みの第１ＰＯＩの終了時刻から、タイムライン上に配置済みの第２ＰＯＩの開始時刻までの時間間隔（以下、第１ＰＯＩ時間間隔ともいう）が、第１ＰＯＩから第２ＰＯＩまでの移動に要する時間（以下、第１移動所要時間ともいう）よりも長いか否かを判定する。 【００３６】 この判定に用いる第１移動所要時間を取得するため、プランニングエリア出力部３５１は、経路探索部３４に、経路ネットワーク情報データベース３６内の経路ネットワーク情報およびＰＯＩ情報データベース３７内のＰＯＩ情報に基づいて、第１ＰＯＩから第２ＰＯＩまでの移動経路を探索させる。そして、プランニングエリア出力部３５１は、探索された第１ＰＯＩから第２ＰＯＩまでの移動経路に基づいて第１移動所要時間を取得し、取得された第１移動所要時間を用いて判定を行う。第１ＰＯＩから第２ＰＯＩまでの移動経路に基づく第１移動所要時間の取得の具体的な態様は特に限定されず、例えば、移動経路のリンク長に対応する距離を所定の移動速度で除することで第１移動所要時間を取得してもよい。 【００３７】 そして、第１ＰＯＩ時間間隔が第１移動所要時間より長いと判定された場合、プランニングエリア出力部３５１は、第１ＰＯＩの終了時刻と第２ＰＯＩの開始時刻との間のタイムライン上に、第３ＰＯＩを配置可能な時間帯を示すプランニングエリアを出力する。ここで、第３ＰＯＩは、第１ＰＯＩと第２ＰＯＩとの関係で、旅行プラン上に第１ＰＯＩと第２ＰＯＩとに次いで配置される第３のＰＯＩである。また、第３ＰＯＩは、第１ＰＯＩにおける予定と第２ＰＯＩにおける予定との間で立ち寄るＰＯＩである立ち寄りＰＯＩとも言える。 【００３８】 また、プランニング部３５のＰＯＩ出力部３５２は、第１ＰＯＩの終了時刻と第２ＰＯＩの開始時刻とを変更せずに立ち寄り可能な第３ＰＯＩの候補（以下、「第３ＰＯＩ候補」ともいう）を出力する。 【００３９】 プランニングエリア出力部３５１から出力されたプランニングエリアおよびＰＯＩ出力部３５２から出力された第３ＰＯＩ候補は、プランニング画面の一部としてネットワーク経由で端末装置２に送信され、端末装置２の出力部２４を介してユーザに提示される。 【００４０】 なお、プランニングエリア出力部３５１は、タイムラインと識別可能な表示態様を有するようにプランニングエリアを出力してもよい。また、プランニングエリア出力部３５１は、第３ＰＯＩ候補の中から選択されたＰＯＩが第３ＰＯＩとしてプランニングエリアに配置された場合に、プランニングエリアを更新してもよい。 【００４１】 また、ＰＯＩ出力部３５２は、プランニングエリアと同一画面上に表示されるように第３ＰＯＩ候補を出力してもよい。また、ＰＯＩ出力部３５２は、第３ＰＯＩ候補を選択可能なリスト形式で出力してもよい。また、ＰＯＩ出力部３５２は、プランニングエリアに第３ＰＯＩが配置された場合に、第３ＰＯＩ候補を更新してもよい。この場合、ＰＯＩ出力部３５２は、第３ＰＯＩの配置によって立ち寄り不可能となった第３ＰＯＩ候補を、削除または選択不能にしてもよい。ここで、立ち寄り不可能となった第３ＰＯＩ候補とは、配置済みの第１ＰＯＩ、第２ＰＯＩおよび第３ＰＯＩに加えて新たな第３ＰＯＩとして新たに当該第３ＰＯＩ候補をタイムライン上に配置した場合に、配置された全てのＰＯＩの訪問に要する移動時間に基づいて、第１ＰＯＩの予定時刻（開始時刻および／または終了時刻）、または、第２ＰＯＩの予定時刻を変更しなければならなくなる第３ＰＯＩ候補である。 【００４２】 （動作例） 次に、図１の情報処理システム１の動作例について説明する。図２は、第１の実施形態に係る情報処理システム１の動作の一例を示すフローチャートである。 【００４３】 図２に示すように、先ず、端末装置２の制御部２２は、予約完了メールを介して、旅行プランの作成を受け付ける（ステップＳ１）。なお、予約完了メールは、サーバ３のプランニング部３５からネットワーク経由で端末装置２に送信されたものであってもよく、また、サーバ３以外のサーバから端末装置２に送信されたものであってもよい。 【００４４】 図３は、本実施形態に係る情報処理システム１の動作の一例として、予約完了メールＭを示す図である。予約完了メールＭには、ＰＯＩの情報が含まれた旅行の予約内容を示す本文と、予約内容に基づいた旅行プランの作成を指示するリンクＬとが記述されている。図３の例において、予約完了メールＭには、沖縄空港を到着空港（第１ＰＯＩ）とし、ホテルＡを宿泊施設（第２ＰＯＩ）とした旅行プランが記述されている。リンクＬは、入力部２３で選択可能とされており、リンクＬを選択することで、予約内容を反映したプランニング画面を起動することができる。 【００４５】 このような予約完了メールＭが表示されることで、ユーザは、リンクＬを選択する簡便な作業によって、第１ＰＯＩの終了時刻と第２ＰＯＩの開始時刻との間に第３ＰＯＩに立ち寄る旅行プランの作成を開始することができる。なお、ユーザは、旅行サイト（本実施形態ではサーバ３）に直接アクセスして旅行プランの作成を開始してもよい。 【００４６】 旅行プランの作成を受け付けた後、図２に示すように、端末装置２の制御部２２は、リンク情報に基づいて旅行サイトすなわちサーバ３にアクセスする（ステップＳ２）。 【００４７】 サーバ３へのアクセスの後、サーバ３のプランニング部３５は、端末装置２からのアクセス情報すなわち予約完了メールＭの予約内容に基づいて、旅行サイトすなわちプランニング画面の初期化処理を行う（ステップＳ３）。初期化処理は、例えば、予約完了メールＭに記述された予約内容（飛行機、ホテル等）に基づいて、プランニング画面のタイムライン上に第１ＰＯＩおよび第２ＰＯＩを配置する処理である。 【００４８】 初期化処理の後、プランニングエリア出力部３５１は、プランニングエリアを生成する（ステップＳ４）。具体的には、プランニングエリア出力部３５１は、予約完了メールＭに記述された予約内容に基づいて第１ＰＯＩ時間間隔を算出する。また、プランニングエリア出力部３５１は、経路探索部３４に、第１ＰＯＩの位置情報と第２ＰＯＩの位置情報とに基づいて第１ＰＯＩから第２ＰＯＩまでの移動経路を探索させ、探索された移動経路に基づいて第１移動所要時間を取得する。そして、プランニングエリア出力部３５１は、第１ＰＯＩ時間間隔が第１移動所要時間より長い場合に、プランニングエリアを生成する。 【００４９】 一方、プランニングエリア出力部３５１は、第１ＰＯＩ時間間隔が第１移動所要時間以下である場合には、プランニングエリアを生成しない。 【００５０】 プランニングエリアを生成した後、ＰＯＩ出力部３５２は、プランニングエリアに基づいて、第３ＰＯＩ候補のリストを作成する（ステップＳ５）。具体的には、ＰＯＩ出力部３５２は、ＰＯＩ情報データベース３７内のＰＯＩ情報から、第１ＰＯＩの終了時刻と第２ＰＯＩの開始時刻を変更せずに立ち寄り可能な第３ＰＯＩ候補を抽出し、抽出された第３ＰＯＩ候補のリストを作成する。例えば、第１ＰＯＩおよび第２ＰＯＩのそれぞれと同エリアにあるＰＯＩを複数抽出し、抽出した各ＰＯＩについて、第１ＰＯＩを出発地、第２ＰＯＩを目的地、抽出したＰＯＩを経由地、第１ＰＯＩの終了時刻を出発時刻として経路探索条件を設定して経路探索を実行した結果、経路探索結果の経路の到着時刻が第２ＰＯＩの開始時刻以前であれば、当該経由地に設定されたＰＯＩを第３ＰＯＩ候補として抽出し、第３ＰＯＩ候補のリストを作成する。より効率的な抽出方法は後述する。 【００５１】 第３ＰＯＩ候補のリストを作成した後、プランニング部３５は、プランニングエリア出力部３５１で生成されたプランニングエリアと、ＰＯＩ出力部３５２で作成された第３ＰＯＩのリストとを含むプランニング画面を、ネットワーク経由で端末装置２に送信する。 【００５２】 端末装置２の制御部２２は、サーバ３から送信されたプランニング画面を通信部２１を介して受信して出力部２４に表示させる（ステップＳ６）。 【００５３】 図４は、本実施形態に係る情報処理システム１の動作の一例として、プランニングエリアおよび第３ＰＯＩ候補の表示例を示す図である。図４のプランニング画面ＳＣ１では、タイムラインＴＬ上に、出発空港（羽田空港）と、第１ＰＯＩの一例である到着空港（那覇空港）と、第２ＰＯＩの一例である宿泊施設（ホテルＡ）とのそれぞれを示すフレームＩ１が時系列で配置されている。ここで、フレームＩ１のサイズ（滞在時間幅）は、タイムラインＴＬ１上に配置するＰＯＩの滞在時間の初期値に基づいて決定されるようにしてもよい。また、フレームＩ１のサイズ（滞在時間幅）は、予約内容に基づいて決定されるようにしてもよい。例えば、予約内容に基づく第１ＰＯＩの開始時刻は１０時２０分、終了時刻は１０時５４分、滞在時間（初期値）は３４分であり、これに応じて、第１ＰＯＩのフレームＩ１は、タイムラインＴＬ上の１０時２０分から１０時５４分の時間帯に対応する位置に、３４分に応じたサイズ（滞在時間幅）で配置されている。このように、タイムラインＴＬ上のＰＯＩのフレームＩ１は、それぞれの開始時刻および終了時刻に対応するタイムラインＴＬ上の位置に配置されている。 【００５４】 また、フレームＩ１には、ＰＯＩの名称が記述されている。また、ＰＯＩの名称以外にも、フレームＩ１には、ＰＯＩの開始時刻とＰＯＩの終了時刻とが記述されていてもよい。」 「【００５６】 図４に示すように、第１ＰＯＩと第２ＰＯＩとの間には、タイムラインＴＬと異なる表示態様で、プランニングエリア出力部３５１から出力されたプランニングエリアＰＡが表示されている。例えば、プランニングエリアＰＡは、第１ＰＯＩおよび第２ＰＯＩのフレームと同じ横幅の枠で表示され、タイムラインＴＬと異なる色で表示されている。色を異ならせること以外にも、例えば、プランニングエリアＰＡにプランニングエリアＰＡと識別可能な名称を表示することで、プランニングエリアＰＡの表示態様をタイムラインＴＬの表示態様と異ならせてもよい。なお、図４の例において、プランニングエリアＰＡは、第１ＰＯＩの終了時刻から第２ＰＯＩの開始時刻までの時間帯を示している。」 「【００５８】 また、プランニング画面ＳＣ１上（すなわち、プランニングエリアＰＡと同一画面上）には、ＰＯＩ出力部３５２から出力された第３ＰＯＩ候補のリストを示す複数の画像Ｉ２が、入力部２３で選択可能な表示態様で表示されている。 【００５９】 図４の例において、画像Ｉ２には、第３ＰＯＩ候補の名称が含まれている。第３ＰＯＩ候補の名称以外にも、画像Ｉ２上には、第３ＰＯＩ候補のジャンル、住所、写真、画像などが含まれていてもよい。また、画像Ｉ２が選択された場合、ＰＯＩ出力部３５２は、画像Ｉ２に対応する第３ＰＯＩ候補の詳細情報を出力してもよい。この場合、ＰＯＩ出力部３５２は、第３ＰＯＩの詳細情報として、例えば、第３ＰＯＩ候補の営業時間、標準滞在時間、キャッチコピー、口コミ評価などを出力してもよい。なお、標準滞在時間は、１つのＰＯＩに対し、複数の時間が定められてもよい。例えば、日時や時間帯毎に異なる標準滞在時間がＰＯＩ情報に含まれていてもよい。また、リストに表示される第３ＰＯＩ候補のジャンルは、プランニング画面ＳＣ１に対する入力操作で変更可能であってもよい。また、リスト上での第３ＰＯＩ候補の配置順は、例えば、第３ＰＯＩ候補の開始時刻または終了時刻が早い順、人気度が高い順、タイムラインＴＬ上に配置済みのＰＯＩとの関連度が高い順などであってもよい。件数が多すぎて一度に全ての第３ＰＯＩ候補を表示できない場合、スクロールバーをあわせて表示するなどしてスクロール可能な表示態様で第３ＰＯＩ候補のリストを表示してもよい。 【００６０】 このようなリスト上の第３ＰＯＩ候補は、例えば、プランニングエリアＰＡ上へのドラッグアンドドロップなどの入力部２３を用いた選択操作によって、タイムラインＴＬ上に第３ＰＯＩとして配置できる。 【００６１】 このように、プランニングエリアＰＡと同一画面上に、第１ＰＯＩの終了時刻と第２ＰＯＩの開始時刻を変更せずに立ち寄り可能な第３ＰＯＩ候補のリストを選択可能な表示態様で表示することで、ユーザは、旅行プランに追加したい第３ＰＯＩを簡便に選択できる。 【００６２】 また、図４の例において、プランニング画面ＳＣ１には、第１ＰＯＩ、第２ＰＯＩおよび第３ＰＯＩ候補を含む地図ＭＡが表示されている。」 「【００６４】 プランニング画面ＳＣ１を表示した後、図５に示すように、端末装置２の制御部２２は、プランニングエリアＰＡ上にＰＯＩを追加するＰＯＩ追加処理を受け付ける（ステップＳ７）。図６の例では、ＰＯＩ追加処理として、第３ＰＯＩ候補のリスト上の１つの第３ＰＯＩ候補（水族館Ａ）が、入力部２３を用いてプランニングエリアＰＡ上にドラッグアンドドロップされている。ユーザに選択された第３ＰＯＩ候補は、プランニングエリアＰＡ上にドロップされることで、第３ＰＯＩとしてプランニングエリアＰＡに配置される。なお、第３ＰＯＩ候補は、ドラッグアンドドロップ以外の操作で選択されてもよい。 【００６５】 ＰＯＩ追加処理を受け付けると、端末装置２の制御部２２は、追加したＰＯＩ（第３ＰＯＩ）のＰＯＩ情報、開始時刻および終了時刻をネットワーク経由でサーバ３に送信する。なお、第３ＰＯＩの開始時刻は、第３ＰＯＩ候補をドロップしたタイムラインＴＬ１上の位置に応じた時刻となる。また、第３ＰＯＩの終了時刻は、例えば、第３ＰＯＩの開始時刻に、ＰＯＩ情報に含まれている第３ＰＯＩの滞在時間（例えば、標準滞在時間）を加えた時刻となる。なお、第３ＰＯＩの開始時刻および終了時刻は、プランニングエリアＰＡ上へのドロップ以外の入力方法（例えば、キー入力等）で指定してもよい。また、第３ＰＯＩの開始時刻および終了時刻は、タイムラインＴＬ上に配置された第３ＰＯＩのタイムライン上での位置情報（座標情報）として送信され、サーバ３側で、端末装置２から送信されたタイムライン上での位置情報に対応する開始時刻および終了時刻を算出してもよい。 【００６６】 ＰＯＩ追加処理に応じて、プランニングエリア出力部３５１は、プランニングエリアＰＡを更新する。プランニングエリアＰＡの更新において、プランニングエリア出力部３５１は、図５に示すように、第１ＰＯＩの終了時刻から第３ＰＯＩの開始時刻までの時間間隔（以下、第２ＰＯＩ時間間隔ともいう）が、第１ＰＯＩから第３ＰＯＩまでの移動に要する時間（以下、第２移動所要時間ともいう）より長いか否かを判定（時間間隔判定）する（ステップＳ８）。第２移動所要時間は、既述した第１移動所要時間と同様に、経路探索部３４で探索された第１ＰＯＩから第３ＰＯＩまでの移動経路に基づいて取得することができる。 【００６７】 第２ＰＯＩ時間間隔が第２移動所要時間と同一である場合（ステップＳ８：第２移動所要時間と同一）、プランニングエリア出力部３５１は、第１ＰＯＩと第３ＰＯＩとの間のタイムラインＴＬを移動時間帯とする。このとき、第３ＰＯＩの終了時刻から第２ＰＯＩの開始時刻までの時間間隔よりも第３ＰＯＩから第２ＰＯＩまでの移動に要する時間が短い場合は、第３ＰＯＩと第２ＰＯＩとの間のタイムラインＴＬにプランニングエリアＰＡを出力する（ステップＳ１０）。」 「【００６９】 図７は、本実施形態に係る情報処理システム１の動作の一例として、ＰＯＩ追加処理に応じたプランニングエリアＰＡおよび第３ＰＯＩ候補の第１の表示例を示す図である。第２ＰＯＩ時間間隔が第２移動所要時間と同一の場合におけるプランニングエリアＰＡの更新（ステップＳ１０）および第３ＰＯＩ候補の更新により、端末装置２では、画面表示（ステップＳ１２）によって例えば図７に示されるプランニング画面ＳＣ２が表示される。 【００７０】 ＰＯＩ追加処理前の図６のプランニング画面ＳＣ１に対して、ＰＯＩ追加処理後の図７のプランニング画面ＳＣ２では、第１ＰＯＩ（那覇空港）と第２ＰＯＩ（ホテルＡ）との間のタイムラインＴＬ上に、第３ＰＯＩ（水族館Ａ）のフレームＩ３が追加されている。 【００７１】 また、図６のプランニング画面ＳＣ１に対して、図７のプランニング画面ＳＣ２では、プランニングエリアＰＡの表示が更新されている。具体的には、プランニングエリアＰＡの範囲が、第３ＰＯＩの終了時刻から第２ＰＯＩの開始時刻までの時間帯を示すように変化すなわち縮小している。図７の例では、既述したように、第１ＰＯＩの終了時刻から第３ＰＯＩの開始時刻までの第２ＰＯＩ時間間隔が、第１ＰＯＩから第３ＰＯＩまでの第２移動所要時間と同一である。すなわち、第１ＰＯＩの終了時刻と第３ＰＯＩの開始時刻との間に他のＰＯＩに立ち寄る時間はない。このため、図７の例では、第１ＰＯＩと第３ＰＯＩとの間のタイムラインＴＬ上にプランニングエリアＰＡを表示せず、移動時間であることを示す画像（例えば、フレーム間を接続する線と車のアイコン）を表示している。 【００７２】 このように、ＰＯＩ追加処理に応じてプランニングエリアＰＡが更新されることで、ユーザは、第１ＰＯＩと第３ＰＯＩとの間の時間帯に新たな第３ＰＯＩを追加できなくなったことを一目で容易に把握することができる。また、ユーザは、第３ＰＯＩと第２ＰＯＩとの間に新たな第３ＰＯＩを追加できることを一目で容易に把握することができる。」 「【００９８】 なお、上述した各態様のプランニング画面は、保存を指示する画面操作によって、サーバ３の記憶部３３に読出し可能な状態で保存できる。プランニング画面は、旅行プランに対応する年月日ごとに区分けされた状態で保存されてもよい。また、プランニング画面は、端末装置２の記憶部に保存されてもよい。」 「【０１００】 また、本実施形態によれば、第１ＰＯＩの終了時刻と第２ＰＯＩの開始時刻とを変更せずに立ち寄り可能な第３ＰＯＩ候補を提示することで、当初の旅行プランに影響を与えない追加のプランを簡便かつ適切に策定できる。」 「【０１２０】 図１５（ｂ）に示すように、第３の変形例において、プランニング部３５は、第１移動所要時間に重なる時間帯へのＰＯＩ再追加処理（図１５（ａ））がなされた場合、例えばポップアップの形式で警告画面Ｗを出力する。図１５（ｂ）の例において、警告画面Ｗの内容は、第３ＰＯＩ（レストランＡ）の標準滞在時間（６０分）より少ない滞在時間（３０分）での立ち寄りが可能であることを通知する内容となっている。また、警告画面Ｗにおいては、標準滞在時間より少ない滞在時間での滞在の有無を選択可能となっている。そして、警告画面Ｗに対して標準滞在時間より少ない滞在時間での滞在を選択した場合、図１５（ｃ）に示すように、プランニング部３５は、標準滞在時間より少ない滞在時間を条件として第３ＰＯＩをプランニングエリアＰＡに配置する。」 「【０１２５】 （第５の変形例） 図１７（ａ）は、本実施形態の第５の変形例に係る情報処理システム１の動作の一例として、地図上での第３ＰＯＩ候補の選択に応じた経路の表示例を示す図である。図１７（ｂ）は、地図上での第３ＰＯＩ候補の選択の変更に応じた経路の表示例を示す図である。 【０１２６】 図１７（ａ）に示すように、第５の変形例において、プランニング部３５は、マウスオーバ等によって地図ＭＡ上の第３ＰＯＩ候補（水族館Ａ）が選択されると、選択された第３ＰＯＩ候補を経由した第１ＰＯＩから第２ＰＯＩまでの移動経路Ｒ１を経路探索部３４に探索させる。そして、プランニング部３５は、探索された移動経路Ｒ１を地図ＭＡ上に重畳表示する。なお、図１７（ａ）に示すように、プランニング部３５は、移動経路Ｒ１にあわせて、第１ＰＯＩ（那覇空港）の出発時刻と、第３ＰＯＩ候補（水族館Ａ）の到着時刻および出発時刻と、第２ＰＯＩ（ホテルＡ）の到着時刻とを表示してもよい。 【０１２７】 また、図１７（ｂ）に示すように、プランニング部３５は、地図ＭＡ上の第３ＰＯＩ候補の選択が変更されると、変更後の第３ＰＯＩ候補（水族館Ｂ）を経由した第１ＰＯＩから第２ＰＯＩまでの移動経路Ｒ２を経路探索部３４に探索させる。そして、プランニング部３５は、探索された移動経路Ｒ２を地図ＭＡ上に重畳表示する。」 「【図３】 ［図：0001409149000001.jpg］ 」 「【図４】 ［図：0001409149000002.jpg］ 」 「【図６】 ［図：0001409149000003.jpg］ 」 「【図７】 ［図：0001409149000004.jpg］ 」 「【図１５】 ［図：0001409149000005.jpg］ 」 「【図１７】 ［図：0001409149000006.jpg］ 」 （２）甲１に記載された発明 ア 段落【００１１】【００２５】【００２７】から、甲１には、「記憶部３３は、ユーザが関心を持っている地物等であり、例えば、店舗、宿泊施設、レジャー施設等の施設や観光地などの地点であるＰＯＩの位置情報や名称情報等を含むＰＯＩ情報が格納されるＰＯＩ情報データベース３７を有」することが記載されている。 段落【００３０】から、甲１には、「制御部３２は、経路探索部３４及びプランニング部３５を有」することが記載されている。 段落【００１５】、【００２３】から、甲１には、「通信部３１は、旅行計画を行うためにユーザが使用する端末装置２と、サーバ３の制御部３２との間で情報を送受信」することが記載されている。 また、これらについて、【請求項１２】、段落【０００１】、【００１３】、【００２２】を踏まえると、甲１には、 「 通信部３１と、制御部３２と、記憶部３３とを有し、旅行サイトの提供者のサーバであるところのサーバ３を機能させるプログラムであって、 通信部３１は、旅行計画を行うためにユーザが使用する端末装置２と、サーバ３の制御部３２との間で情報を送受信し、 制御部３２は、経路探索部３４及びプランニング部３５を有し、 記憶部３３は、ユーザが関心を持っている地物等であり、例えば、店舗、宿泊施設、レジャー施設等の施設や観光地などの地点であるＰＯＩの位置情報や名称情報等を含むＰＯＩ情報が格納されるＰＯＩ情報データベース３７を有」することが記載されているといえる。 イ 段落【００３１】、【００４４】、【００４７】、【図３】によると、甲１には、 「 プランニング部３５は、旅行サイトから端末装置２に送信された旅行商品の予約完了メールに含まれるリンクを介して旅行プランの作成が指示された場合に、予約完了メールの、到着空港、宿泊施設を含む予約内容に基づいて、プランニング画面のタイムライン上に第１ＰＯＩおよび第２ＰＯＩを配置するプランニング画面の初期化処理を行」うことが記載されているといえる。 ウ 段落【００３０】、【００３５】、【００３７】、【００４８】～【００５０】によると、甲１には、 「 プランニング部３５は、初期化処理の後、経路探索部３４に、第１ＰＯＩから第２ＰＯＩまでの移動経路を探索させ、探索された移動経路に基づいて第１移動所要時間（第１ＰＯＩから第２ＰＯＩまでの移動に要する時間）を取得し、第１ＰＯＩ時間間隔（第１ＰＯＩの終了時刻から第２ＰＯＩの開始時刻までの時間間隔）が第１移動所要時間より長い場合に、プランニングエリアを生成するところ、当該プランニングエリアは、タイムライン上に出力されるものであり、第１ＰＯＩ時間間隔が第１移動所要時間以下である場合には、プランニングエリアを生成せず、プランニングエリアを生成した後、プランニングエリアに基づいて、第１ＰＯＩの終了時刻と第２ＰＯＩの開始時刻を変更せずに立ち寄り可能な第３ＰＯＩ候補を抽出し、抽出された第３ＰＯＩ候補のリストを作成」することが記載されているといえる。 エ 段落【００５１】、【００５３】、【００６２】によると、甲１には、 「 プランニング部３５は、第３のＰＯＩ候補のリストを作成した後、生成したプランニングエリアと、第３ＰＯＩ候補のリストとを含むプランニング画面ＳＣ１を端末装置２に送信し、プランニング画面ＳＣ１には、第１ＰＯＩ、第２ＰＯＩおよび第３ＰＯＩ候補を含む地図ＭＡも表示され」ることが記載されているといえる。 オ 段落【００６４】～【００６６】によると、甲１には、 「 端末装置２は、 ＰＯＩを追加するＰＯＩ追加処理を受け付け、ＰＯＩ追加処理として、ユーザに選択された第３ＰＯＩ候補は、プランニングエリアＰＡ上にドロップされ、 ＰＯＩ追加処理を受け付けると、追加したＰＯＩ（第３ＰＯＩ）のＰＯＩ情報、第３ＰＯＩの開始時刻および終了時刻をサーバに送信し、 プランニング部３５は、ＰＯＩ追加処理に応じて、プランニングエリアＰＡを更新」することが記載されているといえる。 カ 段落【００９８】によると、甲１には、 「 プランニング画面は、保存を指示する画面操作によって、サーバ３の記憶部３３に読出し可能な状態で保存できる」ことが記載されている。 上記ア～カによれば、甲１には、以下の発明（「甲１発明」という。）が記載されている。 「通信部３１と、制御部３２と、記憶部３３とを有し、旅行サイトの提供者のサーバであるところのサーバ３を機能させるプログラムであって、 通信部３１は、旅行計画を行うためにユーザが使用する端末装置２と、サーバ３の制御部３２との間で情報を送受信し、 制御部３２は、経路探索部３４及びプランニング部３５を有し、 記憶部３３は、ユーザが関心を持っている地物等であり、例えば、店舗、宿泊施設、レジャー施設等の施設や観光地などの地点であるＰＯＩの位置情報や名称情報等を含むＰＯＩ情報が格納されるＰＯＩ情報データベース３７を有し、 プランニング部３５は、旅行サイトから端末装置２に送信された旅行商品の予約完了メールに含まれるリンクを介して旅行プランの作成が指示された場合に、予約完了メールの、到着空港、宿泊施設を含む予約内容に基づいて、プランニング画面のタイムライン上に第１ＰＯＩおよび第２ＰＯＩを配置するプランニング画面の初期化処理を行い、 プランニング部３５は、初期化処理の後、経路探索部３４に、第１ＰＯＩから第２ＰＯＩまでの移動経路を探索させ、探索された移動経路に基づいて第１移動所要時間（第１ＰＯＩから第２ＰＯＩまでの移動に要する時間）を取得し、第１ＰＯＩ時間間隔（第１ＰＯＩの終了時刻から第２ＰＯＩの開始時刻までの時間間隔）が第１移動所要時間より長い場合に、プランニングエリアを生成するところ、当該プランニングエリアは、タイムライン上に出力されるものであり、第１ＰＯＩ時間間隔が第１移動所要時間以下である場合には、プランニングエリアを生成せず、プランニングエリアを生成した後、プランニングエリアに基づいて、第１ＰＯＩの終了時刻と第２ＰＯＩの開始時刻を変更せずに立ち寄り可能な第３ＰＯＩ候補を抽出し、抽出された第３ＰＯＩ候補のリストを作成し、 プランニング部３５は、第３のＰＯＩ候補のリストを作成した後、生成したプランニングエリアと、第３ＰＯＩ候補のリストとを含むプランニング画面ＳＣ１を端末装置２に送信し、プランニング画面ＳＣ１には、第１ＰＯＩ、第２ＰＯＩおよび第３ＰＯＩ候補を含む地図ＭＡも表示され、 端末装置２は、 ＰＯＩを追加するＰＯＩ追加処理を受け付け、ＰＯＩ追加処理として、ユーザに選択された第３ＰＯＩ候補は、プランニングエリアＰＡ上にドロップされ、 ＰＯＩ追加処理を受け付けると、追加したＰＯＩ（第３ＰＯＩ）のＰＯＩ情報、第３ＰＯＩの開始時刻および終了時刻をサーバに送信し、 プランニング部３５は、ＰＯＩ追加処理に応じて、プランニングエリアＰＡを更新し、 プランニング画面は、保存を指示する画面操作によって、サーバ３の記憶部３３に読出し可能な状態で保存できる、 プログラム。」 キ また、段落【０１２５】、【０１２６】によると、甲１には、「プランニング部３５は、選択された第３ＰＯＩ候補を経由した第１ＰＯＩから第２ＰＯＩまでの移動経路Ｒ１を経路探索部３４に探索させ、探索された移動経路Ｒ１を地図ＭＡ上に重畳表示する処理も可能とする」という技術的事項が記載されている（以下、「技術的事項１」という。）。 ２ 甲２（特開２０１１－８１８４０号公報）について （１）甲２の記載事項 甲２には、以下のとおりの記載がある。 「【０００１】 本発明は、予め登録されたスケジュールに関連する情報を収集し、ガイド情報として提供するガイド情報提供システムに関する。」 「【０００８】 ガイド情報提供システムは、スケジュールで指定された時刻および目的地を考慮して、収集された情報のうちユーザに提供すべき情報を選択し、選択された情報をガイド情報としてユーザに提供する。例えば、次の目的地への移動経路に対して所定距離内にある地点に関する情報のみを選択する態様、指定された時刻に目的地に到達可能な範囲内の地点に関する情報のみを選択する態様を採ることができる。また、食事場所についての情報提供する場合には、目的地に移動する時間帯が食事時に当たるか否かを考慮して情報を選択するようにしてもよい。また、次の予定までの時間的な余裕が少ない場合には、予定に遅れる危険性を低減するため、目的地から遠い地点に関する情報は除外し、目的地に十分に近い地点に関する情報を選択するようにしてもよい。」 「【００１９】 本発明は、上述した種々の特徴を必ずしも全て備えている必要はなく、一部を省略したり適宜組み合わせたりして構成することができる。本発明は、上述したガイド情報提供システムとして構成する他、コンピュータによってガイド情報を提供するガイド情報提供方法として構成することもできる。また、かかるガイド情報の提供を実現するためのコンピュータプログラムとして構成したり、このコンピュータプログラムの少なくとも一部を記録した記録媒体として構成したりすることもできる。この場合、記録媒体としては、フレキシブルディスクやＣＤ－ＲＯＭ、光磁気ディスク、ＩＣカード、ＲＯＭカートリッジ、パンチカード、バーコードなどの符号が印刷された印刷物、コンピュータの内部記憶装置（ＲＡＭやＲＯＭなどのメモリ）および外部記憶装置等、コンピュータが読取り可能な種々の媒体を利用できる。」 「【００４１】 それぞれのスケジュール関連情報には、図中に示す種々の情報が格納される。「パス」は、情報の格納先を表している。サーバ２００内のディレクトリやファイル名で表しても良いし、Ｗｅｂサーバ４００に格納された情報のＵＲＬを用いても良い。「優先度」は、ガイド情報として提供する際の優先度を表している。後述する通り、優先度を用いることで、類似の情報が繰り返し提供されることを回避したり、ユーザの嗜好を反映した情報を優先的に提供したりすることが可能となる。「ＮＯＲＭＡＬ」は、通常の優先度を意味している。「優先度」は、優先度の高低を表す数値としても良い。「名称」には、店舗名、名所の名称、地名など、スケジュール関連情報を表す名称が格納される。「場所」は店舗の所在地、名所の所在地など、スケジュール関連情報に関連する地点を表す緯度、経度が格納される。Ｗｅｂサーバ４００を参照して、スケジュール関連情報を収集する場合、住所は特定できても緯度、経度までは特定できないことがある。このような場合には、「場所」は住所で登録可能としてもよい。本実施例では、ガイド情報を提供する際の処理の簡略化を図るため、「場所」は緯度、経度の形式に統一して格納するものとした。緯度、経度が直接、収集できなかった場合には、サーバ２００が住所に基づいて地図ＤＢ２０４を参照し緯度、経度を検索する。」 「【００５１】 Ｃ１．スケジュール登録・変更処理： 図４はスケジュール登録・変更処理のフローチャートである。メインルーチン（図３）のステップＳ１００に相当する処理である。先に説明した通り、この処理では、端末１００を利用することも可能ではあるが、以下では説明の便宜上、パソコン３００を利用するものとして説明する。 【００５２】 この処理を開始すると、サーバ２００は、マイボックス２０３から既存のスケジュールを読み込む（ステップＳ１０２）。スケジュールが未登録の場合には、実質的に何も読み込まれないまま、ステップＳ１０２の処理を終えることになる。そして、サーバ２００は、読み込んだスケジュールをパソコン３００の画面に表示し、ユーザの操作に基づいてスケジュールの編集コマンドを入力する（ステップＳ１０４）。 【００５３】 図中にスケジュールの編集画面の例を示した。パソコン３００には、指定された日のスケジュール画面Ｗ１が表示される。既に登録済みのスケジュールは、この画面Ｗ１に表示される。図中の例では、「１３時からＺ社で会議」という予定が登録済みである。ユーザがパソコン３００のマウスまたはキーボードを操作して、画面Ｗ１内でいずれかの時間帯を指定すると、スケジュールを入力するためのサブウィンドウＷ２が表示される。既に予定を登録済みの時間帯をクリックした場合には、サブウィンドウＷ２には、登録済みの予定内容が表示される。ユーザは、このサブウィンドウを利用して、日時、タイトル、場所、メンバー、その他のメモなどを登録することができる。また、スケジュール関連情報の収集を行うか否か（ＯＮ／ＯＦＦ）を切り換えることができる。情報収集をＯＮとすると、サーバ２００によって、スケジュールとスケジュール関連情報とを対応づける関連ＩＤが割り振られる。図中の例は、関連ＩＤとして「ＩＮＦＯ１」が割り当てられた状態を示している。スケジュールの編集は、図示した画面に限らず、周知の種々の編集画面を利用することが可能である。 【００５４】 図では、スケジュール関連情報の収集を行うか否かをユーザが指定する例を示した。情報収集のＯＮ／ＯＦＦの指定は不要としてもよい。例えば、サーバ２００は、予定が登録された場合に、その直前の空き時間に対して、自動的に情報収集をＯＮに設定するようにしてもよい。また、このような設定をするまでなく、全時間帯について情報収集を行うようにしてもよい。例えば、予定が登録されている時間帯については、その予定に対応した情報を収集し、空き時間については次の予定までの移動中で有効活用できる情報を収集すればよい。 【００５５】 スケジュールの編集が完了すると、サーバ２００は編集結果をマイボックス２０３に格納して、スケジュールを更新する（ステップＳ１０６）。そして、情報収集処理、即ちスケジュール関連情報を収集するための処理を実行する（ステップＳ１１０）。 【００５６】 図５は情報収集処理のフローチャートである。この処理では、サーバ２００はマイボックス２０３からスケジュールを読み込み、情報収集の対象となるべき予定、即ち対象スケジュールを抽出する（ステップＳ１１２）。本実施例では、先に説明した通り、情報収集が「ＯＮ」に設定された予定を抽出することになる。 【００５７】 サーバ２００は、この対象スケジュールに対して、直前のスケジュールの場所を開始時位置として設定し、対象スケジュールの直後の場所を終了時位置に設定する（ステップＳ１１４）。そして、開始時位置から終了時位置までの経路探索を行う（ステップＳ１１６）。経路探索は、地図ＤＢ２０４の道路ネットワークデータを参照して行うことができる。ここでは、対象スケジュール前後の予定が与えられているため、この予定に支障がない移動方法を探索する必要がある。つまり、直前の予定の終了時刻に開始時位置を出発し、直後の予定の開始時刻には終了時位置に到達していなくてはならない。このような経路は、所要時間最短という条件で探索すればよい。ダイクストラ法を用いる場合には、各リンクの通過所要時間を反映したコストが最小となるよう、経路探索を行えばよい。経路探索には、種々の条件を考慮することができ、例えば、車両、徒歩、交通機関利用時など、移動手段を多様に変化させて、それぞれの経路を求めても良い。徒歩の時には、坂道や階段に高いコスト値を付すことによって、坂道や階段を避ける経路を探索してもよい。同様に、ユーザの要望をコストに反映させることで、種々の要望を考慮した経路探索を行うことが可能である。」 「【００５９】 サーバ２００は、次に、個人プロファイル２０１から、ユーザの嗜好および趣味に関するデータを読み込む（ステップＳ１１８）。そして、以上で取り込んだ情報に基づいてＷｅｂサーバから情報を収集する（ステップＳ１２０）。この情報収集は、ユーザに有用な情報を提供することが目的であるから、次の条件で行う。まず、ユーザの嗜好、趣味に合致または類似する情報であることが条件となる。例えば、ユーザが「ラーメン好き」という嗜好を有している場合には、合致する情報として「ラーメン屋」の案内情報を収集すればよい。また、類似する情報として、「中華料理屋」や、そば屋、うどん屋などの麺類の店の案内情報を収集すればよい。趣味についても同様である。情報収集時には、スケジュールに同行するメンバー構成を考慮してもよい。例えば、家族でのレジャーの場合には、家族構成や家族のメンバーの嗜好、趣味等を考慮することができる。出張の場合には、会社の同僚の嗜好、趣味等を考慮することもできる。 【００６０】 第２の条件は、直後の予定に間に合う場所的範囲で情報収集を行うことである。例えば、いくら人気のあるラーメン屋に関する情報であっても、次の予定に間に合わないほど遠くにある店についての情報では活用できないからである。この条件は、種々の方法で判断することができる。例えば、ステップＳ１１６で探索した経路から所定距離内の場所についての情報というように簡易な方法で判断するようにしてもよい。この場合の「所定距離」は、次の予定までの余裕時間、次の目的地までの距離、ユーザの移動速度を考慮して設定することができる。また、別の態様として、スケジュール関連情報に対応した場所を経由地としてステップＳ１１６の経路探索を行い、直後の予定に間に合うか否かを判断するようにしてもよい。 【００６１】 以上の条件に合致する情報が得られると、サーバ２００は、その情報に、対象スケジュールに付された関連ＩＤを付して、情報ボックスに格納する（ステップＳ１２２）。サーバ２００は、情報収集処理を適宜、繰り返し実行することで、関連ＩＤが付された全スケジュールについてスケジュール関連情報を収集するとともに、それぞれの予定について、できるだけ多くのスケジュール関連情報を収集するよう努める。情報収集処理は、例えば、全スケジュールについて一定数までの情報が収集されるまで繰り返し実行するようにしてもよい。」 「【００８０】 次に、サーバ２００は、現在位置から設定場所まで至る寄り道経路を探索する（ステップＳ３１２）。また、スケジュールデータを参照して、現在時刻から次の予定までの余裕時間を求め、ガイド情報に登録された所要時間（図２参照）が許容範囲か否かを判断する（ステップＳ３１３）。この判断においては、登録されている所要時間の他に、設定地点までの移動に要する時間を考慮する必要がある。つまり、「所要時間＜余裕時間－移動時間」という関係にあることが必要である。移動時間は、種々の方法で推定することができる。例えば、現在地点から設定地点までの距離、または移動経路から設定地点までの距離に応じて、移動時間を推定してもよい。ステップＳ３１２で求めた寄り道経路と、ユーザの移動速度に基づいて、移動時間を求めてもよい。」 「【図２】 ［図：0001409149000007.jpg］ 」 「【図４】 ［図：0001409149000008.jpg］ 」 （２）甲２に記載された発明 ア 段落【００１９】によると、甲２には、「ガイド情報の提供を実現するためのコンピュータプログラム」が記載されている。 イ 段落【００５１】、【００５３】、【００５５】～【００５７】、【００５９】～【００６１】によると、甲２には、「スケジュール登録・変更処理において、ユーザが、日時、タイトル、場所、メンバー、その他のメモなどを登録し、スケジュールの編集が完了すると、サーバ２００は、編集結果をマイボックス２０３に格納してスケジュールを更新し、そして、スケジュール関連情報を収集するための情報収集処理においては、情報収集の対象となるべき予定、即ち対象スケジュールに対して、開始時位置から終了時位置までの経路探索を行い、次に、Ｗｅｂサーバからの情報収集であって、まず、ユーザの嗜好、趣味に合致または類似する情報であることを条件とし、直後の予定に間に合う場所的範囲を第２条件として情報収集を行い、条件に合致する情報を情報ボックスに格納」することが記載されている。 ウ 段落【００４１】、図２によると、甲２には、「スケジュール関連情報には、店舗名、名所の名称、地名などの「名称」、店舗の所在地、名所の所在地などの「場所」等が含まれ」ることが記載されている。 上記ア～ウによれば、甲２には、以下の発明（「甲２発明」という。）が記載されている。 「ガイド情報の提供を実現するためのコンピュータプログラムであって、 スケジュール登録・変更処理において、ユーザが、日時、タイトル、場所、メンバー、その他のメモなどを登録し、スケジュールの編集が完了すると、サーバ２００は、編集結果をマイボックス２０３に格納してスケジュールを更新し、そして、スケジュール関連情報を収集するための情報収集処理においては、情報収集の対象となるべき予定、即ち対象スケジュールに対して、開始時位置から終了時位置までの経路探索を行い、次に、Ｗｅｂサーバからの情報収集であって、まず、ユーザの嗜好、趣味に合致または類似する情報であることを条件とし、直後の予定に間に合う場所的範囲を第２条件として情報収集を行い、条件に合致する情報を情報ボックスに格納し、 スケジュール関連情報には、店舗名、名所の名称、地名などの「名称」、店舗の所在地、名所の所在地などの「場所」等が含まれる、 プログラム。」 第５ 当審の判断 １ 申立理由１～申立理由４について （１）本件特許発明１について （１－１）対比 本件発明１と甲１発明とを対比する。 ア 「出発地点から到着地点までの移動経路を示す移動スケジュールを含むユーザのスケジュールと施設情報とを記憶する記憶手段を備え、ユーザの端末装置と通信可能なコンピュータを、」について （ア）甲１発明は、「プランニング部３５は、旅行サイトから端末装置２に送信された旅行商品の予約完了メールに含まれるリンクを介して旅行プランの作成が指示された場合に、予約完了メールの、到着空港、宿泊施設を含む予約内容に基づいて、プランニング画面のタイムライン上に第１ＰＯＩおよび第２ＰＯＩを配置するプランニング画面の初期化処理を行」い、「プランニング部３５は、初期化処理の後、経路探索部３４に、第１ＰＯＩから第２ＰＯＩまでの移動経路を探索させ、探索された移動経路に基づいて第１移動所要時間（第１ＰＯＩから第２ＰＯＩまでの移動に要する時間）」を取得し、「第１ＰＯＩ時間間隔（第１ＰＯＩの終了時刻から第２ＰＯＩの開始時刻までの時間間隔）」と比較するものである。 そうすると、甲１発明の「到着空港」、「宿泊施設」は、それぞれ、本件発明１の「出発地点」、「到着地点」に相当する。 したがって、甲１発明の「予約完了メール」の「予約内容」は、「移動経路を示す移動スケジュールを含む」との事項は除き、本件発明１の「出発地点から到着地点までの移動経路を示す移動スケジュールを含むユーザのスケジュール」と、「出発地点と到着地点とを含むユーザの予定」との点で、共通する。 （イ）甲１発明の「ＰＯＩ情報」は、「店舗、宿泊施設、レジャー施設等」の「施設」に関する情報であるから、本件発明１の「施設情報」に相当する。 （ウ）甲１発明は、「旅行サイト」から「予約完了メール」が「送信」されるところ、「旅行サイト」は、「サーバ３」が「提供」するものであるから、「旅行サイト」を「提供」する「サーバ３」は、「予約完了メール」の「予約内容」を記憶する手段を有しているといえる。 他方、甲１発明は、「サーバ３」が、「ＰＯＩ情報が格納されるＰＯＩ情報データベース３７」を有する「記憶部３３」は、「予約完了メール」の「予約内容」を記憶するか判然としないものの、本件発明１の「施設情報」を「記憶する記憶手段」に相当する。 （エ）甲１発明は、「サーバ３」が「通信部３１」を有し、「通信部３１」が「ユーザが使用する端末装置２」と「情報を送受信」するものであるから、甲１発明の「端末装置２」は、本件発明１の「ユーザの端末装置」に相当する。 （オ）以上のとおりであるから、甲１発明の「サーバ３」は、本件発明１の「出発地点から到着地点までの移動経路を示す移動スケジュールを含むユーザのスケジュールと施設情報とを記憶する記憶手段を備え、ユーザの端末装置と通信可能なコンピュータ」と、「出発地点と到着地点とを含むユーザの予定と施設情報を記憶し、ユーザの端末装置と通信可能なコンピュータ」との点で共通する。 イ 「ユーザの前記スケジュールを前記記憶手段に登録する登録手段、」について 甲１発明は、本件発明の「ユーザの前記スケジュールを前記記憶手段に登録する登録手段」に対応する構成を備えていない。 ウ 「前記登録手段により前記移動スケジュールが登録された場合に、登録された前記移動スケジュールに基づき、提案の可否を判定する判定手段、」について 甲１発明の「プランニング部３５」は、「・・・、第１ＰＯＩ時間間隔（第１ＰＯＩの終了時刻から第２ＰＯＩの開始時刻までの時間間隔）が第１移動所要時間（第１ＰＯＩから第２ＰＯＩまでの移動に要する時間）より長い場合に、プランニングエリアを生成するところ、・・・、第１ＰＯＩ時間間隔が第１移動所要時間以下である場合には、プランニングエリアを生成せず、プランニングエリアを生成した後、プランニングエリアに基づいて、第１ＰＯＩの終了時刻と第２ＰＯＩの開始時刻を変更せずに立ち寄り可能な第３ＰＯＩ候補を抽出し、抽出された第３ＰＯＩ候補のリストを作成し、・・・生成したプランニングエリアと、第３ＰＯＩ候補のリストとを含むプランニング画面ＳＣ１を端末装置２に送信」するものである。 ここで、端末装置２に送信される「プランニング画面ＳＣ１」は、「生成したプランニングエリアと第３ＰＯＩ候補のリストとを含む」ところ、第１ＰＯＩ時間間隔が第１移動所要時間以下である場合には、プランニングエリアが生成されないのであるから、当然、前記プランニング画面ＳＣ１」も生成されることはない。そうすると、甲１発明の「プランニング部３５」は「プランニング画面ＳＣ１」を生成するか否か、つまり、提案の可否を判定する機能を備えているといえる。 そして、前記「プランニング画面ＳＣ１」は、ユーザに「提案」するために端末装置２に送信されるものであることは明らかである。 したがって、甲１発明の「プランニング部３５」と本件発明１の「前記登録手段により前記移動スケジュールが登録された場合に、登録された前記移動スケジュールに基づき、提案の可否を判定する判定手段」とは、「提案の可否を判定する判定手段」との点で共通する。 エ 「前記判定手段が肯定判定した場合に、前記施設情報が示す施設に行くことを提案する提案内容を前記端末装置に出力する出力手段、」について 甲１発明の「プランニング部３５」が端末装置２に送信するプランニング画面ＳＣ１には、プランニングエリアと第３ＰＯＩ候補のリストが含まれており、前記「第３ＰＯＩ候補のリスト」には立ち寄り可能な施設が含まれていることは自明である。 そして、上記ウで言及したように、「プランニング画面ＳＣ１」は、第１ＰＯＩ時間間隔が第１移動所要時間より長い場合、つまり、提案の可否の判定結果が「可（肯定）」である場合に生成・送信されるものである。 したがって、甲１発明の「プランニング部３５」は、本件発明１の「前記判定手段が肯定判定した場合に、前記施設情報が示す施設に行くことを提案する提案内容を前記端末装置に出力する出力手段」に相当する手段も備えている。 オ 「前記登録手段は、前記出力手段による提案内容に対して前記ユーザの承認が得られた場合に、前記施設に滞在するスケジュールを当該ユーザに紐づけて前記記憶手段に登録すると共に、登録された前記移動スケジュールを前記出発地点から前記施設までの移動経路を示す移動スケジュールに変更し、且つ、前記施設から前記到着地点までの移動経路を示す移動スケジュールを追加登録することにより、登録された前記移動スケジュールを変更する、」について 上記イで言及したように、甲１発明は、本件発明の「ユーザの前記スケジュールを前記記憶手段に登録する登録手段」に対応する構成を備えていないのであるから、甲１発明は、本件発明１の「前記登録手段は、・・・、登録された前記移動スケジュールを変更する、」に対応する構成を備えていない。 カ 「プログラム」について 甲１発明の「プログラム」は、「サーバ３」を上記ア～オとして機能させることから、後述する相違点は別にして、本件発明１の「プログラム」に相当する。 キ 以上、ア～カによると、本件発明１と甲１発明とは、以下の一致点、相違点を有する。 ［一致点］ 出発地点と到着地点とを含むユーザの予定と施設情報を記憶し、ユーザの端末装置と通信可能なコンピュータを、 提案の可否を判定する判定手段と、 前記判定手段が肯定判定した場合に、前記施設情報が示す施設に行くことを提案する提案内容を前記端末装置に出力する出力手段、 として機能させる、 プログラム。 ［相違点］ ［相違点１］ 本件発明１は、「出発地点から到着地点までの移動経路を示す移動スケジュールを含むユーザのスケジュールと施設情報とを記憶する記憶手段」との構成を有しているのに対し、甲１発明は、ＰＯＩ情報データベース３７を有する「記憶部３３」が、「予約完了メール」の「予約内容」を記憶しているか定かではなく、「予約内容」に「出発地点から到着地点までの移動経路を示す移動スケジュール」が含まれていない点。 ［相違点２］ 本件発明１は、「ユーザの前記スケジュールを前記記憶手段に登録する登録手段」との構成を有しているのに対し、甲１発明は、そのような構成を有していない点。 ［相違点３］ 判定手段について、本件発明１には、「前記移動スケジュールが登録された場合に、登録された前記移動スケジュールに基づき、」との事項が特定されているのに対し、甲１発明には、係る事項が特定されていない点。 ［相違点４］ 本件発明１においては、「登録手段は、前記出力手段による提案内容に対して前記ユーザの承認が得られた場合に、前記施設に滞在するスケジュールを当該ユーザに紐づけて前記記憶手段に登録すると共に、登録された前記移動スケジュールを前記出発地点から前記施設までの移動経路を示す移動スケジュールに変更し、且つ、前記施設から前記到着地点までの移動経路を示す移動スケジュールを追加登録することにより、登録された前記移動スケジュールを変更する、」との事項が特定されているのに対し、甲１発明には、係る事項が特定されていない点。 （１－２）新規性について（申立理由１） 上記１のとおり、本件発明１と甲１発明との間には、実質的な上記相違点１～上記相違点４があるため、本件発明１は、甲１に記載された発明ではない。 （１－３）進歩性について（申立理由２、３） まず、上記相違点１について検討する。 ア 甲１発明は、旅行サイトから送信された旅行商品の予約完了メールの、到着空港、宿泊施設を含む「予約内容」に基づいて、タイムライン上にＰＯＩを配置して旅行計画を行うためのものであるが、スケジュール管理におけるスケジュールの有効活用に関するものではないから、旅行サイトから送信された予約完了メールの「予約内容」に「出発地点から到着地点までの移動経路」を含める構成とする動機付けはない。 本件特許の出願時において上記相違点１に係る構成が周知技術であるとしても、上記のとおりであるから、甲１発明に、当該周知技術や慣用技術を適用しようとする動機付けはない。 よって、甲１発明及び周知技術・慣用技術に基づいて、上記相違点１の構成とすることは、当業者が容易に想到することができたものではない（申立理由２）。 イ 甲１には、上記「第４」１（２）キのとおりの技術的事項１が記載されているものの、「ＰＯＩ追加処理」に関する事項であって、技術的事項１は、「予約完了メールの、到着空港、宿泊施設を含む予約内容」を特定するものではない。 よって、甲１発明及び技術的事項１に基づいて、上記相違点１の構成とすることは、当業者が容易に想到することができたものではない（申立理由２）。 ウ 甲２には、上記「第４」２（２）のとおりの甲２発明が記載されているものの、「収集」する「スケジュール関連情報」は、「店舗名、名所の名称、地名などの「名称」、店舗の所在地、名所の所在地などの「場所」」等であって、「探索」した「経路」を含むことまで特定されていないから、「探索」した「経路」が、「スケジュール」として「情報ボックスに格納」されているとはいえない。 よって、甲１発明に甲２発明を適用したとしても、上記相違点１の構成には至らないから、甲１発明及び甲２発明に基づいて、上記相違点１の構成とすることは、当業者が容易に想到することができたものではない（申立理由３）。 なお、甲２発明を主引用発明として、甲１発明を適用したとしても、上記のとおりであるから、上記相違点１の構成に至らないことは明らかである。 エ そして、上記相違点１の構成とすることで、「スケジュールの有効活用ができる」（段落【００１７】）という、格別顕著な作用効果を奏するものである。 オ したがって、上記相違点２～上記相違点４について検討するまでもなく、本件発明１は、甲１発明に基づいて、当業者が容易に発明をすることができたものではなく（申立理由２）、本件発明１は、技術的事項１、甲２発明、周知技術及び慣用技術に基づいて、当業者が容易に発明をすることができたものでもない（申立理由３）。 （１－４）申立人の申立書における主張について ア 申立人は、特許異議申立書（以下、「申立書」という。）において、本件発明１の「移動スケジュール」は、甲１の「第１ＰＯＩから第２ＰＯＩまでの移動に要する時間（第１移動所要時間）に相当する」旨主張する（申立書２５頁）。 しかしながら、本件発明１の「移動スケジュール」は、「出発地点から到着地点までの移動経路」を示すものであって、申立人が主張するような「移動に要する時間」ではないから、申立人の上記主張に理由はない。 イ 申立人は、申立書において、「本件特許発明１は、甲第２号証に記載の発明に甲第１号証に開示事項を適用することで容易に発明できたということもできる。」と主張する（申立書３１頁）。 しかしながら、上記（１－３）ウのとおりであるから、甲２発明及び甲１発明に基づいて、本件発明１とすることは、当業者が容易に発明をすることができたものではない。 よって、申立人の主張に理由はない。 （２）本件発明２～本件発明７について 本件発明２～本件発明７は、本件発明１の構成に限定を加えて減縮したものであり、これらの請求項に係る発明は、いずれも、上記１（１）（１－１）キに示した相違点１～相違点４に係る構成を有しているから、上記１（１）に示した理由と同様の理由により、甲１に記載された発明ではなく（申立理由１）、また、甲１に記載の発明、甲２に記載の発明、さらには周知技術及び慣用技術に基づいて、当業者が容易に発明をすることができたものではない（申立理由２～４）。 （３）本件発明８について 本件発明８は、本件発明１の「プログラム」の発明を「情報処理装置」として記載した発明であって、上記相違点１～上記相違点４に係る構成を有しているから、上記１（１）に示した理由と同様の理由により、甲１に記載された発明を「情報処理装置」に書き換えた発明（以下、「甲１発明Ａ」という。）ではなく（申立理由１）、また、甲１発明Ａ、技術的事項１、甲２発明、さらには周知技術及び慣用技術に基づいて、当業者が容易に発明をすることができたものでもない（申立理由２、３）。 ２ まとめ 上記１で示したとおり、申立理由１～申立理由４に理由がない。 第６ むすび 以上のとおり、特許異議の申立ての理由及び証拠によっては、請求項１～８に係る特許を取り消すことはできない。 また、他に請求項１～８に係る特許を取り消すべき理由を発見しない。 よって、結論のとおり決定する。