对比文件的名称：2007-05-17_US2007113267A_发明申请_US20070113267A1 Portable device for accessing host computer via remote computer
目标专利的名称：359用于经由可信网络对不可信网络进行验证的装置、方法和设备CN102474516B
模型名称：DeepSeek
### 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| **技术特征A《未直接公开且未隐含公开》**<br>所述方法包括：由所述移动装置经由所述可信网络将第一服务请求消息传输给服务提供商 | 第[0024]段：“the host computer may be a desktop computer connected to a corporate network that is connected to a communication network such as the Internet via a firewall, and the remote computer may be a personal digital assistant computer or portable computer.” <br>第[0028]段：“device 100 is plugged into the host of the '046 patent application” <br>第[0029]段：“personal computer 200 is coupled to communication network such as the Internet... Also coupled to communication network 250 are controller and host 270, discussed in the '046 patent application.” <br>第[0030]段：“If the access host option is selected, program 125 obtains access to host computer 270 by using the resources of its guest computer, that is, personal computer 200, to couple to communication network 250 and send appropriate messages (discussed below) to create a secure communication channel between device 100 and host computer 270. More specifically, program 125 causes computer 200 to initiate contact with controller 260, as described in the '046 patent application.” | **直接公开判断**：对比文件公开了便携设备（相当于移动装置）插入远程计算机（guest computer，相当于一个网络接入点）后，远程计算机会联系控制器（controller 260）以建立与主机（host 270）的安全通道。然而，该消息是经由一个普通的“通信网络”（communication network 250，如互联网）发送给控制器的，并非通过一个如目标专利所述的“可信网络”。目标专利的“可信网络”特指与移动装置存在信任关系的网络，例如移动运营商网络，其与服务提供商之间存在特定关系，能够验证订户身份。对比文件中的通信网络并未被描述为具有这种“可信”属性或信任关系。因此，本领域技术人员不能毫无疑义地得出该特征。 <br><br>**隐含公开判断**：对比文件并未区分“可信网络”与“不可信网络”。其描述的通信网络是一个通用的网络（如互联网），用于连接远程计算机、控制器和主机。没有证据表明该网络本身（或其连接路径）被构建或识别为“可信网络”，以区别于其他“不可信网络”。本领域技术人员无法从对比文件公开的内容中，必然推理出移动装置是通过一个“可信网络”来发送第一服务请求消息的。因此，该特征未被隐含公开。 |
| **技术特征B《未直接公开且未隐含公开》**<br>所述第一服务请求消息包括从所述服务提供商请求内容的第一请求 | 第[0030]段：“program 125 causes computer 200 to initiate contact with controller 260” <br>第[0033]段：“At step 310, the client sends a Client Hello message to the server, proposing SSL options.” <br>第[0043]段：“During operation, the host computer may securely transfer a file to device 100 for secure storage thereon.” | **直接公开判断**：对比文件公开了远程计算机（代表便携设备）向控制器或主机发送消息以发起通信（如Client Hello消息），其目的是建立安全连接（TLS握手）。然而，该消息是用于协商安全参数、建立通道的“握手消息”，而非目标专利中明确指向的、用于向服务提供商“请求内容”的“第一服务请求消息”。目标专利的请求消息旨在获取特定服务或内容（如天气小部件）。对比文件没有公开一个旨在请求具体内容（而非建立连接）的初始服务请求消息。因此，本领域技术人员不能毫无疑义地得出该特征。 <br><br>**隐含公开判断**：虽然最终目的是访问主机资源（可能包括文件），但对比文件描述的初始通信（Client Hello）是TLS协议的标准握手步骤，其技术作用是建立加密通信信道。本领域技术人员无法从该握手消息中必然推理出它包含了一个对特定内容的请求。请求内容是在安全通道建立之后可能发生的后续操作。因此，该特征未被隐含公开。 |
| **技术特征C《未直接公开且未隐含公开》**<br>其中所述可信网络与所述服务提供商之间的关系使得所述服务提供商向所述可信网络的订户提供内容 | 第[0024]段：“a controller computer that sets up a communication connection between a host computer and a remote computer.” <br>第[0029]段：“Also coupled to communication network 250 are controller and host 270, discussed in the '046 patent application.” | **直接公开判断**：对比文件公开了控制器（controller）用于在主机（host）和远程计算机之间建立通信连接。然而，这仅描述了控制器作为中介的功能。对比文件完全没有提及“可信网络”与“服务提供商”之间存在任何特定“关系”，也完全没有提及“服务提供商”会基于移动装置是某个“可信网络”（如移动运营商）的“订户”这一身份而向其提供内容。目标专利中的这种基于网络订阅的信任和授权关系是核心。因此，本领域技术人员不能毫无疑义地得出该特征。 <br><br>**隐含公开判断**：对比文件中控制器协助建立连接，主机提供服务（如文件传输）。但这仅仅是一种客户端-服务器或远程访问架构。没有任何内容暗示主机（服务提供商）与远程计算机所连接的网络（无论是互联网还是其他网络）之间存在一种预设的、使得主机能识别并信任该网络订户的关系。本领域技术人员无法从对比文件中推理出这种特定的商业或信任关系。因此，该特征未被隐含公开。 |
| **技术特征D《隐含公开》**<br>通过所述移动装置经由所述可信网络从所述服务提供商获取认证信息 | 第[0025]段：“In a setup phase, program 125 is loaded into read-only memory 120, along with an identification certificate for device 100, and an identification certificate for each host that device 100 is authorized to access.” <br>第[0030]段：“Cryptographic processor 110 is used during the TLS transport layer security (TLS) handshake to establish a secure connection to controller 260 and host 270. In particular, as part of the TLS handshake, a random token is generated and digitally signed using the private crypto-key stored in device 100, and the other party (controller or host) uses the public crypto-key of device 100, available from the certificate of device 100 to decrypt the encrypted random token. The certificate of device 100 may be preinstalled on device 100, presented by the peer in the handshake, and/or obtained from an Internet certificate directory.” <br>第[0032]-[0039]段描述了TLS握手过程，涉及客户端与服务器交换证书、密钥等信息。 | **直接公开判断**：对比文件公开了在TLS握手过程中，客户端（便携设备/远程计算机）和服务器（控制器/主机）会交换证书、公钥等信息，这些信息用于相互认证和建立安全会话。这些证书和密钥信息可以视为一种“认证信息”。然而，目标专利的“认证信息”是服务提供商在收到第一服务请求后“产生”并“获取”的，专门用于授权移动装置通过不可信网络访问内容。对比文件中，证书可能是预装的或在握手过程中从对等方或目录获取的，其作用主要是建立通用安全连接，而非专门用于授权在另一个网络上访问内容。作用不同。因此，本领域技术人员不能毫无疑义地得出“获取认证信息”这一技术特征。 <br><br>**隐含公开判断**：对比文件详细描述了通过TLS握手建立安全连接的过程。在这个过程中，客户端（代表移动装置）会从服务器（控制器或主机，可对应于服务提供商）接收服务器的证书（Server KeyExchange消息，步骤330），并可能验证该证书。服务器的证书是一种由可信机构颁发、用于证明服务器身份的认证信息。虽然获取该证书的主要直接目的是建立安全通道（验证服务器身份和协商会话密钥），但该证书本身也是一种“认证信息”，并且是通过网络（通信网络250）从服务器处获取的。本领域技术人员可以理解，在建立安全通信时，获取对方的认证信息（如证书）是一个隐含的、必要的步骤。因此，可以合理推断出移动装置经由网络从服务提供商（或其代理控制器）处“获取认证信息”。尽管作用侧重点不完全相同（建立安全通道 vs 授权网络切换访问），但“获取认证信息”这一动作本身已被隐含公开。 |
| **技术特征E《未直接公开且未隐含公开》**<br>所述认证信息将所述移动装置识别为所述可信网络的订户以授权所述移动装置经由所述不可信网络从所述服务提供商获取所述内容 | 第[0025]段：“an identification certificate for device 100” <br>第[0030]段：“the certificate of device 100” | **直接公开判断**：对比文件公开了便携设备（device 100）拥有一个身份证书（identification certificate）。该证书用于在TLS握手过程中认证设备本身。然而，该证书标识的是“设备”本身，而非目标专利中强调的“移动装置作为可信网络的订户”这一身份。目标专利的认证信息核心在于建立移动装置与一个可信网络（如移动运营商）的订阅关系，并基于此授权其通过不可信网络访问服务。对比文件的证书完全没有涉及任何“网络订户”的概念，也未提及基于网络订阅关系进行授权。因此，本领域技术人员不能毫无疑义地得出该特征。 <br><br>**隐含公开判断**：对比文件的证书仅用于设备身份认证，以确保通信对方是预期的设备。没有任何内容暗示该证书包含了或能用于验证设备是某个特定“可信网络”（如移动运营商）的“订户”。授权访问主机资源是基于设备证书和TLS建立的安全通道，而非基于设备作为某个外部网络订户的身份。本领域技术人员无法从对比文件中推理出这种将网络订阅身份作为授权依据的技术方案。因此，该特征未被隐含公开。 |
| **技术特征F《隐含公开》**<br>通过所述移动装置经由所述不可信网络将第二服务请求消息传输给所述服务提供商 | 第[0030]段：“program 125 obtains access to host computer 270 by using the resources of its guest computer, that is, personal computer 200, to couple to communication network 250 and send appropriate messages... to create a secure communication channel between device 100 and host computer 270.” <br>第[0043]段：“During operation, the host computer may securely transfer a file to device 100...” | **直接公开判断**：对比文件公开了便携设备插入远程计算机（guest computer）后，通过该远程计算机连接到网络并与主机通信。远程计算机可能是不受用户信任的（如酒店、网吧的电脑），这可以类比为“不可信网络”的接入点。然而，对比文件没有明确区分第一次通信和第二次通信，也没有明确描述在通过一个网络（如可信网络）获取某些信息后，再通过另一个不同的网络（不可信网络）发送一个专门的“第二服务请求消息”。其通信流程是：建立连接，然后进行数据传输。因此，本领域技术人员不能毫无疑义地得出存在一个专门的、通过“不可信网络”发送的“第二服务请求消息”。 <br><br>**隐含公开判断**：对比文件描述了设备（移动装置）通过一个外部计算机（guest computer，其连接的网络可以被视为一个潜在的“不可信网络”）来访问主机（服务提供商）。一旦安全通道建立（可能涉及第一次消息交换），后续所有通信（包括请求文件传输）都是通过这个已建立的通道进行的。本领域技术人员可以合理推断，为了请求内容（如文件），移动装置（通过远程计算机）需要向主机（服务提供商）发送一个请求消息。这个请求消息是通过远程计算机所连接的网络（可视为不可信网络）发送的。因此，可以认为对比文件隐含公开了“通过移动装置经由不可信网络将第二服务请求消息传输给服务提供商”这一技术特征。 |
| **技术特征G《隐含公开》**<br>所述第二服务请求消息包括从所述服务提供商请求所述内容的第二请求及经由所述可信网络从所述服务提供商获取的所述认证信息 | 第[0030]段：“Cryptographic processor 110 is used during the TLS transport layer security (TLS) handshake... The certificate of device 100 may be... presented by the peer in the handshake...” <br>第[0038]段：“Subsequent transmissions between the client and the server are in encrypted form.” <br>第[0043]段：“During operation, the host computer may securely transfer a file to device 100...” | **直接公开判断**：对比文件没有明确描述一个包含“内容请求”和“认证信息”的“第二服务请求消息”。TLS握手完成后，后续的加密传输可能包含文件请求，并且由于通信是加密的，可能隐含了之前交换的认证信息（如会话密钥）的使用。但是，目标专利明确要求第二请求消息“包括”从服务提供商获取的认证信息。对比文件没有明确展示在内容请求消息中附带认证信息（如令牌或证书）的具体消息结构。因此，本领域技术人员不能毫无疑义地得出该特征。 <br><br>**隐含公开判断**：在TLS协议中，握手阶段建立的加密信道（使用协商出的会话密钥）本身就依赖于并体现了之前交换的认证信息（证书、密钥）。任何在安全信道建立后发送的请求（例如请求传输文件），其通信的安全性（加密和完整性）都是基于先前获取的认证信息（会话密钥）来保障的。虽然认证信息本身可能不作为一个独立字段包含在后续的应用层请求消息中，但该请求消息是在一个由该认证信息所保障的安全上下文中传输的。从广义上看，可以认为“认证信息”以会话密钥的形式被用于保护（加密）该请求消息。本领域技术人员可以合理推断，为了在已建立的安全信道上请求内容，移动装置发送的消息必然包含了用于保障该消息安全的、先前获取的认证信息（以加密形式体现）。因此，该特征可以被认为被隐含公开。 |
| **技术特征H《隐含公开》**<br>基于所述第二服务请求消息中的经由所述可信网络从所述服务提供商获取的所述认证信息通过所述移动装置经由所述不可信网络从所述服务提供商处接收所述内容 | 第[0038]段：“Subsequent transmissions between the client and the server are in encrypted form.” <br>第[0043]段：“During operation, the host computer may securely transfer a file to device 100 for secure storage thereon.” | **直接公开判断**：对比文件公开了在安全通道建立后，主机可以安全地传输文件到设备。然而，目标专利强调“基于第二服务请求消息中的...认证信息”来接收内容。对比文件没有明确揭示服务提供商在收到一个请求消息后，会提取并验证其中包含的特定认证信息（如令牌），并基于此验证结果来决定是否提供服务。其内容传输是基于已建立的、持续的安全会话。因此，本领域技术人员不能毫无疑义地得出该特征。 <br><br>**隐含公开判断**：对比文件描述了在TLS握手完成后，客户端和服务器之间的后续传输是加密的。这意味着，任何从服务器（主机/服务提供商）到客户端（设备/移动装置）的内容传输，都是在基于先前握手阶段交换的认证信息（证书、密钥）所建立的安全信道上进行的。服务器只有在验证了客户端的证书（认证信息）并成功建立安全信道后，才会通过该信道传输内容（如文件）。因此，可以合理推断，移动装置经由不可信网络（远程计算机的网络）从服务提供商处接收内容，是基于先前建立安全信道时所使用的认证信息。尽管目标专利强调在“第二服务请求消息中”携带认证信息，而对比文件是通过独立的握手过程建立安全信道，但最终效果都是基于认证信息来授权和保障后续的内容传输。因此，该特征可以被认为被隐含公开。 |
| **技术特征I《隐含公开》**<br>其中获取所述认证信息进一步包括接收由所述服务提供商产生的所述认证信息 | 第[0032]段：“At step 330, the server sends a Server KeyExchange message to the client, providing the server's public key information.” <br>第[0030]段：“The certificate of device 100 may be preinstalled on device 100, presented by the peer in the handshake, and/or obtained from an Internet certificate directory.” | **直接公开判断**：对比文件公开了在TLS握手过程中，服务器（对应于服务提供商或控制器）会向客户端发送其公钥信息（Server KeyExchange）。服务器的公钥证书是由证书颁发机构（CA）签发的，用于证明服务器身份。虽然服务器“提供”了其公钥信息，但严格来说，证书通常不是由服务器自身“产生”的，而是由受信任的第三方CA产生并颁发的。目标专利中“由服务提供商产生的认证信息”可能更倾向于指服务提供商动态生成的令牌等。因此，本领域技术人员不能毫无疑义地得出该特征。 <br><br>**隐含公开判断**：在TLS握手中，服务器向客户端发送其证书。虽然证书由CA签发，但它代表了服务器的身份，并且是由服务器“提供”给客户端的。从客户端（移动装置）的角度看，它确实“接收”了来自服务器（服务提供商）的、用于认证服务器的“认证信息”（即证书）。本领域技术人员可以理解，在安全通信中，获取并验证对方提供的认证信息（如证书）是一个标准步骤。因此，可以合理推断出“获取认证信息包括接收由服务提供商产生的认证信息”这一特征。尽管“产生”的主体可能不完全相同（CA vs 服务提供商），但服务提供商持有并提供该认证信息，从移动装置获取信息的角度，效果是类似的。 |
| **技术特征J《未直接公开且未隐含公开》**<br>其进一步包括通过比较所述可信网络与所述不可信网络的通信参数来确定通信路线，以及基于对所述通信参数的所述比较来将所述可信网络和所述不可信网络中的一者指定为优选通信路线 | 对比文件全文未提及比较不同网络的通信参数（如成本、带宽、信号强度）并基于比较结果选择通信路线的任何内容。 | **直接公开判断**：对比文件完全没有提及移动装置需要选择或比较不同的网络。它只描述了设备插入一个远程计算机，然后通过该计算机连接网络。没有出现多个网络选项，也没有任何关于评估网络参数（如带宽、成本）并选择“优选”路线的描述。因此，本领域技术人员不能毫无疑义地得出该特征。 <br><br>**隐含公开判断**：对比文件的场景是固定的：设备插入一个给定的远程计算机，通过该计算机的网络进行通信。没有给出任何关于设备可以在两个不同性质的网络（可信 vs 不可信）之间进行选择，并根据参数比较动态指定优选路线的线索或启示。本领域技术人员无法从对比文件公开的内容中进行任何相关推理。因此，该特征未被隐含公开。 |
| **技术特征K《未直接公开且未隐含公开》**<br>其中传输所述第二服务请求消息进一步包括将所述认证信息插入于所述第二服务请求消息的标头中 | 对比文件全文未描述将认证信息插入消息标头的具体消息格式或方法。 | **直接公开判断**：对比文件描述了使用TLS协议进行安全通信。TLS协议在握手阶段交换证书和密钥，并在记录层对应用数据进行加密。它没有描述在应用层消息（如HTTP请求）的“标头”中插入认证信息的机制。目标专利可能涉及在HTTP等应用协议标头中插入令牌。对比文件未公开此具体实施方式。因此，本领域技术人员不能毫无疑义地得出该特征。 <br><br>**隐含公开判断**：对比文件未提供任何关于消息格式或标头操作的细节。虽然认证信息（如会话密钥）被用于加密整个数据流，但并未明确揭示将认证信息作为一个独立字段插入到应用层请求消息的标头中。本领域技术人员无法从对比文件中推理出这种具体的实现细节。因此，该特征未被隐含公开。 |
| **技术特征L《隐含公开》**<br>其中获取所述认证信息进一步包括经由所述可信网络接收在所述服务提供商处加密的经加密认证信息 | 第[0030]段：“the other party (controller or host) uses the public crypto-key of device 100, available from the certificate of device 100 to decrypt the encrypted random token.” <br>第[0035]段：“At step 350, the client sends a Client KeyExchange message to the server, providing session key information, encrypted with the server's public key information.” | **直接公开判断**：对比文件公开了在TLS握手过程中，客户端和服务器交换的信息（如Client KeyExchange消息中的会话密钥信息）是使用对方的公钥进行加密的。这意味着客户端接收到的来自服务器的信息（如Server KeyExchange中的服务器证书本身通常是公开的，但后续的密钥协商信息）可能是加密的。然而，目标专利的“经加密认证信息”特指由服务提供商加密的认证信息，用于后续验证。对比文件中加密的目的是保护密钥交换过程，防止窃听，而非专门产生一个用于后续单独验证的加密令牌。作用不完全相同。因此，本领域技术人员不能毫无疑义地得出该特征。 <br><br>**隐含公开判断**：在TLS握手过程中，客户端会从服务器接收信息，例如服务器的证书（虽然证书本身通常未加密）以及用于生成会话密钥的预备主密钥（pre-master secret，在Client KeyExchange中由客户端加密发送，但服务器响应也涉及加密流程）。更重要的是，整个握手过程建立了一个共享的会话密钥，该密钥是基于双方交换的加密信息推导出来的。从广义上讲，客户端获取的、用于建立安全信道的“认证信息”（即会话密钥的素材或会话密钥本身）是通过加密交换过程获得的。服务器提供的信息（如其公钥对应的私钥才能解密的信息）可以被视为是“在服务提供商处加密的”。本领域技术人员可以合理推断，在建立安全连接时，会接收并处理来自服务器的、经过加密的认证相关信息。因此，该特征可以被认为被隐含公开。 |
| **技术特征M《隐含公开》**<br>其中传输所述第二服务请求消息进一步包括传输所述经加密认证信息以用于在所述服务提供商处解密和验证所述认证信息 | 第[0038]段：“Subsequent transmissions between the client and the server are in encrypted form.” <br>第[0030]段：“a random token is generated and digitally signed using the private crypto-key stored in device 100, and the other party (controller or host) uses the public crypto-key of device 100, available from the certificate of device 100 to decrypt the encrypted random token.” | **直接公开判断**：对比文件公开了在TLS握手阶段，客户端会发送使用服务器公钥加密的信息（Client KeyExchange），服务器解密后用于生成会话密钥。此外，握手完成后所有后续传输都是加密的。然而，目标专利特指在“第二服务请求消息”中传输“经加密认证信息”以供服务提供商解密验证。对比文件没有明确描述在握手完成后的应用请求消息（第二服务请求消息）中专门传输一个独立的、需要解密的“经加密认证信息”。其加密是针对整个消息流。因此，本领域技术人员不能毫无疑义地得出该特征。 <br><br>**隐含公开判断**：在TLS协议中，握手阶段客户端发送的“Client KeyExchange”消息包含了使用服务器公钥加密的预备主密钥。服务器需要解密该信息以参与生成会话密钥。这可以看作是客户端传输了“经加密认证信息”（用于密钥生成的秘密信息）以供服务器解密。虽然这不完全是目标专利中描述的“第二服务请求消息”，但它是建立安全信道所必需的一个请求/交换消息。此外，一旦安全信道建立，所有后续传输（包括可能的内容请求）都是使用会话密钥加密的。服务器需要解密这些消息才能处理。本领域技术人员可以合理推断，在安全通信中，传输加密信息并由接收方解密验证是一个普遍过程。因此，该特征可以被认为被隐含公开。 |
| **技术特征N《未直接公开且未隐含公开》**<br>其中传输所述第一服务请求消息进一步包括经由与所述服务提供商具有预定服务关系的所述可信网络将所述第一服务请求消息传输给所述服务提供商 | 第[0024]段：“a controller computer that sets up a communication connection between a host computer and a remote computer.” <br>第[0029]段：“personal computer 200 is coupled to communication network such as the Internet... Also coupled to communication network 250 are controller and host 270” | **直接公开判断**：对比文件公开了远程计算机通过通信网络（如互联网）与控制器和主机通信。然而，它没有描述这个通信网络是“可信网络”，更没有描述这个网络与主机（服务提供商）之间存在“预定服务关系”。目标专利中的“预定服务关系”特指移动运营商与服务提供商之间的商业协议，使得服务提供商信任来自该运营商网络的请求。对比文件完全没有提及这种关系。因此，本领域技术人员不能毫无疑义地得出该特征。 <br><br>**隐含公开判断**：对比文件中的网络是一个通用的通信网络（互联网），控制器作为中介协助建立连接。没有任何内容暗示该网络与主机之间存在除了普通IP连接之外的任何“预定服务关系”。本领域技术人员无法从对比文件中推理出这种特定的商业或信任关系。因此，该特征未被隐含公开。 |
| **技术特征O《未直接公开且未隐含公开》**<br>其中传输所述第一服务请求消息进一步包括经由移动运营商网络传输所述第一服务请求消息 | 对比文件全文未提及移动运营商网络（cellular operator network）。 | **直接公开判断**：对比文件完全没有提及移动运营商网络。它描述的网络连接是通过个人计算机（如酒店电脑）的有线或无线连接（如拨号、专线）到互联网。因此，本领域技术人员不能毫无疑义地得出该特征。 <br><br>**隐含公开判断**：对比文件的背景是便携设备通过插入外部计算机（如酒店电脑）来访问主机。没有提及或暗示该外部计算机是通过移动运营商网络（如3G/4G蜂窝网络）连接到互联网的。本领域技术人员无法从对比文件公开的内容中推理出使用了移动运营商网络。因此，该特征未被隐含公开。 |
| **技术特征P《未直接公开且未隐含公开》**<br>其中传输所述第二服务请求消息进一步包括经由局域网LAN传输所述第二服务请求消息 | 第[0029]段：“personal computer 200 is coupled to communication network such as the Internet via dedicated or dial-up connection” | **直接公开判断**：对比文件公开了远程计算机（personal computer 200）通过专线或拨号连接到互联网。它没有明确说明这个连接是否经过一个局域网（LAN）。虽然个人计算机很可能连接在局域网上，然后再连接到互联网，但对比文件文本本身并未明确指出“经由局域网LAN传输”。因此，本领域技术人员不能毫无疑义地得出该特征。 <br><br>**隐含公开判断**：对比文件描述的是个人计算机连接到互联网。在常见的网络拓扑中，个人计算机可能通过局域网（如家庭或办公室网络）接入互联网。然而，对比文件文本并未明确提及或强调“局域网”（LAN）这一概念。它只说了连接到“通信网络”。本领域技术人员虽然可能推测存在局域网，但无法从对比文件明确公开的内容中必然推理出“第二服务请求消息”是“经由局域网LAN”传输的，因为文本并未将局域网作为一个特定的技术特征或网络类型进行描述。因此，该特征未被隐含公开。 |
<<<d>>><<<f>>><<<g>>><<<h>>><<<i>>><<<l>>><<<m>>>