一种流式传输媒体内容的方法，包括： 在符合ISO基础媒体文件格式(ISOBMFF)的容器文件中包括定时的元数据轨道，；所述定时的元数据轨道引用可用媒体内容的信息； 在所述容器文件中包括所述定时的元数据轨道的至少一个样本；以及在所述定时的元数据轨道的所述至少一个样本中包括视口，；其中所述视口是由媒体轨道表示的360度视频的一部分；以及在所述定时的元数据轨道的所述至少一个样本中包括至少一个值，；所述至少一个值指示所述视口的质量。

作为一名经验丰富的专利代理师，我将紧密结合目标专利说明书（简称“说明书”）和对比文件的原文，为您分析权利要求1的技术特征在对比文件中的公开情况，并评估各对比文件在创造性分析中的地位。

### 第一部分：权利要求1的技术特征分解

首先，根据目标专利的权利要求文档，将权利要求1分解为以下独立的技术特征，以便后续比对：

* **技术特征A**：一种流式传输媒体内容的方法，包括：在符合ISO基础媒体文件格式(ISOBMFF)的容器文件中包括定时的元数据轨道。

* **技术特征B**：所述定时的元数据轨道引用可用媒体内容的信息。

* **技术特征C**：在所述容器文件中包括所述定时的元数据轨道的至少一个样本。

* **技术特征D**：在所述定时的元数据轨道的所述至少一个样本中包括视口。

* **技术特征E**：其中所述视口是由媒体轨道表示的360度视频的一部分。

* **技术特征F**：在所述定时的元数据轨道的所述至少一个样本中包括至少一个值。

* **技术特征G**：所述至少一个值指示所述视口的质量。

---

### 第二部分：对比文件技术特征比对与分析

我们将对以下三份对比文件进行详细分析：

* **D1**: US2013188922A1 (Multimedia File Support for Media Capture Device Position and Location Timed Metadata)

* **D2**: CN104010225A (显示全景视频的方法和系统)

* **D3**: EP2824885A1 (A manifest file format supporting panoramic video)

#### 1. 各对比文件原文详细出处及特征比对表格

以下表格详细列出了权利要求1的各项技术特征在各对比文件中的公开情况，并给出了具体的原文出处。

#### 2. 对比文件针对各项技术特征的公开情况总结分析

* **技术特征A（ISOBMFF中包括定时元数据轨道）**: D1实质公开了该特征（作为ISOBMFF和3GPP文件格式标准及其流式传输的基础），D2和D3未涉及容器文件内的元数据轨道，故未公开。

* **技术特征B（元数据轨道引用可用媒体内容）**: D1实质公开了该特征（通过track_ID和轨道引用参数将元数据轨道与媒体轨道关联），D2和D3未公开。

* **技术特征C（定时元数据样本）**: D1毫无异议公开了该特征（描述了ISOBMFF定时元数据轨道内的样本），D2和D3未公开。

* **技术特征D（样本中包括视口）**: D1实质公开了该特征（Pan、Tilt、Rotation、Zoom共同定义广义视口），D2（显示层面）和D3（清单层面）公开了“视口”概念，但在权利要求限定的ISOBMFF定时元数据轨道这一上下文中，只有D1涉及。

* **技术特征E（视口是媒体轨道360度视频的一部分）**: D1、D2和D3都涉及视频和其一部分（视口），D2和D3明确提及“全景”/“全向”（即360度）视频，D1结合其参数设置构成了实质公开。本特征本身（不考虑封装方式）可视为被三者实质公开。

* **技术特征F（定时元数据样本中包括至少一个值）**: D1毫无异议公开了该特征（描述了样本中具体的参数值和标志位），D2和D3未公开。

* **技术特征G（值指示视口质量）**: **D1、D2、D3均未公开该特征**。本技术方案的核心发明点在于将特定的值嵌入ISOBMFF的定时元数据样本中，用于指示该定时样本所对应视口的质量。D1的值指示位置朝向，D2的值选择（显示）视点，D3的值（清单中）指示流质量，均非本特征所述方案。

---

### 第三部分：最接近的对比文件分析

本部分将从整体解决的技术问题和技术效果角度，分析哪个对比文件在创造性分析过程中适合做最接近的对比文件。

#### 目标专利解决的技术问题及技术效果

根据目标专利说明书：

* **背景技术[0001]-[0006]**: 指出传统360度视频流式传输传输完整视频，消耗大且在HMD等设备上仅显示部分。 recent trends（[0005]）提出最佳质量/分辨率传输视图方位子集，剩余区域较低质量。为了自动选择最佳质量表示，**流式传输清单应当包括适当的信号传输**（[0006]）。

* **解决的技术问题**: 如何在流式传输环境中，有效地信号传输（signal）关于可用媒体内容中特定视口（或空间区域）及其相应质量的信息，以便客户端选择最适合当前观看方向的表示（例如HMD上的头部朝向）。

* **技术效果**: 实现视口自适应视频流（viewport-adaptive VR video streaming，[0001], [0012]）；使用户能自动选择最适合当前观看方向（头部朝向）的表示，且保证最佳质量（[0006], [0016], [0017]）。

#### 各对比文件解决的技术问题及技术效果分析

#### 结论：最接近的对比文件

