**对比文件名称**：发明申请_US20170076607A1 Organized Intelligent Merging
**目标专利名称**：用于车辆之间的协调式车道改变协商的系统及方法
**本次调用的模型名称**：DeepSeek-R1
**特征比对表格**
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| **特征A：由多个车辆中的第一车辆的计算装置从请求车辆接收车道改变请求**<br>**未公开** | 对比文件说明书中未记载由多个车辆中的某一车辆作为“第一车辆”从请求车辆接收车道改变请求。 | 目标专利的特征A描述了车辆间（V2V）的直接通信场景，即请求车辆向特定车道内的“第一车辆”发送车道改变请求。对比文件（如[0060]段）描述的系统架构中，合并车辆（相当于请求车辆）的参数（如速度、位置）是通过网络发送给服务器（server 125），或由车辆自身的移动设备（mobile device 122）计算（[0056]段）。其核心是由一个中央服务器或车辆自身设备基于收集的数据进行计算和模拟，以确定合并点，而非车辆之间直接进行请求与接收的协商通信。因此，对比文件未公开该特征。 |
| **特征B：所述请求车辆请求将其行进车道改变至由所述多个车辆占用的不同行进车道；**<br>**未公开** | 对比文件说明书[0017]段：“The following embodiments describe systems and methods for determining a merge point and providing a merge point notification for a merging vehicle ahead of a merge aperture to achieve the highest traffic flow...”<br>[0018]段：“...the vehicle may not be able to merge from the merging lane because other vehicles are traveling in the through-lane blocking the vehicle from merging.” | 特征B限定了请求的内容是改变至一个由其他多个车辆占用的“不同行进车道”。对比文件虽然描述了车辆需要合并（merge）的场景，例如从匝道并入主路（[0020]段，图2）或通过施工区域（[0020]段，图3），即从一个车道改变到另一个有车辆行驶的车道。但是，对比文件通篇未描述“请求车辆”主动发起一个明确的“请求”动作。其“合并”需求是基于车辆位置、导航系统或检测到的道路状况（如施工区）隐含产生的，并由系统计算最佳合并时机，而非通过一个明确的请求消息来发起协商。因此，对比文件未公开“请求”这一动作特征。 |
| **特征C：与所述多个车辆协商以确定所述第一车辆为所述多个车辆中的响应车辆**<br>**未公开** | 对比文件说明书中未记载车辆之间通过协商来确定某一车辆为“响应车辆”的过程。 | 特征C的核心在于“协商”以“确定响应车辆”。对比文件中的决策主体是服务器（server 125）或合并车辆自身的计算设备（mobile device 122）。例如，服务器基于模拟结果直接生成合并通知（[0039]段，act 1011），或移动设备基于模拟结果自行发起合并（[0059]段，act 2011）。整个过程是计算和优化，不存在车辆之间相互通信、讨论或投票以推举出一个负责协调的“响应车辆”的步骤。因此，对比文件未公开该特征。 |
| **特征D：所述响应车辆将协调所述请求车辆改变至由所述多个车辆占用的所述不同行进车道；**<br>**未公开** | 对比文件说明书[0059]段：“At act 2011, the mobile device 122 initiates merging of the merging vehicle based on the merge distance.” | 特征D限定了由“响应车辆”来“协调”请求车辆的车道改变。对比文件中，执行“协调”或“发起”动作的主体是“移动设备”（mobile device 122）或“服务器”（server 125），如[0059]段所述移动设备基于计算出的合并距离来发起本车的合并。这相当于请求车辆自己（或代表它的系统）在行动，或者是一个中央服务器在指挥，而不是由目标车道中的另一个车辆（即响应车辆）来协调请求车辆。因此，对比文件未公开该特征。 |
| **特征E：由所述响应车辆协调所述多个车辆以在所述不同行进车道中建立用以容纳所述请求车辆的空间**<br>**未公开** | 对比文件说明书[0024]段：“The simulation yields an average speed and time for all vehicles traveling through the merge aperture based on a merge distance of a merging vehicle and/or a notification distance for the merging vehicle.”<br>[0025]段：“...the simulation is optimized to determine a merge distance and/or merge notification distance that produces a high average speed...” | 特征E的核心在于“响应车辆”主动“协调多个车辆”以“建立空间”。对比文件通过模拟（simulation）和优化（如粒子群优化PSO）来计算一个最佳的“合并距离”（merge distance）。这个距离是一个建议值，用于告知或控制合并车辆何时开始变道。然而，这个“空间”的建立是模拟计算的结果，而不是通过协调目标车道中的其他车辆改变速度或位置来主动创造的。对比文件没有描述目标车道中的车辆如何接收指令并协作调整队形以腾出空间。因此，对比文件未公开该特征。 |
| **特征F：及由所述响应车辆将车道改变响应传输至所述请求车辆。**<br>**未公开** | 对比文件说明书[0039]段：“The server transmits the merge notification to the navigation system 122 in the merging vehicle.” | 特征F限定了由“响应车辆”向“请求车辆”传输响应。对比文件中，确实有向合并车辆发送“合并通知”（merge notification）的步骤（如[0039]段）。然而，发送方是“服务器”（server 125），接收方是合并车辆中的导航系统。这是一个“车-云-车”或“服务器-车”的通信模式，而非目标专利中限定的“车-车”（V2V）直接通信，即由作为协调者的响应车辆直接向请求车辆发送响应。因此，对比文件未公开该特征。 |
| **特征G：其中第二车辆在所述第一车辆正前方或所述第一车辆正后方。**<br>**未公开** | 对比文件说明书中未明确记载在协调过程中涉及具有特定前后位置关系的“第一车辆”和“第二车辆”。 | 特征G是对车辆相对位置的限定。对比文件在进行交通模拟时，会考虑多辆车的参数（[0023]段），这些车辆自然会有前后位置关系。但是，对比文件的方案并未基于这种特定的前后车辆关系（如第一车辆和第二车辆）来组织协调逻辑。其优化计算是基于所有相关车辆的整体参数，而非指定某两辆车进行配对操作。因此，该位置关系特征未被对比文件公开。 |
| **特征H：其中所述协调包括：确定所述第一车辆与第二车辆之间的距离；确定用以建立所述空间的最小距离；及将所述最小距离及改变行进速度的命令传达至所述第二车辆以建立所述空间。**<br>**未公开** | 对比文件说明书[0023]段：“The simulation may include the following parameters: the total number of vehicles; each vehicle's speed; a maximum and minimum speed of each vehicle; and the current position of each vehicle.”<br>[0025]段：“...the simulation is optimized to determine a merge distance...” | 特征H描述了一个具体的协调步骤：确定两车间距、确定最小所需距离、并向第二车辆传达包含最小距离和速度改变命令的指令。对比文件的模拟过程会计算车辆的位置和速度，并优化出一个“合并距离”。但是，这个“合并距离”是给合并车辆的建议或指令，而不是传达给目标车道中其他车辆（第二车辆）的命令。对比文件没有描述向目标车道中的其他车辆发送命令，要求它们改变速度以建立特定大小空间的过程。因此，对比文件未公开该特征。 |
| **特征I：其中所述协调包括：确定所述多个车辆中的将在其间建立所述空间的两个车辆；确定用以建立所述空间的最小距离；及将所述最小距离及改变行进速度的命令传达至两个经确定车辆中的至少一者以建立所述空间。**<br>**未公开** | 同特征H的引用。对比文件未记载从多个车辆中特别选定两个车辆在其间建立空间，并向它们发送命令的步骤。 | 特征I是特征H的扩展，将协调对象从明确的“第二车辆”扩展到从多个车辆中选定的两个车辆。对比文件的模拟涉及多辆车，但优化目标是整个交通流的平均速度，其输出是一个合并距离，而不是一个涉及特定两辆车的“空间建立”指令集。没有证据表明对比文件会选定两个特定车辆，并命令它们调整速度以在其间创造空间。因此，对比文件未公开该特征。 |
| **特征J：其中所述确定所述两个车辆包括：确定所述请求车辆的位置；确定所述请求车辆与所述多个车辆中的每一者之间的距离；及确定所述多个车辆的行进次序。**<br>**未公开** | 对比文件说明书[0023]段提及模拟参数包括每辆车的位置和速度。[0056]段描述移动设备接收其他接近合并点的车辆的参数。 | 特征J描述了如何确定两个车辆的方法，包括确定请求车辆位置、计算与各车距离、以及确定车队次序。对比文件在收集车辆参数（如位置、速度）进行模拟时，隐含地可以获得这些信息。例如，知道各车位置就可以计算相对距离和推断行进次序。然而，对比文件中收集和使用这些信息的目的和场景不同：它是为了进行全局交通流模拟和优化合并距离，而不是为了在多个车辆中“确定两个车辆”以在其间建立空间。因此，该确定方法未被对比文件公开用于所述目的。 |
| **特征K：其中传达所述最小距离及改变所述行进速度的所述命令包括：将提速命令传达至所述多个车辆中的最前车辆，及将减速命令传达至所述多个车辆中的最后车辆。**<br>**未公开** | 对比文件说明书中未记载向车队中的“最前车辆”发送提速命令、向“最后车辆”发送减速命令的步骤。 | 特征K描述了一种具体的协调策略，即通过命令车队的头车加速、尾车减速来拉大车队间距以创造空间。对比文件的方案完全依赖于中央计算和向合并车辆发送通知，没有涉及对目标车道中其他车辆进行这种精细的、差异化的速度控制命令的传达。因此，对比文件未公开该特征。 |
| **特征L：其中从所述请求车辆接收所述车道改变请求包括使用图像传感器来检测所述请求车辆上的经激活转向信号。**<br>**未公开** | 对比文件说明书[0052]段：“The optical sensor may include a camera, a LiDAR device, a proximity sensor, or another sensor configured to detect distances to nearby objects...” | 特征L限定了一种特定的请求接收方式：通过图像传感器检测转向灯信号。对比文件虽然提到了光学传感器（如摄像头）可以用于检测附近物体（[0052]段），但并未将其用途描述为用于检测另一辆车的转向信号以作为车道改变请求的接收方式。对比文件中请求的发起或需求的判定是基于车辆参数上报、位置信息或地图数据，而非视觉信号检测。因此，对比文件未公开该特征。 |
| **特征M：其中从所述请求车辆接收所述车道改变请求包括从所述请求车辆接收射频通信。**<br>**隐含公开** | 对比文件说明书[0021]段：“The mobile devices 122 transmit the data collected to the server 125 and/or other mobile devices 122 over the network 127.”<br>[0047]段：“The communication interface 205 and/or communication interface 305 provides for wireless and/or wired communications...” | 特征M限定通过射频通信接收请求。对比文件明确描述了移动设备（安装在车辆上）通过网络（包括无线网络）向服务器或其他移动设备传输数据（[0021]段），并且通信接口支持无线通信（[0047]段）。虽然对比文件中传输的是车辆参数数据（如速度、位置），用于后续的模拟计算，而不是一个明确的“车道改变请求”消息，但“从请求车辆接收射频通信”这一动作本身是对比文件技术方案实现数据传输的基础。对于本领域技术人员而言，在对比文件公开的车辆间或车与云之间通过无线网络传输数据的基础上，将需要合并的意图（即车道改变请求）作为其中一种特定类型的数据通过射频通信发送，是容易想到的常规技术手段。该特征在对比文件整体技术方案中起到信息传递的作用，与目标专利中为解决通信问题所起的作用相同。因此，该特征被对比文件隐含公开。 |
| **特征N：其中所述车道改变响应指示所建立空间。**<br>**未公开** | 对比文件说明书[0039]段：“The server transmits the merge notification to the navigation system 122 in the merging vehicle.” | 特征N限定了响应内容包含对所建立空间的指示。对比文件中传输的是“合并通知”（merge notification），该通知基于计算出的“合并距离”（merge distance）。这个距离可以被理解为建议合并的空间位置或时机，但对比文件并未明确描述该通知中包含了“所建立空间”的指示（例如，空间位于哪两辆车之间、空间大小等）。其通知更侧重于“何时/何处”合并，而非“空间已建立”这一状态或结果。因此，对比文件未公开该特征。 |
| **特征O：其中协调所述多个车辆包括确定第二车辆应协调所述车道改变请求，且其中所述车道改变响应指示所述第二车辆处置所述车道改变请求。**<br>**未公开** | 对比文件说明书中未记载确定另一车辆（第二车辆）来协调请求，并在响应中指示由该车辆处置请求的内容。 | 特征O描述了一种协调责任的转移：确定由另一个车辆（第二车辆）来协调，并在给请求车辆的响应中告知这一点。对比文件的决策和协调中心是服务器或请求车辆自身，不存在将协调责任委托给车队中另一车辆，并通过响应告知请求车辆的步骤。因此，对比文件未公开该特征。 |
<<<m>>>