一种由客户端装置来处理全向视频的方法，所述全向视频与用于确定所述全向视频的视频数据在曲面上的空间位置的3D坐标系关联；接收清单文件；所述清单文件包含用于识别多个层块流的多个层块流标识符；所述层块流包含具有2D投影视频数据的视频帧；所述视频帧具有图像视图；由此不同层块流的视频帧的图像视图覆盖所述全向视频的2D投影的不同区域；一个区域定义一个层块；基于所述清单文件中的空间关系信息，并且基于所述客户端装置的用户的视点来选择与第一分辨率和第一层块位置关联的第一层块流以及与第二分辨率和第二层块位置关联的第二层块流；所述第二分辨率低于所述第一分辨率；其中所述空间关系信息为每个层块定义层块位置；并且其中所述视点定义所述用户的查看方向；所述层块位置和所述视点基于所述3D坐标系的坐标来定义；向一个或多个层块流存储装置请求选择的层块流；接收所选层块流的2D投影视频数据；并且接收映射信息；所述映射信息为所述客户端装置提供用于使所述客户端装置能够将作为全向视频数据的所述层块流的所述2D投影视频数据映射到所述曲面上的信息；以及基于所述空间关系信息和所述映射信息来处理接收的层块流的2D投影视频数据。

```python?code_reference&code_event_index=1

import os

from weasyprint import HTML

html_content = """

<!DOCTYPE html>

<html>

<head>

<meta charset="utf-8">

<style>

@page {

size: A4;

margin: 20mm 15mm;

@bottom-right {

content: counter(page);

font-size: 9pt;

font-family: Arial, sans-serif;

color: #666;

}

@bottom-left {

content: "专利权利要求深入解析与对比文件技术比对报告";

font-size: 9pt;

font-family: Arial, sans-serif;

color: #666;

}

}

body {

font-family: 'PingFang SC', 'Helvetica Neue', Arial, sans-serif;

color: #333333;

line-height: 1.6;

font-size: 10.5pt;

margin: 0;

padding: 0;

}

h1 {

font-size: 20pt;

color: #1a365d;

text-align: center;

margin-top: 0;

margin-bottom: 25px;

padding-bottom: 10px;

border-bottom: 2px solid #2b6cb0;

}

h2 {

font-size: 14pt;

color: #2b6cb0;

margin-top: 30px;

margin-bottom: 12px;

border-left: 5px solid #2b6cb0;

padding-left: 10px;

page-break-after: avoid;

}

h3 {

font-size: 12pt;

color: #2d3748;

margin-top: 20px;

margin-bottom: 8px;

page-break-after: avoid;

}

p {

margin-top: 0;

margin-bottom: 10px;

text-indent: 2em;

text-align: justify;

}

.no-indent {

text-indent: 0;

}

table {

width: 100%;

border-collapse: collapse;

margin-top: 15px;

margin-bottom: 15px;

font-size: 9.5pt;

page-break-inside: auto;

}

tr {

page-break-inside: avoid;

page-break-after: auto;

}

th {

background-color: #2b6cb0;

color: #ffffff;

font-weight: bold;

border: 1px solid #cbd5e0;

padding: 8px 10px;

text-align: left;

}

td {

border: 1px solid #cbd5e0;

padding: 8px 10px;

text-align: left;

vertical-align: top;

}

tr:nth-child(even) td {

background-color: #f7fafc;

}

.feature-id {

font-weight: bold;

color: #2b6cb0;

text-align: center;

width: 8%;

}

.feature-text {

width: 32%;

}

.d1-text {

width: 45%;

}

.analysis-result {

width: 15%;

font-weight: bold;

}

.highlight-box {

background-color: #ebf8ff;

border-left: 4px solid #3182ce;

padding: 12px;

margin: 15px 0;

border-radius: 0 4px 4px 0;

}

.highlight-box p {

margin: 0;

text-indent: 0;

}

.weak-feature {

background-color: #fff5f5;

border-left: 4px solid #e53e3e;

padding: 12px;

margin: 15px 0;

border-radius: 0 4px 4px 0;

}

.weak-feature p {

margin: 0;

text-indent: 0;

}

ol, ul {

margin-top: 5px;

margin-bottom: 10px;

padding-left: 25px;

}

li {

margin-bottom: 5px;

text-align: justify;

}

</style>

<title>专利权利要求深入解析与对比文件技术比对报告</title>

</head>

<body>

<h1>目标专利权利要求与对比文件技术比对报告</h1>

<div class="highlight-box">

<p><strong>撰写说明：</strong>本报告由资深专利代理师领衔制作，针对目标专利（全向视频处理方法）的权利要求1，紧密结合目标说明书公开的精神，与最相关的对比文件 <strong>D1 (WO2015014773A1)</strong> 进行逐字逐句的法律与技术特征比对。报告客观评述了各特征的公开状态，明确了最接近对比文件的确立理由，并锁定了后续无效宣告程序中最薄弱的技术特征，最后给出了精准的补充检索策略。</p>

</div>

<h2>一、 目标专利权利要求1的法理解析与技术架构分析</h2>

<p>目标专利权利要求1保护一种“由客户端装置来处理全向视频的方法”。其核心技术构思在于解决VR/全向视频流传输中，如何在保障用户视点（Viewpoint）区域高清晰度的同时降低整体带宽消耗。为此，权利要求1构建了一套基于“3D坐标系-2D投影-清单文件空间关系信息-多分辨率层块（Tile）选择-曲面映射”的闭环处理架构。</p>

<p>从专利法理角度看，该权利要求通过空间关系信息将3D查看空间与2D物理条带流（层块流）相映射，动态请求不同分辨率的流，并在客户端通过“映射信息”还原到曲面上进行渲染。其技术边界清晰，通过特征A至P层层递进，形成一个完整的技术方案。</p>

<h2>二、 对比文件D1 (WO2015014773A1) 毫无异议公开/实质公开的技术特征分析</h2>

<p>对比文件D1（公开号：WO2015014773A1，主题为“Providing tile video streams to a client”）全面公开了基于层块（Tile）的自适应视频流传输架构。经过深度比对，D1在以下几个核心维度上已经“毫无异议地公开”或“实质公开”了目标专利的绝大部分技术特征：</p>

<ol>

<li><strong>3D坐标系与空间关联（特征A、K）：</strong>D1在段落[p0077]中明确指出，若图像区域涉及二维或三维图像区域，可以使用笛卡尔坐标系，或者在使用弯曲图像区域时，可以使用非笛卡尔曲线坐标系，例如柱面、球面或极坐标系。并且在[p0020]中明确提及沿x、y、z轴的运动（z轴代表缩放）。这与目标专利所述的“3D坐标系”、“曲面上的空间位置”完全实质等同。</li>

<li><strong>清单文件与层块标识符（特征B、C、J）：</strong>D1在段落[p0007]、[p0079]、[p0098]中公开了“空间清单文件（Spatial Manifest File, SMF）”，其中包含用于识别多层块流的层块流标识符（URLs），并且定义了每个层块在整个大视场源视频图像区域中的空间位置。这完全覆盖了特征B、C、J。</li>

<li><strong>层块流与区域覆盖（特征D、E、F、G）：</strong>D1在段落[p0004]、[p0078]中公开了将大视场图像在空间上分割成网格状的区域（即tiles, segments或slices），各tile流包含固定空间位置的序列帧。不同层块覆盖大视场源视频的不同子区域，完全对应特征D、E、F、G。</li>

</ol>

<h2>三、 技术特征比对表 (Claim 1 vs D1)</h2>

<p class="no-indent">以下为逐项技术特征的精细化比对表格：</p>

<table>

<thead>

<tr>

<th class="feature-id">特征</th>

<th class="feature-text">目标专利权利要求1的技术特征</th>

<th class="d1-text">对比文件 D1 (WO2015014773A1) 原文及详细出处</th>

<th class="analysis-result">对比分析结论</th>

</tr>

</thead>

<tbody>

<tr>

<td class="feature-id">A</td>

<td>一种由客户端装置来处理全向视频的方法，所述全向视频与用于确定所述全向视频的视频数据在曲面上的空间位置的3D坐标系关联；</td>

<td>[p0016] ...image region as such may be pictured as a plane that is flat... or curved, such as cylindrical... or even take other curved shapes such as a bowl shape... [p0077] ...Alternatively, in case the image region relates to a curved image region other non-Cartesian, curvilinear coordinate systems may be used, e.g. cylindrical, spherical or polar coordinate system.</td>

<td><strong>毫无异议公开</strong><br>D1明确公开了曲面图像区及柱面、球面等曲线3D坐标系。</td>

</tr>

<tr>

<td class="feature-id">B</td>

<td>接收清单文件；</td>

<td>[p0007] ...a client (i.e. client device) may be provided with a so-called spatial manifest file... [p0079] ...collected in a special data structure, which hereafter may be referred as a spatial manifest file (SMF) 104.</td>

<td><strong>毫无异议公开</strong><br>D1的SMF完全对应其清单文件。</td>

</tr>

<tr>

<td class="feature-id">C</td>

<td>所述清单文件包含用于识别多个层块流的多个层块流标识符；</td>

<td>[p0007] The spatial manifest file may further comprise tile stream identifiers (e.g. URLs) for determining one or more delivery nodes in the network...</td>

<td><strong>毫无异议公开</strong><br>D1的SMF明确包含层块流标识符（URLs）。</td>

</tr>

<tr>

<td class="feature-id">D</td>

<td>所述层块流包含具有2D投影视频数据的视频帧；</td>

<td>[p0004] ...encoded as separate streams... In this disclosure such stream may be referred to as a tile stream... A tile stream may comprise a sequence of tile frames...</td>

<td><strong>实质公开</strong><br>D1的层块帧在物理上均为扁平的2D视频物理帧，传输三维全向视频的子区域时即为2D投影。</td>

</tr>

<tr>

<td class="feature-id">E</td>

<td>所述视频帧具有图像视图；</td>

<td>[p0004] ...The tile stream thus comprises frames that relate to a subregion (e.g. 'the tile' or 'tile area') of the image region...</td>

<td><strong>毫无异议公开</strong><br>每一帧对应其子区域的图像视图。</td>

</tr>

<tr>

<td class="feature-id">F</td>

<td>由此不同层块流的视频帧的图像视图覆盖所述全向视频的2D投影的不同区域；</td>

<td>[p0004] ...the large field-of-view image region of the frames of such high-resolution stream may be spatially divided into a grid of areas... [p0078] ...spatially adjoining tile sub-regions by cropping tile areas...</td>

<td><strong>毫无异议公开</strong><br>D1网格化分割大视场区域，各流覆盖不同的空间区域。</td>

</tr>

<tr>

<td class="feature-id">G</td>

<td>一个区域定义一个层块；</td>

<td>[p0004] ...divided into a grid of areas (which are usually referred to as tiles, segments or slices).</td>

<td><strong>毫无异议公开</strong><br>定义完全等同。</td>

</tr>

<tr>

<td class="feature-id">H</td>

<td>基于所述清单文件中的空间关系信息，并且基于所述客户端装置的用户的视点来选择与第一分辨率和第一层块位置关联的第一层块流以及与第二分辨率和第二层块位置关联的第二层块流；</td>

<td>[p0005] A user may select a region-of-interest (ROI) within the image region... subsequent request the set of tile streams that are associated with the selected ROI. [p0020] ...ROI vector... used for selecting a tile representation... [p0081] tile representations... define different tiled variants... including different resolutions. [p0136] ...a low-resolution video stream... used to temporarily crop the missing content...</td>

<td><strong>实质公开/存在微弱区别</strong><br>D1公开了基于ROI（视点）和SMF选择对应分辨率和位置的层块流。但未明示同时请求第一高分辨率和第二低分辨率两路层块流。</td>

</tr>

<tr>

<td class="feature-id">I</td>

<td>所述第二分辨率低于所述第一分辨率；</td>

<td>[p0081-p0082] ...different resolutions... [p0136] ...low-resolution video stream... while the missing tile streams are retrieved...</td>

<td><strong>毫无异议公开</strong><br>D1的多分辨率架构及低分辨率回退机制公开了该分辨率高低关系。</td>

</tr>

<tr>

<td class="feature-id">J</td>

<td>其中所述空间关系信息为每个层块定义层块位置；并且其中所述视点定义所述用户的查看方向；</td>

<td>[p0004] ...having a fixed (spatial) position... defined by so called "tile position information". [p0005] A user may select a region-of-interest (ROI)... [p0020] Motion along the z-axis... reflect a zooming action. Motion in the x,y plane... reflect panning. For tilting...</td>

<td><strong>毫无异议公开</strong><br>D1的tile位置信息定义了层块位置，ROI向量定义了用户的查看交互方向。</td>

</tr>

<tr>

<td class="feature-id">K</td>

<td>所述层块位置和所述视点基于所述3D坐标系的坐标来定义；</td>

<td>[p0020] The ROI vector may de defined in terms of vector co-ordinates... along x,y,z axis of the image region plane. [p0077] ...curvilinear coordinate systems may be used, e.g. cylindrical, spherical or polar...</td>

<td><strong>毫无异议公开</strong><br>D1明确在柱面/球面坐标系下利用x,y,z或极坐标定义位置与ROI。</td>

</tr>

<tr>

<td class="feature-id">L</td>

<td>向一个或多个层块流存储装置请求选择的层块流；</td>

<td>[p0007] ...requesting the tile streams from a server or a content delivery network (CDN). [p0013] ...requesting said one or more tile video streams.</td>

<td><strong>毫无异议公开</strong><br>标准的客户端请求机制。</td>

</tr>

<tr>

<td class="feature-id">M</td>

<td>接收所选层块流的2D投影视频数据；</td>

<td>[p0005] Upon reception of the requested tile streams... [p0013] ...receiving a Region-Of-Interest (ROI) video stream...</td>

<td><strong>毫无异议公开</strong><br>客户端正常接收流数据。</td>

</tr>

<tr>

<td class="feature-id">N</td>

<td>接收映射信息；</td>

<td>[p0077] The position of tile sub-regions in the full image region may be defined on the basis a coordinate system frame 103... [p0103] ...used by the client to spatially align the borders of neighboring tiles frames into a seamless video image for display.</td>

<td><strong>实质公开/存在争议</strong><br>D1公开了坐标系统框架103及拼接（stitching）所需的位置边界坐标，此即属于映射信息。</td>

</tr>

<tr>

<td class="feature-id">O</td>

<td>所述映射信息为所述客户端装置提供用于使所述客户端装置能够将作为全向视频数据的所述层块流的所述2D投影视频数据映射到所述曲面上的信息；</td>

<td>[p0077] ...in case the image region relates to a curved image region other non-Cartesian, curvilinear coordinate systems may be used... [p0103] ...used by the client to spatially align... into a seamless video image for display.</td>

<td><strong>实质公开/主要辩点</strong><br>目标专利将映射信息单独抽离表述。D1中是通过曲线坐标系（柱面/球面）下的坐标定义和拼接算法来实现2D帧到三维弯曲显示表面的还原。</td>

</tr>

<tr>

<td class="feature-id">P</td>

<td>基于所述空间关系信息和所述映射信息来处理接收的层块流的2D投影视频数据。</td>

<td>[p0005] ...decode the streams and stitch the decoded tile frames together... [p0113] ...synchronize the buffered tile frames and stitch synchronized adjacent tile frames together in order to form a stitched sub-region...</td>

<td><strong>毫无异议公开</strong><br>D1基于空间位置进行同步解码和拼接处理。</td>

</tr>

</tbody>

</table>

<h2>四、 最接近对比文件的选择与创造性评述角度分析</h2>

<p>在针对目标专利权利要求1进行无效宣告或创造性评述时，<strong>WO2015014773A1 (D1) 毫无疑问是最佳且最接近的对比文件</strong>。理由如下：</p>

<ol>

<li><strong>技术领域完全相同：</strong>两者均属于全向/大视场视频在自适应流媒体网络环境下的多层块（Tile-based）传输与客户端渲染领域。</li>

<li><strong>解决的技术问题完全一致：</strong>两者均致力于解决大视场、全景视频因分辨率过高导致的带宽浪费以及客户端解码负荷过重的问题，通过按需传输部分空间区域流来平衡画质与带宽。</li>

<li><strong>技术手段高度重合：</strong>两者均采用“空间清单文件+层块标识符划分空间区域+基于视点/ROI选择特定流+多分辨率表征+客户端还原拼接”的技术路线。由上表可见，权利要求1中16个技术特征，D1独立公开了绝大多数特征，且给出了强烈的技术暗示。</li>

</ol>

<h2>五、 提出无效请求时最薄弱的技术特征分析（核心辩点）</h2>

<p>在口头审理和无效意见陈述中，专利权人最可能据理力争、试图用作“新颖性/创造性防线”的<strong>最薄弱技术特征（即最不容易被攻破、或D1公开程度相对最浅的特征）</strong>为：</p>

<div class="weak-feature">

<p><strong>最薄弱特征组合：特征H中关于“同时选择并请求第一分辨率（高）和第二分辨率（低）两种层块流”的限定，以及特征N、O中单独定义并接收“映射信息”以实现2D投影到3D曲面映射的显式架构。</strong></p>

</div>

<p><strong>1. 针对特征H的辩点分析：</strong>D1虽然在[p0081]中提到了存在不同分辨率的层块表征（tile representations），且在[p0136]中提到了低分辨率背景流回退机制。但是，目标专利权利要求1将其细化为：同时基于用户视点选择一个高分辨率的第一层块流和一个低分辨率的第二层块流。专利权人会辩称，目标专利在视点中心区域用高分辨率，外围区域用低分辨率，实现了均匀视域内的非均匀不对称传输；而D1主要是整体切换，或者是背景流回退，不属于权利要求1所述的选择模式。这一特征是无效请求中的主要难点。</p>

<p><strong>2. 针对特征N、O的辩点分析：</strong>目标专利将“映射信息（Mapping Information）”作为一个独立的信令结构在清单或流中接收，用以指导2D到3D曲面的映射。而D1在[p0077]中虽然指出了在球面/柱面坐标系中定义坐标，并在客户端进行拼接（stitch），但其强调的是空间区域的拼接融合，并未显式抽象出“接收映射信息并将2D投影数据映射到曲面上”这一独立的信令交互步骤。专利权人极易在此制造“技术壁垒”。</p>

<h2>六、 针对薄弱特征的下一步补充检索策略</h2>

<p>为了彻底瓦解上述薄弱特征，确保无效请求获得成功，建议采取“D1 + 补充对比文件（D2/D3）”的联合评述策略。下一步精准检索方案如下：</p>

<h3>1. 检索方向与技术主题设定</h3>

<ul>

<li><strong>方向一（针对双分辨率层块选择）：</strong>重点检索MPEG-DASH（SRD，空间关系描述符）标准的早期提案或HEVC Tiling技术的跨分辨率流组合传输。寻找明确公开“视点中心采用高分辨率Tile，视点外围（边缘区域）采用低分辨率Tile组合解码”的文献。</li>

<li><strong>方向二（针对2D到3D曲面映射信息）：</strong>重点检索全景视频几何投影标准（如Equirectangular Projection-ERP等距柱状投影、Cube Map Projection-CMP立方体投影）下的客户端渲染技术。寻找明确公开“客户端接收包含几何投影类型或映射参数的信令/元数据（Mapping Info），从而将2D平面帧映射还原至3D球体/曲面”的文献。</li>

</ul>

<h3>2. 推荐补充检索关键词与逻辑组合</h3>

<ul>

<li><code>(Omnidirectional OR panorama OR "360 video" OR VR OR "field of view") AND (tile OR "spatial relation") AND ("high resolution" AND "low resolution") AND (viewpoint OR FOV OR ROI)</code></li>

<li><code>(Omnidirectional OR "360-degree") AND (mapping OR projection OR ERP OR CMP) AND (metadata OR signaling) AND ("curved surface" OR sphere)</code></li>

</ul>

<h3>3. 重点追踪的标准化组织与专利分类号</h3>

<ul>

<li><strong>标准文献：</strong>MPEG-I Part 2 (Omnidirectional Media Format, OMAF) 早期草案、3GPP TS 26.118、MPEG-DASH AMD 1 (Spatial Relationship Description)。</li>

<li><strong>IPC分类号：</strong><code>H04N21/81</code>（专用性质的视频片段）、<code>H04N21/2343</code>（涉及流格式转换/多分辨率）、<code>H04N19/167</code>（基于视窗或感兴趣区域的视频编码）。</li>

</ul>

</body>

</html>

"""

with open("report.html", "w", encoding="utf-8") as f:

f.write(html_content)

HTML("report.html").write_pdf("patent_analysis_report.pdf")

print("PDF successfully generated.")

```

