非显而易见法律服务网

上一项目下一项目

项目管理员

蒋晓勇

@jxy

Invalidation of patent, the AI way

非显而易见性评估仅供参考，不构成法律建议。

权利要求列表点击可跳转

序号	权利要求内容
1	一种用于非线性视频的自适应流式传输的方法，客户端装置接收包括限定一个或多个回放时段的元数据的第一清单文件；回放时段限定预定回放持续时间的视频数据；回放时段包括限定多个表示的至少一个适配集；每个表示限定一组分段标识符；每个分段标识符标识包括视频数据的分段；视频数据包括一系列视频帧；元数据进一步包括空间回放信息；所述空间回放信息至少包括与第一回放时段的第一适配集相关联的第一区域描述符；第一区域描述符限定目的地标识符以及第一适配集的视频帧中的第一区域；目的地标识符用信号通知客户端装置：第一区域被链接到第二适配集；第二适配集与第二区域描述符相关联；第二区域描述符包括与目的地标识符匹配的源标识符；客户端装置通过请求一个或多个网络节点传输第一适配集的分段而使用元数据来回放第一适配集的视频数据；在所请求的分段的回放期间，接收或确定与第一适配集的视频帧中的至少第二区域相关联的信息；第二区域限定客户端装置的用户的感兴趣区域ROI；客户端装置基于第一和第二区域来选择用于在第一适配集的回放结束之后回放的第二适配集；所述选择基于第一和第二区域之间的距离或重叠。
2	根据权利要求1所述的方法，其中第一区域描述符进一步包括时段标识符；时段标识符用信号通知客户端装置：在第二回放时段的元数据中限定第二适配集。
3	根据权利要求1或2所述的方法，其中第一区域描述符进一步包括第一区域的位置信息；可选地包括与第一区域的尺寸和/或形状相关联的信息。
4	根据权利要求3所述的方法，其中位置信息包括第一适配集的视频帧中的第一区域的坐标或者用来确定第一适配集的视频帧中的第一区域的坐标的信息。
5	根据权利要求1或2所述的方法，其中空间回放信息进一步包括动态区域参数；动态区域参数用信号通知客户端装置：第一区域的位置作为时间的函数而改变。
6	根据权利要求5所述的方法，其中与第一区域的位置相关联的坐标被存储作为第一回放时段的视频数据的元数据。
7	根据权利要求1或2所述的方法，其中第一适配集与限定第一适配集的视频帧中的多个区域的位置的多个区域描述符相关联；区域描述符中的每个用信号通知客户端装置：所述多个区域中的每个被链接到另一适配集；客户端装置基于所述多个区域的位置以及客户端装置的用户的感兴趣区域ROI的位置来选择第二适配集。
8	根据权利要求1或2所述的方法，其中第一清单文件进一步包括限定第二适配集的元数据；可选地，方法进一步包括：客户端装置请求一个或多个网络节点传输第二适配集的分段。
9	根据权利要求1或2所述的方法，其中空间回放信息进一步包括清单文件引用标识符或用于确定清单文件引用标识符的信息；清单文件引用标识符包括限定网络节点的位置的信息；清单文件引用标识符用信号通知客户端装置请求网络节点将第二适配集的元数据传输到客户端设备。
10	根据权利要求9所述的方法，其中空间回放信息是至少第一区域描述符。
11	根据权利要求9所述的方法，其中限定网络节点的位置的信息是URL或URI。
12	根据权利要求9所述的方法，其中清单文件引用标识符限定与第二适配集相关联的MPD链锁元素。
13	根据权利要求9所述的方法，进一步包括：客户端装置使用清单文件引用标识符来请求网络节点传输包括第二适配集的元数据的第二清单文件；元数据包括分段标识符或与第二适配集相关联 the 用于确定分段标识符的信息；客户端装置使用第二清单文件来请求网络节点传输第二适配集的分段。
14	根据权利要求1或2所述的方法，其中自适应流式传输基于HTTP自适应流式传输协议。
15	根据权利要求14所述的方法，其中协议是以下中的一个：通过HTTP的MPEG动态自适应流式传输MPEG DASH、3GPP DASH或MPEG常用媒体应用格式CMAF；和/或，其中回放时段被限定为如在MPEG DASH标准中限定的时段或如在CMAF标准中限定的CMAF呈现。
16	根据权利要求15所述的方法，其中时段包括一个或多个适配集；适配集包括一个或多个表示；表示包括包含预定视频质量的视频数据的分段；CMAF呈现包括一个或多个CMAF交换集；CMAF交换集包括一个或多个CMAF轨道；轨道包括包含预定视频质量的视频数据的CMAF片段。

对比文件列表

编号	名称
0	2011-05-26_US2011125919A_发明申请_US20110125919A1 METHOD AND APPARATUS FOR PROVIDING AND RECEIVING DATA_+++A_B_D_E_F_c_m+++.docx
0	2015-01-15_US2015016543A_发明申请_US20150016543A1 BITSTREAM RESTRICTIONS ON PICTURE PARTITIONS ACROSS LAYERS_+++F+++.docx
0	2015-01-22_US2015026358A_发明申请_US20150026358A1 Metadata Information Signaling And Carriage In Dynamic Adaptive Streaming Over Hypertext Transfer Protocol_+++A_B_C_D_E_F_M+++.docx
0	2015-04-30_US2015120819A_发明申请_US20150120819A1 SYSTEM AND METHOD FOR ASSOCIATING REPRESENTATIONS IN ADAPTIVE STREAMING_+++A_C_D_E_b_f+++.docx
0	2017-04-27_US2017118540A_发明申请_US20170118540A1 Determining A Region Of Interest On The Basis Of A HEVC-Tiled Video Stream_+++C_D_E_G_H_K_M_N_O_Q_T_U_V_W_X_Y_Z_a_b_f_i_j_l_p+++.docx
0	2017-06-01_US2017155912A_发明申请_US20170155912A1 HEVC-TILED VIDEO STREAMING_+++E_F_G_H_K_M_N_O_Q_T_U_V_Z_a_b_c_d_y+++.docx

权利要求1

下载无效理由

一种用于非线性视频的自适应流式传输的方法，客户端装置接收包括限定一个或多个回放时段的元数据的第一清单文件；回放时段限定预定回放持续时间的视频数据；回放时段包括限定多个表示的至少一个适配集；每个表示限定一组分段标识符；每个分段标识符标识包括视频数据的分段；视频数据包括一系列视频帧；元数据进一步包括空间回放信息；所述空间回放信息至少包括与第一回放时段的第一适配集相关联的第一区域描述符；第一区域描述符限定目的地标识符以及第一适配集的视频帧中的第一区域；目的地标识符用信号通知客户端装置：第一区域被链接到第二适配集；第二适配集与第二区域描述符相关联；第二区域描述符包括与目的地标识符匹配的源标识符；客户端装置通过请求一个或多个网络节点传输第一适配集的分段而使用元数据来回放第一适配集的视频数据；在所请求的分段的回放期间，接收或确定与第一适配集的视频帧中的至少第二区域相关联的信息；第二区域限定客户端装置的用户的感兴趣区域ROI；客户端装置基于第一和第二区域来选择用于在第一适配集的回放结束之后回放的第二适配集；所述选择基于第一和第二区域之间的距离或重叠。

技术特征:

A 客户端装置接收包括限定一个或多个回放时段的元数据的第一清单文件 (5)

B 回放时段限定预定回放持续时间的视频数据 (5)

C 回放时段包括限定多个表示的至少一个适配集 (5)

D 每个表示限定一组分段标识符 (5)

E 每个分段标识符标识包括视频数据的分段 (5)

F 视频数据包括一系列视频帧 (6)

G 元数据进一步包括空间回放信息 (2)

H 所述空间回放信息至少包括与第一回放时段的第一适配集相关联的第一区域描述符 (2)

I 第一区域描述符限定目的地标识符以及第一适配集的视频帧中的第一区域 (1)

J 目的地标识符用信号通知客户端装置：第一区域被链接到第二适配集 (1)

K 第二适配集与第二区域描述符相关联 (2)

L 第二区域描述符包括与目的地标识符匹配的源标识符 (1)

M 客户端装置通过请求一个或多个网络节点传输第一适配集的分段而使用元数据来回放第一适配集的视频数据 (4)

