**对比文件名称**：发明申请_US20140351181A1 REQUESTING PROXIMATE RESOURCES BY LEARNING DEVICES
**目标专利名称**：车辆传感器信息的交互式共享
**本次调用的模型名称**：DeepSeek最新版本
**特征比对表格**
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| **技术特征A**：生成针对车辆传感器信息的请求。<br>**判断结果**：直接公开 | [0044] “... the learning device may begin pinging other devices of the system to request the missing data. For example, the learning device may transmit a request message asking for current data from other devices...” | 对比文件明确公开了学习设备（learning device）可以向系统中的其他设备发送请求消息（request message）以请求缺失的数据。该请求消息的生成是学习设备为获取特定信息（例如，传感器数据、时间等）而主动发起的行为。这与目标专利中“生成针对车辆传感器信息的请求”这一技术特征完全相同。在对比文件中，生成请求的作用是为了从邻近设备获取执行预定动作或调整学习行为所需的信息；在目标专利中，生成请求的作用是为了从响应方获取车辆传感器信息。两者均是为了按需获取特定信息，其作用实质相同。因此，该技术特征被直接公开。 |
| **技术特征B**：对所述请求的所述生成是基于响应方的至少一种传感器能力的。<br>**判断结果**：隐含公开 | [0045] “In various embodiments, request messages may solicit particular data... Specific data in request messages may be based on previous experiences, correlations, and/or predefined parameters of the learning device.”<br>[0047] “In some embodiments, general request messages may only be sent to a subset of other devices, such as by including a device identifier or device type in the request messages.” | 对比文件公开了请求消息可以请求特定数据，并且可以基于学习设备先前的经验、关联或预定义参数。同时，请求消息可以包含设备标识符或设备类型，从而针对特定类型或子集的设备。这意味着请求的生成隐含地考虑了潜在响应方（即其他设备）提供所请求数据的能力，例如，只有特定类型的设备（如传感器设备）才可能拥有被请求的特定数据。这种基于设备类型或标识符的请求，实质上隐含了请求的生成是基于对响应方能力（例如，作为某种传感器）的认知或假设。在对比文件中，该作用是为了更有效地从有能力提供所需数据的设备处获取信息；在目标专利中，该作用是为了基于响应方的传感器能力来定制请求，以提高请求的针对性和效率。两者作用实质相同。因此，该技术特征被隐含公开。 |
| **技术特征C**：对应的索引在所述请求中被分配给每个附近的车辆，用于指示何时在哪个帧或传输时间间隔(TTI)内响应。<br>**判断结果**：未公开 | 未发现相关内容。 | 对比文件描述了请求消息的广播以及设备可能响应，但未公开在请求中为附近的设备分配索引，并利用该索引来指示响应时间（在哪个帧或TTI内）的技术特征。对比文件中的请求消息并未涉及对响应进行精细的时域调度或资源分配。因此，该技术特征既未被直接公开，也未被隐含公开。 |
| **技术特征D**：经由车辆通信链路来发送所述请求。<br>**判断结果**：隐含公开 | [0044] “... such as via wired connections, Bluetooth LE, or over a WiFi local area network (LAN).”<br>[0056] “... via radio frequency (RF) transmissions 112 or wireless communication links...” | 对比文件明确公开了学习设备可以通过无线通信链路（如蓝牙LE、WiFi LAN、RF传输）向其他设备发送请求消息。虽然对比文件未明确限定为“车辆通信链路”，但其描述的无线通信链路（如蓝牙、WiFi）是车辆通信（如V2X）中可能使用的典型技术。对于本领域技术人员而言，在车辆通信的上下文中，使用此类无线通信链路来发送请求是显而易见的。在对比文件中，发送请求的作用是使请求消息能被邻近设备接收；在目标专利中，发送请求的作用是经由车辆通信链路传递请求。两者均为实现设备间通信，作用实质相同。因此，该技术特征被隐含公开。 |
| **技术特征E**：接收基于所述对应的索引的调度。<br>**判断结果**：未公开 | 未发现相关内容。 | 如特征C所述，对比文件未公开“索引”和基于索引的调度机制，因此也不可能公开接收基于该索引的调度。该技术特征未被公开。 |
| **技术特征F**：基于所述调度，来确定何时经由所述车辆通信链路来监测对所述请求的响应。<br>**判断结果**：未公开 | 未发现相关内容。 | 由于对比文件未公开用于响应的调度机制（特征C、E），因此也不可能公开基于该调度来确定监测响应时间的技术特征。该技术特征未被公开。 |
| **技术特征G**：确定所述至少一种传感器能力。<br>**判断结果**：隐含公开 | [0045] “In various embodiments, request messages may solicit particular data... Specific data in request messages may be based on previous experiences, correlations, and/or predefined parameters of the learning device.”<br>[0164] “In determination block 1604, the processor of the learning device may determine whether it is capable of providing the data related to the missing event at the other learning devices as requested by the received request message.” | 对比文件公开了学习设备可以根据先前的经验、关联或预定义参数来生成请求特定数据的消息，这隐含了学习设备对哪些设备可能具有提供特定数据的能力（即传感器能力）有一定的认知或判断。此外，作为响应方，对比文件中的设备在收到请求消息后，会确定自身是否能够提供所请求的数据（见[0164]），这直接体现了对自身“能力”的确定。虽然此处更侧重于“提供数据的能力”，但传感器能力是提供传感器数据能力的基础。对于本领域技术人员而言，确定“提供特定数据的能力”与确定“相应的传感器能力”在技术思想上是一致的。在对比文件中，确定能力的作用是为了决定是否响应请求或生成何种请求；在目标专利中，确定传感器能力的作用是为了基于此生成请求。两者均是为了使通信行为（请求或响应）更具针对性，作用实质相同。因此，该技术特征被隐含公开。 |
| **技术特征H**：对所述至少一种传感器能力的所述确定包括：接收至少一个车辆信息消息；以及基于所述至少一个车辆信息消息来识别所述至少一种传感器能力。<br>**判断结果**：隐含公开 | [0037] “Occurrence data may also be received or obtained by learning devices from broadcast messages (referred to herein as “event report messages”) received from other nearby devices.”<br>[0060] “... a new smart box placed within a location ... may transmit signals to other learning devices within the location to ask for data indicating their favorite (or most frequently encountered) events, and in response to receiving response signals from the other devices, the new smart box may be configured to set a bias.” | 对比文件公开了学习设备可以从附近设备接收广播消息（事件报告消息），并且新设备可以主动询问其他设备的数据以进行配置。这些接收到的消息中可能包含发送设备的状态、配置或可用数据等信息。虽然对比文件未明确将这些消息称为“车辆信息消息”，也未明确说明从这些消息中“识别传感器能力”，但本领域技术人员可以理解，通过接收来自其他设备的周期性或按需报告的消息，可以获知这些设备的能力信息（例如，能提供何种数据）。这是一种隐含的、通过通信交互来感知网络节点能力的常见手段。在对比文件中，接收消息并获取信息的作用是使设备了解系统状态和其他设备情况；在目标专利中，接收车辆信息消息并识别传感器能力的作用是为了获知响应方的能力以制定请求。两者均是为了获取对等设备的信息以指导后续操作，作用实质相同。因此，该技术特征被隐含公开。 |
| **技术特征I**：所述请求指定所请求的至少一种类型的传感器信息。<br>**判断结果**：直接公开 | [0045] “In various embodiments, request messages may solicit particular data, such as temperature or time of day.”<br>[0214] “... the request message may include a code within header information that indicates the type of requested data, such as a status or state condition of a smart device or sensor device.” | 对比文件明确且直接地公开了请求消息可以请求特定类型的数据（solicit particular data），例如温度或时间，并且请求消息中可以包含指示所请求数据类型（type of requested data）的代码。这与目标专利中“请求指定所请求的至少一种类型的传感器信息”完全对应。在对比文件中，指定数据类型的作用是使接收方明确需要提供何种信息；在目标专利中，指定传感器信息类型的作用是明确请求内容，使响应方提供对应的传感器数据。两者作用实质相同。因此，该技术特征被直接公开。 |
| **技术特征J**：所述请求指定用于响应所述请求的至少一个标准。<br>**判断结果**：隐含公开 | [0047] “In some embodiments, general request messages may only be sent to a subset of other devices, such as by including a device identifier or device type in the request messages.”<br>[0214] “The request message may also include other indicators that may be used by receiving devices to determine relevance, such as device types or freshness of requested data.” | 对比文件公开了请求消息可以包含设备标识符或设备类型，以限定消息仅发送给特定子集的其他设备。此外，请求消息还可以包含用于接收设备判断相关性的指示符，例如数据类型或数据新鲜度。这些信息实质上为接收方设定了是否响应以及如何响应的标准（例如，只有特定类型的设备才应响应，或只有拥有足够新鲜数据的设备才应响应）。对于本领域技术人员而言，在请求中包含此类选择性信息，就是为响应设定了标准。在对比文件中，指定这些信息的作用是筛选合适的响应方；在目标专利中，指定响应标准的作用同样是筛选符合条件的响应方。两者作用实质相同。因此，该技术特征被隐含公开。 |
| **技术特征K**：所述请求包括车联万物通信控制信息集合。<br>**判断结果**：未公开 | 未发现相关内容。 | 对比文件虽然描述了请求消息的传输，但未公开请求中包括一个专门用于控制车联万物（V2X）通信的参数集合（车联万物通信控制信息集合）。对比文件的通信上下文是更通用的学习设备网络，而非特指V2X通信。因此，该技术特征未被公开。 |
| **技术特征L**：所述车联万物通信控制信息集合标识以下各项中的至少一项：用于响应所述请求的载波频率、用于响应所述请求的调制、用于响应所述请求的编码、用于响应所述请求的物理层资源块、用于响应所述请求的多输入多输出(MIMO)配置或者其任何组合。<br>**判断结果**：未公开 | 未发现相关内容。 | 由于特征K（车联万物通信控制信息集合）未被公开，且对比文件中未涉及在请求消息中指定如此详细的物理层或链路层传输参数（如载波频率、调制、编码、资源块、MIMO配置），因此该技术特征未被公开。 |
| **技术特征M**：基于在从特定源接收的至少一个车辆信息消息内包含的安全信息的安全信息。<br>**判断结果**：未公开 | 未发现相关内容。 | 对比文件未提及在请求消息中使用或引用从特定源接收的消息中的安全信息。对比文件虽然提到了事件报告消息，但未描述其包含安全信息或如何在后续请求中重用该安全信息。因此，该技术特征未被公开。 |
| **技术特征N**：所述至少一个车辆信息消息包括从所述特定源接收的基本安全消息(BSM)、从所述特定源接收的协作意识消息(CAM)或者其组合。<br>**判断结果**：未公开 | 未发现相关内容。 | 对比文件未提及基本安全消息（BSM）或协作意识消息（CAM）这两种特定的V2X消息类型。因此，该技术特征未被公开。 |
| **技术特征O**：所述请求包括标识以下各项中的至少一项的传感器感知信息集合：参考位置信息、关注时间段、至少一种传感器类型、至少一个传感器标识符、至少一个所请求的物体类型、至少一个关注区域、或者其任何组合。<br>**判断结果**：未公开 | [0214] “The request message may also include other indicators that may be used by receiving devices to determine relevance, such as device types or freshness of requested data.” | 对比文件提到请求消息可以包含设备类型或数据新鲜度等指示符，但未公开一个包含参考位置信息、关注时间段、传感器类型、传感器标识符、请求的物体类型、关注区域等如此具体和结构化元素的“传感器感知信息集合”。目标专利的该特征具有鲜明的车辆环境感知和特定空间/时间查询的色彩，而对比文件的请求内容相对更通用和简单。因此，该技术特征既未被直接公开，基于对比文件公开的内容也无法隐含得出。 |
| **技术特征P**：所述请求指示以下各项中的至少一项：用于响应所述请求的调度、用于响应所述请求的至少一个传输参数、用于响应所述请求的无线接入技术(RAT)、用于响应所述请求的载波频率、装置的至少一个属性、与所述装置相关联的车联万物通信标识符、与所述装置相关联的协作意识消息(CAM)站标识符、与所述装置相关联的基本安全消息(BSM)站标识符、或者其任何组合。<br>**判断结果**：未公开 | 未发现相关内容。 | 对比文件未公开在请求消息中指示响应的调度、具体的传输参数（如RAT、载波频率）、装置属性或V2X特定标识符（如车联万物通信标识符、CAM站ID、BSM站ID）。因此，该技术特征未被公开。 |
| **技术特征Q**：确定至少一个下层传输特性；以及基于所述至少一个下层传输特性来识别所述请求的至少一个内容。<br>**判断结果**：未公开 | 未发现相关内容。 | 对比文件未提及确定下层传输特性（如信道质量），并基于此来识别或决定请求的内容。因此，该技术特征未被公开。 |
| **技术特征R**：确定请求方和所述响应方的相对位置；以及基于所述相对位置来识别所述请求的至少一个内容。<br>**判断结果**：未公开 | 未发现相关内容。 | 对比文件未提及确定设备间相对位置，并基于此来识别或决定请求的内容。因此，该技术特征未被公开。 |
| **技术特征S**：接收车辆信息消息；以及将所述请求与所接收的车辆信息消息进行关联，其中，所述请求与所述车辆信息消息的所述关联包括：在所述请求中参考所述车辆信息消息的位置信息、所述车辆信息消息的安全信息或者其组合。<br>**判断结果**：未公开 | 未发现相关内容。 | 对比文件未公开接收一种特定的“车辆信息消息”，并随后在发出的请求中引用该消息中的位置信息或安全信息以建立关联。因此，该技术特征未被公开。 |
| **技术特征T**：接收车辆信息消息；基于所述车辆信息消息来确定所述响应方的第一标识符；确定所述响应方的车联万物通信标识符；以及将所述第一标识符与所述车联万物通信标识符进行映射。<br>**判断结果**：未公开 | 未发现相关内容。 | 对比文件未涉及从车辆信息消息中确定标识符，并将其映射到车联万物通信标识符的过程。因此，该技术特征未被公开。 |
| **技术特征U**：对所述请求的所述传输包括：对所述请求进行广播或进行多播；以及所述请求包括用于所述响应方用以确定是否响应所述请求的至少一个标准。<br>**判断结果**：隐含公开 | [0044] “... request messages may be transmitted in a manner so that only nearby devices receive the requests and respond, such as by sending the request messages by a low power wireless signal (e.g., Bluetooth LE) to limit the reception range.”<br>[0214] “The request message may also include other indicators that may be used by receiving devices to determine relevance, such as device types or freshness of requested data.” | 对比文件公开了请求消息可以通过低功率无线信号（如蓝牙LE）发送，以限制接收范围，这本质上是一种广播或多播（因为信号覆盖范围内的所有设备都能接收）。同时，如特征J所述，请求消息可以包含设备类型等指示符，供接收设备判断是否相关，这实质上就是用于确定是否响应的标准。对于本领域技术人员而言，通过广播/多播发送包含筛选条件的请求，是分布式系统中常见的服务发现或信息查询机制。在对比文件中，广播请求并包含筛选标准的作用是让范围内的设备根据自身情况决定是否响应；在目标专利中，广播/多播请求并包含标准的作用是让满足条件的车辆决定是否响应。两者作用实质相同。因此，该技术特征被隐含公开。 |
| **技术特征V**：从所述响应方接收车辆信息消息；以及基于与所述车辆信息消息相关联的标识符，来确定所述响应方的标识符，其中，所述请求包括所述响应方的所述标识符。<br>**判断结果**：未公开 | 未发现相关内容。 | 对比文件未描述从预期的响应方接收一种特定的“车辆信息消息”，并基于该消息中的标识符来确定响应方标识符，进而将该标识符包含在请求中的过程。因此，该技术特征未被公开。 |
| **技术特征W**：识别要请求的传感器信息；确定至少一个接收到的响应是否包括所识别的传感器信息；以及基于对至少一个接收到的响应是否包括所识别的传感器信息的确定，来确定是否生成所述请求。<br>**判断结果**：未公开 | 未发现相关内容。 | 对比文件未公开在生成请求前，先识别所需信息，然后检查已接收的响应中是否包含该信息，并据此决定是否生成请求的拥塞控制或优化逻辑。因此，该技术特征未被公开。 |
| **技术特征X**：测量至少一个车辆信息消息；以及基于所述测量，来确定要由所述响应方用于响应所述请求的至少一个传输参数，其中，所述请求包括对所述至少一个传输参数的指示。<br>**判断结果**：未公开 | 未发现相关内容。 | 对比文件未提及测量车辆信息消息（如信号质量），并基于此测量结果为响应方确定传输参数，再将此参数指示在请求中。因此，该技术特征未被公开。 |
<<<A>>><<<I>>><<<b>>><<<d>>><<<g>>><<<h>>><<<j>>><<<u>>>