综合分析，**对比文件D3 (EP2824885A1)在创造性分析过程中适合做最接近的对比文件**。

**理由如下**：

1. **技术领域一致性**: D3属于全景/全向视频流式传输领域，且明确基于HAS/DASH协议（清单文件），这与本申请发明目的（视口自适应视频流）完全一致。目标专利说明书[0006]也强调了流式传输清单在自动选择表示中的关键作用。

2. **解决的技术问题相关性最高**: D3直接解决如何在清单文件中信号传输关于360度视频空间子集（即广义视口）的信息，以实现高效交付。这构成了本申请技术方案（将视口和质量信息信号传输给客户端）的最直接背景和起点。本申请可被视为在D3这一特定流式传输环境（基于空间区域/瓦片）下，进一步细化如何信号传输视口及其质量信息的改进。

虽然D1（ISOBMFF容器格式）公开了权利要求1的大部分技术特征（A、B、C、D、E、F），但其解决的技术问题（记录捕捉设备朝向用于搜索）和目标专利（流式传输清单信号传输用于表示选择）差异巨大。正如目标专利说明书所言，实施例类似地适用于容器文件（ISOBMFF）或清单文件（DASH），本申请的核心在于解决视口自适应流式传输中所需的信号传输问题（信号传输定时视口的质量）。从“整体解决的技术问题”这一最重要考量维度出发，D3作为 HAS/DASH 流式传输方案构成了本特征方案的直接技术背景，是唯一恰当的最接近的对比文件。

D2虽然涉及视点选择和清晰度选择，但它既未涉及ISOBMFF这一封装层面，也未涉及DASH/HAS这一流式传输清单信号传输层面（[0029]提及清晰度选择但未提及ISOBMFF内特定视口的质量指示），故不适合做最接近的对比文件。

---

### 第四部分：请求方薄弱特征及未公开特征分析

* **没有被最接近的对比文件D3公开的特征**:

* **技术特征A（流式传输方法；在符合ISOBMFF容器文件中包括定时元数据轨道）**: D3是清单文件引用流，未提及容器文件内的定时元数据轨道。该特征由D1实质公开。

* **技术特征B（定时元数据轨道引用媒体内容的信息）**: 理由同A。该特征由D1实质公开。

* **技术特征C（在容器文件中包括定时元数据轨道的样本）**: 理由同A。该特征由D1毫无异议公开。

* **技术特征F（在定时元数据轨道的样本中包括至少一个值）**: 理由同A。该特征由D1毫无异议公开。

* **技术特征G（所述至少一个值指示所述视口的质量）**: **本特征未被D3、D1、D2中的任何一个公开。**

#### 指出：对于请求方来说薄弱的技术特征

在假设的无效请求中，**技术特征G（在符合ISOBMFF的容器文件的定时元数据轨道的样本中包括至少一个指示所述视口质量的值）是对于请求方来说最薄弱的技术特征。**

**理由如下：**

1. **各对比文件均未公开技术特征G**: 如第一、二部分比对所示，D1、D2和D3均未公开在ISOBMFF定时元数据样本中嵌入指示该定时视口质量的值的技术特征。D3仅是在清单文件属性中指示流的整体质量（SupplementalProperty，[0045]），D1则是Long, Lat, Alt, Pan, Tilt, Rotation, Zoom这些非质量信息。这意味着本申请的技术方案涉及将一个全新的质量信息通过一种全新的方式（ISOBMFF定时元数据样本）进行信号传输。

2. **创造性分析难度大**:

* **结合难度**: D1公开了ISOBMFF封装元数据轨道的架构，D3公开了HAS清单引用广义视口（瓦片）的架构。要将目标专利限定的在D1的定时元数据轨道（封装层面）嵌入D3暗示的视口及其质量信息（流级别）进行信号传输，需要创造性的结合意图和具体实施步骤。

* **技术启示缺失**: 对比文件中不存在任何关于“将指示流级别质量的信息在流式传输环境中通过ISOBMFF内的定时元数据轨道进行特定定时样本的信号传输”的技术启示。D3已明确提出了通过清单（manifest）属性信号传输流质量的现有技术。本申请通过将质量信息嵌入ISOBMFF元数据样本这一全新手段，提供了一种在容器级别信号传输定时视口质量的替代方案，这可以实现更细粒度（按样本定时）和容器级别的质量控制。在没有现有技术启示的情况下，得出这一方案是非显而易见的。

3. **技术效果明确**: 这一特征对应的技术效果（[0006]）是：允许在流式传输清单或容器中包括适当的信号传输，以使客户端能自动选择最适合当前观看方向的表示（具有最佳质量）。对比文件（D1侧重搜索，D2侧重显示，D3侧重减少清单大小）都没有公开或暗示通过在元数据样本中包括质量指示来自动选择最佳质量表示。

综上所述，技术特征G构成了本申请技术方案（将视口自适应流式传输中所需的定时视口质量信息信号传输给客户端）的核心技术贡献，其结合了特定的封装方式和特定的质量指示信息，从而在流式传输环境中实现了特定的技术效果。鉴于现有技术并未公开该特征，且结合现有技术得出该特征具有极大的难度和启示缺失，因此，在无效请求中，技术特征G是请求方最薄弱、也是最具防御力（对权利人而言）的技术特征。