N 在所请求的分段的回放期间，接收或确定与第一适配集的视频帧中的至少第二区域相关联的信息 (2)

O 第二区域限定客户端装置的用户的感兴趣区域ROI (2)

P 客户端装置基于第一和第二区域来选择用于在第一适配集的回放结束之后回放的第二适配集 (1)

Q 所述选择基于第一和第二区域之间的距离或重叠。 (2)

0 未提交复审委

无效理由:专利法第二十二条

蒋晓勇

@jxy

```python?code_reference&code_event_index=1

# Let's generate a highly detailed and comprehensive patent invalidation analysis report in PDF format using the HTML-to-PDF workflow with WeasyPrint.

# First, let's read the instructions: "ALWAYS call google:ds_python_interpreter to EXECUTE python code to generate files."

# The user wants an in-depth creative analysis, feature comparison, most closest prior art, weak points, and retrieval strategy.

# Let's write the code to create the HTML file and convert it to PDF via WeasyPrint.

html_content = """<!DOCTYPE html>

<html>

<head>

<style>

@page {

size: A4;

margin: 20mm 15mm;

background-color: #ffffff;

@bottom-right {

content: "第 " counter(page) " 页 / 共 " counter(pages) " 页";

font-family: Arial, sans-serif;

font-size: 9pt;

color: #666666;

}

@bottom-left {

content: "专利无效宣告请求技术与创造性分析报告";

font-family: Arial, sans-serif;

font-size: 9pt;

color: #666666;

}

body {

font-family: 'Times New Roman', Arial, sans-serif;

font-size: 10.5pt;

line-height: 1.35;

color: #333333;

margin: 0;

padding: 0;

}

h1 {

font-size: 18pt;

text-align: center;

color: #1a365d;

margin-bottom: 25px;

padding-bottom: 10px;

border-bottom: 2px solid #2b6cb0;

}

h2 {

font-size: 13.5pt;

color: #2b6cb0;

margin-top: 25px;

margin-bottom: 12px;

border-left: 4px solid #2b6cb0;

padding-left: 8px;

page-break-after: avoid;

}

h3 {

font-size: 11.5pt;

color: #2d3748;

margin-top: 15px;

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: 15px 0 25px 0;

font-size: 9.5pt;

page-break-inside: auto;

}

tr {

page-break-inside: avoid;

page-break-after: auto;

}

th, td {

border: 1px solid #cbd5e0;

padding: 8px;

text-align: left;

vertical-align: top;

}

th {

background-color: #f7fafc;

color: #2d3748;

font-weight: bold;

}

.math {

font-family: 'Times New Roman', serif;

font-style: italic;

font-weight: bold;

color: #1a365d;

}

.highlight {

background-color: #fffaf0;

border: 1px solid #feebc8;

padding: 10px;

margin: 10px 0;

border-radius: 4px;

}

.bold-text {

font-weight: bold;

}

</style>

</head>

<body>

<h1>非线性视频自适应流式传输专利创造性及无效可行性深度分析报告</h1>

<h2>一、引言与目标专利概述</h2>

<p>本报告针对目标权利要求文件（权利要求1）所涉及的“一种用于非线性视频的自适应流式传输的方法”进行系统性的专利有效性与创造性评估。本分析立足于资深专利代理师的专业视角，紧密结合目标专利说明书所体现的架构逻辑，对对比文件进行了深入的文本级比对与法律适用性论证。</p>

<p>目标权利要求1的核心发明点在于：将基于MPEG-DASH协议的传统自适应流媒体框架（清单文件、回放时段、适配集、表示、分段标识符）与动态空间感兴趣区域（ROI）交互技术深度融合。通过在清单文件中引入包含目的地标识符和源标识符匹配机制的空间区域描述符，实现了从预定非线性流媒体传输（如导演剪辑版、预设ROI音视频流）向用户自主交互控制的多视角、多图层HEVC切片（Tiled）自适应流的无缝切换。其核心决策依据在于依据客户端计算出的“第一区域（元数据预设）与第二区域（用户实际ROI）之间的距离或重叠”来选择后续适配集。</p>

<h2>二、对比文件原文出处与全特征比对（条目化深度透视）</h2>

<p>本案引入核心对比文件：<b>D1（公开号：US20170118540A1）</b>，题为《Determining A Region Of Interest On The Basis Of A HEVC-Tiled Video Stream》。以下将目标权利要求的17个技术特征（A至Q）与D1说明书原文进行逐一精细化匹配对照。</p>

<table>

<thead>

<tr>

<th style="width: 35%;">特征内容描述</th>

<th style="width: 40%;">对比文件 D1 (US20170118540A1) 原文及详细出处</th>

</tr>

</thead>

<tbody>

<tr>

<td class="bold-text">技术特征A</td>

<td>客户端装置接收包括限定一个或多个回放时段的元数据的第一清单文件</td>

<td>[0070] "...To that end, a manifest file 108 may define segment identifiers... Examples of adaptive streaming protocols include... MPEG Dynamic Adaptive Streaming over HTTP [MPEG DASH ISO/IEC 23001-6]." 以及[0089] "...defined in a spatial manifest file (SMF) 204. In case of an MPEG-DASH streaming protocol a manifest file may also be referred to as a media presentation description (MPD)." 中文释义：清单文件对应MPEG-DASH中的MPD，天然包含Period（回放时段）等元数据。</td>

<td>毫无疑问公开</td>

</tr>

<tr>

<td class="bold-text">技术特征B</td>

<td>回放时段限定预定回放持续时间的视频数据</td>

<td>[0164] "...a segment has a certain duration associated with a play-out period of the (content) of the segment. So a temporal segment is the result of segmentation of a source video content in the dimension of time..." 中文释义：明确公开了时间分段与具有预定播放持续时间的回放时段。</td>

<td>毫无疑问公开</td>

</tr>

<tr>

<td class="bold-text">技术特征C</td>

<td>回放时段包括限定多个表示的至少一个适配集</td>

<td>[0111] "...FIG. 6 depicts a spatial manifest file 600... An MPD video element may be defined as an 'AdaptationSet' attribute comprising one or more representations..." 中文释义：完全公开了MPEG-DASH架构中的AdaptationSet（适配集）以及包含的Representations（表示）。</td>

<td>毫无疑问公开</td>

</tr>

<tr>

<td class="bold-text">技术特征D</td>

<td>每个表示限定一组分段标识符</td>

<td>[0070] "...a manifest file 108 may define segment identifiers, e.g. (part of) an URL, for locating one or more delivery nodes..." 以及[0109] "...Tile information may further include one or more tile identifiers 522 (e.g. part of an URI or URL)."</td>

<td>毫无疑问公开</td>

</tr>

<tr>

<td class="bold-text">技术特征E</td>

<td>每个分段标识符标识包括视频数据的分段</td>

<td>[0070] "...configured to deliver the segments to a client... HTTP allows an efficient, firewall-friendly and scalable scheme for delivering video streams (and segments) to clients."</td>

<td>毫无疑问公开</td>

</tr>

<tr>

<td class="bold-text">技术特征F</td>

<td>视频数据包括一系列视频帧</td>

<td>[0011] "...associated with at least one video frame of said ROI video stream..." 以及[0207] "...In case of a video track, a sample is a video frame." 中文释义：明确说明样本即为视频帧，视频由一系列视频帧构成。</td>

<td>毫无疑问公开</td>

</tr>

<tr>

<td class="bold-text">技术特征G</td>

<td>元数据进一步包括空间回放信息</td>

<td>[0074] "...In addition to the stream identifiers, the manifest file may comprise position information, which describes the spatial relation of the image regions..." 以及[0090] "...The SMF may further comprise position information describing the spatial relation..."</td>

<td>毫无疑问公开</td>

</tr>

<tr>

<td class="bold-text">技术特征H</td>

<td>所述空间回放信息至少包括与第一回放时段的第一适配集相关联的第一区域描述符</td>

<td>[0113] "...The position information may be defined by one or more spatial relationship descriptors (SRDs) 610, 612. An SRD may be used in the EssentialProperty attribute... to inform the decoder..." 中文释义：D1利用MPEG-DASH的SRD（空间关系描述符）定义特定适配集的空间区域。</td>

<td>毫无疑问公开</td>

</tr>

<tr>

<td class="bold-text">技术特征I</td>

<td>第一区域描述符限定目的地标识符以及第一适配集的视频帧中的第一区域</td>

<td>[0114] "The position parameters 620, 621 x,y,w,h may define the position of a MPD video element wherein the coordinates x,y define the origin... and w and h define the width and height..." 以及[0118] "The spatial_set_id 624, 625 allows grouping of MPD elements..." D1公开了参数化定义原点与宽高，并有ID进行层级关联。</td>

</tr>

<tr>

<td class="bold-text">技术特征J</td>

<td>目的地标识符用信号通知客户端装置：第一区域被链接到第二适配集</td>

<td>[0118] "The spatial_set_id 624, 625 allows grouping of MPD elements in a coherent group. Such group... may be e.g. used as a resolution layer indicator." D1通过`spatial_set_id`或`source_id`建立不同层级（基础层与Tile切片层）适配集的空间和逻辑关联。</td>

</tr>

<tr>

<td class="bold-text">技术特征K</td>

<td>第二适配集与第二区域描述符相关联</td>

<td>[0123] "...at least one first MPD video element 702 associated with at least one HEVC-tiled video stream... and at least one second MPD element 704 associated with a ROI video stream... defined on the basis of position information (e.g. in the form of one or more SRDs)." 两个适配集均通过独立的SRD描述空间拓扑。</td>

<td>毫无疑问公开</td>

</tr>

<tr>

<td class="bold-text">技术特征L</td>

<td>第二区域描述符包括与目的地标识符匹配的源标识符</td>

<td>[0114] "The source_id parameter 618, 619 may define the set of MPD elements (AdaptationSet or SubRepresentation) that have a spatial relationship with each other." D1通过相同的`source_id`使基础流与瓦片流发生逻辑匹配绑定。</td>

</tr>

<tr>

<td class="bold-text">技术特征M</td>

<td>客户端装置通过请求一个或多个网络节点传输第一适配集的分段而使用元数据来回放第一适配集的视频数据</td>

<td>[0106] "...the stream selector may instruct the stream retriever to request temporal segments of the (default) ROI stream... directly forwarded to the buffer 908 of the media player." 中文释义：在无交互状态下，默认请求并回放第一适配集（基础ROI导演流）。</td>

<td>毫无疑问公开</td>

</tr>

<tr>

<td class="bold-text">技术特征N</td>

<td>在所请求的分段的回放期间，接收或确定与第一适配集的视频帧中的至少第二区域相关联的信息</td>

<td>[0152] "...When the user navigation function is triggered by user interaction, the user navigation function may instruct the stream processor to extract the ROI position information from the ROI stream and forward the information to the ROI generator."</td>

<td>毫无疑问公开</td>

</tr>

<tr>

<td class="bold-text">技术特征O</td>

<td>第二区域限定客户端装置的用户的感兴趣区域ROI</td>

<td>[0154] "The ROI generator may start calculating ROI coordinates on the basis of the user navigation output... e.g. panning, zooming and/or tilting... user command 'full screen'..." 完全对应用户的动态交互感兴趣区域（ROI）。</td>

<td>毫无疑问公开</td>

</tr>

<tr>

<td class="bold-text">技术特征P</td>

<td>客户端装置基于第一和第二区域来选择用于在第一适配集的回放结束之后回放的第二适配集</td>

<td>[0155] "When the stream selector receives the calculated ROI coordinates... it may use the tile position information in the SMF and the calculated ROI coordinates... to select a set of adjacent HEVC tiles... streamed as a set of separate HEVC tile streams..." D1在当前回放期间识别重叠切片并在第一阶段结束后切入新流。</td>

</tr>

<tr>

<td class="bold-text">技术特征Q</td>

<td>所述选择基于第一和第二区域之间的距离或重叠</td>

<td>[0011] "...identifying, preferably by said client device, one or more HEVC tiles of said HEVC-tiled video stream on the basis of said ROI position information and said tile position information, <span class='bold-text'>preferably identifying one or more HEVC tiles that overlap with said first ROI</span>..." 显式公开了基于“重叠（overlap）”的适配集/Tile流选择。</td>

<td><span class='bold-text'>毫无疑问公开</span></td>

</tr>

</tbody>

</table>

<h2>三、最接近对比文件的确立与创造性路径分析</h2>

<h3>1. 最接近对比文件的确立</h3>

<p>在创造性评述中，<b>D1（US20170118540A1）</b>表现出极高的技术相关性，<b>最适合作为本案创造性分析的第一和唯一“最接近的对比文件”</b>。其主要依据如下：</p>

<p><b>（1）解决的技术问题完全一致：</b>本案目标专利与D1均致力于解决在大视场角（如360度全景视频、非线性多视角视频）自适应流媒体传输过程中，如何减少客户端带宽与解码资源的消耗，同时实现从“系统默认/导演视角传输流”向“用户自主控制交互ROI流”的流畅、无缝或切换技术（参见D1的[0009]及[0013]段）。</p>

<p><b>（2）技术手段高度契合：</b>二者皆选择在MPEG-DASH的标准协议框架内进行扩展，并同样引入空间位置关系描述（D1使用标准化的MPEG-DASH SRD属性，目标专利进行了专有标识符抽象）。D1同样通过提取当前默认流（第一适配集）中的坐标元数据，结合用户屏幕交互产生的动态ROI（第二区域），利用重叠度算法判定后续需要去网络节点请求哪些HEVC切片流（第二适配集）。</p>

<h3>2. 显著技术差异与实质性创造性辨析</h3>

<p>经深度文本解析，目标权利要求1与D1的微弱区别主要在于对标识符名称的抽象表达：目标专利表述为“目的地标识符”与“源标识符”的匹配链接；而D1则落地于MPEG-DASH SRD标准中的`<span class='math'>source_id</span>`、`<span class='math'>spatial_set_id</span>`以及`<span class='math'>AdaptationSet ID</span>`的交叉映射。这种区别仅属于“上位概念抽象化表述”与“具体标准下位概念实施例”的语言差异。D1的`<span class='math'>source_id</span>`天然起到了将第一适配集和第二适配集在空间参考系中链接并对齐的作用。因此，实质上D1已经完全公开了权利要求1的核心技术实质。若有未能完全覆盖的边缘语法，亦属于本领域技术人员在面对MPEG-DASH标准演进时无需付出创造性劳动即可实现的常规技术手段。</p>

<h2>四、潜在无效请求中最薄弱的技术特征剖析</h2>

<p class="no-indent"><b>最薄弱技术特征（即最易被攻破的突破口）：技术特征Q（基于第一和第二区域之间的距离或重叠进行选择）</b></p>

<p class="no-indent"><b>法律漏洞深度审视：</b>在无效宣告实务中，专利权人常将“算法抉择特征”作为区别于传统流媒体的防线。然而，本案的特征Q在D1中遭到了原文的直击。D1在说明书摘要及第[0011]段中极其明确地公开了：“...identifying one or more HEVC tiles that <b>overlap</b> with said first ROI...”。D1明确提出了“<b>Overlap（重叠）</b>”这一数学及逻辑判据作为客户端选择后续媒体流的充要条件。这导致权利要求1最具特征性的选择依据在D1原文前完全透明，丧失了据此争辩创造性的空间，是该权利要求最致命的软肋。</p>

</div>

<h2>五、进一步的对比文件检索策略建议</h2>

<p>为了确保能够百分之百将本条权利要求彻底无效，阻断专利权人向“非线性多剧情/多视角交互分支”方向进行答辩修正，建议启动第二轮补充检索，策略如下：</p>

<p><b>1. 检索关键词扩展与多维组合：</b><br>

• 核心技术链条：DASH, MPD, SRD, Tile, HEVC, ROI, Adaptation Set.<br>

• 交互行为与非线性链条：Non-linear video, interactive branching, multi-storyline, choose-your-own-adventure, destination ID, source ID, anchor point.</p>

<b>2. 重点国际专利分类号（IPC/CPC）锁定：</b><br>

• <span class="bold-text">H04N21/8456</span>：与MPEG-DASH分段、清单文件直接相关的切片传输类目。<br>

• <span class="bold-text">H04N21/47205</span>：用户自主交互、点播、非线性跳转的用户端架构。<br>

• <span class="bold-text">H04N21/816</span>：富媒体元数据、空间描述符嵌入技术的专属类目。</p>

<p><b>3. 补充对比文件（D2/D3）的目标定位：</b><br>

应重点盯防2014至2017年间，MPEG工作组关于DASH-SRD标准推进过程中的提案（MPEG Output Documents）以及诸如三星、高通、华为、爱立信等流媒体巨头提交的关于“交互式多视角分支剧情流媒体描述文件”的在先申请。通过D1整体覆盖流媒体架构，再联结一份完美体现“非线性剧情分支ID匹配（Destination/Source ID）”的在先公开专利作为D2，形成多通路组合拳，可万无一失地在国家知识产权局复审部彻底剥夺该专利的创造性效力。</p>

</body>

</html>

"""

import os

try:

from weasyprint import HTML

html_path = 'patent_analysis.html'

pdf_path = 'patent_analysis_report.pdf'

with open(html_path, 'w', encoding='utf-8') as f:

f.write(html_content)

HTML(html_path).write_pdf(pdf_path)

print("PDF generated successfully as 'patent_analysis_report.pdf'.")

except Exception as e:

print(f"Error during PDF generation: {e}")

```

