**对比文件名称：** 1999-09-07_US5948040A_发明授权_US5948040A Travel reservation information and planning system
**目标专利名称：** 用于基于沿着可能路线的媒体密度的导航的方法及设备 CN104969033B
**本次调用的模型名称：** 专利创造性评估模型
### 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| **技术特征A：《直接公开》**<br>其包括：通过装置的处理器计算从所述起点到所述目的地的所述路线以供在用户装置的用户接口上显示 | [2] “The TRIPS software calculates, delineates and displays a travel route between the travel origin and the travel destination via the selected waypoints.” （TRIPS软件计算、描绘并显示经由所选途经点的从旅行起点到旅行目的地的旅行路线。） | 对比文件明确描述了其软件（处理器）能够根据用户输入的起点（travel origin）和目的地（travel destination）计算并显示一条旅行路线。这直接对应于目标专利中通过处理器计算路线并在用户接口上显示的技术特征。 |
| **技术特征B：《直接公开》**<br>响应于计算所述路线，通过所述装置的所述处理器确定感兴趣位置的推荐 | [2] “In conjunction with the reservation system, the travel route is calculated according to user choice of the shortest travel route, quickest travel route, user determined preferred travel route taking into account seat availability, pricing, and departure/arrival times.” 结合[2] “The TRIPS software permits the user to compare and ‘shop’ for ticket/reservation prices...” 以及图5D关于预览兴趣点（POI）并进行预订的描述。 | 对比文件中的TRIPS系统在计算路线（或作为路线计算过程的一部分）后，会向用户提供兴趣点（POI）的信息，例如餐馆、酒店等，并允许用户预览和选择，这构成了对“感兴趣位置”的“推荐”。系统会根据路线和用户偏好来筛选和呈现这些位置，相当于确定了感兴趣位置的推荐。 |
| **技术特征C：《隐含公开》**<br>其中所述感兴趣位置是具有大于阈值的媒体密度得分且在与所述路线的偏离范围内的位置 | [2] “...to observe the location of points of interest and events of interest along the way and within a defined range of the route selected.” （...观察沿着路线且在所选路线定义范围内的兴趣点和兴趣事件的位置。） [2] “...discover information regarding points of interest and activities along the travel route and/or at the destinations;” （...发现关于沿着旅行路线和/或在目的地的兴趣点和活动的信息。） | 对比文件公开了系统能够识别“在所选路线定义范围内”的兴趣点（POI）。这里的“定义范围”（defined range）隐含了一个“偏离范围”或距离阈值。虽然对比文件没有使用“媒体密度得分”这一概念，但其系统推荐兴趣点必然基于某种筛选标准（例如，数据库中的分类、用户偏好、商业合作等），这隐含了一个“阈值”筛选机制。本领域技术人员可以理解，任何推荐系统都需要一个判断“是否值得推荐”的标准（阈值），并将位置限定在路线的一定范围内。因此，该特征被隐含公开。 |
| **技术特征D：《未公开》**<br>且其中所述媒体密度得分是基于与所述感兴趣位置相关的一或多个媒体文件的数目及所述一或多个媒体文件中的每一者的排名来计算 | 无相应内容。 | 对比文件完全没有提及基于“媒体文件”（如图像、视频）的“数目”和“排名”来计算任何形式的“得分”。其兴趣点的推荐是基于预置的数据库分类（如酒店、餐厅）、商业信息、预订系统数据等，与媒体文件的聚合与分析无关。该技术特征是对比文件未公开的核心区别点。 |
| **技术特征E：《未公开》**<br>其中所述一或多个媒体文件的每一个排名都基于一个或多个因素 | 无相应内容。 | 由于对比文件未涉及基于“媒体文件”进行排名和计算得分的技术方案（特征D未公开），因此为媒体文件排名所依赖的“因素”自然也未公开。 |
| **技术特征F：《未公开》**<br>所述一个或多个因素向除所述用户装置的用户之外的其他用户指示所述一或多个媒体文件中的一个媒体文件的重要性 | 无相应内容。 | 同上，由于缺乏媒体文件排名的概念，用于指示媒体文件“重要性”的因素（特别是涉及“其他用户”的因素，如社交网络点赞、评论、转发等）在对比文件中完全没有提及。 |
| **技术特征G：《直接公开》**<br>及通过所述装置在所述用户装置的所述用户接口上显示所述推荐。 | [2] “The TRIPS software calculates, delineates and **displays** a travel route...” 以及图5D展示了在用户接口上显示餐馆信息（推荐）并进行交互。 | 对比文件明确描述了将计算出的路线和相关信息“显示”（displays）出来。图5D等附图也清晰地展示了在计算机屏幕上显示兴趣点信息、预订对话框等用户接口元素，这直接公开了在用户接口上显示推荐的技术特征。 |
| **技术特征H：《直接公开》**<br>其中所述计算所述路线包括计算所述起点与所述目的地之间的最快路线。 | [2] “...the travel route is calculated according to user choice of the shortest travel route, **quickest travel route**...” （...旅行路线根据用户对最短路线、最快路线的选择来计算...） | 对比文件明确将“最快路线”（quickest travel route）作为用户可选的路线计算标准之一。这直接公开了计算最快路线的技术特征。 |
| **技术特征I：《隐含公开》**<br>其中所述偏离范围包含从所述路线上的一点到所述感兴趣位置的距离上的偏离或时间上的偏离中的至少一者。 | [2] “...within a **defined range** of the route selected.” （...在所选路线的定义范围内。） 虽然主要指向距离，但本领域技术人员可以理解，在导航和路线规划中，“范围”可以基于距离或预计行驶时间来定义。从一点到兴趣点的“偏离”既可以是空间距离，也可以是绕行所需的时间。因此，对比文件公开的“定义范围”隐含了包含距离或时间偏离的可能性。 | 对比文件明确提到了兴趣点位于路线的“定义范围”内。虽然实施例可能更侧重于地理距离范围，但对于本领域技术人员而言，在路线规划中考虑“时间上的偏离”（例如，绕行不超过10分钟）是常见的、合理的扩展。因此，该特征被隐含公开。 |
| **技术特征J：《直接公开》**<br>其进一步包括：修改所述路线以包含所述感兴趣位置。 | [2] “...one or more points of interest in the user-defined region of interest along a travel route can be converted by the user to **waypoints on a new travel route**.” （...用户可以将沿着旅行路线、在用户感兴趣区域内的一个或多个兴趣点转换为新旅行路线上的途经点。） [2] “The user can then revise the travel route...” （用户可以随后修改旅行路线...） | 对比文件明确描述了用户可以选择兴趣点（POI）并将其添加为新的途经点（waypoint），从而生成一条包含该兴趣点的新路线。这直接对应于修改路线以包含感兴趣位置的技术特征。 |
| **技术特征K：《隐含公开》**<br>其进一步包括：在所述修改所述路线之前，向用户显示描述所述感兴趣位置的通知 | [2] 图5D显示了“RESERVATIONS—TICKETS—COUPONS”对话框以及餐馆的详细信息，这可以视为一种“通知”。系统在用户进行预订（可导致路线修改）前，向用户展示了该位置的详细信息。 | 对比文件描述了用户与系统交互以预览兴趣点信息（如图5D），这个过程可以被视为向用户“显示描述所述感兴趣位置的通知”。虽然对比文件没有明确使用“通知”一词，但其展示详细信息供用户决策的功能，隐含了在修改路线（如将餐馆添加为途经点）前进行通知的步骤。 |
| **技术特征L：《隐含公开》**<br>及从所述用户接收对修改所述路线的批准。 | [2] “The user can then revise the travel route and travel plans.” （用户可以随后修改旅行路线和旅行计划。） 用户通过交互（如点击按钮、选择选项）来添加途经点或确认预订，这隐含了接收用户批准的动作。 | 对比文件描述了用户主动修改路线和计划。这个修改行为必然基于用户的输入或确认，例如在图5D的对话框中点击“BOOK IT”或类似操作。虽然未明确表述为“接收批准”，但本领域技术人员可以毫无疑义地推断，系统的路线修改功能需要用户的交互指令来触发，这隐含了接收用户批准（或指令）的步骤。 |
| **技术特征M：《隐含公开》**<br>其中所述确定所述推荐包括：确定按所述路线行进的所述用户装置是否将在优选时间处在所述感兴趣位置的阈值距离内以参观所述感兴趣位置 | [2] “The TRIPS software... taking into account ... **departure/arrival times**.” （TRIPS软件...考虑...出发/到达时间。） [2] “TRIPS further provides for previews of temporal, i.e., scheduled events of interest (EOIs)” （TRIPS进一步提供对时间性的预览，即，感兴趣的预定事件。） 系统会考虑时间安排和事件日程。 | 对比文件的系统会计算路线的出发/到达时间，并处理与时间相关的事件（EOIs）。本领域技术人员可以合理推断，当系统推荐一个兴趣点（尤其是一个有特定开放时间或最佳观赏时间的活动或地点）时，可能会评估用户按当前路线是否能在合适的时间（“优选时间”）到达该地点附近（“阈值距离内”）。虽然对比文件未明确记载“优选时间”这一具体判断，但其整体系统中整合了时间规划和兴趣点信息，隐含了进行此类判断的可能性。 |
| **技术特征N：《隐含公开》**<br>及基于确定所述用户将在所述优选时间处在所述阈值距离内，推荐所述感兴趣位置。 | 基于特征M的论述。 | 如果系统能够进行特征M所述的判断（用户是否能在优选时间到达），那么基于肯定的判断结果来推荐该兴趣点，是逻辑上的必然步骤。因此，该特征被隐含公开。 |
| **技术特征O：《隐含公开》**<br>其中所述确定所述推荐包括：确定按所述路线行进的所述用户装置将在其处到达所述感兴趣位置的时间 | [2] “...the travel route is calculated ... taking into account ... **departure/arrival times**.” （...旅行路线的计算...考虑...出发/到达时间。） 路线计算软件通常能够估算到达沿途各点的时间。 | 对比文件的路线计算功能必然会估算到达目的地和途经点的时间。当兴趣点被作为途经点或潜在停留点时，系统确定用户到达该点的时间是其固有功能的一部分。因此，该特征被隐含公开。 |
| **技术特征P：《未公开》**<br>确定所述用户将在其处到达所述感兴趣位置的所述时间的所述感兴趣位置的天气预报 | 无相应内容。 | 对比文件完全没有涉及获取或利用“天气预报”信息来辅助推荐决策。该特征未被公开。 |
| **技术特征Q：《未公开》**<br>及基于所述天气预报是所述感兴趣位置的优选天气预报，推荐所述感兴趣位置。 | 无相应内容。 | 由于特征P（天气预报）未公开，基于天气预报进行推荐的特征Q自然也未被公开。 |
| **技术特征R：《未公开》**<br>其中所述确定所述推荐包括：确定按所述路线行进的用户的社交联系人是否在所述感兴趣位置处 | 无相应内容。 | 对比文件没有提及任何与“社交联系人”或其位置相关的功能。该特征未被公开。 |
| **技术特征S：《未公开》**<br>及基于所述社交联系人在所述感兴趣位置处，推荐所述感兴趣位置。 | 无相应内容。 | 由于特征R（社交联系人）未公开，基于此进行推荐的特征S自然也未被公开。 |
| **技术特征T：《未公开》**<br>其中所述社交联系人在与所述用户相同的社交网络中。 | 无相应内容。 | 同上，该特征未被公开。 |
| **技术特征U：《隐含公开》**<br>其中所述确定所述推荐包括：确定按所述路线行进的用户的兴趣是否涉及所述感兴趣位置 | [2] “The TRIPS user can be provided with communications links for online communication and transfer of ... **spatially related data**...” （可以为TRIPS用户提供通信链路，用于在线通信和传输...空间相关数据...） [2] 用户可以通过“WHAT/WHO?”菜单选择感兴趣的主题。系统可以根据用户选择的主题（兴趣）来筛选兴趣点。 | 对比文件系统允许用户指定兴趣（如通过“WHAT/WHO?”菜单选择活动或主题），并且可以根据这些兴趣来检索和呈现相关的兴趣点（POI）。这隐含了系统在确定推荐时，会判断兴趣点是否涉及用户预先设定或选择的兴趣。 |
| **技术特征V：《隐含公开》**<br>及基于所述感兴趣位置涉及所述用户兴趣，推荐所述感兴趣位置。 | 基于特征U的论述。 | 如果系统能够根据用户兴趣筛选兴趣点（特征U），那么将符合用户兴趣的兴趣点推荐给用户，是逻辑上的直接结果。因此，该特征被隐含公开。 |
| **技术特征W：《隐含公开》**<br>其进一步包括：基于路线间条件而动态地更新所述路线。 | [2] “The user can then **revise the travel route**...” （用户可以随后修改旅行路线...） [2] “This affords the user further opportunity for selecting new or different POIs in the newly defined region of interest along the new travel route.” （这为用户提供了进一步的机会，以在新的旅行路线沿线新定义的感兴趣区域中选择新的或不同的兴趣点。） 系统支持用户迭代修改路线。 | 对比文件描述了用户可以修改旅行路线，系统会重新计算。虽然未明确使用“动态”和“基于路线间条件”的表述，但其系统支持根据用户的新选择（可视为一种“条件”变化）来更新路线。本领域技术人员可以理解，在交互式规划系统中，根据用户反馈或参数变化重新计算路线，是一种隐含的动态更新能力。 |
| **技术特征X：《未公开》**<br>其中所述路线间条件包含以下各者中的至少一者：天气的改变 | 无相应内容。 | 对比文件未涉及利用“天气的改变”作为更新路线的条件。 |
| **技术特征Y：《隐含公开》**<br>到所述感兴趣位置的预计到达时间的改变 | [2] 路线重新计算会更新到达时间。如果用户修改了出发时间、添加了停留点或选择了不同路线，预计到达时间自然会改变，并可能触发路线的重新评估或推荐调整。 | 预计到达时间（ETA）是路线计算的核心输出之一。任何导致ETA变化的因素（如用户输入变化）都可能成为系统重新规划或调整推荐的隐含“条件”。虽然对比文件未明确将其列为“更新条件”，但这是系统功能运作中的合理组成部分。 |
| **技术特征Z：《未公开》**<br>所述感兴趣位置的经更新的媒体密度得分 | 无相应内容。 | 由于对比文件根本不存在“媒体密度得分”的概念（特征D未公开），因此其“更新”也无从谈起。该特征未被公开。 |
<<<A>>><<<B>>><<<G>>><<<H>>><<<J>>><<<c>>><<<i>>><<<k>>><<<l>>><<<m>>><<<n>>><<<o>>><<<u>>><<<v>>><<<w>>><<<y>>>