```text?code_stdout&code_event_index=1

PDF successfully generated.

```

您的专利权利要求深入解析与对比文件技术比对法律报告已成功生成 PDF 文件。

Your PDF file is ready

[file-tag: code-generated-file-b41d2a7e-d0f6-41ea-9fa7-46879b00105e]

作为一名经验丰富的专利代理师，针对本案全向视频处理方法的权利要求1，以下为您梳理本案的核心无效宣告与创造性法律比对核心要点：

### 一、 对比文件公开状态的核心法理结论

对比文件 **D1 (WO2015014773A1)** 在整体上已经公开了基于层块（Tile）的自适应流媒体传输核心架构。通过对 D1 原文（特别是段落 `[p0004]`, `[p0007]`, `[p0016]`, `[p0020]`, `[p0077]` 等）的逐字分析，其已**毫无异议地公开**或**实质公开**了本案权利要求1的绝大部分空间划分与信令传输技术特征。

1. **3D坐标系与曲面关联（特征A、K）：** D1 段落 `[p0077]` 明确指出，如果图像区域涉及弯曲区域，可以使用非笛卡尔曲线坐标系，如“柱面（cylindrical）、球面（spherical）或极坐标系（polar coordinate system）”，并且段落 `[p0020]` 定义了基于 x,y,z 轴的运动向量（z轴表示缩放）。这与权利要求1在曲面上定义3D坐标系的技术本质完全等同。

