本次调用的模型名称：GPT-4。
**特征比对表格**
| 技术特征描述以及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| **技术特征A《直接公开》** | [2] "アプリケーション・サーバは、ユーザが目的地に到着するためのルートを計算することができる。"（翻译：应用程序服务器可以计算用户到达目的地的路线。）[2] "アプリケーション・サーバは、ルーティング情報をＷＣＤへ提供する（７０４）。"（翻译：应用程序服务器向WCD提供路线信息（704）。） | 对比文件公开了由服务器（相当于装置的处理器）计算从起点到目的地的路线的步骤，并将该路线信息提供给无线通信设备（WCD），WCD必然包含用户接口用于显示。这直接公开了通过处理器计算路线以供在用户装置的用户接口上显示的技术特征。 |
| **技术特征B《直接公开》** | [2] "アプリケーション・サーバは、ユーザのルートに沿った興味のあるポイントを特定する。"（翻译：应用程序服务器识别用户路线上的兴趣点。）[2] "アプリケーション・サーバは、ユーザから受信した、所望の興味のあるポイント、および、許容可能なルート逸脱に基づいて、ユーザのルートに沿った許容可能な興味のあるポイントを特定することができる。"（翻译：应用程序服务器可以基于从用户接收的期望兴趣点以及可接受的路线偏离，来识别用户路线上的可接受兴趣点。）[2] "アプリケーション・サーバは、無線通信デバイス３０２を経由して、ユーザにこの情報を通信することができる。"（翻译：应用程序服务器可以通过无线通信设备302将此信息传达给用户。） | 对比文件明确描述了应用程序服务器响应用户对兴趣点（POI）的请求，基于用户路线、速度、可接受偏离等因素，识别并确定“适当的”或“可接受的”兴趣点，并将这些信息推荐/提供给用户。这直接对应于“确定感兴趣位置的推荐”。 |
| **技术特征C《未被公开》** | 无对应内容。 | 目标专利中“感兴趣位置”的核心定义是“具有大于阈值的媒体密度得分”。对比文件中确定兴趣点是否适当的依据是距离、时间、访问难易度、用户速度、用户兴趣类别等（例如[2]“兴味のあるポイントの適切さは、...多くの要因に基づくことができる”），但完全没有提及基于“媒体密度得分”这一概念，更没有“媒体密度得分阈值”。虽然对比文件提到了“在与路线的偏离范围内”（例如[2]“許容可能なルート逸脱”），但缺少“媒体密度得分”这一必要条件，因此该技术特征未被公开。 |
| **技术特征D《未被公开》** | 无对应内容。 | 对比文件完全没有提及“媒体文件”、“媒体文件的数目”以及“媒体文件的排名”。其兴趣点的评价体系是基于地理、交通、用户偏好等实时上下文信息，而非基于媒体文件的聚合信息。因此，该技术特征未被公开。 |
| **技术特征E《未被公开》** | 无对应内容。 | 由于对比文件未公开“媒体文件的排名”这一概念，因此更未公开排名所基于的“一个或多个因素”。该技术特征未被公开。 |
| **技术特征F《未被公开》** | 无对应内容。 | 该技术特征限定了排名因素用于向“其他用户”指示媒体文件的重要性。对比文件既未公开“媒体文件”，也未公开基于其他用户评价的排名因素。其提到的用户兴趣（如[2]“ユーザは、...興味のある特定のポイント、または、興味のあるポイントのカテゴリに対する属性に関する情報を提供することができる”）是用户自身的偏好，而非其他用户的评价。因此，该技术特征未被公开。 |
| **技术特征G《隐含公开》** | [2] "アプリケーション・サーバは、無線通信デバイス３０２を経由して、ユーザにこの情報を通信することができる。"（翻译：应用程序服务器可以通过无线通信设备302将此信息传达给用户。） | 对比文件明确服务器将识别出的适当兴趣点信息传送给用户的无线通信设备（WCD）。本领域技术人员可以毫无疑义地推知，无线通信设备（用户装置）在接收到此推荐信息后，必然需要通过其用户接口（如屏幕）向用户显示，这是实现信息传达和用户交互的基本方式。因此，该技术特征被隐含公开。 |
| **技术特征H《隐含公开》** | [2] "アプリケーション・サーバは、ユーザが目的地に到着するためのルートを計算することができる。"（翻译：应用程序服务器可以计算用户到达目的地的路线。） | 对比文件公开了计算从起点到目的地的路线。虽然未明确记载“最快路线”，但“计算路线”是本领域导航服务的通用功能，而“最快路线”是导航算法中最常见和基础的路线优化目标之一（其他如最短距离、避开收费等）。本领域技术人员在实现路线计算时，完全有可能且通常会包含计算“最快路线”的选项或将其作为默认计算方式之一。因此，该技术特征被隐含公开。 |
| **技术特征I《直接公开》** | [2] "例えば、ユーザは、既存のルートから特定の距離以上逸脱したくない、あるいは既存のルートから特定の時間よりも遅れたくないことをアプリケーション・サーバ３１２に通信することができる。"（翻译：例如，用户可以告知应用程序服务器312，他们不希望偏离现有路线超过特定距离，或者不希望比现有路线延迟特定时间。）[2] "実施形態では、許容可能なルート逸脱は、ユーザが受け入れたいと思っているルートの許容可能な距離でありうる。 別の実施形態では、この許容可能なルート逸脱は、ユーザが、興味のあるポイントへ移動するのに要すると推定される許容可能な時間遅延でありうる。"（翻译：在一个实施方案中，可接受的路线偏离可以是用户愿意接受的路线可接受距离。在另一个实施方案中，该可接受的路线偏离可以是用户前往兴趣点所需的估计可接受时间延迟。） | 对比文件明确公开了用户可设定“可接受的路线偏离”，该偏离可以是距离（特定距离）或时间（特定时间/时间延迟）。这直接对应于目标专利中“偏离范围包含从所述路线上的一点到所述感兴趣位置的距离上的偏离或时间上的偏离中的至少一者”。 |
| **技术特征J《直接公开》** | [2] "そして、アプリケーション・サーバ３１２は、興味のあるポイントから目的地へのルート情報を更新し、この更新された情報を、無線通信デバイスを経由してユーザに提供することができる。"（翻译：然后，应用程序服务器312可以更新从兴趣点到目的地的路线信息，并通过无线通信设备向用户提供此更新信息。）[2] "ブロック９１２では、目的地への更新されたルート情報が、興味のあるどのポイントにユーザが訪れるかに基づいて計算される。"（翻译：在步骤912中，基于用户访问哪个兴趣点来计算到目的地的更新路线信息。） | 对比文件明确描述了在用户选择或前往兴趣点后，应用程序服务器会计算并更新路线信息以包含该兴趣点。这直接公开了“修改所述路线以包含所述感兴趣位置”。 |
| **技术特征K《隐含公开》** | [2] "アプリケーション・サーバは、無線通信デバイス３０２を経由して、ユーザにこの情報を通信することができる。"（翻译：应用程序服务器可以通过无线通信设备302将此信息传达给用户。）[2] "実施形態では、興味のあるポイントは、その適切さランキングとともにユーザに提供され、ユーザは、所望する興味のあるポイントを選択する。"（翻译：在一个实施方案中，兴趣点连同其适当性排名一起提供给用户，用户选择期望的兴趣点。） | 对比文件公开了将识别出的兴趣点信息（可能包含描述）提供给用户设备。为了使用户能够做出是否前往的决定，本领域技术人员可以合理推断，在修改路线（即执行导航）之前，需要先向用户显示一个通知或界面，用于描述该兴趣点并征询用户意见。这是实现用户交互和选择的常规步骤。因此，该技术特征被隐含公开。 |
| **技术特征L《隐含公开》** | [2] "ユーザは、どの興味のあるポイントを訪問したいのかを、アプリケーション・サーバ３１２に通知することができる"（翻译：用户可以通知应用程序服务器312他们想要访问哪个兴趣点。）[2] "別の実施形態では、最も適切な興味のあるポイントがユーザのために自動選択される。"（翻译：在另一个实施方案中，最合适的兴趣点被自动为用户选择。） | 对比文件公开了两种模式：1) 用户从提供的列表中选择兴趣点；2) 系统自动选择最合适的兴趣点。在第一种模式下，用户的选择行为本身就隐含了对后续路线修改的“批准”。即使在自动选择模式下，本领域技术人员也可以推断系统可能会提供确认或取消的选项，或者用户可以通过不遵循新路线来表达“不批准”。因此，“接收对修改路线的批准”这一步骤在对比文件公开的用户交互逻辑中被隐含公开。 |
| **技术特征M《隐含公开》** | [2] "別の実施形態では、...ユーザのスケジュールに関する情報を使用することができる。 例えば、ユーザのカレンダーは、スケジュールされた会議の場所および時間を含むことができる。 ... 本アプリケーションは、スケジュールされた会議の時間を用いて、ユーザが訪れてなおスケジュールされた会議を行うことができる興味のあるポイントがどこかを特定する。"（翻译：在另一个实施方案中，...可以使用关于用户日程的信息。例如，用户的日历可以包括预定会议的地点和时间。... 该应用程序使用预定的会议时间来识别用户可以在哪里访问兴趣点并仍然进行预定的会议。） | 对比文件公开了利用用户日程（如会议时间）来识别用户可以在会议前后访问的兴趣点。这隐含了系统会判断用户按路线行进时，是否会在一个适合参观兴趣点的“优选时间”（即会议开始前的空闲时间窗口）内，处于该兴趣点的某个合理“阈值距离”内。例如，系统会确保访问兴趣点不会导致用户错过会议。因此，该技术特征被隐含公开。 |
| **技术特征N《隐含公开》** | [2] "別の実施形態では、...ユーザのスケジュールに関する情報を使用することができる。 例えば、ユーザのカレンダーは、スケジュールされた会議の場所および時間を含むことができる。 ... 本アプリケーションは、スケジュールされた会議の時間を用いて、ユーザが訪れてなおスケジュールされた会議を行うことができる興味のあるポイントがどこかを特定する。"（翻译：在另一个实施方案中，...可以使用关于用户日程的信息。例如，用户的日历可以包括预定会议的地点和时间。... 该应用程序使用预定的会议时间来识别用户可以在哪里访问兴趣点并仍然进行预定的会议。） | 基于对技术特征M的同样分析，对比文件公开了基于用户是否在“优选时间”段内处于兴趣点附近的判断，来“识别”或“特定”合适的兴趣点。这种“识别”即对应于目标专利中的“推荐”。因此，该技术特征被隐含公开。 |
| **技术特征O《直接公开》** | [2] "ＰＯＩへの移動時間の推定値が、ＰＯＩをフィルタするため、またはランク付けするために使用することができる。"（翻译：到POI的估计移动时间可用于过滤或排名POI。）[2] "アプリケーション・サーバは、更に、無線通信デバイスのユーザに、興味のあるポイントへの移動時間...に関する情報を提供することができる。"（翻译：应用程序服务器还可以向无线通信设备的用户提供关于到兴趣点的移动时间的信息。） | 对比文件明确公开了计算用户到兴趣点的“估计移动时间”，这直接对应于“确定按所述路线行进的所述用户装置将在其处到达所述感兴趣位置的时间”。 |
| **技术特征P《未被公开》** | 无对应内容。 | 对比文件全文未提及“天气预报”或基于天气条件进行兴趣点推荐。该技术特征未被公开。 |
| **技术特征Q《未被公开》** | 无对应内容。 | 由于对比文件未公开技术特征P（天气预报），因此基于“优选天气预报”来推荐兴趣点的技术特征自然也未被公开。 |
| **技术特征R《未被公开》** | 无对应内容。 | 对比文件未提及用户的“社交联系人”，也未提及判断联系人是否在兴趣点处。该技术特征未被公开。 |
| **技术特征S《未被公开》** | 无对应内容。 | 由于对比文件未公开技术特征R（社交联系人在兴趣点处），因此基于此来推荐兴趣点的技术特征自然也未被公开。 |
| **技术特征T《未被公开》** | 无对应内容。 | 对比文件未提及“社交网络”或“相同的社交网络中”。该技术特征未被公开。 |
| **技术特征U《直接公开》** | [2] "ユーザは、ＰＯＩの探索の優先度付けのために使用可能な興味のある特定のポイント、または、興味のあるポイントのカテゴリに対する属性に関する情報を提供することができる。"（翻译：用户可以提供可用于确定POI搜索优先级的特定兴趣点或兴趣点类别的属性信息。）[2] "ユーザは、歴史マニアであり、自分のルートに近い史跡を見たいかもしれない。 このユーザは、アプリケーション・サーバへ、史跡を見たいという要望を伝えることができる。 そして、これは、興味のあるポイントの適切さのランク付けの要因に含められる。"（翻译：用户可能是一个历史爱好者，想看到他们路线附近的历史遗迹。该用户可以告知应用程序服务器他们想看历史遗迹的愿望。然后，这将被包括在兴趣点适当性排名的因素中。） | 对比文件明确公开了用户可以指定其兴趣（如特定类别“历史遗迹”），并且该用户兴趣会被用作确定或排名适当兴趣点的因素。这直接对应于“确定按所述路线行进的用户的兴趣是否涉及所述感兴趣位置”。 |
| **技术特征V《直接公开》** | [2] "ユーザは、歴史マニアであり、自分のルートに近い史跡を見たいかもしれない。 このユーザは、アプリケーション・サーバへ、史跡を見たいという要望を伝えることができる。 そして、これは、興味のあるポイントの適切さのランク付けの要因に含められる。"（翻译：用户可能是一个历史爱好者，想看到他们路线附近的历史遗迹。该用户可以告知应用程序服务器他们想看历史遗迹的愿望。然后，这将被包括在兴趣点适当性排名的因素中。） | 基于技术特征U的同一引用，对比文件公开了将用户兴趣作为兴趣点适当性排名的因素。这意味着系统会基于兴趣点是否涉及用户兴趣（例如是历史遗迹）来对其进行高排名，而高排名的兴趣点自然更可能被推荐给用户。这直接对应于“基于所述感兴趣位置涉及所述用户兴趣，推荐所述感兴趣位置”。 |
| **技术特征W《直接公开》** | [2] "例えば、交通条件またはその他の理由によって、ユーザが遅れそうな場合、会議に遅れそうであることがユーザに伝えられ、ユーザは、最初のルートに戻ることを選択することができる。"（翻译：例如，如果由于交通状况或其他原因用户可能迟到，则会通知用户可能错过会议，用户可以选择返回原始路线。）[2] "更に、アプリケーション・サーバは、ルートに沿ったユーザの移動をモニタすることができる。 これによって、例えば、交通条件またはその他の理由によって、ユーザが遅れそうな場合、会議に遅れそうであることがユーザに伝えられ..."（翻译：此外，应用程序服务器可以监控用户沿路线的移动。因此，例如，如果由于交通状况或其他原因用户可能迟到，则会通知用户可能错过会议...） | 对比文件公开了应用程序服务器监控用户沿路线的移动，并在条件（如交通状况）发生变化可能导致延迟时，向用户提供信息（甚至可能涉及路线调整，如返回原路线）。这直接公开了“基于路线间条件而动态地更新所述路线”的概念。 |
| **技术特征X《未被公开》** | 无对应内容。 | 对比文件虽然提到了“交通条件”作为动态更新的原因，但未提及“天气的改变”作为路线间条件。该技术特征未被公开。 |
| **技术特征Y《直接公开》** | [2] "更に、アプリケーション・サーバは、ルートに沿ったユーザの移動をモニタすることができる。 これによって、例えば、交通条件またはその他の理由によって、ユーザが遅れそうな場合、会議に遅れそうであることがユーザに伝えられ..."（翻译：此外，应用程序服务器可以监控用户沿路线的移动。因此，例如，如果由于交通状况或其他原因用户可能迟到，则会通知用户可能错过会议...） | 对比文件明确将“交通条件”作为导致“用户可能迟到”（即预计到达时间改变）的原因，并触发系统动作。这直接公开了“路线间条件包含...到所述感兴趣位置的预计到达时间的改变”。 |
| **技术特征Z《未被公开》** | 无对应内容。 | 对比文件未提及“媒体密度得分”这一概念，因此更不可能公开其“经更新”作为路线间条件。该技术特征未被公开。 |
<<<A>>><<<B>>><<<G>>><<<H>>><<<I>>><<<J>>><<<K>>><<<L>>><<<M>>><<<N>>><<<O>>><<<U>>><<<V>>><<<W>>><<<Y>>>