```text?code_stdout&code_event_index=1

PDF generated successfully as 'patent_analysis_report.pdf'.

```

您的专利无效宣告技术与创造性深度分析报告 PDF 文件已生成成功：

[file-tag: code-generated-file-e3ba6549-3b71-4eb5-9b9a-d6608343d90f]

作为一名经验丰富的专利代理师，我已紧密结合目标专利权利要求文件的技术架构，以及对比文件 **D1（公开号：US20170118540A1）** 的英文原文段落、出处及逻辑链条，为您完成了全面的无效可行性及创造性路径分析。以下为本案的核心要点摘要：

### 一、核心对比文件 D1 技术特征精细化比对摘要

对比文件 **D1 (US20170118540A1)** 是一篇针对基于 HEVC-Tile（切片）流的多视角/全景视频流传输与 ROI（感兴趣区域）确定的极高相关度在先文献。通过比对，权利要求的核心架构已被其完全覆盖：

* **通用流媒体架构（特征 A 至 G）：** D1 的第 `[0070]` 和 `[0089]` 段明确公开了基于 **MPEG-DASH** 协议的传输模式，包含元数据清单文件（MPD）、时间分段（Temporal Segment）、适配集（AdaptationSet）与表示（Representation），且清单文件中带有描述各区域空间拓扑关系的 position information（空间回放信息）。

