好的，我作为一名资深专利代理师，现在开始对目标专利和对比文件进行严谨的特征比对分析。
首先，确认本次分析的基本信息：
- **对比文件名称：** 2015-10-05_JP2015529439A_发明专利_JP2015529439A 映像コーディングにおけるビットストリームプロパティ
- **目标专利名称：** 2070视频编码CN109691103B
- **本次调用的模型名称：** 请根据实际情况填写（此信息由用户环境提供，我无法知晓）
以下是根据您的要求进行的详细特征比对和公开性判断。
### **特征比对表格**
| 第一栏：技术特征描述及公开性判断 | 第二栏：对比文件原文引用（翻译成中文） | 第三栏：公开性论述 |
| **技术特征A：** 由解码器装置接收比特流 | 对比文件[0003]段落提及解码器，如段落[0003]描述：“デジタル映像デバイスは、映像圧縮技法...を実装する”，其中“デジタル映像デバイス”包括解码器。段落[0062]详述：“映像復号器30は、映像符号器20によって生成されたビットストリームを受信することができる。” | **《隐含公开》** <br>对比文件明确公开了“视频解码器30接收由视频编码器20生成的比特流” ([0062])。虽然接收的主体是解码器，但其功能与目标专利中的“接收比特流”完全一致。因此，本领域技术人员可以毫无疑义地确定该技术特征被对比文件公开。 |
| **技术特征B：** 比特流包括多个比特流部分 | 对比文件[0024]段记载：“ビットストリームは、1つ以上のコーディングされた映像シーケンス(CVS)を形成するコーディングされたピクチャ及び関連付けられたデータの表現を形成するビットのシーケンスを備えることができる。”<br>段落[0055]记载：“映像符号器20は、コーディングされたピクチャ及び関連付けられたデータの表現を形成するビットのシーケンスを含むビットストリームを出力することができる。用語“ビットストリーム”は、ネットワーク抽象化層(NAL)ユニットストリーム...のいずれかを意味するために使用される総称的用語である。” | **《隐含公开》** <br>对比文件指出比特流由NAL单元序列（多个部分）或字节流构成（[0055]），并包含一个或多个编码视频序列（CVS）和已编码图片（[0024]）。这些CVS、NAL单元均可视为比特流的不同部分。虽然没有直接使用“比特流部分”这一术语，但对比文件明确了比特流由多个不同的单元和序列构成，本领域技术人员可以合理推断出比特流包括多个比特流部分。 |
| **技术特征C：** 比特流部分包括与视频图块相关联的编码媒体数据 | 对比文件[0087]段记载：“スライスに関するスライスヘッダのタイルエントリポイントオフセットは、スライスのスライスデータ内において、特定のタイルと関連付けられたデータの開始位置を示すことができる。”<br>对比文件[0086]段记载：“HEVC PPSは、...タイリング(tiling)情報を含む。”<br>对比文件[0183]段记载：“PPSは、tiles_enabled_flag構文要素を含むことができる。PPS的tiles_enabled_flag構文要素は、そのPPSを参照する各ピクチャ内に2つ以上のタイルが存在することができるかどうかを指定することができる。” | **《隐含公开》** <br>对比文件明确公开了视频图块(tile)的概念，以及图块与编码数据相关联（[0087]）。图块是编码/解码的基本单元，其数据被包含在比特流中。对比文件公开的包含图块相关数据的NAL单元或Slice数据，可以被视为“与视频图块相关联的编码媒体数据”。因此，本领域技术人员可以合理推断出比特流部分包含此类数据。 |
| **技术特征D：** 一个或多个视频图块中的每个视频图块表示输出视频帧中的不同区域 | 对比文件[0086]段记载：“タイルは、1つのカラム及び1つのローにおいて同時に生じる整数のコーディングツリーブロックであり、タイルのコーディングツリーブロックラスタ走査において連続して順序が設定される。カラムは、ピクチャの最上部の境界から最下部の境界まで延びる垂直な境界によって互いに画定され、ピクチャ内の左から右に連続して順序が設定される。ローは、ピクチャの左境界から右境界まで延びる水平な境界によって互いに画定され、ピクチャ内の最上部から最下部まで連続して順序が設定される。” <br>对比文件[0183]段记载：“ピクチャのタイルは、そのピクチャ内を通る水平及び/又は垂直のタイル境界によって定義される。” | **《直接公开》** <br>对比文件明确描述了图块(tile)的概念。图块是通过水平或垂直边界将图片（视频帧）划分出的不同区域 ([0086], [0183])。每个图块包含该区域的编码树块，并且图块之间通过边界划分，清晰表明每个图块代表视频帧中的一个不同区域。其作用与目标专利中的“每个视频图块表示输出视频帧中的不同区域”完全相同。 |
| **技术特征E：** 视频图块的编码媒体数据被配置为是可独立解码的 | 对比文件[0183]段记载：“ピクチャのタイルはラスター走査順序に従ってコーディングされ、及び、各タイル内のCTBもラスター走査順序に従ってコーディングされる。”<br>对比文件[0220-0221]段及图4展示了一个包含多个切片的图片，每个切片可以包含一个或多个完整的图块，并且每个切片/图块的数据在NAL单元中是独立的。例如，图4说明中，一个Slice可能包含多个完整的Tile。 | **《隐含公开》** <br>对比文件描述了图块内的编码顺序是独立的（[0183]），并且图块数据可以被封装在不同的NAL单元或独立的切片数据流中（[0220-0221]图4）。对比文件虽然没有直接使用“可独立解码”一词描述图块，但基于HEVC标准，图块（tile）的设计目的之一就是为了并行处理和错误隔离，其数据在比特流中通常是自包含的。本领域技术人员公知，在HEVC标准中，只要符合一定的切片边界条件，图块可以被独立解码。对比文件符合HEVC标准，因此隐含公开了该特征。 |
| **技术特征F：** 由解码器装置接收包括图块标识符和边界标识符的图块定位信息 | 对比文件[0087]段记载：“スライスに関するスライスヘッダのタイルエントリポイントオフセットは、スライスのスライスデータ内において、特定のタイルと関連付けられたデータの開始位置を示すことができる。” 以及PPS中包含的关于tile的信息（[0086]）。<br>对比文件[0183]段描述了PPS中的图块相关语法元素：“num_tile_columns_minus1, num_tile_rows_minus1, uniform_spacing_flag, column_width_minus[i], row_height_minus1[i]...”，这些定义了图块的标识和边界。 | **《隐含公开》** <br>对比文件公开了解码器接收PPS等参数集，其中包含定义图块布局的语法元素，如图块列/行数（间接标识图块）、图块宽度/高度（定义边界）。这些信息（`num_tile_columns_minus1`, `column_width_minus1[i]`等）明确地作为图块的“标识符”和“边界标识符”起作用，共同构成了图块的定位信息。本领域技术人员可以合理推断，这些由解码器接收的用于确定图块位置和边界的信息，就是“图块定位信息”。 |
| **技术特征G：** 图块标识符标识属于视频图块的编码媒体数据<br>**技术特征H：** 图块标识符与一个或多个边界标识符相关联<br>**技术特征I：** 边界标识符标识由图块标识符标识的视频图块的至少一个边界 | 对比文件[0087]段记载：“タイルエントリポイントオフセットは、...特定のタイルと関連付けられたデータの開始位置を示す。”<br>对比文件[0183]段记载：“num_columns_minus1構文要素、プラス1は、ピクチャを分割するタイルカラムの数を指定する。num_tile_rows_minus1構文要素、プラス1、は、ピクチャを分割するタイルローの数を指定する。...column_width_minus[i]構文要素、プラス1、は、コーディングツリーブロックのユニット内のi番目のタイルカラムの幅を指定する。row_height_minus1[i]構文要素、プラス1、は、コーディングツリーブロックのユニット内のi番目のローの高さを指定する。” | **《隐含公开》** <br>对比文件的`num_tile_columns_minus1`和`num_tile_rows_minus1`定义了图块网格的存在和数量，每个图块可以由其在网格中的位置（如列索引i, 行索引j）隐含标识。而`column_width_minus[i]`和`row_height_minus1[i]`定义了图块所在列和行的宽度和高度，这实质上是定义了图块的垂直和水平边界。因此，图块的位置信息（例如通过列/行索引标识）必然与定义其边界的高度/宽度信息（边界标识符）相关联。本领域技术人员可以合理推断出这些关联关系。 |
| **技术特征J：** 由解码器装置基于图块标识符和边界标识符来确定图块图<br>**技术特征K：** 图块图定义输出视频帧中的一个或多个视频图块的空间布局 | 对比文件[0086-0087]段以及[0183]段详细描述了PPS中定义图块（tile）结构的语法元素。解码器必须解析这些信息，以确定图片如何被划分为图块以及每个图块的大小和位置，即图块的空间布局。整个过程是HEVC解码流程的标准部分。 | **《隐含公开》** <br>对比文件详细描述了解码器基于PPS中的图块信息（包含图块标识和边界定义的参数）来确定图块的划分和布局（[0086], [0183]）。这实质上就是确定“图块图”。虽然对比文件没有使用“图块图”这个术语，但在HEVC标准中，解码器根据这些参数确定图片的图块结构（即空间布局）是必然的步骤。本领域技术人员可以合理推断出解码器据此确定了图块的空间布局。 |
| **技术特征L：** 其中确定图块图包括基于第一视频图块和第二视频图块各自的边界标识符来确定第一视频图块和第二视频图块是否具有相邻边界 | 对比文件[0086]段中的图块定义：“カラムは...垂直な境界によって互いに画定され、ローは...水平な境界によって互いに画定され”。图块的所有边界都由这些列/行边界定义。<br>对比文件的逻辑：两个图块如果共享一条列边界或一条行边界，则它们是相邻的。 | **《隐含公开》** <br>对比文件指出图块由垂直/水平边界划分（[0086]）。本领域技术人员基于此定义可以明确：如果第一图块的右边界（由`column_width_minus1[i]`定义）与第二图块的左边界重合，或者第一图块的下边界与第二图块的上边界重合，则这两个图块相邻。这是确定相邻边界的、符合逻辑的必然推理。因此，对比文件隐含公开了基于各自边界标识符来确定是否相邻的过程。 |
| **技术特征M：** 如果第一视频图块的边界标识符和第二视频图块的边界标识符之间的预定关系存在，则第一视频图块和第二视频图块具有相邻边界<br>**技术特征N：** 第一边界标识符和第二边界标识符之间的预定关系包括第一边界标识符的至少部分与第二边界标识符的至少部分匹配 | 对比文件[0086]段：“カラムは...垂直な境界によって互いに画定され、...左から右に連続して順序が設定される。ローは...水平な境界によって互いに画定され、...最上部から最下部まで連続して順序が設定される。” | **《隐含公开》** <br>对比文件描述了列边界和行边界的定义。假设两个图块在同一行，图块1位于列i，其右边界由`column_width_minus[0]`到`column_width_minus[i]`累计定义。图块2位于列i+1，其左边界与图块1的右边界是同一个位置。那么，图块1的右边界标识符（累计宽度）与图块2的左边界标识符（也是相同的累计宽度）是“匹配”的。这种“相互匹配”的边界位置关系正是用于确定相邻边界的逻辑。对比文件隐含公开了这一基于边界标识符匹配的预定关系。 |
| **技术特征O：** 在确定图块图之后，由解码器装置基于一个或多个视频图块的解码媒体数据和图块图来生成输出视频帧 | 对比文件[0057]段描述了解码器重建图片的过程：“映像復号器30は、...CUのコーディングブロックを再構築することができる。ピクチャの各CUに関するコーディングブロックを再構築することによって、映像復号器30は、ピクチャを再構築することができる。”<br>这个重建过程必然基于解码后的数据和已知的图块布局。 | **《隐含公开》** <br>对比文件公开了解码器对图片数据进行解码和重建（[0057]）。在HEVC中，解码器需要知道图块的结构才能正确地将解码后的采样值放置在解码图片缓冲区（DPB）中的正确位置，从而生成完整的输出视频帧。生成输出视频帧是解码流程的必然结果。本领域技术人员可以合理推断，在确定了图块图（即图块的空间布局）后，解码器基于解码后的媒体数据，根据此布局来组装完整的输出帧。 |
| **技术特征P：** 其中所述生成包括在输出视频帧缓冲器中分配第一缓冲空间<br>**技术特征Q：** 所述第一缓冲空间被配置用于存储第一视频图块的解码媒体数据<br>**技术特征R：** 并在输出视频帧缓冲器中分配与第一缓冲空间相邻的第二缓冲空间，用于存储第二视频图块的解码媒体数据<br>**技术特征S：** 基于比特流中的视频图块大小信息来确定第一缓冲空间和第二缓冲空间的大小。 | 对比文件未明确提及缓冲空间的具体分配逻辑。对比文件提到“復号ピクチャバッファ116”（DPB）([0200]段)，用于存储重建帧，但没有描述如何在DPB内为不同图块分配缓冲区。HEVC标准本身也未规定必须将解码后各图块的数据分别存储在独立的缓冲空间中。 | **《未公开》** <br>对比文件虽然广泛讨论了图块和编解码，但未公开任何关于“在输出视频帧缓冲器中分配独立的、相邻的缓冲空间”以存储不同图块的数据的概念，也未公开基于图块大小信息来确定这些缓冲空间大小的任何细节。这属于目标专利特有的实现细节。 |
| **技术特征T：** 其中生成输出视频帧包括解码器装置从比特流提取比特流部分<br>**技术特征U：** 解码器装置向第一解码器实例提供包括至少第一视频图块的编码媒体数据的至少第一比特流部分<br>**技术特征V：** 向第二解码器实例提供包括至少第二视频图块的编码媒体的至少第二比特流部分<br>**技术特征W：** 其中第一视频图块不同于第二视频图块<br>**技术特征X：** 第一和第二解码器实例将至少第一比特流部分的至少部分和至少第二比特流部分的至少部分解码成解码的媒体数据<br>**技术特征Y：** 根据由图块图定义的空间布局，将解码的媒体数据定位在解码器装置的输出视频帧缓冲器中。 | 对比文件[0087]段提到：“スライスに関するスライスヘッダのタイルエントリポイントオフセットは、スライスのスライスデータ内において、特定のタイルと関連付けられたデータの開始位置を示す。”这表明解码器可以从比特流中提取特定图块的数据。<br>对比文件[0045]段提到解码器（30）是一个实体，其内部包含多个处理单元。但未提及多个解码器实例。 | **《未公开》** <br>对比文件虽然公开了提取与特定图块相关联的数据的可能性（[0087]），并且在理论上可以通过为每个图块数据分配独立的解码线程来实现并行解码，但对比文件**完全没有公开**“向第一/第二解码器实例提供”的内容。对比文件描述的解码过程是在一个解码器（30）内顺序进行的（尽管内部有多个功能单元，但这些并非独立的解码器实例）。没有提到任何创建或使用多个解码器实例（多线程解码实例）来并行解码不同图块的方法。技术特征U、V、X中的“解码器实例”概念在对比文件中没有公开。 |
| **技术特征Z：** 基于图块定位信息来确定第一和第二缓冲空间的位置。 | 基于以上对特征的P、Q、R、S的分析，对比文件未公开如何基于图块定位信息来确定缓冲空间位置。 | **《未公开》** <br>由于对比文件未公开特征P、Q、R、S中关于缓冲空间分配的任何内容，因此自然也谈不上基于图块定位信息来确定这些未公开的缓冲空间的位置。 |
### **结论**
根据以上严谨分析，对比文件与目标专利的技术方案在整体构思上存在差异。对比文件主要关注于比特流和元素流级别的属性信令，而目标专利侧重于解码器内部对图块进行独立解码、缓冲管理和并行处理的具体实现。
**直接公开的特征：** D (图块表示不同区域)
**隐含公开的特征：** A, B, C, E, F, G, H, I, J, K, L, M, N, O
**未公开的特征：** P, Q, R, S, T, U, V, W, X, Y, Z
因此，根据您的输出格式要求，在回答结尾插入以下代码：
<<<D>>>
<<<a>>><<<b>>><<<c>>><<<e>>><<<f>>><<<g>>><<<h>>><<<i>>><<<j>>><<<k>>><<<l>>><<<m>>><<<n>>><<<o>>>