**对比文件名称**：2016-01-21_JP2016502180A_发明专利_JP2016502180A ホスト側フラッシュストレージ容量を仮想マシンにサーフェシングする技術
**目标专利名称**：虚拟化环境中的存储资源管理 CN107209643B
**本次调用模型名称**：DeepSeek-R1
### 特征比对表格
| 技术特征描述以及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| **A**：包括：耦合至虚拟化资源管理器的第一主机控制器接口HCI<br>**未公开** | 未在对比文件中找到对应内容。对比文件中的虚拟化资源管理器（如CMS 110或VFM模块118）与存储控制器/主机之间的接口未描述为“第一主机控制器接口(HCI)”。 | 对比文件中，中央管理服务器（CMS）110通过网络114与主机系统102通信（参见[0013]段），VFM模块118位于VMM 106内部（参见[0016]段），并未公开一个专门耦合至虚拟化资源管理器的“第一HCI”。目标专利中该HCI是存储控制器内部与虚拟化资源管理器通信的专用接口，在对比文件中未被公开。 |
| **B**：一个或多个第二HCI，其被配置成分别耦合至一个或多个客户端<br>**未公开** | 未在对比文件中找到对应内容。对比文件中客户端（虚拟机VM 108）通过VMM 106与虚拟化软件104交互。 | 对比文件中的客户端是虚拟机（VM 108(1)-108(N)），它们通过虚拟硬件环境（由VMM 106提供）与系统交互（参见[0011]段），但并未描述存在被配置为分别耦合至这些客户端的“第二HCI”。目标专利中的第二HCI是存储控制器上用于直接连接客户端的物理或逻辑接口，该特征未被对比文件公开。 |
| **C**：以及通信地耦合至所述第一HCI以及所述一个或多个第二HCI的虚拟化层<br>**未公开** | 未在对比文件中找到对应内容。 | 如前述，对比文件未公开“第一HCI”和“第二HCI”，因此自然也未公开一个通信地耦合至这两者的“虚拟化层”。目标专利中的虚拟化层是存储控制器18内部的一个特定层（参见[0025]段），用于在HCI之间进行协调和映射。对比文件中的虚拟化软件104（或管理程序）是一个更上层的软件层，其架构和连接关系不同。 |
| **D**：其中所述存储控制器被配置成捕获接收自所述一个或多个客户端中的客户端的存储资源请求并将所述存储资源请求提供给所述虚拟化资源管理器<br>**未公开** | 未在对比文件中找到关于“存储控制器”捕获“存储资源请求”并提供给“虚拟化资源管理器”的直接描述。 | 对比文件中，虚拟机（客户端）对存储的访问是通过VMM和虚拟化软件104来管理的。当需要为VM分配存储时，是由VFM模块118在VM电源投入时主动创建分配（参见[0016], [0020]段），或由CMS 110发送配置命令（参见[0021]段）。没有描述一个位于客户端和存储设备之间的“存储控制器”去捕获来自客户端的特定存储资源请求（如eMMC读CQ深度命令）并转发给虚拟化资源管理器（如VFM模块或CMS）的机制。目标专利中存储控制器18的“捕获”和“提供”是核心步骤，在对比文件中未被公开。 |
| **E**：其中所述虚拟化资源管理器被配置成：创建针对所述客户端的虚拟资源分配并将所述虚拟资源分配映射到所述存储设备中的物理资源分配<br>**直接公开** | [0016]段：“各VFMモジュール118(1)〜118(N)は、対応するVM 108(1)〜108(N)を最初に電源投入した時に、フラッシュストレージデバイス116の一部をそのVMに自動的に割り当てる(VFM割当分120(1)〜120(N)として示されている)。” <br>（各VFM模块118(1)-118(N)在对应的VM 108(1)-108(N)首次通电时，自动将闪存存储设备116的一部分分配给该VM（示为VFM分配120(1)-120(N)）。） | 对比文件中的VFM模块（VFM module）118，其功能相当于目标专利中的虚拟化资源管理器22。它在VM通电时，为该VM创建VFM分配（即虚拟资源分配），该分配对应于闪存存储设备116（即存储设备）中的一部分物理存储空间。这实质上就是将虚拟资源分配映射到物理资源分配。作用都是为特定客户端分配并映射存储资源。因此，本领域技术人员能够毫无疑义地得出该技术方案。 |
| **F**：以及在假冒存储资源响应中将所述虚拟资源分配和所述物理资源分配提供给所述虚拟化层<br>**隐含公开** | [0016]段：“VFMモジュールをそのVMMと相互運用して、割り当てられたその部分を仮想フラッシュメモリ(すなわちVFM)デバイスとしてVMにサーフェシングすることができる(VFMデバイス122(1)〜122(N)として示されている)。” <br>（VFM模块与其VMM互操作，可以将分配的部分作为虚拟闪存（即VFM）设备呈现给VM（示为VFM设备122(1)-122(N)）。）<br>[0033]段：“ブロック522において、仮想化ソフトウェア104はVFMデバイス122(1)を特定するSCSI照会応答をVM 108(1)に送信できる。” <br>（在块522中，虚拟化软件104可以将标识VFM设备122(1)的SCSI查询响应发送给VM 108(1)。） | 对比文件中，VFM模块创建分配后，通过与VMM/虚拟化软件协作，将该分配作为VFM设备（虚拟设备）呈现（サーフェシング）给VM。这个过程包括向VM发送响应（如SCSI查询响应），该响应标识了VFM设备，从而使VM能够访问该虚拟分配。虽然对比文件没有使用“假冒存储资源响应”这一术语，但其向VM提供虚拟设备标识信息的行为，在功能和目的上与目标专利中“提供假冒存储资源响应”相同，都是为了向客户端掩盖物理资源的真实分配情况，使其认为拥有专用的虚拟资源。本领域技术人员可以合理推断出这一过程必然涉及将分配信息提供给负责设备呈现的虚拟化软件层（相当于虚拟化层）。 |
| **G**：其中所述虚拟化层被配置成：将所述虚拟资源分配和所述物理资源分配记录在存储资源映射表中<br>**隐含公开** | 未明确提及“存储资源映射表”。但[0016]段描述了VFM模块为每个VM创建并管理VFM分配。要管理多个VM的分配，记录映射关系是必然需求。 | 对比文件虽然未明确记载“存储资源映射表”，但明确教导了VFM模块需要为每个VM创建并管理其对应的VFM分配（虚拟资源分配）与闪存存储设备116上的物理区域（物理资源分配）之间的映射关系（参见[0016], [0020]段）。为了实现这种管理和后续的访问（如VM迁移时的数据拷贝，参见[0043]-[0046]段），系统必然需要某种形式的记录或映射机制来跟踪哪个VM对应哪块物理存储。本领域技术人员为了实现对比文件所公开的多VM存储分配管理功能，有动机且能够合理地采用“映射表”这一常见的数据结构来记录虚拟与物理资源的对应关系。因此，该技术特征被隐含公开。 |
| **H**：以及将包括所述虚拟资源分配的所述假冒存储资源响应提供给所述客户端。<br>**直接公开** | [0016]段：“VFMモジュールをそのVMMと相互運用して、割り当てられたその部分を仮想フラッシュメモリ(すなわちVFM)デバイスとしてVMにサーフェシングすることができる(VFMデバイス122(1)〜122(N)として示されている)。” <br>（VFM模块与其VMM互操作，可以将分配的部分作为虚拟闪存（即VFM）设备呈现给VM（示为VFM设备122(1)-122(N)）。）<br>[0033]段：“ブロック522において、仮想化ソフトウェア104はVFMデバイス122(1)を特定するSCSI照会応答をVM 108(1)に送信できる。” <br>（在块522中，虚拟化软件104可以将标识VFM设备122(1)的SCSI查询响应发送给VM 108(1)。） | 对比文件明确描述了将创建的VFM分配（虚拟资源分配）作为VFM设备“呈现（サーフェシング）”给VM（客户端）的过程。具体地，在VM启动过程中，虚拟化软件104会向VM 108(1)发送标识VFM设备122(1)的SCSI查询响应（参见[0033]段）。这个响应向VM提供了虚拟设备（即虚拟资源分配）的信息，使其能够感知并使用该设备。这与目标专利中虚拟化层将包含虚拟资源分配的假冒存储资源响应提供给客户端的作用完全相同，都是为了使客户端获得虚拟资源的访问入口。因此，该技术特征被直接公开。 |
| **I**：其特征在于，所述虚拟化层为管理程序。<br>**直接公开** | [0011]段：“仮想化ソフトウェア104(「ハイパーバイザ」としても知られる)は、多くの仮想マシンモニタ(virtual machine monitor : VMM)106(1)〜106(N)を含むソフトウェア層である。” <br>（虚拟化软件104（也称为“管理程序”）是包含多个虚拟机监视器（VMM）106(1)-106(N)的软件层。） | 对比文件明确将虚拟化软件104称为“管理程序（ハイパーバイザ/Hypervisor）”。该管理程序负责管理虚拟机并为其提供虚拟硬件环境，包括处理存储设备的虚拟化呈现。这与目标专利中虚拟化层可以是管理程序的限定完全一致。因此，该技术特征被直接公开。 |
| **J**：其特征在于，所述存储设备为嵌入式多媒体卡eMMC。<br>**未公开** | 对比文件中存储设备为“フラッシュストレージデバイス116”，例如SSD、PCIe闪存卡等（参见[0001], [0015]段），未提及eMMC。 | 对比文件描述的闪存存储设备是更通用的类型，如SSD、PCIe卡等，并未具体限定为嵌入式多媒体卡（eMMC）这一特定类型的存储设备。因此，该技术特征未被公开。 |
| **K**：其特征在于，所述存储资源请求是作为eMMC读命令队列CQ深度命令来提供的。<br>**未公开** | 未在对比文件中找到关于“eMMC读命令队列CQ深度命令”的内容。 | 对比文件未涉及eMMC设备及其特定的命令，如读CQ深度命令。因此，该技术特征未被公开。 |
| **L**：其特征在于，所述eMMC读CQ深度命令由所述存储控制器在所述存储设备中所包括的扩展(EXT)卡专用数据(CSD)(EXT_CSD)寄存器中的CQ深度寄存器处捕获。<br>**未公开** | 未在对比文件中找到关于“EXT_CSD寄存器”或“CQ深度寄存器”的内容。 | 对比文件未涉及eMMC设备的特定寄存器和命令捕获机制。因此，该技术特征未被公开。 |
| **M**：其特征在于，所述虚拟化资源管理器被进一步配置成：在引导时间向所述存储控制器请求一个或多个存储资源参数<br>**未公开** | 未在对比文件中找到虚拟化资源管理器在“引导时间”向“存储控制器”请求存储资源参数的描述。图5/块508描述了VFM模块确定闪存设备中的可用存储空间量，但这是在VM电源投入过程中，且未明确是向“存储控制器”请求。 | 对比文件中，VFM模块在VM电源投入时检查闪存存储设备的可用空间（参见[0030]段，块508），但这个过程并非发生在目标专利所述的“引导时间”，也未描述是向一个专门的“存储控制器”发送请求来获取参数。目标专利中该步骤是虚拟化资源管理器在系统初始化阶段主动从存储控制器获取设备能力信息。因此，该技术特征未被公开。 |
| **N**：从所述存储控制器接收存储资源参数报告，其中所述存储资源参数报告包括eMMC命令队列(CQ)深度<br>**未公开** | 未在对比文件中找到关于从“存储控制器”接收包含“eMMC CQ深度”的参数报告的内容。 | 如前述，对比文件未涉及eMMC设备及其CQ深度参数，也未描述从存储控制器接收此类参数报告的过程。因此，该技术特征未被公开。 |
| **O**：以及记录所述一个或多个存储资源参数。<br>**隐含公开** | [0030]段（对应图5块506）：“VFMモジュール118(1)はVM 108(1)のためのVFM割当分の大きさを決定できる。例えば、VFMモジュール118(1)はこの情報を、(図2に関して前述したように)CMS 110がVMのプロビジョニング時に作る「.VMXファイル」から決定できる。” <br>（VFM模块118(1)可以确定VM 108(1)的VFM分配大小。例如，VFM模块118(1)可以从CMS 110在VM配置时创建的“.VMX文件”中确定该信息。） | 对比文件虽然未明确使用“记录”一词，但教导了VFM模块需要确定并利用存储资源参数（如VFM分配大小）。该参数从.VMX文件中获取（参见[0030]段），这本身就意味着该参数被持久化存储（即记录）在配置文件中以供后续使用。本领域技术人员可以理解，为了管理存储分配，系统需要记录相关的配置参数。因此，该技术特征被隐含公开。 |
| **P**：其特征在于，所述存储设备为通用闪存存储UFS。<br>**未公开** | 对比文件中存储设备为“フラッシュストレージデバイス116”，例如SSD、PCIe闪存卡等（参见[0001], [0015]段），未提及UFS。 | 对比文件未具体限定存储设备为通用闪存存储（UFS）。因此，该技术特征未被公开。 |
| **Q**：其特征在于，所述存储资源请求是作为UFS逻辑单元报告(报告_LUNS)命令来提供的。<br>**未公开** | 未在对比文件中找到关于“UFS逻辑单元报告命令”的内容。 | 对比文件未涉及UFS设备及其特定命令。因此，该技术特征未被公开。 |
| **R**：其特征在于，所述存储资源请求是作为UFS询问命令来提供的。<br>**未公开** | 未在对比文件中找到关于“UFS询问命令”的内容。 | 对比文件未涉及UFS设备及其特定命令。因此，该技术特征未被公开。 |
| **S**：其特征在于，所述虚拟化资源管理器被进一步配置成：在引导时间向所述存储控制器请求一个或多个存储资源参数<br>**未公开** | 同特征M。未在对比文件中找到对应描述。 | 同特征M，该技术特征未被公开。 |
| **T**：从所述存储控制器接收存储资源参数报告，其中所述存储资源参数报告包括UFS逻辑单元(LUNS)<br>**未公开** | 未在对比文件中找到关于从“存储控制器”接收包含“UFS LUNS”的参数报告的内容。 | 对比文件未涉及UFS设备及其逻辑单元参数，也未描述从存储控制器接收此类参数报告的过程。因此，该技术特征未被公开。 |
| **U**：以及记录所述一个或多个存储资源参数。<br>**隐含公开** | 同特征O。对比文件教导了VFM模块使用并持久化存储配置参数（如分配大小）。 | 同特征O，为了实现存储分配管理，记录相关参数是隐含的必要步骤。因此，该技术特征被隐含公开。 |
| **V**：其特征在于，所述虚拟化层被包括在硬件元件或软件功能中。<br>**直接公开** | [0011]段：“仮想化ソフトウェア104(「ハイパーバイザ」としても知られる)は、多くの仮想マシンモニタ(virtual machine monitor : VMM)106(1)〜106(N)を含むソフトウェア層である。” <br>（虚拟化软件104（也称为“管理程序”）是包含多个虚拟机监视器（VMM）106(1)-106(N)的软件层。） | 对比文件明确将实现虚拟化功能的实体描述为“软件层”，即软件功能。这直接公开了目标专利中“虚拟化层被包括在...软件功能中”的限定。虽然对比文件未提及硬件元件实现，但“软件功能”这一方式已被明确公开。因此，该技术特征被直接公开。 |
| **W**：其特征在于，所述存储资源映射表包括一个或多个映射条目，其中所述一个或多个映射条目中的每一者对应于各自相应的客户端并且进一步包括：客户端标识字段，其指示所述各自相应的客户端的身份<br>**隐含公开** | 对比文件未明确描述“存储资源映射表”的结构。但系统需要管理多个VM（客户端）的存储分配。[0016]段和[0020]段表明每个VM都有其对应的VFM分配。 | 对比文件明确教导了为多个VM（客户端）分别创建和管理VFM分配（虚拟资源分配）。为了有效地实现这种一一对应的管理，本领域技术人员必然需要一种数据结构来记录每个客户端（VM）与其分配之间的关联。使用包含“客户端标识字段”的“映射条目”是管理这种映射关系的常规且直接的技术手段。因此，该技术特征被隐含公开。 |
| **X**：标记字段，其指示所述虚拟资源分配中的起始虚拟隙编号<br>**未公开** | 未在对比文件中找到关于“隙（slot）”或“起始虚拟隙编号”的概念。对比文件以文件或块设备的形式分配存储。 | 目标专利中“隙”是其特定的资源管理单元，并引入了“起始虚拟隙编号”这一概念用于地址转换。对比文件的存储分配和管理并未基于“隙”的概念，也未提及“虚拟隙编号”。因此，该技术特征未被公开。 |
| **Y**：起始物理隙字段，其指示所述物理资源分配中的起始物理隙编号<br>**未公开** | 未在对比文件中找到关于“起始物理隙编号”的概念。 | 同上，对比文件未使用“隙”作为管理单元，因此也没有“起始物理隙字段”或“起始物理隙编号”。该技术特征未被公开。 |
| **Z**：以及隙计数字段，其指示所述物理资源分配中分配给所述各自相应的客户端的始于所述起始物理隙编号的连贯物理隙数目。<br>**未公开** | 未在对比文件中找到关于“隙计数”或“连贯物理隙数目”的概念。 | 同上，对比文件的存储分配未采用“隙”和“隙计数”的模型。该技术特征未被公开。 |
<<<E>>><<<H>>><<<I>>><<<V>>><<<f>>><<<g>>><<<o>>><<<u>>><<<w>>>