对比文件名称：2010-11-03_CN1921395B_发明授权_CN1921395B 提高网络软件安全性的方法
目标专利名称：将经加密帐户凭证从第一装置提供到第二装置 CN104919778B
本次调用的模型名称：DeepSeek-R1
### 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| **技术特征A：在第二装置处从第一装置接收主密钥的第一共享**<br>**《未公开》** | 实施例一步骤108：“网络软件客户端程序利用其内置的算法和内置的客户端公钥加密智能密钥装置中的账号信息和密钥，并将加密后的信息发送给网络软件服务器端”。 | 目标专利中，“主密钥的第一共享”是秘密共享方案中主密钥的一部分，需要与另一共享组合才能重构出完整的主密钥。对比文件中，服务器端（相当于第二装置）从客户端接收的是完整的“身份认证密钥”（或其加密形式，如实施例一的步骤107-108），或者接收的是用于加密传输的中间公钥X（如实施例四的步骤607、610），而非主密钥的一个“共享”。服务器端获取的是可用于身份验证的完整密钥，不存在将一个密钥拆分为多个“共享”并在不同装置间分布的概念。因此，对比文件未公开“接收主密钥的第一共享”这一技术特征。 |
| **技术特征B：在第二装置处从所述第一装置接收经加密帐户凭证**<br>**《直接公开》** | 实施例一步骤108：“网络软件客户端程序利用其内置的算法和内置的客户端公钥加密智能密钥装置中的**账号信息**和密钥，并将加密后的信息发送给网络软件服务器端”。 | 目标专利中，“经加密帐户凭证”是指经过加密的用于访问账户的凭证（如用户名、密码）。对比文件中，客户端将“账号信息”（即用户的账户标识，属于账户凭证）与密钥一起加密后发送给服务器端。服务器端接收该加密信息。两者均为第二装置从第一装置接收加密的账户信息。因此，本领域技术人员能毫无疑义地得出对比文件公开了该特征。 |
| **技术特征C：以所述主密钥的所述第一共享和所述第二装置处的所述主密钥的第二共享重构所述主密钥，以获得经重构主密钥**<br>**《未公开》** | 无对应内容。 | 目标专利的核心在于使用秘密共享（Secret Sharing）技术，将主密钥拆分为至少两个共享（第一共享和第二共享），第二装置利用从第一装置接收的第一共享和自身存储的第二共享来“重构”出完整的主密钥。对比文件的方案中，服务器端（第二装置）要么生成并存储完整的密钥（如实施例四步骤609），要么从客户端接收完整的密钥（如实施例一步骤108、109），服务器端自身持有或获取的是可用于验证的完整密钥，不存在“共享”的概念，也不存在利用两个“共享”来“重构”出一个密钥的过程。因此，对比文件既未直接公开也未隐含公开此特征。 |
| **技术特征D：以所述经重构主密钥解密所述经加密帐户凭证，以获得经解密帐户凭证**<br>**《未公开》** | 实施例一步骤109：“网络软件服务器端利用内置的与客户端公钥对应的私钥解密收到的加密信息，得到网络软件身份认证的**账号信息**和密钥”。 | 目标专利中，解密“经加密帐户凭证”所使用的密钥是“经重构主密钥”，该主密钥是通过秘密共享方案重构得到的，其作用是对称加解密密钥。对比文件中，服务器端解密所接收加密信息（包含账号信息和密钥）所使用的密钥是“与客户端公钥对应的私钥”，这是一对非对称密钥中的私钥，用于解密被客户端公钥加密的数据，其作用是实现传输通道的安全，而非直接作为解密账户凭证的对称密钥。两者在解密操作所使用的密钥性质、来源及在技术方案中的作用均不相同。因此，对比文件未公开此特征。 |
| **技术特征E：在所述第二装置处基于所述经解密帐户凭证实现对帐户的接入**<br>**《直接公开》** | 实施例一步骤210：“网络软件服务器端根据收到的账号信息查找数据库...如果一致则验证成功，用户可以使用该网络软件并可以对网络软件服务器端的数据和资源等进行访问”。 | 目标专利中，第二装置（如家庭计算机）基于解密出的账户凭证（如用户名、密码）自动接入网站上的账户（如银行账户）。对比文件中，服务器端（第二装置）基于解密和验证过程获取的“账号信息”，在验证通过后，允许客户端（用户）访问网络软件（即账户）的资源。两者均是第二装置基于从第一装置传输并处理（解密/验证）后获得的账户凭证信息，最终实现对账户（或账户对应的服务/资源）的接入。因此，本领域技术人员能毫无疑义地得出对比文件公开了该特征。 |
| **技术特征F：其进一步包括解锁所述第一装置。**<br>**《直接公开》** | 实施例一步骤102-103：“网络软件客户端程序访问智能密钥装置，用户输入PIN码；智能密钥装置验证用户输入的PIN码，如果验证失败则执行步骤104，否则执行步骤105”。 | 目标专利中，“解锁第一装置”是允许第一装置进行后续通信（如发送凭证）的前提条件，例如通过物理动作解锁。对比文件中，在使用智能密钥装置（相当于第一装置）进行任何操作（如读取信息、生成密钥）前，必须通过验证PIN码（或生物特征）来“解锁”该装置，使其可用。两者均是通过一个验证步骤来激活或授权第一装置参与后续流程。因此，本领域技术人员能毫无疑义地得出对比文件公开了该特征。 |
| **技术特征G：其中解锁所述第一装置包括在所述第二装置的预定义物理接近度范围内定位所述第一装置。**<br>**《未公开》** | 无对应内容。 | 目标专利中，解锁方式之一是通过物理接近度传感器检测第一装置是否位于第二装置附近。对比文件中解锁智能密钥装置的方式是输入PIN码或验证生物特征（如指纹），属于身份认证手段，并未提及或隐含需要通过将第一装置定位在第二装置的特定物理接近度范围内来实现解锁。因此，对比文件未公开此特征。 |
| **技术特征H：其中解锁所述第一装置包括应用于所述第一装置的物理动作。**<br>**《隐含公开》** | 实施例一步骤102：“用户输入PIN码”。说明书第[0057]段：“上述所有实施例中的智能密钥装置可以存储一组账号信息和密钥，也可以存储多组账号信息和密钥”。 | 目标专利中，“物理动作”包括摇动、旋转、说出代码等。对比文件中，解锁需要“用户输入PIN码”。输入PIN码通常涉及用户在键盘或触摸屏上进行按压、点击等物理操作，这属于一种“应用于所述第一装置的物理动作”。虽然对比文件明确记载的是“输入PIN码”这一具体操作，但本领域技术人员可以理解，完成“输入PIN码”必然涉及一系列物理动作（如手指按压）。因此，可以合理推断对比文件隐含公开了通过物理动作来解锁第一装置。 |
| **技术特征I：其中应用于所述第一装置的所述物理动作结合所述经加密帐户凭证实现对所述帐户的接入。**<br>**《隐含公开》** | 实施例一步骤102-103、108、109、210等描述了完整流程：输入PIN解锁智能密钥装置 -> 客户端从装置读取账号信息并加密发送 -> 服务器端解密验证 -> 允许接入。 | 目标专利中，解锁动作（如摇动）是触发第一装置发送加密账户凭证的条件之一，两者结合最终实现对账户的接入。对比文件中，输入PIN码解锁智能密钥装置是后续读取账号信息、加密传输并进行身份验证的前提。没有解锁动作，就无法获取凭证并进行后续的账户接入流程。因此，解锁动作（输入PIN）与加密账户凭证的传输/使用过程在逻辑上是结合的，共同实现了对账户的接入。本领域技术人员可以合理推断这一结合关系。 |
| **技术特征J：其中所述经加密帐户凭证包含用户名和密码。**<br>**《隐含公开》** | 背景技术第[0004]段：“现有网络软件的运营方式是由运营商提供有关网络软件运行和维护的服务...用户通过在客户端输入**账号和密码**证明自己的身份后才能访问服务器端”。说明书多处提及“账号信息”，如步骤105。 | 目标专利明确账户凭证包含用户名和密码。对比文件背景技术描述了现有技术中用户通过“账号和密码”访问网络软件。虽然其实施例中通常使用“账号信息”这一概括性表述，但结合其背景技术和所属领域（网络身份认证）的公知常识，本领域技术人员能够毫无困难地理解，为实现身份认证，其“账号信息”至少包含账号标识（可对应于用户名）和密码，或者必然隐含了密码的验证环节。因此，可以合理推断对比文件中用于身份认证的凭证包含用户名和密码。 |
| **技术特征K：其中所述经加密帐户凭证包含网站，所述网站包含所述帐户。**<br>**《未公开》** | 无对应内容。 | 目标专利的账户是存在于特定网站（如银行网站、商店网站）上的。对比文件涉及的是“网络软件”（如网络游戏、网上教育软件）的客户端-服务器（C/S）架构认证，其账户存在于网络软件运营商的服务端，并非通过“网站”（Web Site）来访问。对比文件全文未提及“网站”或类似概念。因此，对比文件未公开加密账户凭证包含“网站”这一特征。 |
| **技术特征L：其中所述第一装置是移动装置。**<br>**《未公开》** | 说明书第[0026]段：“智能密钥装置是一种带有处理器和存储器的小型硬件装置，它可通过计算机的数据通讯接口与计算机连接。...常用的智能密钥装置通过USB接口与计算机相连。” | 目标专利中，第一装置可以是移动电话、平板电脑等移动装置。对比文件中的“智能密钥装置”被描述为通过USB接口与计算机连接的小型硬件装置（如USB Key），其通常是便携的但并非通常意义上的“移动装置”（如具有完整操作系统、可独立运行程序的手机或平板）。对比文件未描述第一装置具备移动计算功能。因此，对比文件未公开此特征。 |
| **技术特征M：其中所述第二装置是非移动装置。**<br>**《直接公开》** | 说明书多处将“网络软件服务器端”作为与“客户端”和“智能密钥装置”交互的一方，例如步骤108、109。结合网络软件C/S架构的常识，服务器端通常是部署在机房或数据中心的固定计算机设备。 | 目标专利中，第二装置可以是台式计算机等非移动装置。对比文件中的“网络软件服务器端”在C/S架构中，通常指位于后台、为客户端提供服务的固定计算机或服务器集群，属于“非移动装置”。本领域技术人员阅读对比文件后，能毫无疑义地将“服务器端”理解为非移动的计算设备。因此，对比文件直接公开了此特征。 |
| **技术特征N：其中所述第一装置是近场通信NFC卡。**<br>**《未公开》** | 无对应内容。 | 目标专利将NFC卡作为第一装置的一个实施例。对比文件中的第一装置（智能密钥装置）明确是通过USB接口连接的，未提及任何使用近场通信（NFC）技术的装置。因此，对比文件未公开此特征。 |
| **技术特征O：其中所述经加密帐户凭证进一步包括随机化数据。**<br>**《未公开》** | 实施例二步骤406、408等提及在身份认证过程中，服务器端发送“随机字符串”给客户端，客户端或智能密钥装置用该随机字符串参与运算（如签名或HMAC-Hash）。 | 目标专利中，“随机化数据”是作为加密账户凭证的一部分，目的是增加凭证本身加密的随机性和安全性。对比文件中的“随机字符串”是用于挑战-响应身份验证过程中的临时值，是认证流程中的一个动态参数，并非作为“经加密账户凭证”的组成部分。两者作用不同，前者是静态凭证的加密素材，后者是动态认证的挑战值。因此，对比文件未公开此特征。 |
| **技术特征P：其进一步包括与所述经加密帐户凭证一起接收数字签名。**<br>**《未公开》** | 实施例一步骤208、209：在身份认证阶段，智能密钥装置用私钥对随机字符串签名得到数字签名，客户端将该数字签名和账号信息发送给服务器端。 | 目标专利中，数字签名是与加密账户凭证“一起接收”，用于验证凭证的真实性和防止篡改，是凭证传输过程的一部分。对比文件中的数字签名出现在身份认证阶段（即凭证已被服务器端获取并存储之后），是对服务器端发出的随机挑战值的签名，用于验证客户端的实时身份，并非与加密账户凭证的初始传输一同进行。两者的目的、时机和作用均不同。因此，对比文件未公开此特征。 |
| **技术特征Q：其中将共享分布到多个装置。**<br>**《未公开》** | 无对应内容。 | 目标专利的特征Q是基于秘密共享方案，将主密钥的多个共享分布到多个不同的装置。对比文件的方案中，密钥（无论是完整的对称密钥还是非对称密钥对）是完整地存储在一个智能密钥装置和服务器端，不存在将一个密钥拆分成多个“共享”并分布到多个独立装置的概念。因此，对比文件未公开此特征。 |
<<<B>>><<<E>>><<<F>>><<<M>>><<<h>>><<<i>>><<<j>>>