对比文件名称：2008-05-29_US2008127317A_发明申请_US20080127317A1 SYSTEM FOR USING AN AUTHORIZATION TOKEN TO SEPARATE AUTHENTICATION AND AUTHORIZATION SERVICES
目标专利名称：用于经由可信网络对不可信网络进行验证的装置、方法和设备 CN102474516B
模型名称：DeepSeek-R1
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| A: 所述方法包括：由所述移动装置经由所述可信网络将第一服务请求消息传输给服务提供商，《未公开》 | 对比文件说明书第[0033]段：“A mobile node with EAP client functionality may authenticate to an AAA_EAP using EAP authentication—either via a Home Agent (HA), or other suitable entity—as a pass-through authenticator.”<br>第[0042]段：“Upon reception of indication of successful EAP, or IKE configuration messaging, an MN initiates an authorization process...”<br>第[0044]段：“Upon reception of an MIPv6 BU message, an HA—as an AAA client of an AAAz—creates an MIPv6 authorization command for the AAAz.” | **未直接公开，也未隐含公开**。目标专利的特征A描述的是移动装置通过一个“可信网络”向“服务提供商”传输第一服务请求消息，以获取用于后续在“不可信网络”上获取内容的认证信息。在对比文件中，移动节点（MN）在成功认证后，向归属代理（HA）发送包含授权选项的绑定更新（BU）消息，HA作为AAA客户端向授权AAA服务器（AAAz）发送授权请求。这里的通信路径是MN->HA->AAAz，其中HA是移动IP服务代理，AAAz是授权服务器。整个流程发生在移动IP的服务授权框架内，并未区分“可信网络”与“不可信网络”两种不同的接入网络，也未涉及向提供实际应用内容（如天气窗口小部件）的“服务提供商”发送请求。因此，该特征未被对比文件公开。 |
| B: 所述第一服务请求消息包括从所述服务提供商请求内容的第一请求，《未公开》 | 对比文件说明书第[0042]段：“...an MN initiates an authorization process...”<br>第[0044]段：“The HA inserts data, included in the MN_MIP6v_Authorization_option, inside an AVP for this command. An HA also includes User_Name AVP in the MIPv6 authorization request, to identify a particular MN.” | **未直接公开，也未隐含公开**。目标专利的特征B明确指出第一请求是向服务提供商“请求内容”。对比文件中，移动节点（MN）发送的是请求MIPv6服务“授权”的绑定更新消息，其目的是获取使用移动IP服务的权限（如获取家乡地址、建立安全关联等），而非请求具体的应用层“内容”（如天气信息、银行服务等）。对比文件通篇描述的是认证和授权分离的机制，服务请求针对的是网络层服务（MIPv6），而非应用层的内容服务。因此，该特征未被对比文件公开。 |
| C: 其中所述可信网络与所述服务提供商之间的关系使得所述服务提供商向所述可信网络的订户提供内容，《未公开》 | 对比文件未提及相关内容。 | **未直接公开，也未隐含公开**。目标专利的特征C限定了“可信网络”（如移动运营商）与“服务提供商”（如银行、天气服务商）之间存在一种预定的商业或信任关系，这种关系是服务提供商愿意向该可信网络的订户提供内容的前提。对比文件描述的是认证AAA服务器（AAAn）与授权AAA服务器（AAAz）之间的交互，它们同属AAA基础设施，用于为移动节点提供移动IP服务授权。这里不存在移动运营商网络与独立的内容服务提供商之间的“关系”。因此，该特征未被对比文件公开。 |
| D: 通过所述移动装置经由所述可信网络从所述服务提供商获取认证信息，《隐含公开》 | 对比文件说明书第[0019]段：“Following a successful EAP authentication, and prior to a service request, an MN—using authentication states—and an AAAn both create an extended master session key (EMSK) that may later be utilized to create MIPv6-USRK. The MN may use MIPv6 specific parameters to generate MIPv6-USRK on its own, and then create a SERVICE_TOKEN_KEY to sign its request for MIPv6 service.”<br>第[0031]段：“Following a successful authentication, the client and AAA_EAP may generate EAP master session keys (MSK or EMSK), or other shared secret authentication keys.”<br>第[0032]段：“An AAA server and the client may create a TOKEN_KEY from an MK as follows: TOKEN KEY=PRF(MK, key generation data);” | **隐含公开**。目标专利的特征D描述了移动装置通过可信网络从服务提供商处获取认证信息的过程。对比文件中，移动节点（MN）在成功完成EAP认证后，与认证AAA服务器（AAAn）共同生成了扩展主会话密钥（EMSK）。MN随后利用此EMSK以及移动IP相关的使用数据（usage data）生成了MIPv6_USRK，并进一步派生出SERVICE_TOKEN_KEY。这个SERVICE_TOKEN_KEY用于对后续的服务授权请求（绑定更新）进行签名，其功能相当于一种“认证信息”，用于向授权服务器证明MN已通过认证。虽然生成密钥的具体过程和参与方（MN和AAAn）与目标专利（移动装置和服务提供商）不完全相同，且对比文件未明确区分“可信网络”作为传输路径，但本领域技术人员可以理解，EAP认证过程通常通过移动节点的接入网络（可视为一种可信网络，如3GPP网络）进行。MN获取（生成）SERVICE_TOKEN_KEY这一关键凭证，是后续通过不可信网络（未明确，但暗示为其他网络）获取服务的前提，这与目标专利中“经由可信网络获取认证信息”以用于后续“不可信网络”通信的逻辑是相似的。因此，可以认为对比文件隐含公开了“移动装置获取认证信息”这一技术手段。 |
| E: 所述认证信息将所述移动装置识别为所述可信网络的订户以授权所述移动装置经由所述不可信网络从所述服务提供商获取所述内容，《隐含公开》 | 对比文件说明书第[0015]段：“So it is important that when AAAz receives a service request from an MN, it can confirm that the MN has already been authenticated by an AAAn, and is using the same authenticated identity for its service request—so that the AAAz can authorize service for a legitimate MN.”<br>第[0045]段：“After receiving a MKVR command from a AAAz, the AAAn performs several checks... If the signature verification succeeds, the AAAn sends a MIPv6 key and verification answer (MKVA) back to the AAAz. This command verifies that MN has already been authenticated by the AAAn, so that AAAz can authorize MN for MIPv6 service...” | **隐含公开**。目标专利的特征E说明了认证信息的作用：识别移动装置为可信网络订户，并授权其通过不可信网络从服务提供商获取内容。对比文件中，移动节点（MN）使用由认证密钥派生的SERVICE_TOKEN_KEY对服务请求（绑定更新）进行签名。当授权服务器（AAAz）收到该请求时，它会联系认证服务器（AAAn）来验证该签名。验证成功后，AAAn向AAAz确认MN已通过认证（即，是合法用户），从而使AAAz能够授权MN使用MIPv6服务。这里，SERVICE_TOKEN_KEY（及其生成的签名）所起的作用正是“将移动装置识别为已通过认证的实体（相当于可信网络的订户），以授权其获取服务”。虽然对比文件授权的服务是MIPv6网络服务，而非目标专利中的应用层“内容”，但“授权获取服务”这一核心功能是相同的。本领域技术人员可以合理推断，这种利用认证信息（签名）来授权用户访问服务（无论是网络服务还是应用服务）的机制，在原理上是相通的。因此，该特征被对比文件隐含公开。 |
| F: 通过所述移动装置经由所述不可信网络将第二服务请求消息传输给所述服务提供商，《未公开》 | 对比文件说明书第[0042]段：“In the example of a MIPv6 application, a service request may be a binding update (BU). The MN adds an ‘MN_MIP6_Authorization_option’—a mobility option—to the BU.”<br>第[0044]段：“Upon reception of an MIPv6 BU message, an HA—as an AAA client of an AAAz—creates an MIPv6 authorization command for the AAAz.” | **未直接公开，也未隐含公开**。目标专利的特征F明确限定了“经由不可信网络”向服务提供商传输第二服务请求消息。对比文件中，移动节点（MN）向归属代理（HA）发送绑定更新（BU）消息以请求MIPv6服务授权。该消息的传输路径是MN到HA。在移动IP的典型场景中，MN可能通过任何可用的网络（例如，拜访网络）连接到HA，但对比文件并未明确将该网络描述或定义为“不可信网络”。更重要的是，目标专利的核心构思之一是区分“可信网络”（用于初始认证和安全获取凭证）和“不可信网络”（用于后续低成本/高带宽的数据服务），而对比文件并未进行这样的网络类型划分和对比。因此，该特征未被对比文件公开。 |
| G: 所述第二服务请求消息包括从所述服务提供商请求所述内容的第二请求及经由所述可信网络从所述服务提供商获取的所述认证信息，《未公开》 | 对比文件说明书第[0042]-[0043]段：“The MN adds an ‘MN_MIP6_Authorization_option’—a mobility option—to the BU. This mobility option comprises an authenticator field (i.e., a MAC) to protect the message... A SERVICE_TOKEN_KEY, derived from MIPv6-USRK, may be used for creation of a MAC.”<br>第[0049]段：“MAC is an authenticator field for this option, and may be calculated as follows: MAC=First (128, HMAC_SHA1 (SERVICE_TOKEN_KEY, Authorization data);” | **未直接公开，也未隐含公开**。目标专利的特征G规定第二服务请求消息包括：1) 请求内容的第二请求；2) 从服务提供商获取的认证信息。对比文件中，MN发送的绑定更新（BU）消息包含授权选项（MN_MIP6_Authorization_option），该选项包含一个由SERVICE_TOKEN_KEY生成的MAC（消息认证码）。这个MAC是基于之前生成的认证密钥（SERVICE_TOKEN_KEY）计算得出的，可以视为一种“认证信息”。然而，对比文件中的服务请求是请求MIPv6服务授权，而非请求“内容”。同时，该认证信息（MAC）是MN自己利用与AAAn共享的密钥材料计算得出，并非直接从“服务提供商”处获取（虽然其根源来自AAAn，但AAAn是认证服务器，并非目标专利中提供应用内容的“服务提供商”）。因此，该特征的两个核心要素（请求内容、从服务提供商获取认证信息）均未被对比文件公开。 |
| H: 基于所述第二服务请求消息中的经由所述可信网络从所述服务提供商获取的所述认证信息通过所述移动装置经由所述不可信网络从所述服务提供商处接收所述内容。《未公开》 | 对比文件说明书第[0045]段：“If the signature verification succeeds, the AAAn sends a MIPv6 key and verification answer (MKVA) back to the AAAz... so that AAAz can authorize MN for MIPv6 service...”<br>第[0046]段：“When it receives an MKVA command, an AAAz may create other MIP6 child keys, using the received MIP6_USRK, and authorize the MN for Mobile IPv6 service—by sending a MIPv6 authorization answer to the AAA client (HA)” | **未直接公开，也未隐含公开**。目标专利的特征H描述了移动装置基于第二请求中的认证信息，通过不可信网络从服务提供商处接收所请求的“内容”。对比文件中，授权服务器（AAAz）在验证签名成功后，会授权移动节点使用MIPv6服务，并向HA发送授权应答。移动节点最终获得的是MIPv6服务的“授权”和相关的密钥材料，以便建立移动IP连接（如家乡地址、安全关联等）。这是一个网络层服务建立的过程，并非接收应用层的“内容”（如数据、媒体流等）。此外，该授权结果的传递路径也未明确是通过“不可信网络”。因此，该特征未被对比文件公开。 |
| I: 其中获取所述认证信息进一步包括接收由所述服务提供商产生的所述认证信息。《未公开》 | 对比文件说明书第[0032]段：“An AAA server and the client may create a TOKEN_KEY from an MK as follows: TOKEN KEY=PRF(MK, key generation data);”<br>第[0035]段：“A process for generating a SERVICE_TOKEN_KEY may take the form of: SERVICE_TOKEN_KEY=PRF(TOKEN_KEY, service-data);” | **未直接公开，也未隐含公开**。目标专利的特征I限定了认证信息是由服务提供商产生并发送给移动装置的。对比文件中，认证密钥（TOKEN_KEY、SERVICE_TOKEN_KEY）是由移动节点（MN）和认证AAA服务器（AAAn）各自独立计算生成的，基于它们共享的主密钥（EMSK）和服务数据。这是一个分布式生成的过程，并非由单一实体（如服务提供商）产生后发送给另一方。AAAn在收到AAAz的验证请求后，会计算相同的密钥来验证MN的签名，但并未将该密钥“发送”给MN（MN已自行生成）。因此，该特征未被对比文件公开。 |
| J: 其进一步包括通过比较所述可信网络与所述不可信网络的通信参数来确定通信路线，以及基于对所述通信参数的所述比较来将所述可信网络和所述不可信网络中的一者指定为优选通信路线。《未公开》 | 对比文件未提及相关内容。 | **未直接公开，也未隐含公开**。目标专利的特征J涉及移动装置根据网络参数（如成本、带宽、信号强度）智能选择使用可信网络还是不可信网络作为与服务提供商通信的优选路线的过程。这是目标专利为了实现“经由低成本不可信网络获取服务”这一商业目的而设计的关键步骤。对比文件完全未提及移动节点需要或能够比较不同网络的参数并基于此选择通信路线。其流程是移动节点在成功认证后，直接向HA发送服务授权请求，不存在在两个不同性质的网络（可信vs不可信）之间进行选择和切换的机制。因此，该特征未被对比文件公开。 |
| K: 其中传输所述第二服务请求消息进一步包括将所述认证信息插入于所述第二服务请求消息的标头中。《未公开》 | 对比文件说明书第[0043]段：“The authorization extension (MIP) may include a signature of MIP messaging data—such as a message authentication code (MAC).”<br>第[0048]段：“MN MIPv6_AUTHORIZATION_OPTION is an extension for MIPv6, and it comprises a service authorization request...” | **未直接公开，也未隐含公开**。目标专利的特征K限定了将认证信息插入第二服务请求消息的“标头”中。对比文件中，MN将授权信息（具体为MAC签名）封装在MIPv6绑定更新消息的一个特定“扩展选项”（MN_MIP6_Authorization_option）中。在通信协议中，“扩展选项”通常作为消息体（payload）或特定协议头部的一部分，而非通用的“消息标头”（如HTTP标头）。虽然两者都是在协议消息中携带附加信息，但具体实现方式（MIPv6扩展选项 vs. 通用消息标头）和所属协议层（网络层 vs. 应用层）存在差异。本领域技术人员不能毫无疑义地认为“MIPv6扩展选项”等同于“消息标头”。因此，该特征未被对比文件公开。 |
| L: 其中获取所述认证信息进一步包括经由所述可信网络接收在所述服务提供商处加密的经加密认证信息。《未公开》 | 对比文件未提及认证信息在传输前由服务提供商进行加密。 | **未直接公开，也未隐含公开**。目标专利的特征L限定了移动装置接收的认证信息是“在服务提供商处加密的”。对比文件中描述了密钥（EMSK, TOKEN_KEY, SERVICE_TOKEN_KEY）的生成和派生过程，但并未提及由AAAn或AAAz在将认证信息（或密钥）发送给MN之前对其进行加密。MN和AAAn共享根密钥（EMSK），并各自计算派生密钥，不存在一个实体加密后发送给另一个实体的过程。因此，该特征未被对比文件公开。 |
| M: 其中传输所述第二服务请求消息进一步包括传输所述经加密认证信息以用于在所述服务提供商处解密和验证所述认证信息。《未公开》 | 对比文件未提及传输经加密的认证信息供服务提供商解密验证。 | **未直接公开，也未隐含公开**。该特征依赖于特征L的“经加密认证信息”。既然特征L（接收经加密的认证信息）未被公开，且对比文件中也未描述MN向AAAz传输任何需要由AAAz“解密”的认证信息（MN传输的是用密钥计算的MAC签名，AAAz请求AAAn验证该签名），因此该特征也未被对比文件公开。 |
| N: 其中传输所述第一服务请求消息进一步包括经由与所述服务提供商具有预定服务关系的所述可信网络将所述第一服务请求消息传输给所述服务提供商。《未公开》 | 对比文件未提及移动运营商网络与服务提供商之间的预定服务关系。 | **未直接公开，也未隐含公开**。目标专利的特征N强调了“可信网络”（如移动运营商网络）与“服务提供商”之间存在“预定服务关系”，这是服务提供商愿意为运营商订户提供内容的基础。对比文件中，参与方是移动节点（MN）、认证服务器（AAAn）、授权服务器（AAAz）和归属代理（HA）。AAAn和AAAz属于AAA基础设施，用于提供移动IP相关的认证和授权服务，它们之间是AAA协议交互关系，并非目标专利中所述的网络运营商与独立内容服务提供商之间的商业“预定服务关系”。因此，该特征未被对比文件公开。 |
| O: 其中传输所述第一服务请求消息进一步包括经由移动运营商网络传输所述第一服务请求消息。《未公开》 | 对比文件说明书背景技术部分提及了移动运营商网络（mobile operator network），但未在具体实施方式中明确第一服务请求消息经由移动运营商网络传输。 | **未直接公开，也未隐含公开**。目标专利的特征O明确将“可信网络”具体化为“移动运营商网络”。对比文件描述的是通用的移动IP和AAA架构。虽然移动节点可能通过其归属运营商的网络进行EAP认证（这可以视为一种移动运营商网络），但对比文件的文字描述并未明确点明第一服务请求消息（即初始的EAP认证或后续的绑定更新）是“经由移动运营商网络”传输的。其关注点在于AAA服务器之间的交互，而非网络接入的具体类型。因此，该具体限定未被对比文件公开。 |
| P: 其中传输所述第二服务请求消息进一步包括经由局域网LAN传输所述第二服务请求消息。《未公开》 | 对比文件未提及局域网（LAN）。 | **未直接公开，也未隐含公开**。目标专利的特征P明确将“不可信网络”具体化为“局域网（LAN）”。对比文件通篇未提及局域网（LAN）作为移动节点发送服务请求（绑定更新）所使用的网络。其网络环境是移动IP网络，可能涉及无线接入网络、IP核心网等，但并未具体限定或暗示是“局域网”。因此，该具体限定未被对比文件公开。 |
<<<d>>><<<e>>>