对比文件名称：2009-07-09_US2009177781A_发明申请_US20090177781A1 METHODS AND SYSTEMS FOR COMMUNICATING WITH STORAGE SYSTEMS USING SLIM IP STACKS
目标专利名称：343用于进行降低功率的无线通信的系统和方法CN103828329B
模型名称：DeepSeek-R1
作为资深专利代理师，我将根据目标专利说明书对权利要求的解释，结合对比文件内容，对技术特征进行逐一比对和公开性判断。
### 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| **技术特征A**：包括：在第一设备的第一处理器处截取来自所述第一设备的应用的第一消息，所述第一消息包括包含第一操作数的第一套接字请求，其中所述第一套接字请求与传输协议层相关联 《隐含公开》 | [0024] “In a host-system side 20 ... data is exchanged to/from TCP/IP emulator 24 from/to layers 6 & 7 via TCP/IP stack interface C.” [0051] “TCP/IP emulator 24 converts the TCP/IP commands from TCP/IP interface C commands into physical port-driver commands sent via interface B.” | 对比文件公开了在主机系统侧，存在一个TCP/IP仿真器（TCP/IP emulator 24）。该仿真器通过TCP/IP栈接口（interface C）从上层应用（layers 6 & 7，即应用层）接收TCP/IP命令。根据目标专利说明书[0032]段，套接字调用（socket call）是应用发起的、用于建立连接的消息，属于TCP/IP协议栈处理的消息。对比文件中“TCP/IP commands”通过接口C传递给仿真器，这隐含了仿真器“截取”了原本应由标准TCP/IP栈处理的、来自应用的消息（即套接字请求）。虽然未明确使用“截取”一词，但本领域技术人员可以理解，仿真器替代标准栈接收这些命令，即实现了截取功能。消息中的“操作数”对应于TCP/IP命令所执行的具体操作（如连接）。因此，该特征被对比文件隐含公开。 |
| **技术特征B**：在所述第一处理器处截取来自所述应用的第二消息，所述第二消息包括包含第二操作数的第二套接字请求，其中所述第二套接字请求与所述传输协议层相关联 《隐含公开》 | [0024] “In a host-system side 20 ... data is exchanged to/from TCP/IP emulator 24 from/to layers 6 & 7 via TCP/IP stack interface C.” [0051] “TCP/IP emulator 24 converts the TCP/IP commands from TCP/IP interface C commands into physical port-driver commands sent via interface B.” | 同特征A，对比文件公开了TCP/IP仿真器通过接口C从应用层接收TCP/IP命令。这并非一次性行为，而是一个持续的通信过程，意味着仿真器会接收来自应用的多个消息（命令）。每个这样的消息都包含其特定的操作（可视为操作数），例如不同的TCP/IP命令。因此，截取包含第二操作数的第二消息是TCP/IP仿真器工作模式的必然结果，被对比文件隐含公开。 |
| **技术特征C**：在第一设备的第二处理器处基于所述第一操作数和所述第二操作数来生成第一分组，其中所述第二处理器与接入网络层相关联 《隐含公开》 | [0024] “In host-system side 20, data is exchanged to/from layers 1 & 2 from/to a TCP/IP emulator via data-link interface B.” [0051] “TCP/IP emulator 24 converts the TCP/IP commands from TCP/IP interface C commands into physical port-driver commands sent via interface B. This is mainly done by encapsulating (i.e. wrapping the TCP/IP commands with header and footers of the commands used by the physical port-driver interface) the TCP/IP commands received via interface C into physical port driver commands that are sent via interface B.” | 对比文件明确公开了TCP/IP仿真器（可视为第二处理器或其一部分）将接收到的TCP/IP命令（包含其操作数）进行封装（encapsulating），生成物理端口驱动命令（physical port driver commands），并通过数据链路接口B（interface B）发送。根据目标专利说明书[0032]段，接入网络层（如降低功率接入网络层）负责生成分组。对比文件中的“物理端口驱动命令”即相当于目标专利中生成的“分组”。接口B连接仿真器和物理层（layers 1 & 2），该物理层可对应于接入网络层。因此，基于操作数（TCP/IP命令）生成分组并由与接入网络层相关的接口发送的技术特征，被对比文件隐含公开。 |
| **技术特征D**：经由所述接入网络层将所述第一分组从所述第一设备传送到第二设备，其中所述第二设备的处理器被配置成代表所述第一设备托管传输协议栈以基于所述第一分组生成一个或多个传输协议分组。 《未公开》 | [0024] “Communication is enabled by data-transport interface A. In host-system side 20, data is exchanged to/from layers 1 & 2 from/to a TCP/IP emulator via data-link interface B. ... In storage-device side 22, data is exchanged to/from layers 1 & 2 from/to a storage-command interpreter 26 via data-link interface B.” [0052] “Storage-command interpreter 26 converts the TCP/IP commands to storage commands.” | 对比文件公开了主机系统将封装后的命令（即分组）通过接口A传送到存储设备侧。然而，存储设备侧的“存储命令解释器26”的功能是将TCP/IP命令转换为存储命令，并交由存储命令模块28执行。它并没有“代表第一设备托管传输协议栈”。托管传输协议栈意味着维护完整的TCP/IP协议栈功能（如生成标准TCP/IP分组、处理报头、响应控制信号等，见目标专利[0011], [0016]段）。对比文件中的存储设备侧仅进行命令转换，并未提及代表主机系统维护一个完整的、可用于生成标准传输协议分组的协议栈。两者的目的和功能本质不同：目标专利是委托协议栈处理以实现功率节省，对比文件是简化协议栈以实现直接存储访问。因此，该特征未被对比文件公开。 |
| **技术特征E**：其特征在于，所述传输协议层包括传输控制协议(TCP)/网际协议(IP)层，其中所述第一处理器和所述第二处理器是同一处理器，并且其中所述接入网络层包括媒体接入控制(MAC)层。 《未公开》 | [0002] “Communication protocols (e.g. Transmission Control Protocol/Internet Protocol (TCP/IP) ...)” [0024] “In host-system side 20 ... data is exchanged to/from layers 1 & 2 from/to a TCP/IP emulator via data-link interface B.” | 对比文件确实提及并使用了TCP/IP协议（公开了传输协议层包括TCP/IP层）。然而，对比文件并未提及“第一处理器”和“第二处理器”是同一处理器。附图2显示TCP/IP仿真器24是一个独立模块，其与主机系统处理器（如附图4的host processor 42）的关系未明确。更重要的是，对比文件中的“接入网络层”对应的是物理层（layers 1 & 2），该层在实施例中是存储设备连接器（如USB, SD, MMC）及其驱动（见[0058]段），属于有线物理接口。而目标专利的“媒体接入控制(MAC)层”特指无线网络（如WiFi）中的媒体接入控制层，两者技术领域和具体实现方式不同。因此，该附加限定特征未被对比文件公开。 |
| **技术特征F**：其特征在于，传送所述第一分组包括将所述第一分组传送到与所截取的消息的目的地不同的目的地。 《未公开》 | [0024] 图2及对应描述展示了从主机系统侧20到存储设备侧22的通信。 | 在对比文件中，应用发出的TCP/IP命令（消息）的最终目的地是存储设备（例如，访问存储设备上的数据）。生成的物理端口驱动命令（分组）也正是发送给这个存储设备。因此，分组的传送目的地与所截取消息的原始目的地是相同的（都是存储设备）。而目标专利的特征在于，STA应用的消息（套接字请求）本意是发给远程应用服务器（AS），但生成的分组却被发送给了AP，由AP代理与AS通信（见[0011], [0033]段）。这是两种不同的通信代理架构。因此，该特征未被对比文件公开。 |
| **技术特征G**：其特征在于，托管传输协议栈包括打开并维护所述传输协议栈，其中所述第一设备不托管所述传输协议栈并将托管所述传输协议栈委托给所述第二设备，并且其中所述第二设备托管用于多个设备的协议栈。 《未公开》 | [0015] “The driver executed on the host-system side exports the same application programming interface (API) to the application layer that is exported by a standard TCP/IP stack, via a TCP/IP emulator.” [0024] 描述了主机系统侧使用TCP/IP仿真器，存储设备侧使用存储命令解释器。 | 对比文件中，主机系统侧使用TCP/IP仿真器来模拟（emulate）标准TCP/IP栈的API，但并未“打开并维护”一个完整的、可生成标准TCP/IP分组的传输协议栈。其目的是用精简栈（slim stack）取代完整栈，而不是将完整栈委托给另一设备维护。存储设备侧也没有“托管”用于主机设备的完整传输协议栈。此外，对比文件完全没有提及第二设备（存储设备）为“多个设备”托管协议栈。目标专利的核心委托架构（STA不托管，AP代为托管并可为多个STA服务）在对比文件中没有对应描述。因此，该特征未被公开。 |
| **技术特征H**：其特征在于，所述第一分组不是传输协议分组，并且其中所述第一分组从所述第一设备无线地传送到所述第二设备。 《未公开》 | [0051] “encapsulating the TCP/IP commands received via interface C into physical port driver commands that are sent via interface B.” [0058] “layers 1 & 2 are standard storage-device connectors and associated physical-port drivers, respectively (e.g. USB, SD, and MMC).” | 对比文件公开了生成的分组（物理端口驱动命令）不是标准的TCP/IP分组（即传输协议分组），这与特征H的前半部分一致。然而，特征H还限定了“无线地传送”。对比文件明确列举的物理接口是USB、SD、MMC等，这些都是典型的有线或卡式接口，并未提及无线传输。目标专利的背景和实施例均基于无线通信系统（如WiFi, 802.11ah），其MAC层是无线MAC（见[0030]段）。因此，该附加的“无线传送”限定未被对比文件公开。 |
| **技术特征I**：其特征在于，所述第一套接字请求包括连接请求。 《隐含公开》 | [0005] “(3) TCP commands (transport layer); and (4) web browser commands such as http (application layer).” [0051] 提及“TCP/IP commands”。 | 对比文件提及了TCP命令和应用层命令（如http）。在TCP/IP通信中，建立连接是一个基本的套接字操作，连接请求（如TCP SYN）是常见的TCP命令之一。本领域技术人员能够理解，TCP/IP仿真器所接收的“TCP/IP commands”中完全可能包含用于建立连接的套接字请求。因此，尽管未明确写出“连接请求”四个字，但该技术特征已被对比文件所公开的“TCP命令”隐含公开。 |
| **技术特征J**：其特征在于，生成所述第一分组包括：标识正等待传输的先前生成的分组 《未公开》 | 对比文件全文未提及在生成分组时，会标识正在等待传输的先前生成的分组。 | 对比文件仅描述了TCP/IP仿真器将接收到的命令封装并发送的过程。没有记载任何关于对等待传输的分组进行标识、比较以优化传输的逻辑。这是目标专利中为了进一步减少功耗和话务而设计的特定优化措施（参见[0038]段）。因此，该特征未被对比文件公开。 |
| **技术特征K**：将所述第一分组的属性与所述先前生成的分组的属性进行比较。 《未公开》 | 对比文件全文未提及将分组的属性进行比较。 | 理由同特征J。对比文件没有公开任何分组属性比较的机制。该特征未被公开。 |
| **技术特征L**：其特征在于，还包括：基于包括在从所述应用截取的第三消息中的第三操作数生成第二分组 《隐含公开》 | 同特征A、B、C的引用。TCP/IP仿真器持续处理来自应用层的命令。 | 该特征是特征A、B、C所述过程的自然延伸和重复。既然对比文件隐含公开了截取消息并基于操作数生成分组的过程，那么基于从同一应用截取的又一个（第三）消息生成又一个（第二）分组，是本领域技术人员能够直接、毫无疑义地推导出的。因此，该特征被对比文件隐含公开。 |
| **技术特征M**：标识正等待传输的先前生成的分组 《未公开》 | 同特征J。 | 理由同特征J。对比文件没有公开标识等待传输的分组的步骤。该特征未被公开。 |
| **技术特征N**：将所述第二分组的属性与所述先前生成的分组的属性进行比较 《未公开》 | 同特征K。 | 理由同特征K。对比文件没有公开分组属性比较的步骤。该特征未被公开。 |
| **技术特征O**：基于确定所述第二分组的属性匹配所述先前生成的分组的属性来丢弃所述第二分组，其中所述第二分组的属性包括所述第三操作数、与所述第三消息相关联的参数中的一个或其组合。 《未公开》 | 对比文件全文未提及基于属性匹配而丢弃分组。 | 理由同特征J、K。对比文件完全没有记载丢弃重复或相似分组以节省资源的机制。这是目标专利的特定优化特征。因此，该特征未被对比文件公开。 |
| **技术特征P**：其特征在于，所述第二处理器包括降低功率通信处理器。 《未公开》 | 对比文件全文未提及“降低功率通信处理器”。 | 对比文件中的TCP/IP仿真器旨在简化协议栈、提高性能并可能间接降低功耗（见[0020]段），但其发明目的并非专门针对“降低功率”的无线通信场景，也未将其处理器命名为“降低功率通信处理器”。目标专利的该特征是具体的名称限定。因此，该特征未被公开。 |
| **技术特征Q**：包括：第一处理器，其被配置成：截取来自第一设备的应用的第一消息，所述第一消息包括包含第一操作数的第一套接字请求，其中所述第一套接字请求与传输协议层相关联 《隐含公开》 | 同特征A的引用。TCP/IP仿真器24接收来自应用层的TCP/IP命令。 | 装置权利要求中的特征Q与方法权利要求中的特征A实质对应。对比文件中实现“截取”功能的实体是TCP/IP仿真器24，它可以由处理器配置而成（如图4中的host processor 42）。因此，该特征被对比文件隐含公开。 |
| **技术特征R**：截取来自所述应用的第二消息，所述第二消息包括包含第二操作数的第二套接字请求，其中所述第二套接字请求与所述传输协议层相关联 《隐含公开》 | 同特征B的引用。 | 同特征B，装置特征R对应方法特征B，被对比文件隐含公开。 |
| **技术特征S**：第二处理器，其被配置成：基于所述第一操作数和所述第二操作数来生成第一分组，其中所述第二处理器与接入网络层相关联 《隐含公开》 | 同特征C的引用。TCP/IP仿真器24将TCP/IP命令封装成物理端口驱动命令并通过接口B发送。 | 装置权利要求中的特征S与方法权利要求中的特征C实质对应。对比文件中实现“生成分组”功能的实体同样是TCP/IP仿真器24，它通过接口B与物理层（接入网络层）交互。因此，该特征被对比文件隐含公开。 |
| **技术特征T**：发射机，所述发射机被配置成经由所述接入网络层将所述第一分组从所述第一设备传送到第二设备，其中所述第二设备的处理器被配置成代表所述第一设备托管传输协议栈以基于所述第一分组生成一个或多个传输协议分组。 《未公开》 | 同特征D的引用。存储设备侧没有代表主机托管完整传输协议栈。 | 装置权利要求中的特征T对应方法特征D。对比文件虽然存在将分组从主机传送到存储设备的物理传输能力（可由layers 1 & 2中的驱动和连接器实现，相当于“发射机”），但后半部分关于第二设备“代表第一设备托管传输协议栈”的核心限定未被公开，理由同特征D。因此，该特征未被对比文件公开。 |
| **技术特征U**：其特征在于，所述处理器包括被配置成生成所述第一分组的编码器。 《未公开》 | 对比文件未提及“编码器”这一具体组件。 | 对比文件描述了TCP/IP仿真器执行封装功能，但未将其内部实现模块具体描述为“编码器”。目标专利的该特征是进一步的硬件构成限定。因此，该特征未被公开。 |
| **技术特征V**：其特征在于，进一步包括：接收机，所述接收机被配置成从所述第二设备接收第二分组，其中所述第二分组响应于所述第一套接字请求 《未公开》 | 对比文件描述了双向通信架构（图2有双向箭头），隐含了主机系统可以接收来自存储设备的响应。 | 对比文件的通信架构是双向的，主机系统侧理应能够接收来自存储设备侧的响应数据。虽然未明确描述“接收机”，但本领域技术人员能够理解实现接收功能的部件（如物理层驱动）的存在。然而，该响应分组是否是“响应于所述第一套接字请求”的，对比文件未明确描述通信的具体交互时序。但考虑到命令-响应是通信的基本模式，该特征有可能被隐含公开。为严格起见，基于对比文件未明确描述该特定响应关系，此处判断为未公开。但需注意，此判断存在一定模糊性。 |
| **技术特征W**：解码器，所述解码器被配置成将所述第二分组提供给发起了所述第一消息和所述第二消息的应用，其中所述应用由所述处理器来执行。 《未公开》 | 对比文件未提及“解码器”这一具体组件，也未明确描述将响应分组递送给原应用的过程。 | 对比文件未提及“解码器”。虽然可以推断主机系统需要处理来自存储设备的响应，但将其具体实现模块限定为“解码器”，并将数据递送给“发起了第一消息和第二消息的应用”这一特定路径，未被对比文件明确或隐含公开。因此，该特征未被公开。 |
| **技术特征X**：其特征在于，所述第一操作数和所述第二操作数是连接、绑定、监听、接受、按名称获取主机和按地址获取主机中的一个。 《未公开》 | 对比文件仅泛泛提及“TCP/IP commands”，未具体列举这些套接字API操作数。 | 对比文件公开了“TCP/IP命令”，但未具体公开这些命令是套接字编程中特定的“连接、绑定、监听、接受、按名称获取主机、按地址获取主机”等操作数。这些是BSD套接字API的具体类型。虽然TCP/IP命令可能包含这些操作，但作为一种具体限定，对比文件没有公开该具体集合。因此，该特征未被公开。 |
| **技术特征Y**：其特征在于，还包括用于从所述第二设备接收响应于所述第一消息的第二分组的装置。 《未公开》 | 同特征V。对比文件架构隐含双向通信，但未明确装置特征。 | 与特征V类似，虽然存在接收响应的可能性，但对比文件未明确记载“用于...的装置”这一功能性模块限定，特别是该装置用于接收“响应于第一消息”的分组。为严格起见，判断为未公开。 |
| **技术特征Z**：其特征在于，所述第一分组是在所述第二设备处经由无线传输从所述第一设备接收的。 《未公开》 | 同特征H。对比文件使用有线接口。 | 该特征对应方法特征H中的“无线地传送”。对比文件明确使用USB、SD、MMC等有线/接触式接口，未提及无线传输。因此，该特征未被公开。 |
### 结论
根据上述比对分析，对比文件隐含公开了技术特征A、B、C、I、L、Q、R、S，但未公开其余技术特征。其中技术特征D（第二设备代表第一设备托管传输协议栈）是目标专利最核心、区别于对比文件的关键发明点，未被公开。
<<<a>>><<<b>>><<<c>>><<<i>>><<<l>>><<<q>>><<<r>>><<<s>>>