**对比文件名称**：2007-07-26_JP2007520769A_发明专利_JP2007520769A Lock, which is the queue using the monitor memory wait
**目标专利名称**：434具有锁定指示器的多线程处理器CN101884029B
**本次调用模型名称**：专利创造性评估模型
### 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| **技术特征A**：其包括：接收与所述多线程处理器的第一线程相关联的翻译旁视缓冲器TLB未中事件<br>**《未公开》** | 未找到对应内容。 | 目标专利的技术特征A涉及特定事件——“TLB未中事件”，即线程访问翻译旁视缓冲器（TLB）时地址翻译失败的事件。对比文件全文未提及“翻译旁视缓冲器”（TLB）或“TLB未中”事件。对比文件描述的是处理器尝试获取一个被其他处理器竞争的“锁”时的情况（例如[2]段：“プロセッサは他のプロセッサにより競合されるロックを取得しようとする”）。虽然两者都涉及多线程环境下的资源访问冲突，但冲突的对象和触发事件本质不同：目标专利是访问共享硬件资源（TLB）失败，对比文件是获取软件/内存中的锁变量失败。因此，本领域技术人员不能从对比文件中毫无疑义地得出或合理推断出“接收TLB未中事件”这一技术特征。 |
| **技术特征B**：检查TLB锁定指示器，其中所述TLB锁定指示器包含存储在全局控制寄存器处的位<br>**《未公开》** | 未找到对应内容。 | 目标专利的技术特征B限定了“TLB锁定指示器”的具体实现方式——“存储在全局控制寄存器处的位”。这是一种硬件实现的、处理器全局可见的锁状态位。对比文件虽然描述了锁的状态（例如锁是否被竞争、是否可用），但其锁状态是通过监视锁变量所在的内存地址（即“ロックアドレス”）来体现的（例如[2]段：“ロックのロックアドレスを監視すること”）。对比文件没有公开使用一个独立的、位于处理器全局控制寄存器中的“位”来作为锁定指示器。本领域技术人员无法从对比文件中推断出这种特定的硬件寄存器实现方式。 |
| **技术特征C**：响应于所述TLB锁定指示器指示未锁定状态而允许所述第一线程存取与TLB相关联的异常处置器<br>**《未公开》** | 未找到对应内容。 | 目标专利的技术特征C定义了当锁未锁定时，允许触发事件的线程启动“异常处置器”来处理TLB未中。对比文件描述的是当锁未被竞争时，处理器直接获取锁（例如[2]段：“ロックが競合していない場合、...ロックを取得する”），并未涉及任何“异常处置器”的概念。异常处置器是目标专利中用于处理TLB未中、更新TLB内容的特定逻辑/指令序列。对比文件中的锁获取操作是常规的内存读写操作，不涉及启动异常处理流程。因此，该特征未被公开。 |
| **技术特征D**：响应于所述TLB锁定指示器指示锁定状态而：使所述第一线程休眠，其中由休眠模式电路响应于接收到来自控制电路的休眠指令而使所述第一线程休眠<br>**《隐含公开》** | [2]段：“ロックが競合する場合、...メモリ待機（ｍｗａｉｔ）命令が、競合するロックが利用可能になるのを待機しながら、プロセッサをスリープ状態にするよう実行される。”<br>[2]段：“プロセッサは、処理ブロック８１８において、ノード上のモニタｍｗａｉｔ機構を用いてスリープ状態にされる。”<br>图3及描述提到了“スレッド一時停止／再開及びプロセッサスリープ／アウェイク論理３７７”。 | 目标专利的技术特征D定义了当锁处于锁定状态时，通过“休眠模式电路”响应“控制电路”的指令使线程休眠。对比文件公开了当锁被竞争时，处理器执行“mwait”指令进入睡眠（スリープ）状态（[2]段）。执行“mwait”指令这一行为本身就隐含了处理器内部存在相应的控制逻辑（相当于目标专利的“控制电路”）和睡眠状态管理电路（相当于“休眠模式电路”）来响应该指令并执行休眠操作。图3中的“スレッド一時停止／再開及びプロセッサスリープ／アウェイク論理３７７”进一步证实了存在用于管理线程睡眠/唤醒的硬件逻辑。因此，本领域技术人员完全可以从对比文件公开的“执行mwait指令使处理器睡眠”这一操作，合理推断出其中必然包含了“由休眠模式电路响应来自控制电路的休眠指令而使线程休眠”这一技术手段。两者在“响应于锁被占用而使请求线程进入低功耗等待状态”这一核心作用和效果上是相同的。 |
| **技术特征E**：使所述TLB锁定指示器从所述锁定状态转变为所述未锁定状态，其中所述TLB锁定指示器不从所述锁定状态转变为所述未锁定状态直到指示异常已被处置<br>**《未公开》** | 未找到对应内容。 | 目标专利的技术特征E限定了锁定指示器状态转变的严格时机——必须“直到指示异常已被处置”后才解锁。这是为了确保在TLB被修改（异常处置）期间，锁定一直有效。对比文件描述了锁的释放（例如图9流程），但其释放时机取决于持有锁的处理器何时执行释放操作（如写入锁地址），或者等待队列的机制，并未将解锁时机与“异常已被处置”这一特定事件挂钩。对比文件完全没有提及“异常处置”的概念。因此，该特征中关于状态转变触发条件的限定未被公开。 |
| **技术特征F**：响应于所述TLB锁定指示器从所述锁定状态转变为所述未锁定状态而重放导致所述TLB未中事件的包的执行<br>**《未公开》** | 未找到对应内容。 | 目标专利的技术特征F定义了线程被唤醒后，要“重放”导致未中事件的指令包。这是为了在TLB内容可能已被更新后，重新尝试之前的地址翻译请求。对比文件中，处理器被唤醒后（例如图8，处理ブロック８２２），会重新尝试获取锁的所有权（“ロックの所有権を主張する”）。这个过程是继续执行锁获取操作，而不是“重放”一个导致特定未中事件的“指令包”。对比文件没有涉及“TLB未中事件”或“指令包重放”的概念。因此，该特征未被公开。 |
| **技术特征G**：其进一步包括当允许存取时将所述TLB锁定指示器设定为所述锁定状态<br>**《未公开》** | 未找到对应内容。 | 目标专利的技术特征G是方法中的附加步骤：在允许线程存取异常处置器的同时，将锁定指示器设为锁定状态。这对应于图3中的步骤320。对比文件没有描述类似的步骤。当锁未被竞争时，对比文件中的处理器直接获取锁（[2]段），但这并不等同于在允许进行某个特定操作（如存取异常处置器）的同时去“设定”一个独立的锁定指示器。锁的获取本身可能改变了锁内存地址的值，但这与设定一个专门的硬件锁定位在手段上不同。因此，该特征未被公开。 |
| **技术特征H**：其中所述TLB包括软件管理的TLB<br>**《未公开》** | 未找到对应内容。 | 目标专利的技术特征H是对共享资源“TLB”的进一步限定，即其可以是“软件管理的”。对比文件全文未提及“TLB”（翻译旁视缓冲器），因此更不可能公开其是否为软件管理。该特征未被公开。 |
| **技术特征I**：其进一步包括：计算与所述TLB未中事件有关的结果<br>**《未公开》** | 未找到对应内容。 | 目标专利的技术特征I是异常处置过程的一部分，涉及计算TLB未中事件的结果，例如从页表查找地址翻译。对比文件处理的是锁竞争，不涉及TLB未中，因此没有公开任何与TLB未中事件结果计算相关的内容。 |
| **技术特征J**：将所述结果编程到所述TLB中<br>**《未公开》** | 未找到对应内容。 | 目标专利的技术特征J是异常处置过程的延续，将计算得到的结果（如地址映射）写入TLB。对比文件不涉及TLB，因此没有公开任何向TLB编程的操作。 |
| **技术特征K**：将所述TLB锁定指示器设定为所述未锁定状态<br>**《未公开》** | 未找到对应内容。 | 目标专利的技术特征K是锁定指示器状态管理的一部分，即在适当时机将其设为未锁定。对比文件虽然涉及锁的释放，但其释放对象是内存中的锁变量，而非目标专利中特定的“TLB锁定指示器”（存储在全局控制寄存器中的位）。实现载体不同，该特征未被公开。 |
| **技术特征L**：其进一步包括在从所述异常处置器返回后即刻自动将所述TLB锁定指示器设定为所述未锁定状态<br>**《未公开》** | 未找到对应内容。 | 目标专利的技术特征L限定了锁定指示器解锁的一种自动方式——从异常处置器返回后即刻自动解锁。对比文件没有“异常处置器”的概念，因此不可能公开与之相关的自动解锁机制。 |
| **技术特征M**：其中所述异常处置器将所述TLB锁定指示器设定为所述锁定状态<br>**《未公开》** | 未找到对应内容。 | 目标专利的技术特征M限定了锁定指示器可以由异常处置器来设定为锁定状态。对比文件没有“异常处置器”的概念，因此不可能公开由异常处置器执行锁定操作。 |
### 总结
根据上述比对分析，对比文件JP2007520769A仅隐含公开了目标专利权利要求中的技术特征D，即“响应于锁定状态而使线程休眠”的相关手段。其余技术特征A、B、C、E、F、G、H、I、J、K、L、M均未被对比文件直接公开或隐含公开。
<<<d>>>