对比文件的名称：发明公开_CN104350745A 基于全景的3D视频译码
目标专利的名称：用于360度视频的混合图形及像素域架构
本次调用的模型名称：GPT-4
### 特征比对表格
| 技术特征描述以及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| **技术特征A**：所述设备包括：存储器，其经配置以存储所述视频数据《直接公开》 | 说明书[0080]段：“存储器存储608可以可通信地耦合到处理器606。” | 对比文件明确公开了系统包括存储器（存储器存储608），该存储器用于存储数据。在视频处理系统中，存储器必然用于存储视频数据。本领域技术人员能毫无疑义地得出该存储器用于存储视频数据（如全景视频、纹理视图等）。该特征在对比文件中的作用与在目标专利中相同，都是为视频处理提供数据存储基础。因此，技术特征A被对比文件直接公开。 |
| **技术特征B**：一或多个处理器，其经配置以在像素域中编码所存储的视频数据的一部分以产生像素域视频数据，其中，所述像素域视频数据包括各自具有360视频图像的一部分的多个图块《未公开》 | 说明书[0025]段：“代替译码多个视图序列和相关联的深度图序列，可以只译码和传输全景视频序列和全景地图。”；[0056]段：“可以使用常规2D视频编码器/解码器系统来译码全景视频和全景地图。例如可以利用MPEG-2、H.264/AVC、HEVC，或其他2D视频编码器来译码所生成的全景视频。” | 对比文件公开了使用2D视频编码器（如HEVC）编码“全景视频序列”，这是在像素域进行的编码操作。然而，对比文件中的“全景视频”是作为一个整体（如圆柱形或球形全景）被编码和传输的，并未被划分或描述为“包括各自具有360视频图像的一部分的多个图块”。目标专利强调将视频数据编码成“多个图块”，每个图块承载全景（360视频）图像的一部分，这是为了后续基于视野进行选择性传输。对比文件未提及将全景视频分割为多个独立编码的图块。因此，技术特征B未被对比文件公开。 |
| **技术特征C**：第一图形处理单元，其经配置以在图形域中处理所述视频数据以产生图形域视频数据，其中所述图形域视频数据包括具有所述360视频图像的全部的纹理《未公开》 | 说明书[0071]段：“图形子系统715可执行对例如静止图像或视频的图像的处理以供显示。图形子系统715可以例如是图形处理单元(GPU)或视觉处理单元(VPU)。” | 对比文件确实公开了系统包含图形处理单元（GPU，即图形子系统715）。然而，该GPU的作用是“执行对图像的处理以供显示”，例如在接收端进行3D卷曲、视图混合等操作以生成输出视图（参见[0042], [0061]等）。对比文件并未描述该GPU在发送端“在图形域中处理视频数据以产生图形域视频数据”，特别是产生一个“包括具有360视频图像的全部的纹理”的数据流。目标专利中，图形域视频数据（纹理）是与像素域视频数据并行产生和流式发射的基线数据。对比文件中的GPU功能更侧重于接收端的视图合成与渲染，而非发送端产生独立的图形域流。因此，技术特征C未被对比文件公开。 |
| **技术特征D**：以及接口，其用以发射包含具有所述360视频图像的所述全部的所述纹理的所述图形域视频数据及包含所述多个图块的子集的所述像素域视频数据的子集《未公开》 | 说明书[0056]段：“例如可以利用MPEG-2、H.264/AVC、HEVC，或其他2D视频编码器来译码所生成的全景视频。同时，例如，通过MPEG-2用户数据语法、H.264/AVC SEI语法表，或HEVC SEI语法表，译码所生成的全景地图，并将其传输到解码器。” | 对比文件公开了接口发射经编码的“全景视频”和“全景地图”。这相当于发射了像素域视频数据（全景视频）。但是，对比文件没有公开同时发射一个独立的、包含完整360视频图像纹理的“图形域视频数据”流。目标专利的核心“混合”架构在于同时发射图形域和像素域两种数据流，而对比文件仅发射单一的像素域数据流（全景视频）及其辅助信息（全景地图）。因此，技术特征D未被对比文件公开。 |
| **技术特征E**：其中，所述一或多个处理器进一步经配置以将所述视频数据拼接在一起以形成等矩形画布；其中，所述一或多个处理器经配置以将所述等矩形画布映射到立方图或金字塔形投影中的一者，并以多种分辨率编码所述多个图块，且其中，所述多个图块的所述子集在用户视野内。《未公开》 | 说明书[0034]段：“全景视频210可以包含来自视频画面视图112-113的视频内容，并且可以通过使用图像拼接算法，通过图像拼接和全景地图生成模块207，来生成全景视频210。”；[0052]段：“全景视频可以是圆柱形类型的全景或球形类型的全景。” | 对比文件公开了“将视频数据拼接在一起以形成”全景视频（画布），这与目标专利的“拼接”动作相对应。然而，对比文件未限定拼接成的画布为“等矩形”画布，而是提到了“圆柱形”或“球形”全景。更重要的是，对比文件完全没有公开后续步骤：将画布“映射到立方图或金字塔形投影中的一者”，以及“以多种分辨率编码所述多个图块”。对比文件中的全景视频是作为一个整体单元进行编码和传输的，没有“图块”的概念，也没有基于“用户视野”选择图块子集。因此，技术特征E作为一个整体技术方案未被对比文件公开。 |
| **技术特征F**：，且其中，所述第一图形处理单元进一步经配置以将所述等矩形画布转换为所述纹理且在球体内部显现所述纹理；其中，所述一或多个处理器经配置以确定所述用户的运动适应性，并基于所确定的所述用户的运动适应性来确定所述视野。《隐含公开》 | 说明书[0042]段：“可以至少部分地基于用户输入，确定全景视频的任何任意目标视图以及相关联的目标区域处的用户视图偏好”；[0068]段：“过程400(和/或过程300)可以支持头部运动视差”。 | 对比文件没有公开“将等矩形画布转换为纹理且在球体内部显现纹理”这一技术手段。然而，对于“确定用户的运动适应性并基于此确定视野”这一特征，对比文件在[0042]段提到可以根据“用户输入”来确定“用户视图偏好”，以选择全景视频中的目标视图（即视野）。在[0068]段进一步明确该技术“可以支持头部运动视差”。本领域技术人员可以合理推断，在虚拟现实或沉浸式视频应用中，用户的“运动适应性”（如头部转动）是常见的“用户输入”方式之一，用于确定希望观看的视野。对比文件虽然没有明确传感器检测，但通过接收“用户输入”来确定视图偏好，其作用与目标专利中“基于用户运动适应性确定视野”是相同的，都是为了响应用户动作以提供相应的视野。因此，该部分技术特征被对比文件隐含公开。但“将画布转换为纹理并在球体内部显现”未被公开。 |
| **技术特征G**：其中，所述第一图形处理单元经配置以经由所述接口以第一帧率发射所述纹理；其中，所述一或多个处理器经配置以确定所述用户的运动适应性，基于所确定的所述用户的运动适应性来确定所述视野，且基于经确定的视野来调适环绕声视频。《未公开》 | 说明书未提及以不同帧率发射不同数据流，也未提及基于视野调适环绕声视频。 | 对比文件没有公开任何关于“以第一帧率发射纹理”的内容，因为其根本不存在独立的图形域纹理流。同时，对比文件虽然支持根据用户偏好（可能基于运动）确定视野（[0042],[0068]），但完全没有提及基于此确定的视野来“调适环绕声视频”。目标专利中音频调适是混合架构中与视频同步的重要部分，而对比文件未涉及此特征。因此，技术特征G未被对比文件公开。 |
| **技术特征H**：且其中所述一或多个处理器进一步经配置以经由所述接口以大于所述第一帧率的第二帧率发射所述像素域视频数据的所述子集；其中，所述一或多个处理器经配置以在第三分辨率下基于所述运动适应性发射所述图块子集中处于所述视野的中心的图块，且在低于所述第三分辨率的第四分辨率下发射所述图块子集中在所述视野内但不在所述视野的所述中心的图块。《未公开》 | 说明书未提及以不同帧率发射数据。说明书未提及将视频分割成图块，也未提及根据视野内位置（中心/非中心）采用不同分辨率进行编码和传输。 | 对比文件完全没有公开目标专利中关于帧率差异（图形域低帧率、像素域高帧率）的技术特征。同时，如前述，对比文件没有“图块”的概念，更谈不上对视野内不同位置的图块采用不同的分辨率进行编码和选择性发射。目标专利的这一特征是其实现高分辨率聚焦和带宽节约的关键，而对比文件的全景视频是整体均匀编码和传输的。因此，技术特征H未被对比文件公开。 |
| **技术特征I**：并且其中，所述第一图形处理单元经配置以经由所述接口以第一分辨率发射所述纹理《未公开》 | 说明书未提及图形域纹理流及其发射分辨率。 | 对比文件未公开独立的图形域纹理流，因此自然不存在“以第一分辨率发射所述纹理”的特征。因此，技术特征I未被对比文件公开。 |
| **技术特征J**：，且其中，所述一或多个处理器进一步经配置以经由所述接口以大于所述第一分辨率的第二分辨率发射所述像素域视频数据的所述子集。《未公开》 | 说明书未提及像素域视频数据以高于图形域纹理的分辨率发射。 | 对比文件仅公开了编码和发射全景视频，但未提及该视频数据是以一种相对于另一个图形流而言更高的分辨率进行发射的。因为对比文件不存在图形流与像素流并行的混合架构，所以也不存在两者之间的分辨率对比关系。因此，技术特征J未被对比文件公开。 |
<<<A>>>