**对比文件名称**：发明申请_US20120201521A1 Provision of Supplemental Processing Information
**目标专利名称**：虚拟实境中的圆形鱼眼视频
**本次调用的模型名称**：专利创造性评估模型
以下是根据目标专利权利要求划分的技术特征与对比文件的比对表格：
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| **技术特征A**：一种处理视频数据的方法，其包括： 获得由全向摄像机捕捉的360度视频数据，《未被公开》 | 对比文件未提及全向摄像机（omnidirectional camera）或360度视频数据。 | 在目标专利中，该技术特征用于获得由特定设备（全向摄像机）捕捉的特定格式（360度）的视频数据，是处理鱼眼视频的起点。对比文件通篇讨论的是通用媒体内容的处理（如立体视频、补充增强信息SEI），并未涉及全向摄像机或360度视频的捕捉。本领域技术人员无法从对比文件得出获得由全向摄像机捕捉的360度视频数据的技术方案。 |
| **技术特征B**：，其中所述360度视频数据的视频帧包括包含场景的图像，且其中，在所述图像中，所述场景经扭变成所述图像的圆形区域；《未被公开》 | 对比文件未提及图像中的场景被扭变成圆形区域。 | 在目标专利中，该技术特征限定了视频帧的具体内容：包含一个场景被扭变成圆形区域的图像，这是鱼眼透镜捕捉图像的典型特征。对比文件虽然提到了视频帧和图像（如图2、段落[0034]提及“decoded pictures”），但其关注点在于补充处理信息（如用于立体渲染的帧交织），并未描述图像具有圆形扭曲区域这一特定几何形态。本领域技术人员无法从对比文件推理出此特征。 |
| **技术特征C**： 获得与所述全向摄像机相关联的参数值，其中所述参数值包含：所述图像中的圆形区域的数量、标识所述圆形区域的中心的水平坐标的值、标识所述圆形区域的中心的垂直坐标的值、全半径值、场景半径值、视野值、指示在所述图像内的包含不可用像素的零值区的数量的值、指示在所述图像内的包含所述不可用像素的至少一部分的零值区域的位置的一或多个值、以及指示在所述图像内的包含所述不可用像素的所述至少一部分的零值区域的大小的一或多个值；《未被公开》 | 对比文件未提及描述鱼眼图像圆形区域的几何参数，如中心坐标、半径、视野、零值区等。对比文件[0057]、[0068]段提到了`requiredSEI_ID`和`NotrequiredSEI_ID`，但这些是SEI消息类型的标识符，而非描述图像几何形状的参数值。 | 在目标专利中，该技术特征定义了一组用于精确描述鱼眼图像圆形区域几何属性（如位置、大小、视野）和无效像素区域（零值区）的特定参数，这些参数对于后续将鱼眼图像正确映射至其他格式至关重要。对比文件公开的补充处理信息（如SEI消息标识符）用于指示解码后所需的处理（如立体视图分离），其内容与目标专利中定义的用于描述鱼眼图像几何形状和无效区域的特定参数集完全不同。本领域技术人员无法从对比文件公开的SEI消息标识符推断出目标专利中用于描述圆形鱼眼区域几何特征的具体参数集。 |
| **技术特征D**： 编码所述360度视频数据，其中所述编码包含编码所述图像的所述圆形区域；《未被公开》 | 对比文件涉及编码媒体内容（参见图1，步骤S1提供媒体编解码器的伪标识符），但未具体提及编码包含扭变成圆形区域的图像的360度视频数据。 | 在目标专利中，该技术特征是对包含特定内容（扭变成圆形区域的图像）的特定格式（360度）视频数据进行编码。对比文件虽然涉及编码媒体内容，但其背景和实施例（如立体视频）并未涉及对鱼眼图像圆形区域进行编码。本领域技术人员无法从对比文件得出对包含扭变成圆形区域的图像的360度视频数据进行编码的技术方案。 |
| **技术特征E**：以及产生经编码视频数据，其中所述经编码视频数据包含所述经编码360度视频数据及与所述全向摄像机相关联的所述参数值。《未被公开》 | 对比文件描述了产生包含编码媒体内容和补充处理信息的文件（参见图1、图4，段落[0040]-[0041]）。例如，段落[0040]提到“The pseudo-identifier and the supplemental processing information are co-organized in step S3 in a file”。 | 在目标专利中，该技术特征产生的经编码视频数据包含两个特定部分：1) 由全向摄像机捕捉的经编码360度视频数据；2) 与该摄像机相关联的、描述圆形区域几何特征的特定参数值。对比文件公开了产生包含编码媒体内容和补充处理信息（如SEI消息标识符）的文件。虽然“补充处理信息”在形式上类似于“参数值”，但对比文件中的补充处理信息（如标识立体视图所需的SEI消息类型）在内容和作用上与目标专利中描述鱼眼图像几何形状的特定参数值有本质区别。对比文件未公开将描述鱼眼图像圆形区域的几何参数与经编码的360度鱼眼视频数据一同包含在经编码视频数据中。 |
| **技术特征F**：其进一步包括将所述经编码360度视频数据写入到文件，且其中所述文件根据国际标准组织基本媒体文件格式ISOBMFF格式经格式化。《直接公开》 | 对比文件[0050]段：“The ISO base media file format can advantageously be employed as file format for the media container file...”。图4展示了包含电影（‘moov’）框和媒体数据（‘mdat’）框的媒体容器文件。 | 在目标专利中，该技术特征的作用是将编码后的鱼眼视频数据封装入标准化的ISOBMFF格式文件中，便于存储和传输。对比文件明确教导了使用ISO基本媒体文件格式（ISOBMFF）作为媒体容器文件的格式（段落[0050]），并且其图4所示文件结构符合ISOBMFF规范。本领域技术人员能够明确且直接地从对比文件得出将编码媒体数据写入根据ISOBMFF格式化的文件的技术方案。 |
| **技术特征G**：其中所述参数值包含在文件层级、电影层级处，或在播放轨层级处。《直接公开》 | 对比文件[0052]段描述了样本项框（Sample Entry Box）在媒体轨中的使用，样本项框是播放轨层级的结构。段落[0054]-[0055]进一步说明补充处理信息框（SeiInformationBox）可以放在样本项框中，或更深层地放在受限方案信息框（RestrictedSchemeInfoBox）中，而受限方案信息框又位于样本项框内。图4展示了包含媒体轨（属于电影框）的文件层级结构。 | 在目标专利中，该技术特征限定了描述鱼眼图像参数的元数据在ISOBMFF文件结构中的可能位置（文件、电影、播放轨层级），以确保这些参数能被正确识别和访问。对比文件详细描述了补充处理信息（SEI消息标识符）在ISOBMFF文件结构中的组织方式：它可以被包含在样本项框（属于播放轨层级）中，或者更深层地组织在样本项框内的受限方案信息框中。样本项框本身是媒体轨的一部分，媒体轨包含在电影框中，而电影框是文件的一部分。这直接对应于目标专利中“文件层级、电影层级处，或在播放轨层级处”包含参数值的概念。本领域技术人员能够直接且明确地从对比文件得出此技术方案。 |
| **技术特征H**：其中所述参数值中的一或多个参数值包含于受限方案信息逻辑框中，所述受限方案信息逻辑框包含原始样本项类型，其中所述原始样本项类型标识所述360度视频数据在捕捉时的原始格式，且其中，所述参数值描述所述360度视频数据从捕捉时的所述原始格式到等矩形格式或球面格式的映射。《隐含公开》 | 对比文件[0054]段：`aligned(8) class RestrictedSchemeInfoBox (fmt ) extends Box (‘rinf’) {` <br> `OriginalFormatBox (fmt) original_format;` <br> `SchemeTypeBox scheme_type_box; // optional` <br> `SchemeInformationBox info;` <br> `}` <br> 段落[0055]：“In such a case, the supplemental processing information box can be contained in the scheme information box.” <br> 段落[0060]：`aligned (8) class OriginalFormatBox (codingname) extends Box (‘frma’) {` <br> `unsigned int(32) data_format; //value from the un-transformed sample entry, such as data_format = ‘avc1’;` <br> `}` | 在目标专利中，该技术特征利用ISOBMFF中的受限方案信息逻辑框（‘rinf’）来封装关键信息：1) 原始格式（标识视频的原始编码格式）；2) 描述从原始格式（鱼眼格式）映射到其他格式（等矩形或球面）的参数。这确保了传统播放器无法识别该方案时会中止解码，避免错误渲染。对比文件明确公开了使用`RestrictedSchemeInfoBox` (‘rinf’) 逻辑框，其内包含`OriginalFormatBox` (‘frma’) 来存储原始样本项类型（即原始格式，如‘avc1’），并且`SchemeInformationBox` 可以用来包含补充处理信息（如`SeiInformationBox`）。虽然对比文件中补充处理信息的具体内容是SEI消息标识符（用于指示解码后所需的处理，如立体渲染），而目标专利中是描述几何映射的鱼眼参数，但两者在“用于描述或指示对原始媒体数据进行某种特定后处理（映射/渲染）所需的信息”这一高层次作用和文件结构组织方式上是相同的。本领域技术人员通过对比文件公开的`RestrictedSchemeInfoBox`结构（包含原始格式和方案信息），可以合理推断出相同的机制可以用来携带描述从一种格式（如原始鱼眼格式）映射到另一种格式（如等矩形或球面）所需的参数信息。因此，该技术特征被对比文件隐含公开。 |
| **技术特征I**：其进一步包括：将所述参数值编码成一或多个补充增强信息SEI消息，其中所述一或多个SEI消息包含于所述经编码360度视频数据中。《直接公开》 | 对比文件背景技术[0003]段：“Supplemental Enhancement Information (SEI) is provided to help in processes related to post-decoding, such as display.” <br> 段落[0032]-[0034]进一步讨论了SEI消息的作用和示例（如立体视频信息SEI消息）。 <br> 段落[0057]定义了`SeiInformationBox`，其中包含`requiredSEI_ID`和`NotrequiredSEI_ID`，这些标识符指向媒体流中存在的SEI消息。段落[0065]提到：“The actual post-decoding instructions ... such as SEI messages, can be encapsulated in NAL units and are then situated deep in the bit stream where they are contained by the media data box.” | 在目标专利中，该技术特征的作用是将描述鱼眼图像的参数通过SEI消息的形式携带在视频编码位流中，这是一种标准的、与编解码过程分离的传递辅助信息的方式。对比文件的核心主题之一就是处理SEI消息。它明确将SEI消息作为补充处理/增强信息的一种形式（段落[0003]），并详细描述了SEI消息的用途（如立体视频信息，段落[0034]）。更重要的是，对比文件教导了将SEI消息（或其标识符）作为补充处理信息进行管理，并且这些SEI消息被封装在NAL单元中并位于位流内（段落[0065]），即包含于经编码媒体数据中。本领域技术人员能够直接且明确地从对比文件得出将参数（以SEI消息形式）编码并包含于经编码视频数据中的技术方案。 |
| **技术特征J**：根据权利要求5所述的方法，其中所述一或多个SEI消息根据高级视频译码AVC或高效视频译码HEVC标准经格式化。《隐含公开》 | 对比文件[0002]段：“H.264/MPEG-4 Part 10 or Advanced Video Coding (AVC) is the state of the art video coding standard.” <br> 全文多处以AVC/H.264为例进行说明（如段落[0033], [0036], [0052]等）。 | 在目标专利中，该技术特征限定了SEI消息遵循的具体视频编码标准（AVC或HEVC），这是SEI消息语法定义的依据。对比文件明确以AVC（H.264）作为其示例和背景技术中使用的视频编码标准（段落[0002]），并讨论了AVC中的SEI消息。高效视频译码（HEVC）是AVC的后继标准，其SEI消息机制与AVC一脉相承。本领域技术人员知晓，SEI消息是视频编码标准（如AVC、HEVC）定义的一部分。当对比文件公开了在AVC背景下使用SEI消息时，可以合理推断出相同的原理也适用于其他遵循类似架构的视频编码标准，如HEVC。因此，该技术特征被对比文件隐含公开。 |
| **技术特征K**：其进一步包括将所述参数值编码为会话数据协议SDP属性。《直接公开》 | 对比文件[0069]段：“A next step S50 involves generating a Session Description Protocol (SDP) file and co-organizing the pseudo-identifier and the supplemental processing information as different attribute lines in the SDP file.” <br> 段落[0071]给出了具体示例：`a=rtpmap:97 H264-RES/90000` `a=fmtp:97 sprop-requiredSEI-ID ? {ID1},{ID2}; sprop-NotrequiredSEI-ID={ID3},{ID4},{ID5};` | 在目标专利中，该技术特征提供了另一种传递鱼眼图像参数的方式：将其作为SDP会话描述中的属性，适用于流媒体会话建立。对比文件明确公开了将补充处理信息（在示例中是SEI消息标识符）作为属性线（attribute lines）编码在SDP文件中的实施例（段落[0069], [0071]）。这直接对应于“将参数值编码为SDP属性”的技术方案。本领域技术人员能够直接且明确地从对比文件得出此技术方案。 |
| **技术特征L**：其进一步包括将所述参数值写入到媒体呈现描述MPD文件中。《未被公开》 | 对比文件未提及媒体呈现描述（Media Presentation Description, MPD）文件。 | 在目标专利中，该技术特征涉及基于HTTP的动态自适应流（DASH）标准，通过MPD文件传递鱼眼参数。对比文件讨论的文件格式主要是ISOBMFF及其衍生格式，以及SDP，并未涉及DASH或MPD文件。本领域技术人员无法从对比文件得出将参数值写入MPD文件的技术方案。 |
| **技术特征M**：其进一步包括将所述参数值写入到动画专家组MPEG输送流中。《未被公开》 | 对比文件未提及MPEG输送流（MPEG Transport Stream）。 | 在目标专利中，该技术特征涉及通过MPEG-2系统层的输送流来传递鱼眼参数。对比文件主要关注文件格式（ISOBMFF）和会话描述（SDP），未讨论MPEG输送流。本领域技术人员无法从对比文件得出将参数值写入MPEG输送流的技术方案。 |
<<<F>>><<<G>>><<<I>>><<<h>>><<<j>>><<<K>>>