对比文件名称：2012-10-03_JP5037881B_发明专利_JP5037881B2 Storage system and its control method
目标专利名称：虚拟化环境中的存储资源管理CN107209643B
模型名称：专利创造性评估模型
根据目标专利说明书及权利要求，结合对比文件内容，现进行技术特征比对分析如下：
### 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用（翻译成中文） | 公开性论述 |
| **技术特征A《隐含公开》**<br>包括：耦合至虚拟化资源管理器的第一主机控制器接口HCI | 对比文件第[2]段：“记忆デバイス制御装置（コントローラ）１００ ... 记忆デバイス制御装置１００はチャネル制御部ＣＨＮ１乃至４（１１０）を備える。” (存储设备控制装置（控制器）100 ... 存储设备控制装置100具备通道控制部CHN1至4（110）。) | 对比文件中的“记忆デバイス制御装置１００”（存储设备控制装置/控制器）对应于目标专利的“存储控制器”。该控制器包含“チャネル制御部”（通道控制部），其功能是处理上位装置（主机）的访问命令，提供存储访问接口。结合说明书全文，该通道控制部执行“チャネルコマンド制御プログラム”（通道命令控制程序，见图2、图11等），该程序负责管理虚拟逻辑设备（仮想ＬＤＥＶ）与存储池（プール）的映射关系，实质上承担了资源分配和映射的管理功能。本领域技术人员可以理解，该通道控制部为实现其资源管理功能，必然与执行资源管理逻辑的实体（即软件程序运行的硬件/固件平台）相耦合。虽然对比文件未明确命名为“虚拟化资源管理器”，但其“通道命令控制程序”所实现的功能（动态分配池中物理存储区域给虚拟卷）与目标专利中“虚拟化资源管理器”的核心作用（创建虚拟资源分配并映射到物理资源分配）实质相同。因此，通道控制部作为接口，耦合至实现资源管理功能的逻辑实体（即程序），该技术方案已被对比文件隐含公开。 |
| **技术特征B《直接公开》**<br>一个或多个第二HCI，其被配置成分别耦合至一个或多个客户端 | 对比文件第[2]段：“情報処理装置１乃至３（２００）はＬＡＮ４００を介してストレージ装置６００と接続されている。... 情報処理装置３乃至４（２００）はＳＡＮ５００を介して記憶デバイス制御装置１００と接続されている。... 情報処理装置５（２００）は、更に、ＬＡＮ４００やＳＡＮ５００等のネットワークを介さずに記憶デバイス制御装置１００と接続されている。” (信息处理装置1至3（200）通过LAN400与存储装置600连接。... 信息处理装置3至4（200）通过SAN500与存储设备控制装置100连接。... 信息处理装置5（200）不经过LAN400或SAN500等网络，直接与存储设备控制装置100连接。) 以及第[2]段：“記憶デバイス制御装置１００はチャネル制御部ＣＨＮ１乃至４（１１０）... チャネル制御部ＣＨＦ１乃至２（１１０）... チャネル制御部ＣＨＡ１乃至２（１１０）を備える。” (存储设备控制装置100具备通道控制部CHN1至4（110）... 通道控制部CHF1至2（110）... 通道控制部CHA1至2（110）。) | 对比文件明确公开了存储控制器（记忆デバイス制御装置１００）通过多个“チャネル制御部”（通道控制部）连接至多个“情報処理装置”（信息处理装置，即主机）。这些通道控制部（CHN, CHF, CHA）支持不同的网络协议（如LAN/以太网、SAN/光纤通道、直接连接协议），为上位主机提供访问存储系统的接口，其作用等同于主机控制器接口（HCI）。目标专利中的“客户端”在虚拟化环境中可以是主机软件实体或处理器子系统，对比文件中的“情報処理装置”（主机）即为请求和使用存储资源的实体，作用相同。因此，对比文件直接公开了存储控制器包含多个接口（第二HCI），并分别配置为耦合至多个主机（客户端）的技术特征。 |
| **技术特征C《直接公开》**<br>以及通信地耦合至所述第一HCI以及所述一个或多个第二HCI的虚拟化层 | 对比文件第[2]段：“接続部１５０は、各々のチャネル制御部１１０、共有メモリ１２０、キャッシュメモリ１３０、及び各々のディスク制御部１４０を相互に接続する。” (连接部150将各通道控制部110、共享内存120、缓存内存130及各磁盘控制部140相互连接。) 结合图2功能框图，通道控制部110执行“チャネルコマンド制御プログラム”（通道命令控制程序），该程序管理虚拟卷映射。 | 对比文件中的“接続部１５０”（连接部）是一个内部互连结构（如高速总线），将所有的通道控制部（即对应目标专利的一个或多个第二HCI及与资源管理器交互的部分）、共享内存、缓存等组件通信耦合在一起。运行在通道控制部上的“通道命令控制程序”实现了虚拟化层的核心功能：管理虚拟逻辑设备（仮想ＬＤＥＶ）与物理存储池（プール）之间的映射（见图8映射管理表），处理主机对虚拟卷的访问，并将其转换为对实际物理存储的访问（见图11流程）。该程序逻辑上位于存储控制器内部，通信地耦合到所有提供主机接口的通道控制部，并负责资源映射，其作用与目标专利中作为主机与存储设备之间接口的“虚拟化层”完全相同。因此，该技术特征被对比文件直接公开。 |
| **技术特征D《直接公开》**<br>其中所述存储控制器被配置成捕获接收自所述一个或多个客户端中的客户端的存储资源请求并将所述存储资源请求提供给所述虚拟化资源管理器 | 对比文件第[2]段：“チャネル制御部は、ＬＵに対する、ホストからのアクセスコマンドを受領すると（１１００）...” (通道控制部，当接收到来自主机的针对LU的访问命令时（1100）...) 以及图11流程：通道控制部接收主机命令，判断是否为对虚拟卷（虚拟比特ON）的访问，并据此执行映射管理流程。 | 对比文件明确描述了存储控制器（通过其通道控制部110）接收来自主机（客户端）的访问命令（即存储资源请求，如读/写请求）。该访问命令被通道控制部“捕获”（受領）。随后，通道控制部执行的“通道命令控制程序”（即虚拟化资源管理功能的实现者）会根据该请求，检查映射表，并在需要时动态分配池中的物理存储区域给虚拟卷地址（步骤1112-1128）。这个过程实质上是将捕获的存储资源请求（主机访问）提供给内部的资源管理逻辑（虚拟化资源管理器）进行处理。因此，该技术特征被对比文件直接公开。 |
| **技术特征E《直接公开》**<br>其中所述虚拟化资源管理器被配置成：创建针对所述客户端的虚拟资源分配并将所述虚拟资源分配映射到所述存储设备中的物理资源分配 | 对比文件第[2]段：“ＡＯＵ技術は、...上位装置が仮想ボリュームにアクセスすると、ストレージシステムは上位装置によってアクセスされた仮想ボリュームの領域にプールに含まれる記憶領域を割り当てる。” (AOU技术是，...当上位装置访问虚拟卷时，存储系统将池中包含的存储区域分配给被上位装置访问的虚拟卷区域。) 以及图11流程：当主机访问虚拟卷的某个地址且该地址未映射时（步骤1108判定为是），系统从池中找到一个空闲的物理存储区域（步骤1112-1122），并在映射管理表中记录该虚拟地址与实际地址的对应关系（步骤1124）。 | 对比文件的核心AOU（Allocation on Use）技术公开了：当主机（客户端）访问虚拟卷（虚拟资源）时，系统动态地从存储池（物理资源集合）中分配一块物理存储区域，并将虚拟卷的访问地址映射到该物理地址。这直接对应于“创建针对客户端的虚拟资源分配”（虚拟卷地址由主机访问指定，系统承认此分配）并“将虚拟资源分配映射到存储设备中的物理资源分配”（在映射表中建立虚拟地址到物理地址的关联）。目标专利中的“隙”概念与对比文件中的“アドレス”（地址）区块概念作用相同，都是存储资源分配的单位。因此，该技术特征被对比文件直接公开。 |
| **技术特征F《未公开》**<br>以及在假冒存储资源响应中将所述虚拟资源分配和所述物理资源分配提供给所述虚拟化层 | 对比文件中未提及“假冒存储资源响应”（spoofed storage resource response）的概念。 | 目标专利中，“假冒存储资源响应”是一个特定机制：虚拟化资源管理器生成一个响应，其中包含虚拟资源分配信息（如起始虚拟隙编号），但不暴露真实的物理分配细节或存储设备总容量，以此“欺骗”客户端使其认为自己独占了设备。对比文件的AOU操作是透明的：主机访问虚拟卷，存储系统在后台完成映射，主机可能感知不到映射过程，但系统并未描述生成一个专门的、包含虚拟分配信息的“响应”返回给主机作为对某个资源请求（如eMMC读CQ深度命令）的答复。对比文件中的响应更可能是标准的数据访问确认或错误响应。因此，该技术特征未被对比文件公开。 |
| **技术特征G《直接公开》**<br>其中所述虚拟化层被配置成：将所述虚拟资源分配和所述物理资源分配记录在存储资源映射表中 | 对比文件第[2]段：“図８はマッピング管理テーブルであり、仮想ＬＤＥＶの記憶領域と、それに対応するプールＬＤＥＶの記憶領域のマッピングを保持する。” (图8是映射管理表，保持虚拟LDEV的存储区域与对应的池LDEV的存储区域之间的映射。) 以及图11流程：在分配物理区域后，“マッピング管理テーブル（図８）に、...対応するアドレスを実アドレスとして登録する（１１２４）”。 (在映射管理表（图8）中，...将对应的地址作为实际地址进行注册（1124）。) | 对比文件明确公开了使用“マッピング管理テーブル”（映射管理表）来记录虚拟地址（虚拟资源分配）与物理地址（物理资源分配）之间的映射关系。该表由通道控制部（即虚拟化层功能）进行维护和更新。这与目标专利中虚拟化层将分配记录在“存储资源映射表”中的作用完全相同。因此，该技术特征被对比文件直接公开。 |
| **技术特征H《未公开》**<br>以及将包括所述虚拟资源分配的所述假冒存储资源响应提供给所述客户端。 | 对比文件中未提及“假冒存储资源响应”的概念，也未描述将包含虚拟资源分配信息的特定响应返回给客户端。 | 同特征F，目标专利中“将包括虚拟资源分配的假冒存储资源响应提供给客户端”是其特征机制的一部分。对比文件中，主机对虚拟卷的访问直接由存储系统处理，系统内部完成映射后执行实际I/O，并未描述在资源分配阶段（如响应eMMC读CQ深度命令）向主机返回一个包含虚拟隙分配信息的“假冒响应”。因此，该技术特征未被对比文件公开。 |
| **技术特征I《隐含公开》**<br>其特征在于，所述虚拟化层为管理程序。 | 对比文件第[2]段：“チャネル制御部１１０は、マイクロプロセッサＣＴ１とローカルメモリＬＭ１を備え、チャネルコマンド制御プログラムはローカルメモリＬＭ１に記憶されている。マイクロプロセッサＣＴ１はローカルメモリＬＭ１を参照してチャネルコマンド制御プログラムを実行する。” (通道控制部110具备微处理器CT1和本地内存LM1，通道命令控制程序存储在本地内存LM1中。微处理器CT1参照本地内存LM1执行通道命令控制程序。) | 目标专利说明书中指出虚拟化层可以是管理程序（Hypervisor）。对比文件中，实现虚拟化层核心功能（资源映射管理）的是运行在通道控制部微处理器上的“通道命令控制程序”。该程序作为软件实体，管理多个主机对共享存储池的访问，并维护虚拟与物理的映射，其角色和作用类似于一个轻量级的、专注于存储资源虚拟化的管理程序。虽然对比文件未明确称其为“Hypervisor”，但本领域技术人员可以合理推断，在存储控制器环境中，此类实现资源抽象、映射和多路复用的软件功能层，可以视为一种特定形式的管理程序或具有管理程序功能的组件。因此，该技术特征被对比文件隐含公开。 |
| **技术特征J《未公开》**<br>其特征在于，所述存储设备为嵌入式多媒体卡eMMC。 | 对比文件第[2]段：“記憶デバイス３００として、例えば、ハードディスク装置等を用いることができる。” (作为存储设备300，例如，可以使用硬盘装置等。) 全文未提及eMMC。 | 对比文件描述的存储设备是硬盘驱动器（HDD）或由HDD组成的RAID组等传统存储设备，并非目标专利专门针对的嵌入式多媒体卡（eMMC）设备。两者属于不同的存储设备类型。因此，该技术特征未被对比文件公开。 |
| **技术特征K《未公开》**<br>其特征在于，所述存储资源请求是作为eMMC读命令队列CQ深度命令来提供的。 | 对比文件全文未提及eMMC、命令队列（CQ）或读CQ深度命令。 | 对比文件描述的主机访问命令是通用的数据读/写命令或特定的管理命令（如用于释放映射的命令），而非eMMC协议中特有的“读CQ深度命令”。因此，该技术特征未被对比文件公开。 |
| **技术特征L《未公开》**<br>其特征在于，所述eMMC读CQ深度命令由所述存储控制器在所述存储设备中所包括的扩展(EXT)卡专用数据(CSD)(EXT_CSD)寄存器中的CQ深度寄存器处捕获。 | 对比文件全文未提及eMMC、EXT_CSD寄存器或CQ深度寄存器。 | 该特征涉及eMMC设备的具体硬件寄存器和命令捕获位置，对比文件完全未涉及eMMC设备规范。因此，该技术特征未被对比文件公开。 |
| **技术特征M《未公开》**<br>其特征在于，所述虚拟化资源管理器被进一步配置成：在引导时间向所述存储控制器请求一个或多个存储资源参数 | 对比文件未描述在系统引导时间，虚拟化资源管理器（或类似实体）向存储控制器请求存储资源参数的过程。 | 对比文件虽然提到了存储池的管理和容量，但未公开一个在“引导时间”主动发起询问存储设备参数（如eMMC CQ深度）的初始化步骤。其池的配置和管理似乎更多是静态或通过管理终端设置。因此，该技术特征未被对比文件公开。 |
| **技术特征N《未公开》**<br>从所述存储控制器接收存储资源参数报告，其中所述存储资源参数报告包括eMMC命令队列(CQ)深度 | 对比文件未描述接收包含eMMC CQ深度的参数报告。 | 同特征M和J、K，该特征与eMMC特定参数相关，对比文件未涉及。因此，该技术特征未被对比文件公开。 |
| **技术特征O《隐含公开》**<br>以及记录所述一个或多个存储资源参数。 | 对比文件第[2]段：“図７はプール管理テーブルであり、プールの一覧を示す。... ＬＤＥＶ番号リストには, そのプールを構成するＬＤＥＶ(プールＬＤＥＶ)がリストアップされている。” (图7是池管理表，显示池的列表。... LDEV编号列表中，列出了构成该池的LDEV（池LDEV）。) | 虽然对比文件未记录eMMC CQ深度等特定参数，但其明确公开了系统需要记录和管理存储资源参数，例如通过“プール管理テーブル”（池管理表）来记录构成每个存储池的物理逻辑设备（LDEV）列表。这些信息是关于可用物理存储资源的重要参数。本领域技术人员可以理解，为实现虚拟化资源管理，记录相关存储资源参数（无论是池容量、设备列表还是其他特性）是必要步骤。因此，记录存储资源参数这一上位概念被对比文件隐含公开，尽管记录的具体参数内容不同。 |
| **技术特征P《未公开》**<br>其特征在于，所述存储设备为通用闪存存储UFS。 | 对比文件全文未提及通用闪存存储（UFS）。 | 对比文件描述的存储设备是硬盘驱动器（HDD）等，并非UFS设备。因此，该技术特征未被对比文件公开。 |
| **技术特征Q《未公开》**<br>其特征在于，所述存储资源请求是作为UFS逻辑单元报告(报告_LUNS)命令来提供的。 | 对比文件全文未提及UFS或报告_LUNS命令。 | 该特征涉及UFS协议特有命令，对比文件未涉及。因此，该技术特征未被对比文件公开。 |
| **技术特征R《未公开》**<br>其特征在于，所述存储资源请求是作为UFS询问命令来提供的。 | 对比文件全文未提及UFS或询问（INQUIRY）命令。 | 该特征涉及UFS协议特有命令，对比文件未涉及。因此，该技术特征未被对比文件公开。 |
| **技术特征S《未公开》**<br>其特征在于，所述虚拟化资源管理器被进一步配置成：在引导时间向所述存储控制器请求一个或多个存储资源参数 | 同特征M，对比文件未描述引导时间请求参数的过程。 | 因此，该技术特征未被对比文件公开。 |
| **技术特征T《未公开》**<br>从所述存储控制器接收存储资源参数报告，其中所述存储资源参数报告包括UFS逻辑单元(LUNS) | 对比文件未描述接收包含UFS逻辑单元（LUNS）信息的参数报告。 | 因此，该技术特征未被对比文件公开。 |
| **技术特征U《隐含公开》**<br>以及记录所述一个或多个存储资源参数。 | 同特征O，对比文件公开了记录存储资源参数（如池构成）的概念。 | 因此，记录存储资源参数这一动作被对比文件隐含公开。 |
| **技术特征V《直接公开》**<br>其特征在于，所述虚拟化层被包括在硬件元件或软件功能中。 | 对比文件第[2]段：“チャネル制御部１１０は、マイクロプロセッサＣＴ１とローカルメモリＬＭ１を備え、チャネルコマンド制御プログラムはローカルメモリＬＭ１に記憶されている。マイクロプロセッサＣＴ１はローカルメモリＬＭ１を参照してチャネルコマンド制御プログラムを実行する。” (通道控制部110具备微处理器CT1和本地内存LM1，通道命令控制程序存储在本地内存LM1中。微处理器CT1参照本地内存LM1执行通道命令控制程序。) | 对比文件明确公开了虚拟化层的功能由“通道命令控制程序”（软件功能）实现，并且该程序运行在通道控制部的“微处理器”和“本地内存”（硬件元件）上。这直接对应于目标专利中虚拟化层可以被包括在“硬件元件或软件功能中”的特征。因此，该技术特征被对比文件直接公开。 |
| **技术特征W《隐含公开》**<br>其特征在于，所述存储资源映射表包括一个或多个映射条目，其中所述一个或多个映射条目中的每一者对应于各自相应的客户端并且进一步包括：客户端标识字段，其指示所述各自相应的客户端的身份 | 对比文件图8：“マッピング管理テーブル”（映射管理表）结构，其中记录了“仮想ＬＤＥＶ番号”（虚拟LDEV编号）、“アドレス”（虚拟地址）、“プールＬＤＥＶ番号”（池LDEV编号）、“実アドレス”（实际地址）等。 | 目标专利的映射表以“客户端”为索引单位，每个客户端有自己的映射条目。对比文件的映射表以“虚拟LDEV”为索引单位（见图8，针对虚拟LDEV编号0001#）。在对比文件系统中，一个虚拟LDEV可以被分配给一个特定的主机（客户端）使用（如图2所示，主机200B访问虚拟LDEV 16）。因此，虚拟LDEV编号在功能上可以关联到特定的客户端。虽然对比文件映射表条目中没有名为“客户端标识”的独立字段，但“虚拟LDEV编号”作为一个逻辑存储资源标识，其与特定主机的关联关系可以通过其他管理表（如LU管理表）间接确定，或者虚拟LDEV本身就是为了服务特定客户端而创建。本领域技术人员可以合理推断，在支持多客户端的虚拟化系统中，映射记录必然需要关联到具体的客户端，而使用虚拟资源标识符（如虚拟LDEV号）是实现此关联的常见手段之一。因此，该特征被对比文件隐含公开。 |
| **技术特征X《隐含公开》**<br>标记字段，其指示所述虚拟资源分配中的起始虚拟隙编号 | 对比文件图8映射管理表包含“アドレス”（虚拟地址）字段。目标专利的“起始虚拟隙编号”定义了虚拟地址空间的起始点。 | 对比文件的映射管理表记录了每个已映射的虚拟地址块（单个地址）。目标专利的映射条目记录了分配给一个客户端的连续虚拟地址范围的起始点（起始虚拟隙编号）。虽然粒度不同（单个地址 vs. 地址范围起点），但两者都用于标识虚拟资源分配中的位置。本领域技术人员可以理解，如果对比文件系统要为每个客户端分配一个连续的虚拟地址范围，那么记录该范围的起始地址（即起始虚拟隙编号）是直接且必要的扩展。对比文件已公开记录具体虚拟地址，隐含了记录起始地址的能力和概念。因此，该特征被对比文件隐含公开。 |
| **技术特征Y《直接公开》**<br>起始物理隙字段，其指示所述物理资源分配中的起始物理隙编号 | 对比文件图8映射管理表包含“実アドレス”（实际地址）字段。该字段指示了虚拟地址所映射到的物理存储位置（池LDEV中的具体地址）。 | 对比文件直接公开了在映射条目中记录物理资源分配的地址（実アドレス）。目标专利的“起始物理隙编号”是物理地址范围的起始点。对比文件记录的是具体的映射点地址，如果物理分配是连续的，该地址即可视为起始点。两者本质都是标识物理资源分配的位置。因此，该技术特征被对比文件直接公开。 |
| **技术特征Z《隐含公开》**<br>以及隙计数字段，其指示所述物理资源分配中分配给所述各自相应的客户端的始于所述起始物理隙编号的连贯物理隙数目。 | 对比文件图8映射管理表为每个虚拟地址记录一个对应的实际地址，并未显式记录连贯的“隙计数”。 | 目标专利的“隙计数”表示分配的连续物理存储单元的数量。对比文件的AOU技术是按需逐块（单个地址）分配物理存储的。然而，本领域技术人员可以合理推断，如果需要为某个客户端一次性分配多个连续的物理存储单元（例如，提高效率或满足特定请求），在已有记录单个映射能力的基础上，扩展映射表结构以记录一个起始地址和连续数量（或结束地址）是完全可行的，并且是存储管理中的常见做法。对比文件已公开了物理地址映射的核心思想，连续数量的分配是其逻辑延伸。因此，该特征被对比文件隐含公开。 |
<<<B>>><<<C>>><<<D>>><<<E>>><<<G>>><<<V>>>
<<<a>>><<<i>>><<<o>>><<<u>>><<<w>>><<<x>>><<<y>>><<<z>>>