http://googleusercontent.com/image_generation_content/0

作为一名经验丰富的专利代理师，在进行专利无效分析或创造性抗辩时，我们需要将权利要求的“技术特征”紧密结合“目标专利说明书”进行原意解析，并与“对比文件”的文字、图纸进行细致的、无异议的（或实质的）比对。

针对您提供的方法权利要求1以及对比文件 **D1（WO2015014773A1）**，以下是为您制作的深度法律与技术分析报告。

---

## 一、 目标专利权利要求1的技术特征拆解与说明书释义

为了建立客观的对比基准，首先结合目标专利说明书对权利要求1的各技术特征（A至G）进行细致的法律释义：

* **技术特征A：一种流式传输媒体内容的方法，包括：在符合ISO基础媒体文件格式(ISOBMFF)的容器文件中包括定时的元数据轨道**

* *说明书释义*：对应说明书\[0066\]-\[0069\]。说明书明确指出ISOBMFF（ISO/IEC 14496-12）是基础容器格式，其中元数据和媒体数据包含在分层的“框（Box）”中。定时的元数据轨道（Timed Metadata Track）是一种特殊的轨道类型，其样本（Sample）专门用于“描述被引用媒体和/或提示样本”\[0069\]。

* **技术特征B：所述定时的元数据轨道引用可用媒体内容的信息**

* *说明书释义*：对应说明书\[0069\]。在ISOBMFF的分层结构中，定时元数据轨道的样本通过“引用”的方式指向具体的媒体轨道或其样本，从而指示当前可用的媒体内容。

* **技术特征C：在所述容器文件中包括所述定时的元数据轨道的至少一个样本**

* *说明书释义*：对应说明书\[0069\]。ISOBMFF中轨道的基本单位是样本（Sample），对于定时元数据轨道而言，样本中承载的是随时间变化的描述性元数据。

* **技术特征D：在所述定时的元数据轨道的所述至少一个样本中包括视口**

* *说明书释义*：对应说明书\[0003\]、\[0008\]。视口（Viewport）是指用户当前在360度全景中所能看到的、需要显示的空间子集（例如HMD头显典型的100度视场）。本特征限定将“视口”这一动态变化的窗口数据封装在定时元数据的样本中。

* **技术特征E：其中所述视口是由媒体轨道表示的360度视频的一部分**

* *说明书释义*：对应说明书\[0002\]、\[0005\]。传统传输全景视频消耗高带宽，本发明通过将视口定义为360度视频（如等距柱状投影或立方体贴图）的一部分，用以实现视口自适应流式传输。

* **技术特征F：在所述定时的元数据轨道的所述至少一个样本中包括至少一个值**

* *说明书释义*：对应说明书\[0008\]、\[0011\]。元数据样本中不仅有空间位置（视口），还包含一个或多个具体的数值。

* **技术特征G：所述至少一个值指示所述视口的质量**

* *说明书释义*：对应说明书\[0005\]、\[0011\]。该值用于指示该特定视口区域的质量（例如质量排名Quality Ranking、分辨率等），以供客户端自动选择最佳分辨率的表示（Representation）进行流式传输，从而降低传输比特率。

---

## 二、 目标专利权利要求1与对比文件D1的技术特征比对

对比文件 **D1: WO2015014773A1 (PROVIDING TILE VIDEO STREAMS TO A CLIENT)** 主要公开了一种基于瓦片（Tile）的视频流传输方案。以下是将权利要求1的特征与D1进行逐项无异议公开（完全相同）或实质公开（等同/惯用手段置换）的深度比对：

### 1. 技术特征比对表

---

## 三、 最接近对比文件（D1）的创造性分析与定性

### 1. 为什么 D1 适合作为最接近的对比文件（D1可作为主要最接近对比文件）

在创造性分析中，选择最接近的对比文件通常考量**技术领域是否相同、解决的技术问题是否最相似、公开的技术特征是否最多**。

* **技术领域与解决的技术问题高度一致**：目标专利与D1均属于“360度/全景视频的自适应流式传输”技术领域。两者共同面临的**技术问题**都是：360度全景视频数据量巨大、传输带宽过高，而用户在同一时刻（头显或平板）只能看到部分区域（视口/ROI）。为了降低带宽，两者都采取了“**将用户想看的区域（视口）以高质量传输，其他区域以低质量或不传输**”的自适应优化策略。

* **技术效果极其相似**：两者均达到了在不牺牲用户主观视觉质量的前提下，显著降低网络流式传输比特率、缓解服务器和带宽压力的技术效果。

* **特征覆盖率高**：从上述比对表可以看出，D1已经公开了360度视频、视口（ROI/Tile组合）、质量指示值（Quality Levels）等大部分核心业务逻辑特征（特征D、E、F、G）。

### 2. D1 未能完全公开的特征（发明点所在）

D1与目标专利权利要求1的**核心区别**在于**“信号传输机制的系统层载体（封装架构）”**不同：

* **目标专利的做法**：将“视口位置”与“视口质量”这两个动态变化的值，封装在**ISOBMFF容器文件内部的“定时元数据轨道（Timed Metadata Track）的样本（Sample）”**中。