2. **清单文件与层块标识符（特征B、C、J）：** D1 明文公开了“空间清单文件（Spatial Manifest File, SMF）”，并在其中配置了层块流标识符（URLs）和层块空间位置信息（段落 `[p0007]`、`[p0079]`），毫无异议公开。

### 二、 最接近对比文件的选择理由

在创造性评述（三步法）中，**D1 是最适合做最接近对比文件（CPA）的唯一或最主要文献**。其理由在于：

* **技术领域完全相同：** 两者均属于 VR/全向/大视场视频自适应流传输及客户端拼接渲染。

* **解决的技术问题完全一致：** 均致力于在确保用户视点（ROI）高清晰度的前提下，解决全景大视场带来的网络带宽浪费和客户端高码流解码瓶颈。

* **技术手段高度重合：** 均采用了基于空间清单文件（SMF）控制、按需请求对应空间位置流、并由客户端同步解码拼接的方案。

### 三、 无效请求中最薄弱的技术特征（核心辩点）

若作为请求人提出无效宣告，权利要求1中**防御力最强、D1公开程度相对最浅、专利权人最有可能作为“新颖性/创造性防线”的薄弱特征（即我方攻坚难点）**为：

1. **特征H中的非均匀分辨率组合选择：** 权利要求1要求**同时**请求视点相关的“第一分辨率（高）”和“第二分辨率（低）”两种层块流。虽然 D1 公开了多分辨率机制（段落 `[p0081]`）和低分辨率回退机制（段落 `[p0136]`），但未明确提到在同一时间窗内，为了配合用户查看方向，而进行这种高低分辨率层块流的不对称组合请求。

2. **特征N、O、P中的“独立映射信息”信令架构：** 目标专利将“映射信息（Mapping Information）”抽离为一个独立的信令交互步骤，使客户端能够把 2D 投影数据精准还原映射到 3D 曲面。D1 虽然公开了曲线坐标系和边缘拼接（stitch）（段落 `[p0103]`），但并未显式提到“接收映射信息”这一物理独立或逻辑独立的元数据。

### 四、 补充检索与无效突围策略

为了彻底击碎上述两项薄弱特征，不建议仅通过单篇 D1 强行评述，最佳策略是**利用 D1 结合 D2/D3 补充对比文件**进行创造性联合评述。下一步针对性的检索建议如下：

* **针对特征H（双分辨率流组合选择）：** 重点检索 **MPEG-DASH SRD (Spatial Relationship Description)** 的早期标准提案、流媒体自适应传输领域中关于“视窗（FOV）采用高码率/高分辨率 Tile，视窗外围（Peripheral View）采用低分辨率 Tile 降低带宽”的学术论文或专利。

* **针对特征N、O（映射信息）：** 聚焦检索 **3D全景视频几何投影与渲染（Projection & Rendering）** 的技术标准。重点检索包含 **ERP（等距柱状投影）**、**CMP（立方体投影）** 等几何映射参数、元数据（Signaling/Metadata）在客户端解码阶段对 2D 平面视频还原球面的专利（如 IPC 分类号 `H04N21/81` 和 `H04N19/167` 范围内的文献）。

生成的法律比对 PDF 报告已完全遵照专利代理实务要求，包含了详尽的原文出处特征比对表格和周密的诉讼对抗分析，您可以直接下载用于后续法务流程。

作为一名深耕音视频通信及流媒体传输领域的专业专利代理师，我针对本案目标权利要求1以及对比文件D1（CN1707354A）、D2（CN101146231A）、D3（CN102413376A）为您进行深入的法律与技术特征比对分析。

以下是具体的无效宣告请求可行性分析报告：

---

## 一、 权利要求核心术语与技术原理解析

在全向视频（Omnidirectional Video，常称VR/360度视频）传输领域，由于全景图像数据量极大，若全量传输会导致极高的带宽浪费。目标权利要求1的核心技术逻辑在于**“基于视点的高效动态流媒体传输技术（Viewport-dependent Streaming）”**：

1. **清单文件与层块（Tile）架构**：将全向视频的2D投影画面切分为多个空间区域（层块/Tile），每个层块独立编码成不同分辨率的流，并通过清单文件（类似于MPEG-DASH中的MPD或HLS中的m3u8，并带有空间关系描述SRD）进行动态索引。

2. **非均匀视点流选择**：客户端根据用户的实时视点（查看方向），对处于视野中心（Viewport）的区域请求高分辨率流（第一层块流），对视野边缘或外部的背景区域请求低分辨率流（第二层块流），从而在保障视觉清晰度的同时，大幅降低传输带宽。

3. **曲面映射与渲染**：客户端接收到2D投影流后，利用映射信息（Mapping Information，如ERP等投影几何参数）和空间关系信息，将2D图像还原映射到3D虚拟曲面（如球体或圆柱体）上进行渲染。

---

## 二、 权利要求1的技术特征比对表

下表将权利要求1分解为技术特征A至P，并逐一与对比文件D1、D2、D3的原文进行细致比对。

---

## 三、 最接近的对比文件（D1-D3）选择与分析

在创造性分析（三步法）中，确定**最接近的对比文件（Primary Reference）**应优先考虑技术领域相同、解决的技术问题最类似、且公开区别特征最多的文献。

### 1. 哪个文件最适合做最接近的对比文件？

**结论：对比文件D3 (CN102413376A) 最适合作为本案的最接近对比文件。**

### 2. 深度理由分析（技术问题与技术效果维度）：

* **整体解决的技术问题高度一致**：

* **本专利**要解决的是全向视频在网络传输中，因全景数据量过大导致带宽消耗严重、客户端解码负担重，如何“按需低带宽传输”的问题。

* **D3**在背景技术[0004]-[0011]中明确指出，为了便于高分辨率全景视频序列的传送，将其划分为多个“视频补丁（块）”，并提出预取机制，目的同样是解决“在有限的网络信道尺寸下，如何平衡导航流畅度、导航速度以及传输带宽”的技术问题。

* **技术手段与架构完全契合**：

D3提出了完整的**“视频补丁（Tiling） + SVC多层编码（多分辨率） + 双网络动态流匹配 + 视点（可视区域）驱动”**的流媒体架构。这与目标专利通过清单文件识别层块、基于视点选择第一/第二分辨率层块流并请求的架构在本质上是一样的。

* **技术效果高度对应**：

D3通过在可视区域（用户查看方向）动态叠加增强层（高分辨率），在边缘维持基本层（低分辨率），达到了“既能给订户提供某些部分的高清缩放体验（沉浸感），又极大地节省了整体网络带宽”的技术效果，这与目标专利通过Viewport非均匀传输实现高效全向视频处理的技术效果完全一致。

> **排除D1/D2做第一对比文件的理由**：

> * **D1 (CN1707354A)** 属于**静态全景图像的拼合算法**（解决的是多张鱼眼/鼓形图片自动化无缝拼接成一幅高质量球面全景图的问题），完全不涉及流媒体网络传输、层块流选择及视点动态响应，技术领域和技术问题相去甚远。

> * **D2 (CN101146231A)** 虽然涉及全景视频，但其侧重于**多路源视频流的标定、配准、再投影和拼接平滑算法**（即如何从多摄像头生产全景视频），属于内容制作端技术；其播放器（图7）仅提及人视点在圆柱中间交互浏览，并没有公开客户端与服务端之间对“视频分块（Tile）”和“多分辨率流（SVC）”的动态网络握手与选择请求。

---

## 四、 缺漏特征分析与薄弱环节

虽然D3公开了本专利权利要求1的大绝部分实质内容，但由于语义表达及技术侧重的细微差异，本专利在无效宣告程序中，对无效请求人而言，**最薄弱（即最容易被维持有效，或请求人最难攻破）的技术特征**，以及**专利权人最可能据理力争的防线**主要集中在以下特征：

### 1. 潜在的防线（区别特征）：特征B、C、K中关于“清单文件明确显式定义空间关系描述（SRD）”的表述

* **抗辩点**：专利权人可能会辩称，D3虽然使用了“HTTP流”，隐含了索引文件的存在，但D3的索引文件主要是为了HLS或多层流的切换。本专利的“清单文件”内部**“包含用于识别多个层块流的多个层块流标识符”**，且清单文件中明确带有**“空间关系信息（Spatial Relationship Information）”**，并直接在清单文件中为每个层块定义了3D坐标系下的层块位置。

* **其他文件的补位情况**：

* **D2** 虽然提到了3D世界坐标系、旋转矩阵以及像素点到圆柱流形坐标的一一对应，但D2是在**拼接算法**层面利用矩阵计算，并没有将其抽象写入一个网络传输层的“清单文件（Manifest）”中。

* 因此，“将层块的3D空间坐标关系直接写入流媒体清单文件中”这一特征，在D1、D2、D3的文字表述中并未被非常直观、直接地“显性全盘公开”。

---

## 五、 进一步的对比文件检索策略

为了在无效请求中彻底封杀本专利（尤其是解决上述“清单文件中携带空间关系描述”的薄弱特征），建议采取以下针对性的补充检索策略：

### 1. 锁定核心技术标准族：MPEG-DASH SRD (Spatial Relationship Description)

本专利的特征描述（清单文件、层块流标识符、空间关系信息、基于视点选择）几乎是**ISO/IEC 23009-1 (MPEG-DASH) 第二版修正案（Amd.2: Spatial relationship description）**标准或**OMAF (Omnidirectional Media Format, ISO/IEC 23090-2)** 标准的教科书级写照。

* **检索方向**：重点检索 2014年~2016年左右（或目标专利申请日之前）关于 **MPEG-DASH SRD** 技术的标准提案（Input Documents）、工作草案（Working Drafts）以及技术白皮书。

* **预期收获**：在MPEG-DASH SRD标准中，MPD（媒体呈现描述文件，即清单文件）中明确规定了使用 `EssentialProperty` 或 `SupplementalProperty` 标签，并指定 `schemeIdUri="urn:mpeg:dash:srd:2014"`，其属性值直接定义了层块的物体空间位置（层块位置、分辨率、相对关系）。

### 2. 关键词与系统分类号（IPC）组合检索

* **IPC/CPC 分类号分类锁定**：

* `H04N21/81`（专门视频层或成分，例如全景视频、3D视频）

* `H04N21/2343`（基于客户端条件或网络条件的流媒体格式转换/处理）

* `H04N21/262`（清单文件生成、日程表）

* **关键词拓展组合**：

* (全景 OR 全向 OR 360度 OR 虚拟现实 OR VR OR Omnidirectional OR Panorama OR Viewport)

