**对比文件名称**：2012-09-19_CN102681789A_发明公开_CN102681789A 在一储存系统架构下产生一虚拟卷的方法及数据存取方法
**目标专利名称**：210虚拟化环境中的存储资源管理CN107209643B
**本次调用模型名称**：专利创造性评估模型
## 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| **技术特征A**：包括：耦合至虚拟化资源管理器的第一主机控制器接口HCI《隐含公开》 | 参见[0104]段：“该储存系统架构1是由一主机10与一个独立冗余磁盘阵列子系统...通过沟通管道而连接在一起而组成。该RAID子系统20包含一个储存虚拟化控制器(SVC)200...”；[0105]段：“通过储存虚拟化控制器200及应用程序的操作，是在RAID层204之前加入一虚拟化层(virtualization layer)202，也就是在主机10与RAID层204之间加入该虚拟化层202...该虚拟化层202及该RAID层204是包含于储存虚拟化控制器200中。”；[0110]段：“其中，设置有虚拟化层202A的RAID子系统称为主控(master)RAID子系统20A...”。 | 对比文件公开了包含储存虚拟化控制器200的RAID子系统20，并在该控制器内设置有虚拟化层202。该虚拟化层202位于主机10与RAID层204之间，用于管理虚拟池和虚拟卷。该虚拟化层202在系统中承担了虚拟化资源管理（如创建和管理虚拟卷、映射到物理资源）的核心功能，其本身即可视为虚拟化资源管理器，或至少是执行该管理功能的模块。储存虚拟化控制器200（相当于存储控制器）必然包含与上层（主机或更高层管理实体）通信的接口，该接口耦合至虚拟化层202（即虚拟化资源管理器）。因此，本领域技术人员可以理解，该控制器必然包含一个耦合至其内部虚拟化资源管理功能（虚拟化层202）的主机控制器接口。虽然对比文件未明确命名为“第一HCI”，但其架构实质公开了存储控制器包含一个耦合至虚拟化资源管理器的接口。 |
| **技术特征B**：一个或多个第二HCI，其被配置成分别耦合至一个或多个客户端《隐含公开》 | 参见[0104]段：“该储存系统架构1是由一主机10与一个独立冗余磁盘阵列子系统...通过沟通管道而连接在一起而组成。”；[0110]段：“在储存系统架构30中，只需要有一个RAID子系统20A中设置有虚拟化层202A，即可将所有RAID子系统20中的储存空间加以虚拟化成为一或多个虚拟卷VV给主机10存取。” | 对比文件公开了主机10与RAID子系统（存储控制器）连接，主机10可以视为一个客户端。在具有主机代理人110的架构中（参见[0149]段），主机10可通过代理人110与多个子系统连接，这些子系统可视为服务于多个客户端（或主机实体）。储存虚拟化控制器200需要与这些主机/客户端通信，因此必然包含配置用于连接它们的接口。本领域技术人员可以合理推断，为了连接一个或多个主机/客户端，存储控制器需要配置一个或多个相应的主机控制器接口（HCI）。 |
| **技术特征C**：以及通信地耦合至所述第一HCI以及所述一个或多个第二HCI的虚拟化层《隐含公开》 | 参见[0105]段：“通过储存虚拟化控制器200及应用程序的操作，是在RAID层204之前加入一虚拟化层(virtualization layer)202，也就是在主机10与RAID层204之间加入该虚拟化层202，而使得来自主机10而欲存取PSD阵列400中的数据的IO请求均会先为该虚拟化层202所处理，再由该RAID层204来处理。需说明的是，该虚拟化层202及该RAID层204是包含于储存虚拟化控制器200中。” | 对比文件明确公开了虚拟化层202位于主机10（相当于客户端）与RAID层204（关联于物理存储设备）之间，来自主机的IO请求均先由虚拟化层202处理。这意味着虚拟化层202在逻辑上通信地耦合至连接主机的接口（相当于第二HCI）以及连接下层存储管理/物理资源的接口（相当于第一HCI所耦合的功能端）。虽然对比文件未明确划分第一、第二HCI，但其描述的虚拟化层作为中间层，连接前端主机和后端存储管理/物理资源的结构，与本特征中虚拟化层通信耦合至前后端接口的方案实质相同。 |
| **技术特征D**：其中所述存储控制器被配置成捕获接收自所述一个或多个客户端中的客户端的存储资源请求并将所述存储资源请求提供给所述虚拟化资源管理器《隐含公开》 | 参见[0149]段：“在具有主机代理人110的架构下...主机代理人110会使用一数据位置询问命令发送给主控子系统20A的虚拟化层202A向其询问主机10欲存取数据的位置。”；[0150]段：“依据本发明的一实施例，该数据位置询问命令是可为自定的数据分布询问SCSI命令发送给主控子系统20A的虚拟化层202A向其询问主机10欲存取数据的位置”。 | 对比文件公开了主机（或主机代理人）向主控子系统（其储存虚拟化控制器包含虚拟化层）发送“数据位置询问命令”。该命令是由客户端（主机）发出，旨在查询数据存储位置（一种存储资源信息）。储存虚拟化控制器（存储控制器）接收此命令，并由其内部的虚拟化层202A（即虚拟化资源管理器）进行处理和响应。这相当于存储控制器捕获来自客户端的存储资源相关请求（数据位置询问）并提供给虚拟化资源管理器（虚拟化层202A）。虽然该请求的具体名称和目的（查询位置 vs 请求分配）与目标专利略有不同，但都属于客户端向存储控制器发起、涉及存储资源管理的请求，并由虚拟化层处理。因此，本领域技术人员可以合理推断对比文件隐含公开了该特征。 |
| **技术特征E**：其中所述虚拟化资源管理器被配置成：创建针对所述客户端的虚拟资源分配并将所述虚拟资源分配映射到所述存储设备中的物理资源分配《直接公开》 | 参见[0105]段：“在虚拟化层202中，是对RAID层204所呈现出来的媒体区进行管理以产生一个虚拟池(virtual pool，VP)(图未示)，包含有一或多个媒体区，并由该虚拟池VP中产生一或多个虚拟卷(virtual volume，VV)(图未示)，拟化层202A并将该些虚拟卷呈现给主机10供其进行IO请求存取。”；[0108]段：“举例而言，假设在图3A及3D的实施例中，当一个VV1向VP要空间时，其方式是利用图4C及图4D说明如下。当第一次写入IO发生时，虚拟化层会轮流向RA-ME1、RB-ME1、RC-ME1取得其中的可用区段。假设该IO只需要使用到2个区段的空间，则PSI为001及101的区段将会被指定给VV1”。 | 对比文件明确公开了虚拟化层（即虚拟化资源管理器）创建虚拟卷（VV）作为虚拟资源分配给主机（客户端）使用。虚拟卷是从虚拟池（VP）中产生的，而虚拟池由来自物理存储设备（PSD阵列）的媒体区（ME）构成。当主机进行写入操作时，虚拟化层从特定媒体区中分配实体区段（物理资源）给虚拟卷，从而建立了虚拟卷（虚拟资源分配）与实体区段（物理资源分配）之间的映射关系。例如，将VV1映射到PSI为001和101的实体区段。这直接公开了创建虚拟资源分配并将其映射到物理资源分配的技术特征。 |
| **技术特征F**：以及在假冒存储资源响应中将所述虚拟资源分配和所述物理资源分配提供给所述虚拟化层《隐含公开》 | 参见[0105]段：“在虚拟化层202中，是对RAID层204所呈现出来的媒体区进行管理以产生一个虚拟池...并由该虚拟池VP中产生一或多个虚拟卷...并将该些虚拟卷呈现给主机10”。虚拟化层自身进行分配和映射管理。 | 在对比文件中，虚拟化层202A自身负责创建虚拟卷和映射物理资源，分配信息在其内部生成和使用。虽然没有明确描述一个独立的“虚拟化资源管理器”生成一个“假冒存储资源响应”再交给“虚拟化层”的步骤，但其核心功能——虚拟化层获取（或生成）虚拟资源分配及对应的物理资源分配信息——是存在的。本领域技术人员可以理解，虚拟化层在完成映射后，需要知晓并将该映射关系记录或用于后续访问。这个过程隐含了“将虚拟资源分配和物理资源分配提供给虚拟化层（或其自身的管理模块）”这一环节。虽然具体表现形式不同，但实现的功能实质相似。 |
| **技术特征G**：其中所述虚拟化层被配置成：将所述虚拟资源分配和所述物理资源分配记录在存储资源映射表中《直接公开》 | 参见[0113]段：“一区块关联表(Block Association Table，以下称BAT)栏位2137，用以储存指向数据区(Data Area)2139的参考资讯”；[0114]段：“建立一VV的第一步骤即是建置一个虚拟池...接着，BAS SAL与BAT应被建置并将其所对应的VV映射至一主机通道上之CH/ID/LUN。最后，当主机写入IO请求发生之时，虚拟化层会向SAS取得足够的空间以存放IO请求数据，并将该些IO请求数据的存放位置记录于该BAT中。”；[0189]-[0192]段关于V2P Table和P2V Table的描述，用于记录虚拟索引与实体索引的映射关系。 | 对比文件明确公开了虚拟化层使用多种映射表来记录虚拟资源与物理资源的对应关系。BAT（区块关联表）用于记录虚拟卷区块索引（VBI）与位置索引（如实体区段索引PSI或虚拟索引VI）的映射（参见图4A，4B）。V2P表（虚拟对实体区段索引映射表）和P2V表（实体对虚拟区段索引映射表）则专门用于记录虚拟索引与实体索引的映射关系，以支持数据迁徙等功能（参见图5，6，7）。这些表都属于存储资源映射表，其作用正是记录虚拟资源分配（如VV、VBI、虚拟索引）与物理资源分配（如实体区段、PSI、实体索引）之间的映射。这直接公开了将分配信息记录在映射表中的技术特征。 |
| **技术特征H**：以及将包括所述虚拟资源分配的所述假冒存储资源响应提供给所述客户端。《隐含公开》 | 参见[0105]段：“拟化层202A并将该些虚拟卷呈现给主机10供其进行IO请求存取。”；[0110]段：“将所有RAID子系统20中的储存空间加以虚拟化成为一或多个虚拟卷VV给主机10存取。” | 对比文件公开了虚拟化层将创建的虚拟卷（即虚拟资源分配）呈现给主机（客户端）。主机接收到的是虚拟卷视图，这个视图可能掩盖了底层多个物理存储设备或与其他客户端共享的事实，使得主机如同访问独占设备一样。这实质上起到了与“假冒存储资源响应”类似的效果——向客户端提供一个虚拟化的、可能并非反映全部物理实情的资源分配信息。因此，本领域技术人员可以推断，对比文件隐含了向客户端提供包含虚拟资源分配信息（虚拟卷）的响应的技术方案。 |
| **技术特征I**：其特征在于，所述虚拟化层为管理程序。《未公开》 | 无相应内容。 | 对比文件中的虚拟化层（202， 202A）是储存虚拟化控制器中的一层，用于存储资源的虚拟化管理，未提及其为“管理程序（Hypervisor）”。管理程序通常特指在计算硬件上创建和运行虚拟机的软件，而对比文件的虚拟化层聚焦于存储资源的抽象和管理，两者领域和功能侧重点不同。因此，对比文件未公开此特征。 |
| **技术特征J**：其特征在于，所述存储设备为嵌入式多媒体卡eMMC。《未公开》 | 对比文件中存储设备描述为“PSD阵列400”及“实体储存媒体(PSD)410”，例如HDD、CD、SSD、Flash Memory等（参见[0103]段），未特定提及eMMC。 | 目标专利明确限定存储设备为eMMC，而对比文件公开的存储设备是更广义的实体储存媒体阵列，包括硬盘、固态硬盘、闪存等，但并未具体公开或指向eMMC这一特定类型的存储设备。因此，对比文件未公开此特征。 |
| **技术特征K**：其特征在于，所述存储资源请求是作为eMMC读命令队列CQ深度命令来提供的。《未公开》 | 无相应内容。 | 对比文件中客户端（主机）发出的请求是“数据位置询问命令”或常规的读/写IO请求，未提及任何eMMC特定的命令，特别是eMMC读CQ深度命令。因此，对比文件未公开此特征。 |
| **技术特征L**：其特征在于，所述eMMC读CQ深度命令由所述存储控制器在所述存储设备中所包括的扩展(EXT)卡专用数据(CSD)(EXT_CSD)寄存器中的CQ深度寄存器处捕获。《未公开》 | 无相应内容。 | 对比文件未涉及eMMC设备及其寄存器架构，更没有描述在特定寄存器处捕获命令的技术细节。因此，对比文件未公开此特征。 |
| **技术特征M**：其特征在于，所述虚拟化资源管理器被进一步配置成：在引导时间向所述存储控制器请求一个或多个存储资源参数《未公开》 | 参见[0226]段：“主机首先必须记录一ME的清单以决定该些ME的属性且找出它们在哪一媒体区服务器之下。这通常是藉由一扫描操作而达成，该扫描操作搜集关于ME组态/位置的资讯。若是系统中ME组态/位置是固定的，主机只需要在初始化程序时扫描ME组态/位置一次。” 这是主机代理人的行为，且扫描的是ME的组态/位置，而非虚拟化资源管理器在引导时间向存储控制器请求eMMC/UFS特定的存储资源参数（如CQ深度、LUNS）。 | 对比文件描述了在初始化时进行扫描以获取媒体区配置信息，但这是从主机或主机代理人角度出发的操作，目的是建立ME识别码与储存节点的对应表。这与目标专利中“虚拟化资源管理器”在“引导时间”主动向“存储控制器”请求“存储设备”特定的“存储资源参数”（如eMMC CQ深度）的技术方案不同。目标专利的请求发生在存储系统内部，用于资源分配准备；而对比文件的扫描是主机为进行直接存取做的外部发现。因此，对比文件未公开此特征。 |
| **技术特征N**：从所述存储控制器接收存储资源参数报告，其中所述存储资源参数报告包括eMMC命令队列(CQ)深度《未公开》 | 无相应内容。 | 对比文件未提及从存储控制器接收包含eMMC CQ深度等设备特定参数的存储资源参数报告。因此，对比文件未公开此特征。 |
| **技术特征O**：以及记录所述一个或多个存储资源参数。《未公开》 | 无相应内容。 | 基于特征M、N未被公开，记录这些参数的特征O也未被公开。 |
| **技术特征P**：其特征在于，所述存储设备为通用闪存存储UFS。《未公开》 | 对比文件中存储设备描述为“PSD阵列400”及“实体储存媒体(PSD)410”，例如HDD、CD、SSD、Flash Memory等（参见[0103]段），未特定提及UFS。 | 目标专利明确限定存储设备为UFS，而对比文件未具体公开UFS这一特定类型的存储设备。因此，对比文件未公开此特征。 |
| **技术特征Q**：其特征在于，所述存储资源请求是作为UFS逻辑单元报告(报告_LUNS)命令来提供的。《未公开》 | 无相应内容。 | 对比文件中客户端（主机）发出的请求是“数据位置询问命令”或常规的读/写IO请求，未提及任何UFS特定的命令，如报告_LUNS命令。因此，对比文件未公开此特征。 |
| **技术特征R**：其特征在于，所述存储资源请求是作为UFS询问命令来提供的。《未公开》 | 无相应内容。 | 对比文件未提及UFS询问命令。因此，对比文件未公开此特征。 |
| **技术特征S**：其特征在于，所述虚拟化资源管理器被进一步配置成：在引导时间向所述存储控制器请求一个或多个存储资源参数《未公开》 | 同特征M论述。 | 同特征M，对比文件未公开虚拟化资源管理器在引导时间向存储控制器请求UFS特定参数的技术方案。 |
| **技术特征T**：从所述存储控制器接收存储资源参数报告，其中所述存储资源参数报告包括UFS逻辑单元(LUNS)《未公开》 | 无相应内容。 | 对比文件未提及从存储控制器接收包含UFS逻辑单元（LUNS）等设备特定参数的存储资源参数报告。因此，对比文件未公开此特征。 |
| **技术特征U**：以及记录所述一个或多个存储资源参数。《未公开》 | 无相应内容。 | 基于特征S、T未被公开，记录这些参数的特征U也未被公开。 |
| **技术特征V**：其特征在于，所述虚拟化层被包括在硬件元件或软件功能中。《隐含公开》 | 参见[0104]段：“该RAID子系统20包含一个储存虚拟化控制器(storage virtualization controller，SVC)200...依据本发明的另一实施例，一个RAID子系统亦可包含多个设定为冗余组态的储存虚拟化控制器200，以当一个储存虚拟化控制器200失效时，另一个储存虚拟化控制器200仍能正常运作而接管失效控制器的工作。” 储存虚拟化控制器可以是硬件实体。 | 对比文件描述了储存虚拟化控制器200，它可以是一个硬件控制器（如冗余控制器对）。虚拟化层202作为该控制器的一部分，自然可以被包括在硬件元件中。同时，本领域技术人员知晓，此类控制器的功能也可以通过软件或固件在通用处理器上实现。虽然对比文件未明确说明虚拟化层是“硬件元件或软件功能”，但基于对储存控制器实现方式的公知常识，可以合理推断虚拟化层可以被实施在硬件元件或作为软件功能运行。因此，该特征被隐含公开。 |
| **技术特征W**：其特征在于，所述存储资源映射表包括一个或多个映射条目，其中所述一个或多个映射条目中的每一者对应于各自相应的客户端并且进一步包括：客户端标识字段，其指示所述各自相应的客户端的身份《隐含公开》 | 参见[0113]段：“该区块关联集区段分配串列，是VV的数据结构，每个区块关联集区段分配串列213a、213b映射出一个VV”；[0149]段：“在具有主机代理人110的架构下，每一个从属子系统20B、20C必须将它的实体媒体区呈现给有权限存取该媒体区所属的虚拟卷的主机代理人110以供其使用”。虚拟卷（VV）与特定的主机或主机代理人（客户端）相关联。 | 对比文件的映射表（如BAT、V2P/P2V表）用于记录虚拟卷（VV）与物理资源的映射。每个虚拟卷是呈现给特定主机或主机代理人（客户端）使用的。因此，映射表条目通过关联的虚拟卷，间接对应于特定的客户端。虽然对比文件的映射表条目中可能没有直接的“客户端标识字段”，但虚拟卷本身作为虚拟资源分配的单位，其身份（VV ID）即隐含了其所服务的客户端身份。在需要区分多客户端的虚拟化环境中，本领域技术人员容易想到在映射信息中加入客户端标识以明确归属。因此，该特征被隐含公开。 |
| **技术特征X**：标记字段，其指示所述虚拟资源分配中的起始虚拟隙编号《隐含公开》 | 参见[0113]段：“一卷区块索引(Volume Block Index，VBI)栏位41...该VBI是虚拟卷VV1所使用的卷区块(volume block)的顺序。”；[0189]段：“虚拟对实体区段索引映射表是用以加速虚拟区段索引转换成为实体区段索引。每一个存取一BAS SAL(或虚拟卷)的数据区段的主机IO请求必须参考虚拟对实体区段索引映射表以找到实际数据所在位置的实体区段索引。” 虚拟索引（VI）或VBI定义了虚拟地址空间。 | 对比文件中的VBI或虚拟索引（VI）定义了虚拟卷内的逻辑顺序或地址，类似于“虚拟隙编号”。映射表（如BAT、V2P表）中记录了这些虚拟索引。虽然“起始虚拟隙编号”是一个具体表述，但其本质是指虚拟资源分配的起始逻辑地址，与对比文件中的起始VBI或虚拟索引的功能相同。因此，本领域技术人员可以理解对比文件隐含了使用标记（如VBI、VI）来指示虚拟资源分配起始位置的技术手段。 |
| **技术特征Y**：起始物理隙字段，其指示所述物理资源分配中的起始物理隙编号《隐含公开》 | 参见[0106]段：“媒体区中的每个实体区段(section)皆对应到一个表示实体区段起始位置的LBA以及一个表示实体区段长度的“分区数(sector count)””；[0189]段：“虚拟对实体区段索引映射表是用以加速虚拟区段索引转换成为实体区段索引。” 实体区段索引（PSI）或实体索引（PI）以及对应的实体LBA标识了物理资源位置。 | 对比文件明确使用实体区段索引（PSI）、实体索引（PI）或实体LBA来表示物理资源（实体区段）的起始位置。在映射表（如V2P表、P2V表或通过PSI查找的实体LBA表）中，必然包含指示物理资源分配起始位置的信息，例如实体索引或计算出的起始LBA。这与“起始物理隙编号”的作用相同。因此，该特征被隐含公开。 |
| **技术特征Z**：以及隙计数字段，其指示所述物理资源分配中分配给所述各自相应的客户端的始于所述起始物理隙编号的连贯物理隙数目。《隐含公开》 | 参见[0106]段：“媒体区中的每个实体区段(section)皆对应到一个表示实体区段起始位置的LBA以及一个表示实体区段长度的“分区数(sector count)””；[0113]图4A解说中，一个卷区块可对应一个或多个区段，需知道区段数量。 | 对比文件在描述实体区段时，明确提到了“分区数(sector count)”来表示该区段包含的连续物理存储单元数量。当虚拟卷被分配一个或多个连续的实体区段时，这些区段的总分区数或区段数量就构成了分配给该虚拟卷（客户端）的连贯物理资源数量。虽然对比文件的映射表可能不直接包含一个名为“隙计数”的字段，但存储和管理物理资源分配的大小（长度）信息是完成映射和访问的必要条件，本领域技术人员在实现时必然会包含此类信息（如通过区段长度或通过连续多个映射条目）。因此，该特征被隐含公开。 |
<<<E>>><<<G>>><<<a>>><<<b>>><<<c>>><<<d>>><<<f>>><<<h>>><<<v>>><<<w>>><<<x>>><<<y>>><<<z>>>