**对比文件名称：** US2013275033A1_Description_20251230_0117
**目标专利名称：** 用于电动车辆的增强的路线选择技术
**本次调用模型名称：** 深度求索
**特征比对表格**
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| **技术特征A：一种用于提供到目的地的路线的导航设备** <br>**公开性判断：直接公开** | [0002] ...navigation apparatus...<br>[0012] ...navigation device...<br>[0026] ...electronic components of a navigation device... | 对比文件通篇描述“navigation apparatus”或“navigation device”，其本身就是一种用于提供路线指引的设备，与本专利权利要求中的“导航设备”是同一类产品。因此，该特征被对比文件直接公开。 |
| **技术特征B：所述导航设备包括：存储器；用户界面；无线收发器；卫星定位系统SPS接收器；以及处理器，其耦合到所述存储器、所述用户界面、所述无线收发器和所述SPS接收器，并被配置为：使用所述SPS接收器来确定起始位置；** <br>**公开性判断：直接公开** | [0003] ...a modern PND comprises a processor, memory ... map data stored within said memory.<br>[0004] ... one or more input interfaces ... one or more output interfaces ... a visual display ...<br>[0005] ...one or more physical connector interfaces ... one or more wireless transmitters/receivers ...<br>[0006] ...includes a GPS antenna...<br>[0026] FIG. 2 ... processor 210 ... memory resource 230 ... input device 220 ... display screen 240 ... antenna/receiver 250 ... | 对比文件明确描述了导航设备（PND）包含处理器、存储器、输入/输出接口（即用户界面）、无线收发器（通过物理接口或无线模块实现）、GPS接收器（天线/接收器250），并且这些组件相互连接（如处理器210通过连接235与存储器230连接等）。GPS天线/接收器用于接收卫星信号以确定位置，这必然包括确定起始位置。因此，该特征被对比文件直接公开。 |
| **技术特征C：经由所述用户界面接收目的地位置和路线选择优先级，其中所述路线选择优先级包括充电度量、距离或到达时间，或其组合** <br>**公开性判断：未公开** | [0008] ...locations can be input by a user of the device, by any of a wide variety of different methods...<br>[0009] ...“best” or “optimum” route is determined on the basis of predetermined criteria...<br>[0017] ...user defined criteria; for example, the user may prefer a scenic route ... or may wish to avoid any roads on which traffic congestion is likely... | 对比文件公开了用户可以通过用户界面输入目的地位置，并且路线计算可以基于多种预定或用户定义的“标准”（criteria），如避开拥堵、选择风景路线等。然而，对比文件通篇未提及任何与“充电”相关的概念，更未提及“充电度量”作为路线选择的标准或优先级。因此，“路线选择优先级包括充电度量”这一内容未被对比文件公开，无论是直接还是隐含。 |
| **技术特征D：使用所述无线收发器向路线管理服务器发送所述起始位置、所述目的地位置和所述路线选择优先级；** <br>**公开性判断：直接公开** | [0009] ...predicted and dynamically and/or wirelessly received traffic and road information...<br>[0025] ...navigation device 200 may establish a ... connection with a server 302...<br>[0032] ...navigation device 200 ... includes transmitter 320 and receiver 322 to send and receive signals and/or data through the communications channel 318...<br>[0035] ...service provided by the server 302 involves processing requests from the navigation device 200... | 对比文件描述了导航设备可以通过无线通信（如移动网络、Wi-Fi）与远程服务器（server 302）建立连接并进行数据交换。服务器可以处理来自导航设备的请求，例如计算路线。虽然对比文件未明确记载发送“路线选择优先级”这一具体步骤，但为了请求服务器计算基于特定标准（如避开拥堵）的路线，导航设备必然需要将用户选择的或设备预设的路线计算标准（可视为广义的“优先级”）与起始/目的地位置一同发送给服务器。本领域技术人员可以直接且毫无疑义地确定这一点。因此，该特征被对比文件直接公开。 |
| **技术特征E：使用所述无线收发器接收至少两条路线，其中所述至少两条路线至少部分地基于所述路线选择优先级，并且包括优先考虑所述充电度量的路线和优先考虑所述到达时间的路线；** <br>**公开性判断：未公开** | [0013] ...user interacts with the navigation device to select the desired calculated route, optionally from a list of proposed routes.<br>[0035] ...transmitting navigation data from the mass data storage 312 to the navigation device 200. | 对比文件提到了导航设备可以从服务器接收导航数据（包括计算出的路线），并且用户可以从建议的路线列表中选择。然而，如特征C的论述，对比文件从未提及“充电度量”这一概念。因此，不可能存在“优先考虑充电度量的路线”。虽然可能存在基于“到达时间”（如最快路线）优化的路线，但由于缺少“充电度量”这一必要技术特征，本专利权利要求中定义的“包括...优先考虑充电度量的路线和优先考虑到达时间的路线”这一整体技术方案未被对比文件公开。 |
| **技术特征F：以及在所述用户界面上显示所述至少两条路线以及每条路线的相关联的充电度量。** <br>**公开性判断：未公开** | [0014] ...display map information on-screen during the navigation...<br>[0014] ...navigation information may be displayed... | 对比文件描述了在导航过程中显示地图和导航信息。但同样，由于“充电度量”这一概念在对比文件中完全不存在，因此在用户界面上显示“每条路线的相关联的充电度量”这一技术特征不可能被公开。 |
| **技术特征G：所述处理器还被配置为从所述路线管理服务器接收所述至少两条路线以及所述至少两条路线中的每条路线的度量。** <br>**公开性判断：隐含公开** | [0035] ...transmitting navigation data from the mass data storage 312 to the navigation device 200.<br>[0035] ...processing the navigation data using various algorithms for a desired application and sending the results of these calculations to the navigation device 200. | 对比文件明确记载了服务器向导航设备传输导航数据和计算结果。当服务器计算并发送“至少两条路线”给导航设备时，这些路线数据本身必然包含描述路线的各种属性信息，例如距离、预计时间等，这些属性信息可以统称为路线的“度量”（metrics）。本领域技术人员从服务器发送路线数据这一行为，可以合理推断出这些数据中包含了描述每条路线的相关度量信息，否则导航设备无法对路线进行有效展示或比较。因此，该特征被对比文件隐含公开。 |
| **技术特征H：所述处理器还被配置为经由所述无线收发器接收标识与所述至少两条路线相关联的一个或多个车道的充电能力的充电车道信息。** <br>**公开性判断：未公开** | 全文未提及相关内容。 | 对比文件虽然详细讨论了车道级别的速度信息、拥堵信息，但从未提及任何与“充电能力”（charging capability）相关的概念。因此，“接收充电车道信息”这一技术特征未被对比文件公开。 |
| **技术特征I：如权利要求3所述的导航设备，其中，所述处理器还被配置为基于所述充电车道信息来确定所述至少两条路线中的每条路线的所述充电度量。** <br>**公开性判断：未公开** | 全文未提及相关内容。 | 由于对比文件未公开“充电车道信息”（特征H），因此基于该信息“确定充电度量”的技术特征也必然未被公开。 |
| **技术特征J：所述处理器还被配置为提供仅包括包含具有充电能力的一个或多个车道的所述至少两条路线的路线过滤列表。** <br>**公开性判断：未公开** | 全文未提及相关内容。 | 对比文件未提及“充电能力”，因此不可能存在基于“具有充电能力的车道”这一条件进行路线过滤的功能。该特征未被公开。 |
| **技术特征K：所述处理器还被配置为确定所述导航设备正与能够被充电的车辆通信，并且响应于所述导航设备正与能够被充电的车辆通信的所述确定而向所述用户界面显示所述路线过滤列表。** <br>**公开性判断：未公开** | 全文未提及相关内容。 | 对比文件未提及导航设备与车辆（特别是“能够被充电的车辆”）通信以确定车辆类型，也未提及基于车辆类型显示过滤列表。该特征未被公开。 |
| **技术特征L：所述处理器还被配置为检测未被包括在接收到的充电车道信息中的车道的充电能力，以及将检测到的充电能力的信息传输到所述路线管理服务器。** <br>**公开性判断：未公开** | 全文未提及相关内容。 | 对比文件未提及“充电能力”的检测和上报。该特征未被公开。 |
| **技术特征M：其中，所述处理器还被配置为接收具有充电能力的每条路线的至少一个车道的拥堵信息，并将所述拥堵信息包括在所述充电度量中。** <br>**公开性判断：未公开** | [0009] ...existing, predicted and dynamically and/or wirelessly received traffic and road information...<br>[0010] ...Real time traffic monitoring systems...<br>[0030] ...determining lane speed information...<br>[0065] ...using the lane speed information to provide lane guidance... | 对比文件明确公开了接收（包括车道级别的）交通拥堵或速度信息（即拥堵信息），并用于提供车道指引。**然而**，本专利权利要求中明确限定该拥堵信息是“具有充电能力的每条路线的至少一个车道的拥堵信息”，并且要“将所述拥堵信息包括在所述充电度量中”。由于对比文件根本未公开“充电能力”和“充电度量”这两个前提概念，因此，将拥堵信息与“充电度量”相关联的特定技术手段未被公开。 |
| **技术特征N：其中，所述拥堵信息包括第一使用信息和第二使用信息，第一使用信息是根据从在具有充电能力的第一车道上行驶的第一组车辆接收的众包数据导出的，第二使用信息是根据从在没有充电能力的第二车道上行驶的第二组车辆接收的众包数据导出的。** <br>**公开性判断：未公开** | [0033] ...“vehicle probe data” refers to data obtained from probe devices associated with individual vehicles.<br>[0038] ...collecting the vehicle probe data at a central controller...<br>[0043] ...vehicle probe data comprises position traces representing the position... of individual vehicles...<br>[0152] ...vehicle probe data may be obtained from any suitable source... | 对比文件详细公开了使用来自多个个体车辆的“车辆探测数据”（vehicle probe data）来生成交通信息（如车道速度），这是一种典型的众包（crowdsourcing）数据应用方式。**然而**，本专利权利要求中对众包数据进行了特定划分：根据车辆所在车道是否“具有充电能力”来区分数据来源（第一组车辆在具有充电能力的车道，第二组车辆在没有充电能力的车道）。对比文件仅基于车辆位置区分车道（如左车道、右车道），从未基于“充电能力”这一属性对车道或车辆进行区分。因此，这种基于“充电能力”属性对众包数据进行特定划分和利用的技术特征未被对比文件公开。 |
| **技术特征O：所述充电度量包括在所述至少两条路线中的每条路线的末端处与所述导航设备相关联的车辆的电池的预期电荷水平。** <br>**公开性判断：未公开** | 全文未提及相关内容。 | 对比文件未提及任何与车辆电池、电荷水平相关的概念。该特征未被公开。 |
| **技术特征P：针对所述至少两条路线中的每条路线的充电度量包括每条路线的能够充电的百分比。** <br>**公开性判断：未公开** | 全文未提及相关内容。 | 对比文件未提及“能够充电”或计算其百分比。该特征未被公开。 |
| **技术特征Q：所述显示包括用不同的颜色区分充电车道可用性。** <br>**公开性判断：未公开** | 全文未提及相关内容。 | 对比文件未提及“充电车道可用性”，也未提及用颜色对其进行区分显示。该特征未被公开。 |
| **技术特征R：其中，所述充电度量包括所述至少两条路线中的每条路线的行驶的预期成本。** <br>**公开性判断：未公开** | 全文未提及相关内容。 | 对比文件未提及计算或显示路线行驶的“预期成本”。该特征未被公开。 |
| **技术特征S：其中，第一组车辆能够被充电，并且其中第二组车辆不能够被充电。** <br>**公开性判断：未公开** | 全文未提及相关内容。 | 对比文件在讨论车辆探测数据时，未对车辆是否“能够被充电”进行任何区分。该特征未被公开。 |
| **技术特征T：所述处理器还被配置为向所述路线管理服务器传输电池状态、所述目的地位置以及与所述至少两条路线中的至少一条相关联的车道的检测到的充电能力。** <br>**公开性判断：未公开** | 全文未提及相关内容。 | 对比文件未提及传输“电池状态”或“检测到的充电能力”。该特征未被公开。 |
| **技术特征U：.所述至少两条路线包括具有在所述目的地位置处的最短预期到达时间的第一路线、具有到所述目的地位置的最短距离的第二路线和具有最高充电度量的第三路线。** <br>**公开性判断：未公开** | [0013] ...user interacts with the navigation device to select the desired calculated route, optionally from a list of proposed routes.<br>[0190] ...other criteria could be taken into account. These criteria may be user specified criteria. | 对比文件提到了建议路线列表和用户指定标准，可以合理推断服务器可能提供基于不同标准（如最短时间、最短距离）计算的路线。**然而**，本专利权利要求明确限定了第三条路线是“具有最高充电度量的路线”。由于“充电度量”这一概念在对比文件中不存在，因此这条特定组成的路线集合（包含基于充电度量的路线）未被公开。 |
| **技术特征V：所述处理器还被配置为从所述至少两条路线中向所述用户界面提供建议的路线的集合，其中，所述建议的路线的集合基于所述至少两条路线的一个或多个车道的充电车道可用性。** <br>**公开性判断：未公开** | [0013] ...user interacts with the navigation device to select the desired calculated route, optionally from a list of proposed routes. | 对比文件公开了提供建议路线列表。**然而**，本专利权利要求明确限定该建议路线的集合是“基于所述至少两条路线的一个或多个车道的充电车道可用性”来提供的。由于“充电车道可用性”这一概念未被对比文件公开，因此基于此特定条件提供建议路线的技术特征未被公开。 |
| **技术特征W：其中，所述处理器还被配置为提供建议的出发时间、驾驶与导航设备相关联的车辆的速度，或者基于充电车道可用性对所述至少两条路线中的至少一条的调整。** <br>**公开性判断：未公开** | 全文未提及相关内容。 | 对比文件未提及基于“充电车道可用性”来建议出发时间、驾驶速度或调整路线。虽然对比文件提到了基于交通信息（拥堵）的动态路线调整，但这是基于完全不同的技术考虑（通行效率 vs. 充电）。该特征未被公开。 |
<<<A>>><<<B>>><<<D>>><<<g>>>