**对比文件名称：** 2007-10-18_US2007245114A_发明申请_US20070245114A1 Storage system and control method for the same
**目标专利名称：** 虚拟化环境中的存储资源管理CN107209643B
**模型名称：** 专利创造性评估模型
**特征比对表格**
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| **A. 包括：耦合至虚拟化资源管理器的第一主机控制器接口HCI** <br>**《隐含公开》** | [0068] “The channel command control program provides LUs to a host computer. The channel command control program processes an access command transmitted from a host computer to an LU and converts that access into an access to an LDEV.” <br>[0068] “Each channel controller 110 includes a microprocessor CT1 and local memory LM1. A channel command control program is stored in the local memory LM1. The microprocessor CT1 executes the channel command control program by referring to the local memory LM1.” | 对比文件中的“channel command control program（通道命令控制程序）”在功能上等同于目标专利的“虚拟化资源管理器”，其负责管理虚拟卷（虚拟LDEV）与物理存储池之间的映射与分配（见[0068], [0070], [0081]）。该程序运行在通道控制器（channel controller 110）中。通道控制器110通过其主机接口（如CHN、CHF、CHA）连接主机（客户端），并处理来自主机的访问请求（见[0051]-[0057]）。因此，通道控制器及其运行的程序共同构成了一个耦合至“虚拟化资源管理器”（即通道命令控制程序）的接口。虽然对比文件未明确使用“第一主机控制器接口（HCI）”这一术语，但其描述的通道控制器作为连接主机并执行核心控制程序（虚拟化资源管理器）的实体，在功能上公开了“耦合至虚拟化资源管理器的第一主机控制器接口”这一技术特征。本领域技术人员可以毫无疑义地理解这一点。 |
| **B. 一个或多个第二HCI，其被配置成分别耦合至一个或多个客户端** <br>**《直接公开》** | [0051] “The host computers 1 to 3 (200) are connected, via a LAN (Local Area Network) 400, to the storage system 600... The host computers 1 to 3 (200) request data access to the storage system 600 by specifying a file name... to channel controllers CHN1 to CHN4 (110)...” <br>[0054] “The host computers 3 and 4 (200) are connected, via a SAN 500, to the storage device controller 100... via the channel controller CHF1 or CHF2 (110)...” <br>[0056] “The host computer 5 (200) is connected to the storage device controller 100... through the channel controller CHA1 or CHA2 (110).” | 对比文件明确公开了存储系统600通过多个通道控制器（CHN1-4, CHF1-2, CHA1-2）分别连接多个主机计算机（200）（即客户端）。每个通道控制器都为主机提供访问接口（如LAN、SAN、专用通道），这直接对应于目标专利中“被配置成分别耦合至一个或多个客户端”的“一个或多个第二HCI”。 |
| **C. 以及通信地耦合至所述第一HCI以及所述一个或多个第二HCI的虚拟化层** <br>**《隐含公开》** | [0068] “The channel command control program provides LUs to a host computer. The channel command control program processes an access command transmitted from a host computer to an LU and converts that access into an access to an LDEV.” <br>[0070] “When each channel controller 110 executes the AOU processing according to the channel command control program, several management tables are used...” <br>图2及[0068]显示了通道控制器110中的通道命令控制程序位于主机与存储设备（LDEV/虚拟LDEV）之间。 | 对比文件中，在通道控制器（对应于第一和第二HCI）中执行的“通道命令控制程序（channel command control program）”负责实现虚拟化功能，例如管理虚拟逻辑设备（virtual LDEV）、处理主机对虚拟卷的访问、以及执行虚拟卷到物理存储池（pool）的映射（AOU处理）。该程序在逻辑上位于主机接口和存储资源之间，作为中介层。因此，该程序在系统中起到的作用与目标专利中“通信地耦合至所述第一HCI以及所述一个或多个第二HCI的虚拟化层”相同，即作为主机与物理存储资源之间的虚拟化接口。虽然对比文件未明确称其为“虚拟化层”，但其实质功能已被公开。 |
| **D. 其中所述存储控制器被配置成捕获接收自所述一个或多个客户端中的客户端的存储资源请求并将所述存储资源请求提供给所述虚拟化资源管理器** <br>**《直接公开》** | [0081] “The channel controller, receiving an access command from a host computer to an LU (1100), checks whether or not the virtual bit of the access target LU is ON (1102).” <br>[0081] “If the virtual bit is ON in step 1102, the address in the LU that is the host computer's access designation is converted into a mapping management address in the virtual LDEV (1106).” <br>[0068] “The channel command control program processes an access command transmitted from a host computer to an LU...” | 对比文件明确描述了通道控制器（存储控制器）接收来自主机（客户端）的访问命令（access command）（即存储资源请求），并根据该访问目标是否为虚拟卷（virtual bit ON）进行后续处理（如地址转换、映射检查）。该处理正是由通道命令控制程序（虚拟化资源管理器）执行的。因此，对比文件直接公开了存储控制器捕获客户端请求并将其提供给虚拟化资源管理器进行处理的技术特征。 |
| **E. 其中所述虚拟化资源管理器被配置成：创建针对所述客户端的虚拟资源分配并将所述虚拟资源分配映射到所述存储设备中的物理资源分配** <br>**《直接公开》** | [0070] “A host computer accesses a virtual LDEV 16 via a virtual LU 14. A pool 18 is allocated to the virtual LDEV 16, and LDEVs 12B and 12C are allocated to the pool 18.” <br>[0081] “If the address is not yet registered for the mapping management table, the channel controller... maps the access from the host computer to the virtual volume... to an access to the relevant pool LDEV number and actual address (1128).” <br>[0070] “The dynamic mapping is performed in response to an access from the host computer to the virtual volume...” | 对比文件的核心AOU（Allocation on Use）技术明确公开了：当主机访问虚拟卷（虚拟LDEV/virtual LU）时，系统会从存储池（pool）中分配实际的存储设备（LDEV）中的存储空间（物理资源）给该虚拟卷的相应区域。这通过映射管理表（mapping management table）来记录虚拟地址与物理地址（池LDEV号和实际地址）的对应关系（见图8、[0074]）。这直接对应于为目标专利中的客户端（主机）创建虚拟资源分配（虚拟卷地址）并将其映射到存储设备中的物理资源分配（池LDEV中的实际地址）。 |
| **F. 以及在假冒存储资源响应中将所述虚拟资源分配和所述物理资源分配提供给所述虚拟化层** <br>**《隐含公开》** | [0081] 整个流程（图11）描述了在响应主机访问时，通道命令控制程序会更新映射管理表（记录虚拟与物理地址的映射），并最终将访问映射到实际的物理地址执行。虽然对比文件没有明确描述一个独立的“假冒存储资源响应”消息，但其核心机制是：主机认为自己访问的是一个完整的虚拟卷，而实际上系统在后台动态地将该访问重定向到已分配的物理存储空间。本领域技术人员可以理解，为了使主机维持“独占”的错觉，系统在逻辑上需要将“虚拟资源分配”（即可访问的虚拟地址范围）信息反馈给主机访问接口层（即虚拟化层），尽管这种反馈可能隐含在正常的I/O路径处理中，而非一个显式的独立响应消息。对比文件公开了虚拟化资源管理器（通道命令控制程序）创建并管理映射，且该映射信息被用于后续访问（由虚拟化层执行地址转换），这隐含了映射信息被提供给虚拟化层用于欺骗主机的技术手段。 | |
| **G. 其中所述虚拟化层被配置成：将所述虚拟资源分配和所述物理资源分配记录在存储资源映射表中** <br>**《直接公开》** | [0074] “FIG. 8 is a mapping management table that maintains the mapping state between storage extents in the virtual LDEV and the corresponding storage extents in the relevant pool LDEV.” <br>[0081] “In step 1124, the address corresponding to the bit set to ‘1’ is registered, as an actual address, for the mapping management table (FIG. 8).” | 对比文件明确公开了用于维护虚拟LDEV中的存储区段与对应池LDEV中的实际存储区段之间映射状态的“映射管理表（mapping management table）”（见图8、[0074]）。该表在分配发生时被更新（[0081]步骤1124），记录了虚拟地址和对应的实际物理地址（池LDEV号和地址）。这直接对应于目标专利中虚拟化层将虚拟资源分配和物理资源分配记录在存储资源映射表中的技术特征。 |
| **H. 以及将包括所述虚拟资源分配的所述假冒存储资源响应提供给所述客户端。** <br>**《隐含公开》** | 结合特征F的论述，以及[0070]“A host computer accesses a virtual LDEV 16 via a virtual LU 14.” 主机通过虚拟LU访问，其感知到的是虚拟卷的容量和地址空间。系统通过维持虚拟卷的视图，使主机相信它拥有对虚拟资源的访问权。 | 对比文件虽然没有一个名为“假冒存储资源响应”的独立信令步骤，但其整个AOU架构的核心目的就是让主机（客户端）透明地使用虚拟卷，如同使用实际物理卷一样。主机发出的存储资源请求（如读写）最终被满足，主机获得其请求的数据或确认，这个过程本身就意味着主机接收到了对其虚拟资源访问的“响应”。这个响应是基于虚拟资源分配（虚拟地址）给出的，而物理映射对主机是隐藏的。因此，本领域技术人员可以合理推断，在对比文件公开的系统中，客户端最终会获得一个表明其虚拟资源访问成功的响应，这隐含了“将包括虚拟资源分配的假冒存储资源响应提供给客户端”的技术特征。 |
| **I. 其特征在于，所述虚拟化层为管理程序。** <br>**《未公开》** | 对比文件全文未提及“Hypervisor（管理程序）”。其虚拟化功能由存储控制器（通道控制器）内的“channel command control program”实现，该程序是存储系统固件/软件的一部分，用于管理存储资源的虚拟化，而非计算机系统层面用于创建和管理多个虚拟机的“管理程序”。 | 目标专利明确限定虚拟化层为“管理程序（Hypervisor）”，这是一种特定类型的系统级虚拟化软件，通常用于在单个物理主机上运行多个操作系统（客户端）。对比文件公开的虚拟化功能局限于存储控制器内部的存储资源虚拟化（块级或文件级），与计算环境中的虚拟机管理程序（Hypervisor）在技术领域、实现层级和功能范围上均不相同。因此，该特定技术特征未被对比文件公开。 |
| **J. 其特征在于，所述存储设备为嵌入式多媒体卡eMMC。** <br>**《未公开》** | [0002] “The present invention relates to a storage system that performs data storage control on storage devices such as a hard disk drive (hereinafter referred to as a ‘HDD’).” <br>[0065] “The storage device 300 may be a hard disk device or similar.” | 对比文件明确其存储设备为硬盘驱动器（HDD）或类似设备，属于传统计算机存储系统领域。目标专利特别限定存储设备为“嵌入式多媒体卡（eMMC）”，这是一种主要用于移动设备（如智能手机、平板）的嵌入式存储标准。两者属于完全不同类型、应用场景和技术标准的存储设备。对比文件未提及eMMC。 |
| **K. 其特征在于，所述存储资源请求是作为eMMC读命令队列CQ深度命令来提供的。** <br>**《未公开》** | 对比文件未提及“eMMC读命令队列（CQ）深度命令”。其存储资源请求是主机通过标准网络或存储协议（如SCSI、文件访问）发出的访问命令。 | eMMC读CQ深度命令是eMMC设备特定的命令，用于查询或设置命令队列深度。对比文件涉及的是通用存储系统，其命令体系与eMMC设备特定命令无关。该特征未被公开。 |
| **L. 其特征在于，所述eMMC读CQ深度命令由所述存储控制器在所述存储设备中所包括的扩展(EXT)卡专用数据(CSD)(EXT_CSD)寄存器中的CQ深度寄存器处捕获。** <br>**《未公开》** | 对比文件未提及“EXT_CSD寄存器”或“CQ深度寄存器”。其映射和捕获机制基于存储控制器内部的管理表（如LU管理表、映射管理表），而非在存储设备特定寄存器处进行。 | 该特征涉及eMMC设备的特定硬件寄存器和捕获位置，是目标专利针对eMMC设备的具体实现细节。对比文件完全没有涉及相关内容。 |
| **M. 其特征在于，所述虚拟化资源管理器被进一步配置成：在引导时间向所述存储控制器请求一个或多个存储资源参数** <br>**《隐含公开》** | 虽然对比文件没有明确描述“引导时间”的参数请求，但其系统初始化过程隐含了获取存储资源信息的需求。例如，[0077]提到控制表的内容可通过管理终端设置或更改，这暗示系统在启动时需要知道存储池的配置、LDEV信息等参数。本领域技术人员可以理解，一个具有AOU功能的存储系统在启动（引导）时，其控制程序（虚拟化资源管理器）需要从存储控制器或配置信息中获取可用的存储资源参数（如池大小、LDEV列表），以进行后续的分配管理。 | 对比文件虽然没有“引导时间请求参数”的明确步骤，但其整个AOU管理架构依赖于对存储池和物理LDEV等资源参数的知晓。这些参数需要在系统运行前被虚拟化资源管理器（通道命令控制程序）获取。这种获取行为可能发生在系统初始化（引导）阶段。因此，可以合理推断对比文件隐含了虚拟化资源管理器在引导时间获取存储资源参数的技术特征。 |
| **N. 从所述存储控制器接收存储资源参数报告，其中所述存储资源参数报告包括eMMC命令队列(CQ)深度** <br>**《未公开》** | 对比文件未提及“eMMC命令队列(CQ)深度”。其可能涉及的存储资源参数是池容量、LDEV数量等，而非eMMC特定参数。 | 该特征不仅限定了接收存储资源参数报告，还特别限定了报告内容中包含“eMMC命令队列(CQ)深度”这一eMMC设备特有参数。如前述，对比文件不涉及eMMC设备，因此该特定内容未被公开。 |
| **O. 以及记录所述一个或多个存储资源参数。** <br>**《直接公开》** | [0070] “When each channel controller 110 executes the AOU processing according to the channel command control program, several management tables are used...” <br>图4、5、6、7、8等显示了各种管理表，这些表记录了LUs、虚拟LDEVs、池、LDEVs、映射关系等信息，这些信息本质上就是存储资源参数。 | 对比文件明确公开了使用多个管理表（如LU管理表、虚拟LDEV管理表、池管理表、映射管理表）来记录与存储资源相关的各种参数和状态。这些表由通道命令控制程序（虚拟化资源管理器）使用和维护。因此，直接公开了记录存储资源参数的技术特征。 |
| **P. 其特征在于，所述存储设备为通用闪存存储UFS。** <br>**《未公开》** | 同特征J，对比文件存储设备为HDD等，未提及UFS。 | UFS是另一种移动设备高速存储标准。对比文件未涉及此特定设备类型。 |
| **Q. 其特征在于，所述存储资源请求是作为UFS逻辑单元报告(报告_LUNS)命令来提供的。** <br>**《未公开》** | 对比文件未提及“UFS逻辑单元报告(报告_LUNS)命令”。 | 该命令是UFS协议特有的命令。对比文件未公开。 |
| **R. 其特征在于，所述存储资源请求是作为UFS询问命令来提供的。** <br>**《未公开》** | 对比文件未提及“UFS询问命令”。 | 该命令是UFS协议特有的命令。对比文件未公开。 |
| **S. 其特征在于，所述虚拟化资源管理器被进一步配置成：在引导时间向所述存储控制器请求一个或多个存储资源参数** <br>**《隐含公开》** | 同特征M的论述。 | 同特征M，该功能性特征（在引导时间请求参数）被对比文件隐含公开。 |
| **T. 从所述存储控制器接收存储资源参数报告，其中所述存储资源参数报告包括UFS逻辑单元(LUNS)** <br>**《未公开》** | 对比文件未提及“UFS逻辑单元(LUNS)”。其逻辑单元（LU）是存储系统提供给主机的访问单元，与UFS设备特定的逻辑单元概念不同。 | 该特征限定了参数报告包含“UFS逻辑单元(LUNS)”这一UFS特定信息。对比文件未公开。 |
| **U. 以及记录所述一个或多个存储资源参数。** <br>**《直接公开》** | 同特征O的论述。 | 同特征O，记录存储资源参数这一特征被对比文件直接公开。 |
| **V. 其特征在于，所述虚拟化层被包括在硬件元件或软件功能中。** <br>**《隐含公开》** | [0068] “Each channel controller 110 includes a microprocessor CT1 and local memory LM1. A channel command control program is stored in the local memory LM1. The microprocessor CT1 executes the channel command control program...” | 对比文件明确描述了虚拟化功能（通道命令控制程序）以软件形式（程序）存储于内存中，并由微处理器执行。同时，通道控制器本身是一个硬件元件。因此，本领域技术人员可以直接且毫无疑义地得出，实现虚拟化层功能的实体可以是一个硬件元件（如通道控制器）或运行在其上的软件功能（如通道命令控制程序）。该特征被隐含公开。 |
| **W. 其特征在于，所述存储资源映射表包括一个或多个映射条目，其中所述一个或多个映射条目中的每一者对应于各自相应的客户端并且进一步包括：客户端标识字段，其指示所述各自相应的客户端的身份** <br>**《隐含公开》** | [0074] “FIG. 8 is a mapping management table... Addresses, being extents in the virtual LDEV, and corresponding addresses (actual addresses) in the pool LDEVs are stored in this table.” <br>对比文件的映射表管理的是虚拟地址到物理地址的映射。一个虚拟LDEV可能被一个或多个主机（通过虚拟LU）访问。虽然映射表条目本身可能不直接包含“客户端标识字段”，但主机对存储资源的访问是通过LU进行的，而LU与虚拟LDEV的对应关系在LU管理表（图4）中有记录。结合LU管理表（记录哪个主机访问哪个LU）和映射管理表（记录虚拟LDEV到物理地址的映射），系统能够知道哪个客户端（主机）对应哪些映射条目。本领域技术人员可以理解，为了实现多客户端环境下的资源隔离和映射管理，在映射信息中关联客户端身份是必要的设计选择。因此，对比文件隐含了映射条目包含或可关联到客户端标识的技术特征。 | 对比文件的映射管理表侧重于虚拟卷内部地址到物理池地址的映射，并未显式列出“客户端标识”。然而，在支持多个主机（客户端）访问多个虚拟卷的系统中（如图1、2所示），每个虚拟卷（虚拟LDEV）通常服务于特定的主机或主机组。管理虚拟卷与主机访问权限/映射关系的逻辑是存在的（例如通过LU配置）。因此，本领域技术人员在构建多客户端虚拟化存储系统时，很容易想到将客户端标识信息与映射条目关联起来，以实现资源的正确分配和隔离。这属于本领域的公知常识或常规设计。 |
| **X. 标记字段，其指示所述虚拟资源分配中的起始虚拟隙编号** <br>**《隐含公开》** | [0074] “Addresses, being extents in the virtual LDEV... are stored in this table.” <br>图8的映射管理表存储了虚拟LDEV中的地址（addresses）。这些地址可以理解为虚拟资源分配的起始位置。目标专利中的“起始虚拟隙编号”本质上是一个虚拟起始地址。对比文件公开了记录虚拟地址（可对应起始虚拟隙编号）的字段。 | 对比文件的映射管理表明确包含“虚拟LDEV地址”字段，该字段用于指示虚拟资源分配中的位置。虽然未使用“标记字段”或“起始虚拟隙编号”这一具体术语，但其“虚拟地址”字段所起的作用与“指示虚拟资源分配中的起始虚拟隙编号”相同。本领域技术人员能够直接理解。 |
| **Y. 起始物理隙字段，其指示所述物理资源分配中的起始物理隙编号** <br>**《直接公开》** | [0074] “...and corresponding addresses (actual addresses) in the pool LDEVs are stored in this table.” <br>图8的映射管理表明确包含“实际地址（actual address）”字段，该字段指示了在池LDEV中分配的物理存储空间的地址。这直接对应于目标专利中“指示物理资源分配中的起始物理隙编号”的字段。 | 对比文件直接公开了在映射条目中记录物理资源分配的实际地址（actual address），该地址即为物理分配的起始位置。 |
| **Z. 以及隙计数字段，其指示所述物理资源分配中分配给所述各自相应的客户端的始于所述起始物理隙编号的连贯物理隙数目。** <br>**《隐含公开》** | 对比文件的映射管理表（图8）以固定大小的区段（extent）为单位进行地址映射。每个条目记录一个虚拟地址对应一个实际地址，暗示了每个映射对应一个固定大小的存储单元（隙）。当需要分配连续多个单元时，可能需要多个连续的映射条目，或者系统以更大的粒度进行管理。虽然表中没有显式的“隙计数字段”，但本领域技术人员知晓，在存储分配管理中，记录分配长度（如连续块的数量）是基本需求。结合对比文件公开的按区段（extent）映射的机制，可以合理推断系统需要知道每个映射所覆盖的连续存储空间的大小，这可以通过记录长度字段或通过固定大小映射的条目数量来体现。因此，该特征被对比文件隐含公开。 | 对比文件虽然没有明确示出“隙计数字段”，但其整个AOU分配机制是基于对存储空间的划分和管理。为了实现有效的资源分配和释放，系统必然需要知道每次分配所占据的物理空间范围（起始地址和长度）。这是存储管理领域的常规技术手段。因此，本领域技术人员从对比文件公开的映射管理机制中，能够毫无困难地推导出需要记录分配长度（即隙计数）的信息。 |
<<<B>>><<<D>>><<<E>>><<<G>>><<<O>>><<<U>>><<<Y>>>
<<<a>>><<<c>>><<<f>>><<<h>>><<<m>>><<<s>>><<<v>>><<<w>>><<<x>>><<<z>>>