* AND (层块 OR 分块 OR 切片 OR Tile OR Patch OR Sub-stream)

* AND (清单文件 OR 描述文件 OR 索引文件 OR MPD OR Manifest OR m3u8)

* AND (空间关系 OR 位置坐标 OR SRD OR Spatial Relationship OR 3D Coordinate)

### 3. 重点目标公司与学术机构检索

重点检索在2013-2017年间大力推动VR流媒体传输标准的领军企业与学术机构的专利池：

* **企业**：诺基亚（Nokia，OMAF标准主导者）、三星电子（Samsung）、高通（Qualcomm）、华为（Huawei）、InterDigital、大唐电信。

* **学术机构**：Fraunhofer HHl（德国弗劳恩霍夫赫兹研究所，视频编码与传输顶级机构）、串流媒体开源社区（如GPAC / MP4Box 关于SRD的早期实现文档）。

通过引入一份**显性公开了MPEG-DASH SRD或OMAF流媒体配置单文件**的对比文件D4，结合本案已有的D3（公开了基于视点动态预取SVC补丁的架构），即可完美组合出极高成功率的创造性无效理由。

作为一名经验丰富的专利代理师，我将紧密结合目标专利权利要求1（下称“本案权1”）的保护范围与发明实质，对您提供的三份对比文件进行深度拆解与法律层面的比对分析。

以下是针对本案权1的无效宣告请求前置技术分析报告：

---

## 一、 对比文件基本信息与代称声明

为了便于后续行文，本报告对各对比文件进行如下代称约定：

* **对比文件1（D1）**：公开号 **CN103295231A**，《一种鱼眼图像拼接中鱼眼镜头垂直映射图像几何校正方法》，公开日：2013年09月11日。

* **对比文件2（D2）**：公开号 **CN103543831A**，《头戴式全景播放装置》，公开日：2014年01月29日。

* **对比文件3（D3）**：公开号 **CN103918003A**，《图像处理装置、方法和程序》，公开日：2014年07月09日。

---

## 二、 权利要求1技术特征逐项比对分析

本案权1涉及一种全向视频（如VR/全景视频）的分块（Tile-based）自适应流媒体传输与处理方法。下面结合各对比文件的原文及详细出处，分析其公开情况：

### 1. 技术特征A-G：视频空间坐标系与清单文件层块流定义

* **本案特征A-G**：定义了全向视频与3D坐标系关联，客户端接收清单文件，该文件包含多个层块流标识符，层块流包含2D投影视频帧，不同层块流的视图覆盖全向视频2D投影的不同区域（每个区域定义一个层块）。

* **D1公开情况**：D1涉及车载多摄像头（4个鱼眼镜头）拼接生成360度全景俯视图。其虽涉及将球面坐标映射到平面（[0012]步骤3-4），但其本质是本地多路硬件视频的实时几何校正与拼接，**完全不涉及网络流媒体传输中的“清单文件（Manifest File）”以及“多个层块流（Tile Streams）”的网络层定义**。

* **D2公开情况**：D2公开了头戴式全景播放装置。其[0051]-[0054]公开了“将存储器中存储的全景图像/视像作为贴图映射成720度球面/六面全景图像/视像”，或者“六个面的全景图像...每一面的图像相接处进行融合”。这实际上公开了全向视频与3D空间坐标（球面或六面体结构）的关联（**实质公开特征A**），并且将全景切分为六个面（**实质公开特征F、G中关于区域/分块的概念**）。然而，D2的视频来源于本地“存储器20”，其播放系统仅是在本地对六面体或球面贴图进行提取，**完全没有公开网络传输中的“接收清单文件”、“层块流标识符”等特征（未公开B、C、D、E）**。

* **D3公开情况**：D3公开了一种全景图像的裁切与投影显示方法。其说明书[0042]-[0057]详细公开了全景图像保存在三维XwYwZw世界坐标系中，通过等距圆柱投影（球形表面或圆柱形表面）投影为二维图像坐标系（Sx,Sy）或（Cx,Cy）（**毫无异议公开了特征A、D、E**）。D3通过多项式近似算法裁切特定区域进行显示。但是，D3的技术架构是针对单路已经保存好的宽全景图像进行局部裁切计算，**同样属于单路图像处理算法，完全没有公开网络流媒体架构下的“清单文件”、“层块流标识符”及“接收多个层块流”等特征（未公开B、C、F、G）**。

### 2. 技术特征H-K：基于视点和空间关系选择不同分辨率的层块流

* **本案特征H-K**：基于清单文件中的空间关系信息及用户的视点（查看方向），选择与第一分辨率/第一层块位置关联的第一层块流，以及与第二分辨率/第二层块位置关联的第二层块流（第二分辨率低于第一分辨率），层块位置和视点均基于3D坐标系定义。

* **D1公开情况**：完全未公开。D1是全视角拼接，不随用户视点动态选择不同分辨率的流。

* **D2公开情况**：D2在[0012]、[0049]公开了“设于装置本体上的运动传感器，检测旋转角度和移动方向...控制显示模块播放旋转后的位置时所对应的全景图像/视像中的某一图像”。这**实质公开了“基于用户的视点（查看方向）来选择对应层块位置的图像”以及“视点定义用户的查看方向”**。但是，D2是针对整路全景贴图进行视角摄取，**完全没有公开“同时选择第一层块流和第二层块流”、更没有公开“两路层块流的分辨率不同（高矮清晰度动态组合）”这一核心自适应传输特征（未公开H、I、J、K中的多分辨率组合特征）**。

* **D3公开情况**：D3在[0062]-[0080]公开了“用户指定要显示的全景图像的区域...通过偏航角θyaw、倾斜角θpitch以及焦距Fv所确定的用户的眼睛方向由用户指定...显示全景图像中沿眼睛方向的区域”。这**实质公开了基于用户视点（3D世界坐标系下的角度）来提取特定位置的2D投影区域（部分公开H、J、K）**。但是，D3的处理逻辑是对一幅完整的全景图像进行局部重采样计算，不涉及网络多层块流的选择，**更没有公开同时选择“第一分辨率（高）”和“第二分辨率（低）”的两个层块流进行组合处理的技术特征（未公开I以及H中的流选择逻辑）**。

### 3. 技术特征L-P：请求、接收映射信息并处理层块流

* **本案特征L-P**：向存储装置请求并接收所选层块流的2D视频数据，接收映射信息（用于将2D投影视频映射到曲面上），基于空间关系信息和映射信息处理接收的2D投影视频数据。

* **D1公开情况**：D1步骤(3)-(4)公开了利用预设俯仰角将透视平面图像转换为球面坐标，再进行几何校正映射。这属于“映射信息”的算法应用，但其应用环境是本地多摄像头的机械校正，而非本案中伴随视频流一并接收的用于逆投影的“映射信息（Mapping Information）”。

* **D2公开情况**：D2在[0016]-[0018]公开了“图像映射单元...将存储器中存储的全景图像作为贴图映射成720度球面全景图像”，[0052]公开了“用运动传感器捕获的数据驱动影像摄取单元的旋转角度...从旋转后的位置摄取映射后的某一图像并传输给显示模块”。这**实质公开了利用映射逻辑（2D贴图到3D曲面）和视点方向来处理和显示视频数据（实质公开了N、O、P的部分功能）**。但其请求和接收均在本地总线（SPI/I2C/USB）上完成，非网络层块流存储装置。

* **D3公开情况**：D3在说明书[0090]-[0097]及等式(11)-(22)中，极详细地公开了“建立输出图像（Canvas坐标）与输入图像（投影在球形或圆柱形表面上的全景图像）之间的预定位置关系（即映射方程）”，并通过多项式近似计算，将输入全景图像的对应位置像素值写入到输出画布中（**毫无异议地公开了特征N、O、P中的“映射信息”以及“基于映射信息处理2D投影视频数据以生成输出视图”的数学实质**）。

---

## 三、 技术特征比对表格

为了清晰展现本案权1的技术特征在各对比文件中的公开脉络，特制作如下特征比对表：

---

## 四、 最接近对比文件（D1/D2/D3）的选择分析

在针对本案权1进行创造性评述（宣告无效）时，我们需要挑选最适合作为**最接近的现有技术（第一对比文件）**的对象。

### 结论：D3（CN103918003A）和 D2（CN103543831A）均适合独立作为最接近的对比文件（存在两条无效路线）。

### 分析如下：

#### 路线一：以 D3 为最接近的对比文件（侧重于“映射算法与视点裁切”技术本质）

* **整体解决的技术问题与技术效果**：D3聚焦于全景视频（球形或圆柱形表面投影）在被裁切、输出为特定视角图像时，**由于传统的三角函数及除法运算量巨大、处理速度慢，从而采用多项式近似算法（泰勒展开）来定量控制近似误差、提高处理速度并保持高画质的技术问题**。这与本案权1中客户端接收2D投影全向视频，并“基于空间关系和映射信息处理接收的2D视频”以渲染用户视点视图的底层图形学算法、技术问题、技术效果**完全一致**。

* **评述逻辑**：D3公开了本案权1中除“流媒体传输架构（清单文件、层块流）”以及“自适应多分辨率组合选择（高低分辨率Tile）”之外的**几乎所有底层渲染处理特征（A, D, E, H(部分), J, K, M, N, O, P）**。因此，以D3为基础，结合网络流媒体领域的公知常识或其他流媒体对比文件，评述创造性极为有力。

#### 路线二：以 D2 为最接近的对比文件（侧重于“VR/全景终端设备与多块视角展现”系统架构）

* **整体解决的技术问题与技术效果**：D2解决的是头戴式终端动态响应用户头部运动（视点变动），实时提取并渲染全景视频中对应特定视角画面，从而提供身临其境、无盲区的沉浸式多角度观影体验的技术问题。这与本案从客户端装置（终端）角度，基于用户视点（查看方向）自适应动态选择全向视频对应区域进行渲染的**应用场景、终端架构完全一致**。

* **评述逻辑**：D2在系统层公开了“将全景视频划分为六个面（对应层块/Tile概念）”以及“利用传感器动态捕获视点并提取对应面/区域进行播放”的框架。以D2作为最接近的现有技术，可以非常自然地引入网络流媒体分块传输的技术演进。

> **D1为何不适合做最接近的对比文件？**

> D1属于车载多摄像头硬拼接、几何校正系统，其视角是固定的“第三方垂直俯视图”（用于倒车影像），不随用户的视点（查看方向）实时动态重采样，且不涉及任何全景视频的局部裁切与传输。其技术领域和解决的技术问题与本案权1存在较大偏差。

---

## 五、 未公开特征的解决情况与最薄弱技术特征

### 1. 未被最接近对比文件（D3或D2）完全公开的特征：

* **特征B、C**：清单文件、清单文件包含层块流标识符。

* **特征H、I（核心）**：基于视点和空间关系，**同时选择“第一分辨率（高）的第一层块流”和“第二分辨率（低）的第二层块流”进行组合接收与处理**。

