对比文件名称：发明申请_US20140192151A1 INDICATION OF PRESENCE OF TEXTURE AND DEPTH VIEWS IN TRACKS FOR MULTIVIEW CODING PLUS DEPTH
目标专利名称：虚拟实境中的圆形鱼眼视频
本次调用的模型名称：专利创造性评估模型
| 技术特征描述及公开性判断 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：一种处理视频数据的方法，其包括： 获得由全向摄像机捕捉的360度视频数据，《未被公开》 | 对比文件未提及。 | 对比文件涉及多视图加深度视频（如MVC+D）的存储和指示，其技术领域是立体/多视图视频编码和文件格式（见[0002], [0031]），而目标专利涉及由全向摄像机（如鱼眼镜头）捕捉的360度视频。对比文件全文未提及“全向摄像机（omnidirectional camera）”、“360度视频（360-degree video）”、“鱼眼（fisheye）”或相关概念。其“视图（view）”指的是用于立体或多视图显示的不同视角（如左眼视图、右眼视图及对应的深度图）（见[0031], [0034]），而非由广角镜头扭曲产生的圆形鱼眼图像。因此，本领域技术人员无法从对比文件得出“获得由全向摄像机捕捉的360度视频数据”这一技术特征。 |
| 技术特征B：，其中所述360度视频数据的视频帧包括包含场景的图像，且其中，在所述图像中，所述场景经扭变成所述图像的圆形区域； 获得与所述全向摄像机相关联的参数值，《未被公开》 | 对比文件未提及。 | 首先，对比文件未公开视频帧包含“场景经扭变成所述图像的圆形区域”的鱼眼图像（见特征A论述）。其次，对比文件也未公开目标专利所定义的、用于描述鱼眼图像圆形区域的特定参数值集合。目标专利参数用于将圆形鱼眼区域映射到其他格式（见[0002], [0003], [0089]-[0092]），具体包括：圆形区域数量、中心坐标、全半径、场景半径、视野值、以及描述不可用像素零值区的数量、位置和大小等（见[0007]-[0008], [0021]-[0022]）。对比文件中提及的参数（如深度视图的宽度和高度`depth_width`, `depth_height`，见[0168]）是为了描述深度视图的空间分辨率（见[0052], [0078], [0126]），其作用是为深度视图的解码和显示提供信息，与目标专利中用于校正鱼眼扭曲、映射圆形区域的参数在技术问题、作用和内容上均完全不同。因此，技术特征B未被公开。 |
| 技术特征C：其中所述参数值包含：所述图像中的圆形区域的数量、标识所述圆形区域的中心的水平坐标的值、标识所述圆形区域的中心的垂直坐标的值、全半径值、场景半径值、视野值、指示在所述图像内的包含不可用像素的零值区的数量的值、指示在所述图像内的包含所述不可用像素的至少一部分的零值区域的位置的一或多个值、以及指示在所述图像内的包含所述不可用像素的所述至少一部分的零值区域的大小的一或多个值；《未被公开》 | 对比文件未提及。 | 该特征是对特征B中“参数值”具体内容的进一步限定。如上所述，对比文件未涉及鱼眼图像，因此也不可能公开用于描述鱼眼图像圆形几何形状和内容的上述具体参数（如圆形区域数量、中心坐标、各种半径、视野、零值区等）。对比文件中的参数（如`depth_width`, `depth_height`）是深度图的分辨率参数，概念和用途均不同。因此，该具体参数集合未被公开。 |
| 技术特征D： 编码所述360度视频数据，其中所述编码包含编码所述图像的所述圆形区域；《未被公开》 | 对比文件提及编码视频数据，例如[0004]描述了视频压缩编码技术，[0122]描述了熵编码单元56对量化变换系数进行熵编码。但未提及对“鱼眼图像的圆形区域”进行特定编码。 | 对比文件公开了对视频数据（包括多视图视频数据）进行编码的通用概念（见[0004], [0122]）。然而，目标专利特征D的“编码”是在特定上下文下的，即编码的是包含“扭变成圆形区域”的场景的360度鱼眼视频数据。由于对比文件未公开鱼眼图像或360度视频数据（见特征A论述），因此其公开的“编码视频数据”是一般性的视频编码，并非目标专利中针对鱼眼图像圆形区域的编码。本领域技术人员不能从对比文件中得出“编码所述图像的所述圆形区域”这一具体技术方案。 |
| 技术特征E：以及产生经编码视频数据，其中所述经编码视频数据包含所述经编码360度视频数据及与所述全向摄像机相关联的所述参数值。《直接公开》 | 第[0189]段：”The 3VC Configuration box 168 may include a 3VC decoder configuration record... The 3VC decoder configuration record may include similar syntax as MVCDecoderConfigurationRecord, but have different semantics to indicate characteristics related to a 3DV video stream.” | 对比文件公开了产生媒体文件（如`multiview with depth media file 142`），该文件包含编码的视频数据（如`video data streams 146`）以及相关的配置参数（如包含在`3VC Configuration box`中的`3VCDecoderConfigurationRecord`，用于指示3D视频流的特性，见[0077], [0126]）。虽然参数内容不同（对比文件是深度/多视图参数，目标专利是鱼眼参数），但“经编码视频数据包含经编码视频数据及相关参数值”这一上位概念被直接公开。在对比文件整体技术方案中，参数用于描述视频内容的特性以辅助解码或处理，这与参数在目标专利中用于描述视频特性以辅助映射的作用，在“提供描述性元数据”这一抽象功能层面上是相同的。因此，技术特征E被直接公开。 |
| 技术特征F：其进一步包括将所述经编码360度视频数据写入到文件，且其中所述文件根据国际标准组织基本媒体文件格式ISOBMFF格式经格式化。《直接公开》 | 第[0036]段：”File format standards include ISO base media file format (ISOBMFF, ISO/IEC 14496-12) and other formats derived from the ISOBMFF...” <br>第[0037]段：”The HEVC file format uses the ISOBMFF as the basis for its encapsulation format.” <br>第[0057]段：”Multiview with depth media file 142 is based on the ISOBMFF and the current AVC file format.” | 对比文件明确、多次指出其描述的媒体文件格式（如用于存储MVC+D内容的文件）基于ISOBMFF（见[0036], [0037], [0057]）。因此，“将经编码视频数据写入到根据ISOBMFF格式化的文件”这一技术特征被对比文件直接公开。在对比文件中，使用ISOBMFF格式的目的是为了灵活地存储和传输包含多视图和深度信息的视频数据，这与目标专利中使用ISOBMFF格式存储360度视频数据的目的（便于存储、传输和后续处理）在“使用标准媒体文件格式封装视频数据”这一作用上是相同的。 |
| 技术特征G：其中所述参数值包含在文件层级、电影层级处，或在播放轨层级处。《隐含公开》 | 第[0042]段：”The metadata for each track includes a list of sample description entries, each providing the coding or encapsulation format used in the track and the initialization data for processing that format. Each sample is associated with one of the sample description entries of the track.” <br>第[0070]段：”...a sample entry provides for storage of top level heading information for a sample or a track...” <br>第[0071]段：”According to techniques described herein, a View Identifier box... may be included in a sample entry...” <br>第[0173]段：”When included in a sample entry, View Identifier box 172 indicates the views included in a track.” | 对比文件详细描述了ISOBMFF的文件结构，包括文件（file）、电影（movie，对应`moov` box）、轨道（track，对应`trak` box）等层级（见[0040]-[0042]）。参数信息（如`View Identifier box`）可以包含在样本条目（`sample entry`）中（见[0071], [0173]），而样本条目位于轨道层级内（见[0042], [0070]）。轨道包含在电影层级中，电影层级包含在文件层级中。因此，本领域技术人员可以理解，在基于ISOBMFF的文件中，参数信息可以设置在文件、电影或轨道（播放轨）这些层级。虽然对比文件示例中参数（`View Identifier box`）具体置于样本条目（属于轨道层级的一部分），但这隐含了参数可以存在于轨道层级，进而通过ISOBMFF的标准层级关系，可合理推断参数也可能存在于电影或文件层级（例如通过其他逻辑框实现）。因此，技术特征G被隐含公开。 |
| 技术特征H：其中所述参数值中的一或多个参数值包含于受限方案信息逻辑框中，所述受限方案信息逻辑框包含原始样本项类型，其中所述原始样本项类型标识所述360度视频数据在捕捉时的原始格式，且其中，所述参数值描述所述360度视频数据从捕捉时的所述原始格式到等矩形格式或球面格式的映射。《未被公开》 | 对比文件提及了“受限方案信息逻辑框（Restricted Scheme Information Box）”，例如在背景技术部分（[0048]之前）可能提及，但未在详细描述部分具体展开其用于鱼眼参数。其重点在`View Identifier box`, `3VC Configuration box`等。 | 对比文件可能提到了ISOBMFF中的“受限方案信息逻辑框（‘rinf’）”这一通用机制（根据ISOBMFF规范），但并未将其用于公开目标专利的特定应用。目标专利特征H限定了该逻辑框的特定用途：1) 包含标识原始格式（即鱼眼格式）的原始样本项类型；2) 其中的参数值描述从原始鱼眼格式到等矩形或球面格式的映射。对比文件全文未提及“等矩形格式（equirectangular format）”、“球面格式（spherical format）”或从鱼眼图像到这些格式的映射。其讨论的映射或转换是关于多视图和深度信息的组合与渲染，而非鱼眼图像的几何校正和投影变换。因此，对比文件未公开将受限方案信息逻辑框用于描述鱼眼图像映射的这一具体技术方案。 |
| 技术特征I：其进一步包括：将所述参数值编码成一或多个补充增强信息SEI消息，其中所述一或多个SEI消息包含于所述经编码360度视频数据中。《直接公开》 | 第[0053]段：”In some examples, a 3VC Scalability Information supplemental enhancement information (SEI) Message Box (referred to herein as “SEI Message Box”) is defined. The SEI Message Box contains the 3DVC scalability information SEI message defined in the MVC+D codec specification. The SEI Message Box can be included in the sample entry.” <br>第[0060]段：”MVC and 3VC Video Elementary Streams contain all video coding related NAL units... and may contain non-video coding related NAL units such as SEI messages...” <br>第[0171]段：”class 3VCScalabilityInformationSEIBox extends Box(‘3sib’, size) { unsigned int(8*size-64) 3vcscalinfosei; }” | 对比文件明确公开了定义SEI消息框（`3VCScalabilityInformationSEIBox`）并将其包含在样本条目（`sample entry`）中，该SEI消息框包含了定义在编解码器规范中的SEI消息（3DVC scalability information SEI message）（见[0053], [0171]）。同时，对比文件指出视频基本流可以包含SEI消息NAL单元（见[0060]）。因此，“将参数值编码成SEI消息，并且该SEI消息包含于经编码视频数据中”这一技术手段被直接公开。在对比文件中，SEI消息用于携带3D可伸缩性信息等增强信息，这与SEI消息在目标专利中用于携带鱼眼参数信息的作用，在“利用SEI消息携带视频的补充描述性参数”这一功能上是相同的。 |
| 技术特征J：根据权利要求5所述的方法，其中所述一或多个SEI消息根据高级视频译码AVC或高效视频译码HEVC标准经格式化。《隐含公开》 | 第[0003]段：”Digital video devices implement video compression techniques, such as those described in the standards defined by MPEG-2, MPEG-4, ITU-T H.263, ITU-T H.264/MPEG-4, Part 10, Advanced Video Coding (AVC), the High Efficiency Video Coding (HEVC) standard...” <br>第[0053]段：”...the 3DVC scalability information SEI message defined in the MVC+D codec specification.” (注：MVC+D是AVC的扩展) <br>第[0170]段：”...a 3DVC scalability information SEI message as specified in ISO/IEC 14496-10 Annex I.” (ISO/IEC 14496-10即AVC标准) | 对比文件通篇涉及的视频编码标准包括AVC（H.264）及其扩展（如MVC， MVC+D），以及正在开发中的HEVC（见[0003], [0032]-[0034]）。其具体提及的SEI消息（如3DVC scalability information SEI message）是根据AVC标准扩展（ISO/IEC 14496-10 Annex I）定义的（见[0053], [0170]）。因此，本领域技术人员可以明确得出，对比文件中讨论的SEI消息是根据AVC（或HEVC，因为HEVC也定义了SEI消息）标准格式化的。虽然对比文件没有用“根据AVC或HEVC标准经格式化”这样的概括性语句，但其引用的具体规范（ISO/IEC 14496-10）就是AVC标准，且全文技术背景涵盖这些标准，故可以合理推断出该特征。因此，技术特征J被隐含公开。 |
| 技术特征K：其进一步包括将所述参数值编码为会话数据协议SDP属性。《未被公开》 | 对比文件未提及。 | 对比文件全文未提及“会话数据协议（Session Data Protocol, SDP）”或“SDP属性”。其参数传输或指示机制集中于文件格式（ISOBMFF盒子）、SEI消息等，未涉及基于会话描述的协议。因此，该技术特征未被公开。 |
| 技术特征L：其进一步包括将所述参数值写入到媒体呈现描述MPD文件中。《未被公开》 | 对比文件提到了DASH（Dynamic Adaptive Streaming over HTTP），例如[0039]段：”segments for Dynamic Adaptive Streaming over Hypertext Transfer Protocol (HTTP) (DASH)”，但未提及将所述参数值写入MPD文件。 | 对比文件虽然提到了DASH流媒体技术，但并未公开将目标专利所述的鱼眼参数值写入到媒体呈现描述（MPD）文件中的具体技术方案。其讨论的重点是使用ISOBMFF文件作为DASH片段，而非在MPD文件中包含特定的视频描述参数。因此，该技术特征未被公开。 |
| 技术特征M：其进一步包括将所述参数值写入到动画专家组MPEG输送流中。《未被公开》 | 对比文件未提及。 | 对比文件全文未提及“MPEG输送流（MPEG transport stream）”。其讨论的存储和传输容器主要是基于ISOBMFF的文件格式。因此，该技术特征未被公开。 |
<<<E>>><<<H>>><<<f>>><<<i>>>