对比文件名称：2010-08-26_WO2010095988A_发明申请_WO2010095988A1 USER AUTHENTICATION
目标专利名称：328将经加密帐户凭证从第一装置提供到第二装置CN104919778B
模型名称：DeepSeek-R1
### 特征比对表格
| 技术特征描述以及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：在第二装置处从第一装置接收主密钥的第一共享《隐含公开》 | [p0064] “The mobile telephone 2 sends the NAF-key to the browser 1 over the near field communication path. The keying ID, in form of a B-TID, from the stored tuple relating to the required service identity is also transferred to the client over the NFC. This is shown as "c" in Figure 1.” （移动电话2通过近场通信路径将NAF密钥发送给浏览器1。与所需服务身份相关的存储元组中的密钥标识符（以B-TID的形式）也通过NFC传输给客户端。如图1中的“c”所示。） | 对比文件描述了“浏览器”（作为客户端，相当于第二装置）从“移动电话”（第一装置）接收“NAF-key”（网络应用功能密钥）和“keying ID”（B-TID）。在对比文件中，NAF-key是由移动电话根据基础密钥Ks和服务器完全限定域名等生成的，用于在客户端和服务器之间建立安全通信（如PSK-TLS）。虽然术语“主密钥的第一共享”与“NAF-key”不完全相同，但本领域技术人员能够理解，在秘密共享或密钥派生场景中，从一个基础密钥（如Ks）派生出的、用于特定用途（如与特定NAF通信）的密钥（如Ks_NAF或NAF-key），可以视为该基础密钥的一个“共享”或“部分”。对比文件明确描述了该NAF-key从第一装置（移动电话）发送到第二装置（浏览器/客户端），其作用是在第二装置和服务器之间建立安全连接。这与目标专利中“主密钥的第一共享”被第二装置接收，用于后续重构主密钥以解密凭证的作用在功能上类似（都是用于后续的认证/解密过程）。虽然具体应用场景（直接解密凭证 vs. 建立安全通道）和密钥层级关系存在差异，但根据宽松的隐含公开判断标准，本领域技术人员有可能从对比文件“第一装置向第二装置发送一个用于认证的密钥”这一公开内容，推理出“在第二装置处从第一装置接收主密钥的第一共享”这一技术特征。因此，该技术特征被对比文件隐含公开。 |
| 技术特征B：在第二装置处从所述第一装置接收经加密帐户凭证《未公开》 | 无直接对应内容。对比文件中第二装置（浏览器）从第一装置（移动电话）接收的是用于建立安全通道的“NAF-key”和“B-TID”（见[p0064]），或“用户ID”（在OTP实施例中，见[p0077]），而非“经加密帐户凭证”。 | 目标专利中的“经加密帐户凭证”特指用主密钥加密的用户名、密码等账户登录信息（参见说明书[0022]）。对比文件整个认证流程的目标是避免在客户端存储用户名和密码（参见[p0070]），其第二装置（浏览器）并不接收此类加密的账户凭证。浏览器接收的是用于建立安全通信的会话密钥（NAF-key）或一次性密码，服务器则从BSF或OTP服务器获取用户身份信息。本领域技术人员无法从对比文件中毫无疑义地得出或合理推断出“第二装置从第一装置接收经加密帐户凭证”的技术方案。因此，该技术特征未被公开。 |
| 技术特征C：以所述主密钥的所述第一共享和所述第二装置处的所述主密钥的第二共享重构所述主密钥，以获得经重构主密钥《未公开》 | 无直接对应内容。对比文件中的密钥生成流程如下：1. GBA实施例：移动电话与BSF进行引导，生成基础密钥Ks。移动电话从Ks派生出NAF-key并发送给浏览器。服务器从BSF获取相同的NAF-key（参见[p0067]）。整个过程不涉及在第二装置（浏览器）处使用两个“共享”来“重构”一个主密钥。2. OTP实施例：移动电话生成一次性密钥，并可能结合服务标识符处理后发送给浏览器（参见[p0076]）。服务器从OTP服务器获取相同密钥（参见[p0079]）。同样不涉及共享重构。 | 目标专利的核心特征之一是通过秘密共享方案，将主密钥拆分为多个共享（如第一共享和第二共享），需要组合至少两个共享才能重构出用于解密的主密钥。对比文件完全没有公开这样的机制。在对比文件中，用于客户端-服务器认证的密钥（无论是NAF-key还是一次性密码）是在第一装置（移动电话）中生成或派生的完整密钥，然后被完整地发送给第二装置（浏览器）。第二装置处并不存储另一个“共享”，也不需要与接收到的密钥进行“重构”操作来得到一个主密钥。本领域技术人员无法从对比文件的内容中推理出该技术特征。因此，该技术特征未被公开。 |
| 技术特征D：以所述经重构主密钥解密所述经加密帐户凭证，以获得经解密帐户凭证《未公开》 | 无直接对应内容。 | 如对特征B和C的分析，对比文件既未公开第二装置接收“经加密帐户凭证”，也未公开“重构主密钥”的步骤。因此，自然也就不存在“以经重构主密钥解密经加密帐户凭证”这一后续步骤。对比文件中第二装置使用从第一装置接收的密钥（NAF-key）是为了与服务器建立安全通信通道（如PSK-TLS隧道），而不是为了解密本地存储或接收的加密账户信息。两者的技术手段和作用完全不同。因此，该技术特征未被公开。 |
| 技术特征E：在所述第二装置处基于所述经解密帐户凭证实现对帐户的接入。《未公开》 | 对比文件描述了在建立安全通信（如PSK-TLS隧道）后，客户端（第二装置）可以访问服务（参见[p0068]）。例如，[p0068]：“Provided that the process has been correctly completed, the server and the client are both now in possession of the same key, the NAF-key, and so can encipher and integrity protect communications between them using this key”。 | 虽然对比文件和目标专利的最终目的都是使第二装置能够接入账户/服务，但实现这一目的的技术路径和基础完全不同。目标专利是基于解密出的账户凭证（用户名、密码）来接入账户。而对比文件是基于共享的会话密钥建立安全通信链路，用户身份验证由后台系统（BSF、OTP服务器）与服务器完成，客户端（第二装置）本身并不持有或使用解密后的账户凭证进行登录操作。因此，尽管最终效果相似（接入服务），但实现该效果的具体技术特征“基于所述经解密帐户凭证”在对比文件中未被公开。 |
| 技术特征F：其进一步包括解锁所述第一装置。《隐含公开》 | [p0060] “The mobile telephone then preferably requests consent from the user to proceed with the establishment of a key.”（移动电话随后优选地请求用户同意以继续密钥的建立。）[p0061] “For example, the user may be required to depress a particular key on the keypad of their mobile telephone, they may be required to enter a PIN that identifies the user, etc.”（例如，可能要求用户按下其移动电话键盘上的特定按键，可能要求用户输入识别该用户的PIN等。） | 对比文件描述了在进行密钥建立步骤之前，移动电话（第一装置）需要获得用户的同意（consent），例如通过按下特定键或输入PIN码。这一用户交互步骤可以理解为对第一装置进行“解锁”或授权其执行后续敏感操作（发送密钥）的一种方式。虽然对比文件未明确使用“解锁”一词，但根据宽松的隐含公开判断标准，本领域技术人员能够从“请求用户同意以继续密钥建立”这一描述中，合理推断出存在一个使能或授权第一装置进行通信/发送密钥的步骤，这等同于目标专利中“解锁所述第一装置”的功能。因此，该技术特征被隐含公开。 |
| 技术特征G：其中解锁所述第一装置包括在所述第二装置的预定义物理接近度范围内定位所述第一装置。《直接公开》 | [p0056] “The user then places their mobile telephone 2 over or in close proximity to the near field communication device of their desktop/laptop computer, to allow communication between the client 1 and the mobile telephone 2 over the near field communication channel.”（用户随后将其移动电话2放置在其桌面/笔记本电脑的近场通信设备之上或紧邻之处，以允许客户端1和移动电话2通过近场通信信道进行通信。） | 对比文件明确且直接地描述了用户将移动电话（第一装置）放置在客户端计算机（第二装置）的近场通信设备附近，以建立通信信道。这直接对应于“在第二装置的预定义物理接近度范围内定位第一装置”。在对比文件中，这一动作是启动整个认证流程的关键物理交互步骤，其作用与目标专利中作为解锁条件之一的“定位”动作相同。因此，本领域技术人员能够毫无疑义地从对比文件得出该技术方案。该技术特征被直接公开。 |
| 技术特征H：其中解锁所述第一装置包括应用于所述第一装置的物理动作。《直接公开》 | [p0056] 同上。“places their mobile telephone 2 over or in close proximity to...” 这一描述本身就是用户对第一装置（移动电话）实施的物理动作。 | 将移动电话放置到NFC读写器附近，是一个明确的、由用户施加于第一装置的物理动作。该动作在对比文件中是建立通信的前提。这与目标专利中“应用于第一装置的物理动作”作为解锁方式完全一致。因此，该技术特征被直接公开。 |
| 技术特征I：其中应用于所述第一装置的所述物理动作结合所述经加密帐户凭证实现对所述帐户的接入。《未公开》 | 参见特征B、D、E的论述。对比文件中，物理动作（靠近）触发了密钥传输和后续的安全通道建立，从而实现对服务的访问。但整个流程不涉及“经加密帐户凭证”。 | 目标专利中，物理动作是解锁第一装置以允许其发送“经加密帐户凭证”和第一共享，而后经过重构、解密等步骤实现账户接入。物理动作与“经加密帐户凭证”的传输和后续处理相结合。对比文件中，物理动作触发的是“NAF-key”等认证密钥的传输，并与后台认证系统结合实现服务接入。由于对比文件未公开“经加密帐户凭证”这一核心要素，因此本领域技术人员无法得出“物理动作结合经加密帐户凭证实现接入”的技术方案。该技术特征未被公开。 |
| 技术特征J：其中所述经加密帐户凭证包含用户名和密码。《未公开》 | 无直接对应内容。对比文件明确旨在避免在客户端存储用户名和密码（[p0070]）。用户身份（User ID）可能存储在移动电话的元组中（[p0050]）或由BSF提供给服务器（[p0067]），但并非作为“经加密帐户凭证”的一部分发送给第二装置。 | 目标专利明确说明经解密账户凭证包含用户名和密码（[0022]）。对比文件的整个体系设计不同于此，其用户名和密码（或等效信息）不由第二装置处理。因此，该技术特征未被公开。 |
| 技术特征K：其中所述经加密帐户凭证包含网站，所述网站包含所述帐户。《未公开》 | 对比文件中，“服务标识符”（service identifier）包含例如服务器地址信息（[p0050]），并且该标识符会从客户端发送到移动电话进行比较（[p0058]）。但该服务标识符是独立传输的，并非作为“经加密帐户凭证”的一部分。 | 目标专利中，网站地址可以作为经加密账户凭证的一部分（[0023]）。对比文件中，网站地址（服务标识符）是用于触发认证流程和密钥生成的独立参数，而不是被加密的账户凭证的组成部分。两者技术方案不同。因此，该技术特征未被公开。 |
| 技术特征L：其中所述第一装置是移动装置。《直接公开》 | [p0047] “The general concept of the present invention is to use a mobile terminal, such as a mobile telephone, as a security token.”（本发明的一般概念是使用移动终端，例如移动电话，作为安全令牌。）全文多次将第一装置描述为“mobile telephone”或“mobile terminal”。 | 对比文件明确且一致地将作为安全令牌、发送密钥的装置描述为移动终端、移动电话，即移动装置。这与目标专利中第一装置是移动装置的特征完全一致。该技术特征被直接公开。 |
| 技术特征M：其中所述第二装置是非移动装置。《直接公开》 | [p0047] “a user requires a computer terminal such as a desktop or laptop computer that is equipped with a near field communication (NFC) device and a browser.”（用户需要一台计算机终端，例如配备近场通信（NFC）设备和浏览器的桌面或笔记本电脑。）[p0055] “the user behind their desktop/laptop computer...” | 对比文件明确将运行浏览器、与移动电话通信的客户端装置描述为桌面电脑或笔记本电脑，即非移动装置。这与目标专利中第二装置是非移动装置的特征完全一致。该技术特征被直接公开。 |
| 技术特征N：其中所述第一装置是近场通信NFC卡。《未公开》 | 对比文件中的第一装置始终是“移动电话”（mobile telephone）或“移动终端”（mobile terminal），其具备NFC功能，但其本身不是一张NFC卡。 | 目标专利中明确将第一装置示例为NFC卡（[0032]）。对比文件公开的是具有NFC功能的移动电话，这是一个功能更全面的智能设备，与简单的NFC卡在物理形态和功能上存在本质区别。本领域技术人员无法从对比文件中得出或推理出第一装置是NFC卡。因此，该技术特征未被公开。 |
| 技术特征O：其中所述经加密帐户凭证进一步包括随机化数据。《未公开》 | 无相关描述。 | 对比文件全文未提及在传输的认证材料中添加随机化数据。该技术特征未被公开。 |
| 技术特征P：其进一步包括与所述经加密帐户凭证一起接收数字签名。《未公开》 | 无相关描述。 | 对比文件全文未提及在传输密钥或标识符时附带数字签名用于防篡改或真实性验证。该技术特征未被公开。 |
| 技术特征Q：其中将共享分布到多个装置。《未公开》 | 对比文件描述的方案主要涉及两个装置：移动电话（第一装置）和客户端计算机（第二装置）。密钥材料（如NAF-key）从第一装置发送到第二装置。虽然提到了BSF、OTP服务器等网络实体，但这些是网络后台服务器，并非权利要求中所述的用于分布“共享”的“多个装置”。目标专利的该特征旨在通过秘密共享将秘密分布在多个用户设备上以增强安全性。对比文件未公开此概念。 | 目标专利的特征Q涉及将主密钥的共享分布到多个（两个以上）用户装置（如手机、NFC卡等），需要组合多个共享才能恢复密钥。对比文件的认证流程依赖于一个移动设备作为安全令牌，以及后台的认证服务器，并没有将密钥拆分成多个共享并分布到多个用户设备的设计。本领域技术人员无法从对比文件中推理出该技术特征。因此，该技术特征未被公开。 |
<<<G>>><<<H>>><<<L>>><<<M>>>
<<<a>>><<<f>>>