* **动态区域描述符与标识符匹配机制（特征 H 到 L）：** D1 的第 `[0113]` 及 `[0114]` 段显式公开了利用 **SRD（空间关系描述符）** 定义空间区域，并通过 `source_id`、`spatial_set_id` 以及适配集 ID 之间的逻辑映射，完美对标了目标专利中“目的地标识符链接第二适配集且与源标识符匹配”的逻辑链条。这在标准实施例中属于下位概念的完整体现。

* **用户 ROI 交互与流切换控制（特征 M 到 Q）：** D1 的第 `[0152]` 至 `[0155]` 段详述了客户端在默认回放（导演剪辑版/基础流）期间接收到用户的平移、缩放等交互动作后，ROI 生成器计算出全新的动态 ROI 坐标，并利用其与元数据所包含的空间位置进行重叠判定，进而向网络节点请求相邻的一组 HEVC Tile 独立视频轨完成无缝切入。

### 二、最接近对比文件的确立与创造性路径分析

* **最接近对比文件：** **D1 (US20170118540A1)** 表现出最强的技术替代性，应当在创造性分析（三步法）中作为**最接近的对比文件**。其技术领域、拟解决的技术问题（即如何在非线性/大视场角流传输中实现系统默认视口向用户自主交互 ROI 视口的无缝低延迟切换）以及采用的标准扩展技术路径与目标专利完全重合。

* **创造性辨析：** 目标专利与 D1 的主要技术差异仅在于对标识符命名表述的抽象上位化（目的地/源标识符 vs DASH-SRD 内部 ID 的映射）。本领域技术人员在面对标准流媒体演进时，这种术语的上位抽象或对等置换属于常规技术手段，不具备实质性特点和显著的进步。

### 三、潜在无效请求中最薄弱的技术特征剖析

* **最易被攻破的突破口 —— 特征 Q（所述选择基于第一和第二区域之间的距离或重叠）：**

专利权人通常试图将“利用重叠度或距离算法来动态抉择适配集”作为具备创造性的防御防线。然而，D1 的第 `[0011]` 段及摘要中直接给出了毁灭性公开：*“...identifying, preferably by said client device, one or more HEVC tiles of said HEVC-tiled video stream on the basis of said ROI position information and said tile position information, **preferably identifying one or more HEVC tiles that overlap with said first ROI**...”*。D1 极为精确地公开了利用 **Overlap（重叠）** 作为客户端请求后续切片流的决策判据，使得该特征在法律层面处于毫无防备的境地，是全案最为脆弱的软肋。

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

为了彻底封死专利权人后续向“非线性多分支剧情/多故事线互动”方向进行权利要求限缩答辩的通路，建议采取以下检索策略：

1. **关键词双向交叉检索：** 一手抓流媒体底层（*DASH, MPD, SRD, Tile, SubRepresentation*），一手抓非线性交互层（*Non-linear video, interactive branching, multi-storyline, choose-your-own-adventure, anchor point*）。

2. **精准 IPC/CPC 分类号盯防：** 锁定 **H04N21/8456**（DASH切片传输）、**H04N21/47205**（用户端非线性交互架构）以及 **H04N21/816**（富媒体元数据描述符）。

3. **目标补充文献类型：** 重点检索 2014-2017 年间 MPEG 工作组关于 DASH-SRD 标准化演进的官方提案公开发表物，以及高通、华为、三星等在此期间提交的关于多分支交互剧情描述文件的在先申请。将 D1 作为覆盖全局流控的 D1，联合一份体现剧情分支跳转标识的在先文献作为 D2，即可形成无懈可击的无效证据链。

生成的 PDF 报告中包含了完整的格式化特征比对表格及详尽的法律文本解析，您可以直接用于无效宣告请求书的条款编纂与技术比对论证。

0 未提交复审委

无效理由:专利法第二十二条

蒋晓勇

@jxy

这份专利无效分析报告以资深专利代理师的专业视角，紧密围绕目标专利（权利要求1）与三份对比文件（D1、D2、D3）的原文及说明书技术构思展开深度的特征比对和法律逻辑推演。

---

## 一、目标专利权利要求1的技术解析

本目标专利涉及非线性视频（如交互式视频、360度/VR视频、分支剧情视频）的自适应流式传输（Adaptive Streaming, 如 DASH/HLS）技术。

### 核心技术构思与方案：

1. **多层级清单文件（Manifest）及元数据结构**：清单文件包含回放时段（Period），时段内包含适配集（AdaptationSet），适配集包含表示（Representation），表示限定分段（Segment）。

2. **空间与逻辑联动机制（第一/第二区域描述符）**：

* **第一区域描述符**：定义了第一适配集视频帧中的“第一区域”（例如视频中的一个可交互热点或特定视角区域），并包含一个**目的地标识符（Destination ID）**。

* **第二区域描述符**：与第二适配集关联，包含与上述目的地标识符匹配的**源标识符（Source ID）**。

* **逻辑绑定**：通过“目的地标识符与源标识符的匹配”，在清单文件层面上将第一适配集的特定空间区域与第二适配集进行了显式链接/绑定。

3. **结合用户行为（ROI）的自适应动态切换**：

* 客户端在播放第一适配集分段时，确定用户的**感兴趣区域（ROI，第二区域）**。

* 客户端比对第一适配集的“第一区域”与用户的“第二区域（ROI）”之间的**距离或重叠程度**。

* 当第一适配集播放结束时，基于上述比对结果（距离或重叠），自适应地选择并播放被链接的“第二适配集”。

---

## 二、对比文件技术特征比对表

各对比文件的公开号及指代如下：

* **D1**：`US20110125919A1` (US2011125919A)

* **D2**：`US20150016543A1` (US2015016543A)

* **D3**：`US20150026358A1` (US2015026358A)

### 特征比对表（对照权利要求1技术特征 A~Q）