* **D1的做法**：D1高度依赖于**DASH（动态自适应流）架构中的清单文件（MPD）**，或者在视频比特流（Bitstream）的SEI消息、DASH Segment层级去信号传输瓦片的长宽、位置和质量属性。

---

## 四、 结合其他对比文件的无异议/实质公开分析

由于本案中只有一份对比文件 D1，如果请求方要针对权利要求1提起无效宣告，其面临的逻辑局面如下：

1. **特征D、E、F、G 的结合被D1实质公开**：D1通过公开“360度视频 -> 划分为不同质量的Tiles -> 客户端根据View（视口）动态选择高/低质量瓦片组合”这一逻辑，毫无疑问地公开了特征E，并实质公开了特征D、F、G。

2. **特征A、B、C 的架构差异**：D1未明确提及在ISOBMFF的“Timed Metadata Track”中去放视口的质量排名。然而，在多媒体系统级标准领域，**将某种随时间变化的流媒体辅助描述信息（如字幕、ROI位置、GPS轨迹）放入ISOBMFF的Timed Metadata Track，是本领域技术人员的公知常识（或惯用技术手段）**。

> **审查指南推演**：如果请求方能够补充一份辅助对比文件 **D2**（例如一份纯粹介绍ISOBMFF标准规范的教材，或一件公开了“在ISOBMFF中使用Timed Metadata Track来承载视频动态感兴趣区（ROI）参数”的在先专利），那么请求方就可以构建 **D1 + D2 + 公知常识** 的无效组合：由D1提供360度视频视口自适应质量传输的业务逻辑，由D2提供利用Timed Metadata Track封装动态区域参数的架构设计，从而得出权利要求1不具备创造性的结论。

---

## 五、 请求方最薄弱的技术特征（抗辩/防御核心）

若您代表专利权人进行抗辩，或者作为请求方需要攻坚，权利要求1中**对于请求方来说最薄弱（即最难被无效掉、专利权人最稳固）的技术特征**是：

> **“在符合ISO基础媒体文件格式(ISOBMFF)的容器文件中包括定时的元数据轨道……在所述定时的元数据轨道的所述至少一个样本中包括视口……以及包括至少一个指示所述视口质量的值”（特征A + 特征D + 特征G 的特定耦合架构）**

### 为什么这一特征最薄弱（对请求方而言）：

1. **D1的架构冲突（瓦片级 vs. 视口级）**：

D1的核心思想是**“基于瓦片（Tile-based）”**的质量控制。在D1中，质量值（Quality）是绑定在每一个独立的媒体轨道（Tile Track）或瓦片流上的。而目标专利权利要求1限定的是**“视口（Viewport）的质量”**，并且是将“视口的空间范围”与“该视口的整体质量”同时记录在定时的元数据轨道的同一个样本里。

*专利权人可以据此辩称*：D1只知道单独对每个Tile标示质量，客户端需要下载MPD并解析多个Tile后自行计算组合；而目标专利在系统文件层直接给出了整个“Viewport”的质量级，这是一种架构上的根本创新，不属于简单等同。

2. **从DASH层下沉到ISOBMFF层的技术偏见/技术贡献**：

传统的DASH流媒体自适应系统（如D1所代表的现有技术）习惯于在网络传输层（Manifest/MPD文件）进行质量和视口引导。目标专利将其做进ISOBMFF的Container内部（Track/Sample级别），使得播放器在解封装（Demuxing）阶段就能直接读取视口质量，甚至可以用于本地文件播放或不依赖DASH服务器的流传输。这种封装位置的改变带来了不同的技术效果（提高了流式传输清单解析的自适应效率，如说明书\[0006\]-\[0007\]所述）。

### 结论建议：

* **作为请求方**：必须极力淡化“视口质量”与“瓦片质量”在封装层面的区别，强调“视口就是瓦片的组合，在文件里用Metadata Track装载位置和质量参数是ISOBMFF标准自带的框架，本领域技术人员无需付出创造性劳动”。

* **作为专利权人（防御方）**：应牢牢咬死“D1只公开了DASH层面的瓦片参数控制，未公开在ISOBMFF内部以定时的元数据样本直接承载‘视口级质量’”，此特征构成了实质性的技术障碍。

作为一个有经验的专利代理师，我将根据您提供的权利要求文件、目标专利说明书以及对比文件（D1: WO2015014773A1），为您进行权利要求1的特征比对、创造性分析、以及无效请求时的最薄弱点分析。

### 一、 说明书对权利要求的原理解释与限制

首先，作为专利代理师，我必须强调，“定时的元数据轨道”（Timed Metadata Track）是**ISOBMFF文件格式中**特定的术语。根据ISOBMFF标准（ISO/IEC 14496-12），定时元数据轨道与媒体轨道不同，它不包含解码后直接显示的图像数据，而是包含**描述**关联媒体（或文件其他部分）在**特定时间**的特性的样本（samples）。

在目标专利的上下文中，虽然权利要求未明确限定是“视口自适应流式传输”，但从其将“视口”（Viewport，360度视频的一部分）和“指示视口质量的至少一个值”放入“符合ISOBMFF的容器文件中”的“定时的元数据轨道”中，我们可以推断该方法旨在解决如何在文件级别信号传输这些信息，以支持客户端根据这些信息进行选择（例如，选择质量最好的视口）。

