**对比文件名称：** 2010-06-17_US2010153947A_发明申请_US20100153947A1 INFORMATION SYSTEM, METHOD OF CONTROLLING INFORMATION, AND CONTROL APPARATUS
**目标专利名称：** 虚拟化环境中的存储资源管理CN107209643B
**模型名称：** GPT-4
### 特征比对表格
| 技术特征描述以及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| **A：包括：耦合至虚拟化资源管理器的第一主机控制器接口HCI** | 说明书[0077]段：`As shown in FIG. 2, the control apparatus 10 includes a device manager 11. The device manager 11 includes a server apparatus management unit 111 and a storage apparatus management unit 112.` 以及说明书[0066]-[0067]段描述了控制装置10与服务器装置20、存储装置30通信耦合。 | **隐含公开**。目标专利的“虚拟化资源管理器”负责创建虚拟资源分配并映射到物理资源。对比文件中的“控制装置(10)”及其“设备管理器(11)”负责在虚拟机配置变更（添加、删除、迁移）时，自动管理虚拟逻辑卷（VLU）的分配、真实逻辑卷（RLU）的映射以及I/O路径的配置（参见图6、9、12流程）。其功能与目标专利的“虚拟化资源管理器”高度对应，都是中央管理实体。对比文件虽未明确使用“第一主机控制器接口(HCI)”这一术语，但控制装置10通过通信网络（如LAN/SAN）与服务器、存储装置耦合以执行上述管理功能。本领域技术人员可以理解，这种通信耦合必然通过某种接口实现，该接口在功能上等同于“耦合至虚拟化资源管理器的第一HCI”。因此，该特征被对比文件隐含公开。 |
| **B：一个或多个第二HCI，其被配置成分别耦合至一个或多个客户端** | 说明书[0069]段：`The server apparatus 20 is coupled to the storage apparatus 30 via the storage network 4.` 以及说明书[0077]段和图2：`the server apparatus 20 (server #1) implements two virtual machines 21 (VM #1 and VM #2)... The server apparatus 20 (server #2) implements the virtual machine 21 (VM #3)...` | **隐含公开**。目标专利的“客户端”对应于在虚拟化环境中请求存储资源的实体。对比文件中的“虚拟机(21)”运行在服务器装置20上，作为独立的客户端访问存储资源（参见图2）。服务器装置20通过存储网络4与存储装置30连接，以实现虚拟机的I/O请求。虽然对比文件未明确使用“第二主机控制器接口(HCI)”这一术语，但服务器装置20与存储网络/存储装置之间的连接必然通过接口实现，这些接口分别服务于不同的虚拟机（客户端）。因此，本领域技术人员可以合理推断出存在“被配置成分别耦合至一个或多个客户端的第二HCI”这一技术特征。 |
| **C：以及通信地耦合至所述第一HCI以及所述一个或多个第二HCI的虚拟化层** | 说明书[0077]段：`As shown in FIG. 2, the server apparatus 20 has functions of a virtualization control unit 22 and an I/O control unit 23.` 以及说明书[0078]段：`The virtualization control unit 22 implements virtual machines 21 (virtual computers) being a virtual hardware environment on the same hardware apparatus...` | **隐含公开**。目标专利的“虚拟化层”位于存储控制器中，是客户端与存储设备之间的接口，负责捕获请求、记录映射、转发响应。对比文件中的“虚拟化控制单元(22)”位于服务器装置20中，其功能是实现和管理虚拟机，并为虚拟机提供访问存储的虚拟环境。同时，服务器装置20的“I/O控制单元(23)”负责监控和控制与存储装置30的数据传输，并在虚拟机发起I/O请求时，附加虚拟机标识符后转发给存储装置（参见说明书[0131]段）。虽然“虚拟化层”的具体位置和命名不同，但对比文件的“虚拟化控制单元(22)”和“I/O控制单元(23)”共同构成了一个位于客户端（虚拟机）和存储资源之间的管理层，其功能（实现虚拟化、管理I/O请求路径）与目标专利“虚拟化层”的核心功能（作为接口层）在本质上相同。本领域技术人员可以理解，该管理层必然与负责资源管理的控制装置（对应第一HCI）以及承载客户端的服务器接口（对应第二HCI）通信耦合。因此，该特征被隐含公开。 |
| **D：其中所述存储控制器被配置成捕获接收自所述一个或多个客户端中的客户端的存储资源请求并将所述存储资源请求提供给所述虚拟化资源管理器** | 说明书[0131]段：`When the I/O request is made from the virtual machine 21 to the VLU 360 (S1311), the server apparatus 20 acquires the virtual machine ID of the virtual machine 21 as an I/O request source from the virtual machine management table 24 (S1312), and then transmits the I/O request with the acquired virtual machine ID, to the storage apparatus 30 (S1313 and S1314).` | **隐含公开**。目标专利的“存储资源请求”是客户端为获取存储资源（如eMMC的CQ深度、UFS的LUN）而发出的请求。对比文件中的虚拟机21会发出“I/O请求”以访问虚拟逻辑卷（VLU）。虽然请求的具体类型和目的（通用I/O vs 特定资源分配请求）不完全相同，但都属于客户端向存储系统发起的访问请求。对比文件中，服务器装置20的I/O控制单元会“捕获”该I/O请求，并添加虚拟机ID后转发给存储装置30。此处的“转发”可视为“提供”给存储系统进行处理。虽然对比文件没有明确显示一个独立的“虚拟化资源管理器”实体接收此请求，但存储装置30的配置管理单元351、VLU管理单元353等共同完成了资源分配和映射的功能（参见图6 S620-S634）。本领域技术人员可以理解，服务器装置将带有标识的请求转发给存储系统的行为，等同于将捕获的请求提供给负责资源管理的功能实体。因此，该特征被隐含公开。 |
| **E：其中所述虚拟化资源管理器被配置成：创建针对所述客户端的虚拟资源分配并将所述虚拟资源分配映射到所述存储设备中的物理资源分配** | 说明书[0096]段：`the storage apparatus 30 allocates the VLU 360 to the server apparatus 20 (server #2) (S621)... the storage apparatus 30 allocates the RLU 361 (e.g., the RLU 361 (#3)) to the VLU 360 (VLU #1) (S632).` 以及说明书[0082]段：`The VLU 360 is configured by using a logical volume (hereinafter called “real logical unit (RLU) 361”) which is implemented by using a storage device...` | **直接公开**。目标专利的“虚拟资源分配”对应存储设备中的虚拟资源（如虚拟隙），物理资源分配对应物理资源（如物理隙）。对比文件明确公开了“虚拟逻辑卷（VLU 360）”和“真实逻辑卷（RLU 361）”。在虚拟机添加处理中（图6），存储装置30在控制装置10的请求下，会为服务器装置分配VLU（S621），并为该VLU分配一个RLU（S632）。这明确公开了“创建针对客户端的虚拟资源分配（VLU）并将该虚拟资源分配映射到存储设备中的物理资源分配（RLU）”这一技术特征。虽然术语（“隙” vs “逻辑卷”）不同，但技术实质完全相同：创建一个虚拟的存储资源表示，并将其与底层物理存储资源关联起来。 |
| **F：以及在假冒存储资源响应中将所述虚拟资源分配和所述物理资源分配提供给所述虚拟化层** | 未找到对应内容。对比文件中，在分配VLU/RLU后，控制装置和存储装置会更新各自的管理表（如S629, S633），但没有描述生成一个“假冒存储资源响应”并将其返回给发出请求的客户端或中间层的步骤。 | **未公开**。目标专利的“假冒存储资源响应”是一个关键机制，其目的是向客户端返回一个虚拟资源分配信息，使客户端相信它是存储设备的唯一用户，从而“欺骗”客户端。对比文件虽然进行了虚拟资源（VLU）的分配和映射，但并未公开将这一分配结果封装在一个“响应”中返回给请求方（或虚拟化层）的步骤。其信息更新是在后台的管理表之间同步完成的。缺少这一“欺骗性响应”机制，意味着对比文件没有公开目标专利中旨在向客户端隐藏多用户共享事实的特定技术手段。 |
| **G：其中所述虚拟化层被配置成：将所述虚拟资源分配和所述物理资源分配记录在存储资源映射表中** | 说明书[0083]段：`A VLU/RLU/virtual machine management table 354 manages the correspondence among the VLU 360, the RLU 361, and the virtual machine 21.` 以及说明书[0095]段：`After the allocation of the RLU 361, the storage apparatus 30 updates the VLU/RLU/virtual machine management table 354 (S633)...` | **直接公开**。对比文件明确公开了“VLU/RLU/虚拟机管理表354”，该表记录了虚拟逻辑卷（VLU）、真实逻辑卷（RLU）和虚拟机之间的对应关系（见图3G）。这直接公开了将虚拟资源分配（VLU）和物理资源分配（RLU）记录在一个映射表中的技术特征。虽然该表由存储装置30管理，而目标专利的映射表在虚拟化层中，但“记录映射关系”这一功能本质是相同的。 |
| **H：以及将包括所述虚拟资源分配的所述假冒存储资源响应提供给所述客户端。** | 未找到对应内容。如特征F所述，对比文件缺少“假冒存储资源响应”这一概念和步骤，因此自然也没有将该响应提供给客户端的步骤。 | **未公开**。理由同特征F。对比文件未公开旨在“欺骗”客户端的响应机制。 |
| **I：其特征在于，所述虚拟化层为管理程序。** | 说明书[0078]段：`Methods for implementing the virtual machine 21 include, for example, full virtualization (hypervisor system) employed in VMware®, Kernel-based Virtual Machine (KVM)®, and the like...` | **直接公开**。对比文件在描述实现虚拟机的方法时，明确列举了“管理程序系统（hypervisor system）”作为示例之一。这表明对比文件所描述的虚拟化环境可以使用管理程序作为虚拟化层（即虚拟化控制单元22）的实现方式。因此，该特征被直接公开。 |
| **J：其特征在于，所述存储设备为嵌入式多媒体卡eMMC。** | 未找到对应内容。对比文件中的存储装置30是基于磁盘控制器、硬盘的存储系统（参见图1C），如磁盘阵列设备，并未提及eMMC。 | **未公开**。对比文件公开的是通用存储系统（如磁盘阵列），没有涉及目标专利所针对的特定移动设备存储标准eMMC。 |
| **K：其特征在于，所述存储资源请求是作为eMMC读命令队列CQ深度命令来提供的。** | 未找到对应内容。对比文件中的I/O请求是通用的数据读写请求，未提及eMMC协议或其特定的命令，如读CQ深度命令。 | **未公开**。理由同特征J。对比文件未涉及eMMC协议及其具体命令。 |
| **L：其特征在于，所述eMMC读CQ深度命令由所述存储控制器在所述存储设备中所包括的扩展(EXT)卡专用数据(CSD)(EXT_CSD)寄存器中的CQ深度寄存器处捕获。** | 未找到对应内容。对比文件未涉及eMMC设备及其寄存器结构。 | **未公开**。理由同特征J、K。 |
| **M：其特征在于，所述虚拟化资源管理器被进一步配置成：在引导时间向所述存储控制器请求一个或多个存储资源参数** | 未找到对应内容。对比文件描述了在虚拟机添加（图6）、删除（图9）、迁移（图12）时动态进行资源分配和路径配置，但并未提及在系统“引导时间”主动向存储控制器请求存储资源参数（如总容量、CQ深度等）的步骤。 | **未公开**。对比文件的管理动作是由虚拟机配置变更事件触发的，而非在系统启动引导时进行的资源参数普查。 |
| **N：从所述存储控制器接收存储资源参数报告，其中所述存储资源参数报告包括eMMC命令队列(CQ)深度** | 未找到对应内容。理由同特征M和J。 | **未公开**。 |
| **O：以及记录所述一个或多个存储资源参数。** | 说明书[0095]段：`the storage apparatus 30 updates the VLU/RLU/virtual machine management table 354 (S633)` 以及控制装置更新各类管理表（如S636）。这些表记录了资源分配关系，可视为记录了资源参数。但该记录行为与特征M、N所述的“引导时间请求并接收参数报告”的特定场景不直接对应。 | **未公开**。虽然对比文件有记录映射关系的行为，但该行为是资源分配动作的一部分，并非独立于特征M、N所限定的“在引导时间请求-接收-记录存储资源参数”这一完整技术方案。因此，该特征在对比文件中未被公开。 |
| **P：其特征在于，所述存储设备为通用闪存存储UFS。** | 未找到对应内容。同特征J，对比文件未提及UFS。 | **未公开**。 |
| **Q：其特征在于，所述存储资源请求是作为UFS逻辑单元报告(报告_LUNS)命令来提供的。** | 未找到对应内容。同特征K、P。 | **未公开**。 |
| **R：其特征在于，所述存储资源请求是作为UFS询问命令来提供的。** | 未找到对应内容。同特征K、P、Q。 | **未公开**。 |
| **S：其特征在于，所述虚拟化资源管理器被进一步配置成：在引导时间向所述存储控制器请求一个或多个存储资源参数** | 同特征M。未找到对应内容。 | **未公开**。 |
| **T：从所述存储控制器接收存储资源参数报告，其中所述存储资源参数报告包括UFS逻辑单元(LUNS)** | 同特征N、P。未找到对应内容。 | **未公开**。 |
| **U：以及记录所述一个或多个存储资源参数。** | 同特征O。未找到在特征S、T限定场景下的对应内容。 | **未公开**。 |
| **V：其特征在于，所述虚拟化层被包括在硬件元件或软件功能中。** | 说明书[0076]段：`Note that the functions shown in FIG. 2 are implemented by a hardware included in each apparatus or when the CPU 101 or the processor 33 executes a program stored in the memory...` | **直接公开**。对比文件明确指出，图中所示的功能（包括虚拟化控制单元22）是通过硬件或由CPU/处理器执行存储在内存中的程序来实现的。这直接公开了虚拟化层（即虚拟化控制单元）可以被包含在硬件元件或软件功能中。 |
| **W：其特征在于，所述存储资源映射表包括一个或多个映射条目，其中所述一个或多个映射条目中的每一者对应于各自相应的客户端并且进一步包括：客户端标识字段，其指示所述各自相应的客户端的身份** | 说明书[0083]段和图3G：`the VLU/RLU/virtual machine management table 354 includes one or more records each having items of a VLU 3541, a virtual machine 3542, and an RLU 3543.` 其中“virtual machine 3542”字段标识了虚拟机（客户端）。 | **隐含公开**。对比文件的VLU/RLU/虚拟机管理表354中的每个记录对应一个虚拟机（客户端），并且包含“virtual machine”字段，该字段用于标识虚拟机的身份，其作用与目标专利的“客户端标识字段”相同。因此，该特征被隐含公开。 |
| **X：标记字段，其指示所述虚拟资源分配中的起始虚拟隙编号** | 未找到直接对应字段。对比文件的映射表记录了VLU标识符（VLU 3541），但未明确公开一个专门用于指示虚拟资源分配内部起始偏移（如起始虚拟隙编号）的“标记字段”。VLU标识符更多是整体资源的标识。 | **未公开**。目标专利的“标记字段”用于将客户端使用的虚拟地址空间与物理地址空间解耦，是实现地址转换的关键。对比文件的映射关系似乎更直接（VLU->RLU），没有体现出这种额外的偏移映射机制。 |
| **Y：起始物理隙字段，其指示所述物理资源分配中的起始物理隙编号** | 未找到直接对应字段。对比文件的映射表记录了RLU标识符（RLU 3543）。RLU作为一个逻辑卷，有其起始地址，但该地址信息通常内嵌在RLU的管理信息中，并未在所述映射表中以一个独立的“起始物理隙字段”形式呈现。 | **未公开**。同特征X，对比文件未公开包含起始物理地址/编号的独立字段。 |
| **Z：以及隙计数字段，其指示所述物理资源分配中分配给所述各自相应的客户端的始于所述起始物理隙编号的连贯物理隙数目。** | 未找到对应字段。对比文件未在所述映射表中公开用于指示分配资源连续大小的字段。 | **未公开**。对比文件的映射表仅建立了VLU、虚拟机、RLU之间的对应关系，未公开关于分配资源“大小”或“数量”的信息。 |
<<<e>>><<<g>>><<<i>>><<<v>>>
<<<a>>><<<b>>><<<c>>><<<d>>><<<w>>>