对比文件名称：2010-08-17_US7779267B_发明授权_US07779267B2 Method and apparatus for using a secret in a distributed computing system
目标专利名称：用于使用安全元件对远程站进行认证的方法 CN103416082B
本次调用模型名称：DeepSeek-R1
### 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| **技术特征A**：包括：所述远程站接收来自所述安全元件的身份请求，《未被公开》 | 对比文件未记载由安全元件（智能卡）向远程站（受信任设备/平台）主动发起“身份请求”的步骤。图7、图8描绘了受信任设备向智能卡请求秘密的过程（步骤1000, 1100）。 | 目标专利中，身份请求是安全元件向远程站发起的认证流程起点（图2步骤260）。对比文件中，请求流程方向相反，是由受信任设备（可视为远程站的一种）向智能卡（安全元件）请求秘密（图7步骤1000），其目的是获取秘密以提升效率，而非启动对“远程站”的认证。二者作用不同。因此，该特征未被直接或隐含公开。 |
| **技术特征B**：所述身份请求包括由所述管理站提供给所述安全元件的第一质询《未被公开》 | 对比文件未记载存在一个独立的“管理站”实体向安全元件提供质询（挑战）。在认证交互中（图6），质询（如nonce A）是由受信任设备（即平台侧）生成并发给智能卡的（步骤705）。 | 目标专利中，“第一质询”由管理站生成并提供给安全元件，再经由安全元件转发给远程站，用于管理站对远程站的认证（图2步骤258, 260）。对比文件中的质询是本地设备（受信任设备）与智能卡之间相互认证的一部分，不存在一个独立的管理站提供质询。因此，该特征未被公开。 |
| **技术特征C**：所述远程站将身份响应转发给所述安全元件，《隐含公开》 | 图7步骤1020：“The secret is then provided ... to the trusted device 24”。图8步骤1140：“The session key pair and the certificate are then provided to the trusted device 24”。第[0076]段：“...the security token is adapted to provide the secret to the device memory.” | 目标专利中，远程站向安全元件转发包含签名响应的身份响应（图2步骤262）。对比文件中，智能卡（安全元件）在验证通过后，向受信任设备（可视为远程站）提供秘密或代理秘密（会话密钥对及证书）。虽然内容和目的（提供秘密 vs 认证响应）不同，但“安全元件向受信任设备提供某物”这一数据传输方向与“远程站向安全元件转发响应”相反。然而，从广义的“响应/提供数据”行为来看，本领域技术人员可以理解，在通信交互中，一方收到请求后向另一方提供数据是常见模式。对比文件公开了智能卡向受信任设备提供数据作为对请求的“响应”。虽然方向与目标专利描述的“远程站->安全元件”相反，但在不同的系统架构设计中，数据流方向可能因功能分配不同而互换。考虑到隐含公开判断标准宽松，可以认为对比文件隐含了“某一实体（此处为智能卡）向另一实体（此处为受信任设备）提供响应数据”的概念，通过角色互换推理，有可能得出远程站向安全元件转发响应的方案。因此，判断为**隐含公开**。 |
| **技术特征D**：其中所述身份响应包括通过所述远程站的密钥签名的、对所述第一质询的响应，《未被公开》 | 对比文件存在签名行为，例如智能卡使用其私钥对包含临时值（nonce）的明文进行签名（图6步骤710），以及受信任设备使用其私钥对包含临时值和完整性度量的明文进行签名（图6步骤725）。 | 目标专利的签名响应特指“远程站用自己的密钥，对来自管理站的第一质询进行签名”。对比文件中的签名发生在双向认证过程中（图6），智能卡的签名是针对受信任设备发出的临时值（nonce A），受信任设备的签名是针对智能卡发出的临时值（nonce B）和完整性度量。这些签名是用于本地实体间的相互认证，而非远程站生成一个针对由管理站提供、经安全元件转发的质询的签名响应，以供远端管理站认证。质询来源、签名目的和认证方均不同。因此，该特征未被公开。 |
| **技术特征E**：并且其中经签名的对所述第一质询的响应由所述管理站用于对所述远程站进行认证。《未被公开》 | 对比文件未记载存在一个独立的“管理站”实体接收并利用来自远程站的签名响应进行认证。签名主要用于本地实体（智能卡与受信任设备）间的相互认证（图6）。 | 目标专利的核心在于，管理站利用远程站对质询的签名响应来完成对远程站的认证（图2步骤266）。对比文件缺乏“管理站”这一角色，也没有描述远端实体利用签名响应进行认证的流程。因此，该特征未被公开。 |
| **技术特征F**：其特征在于，所述安全元件是嵌入在所述远程站中的智能卡。《未被公开》 | 对比文件通常将智能卡描述为通过读卡器（12）连接的可移动设备（图1，第[0036]段）。第[0042]段提到可信设备可以是集成在主板上的，但这是指“可信设备”本身，而非智能卡。 | 目标专利中，“嵌入在远程站中的智能卡”意味着智能卡是远程站内部不可分离的一部分。对比文件中的智能卡被明确描述为可通过读卡器插入和移除的独立令牌（如第[0036]段），并未描述其被嵌入远程站内部。因此，该特征未被公开。 |
| **技术特征G**：其特征在于，所述安全元件是可从所述远程站移除的智能卡。《直接公开》 | 第[0036]段：“...there is illustrated a smart card 19...”；图1明确显示了独立的智能卡(19)和读卡器(12)。整个说明书将智能卡作为可插入/移除的安全令牌使用。 | 对比文件明确将智能卡（smart card）作为一种可通过读卡器与计算平台连接和移除的安全令牌使用，这直接对应于目标专利中“可从远程站移除的智能卡”这一安全元件类型。作用相同，都是作为可分离的安全元件。因此，该特征被**直接公开**。 |
| **技术特征H**：其特征在于，所述安全元件是构建到所述远程站中的受信处理器模块。《直接公开》 | 第[0042]段：“...the trusted device 24 is a single, discrete component...”；“it is feasible to integrate one or more of the functions of the trusted device into the main processor itself...”；“...the trusted device is a hardware device that is adapted for integration into the motherboard 20...”。 | 对比文件详细描述了“可信设备（trusted device）24”，它是一个物理和逻辑上受保护、可集成到主板中的硬件模块（图2，图3），用于提供可信计算功能。这完全符合目标专利中“构建到远程站中的受信处理器模块”的描述。作用都是作为平台内部的可信安全元件。因此，该特征被**直接公开**。 |
| **技术特征I**：其特征在于，所述远程站是无线移动设备。《未被公开》 | 对比文件描述的计算平台（10）是通用计算系统（图1），包含键盘、显示器、鼠标等，未特指为“无线移动设备”。 | 目标专利强调远程站是“无线移动设备”，例如用户设备（UE）。对比文件未明确公开其平台具有无线移动特性。虽然其平台可以是便携式的，但未限定于无线移动通信设备。因此，该特征未被公开。 |
| **技术特征J**：其特征在于，所述远程站的所述密钥是与所述管理站可用的公钥相对应的私钥。《隐含公开》 | 第[0061]段：“...the memory 62 contains its private key 620, its public key...”。图6步骤710中，智能卡使用其私钥进行签名，并附上包含其公钥的证书。 | 目标专利中，远程站使用私钥签名，对应的公钥可供管理站用于验证。对比文件中，智能卡（作为安全元件或可类比为远程站）拥有自己的私钥/公钥对（第[0061]段），并在认证中使用私钥签名，同时提供包含公钥的证书（图6步骤710）。虽然对比文件中公钥的验证方可能是受信任设备或其他实体，而非特指的“管理站”，但“使用与某公钥对应的私钥进行签名”这一密钥对机制本身已被公开。在宽松的隐含公开判断下，可以认为本领域技术人员能够从对比文件公开的“私钥签名、对应公钥验证”机制，推理出目标专利中所述的密钥对应关系。因此，判断为**隐含公开**。 |
| **技术特征K**：其特征在于，所述身份响应包括包含所述公钥的证书。《直接公开》 | 图6步骤710：“...a certificate containing the ID and the public key of the smart card 19.” 第[0061]段也提及智能卡内存有公钥和证书。 | 对比文件明确记载了在认证响应中，智能卡提供包含其公钥的证书（图6步骤710）。这直接对应于目标专利中身份响应包含证书的特征。作用相同，都是用于传递公钥信息。因此，该特征被**直接公开**。 |
| **技术特征L**：其特征在于，所述远程站的所述密钥是由所述管理站共享的机密密钥。《未被公开》 | 对比文件主要使用非对称密钥（私钥/公钥对）进行签名和认证（如图6）。未提及或暗示使用由某个“管理站”共享的对称机密密钥。 | 目标专利描述了使用共享机密密钥作为远程站密钥的替代方案。对比文件未公开任何关于共享机密密钥的内容。因此，该特征未被公开。 |
| **技术特征M**：其特征在于，所述身份响应包括对于所述远程站而言唯一的身份值。《隐含公开》 | 第[0061]段：“The memory 62 contains ... an identity 627.” 图6步骤710的响应中包含了智能卡的ID。 | 对比文件中，智能卡拥有唯一的身份标识（ID 627），并在认证响应中发送该ID（图6步骤710）。虽然智能卡是安全元件，但在对比文件的上下文中，它代表了用户或设备的凭证持有者。在宽松的隐含公开判断下，可以认为“提供唯一身份值”这一行为已被公开，本领域技术人员可以推理出在身份响应中包含唯一身份值的方案。因此，判断为**隐含公开**。 |
| **技术特征N**：其特征在于，所述第一质询是第一当前量。《直接公开》 | 图6步骤705：“...generating and transmitting a nonce A to the logon smart card 19...”。第[0055]段：“When a user wishes to communicate with the platform... he creates a nonce, such as a random number...”。 | 对比文件在认证过程中明确使用了“临时量（nonce）”作为质询（challenge），例如随机数（图6步骤705）。这直接对应于目标专利中的“第一当前量”。作用相同，都是用于防止重放攻击的临时值。因此，该特征被**直接公开**。 |
| **技术特征O**：其特征在于，所述身份响应包括由所述远程站生成以用于在对所述管理站进行认证中使用的第二质询。《隐含公开》 | 图6步骤710：智能卡在响应中生成并返回一个新的临时量“nonce B”。第[0069]段：“...a new nonce B generated by the logon smart card 19...”。 | 目标专利中，远程站生成第二质询（如第二临时量）用于对管理站进行认证。对比文件中，智能卡（作为发起响应的实体）在响应受信任设备的质询时，会生成一个新的临时量（nonce B）并包含在响应中（图6步骤710），用于后续对受信任设备的认证（图6步骤725）。虽然实体角色（智能卡 vs 远程站）和认证对象（受信任设备 vs 管理站）不完全相同，但“在响应中包含一个由本方生成的新的临时量，用于对另一方进行认证”这一技术手段已被明确公开。在宽松的隐含公开判断下，可以认为本领域技术人员能够从该公开内容推理出目标专利所述的特征。因此，判断为**隐含公开**。 |
<<<G>>><<<H>>><<<K>>><<<N>>>
<<<c>>><<<j>>><<<m>>><<<o>>>