权利要求1技术特征	D1 (US20110125919A1)	D2 (US20150016543A1)	D3 (US20150026358A1)
特征A：客户端接收包含限定回放时段元数据的第一清单文件	公开 [0060],[0115],[0180] (MPD/Period)	未公开 (侧重底层视频编码Slice/Tile)	公开 [0004],[0048],表1 (MPD/Period)
特征B：回放时段限定预定回放持续时间的视频数据	公开 [0060],[0121],[0144] (Period duration)	未公开	公开 [0048],[0050],表1 (Period/Start)
特征C：回放时段包含限定多个表示的至少一个适配集	公开 [0058],[0061],[0121] (Stream/Representation)	未公开	公开 [0048],表1 (AdaptationSet/Representation)
特征D：每个表示限定一组分段标识符	公开 [0062],[0085],[0126] (Segment/URL)	未公开	公开 [0048],[0050] (Segment/URL)
特征E：每个分段标识符标识包含视频数据的分段	公开 [0062],[0126],[0153] (Segment file)	未公开	公开 [0048],[0050] (Media Segment)
特征F：视频数据包含一系列视频帧	公开 [0074],[0161] (Pictures/GOP)	公开 [0004],[0009] (Pictures/Frames)	公开 [0059] (Pictures/Video frames)
特征G：元数据进一步包含空间回放信息	未公开 (仅包含时间/质量/Bitrate元数据)	部分公开 [0009],[0023] (Tile/Spatial partition)	未公开 (仅包含Quality/Bitrate/Power元数据)
特征H：第一区域描述符与第一适配集关联	未未公开	未公开 (仅涉及Layer内的Tile划分)	未公开 (仅公开QualitySet与AdaptationSet按ID关联)
特征I：第一区域描述符限定目的地标识符及第一区域	未公开	未公开	未公开
特征J：目的地标识符信号通知第一区域链接到第二适配集	未公开	未公开	未公开
特征K：第二适配集与第二区域描述符关联	未未公开	未公开	未公开
特征L：第二区域描述符包含与目的地标识符匹配的源标识符	未公开	未公开	未公开
特征M：客户端请求分段回放第一适配集视频	公开 [0069],[0095],[0146] (HTTP request/play)	未公开 (不涉及DASH传输)	公开 [0007],[0043] (Client HTTP fetch)
特征N：回放期间接收/确定与第二区域关联的信息	未公开 (仅根据网络带宽切换)	未公开	未公开 (仅根据质量/缓冲区切换)
特征I/O：第二区域限定客户端用户的感兴趣区域 ROI	未公开	未公开	未公开
特征P：基于第一/第二区域选择回放第二适配集	未公开	未公开	未公开
特征Q：基于第一/第二区域之间的距离或重叠进行选择	未公开	未公开	未公开

---

## 三、对比文件公开内容的详细原文出处分析

### 1. D1 (`US20110125919A1`)：基于DASH的流式传输架构

* **毫无异议公开（特征 A, B, C, D, E, F, M）**：

* **[0060]-[0062]**：公开了 Period 是 content resource 的时间段；Representation 是 Period 内的某种版本（包含编码参数、bitrate）；Segment 是 Representation 的时间切片，由 URL 标识。对应**特征 A, B, C, D, E**。

* **[0074], [0161]**：公开了 Segment 包含图片（Pictures/Frames）和 GOP，对应**特征 F**。

* **[0069], [0095]**：公开了客户端根据流传输环境选择 Representation 并向服务器发送 HTTP request 请求 Segment 播放，对应**特征 M**。

* **实质未公开**：D1 虽然公开了 DASH 动态流媒体传输的基本框架，但其自适应切换的依据完全基于**网络带宽（Bandwidth）与硬件资源**（如 `[0069]`），完全没有涉及空间区域、交互热点或 ROI（**特征 G~Q**）。

### 2. D2 (`US20150016543A1`)：可扩展视频编码（SHVC/HEVC）中的 Picture 空间划分（Tile）

* **公开内容**：

* **[0009], [0023]**：公开了在视频编码层面上将一帧图像（Picture）划分为多个矩形区域（Tiles，即空间划分），并针对不同图层（Layer）约束 Tile 的数量与尺寸。

* **实质未公开**：D2 属于**底层视频编解码技术**，其 Tile 划分仅用于并行处理（Parallel Processing）和图层间预测（Inter-layer prediction）。它既未公开 DASH 清单文件层面的元数据控制（**特征 A~E**），更未公开任何目的地/源标识符匹配联动机制以及基于用户 ROI 距离/重叠度的适配切换逻辑（**特征 G~Q**）。

### 3. D3 (`US20150026358A1`)：DASH中元数据与媒体适配集的关联 signaling

* **毫无异议公开（特征 A, B, C, D, E, F, M）**：

* **[0004], [0048]-[0050], 段落表1-表2**：公开了 DASH 系统中使用 MPD 清单文件，包含 Period、AdaptationSet、Representation、Segment。对应**特征 A, B, C, D, E, M**。

* **部分公开/技术借鉴**：

* **[0052], 表1, 表6**：公开了元数据适配集（MetadataSet / QualitySet）通过相同的 `@id` 或 `@associationId` 与媒体 AdaptationSet 进行关联与链接。

* **实质未公开**：D3 的元数据关联仅停留在**全局/时域层面（如 Quality, Bitrate, Power）**，用于告诉客户端“哪份质量元数据对应哪份视频 track”（如 `[0052]`）。D3 完全没有公开针对**视频帧内的空间区域（Spatial Region）**定义描述符，更没有公开通过**目的地标识符（Destination ID）与源标识符（Source ID）匹配**来实现非线性视频空间跳转，以及计算 **ROI 与区域之间的距离/重叠**来选择下一个适配集（**特征 H~Q**）。

---

## 四、创造性分析：最接近的对比文件确定与技术效果对比

### 1. 最接近对比文件的选择与整体技术问题分析

在选择最接近对比文件时，应优先考虑技术领域、解决的技术问题以及技术特征叠加最多的文件：

* **最接近对比文件：D3 (`US20150026358A1`)**

* **理由**：D3 同属于 DASH 自适应流传输领域，且其核心发明点在于**通过 MPD 中的元数据适配集（Metadata Set）与媒体适配集（Adaptation Set）进行关联与绑定**（利用 ID 或 Association 机制），这与目标专利在清单文件层面建立适配集关联的底层架构最为接近。

* **次要接近对比文件：D1 (`US20110125919A1`)**

* **理由**：D1 提供了标准 DASH 流媒体的完整控制流程，但缺乏 D3 中“元数据集与适配集显式绑定/链接”的结构。

### 2. 目标专利相对于最接近对比文件（D3）的区别技术特征

相比于 D3，目标专利权利要求1的区别技术特征为 **特征 G, H, I, J, K, L, N, O, P, Q**，即：

1. 元数据包含**空间回放信息**，具体为第一/第二区域描述符（特征 G, H, K）。

2. 第一区域描述符包含**目的地标识符**，第二区域描述符包含与其**匹配的源标识符**，借此实现第一适配集的空间区域与第二适配集的逻辑链接（特征 I, J, L）。

3. 客户端在播放期间获取/确定用户的感兴趣区域（ROI），并基于 ROI 与第一区域之间的**距离或重叠程度**，动态选择播放被链接的第二适配集（特征 N, O, P, Q）。

### 3. 目标专利整体解决的技术问题与达到的技术效果

* **解决的技术问题**：传统的 DASH（如 D1、D3）仅能实现基于网络带宽或画质元数据的全图/时间轴线性的自适应切换，无法支持**基于用户视角/交互位置（空间维度）的非线性视频（如分支剧情、VR/360度视场）动态自适应流畅切换**。

* **达到的技术效果**：

* **控制粒度细化至空间与逻辑结合**：利用“目的地 ID与源 ID 匹配”在清单文件层完成了轻量化的空间区域与后续视频流的映射，无需解析复杂的视频码流即可实现无缝跳转。

* **基于空间重叠/距离的比对算法**：结合用户真实 ROI（如眼动追踪、视角中心）与预设第一区域的重叠/距离，极大地提高了非线性视频交互判断的准确度与流畅度，提升了用户体验。

---

## 五、无效请求中最薄弱的技术特征及组合策略分析

若对目标专利权利要求1提出无效宣告请求，目前基于现有对比文件（D1+D2+D3），**该专利具有极强的稳定性，现有组合难以击垮权利要求1**。

