对比文件名称：2006-07-20_发明专利_JP2006190281A System and method for virtualizing graphic subsystem
目标专利名称：140一种用于数据处理的方法和设备CN108140233B
模型名称：OpenAI GPT-4
### 特征比对表格
| 技术特征描述以及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| **A**：响应于接收到绘制调用来使用图形处理单元GPU通过所述GPU的图形管线来执行第一组命令，所述绘制调用定义待通过执行所述第一组命令来渲染的一或多个基元<br>**隐含公开** | 段落[2]：“初めに、情報は、ＡＰＩに従ってＣＰＵによってパッケージされた状態でＣＰＵからＧＰＵに送られる。 そして、アプリケーションからの情報は、３Ｄグラフィックデータが処理される場合の頂点シェーダなどのＧＰＵの計算サブユニットによってスケジュールされ、処理されるまで、メモリで待機する。” <br>（翻译：首先，信息由CPU根据API打包，从CPU发送到GPU。然后，来自应用程序的信息在内存中等待，直到被GPU的计算子单元（例如，在3D图形数据处理时的顶点着色器）调度和处理。） | 对比文件描述了应用程序通过API向GPU发送图形处理命令（信息），GPU的着色器等计算单元对命令进行处理。本领域技术人员可以理解，这种命令流通常包含定义待渲染基元的绘制调用（draw call）。因此，对比文件隐含公开了GPU响应于接收到的图形处理命令（包含绘制调用）并执行相关命令来渲染基元。 |
| **B**：在执行所述第一组命令期间且在渲染所有所述一或多个基元之前通过所述GPU来接收抢占通知<br>**隐含公开** | 段落[2]：“もう一つの主要な管理カテゴリは、処理リソースのスケジューリングである。 高機能ドライバモデルは、コンテクストのプリエンプションをサポートし、そのため、最も単純な管理モデルでは、ＶＭＭに時間スライスをパーティションに割り当てさせ、現在実行されているパーティションからの現在実行中のグラフィックコンテクストを優先する。” <br>（翻译：另一个主要的管理类别是处理资源的调度。高功能驱动程序模型支持上下文的抢占，因此，在最简单的管理模型中，VMM将时间片分配给分区，并优先处理来自当前执行分区的当前正在执行的图形上下文。）<br>段落[2]：“現在の高機能ドライバモデルは、実行する新しいコンテクストリストを指定する際にダブルバッファリングされた実行リストを使用する。 保留中の実行リストは１つ以上はないという前提がある。 仮想化されたスケジューリングモデルは、ＶＭＭが実行リストの境界でパーティションを切り替えることを容易にし、さらに、新しいパーティションへの遷移が行われる時には、コンテクスト状態が古いパーティションに保存され、新しいパーティションから復元されることを保証するためにいくつかの変更を必要とする…” <br>（翻译：当前的高功能驱动程序模型在指定要执行的新上下文列表时使用双缓冲执行列表。前提是待处理执行列表不超过一个。虚拟化调度模型便于VMM在**执行列表的边界**切换分区，此外，当发生向新分区的转换时，需要进行一些更改以确保上下文状态从旧分区保存并从新分区恢复...） | 对比文件明确提到了图形上下文的“抢占”（プリエンプション），并且由虚拟机器监视器（VMM）进行调度管理。在虚拟化环境中，VMM可以中断当前正在执行的图形上下文（即第一组命令），以切换到另一个分区（虚拟机）的上下文（即第二组命令）。这种抢占通知（例如，通过VMM的调度决策）可以在当前上下文完成其所有渲染任务（例如，所有基元）之前发生。虽然对比文件未明确说明“在渲染所有基元之前”，但其描述的抢占机制隐含了这种可能性，即抢占可以发生在任务执行的任何中间点，而非必须等待任务完全完成。因此，该特征被隐含公开。 |
| **C**：响应于接收到所述抢占通知而至少通过第一硬件开关来将所述GPU的本地存储器的输出与所述图形管线的级断开连接<br>**未公开** | 对比文件中未发现描述将GPU本地存储器的输出从图形管线的级断开连接的内容，也未提及“硬件开关”或类似概念。 | 对比文件的核心在于通过VMM进行系统级的GPU资源虚拟化和调度管理，以实现多个操作系统的共存和上下文切换。它并未涉及为了响应抢占而动态改变GPU内部图形管线硬件连接的具体技术。目标专利中通过硬件开关断开本地存储器与管线级连接，是动态重配置管线的关键硬件动作，在对比文件中完全没有对应或暗示。因此，该技术特征未被公开。 |
| **D**：且至少通过第二硬件开关来将所述GPU的所述本地存储器的输出连接到所述GPU的硬件流输出单元以在执行所述第一组命令期间动态配置所述图形管线的级的互连<br>**未公开** | 对比文件中未发现描述将GPU本地存储器的输出连接到硬件流输出单元的内容，也未提及“硬件流输出单元”或为了动态配置管线互连而使用硬件开关。 | 与特征C同理，对比文件未描述GPU内部图形管线硬件级的动态重配置机制。目标专利中利用硬件流输出单元（Stream Out Unit）作为数据流出路径，并通过开关动态切换连接，是实现中间数据流出的具体硬件手段。对比文件虽然涉及数据流动（例如，不同分区间的数据隔离或传递），但这是在虚拟化层通过内存管理（如分区、页表）实现的，并非通过动态重配置GPU内部的固定功能硬件单元（如流输出单元）的连接关系。因此，该特征未被公开。 |
| **E**：归因于在执行所述第一组命令期间对所述GPU的所述图形管线的级的互连的动态配置，将在执行所述第一组命令中的一或多个命令期间产生的中间数据从所述硬件流输出单元输出到所述GPU外部的存储器<br>**未公开** | 对比文件中未发现描述因动态配置图形管线互连而导致中间数据通过硬件流输出单元输出到GPU外部存储器的内容。 | 该技术特征依赖于特征C和D的硬件动态配置。由于对比文件未公开该动态配置机制，因此也不可能公开由此导致的“中间数据通过硬件流输出单元输出到外部存储器”这一结果。对比文件中的虚拟化技术可能涉及将数据存储在不同的内存区域（系统内存或显卡内存的不同分区），但这属于资源分配和内存映射的管理范畴，与目标专利中通过重配置图形管线硬件来主动“流出”（stream out）中间数据的技术方案有本质区别。因此，该特征未被公开。 |
| **F**：在完成对所述第一组命令的执行以渲染所述绘制调用的所述一个或多个基元之前，通过所述GPU抢占执行所述第一组命令，来执行第二组命令<br>**隐含公开** | 段落[2]：“高機能ドライバモデルは、コンテクストのプリエンプションをサポートし、そのため、最も単純な管理モデルでは、ＶＭＭに時間スライスをパーティションに割り当てさせ、現在実行されているパーティションからの現在実行中のグラフィックコンテクストを優先する。” <br>段落[2]：“仮想化されたスケジューリングモデルは、ＶＭＭが実行リストの**境界**でパーティションを切り替えることを容易にし...” | 对比文件明确支持图形上下文的抢占（preemption）。VMM可以调度GPU停止执行当前分区（例如，运行第一组命令的上下文），并开始执行另一个分区（例如，运行第二组命令的上下文）。虽然对比文件提到在“执行列表的边界”进行切换可能暗示一种较粗粒度的切换点，但其关于抢占的总体描述并不排除在更细粒度（例如，完成所有基元渲染之前）进行切换的可能性。本领域技术人员可以合理推断，在虚拟化调度中，为了响应高优先级任务，抢占可以在当前任务完成前发生。因此，该特征被隐含公开。 |
| **G**：和执行所述第二组命令。<br>**隐含公开** | 段落[2]：“...現在実行されているパーティションからの現在実行中のグラフィックコンテクストを優先する。” <br>（翻译：...优先处理来自当前执行分区的当前正在执行的图形上下文。）以及虚拟化模型整体描述。 | 既然对比文件公开了通过抢占切换到另一个分区（或上下文），那么自然隐含了执行该分区（或上下文）所关联的命令，即第二组命令。这是抢占后必然发生的步骤。 |
| **H**：其中所述一或多个基元包括第一组基元和第二组基元，其中抢占包括在对像素块光栅化和像素着色而不对其它后续像素块进行处理之后抢占，所述像素块包括所述第一组基元中的一或多个基元的一或多个像素而不包括所述第二组基元的像素，且其中光栅化和像素着色包括由所述图形管线的两个级来执行的功能。<br>**未公开** | 对比文件中未发现“像素块”（pixel tile）、“第一组基元”、“第二组基元”以及在对特定像素块进行光栅化和着色后（而不处理后续块）进行抢占的具体描述。 | 目标专利的该特征限定了非常具体的抢占粒度——像素块级别，并且明确了抢占发生在一个像素块处理完成之后，即使该绘制调用内还有其他基元或像素块未处理。对比文件虽然提到了抢占，但并未具体定义其粒度。其提到的“执行列表的边界”可能对应于命令缓冲区或绘制调用的边界，远粗于像素块级别。对比文件主要关注虚拟机/分区级别的上下文切换，其调度粒度与图形渲染管线内部的像素块处理流程无关。因此，该细化特征未被公开。 |
| **I**：其中抢占包括在到达绘制调用边界之前抢占。<br>**隐含公开** | 段落[2]：“仮想化されたスケジューリングモデルは、ＶＭＭが実行リストの**境界**でパーティションを切り替えることを容易にし...” <br>（翻译：虚拟化调度模型便于VMM在**执行列表的边界**切换分区...） | 对比文件提到在“执行列表的边界”进行切换，这可能对应于一种较粗的边界（如绘制调用边界）。然而，该描述并未将抢占严格限制在“绘制调用边界”。本领域技术人员知道，在支持抢占的系统中，抢占可以发生在任意点或特定的检查点。对比文件对抢占的支持是概括性的，并未排除在更细粒度（包括在绘制调用边界之前）进行抢占的可能性。在虚拟化环境中，为了及时响应，抢占点可能被设计得更灵活。因此，可以认为对比文件隐含公开了“在到达绘制调用边界之前抢占”这一较宽泛的概念。 |
| **J**：其中将所述GPU的所述本地存储器的输出从所述图形管线的级断开连接包括：将所述GPU的所述本地存储器的输出从光栅化级断开连接。<br>**未公开** | 对比文件中未发现提及“光栅化级”（rasterizer stage）或将其与本地存储器的输出断开连接的内容。 | 该特征是特征C的具体化。由于特征C（断开连接）未被公开，且对比文件未提及图形管线的具体级（如光栅化级），因此该具体特征也未被公开。 |
| **K**：进一步包括：仅响应于接收到所述抢占通知，将由着色器产生的所述中间数据输出到所述GPU外部的所述存储器<br>**未公开** | 对比文件中未发现描述“仅响应于抢占通知”而将着色器产生的中间数据输出到GPU外部存储器的机制。 | 该特征与特征E紧密相关，强调了动态数据流出的触发条件是抢占通知。对比文件未描述这种与抢占通知直接、排他性关联的数据流出机制。其数据管理（如内存分区）通常是静态或半静态配置的，为每个虚拟机分配资源，而非动态响应于抢占事件而改变数据路径。因此，该特征未被公开。 |
| **L**：和停止执行用于渲染所述一或多个基元的所述第一组命令。<br>**隐含公开** | 段落[2]：“高機能ドライバモデルは、コンテクストのプリエンプションをサポート...” <br>（翻译：高功能驱动程序模型支持上下文的抢占...） | 抢占（preemption）的核心含义就是中断当前任务的执行。因此，对比文件公开的“上下文抢占”必然隐含了停止执行当前的第一组命令。这是抢占行为的题中应有之义。 |
| **M**：进一步包括：在执行所述第二组命令之后，通过从所述GPU外部的所述存储器检索所述中间数据来恢复执行所述第一组命令以进行光栅化和像素着色。<br>**未公开** | 对比文件中提到了上下文状态的保存和恢复（段落[2]：“コンテクスト状態が古いパーティションに保存され、新しいパーティションから復元される”），但未具体描述恢复的内容是“从GPU外部存储器检索的、由着色器产生的中间数据”，也未描述恢复后是为了进行“光栅化和像素着色”。 | 对比文件公开了在上下文切换时需要保存和恢复状态信息，这是一种通用的上下文管理技术。然而，目标专利的该特征限定了非常具体的恢复内容（之前流出的中间数据）和恢复目的（继续光栅化和像素着色）。对比文件没有提及这种基于特定中间数据流出的恢复机制。其上下文状态可能包括寄存器值、命令指针等控制信息，而非特定于图形管线的中间渲染数据。因此，该特征未被公开。 |
| **N**：进一步包括：通过所述级从所述本地存储器接收所述中间数据以在接收所述抢占通知之前供所述级处理。<br>**隐含公开** | 段落[2]：“初めに、情報は、ＡＰＩに従ってＣＰＵによってパッケージされた状態でＣＰＵからＧＰＵに送られる。 そして、アプリケーションからの情報は、３Ｄグラフィックデータが処理される場合の頂点シェーダなどのＧＰＵの計算サブユニットによってスケジュールされ、処理されるまで、メモリで待機する。 頂点シェーダが操作を完了すると、情報は通常、さらなる処理のためにピクセルシェーダからアクセスされるまで、頂点シェーダから特別なデータ経路を通ってピクセルシェーダに出力される。” <br>（翻译：首先，信息由CPU根据API打包，从CPU发送到GPU。然后，来自应用程序的信息在内存中等待，直到被GPU的计算子单元（例如，在3D图形数据处理时的顶点着色器）调度和处理。顶点着色器完成操作后，信息通常通过特殊的数据路径从顶点着色器输出到像素着色器，直到被像素着色器访问以进行进一步处理。） | 对比文件描述了图形管线的基本工作流程：数据（顶点信息）被处理，并在管线级间传递（例如，从顶点着色器到像素着色器）。本领域技术人员可以理解，在正常的、无抢占的图形处理过程中，中间数据会在GPU的本地存储结构（如寄存器、缓存、片上内存）中暂存和传递，以供下一级处理。这隐含了“在接收抢占通知之前”，管线级从本地存储器接收中间数据以供处理。 |
| **O**：其中，所述硬件流输出单元耦合到所述GPU外部的所述存储器。<br>**未公开** | 对比文件中未提及“硬件流输出单元”（hardware stream output unit）。 | “硬件流输出单元”是目标专利中一个特定的硬件组件，用于将数据输出到GPU外部存储器。对比文件没有描述这一具体硬件单元或其连接关系。虽然GPU通常具有与外部存储器（如系统内存）通信的接口，但“硬件流输出单元”是一个具有特定功能的、常与图形API的流输出（Stream Output）阶段相关的专用硬件。对比文件未公开此具体组件。 |
<<<a>>><<<b>>><<<f>>><<<g>>><<<i>>><<<l>>><<<n>>>