对比文件的名称：2009-11-12_US2009282256A_发明申请_US20090282256A1 SECURE PUSH MESSAGES
目标专利的名称：361用于使用安全元件对远程站进行认证的方法CN103416082B
模型名称：DeepSeek-R1
### 特征比对表格
| 技术特征描述以及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| **技术特征A**：包括：所述远程站接收来自所述安全元件的身份请求，<br>**判断结果**：未被公开 | 无 | 对比文件公开了客户端设备（client device 102）接收来自管理员设备（administrator device 104）的安全推送消息（secure push message）（例如，第[0043]段，图1、图15）。然而，目标专利中的“身份请求”是由“安全元件”发起并发送给“远程站”的。对比文件中的消息流是“管理员设备 -> 客户端设备”，其中没有作为独立中间实体的“安全元件”接收来自管理站的质询并转发给远程站。因此，对比文件没有公开“远程站接收来自安全元件的身份请求”这一技术特征。 |
| **技术特征B**：所述身份请求包括由所述管理站提供给所述安全元件的第一质询<br>**判断结果**：未被公开 | 无 | 对比文件公开了安全推送消息中包含随机数（nonce）（例如，第[0076]段，图8字段814）。然而，该随机数是由管理员设备（相当于管理站）生成并直接包含在发送给客户端设备（相当于远程站）的消息中的。目标专利中的“第一质询”是由“管理站”提供给“安全元件”，再由“安全元件”包含在发送给“远程站”的“身份请求”中。对比文件缺少“安全元件”作为中间载体接收并转发质询的环节。因此，该特征未被公开。 |
| **技术特征C**：所述远程站将身份响应转发给所述安全元件，<br>**判断结果**：未被公开 | 无 | 对比文件公开了客户端设备在验证安全推送消息后，可以向管理员设备发送回复（reply）（例如，第[0010]段，第[0015]段，第[0121]段）。然而，目标专利中的“身份响应”是“远程站”发送给“安全元件”的。对比文件中的回复是直接发送给“管理员设备”，而不是发送给一个作为中间方的“安全元件”。因此，该特征未被公开。 |
| **技术特征D**：其中所述身份响应包括通过所述远程站的密钥签名的、对所述第一质询的响应，<br>**判断结果**：未被公开 | 无 | 对比文件公开了电子签名（electronic signature）的生成和验证（例如，第[0039]-[0041]段，第[0079]段表达式(2)）。签名是基于一个密钥（KEY）对数据块（DATA_BLOCK）进行签名。该密钥由管理员代码（ADMIN_CODE）、客户端设备标识（IMEI）和用户信息（IMSI）组合并哈希生成（第[0080]段表达式(3)）。然而，目标专利中的签名是“通过远程站的密钥签名的、对第一质询的响应”。这意味着签名的主体是“远程站”，签名的对象是“对质询的响应”。对比文件中，签名是由“管理员设备”生成并附在发送给客户端设备的消息中，用于客户端设备验证消息的完整性和来源。客户端设备在验证过程中使用本地存储的信息重构密钥来验证签名，但客户端设备本身并不生成一个对质询的签名响应。两者在签名生成方、签名目的和作用流程上存在根本差异。因此，该特征未被公开。 |
| **技术特征E**：并且其中经签名的对所述第一质询的响应由所述管理站用于对所述远程站进行认证。<br>**判断结果**：未被公开 | 无 | 对比文件中，电子签名用于客户端设备验证接收到的安全推送消息的完整性和真实性，从而间接认证发送方（管理员设备）（第[0041]段，第[0113]段）。其流程是“管理站生成签名 -> 远程站验证签名以认证管理站”。目标专利的流程是“远程站生成签名响应 -> 安全元件转发 -> 管理站验证签名以认证远程站”。两者的认证方向相反。对比文件没有公开管理站利用远程站生成的签名来对远程站进行认证的技术方案。因此，该特征未被公开。 |
| **技术特征F**：其特征在于，所述安全元件是嵌入在所述远程站中的智能卡。<br>**判断结果**：未被公开 | 无 | 对比文件提到了可移除内存（removable memory）218，例如SIM卡（第[0053]段）。但明确说明该SIM卡是可移除的（removable），且用户可以将其从一台设备转移到另一台设备。这与“嵌入在远程站中的智能卡”所暗示的不可移除或永久集成的特性不同。对比文件没有公开嵌入式的智能卡。因此，该特征未被公开。 |
| **技术特征G**：其特征在于，所述安全元件是可从所述远程站移除的智能卡。<br>**判断结果**：《直接公开》 | 第[0053]段：“Removable memory 218 may store information... In one implementation, a user may exchange client device 102 with another device without changing the subscription, by transferring removable memory 218 from client device 102 to the other device.”<br>（可移除内存218可以存储信息...在一个实施方式中，用户可以通过将可移除内存218从客户端设备102转移到另一台设备，来交换客户端设备102而不改变订阅。）<br>第[0041]段：“...the client device includes a correct component. For instance, using the codes may verify that the secure push message is intended for a device that includes a specific Subscriber Identity Module (SIM) card.”<br>（...客户端设备包含正确的组件。例如，使用这些代码可以验证安全推送消息是否旨在用于包含特定用户识别模块（SIM）卡的设备。） | 对比文件多次提及并详细描述了可移除内存（removable memory）218，并明确指出其实例是SIM卡（第[0053]段）。SIM卡是一种典型的可从设备中移除的智能卡。对比文件还强调了该SIM卡作为验证消息目标设备正确性的组件（第[0041]段）。这与目标专利中“可从远程站移除的智能卡”这一特征完全对应。本领域技术人员能够毫无疑义地确定对比文件公开了该特征。 |
| **技术特征H**：其特征在于，所述安全元件是构建到所述远程站中的受信处理器模块。<br>**判断结果**：未被公开 | 无 | 对比文件描述了客户端设备包含处理器（processor 302）和内存（第[0054]-[0058]段），但没有描述一个构建到设备中的、专门用于安全功能的“受信处理器模块”（Trusted Processor Module）。对比文件的安全功能（如验证签名）是通过软件逻辑（secure push message client 404）在通用处理器上实现的。因此，该特征未被公开。 |
| **技术特征I**：其特征在于，所述远程站是无线移动设备。<br>**判断结果**：《直接公开》 | 第[0001]段：“In wireless communications, a device may push a one-way message to a wireless device (e.g., a cell phone, a portable digital assistant, etc.)...”<br>（在无线通信中，设备可以向无线设备（例如，手机、便携式数字助理等）推送单向消息...）<br>第[0044]段：“Device 102 may include... a radiotelephone or a mobile telephone... a personal communications system (PCS) terminal... a personal digital assistant (PDA)...”<br>（设备102可以包括...无线电话或移动电话...个人通信系统（PCS）终端...个人数字助理（PDA）...）<br>图2A-2B描述了作为手机的示例性客户端设备。 | 对比文件明确其应用场景是无线通信（第[0001]段），并且其描述的客户端设备102的示例均为无线移动设备，如手机、PDA等（第[0044]段，图2）。这与目标专利中“远程站是无线移动设备”的特征完全相同。本领域技术人员能够直接且毫无疑义地得出该结论。 |
| **技术特征J**：其特征在于，所述远程站的所述密钥是与所述管理站可用的公钥相对应的私钥。<br>**判断结果**：未被公开 | 无 | 对比文件用于生成和验证签名的密钥（KEY）是通过哈希（ADMIN_CODE, IMEI, IMSI）组合而得到的（第[0080]段表达式(3)）。这是一种基于共享秘密信息的对称密钥机制，而非非对称的公钥/私钥对。对比文件全文未提及公钥、私钥或证书。因此，该特征未被公开。 |
| **技术特征K**：其特征在于，所述身份响应包括包含所述公钥的证书。<br>**判断结果**：未被公开 | 无 | 如特征J所述，对比文件未使用公钥密码体系，因此自然也不存在包含公钥的证书。该特征未被公开。 |
| **技术特征L**：其特征在于，所述远程站的所述密钥是由所述管理站共享的机密密钥。<br>**判断结果**：《隐含公开》 | 第[0080]段表达式(3): “KEY=H(IMSI∥IMEI∥ADMIN_CODE)”<br>第[0111]段：“secure push message client 404 may construct the key by combining the administrator code, the subscriber information, and the client identifier.”<br>（安全推送消息客户端404可以通过组合管理员代码、用户信息和客户端标识符来构造密钥。）<br>第[0090]段：“client device 102 may store the administrator code in a secure memory location within client device 102.”<br>（客户端设备102可以将管理员代码存储在客户端设备102内的安全内存位置。） | 对比文件用于签名的密钥（KEY）基于三部分信息：管理员代码（ADMIN_CODE）、客户端设备标识（IMEI）和用户信息（IMSI）。管理员代码由管理员设备提供给客户端设备并安全存储（第[0090]段），客户端设备标识和用户信息也分别被管理员设备和客户端设备所知。因此，构成该密钥的基础信息（ADMIN_CODE, IMEI, IMSI）是由管理站（管理员设备）和远程站（客户端设备）双方共享的。虽然密钥本身是这些共享信息的哈希值，但本领域技术人员可以理解，基于共享信息派生的密钥在本质上构成了由双方共享的机密密钥（shared secret key）机制，用于消息的认证。因此，可以合理推断该特征被隐含公开。 |
| **技术特征M**：其特征在于，所述身份响应包括对于所述远程站而言唯一的身份值。<br>**判断结果**：《隐含公开》 | 第[0017]段：“Additionally, the client device identifier may include an International Mobile Equipment Identity (IMEI).”<br>（此外，客户端设备标识符可以包括国际移动设备身份（IMEI）。）<br>第[0041]段：“...using the codes may verify that an intended recipient of the secure push message is the client device...”<br>（...使用这些代码可以验证安全推送消息的预期接收者是客户端设备...）<br>第[0072]段：“Client device identifier field 704 may include an identifier that is associated with a client device (e.g., IMEI).”<br>（客户端设备标识符字段704可以包括与客户端设备相关联的标识符（例如，IMEI）。） | 对比文件明确公开了客户端设备具有唯一的身份值，即IMEI（国际移动设备身份）（第[0017]段），并且该身份值被用于生成验证消息的密钥中，以确保消息是针对特定设备（第[0041]段）。虽然目标专利的“身份响应”在对比文件中没有直接对应物，但对比文件的整个认证机制依赖于设备唯一身份（IMEI）。本领域技术人员在考虑设备认证方案时，可以合理推断出在设备向验证方证明自身身份的“响应”中，包含其唯一身份值（如IMEI）是一种常见且逻辑上必要的技术手段。因此，该特征被隐含公开。 |
| **技术特征N**：其特征在于，所述第一质询是第一当前量。<br>**判断结果**：《直接公开》 | 第[0076]段：“Nonce field 814 may include a nonce (e.g., a random number).”<br>（随机数字段814可以包括一个随机数（例如，一个随机数）。）<br>第[0005]段：“Additionally, the method may further include comparing a nonce included in the secure push message to nonces that are stored in the client device to determine whether the secure push message is associated with a replay attack.”<br>（此外，该方法还可以包括将安全推送消息中包含的随机数与存储在客户端设备中的随机数进行比较，以确定安全推送消息是否与重放攻击有关。） | 对比文件公开了安全推送消息中包含一个随机数（nonce）（第[0076]段），其作用之一是防止重放攻击（第[0005]段）。在密码学和网络安全领域，“nonce”即“当前量”（number used once）是一种常用的质询（challenge）形式，用于确保消息的新鲜性。对比文件中的“nonce”在消息中起到与目标专利“第一质询”相同的作用。因此，该特征被直接公开。 |
| **技术特征O**：其特征在于，所述身份响应包括由所述远程站生成以用于在对所述管理站进行认证中使用的第二质询。<br>**判断结果**：《隐含公开》 | 第[0121]段：“A reply may be sent (block 1420). In one example, secure push message client 404 may send the value of nonce field 814 and a status code... to administrator device 104.”<br>（可以发送回复（块1420）。在一个示例中，安全推送消息客户端404可以将随机数字段814的值和状态码...发送给管理员设备104。）<br>第[0016]段：“Additionally, the reply may include a nonce that is included in the secure push message.”<br>（此外，回复可以包括安全推送消息中包含的随机数。） | 对比文件公开了客户端设备在成功验证安全推送消息后，可以向管理员设备发送回复，并且该回复中包含最初从管理员设备收到的随机数（nonce）（第[0016]段，第[0121]段）。客户端设备将此随机数包含在回复中发回，可以供管理员设备确认客户端设备确实收到了包含该特定随机数的原始消息，这实质上构成了客户端设备对管理员设备的一种认证（验证管理员设备是特定消息的发送者）。虽然对比文件没有明确将此称为“第二质询”或用于“对管理站进行认证”，但本领域技术人员可以理解，将对方发送的随机数（质询）在响应中原样返回，是一种常见的挑战-响应认证机制。客户端设备发回的“nonce”在功能上等同于目标专利中由远程站生成（或至少是选择并返回）的、用于认证管理站的“第二质询”。因此，该特征被隐含公开。 |
<<<G>>><<<I>>><<<N>>><<<l>>><<<m>>><<<o>>>