**对比文件名称**：发明申请_US20170158196A1 METHOD FOR JOINING DRIVING RANK OF VEHICLE
**目标专利名称**：用于车辆之间的协调式车道改变协商的系统及方法
**本次调用的模型名称**：DeepSeek最新版本模型
### 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| **技术特征A：由多个车辆中的第一车辆的计算装置从请求车辆接收车道改变请求** <br>**判断结果：直接公开** | “[0034] ... the joining requesting vehicle (for example, the third vehicle) may receive information of vehicles (for example, the first vehicle, the second vehicle, and the fourth vehicle) in the CACC driving rank...” <br>“[0035] Next, the joining requesting vehicle may transmit a joining request message to the vehicles in the CACC driving rank...” | 对比文件明确公开了“加入请求车辆”（joining requesting vehicle，即请求车辆）向“CACC驾驶队列中的车辆”（vehicles in the CACC driving rank，即包括第一车辆在内的多个车辆）发送“加入请求消息”（joining request message，即车道改变请求）。作为接收方，CACC队列中的车辆（相当于第一车辆）的计算装置必然接收此消息。该特征在对比文件中直接、明确地公开，且作用相同，均为发起车道改变/加入队列的协商过程。 |
| **技术特征B：所述请求车辆请求将其行进车道改变至由所述多个车辆占用的不同行进车道** <br>**判断结果：直接公开** | “[0030] ... a process in which a third vehicle 3 moves to a position A between a first vehicle 1 and a second vehicle 2 in a case in which a plurality of vehicles drive in a row (in case of a CACC driving rank)...” <br>“[0041] ... the joining requesting vehicle may move to a position between the vehicles in the CACC driving rank...” | 对比文件明确描述了“第三车辆3”（即请求车辆）希望移动到正在排成一队行驶的多个车辆（即第一、第二车辆等组成的CACC队列）之间的位置。该队列在同一车道上行驶，请求车辆要加入该队列，即意味着请求将其行进车道改变至该队列所占用的不同行进车道。该技术特征被直接公开，且作用与目标专利相同，都是表达改变至目标车道的意图。 |
| **技术特征C：与所述多个车辆协商以确定所述第一车辆为所述多个车辆中的响应车辆** <br>**判断结果：未公开** | 对比文件中未找到对应描述。 | 对比文件描述了请求车辆向CACC队列中的车辆广播请求（见[0035]），队列中的车辆接收请求（见[0036]），但并未描述队列中的车辆之间需要进行“协商”以确定由其中哪一个（例如第一车辆）来作为主导协调的“响应车辆”。对比文件中的“加入请求接收车辆”（joining request receiving vehicle）是一个泛指，指所有收到请求的车辆，并未通过协商指定一个特定的响应车辆。此特征未被公开。 |
| **技术特征D：所述响应车辆将协调所述请求车辆改变至由所述多个车辆占用的所述不同行进车道** <br>**判断结果：直接公开** | “[0038] ... a rear vehicle (the second vehicle) and a front vehicle (the first vehicle) with respect to the position to which the joining requesting vehicle wants to move to, among the vehicles in the CACC driving rank, may mutually adjust a distance therebetween...” | 对比文件明确公开了相对于请求车辆想要加入的位置的“后方车辆”（第二车辆）和“前方车辆”（第一车辆）相互调整它们之间的距离。第一车辆或第二车辆在此处即扮演了“响应车辆”的角色，通过调整距离来协调创建空间，从而协调请求车辆加入队列（即改变车道）。该特征被直接公开，且作用与目标专利中响应车辆协调车道改变的作用相同。 |
| **技术特征E：由所述响应车辆协调所述多个车辆以在所述不同行进车道中建立用以容纳所述请求车辆的空间** <br>**判断结果：直接公开** | “[0039] That is, the rear vehicle (the second vehicle) may decelerate from a reference speed, or the front vehicle (the first vehicle) may accelerate from the reference speed.” | 对比文件明确描述了后方车辆（第二车辆）减速或前方车辆（第一车辆）加速，以调整车辆间距。这正是响应车辆（第一或第二车辆）通过协调自身或其他车辆（即“多个车辆”）的速度，在原有队列中建立起一个可用于容纳请求车辆的空间。该技术特征被直接公开，且所起作用与目标专利完全相同。 |
| **技术特征F：及由所述响应车辆将车道改变响应传输至所述请求车辆** <br>**判断结果：直接公开** | “[0047] ... when the joining requesting vehicle is allowed to join the driving rank, the joining request receiving vehicles may transmit a join availability (acceptance) message to the joining requesting vehicle.” | 对比文件明确公开了“加入请求接收车辆”（即响应车辆）在允许加入时，向“加入请求车辆”（即请求车辆）发送“加入可用性（接受）消息”。这直接对应于将车道改变响应（此处为接受响应）传输至请求车辆。该特征被直接公开，且作用相同，均为告知请求车辆协调结果。 |
| **技术特征G：其中第二车辆在所述第一车辆正前方或所述第一车辆正后方** <br>**判断结果：直接公开** | “[0031] ...it may be assumed that the first vehicle 1 through the fourth vehicle 4 drive in a row.” <br> 以及图示1A-1C，3清晰地显示了车辆前后依次排列的关系。 | 对比文件明确假设了第一至第四车辆排成一队行驶（drive in a row），并且在整个说明书和附图中，车辆都是以明确的先后顺序（如第一车辆、第二车辆……）进行描述和图示。这直接、毫无歧义地公开了第二车辆在第一车辆的正前方或正后方（取决于观察方向）这一位置关系。该特征被直接公开。 |
| **技术特征H：其中所述协调包括：确定所述第一车辆与第二车辆之间的距离；确定用以建立所述空间的最小距离；及将所述最小距离及改变行进速度的命令传达至所述第二车辆以建立所述空间** <br>**判断结果：隐含公开** | “[0039] ...The distance between the vehicles may be set to a preset distance in advance...” <br> “[0038] ...a rear vehicle... and a front vehicle... may mutually adjust a distance therebetween.” | 1. **确定距离**：车辆相互调整距离（[0038]）的前提是它们能够感知或确定彼此间的当前距离，这是CACC系统的基本功能。<br>2. **确定最小距离**：对比文件提到“车辆之间的距离可以预先设置为预设距离”（[0039]），这个“预设距离”即为安全或操作所需的最小距离。<br>3. **传达命令**：虽然未明确描述“传达命令”的文字，但“后方车辆减速或前方车辆加速”（[0039]）这一协调动作的实现，在V2X通信的CACC系统背景下，必然涉及车辆间通过通信交换速度调整指令或意图，以达成共同的间距目标（即预设的最小距离）。对于本领域技术人员而言，这是实现所述协调的必然且隐含的技术手段。因此，该技术特征被隐含公开。 |
| **技术特征I：其中所述协调包括：确定所述多个车辆中的将在其间建立所述空间的两个车辆；确定用以建立所述空间的最小距离；及将所述最小距离及改变行进速度的命令传达至两个经确定车辆中的至少一者以建立所述空间** <br>**判断结果：隐含公开** | “[0035], [0037]”描述了请求车辆根据速度比较，确定是移动到前方两车之间（位置B）还是后方两车之间（位置C）。 <br> “[0039] ...The distance... may be set to a preset distance...” <br> “[0038] ... a rear vehicle... and a front vehicle... may mutually adjust a distance therebetween.” | 1. **确定两个车辆**：对比文件公开了请求车辆根据逻辑判断（速度比较），选择在“第一和第二车辆之间”（[0035]）或“第二和第四车辆之间”（[0037]）加入，这隐含了需要确定将在其间建立空间的两个特定车辆。<br>2. **确定最小距离**：同上，[0039]的“预设距离”即最小距离。<br>3. **传达命令**：同样，[0038-0039]描述的车辆间相互调整距离以建立空间，在CACC系统框架下，必然隐含了相关车辆（如前方的第一车辆和后方的第二车辆）之间或与协调系统之间，就目标距离（最小距离）和速度调整进行通信和命令传达。这对于本领域技术人员是显而易见的。因此，该技术特征被隐含公开。 |
| **技术特征J：其中所述确定所述两个车辆包括：确定所述请求车辆的位置；确定所述请求车辆与所述多个车辆中的每一者之间的距离；及确定所述多个车辆的行进次序** <br>**判断结果：隐含公开** | “[0034] ... the joining requesting vehicle ... may receive information of vehicles in the CACC driving rank...” <br> “[0033] ... the joining requesting vehicle may compare an average speed Va of the joining requesting vehicle with an average speed Ve of the vehicles in the CACC driving rank...” <br> “[0031] ... the first vehicle 1 through the fourth vehicle 4 drive in a row.” | 1. **确定请求车辆位置**：请求车辆需要知道自身信息（如速度[0033]）以进行决策，其位置信息是CACC/V2X系统的基本数据，是隐含的。<br>2. **确定距离**：请求车辆接收队列车辆信息（[0034]）并比较平均速度（[0033]），为了选择“最近的加入位置”（见[0039]“closest joining position”），必须能够评估自身与队列中各车辆的相对距离或位置关系。这是隐含的必要步骤。<br>3. **确定行进次序**：对比文件明确车辆“排成一队行驶”（[0031]），并始终以“第一、第二、第三、第四”的次序进行描述，这直接确定了车辆的行进次序。综合来看，实现对比文件方案必然需要进行J特征所述的一系列确定操作，因此该技术特征被隐含公开。 |
| **技术特征K：其中传达所述最小距离及改变所述行进速度的所述命令包括：将提速命令传达至所述多个车辆中的最前车辆，及将减速命令传达至所述多个车辆中的最后车辆** <br>**判断结果：直接公开** | “[0039] ... the rear vehicle (the second vehicle) may decelerate from a reference speed, or the front vehicle (the first vehicle) may accelerate from the reference speed.” | 对比文件明确公开了两种建立空间的方式：1) 后方车辆（相对于加入位置，可视为“最后车辆”）减速；2) 前方车辆（相对于加入位置，可视为“最前车辆”）加速。这直接对应于将减速命令传达至最后车辆，以及将提速命令传达至最前车辆。该技术特征被直接公开。 |
| **技术特征L：其中从所述请求车辆接收所述车道改变请求包括使用图像传感器来检测所述请求车辆上的经激活转向信号** <br>**判断结果：未公开** | 对比文件中未找到关于使用图像传感器检测转向信号的任何描述。 | 对比文件的核心通信方式是V2X（车辆到一切），特别是V2V（车辆到车辆）通信（见[0027], [0042]），来传输请求和响应消息。全文未提及通过视觉或图像传感器识别转向灯等传统信号的方式。因此，该技术特征未被公开。 |
| **技术特征M：其中从所述请求车辆接收所述车道改变请求包括从所述请求车辆接收射频通信** <br>**判断结果：直接公开** | “[0027] ... a sensor including a vehicle to everything (V2X) including communication between a vehicle and every entity such as vehicle to vehicle (V2V)...” <br> “[0042] ... vehicle-to-vehicle (V2V) communication method may be used...” | 对比文件明确其技术基础是V2X通信，特别是V2V通信。V2V通信标准（如DSRC, C-V2X）均基于射频（RF）通信技术。因此，“从请求车辆接收车道改变请求”在对比文件中必然是通过接收请求车辆发出的射频（RF）通信来实现的。该特征被直接公开。 |
| **技术特征N：其中所述车道改变响应指示所建立空间** <br>**判断结果：隐含公开** | “[0047] ... the joining request receiving vehicles may transmit a join availability (acceptance) message to the joining requesting vehicle.” | 对比文件公开了发送“加入可用性（接受）消息”。虽然未明文指出该消息包含“所建立空间”的具体信息（如坐标），但接受加入的肯定响应，其本身即向请求车辆传达了“空间已准备好（建立）”这一核心信息。在车辆协同驾驶的语境下，本领域技术人员可以理解，该响应必然关联到一个特定的、已协调好的空间位置（即第一与第二车辆之间，或第二与第四车辆之间的位置），否则请求车辆无法执行加入操作。因此，该技术特征被隐含公开。 |
| **技术特征O：其中协调所述多个车辆包括确定第二车辆应协调所述车道改变请求，且其中所述车道改变响应指示所述第二车辆处置所述车道改变请求** <br>**判断结果：未公开** | 对比文件中未找到对应描述。 | 对比文件中没有描述在多个车辆中指定一个特定的“第二车辆”来负责协调整个车道改变请求的过程。图4的流程显示请求车辆是直接与“后方车辆”（可能是第二或第四车辆）通信并等待其响应，并未提及该响应会指示由另一个“第二车辆”来处置请求。此特征未被公开。 |
<<<A>>><<<B>>><<<D>>><<<E>>><<<F>>><<<G>>><<<K>>><<<M>>><<<h>>><<<i>>><<<j>>><<<n>>>