**对比文件名称**：发明申请_US20160334547A1 Method and Apparatus for Localized Vehicle-Sourced Weather Observations
**目标专利名称**：车辆传感器信息的交互式共享
**本次调用模型名称**：DeepSeek最新版本
### 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| **技术特征A**: 生成针对车辆传感器信息的请求<br>**公开性判断**: 《直接公开》 | [004B] 段落：[0054] "vehicle A sends out a candidate request 421 that is received by vehicle B 431."<br>译文：车辆A发出一个候选请求421，该请求被车辆B 431接收。 | 对比文件明确记载了车辆A向其他车辆发送“候选请求(candidate request)”以寻找协助车辆。该请求的目的正是为了获取其他车辆的传感器信息（如光感数据），这与目标专利中“生成针对车辆传感器信息的请求”这一特征在文字表述和作用上均相同。在对比文件中，该请求用于发起车辆间的协作感知，是整体技术方案中的必要步骤。 |
| **技术特征B**: 对所述请求的所述生成是基于响应方的至少一种传感器能力的<br>**公开性判断**: 《直接公开》 | [004B] 段落：[0055] "vehicle B determines if it has the necessary sensing capability to assist vehicle A 433."<br>译文：车辆B判断其是否具有协助车辆A所必需的传感能力433。 | 对比文件明确记载，车辆B在收到请求后，会确定自己是否具备相应的“传感能力(sensing capability)”来协助车辆A。这表明请求方（车辆A）在生成请求时，其预期或请求的内容正是需要响应方（车辆B）具备特定的传感器能力。因此，“基于响应方的至少一种传感器能力”来生成请求这一特征，在对比文件中已被直接公开，且其作用也是为了确保响应方能提供所需信息。 |
| **技术特征C**: 对应的索引在所述请求中被分配给每个附近的车辆，用于指示何时在哪个帧或传输时间间隔(TTI)内响应<br>**公开性判断**: 《未公开》 | 对比文件全文未提及为附近车辆分配索引，也未提及基于索引来指示响应时间（帧或TTI）。 | 对比文件描述了车辆间通过请求-响应进行协作，但未公开任何关于为附近车辆分配“索引(index)”，并利用该索引来调度响应在特定帧或传输时间间隔(TTI)内进行的机制。目标专利的该特征涉及具体的无线资源调度方法，对比文件的技术方案未涉及此层面的调度细节。因此，该特征既未被直接公开，也未被隐含公开。 |
| **技术特征D**: 经由车辆通信链路来发送所述请求<br>**公开性判断**: 《直接公开》 | [004A] 段落：[0051] "Both vehicles can communicate with each other using, for example, short range digital radios 405 and 407."<br>译文：两辆车可以彼此通信，例如，使用短程数字无线电405和407。 | 对比文件明确记载了车辆使用短程数字无线电（即一种车辆通信链路）进行通信。车辆A发送的“候选请求”正是通过这种通信链路发送的。因此，“经由车辆通信链路来发送所述请求”这一特征被直接公开。其作用与目标专利相同，都是实现车辆间的信息传递。 |
| **技术特征E**: 接收基于所述对应的索引的调度<br>**公开性判断**: 《未公开》 | 对比文件全文未提及基于索引的调度。 | 如特征C所述，对比文件未公开“索引”这一概念，因此也就不可能存在“接收基于对应的索引的调度”这一步骤。该特征未被公开。 |
| **技术特征F**: 基于所述调度，来确定何时经由所述车辆通信链路来监测对所述请求的响应。<br>**公开性判断**: 《未公开》 | 对比文件全文未提及基于调度来确定监测响应的时间。 | 对比文件未公开任何形式的调度机制（如特征C、E），因此请求方自然也无法基于一个不存在的“调度”来确定监测响应的时机。该特征未被公开。 |
| **技术特征G**: 确定所述至少一种传感器能力。<br>**公开性判断**: 《直接公开》 | [004B] 段落：[0055] "vehicle B determines if it has the necessary sensing capability to assist vehicle A 433."<br>译文：车辆B判断其是否具有协助车辆A所必需的传感能力433。 | 对比文件明确记载了响应方（车辆B）确定自身传感器能力的过程。这与目标专利特征G“确定所述至少一种传感器能力”完全一致。在对比文件中，该确定过程是响应方决定是否响应请求的关键步骤，其作用与目标专利中为解决“是否响应”这一问题所起的作用相同。 |
| **技术特征H**: 对所述至少一种传感器能力的所述确定包括：接收至少一个车辆信息消息；以及基于所述至少一个车辆信息消息来识别所述至少一种传感器能力。<br>**公开性判断**: 《直接公开》 | [004B] 段落：[0054]-[0055] 描述了车辆A发送“候选请求”（可视为一种车辆信息消息），车辆B接收该请求，并基于此请求（消息）来确定自身是否具备必要的传感能力。<br>虽然对比文件未明确使用“识别”一词，但“determines if it has the necessary sensing capability”这一动作，必然隐含着对自身能力的“识别(identify)”过程。 | 对比文件公开了响应方（车辆B）通过接收来自请求方（车辆A）的“候选请求”消息，并基于该消息的内容（即请求协助）来确定/识别自身传感器能力是否匹配。这完全对应于特征H的“接收至少一个车辆信息消息”以及“基于所述至少一个车辆信息消息来识别所述至少一种传感器能力”。在对比文件中，这一过程用于判断是否满足响应条件，作用与目标专利一致。 |
| **技术特征I**: 所述请求指定所请求的至少一种类型的传感器信息。<br>**公开性判断**: 《隐含公开》 | [004B] 段落：[0054] "vehicle A sends out a candidate request 421..."，结合上下文，该请求的目的是为了进行“light-detection procedure”（光检测程序）[0054]，以及后续的“measuring light changes”（测量光线变化）[0056]。<br>译文：车辆A发出一个候选请求421...；光检测程序；测量光线变化。 | 对比文件中，车辆A发出的“候选请求”虽然未在引用的段落中详细描述其内容字段，但根据整体技术方案的明确目的——进行可见度测试（通过检测车灯光线变化），本领域技术人员可以直接且毫无疑义地确定，该请求必然隐含地“指定”了所请求的传感器信息类型为“光感信息”或“光线变化数据”。否则，响应方车辆B无法知道需要提供何种信息。因此，该特征被隐含公开，其在对比文件中的作用与在目标专利中的作用相同，都是为了使请求内容明确。 |
| **技术特征J**: 所述请求指定用于响应所述请求的至少一个标准。<br>**公开性判断**: 《隐含公开》 | [004B] 段落：[0055] "vehicle B determines if it has the necessary sensing capability to assist vehicle A 433. In some instances... it may be necessary for all the vehicles to have the same or certain sensing capability."<br>译文：车辆B判断其是否具有协助车辆A所必需的传感能力433。在一些实例中...可能有必要使所有车辆都具有相同或某些传感能力。 | 对比文件记载了响应方车辆B需要判断自身是否具备“必要的传感能力”。这意味着请求方车辆A发出的请求中，必然隐含地包含了用于判断是否响应的“标准”，即“具备必要的传感能力”（在本例中为光感能力）。本领域技术人员可以确定，请求中包含了此类响应标准。因此，该特征被隐含公开，其作用在于筛选合适的响应方。 |
| **技术特征K**: 所述请求包括车联万物通信控制信息集合。<br>**公开性判断**: 《未公开》 | 对比文件全文未提及“车联万物(V2X)通信控制信息集合”这一概念或类似结构。 | 对比文件仅提到使用“短程数字无线电”进行通信，但没有公开在请求中包含了用于控制或优化V2X通信的参数集合（如特征L所列）。该特征涉及通信层的具体配置信息，对比文件未披露相关内容。 |
| **技术特征L**: 所述车联万物通信控制信息集合标识以下各项中的至少一项：用于响应所述请求的载波频率、用于响应所述请求的调制、用于响应所述请求的编码、用于响应所述请求的物理层资源块、用于响应所述请求的多输入多输出(MIMO)配置或者其任何组合。<br>**公开性判断**: 《未公开》 | 对比文件全文未提及在请求中指定载波频率、调制、编码、物理层资源块、MIMO配置等通信参数。 | 该特征是非常具体的物理层/链路层传输控制信息。对比文件的技术方案聚焦于应用层的请求-响应逻辑和传感器数据内容，并未涉及对底层无线传输参数的详细控制或指定。因此，该特征未被公开。 |
| **技术特征M**: 基于在从特定源接收的至少一个车辆信息消息内包含的安全信息的安全信息。<br>**公开性判断**: 《未公开》 | 对比文件全文未提及在请求或消息中使用或引用安全信息（如数字签名、证书、加密等）。 | 对比文件描述的车辆间通信未涉及任何安全机制，如消息认证、完整性保护或机密性。因此，“基于...安全信息的安全信息”这一特征在对比文件中没有依据。 |
| **技术特征N**: 所述至少一个车辆信息消息包括从所述特定源接收的基本安全消息(BSM)、从所述特定源接收的协作意识消息(CAM)或者其组合。<br>**公开性判断**: 《未公开》 | 对比文件全文未提及“基本安全消息(BSM)”或“协作意识消息(CAM)”这两种标准化的V2X消息。 | 对比文件中车辆间发送的“候选请求”或报告的数据是自定义的、用于天气观测的应用消息，并非标准化的BSM或CAM。因此，该特征未被公开。 |
| **技术特征O**: 所述请求包括标识以下各项中的至少一项的传感器感知信息集合：参考位置信息、关注时间段、至少一种传感器类型、至少一个传感器标识符、至少一个所请求的物体类型、至少一个关注区域、或者其任何组合。<br>**公开性判断**: 《未公开》 | 对比文件未明确记载请求中包含一个结构化的“传感器感知信息集合”，也未记载其包含参考位置信息、关注时间段、传感器标识符、请求的物体类型、关注区域等具体字段。 | 虽然对比文件的请求隐含了需要“光感”信息（特征I），但并未公开以“集合”形式组织的、包含位置、时间、传感器ID、物体类型、区域等多项可选内容的详细数据结构。目标专利的该特征定义了高度结构化和可定制的请求内容，对比文件未达到此详细程度。 |
| **技术特征P**: 所述请求指示以下各项中的至少一项：用于响应所述请求的调度、用于响应所述请求的至少一个传输参数、用于响应所述请求的无线接入技术(RAT)、用于响应所述请求的载波频率、装置的至少一个属性、与所述装置相关联的车联万物通信标识符、与所述装置相关联的协作意识消息(CAM)站标识符、与所述装置相关联的基本安全消息(BSM)站标识符、或者其任何组合。<br>**公开性判断**: 《未公开》 | 对比文件未记载请求中包含关于响应调度、传输参数、RAT选择、载波频率、装置属性、V2X标识符、CAM站ID、BSM站ID等指示信息。 | 该特征包含了大量具体的请求指示信息，涉及调度、传输层、标识等多个方面。对比文件的请求内容相对简单，未包含这些具体的指示项。 |
| **技术特征Q**: 确定至少一个下层传输特性；以及基于所述至少一个下层传输特性来识别所述请求的至少一个内容。<br>**公开性判断**: 《未公开》 | 对比文件全文未提及根据“下层传输特性”（如信道质量、信号强度等）来确定或调整请求的内容。 | 对比文件描述的是根据应用需求（如测光）生成请求，未涉及基于底层通信信道状况来动态决定请求内容的机制。 |
| **技术特征R**: 确定请求方和所述响应方的相对位置；以及基于所述相对位置来识别所述请求的至少一个内容。<br>**公开性判断**: 《直接公开》 | [004B] 段落：[0055] "it returns its location and heading to vehicle A, so that vehicle A can assess if vehicle B is a viable location candidate for assistance."<br>[0058] "either or both vehicles may determine a distance between the vehicles 427, 445, which can be done by GPS coordinates..."<br>译文：它将其位置和航向返回给车辆A，以便车辆A可以评估车辆B是否是可行的协助位置候选...；任一或两辆车可以确定车辆间的距离427，445，这可以通过GPS坐标完成... | 对比文件明确记载了响应方车辆B将其位置信息发送给请求方车辆A，车辆A据此评估其是否是可用的位置候选。并且，车辆间会确定彼此的距离。这表明请求方知晓与响应方的相对位置，并且正是基于此位置信息（是否在可见范围内、距离等）来判断对方是否适合作为“光检测”请求的响应方。因此，“确定相对位置并基于此识别请求内容”（在本例中，识别出需要向特定位置的车辆请求光感信息）这一特征被直接公开。 |
| **技术特征S**: 接收车辆信息消息；以及将所述请求与所接收的车辆信息消息进行关联，其中，所述请求与所述车辆信息消息的所述关联包括：在所述请求中参考所述车辆信息消息的位置信息、所述车辆信息消息的安全信息或者其组合。<br>**公开性判断**: 《未公开》 | 对比文件未记载将发出的请求与之前接收的某个特定车辆信息消息进行“关联”，也未记载在请求中“参考”之前消息中的位置或安全信息。 | 对比文件中车辆A发送请求是基于当前需求，虽然它可能使用了从车辆B获得的实时位置信息（特征R），但这并非将当前请求与一个先前独立接收的、具有特定格式的“车辆信息消息”（如BSM/CAM）进行关联和引用。特征S特指一种消息间的引用关联机制，对比文件未公开。 |
| **技术特征T**: 接收车辆信息消息；基于所述车辆信息消息来确定所述响应方的第一标识符；确定所述响应方的车联万物通信标识符；以及将所述第一标识符与所述车联万物通信标识符进行映射。<br>**公开性判断**: 《未公开》 | 对比文件未提及从消息中确定“第一标识符”，也未提及“车联万物通信标识符”以及两者之间的映射关系。 | 对比文件中车辆通过位置、航向等信息进行识别和通信，但未公开涉及不同标识符（如应用层ID和通信层ID）之间映射的机制。 |
| **技术特征U**: 对所述请求的所述传输包括：对所述请求进行广播或进行多播；以及所述请求包括用于所述响应方用以确定是否响应所述请求的至少一个标准。<br>**公开性判断**: 《隐含公开》 | [005] 段落：[0062] "the vehicle searching for candidates (e.g., vehicle A) will broadcast a request for the location of surrounding vehicles that may be eligible for assistance 501."<br>结合特征J的隐含公开内容（请求包含响应标准）。<br>译文：寻找候选车辆的车辆（例如，车辆A）将广播一个请求，以寻找可能有资格提供协助的周围车辆的位置501。 | 对比文件明确记载了车辆A“广播(broadcast)”一个请求。同时，如特征J所述，该请求中必然隐含了用于判断是否响应的标准（如具备特定传感能力、位置合适）。因此，“广播请求”和“请求包含响应标准”这两个子特征均被公开，共同构成了特征U。在对比文件中，广播用于发现潜在响应方，标准用于筛选，其作用与目标专利相同。 |
| **技术特征V**: 从所述响应方接收车辆信息消息；以及基于与所述车辆信息消息相关联的标识符，来确定所述响应方的标识符，其中，所述请求包括所述响应方的所述标识符。<br>**公开性判断**: 《未公开》 | 对比文件未明确记载车辆A从车辆B接收的响应消息中包含一个“标识符”，也未记载车辆A在后续请求中包含了该标识符。车辆间主要通过位置和航向来识别。 | 对比文件未公开基于标识符来单播寻址的机制。车辆A广播请求后，是与那些回复了位置/航向信息的车辆进行后续通信，而非通过一个预先获取的标识符来定向发送请求。 |
| **技术特征W**: 识别要请求的传感器信息；确定至少一个接收到的响应是否包括所识别的传感器信息；以及基于对至少一个接收到的响应是否包括所识别的传感器信息的确定，来确定是否生成所述请求。<br>**公开性判断**: 《未公开》 | 对比文件未记载请求方在生成请求前，先监测其他车辆发送的响应，并判断所需信息是否已被提供，从而决定是否发送请求的“拥塞控制”或“信息去重”逻辑。 | 该特征涉及一种优化机制，以避免重复请求。对比文件的技术方案中未描述此机制。 |
| **技术特征X**: 测量至少一个车辆信息消息；以及基于所述测量，来确定要由所述响应方用于响应所述请求的至少一个传输参数，其中，所述请求包括对所述至少一个传输参数的指示。<br>**公开性判断**: 《未公开》 | 对比文件未提及请求方测量来自其他车辆的消息（如下行信道质量），并基于此在请求中为响应方指定传输参数（如调制编码方式）。 | 该特征涉及对物理层传输的优化控制。对比文件未涉及此层面的交互。 |
<<<A>>><<<B>>><<<D>>><<<G>>><<<H>>><<<R>>><<<U>>>