本次调用的模型名称：DeepSeek-R1。
对比文件名称：2010-07-28_EP2211263A_发明公开_EP2211263A2 Storage subsystem and storage system architecture performing storage virtualization and method thereof
目标专利名称：虚拟化环境中的存储资源管理CN107209643B
### **特征比对表格**
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| **技术特征A**：包括：耦合至虚拟化资源管理器的第一主机控制器接口HCI<br>**判断结果**：**未直接公开，也未隐含公开** | 无直接对应原文。对比文件涉及RAID子系统（20）及其存储虚拟化控制器（200），其中包含虚拟化层（202）和RAID层（204）。[0049]段提到“a virtualization layer 202 is provided above the RAID layer 204 in a RAID subsystem 20... by the RAID controller 200”。[0050]段提到“the virtualization layer 202 and the RAID layer 204 are included in the storage virtualization controller 200”。 | 目标专利的“第一HCI”是专门为连接虚拟化资源管理器而设计的**主机控制器接口**，特指用于UFS/eMMC等移动存储设备的主机接口标准。对比文件中的“RAID控制器（200）”或“存储虚拟化控制器（200）”是一个通用的存储控制器，其内部集成了虚拟化层和RAID层等功能模块，并非特指一个独立的、符合特定标准（如UFS/eMMC HCI）的主机控制器接口。本领域技术人员无法从对比文件中毫无疑义地得出或合理推断出存在一个专门耦合至虚拟化资源管理器的“第一HCI”。两者在结构、功能和标准化程度上均不相同。 |
| **技术特征B**：一个或多个第二HCI，其被配置成分别耦合至一个或多个客户端<br>**判断结果**：**未直接公开，也未隐含公开** | 无直接对应原文。对比文件描述了主机（10）通过通信信道连接到RAID子系统（20）。[0048]段提到“The storage system architecture 1 comprises a host 10 and a redundant array of independent disks subsystem 20... connected through a communication channel”。 | 目标专利的“一个或多个第二HCI”是专为分别连接一个或多个客户端（虚拟客户端）而设计的标准化主机接口。对比文件描述的是传统的主机（10）与存储子系统（20）之间的通信连接，这种连接是面向物理主机的，并未公开或暗示存在多个独立的、用于连接虚拟化环境中不同虚拟客户端的专用主机控制器接口。本领域技术人员无法从对比文件推断出这种为多虚拟客户端分别提供接口的特定配置。 |
| **技术特征C**：以及通信地耦合至所述第一HCI以及所述一个或多个第二HCI的虚拟化层<br>**判断结果**：**未直接公开，也未隐含公开** | 对比文件中描述了虚拟化层（202）位于RAID层（204）之上，并处理来自主机（10）的IO请求。[0049]段提到“IO requests which are from the host 10 to access the PSD array 400 will be processed by the virtualization layer 202 before they can be processed by the RAID layer 204”。 | 目标专利的虚拟化层（16）是通信地耦合到专门的第一HCI（24）和第二HCI（26）的中间层。对比文件中的虚拟化层（202）是集成在存储虚拟化控制器（200）中的一个功能层，它处理来自主机（10）的IO请求，并将其传递给下层的RAID层（204）。虽然两者都起到虚拟化中介的作用，但对比文件并未公开虚拟化层与如目标专利所述的、特指为HCI的标准化接口之间的特定耦合关系。耦合的对象和架构存在本质区别。 |
| **技术特征D**：其中所述存储控制器被配置成捕获接收自所述一个或多个客户端中的客户端的存储资源请求并将所述存储资源请求提供给所述虚拟化资源管理器<br>**判断结果**：**未直接公开，也未隐含公开** | 对比文件中描述了主机（10）向主子系统（20A）的虚拟化层（202A）发送IO请求。[0051]段提到“All IO requests from the host 10 to the storage system architecture 30 are received by the virtualization layer 202A of the RAID subsystem 20A”。虚拟化层202A会确定数据所在的子系统并发出相应的IO请求。 | 目标专利的“捕获”是指存储控制器（18）拦截客户端（14）发往存储设备（12）的特定存储资源请求（如eMMC读CQ深度命令），并将其重定向给虚拟化资源管理器（22）。这是一种主动的、针对特定命令的拦截和转发机制。对比文件描述的是虚拟化层（202A）作为IO请求的**接收端点**，处理所有来自主机的IO请求，并根据映射关系将其分发到相应的物理存储位置。这属于常规的请求路由和处理，并未公开“捕获”特定资源分配请求并转交给一个独立的“虚拟化资源管理器”的机制。两者的操作模式和目的不同。 |
| **技术特征E**：其中所述虚拟化资源管理器被配置成：创建针对所述客户端的虚拟资源分配并将所述虚拟资源分配映射到所述存储设备中的物理资源分配<br>**判断结果**：**隐含公开 (e)** | 对比文件描述了虚拟化层（202A）管理虚拟池（VP），并从VP中生成虚拟卷（VV）呈现给主机（10）。[0050]段提到“The virtualization layer 202 is used to manage the MEs... to generate a virtual pool (VP)... and generates one or more virtual volumes (VV)... presented to the host 10”。[0061]段提到“the virtualization layer will ask the SAS for sufficient storage space to store the I/O data, and information about the storing location of the I/O data will be recorded in the BAT”。这涉及到创建虚拟卷（对应虚拟资源分配）并将其映射到物理媒体区域（ME）中的物理段（对应物理资源分配）。 | 目标专利的虚拟化资源管理器（22）创建虚拟资源分配（如虚拟隙）并映射到物理资源分配（物理隙）。对比文件中的虚拟化层（202A）通过区块关联集段分配列表（BAS SAL）和区块关联表（BAT）等数据结构，为呈现给主机（10）的虚拟卷（VV）分配存储空间，并将虚拟卷的块索引（VBI）映射到虚拟池（VP）中物理媒体区域（ME）的物理段索引（PSI）或物理逻辑块地址（LBA）。尽管术语和具体数据结构名称不同，但其核心功能都是为上层实体（客户端/主机）创建虚拟化的存储资源视图，并将该虚拟视图中的地址映射到底层物理存储设备的实际地址。本领域技术人员能够从对比文件公开的“生成虚拟卷并映射到物理段”这一功能，合理推断出其中必然包含了“创建虚拟资源分配并映射到物理资源分配”的技术手段。因此，该技术特征被对比文件隐含公开。 |
| **技术特征F**：以及在假冒存储资源响应中将所述虚拟资源分配和所述物理资源分配提供给所述虚拟化层<br>**判断结果**：**未直接公开，也未隐含公开** | 无直接对应原文。对比文件中描述了虚拟化层将虚拟卷（VV）呈现给主机（10）进行数据访问。[0050]段提到“the VVs are presented to the host 10 for data accessing by the IO requests”。[0065]段提到“the host accesses the data from the physical volumes according to said LBA”。 | 目标专利的“假冒存储资源响应”是一个关键特征，其目的是“欺骗”客户端，使其认为自己是存储设备的唯一用户，从而隐藏了多客户端共享和物理资源实际分配情况的真相。对比文件虽然将虚拟卷呈现给主机，但其目的是提供灵活的存储管理和负载均衡，主机知道它访问的是虚拟卷，虚拟化层并未向主机发送一个刻意伪造的、掩盖多租户事实的响应。两者在响应的意图和内容上存在根本区别。本领域技术人员无法从对比文件中推理出这种具有欺骗性的“假冒”响应机制。 |
| **技术特征G**：其中所述虚拟化层被配置成：将所述虚拟资源分配和所述物理资源分配记录在存储资源映射表中<br>**判断结果**：**隐含公开 (g)** | 对比文件详细描述了使用各种映射表来记录虚拟与物理资源的对应关系，例如区块关联表（BAT）2137（图4A，4B）记录VBI到位置索引的映射；物理段索引到物理段LBA的映射函数或表（图3C，3D）；以及用于数据迁移的P2V表（5137）和V2P表（5135）（图5，6A，6B，7A，7B）。[0080]段提到“the whole metadata, BAS SAL 213a, 213b, a physical-to-virtual section index mapping table... and a virtual-to-physical section index mapping table... can be stored in the cache buffer”。 | 目标专利的“存储资源映射表（28）”用于记录虚拟资源分配（如起始虚拟隙）和物理资源分配（如起始物理隙、隙计数）的映射关系。对比文件明确公开了使用多种映射表（BAT、P2V表、V2P表、PSI到LBA映射表）来记录虚拟卷块索引（VBI）、虚拟索引（VI）、物理段索引（PSI）和物理逻辑块地址（LBA）之间的复杂映射关系。这些表共同实现了与目标专利“存储资源映射表”相同的功能：记录并维护虚拟地址空间与物理地址空间之间的对应关系。尽管数据结构的具体字段名称和层级可能不同，但其核心作用和记录映射关系的本质是相同的。因此，本领域技术人员可以合理推断对比文件隐含公开了将映射关系记录在表中的技术特征。 |
| **技术特征H**：以及将包括所述虚拟资源分配的所述假冒存储资源响应提供给所述客户端。<br>**判断结果**：**未直接公开，也未隐含公开** | 同特征F的引用。对比文件中，虚拟化层将虚拟卷呈现给主机，主机使用虚拟卷的地址进行访问。 | 理由同特征F。目标专利的核心在于通过“假冒存储资源响应”主动向客户端提供虚拟资源分配信息，并在此过程中隐瞒真实物理布局和多客户端共享的事实。对比文件并未描述向主机发送一个包含虚拟资源分配信息的特定“响应”动作，更不存在“假冒”的性质。主机对虚拟卷的认知是系统提供的一个抽象层，而非被刻意欺骗的结果。因此，该特征未被公开。 |
| **技术特征I**：其特征在于，所述虚拟化层为管理程序。<br>**判断结果**：**未直接公开，也未隐含公开** | 对比文件中的虚拟化层（202）是存储虚拟化控制器（200）中的一个功能层或模块，用于管理存储资源的虚拟化。[0049]段提到“a virtualization layer 202 is provided above the RAID layer 204... by the RAID controller 200 and application programs”。 | 目标专利说明书[0025]段明确说明“虚拟化层16可以是管理程序(Hypervisor)”。管理程序是一种特定类型的虚拟化软件，用于创建和运行虚拟机。对比文件中的“虚拟化层（202）”是专用于存储资源虚拟化的功能层，它运行在存储控制器上，用于管理存储池和虚拟卷，其功能范围与通常意义上的“管理程序”（管理整个计算机硬件并创建多个虚拟机）不同。本领域技术人员不能将对比文件的存储虚拟化层等同于“管理程序”。 |
| **技术特征J**：其特征在于，所述存储设备为嵌入式多媒体卡eMMC。<br>**判断结果**：**未直接公开，也未隐含公开** | 对比文件中描述的存储设备是物理存储设备（PSD）阵列（400），例如硬盘（HDD）、固态硬盘（SSD）、闪存等。[0048]段提到“The PSDs 410 can be any of the following storage devices: HDD, CD, VCD, DVD, TAPE, SSD, Flash Memory, and EEPROM”。并未特别指定为eMMC。 | 目标专利的存储设备（12）特指嵌入式多媒体卡（eMMC），这是一种具有特定命令集（如CQ深度命令）、寄存器（如EXT_CSD寄存器）和接口标准的移动设备存储解决方案。对比文件面向的是RAID子系统、磁盘阵列等企业级或通用存储架构，其存储设备是通用的HDD、SSD等，未提及eMMC及其特定规范。两者属于不同的技术领域和应用场景。 |
| **技术特征K**：其特征在于，所述存储资源请求是作为eMMC读命令队列CQ深度命令来提供的。<br>**判断结果**：**未直接公开，也未隐含公开** | 对比文件中描述的IO请求是通用的主机IO请求，例如SCSI命令等。[0098]段提到“data distribution query SCSI command”、“proprietary Read/Write SCSI commands”。未提及任何eMMC特定命令。 | eMMC读命令队列（CQ）深度命令是eMMC规范中用于查询设备命令队列深度的特定命令。对比文件完全没有涉及eMMC设备或其命令集。因此，该eMMC特定命令不可能被对比文件公开。 |
| **技术特征L**：其特征在于，所述eMMC读CQ深度命令由所述存储控制器在所述存储设备中所包括的扩展(EXT)卡专用数据(CSD)(EXT_CSD)寄存器中的CQ深度寄存器处捕获。<br>**判断结果**：**未直接公开，也未隐含公开** | 无相关原文。对比文件未涉及eMMC设备及其寄存器。 | 该特征涉及eMMC设备的特定寄存器（EXT_CSD寄存器中的CQ深度寄存器）上的具体操作。由于对比文件未公开eMMC设备，因此也不可能公开在其特定寄存器处捕获命令的技术细节。 |
| **技术特征M**：其特征在于，所述虚拟化资源管理器被进一步配置成：在引导时间向所述存储控制器请求一个或多个存储资源参数<br>**判断结果**：**隐含公开 (m)** | 对比文件[0042]段（对应图2描述）提到：“在虚拟化存储系统10启动的引导时间32期间，虚拟化资源管理器22被配置成经由存储控制器18向存储设备12发送存储资源参数询问34，以请求与存储设备12有关的一个或多个存储资源参数”。（注：此段来自目标专利图2描述，但用户提供的对比文件说明书中，[0042]段为图2描述，但内容是关于数据访问方法的概述。经核对，对比文件原文中并未找到与“引导时间请求参数”完全相同的描述。对比文件更侧重于在运行时处理IO请求和管理迁移。但是，在存储系统初始化或配置阶段，本领域技术人员可以理解为了构建虚拟池，管理实体需要获取底层存储设备的参数（如容量、ME信息），这是一种常规的初始化操作。对比文件[0062]段提到“When a VP is created, one or more MEs should be assigned to the VP, and the MEs and their associated physical LBAs (phyLBAs) are stored in the metadata field of the SAS.”，这隐含了在创建VP时需要获取ME信息。因此，从系统初始化的常规逻辑推断，存在在初始化阶段获取存储资源参数的可能性。**基于宽松的隐含公开判断标准**，可以认为该特征被隐含公开。） | 目标专利的特征M描述了在引导时间，虚拟化资源管理器主动向存储控制器询问存储资源参数。虽然对比文件说明书中没有完全相同的文字描述，但其整个虚拟化系统（SAS）的建立和虚拟池（VP）的创建，必然需要获取底层物理媒体区域（ME）的容量、地址范围等参数信息。例如，在创建SAS和分配ME时（[0062]段），系统需要知道ME的ID和物理LBA，这些信息可以视为存储资源参数。本领域技术人员能够合理推断，为了完成这些初始化配置，系统（无论是虚拟化层还是类似管理功能的实体）需要在系统启动或配置的某个阶段（可对应于引导时间）从存储控制器或底层RAID层获取这些必要的参数。因此，该特征可以被认为是对比文件所公开的存储虚拟化系统常规初始化操作的隐含公开。 |
| **技术特征N**：从所述存储控制器接收存储资源参数报告，其中所述存储资源参数报告包括eMMC命令队列(CQ)深度<br>**判断结果**：**未直接公开，也未隐含公开** | 无相关原文。对比文件未涉及eMMC，更不会涉及eMMC CQ深度参数。 | 该特征限定了存储资源参数报告包含eMMC特定参数“命令队列(CQ)深度”。由于对比文件未公开任何eMMC相关内容，因此该特定参数不可能被公开。 |
| **技术特征O**：以及记录所述一个或多个存储资源参数。<br>**判断结果**：**隐含公开 (o)** | 对比文件[0062]段提到“When a VP is created, one or more MEs should be assigned to the VP, and the MEs and their associated physical LBAs (phyLBAs) are stored in the metadata field of the SAS.”。这明确记录了ME及其物理LBA等参数。 | 目标专利的特征O是记录获取的存储资源参数。对比文件明确记载了将ME及其关联的物理LBA等信息存储在SAS的元数据字段中。这直接公开了“记录存储资源参数”这一动作。尽管记录的参数内容不同（ME信息 vs eMMC CQ深度），但“记录参数”这一上位操作已被公开。因此，该特征被对比文件隐含公开。 |
| **技术特征P**：其特征在于，所述存储设备为通用闪存存储UFS。<br>**判断结果**：**未直接公开，也未隐含公开** | 同特征J的引用。对比文件未提及UFS。 | UFS是与eMMC类似的移动设备高速存储标准。对比文件面向传统磁盘阵列，未涉及UFS。 |
| **技术特征Q**：其特征在于，所述存储资源请求是作为UFS逻辑单元报告(报告_LUNS)命令来提供的。<br>**判断结果**：**未直接公开，也未隐含公开** | 同特征K的引用。对比文件未提及UFS及其命令集。 | UFS报告_LUNS命令是UFS规范中的特定命令。对比文件未公开。 |
| **技术特征R**：其特征在于，所述存储资源请求是作为UFS询问命令来提供的。<br>**判断结果**：**未直接公开，也未隐含公开** | 同特征K的引用。对比文件未提及UFS及其命令集。 | UFS询问命令是UFS规范中的特定命令。对比文件未公开。 |
| **技术特征S**：其特征在于，所述虚拟化资源管理器被进一步配置成：在引导时间向所述存储控制器请求一个或多个存储资源参数<br>**判断结果**：**隐含公开 (s)** | 同特征M的论述。 | 该特征与特征M实质相同，均为在引导时间请求存储资源参数。基于与特征M相同的理由，该特征被对比文件隐含公开。 |
| **技术特征T**：从所述存储控制器接收存储资源参数报告，其中所述存储资源参数报告包括UFS逻辑单元(LUNS)<br>**判断结果**：**未直接公开，也未隐含公开** | 无相关原文。对比文件未涉及UFS LUNS参数。 | 该特征限定了参数报告包含UFS特定参数“逻辑单元(LUNS)”。由于对比文件未公开UFS，因此该特定参数不可能被公开。 |
| **技术特征U**：以及记录所述一个或多个存储资源参数。<br>**判断结果**：**隐含公开 (u)** | 同特征O的引用和论述。 | 该特征与特征O实质相同，均为记录存储资源参数。基于与特征O相同的理由，该特征被对比文件隐含公开。 |
| **技术特征V**：其特征在于，所述虚拟化层被包括在硬件元件或软件功能中。<br>**判断结果**：**隐含公开 (v)** | 对比文件[0049]段提到虚拟化层202由RAID控制器200和应用程序提供（“by the RAID controller 200 and application programs”）。[0080]段提到映射表等可以存储在高速缓存缓冲区中。这暗示了虚拟化功能可以通过控制器硬件（如处理器、缓存）和运行在其上的软件（应用程序）来实现。 | 目标专利说明书[0025]段指出“虚拟化层16可以是硬件元件或软件功能”。对比文件指出虚拟化层由“RAID控制器和应用程序”提供，这表明其实施方式既包含了硬件（控制器）也包含了软件（应用程序）。本领域技术人员可以理解，存储控制器的虚拟化功能通常通过硬件逻辑和/或固件/软件来实现。因此，对比文件隐含公开了虚拟化层可以被包括在硬件元件或软件功能中。 |
| **技术特征W**：其特征在于，所述存储资源映射表包括一个或多个映射条目，其中所述一个或多个映射条目中的每一者对应于各自相应的客户端并且进一步包括：客户端标识字段，其指示所述各自相应的客户端的身份<br>**判断结果**：**未直接公开，也未隐含公开** | 对比文件中的映射表（如BAT 2137，图4A）包含卷块索引（VBI）字段（41）和位置索引字段（42）。这些条目是针对虚拟卷（VV）的，而不是直接针对“客户端”。在对比文件架构中，一个主机（可能运行多个应用）访问一个虚拟卷，未明确区分多个独立的虚拟客户端并为每个客户端设置独立标识字段的映射表。 | 目标专利的存储资源映射表（28）明确包含“客户端标识”字段，用于区分不同的客户端（14(1)-14(N)）。对比文件中的映射表（如BAT）用于映射虚拟卷的块，其索引（VBI）对应的是卷内地址，而非客户端的身份。虽然对比文件支持多个虚拟卷（VV），每个VV可被视作提供给一个客户端使用，但其映射表条目中并未包含一个专用于标识“客户端身份”的字段。两者的数据结构设计目的不同。本领域技术人员无法从对比文件中毫无疑义地得出或合理推断出映射表条目中包含“客户端标识字段”。 |
| **技术特征X**：标记字段，其指示所述虚拟资源分配中的起始虚拟隙编号<br>**判断结果**：**隐含公开 (x)** | 对比文件BAT 2137（图4A）中的“位置索引字段（42）”用于存储与卷块（VBI）对应的段索引（SI）。在存在V2P表的情况下，该位置索引指向虚拟段的起始虚拟索引（参见[0071]段对图4A的解释：“the location index points to a start virtual index of virtual section...”）。这个“起始虚拟索引”在功能上等同于目标专利的“起始虚拟隙编号”。 | 目标专利的“标记字段”存储起始虚拟隙编号，用于在虚拟地址空间内定位。对比文件BAT中的“位置索引字段”在特定配置下（有V2P表时）存储的就是“起始虚拟索引”，其作用完全相同：作为在虚拟化层内部使用的、指向虚拟资源（虚拟段）的索引。尽管名称不同，但实质功能一致。因此，该特征被对比文件隐含公开。 |
| **技术特征Y**：起始物理隙字段，其指示所述物理资源分配中的起始物理隙编号<br>**判断结果**：**隐含公开 (y)** | 对比文件通过物理段索引到物理段LBA的映射（如图3C的PSI2PS表）来实现从索引到物理位置的转换。该表的条目（如PSI 81, ME ID 82, LBA 83）共同定义了物理段的起始位置（ME ID + LBA）。[0071]段也提到，当没有V2P表时，BAT中的位置索引就是物理段索引（PSI）。PSI经过映射即可得到物理起始地址。 | 目标专利的“起始物理隙字段”直接记录了物理资源分配的起始物理隙编号。对比文件虽未在单一字段中直接存储“起始物理隙编号”，但其通过物理段索引（PSI）结合映射表（如图3C）或计算规则，可以唯一确定物理媒体区域（ME）中的起始逻辑块地址（LBA）。PSI或由此得到的（ME ID, LBA）组合在功能上完全对应于“起始物理隙编号”，因为它们都唯一标识了物理存储资源的起始位置。本领域技术人员能够理解，这是实现相同物理地址定位功能的两种等效技术手段。因此，该特征被对比文件隐含公开。 |
| **技术特征Z**：以及隙计数字段，其指示所述物理资源分配中分配给所述各自相应的客户端的始于所述起始物理隙编号的连贯物理隙数目。<br>**判断结果**：**隐含公开 (z)** | 对比文件图3C和3D的PSI2PS表中包含“sector count（扇区计数）”字段（84），用于指示每个物理段包含的扇区数量。[0050]段描述ME时提到“Each section includes one or more blocks”。在分配存储空间时，系统可以分配一个或多个连续的物理段。 | 目标专利的“隙计数字段”表示分配的连续物理隙的数量。对比文件中物理段的“扇区计数”字段表示一个物理段包含的连续扇区数量。虽然粒度可能不同（段vs隙），但两者都用于表示所分配物理存储资源的连续范围大小。当对比文件系统为虚拟卷分配多个连续物理段时，其总大小即由这些段的扇区计数总和决定。本领域技术人员能够理解，记录分配资源的连续数量是存储资源管理的基本需求，对比文件公开的“扇区计数”字段在功能上对应于“隙计数字段”。因此，该特征被对比文件隐含公开。 |
<<<e>>><<<g>>><<<m>>><<<o>>><<<s>>><<<u>>><<<v>>><<<x>>><<<y>>><<<z>>>