对比文件名称：US2007113269A1_Description_20260320_0242
目标专利名称：359用于经由可信网络对不可信网络进行验证的装置、方法和设备CN102474516B
模型名称：DeepSeek
### 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| **技术特征A**：所述方法包括：由所述移动装置经由所述可信网络将第一服务请求消息传输给服务提供商，《未公开》 | 无对应内容。对比文件中移动终端（MT）的初始请求（web request 205）是发送给WLAN接入点（AP）并被重定向到本地服务器（120）的，并未描述通过“可信网络”向“服务提供商”发送消息。 | 对比文件中，移动终端（MT）140发送的初始请求（web request 205）是针对网络接入，该请求被WLAN 124的接入点（AP）130拦截并重定向（210）至本地服务器120（参见[0021]-[0022]段）。该过程发生在移动终端与WLAN（属于不可信网络范畴）之间，并未涉及移动终端通过一个独立的“可信网络”（如蜂窝运营商网络）向一个外部的“服务提供商”发送请求消息。因此，对比文件未公开此特征。 |
| **技术特征B**：所述第一服务请求消息包括从所述服务提供商请求内容的第一请求，《未公开》 | 无对应内容。对比文件中移动终端的初始请求是请求访问网络（WLAN），而非请求特定的“内容”。 | 对比文件中，移动终端140发送的初始请求是“request to access the network”（参见[0012], [0021]段），即请求接入WLAN网络，其目的是为了进行后续的身份验证以获取网络访问权，而非从“服务提供商”处请求特定的“内容”（如天气服务、数据服务等）。目标专利中的“内容”指的是服务提供商提供的具体数据服务，对比文件未公开此内容请求。 |
| **技术特征C**：其中所述可信网络与所述服务提供商之间的关系使得所述服务提供商向所述可信网络的订户提供内容，《隐含公开》 | “The MT has an account with AS and thus they mutually share a trust relationship 142”（参见[0004]段）。 | 对比文件描述了移动终端（MT）与认证服务器（AS）150之间存在相互的信任关系（trust relationship），并且AS是由虚拟运营商（可能包括蜂窝运营商）运营的（参见[0006]段）。这意味着AS（相当于服务提供商）与移动终端所归属的网络（虚拟运营商网络，可视为可信网络）之间存在业务或信任关系，这种关系使得AS能够为属于该网络的订户（拥有账户的MT）提供服务（即网络访问授权）。虽然对比文件未明确提及提供“内容”，但其提供的“网络访问授权”可被视为一种服务或“内容”。因此，本领域技术人员可以合理推断出，这种信任关系是AS向订户提供服务的基础，故该特征被隐含公开。 |
| **技术特征D**：通过所述移动装置经由所述可信网络从所述服务提供商获取认证信息，《隐含公开》 | “the MT/client transmits an authentication user input message 240 including the session ID to the AS. The AS responds by sending the MT/client an authentication input page 245...Once the AS authenticates the MT/client, an authentication message 255, including a re-direct header is sent to the MT/client. The authentication message may also include an embedded digital signature, authentication parameters...”（参见[0022]段）。 | 对比文件描述了移动终端（MT）通过HTTPS安全通道（可视为一种可信的通信方式）向认证服务器（AS）发送认证请求（240），AS在验证用户凭证（250）后，向MT返回一个包含重定向头和数字签名等认证参数（255）的认证消息。此过程是移动终端从AS处获取认证信息（数字签名、参数等）的过程。虽然对比文件没有明确将HTTPS通道归类为“可信网络”，但HTTPS协议建立的加密通道本身提供了安全性和可信性，且AS作为虚拟运营商的一部分，与MT之间的通信可视为通过一个可信的、安全的路径进行。因此，本领域技术人员可以合理推断出移动装置通过一个可信的通道从服务提供商（AS）处获取了认证信息。 |
| **技术特征E**：所述认证信息将所述移动装置识别为所述可信网络的订户以授权所述移动装置经由所述不可信网络从所述服务提供商获取所述内容，《直接公开》 | “The authentication server then receives the authentication credentials 250 from the MT and authenticates the user based on the received information and the trust relationship with the MT...The parameter list ‘p’ together with the randomized number ‘r’ and session id 215 are then put together...and digitally signed by the AS...access to the WLAN enabled only if it is determined that ‘g’ and ‘g’ are the same (275).”（参见[0027], [0033]段）。 | 对比文件明确公开了认证服务器（AS）基于与移动终端（MT）的信任关系对用户进行认证，并生成包含数字签名（“g”）的认证信息（参数列表p、会话ID、随机数r的组合签名）。该数字签名被发送给MT，并由MT在后续步骤中提供给WLAN接入点。WLAN接入点通过验证该数字签名，来授权该移动终端（通过其标识符“a”，如MAC地址）访问WLAN网络。这个过程正是利用从可信的AS处获取的认证信息（数字签名），来授权移动装置（MT）经由不可信网络（WLAN）获取网络访问服务（相当于获取“内容”）。因此，该特征被直接公开。 |
| **技术特征F**：通过所述移动装置经由所述不可信网络将第二服务请求消息传输给所述服务提供商，《未公开》 | “In response to the HTTP redirection, the user browser MT attempts to retrieve the redirected URL 265 with the MT sending the parameter list ‘p’, SID 215, and digital signature ‘g’ to the WLAN 124.”（参见[0033]段）。 | 对比文件中，移动终端（MT）在收到来自认证服务器（AS）的重定向指令后，是将包含认证信息（参数列表p、SID、数字签名g）的请求（265）发送给了WLAN（具体是接入点AP或本地服务器），而不是发送回“服务提供商”（即AS）。该消息的目的是为了完成在WLAN侧的接入授权，而非向AS请求服务。因此，对比文件未公开移动装置通过不可信网络向服务提供商发送第二服务请求消息。 |
| **技术特征G**：所述第二服务请求消息包括从所述服务提供商请求所述内容的第二请求及经由所述可信网络从所述服务提供商获取的所述认证信息，《未公开》 | 同特征F引用。消息265包含认证信息（参数列表p、SID、数字签名g），但该消息是发送给WLAN的，并非请求“内容”，而是请求网络接入授权。 | 如特征F所述，消息265是发送给WLAN接入点的，其目的是为了验证并获取网络接入权限，并非向服务提供商（AS）请求“内容”。虽然消息中包含了从AS获取的认证信息（数字签名等），但其请求对象和目的均与目标专利的技术特征G不同。因此，该特征未被公开。 |
| **技术特征H**：基于所述第二服务请求消息中的经由所述可信网络从所述服务提供商获取的所述认证信息通过所述移动装置经由所述不可信网络从所述服务提供商处接收所述内容，《隐含公开》 | “The WLAN then compares the digital signatures ‘g’ and ‘g’...access to the WLAN enabled only if it is determined that ‘g’ and ‘g’ are the same (275).”（参见[0033]段）。 | 对比文件中，WLAN接入点在验证了移动终端（MT）提供的、源自认证服务器（AS）的数字签名后，会允许该MT访问网络（275）。一旦网络访问被授权，MT即可通过该WLAN（不可信网络）访问互联网或网络上的资源，这可以被理解为接收“内容”或服务。虽然对比文件没有详细描述授权后MT具体接收什么内容，但授权网络访问是接收任何网络服务（内容）的前提。因此，本领域技术人员可以合理推断出，MT是基于其提供的认证信息，经由不可信网络（WLAN）获得了接收内容/服务的能力。该特征被隐含公开。 |
| **技术特征I**：其中获取所述认证信息进一步包括接收由所述服务提供商产生的所述认证信息，《直接公开》 | “The AS then returns an HTTP redirect header 260 to the MT...The parameter list ‘p’, session id SID and digital signature ‘g’ are embedded in the URL from the AS and sent to the MT.”（参见[0032]段）。 | 对比文件明确记载了认证服务器（AS）生成包含数字签名“g”等信息的重定向头（260），并将其发送给移动终端（MT）。这直接公开了认证信息（包含数字签名）是由服务提供商（AS）产生并由移动装置接收的。 |
| **技术特征J**：其进一步包括通过比较所述可信网络与所述不可信网络的通信参数来确定通信路线，以及基于对所述通信参数的所述比较来将所述可信网络和所述不可信网络中的一者指定为优选通信路线，《未公开》 | 无对应内容。 | 对比文件全文均未提及移动终端需要比较不同网络（如可信网络与不可信网络）的通信参数（如成本、带宽、信号强度等），并基于比较结果来选择其中一个作为优选通信路线。对比文件中的网络选择场景是单一的WLAN接入场景，未涉及在两个可用网络间进行智能选择的机制。因此，该特征未被公开。 |
| **技术特征K**：其中传输所述第二服务请求消息进一步包括将所述认证信息插入于所述第二服务请求消息的标头中，《隐含公开》 | “The AS then returns an HTTP redirect header 260 to the MT to redirect the user browser to a URL on the AP WLAN. The parameter list ‘p’, session id SID and digital signature ‘g’ are embedded in the URL from the AS and sent to the MT.”（参见[0032]段）。以及“In response to the HTTP redirection, the user browser MT attempts to retrieve the redirected URL 265 with the MT sending the parameter list ‘p’, SID 215, and digital signature ‘g’ to the WLAN 124.”（参见[0033]段）。 | 对比文件公开了认证信息（参数列表p、SID、数字签名g）被嵌入（embedded）在从AS返回的重定向URL中，而该重定向信息是通过HTTP重定向头（redirect header）发送的。当MT根据此重定向头发起新的请求（265）时，该请求（一个HTTP GET或类似请求）会包含这个嵌入了认证信息的URL。在HTTP协议中，URL通常是包含在请求行或头部字段（如Host）中。因此，将认证信息嵌入URL并随HTTP请求发送，等同于将认证信息插入到了请求消息的某一部分（具体是请求URI中，这属于请求消息的组成部分）。虽然对比文件未明确使用“插入标头”的表述，但本领域技术人员可以理解，通过HTTP重定向机制将认证信息包含在后续请求的URL中，是实现认证信息传递的常规技术手段。因此，该特征被隐含公开。 |
| **技术特征L**：其中获取所述认证信息进一步包括经由所述可信网络接收在所述服务提供商处加密的经加密认证信息，《直接公开》 | “The parameter list ‘p’ together with the randomized number ‘r’ and session id 215 are then put together...and digitally signed by the AS.”（参见[0033]段）。以及“MT sends the authentication request 240 having the session ID 215 embedded in the request, through HTTPS to the authentication server 150.”（参见[0029]段）。 | 对比文件明确公开了认证服务器（AS）对信息（p, r, SID）进行数字签名（digitally signed），生成数字签名“g”。数字签名是一种非对称加密技术的应用，用于确保信息的完整性和来源认证，因此“g”是经加密（签名）的认证信息。该信息通过HTTPS（一种安全加密通道）从AS发送给MT。这直接对应于“经由可信网络接收在服务提供商处加密的经加密认证信息”。 |
| **技术特征M**：其中传输所述第二服务请求消息进一步包括传输所述经加密认证信息以用于在所述服务提供商处解密和验证所述认证信息，《未公开》 | 同特征F引用。消息265将数字签名“g”发送给了WLAN，而非服务提供商（AS）。 | 对比文件中，移动终端（MT）将包含经加密认证信息（数字签名“g”）的第二请求消息（265）发送给了WLAN接入点（AP）。验证该数字签名的实体是WLAN接入点（通过本地生成签名进行对比），而不是服务提供商（AS）。因此，认证信息并非传输回服务提供商（AS）处进行解密和验证。该特征未被公开。 |
| **技术特征N**：其中传输所述第一服务请求消息进一步包括经由与所述服务提供商具有预定服务关系的所述可信网络将所述第一服务请求消息传输给所述服务提供商，《未公开》 | 无对应内容。如特征A所述，第一请求消息是发给WLAN接入点的，且未提及通过“可信网络”。 | 目标专利强调第一服务请求消息是通过一个与服务提供商有预定关系的“可信网络”传输的。对比文件中，移动终端的初始请求（205）是通过WLAN（不可信网络）发送的，并被重定向到本地服务器，并未涉及通过一个独立的、与服务提供商（AS）有预定关系的“可信网络”（如蜂窝网络）来传输此消息。因此，该特征未被公开。 |
| **技术特征O**：其中传输所述第一服务请求消息进一步包括经由移动运营商网络传输所述第一服务请求消息，《未公开》 | 无对应内容。 | 对比文件中完全没有提及“移动运营商网络”（cellular operator network）。移动终端与认证服务器（AS）的通信是通过WLAN和可能的互联网进行的，AS可能由虚拟运营商（可能包含移动运营商）运营，但消息传输路径本身并未被描述为通过移动运营商网络。因此，该特征未被公开。 |
| **技术特征P**：其中传输所述第二服务请求消息进一步包括经由局域网LAN传输所述第二服务请求消息，《直接公开》 | “In response to the HTTP redirection, the user browser MT attempts to retrieve the redirected URL 265 with the MT sending the parameter list ‘p’, SID 215, and digital signature ‘g’ to the WLAN 124.”（参见[0033]段）。背景技术部分提到WLAN是无线局域网（参见[0001], [0002]段）。 | 对比文件明确将WLAN（Wireless Local Area Network）作为其应用环境，即无线局域网。移动终端（MT）发送消息265的对象是“WLAN 124”，即通过无线局域网进行传输。这直接公开了第二服务请求消息是通过局域网（LAN）传输的。 |
<<<E>>><<<I>>><<<L>>><<<P>>><<<c>>><<<d>>><<<h>>><<<k>>>