对比文件名称：发明申请_WO2014005297A1 PANORAMA BASED 3D VIDEO CODING
目标专利名称：用于360度视频的混合图形及像素域架构
本次调用的模型名称：DeepSeek
| 技术特征描述以及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| **技术特征A**：所述设备包括：存储器，其经配置以存储所述视频数据。<br>**《直接公开》** | [p0101] Processors 606 may be communicatively coupled to display device 602. **Memory stores 608** may be communicatively coupled to processors 606. | 对比文件明确公开了系统包含存储器（Memory stores 608），该存储器与处理器通信耦合，用于存储数据。其作用与目标专利中存储视频数据的存储器相同，都是提供数据存储功能。因此，本领域技术人员能够毫无疑义地得出该技术特征。 |
| **技术特征B**：一或多个处理器，其经配置以在像素域中编码所存储的视频数据的一部分以产生像素域视频数据，其中，所述像素域视频数据包括各自具有360视频图像的一部分的多个图块。<br>**《隐含公开》** | [p0042] 2D video coding system 200 may encode the **panorama video 210** using a typical 2D video encoder 203, such as MPEG-2, H.264/AVC, HEVC, etc.<br>[p0053] Process 400 may begin at block 412, "**DETERMINE PIXEL CORRESPONDENCE**", where a pixel correspondence may be determined.<br>[p0062] Processing may continue from operation 416 to operation 418, "**GENERATE THE PANORAMA VIDEO**", where the panorama video may be generated. For example, the panorama video may be generated from the multiple texture views via an **image stitching algorithm**... | 1. **像素域编码**：对比文件明确公开了使用2D视频编码器（如H.264/AVC， HEVC）对全景视频（panorama video）进行编码（[p0042]），这属于在像素域进行编码。目标专利中“在像素域中编码”即指使用此类传统视频编码器进行压缩。<br>2. **产生图块**：对比文件公开了通过图像拼接算法从多个纹理视图生成全景视频（[p0062]）。全景视频本身是一个完整的宽幅图像。在视频编码标准（如HEVC）中，为了高效编码，图像通常被分割成多个块（如CTU、CU）进行处理，这些块就是“图块”的一种表现形式。虽然对比文件未明确使用“图块”一词，但本领域技术人员知晓，使用2D视频编码器对任何视频（包括全景视频）进行编码时，必然涉及将画面分割成块（图块）进行预测、变换等操作。因此，“像素域视频数据包括多个图块”是本领域技术人员在使用2D视频编码器编码全景视频时能够合理推断出的必然技术手段。<br>3. **“各自具有360视频图像的一部分”**：对比文件中的全景视频是由360度场景的多个视图拼接而成（[p0031]，[p0062]），编码后产生的各个图块自然各自包含了该全景视频（即360度图像）的一部分内容。<br>综上，对比文件公开了使用2D视频编码器对全景视频进行编码，而“产生包含多个图块的数据”是此类编码过程的固有属性和必然结果。因此，该技术特征被对比文件隐含公开。 |
| **技术特征C**：第一图形处理单元，其经配置以在图形域中处理所述视频数据以产生图形域视频数据，其中所述图形域视频数据包括具有所述360视频图像的全部的纹理。<br>**《隐含公开》** | [p0112] **Graphics subsystem 715** may be a **graphics processing unit (GPU)** or a visual processing unit (VPU)...<br>[p0031] ...a panorama video 210 may contain the video content from video picture views 112-113 and the panorama video 210 can be generated by using **image stitching algorithms** via image stitching and panorama map generation module 207.<br>[p0062] ...the panorama video may be generated from the multiple texture views via an **image stitching algorithm**... | 1. **图形处理单元（GPU）**：对比文件明确公开了系统包含图形处理单元（GPU）（[p0112]）。<br>2. **在图形域中处理视频数据**：对比文件公开了通过图像拼接算法生成全景视频（[p0031], [p0062]）。图像拼接算法（如图像对齐、混合、几何变换）通常是在图形域进行的处理，涉及像素坐标映射、图像合成等图形操作，这些操作可以由GPU高效执行。虽然对比文件未明确指定由GPU执行拼接，但本领域技术人员知晓，复杂的图像处理任务（如图像拼接）为提升性能，有动机且通常由GPU来执行。<br>3. **产生包含整个360度图像纹理的图形域视频数据**：对比文件生成的全景视频（panorama video 210）本身就是一个包含了从多个视角捕获的整个场景内容的完整图像（[p0031]）。这个全景视频作为纹理，可以用于后续的3D变形（warping）以生成任意视图（[p0080]）。因此，该全景视频数据即是“具有360视频图像的全部的纹理”。<br>因此，对比文件隐含公开了使用GPU（图形处理单元）在图形域通过图像拼接处理多个视图数据，以产生包含整个场景（即360度图像）纹理的全景视频数据。 |
| **技术特征D**：以及接口，其用以发射包含具有所述360视频图像的所述全部的所述纹理的所述图形域视频数据及包含所述多个图块的子集的所述像素域视频数据的子集。<br>**《隐含公开》** | [p0116] Radio 718 may include one or more radios capable of transmitting and receiving signals using various suitable wireless communications techniques... An example of wireless shared media may include portions of a wireless spectrum, such as the RF spectrum and so forth.<br>[p0072] ...at the receiver side, video at **any arbitrary view position can be selectively decoded** by a 2D video decoder.<br>[p0089] ...such user input may indicate camera internal parameters like **field of view**, focal-length, etc. | 1. **接口**：对比文件公开了无线通信接口（Radio 718），用于发射和接收信号（[p0116]），其作用与目标专利中用于发射数据的接口相同。<br>2. **发射图形域视频数据（全景纹理）**：对比文件将生成的全景视频（即包含整个场景的纹理）进行编码并传输（[p0042], [p0067]）。这对应于发射图形域视频数据。<br>3. **发射像素域视频数据的子集（图块的子集）**：对比文件指出，在接收端，可以从全景视频中**选择性地解码**任意视点位置的视频（[p0072]）。选择性解码意味着在发射端或传输过程中，可能只传输与用户当前或预期视点（视野，Field of View）相关的数据部分，而非整个全景视频码流。用户输入可以指定视场角（Field of view）（[p0089]），这决定了需要提取和显示的场景区域。为了实现高效传输，本领域技术人员有动机仅编码和发射与目标视野对应的全景视频部分（即“图块的子集”），而不是整个高码率的全景码流。这符合流媒体中基于视口的自适应传输逻辑。<br>因此，对比文件隐含公开了通过接口发射包含整个场景纹理的全景视频数据，以及基于用户视野选择性发射该全景视频中对应部分（即像素域视频数据的子集，可理解为图块的子集）的技术方案。 |
| **技术特征E**：其中，所述一或多个处理器进一步经配置以将所述视频数据拼接在一起以形成等矩形画布；其中，所述一或多个处理器经配置以将所述等矩形画布映射到立方图或金字塔形投影中的一者，并以多种分辨率编码所述多个图块，且其中，所述多个图块的所述子集在用户视野内。<br>**《隐含公开》** | [p0031] ...a panorama video 210... can be generated by using **image stitching algorithms** via image stitching and panorama map generation module 207.<br>[p0062] ...the panorama video may be generated from the multiple texture views via an **image stitching algorithm**...<br>[p0064] ...the panorama video may be a **cylindrical-type panorama or spherical-type panorama**.<br>[p0072] ...video at any arbitrary view position can be **selectively decoded** by a 2D video decoder.<br>[p0089] ...such user input may indicate camera internal parameters like **field of view**... | 1. **拼接形成画布**：对比文件明确公开了通过图像拼接算法将多个纹理视图拼接生成全景视频（[p0031], [p0062]）。目标专利中的“等矩形画布”是360度视频的一种常见投影格式，而对比文件提到的“圆柱型或球型全景”（[p0064]）是另一种常见的360度投影格式。本领域技术人员知晓，不同投影格式（如等矩形、立方体、圆柱等）之间可以相互转换，选择哪种具体格式是实现需求的问题，而非本质区别。因此，拼接形成全景画布这一特征已被公开。<br>2. **映射到立方图或金字塔形投影**：对比文件未明确提及立方图或金字塔形投影。然而，将球面或全景内容映射到其他投影面（如立方体）以方便编码和处理，是本领域处理360度视频的常用技术。考虑到对比文件已经公开了生成球面全景用于编码，本领域技术人员为了实现更高效的块编码（如利用立方体面的平面特性），有动机和可能性将其转换为立方图等投影格式。这是一种合理的、公知的技术选择。<br>3. **以多种分辨率编码图块**：对比文件公开了使用2D视频编码器编码全景视频（[p0042]）。在现代视频编码标准（如HEVC）中，支持可伸缩编码或在不同区域使用不同量化参数，这实质上可以实现以多种分辨率（质量）编码图像的不同部分。虽然对比文件未明确说明“多种分辨率”，但为了实现基于视野的自适应流传输（见下文），本领域技术人员容易想到对视野中心区域（高兴趣区）采用高分辨率编码，对边缘区域采用低分辨率编码，以节省带宽。<br>4. **图块子集在用户视野内**：对比文件公开了基于用户输入（如视野Field of View）选择性解码任意视点的视频（[p0072], [p0089]）。这隐含了传输或解码的数据子集是与用户当前视野相关的部分。结合前述“图块”的概念，被选择传输/解码的数据子集自然对应于位于用户视野内的那些图块。<br>综上，对比文件隐含公开了拼接全景画布、基于用户视野选择性处理数据，而映射到特定投影和使用多分辨率编码是本领域技术人员为实现高效编码和基于视野的传输能够合理推断和采用的常规技术手段。 |
| **技术特征F**：，且其中，所述第一图形处理单元进一步经配置以将所述等矩形画布转换为所述纹理且在球体内部显现所述纹理；其中，所述一或多个处理器经配置以确定所述用户的运动适应性，并基于所确定的所述用户的运动适应性来确定所述视野。<br>**《隐含公开》** | [p0080] ...the target region of the panorama video may be **warped to an output texture view via 3D warping techniques** based at least in part on camera parameters of the virtual camera and the associated panorama map.<br>[p0076] Processing may continue from operation 428 to operation 430, "**SET UP VIRTUAL CAMERA**", where a virtual camera may be set up based at least in part on a predefined configuration on ... **viewpoint position, field-of-view**...<br>[p0072] ...user input may indicate camera internal parameters like **field of view**, focal-length, etc. and/or external parameters related to existing cameras...<br>[p0089] Process 400 may support **head motion parallax**... | 1. **将画布转换为纹理并在球体内部显现**：对比文件公开了通过3D变形（3D warping）技术，将全景视频的目标区域变形为输出纹理视图（[p0080]）。3D变形技术通常用于将2D全景图像映射到3D几何体（如球体）表面，然后根据虚拟相机位置渲染出透视正确的视图。这正是“在球体内部显现纹理”的图形处理过程。虽然未明确提及“球体”，但球面是全景内容最常见的内部观察模型，本领域技术人员能够合理推断。<br>2. **确定用户运动适应性并基于此确定视野**：对比文件公开了系统接收用户输入，该输入可以指示视点位置、视野等参数（[p0072]）。系统根据这些输入设置虚拟相机（[p0076]）。此外，对比文件明确指出其方法支持**头部运动视差**（head motion parallax）（[p0089]）。这意味着系统能够响应用户头部运动（一种“运动适应性”）来改变视点，从而确定新的视野。确定用户运动适应性可以通过传感器（如惯性测量单元）实现，这是VR/AR领域的公知常识。因此，对比文件隐含了通过用户输入（可源于运动传感器）来确定运动适应性，并据此确定视野的技术方案。 |
| **技术特征G**：其中，所述第一图形处理单元经配置以经由所述接口以第一帧率发射所述纹理；其中，所述一或多个处理器经配置以确定所述用户的运动适应性，基于所确定的所述用户的运动适应性来确定所述视野，且基于经确定的视野来调适环绕声视频。<br>**《未公开》** | （未找到对应内容） | 1. **以第一帧率发射纹理**：对比文件虽然公开了发射全景视频（纹理），但未提及该发射以特定的、区别于其他数据的帧率进行。<br>2. **基于确定的视野调适环绕声视频**：对比文件全文未提及任何与音频处理相关的内容，更没有涉及基于用户视野或运动适应性来调适环绕声视频。音频调适（尤其是与视觉视野同步的空间音频渲染）是一个独立的技术领域，未被对比文件所披露。<br>因此，该技术特征未被对比文件公开。 |
| **技术特征H**：且其中所述一或多个处理器进一步经配置以经由所述接口以大于所述第一帧率的第二帧率发射所述像素域视频数据的所述子集；其中，所述一或多个处理器经配置以在第三分辨率下基于所述运动适应性发射所述图块子集中处于所述视野的中心的图块，且在低于所述第三分辨率的第四分辨率下发射所述图块子集中在所述视野内但不在所述视野的所述中心的图块。<br>**《未公开》** | （未找到对应内容） | 1. **以大于纹理帧率的帧率发射像素域视频数据子集**：对比文件未比较或区分全景视频（纹理）与其子集（或任何其他视频数据）的发射帧率。<br>2. **基于运动适应性，以中心高分辨率、周边低分辨率发射图块**：对比文件虽然隐含了基于用户视野选择性传输数据，并可能进行多分辨率编码（见特征E论述），但**没有明确公开**根据“运动适应性”来动态决定分辨率分配，也**没有明确公开**“视野中心高分辨率、视野内周边低分辨率”这种特定的、非对称的分辨率分配策略。这是一种更精细的带宽分配和视觉质量优化方案，超出了对比文件所公开或隐含的内容。<br>因此，该技术特征未被对比文件公开。 |
| **技术特征I**：并且其中，所述第一图形处理单元经配置以经由所述接口以第一分辨率发射所述纹理。<br>**《隐含公开》** | [p0042] 2D video coding system 200 may encode the panorama video 210 using a typical 2D video encoder 203... | 对比文件公开了使用2D视频编码器对全景视频（纹理）进行编码并发射。任何经过编码的视频流都具有特定的分辨率。虽然对比文件未明确提及“第一分辨率”这一称谓，但“以某种分辨率发射纹理”是编码和发射视频数据的必然属性。因此，本领域技术人员能够毫无疑义地推断出该技术特征。 |
| **技术特征J**：，且其中，所述一或多个处理器进一步经配置以经由所述接口以大于所述第一分辨率的第二分辨率发射所述像素域视频数据的所述子集。<br>**《未公开》** | （未找到对应内容） | 对比文件仅公开了对单一的全景视频进行编码和传输。虽然可能对该视频的不同部分采用不同分辨率编码（见特征E的隐含公开推论），但这是针对**同一个视频流内部**的质量变化。目标专利特征J明确要求比较“纹理”（图形域视频数据）和“像素域视频数据的子集”两种**不同数据流**的分辨率，且后者分辨率更高。对比文件没有公开存在这样两种独立的数据流，更没有对它们的分辨率进行比较。因此，该技术特征未被对比文件公开。 |
<<<A>>><<<b>>><<<c>>><<<d>>><<<e>>><<<f>>><<<i>>>