**对比文件名称**：发明申请_US20140009307A1 SYSTEMS AND METHODS FOR COORDINATING SENSOR OPERATION FOR COLLISION DETECTION
**目标专利名称**：车辆传感器信息的交互式共享
**本次调用的模型名称**：DeepSeek
**特征比对表格**
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| **技术特征A：生成针对车辆传感器信息的请求** <br> **《直接公开》** | [0070] “In response, the coordination module 160 may be configured to transmit a request 223 for sensor data pertaining to the area 225 (via the communication module 130).” （作为响应，协调模块160可以被配置为传输针对区域225的传感器数据的请求223（经由通信模块130）。） | 对比文件直接描述了碰撞检测系统（请求方）的协调模块生成并传输针对特定区域传感器数据的请求。该请求的作用是向其他车辆（潜在响应方）获取自身无法直接感知区域的传感器信息，以用于碰撞检测。这与目标专利中请求方为解决特定视野被阻挡等问题而生成请求以获取补充传感器信息的作用相同。 |
| **技术特征B：对所述请求的所述生成是基于响应方的至少一种传感器能力的** <br> **《隐含公开》** | [0111] “The request may be generated and/or transmitted in response to the collision detection system 101 determining that a region and/or object is outside of a detection range of a sensing system 110 thereof, and/or determining that the object and/or region is inside of a detection range or envelope of the sensing system of the second land vehicle.” （该请求可以被生成和/或传输，以响应碰撞检测系统101确定一个区域和/或物体在其传感系统110的检测范围之外，和/或确定该物体和/或区域在第二陆地车辆的传感系统的检测范围或包络之内。） | 对比文件明确，请求的生成是基于对“第二陆地车辆的传感系统的检测范围或包络”的判断。这意味着请求方需要知晓或推断潜在响应方（第二陆地车辆）的传感器能力（即其检测范围），以确定其是否能够提供所需区域的传感器数据。虽然未使用“传感器能力”这一概括性术语，但“检测范围”是传感器能力的具体体现。因此，对本领域技术人员而言，可以确定对比文件隐含公开了基于响应方传感器能力（检测范围）来生成请求。其作用与目标专利中基于响应方能力来定制化生成请求，以提高请求有效性和响应率的作用相同。 |
| **技术特征C：对应的索引在所述请求中被分配给每个附近的车辆，用于指示何时在哪个帧或传输时间间隔(TTI)内响应** <br> **《未公开》** | 对比文件全文未提及在请求中为附近车辆分配索引以指示响应时间或资源（帧/TTI）的技术内容。 | 对比文件未公开此特征。其描述的请求-响应过程未涉及对多个潜在响应方进行精细的时域或资源调度。 |
| **技术特征D：经由车辆通信链路来发送所述请求** <br> **《直接公开》** | [0070] “...transmit a request 223 for sensor data pertaining to the area 225 (via the communication module 130).” （...传输针对区域225的传感器数据的请求223（经由通信模块130）。） | 对比文件明确请求是通过通信模块130进行传输的。根据上下文（车辆间协调），该通信模块用于车与车之间的通信。这直接公开了经由车辆通信链路发送请求。其作用与目标专利中通过车辆通信链路（如V2X）发送请求以建立通信的作用相同。 |
| **技术特征E：接收基于所述对应的索引的调度** <br> **《未公开》** | 对比文件全文未提及基于索引接收调度的技术内容。 | 对比文件未公开此特征。其未描述请求方接收由响应方基于索引生成的调度信息。 |
| **技术特征F：基于所述调度，来确定何时经由所述车辆通信链路来监测对所述请求的响应。** <br> **《未公开》** | 对比文件全文未提及基于调度来确定监测响应时间的技术内容。 | 对比文件未公开此特征。其描述的接收响应过程未涉及基于外部调度的优化监测。 |
| **技术特征G：确定所述至少一种传感器能力。** <br> **《直接公开》** | [0111] “...determining that the object and/or region is inside of a detection range or envelope of the sensing system of the second land vehicle.” （...确定该物体和/或区域在第二陆地车辆的传感系统的检测范围或包络之内。） | 对比文件明确描述了确定（第二陆地车辆）传感系统的检测范围。检测范围是传感器能力的关键参数。因此，该内容直接公开了确定响应方传感器能力的特征。其作用与目标专利中为生成有效请求而预先了解响应方能力的作用相同。 |
| **技术特征H：对所述至少一种传感器能力的所述确定包括：接收至少一个车辆信息消息；以及基于所述至少一个车辆信息消息来识别所述至少一种传感器能力。** <br> **《隐含公开》** | 对比文件未明确记载接收包含传感器能力的“车辆信息消息”。但[0111]段描述了确定其他车辆检测范围的能力，结合[0040]段“The sensing system 110 may be configured to provide sensor data to other vehicles 103, 104 and/or receive sensor data from other vehicles 103, 104.”（传感系统110可被配置为向其他车辆103、104提供传感器数据和/或从其他车辆103、104接收传感器数据）以及车辆间通过通信模块130进行协调的整个背景，对本领域技术人员而言，获取其他车辆传感器能力（如检测范围）的合理且常规方式就是通过车辆间通信接收包含此类信息的消息。因此，可以认为该技术特征被隐含公开。其作用与目标专利中通过接收消息来获知能力的作用相同。 | |
| **技术特征I：所述请求指定所请求的至少一种类型的传感器信息。** <br> **《直接公开》** | [0071] “The request 223 may comprise a request for sensor data pertaining to a particular area 225 and/or may comprise a request for all available sensor data.” （请求223可以包括针对特定区域225的传感器数据的请求，和/或可以包括对所有可用传感器数据的请求。） | 对比文件直接公开了请求可以指定所请求的传感器信息类型，例如“针对特定区域的传感器数据”或“所有可用传感器数据”。这直接限定了请求的信息内容。其作用与目标专利中通过请求指定所需信息类型，以精确获取所需数据的作用相同。 |
| **技术特征J：所述请求指定用于响应所述请求的至少一个标准。** <br> **《隐含公开》** | [0072] “The request 223 may be directed to a particular entity (e.g., vehicle 103) and/or may be broadcast to any source capable of satisfying the request 223.” （请求223可以被定向到特定实体（例如，车辆103）和/或可以被广播到任何能够满足请求223的源。） | 对比文件描述了请求可以“定向到特定实体”或广播给“任何能够满足请求的源”。这隐含了请求中包含了用于判断是否响应的标准：对于定向请求，标准是“是否为指定的特定实体”；对于广播请求，标准是“是否能够满足请求”（结合[0071]段，即是否能提供特定区域或所有数据）。因此，该特征被隐含公开。其作用与目标专利中通过设定标准来筛选合适响应方的作用相同。 |
| **技术特征K：所述请求包括车联万物通信控制信息集合。** <br> **《未公开》** | 对比文件全文未提及请求中包含“车联万物通信控制信息集合”。 | 对比文件未公开此特征。其描述的请求内容主要涉及传感器数据本身，未涉及对响应方下层传输参数的详细控制。 |
| **技术特征L：所述车联万物通信控制信息集合标识以下各项中的至少一项：用于响应所述请求的载波频率、用于响应所述请求的调制、用于响应所述请求的编码、用于响应所述请求的物理层资源块、用于响应所述请求的多输入多输出(MIMO)配置或者其任何组合。** <br> **《未公开》** | 对比文件全文未提及在请求中指定载波频率、调制、编码、物理层资源块、MIMO配置等下层传输参数。 | 对比文件未公开此特征。其未涉及对响应传输的接入层参数进行精细化控制。 |
| **技术特征M：基于在从特定源接收的至少一个车辆信息消息内包含的安全信息的安全信息。** <br> **《未公开》** | 对比文件全文未提及请求中包含基于从特定源接收的消息中的安全信息的安全信息。 | 对比文件未公开此特征。其未描述利用已有消息中的安全信息来构建请求安全机制。 |
| **技术特征N：所述至少一个车辆信息消息包括从所述特定源接收的基本安全消息(BSM)、从所述特定源接收的协作意识消息(CAM)或者其组合。** <br> **《未公开》** | 对比文件全文未提及BSM或CAM消息。 | 对比文件未公开此特征。其使用的术语和消息类型与目标专利不同。 |
| **技术特征O：所述请求包括标识以下各项中的至少一项的传感器感知信息集合：参考位置信息、关注时间段、至少一种传感器类型、至少一个传感器标识符、至少一个所请求的物体类型、至少一个关注区域、或者其任何组合。** <br> **《直接公开》** | [0101] “The request may identify a particular area of interest (e.g., area 125, 225).” （请求可以识别特定的关注区域（例如，区域125，225）。） | 对比文件直接公开了请求可以包含“特定的关注区域”，这属于“至少一个关注区域”。因此，该技术特征被直接公开。其作用与目标专利中通过指定关注区域来限定所需传感器信息范围的作用相同。 |
| **技术特征P：所述请求指示以下各项中的至少一项：用于响应所述请求的调度、用于响应所述请求的至少一个传输参数、用于响应所述请求的无线接入技术(RAT)、用于响应所述请求的载波频率、装置的至少一个属性、与所述装置相关联的车联万物通信标识符、与所述装置相关联的协作意识消息(CAM)站标识符、与所述装置相关联的基本安全消息(BSM)站标识符、或者其任何组合。** <br> **《未公开》** | 对比文件全文未提及请求中指示响应调度、传输参数、RAT、载波频率、车联万物通信标识符、CAM站ID、BSM站ID等内容。 | 对比文件未公开此特征。其请求内容不包含对响应调度或特定标识符的指示。 |
| **技术特征Q：确定至少一个下层传输特性；以及基于所述至少一个下层传输特性来识别所述请求的至少一个内容。** <br> **《未公开》** | 对比文件全文未提及基于下层传输特性（如信道质量）来确定或调整请求内容。 | 对比文件未公开此特征。其请求内容的确定主要基于感知需求，而非通信层特性。 |
| **技术特征R：确定请求方和所述响应方的相对位置；以及基于所述相对位置来识别所述请求的至少一个内容。** <br> **《未公开》** | 对比文件描述了基于其他车辆是否在所需区域的“检测范围”内来生成请求（[0111]），这隐含了位置关系，但并未明确描述“确定请求方和响应方的相对位置”并基于此“识别请求内容”的步骤。请求内容（如关注区域）是预先根据自身需求确定的，而非基于与特定响应方的相对位置动态识别。 | 对比文件未公开此特征。其逻辑是：有需求（某区域不可见）->寻找可能覆盖该区域的车辆（判断其检测范围）->发送请求。请求内容（所需区域）在判断相对位置之前已确定，而非基于相对位置来识别。 |
| **技术特征S：接收车辆信息消息；以及将所述请求与所接收的车辆信息消息进行关联，其中，所述请求与所述车辆信息消息的所述关联包括：在所述请求中参考所述车辆信息消息的位置信息、所述车辆信息消息的安全信息或者其组合。** <br> **《未公开》** | 对比文件全文未提及将请求与先前接收的车辆信息消息（如包含位置、安全信息）进行关联或参考。 | 对比文件未公开此特征。其未描述利用已有周期性消息中的信息来精简请求消息的机制。 |
| **技术特征T：接收车辆信息消息；基于所述车辆信息消息来确定所述响应方的第一标识符；确定所述响应方的车联万物通信标识符；以及将所述第一标识符与所述车联万物通信标识符进行映射。** <br> **《未公开》** | 对比文件全文未提及从车辆信息消息中确定标识符，并将其与车联万物通信标识符进行映射。 | 对比文件未公开此特征。其未描述不同标识符之间的映射关系。 |
| **技术特征U：对所述请求的所述传输包括：对所述请求进行广播或进行多播；以及所述请求包括用于所述响应方用以确定是否响应所述请求的至少一个标准。** <br> **《隐含公开》** | [0072] “The request 223 may be directed to a particular entity (e.g., vehicle 103) and/or may be broadcast to any source capable of satisfying the request 223.” （请求223可以被定向到特定实体（例如，车辆103）和/或可以被广播到任何能够满足请求223的源。） | 对比文件明确提及请求可以“广播”。结合对特征J的分析，广播请求隐含包含了“能够满足请求”这一响应标准。因此，该特征被隐含公开。其作用与目标专利中通过广播/多播扩大请求范围，并利用标准筛选响应方的作用相同。 |
| **技术特征V：从所述响应方接收车辆信息消息；以及基于与所述车辆信息消息相关联的标识符，来确定所述响应方的标识符，其中，所述请求包括所述响应方的所述标识符。** <br> **《未公开》** | 对比文件未描述从响应方接收车辆信息消息并基于其标识符来确定响应方标识符，进而将标识符包含在请求中的过程。其定向请求（[0072]）可能预设了已知标识符，但未公开通过接收消息来确定该标识符的步骤。 | 对比文件未公开此特征。其单播请求的建立机制未明确描述。 |
| **技术特征W：识别要请求的传感器信息；确定至少一个接收到的响应是否包括所识别的传感器信息；以及基于对至少一个接收到的响应是否包括所识别的传感器信息的确定，来确定是否生成所述请求。** <br> **《未公开》** | 对比文件全文未提及通过监测其他请求的响应来判断所需信息是否已由其他车辆提供，从而决定是否发送请求的拥塞控制机制。 | 对比文件未公开此特征。其未描述为避免冗余请求而进行的判断逻辑。 |
| **技术特征X：测量至少一个车辆信息消息；以及基于所述测量，来确定要由所述响应方用于响应所述请求的至少一个传输参数，其中，所述请求包括对所述至少一个传输参数的指示。** <br> **《未公开》** | 对比文件全文未提及测量车辆信息消息（如下行信道质量）来确定并指示响应方使用的传输参数。 | 对比文件未公开此特征。其未描述基于信道测量来优化响应传输的参数协商过程。 |
<<<A>>><<<D>>><<<G>>><<<I>>><<<O>>><<<b>>><<<h>>><<<j>>><<<u>>>