### 2. 这些特征是否被其他对比文件（D1-D3）公开？

**答案：没有。**

在目前给出的D1、D2、D3三份对比文件中，**没有任何一页原文提到了“同时传输/请求两路不同分辨率的视频块，并利用低分辨率块补全视野之外/外围区域”这一技术方案**。D1是全路全分辨率拼接；D2是本地读取全路贴图；D3是对单路全景图进行多项式近似裁切。

### 3. 无效请求中最薄弱的技术特征（本案的“发明点/护城河”）：

本案权利要求1中**最薄弱、也是最具防御力的核心特征在于：特征H + 特征I 的组合**。

即：

> “选择与第一分辨率和第一层块位置关联的第一层块流以及与第二分辨率和第二层块位置关联的第二层块流；所述第二分辨率低于所述第一分辨率；……基于所述空间关系信息和所述映射信息来处理接收的层块流的2D投影视频数据。”

* **法律风险分析**：这是典型的 **MPEG-DASH SRD (Spatial Relationship Description) 标准中的 Tile-based VR 自适应流媒体传输技术**（即视点区域传高清，视点外传低清以节省带宽）。如果仅凭目前的D1、D2、D3，专利权人可以极易通过强调“D1-D3均未公开动态跨分辨率层块流组合选择的技术效果（在有限带宽下实现高清VR流媒体传输）”来稳固其创造性。

---

## 六、 进一步的对比文件检索策略

鉴于现有D1-D3文件无法形成完美的“网络流媒体多分辨率分块传输”的组合夹击，若要成功无效本案权1，必须开展第二轮针对性检索。以下是检索策略：

### 1. 补充检索的方向与技术主题（Keywords）

必须切入**流媒体传输（Streaming）**与**视点自适应（Viewport-adaptive）**领域，而非单纯的图像处理。

* **核心检索词组1（分块流媒体）**：`层块`、`切片`、`清单文件`、`MPD`、`DASH`、`SRD`、`Tile-based streaming`、`Manifest`。

* **核心检索词组2（多分辨率视点自适应）**：`视点`、`查看方向`、`高分辨率`、`低分辨率`、`非对称`、`Viewport-adaptive`、`Multi-resolution`、`Highest resolution`、`HEVC Tiles`。

### 2. 重点专利分类号（IPC/CPC）精确打捞

重点在以下国际专利分类号中检索客户端流媒体选择逻辑：

* **H04N21/8456**：流媒体传输中的分块、切片或分段（Chunks, segments or tiles）。

* **H04N21/23439**：根据信道或终端条件进行多分辨率/重采样转换。

* **H04N21/4402**：客户端终端处的图像或视频修改/地理处理。

* **H04N13/00**、**G06T9/00**：立体或全景视频的压缩与传输。

### 3. 追踪标杆标准组织与在先公开文献（Prior Art Target）

本案权利要求书带有强烈的标准技术色彩，建议直接去以下开源或标准提案中捞取“最接近的现有技术”：

* **检索目标**：**MPEG-DASH SRD (ISO/IEC 23009-1 Part 1 Amendment 2)** 标准制定的在先提案。SRD（空间关系描述）标准大约在2014-2015年成型。

* **重点机构/学者追踪**：检索诸如 **Fraunhofer HHI**（德国赫兹研究所）、**Qualcomm**（高通）、**Samsung**（三星）在2014-2015年左右申请的关于“VR Tile Streaming Viewport”的专利。

* **检索逻辑组合范例**：

`(DASH OR MPEG) AND tile AND viewport AND "spatial relationship" AND resolution`

只要检索到一篇公开了“*清单文件中定义了多个Tile，VR终端根据头部朝向，向服务器请求视线内的高清Tile，同时请求视线外的低清Tile以备快速切换*”的流媒体专利作为D4，即可直接与目前完美公开了底层逆投影及泰勒展开误差控制算法的 **D3** 进行结合，届时本案权利要求1将由于“本领域技术人员在D4流媒体框架下结合D3的映射优化算法是显而易见的”而被彻底无效。

作为一名资深的专利代理师，我将为您对目标专利的权利要求1进行深度解析，并结合三份对比文件（D1、D2、D3）的原文及出处进行严谨的特征比对、最接近对比文件分析、最薄弱特征识别以及后续的无效检索策略制定。

---

### 一、 权利要求特征分解与目标专利说明书内涵解释

根据发明实质，权利要求1所构建的方法主要解决的是**全向视频（如360度/全景视频）在流媒体传输中的带宽平滑切换与曲面映射渲染问题**。以下是对各技术特征的分解与说明书内涵解释：

* **特征A**：引入3D坐标系（如球面或柱面坐标）来锁定全向视频在曲面空间中的绝对几何位置。

* **特征B~G（清单文件与层块结构）**：客户端接收一个描述视频流结构的清单文件（如DASH中的MPD）。该清单文件包含层块流（Tile Stream）的标识符（如URL或Track ID）。层块流中的视频帧虽然是2D投影数据（平面图像），但其图像视图（View）在空间上相互拼接，分别覆盖全向视频2D平面投影的不同几何区域，每个独立区域即定义为一个“层块（Tile）”。

* **特征H~K（双分辨率动态流选择）**：客户端不单纯下载单一流，而是基于清单文件中的“空间关系信息（如SRD扩展）”和用户的“实时视点（查看方向）”，动态选择两路流：一路是对应用户当前正视区域（ROI）的高分辨率“第一层块流”，另一路是对应非核心区域的低分辨率“第二层块流”，以节约带宽。这里的层块位置和用户视点全部统一映射在特征A所述的3D坐标系坐标下。

* **特征L~M（请求与接收）**：向服务器/存储装置请求并接收所选的2D投影视频数据。

* **特征N~O（映射信息接收）**：接收专用的“映射信息”（Mapping Information），该信息指导客户端如何将平面的2D投影视频数据还原、拼接并逆映射到特征A的3D几何曲面上。

* **特征P（综合处理渲染）**：最终结合清单中的空间关系和接收到的几何映射信息，对平面层块流进行解码、曲面映射和视口渲染。

---

### 二、 对比文件特征比对分析（附详细出处及公开号）

在进行特征比对时，三份对比文件的公开号及基础信息明确如下：

* **D1**: `WO2015060165A1`（表示処理装置、配信装置、および、メタデータ）

* **D2**: `WO2015197815A1`（DETERMINING A REGION OF INTEREST ON THE BASIS OF A HEVC-TILED VIDEO STREAM）

* **D3**: `WO2015197818A1`（HEVC-TILED VIDEO STREAMING）

#### 权利要求1的技术特征比对表

---

### 三、 最接近对比文件的选择与创造性评述

#### 1. 最接近对比文件的确立：D2 (`WO2015197815A1`)

在创造性分析中，**D2适合作为最接近的对比文件**。

* **技术领域与解决的技术问题极其相近**：D2和目标专利均聚焦于全向/全景视频在流媒体传输中的ROI（感兴趣区域）动态切换与层块化（Tiled）流传输。其主要解决的技术问题是如何在用户改变视角（视点）时，平滑、无缝地从基础流（或低分辨率流）切换到高分辨率层块流，从而在有限的带宽下保证用户视线范围内的超高质量图像。

* **技术特征覆盖度最高**：D2全面公开了客户端基于清单文件（Manifest），根据用户的动态视点方向（ROI位置），在不同的层块流和分辨率层（Zoom level）之间进行动态选择、请求及解码处理（公开了特征B~I、L~M、P）。

#### 2. 辅助对比文件的确立：D1 (`WO2015060165A1`)

**D1适合作为第二最接近对比文件（或者主要的结合对比文件）**。

* **弥补D2在全向视频多维表达上的不足**：D2主要采用平面的2D-ROI框（如x,y,w,h）来模拟视角移动，而D1在[0231]-[0233]中明确提出了将该技术应用于**“全方位映像”**，并明确层块（部分映像）的选取和识别是**基于3D坐标系的“方位角ｄ”和“仰角θ”**。这与目标专利特征A、特征J中关于视点和层块位置在3D坐标系下定义的构思完全一致。

#### 3. 特征公开的系统结合

* **特征K（3D坐标系统一锁定）**：虽然D2侧重2D平面计算，但**D1的[0233]已明确公开**了基于3D球面坐标（方位角与仰角）来建立层块位置与视点输入的对应关系，即特征K已被D1公开。

* **特征N、O（2D平面到3D曲面的映射信息）**：D1、D2、D3虽均公开了清单文件中带有空间关系的元数据（如DASH SRD参数、Track框信息，见D2的[0036]、D3的[0123]、D1的[0126]），用于处理层块流的平面拼接与裁剪。但是，它们**均未明确公开“用于将2D投影视频数据映射到3D曲面上的几何映射信息（Mapping Information）”**。

---

### 四、 无效请求中最薄弱的技术特征

如果在后续的无效宣告程序中对目标专利提起无效请求，本案**最薄弱的技术特征（即专利权人最核心的防线）**是：

> **特征N、O中关于“接收映射信息，用以将作为全向视频数据的层块流2D投影视频数据映射到3D曲面上”以及特征P中“基于该映射信息处理2D投影数据”。**

**原因分析：**

1. **现有技术存在盲区**：目前检索到的D1~D3虽然做到了“层块化（Tiling）”和“空间关系描述（SRD）”，但其底层逻辑依然是在2D平面像素坐标系或单纯的维度切分（如D3的`#xywh=0,0,3840,2160`，见D1[0093]）。它们缺乏将特定2D投影流（如ERP等距柱状投影、CMP立方体图投影）通过专门的“映射信息”实时还原到3D几何曲面上的具体技术手段。

2. **技术效果的不可替代性**：目标专利通过在层块流传输中额外引入“映射信息（Mapping Information）”，使得客户端装置在处理层块流时，不仅能知道其平面的相对拼接位置（特征H、J），还能跨越维度，精确实现从2D图像帧到3D曲面几何空间的像素级重构，这在360度VR视频流媒体传输中对消除边缘畸变、提升渲染效率具有独立的技术效果。

---

### 五、 进一步的对比文件检索策略

为了彻底攻破上述最薄弱特征（特征N、O、P），建议在下一阶段调整检索方向，采取以下精准检索策略：

1. **关键词扩展（聚焦3D几何映射与全景投影）**：

* 将检索重心从单纯的“层块流/Tile/DASH SRD”转向**全景视频的几何投影模型与反向映射机制**。

* **增加投影类关键词**：等距柱状投影（Equirectangular Projection, ERP）、立方体贴图 projection（Cube Map Projection, CMP）、八面体投影（Octahedron）、金字塔投影（Pyramid Streaming）。

* **增加映射类关键词**：逆映射（Inverse mapping）、曲面几何（Surface geometry）、几何网格（Geometry mesh）、映射信息/元数据（Mapping metadata/information）。

2. **密切跟踪标准文献库（MPEG-I / OMAF 标准演进）**：

