对比文件名称：2006-10-19_US2006236369A_发明申请_US20060236369A1 Method, apparatus and system for enforcing access control policies using contextual attributes
目标专利名称：用于使用安全元件对远程站进行认证的方法CN103416082B
模型名称：DeepSeek-R1
### 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| **特征A**：包括：所述远程站接收来自所述安全元件的身份请求， **未公开** | 无 | **论述**：在目标专利中，身份请求（REQ ID）由安全元件发起并发送给远程站（参见说明书[0022]-[0023]，[0033]）。对比文件中，客户端设备（相当于远程站）接收来自服务提供商认证模块的“challenge”（挑战）或“access request”（访问请求）（参见[0038]段）。该请求的发送方是服务提供商端的认证模块，而非一个与远程站物理或逻辑上可分离的“安全元件”（如智能卡或TPM）。虽然客户端设备包含TPM，但TPM在此场景中用于存储密钥和签名，并未被描述为发起或转发身份请求的主动方。因此，本领域技术人员无法从对比文件毫无疑义地得出“远程站从安全元件接收身份请求”的技术方案。 |
| **特征B**：所述身份请求包括由所述管理站提供给所述安全元件的第一质询 **未公开** | 无 | **论述**：目标专利中，第一质询N1由管理站生成并先提供给安全元件，再由安全元件包含在身份请求中发送给远程站（参见[0022]图2步骤258-260）。对比文件中，挑战由服务提供商（相当于管理站）的认证模块生成并直接发送给客户端设备（参见[0038]段）。整个过程中，并未提及一个类似“安全元件”的中间实体接收质询再转发给客户端设备。因此，对比文件没有公开“质询由管理站先提供给安全元件”这一传递路径。 |
| **特征C**：所述远程站将身份响应转发给所述安全元件， **未公开** | 无 | **论述**：目标专利中，远程站将包含签名的身份响应（ID RES）发送给安全元件（参见[0022]步骤262）。对比文件中，客户端设备（远程站）将包含签名上下文属性的响应（response）直接发送给服务提供商的认证模块（参见[0039]段及图4流程）。响应是发送给远端的管理站（服务提供商），而非转发给本地的安全元件（如TPM）。虽然TPM参与了签名过程，但签名的数据是由客户端设备直接发送出去的。因此，对比文件未公开“将身份响应转发给安全元件”这一步骤。 |
| **特征D**：其中所述身份响应包括通过所述远程站的密钥签名的、对所述第一质询的响应， **隐含公开(d)** | [0038]：“the authentication module may challenge the client device to provide the contextual attributes required by the selected access policy.”<br>[0039]：“the attribute management module ... digitally signs the contextual attributes using one of the cryptographic keys stored in the TPM, such as the attestation identity key (AIK)” | **论述**：目标专利中，身份响应包含用远程站密钥签名的、对第一质询的响应。对比文件中，客户端设备（远程站）在收到认证模块（管理站）的挑战（challenge）后，使用存储在TPM（相当于一种安全元件/受信处理器）中的密钥（如AIK）对挑战所要求的上下文属性（contextual attributes）进行数字签名（[0039]）。这些签名的属性构成了对挑战的“响应”。虽然签名内容具体为“上下文属性”而非一个简单的“确认”或“应答”，但在认证上下文中，提供并签名所要求的属性正是对质询的一种响应形式。本领域技术人员可以合理推断，使用设备密钥对质询所要求的内容进行签名，属于“通过远程站的密钥签名的、对第一质询的响应”的一种具体实施方式。因此，该技术特征被对比文件隐含公开。 |
| **特征E**：并且其中经签名的对所述第一质询的响应由所述管理站用于对所述远程站进行认证。 **直接公开(E)** | [0039]：“the authentication module at block 412 verifies the signature on the response and then determines if the client device's supplied contextual attributes are valid according to the selected access policy... then authentication of the client device is successful” | **论述**：目标专利中，管理站使用收到的签名响应来认证远程站。对比文件中，服务提供商的认证模块在收到客户端设备的签名响应后，验证签名并检查属性是否符合访问策略，以此决定是否成功认证客户端设备（[0039]）。两者作用完全相同：管理站/服务提供商通过验证远程站/客户端设备提供的签名数据来完成认证过程。因此，该技术特征被对比文件直接公开。 |
| **特征F**：其特征在于，所述安全元件是嵌入在所述远程站中的智能卡。 **未公开** | 无 | **论述**：对比文件中唯一提到的安全硬件是TPM（可信平台模块），它被描述为驻留在客户端设备上（“residing on the client device” [0024]）。TPM是一种提供信任根的硬件芯片，通常集成在主板上，符合“构建到远程站中的受信处理器模块”的描述（特征H），但未被描述为“智能卡”，尤其是“嵌入在远程站中的智能卡”。智能卡（如SIM卡）通常具有可插拔特性，与TPM的集成方式不同。因此，对比文件未公开此特征。 |
| **特征G**：其特征在于，所述安全元件是可从所述远程站移除的智能卡。 **未公开** | 无 | **论述**：对比文件全文未提及任何可从设备中移除的智能卡（如SIM、UICC）。其安全基础是设备内置的TPM。因此，该特征未被公开。 |
| **特征H**：其特征在于，所述安全元件是构建到所述远程站中的受信处理器模块。 **直接公开(H)** | [0024]：“The attribute management module 204 communicates with a trusted platform module (TPM) 206 residing on the client device.”<br>[0044]：“authentication and/or access control may be achieved using trusted contextual attributes firmly rooted in the TPM of the client device.” | **论述**：目标专利中的“构建到远程站中的受信处理器模块”与对比文件中的“TPM”（可信平台模块）完全对应。对比文件明确说明TPM驻留在客户端设备上（[0024]），为设备提供信任根，用于安全存储密钥和签名数据（[0024], [0044]）。这正是构建到设备内部的受信处理器模块的典型示例。因此，该技术特征被对比文件直接公开。 |
| **特征I**：其特征在于，所述远程站是无线移动设备。 **直接公开(I)** | [0019]：“The mobile computing device may be any client device 104 used for computing or telecommunication, such as a portable computer, personal digital assistant (PDA), cellular telephone, or messaging device, for example.” | **论述**：目标专利的远程站可以是无线移动设备（[0011], [0023]）。对比文件明确将客户端设备描述为移动计算设备，并举例包括便携式计算机、PDA、蜂窝电话等（[0019]）。这些都是无线移动设备的典型示例。因此，该技术特征被对比文件直接公开。 |
| **特征J**：其特征在于，所述远程站的所述密钥是与所述管理站可用的公钥相对应的私钥。 **直接公开(J)** | [0024]：“The TPM provides a foundation for trust and contains at least one or more of cryptographic keys 208...”<br>[0039]：“digitally signs the contextual attributes using one of the cryptographic keys stored in the TPM, such as the attestation identity key (AIK)” | **论述**：目标专利中，远程站的密钥可以是与管理站可用公钥对应的私钥。对比文件中，客户端设备使用存储在TPM中的密钥（如AIK）对数据进行数字签名。AIK是非对称密钥对，包含一个用于签名的私钥和一个用于验证签名的公钥。服务提供商（管理站）需要拥有对应的公钥才能验证签名（[0039]）。这完全符合“私钥-公钥对”的认证模型。因此，该技术特征被对比文件直接公开。 |
| **特征K**：其特征在于，所述身份响应包括包含所述公钥的证书。 **未公开** | 无 | **论述**：对比文件描述了使用TPM的密钥（如AIK）进行签名，但从未提及在响应中包含包含公钥的证书（certificate）。认证过程依赖于服务提供商预先知晓或通过其他方式获取验证公钥。因此，对比文件未公开身份响应包含证书这一特征。 |
| **特征L**：其特征在于，所述远程站的所述密钥是由所述管理站共享的机密密钥。 **未公开** | 无 | **论述**：对比文件仅描述了使用非对称密钥（如AIK）进行数字签名的认证方式（[0039]），未提及或暗示使用由管理站和远程站共享的对称机密密钥（如HMAC中使用的共享密钥）进行认证的方案。因此，该特征未被公开。 |
| **特征M**：其特征在于，所述身份响应包括对于所述远程站而言唯一的身份值。 **未公开** | [0016]：“Instead of identifying the user, the context in which the user makes the request is determined.”<br>[0027]：“No other information, such as a user name and password, or other identity information, is required to authenticate the user” | **论述**：目标专利的身份响应可包括如IMEI等唯一身份值。对比文件的发明核心恰恰在于**不依赖**用户或设备的唯一身份信息进行认证，而是使用上下文属性（如位置、电子收据等）（[0016], [0027]）。因此，对比文件教导的方向与“包括唯一身份值”相反，本领域技术人员无法从中推断出包含唯一身份值的方案。该特征未被公开。 |
| **特征N**：其特征在于，所述第一质询是第一当前量。 **隐含公开(n)** | [0038]：“the authentication module may challenge the client device to provide the contextual attributes required by the selected access policy.” | **论述**：目标专利中，第一质询可以是第一当前量（Nonce）。对比文件中，认证模块向客户端设备发出“challenge”（挑战）。在计算机安全领域，“挑战”通常包含一个随机数（Nonce）以防止重放攻击，这是本领域的公知常识。虽然对比文件没有明确写出“Nonce”这个词，但本领域技术人员阅读到“挑战”（challenge）时，能够合理推断该挑战可以包含一个当前量（Nonce）以确保新鲜性。因此，该技术特征被对比文件隐含公开。 |
| **特征O**：其特征在于，所述身份响应包括由所述远程站生成以用于在对所述管理站进行认证中使用的第二质询。 **未公开** | 无 | **论述**：目标专利中，身份响应可包括远程站生成的第二质询（如第二Nonce），用于对管理站进行相互认证。对比文件描述的认证流程是单向的：服务提供商认证客户端设备。客户端设备的响应中包含的是签名的上下文属性，并未描述或暗示客户端生成一个质询发送给服务提供商以对其进行认证。因此，该特征未被公开。 |
<<<E>>><<<H>>><<<I>>><<<J>>><<<d>>><<<n>>>