对比文件名称：发明专利_JP2016506693A マルチビューコード化プラス深度のためのトラックにおけるテクスチャビューと深度ビューの存在の指示
目标专利名称：虚拟实境中的圆形鱼眼视频
本次调用模型名称：GPT-4
特征比对表格：
| 技术特征描述及公开性判断结果 | 对比文件原文引用（段落标号或部分） | 公开性论述 |
| **技术特征A**：《未公开》 | 无直接对应内容。 | **直接公开判断**：对比文件涉及多视图加深度（MVC+D）的视频编码和存储，其整体技术方案关注于在媒体文件（如ISOBMFF文件）中指示轨道包含的是纹理视图、深度视图还是两者，以支持3D视频编码（如3VC）。对比文件未提及“全向摄像机”或“360度视频数据”。其解决的问题是如何高效存储和解析包含多个纹理和深度视图的3D视频流，而非处理由全向摄像机捕捉的、包含圆形鱼眼图像的360度视频。因此，本领域技术人员不能从对比文件中明确得出“获得由全向摄像机捕捉的360度视频数据”的技术方案。<br>**隐含公开判断**：对比文件虽然涉及视频数据的获得和处理（例如，编码、封装、解析），但其上下文始终是多视图视频（可能用于3D显示），并未涉及360度视频或全向摄像机捕捉技术。本领域技术人员无法从对比文件中关于多视图视频的数据获得，合理推断出获得特定类型（全向摄像机捕捉的360度视频）的视频数据。因此，该技术特征未被隐含公开。 |
| **技术特征B**：《未公开》 | 无直接对应内容。 | **直接公开判断**：对比文件描述的视频帧包含的是多个视图（纹理和/或深度），这些视图通常对应于不同视角的平面图像，用于构建3D场景。对比文件未提及视频帧中包含将场景“扭变成圆形区域”的图像，即未涉及鱼眼图像或鱼眼效应。目标专利中该特征用于描述鱼眼透镜捕捉的独特失真形态，是后续参数描述和映射的基础。对比文件的技术方案不涉及此类圆形扭曲区域的处理。因此，未被直接公开。<br>**隐含公开判断**：对比文件中的视频帧内容被描述为包含视图成分，但未有任何内容暗示或涉及图像内容被扭曲成圆形区域。本领域技术人员无法从对比文件中关于多视图帧的描述，推理出视频帧包含扭变成圆形区域的场景图像。因此，未被隐含公开。 |
| **技术特征C**：《未公开》 | 无直接对应内容。 | **直接公开判断**：对比文件确实描述了与视频视图相关的参数。例如，[0074]段提到视图标识框（ViewIdentifierBox）可以指示对于轨道中的每个视图，该视图的纹理和/或深度是否存在于流和轨道中（通过`texture_in_stream[i]`, `depth_in_stream[i]`等语法元素）。[0078]、[0202]段提到了3VC深度分辨率框（3VCDepthResolutionBox）可以指示深度视图的空间分辨率（`depth_width`, `depth_height`）。然而，这些参数是针对“多视图加深度（MVC+D）”或“3D视频编码（3VC）”上下文中的视图（view）定义的，用于标识视图类型（纹理/深度）、视图间的依赖关系以及深度视图的分辨率。这与目标专利中“与全向摄像机相关联的参数”有本质不同。目标专利的参数（如圆形区域数量、中心坐标、各种半径值、视野值、零值区信息等）专门用于描述鱼眼图像在视频帧中的几何属性、透镜特性以及无效像素区域，其作用是使解码端能够将圆形鱼眼图像正确映射到中间格式（如等矩形）或直接映射到显示格式（如球面）。对比文件的参数作用在于标识多视图流中各个视图的成分（纹理/深度）和解析依赖关系，以支持3D视频的正确解码和视图合成。两者解决的问题、参数的具体含义和用途均不相同。因此，对比文件未公开目标专利权利要求中限定的这一组具体参数值。<br>**隐含公开判断**：虽然对比文件公开了在媒体文件中包含描述视频内容特性的参数（如视图类型、分辨率）的一般概念，但所公开的具体参数（视图标识、深度分辨率）在内容和目的上与目标专利的鱼眼图像参数（圆形区域几何描述、透镜视野、无效像素区）有显著差异。本领域技术人员无法从对比文件中关于视图标识和深度分辨率的描述，合理推断出描述鱼眼图像圆形区域所需的特定几何参数集合（如中心坐标、全半径、场景半径、视野值等）。因此，该技术特征未被隐含公开。 |
| **技术特征D**：《未公开》 | 无直接对应内容。 | **直接公开判断**：对比文件涉及视频编码，例如在[0097]段提到视频编码器20对视频数据进行编码，[0104]段提到根据AVC、HEVC或MVC+D等标准进行编码。然而，对比文件编码的对象是多视图视频数据（包含纹理和深度视图），并未提及对“图像的圆形区域”进行编码。目标专利中该特征特指对包含扭变成圆形区域的鱼眼图像进行编码。因此，未被直接公开。<br>**隐含公开判断**：对比文件公开了编码视频数据的一般过程，但未具体说明被编码的图像具有圆形区域特性。本领域技术人员无法从对比文件关于多视图视频编码的描述中，推断出编码操作 specifically 作用于“图像的圆形区域”。因此，未被隐含公开。 |
| **技术特征E**：《未公开》 | 无直接对应内容。 | **直接公开判断**：对比文件描述了产生经编码视频数据的过程，并且该数据可以包含参数信息。例如，[0097]段提到卡普塞尔化模块21接收编码视频内容并生成视频文件；[0111]段提到视频编码器20可以合成包含视图标识框（内含参数）的媒体文件。然而，对比文件产生的“经编码视频数据”其核心是MVC或3VC视频流及与之相关的视图参数，而目标专利产生的是“经编码360度视频数据”及“与全向摄像机相关联的参数”。内容性质不同。因此，未被直接公开。<br>**隐含公开判断**：对比文件公开了产生包含参数和编码视频数据的媒体文件的一般概念。但所产生的视频数据本质上是多视图深度视频，而非360度鱼眼视频；参数是关于视图成分和依赖关系，而非鱼眼图像几何参数。本领域技术人员无法合理推断出产生目标专利所限定的特定类型视频数据和参数。因此，未被隐含公开。 |
| **技术特征F**：《直接公开》 | [0031]段：“本開示は、例えば、国際標準化機構(ISO)ベースのメディアファイルフォーマット(ISOBMFF)に基づくファイルに、HEVCビデオ規格に従ってコード化されたビデオコンテンツを記憶することを含む、ビデオコンテンツを記憶するための様々な技法を説明する。”<br>[0036]段：“ファイルフォーマット規格は、ISOベースのメディアファイルフォーマット(ISOBMFF、ISO/IEC 14496−12)と、MPEG−4ファイルフォーマット(ISO/IEC14496−14)、第3世代パートナーシッププロジェクト(3GPP)ファイルフォーマット(3GPP TS26.244)、及びAVCファイルフォーマット(ISO/IEC14496−15)を含む、ISOBMFFから導かれた他のフォーマットとを含む。” | **直接公开判断**：对比文件明确且多次指出其技术方案涉及使用国际标准组织基本媒体文件格式（ISOBMFF）来存储视频内容。例如，[0031]段说明本公开包含将根据HEVC视频标准编码的视频内容存储到基于ISOBMFF的文件中。[0036]段进一步列出ISOBMFF及其衍生格式。在对比文件的整体技术方案中，使用ISOBMFF格式的文件是为了高效、灵活地封装和存储包含多个纹理和深度视图的3D视频流（如MVC+D），并携带相关的描述性参数（如视图标识）。这与目标专利中“将经编码360度视频数据写入到根据ISOBMFF格式化的文件”所起的作用相同，都是利用ISOBMFF作为容器格式来存储特定类型的编码视频数据及其元数据。尽管存储的视频数据类型不同（多视图深度 vs. 360度鱼眼），但“使用ISOBMFF格式文件作为存储容器”这一技术手段被直接公开。因此，技术特征F被直接公开。 |
| **技术特征G**：《直接公开》 | [0074]段：“深度を伴うマルチビューメディアファイル142は更に、1つ又は複数のビュー識別子ボックス172を含んでよく、これらは、サンプルエントリー又はマルチビューグループエントリーに含まれ得る。”<br>[0073]段：“サンプルエントリー内の構造は、そのサンプルエントリーと関連付けられるサンプル(例えば、ビデオ情報)の復号又は使用のための情報を提供する。サンプルグループは、トラックについての時間的に変化する情報を全体として提供し、例えば、トラック内のメディアのサブセットの抽出を支援する。マルチビュー情報ボックス(メディア情報ボックス中に現れる)中の情報は、マルチビュー情報ボックスがストリームの基本ビューを含むトラック中に存在しても、幾つかのトラックにまたがることがあり、トラックの集合体を表す。”<br>（注：样本条目（Sample Entry）、多视图分组条目（Multiview Group Entry）通常位于样本表框（stbl）内，而样本表框位于媒体信息框（minf）内，媒体信息框位于媒体框（mdia）内，媒体框位于轨道框（trak）内，轨道框位于电影框（moov）内。电影框是文件层级结构的一部分。因此，参数可以存在于播放轨层级（通过轨道框中的样本条目）、电影层级（通过电影框内的结构）或文件层级（通过顶层的框）。） | **直接公开判断**：对比文件明确描述了参数（如视图标识框）可以包含在样本条目（Sample Entry）或多视图分组条目（Multiview Group Entry）中。[0073]段解释了样本条目和样本分组（如多视图分组）在轨道（Track）和文件层级结构中的作用。在ISOBMFF结构中，样本条目与特定的播放轨（Track）相关联（位于轨道框‘trak’下的媒体框‘mdia’->媒体信息框‘minf’->样本表框‘stbl’中），因此属于“播放轨层级”。多视图信息也可能在更高的层级进行描述。此外，ISOBMFF本身定义了文件层级（如文件类型框‘ftyp’）、电影层级（电影框‘moov’）和播放轨层级（轨道框‘trak’）的结构，并且对比文件的技术方案正是基于此结构构建的。因此，对比文件直接公开了参数值可以包含在ISOBMFF文件的文件层级、电影层级或播放轨层级处。在对比文件中，这种层级化存储的作用是为多视图深度视频数据提供灵活、结构化的元数据描述，以便于解析和提取。这与目标专利中在不同层级存储鱼眼参数以提供灵活访问的作用是相同的。因此，技术特征G被直接公开。 |
| **技术特征H**：《未公开》 | 无直接对应内容。 | **直接公开判断**：对比文件未提及“受限方案信息逻辑框（Restricted Scheme Information Box）”或“原始样本项类型（Original Format Box）”。对比文件中描述参数存储的主要框是“视图标识框（ViewIdentifierBox）”、“3VC配置框（3VCConfigurationBox）”等，这些框直接包含在样本条目或相关结构中，并未提及通过一个“受限方案”机制来封装原始格式信息和映射参数。目标专利中该特征涉及一种特定的向后兼容机制，使用受限方案信息框来指示原始格式和映射参数，其作用是允许播放器识别并处理专有的或特定格式（如鱼眼视频）的内容。对比文件没有公开这种机制。<br>**隐含公开判断**：对比文件公开了在样本条目中包含各种信息框（如视图标识框、配置框）以描述视频流特性。然而，这并未隐含公开一个专门用于封装“原始样本项类型”和描述“从原始格式到等矩形或球面格式映射”参数的“受限方案信息逻辑框”。本领域技术人员无法从对比文件现有的框结构中合理推断出目标专利所描述的特定框及其语义。因此，未被隐含公开。 |
| **技术特征I**：《直接公开》 | [0053]段：“幾つかの例では、3VCスケーラビリティ情報補足強化情報(SEI)メッセージボックス(「SEIメッセージボックス」と本明細書では呼ばれる)が定義される。SEIメッセージボックスは、MVC+Dコーデック規格で定義される3DVCスケーラビリティ情報SEIメッセージを含む。SEIメッセージボックスはサンプルエントリーに含まれ得る。”<br>[0079]段：“深度を伴うマルチビューメディアファイル142は更に、1つ又は複数の3VCスケーラビリティ情報SEIメッセージボックス166を含み得る。3VCスケーラビリティ情報SEIメッセージボックス166は、MVC+Dコーデック規格で定義される3DVCスケーラビリティ情報補足強化情報(SEI)メッセージを含み得る。” | **直接公开判断**：对比文件明确定义了“SEIメッセージボックス（SEI Message Box）”，例如“3VCスケーラビリティ情報SEIメッセージボックス（3VC Scalability Information SEI Message Box）”，该框用于包含在编解码器标准（如MVC+D）中定义的特定SEI消息（如3DVC可伸缩性信息SEI消息）。并且，该SEI消息框可以包含在样本条目中，从而成为编码视频数据（存储在媒体文件中的一部分。在对比文件的整体技术方案中，将参数（此处为可伸缩性信息）编码到SEI消息并包含在视频数据中，是为了在比特流层面传递与视频内容相关的辅助信息，以支持解码和呈现。这与目标专利中“将参数值编码成一或多个SEI消息，且SEI消息包含于经编码360度视频数据中”所起的作用相同，都是利用SEI消息作为载体在视频比特流中携带特定参数。因此，技术特征I被直接公开。 |
| **技术特征J**：《隐含公开》 | [0034]段：“M.Hannuksela (Nokia)、Y.Chen (Qualcomm)、G.Sullivan (Microsoft)、T.Suzuki、S.Hattori (Sony)による、2012年10月付けの、http://phenix.it−sudparis.eu/jct2/doc_end_user/documents/2_Shanghai/wg11/JCT3V−B1001−v1.zip.において入手可能な、「Study Text of ISO/IEC 14496−10:2012/DAM2 MVC extension for inclusion of depth maps」という表題の文書JCT3V−B1001。これは、MVC+D又は3次元ビデオコード化(3VC)とも呼ばれ、コード化されたビデオは3次元ビデオ(3DV)と呼ばれ得る。”<br>[0104]段：“ビデオエンコーダ20及びビデオデコーダ30は、現在開発中のAdvanced Video Coding規格又はHigh Efficiency Video Coding(HEVC)規格及び拡張のようなビデオ圧縮規格に従って動作することができ、HEVC Test Model(HM)に準拠し得る。具体的には、ビデオエンコーダ20及びビデオデコーダ30は、AVCベースのマルチビューコード化プラス深度(MVC+D)に従って動作することができ、AVCベースの3Dビデオ(3D−AVC)コード化規格は現在、上で概説されたようにJCT−3Vによって開発中である。” | **隐含公开判断**：对比文件通篇涉及视频编码标准，特别是基于AVC（H.264/MPEG-4 AVC）和HEVC的扩展，如MVC（多视图视频编码）和3VC/MVC+D（带深度的多视图视频编码）。[0034]段引用了关于MVC扩展（ISO/IEC 14496-10）的文档，该标准是AVC的扩展。[0104]段明确指出视频编码器和解码器可以根据AVC、HEVC或基于AVC的MVC+D等标准操作。SEI（补充增强信息）消息是AVC和HEVC标准（及其扩展，如MVC）中定义的一种网络抽象层（NAL）单元类型，用于携带不直接影响解码过程但有助于显示或处理的辅助信息。鉴于对比文件明确其技术方案应用于符合AVC、HEVC及其扩展（如MVC、3VC）的视频流，并且明确使用了SEI消息（如3VC可伸缩性信息SEI消息），本领域技术人员可以合理推断，这些SEI消息的格式必然遵循其所依附的底层视频编码标准，即AVC或HEVC标准（或其正式扩展）。因此，尽管对比文件未用文字明确写出“SEI消息根据AVC或HEVC标准经格式化”，但根据其整体技术上下文，这是必然的、隐含的技术事实。因此，技术特征J被隐含公开。 |
| **技术特征K**：《未公开》 | 无直接对应内容。 | **直接公开判断**：对比文件未提及“会话数据协议（SDP）”或“SDP属性”。对比文件涉及媒体文件封装（ISOBMFF）、流传输（如DASH提及但非重点）以及编解码，但未涉及使用SDP进行会话描述和参数传递。因此，未被直接公开。<br>**隐含公开判断**：对比文件的技术方案聚焦于文件格式和比特流中的参数存储，未涉及基于会话的流媒体协议（如RTP/RTSP）及其描述协议SDP。本领域技术人员无法从对比文件的内容中合理推断出将参数编码为SDP属性。因此，未被隐含公开。 |
| **技术特征L**：《未公开》 | 无直接对应内容。 | **直接公开判断**：对比文件未提及“媒体呈现描述（MPD）文件”。虽然[0039]段提到了DASH（Dynamic Adaptive Streaming over HTTP）作为一种应用，但并未展开描述MPD文件的结构或如何在其中写入参数。因此，未被直接公开。<br>**隐含公开判断**：对比文件承认ISOBMFF文件可用于DASH流传输，但未具体描述将任何参数写入MPD文件的技术细节。本领域技术人员无法从对比文件关于ISOBMFF和流传输的简要提及中，合理推断出将特定参数写入MPD文件的具体技术方案。因此，未被隐含公开。 |
| **技术特征M**：《隐含公开》 | [0035]段：“本開示は、電子データファイルへのビデオコンテンツの記憶に関する。特定のビデオ規格に従ってコード化されたビデオコンテンツを記憶するためには、その特定のビデオ規格に対応するファイルフォーマット規格が有用であり得る。... 符号化されたビデオコンテンツを取り出すためのファイルの逆カプセル化の技法も説明される。”<br>（注：对比文件主要关注文件格式（ISOBMFF），但也涉及更广泛的视频内容存储和传输。MPEG输送流（MPEG-2 Transport Stream）是另一种常见的视频内容封装和传输格式，尤其用于广播和流媒体。） | **隐含公开判断**：对比文件[0035]段明确指出，本公开涉及将视频内容存储到电子数据文件中，并且讨论了与特定视频标准对应的文件格式标准的有用性。虽然对比文件实施例主要围绕ISOBMFF文件格式进行描述，但其发明背景和技术问题涵盖了对编码视频内容进行存储和传输的多种方式。MPEG输送流（MPEG-2 Transport Stream）是行业标准中广泛用于数字电视广播和流媒体传输的容器格式。本领域技术人员知晓，为了在各种传输环境中传递视频内容及其相关参数（如对比文件中描述的视图参数），除了使用文件格式（如ISOBMFF）外，也常将参数写入到传输流（如MPEG-2 TS）的描述符或特定字段中。鉴于对比文件的核心思想是在不同封装层级携带描述视频内容特性的参数以支持正确解码和呈现，本领域技术人员能够从对比文件公开的“将参数包含在媒体文件中”这一更上位的概念出发，结合公知常识（即MPEG输送流是另一种重要的媒体内容传输容器），合理推断出“将参数值写入到动画专家组（MPEG）输送流中”是实现同一发明目的（参数传递）的另一种可选技术手段。因此，技术特征M被隐含公开。 |
<<<F>>><<<G>>><<<I>>><<<j>>><<<m>>>