对比文件名称：发明申请_US20180299274A1 REAL-TIME UPDATES TO MAPS FOR AUTONOMOUS NAVIGATION
目标专利名称：基于几何变换的自适应环路滤波的视频编解码方法及装置
模型名称：DeepSeek
经过深度分析，对比文件US20180299274A1涉及自动驾驶车辆的地图更新系统，而目标专利涉及视频编解码中的自适应环路滤波技术。两者属于完全不同的技术领域，对比文件未涉及视频编码、解码、滤波、色度分量、亮度分量、几何变换、滤波器支持等目标专利的核心概念。因此，对比文件未公开目标专利权利要求中除通用硬件组件外的具体技术特征。
## 特征比对表格 ##
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| A: 接收具有由其产生经重构视频单元的经译码视频数据的经编码位流 <br> **未被公开** | 未找到相关内容。对比文件涉及接收地图数据或遥测数据，而非视频编码位流。 | 目标专利的“经编码位流”特指包含经译码视频数据的位流，用于视频解码以产生“经重构视频单元”（如切片、图片）。对比文件中，车辆从RSU接收的是地图更新数据或地图偏差数据集（参见[0028]段），用于导航而非视频重建。两者技术领域、数据内容及目的均不同，本领域技术人员无法从对比文件得出视频编解码位流的技术方案。 |
| B: 连同具有所述经译码视频数据的所述经编码位流，接收用于色度分量的基于几何变换的自适应环路滤波(GALF)的块级控制的指示，所述指示包含用以启用或停用对第一色度分量(Cb)的块级滤波的第一指示以及用以启用或停用对第二色度分量(Cr)的块级滤波的第二指示 <br> **未被公开** | 未找到相关内容。对比文件未涉及视频处理、色度分量(Cb, Cr)、GALF或块级滤波控制。 | 该特征涉及视频解码中针对色度分量的特定滤波控制信号。对比文件处理的是车辆导航和地图更新，其通信内容涉及车辆类型、地图版本、传感器数据等（参见[0033], [0036]段），完全不涉及视频色彩分量或滤波使能控制。因此，该特征未被对比文件公开。 |
| C: 连同具有所述经译码视频数据的所述经编码位流，接收与所述经重构视频单元相关联的多个滤波器支持 <br> **未被公开** | 未找到相关内容。对比文件未提及“滤波器支持”的概念。 | “滤波器支持”是目标专利中定义滤波器形状和系数位置的关键概念（参见说明书[0084]段，图8A-8C）。对比文件中RSU存储和更新的是地图（参见[0027]段），可能涉及不同版本或细节层次的地图，但这与视频滤波中预定义的滤波器形状支持集在技术内涵和作用上完全不同。因此，该特征未被公开。 |
| D: 监视所述多个滤波器支持中的单个滤波器支持的选择频率 <br> **未被公开** | 未找到相关内容。对比文件未提及滤波器或对其选择频率的监视。 | 该特征涉及在视频滤波过程中对特定滤波器形状使用频率的统计。对比文件中，RSU可能会从多个车辆接收数据并处理（参见[0038]段），但这属于数据收集以更新地图，并非监视“滤波器支持”的选择频率。两者技术手段和目的均无关联。 |
| E: 基于所述选择频率更新所述多个滤波器支持 <br> **未被公开** | 未找到相关内容。对比文件未提及基于频率更新滤波器支持。 | 该特征基于统计动态调整可用的滤波器支持集，是视频编码优化策略。对比文件中，RSU会基于新数据更新其存储的地图（参见[0027], [0042]段），但这是地图内容的更新，而非基于使用频率对一组预定义工具（滤波器支持）的集合进行更新。因此，该特征未被公开。 |
| F: 从所述多个滤波器支持中识别与所述经重构视频单元的视频块相对应的滤波器支持 <br> **未被公开** | 未找到相关内容。对比文件未提及视频块或为其选择滤波器支持。 | 该特征涉及为视频中的特定块（如4x4块）从多个预定义滤波器形状中选择一个。对比文件中，RSU可能根据车辆类型为其选择合适的地图（参见[0036]段），但这与为视频块选择滤波形状在技术对象和选择依据上完全不同。因此，该特征未被公开。 |
| G: 基于所述第一指示或所述第二指示，使用所述滤波器支持对所述视频块的色度分量执行GALF的块级控制 <br> **未被公开** | 未找到相关内容。对比文件未涉及GALF、色度分量或块级滤波控制。 | 该特征整合了前述多个特征，执行具体的视频滤波操作。对比文件中，车辆接收更新后的地图数据并用于导航（参见[0028]段），这是一个数据应用过程，但并非视频解码中的色度分量滤波。两者技术领域和操作实质均不相同。 |
| H: 及基于所述执行而产生经解码视频输出。 <br> **未被公开** | 未找到相关内容。对比文件产生的是用于车辆导航的更新地图或环境信息，而非视频解码输出。 | 目标专利的“经解码视频输出”是视频解码过程的最终结果，用于显示。对比文件中，车辆或RSU处理的结果是更新后的地图或导航指令（参见[0028], [0042]段），用于自动驾驶，而非渲染视频。因此，该特征未被公开。 |
| I: 其中所述经重构视频单元对应于视频切片、视频图案块、视频图片或视频帧。 <br> **未被公开** | 未找到相关内容。对比文件中的“地图”或“数据”不对应于视频单元。 | 该特征进一步限定了“经重构视频单元”的具体类型，是视频编解码领域的特定术语。对比文件中的基本数据单元是地图或其偏差数据集，用于描述物理环境，与视频序列中的切片、图片等无任何对应关系。 |
| J: 其中所述ALF的块级控制包含：对所述经重构视频单元内的一或多个第一视频块进行滤波及不对所述经重构视频单元内的一或多个第二视频块进行滤波。 <br> **未被公开** | 未找到相关内容。对比文件未涉及对视频块选择性地应用或跳过某个处理。 | 该特征定义了视频滤波中“块级控制”的具体含义，即按块启用或停用滤波。对比文件中，RSU向车辆发送数据是整体的（地图或偏差集），虽然可能根据车辆类型或位置选择发送不同内容（参见[0036]），但这并非对同一数据单元（如地图）内的不同子区域选择性地应用或跳过“滤波”处理。概念完全不同。 |
| K: 其中所述滤波器支持与所述视频块的种类、方向性或者强方向性相关联。 <br> **未被公开** | 未找到相关内容。对比文件未提及视频块的分类（种类、方向性）与滤波器支持的关联。 | 该特征限定了滤波器支持的选择依据，即视频块的分类属性（如方向性）。对比文件中，RSU选择地图可能依据车辆类型（参见[0036]），但车辆类型并非视频块的属性，且“地图”也非“滤波器支持”。两者关联关系的基础不同。 |
| L: 其中所述指示包含经配置以指示对不同视频块的色度分量的块级滤波的启用或停用的一或多个控制旗标。 <br> **未被公开** | 未找到相关内容。对比文件通信中可能包含控制信息，但非针对视频块滤波的旗标。 | 该特征进一步限定了指示的具体形式为“控制旗标”。对比文件中，车辆与RSU的通信可能包含请求或命令（参见[0036]段），但这些命令涉及的是地图数据请求，而非用于控制视频解码器中色度滤波模块按块启用/停用的二进制旗标。技术内涵不同。 |
| M: 存储器，其经配置以存储所述经译码视频数据 <br> **隐含公开** <<<m>>> | “a memory 330 may be configured to store map update logic 332... and data 334 for multiple vehicles 105...” (参见[0026]段) <br> “memory 230 stores information accessible by the processor 220, including autonomous vehicle logic (or instructions) 232 and data 234...” (参见[0018]段) | 该特征是用于存储数据的通用硬件组件“存储器”。对比文件明确公开了RSU（参见[0026]段）和车辆（参见[0018]段）中均包含存储器（memory），用于存储逻辑和数据。虽然对比文件中存储的是地图、逻辑等，而非特指“经译码视频数据”，但存储器作为通用存储组件，其基本功能是存储信息。本领域技术人员可以毫无疑义地理解，任何数据处理装置（包括视频解码器）都需要存储器来存储其处理的数据（如经译码视频数据）。因此，该特征被对比文件隐含公开。 |
| N: 处理器，其经配置以执行用以处理存储在所述存储器中的所述经译码视频数据的指令 <br> **隐含公开** <<<n>>> | “one or more processors coupled to the interface unit and the memory, and configured to: determine that a vehicle has come within a predetermined range...” (参见[0010], [0055]段) <br> “processor 220 may be any conventional processor...” (参见[0016]段) | 该特征是用于执行指令的通用硬件组件“处理器”。对比文件多处公开了RSU和车辆中包含处理器（processor），并配置为执行各种操作（如地图更新逻辑、车辆控制逻辑）。虽然对比文件中处理器执行的指令是针对地图更新和车辆导航，而非特指“处理经译码视频数据”，但处理器作为通用计算核心，其基本功能是执行指令以处理数据。本领域技术人员可以合理推断，视频解码装置必然包含处理器来执行解码算法处理视频数据。因此，该特征被对比文件隐含公开。 |
| O: 及接收器，其经配置以接收表示具有所述经译码视频数据的所述经编码位流的信息。 <br> **隐含公开** <<<o>>> | “vehicle 105 includes a network interface 239 that may be used to communicate, e.g., wirelessly, with a given RSU 300.” (参见[0025]段) <br> “RSU 300 includes ... a network interface 339” (参见[0026]段) | 该特征是用于接收数据的通用硬件组件“接收器”。对比文件公开了车辆和RSU均包含网络接口（network interface），用于无线通信以接收数据（如车辆从RSU接收地图更新）。网络接口必然包含接收功能。虽然对比文件中接收的是地图数据，而非特指“视频编码位流”，但“接收器”作为实现数据接收功能的通用组件，其存在是必然的。本领域技术人员可以合理推断，任何需要接收外部数据（包括视频位流）的装置都需要接收器。因此，该特征被对比文件隐含公开。 |
| P: 其中所述无线通信装置为蜂窝电话，且表示具有所述经译码视频数据的所述经编码位流的所述信息由所述接收器接收且根据蜂窝通信标准调制。 <br> **未被公开** | 未找到相关内容。对比文件中的车辆可以是各种类型，但未特指为“蜂窝电话”。通信可能使用无线技术，但未明确是根据“蜂窝通信标准”调制。 | 该特征将装置具体限定为“蜂窝电话”，并限定了通信标准为“蜂窝通信标准”。对比文件中的车辆是自动驾驶车辆（如汽车、卡车等），并非蜂窝电话（参见[0015]段）。其无线通信可能用于车联网（V2X），但未明确其调制方式是根据蜂窝通信标准（如LTE、5G）。因此，该特征未被对比文件公开。 |
<<<m>>><<<n>>><<<o>>>