对比文件名称：2015-07-02_发明申请_WO2015099970A1 OPTIMIZED MULTI-PASS RENDERING ON TILED BASE ARCHITECTURES
目标专利名称：140一种用于数据处理的方法和设备CN108140233B
模型名称：DeepSeek-R1
### 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| **技术特征A**：响应于接收到绘制调用来使用图形处理单元GPU通过所述GPU的图形管线来执行第一组命令，所述绘制调用定义待通过执行所述第一组命令来渲染的一或多个基元。 <br><br> **《隐含公开》** | [0041] “Software application 112 that executes on processor 102 may include one or more graphics rendering instructions that instruct processor 102 to cause the rendering of graphics data to a display... In order to process the graphics rendering instructions, processor 102 may issue one or more graphics rendering commands to GPU 120... to cause GPU 120 to perform some or all of the rendering of the graphics data. In some examples, the graphics data to be rendered may include a list of graphics primitives...” <br> [0053] “GPU 120 may render a triangle by executing a command for rendering the triangle. Accordingly, GPU 120 may render graphical object 206 by executing commands for rendering each of the triangles making up graphical object 206.” | 对比文件公开了GPU执行渲染命令以渲染包含图元（如三角形）的图形数据。本领域技术人员知道，在图形API（如OpenGL或DirectX）中，绘制调用（draw call）是向GPU发出渲染命令以绘制特定图元集的主要机制。对比文件[0041]段所述的“graphics rendering commands”以及[0053]段所述的“executing commands for rendering each of the triangles”在上下文中隐含了这些命令是通过绘制调用发出的，以定义待渲染的图元。因此，本领域技术人员能够从对比文件中毫无困难地推断出“响应于绘制调用执行第一组命令来渲染一或多个基元”这一技术特征。 |
| **技术特征B**：在执行所述第一组命令期间且在渲染所有所述一或多个基元之前通过所述GPU来接收抢占通知。 <br><br> **《隐含公开》** | [0028] “In some cases, an application may render something, trigger a query, and only send data based on the query result.” <br> [0030] “Because the application sends both the IB2 for the “true” query result and the IB2 for the “false” query result the application does not need to wait to send data based on the query result. Rather, the GPU will have both the IB2... sent by the application and it may wait for the result of the query. Thus, rather than have the application wait, the GPU may wait for the query results and then the GPU may execute the query pass.” <br> [0069] “When performing multi-pass tile-based rendering, GPU 120 generally perform a Query pass 400 and a query check 402... A query check 402 may be any request for information triggered by an application... Then a query may be sent.” | 对比文件公开了在多遍渲染中，GPU执行一个查询遍（Query pass）并等待查询结果。查询结果用于决定后续执行哪个渲染遍（条件真遍或条件假遍）。这本质上是一种基于外部条件（查询结果）中断当前执行流程并切换执行路径的机制。本领域技术人员可以理解，这种等待查询结果并根据结果决定执行路径的过程，相当于在执行第一组命令（查询遍及相关的初始渲染）期间，接收到了一个决定后续行动的通知。虽然对比文件未使用“抢占通知”这一术语，但其描述的“query”机制在作用上与目标专利的“抢占通知”类似，都是使GPU暂停当前任务并准备执行新任务的信号。因此，该技术特征被隐含公开。 |
| **技术特征C**：响应于接收到所述抢占通知而至少通过第一硬件开关来将所述GPU的本地存储器的输出与所述图形管线的级断开连接。 <br><br> **《未公开》** | 未发现相关内容。 | 目标专利的技术特征C涉及具体的硬件重配置动作：使用硬件开关将GPU本地存储器（如GMEM或VPM）的输出从图形管线的某个级（如光栅化级）断开。对比文件虽然描述了基于图块（Tile）的渲染架构，其中数据在GMEM和系统内存之间移动（例如解析/未解析操作），但完全没有提及在执行期间动态地、通过硬件开关来改变图形管线内部级间连接（特别是断开本地存储器与特定管线级的连接）的任何机制。对比文件的重心在于优化渲染遍的顺序和减少刷新操作，而非目标专利所强调的在运行时刻动态重配管线互连以实现抢占。因此，该技术特征未被公开。 |
| **技术特征D**：且至少通过第二硬件开关来将所述GPU的所述本地存储器的输出连接到所述GPU的硬件流输出单元以在执行所述第一组命令期间动态配置所述图形管线的级的互连。 <br><br> **《未公开》** | 未发现相关内容。 | 技术特征D是技术特征C的延续，涉及使用另一个硬件开关将本地存储器的输出连接到硬件流输出单元。对比文件完全没有提及“硬件流输出单元”（hardware stream output unit）这一组件，也没有描述在执行命令期间，通过开关将本地存储器的输出动态地重定向到此类单元以实现数据流出。对比文件中数据从GMEM到系统内存的传输是通过“resolve”操作完成的，这是一个在渲染遍结束时发生的固定功能步骤，并非目标专利所述的、响应于抢占而动态触发的、由专用硬件流输出单元执行的中间数据流出。因此，该技术特征未被公开。 |
| **技术特征E**：归因于在执行所述第一组命令期间对所述GPU的所述图形管线的级的互连的动态配置，将在执行所述第一组命令中的一或多个命令期间产生的中间数据从所述硬件流输出单元输出到所述GPU外部的存储器。 <br><br> **《未公开》** | 未发现相关内容。 | 该技术特征依赖于技术特征C和D所定义的动态配置。由于对比文件未公开通过硬件开关动态重配置管线互连以及硬件流输出单元，因此也不可能公开“因动态配置而通过硬件流输出单元将中间数据输出到外部存储器”这一后续动作。对比文件确实描述了将数据从GMEM（本地存储器）传输到系统内存（外部存储器），例如在解析（resolve）阶段[0026]，但这是渲染完成后的固定操作，目的是输出最终像素数据，而不是在执行期间动态流出来自管线中间级（如顶点着色器）的中间数据以供抢占之用。因此，该技术特征未被公开。 |
| **技术特征F**：在完成对所述第一组命令的执行以渲染所述绘制调用的所述一个或多个基元之前，通过所述GPU抢占执行所述第一组命令，来执行第二组命令。 <br><br> **《隐含公开》** | [0030] “The GPU may execute a condition true pass if the result of the query pass is “true”... The GPU may execute a condition false pass if the result of the query pass is “false.”... Responsive to conditionally executing one of the condition true pass or the condition false pass based on the results of the query pass, the GPU may then execute a flush operation.” <br> [0072] “Thus, rather than have the application wait, the GPU may wait for the query results and then the GPU may execute the query pass. The GPU may execute a condition true pass if the result of the query pass is “true.”... The GPU may execute a condition false pass if the result of the query pass is “false.”” | 对比文件描述了GPU在执行查询遍（可视为第一组命令或任务）后，基于查询结果，会条件性地执行“条件真遍”或“条件假遍”（可视为第二组命令）。这种执行模式的切换发生在查询遍完成之后，但在整个多遍渲染场景最终完成（通过刷新操作）之前。本领域技术人员可以合理推断，这种基于中间结果切换执行不同命令组（pass）的行为，其本质就是一种“抢占”：GPU暂停了当前上下文的后续处理（即等待决定执行哪个后续遍），并准备执行另一个命令组。尽管对比文件没有明确使用“抢占”一词，且其切换的粒度可能是“渲染遍”级别而非目标专利的“像素块”级别，但其揭示了“在执行一组命令未完成全部渲染任务之前，转而执行另一组命令”的基本概念。因此，该技术特征被隐含公开。 |
| **技术特征G**：和执行所述第二组命令。 <br><br> **《直接公开》** | [0030] “The GPU may execute a condition true pass if the result of the query pass is “true”... The GPU may execute a condition false pass if the result of the query pass is “false.”” | 对比文件明确记载了GPU执行条件真遍或条件假遍。这直接对应于“执行第二组命令”。因此，该技术特征被直接公开。 |
| **技术特征H**：其中所述一或多个基元包括第一组基元和第二组基元，其中抢占包括在对像素块光栅化和像素着色而不对其它后续像素块进行处理之后抢占，所述像素块包括所述第一组基元中的一或多个基元的一或多个像素而不包括所述第二组基元的像素，且其中光栅化和像素着色包括由所述图形管线的两个级来执行的功能。 <br><br> **《未公开》** | 未发现相关内容。 | 技术特征H限定了非常具体的抢占粒度：在完成一个“像素块”（tile）的光栅化和像素着色后立即抢占，并且该像素块只属于部分基元（第一组基元），而不属于其他基元（第二组基元）。对比文件虽然基于“图块”（tile/bin）进行渲染[0017]，并且每个图块可能包含部分基元[0059]，但其描述的流程是顺序渲染每个图块直至完成，或者基于查询结果决定执行哪个渲染遍。对比文件没有揭示在单个渲染遍的执行过程中，在处理完某个图块后、尚未处理同一绘制调用内其他图块之前，就中断（抢占）当前渲染遍以执行其他任务。其任务切换发生在渲染遍之间，而非渲染遍内的图块之间。因此，目标专利所定义的这种细粒度的、图块级别的抢占机制未被公开。 |
| **技术特征I**：其中抢占包括在到达绘制调用边界之前抢占。 <br><br> **《隐含公开》** | [0030], [0072] (同上) | 如对特征F的论述，对比文件公开了在查询遍完成后（可视为一个任务或子过程结束），基于结果执行条件真遍或条件假遍。在图形渲染中，一个绘制调用（draw call）通常定义一个完整的渲染任务。对比文件描述的多遍渲染，每一遍（如查询遍、条件真遍）都可能包含自己的绘制调用序列。在查询遍结束（可能完成了其内部的绘制调用）后切换到另一遍，可以被理解为在完成一个较高级别的任务单元后切换。虽然对比文件没有明确提及“绘制调用边界”，但本领域技术人员能够理解，其描述的任务切换发生在某个渲染子任务完成之后，而这个子任务边界可能早于整个应用程序渲染场景的完成，这在概念上与“在到达某个执行边界前抢占”有相通之处。因此，该特征被宽松地判断为隐含公开。 |
| **技术特征J**：其中将所述GPU的所述本地存储器的输出从所述图形管线的级断开连接包括：将所述GPU的所述本地存储器的输出从光栅化级断开连接。 <br><br> **《未公开》** | 未发现相关内容。 | 该技术特征是对特征C的进一步限定，明确指出断开连接的级是“光栅化级”。对比文件完全没有涉及任何关于动态断开图形管线级（特别是光栅化级）与本地存储器连接的硬件操作。因此，该技术特征未被公开。 |
| **技术特征K**：进一步包括：仅响应于接收到所述抢占通知，将由着色器产生的所述中间数据输出到所述GPU外部的所述存储器。 <br><br> **《未公开》** | 未发现相关内容。 | 该技术特征依赖于“抢占通知”和动态数据输出机制。对比文件中的查询（query）机制可类比为抢占通知，但对比文件并未描述响应于此查询/通知，将着色器（如顶点着色器）产生的中间数据（相对于最终像素数据）输出到外部存储器。其数据输出（resolve）是渲染遍结束时的固定步骤，输出的是最终颜色/深度数据，且并非“仅响应于”查询而触发。因此，该技术特征未被公开。 |
| **技术特征L**：和停止执行用于渲染所述一或多个基元的所述第一组命令。 <br><br> **《隐含公开》** | [0030], [0072] (同上) | 对比文件描述GPU在等待查询结果后，会执行条件真遍或条件假遍。这意味着在查询遍（第一组命令）执行完毕后，GPU停止继续执行与查询遍相关的后续渲染命令（如果有的话），转而开始准备和执行新的命令组（条件真遍或假遍）。这隐含了“停止执行第一组命令”的行为。因此，该技术特征被隐含公开。 |
| **技术特征M**：进一步包括：在执行所述第二组命令之后，通过从所述GPU外部的所述存储器检索所述中间数据来恢复执行所述第一组命令以进行光栅化和像素着色。 <br><br> **《未公开》** | 未发现相关内容。 | 目标专利该特征描述了独特的恢复机制：从外部存储器取回之前流出的中间数据，并馈入管线以继续光栅化和像素着色。对比文件的多遍渲染中，不同遍（如查询遍、条件真遍）是相对独立的渲染任务，后一遍并非前一被中断任务的“恢复”。对比文件没有描述在执行条件真/假遍之后，需要恢复之前被“抢占”的渲染遍，并从外部内存加载中间数据以继续渲染。其数据流是单向的（从GMEM到系统内存用于显示），而非为了恢复而保存和加载中间数据。因此，该技术特征未被公开。 |
| **技术特征N**：进一步包括：通过所述级从所述本地存储器接收所述中间数据以在接收所述抢占通知之前供所述级处理。 <br><br> **《隐含公开》** | [0018] “During rendering, the GPU may recreate the polygons associated with a current tile, as well as generate pixel values and finish a current tile...” <br> [0025] “During rendering, the GPU may recreate the polygons associated with a current tile, as well as generate pixel values and finish a current tile... In some examples, the GPU may store the final pixel values in the local (to the GPU) or on-chip GPU memory, i.e., GMEM.” | 对比文件描述了在基于图块的渲染中，GPU使用本地图形内存（GMEM）来存储和处理数据（如像素值）。本领域技术人员公知，在图形管线中，一个处理级（如像素着色器）需要从前一级（如光栅化器）或本地缓存接收数据以进行处理。对比文件虽然没有明确描述“中间数据”和“接收抢占通知前”的时序关系，但其揭示的“在正常渲染过程中使用本地存储器（GMEM）”这一基本架构，使得本领域技术人员能够毫无疑义地推断出，在发生任何可能中断正常流程的事件（如对比文件中的查询决策点，类比为抢占通知）之前，图形管线的级是从本地存储器接收和处理数据的。因此，该技术特征被隐含公开。 |
| **技术特征O**：其中，所述硬件流输出单元耦合到所述GPU外部的所述存储器。 <br><br> **《未公开》** | 未发现相关内容。 | 该技术特征限定了硬件流输出单元与外部存储器的连接关系。对比文件未提及“硬件流输出单元”这一组件。虽然系统内存（外部存储器）与GPU之间存在数据路径（如通过总线），但这属于系统级互联，并非目标专利中所述的、专用于在抢占时流出中间数据的特定硬件单元。因此，该技术特征未被公开。 |
<<<G>>><<<a>>><<<b>>><<<f>>><<<i>>><<<l>>><<<n>>>