好的，作为一名资深专利代理师，我将根据您的要求，结合目标专利说明书的解释，对对比文件进行创造性评估。
**对比文件名称：** 2007-11-01_JP2007287143A_发明专利_JP2007287143A Hardware supporting exception for processing software error of i_o address conversion cache error
**目标专利名称：** 具有锁定指示器的多线程处理器 CN101884029B
**模型名称：** 本次调用未指定具体模型名称。
### 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| **技术特征A**：其包括：接收与所述多线程处理器的第一线程相关联的翻译旁视缓冲器TLB未中事件<br>**判断结果：未公开** | [2] “Ｉ／Ｏアドレス変換キャッシュ・ミスが発生したとき、変換処理ロジック１１６は、プロセッサ１２４に対して、Ｉ／Ｏアドレス変換キャッシュ・ミスが発生したことを示すエクセプションを出力できる。”<br>（当发生I/O地址转换缓存未命中时，转换处理逻辑116可以向处理器124输出指示发生了I/O地址转换缓存未命中的异常。） | 目标专利的技术特征A涉及“多线程处理器的第一线程”的TLB未中事件。根据目标专利说明书[0023]段，TLB108是一个由多个线程（如线程112和114）共享的资源。对比文件虽然公开了检测I/O地址转换缓存（即TLB）未中事件，但该事件是由外部I/O设备发起的命令引起的，而非处理器内部的“线程”。对比文件通篇描述的是CPU处理来自I/O设备的命令，并未提及多线程处理器的“线程”概念。因此，对比文件没有公开由多线程处理器线程发起的TLB未中事件，技术特征A未被公开。 |
| **技术特征B**：检查TLB锁定指示器，其中所述TLB锁定指示器包含存储在全局控制寄存器处的位<br>**判断结果：未公开** | [2] “ステップ３３５では、フォールト・チェックおよび生成ロジック１２２は、キャッシュ・ミスを引き起こしたコマンドを送出した仮想チャンネル（すなわち、Ｉ／Ｏデバイス）に対応するエクセプション・ステータス・レジスタ１２８内にステータス・ビットを設定できる。”<br>（在步骤335中，故障检查及生成逻辑122可以在与引起缓存未命中的命令所发送的虚拟通道（即I/O设备）对应的例外状态寄存器128中设置状态位。） | 目标专利的技术特征B中的“TLB锁定指示器”是一个硬件锁，其作用是防止多个线程同时访问共享TLB，从而实现互斥访问（参见说明书[0025]段）。对比文件中的“例外状态寄存器128”用于记录哪个I/O设备（虚拟通道）发生了缓存未中，其作用是标记异常源并可能用于后续的命令重新发布控制，而非用于在多线程环境中锁定共享资源以防止并发访问。两者功能和作用不同。对比文件也未明确该寄存器是“全局控制寄存器”。因此，技术特征B未被直接公开，且基于其作用不同，也无法合理推断出其为锁定指示器，故亦未隐含公开。 |
| **技术特征C**：响应于所述TLB锁定指示器指示未锁定状态而允许所述第一线程存取与TLB相关联的异常处置器<br>**判断结果：未公开** | [2] “ステップ３１０では、変換処理ロジック１１６は、対応する物理メモリ・アドレスがＩ／Ｏアドレス変換キャッシュ１１２内にあるかどうかを判断するために、Ｉ／Ｏコマンドに対するＩ／Ｏ仮想記憶アドレスを、Ｉ／Ｏアドレス変換キャッシュ１１２に渡すことができる。”<br>（在步骤310中，转换处理逻辑116可以将I/O命令的I/O虚拟内存地址传递给I/O地址转换缓存112，以判断相应的物理内存地址是否在I/O地址转换缓存112内。）<br>以及缓存未中时，触发异常（エクセプションを出力）。 | 目标专利的特征C描述了根据硬件锁状态来控制线程对异常处置器的访问。对比文件公开了在缓存未中时，转换处理逻辑116会触发异常（输出给处理器124），但这是一种直接的事件响应机制，并没有描述任何根据一个“锁定指示器”的状态来决定是否“允许存取异常处置器”的判断步骤。在对比文件中，一旦发生未中，就会触发异常处理流程，不存在根据锁状态进行条件分支的控制逻辑。因此，技术特征C未被公开。 |
| **技术特征D**：响应于所述TLB锁定指示器指示锁定状态而：使所述第一线程休眠，其中由休眠模式电路响应于接收到来自控制电路的休眠指令而使所述第一线程休眠<br>**判断结果：未公开** | [2] “ステップ３４０で、変換処理ロジック１１６は、キャッシュ・ミスを引き起こしたＩ／Ｏコマンドをエクセプション・コマンド・キュー１１８に割り込ませることができる。”<br>（在步骤340中，转换处理逻辑116可以将引起缓存未命中的I/O命令插入到例外命令队列118中。） | 目标专利的特征D描述了当锁被持有时，使请求线程进入休眠状态，由专门的休眠模式电路执行。对比文件公开了将导致缓存未中的命令放入“例外命令队列118”中进行缓冲等待。这类似于一种“挂起”或“暂停”该命令进一步处理的操作。然而，对比文件的操作对象是“I/O命令”本身，而非执行该命令的“处理器线程”。更重要的是，对比文件没有提及任何“休眠模式电路”或“休眠指令”，其缓冲机制是通过队列实现的，与目标专利中使处理器线程上下文休眠的技术手段不同。因此，技术特征D未被公开。 |
| **技术特征E**：使所述TLB锁定指示器从所述锁定状态转变为所述未锁定状态，其中所述TLB锁定指示器不从所述锁定状态转变为所述未锁定状态直到指示异常已被处置<br>**判断结果：未公开** | [2] “ソフトウェアは、ステップ３７１で、仮想チャンネル・クリア・レジスタ１３０に書き込むことで、Ｉ／Ｏコマンドの仮想チャンネルに対応するエクセプション・ステータス・レジスタ１２８内のビットをクリアすることができる。”<br>（软件可以在步骤371中，通过向虚拟通道清除寄存器130写入，来清除例外状态寄存器128中与I/O命令的虚拟通道对应的位。） | 目标专利的特征E强调锁定状态的转变时机：必须在异常被处置完成后才解锁。这是一个关键的硬件互斥保障。对比文件中，软件在完成异常处理（加载准确的转换表条目）后，通过写入虚拟通道清除寄存器130来清除例外状态寄存器128中的位。这一操作可以视为一种状态清除。然而，对比文件并未描述一个明确的、用于在多线程间实现互斥的“锁定状态”及其转变规则。其状态位的清除是软件主动发起的，并非一个由硬件控制的、在异常处置完成前保持锁定的机制。两者的作用和实现逻辑不同。因此，技术特征E未被公开。 |
| **技术特征F**：响应于所述TLB锁定指示器从所述锁定状态转变为所述未锁定状态而重放导致所述TLB未中事件的包的执行<br>**判断结果：未公开** | [2] “ステップ３７２では、コマンド再発行ロジック１２０は、変換処理ロジック１１６に通知でき、この変換処理ロジック１１６は、エクセプション・コマンド・キュー１１８から、ステップ３７１で書き込まれた仮想チャンネルに対応するコマンドを読み取る。”<br>（在步骤372中，命令重新发布逻辑120可以通知转换处理逻辑116，该转换处理逻辑116可以从例外命令队列118中读取与步骤371中写入的虚拟通道对应的命令。） | 目标专利的特征F描述了在锁被释放后，由硬件控制逻辑重放先前导致未中的指令包。对比文件公开了在软件清除状态位（步骤371）后，命令重新发布逻辑120会从例外命令队列118中取出之前缓冲的命令进行重新处理（再発行）。这确实是一种“重放”或“重新执行”导致未中事件的命令的机制。但是，对比文件的触发条件是“软件写入清除寄存器”，而非“TLB锁定指示器从锁定状态转变为未锁定状态”。前者是软件行为触发，后者是硬件锁状态变化触发。虽然结果相似（重新处理命令），但触发条件和控制机制不同。因此，技术特征F未被直接公开。从广义的“重放导致未中事件的命令”这一功能看，可以被认为隐含公开了“重放”这一概念，但具体的触发机制（基于硬件锁状态转变）未被公开。 |
| **技术特征G**：其进一步包括当允许存取时将所述TLB锁定指示器设定为所述锁定状态<br>**判断结果：未公开** | 对比文件未描述在允许访问异常处置器时设置锁定状态的操作。其流程是：发生缓存未中 -> 触发异常 -> 命令入队。没有涉及在允许异常处理前先设置一个锁的步骤。 | 目标专利的特征G是一个主动上锁的步骤，旨在确保在异常处置期间共享资源被独占访问。对比文件没有公开这一步骤。在对比文件中，当缓存未中发生时，并未描述任何先“上锁”再允许异常处置的操作。其异常处理流程的启动并不依赖于一个先置的锁定操作。因此，技术特征G未被公开。 |
| **技术特征H**：其中所述TLB包括软件管理的TLB<br>**判断结果：未公开** | 对比文件描述了I/O地址转换缓存（I/Oアドレス変換キャッシュ）112，以及当发生未中时，由软件（ソフトウェア１２６）执行异常处理代码来获取物理地址并加载到缓存中（ステップ３７０）。 | 目标专利说明书[0003]段提及了“软件锁定”，但本专利的核心是使用硬件锁定指示器来改进软件锁定的不足。权利要求H限定TLB是“软件管理的TLB”，这可能意味着TLB的异常处理（如页表遍历）由软件完成。对比文件中的I/O地址转换缓存，在发生未中时，确实是由软件（ソフトウェア１２６）来执行异常处理，获取并加载正确的转换表条目。从这个角度看，对比文件的缓存是“软件管理”的。**因此，技术特征H被直接公开。** |
| **技术特征I**：其进一步包括：计算与所述TLB未中事件有关的结果<br>**判断结果：隐含公开** | [2] “ステップ３７０では、ソフトウェア１２６は、Ｉ／Ｏアドレス変換キャッシュ１１２に正確な情報をロードするために複数の動作を実行できる。 例えば、ソフトウェアは、一連の書き込みを介して、Ｉ／Ｏアドレス変換キャッシュ１１２に正確なＩ／Ｏアドレス変換テーブル・エントリを直接ロードすることができる。”<br>（在步骤370中，软件126可以执行多个动作以将准确的信息加载到I/O地址转换缓存112中。例如，软件可以通过一系列写入，直接将准确的I/O地址转换表条目加载到I/O地址转换缓存112中。） | 目标专利的特征I中的“计算与TLB未中事件有关的结果”，结合说明书[0024]段和附图3（322），是指异常处置器计算缺失的虚拟地址翻译（如从页表中查找）。对比文件中，软件126在异常处理时，需要“获取物理内存地址”（物理メモリ・アドレスをフェッチ），这正是计算与缓存未中事件相关结果（即正确的物理地址）的过程。虽然对比文件明确说明的是“加载”，但加载前必然需要先“计算”或“获取”这个地址。本领域技术人员可以毫无疑义地推断，要加载准确的转换条目，必须先计算出该条目（即物理地址）。**因此，技术特征I被隐含公开。** |
| **技术特征J**：将所述结果编程到所述TLB中<br>**判断结果：直接公开** | [2] 同上句引用：“ソフトウェアは…Ｉ／Ｏアドレス変換キャッシュ１１２に正確なＩ／Ｏアドレス変換テーブル・エントリを直接ロードすることができる。”<br>（软件…可以将准确的I/O地址转换表条目直接加载到I/O地址转换缓存112中。） | 目标专利的特征J是将计算出的地址翻译结果写入TLB。对比文件明确记载了软件将“准确的I/O地址转换表条目” “加载”（ロード）到“I/O地址转换缓存”中。这完全对应于将结果编程到TLB中。**因此，技术特征J被直接公开。** |
| **技术特征K**：将所述TLB锁定指示器设定为所述未锁定状态<br>**判断结果：隐含公开** | [2] “ソフトウェアは、ステップ３７１で、仮想チャンネル・クリア・レジスタ１３０に書き込むことで、Ｉ／Ｏコマンドの仮想チャンネルに対応するエクセプション・ステータス・レジスタ１２８内のビットをクリアすることができる。”<br>（软件可以在步骤371中，通过向虚拟通道清除寄存器130写入，来清除例外状态寄存器128中与I/O命令的虚拟通道对应的位。） | 目标专利的特征K是将硬件锁解锁。对比文件中，在异常处理完成后，软件通过写入操作来清除“例外状态寄存器128”中的状态位。这一操作的功能是表明与该虚拟通道相关的异常处理已完成，后续命令可以重新发布。虽然对比文件没有称之为“锁定指示器”，但其状态位被清除的操作，在功能上等同于将一种“处理中/占用”状态（类似于锁定）解除（类似于解锁）。本领域技术人员可以理解，清除表示异常正在处理的状态标志，意味着资源恢复可用状态。**因此，技术特征K被隐含公开。** |
| **技术特征L**：其进一步包括在从所述异常处置器返回后即刻自动将所述TLB锁定指示器设定为所述未锁定状态<br>**判断结果：未公开** | 对比文件描述了软件在完成异常处理后，主动写入寄存器以清除状态位（步骤371）。这一操作是软件指令（写入虚拟通道清除寄存器）的结果，并非硬件在异常处置器返回后“即刻自动”执行的动作。 | 目标专利的特征L强调了解锁动作的“自动”和“即刻”性，这是硬件控制逻辑的主动行为（参见说明书[0028]段：返回指令可操作以使线程112返回到非异常状态，且可请求控制逻辑电路106解锁TLB锁定指示器110。或者，返回指令可在从异常状态返回后即刻解锁TLB锁定指示器110，而不向控制逻辑电路106发送解锁请求。）。对比文件中的解锁（清除状态位）是由软件显式发起的（写入操作），不是硬件自动完成的。两者机制不同。因此，技术特征L未被公开。 |
| **技术特征M**：其中所述异常处置器将所述TLB锁定指示器设定为所述锁定状态<br>**判断结果：未公开** | 对比文件未描述异常处置器（即软件126）执行设定锁定状态的操作。锁定（或表示处理中的状态设定）发生在缓存未中检测时，由硬件逻辑（故障检查及生成逻辑122）设置例外状态寄存器128的位（步骤335），而非由异常处置器软件来设定。 | 目标专利的特征M限定了由异常处置器来执行上锁操作。在对比文件中，设置状态位（步骤335）是在异常处置器被调用之前，由硬件逻辑完成的。异常处置器（软件126）本身并不负责“上锁”。因此，技术特征M未被公开。 |
<<<J>>><<<i>>><<<k>>>