本次调用的模型名称：DeepSeek-R1
对比文件名称：2014-07-24_US2014208000A_发明申请_US20140208000A1 Techniques for Surfacing Host-Side Flash Storage Capacity to Virtual Machines
目标专利名称：虚拟化环境中的存储资源管理CN107209643B
### **特征比对表格**
| 技术特征描述以及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| **A**：包括：耦合至虚拟化资源管理器的第一主机控制器接口HCI<br>**判断结果：未公开** | 未找到直接对应的描述。 | 目标专利中的“第一HCI”是存储控制器与虚拟化资源管理器之间的专用硬件接口。对比文件[0014]-[0015]描述了系统环境100包括主机系统102、虚拟化软件104（管理程序）、VMMs 106和VMs 108，并提及了中央管理服务器（CMS）110和后端存储112。虚拟化资源管理功能由VFM模块118在VMM 106内实现，但未描述该模块通过一个明确的“主机控制器接口（HCI）”与存储控制器或类似实体耦合。本领域技术人员无法从对比文件中毫无疑义地得出或合理推断出该特定接口特征。 |
| **B**：一个或多个第二HCI，其被配置成分别耦合至一个或多个客户端<br>**判断结果：未公开** | 未找到直接对应的描述。 | 目标专利中的“第二HCI”是存储控制器与一个或多个客户端（如主机软件实体）之间的专用硬件接口。对比文件[0014]描述了每个VMM 106为对应的VM 108提供虚拟硬件环境。VM 108作为客户端，通过其虚拟硬件环境与底层的VMM/管理程序通信，但这是一种广义的、软件定义的虚拟化通信路径，并非明确配置的“主机控制器接口（HCI）”。本领域技术人员无法从对比文件中毫无疑义地得出或合理推断出该特定接口特征。 |
| **C**：以及通信地耦合至所述第一HCI以及所述一个或多个第二HCI的虚拟化层<br>**判断结果：未公开** | 对比文件[0014]第1-3行：“System environment 100 includes a host system 102 that executes virtualization software 104. Virtualization software 104 (also known as a ‘hypervisor’) is a software layer that comprises a number of virtual machine monitors (VMMs) 106(1)-106(N).”（系统环境100包括执行虚拟化软件102的主机系统104。虚拟化软件104（也称为“管理程序”）是包含多个虚拟机监视器（VMM）106(1)-106(N)的软件层。） | 虽然对比文件公开了“虚拟化层”（即管理程序/虚拟化软件104），但其架构与目标专利不同。目标专利的虚拟化层16是集成在存储控制器18内部的，作为连接第一HCI（通向资源管理器）和第二HCI（通向客户端）的核心中介。对比文件的虚拟化软件104是运行在主机系统102上的上层软件，管理整个虚拟化环境，并非专门集成在存储控制器内并通信耦合到特定HCI的组件。两者在物理位置、耦合关系和功能定位上均不相同。 |
| **D**：其中所述存储控制器被配置成捕获接收自所述一个或多个客户端中的客户端的存储资源请求并将所述存储资源请求提供给所述虚拟化资源管理器<br>**判断结果：未公开** | 未找到直接对应的描述。对比文件描述了VFM模块在VM启动或热插拔时分配空间，但触发机制不同。例如，[0026]第1-5行：“At block 502, virtualization software 104 can receive, from CMS 110, a command to power on a VM... VFM module 118(1) can determine a VFM allocation size for VM 108(1).”（在框502，虚拟化软件104可以从CMS 110接收启动VM的命令……VFM模块118(1)可以确定VM 108(1)的VFM分配大小。） | 目标专利的核心在于存储控制器18主动“捕获”来自客户端的原生存储资源请求（如eMMC读CQ深度命令），然后将其提交给虚拟化资源管理器。对比文件中的分配动作是由上层管理命令（来自CMS 110）或预配置参数（.VMX文件）触发的，VFM模块118根据这些信息进行分配，并未描述“捕获”客户端发往物理存储设备的原始协议命令这一过程。两者的请求触发和传递机制存在本质区别。 |
| **E**：其中所述虚拟化资源管理器被配置成：创建针对所述客户端的虚拟资源分配并将所述虚拟资源分配映射到所述存储设备中的物理资源分配<br>**判断结果：隐含公开 (e)** | 对比文件[0024]第1-4行：“each VFM module 118(1)-118(N) can, at the time of initially powering on a corresponding VM 108(1)-108(N), automatically allocate a portion of flash storage device 116 to the VM (shown as VFM allocations 120(1)-120(N)).”（每个VFM模块118(1)-118(N)可以在最初启动对应的VM 108(1)-108(N)时，自动将闪存存储设备116的一部分分配给该VM（显示为VFM分配120(1)-120(N)）。）[0024]第5-7行：“The VFM module can then interoperate with its VMM to surface that allocated portion as a virtual flash memory, or VFM, device to the VM (shown as VFM devices 122(1)-122(N)).”（然后，VFM模块可以与其VMM交互，将该分配的部分作为虚拟闪存或VFM设备呈现给VM（显示为VFM设备122(1)-122(N)）。） | 对比文件中的VFM模块118在功能上相当于目标专利的虚拟化资源管理器22。它在主机侧闪存设备116上为每个VM创建物理空间分配（VFM allocation 120），并将该物理分配“呈现（surface）”给VM作为一个虚拟设备（VFM device 122）。这实质上就是为目标专利所述的“客户端”（即VM）创建了一个虚拟资源分配（VFM device），并将其映射到了物理存储设备（flash storage device 116）中的物理资源分配（VFM allocation）。尽管术语和具体实现细节（如隙映射）可能不同，但“创建虚拟分配并映射到物理分配”这一核心功能已被对比文件公开。 |
| **F**：以及在假冒存储资源响应中将所述虚拟资源分配和所述物理资源分配提供给所述虚拟化层<br>**判断结果：未公开** | 未找到直接对应的描述。对比文件描述了呈现VFM设备给VM，但未提及“假冒存储资源响应”这一特定概念和信令。例如，[0026]第16-18行：“virtualization software 104 can send a SCSI inquiry response to VM 108(1) that identifies VFM device 122(1).”（虚拟化软件104可以向VM 108(1)发送标识VFM设备122(1)的SCSI查询响应。） | 目标专利强调“假冒（spoof）”响应，即虚拟化资源管理器生成一个欺骗客户端的响应，使其认为获得了完整的或特定的存储资源，而实际上只是分配了一部分。对比文件中，VFM设备被呈现给VM，VM通过标准协议（如SCSI）发现和访问它。虽然这也涉及对VM“隐藏”底层共享的事实，但对比文件并未描述生成一个专门的“假冒存储资源响应”并将其从资源管理器传递给虚拟化层这一具体信令交互过程。两者在实现“欺骗”机制的具体方式上不同。 |
| **G**：其中所述虚拟化层被配置成：将所述虚拟资源分配和所述物理资源分配记录在存储资源映射表中<br>**判断结果：未公开** | 未找到直接对应的描述。对比文件提到.VMX文件存储VM配置参数（如VFM分配大小），但未明确描述一个由虚拟化层维护的、用于记录虚拟到物理映射关系的“存储资源映射表”。 | 目标专利的虚拟化层16需要维护一个结构化的映射表（如表1），用于记录每个客户端的虚拟资源（如起始虚拟隙）和物理资源（如起始物理隙、隙计数）的对应关系，以支持后续的地址转换。对比文件虽然需要管理VM与VFM分配的对应关系，但其实现方式可能通过VFM模块内部状态、.VMX文件或其他元数据管理，并未公开一个具有目标专利所述特定字段（客户端ID、标记、起始物理隙、隙计数）的集中式“存储资源映射表”。 |
| **H**：以及将包括所述虚拟资源分配的所述假冒存储资源响应提供给所述客户端。<br>**判断结果：未公开** | 参见特征F的引用。 | 如特征F所述，对比文件未公开“假冒存储资源响应”这一特定信令实体，因此自然也谈不上由虚拟化层将该响应提供给客户端。对比文件中VM是通过标准设备枚举（如SCSI查询）发现VFM设备的，这与接收一个特定的“假冒响应”不同。 |
| **I**：其特征在于，所述虚拟化层为管理程序。<br>**判断结果：直接公开 (I)** | 对比文件[0014]第1-3行：“System environment 100 includes a host system 102 that executes virtualization software 104. Virtualization software 104 (also known as a ‘hypervisor’) is a software layer...”（系统环境100包括执行虚拟化软件102的主机系统104。虚拟化软件104（也称为“管理程序”）是软件层……） | 目标专利说明书[0025]明确记载“虚拟化层16可以是管理程序(Hypervisor)”。对比文件直接且明确地公开了虚拟化软件104就是“hypervisor”（管理程序）。两者在“虚拟化层是管理程序”这一特征上完全相同。 |
| **J**：其特征在于，所述存储设备为嵌入式多媒体卡eMMC。<br>**判断结果：未公开** | 对比文件[0001], [0023]描述了闪存存储设备116可以是SSD、PCIe闪存卡、闪存驱动器/设备等。未提及eMMC。 | 目标专利针对的是特定标准（JEDEC标准）的移动存储设备eMMC和UFS。对比文件面向的是服务器、数据中心环境中的主机侧闪存设备（如SSD、PCIe卡），并未提及eMMC这一特定类型的设备。本领域技术人员无法从对比文件中得出存储设备是eMMC的结论。 |
| **K**：其特征在于，所述存储资源请求是作为eMMC读命令队列CQ深度命令来提供的。<br>**判断结果：未公开** | 未找到任何关于eMMC或CQ深度命令的描述。 | 这是eMMC协议中特有的命令。对比文件完全没有涉及eMMC协议或相关命令。 |
| **L**：其特征在于，所述eMMC读CQ深度命令由所述存储控制器在所述存储设备中所包括的扩展(EXT)卡专用数据(CSD)(EXT_CSD)寄存器中的CQ深度寄存器处捕获。<br>**判断结果：未公开** | 未找到任何相关描述。 | 这是在eMMC设备特定寄存器中捕获特定命令的非常具体的技术细节。对比文件完全没有涉及。 |
| **M**：其特征在于，所述虚拟化资源管理器被进一步配置成：在引导时间向所述存储控制器请求一个或多个存储资源参数<br>**判断结果：隐含公开 (m)** | 对比文件[0026]（图5对应描述）中，在VM启动流程中，VFM模块118(1)会“determine the amount of available storage space in flash storage device 116 (block 508)”（确定闪存存储设备116中的可用存储空间量（框508））。这发生在VM引导/启动时间。 | 目标专利中，虚拟化资源管理器在“引导时间”向存储控制器询问存储设备参数（如总容量、CQ深度）。对比文件中，在VM启动（可视为一种引导过程）时，VFM模块（相当于虚拟化资源管理器）需要确定闪存设备的可用空间，这必然需要从底层存储系统（可能通过虚拟化软件或驱动）获取存储设备的参数信息（如总容量、可用空间）。尽管对比文件没有明确使用“向存储控制器请求”的表述，但为了实现分配功能，在引导/启动时获取存储设备参数是本领域技术人员必然需要且能够合理推断出的步骤。 |
| **N**：从所述存储控制器接收存储资源参数报告，其中所述存储资源参数报告包括eMMC命令队列(CQ)深度<br>**判断结果：未公开** | 未找到任何关于eMMC或CQ深度的描述。 | 如特征J、K所述，对比文件未涉及eMMC设备，因此也不可能公开包含eMMC特有参数“CQ深度”的报告。 |
| **O**：以及记录所述一个或多个存储资源参数。<br>**判断结果：未公开** | 对比文件提到.VMX文件存储VM配置参数（如用户定义的VFM分配大小），但未明确描述记录从存储设备获取的原始参数（如总容量、CQ深度）。[0026]中VFM模块检查可用空间，但未明确说明将设备参数持久化记录。 | 目标专利要求记录从存储设备获取的原始参数。对比文件中，VFM模块在分配过程中会使用可用空间等信息，但本领域技术人员无法毫无疑义地或通过合理推断得出其将这些设备参数（而非用户配置参数）专门记录下来的结论。该特征未被公开。 |
| **P**：其特征在于，所述存储设备为通用闪存存储UFS。<br>**判断结果：未公开** | 对比文件[0001], [0023]描述了闪存存储设备116可以是SSD、PCIe闪存卡、闪存驱动器/设备等。未提及UFS。 | 与特征J类似，UFS是特定标准（JEDEC标准）的移动存储设备。对比文件面向的是不同的应用场景和设备类型，未提及UFS。 |
| **Q**：其特征在于，所述存储资源请求是作为UFS逻辑单元报告(报告_LUNS)命令来提供的。<br>**判断结果：未公开** | 未找到任何关于UFS或报告_LUNS命令的描述。 | 这是UFS协议中特有的命令。对比文件完全没有涉及UFS协议或相关命令。 |
| **R**：其特征在于，所述存储资源请求是作为UFS询问命令来提供的。<br>**判断结果：未公开** | 未找到任何关于UFS或询问命令的描述。 | 这是UFS协议中特有的命令。对比文件完全没有涉及UFS协议或相关命令。 |
| **S**：其特征在于，所述虚拟化资源管理器被进一步配置成：在引导时间向所述存储控制器请求一个或多个存储资源参数<br>**判断结果：未公开** | 参见特征M的引用。虽然特征M被判断为隐含公开，但那是针对通用情况。特征S是依附于存储设备为UFS（特征P）这一前提下的进一步限定。由于特征P（存储设备为UFS）未被公开，因此特征S所限定的“在引导时间请求参数”这一动作发生的技术上下文（UFS环境）在对比文件中不存在。 | 特征S是特征M的下位概念，限定了在UFS设备环境下的引导时参数请求。由于对比文件未公开UFS设备，因此也就不存在在UFS环境下执行该动作的基础。该特征未被公开。 |
| **T**：从所述存储控制器接收存储资源参数报告，其中所述存储资源参数报告包括UFS逻辑单元(LUNS)<br>**判断结果：未公开** | 未找到任何关于UFS或LUNS的描述。 | 如特征P、Q所述，对比文件未涉及UFS设备，因此也不可能公开包含UFS特有参数“逻辑单元(LUNS)”的报告。 |
| **U**：以及记录所述一个或多个存储资源参数。<br>**判断结果：未公开** | 参见特征O的论述。特征U是依附于存储设备为UFS（特征P）这一前提下的进一步限定。由于基础特征未被公开，此特征同样未被公开。 | 该特征未被公开。 |
| **V**：其特征在于，所述虚拟化层被包括在硬件元件或软件功能中。<br>**判断结果：隐含公开 (v)** | 对比文件[0057]第4-5行：“Furthermore, various virtualization operations may be wholly or partially implemented in hardware.”（此外，各种虚拟化操作可以全部或部分地在硬件中实现。） | 目标专利说明书[0025]记载“虚拟化层16可以是硬件元件或软件功能”。对比文件明确指出了虚拟化操作（即虚拟化层的功能）既可以通过软件实现，也可以部分或全部在硬件中实现。这实质上公开了虚拟化层的实现方式包括硬件元件或软件功能。 |
| **W**：其特征在于，所述存储资源映射表包括一个或多个映射条目，其中所述一个或多个映射条目中的每一者对应于各自相应的客户端并且进一步包括：客户端标识字段，其指示所述各自相应的客户端的身份<br>**判断结果：未公开** | 未找到关于具有“客户端标识字段”的“存储资源映射表”的描述。对比文件通过.VMX文件等管理VM配置，VM的身份信息自然存在于系统中，但未以目标专利所要求的结构化映射表条目形式公开。 | 目标专利要求映射表具有包含“客户端标识字段”的特定结构化条目。对比文件虽然管理VM与存储分配的对应关系，但并未公开一个具有明确“字段”概念的集中式映射表数据结构。该特征未被公开。 |
| **X**：标记字段，其指示所述虚拟资源分配中的起始虚拟隙编号<br>**判断结果：未公开** | 未找到任何关于“虚拟隙”、“起始虚拟隙编号”或“标记字段”的描述。 | “隙（slot）”是目标专利用于管理eMMC/UFS存储资源的特定粒度单位，“起始虚拟隙编号”和“标记字段”是其映射机制中的核心概念。对比文件完全未涉及以“隙”为单位进行资源管理和映射，也未提及虚拟隙编号的概念。 |
| **Y**：起始物理隙字段，其指示所述物理资源分配中的起始物理隙编号<br>**判断结果：未公开** | 未找到任何关于“物理隙”或“起始物理隙编号”的描述。 | 同上，这是目标专利特有的资源管理概念。对比文件未公开。 |
| **Z**：以及隙计数字段，其指示所述物理资源分配中分配给所述各自相应的客户端的始于所述起始物理隙编号的连贯物理隙数目。<br>**判断结果：未公开** | 未找到任何关于“隙计数”或“连贯物理隙”的描述。 | 同上，这是目标专利特有的资源管理概念。对比文件未公开。 |
<<<I>>><<<e>>><<<m>>><<<v>>>