**对比文件名称**：发明公开_CN104620298A 协调用于碰撞检测的传感器操作的系统和方法
**目标专利名称**：车辆传感器信息的交互式共享
**本次调用模型名称**：深度求索 DeepSeek
**特征比对表格**
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| **A. 生成针对车辆传感器信息的请求** <br>《直接公开》 | 第[0074]段：“碰撞检测系统101可以被配置为就有关区域225的传感器数据发送请求223”。 第[0104]段：“步骤414可以包括从外部实体(例如，其它车辆103)请求传感器数据”。 | 对比文件明确记载了第一车辆（碰撞检测系统101）可以向其他车辆发送请求，以获取与特定区域相关的传感器数据。该“请求”在对比文件的技术方案中，其作用同样是主动发起对车辆传感器信息的获取，与目标专利中为解决按需获取传感器信息问题所起的作用相同。因此，该技术特征被直接公开。 |
| **B. 对所述请求的所述生成是基于响应方的至少一种传感器能力的** <br>《直接公开》 | 第[0090]段：“至少部分地基于以下所列项中的至少一项来选择所述第二陆地车辆：所述第二陆地车辆的位置、所述第二陆地车辆的方向、所述第二陆地车辆的传感器容量...”。 第[0163]段：“所述协调模块被配置成在至少部分地基于以下所列项中的至少一项来选择所述第二陆地车辆：...所述第二陆地车辆的传感器容量...”。 | 对比文件明确教导了生成请求（或选择响应方）时，需要考虑潜在响应方的“传感器容量”（即传感器能力）。这与目标专利中基于响应方传感器能力来生成请求，以更有效地获取所需信息的作用相同。因此，该技术特征被直接公开。 |
| **C. 对应的索引在所述请求中被分配给每个附近的车辆，用于指示何时在哪个帧或传输时间间隔(TTI)内响应** <br>《未公开》 | 无相应记载。 | 对比文件通篇未提及在请求中为车辆分配索引，也未涉及基于帧或传输时间间隔(TTI)来调度响应的机制。其协调操作更侧重于基于地理位置、传感器能力等选择车辆，或形成多基地传感器，而非目标专利中这种精确的、基于索引的时域调度。因此，该技术特征既未被直接公开，也未被隐含公开。 |
| **D. 经由车辆通信链路来发送所述请求** <br>《直接公开》 | 第[0074]段：“请求223可以通过通信模块130来发送”。 第[0104]段：“步骤414的请求可以通过通信模块130发送”。 | 对比文件明确记载了请求是通过“通信模块130”发送的。结合上下文（如第[0048]段描述通信模块用于与其他车辆配合），该通信模块实现的即是车辆间的通信链路。其作用与目标专利中用于传输请求的车辆通信链路相同。因此，该技术特征被直接公开。 |
| **E. 接收基于所述对应的索引的调度** <br>《未公开》 | 无相应记载。 | 由于对比文件未公开技术特征C（分配索引），因此也就不存在“基于对应的索引的调度”。该技术特征未被公开。 |
| **F. 基于所述调度，来确定何时经由所述车辆通信链路来监测对所述请求的响应** <br>《未公开》 | 无相应记载。 | 由于对比文件未公开基于索引的调度机制，因此也不存在基于该调度来确定监测响应时间的操作。该技术特征未被公开。 |
| **G. 确定所述至少一种传感器能力** <br>《隐含公开》 | 第[0090]段：“至少部分地基于...所述第二陆地车辆的传感器容量...来选择所述第二陆地车辆”。 | 对比文件教导了选择响应方需要基于其“传感器容量”。对本领域技术人员而言，要基于此进行选择，必然需要先确定候选车辆的传感器能力。这是一个隐含的、必要的步骤。该确定步骤在对比文件中的作用是为了选择合适的协作方以获取有效数据，与目标专利中为生成针对性请求而确定能力的作用实质相同。因此，该技术特征被隐含公开。 |
| **H. 对所述至少一种传感器能力的所述确定包括：接收至少一个车辆信息消息；以及基于所述至少一个车辆信息消息来识别所述至少一种传感器能力** <br>《隐含公开》 | 第[0090]段提及选择基于“位置、方向、传感器容量”等信息。第[0080]段提及从其他车辆接收“辅助数据”，其可包括“身份、车辆尺寸、方向...”。 | 对比文件虽未明确描述通过接收“车辆信息消息”来确定传感器能力，但其中记载了车辆间可以交换包含车辆状态和属性的“辅助数据”（可视为一种车辆信息消息），并且选择协作车辆需要基于其“传感器容量”。对本领域技术人员而言，在车辆间通信的背景下，要获知对方车辆的传感器容量，一种常规且直接的方式就是通过接收对方车辆发送的包含此类信息的消息（如辅助数据、状态广播）来识别。该过程在对比文件整体方案中是实现车辆选择和协作的基础，与目标专利中通过接收消息来识别能力的作用相同。因此，该技术特征被隐含公开。 |
| **I. 所述请求指定所请求的至少一种类型的传感器信息** <br>《直接公开》 | 第[0076]段：“请求223可包括请求与特定区域225有关的传感器数据和/或可包括请求所有可用的传感器数据”。 第[0106]段：“请求可以识别所讨论的特定区域...可替代地，或附加地，请求可以识别所讨论的物体...”。 | 对比文件明确记载了请求可以指定需要获取传感器数据的“特定区域”或“特定物体”。指定区域或物体，即是在指定所请求的传感器信息的类型（与特定空间或对象相关的信息）。这与目标专利中请求指定信息类型，以获取针对性数据的作用相同。因此，该技术特征被直接公开。 |
| **J. 所述请求指定用于响应所述请求的至少一个标准** <br>《隐含公开》 | 第[0090]段：“至少部分地基于以下所列项中的至少一项来选择所述第二陆地车辆：所述第二陆地车辆的位置、方向、传感器容量、相对于指定区域的位置...”。 | 对比文件描述了选择响应车辆所基于的多个标准（位置、方向、传感器容量、与指定区域的相对关系等）。虽然描述为“选择”标准，但对于广播或多播请求的场景，本领域技术人员能够理解，可以将这些选择标准包含在请求中，作为“响应标准”，只有满足这些标准的车辆才会响应。这在对比文件整体方案中起到了筛选合适响应方、提高协作效率的作用，与目标专利中指定响应标准的作用相同。因此，该技术特征被隐含公开。 |
| **K. 所述请求包括车联万物通信控制信息集合** <br>《未公开》 | 无相应记载。 | 对比文件未提及“车联万物(V2X)通信控制信息集合”这一特定概念或容器。其通信协调主要关注于应用层的数据交换和传感器操作配置，并未涉及对下层V2X通信参数（如载波、调制等）的显式控制信息集合。因此，该技术特征未被公开。 |
| **L. 所述车联万物通信控制信息集合标识以下各项中的至少一项：用于响应所述请求的载波频率、用于响应所述请求的调制、用于响应所述请求的编码、用于响应所述请求的物理层资源块、用于响应所述请求的多输入多输出(MIMO)配置或者其任何组合** <br>《未公开》 | 无相应记载。 | 由于对比文件未公开技术特征K（V2X通信控制信息集合），因此也不可能公开该集合所包含的具体内容，如载波频率、调制、编码等底层传输参数。该技术特征未被公开。 |
| **M. 基于在从特定源接收的至少一个车辆信息消息内包含的安全信息的安全信息** <br>《未公开》 | 第[0084]段：“监控数据可被固定使得可以验证监控数据的真实性和/或源”。第[0157]段：“确保所存储的所述监控数据安全”。 | 对比文件提到了对存储或传输的数据进行安全保护（如签名、加密），以确保真实性和源验证。但这属于对数据本身的后处理保护，并非目标专利中描述的“请求”中“包含”或“基于”从特定源消息中获得的安全信息。目标专利特征涉及利用已有的安全上下文来保护请求或响应，而对比文件的安全措施是独立应用的。两者作用不同。因此，该技术特征未被公开。 |
| **N. 所述至少一个车辆信息消息包括从所述特定源接收的基本安全消息(BSM)、从所述特定源接收的协作意识消息(CAM)或者其组合** <br>《未公开》 | 无相应记载。 | 对比文件未提及“基本安全消息(BSM)”或“协作意识消息(CAM)”这两种特定的标准化消息类型。其提到的“辅助数据”或“车辆信息消息”是功能性的描述，并未特指BSM或CAM。因此，该技术特征未被公开。 |
| **O. 所述请求包括标识以下各项中的至少一项的传感器感知信息集合：参考位置信息、关注时间段、至少一种传感器类型、至少一个传感器标识符、至少一个所请求的物体类型、至少一个关注区域、或者其任何组合** <br>《直接公开》 | 第[0076]段：“请求223可包括请求与特定区域225有关的传感器数据...”。 第[0106]段：“请求可以识别所讨论的特定区域（例如，区域125、225）...可替代地，或附加地，请求可以识别所讨论的物体...”。 | 对比文件明确记载了请求可以指定“特定区域”（即关注区域）和“特定物体”（即所请求的物体类型）。这直接对应于目标专利技术特征O中“至少一个关注区域”和“至少一个所请求的物体类型”。这些信息在对比文件中用于限定所需传感器数据的范围，与目标专利中的作用相同。因此，该技术特征被直接公开（至少部分内容）。 |
| **P. 所述请求指示以下各项中的至少一项：用于响应所述请求的调度、用于响应所述请求的至少一个传输参数、用于响应所述请求的无线接入技术(RAT)、用于响应所述请求的载波频率、装置的至少一个属性、与所述装置相关联的车联万物通信标识符、与所述装置相关联的协作意识消息(CAM)站标识符、与所述装置相关联的基本安全消息(BSM)站标识符、或者其任何组合** <br>《未公开》 | 无相应记载。 | 对比文件未提及在请求中指示响应的调度、具体的物理层传输参数（如RAT、载波频率）、或与V2X/CAM/BSM相关的特定标识符。其通信协调不涉及对响应传输层参数的显式控制。因此，该技术特征未被公开。 |
| **Q. 确定至少一个下层传输特性；以及基于所述至少一个下层传输特性来识别所述请求的至少一个内容** <br>《未公开》 | 无相应记载。 | 对比文件未涉及根据信道质量等“下层传输特性”来动态决定或调整请求内容（例如，请求数据量的大小）的描述。其请求内容主要基于感知需求（如区域、物体）决定。因此，该技术特征未被公开。 |
| **R. 确定请求方和所述响应方的相对位置；以及基于所述相对位置来识别所述请求的至少一个内容** <br>《隐含公开》 | 第[0090]段：选择第二车辆可基于“所述第二陆地车辆相对于指定区域的位置、所述第二陆地车辆相对于指定物体的位置...”。 第[0106]段：“请求可以识别所讨论的特定区域（例如，区域125、225）”。 | 对比文件教导了选择响应方需要考虑其与“指定区域”或“指定物体”的相对位置。隐含地，请求方在生成请求（指定区域或物体）时，需要知晓自身与目标区域/物体的相对关系，这可能涉及到对自身和潜在响应方位置的认知。基于相对位置关系来确定需要请求哪个区域的数据，是协作感测中的常规逻辑。该过程在对比文件中的作用是确保请求发给位置合适的车辆，与目标专利中基于相对位置确定请求内容的作用一致。因此，该技术特征被隐含公开。 |
| **S. 接收车辆信息消息；以及将所述请求与所接收的车辆信息消息进行关联，其中，所述请求与所述车辆信息消息的所述关联包括：在所述请求中参考所述车辆信息消息的位置信息、所述车辆信息消息的安全信息或者其组合** <br>《未公开》 | 第[0080]段：“辅助数据229可以包括...车辆103的‘自身资料’，其可以包括，但不限于：...位置...”。 第[0081]段：“处理模块120可以使用辅助数据229将传感器数据227变换到车辆102的参照系...”。 | 对比文件描述了接收其他车辆的“辅助数据”（包含位置等信息），并用于处理传感器数据（如坐标变换）。但这与目标专利的“关联”不同。目标专利的“关联”特指在请求中直接引用先前接收的某条消息中的信息（如位置、安全信息），以简化请求内容或建立安全上下文。对比文件并未描述这种将请求与特定已接收消息进行引用关联的机制。因此，该技术特征未被公开。 |
| **T. 接收车辆信息消息；基于所述车辆信息消息来确定所述响应方的第一标识符；确定所述响应方的车联万物通信标识符；以及将所述第一标识符与所述车联万物通信标识符进行映射** <br>《未公开》 | 无相应记载。 | 对比文件未提及从车辆信息消息中获取“第一标识符”，也未涉及“车联万物通信标识符”以及两者之间的映射关系。其车辆识别可能通过其他方式（如辅助数据中的身份信息），但未形成如目标专利所述的明确映射机制。因此，该技术特征未被公开。 |
| **U. 对所述请求的所述传输包括：对所述请求进行广播或进行多播；以及所述请求包括用于所述响应方用以确定是否响应所述请求的至少一个标准** <br>《隐含公开》 | 第[0076]段：“请求223可以被引导到特定实体...和/或可以广播到能够满足请求223的任何源”。 第[0090]段（结合J特征分析）：请求/选择可基于多项标准。 | 对比文件明确记载了请求可以“广播”发送。同时，如对特征J的分析，其描述了基于位置、传感器能力等标准来选择响应方。在广播场景下，本领域技术人员能够直接且毫无疑义地确定，这些选择标准可以被包含在广播的请求中，作为接收方判断自身是否应该响应的依据。这在对比文件整体方案中用于实现有效的特设协作，与目标专利中广播请求并包含响应标准的作用相同。因此，该技术特征被隐含公开。 |
| **V. 从所述响应方接收车辆信息消息；以及基于与所述车辆信息消息相关联的标识符，来确定所述响应方的标识符，其中，所述请求包括所述响应方的所述标识符** <br>《隐含公开》 | 第[0076]段：“请求223可以被引导到特定实体（例如，车辆103）”。 第[0105]段：“步骤414可包括：建立与实体的通信，其可以包括发现实体...”。 | 对比文件描述了请求可以针对“特定实体”（即特定响应方），这隐含了请求方需要事先知道该响应方的某种标识符（例如，通过通信发现获得）。同时，对比文件也提到车辆间会交换包含身份等信息的“辅助数据”（第[0080]段）。对本领域技术人员而言，在车辆间通信中，要单播请求给特定车辆，一种常规方式就是先通过接收该车辆发送的消息（如广播的状态消息）获知其标识符，然后在请求中包含该标识符。该过程在对比文件中的作用是指定请求目标，与目标专利中的作用相同。因此，该技术特征被隐含公开。 |
| **W. 识别要请求的传感器信息；确定至少一个接收到的响应是否包括所识别的传感器信息；以及基于对至少一个接收到的响应是否包括所识别的传感器信息的确定，来确定是否生成所述请求** <br>《未公开》 | 无相应记载。 | 对比文件未描述请求方通过监测其他车辆已发送的响应，来判断是否需要发送新请求以避免冗余的机制。其拥塞控制或优化策略不涉及此具体逻辑。因此，该技术特征未被公开。 |
| **X. 测量至少一个车辆信息消息；以及基于所述测量，来确定要由所述响应方用于响应所述请求的至少一个传输参数，其中，所述请求包括对所述至少一个传输参数的指示** <br>《未公开》 | 无相应记载。 | 对比文件未涉及通过对接收到的消息进行物理层测量（如信号质量），来为响应方确定并指示传输参数（如调制编码方案）的内容。其通信优化不涉及这种精细的物理层参数协商。因此，该技术特征未被公开。 |
<<<A>>><<<B>>><<<D>>><<<I>>><<<O>>><<<g>>><<<h>>><<<j>>><<<r>>><<<u>>><<<v>>>