因此，定时的元数据轨道中的视口和质量值特征，应当被理解为是相对于ISOBMFF文件格式定义的“样本”和“时间轴”而言的。

### 二、 特征比对与详细出处分析

我们将权利要求1分解为技术特征A-G，并与对比文件D1（WO2015014773A1 PROVIDING TILE VIDEO STREAMS TO A CLIENT）进行比对。

**对比文件D1公開号：WO2015014773A1**

以下是特征比对表格及原文出处分析：

### 三、 创造性分析中作为最接近对比文件的分析

作为专利代理师，在创造性分析过程中，选择最接近的对比文件（Closest Prior Art）通常遵循以下原则：

1. **技术领域和解决的技术问题**：最接近的对比文件应与目标专利属于相同的技术领域，并致力于解决相同或相似的技术问题。目标专利和D1均属于视频流传输、特别是具有特定区域（视口/ROI）处理（如流传输自适应）的技术领域。目标专利旨在解决如何为视口自适应传输信号传输视口和质量信息，从而使客户端能进行视口自适应。D1也旨在提供改善的、使客户端能进行ROI流传输效率的技术方案，提及无缝切换模式和基于ROI坐标确定瓦片（[p0012], [p0015]）。技术领域和问题高度重合。

2. **技术特征**：目标专利权利要求1包括了ISOBMFF容器文件及定时的元数据轨道这一形式特征，以及将视口和质量值放入其中的实质特征。D1虽然未完全使用ISOBMFF的特定名词，但其公开了视口（ROI）是由广视角（360度视频）视频的一部分（技术特征D, E实质公开/毫无异议公开），并公开了使用ISOBMFF的技术实现方式—元数据轨道同步传输这些信息（技术特征D实质公开）。尽管D1未直接提及ISOBMFF容器文件（特征A），但在ISOBMFF或类似的封装格式中，使用元数据轨道来信号传输视频特性（包括区域和质量）是ISOBMFF封装技术中的公知技术。虽然D1未提及指示视口质量的值（特征G），但在HAS或ISOBMFF自适应流传输中提供不同表示的质量排序（qualityRanking，参见目标说明书[0241]）是HAS或ISOBMFF标准的固有特征（参见DASH规范 ISO/IEC 23009-1）。因此，特征G（质量指示）本身对于HAS或ISOBMFF封装领域的技术人员来说也是公知技术。

基于以上分析，D1在技术领域、解决的问题和技术特征上均与目标专利权利要求1最接近。即使权利要求1的形式特征（ISOBMFF容器、定时的元数据轨道）是由多个对比文件结合而来，D1作为公开了视口、广视角视频、以及其作为公知技术（封装为元数据轨道）的技术实现的文献，最适合做为**最接近的对比文件**。在ISOBMFF封装和HAS自适应领域中，将指示视频质量的值（特征G）放入定时的元数据轨道中以供客户端选择，也是该技术领域的公知常识。因此，D1足以作为针对权利要求1的创造性进行无效请求时的主要证据，且可以有多个，例如可以与其他公开公知技术和特征结合。

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

根据上述特征比对，权利要求1中未被D1毫无异议公开或实质公开的技术特征包括：特征A（ISOBMFF容器和定时的元数据轨道形式）、特征B（定时的元数据轨道引用可用媒体内容的信息形式）、特征C（ISOBMFF样本形式）、特征F（形式特征：包含至少一个“值”）、特征G（实质特征：质量指示）。

形式特征特征A（ISOBMFF形式）、C（样本形式）、F（包含值）以及B（引用形式）对于在HAS和ISOBMFF封装技术领域的技术人员来说，在得知D1提供的视口（ROI）信息和ISOBMFF定义的定时的元数据轨道功能（例如 ISO/IEC 14496-12 11.2 Timed metadata track semantics) 之后，是完全可以结合公知常识在得知视口和质量信息后直接结合得到。

真正未在D1中公开的**实质特征**只有**特征G**：所述至少一个值指示所述视口的质量。

虽然D1未公开此质量指示，但在HAS（D1公开了HAS清单，参见D1 [p0073], [p0098]）和ISOBMFF自适应流传输领域（目标说明书[0241]中提及，客户端根据qualityRanking进行自适应），为不同表示（representations）提供质量指示是标准和技术领域的**公知常识**。在ISOBMFF标准文件级别信号传输这种指示也是定时的元数据轨道的固有功能和技术。因此，只要能找到在元数据轨道或容器文件信号传输质量信息的公知常识或技术文献（例如 ISO/IEC 14496-12 11.2 Timed metadata track semantics, 指示了定时元数据可以包含任意字节数据。技术领域也存在其他规范定义了此类数据（如 DASH规范 qualityRanking）。技术人员在得知D1提供的视口信息和ISOBMFF公知技术后，无需创造性劳动即可结合将HAS中公知的质量指示放入ISOBMFF封装所使用的定时的元数据轨道中。），或者即使没有直接公开的文献，本领域技术人员也无需创造性劳动。

因此，权利要求1若提出无效请求，其最薄弱的技术特征是**特征F-G的结合**：即在所述定时的元数据轨道（实质公开特征）的所述至少一个样本（随公知公知技术特征A）中包括至少一个值，所述至少一个值**指示所述视口的质量**。这一特征为该技术领域的公知技术，技术人员无需创造性即可得到。

