**对比文件名称**：1998-10-20_发明授权_US5825890A Secure socket layer application program apparatus and method
**目标专利名称**：175安全精细时序测量协议CN109155982B
**模型名称**：DeepSeek
## 特征比对表格
| 技术特征描述以及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| **技术特征A**：所述方法包括：在安全网络上协商至少一个值，所述至少一个值包括：临时数值随机序列，或第一预定值。<br>**《隐含公开》** | [2] “The client sends to the server, through the sockets connection, a client-hello message which includes the following information: challenge data and cipher-- specs. In the current implementation of the invention, the challenge data is a random number used to ensure channel integrity as explained below.”<br>[2] “The server responds to the client-hello message with a server-hello message which includes the following information: connection-- identification, server-- certificate and cipher-- specs. The connection-- identification is a randomly generated set of bits.”<br>[2] “The client delivers a master key to the server in a client-master-key message. The master key, for example, can be a randomly generated number.” | 对比文件公开了在安全握手过程中，客户端和服务器交换随机生成的值：挑战数据（challenge data，一个随机数）和连接标识（connection--identification，随机生成的位集）。这些值（挑战数据、连接标识、主密钥）是在安全连接（如SSL/TLS）上协商或生成的，用于后续的认证和密钥生成。虽然对比文件未明确使用“临时数值随机序列”或“第一预定值”的术语，也未提及该值专门用于FTM会话，但其公开的“随机数”或“随机生成的位集”在SSL安全上下文中作为临时的、协商/生成的值，其作用（用于身份验证和建立安全信道）与目标专利中“在安全网络上协商至少一个值”以用于后续FTM会话认证在安全通信原理上相通。本领域技术人员可以合理推断，在安全网络上协商或生成随机值（如挑战、临时数）是一种通用的安全机制，可应用于需要认证的不同协议（包括FTM）。因此，该技术特征被**隐含公开**。 |
| **技术特征B**：通过所述起始无线站发送FTM请求，其中所述FTM请求包含至少一个安全性特征。<br>**《隐含公开》** | [2] “The client sends to the server, through the sockets connection, a client-hello message which includes the following information: challenge data and cipher-- specs. In the current implementation of the invention, the challenge data is a random number used to ensure channel integrity as explained below.”<br>[2] “When a client first connects to a server it is required to send the CLIENT-HELLO message.” | 对比文件公开了客户端在建立安全连接时，向服务器发送一个CLIENT-HELLO消息，该消息包含了挑战数据（一个随机数）。该挑战数据在SSL协议中用于后续验证服务器身份，确保信道完整性，其作用相当于一个安全性特征。虽然对比文件的消息是SSL握手协议中的“CLIENT-HELLO”，而非目标专利中特定于FTM协议的“FTM请求”，但本领域技术人员可以理解，在需要安全性的通信会话中，发送一个包含随机挑战（作为安全性特征）的初始请求消息是常见的认证手段。SSL的CLIENT-HELLO消息在功能上类似于一个发起安全会话的“请求”，其中包含了安全性特征（挑战数据）。因此，该技术特征被**隐含公开**。 |
| **技术特征C**：其中所述FTM请求的所述至少一个安全性特征包括：所述临时数值随机序列的至少一部分，或第一媒体接入控制MAC地址，其中所述第一MAC地址的至少一部分包括所述第一预定值。<br>**《隐含公开》** | [2] “The client sends to the server, through the sockets connection, a client-hello message which includes the following information: challenge data and cipher-- specs. In the current implementation of the invention, the challenge data is a random number used to ensure channel integrity as explained below.” | 对比文件公开了客户端发送的CLIENT-HELLO消息中包含的“挑战数据”（challenge data）是一个随机数。该随机数在SSL协议中作为临时的、一次性的值用于安全验证，其作用与目标专利中“临时数值随机序列的至少一部分”作为安全性特征的作用（用于认证）是类似的。虽然对比文件未提及任何关于“媒体接入控制（MAC）地址”或“预定值”的内容，也未明确该随机数是序列的一部分，但其公开的“随机数”作为安全性特征，部分覆盖了目标专利中“安全性特征包括临时数值随机序列的至少一部分”这一技术方案。本领域技术人员可以从对比文件公开的“随机数挑战”这一安全机制，合理推断出使用随机数（包括序列中的一部分）作为消息中的安全性特征。因此，该技术特征中关于“临时数值随机序列的至少一部分”的部分被**隐含公开**。 |
| **技术特征D**：在所述起始无线站处接收FTM帧，其中所述FTM帧包括对所述至少一个安全性特征的响应。<br>**《隐含公开》** | [2] “The server sends a server-verify message which includes an encrypted copy of the CHALLENGE-DATA sent by the client in the CLIENT-HELLO message.”<br>[2] “The server sends this message after a pair of session keys ... have been agreed upon ... The message contains an encrypted copy of the CHALLENGE-DATA sent by the client...” | 对比文件公开了服务器在SSL握手过程中，会向客户端发送一个SERVER-VERIFY消息，该消息包含了客户端之前发送的挑战数据（CHALLENGE-DATA）的加密副本。这个加密的挑战数据是对客户端原始挑战（即安全性特征）的响应，用于证明服务器拥有正确的私钥。虽然对比文件的消息是SSL协议中的“SERVER-VERIFY”，而非目标专利中特定于FTM协议的“FTM帧”，但其核心在于接收一个包含对先前发送的安全性特征（挑战）进行响应的消息。本领域技术人员可以理解，在安全协议中，响应方对发起方的挑战进行加密或签名的回复是一种标准的认证响应方式。因此，该技术特征被**隐含公开**。 |
| **技术特征E**：在所述起始无线站处确定对所述至少一个安全性特征的所述响应的可靠性。<br>**《直接公开》** | [2] “The client must decrypt this message and compare the value received with the value sent, and only if the values are identical is the server to be ‘trusted’. If the lengths do not match or the value doesn't match then the connection is to be closed by the client.” | 对比文件直接且明确地公开了客户端（对应于目标专利的起始站）在收到服务器的SERVER-VERIFY消息后，需要解密该消息，并将解密得到的挑战数据值与最初发送的值进行比较。只有两者完全相同时，服务器才被信任。这个过程就是“确定对所述至少一个安全性特征的所述响应的可靠性”。对比文件公开的内容与本技术特征在作用和步骤上完全一致：都是通过比较接收到的响应与原始发送值是否一致来判断响应是否可靠/正确。因此，该技术特征被**直接公开**。 |
| **技术特征F**：和结束所述FTM会话。<br>**《直接公开》** | [2] “If the lengths do not match or the value doesn't match then the connection is to be closed by the client.”<br>[2] “Also, if the error is unrecoverable then the sender shuts down its connection after sending the error. In a similar fashion the receiver will close its connection upon receipt of an unrecoverable error.”<br>[2] “When a transfer of information through a socket connection ... is finished or an error condition occurs, SSL-- close is called ... The SSL library that receives SSL-- close sends a message instructing the operating system transport layer service to close the socket connection.” | 对比文件多次公开了在安全握手失败（如验证不匹配）或通信结束时，关闭连接（会话）的步骤。具体地，在验证失败时客户端关闭连接；在发生不可恢复错误时，发送方和接收方关闭连接；通过调用SSL_close来关闭socket连接。这些操作都对应于“结束会话”。虽然对比文件使用的是“关闭连接”这一表述，但在网络通信中，结束一个连接即等同于结束该连接上的会话（例如SSL会话或FTM会话）。因此，该技术特征被**直接公开**。 |
| **技术特征G**：其中结束所述FTM会话包括基于对所述至少一个安全性特征的所述响应不可靠的确定而终止所述FTM会话。<br>**《直接公开》** | [2] “The client must decrypt this message and compare the value received with the value sent, and only if the values are identical is the server to be ‘trusted’. If the lengths do not match or the value doesn't match then the connection is to be closed by the client.” | 对比文件明确公开了：当客户端确定接收到的挑战响应值与发送值不匹配（即响应不可靠）时，客户端将关闭连接。这直接对应于“基于对所述至少一个安全性特征的所述响应不可靠的确定而终止所述FTM会话”。对比文件公开的“关闭连接”就是终止会话的行为，且触发条件正是响应不可靠。因此，该技术特征被**直接公开**。 |
| **技术特征H**：其中对所述至少一个安全性特征的所述响应不可靠的所述确定包括所述FTM帧含有响应于所述FTM请求的所述至少一个安全性特征的不正确信息的确定。<br>**《直接公开》** | [2] “The client must decrypt this message and compare the value received with the value sent, and only if the values are identical is the server to be ‘trusted’. If the lengths do not match or the value doesn't match then the connection is to be closed by the client.” | 对比文件明确描述了确定响应不可靠的具体方式：比较接收到的值与发送的值，如果它们不匹配，则意味着服务器返回的响应信息（即加密的挑战数据）是不正确的。这完全对应于“所述FTM帧含有响应于所述FTM请求的所述至少一个安全性特征的不正确信息的确定”。因此，该技术特征被**直接公开**。 |
| **技术特征I**：其中结束所述FTM会话是基于对所述至少一个安全性特征的所述响应可靠的确定。<br>**《直接公开》** | [2] “only if the values are identical is the server to be ‘trusted’.”<br>[2] “Once the handshake has been successfully completed, the SSL library returns a message to the calling application indicating that a socket connection has been opened.”<br>[2] “The server sends this message when it is satisfied with the clients security handshake and is ready to proceed with transmission/reception of the higher level protocols data.” | 对比文件公开了在响应可靠（挑战验证通过）的情况下，握手成功完成，服务器被视为可信，并准备进行更高级别的协议数据传输。这隐含了在验证可靠后，握手阶段结束，安全会话得以建立并继续进行。虽然对比文件没有明确说“结束会话”，但握手阶段的成功完成即意味着握手会话的结束和正式通信会话的开始。本领域技术人员可以毫无疑义地得出，当验证可靠时，会正常结束握手过程并进入下一步（无论是开始数据传输还是结束握手阶段），这属于“结束所述FTM会话”的一种情况（即正常完成而非异常终止）。因此，该技术特征被**直接公开**。 |
| **技术特征J**：其中所述临时数值随机序列的有效性是时间相依的。<br>**《隐含公开》** | [2] “A given session-- identification together with its related information is retained in cache memory in the client and in the server for a prescribed period of time, 100 seconds in a current implementation.”<br>[2] “The stored session-- identification information advantageously saves time ... without unreasonably compromising security.” | 对比文件公开了会话标识（session-identification）及其相关信息（包括主密钥）会在客户端和服务器缓存中保留一段规定的时间（例如100秒）。这意味着这些安全凭证（可类比为临时协商的值）具有基于时间的有效性——它们在缓存期内有效，过期后可能不再被使用。这种缓存机制体现了“时间相依”的有效性概念。虽然对比文件未明确说“临时数值随机序列的有效性是时间相依的”，但其公开的“缓存规定时间”本质上赋予了安全信息一种时间有效性。本领域技术人员可以合理推断，为提高安全性和管理效率，为临时安全值设置有效期（时间相依）是一种常见技术手段。因此，该技术特征被**隐含公开**。 |
| **技术特征K**：其中所述FTM请求的所述至少一个安全性特征包含在所述FTM请求的帧体内的供应商专有信息元素IE中。<br>**《未公开》** | 对比文件全文未提及“供应商专有信息元素（IE）”、“帧体”或类似结构。对比文件描述的SSL协议消息具有其特定的格式和字段，如记录头、记录数据等，但未涉及将安全性特征封装在供应商专有IE中的技术。 | 对比文件完全没有公开任何关于“供应商专有信息元素（IE）”的内容，也未提及在特定帧体内以IE形式携带信息。该特征是实现安全性特征具体封装格式的一种特定方式，对比文件未提供任何相关教导或启示。因此，该技术特征**未被公开**。 |
| **技术特征L**：其中响应于所述FTM请求的所述至少一个安全性特征的信息包括第二MAC地址，其中所述第二MAC地址的至少一部分包括第二预定值。<br>**《未公开》** | 对比文件全文未提及“媒体接入控制（MAC）地址”或“预定值”。对比文件使用的安全标识和凭证是数字证书、会话标识、挑战随机数等，不涉及MAC地址的修改或使用特定部分作为安全特征。 | 对比文件完全没有公开任何使用MAC地址或其一部分作为安全响应的内容。该特征是目标专利中利用网络层地址进行认证的特定手段，在对比文件的SSL应用层安全协议中没有对应或启示。因此，该技术特征**未被公开**。 |
| **技术特征M**：其中所述第一MAC地址的不大于三个字节包括所述第一预定值。<br>**《未公开》** | 对比文件全文未提及“MAC地址”或“字节”限制。 | 由于对比文件未公开任何关于使用MAC地址作为安全性特征的内容，因此更不可能公开关于MAC地址中特定字节数限制的细节。该技术特征**未被公开**。 |
| **技术特征N**：其另外包括：接收确认帧。<br>**《未公开》** | 对比文件全文未提及“确认帧”（ACK frame）。对比文件描述的SSL握手协议消息交换中，没有类似于FTM协议中用于测量时间戳的“确认帧”。 | 该特征涉及FTM测量协议中特定的“确认帧”的接收，用于后续的路径损耗计算。对比文件的SSL协议专注于建立安全信道，不涉及精细时序测量及其相关的确认帧机制。因此，该技术特征**未被公开**。 |
| **技术特征O**：基于在所述确认帧中接收的信息，确定所述FTM请求和所述确认帧中的每一个中的路径损耗的量。<br>**《未公开》** | 对比文件全文未提及“路径损耗”（path loss）或其量的确定。 | 该特征涉及无线通信中通过功率测量来计算路径损耗，是一种物理层或链路层的安全增强手段。对比文件的SSL协议工作在更高的应用层/传输层，关注加密和数字认证，不涉及物理信号强度的测量。因此，该技术特征**未被公开**。 |
| **技术特征P**：将所述FTM请求中的所述路径损耗的量与所述确认帧中的所述路径损耗的量进行比较。<br>**《未公开》** | 对比文件全文未提及“路径损耗”的比较。 | 基于特征O未公开，此比较步骤同样未被公开。对比文件没有提供任何关于测量和比较路径损耗的教导。因此，该技术特征**未被公开**。 |
| **技术特征Q**：和在所述FTM请求中的所述路径损耗的量和所述确认帧中的所述路径损耗的量不类似的情况下，终止所述FTM会话。<br>**《未公开》** | 对比文件全文未提及基于“路径损耗”不类似而终止会话。 | 基于特征O和P未公开，此基于路径损耗比较结果终止会话的步骤同样未被公开。因此，该技术特征**未被公开**。 |
| **技术特征R**：其中确定所述FTM请求和所述确认帧中的每一个中的所述路径损耗的量包括：确定所述FTM请求的发射功率。<br>**《未公开》** | 对比文件全文未提及“发射功率”。 | 该特征涉及确定无线信号的发射功率，属于物理层参数。对比文件的SSL协议不涉及此类物理层测量。因此，该技术特征**未被公开**。 |
| **技术特征S**：在所述确认帧中接收以下的指示：所述FTM请求的接收功率，和所述确认帧的发射功率。<br>**《未公开》** | 对比文件全文未提及在帧中指示“接收功率”或“发射功率”。 | 该特征涉及在协议帧中交换功率信息。对比文件的SSL消息格式中未包含此类字段。因此，该技术特征**未被公开**。 |
| **技术特征T**：确定所述确认帧的接收功率。<br>**《未公开》** | 对比文件全文未提及“接收功率”。 | 同特征R和S，该物理层测量未被对比文件公开。因此，该技术特征**未被公开**。 |
| **技术特征U**：通过从所述FTM请求的所述发射功率减去所述FTM请求的所述接收功率，确定所述FTM请求中的所述路径损耗的量。<br>**《未公开》** | 对比文件全文未提及通过功率相减计算路径损耗。 | 该特征是一种具体的路径损耗计算方法。由于对比文件未公开任何关于功率测量和路径损耗的概念，因此该方法也未被公开。因此，该技术特征**未被公开**。 |
| **技术特征V**：和通过从所述确认帧的所述发射功率减去所述确认帧的所述接收功率，确定所述确认帧中的所述路径损耗的量。<br>**《未公开》** | 对比文件全文未提及通过功率相减计算路径损耗。 | 同特征U，该计算方法未被公开。因此，该技术特征**未被公开**。 |
<<<E>>><<<F>>><<<G>>><<<H>>><<<I>>><<<a>>><<<b>>><<<c>>><<<d>>><<<j>>>