* 本案的权利要求架构与基于ISO/IEC 23090-2的**OMAF（Omnidirectional Media Format，全向媒体格式）标准**高度契合。标准中专门定义了诸如投影格式元数据（Projection format metadata）和区域覆盖元数据（Region-wise packing metadata）来指导2D到3D的映射。

* **检索策略**：重点检索2015年前后，MPEG工作组关于MPEG-I Phase 1（Omnidirectional Media）的提案、工作草案（Working Drafts）以及标准会议文稿（MPEG Output Documents），寻找关于“在MPD或文件Container中如何携带Mapping information以指导Tile投影到球体”的公开技术方案。

3. **重点分类号（IPC/CPC）交叉检索**：

* 深入交叉利用以下分类号进行穷尽检索：

* `H04N21/816`（专用于全景或全向视频传输的流媒体技术）

* `H04N19/597`（立体或三维视频编码）

* `G06T15/04`（纹理映射/Texture mapping）或 `G06T3/00`（图像几何变换）。

## 一、 目标专利权利要求理解与技术特征拆解

目标专利权利要求1涉及一种由客户端装置处理全向视频的方法。本权利要求属于基于流媒体分发（如DASH或HLS）的“按需/按视点传输全向视频（切片/层块化流）”技术领域。客户端根据用户视点（查看方向）和清单文件中的空间关系，动态选择不同分辨率、不同位置的视频流进行拼接处理，从而在降低带宽占用的同时保证用户视野内的高清晰度。

根据说明书的实质内容，现将权利要求1拆解为以下16个独立的技术特征：

* **技术特征A**：所述全向视频与用于确定所述全向视频的视频数据在曲面上的空间位置的3D坐标系关联；

* **技术特征B**：接收清单文件；

* **技术特征C**：所述清单文件包含用于识别多个层块流的多个层块流标识符；

* **技术特征D**：所述层块流包含具有2D投影视频数据的视频帧；

* **技术特征E**：所述视频帧具有图像视图；

* **技术特征F**：由此不同层块流的视频帧的图像视图覆盖所述全向视频的2D投影的不同区域；

* **技术特征G**：一个区域定义一个层块；

* **技术特征H**：基于所述清单文件中的空间关系信息，并且基于所述客户端装置的用户的视点来选择与第一分辨率和第一层块位置关联的第一层块流以及与第二分辨率和第二层块位置关联的第二层块流；

* **技术特征I**：所述第二分辨率低于所述第一分辨率；

* **技术特征J**：其中所述空间关系信息为每个层块定义层块位置；并且其中所述视点定义所述用户的查看方向；

* **技术特征K**：所述层块位置和所述视点基于所述3D坐标系的坐标来定义；

* **技术特征L**：向一个或多个层块流存储装置请求选择的层块流；

* **技术特征M**：接收所选层块流的2D投影视频数据；

* **技术特征N**：接收映射信息；

* **技术特征O**：所述映射信息为所述客户端装置提供用于使所述客户端装置能够将作为全向视频数据的所述层块流的所述2D投影视频数据映射到所述曲面上的信息；

* **技术特征P**：基于所述空间关系信息和所述映射信息来处理接收的层块流的2D投影视频数据。

---

## 二、 对比文件原文深度分析与出处勾勒

### D1: US20160012855A1

**公开日**：2016-01-14

**核心架构**：提出了一种将全景/球面视频在等矩形格式（Equirectangular）下运用正切直线投影（Rectilinear Projection）切分为多个非重叠区域/分块（Sections），并将其分别独立编码为独立码流（Separate Bitstreams）的系统。

* **技术特征A（实质公开）**：原文第`[0026]`、`[0027]`段公开：“But for full 360x180 degree panoramic content... spherical panorama format. When used for still images or video frames, spherical panoramas are typically represented in the equirectangular format, which represent 360 degrees on a horizontal axis and 180 degrees on a vertical axis.”。球面全景必然关联确定空间位置的3D坐标系（水平360度、垂直180度）。

* **技术特征D、E、F、G（实质/毫无异议公开）**：原文第`[0031]`、`[0032]`段公开：“The panoramic frame 310 shows the equirectangular image of FIG. 2, but recreated as six non-overlapping sections 312-317... Further, sections may be encoded as a separate bitstreams...”。这公开了层块流包含2D投影（等矩形）视频帧，且不同流覆盖2D投影的不同区域（Sections），即定义了层块。

* **技术特征H、I、J、K（实质公开）**：原文第`[0041]`、`[0042]`段公开：“...the active section and neighboring sections can be encoded at a higher resolution while those sections not expected to be viewed... may be encoded at a lower resolution... During playback, when a section is not within a field of view... one of the lower resolution sections can be selected to be decoded instead of the high resolution section...”。结合第`[0048]`至`[0053]`段关于Pan（偏航）、Tilt（俯仰）、Roll（翻滚）等3D空间角度limits与传感器数据、查表映射（Lookup）的描述，实质公开了基于用户视点（查看方向）在3D坐标系下动态选择高、低分辨率分块流。

* **技术特征M、N、O、P（实质公开）**：原文第`[0027]`段指出：“...rectilinear projection is performed to convert the horizontal curves as straight lines before the panoramic content is played back or displayed.”；第`[0043]`至`[0047]`段公开：“...one or more section mappings are generated... mapping provides mapping information for sections in each frame... textures are mapped on to a cube map, and textures per frame are updated...”。公开了接收映射信息（正切变换、立方体贴图或3D多边形映射），从而将2D投影数据处理、映射复原至虚拟曲面上。

* **未公开特征**：D1未明确提及Web流媒体架构下的“清单文件（Manifest）”以及“通过层块流标识符识别并请求”的交互机制（即特征B、C、L）。

### D2: US20160057192A1

**公开日**：2016-02-25

**核心架构**：聚焦于流媒体网络自适应技术（HTTP Adaptive Streaming，如DASH、HLS），提出在中间件/网关处拦截Manifest文件，并根据带宽评估动态修改/优化该清单文件内的表征（Representations）顺序，以提升客户端启动体验。

* **技术特征B、C（毫无异议公开）**：原文第`[0004]`、`[0008]`段公开：“This is done through the HTTP protocol by getting a descripting file, so-called manifest... According to other protocols (DASH for instance), the manifest (so called Media Presentation Description or MPD...) is made of one or more XML files describing all the representations one after the other.”。明确公开了客户端接收包含多个流标识符（URLs/Representations）的清单文件（Manifest）。

* **技术特征L（毫无异议公开）**：原文第`[0007]`段公开：“Each chunk is accessible by a separate URL.”。客户端根据清单文件向存储装置（服务器）发起对应URL的切片/流请求。

* **未公开特征**：D2属于通用的自适应流媒体传输改进，其清单文件针对普通的A/V多媒体内容（以码率、通用的分辨率静态属性划分），完全没有涉及全向视频、3D坐标系、层块（Tile）划分空间关系、以及视点自适应选择（即特征A、D、E、F、G、H、I、J、K、N、O、P不对应）。

### D3: US20160071238A1

**公开日**：2016-03-10

**核心架构**：公开了一种图像处理设备，用于将广角/全景基础图像与针对局部区域拍摄的高分辨率/长焦移动视频或多焦段静态图像（Multi-zoom images）进行基于特征点匹配（图像配准算法如RANSAC、SIFT/SURF）的对齐与链接关联。

* **技术特征H、I（部分弱相关映射）**：原文第`[0018]`、`[0160]`、`[0161]`段公开：“...the other captured image data includes any of moving image data and still image data that serves as high resolution image data captured at an angle of view which is on a telephoto side as compared to a set angle of view for capturing a panoramic image... multi-zoom image refers to a plurality of high resolution images shot at different angles of view...”。其公开了同时存在高分辨率（长焦端）和低分辨率（广角端）的图像视图。

* **技术特征N、O、P（数据处理对齐层面实质公开）**：原文第`[0121]`、`[0129]`、`[0202]`段公开：“...convert pieces of panorama frame image data into coordinates in a single coordinate system for panorama combination, and this single coordinate system will be referred to as panoramic coordinate system... homography... coordinate transformation matrix in the world coordinate system...”。公开了图像配准、单应性矩阵变换等映射信息，以此将图像数据对齐。

* **未公开特征**：D3是在局部高清图像融合/图像配准层面开展的技术方案。其高低分辨率的选择属于拍摄时的变焦产生，而非流媒体分发中“根据清单文件空间关系和VR用户实时视点（查看方向）自适应下载不同的层块流”；同时完全缺失清单文件、流媒体层块分割传输架构（特征B、C、F、G、J、K、L、M）。

---

## 三、 技术特征比对表

依据上述原文深度分析，建立如下特征比对表：

> 注：“**+**”表示完全公开或实质公开；“**-**”表示未公开。

---

## 四、 最接近对比文件（D1）的确立与创造性漏洞深度剖析

### 1. 最接近对比文件（Closest Prior Art）的确定

**结论**：**D1 (US20160012855A1)** 绝对适合作为无效宣告/创造性分析过程中**唯一最接近的对比文件**。

* **技术领域完全一致**：D1与目标专利权利要求1均属于“VR/360度全向视频的层块化（Section/Tile）自适应优化处理与渲染”技术领域。而D2属于通用网络自适应流媒体分发（MPEG-DASH/HLS拦截改写），D3属于本地长焦与广角摄影的图像特征点对齐拼合，技术领域和底层架构差异极大。

* **解决的技术问题与技术效果高度重合**：

* **目标专利**旨在解决全向视频数据量过大、客户端解码拼接带宽和计算开销极高的技术问题；通过按视点方向选择性接收、处理高低分辨率层块，达到降低带宽、平滑渲染的效果。

* **D1**明确指出其发明目的在于（参见`[0028]-[0029]`、`[0054]-[0056]`段）：“...reduce the computational and/or at least decoding processing overhead... skip the decoding process for larger regions... lower the decoder luma sample rate...”。其通过将球面视频转换为正切非重叠分块流，基于用户的FOV动态跳过非视场内高分辨率分块的解码，技术效果完全等同。

* **技术特征覆盖率最高**：如特征比对表所示，权利要求1中除“Web流媒体规范层面的清单文件交互机制（特征B、C、L）”外，其余核心的3D坐标映射、高低分辨率视点自适应层块流选择、几何重投影处理等**全部实质内容已被D1彻底公开**。

### 2. 未被最接近对比文件公开的特征是否被其他对比文件公开

D1未公开的特征为：**特征B、C、L**（即引入清单文件Manifest、清单文件包含层块流标识符、根据清单请求流）。

* **特征B和L**被**D2 (US20160057192A1)** 明确公开。D2公开了在HTTP自适应流（如DASH标准）中，客户端必须首先“接收清单文件（Manifest/MPD XML文件）”（特征B），该文件列出了所有可用的视频表征，每个分块/切片均对应一个独立的URL标识符，客户端再根据清单向服务器发起“HTTP请求”（特征L）。