## 紧密结合目标专利说明书解释权利要求

**目标专利说明书**主要涉及**视口自适应流式传输**，核心在于如何通过**清单文件(Manifest file)**向客户端发送信息，使客户端可以自动选择最适合当前观看方向的表示（具有**最佳质量/分辨率**）(参见说明书背景技术\[0001\],\[0006\])。

结合说明书，对权利要求1的技术特征解释如下：

* **技术特征A (在符合ISOBMFF的容器文件中包括定时的元数据轨道)：** ISOBMFF是一种通用的多媒体文件封装格式（mdat用于媒体数据，moov用于元数据）(说明书\[0066\],\[0069\])。定时元数据轨道引用一个基本媒体流（如360度视频），其样本（样本是一切与一个时间戳相关的数据）描述所引用的媒体樣本(说明书\[0069\])。此技术特征限定了元数据轨道的**容器格式**和**轨道类型**。

* **技术特征B (所述定时的元数据轨道引用可用媒体内容的信息)：** 如上所述，定时元数据轨道是指描述**被引用媒体**和/或提示样本的样本(说明书\[0069\])。

* **技术特征C (在所述容器文件中包括所述定时的元数据轨道的至少一个样本)：** 定时元数据轨道由描述元数据的**样本**组成。ISOBMFF轨道包括样本(说明书\[0069\])。

* **技术特征D (在所述定时的元数据轨道的所述至少一个样本中包括视口)：** “视口”是360度内容的一部分(说明书\[0082\])。此技术特征限定了视口信息被编码进**容器文件内**的元数据样本中。

* **技术特征E (其中所述视口是由媒体轨道表示的360度视频的一部分)：** 360度视频（通常覆盖整个360度，如等距柱状全景或立方体贴图）包含多个视口（特定方向和视场的空间子集）(说明书\[0003\],\[0093\],\[0002\])。媒体轨道包含基本媒体流（如360度视频）(说明书\[0069\])。

* **技术特征F (在所述定时的元数据轨道的所述至少一个样本中包括至少一个值)：** 指指示视口质量的值（如**质量排名**、PSNR、SSIM）被编码进容器文件内的元数据样本中(说明书\[0011\],\[0104\],\[0105\])。

* **技术特征G (所述至少一个值指示所述视口的质量)：** 如上述特征F所述。

## 紧密结合对比文件原文分析

对比文件包括：

1. **D1:** US 2013/0188922 A1

2. **D2:** CN 104010225 A

3. **D3:** EP 2 824 885 A1

各特征比对表格如下：

## 最接近的对比文件分析

从整体解决的技术问题和技术效果来看，创造性分析中适合做最接近的对比文件有：

* **D3: EP 2 824 885 A1 (超全景视频)**

* **技术问题：** D3主要涉及全景视频流式传输（HTTP Adaptive Streaming），解决在流式清单（Manifest file）中高效发送空间子集（即视口）信息的技术问题(\[0001\],\[0003\],\[0005\])。

* **技术效果：** D3提到了Supplemental Property和Essential Property描述符，包括 Supplemental Property descriptor "srq:2017"，用于向客户端表达视口的特定方向和视场，以及視口的质量（通过**quality_ranking**参数)(\[0026\],\[0031\],\[0046\],\[0080\])。

* **对比：** D3实质上公开了权利要求1中关于视口方向和质量在流式清单中发送的大部分特征。

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

若提出无效请求，我认为最薄弱的技术特征是：

* **技术特征F：在所述定时的元数据轨道的所述至少一个样本中包括至少一个值**

* **技术特征G：所述至少一个值指示所述视口的质量。**

理由：D3实质公开了质量ranking的技术特征，而且对于流式传输技术（DASH），表示的质量（清晰度，比特率）选择是本领域技术人员不需创造性劳动就能想到的。

http://googleusercontent.com/image_generation_content/0

根据权利要求1所述的方法，还包括在所述定时的元数据轨道的所述至少一个样本中用所述视口的水平视场和所述视口的竖直视场以及所述视口的位置来指示所述视口，其中所述位置是在指示所述视口的中心点的球面坐标系上用两个角度来指示的。

根据权利要求1或2所述的方法，还包括在所述定时的元数据轨道的所述至少一个样本中用所述视口的方位来指示所述视口，其中所述方位是用旋转角度来指示的。

根据权利要求1或2所述的方法，其中指示所述视口的所述质量的至少一个值是质量排名，所述质量排名指示图片或视频质量的顺序。

根据权利要求1或2所述的方法，还包括在视频比特流和封装所述视频比特流的容器文件中的一者或两者中用信号传输所述视口的所述指示以及指示所述视口的所述质量的所述至少一个值。

根据权利要求5所述的方法，其中所述视口的所述指示以及指示所述视口的所述质量的所述至少一个值被包括在所述视频比特流的SEI(补充增强信息)消息中。

根据权利要求5所述的方法，其中所述视口的所述指示以及指示所述视口的所述质量的所述至少一个值被包括在容器文件中，所述容器文件在以下结构中的一个或多个结构内符合ISO基础媒体文件格式：封装所述视频比特流的轨道的样本条目中的框；封装所述视频比特流的轨道的受限视频样本条目中的框；样本组；定时的元数据轨道。