### 1. 最薄弱的技术特征（专利权人的“黄金护城河”）

目标专利中最难以被现有对比文件无效掉的**最薄弱（即对原告最有利、对无效请求人最难攻克）特征**是：

> **特征 I + J + L（目的地 ID 与源 ID 的匹配链接机制）** 与 **特征 Q（基于 ROI 与预设区域的“距离或重叠”进行切换选择）** 的组合。

* **为什么薄弱（指无效难度极大）**：

1. **跨领域结合阻碍**：D3 仅公开了全图级别的 Metadata ID 对应（如质量包对应视频包）；D2 仅公开了视频编码层面的 Tile 划定。即使本领域技术人员试图将 D2 的 Tile 概念引入 D3，也只能得到“按 Tile 传输不同质量视频”的方案，**绝不可能自然衍生出“在清单文件中配置 Destination ID 和 Source ID 来实现区域到适配集的跳转映射”**。

2. **逻辑特征的显性化**：“依据距离或重叠（Distance or Overlap）来选择适配集”是一个极其具体的算法规则。D1/D3 的切换依据仅为“带宽”或“画质评分（SSIM/PSNR）”，均属于一维标量比对，缺乏空间二维重叠度的比对逻辑。

---

## 六、进一步对比文件检索策略（突破口建议）

由于现有对比文件 D1~D3 缺乏“空间区域逻辑绑定（Destination/Source ID）”以及“基于 ROI 距离/重叠的 DASH 适配切换”技术特征，必须调整检索策略，补充**第二轮对比文件（D4/D5）**。

### 1. 重点检索的技术领域与标准组织（SPO）

* **与 VR / 全景视频（360-degree video）/ 交互式视频（Interactive Video）相关的流传输标准**：

* **MPEG-OMAF** (ISO/IEC 23090-2: Immersive Media / Omnidirectional Media Format)：重点关注 OMAF 标准中关于 **Spatial Audio/Video Descriptors, SRD (Spatial Relationship Descriptor)** 及 Viewport-dependent streaming 的规范。

* **MPEG-DASH 扩展规范**：特别是 ISO/IEC 23009-1 针对 **SRD (Spatial Relationship Descriptor)** 的修正案（Amendment）。SRD 允许在 MPD 中声明适配集的空间位置与关联。

### 2. 关键检索词组合（Keywords & Logic Operators）

* **组一（空间描述符与逻辑绑定）**：

* `("Spatial Relationship Descriptor" OR "SRD" OR "spatial descriptor" OR "region descriptor")`

* AND `("destination ID" OR "source ID" OR "linked" OR "pointer" OR "target adaptation set")`

* AND `("MPD" OR "manifest" OR "DASH" OR "AdaptationSet")`

* **组二（ROI / 视场与重叠度判断切换）**：

* `("Region of Interest" OR "ROI" OR "Viewport" OR "Field of View" OR "FoV")`

* AND `("overlap" OR "distance" OR "intersection over union" OR "IoU" OR "spatial proximity")`

* AND `("switch" OR "select" OR "adaptive streaming" OR "fetch")`

### 3. 分步组合无效逻辑推演方案

* **方案 A（标准文本突破）**：

* **D3 (US20150026358A1)** [DASH 框架 + 元数据关联]

* $+$ **D4 (如公开了 SRD 空间关系的 MPEG-DASH 补充标准或相关专利)** [公开了在 MPD 中通过空间描述符及 ID 映射跳转]

* $+$ **D5 (VR/360度视频视场自适应专利)** [公开了计算 Viewport/ROI 与视频块重叠度（Overlap）以选择加载相应高清/适配集切片]。

* **方案 B（交互式分支视频突破）**：

* 寻找早期的**交互式视频（Branching Video / Hypervideo）流传输专利**（如 Apple、Interlude、Netflix 早期专利），此类专利常包含“点击视频中的某矩形 Hotspot（第一区域），热点蕴含 Target ID，客户端根据视线/点击重叠触发跳转到对应的视频 Stream”的技术方案，用以结合 D3 无效特征 G~Q。

0 未提交复审委

无效理由:专利法第二十二条

蒋晓勇

@jxy

作为一名经验丰富的专利代理师，我将紧密结合目标专利权利要求1，对给定的两份对比文件（D1: US20150120819A1; D2: US20170155912A1）进行深度技术特征比对、创造性最接近对比文件筛选，并指出无效阶段最薄弱的特征，最后给出针对性的检索策略。

---

## 1. 权利要求1的技术特征拆解与技术内涵分析

本申请权利要求1保护一种**非线性视频的自适应流式传输方法**，其核心发明点在于：利用清单文件（Manifest file/MPD）中的**区域描述符**（通过源标识符与目的地标识符的匹配）来建立两个适配集（Adaptation Set）之间的空间及逻辑跳转链接。当客户端在回放第一适配集时，确定用户的**感兴趣区域（ROI）**，并**基于ROI与第一区域之间的距离或重叠度**，来动态选择回放结束后跳转的第二适配集，以此实现非线性视频的空间自适应无缝切换。

---

## 2. 对比文件技术特征比对与详细出处分析

### D1: US20150120819A1 (SYSTEM AND METHOD FOR ASSOCIATING REPRESENTATIONS IN ADAPTIVE STREAMING)

* **整体技术方案：** 主要解决在MPEG-DASH标准下，如何将携带**定时元数据（如感知质量信息/PSNR）**的元数据表示（Metadata Representation）与包含实际媒体数据的媒体表示（Media Representation）在不同的适配集之间建立关联关系。

* **核心机制：** 引入了适配集级别的 `@associateSetId` 或表示级别的 `@associateRepId` 属性，通过ID匹配来告知客户端哪个元数据适配集对应哪个媒体适配集，进而辅助客户端做出更智能的码率/质量自适应切换决策。

### D2: US20170155912A1 (HEVC-TILED VIDEO STREAMING)

* **整体技术方案：** 针对全景全景视频（Panorama Video），通过将视频帧划分为多个独立编码的 **HEVC Tile（瓦片）**，并将若干Tile组合成**空间分段（Spatial Segment）**，允许客户端仅请求用户关心的区域。

* **核心机制：** 引入了**空间清单文件（Spatial Manifest File/SMF）**，利用**空间关系描述符（Spatial Relationship Descriptor, SRD）**来定义每个空间分段/Tile在全景画布中的空间坐标（x, y, w, h）及参考空间（W, H）。客户端根据用户的**感兴趣区域（ROI）**动态选择并请求空间位置重叠的空间分段，实现全景视频的空间流式传输。

---

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