* **关键特征C（组合盲区）**：**D2并没有完全公开特征C**。因为D2清单文件中包含的是“通用的不同码率/分辨率的完整多媒体流URL标识符（Representations）”，而不是“**用于识别多个层块流的多个层块流标识符**（覆盖2D投影不同区域的空间层块标识）”。D3作为图像配准文件，更是完全与清单文件无关。

### 3. 无效请求中最薄弱的技术特征（即抗辩最强的创造性结合壁垒）

如果要对权利要求1提出无效宣告请求，该权利要求**最薄弱的技术特征**（对权利人而言最坚固、最难被攻破的特征）是：**技术特征C以及由特征C、H、J共同构筑的“在流媒体清单文件中直接定义和解析空间层块关系（Tile/Section Spatial Relationship Information）”这一技术手段。**

#### 深度原因分析：

当尝试将**D1（最接近对比文件）与D2（流媒体网络架构）进行结合**时，无效请求人会主张：在2016年网络流媒体（DASH/HLS）技术已经泛滥的背景下，将D1本地的“分块视频流独立存储”改造成D2所公开的“通过流媒体清单文件（Manifest）进行网络分发和自适应请求（特征B、L）”，属于本领域技术人员的惯用技术手段。

然而，本领域技术人员在尝试该结合时，会遭遇严重的**技术阻碍与架构冲突**：

* **D2中的Manifest规范（标准DASH/MPD或HLS M3U8）在传统上仅支持“一维”的自适应（即仅按码率Bitrate、音轨进行Representation切换）**，清单文件根本不具备在“三维/二维空间维度”上描述“哪个URL对应全景视频的哪个几何投影区域（Tile/Section）”的空间关系语法。

* 目标专利通过**特征C、H、J**的有机结合，将“空间关系信息（Spatial Relationship Information）”巧妙地直接写入了清单文件中，使清单文件不仅能识别不同码率，还能为每个层块流定义其空间投影位置。

* 这种将**空间几何解耦信息与网络分发协议清单硬性融合**的架构设计，超出了D2常规流媒体清单的静态属性范畴，在没有明确的流媒体标准演进对比文件（如MPEG-DASH SRD拓展开源草案）佐证下，权利人可以极具说服力地抗辩：**“本领域技术人员没有动机去修改D2的清单语法结构以包容D1的空间分块映射信息，两者的结合存在实质性障碍，具有突出的实质性特点和显著的进步。”**

---

## 五、 进一步的对比文件精准检索策略

鉴于技术特征C（清单文件内嵌空间层块映射）是权利要求1创造性抗辩的核心堡垒，目前的D1+D2结合在答辩阶段易被权利人以“清单文件无法直接支持空间位置识别”为由进行反驳。为了彻底锁死该权利要求的创造性，必须开展针对性的补充检索：

### 1. 核心检索方向

聚焦于**2014年~2016年期间**，国际多媒体标准化组织（MPEG）在推动MPEG-DASH标准演进时公开的**“空间关系描述（Spatial Relationship Description, SRD）”**技术文献或专利。SRD是流媒体领域专门为了在MPD清单文件中支持Tile（层块）分发而制定的扩展语法。

### 2. 精准检索要素组合（IPC分类号与关键词）

* **IPC / CPC 分类号**：

* `H04N21/845`（流媒体文件的分块/切片描述）

* `H04N21/81`（特殊内容如全景、3D视频的流媒体传送）

* `H04N21/2343`（根据客户端条件或视点动态转换码流）

* **关键词矩阵**：

* 第一组（清单拓展）：`Manifest` OR `MPD` OR `Media Presentation Description` OR `M3U8` OR `playlist`

* 第二组（层块空间描述）：`SRD` OR `Spatial Relationship` OR `Tile identifier` OR `supplemental property` OR `essential property`

* 第三组（VR全景）：`Omnidirectional` OR `360 video` OR `Panorama` OR `Viewport-adaptive`

### 3. 推荐追加的目标先期技术文献（具有强杀伤力证据潜质）

建议重点检索并追溯以下团队或标准的先期专利/提案：

* **检索目标A：Telecom Bretagne / Institut Mines-Télécom (Jean Le Feuvre 团队)**

* 该团队在2014-2015年间向MPEG标准会议提交了多篇关于“DASH streaming of Tile-based video using Spatial Relationship Description”的提案，并申请了多项欧洲/美国专利。如果能检索到其在目标专利优先权日前公开的系统专利，将直接毫无异议地公开特征C。

* **检索目标B：Fraunhofer HHI 研究所 / Adobe Systems**

* 重点调取其关于“HEVC Tiling in DASH”的早期公开专利，此类文献通常会直接给出一个扩展的XML清单文件实例，其中明确包含形如`<SupplementalProperty schemeIdUri="urn:mpeg:dash:srd:2014" value="..."/>`的层块流标识符和空间几何关系定义。

通过检索出这类“明确在流媒体清单XML中用特制标签/标识符标定层块空间坐标”的流媒体改进对比文件作为D3，与现有的D1（技术方案最接近底稿）完美契合，方能彻底打破权利人的抗辩壁垒，成功将权利要求1拉入死局。

作为一名经验丰富的专利代理师，我将为您对该全向视频处理方法的权利要求1进行深度法律与技术架构解析，并结合对比文件D1（WO2016050283A1）和D2（US20160105690A1）的英文原文及出处进行精细化的技术特征比对与创造性、无效策略分析。

---

## 一、 权利要求1的技术实质与解构说明

本申请权利要求1的核心发明点在于**全向视频（如360度/全景视频）在客户端的“多分辨率瓦片化（Tiling）自适应流媒体传输与协同渲染处理”**。其技术逻辑是通过清单文件（Manifest）将全向视频的2D投影划分为多个空间区域（层块/瓦片），并定义了各层块流的标识、空间关系及投影映射关系。客户端根据用户当前的3D视点（Viewport），动态选择高分辨率的核心流和低分辨率的背景/外围流，最后利用映射信息将2D层块数据精准还原至3D曲面上（如球体或圆柱体）。

---

## 二、 权利要求1的技术特征比对表格

为了清晰展现对比文件对权利要求1的公开情况，特构建以下特征比对表。

---

## 三、 最接近的对比文件（Closest Prior Art）分析

在创造性辩论或无效宣告程序中，**D1（WO2016050283A1）最适合作为本权利要求1的最接近对比文件**。

### 1. 技术领域与解决的技术问题高度一致

* **本申请**旨在解决全向视频因360度全动态范围大、数据量极高导致的网络传输带宽浪费及客户端解码功耗过大的技术问题。

* **D1**在说明书摘要及[0008]、[0011]中明确指出：直接传输完整的全视野（total field of view）对网络资源是非常低效的。其显式提出的技术方案是：将视频分割为不同区域的瓦片片段，允许用户终端根据传感器捕获的实时视点（Orientation）仅下载当前可视区（Viewport）及其周围的瓦片片段，从而大幅**降低网络带宽消耗（reduced network resource consumption）**并**降低客户端处理负荷**。两者针对的核心痛点与应用场景完全对等。

### 2. 技术手段与效果的重合度极高

D1不仅公开了全向视频（[0016] 360 degree video）的空间分块，更关键的是，它在[0059]中极其精准地公开了**“视点中心区域（shaded regions）请求高码率/高画质（high quality），而外围辅助缓冲区（cross hatched regions）则请求相对低码率/低画质（lower quality）”**。这一空间异构自适应流控手段与本申请特征H、I、J中描述的“依据视点选择第一分辨率（高）和第二分辨率（低）层块流”在技术手段与技术效果（保证视角清晰度同时节省非视野区带宽）上达成了实质等同。

相较之下，**D2（US20160105690A1）不适合作为最接近对比文件**，因为D2的核心发明点（如说明书[0002]和[0029]所述）处于静态图像容器结构（HEVC Still Image File Format Relying on 'meta' boxes）及2D平面裁剪/构图（Composition）的封装领域，并不属于动态用户视点驱动的交互式动态网络自适应流媒体传输系统。

---

## 四、 权利要求1的无效突破口与最薄弱特征分析

如果作为请求人针对本权利要求提起无效宣告，其**最薄弱的技术特征**（即本申请最难抗辩、最容易被评价为显而易见或被直接公开的特征）在于：

> **特征H + 特征I：基于用户视点（Viewport）同时请求第一分辨率（高）的第一层块流与第二分辨率（低）的第二层块流。**

### 原因分析：

该特征通常被本申请视为主成分的核心防线（以区别于普通的“仅下载视野内瓦片、非视野内全黑”的简单Tiling方案）。然而，**D1说明书[0059]已经作出了具有毁灭性的文本公开**（原文：*“the primary segments in the diagonally shaded regions... are retrieved in a relatively high quality, whereas the auxiliary segments in cross hatched regions... are retrieved at a relatively lower quality.”*）。这使得本申请最赖以自豪的“视线内高清、视线外低清”协同自适应流控制在D1面前几乎属于“毫无异议的完全公开”。

### 剩余未公开特征及抗辩防御点：

最接近对比文件D1未直接显式公开的特征仅剩下：**特征B/C中明确指出的“清单文件（Manifest File）”这一特定载体**。

* **是否被其他对比文件公开**：D2亦未公开清单文件概念（D2使用ISOBMFF的`meta`盒进行媒体级索引）。

* **无效实务考量**：虽然D1和D2均未明确吐出“Manifest”这一词汇，但在2016年及之后的全景视频流媒体技术中，基于MPEG-DASH（D1在[0013]中已明文提及HTTP Adaptive Streaming）或HLS使用`.mpd` / `.m3u8`等清单文件来描述媒体流标识符和空间关系（如DASH的SRD - Spatial Relationship Description扩展）已经成为本领域的**公知常识（Common Knowledge）**。请求人可轻易通过提供DASH标准规范作为公知常识证据，证明将D1的“discrete files / segments”及其空间关系写入清单文件是本领域技术人员为了实现HTTP自适应流媒体传输而必然会采取的常规技术手段，不具备创造性。

---

## 五、 进一步的对比文件检索策略（向后检索建议）

为了在后续的诉讼或更稳固的无效宣告中彻底阻击该专利，建议采取以下精准检索策略：

1. **公知常识/标准文献锁定（重点）**：

* **检索方向**：聚焦于**MPEG-DASH SRD (Spatial Relationship Description)**标准草案及规范（ISO/IEC 23009-1 Part 1 Amd.2）。

* **技术理由**：DASH SRD在2014-2015年间便正式标准化，其明确定义了如何在清单文件（`.mpd`）中通过特定的XML属性为每个流（Representation）指明其在3D/2D空间中的坐标、偏置、层块位置（Tile Position）及分辨率。一旦检索到该标准文本，特征B、C、H、J、K、P将面临大面积的直接单篇完全公开（Anticipation）。

2. **关键词与分类号交叉检索**：

* **国际分类号（IPC/CPC）**：`H04N21/8456`（媒体流分段）、`H04N21/23439`（根据网络/终端调整格式/分辨率）、`H04N21/816`（全景/虚拟现实视频流控）。