一种接收媒体内容的方法，包括从清单中解析可用媒体内容的信息，包括：从符合ISO基础媒体文件格式(ISOBMFF)的容器文件中解析定时的元数据轨道，所述定时的元数据轨道引用所述容器文件的媒体轨道的可用媒体内容，所述可用媒体内容是360度视频； 从所述容器样本中解析所述定时的元数据轨道的至少一个样本； 从所述定时的元数据轨道的所述至少一个样本中解析视口，其中所述视口是由所述媒体轨道表示的所述360度视频的一部分； 从所述定时的元数据轨道的所述至少一个样本中解析至少一个值，所述至少一个值指示所述视口的质量； 确定所述视口适合于显示；以及 基于指示所述视口的所述质量的所述至少一个值，在所述容器文件的轨道中选择所述媒体轨道。

根据权利要求8所述的方法，还包括从所述定时的元数据轨道的所述至少一个样本中解析所述视口的水平视场和所述视口的竖直视场以及所述视口的位置，其中所述位置是在指示所述视口的中心点的球面坐标系上用两个角度来指示的。

根据权利要求8或9所述的方法，还包括在所述定时的元数据轨道的所述至少一个样本中用所述视口的方位来指示所述视口，其中所述方位是用旋转角度来指示的。

根据权利要求8或9所述的方法，其中指示所述视口的所述质量的至少一个值是质量排名，所述质量排名指示图片或视频质量的顺序。

根据权利要求8或9所述的方法，还包括： 从所述定时的元数据轨道的至少一个样本中解析第一表示和第二表示的信息； 从所述定时的元数据轨道的所述至少一个样本中解析用于所述第一表示的视口；以及从所述定时的元数据轨道的所述至少一个样本中解析用于所述第二表示的视口； 从所述定时的元数据轨道的所述至少一个样本中解析指示所述第一表示中的所述视口的所述质量的第一值以及指示所述第二表示中的所述视口的所述质量的第二值；以及基于所述第一值和所述第二值，选择所述第一表示或所述第二表示。

根据权利要求8或9所述的方法，还包括： 从所述定时的元数据轨道的至少一个样本中解析第一表示和第二表示的信息； 从所述定时的元数据轨道的所述至少一个样本中解析关于以下之一的第一信息：用于所述第一表示的第一视口；以及从所述定时的元数据轨道的所述至少一个样本中解析关于以下之一的第二信息：用于所述第二表示的第二视口； 基于所述第一信息和所述第二信息，确定以下中的哪一项适合于显示：第一视口、第二视口；以及基于所述确定选择对应的所述表示。

一种流式传输媒体内容的装置，所述装置包括至少一个处理器和至少一个存储器，所述至少一个存储器在其上存储有代码，所述代码在由所述至少一个处理器执行时引起所述装置：在符合ISO基础媒体文件格式(ISOBMFF)的容器文件中包括定时的元数据轨道，所述定时的元数据轨道引用可用媒体内容的信息； 在所述容器文件中包括所述定时的元数据轨道的至少一个样本；以及在所述定时的元数据轨道的所述至少一个样本中包括视口，其中所述视口是由媒体轨道表示的360度视频的一部分；以及在所述定时的元数据轨道的所述至少一个样本中包括至少一个值，所述至少一个值指示所述视口的质量。

根据权利要求14所述的装置，其中所述视口在所述定时的元数据轨道的所述至少一个样本中用所述视口的水平视场和所述视口的竖直视场以及所述视口的位置被指示，其中所述位置是在指示所述视口的中心点的球面坐标系上用两个角度来指示的。

根据权利要求14或15所述的装置，其中所述视口在所述定时的元数据轨道的所述至少一个样本中用所述视口的方位被指示，其中所述方位是用旋转角度来指示的。

根据权利要求14或15所述的装置，其中指示所述视口的所述质量的所述至少一个值是质量排名，所述质量排名指示图片或视频质量的顺序。

根据权利要求14或15所述的装置，还被引起在视频比特流和封装所述视频比特流的容器文件中的一者或两者中用信号传输所述视口的所述指示以及指示所述视口的所述质量的所述至少一个值。

根据权利要求18所述的装置，其中所述视口的所述指示以及指示所述视口的所述质量的所述至少一个值被包括在所述视频比特流的SEI(补充增强信息)消息中。

根据权利要求18所述的装置，其中所述视口的所述指示以及指示所述视口的所述质量的所述至少一个值被包括在容器文件中，所述容器文件在以下结构中的一个或多个结构内符合ISO基础媒体文件格式：封装所述视频比特流的轨道的样本条目中的框；封装所述视频比特流的轨道的受限视频样本条目中的框；样本组；定时元数据轨道。

一种流式传输媒体内容的装置，包括： 用于在符合ISO基础媒体文件格式(ISOBMFF)的容器文件中包括定时的元数据轨道的部件，所述定时的元数据轨道引用可用媒体内容的信息； 用于在所述容器文件中包括所述定时的元数据轨道的至少一个样本的部件； 用于在所述定时的元数据轨道的所述至少一个样本中包括视口的部件，其中所述视口是由媒体轨道表示的360度视频的一部分；以及用于在所述定时的元数据轨道的所述至少一个样本中包括至少一个值的部件，所述至少一个值指示所述视口的质量。