权利要求1的技术特征	D1（US20150120819A1）公开情况及详细出处	D2（US20170155912A1）公开情况及详细出处
特征A：客户端装置接收包括限定一个或多个回放时段的元数据的第一清单文件	实质公开。公开了DASH客户端获取MPD清单文件，MPD中包含Period（时段）。见说明书\[0009], \[0011], 图2, 图4。	实质公开。公开了为HAS客户端提供空间清单文件（Spatial Manifest File）。见说明书\[0013], \[0015], \[0097], 图4。
特征B：回放时段限定预定回放持续时间的视频数据	实质公开。DASH架构下的Period即限定了连续的一段回放时间。见说明书\[0009], 图4。	实质公开。空间分段被在时间上划分为预定时间周期的“时间分段”（temporal segments）。见说明书\[0086], \[0087], 图3。
特征C：回放时段包括限定多个表示的至少一个适配集	毫无异议公开。公开了一个Period包含一个或多个Adaptation Set，其下包含替代的Representation。见说明书\[0009], \[0050], 图2, 图4。	毫无异议公开。公开了MPD中包含AdaptationSet、Representation及SubRepresentation结构。见说明书\[0105], \[0115], 图5A。
特征D：每个表示限定一组分段标识符	毫无异议公开。Representation定义了一组连续的媒体分段，MPD通告其资源标识符（URL/URL模板）。见说明书\[0009], \[0013], 图2。	毫无异议公开。公开了空间清单文件包含空间分段标识符（如URL的组成部分）。见说明书\[0013], \[0102], 图4。
特征E：每个分段标识符标识包括视频数据的分段	毫无异议公开。媒体分段是可通过URL下载的最小内容数据单元。见说明书\[0013]。	毫无异议公开。利用选定的空间分段标识符向递送节点发送请求以获取视频数据。见说明书\[0014], \[0016], \[0102]。
特征F：视频数据包括一系列视频帧	实质公开。视频段自然由连续的视频帧/访问单元组成。见说明书\[0014], \[0059]。	毫无异议公开。编码器将视频流的每个“视频帧”（video frames）划分为多行多列的网格。见说明书\[0019], \[0059]。
特征G：元数据进一步包括空间回放信息	未公开。D1仅公开了质量信息（PSNR）等定时元数据，未涉及任何空间回放坐标信息。	毫无异议公开。空间清单文件包括与选定空间分段相关联的元数据，用于确定其在图面中的空间位置。见说明书\[0033], \[0102]。
特征H：所述空间回放信息至少包括与第一回放时段的第一适配集相关联的第一区域描述符	未公开。	实质公开。公开了利用空间关系描述符（SRD）来定义特定AdaptationSet或Representation在画布上的空间区域。见说明书\[0105], \[0107], 图5A。
特征I：第一区域描述符限定目的地标识符以及第一适配集的视频帧中的第一区域	未公开。	部分公开。SRD描述符通过其值（@value）限定了第一适配集在视频帧画布中的第一区域坐标（x, y, w, h），但未公开“目的地标识符”。见说明书\[0107], \[0108], 图5A。
特征J：目的地标识符用信号通知客户端装置：第一区域被链接到第二适配集	未公开。	未公开。D2的SRD仅用于静态描述各适配集相对于参考全景画布的空间对齐关系，并不存在用于“非线性跳转链接”的激活式“目的地标识符”。
特征K：第二适配集与第二区域描述符相关联	未公开。	实质公开。公开了第二空间分段（由另一个AdaptationSet定义）同样具有与之相关联的SRD描述符。见说明书\[0105], 图5A（元素506）。
特征L：第二区域描述符包括与目的地标识符匹配的源标识符	未公开。注：D1有 @associateSetId 匹配机制（\[0053]），但匹配的是元数据与媒体，而非“源”与“目的地”的空间非线性跳转。	部分公开。D2的SRD包含 source_id 参数（\[0108]），用于将具有空间关系的适配集组合在一起，但不存在与目的地标识符匹配的逻辑。
特征M：客户端装置通过请求一个或多个网络节点传输第一适配集的分段而使用元数据来回放第一适配集的视频数据	实质公开。客户端解析MPD，通过HTTP GET请求向服务器获取所选表示的分段并进行播放。见说明书\[0011], \[0012], 图3。	实质公开。客户端解析清单文件，发送HTTP请求获取空间分段以供解码器并行解码播放。见说明书\[0014], \[0018], \[0037]。
特征N：在所请求的分段的回放期间，接收或确定与第一适配集的视频帧中的至少第二区域相关联的信息	未公开。	实质公开。在回放期间，用户导航功能或用户界面检测用户交互（如平移、缩放），以接收/确定感兴趣区域（ROI）。见说明书\[0016], \[0099], \[0133]。
特征O：第二区域限定客户端装置的用户的感兴趣区域ROI	未公开。	毫无异议公开。明确公开用户选择的区域或子区域即为“感兴趣区域（ROI）”。见说明书\[0002], \[0016], \[0099], \[0133]。
特征P：客户端装置基于第一和第二区域来选择用于在第一适配集的回放结束之后回放的第二适配集	未公开。	实质公开（存在实质差异）。D2公开了基于当前ROI在全景画布中的空间位置，动态请求 spatially coincides（空间上重合）的空间分段，但D2是在回放期间实时动态请求/切换瓦片分段以平滑播放全景视频，而非“在第一适配集的回放结束之后选择跳转回放第二适配集（非线性分支切换）”。见说明书\[0016], \[0142]。
特征Q：所述选择基于第一和第二区域之间的距离或重叠	未公开。	实质公开（计算基础不同）。D2基于ROI的位置与空间分段的位置是否“至少部分重合（partly coincide）”来选择相应的空间分段。见说明书\[0016], \[0035]。

---

## 3. 最接近对比文件（D1 vs D2）的创造性分析

### A. 技术问题与技术效果分析

* **D1的技术场景：** 纯粹属于传统线性的自适应流媒体传输改进。其解决的问题是**如何在DASH架构下将元数据（质量数据）与媒体数据进行跨适配集的关联描述**，以实现网络带宽波动的码率自适应。其技术效果是避免MPD文件体积过大并减小启动延迟。这与本申请“非线性空间跳转分支视频”的场景大相径庭。

* **D2的技术场景：** 属于**空间自适应流媒体传输（Tiled Streaming）**。其解决的技术问题是**如何根据用户的交互行为（如视线追踪、平移）动态确定用户的感兴趣区域（ROI），并基于空间重叠度按需传输全景视频的特定部分**，从而降低全景视频播放的带宽消耗和客户端解码复杂度。其技术效果是通过空间关系描述符（SRD）描述多维空间切片，并基于用户ROI进行空间适配。

### B. 最接近对比文件的确定

根据“领域相同、技术问题最接近、公开特征最多”的原则，**D2（US20170155912A1）最适合作为本申请创造性分析中最接近的对比文件**。

* **理由：** 本申请的权利要求1的核心在于“空间回放信息”、“ROI（感兴趣区域）”、“基于区域重叠或距离选择适配集”。D2同样完全聚焦于空间自适应流媒体（HEVC Tiled Streaming），公开了MPEG-DASH架构下的空间关系描述符（SRD）、用户ROI的实时交互确定，以及基于ROI与适配集空间区域的重叠/吻合度来选择接收新的适配集（空间分段）。D2公开了本申请绝大多数的外围DASH基础特征以及关键的空间域交互特征。

---

## 4. 结合其余对比文件的特征交叉覆盖分析

在以**D2**作为最接近对比文件的基础上，审查本申请未被D2公开的核心区别特征：

> **区别特征群（特征I、J、L的一部分，以及特征P、Q的核心逻辑）：**

> 清单文件中包含**“目的地标识符”**，且第一区域描述符将第一区域链接到第二适配集，该第二适配集的区域描述符包含与之匹配的**“源标识符”**；客户端在第一适配集**回放结束之后**，基于用户ROI（第二区域）与跳转敏感区（第一区域）之间的**距离或重叠度**，来选择跳转播放的第二适配集。

### 其余对比文件（D1）是否公开了该区别特征？

**没有公开。**

* D1虽然公开了在MPD中使用 `@associateSetId` 或 `@associateRepId` 来实现两个适配集之间的ID匹配（D1说明书\[0053]-\[0054]），但D1的这种匹配**完全是静态的、面向线性媒体流与元数据绑定**的机制（例如：通知客户端该适配集是另一个视频适配集的PSNR质量轨）。

* D1**根本没有公开**将这种ID匹配用于“视频帧内部的特定空间子区域（热区）”，更没有公开“在回放结束后基于用户ROI与热区的距离/重叠进行非线性分支视频跳转”的逻辑。D1与空间位置（区域、距离、重叠）毫无关系。

因此，即使将D2和D1进行结合，本领域技术人员也无法得到权利要求1所限定的“基于空间区域描述符（源/目的标识符匹配）引导的非线性视频分支交互跳转”的技术方案。

---

## 5. 无效请求中最薄弱的技术特征

若作为无效宣告的请求人，要攻破本权利要求1，**最薄弱（即最容易被评价为被现有技术公开或显而易见）的技术特征是：特征N、O、Q关于“动态确定用户ROI并基于重叠度进行适配集选择”的这一行为层面的描述。**

* **原因：** D2（US20170155912A1）已经在说明书第\[0016]、\[0099]段中极其透彻地公开了：用户通过界面选择一个ROI，该ROI在图像区域中的位置与空间分段（AdaptationSet）的位置“至少部分重合（partly coincide）”，客户端通过请求该重合的空间分段，将视频提供给客户端。

* 虽然本申请将这一机制套用在了“非线性视频跳转（回放结束后的分支选择）”上，但在“根据ROI与预设区域的几何距离/重叠度来选择对应的适配集”这一纯粹的空间计算与流控选择机制上，本申请与D2具有高度的实质相同性。如果专利局审查员或合议组倾向于将“非线性视频跳转”剥离为商业规则/演播规则，而仅聚焦于底层的流媒体空间控制技术，特征N、O、Q将很难顶住D2的单独或结合痛击。