* **截词检索式（示例）**：`(omnidirectional OR 360-degree OR panoramic OR VR) AND (tile* OR mosaic OR segment*) AND (manifest OR MPD OR playlist) AND (viewport* OR "gaze tracking" OR orientation) AND (multi-resolution OR "adaptive bitrate" OR "hierarchical")`

3. **追溯特定研究机构与时间节点**：

* **重点关注机构**：Fraunhofer HHI（MPEG-DASH及全景瓦片传输的主要推动者）、MTG（MPEG工作组相关提案）、Nokia、Samsung。

* **时间窗口控制**：严格锁定在专利的**优先权日之前**。重点检索上述机构在MPEG会议上提交的会议提案（MPEG Contributions，如MPEG mXXXXX系列标准提案文件），这些文件往往比最终授予的专利或出版的论文更早公开全向视频清单文件的底层技术架构。

作为一名经验丰富的专利代理师，我将为您对目标权利要求1进行深度解析，并结合对比文件D1（公开号：JPWO2015008774A1 / WO2015008774A1，注：两份文件实为同一国际申请的日文及英文文本，下文统一合并以D1指代并交叉印证原文）进行详尽的特征比对、创造性最接近对比文件分析以及后续的无效请求弱点评估与检索策略制定。

---

## 一、 权利要求1的技术特征拆解与合理解释

权利要求1保护的是一种“由客户端装置来处理全向视频的方法”，其核心在于通过清单文件（MPD）中的空间关系信息（SRD，Spatial Relationship Description）与映射信息（Mapping Information）相结合，实现基于用户视点（Viewpoint）的、不同分辨率的层块流（Tile Stream）的自适应选择与处理。

* **全向视频（Omnidirectional Video）**：即通常所说的360度视频或VR视频。

* **3D坐标系关联**：全向视频的视频数据在球体或立方体等曲面上具有空间位置，通过3D坐标（如球面坐标 $(\theta, \phi, r)$）来确定其绝对空间方位。

* **层块流（Tile Stream）**：将全向视频的2D投影画面分割成多个局部区域（层块/Tile），每个局部区域独立编码形成单独的流。

* **映射信息（Mapping Information）**：由于全向视频是以2D平面投影帧形式传输的，客户端需要知道如何将这些2D像素重新动态映射（Mapping）回3D曲面（如球体）上以供用户正确渲染观看。

---

## 二、 技术特征比对分析（目标权利要求1 vs 对比文件D1）

以下紧密结合对比文件D1的原文（公开号：WO2015008774A1 / JPWO2015008774A1）进行逐项特征比对。

---

## 三、 最接近对比文件（D1）的确定及创造性评述

### 1. 哪个对比文件适合作为最接近的对比文件？

在本案中，**对比文件D1（公开号：WO2015008774A1 / JPWO2015008774A1）最适合作为本申请创造性分析中的“最接近的对比文件”**。

* **从整体解决的技术问题角度分析**：目标专利旨在解决全向视频（VR/360度视频）大数据量传输时，如何根据用户当前视角（视点）动态、自适应地下载和处理特定区域、特定分辨率的视频切片，以降低客户端带宽和解码计算负载。而对比文件D1（见第`[0003]`, `[0005]`, `[0063]`段）明确提出：为了应对终端性能限制和网络带宽抖动，通过在MPEG-DASH架构下引入“Tile（切片）”概念，允许终端仅选择下载所需的部分图像，“不要な部分の画像を配信する必要がないので、サーバ、端末、伝送路等の負荷を適応的に制御する”（无需传输未显示的不必要区域图像，从而自适应控制服务器和传发路径的负载）。二者解决的根本技术问题完全相同——即**“如何利用流媒体自适应技术（DASH）进行图像局部切片流的按需选择性获取，以降低网络和设备负载”**。

* **从技术效果角度分析**：二者均达成了“按需下载、节约带宽、降低解码压力”的技术效果，且D1公开了目标专利绝大多数的DASH清单架构扩充特征（如SRD空间关系描述符、Viewpoint图像视图元素、自适应码率Abs）。

### 2. 未被最接近对比文件（D1）公开的特征，是否被其他文件公开？

根据现有提示词给出的文件清单，本案中**“其他对比文件”实际仅有D1的英文翻译版本（WO2015008774A1_Description...）**，二者实质为同一份检索结果，因而**没有更进一步的外部对比文件（如D2, D3等）**。

未被D1公开的独特性技术特征（即目标专利与D1的**区别技术特征**）包括：

1. **特征A/K/J(部分)**：全向视频与3D坐标系的关联，将层块位置及用户视点从2D平面坐标系转化为3D坐标系定义；

2. **特征N/O/P(部分)**：全向视频特有的“2D投影视频数据向3D曲面映射”的**映射信息**的接收与处理。

由于没有其他对比文件可以组合，这部分特征目前在现有证据链中处于突出的“空白”状态。

---

## 四、 提出无效请求时“最薄弱的技术特征”

如果我们要对目标专利的权利要求1提出无效宣告请求，该权利要求中**防御力最强、对无效请求方而言“最薄弱（最难攻破）”的技术特征是：【特征N + 特征O + 特征P（涉及映射信息引导2D投影向3D曲面几何重构的部分）】。**

### 原因分析：

* **技术领域的本质跨越**：对比文件D1代表了传统**2D常规视频切片自适应流媒体**的最高技术水平（SRD标准体系）。而目标专利通过引入“映射信息（Mapping Information）”，将DASH自适应切片传输框架，成功嫁接到了**3D全向视频（VR/360度空间视频）**领域。

* **SRD与投影映射的不可替代性**：在2D视频中，客户端拿到各个Tile流后，只需根据SRD中的平面坐标 $(x, y)$ 在屏幕上做简单的二维像素拼接（如D1中第`[0123]`段的画面合成处理部）。但在3D全向视频中，即使客户端知道了某个Tile在2D平面投影图上的 $x, y$ 像素位置（SRD），如果**没有映射信息**告诉客户端该2D平面是用什么几何投影算法（如ERP、CMP、SSP）切分而成的，客户端就**绝对无法**将该平面2D像素正确还原、贴图到3D虚拟球体的对应坐标空间去。

* **结论**：特征N、O、O将“传输层面的SRD信息”与“渲染渲染层面的几何投影映射信息”在清单文件中做了协同耦合，这在传统2D切片配信技术（D1）中是完全不需要也不可能隐含公开的。

---

## 五、 进一步的对比文件检索策略建议

为了成功无效掉权利要求1，必须打破上述“映射信息与3D坐标结合”的壁垒。建议调整检索策略，往以下两个方向深入追踪补盲：

### 1. 检索方向升级：寻找“全向视频传输（DASH-VR/OMAF）”的早期标准提案

目标专利的权利要求1带有浓厚的ISO/IEC 23090-2（MPEG-OMAF，全向媒体格式）标准或MPEG-DASH VR扩展标准的影子。

* **检索源锁定**：重点检索**MPEG标准会议提案（MPEG Input/Output Documents）**，特别是2015年~2017年前后，由三星、高通、华为、华为、InterDigital、 might/Fraunhofer HHI等单位提交的关于“VR Video Streaming”、“Omnidirectional media entertainment over DASH”及“Tile-based VR streaming”的提案。标准提案的公开日通常早于专利申请日，是攻克此类标准流媒体专利的绝对利器。

* **核心关键词检索式建议**：

`(MPEG-DASH OR MPD OR "ISO/IEC 23009") AND (omnidirectional OR "360 video" OR VR OR "three dimensions") AND ("mapping information" OR projection OR ERP OR cubemap) AND (tile OR SRD)`

### 2. 跨领域证据组合策略（D1 + 领域通用常识/D2）

* **寻找关键D2（全向视频几何映射常识）**：检索一份专门公开全向视频2D投影流媒体传输的对比文件D2（例如2014-2016年期间关于360度视频多流传输的普通专利或论文）。只要D2公开了“全向视频在网络传输时，需随流或在清单中携带投影映射参数（以告知客户端如何将2D投影帧映射到球体曲面上）”，即可利用 **最接近对比文件D1（贡献了DASH SRD切片选择框架） + 对比文件D2（贡献了全向视频3D曲面投影映射常识）** 运用“显而易见性”原则进行合击：

> *对无效请求方的说理逻辑*：当本领域技术人员试图将D1公开的2D平面自适应切片（SRD）技术应用于D2的全向VR视频传输领域时，为了在3D空间中正确还原出视点对应的切片，在清单文件中同时容纳D1的“空间关系信息（SRD）”和D2固有的“几何映射信息”，并基于3D视点进行切片选择，这属于本领域技术人员为了解决VR视频大带宽传输问题而进行的**常规技术迁移和显而易见的组合**，不具备创造性。

如权利要求1所述的方法，其中所述映射信息的至少部分包括在所述清单文件中。

如权利要求1或2所述的方法，其中，所述映射信息包含用于将所述全向视频数据投影到平面表面上的2D投影的类型的指示。

如权利要求3所述的方法，其中，所述映射信息还包含用于将所述2D投影视频数据映射到所述曲面上所需的一个或多个参数。

如权利要求1所述的方法，其中，所述视点与所述用户的视场关联；所述视点定义所述用户的视场的中心点；所述选择包括：对位于所述视场的中心部分的至少部分中的层块位置来选择高分辨率层块流；以及对位于所述视场的外围部分的至少部分中的层块位置来选择比所述高分辨率要低的分辨率的层块流。

如权利要求1所述的方法，其中，对所述2D投影视频数据的所述处理还包括：将所述接收的层块流的2D投影视频数据解码为表示层块的视频帧；在空间上布置与一个时刻关联的所述层块的视频帧；并且将所述视频帧拼接为一个视频帧；以及基于所述映射信息将作为全向视频数据的所述视频帧的2D投影视频数据映射到所述曲面上。

如权利要求1所述的方法，其中，所选一个或多个层块流的请求和接收基于HTTP自适应流播协议。

如权利要求7所述的方法，其中所述HTTP自适应流播协议包括MPEG DASH流播协议或者其派生。

如权利要求1或2所述的方法，其中，所述清单文件还定义层块流的一个或多个表示。

如权利要求9所述的方法，其中所述一个或多个表示包括一个或多个分辨率表示和/或一个或多个平铺表示。

如权利要求1或2所述的方法，其中，所述清单文件包括一个或多个空间关系描述符SRD；空间关系描述符包含用于基于所述3D坐标系的坐标来定义所述层块的所述层块位置和维度的一个或多个SRD参数。

如权利要求11所述的方法，其中，所述一个或多个空间关系描述符SRD还包含用于发信号通知关于用于将所述全向视频数据投影到平面表面上的2D投影的类型的一个或多个SRD参数。

如权利要求12所述的方法，其中所述2D投影的类型包括等正交投影、立方体投影、圆柱投影或者其派生和/或组合其中之一的2D投影的类型。