一种接收媒体内容的装置，所述装置包括至少一个处理器和至少一个存储器，所述至少一个存储器在其上存储有代码，所述代码在由所述至少一个处理器执行时引起所述装置：从符合ISO基础媒体文件格式(ISOBMFF)的容器文件中解析定时的元数据轨道，所述定时的元数据轨道引用所述容器文件的媒体轨道的可用媒体内容，所述可用媒体内容是360度视频； 从所述容器样本中解析所述定时的元数据轨道的至少一个样本；以及从所述定时的元数据轨道的所述至少一个样本中解析视口，其中所述视口是由所述媒体轨道表示的所述360度视频的一部分；以及从所述定时的元数据轨道的所述至少一个样本中解析至少一个值，所述至少一个值指示所述视口的质量； 确定所述视口适合于显示；以及 基于指示所述视口的所述质量的所述至少一个值，在所述容器文件的轨道中选择所述媒体轨道。

根据权利要求22所述的装置，其中所述视口在所述定时的元数据轨道的所述至少一个样本中用所述视口的水平视场和所述视口的竖直视场以及所述视口的位置被指示，其中所述位置是在指示所述视口的中心点的球面坐标系上用两个角度来指示的。

根据权利要求22或23所述的装置，其中所述视口在所述定时的元数据轨道的所述至少一个样本中用所述视口的方位被指示，其中所述方位是用旋转角度来指示的。

根据权利要求22或23所述的装置，其中指示所述视口的所述质量的所述至少一个值是质量排名，所述质量排名指示图片或视频质量的顺序。

根据权利要求22或23所述的装置，其中所述装置还被配置为：从所述定时的元数据轨道的至少一个样本中解析第一表示和第二表示的信息； 从所述定时的元数据轨道的所述至少一个样本中解析用于所述第一表示的视口，并且从所述定时的元数据轨道的所述至少一个样本中解析用于所述第二表示的视口； 从所述定时的元数据轨道的所述至少一个样本中解析指示所述第一表示中的视口的质量的第一值以及指示所述第二表示中的视口的质量的第二值；以及基于所述第一值和所述第二值，选择所述第一表示或所述第二表示。

根据权利要求22或23所述的装置，其中所述装置还被配置为：从所述定时的元数据轨道的至少一个样本中解析第一表示和第二表示的信息； 从所述定时的元数据轨道的所述至少一个样本中解析关于以下之一的第一信息：用于所述第一表示的第一视口；以及从所述定时的元数据轨道的所述至少一个样本中解析关于以下之一的第二信息：用于所述第二表示的第二视口； 基于所述第一信息和所述第二信息确定以下中的哪一项适合于显示：第一视口、第二视口；以及基于所述确定选择对应的所述表示。

一种接收媒体内容的装置，包括： 用于从清单中解析可用媒体内容的信息的部件， 用于从符合ISO基础媒体文件格式(ISOBMFF)的容器文件中解析定时的元数据轨道的部件，所述定时的元数据轨道引用所述容器文件的媒体轨道的可用媒体内容，所述可用媒体内容是360度视频； 用于从所述容器样本中解析所述定时的元数据轨道的至少一个样本的部件； 用于从所述定时的元数据轨道的所述至少一个样本中解析视口的部件，其中所述视口是由所述媒体轨道表示的所述360度视频的一部分； 用于从所述定时的元数据轨道的所述至少一个样本中解析至少一个值的部件，所述至少一个值指示所述视口的质量； 用于确定所述视口适合于显示的部件；以及 用于基于指示所述视口的所述质量的所述至少一个值来在所述容器文件的轨道中选择所述媒体轨道的部件。

一种计算机可读存储介质，其上存储有用于由装置使用的代码，所述代码在由处理器执行时引起所述装置：在符合ISO基础媒体文件格式(ISOBMFF)的容器文件中包括定时的元数据轨道，所述定时的元数据轨道引用可用媒体内容的信息； 在所述容器文件中包括所述定时的元数据轨道的至少一个样本；以及在所述定时的元数据轨道的所述至少一个样本中包括视口，其中所述视口是由媒体轨道表示的360度视频的一部分；以及在所述定时的元数据轨道的所述至少一个样本中包括至少一个值，所述至少一个值指示所述视口的质量。

一种计算机可读存储介质，其上存储有用于由装置使用的代码，所述代码在由处理器执行时引起所述装置：从清单中解析可用媒体内容的信息，从符合ISO基础媒体文件格式(ISOBMFF)的容器文件中解析定时的元数据轨道，所述定时的元数据轨道引用所述容器文件的媒体轨道的可用媒体内容，所述可用媒体内容是360度视频； 从所述容器样本中解析所述定时的元数据轨道的至少一个样本； 从所述定时的元数据轨道的所述至少一个样本中解析视口，其中所述视口是由所述媒体轨道表示的所述360度视频的一部分； 从所述定时的元数据轨道的所述至少一个样本中解析至少一个值，所述至少一个值指示所述视口质量； 确定所述视口适合于显示；以及 基于指示所述视口的所述质量的所述至少一个值来在所述容器文件的轨道中选择所述媒体轨道。