对比文件名称：发明申请_US20170094716A1 VIRTUAL SENSOR SYSTEM
目标专利名称：车辆传感器信息的交互式共享
本次调用的模型名称：DeepSeek最新版本模型
### 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| **技术特征A：生成针对车辆传感器信息的请求**<br>《直接公开》 | [0050] "...generating a measurement request including one or more measurement requirements, the one or more measurement requirements including at least one type of sensor measurement..."<br>译：“...生成测量请求，该请求包括一个或多个测量要求，所述一个或多个测量要求包括至少一种类型的传感器测量...” | 对比文件公开了“测量平台”（对应请求方）在确定传感器需求未被满足时，会生成一个“测量请求”。该请求用于获取传感器数据，其内容包含对所需传感器测量类型的描述。这与目标专利中“生成针对车辆传感器信息的请求”这一特征在技术手段和目的上完全相同，均是为了主动获取外部传感器的信息。因此，该特征被直接公开。 |
| **技术特征B：对所述请求的所述生成是基于响应方的至少一种传感器能力的**<br>《隐含公开》 | [0021] "...a measurement request may specify certain sensing requirements... including one or more capabilities and conditions, for example, a particular type or types of sensing capability..."<br>[0058] "...the mobile device is to compare measurement requirements of the received measurement request to capabilities of the mobile device..."<br>译：“...测量请求可以指定某些感测要求...包括一个或多个能力和条件，例如，一种或多种特定类型的感测能力...”；“...移动设备将接收到的测量请求的测量要求与移动设备的能力进行比较...” | 对比文件明确，测量请求中会指定所需的“感测能力类型”（如温度、光强等）。请求方（测量平台）生成该请求时，必然是基于其需要获取的、特定类型的传感器信息。虽然未明示请求方在生成请求时“主动考虑”响应方能力，但请求的内容（所需能力类型）本身构成了对响应方能力的隐性筛选条件。生成一个要求“温度测量”的请求，其隐含前提是预期存在具备温度传感器能力的响应方。因此，本领域技术人员可以确定，请求的生成在客观上“基于”了响应方所需具备的传感器能力。该特征被隐含公开。 |
| **技术特征C：对应的索引在所述请求中被分配给每个附近的车辆，用于指示何时在哪个帧或传输时间间隔(TTI)内响应**<br>《未公开》 | 无相关描述。 | 对比文件公开的请求-响应过程是：请求方广播请求，符合条件的移动设备自行决定响应。对比文件完全没有提及在请求中为附近的潜在响应方分配索引，并基于索引来精确调度其响应时刻（在哪个帧或TTI内）的技术方案。这是一个用于优化接收、避免冲突的特定调度机制，在对比文件的整体技术方案中不存在，也未隐含。因此，该特征未被公开。 |
| **技术特征D：经由车辆通信链路来发送所述请求**<br>《未公开》 | [0062] "...the measurement request and the sensor data may be communicated by a wired or wireless link."<br>译：“...测量请求和传感器数据可以通过有线或无线链路进行通信。” | 对比文件公开的通信环境是物联网（IoT）系统，应用于办公室、建筑等场景，其通信链路是通用的IoT网络或无线链路（如Wi-Fi）。而目标专利明确限定为“车辆通信链路”，例如V2X、V2V等专用于车辆间或车辆与基础设施通信的特定链路。两者属于不同应用领域的技术手段，对比文件未公开使用车辆专用通信链路来发送请求。因此，该特征未被公开。 |
| **技术特征E：接收基于所述对应的索引的调度**<br>《未公开》 | 无相关描述。 | 该特征与技术特征C紧密相关，依赖于请求中分配的索引。由于对比文件未公开技术特征C（分配索引），自然也就不存在接收基于该索引的调度这一后续步骤。因此，该特征未被公开。 |
| **技术特征F：基于所述调度，来确定何时经由所述车辆通信链路来监测对所述请求的响应。**<br>《未公开》 | 无相关描述。 | 该特征同样依赖于技术特征C和E所建立的索引调度机制。对比文件未公开任何形式的、由请求方指定响应方精确响应时间的调度机制，因此请求方也就无需基于此类调度来确定监测响应的时机。其监测行为是连续或周期性的。因此，该特征未被公开。 |
| **技术特征G：确定所述至少一种传感器能力。**<br>《直接公开》 | [0058] "...comparing the measurement requirement to capabilities of the mobile electronic device..."<br>[0062] "...the mobile electronic device is to compare the one or more measurement requirements against at least sensor capabilities of the mobile electronic device..."<br>译：“...将测量要求与移动电子设备的能力进行比较...”；“...移动电子设备将一个或多个测量要求与移动电子设备的至少传感器能力进行比较...” | 对比文件明确描述了响应方（移动设备）在收到请求后，会将其自身的能力（传感器能力）与请求中的要求进行比较，以决定是否匹配。这个“比较”的过程，必然包含了响应方“确定”自身至少一种传感器能力（是什么）的步骤。因此，该特征被直接公开。 |
| **技术特征H：对所述至少一种传感器能力的所述确定包括：接收至少一个车辆信息消息；以及基于所述至少一个车辆信息消息来识别所述至少一种传感器能力。**<br>《未公开》 | 无相关描述。 | 目标专利中的该特征特指请求方通过接收响应方周期性发送的“车辆信息消息”（如BSM/CAM消息）来获知响应方的传感器能力。对比文件中的请求方（测量平台）生成请求时，其依据是自身的“传感器需求”，而不是通过接收并分析响应方主动广播的、包含其能力的状态消息。响应方能力是在请求发出后，由响应方自身在本地判断的，并未预先通过特定格式的“车辆信息消息”告知请求方。因此，该特征未被公开。 |
| **技术特征I：所述请求指定所请求的至少一种类型的传感器信息。**<br>《直接公开》 | [0021] "...a measurement request may specify certain sensing requirements... including... a particular type or types of sensing capability..."<br>[0050] "...generating a measurement request including one or more measurement requirements... including at least one type of sensor measurement..."<br>译：“...测量请求可以指定某些感测要求...包括...一种或多种特定类型的感测能力...”；“...生成测量请求，包括一个或多个测量要求...包括至少一种类型的传感器测量...” | 对比文件多次明确指出，测量请求中会指定所需的传感器测量类型（例如，温度、光强等）。这完全对应于目标专利中“请求指定所请求的至少一种类型的传感器信息”。因此，该特征被直接公开。 |
| **技术特征J：所述请求指定用于响应所述请求的至少一个标准。**<br>《直接公开》 | [0021] "...a measurement request may specify certain sensing requirements (which may also be referred to as measurement requirements), the sensing requirements including one or more capabilities and conditions, for example, a particular type or types of sensing capability and a specific location or locations for sensing operation."<br>译：“...测量请求可以指定某些感测要求（也可称为测量要求），感测要求包括一个或多个能力和条件，例如，一种或多种特定类型的感测能力以及用于感测操作的特定位置。” | 对比文件明确，测量请求中包含“感测要求”，这些要求（如能力类型、位置）正是响应方用以判断是否响应（即是否“匹配”）的标准。当移动设备判断其当前能力和条件（如位置）满足请求中的要求时，它才会响应。因此，请求中指定的“要求”即构成了“用于响应所述请求的至少一个标准”。该特征被直接公开。 |
| **技术特征K：所述请求包括车联万物通信控制信息集合。**<br>《未公开》 | 无相关描述。 | “车联万物通信控制信息集合”是V2X通信场景下的特定概念，用于控制响应传输的通信参数（如载波、MCS等）。对比文件的应用场景是通用物联网，其请求内容聚焦于应用层的“测量要求”（类型、位置），并未提及包含用于控制底层V2X通信链路传输参数的“通信控制信息集合”。因此，该特征未被公开。 |
| **技术特征L：所述车联万物通信控制信息集合标识以下各项中的至少一项：用于响应所述请求的载波频率、用于响应所述请求的调制、用于响应所述请求的编码、用于响应所述请求的物理层资源块、用于响应所述请求的多输入多输出(MIMO)配置或者其任何组合。**<br>《未公开》 | 无相关描述。 | 该特征是对技术特征K中“车联万物通信控制信息集合”具体内容的进一步限定。由于对比文件未公开技术特征K，自然也未公开该集合所包含的这些具体V2X底层传输参数。因此，该特征未被公开。 |
| **技术特征M：基于在从特定源接收的至少一个车辆信息消息内包含的安全信息的安全信息。**<br>《未公开》 | [0051] "...the measurement advertisement is signed using a digital certificate issued for authorized IoT control systems."<br>[0056] "...the response may require a signature by an appropriate digital certificate..."<br>译：“...测量广告使用为授权物联网控制系统颁发的数字证书进行签名。”；“...测量数据报告可能需要由适当的数字证书签名...” | 对比文件提到了使用数字证书进行安全签名和验证，但其安全上下文是独立的：请求方用自己的证书签名请求，响应方验证后，再用自己的证书签名响应。这与目标专利中所述“基于从特定源接收的车辆信息消息内包含的安全信息”不同。目标专利强调的是安全信息的“重用”和“链接”，例如请求消息可引用之前BSM/CAM消息中的安全报头。对比文件没有这种基于先前消息的安全信息复用机制。因此，该特征未被公开。 |
| **技术特征N：所述至少一个车辆信息消息包括从所述特定源接收的基本安全消息(BSM)、从所述特定源接收的协作意识消息(CAM)或者其组合。**<br>《未公开》 | 无相关描述。 | BSM和CAM是V2X通信中特定的周期性状态消息。对比文件的应用场景并非车辆网络，不存在也无需使用BSM或CAM这类车辆专用的信息消息。因此，该特征未被公开。 |
| **技术特征O：所述请求包括标识以下各项中的至少一项的传感器感知信息集合：参考位置信息、关注时间段、至少一种传感器类型、至少一个传感器标识符、至少一个所请求的物体类型、至少一个关注区域、或者其任何组合。**<br>《部分直接公开，部分未公开》 | [0021] "...the sensing requirements including... a specific location or locations for sensing operation."<br>[0040] "...the measurement requests including measurement requirements such as sensing capability needs and sensing location."<br>译：“...感测要求包括...用于感测操作的特定位置。”；“...测量请求包括测量要求，例如感测能力需求和感测位置。” | 对比文件直接公开了请求中包含“特定位置”（对应“参考位置信息”或“关注区域”）和“感测能力类型”（对应“至少一种传感器类型”）。<br>**但是**，对比文件未公开请求中包含“关注时间段”、“传感器标识符”（指定特定传感器，而非类型）、“所请求的物体类型”（如行人、车辆等物体类别）这些具体信息。因此，特征O作为一个整体集合，其部分内容被公开，但作为一个包含多项可选内容的集合，其未被完整公开。 |
| **技术特征P：所述请求指示以下各项中的至少一项：用于响应所述请求的调度、用于响应所述请求的至少一个传输参数、用于响应所述请求的无线接入技术(RAT)、用于响应所述请求的载波频率、装置的至少一个属性、与所述装置相关联的车联万物通信标识符、与所述装置相关联的协作意识消息(CAM)站标识符、与所述装置相关联的基本安全消息(BSM)站标识符、或者其任何组合。**<br>《未公开》 | 无相关描述。 | 该特征列表中的项目大多与车辆网络（V2X）特定标识符（如CAM站ID、BSM站ID、车联万物通信ID）或底层传输调度与控制相关。对比文件的请求内容聚焦于应用层的测量需求和位置，不涉及对响应传输的RAT、载波、调度等底层参数的指示，也不包含车辆网络特有的标识符。因此，该特征未被公开。 |
| **技术特征Q：确定至少一个下层传输特性；以及基于所述至少一个下层传输特性来识别所述请求的至少一个内容。**<br>《未公开》 | 无相关描述。 | 对比文件描述了生成请求是基于“传感器需求”，未提及请求方会先确定下层传输特性（如信道质量），然后基于此来识别或决定请求的内容（例如，根据信道好坏决定请求数据量大小）。因此，该特征未被公开。 |
| **技术特征R：确定请求方和所述响应方的相对位置；以及基于所述相对位置来识别所述请求的至少一个内容。**<br>《未公开》 | 无相关描述。 | 对比文件中，请求方指定的位置是“绝对位置”（如房间A、D），是请求内容的一部分。没有描述请求方在生成请求时，会去确定自己与潜在响应方的“相对位置”，并基于此相对关系来识别请求内容（例如，因为对方阻挡视线而请求特定区域信息）。因此，该特征未被公开。 |
| **技术特征S：接收车辆信息消息；以及将所述请求与所接收的车辆信息消息进行关联，其中，所述请求与所述车辆信息消息的所述关联包括：在所述请求中参考所述车辆信息消息的位置信息、所述车辆信息消息的安全信息或者其组合。**<br>《未公开》 | 无相关描述。 | 该特征描述了请求消息与先前接收的“车辆信息消息”（如BSM/CAM）的关联机制，例如引用其位置或安全信息以减少冗余。对比文件没有描述这种跨消息的关联和引用机制。请求是独立生成和发送的，不引用之前来自响应方的任何周期性状态消息。因此，该特征未被公开。 |
| **技术特征T：接收车辆信息消息；基于所述车辆信息消息来确定所述响应方的第一标识符；确定所述响应方的车联万物通信标识符；以及将所述第一标识符与所述车联万物通信标识符进行映射**<br>《未公开》 | 无相关描述。 | 该特征涉及车辆网络环境中不同标识符（如CAM中的站ID与V2X层ID）之间的映射关系。对比文件的应用场景不同，不存在“车辆信息消息”、“车联万物通信标识符”等概念，也没有描述这种标识符映射机制。因此，该特征未被公开。 |
| **技术特征U：对所述请求的所述传输包括：对所述请求进行广播或进行多播；以及所述请求包括用于所述响应方用以确定是否响应所述请求的至少一个标准。**<br>《直接公开》 | [0021] "...a virtual sensing IoT controller is operable to periodically broadcast measurement requests..."<br>[0050] "...broadcasting the measurement request..."<br>结合特征J的公开性论述。 <br>译：“...虚拟感测物联网控制器可操作以周期性广播测量请求...”；“...广播测量请求...” | 对比文件明确公开了请求的传输方式是“广播”。同时，如特征J所述，请求中包含的“感测要求”（能力类型、位置）正是响应方用以确定是否响应的标准。因此，该特征的两个限定（广播/多播传输、包含响应标准）均被直接公开。 |
| **技术特征V：从所述响应方接收车辆信息消息；以及基于与所述车辆信息消息相关联的标识符，来确定所述响应方的标识符，其中，所述请求包括所述响应方的所述标识符。**<br>《未公开》 | 无相关描述。 | 该特征描述了单播请求场景下的一个具体步骤：请求方先接收响应方的周期性消息（如BSM），从中获取其标识符，然后将包含该标识符的请求单播给该响应方。对比文件虽然提到了移动设备可能有安全证书，但未描述请求方通过接收周期性消息来识别并确定特定响应方标识符，再将此标识符包含在请求中以实现单播的过程。其请求是广播的，且不针对特定标识的设备。因此，该特征未被公开。 |
| **技术特征W：识别要请求的传感器信息；确定至少一个接收到的响应是否包括所识别的传感器信息；以及基于对至少一个接收到的响应是否包括所识别的传感器信息的确定，来确定是否生成所述请求。**<br>《未公开》 | 无相关描述。 | 该特征描述了一种拥塞控制或优化机制：请求方先判断所需信息是否已被其他响应所提供，若是则可能不再发送请求。对比文件未公开请求方在生成请求前，会监测已存在的响应并判断内容重叠性以决定是否抑制请求生成的机制。因此，该特征未被公开。 |
| **技术特征X：测量至少一个车辆信息消息；以及基于所述测量，来确定要由所述响应方用于响应所述请求的至少一个传输参数，其中，所述请求包括对所述至少一个传输参数的指示。**<br>《未公开》 | 无相关描述。 | 该特征包含两个关键点：1) 测量“车辆信息消息”（特定消息类型）；2) 基于测量结果为响应方“确定传输参数”并“在请求中指示”。对比文件均未公开这些内容。其请求中不包含控制响应方传输参数的指示，也未描述通过测量特定消息来获得信道信息的过程。因此，该特征未被公开。 |
<<<A>>><<<B>>><<<G>>><<<I>>><<<J>>><<<U>>>