对比文件名称：2004-04-22_US2004078571A_发明申请_US20040078571A1 Authentication in data communication
目标专利名称：359用于经由可信网络对不可信网络进行验证的装置、方法和设备CN102474516B
模型名称：DeepSeek-R1
## 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A《隐含公开》 | 说明书第[0180]-[0181]段：“Step 61: The SIM provides the International mobile subscriber identity (IMSI) ... Step 62: The client c sends a KRB_AS_REQ message, that is, a tickettgs request, comprising the IMSI, the IDtgs and the nonce1 to the AS.” | 对比文件公开了客户端（client c，相当于移动装置）向认证服务器（AS）发送KRB_AS_REQ消息以请求票据授予票据（tickettgs）。该消息是通过数据网络（如互联网）发送的，而根据说明书第[0192]段，该认证服务器可以位于数据通信网络（如互联网）中。目标专利的“可信网络”可以是移动运营商网络或与移动运营商有信任关系的网络。在对比文件的实施例中（如图7-8），客户端可通过无线局域网（WLAN）接入点访问互联网上的认证服务器，该互联网连接可能经由移动运营商网络建立或受其信任。因此，本领域技术人员可以合理推断出客户端是经由一个可信网络（例如，通过移动运营商基础设施或与之有信任关系的网络）向认证服务器发送第一请求消息。虽然该消息的直接接收者是认证服务器而非服务提供商，但认证服务器在Kerberos架构中是可信第三方，负责颁发后续用于访问服务提供商（V）的凭证。从整体认证流程目的看，该第一请求消息是获取访问服务提供商所需认证信息的第一步，因此技术特征A被隐含公开。 |
| 技术特征B《未公开》 | 说明书第[0180]-[0181]段：“Step 62: The client c sends a KRB_AS_REQ message, that is, a tickettgs request, comprising the IMSI, the IDtgs and the nonce1 to the AS.” | 对比文件中的KRB_AS_REQ消息是向认证服务器（AS）请求票据授予票据（tickettgs），该票据是用于后续获取服务票据的凭证，其本身并不包含向最终的服务提供商（V）请求具体服务内容（例如天气窗口小部件）的请求。目标专利的第一服务请求消息明确包括“从所述服务提供商请求内容的第一请求”。对比文件未公开客户端在向AS发送的初始请求中直接向服务提供商请求内容。 |
| 技术特征C《直接公开》 | 说明书第[0023]段：“The KSS has a different second shared secret KV with each V and each V is registered with the KSS.” | 对比文件明确公开了Kerberos密钥分发中心（KSS，包含AS和TGS）与每个服务服务器（V）共享不同的密钥（Kv），并且每个V都在KSS注册。这建立了KSS（作为可信的认证机构）与服务提供商（V）之间的信任关系。正是基于这种注册和共享密钥的信任关系，服务提供商（V）才会向通过KSS成功认证的客户端（其作为移动网络订户，通过SIM认证）提供服务。这直接对应于目标专利中“可信网络与所述服务提供商之间的关系使得所述服务提供商向所述可信网络的订户提供内容”。 |
| 技术特征D《隐含公开》 | 说明书第[0183]段：“Step 23’: The AS forms a ticket granting ticket tickettgs ... The AS sends also the n RANDs ... in addition to the tickettgs and the Kc,tgs encrypted with the Kc. The message sent from the AS to the c in step 23’ can be referred to as a KRB_AS_REP message.” 以及第[0190]段：“The AS sends the n RANDs to the client c in a standard Kerberos version 5 message KRB_AS_REP...” | 对比文件公开了客户端从认证服务器（AS）接收KRB_AS_REP消息，该消息包含了票据授予票据（tickettgs）和用密钥Kc加密的会话密钥Kc,tgs等。这些票据和密钥构成了用于后续获取服务的认证信息。AS在Kerberos系统中是可信网络（KSS）的一部分。虽然认证信息是从AS（认证服务器）而非直接从最终的服务提供商（V）获取，但AS代表可信网络颁发凭证，且该凭证最终被服务提供商（V）所接受。本领域技术人员可以理解，在客户端-服务器认证架构中，认证信息通常由可信的认证机构（如AS）颁发，服务提供商信任该机构。因此，技术特征D“通过所述移动装置经由所述可信网络从所述服务提供商获取认证信息”被隐含公开，因为“从服务提供商获取”在广义上可以涵盖从可信网络体系中代表服务提供商进行认证的实体获取。 |
| 技术特征E《直接公开》 | 说明书第[0020]段：“ticketV=EKv[Kc,V‖IDc‖ADc‖IDV‖TS4‖Lifetime4]”。第[0021]段：“Step 28: The client c sends a service request to the V. The request contains the ticketV and a second client authenticator...” | 对比文件公开的服务授予票据（ticketV）使用服务服务器（V）的密钥Kv加密，其中包含了客户端的身份（IDc）、地址（ADc）等信息。该票据由票据授予服务器（TGS）颁发，TGS是可信网络（KSS）的一部分。当客户端向服务提供商（V）出示该票据时，服务提供商通过解密和验证票据，即可识别客户端为经过可信网络（KSS）认证的实体（订户），从而授权其获取服务。票据（ticketV）本身就是认证信息，其作用正是将客户端识别为可信网络的授权订户，以使其能够从服务提供商（V）处获取服务。这直接公开了技术特征E。 |
| 技术特征F《直接公开》 | 说明书第[0021]段：“Step 28: The client c sends a service request to the V.” 以及第[0198]段：“In steps 840 and 842 (AP_REQ and AP_REP), the client c uses the ticketv to obtain a service from a service server, for example an access to the Internet through the AP.” | 对比文件明确公开了客户端向服务服务器（V）发送服务请求（AP_REQ）。结合图7-8的实施例，该请求是通过无线局域网（WLAN）接入点发送的。WLAN属于目标专利中所定义的“不可信网络”（如背景技术[0003]段提到的Wi-Fi）。因此，技术特征F“通过所述移动装置经由所述不可信网络将第二服务请求消息传输给所述服务提供商”被直接公开。 |
| 技术特征G《直接公开》 | 说明书第[0021]段：“Step 28: The client c sends a service request to the V. The request contains the ticketV and a second client authenticator...” | 对比文件公开的服务请求（AP_REQ）包含了服务授予票据（ticketV）和认证器（authenticator）。该票据是客户端之前从票据授予服务器（TGS，属于可信网络KSS）获取的认证信息。该请求的目的就是从服务提供商（V）处获取服务。因此，该请求消息既包含了对服务的请求（第二请求），也包含了从可信网络获取的认证信息（ticketV）。这直接公开了技术特征G。 |
| 技术特征H《直接公开》 | 说明书第[0022]段：“Step 29: After the service server V has examined the authenticatorc2, it can authenticate itself to the client c for mutual authentication.” 以及第[0198]段：“...the client c uses the ticketv to obtain a service from a service server...” | 对比文件公开了服务服务器（V）在检查（验证）了客户端提供的票据（ticketV）和认证器后，会向客户端提供服务（例如，图8中的AP_REP消息，授予网络接入权限）。这表明客户端基于其发送的请求消息中的认证信息（ticketV和authenticator），经由网络（例如WLAN）从服务提供商处接收到了服务（内容）。这直接公开了技术特征H。 |
| 技术特征I《未公开》 | 无对应内容。 | 技术特征I限定“获取所述认证信息进一步包括接收由所述服务提供商产生的所述认证信息”。在对比文件的Kerberos流程中，认证信息（如票据授予票据tickettgs、服务授予票据ticketV）是由认证服务器（AS）或票据授予服务器（TGS）产生和颁发的，它们属于可信的认证机构，而非最终提供内容服务的服务提供商（V）。服务提供商（V）不产生认证信息，而是验证由可信机构产生的认证信息。因此，该技术特征未被对比文件公开。 |
| 技术特征J《未公开》 | 无对应内容。 | 技术特征J涉及移动装置通过比较可信网络与不可信网络的通信参数（如成本、带宽、信号强度）来确定并指定优选通信路线。对比文件全文专注于认证协议和过程，并未提及移动装置根据网络性能参数在不同网络（可信/不可信）之间进行选择或指定优选路线的任何机制。因此，该技术特征未被对比文件公开。 |
| 技术特征K《隐含公开》 | 说明书第[0209]段：“Options‖IDc‖IMSI‖Realmc‖IDtgs‖times‖Nonce1” 以及第[0214]段：“Realmc‖IDc‖Tickettgs‖n RANDs‖n AUTNs‖EKc[Kc, tgs‖times‖Nonce1‖Realmtgs‖IDtgs]” | 对比文件描述了Kerberos协议中各种消息的格式，这些消息由多个字段（如Options, IDc, Ticket等）组成。在计算机网络协议中，这些字段通常被组织在消息的标头（Header）和主体（Body）中。例如，在Kerberos的AP_REQ消息中，票据（ticketV）和认证器（authenticator）是消息的必要组成部分。本领域技术人员知晓，在实现此类协议时，认证信息作为特定字段可以被插入到消息的标头部分（例如，HTTP授权标头）。虽然对比文件没有明确使用“插入于标头中”的表述，但根据通信协议的标准实践，将认证信息放置在消息的特定字段（可视为标头的一部分）以进行传输是隐含的、常规的技术手段。因此，技术特征K被隐含公开。 |
| 技术特征L《未公开》 | 说明书第[0183]段：“...the tickettgs and the Kc,tgs encrypted with the Kc.” | 技术特征L限定“获取所述认证信息进一步包括经由所述可信网络接收在所述服务提供商处加密的经加密认证信息”。在对比文件中，客户端从认证服务器（AS）接收的加密信息（如用Kc加密的Kc,tgs）是在认证服务器（AS）处加密的，而不是在服务提供商（V）处加密的。服务提供商（V）使用自己的密钥Kv加密票据（ticketV），但该票据是TGS颁发给客户端的，客户端接收时它已被加密，但加密方是TGS而非V。因此，该技术特征中“在服务提供商处加密”这一限定未被公开。 |
| 技术特征M《直接公开》 | 说明书第[0020]段：“ticketV=EKv[Kc,V‖IDc‖ADc‖IDV‖TS4‖Lifetime4]”。第[0021]段：“Step 28: The client c sends a service request to the V. The request contains the ticketV...” | 对比文件公开的服务授予票据（ticketV）是使用服务服务器（V）的密钥Kv加密的。客户端将该加密的票据（即经加密认证信息）包含在发送给服务提供商（V）的服务请求中。服务提供商（V）在收到后，使用自己的密钥Kv进行解密以验证票据的真实性和内容。这直接对应于技术特征M“传输所述第二服务请求消息进一步包括传输所述经加密认证信息以用于在所述服务提供商处解密和验证所述认证信息”。 |
| 技术特征N《隐含公开》 | 说明书第[0023]段：“The KSS has a different second shared secret KV with each V and each V is registered with the KSS.” | 技术特征N限定“传输所述第一服务请求消息进一步包括经由与所述服务提供商具有预定服务关系的所述可信网络将所述第一服务请求消息传输给所述服务提供商”。对比文件中，客户端通过数据网络将第一请求（KRB_AS_REQ）发送给认证服务器（AS）。AS属于Kerberos密钥分发中心（KSS），而KSS与服务提供商（V）之间通过共享密钥和注册建立了预定信任关系（如技术特征C所述）。虽然第一请求消息的直接目的地是AS而非V，但AS是构成该可信网络（KSS）的核心部分，并且该可信网络整体上与V有预定关系。本领域技术人员可以理解，在该认证体系下，客户端通过向可信网络的认证组件（AS）发送请求，间接利用了可信网络与服务提供商之间的预定关系。因此，技术特征N被隐含公开。 |
| 技术特征O《未公开》 | 说明书第[0181]段：“Step 62: The client c sends a KRB_AS_REQ message ... to the AS.” | 技术特征O限定“传输所述第一服务请求消息进一步包括经由移动运营商网络传输所述第一服务请求消息”。对比文件虽然提到了客户端可以使用SIM（属于移动运营商网络）进行认证，并且认证服务器（AS）可以从移动运营商的鉴权中心（AuC）获取挑战和密钥，但并未明确描述客户端发送KRB_AS_REQ消息所经由的具体网络。该消息可能是通过任何可用的数据网络（如WLAN、有线互联网）发送到AS，并不必然通过移动运营商的核心蜂窝网络（如GSM/UMTS的数据承载）传输。因此，该特定限定“经由移动运营商网络传输”未被公开。 |
| 技术特征P《直接公开》 | 说明书第[0194]-[0195]段：“FIG. 7 shows a block diagram of a Wireless Local Area Network authentication system 70 ...”， 第[0198]段：“In steps 840 and 842 ... the client c uses the ticketv to obtain a service ... through the AP.” | 对比文件的图7-8明确公开了客户端通过无线局域网（WLAN）接入点（AP）与认证系统及服务服务器进行通信的实施例。无线局域网（WLAN，如Wi-Fi）是目标专利说明书背景技术[0003]段中明确列举的“不可信网络”实例之一，并且说明书[0001]段也提及了“局域网(LAN)”。因此，客户端经由局域网（LAN）传输第二服务请求消息（AP_REQ）被直接公开。 |
<<<C>>><<<E>>><<<F>>><<<G>>><<<H>>><<<M>>><<<P>>><<<a>>><<<d>>><<<k>>><<<n>>>