---

## 6. 进一步的对比文件检索策略

鉴于目前的D1和D2结合未能完美覆盖“区域描述符内嵌源/目的标识符用于非线性跳转”这一核心架构，为了彻底无效掉权利要求1，建议启动第二轮针对性检索，策略如下：

### A. 调整检索关键词与分类号（IPC/CPC）

目前的检索偏向于传统的“MPEG-DASH”和“Tiled Streaming”（瓦片流传输），下一阶段应转战**“互动视频（Interactive Video）”、“非线性故事流（Non-linear Storytelling）”、“分支视频跳转（Branching Video）”**与**“空间热区（Spatial Hotspots/Hyperlinks in video）”**的交叉领域。

* **核心分类号锁定：**

* **H04N 21/4728**（多媒体内容选择-基于图像成分，如感兴趣区域ROI）

* **H04N 21/8545**（内容创作-具有超链接的内容，如视频超链接/超媒体视频）

* **H04N 21/858**（关联到超文本或其他内容的链接，如视频热区URL触发）

* **扩展检索词组合：**

* `("MPD" OR "manifest" OR "playlist") AND ("hotspot" OR "hyperlink" OR "active region" OR "zone")`

* `("interactive video" OR "branching video" OR "non-linear") AND ("adaptation set" OR "representation")`

* `("source id" OR "destination id" OR "target id") AND ("spatial" OR "coordinate") AND "video"`

### B. 重点检索方向与目标源

1. **MPEG-DASH 标准提案及标准跟踪文件（MPEG Output Documents / Core Experiments）：**

* 检索关于 **MPEG-DASH SRD (Spatial Relationship Descriptor)** 的早期讨论草案，以及在其基础上扩展的 **“Interactive DASH”** 或 **“Hyperlinked Video in DASH”** 提案。本申请的清单文件语法极有可能是基于某个未被采纳的标准提案或标准延伸演进而来。

2. **早期视频超链接（Video Hyperlinking）与互动电视（Interactive TV）专利：**

* 重点检索2010-2020年间，各大视频巨头（如Netflix、Sony、Interlude/Eko、Microsoft）关于互动分支剧情视频的底层实现专利。例如Netflix在播放互动剧（如《黑镜：潘达斯奈基》）时，如何在元数据中预先埋入“当前视角的空间热区链接”，并基于用户的点击/手势/视线区域与热区的重叠度，在一段视频结束时无缝切换到下一段视频流的方案。这类技术通常完美包含“源/目的区域描述符的关联匹配逻辑”。

权利要求2

下载无效理由

根据权利要求1所述的方法，其中第一区域描述符进一步包括时段标识符；时段标识符用信号通知客户端装置：在第二回放时段的元数据中限定第二适配集。

技术特征:

R 其中第一区域描述符进一步包括时段标识符 (0)

S 时段标识符用信号通知客户端装置：在第二回放时段的元数据中限定第二适配集。 (0)

权利要求3

下载无效理由

根据权利要求1或2所述的方法，其中第一区域描述符进一步包括第一区域的位置信息；可选地包括与第一区域的尺寸和/或形状相关联的信息。

技术特征:

T 其中第一区域描述符进一步包括第一区域的位置信息 (2)

U 可选地包括与第一区域的尺寸和/或形状相关联的信息。 (2)

权利要求4

下载无效理由

根据权利要求3所述的方法，其中位置信息包括第一适配集的视频帧中的第一区域的坐标或者用来确定第一适配集的视频帧中的第一区域的坐标的信息。

技术特征:

V 其中位置信息包括第一适配集的视频帧中的第一区域的坐标或者用来确定第一适配集的视频帧中的第一区域的坐标的信息。 (2)

权利要求5

下载无效理由

根据权利要求1或2所述的方法，其中空间回放信息进一步包括动态区域参数；动态区域参数用信号通知客户端装置：第一区域的位置作为时间的函数而改变。

技术特征:

W 其中空间回放信息进一步包括动态区域参数 (1)

X 动态区域参数用信号通知客户端装置：第一区域的位置作为时间的函数而改变。 (1)

权利要求6

下载无效理由

根据权利要求5所述的方法，其中与第一区域的位置相关联的坐标被存储作为第一回放时段的视频数据的元数据。

技术特征:

权利要求7

下载无效理由

根据权利要求1或2所述的方法，其中第一适配集与限定第一适配集的视频帧中的多个区域的位置的多个区域描述符相关联；区域描述符中的每个用信号通知客户端装置：所述多个区域中的每个被链接到另一适配集；客户端装置基于所述多个区域的位置以及客户端装置的用户的感兴趣区域ROI的位置来选择第二适配集。

权利要求8

下载无效理由

根据权利要求1或2所述的方法，其中第一清单文件进一步包括限定第二适配集的元数据；可选地，方法进一步包括：客户端装置请求一个或多个网络节点传输第二适配集的分段。

权利要求9

下载无效理由

根据权利要求1或2所述的方法，其中空间回放信息进一步包括清单文件引用标识符或用于确定清单文件引用标识符的信息；清单文件引用标识符包括限定网络节点的位置的信息；清单文件引用标识符用信号通知客户端装置请求网络节点将第二适配集的元数据传输到客户端设备。

权利要求10

下载无效理由

根据权利要求9所述的方法，其中空间回放信息是至少第一区域描述符。

技术特征:

Z 其中空间回放信息是至少第一区域描述符。 (2)

权利要求11

下载无效理由

根据权利要求9所述的方法，其中限定网络节点的位置的信息是URL或URI。

权利要求12

下载无效理由

根据权利要求9所述的方法，其中清单文件引用标识符限定与第二适配集相关联的MPD链锁元素。

权利要求13

下载无效理由

根据权利要求9所述的方法，进一步包括：客户端装置使用清单文件引用标识符来请求网络节点传输包括第二适配集的元数据的第二清单文件；元数据包括分段标识符或与第二适配集相关联 the 用于确定分段标识符的信息；客户端装置使用第二清单文件来请求网络节点传输第二适配集的分段。

权利要求14

下载无效理由

根据权利要求1或2所述的方法，其中自适应流式传输基于HTTP自适应流式传输协议。

权利要求15

下载无效理由

根据权利要求14所述的方法，其中协议是以下中的一个：通过HTTP的MPEG动态自适应流式传输MPEG DASH、3GPP DASH或MPEG常用媒体应用格式CMAF；和/或，其中回放时段被限定为如在MPEG DASH标准中限定的时段或如在CMAF标准中限定的CMAF呈现。

权利要求16

下载无效理由

根据权利要求15所述的方法，其中时段包括一个或多个适配集；适配集包括一个或多个表示；表示包括包含预定视频质量的视频数据的分段；CMAF呈现包括一个或多个CMAF交换集；CMAF交换集包括一个或多个CMAF轨道；轨道包括包含预定视频质量的视频数据的CMAF片段。

非显而易见杯

专利无效挑战赛

蒋晓勇

@jxy

权利要求列表点击可跳转

对比文件列表

权利要求1

技术特征:

无效理由:专利法第二十二条

蒋晓勇

@jxy

无效理由:专利法第二十二条

蒋晓勇

@jxy

无效理由:专利法第二十二条

蒋晓勇

@jxy

权利要求2

技术特征:

权利要求3

技术特征:

权利要求4

技术特征:

权利要求5

技术特征:

权利要求6

技术特征:

权利要求7

权利要求8

权利要求9

权利要求10

技术特征:

权利要求11

权利要求12

权利要求13

权利要求14

权利要求15

权利要求16

非显而易见杯

专利无效挑战赛

蒋 晓勇

@jxy

权利要求列表点击可跳转

对比文件列表

权利要求1

技术特征:

无效理由:专利法第二十二条

蒋 晓勇

@jxy

无效理由:专利法第二十二条

蒋 晓勇

@jxy

无效理由:专利法第二十二条

蒋 晓勇

@jxy

权利要求2

技术特征:

权利要求3

技术特征:

权利要求4

技术特征:

权利要求5

技术特征:

权利要求6

技术特征:

权利要求7

权利要求8

权利要求9

权利要求10

技术特征:

权利要求11

权利要求12

权利要求13

权利要求14

权利要求15

权利要求16

蒋晓勇

蒋晓勇

蒋晓勇

蒋晓勇