对比文件名称：JP2018508869A_Description_20260304_2036
目标专利名称：虚拟化环境中的存储资源管理CN107209643B
模型名称：DeepSeek-R1
根据目标专利说明书的描述，其核心技术在于在存储控制器中设置虚拟化层，捕获来自多个客户端的存储资源请求，通过虚拟化资源管理器创建映射到物理资源的虚拟资源分配，并通过假冒的存储资源响应将虚拟分配告知客户端，使每个客户端都感觉自己独占了存储设备。对比文件JP2018508869A是同族专利的日文说明书，其内容与目标专利说明书高度一致，描述了完全相同的系统架构、组件功能和操作流程。以下将严格按照权利要求中划分的技术特征进行逐一比对。
### 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| **技术特征A：包括：耦合至虚拟化资源管理器的第一主机控制器接口HCI**<br>《直接公开》 | “ストレージコントローラ18は、第1のホストコントローラインターフェース(HCI)24を介して仮想化リソースマネージャ22に結合される。”（存储控制器18经由第一主机控制器接口(HCI)24耦合至虚拟化资源管理器22。） | 对比文件明确公开了存储控制器包含第一HCI，并且该第一HCI与虚拟化资源管理器耦合。该特征在对比文件中的作用与目标专利中完全相同，都是作为存储控制器与虚拟化资源管理器之间的通信接口。因此，本领域技术人员能够毫无疑义地得出该技术方案。 |
| **技术特征B：一个或多个第二HCI，其被配置成分别耦合至一个或多个客户端**<br>《直接公开》 | “ストレージコントローラ18は、1つまたは複数のクライアント14(1)〜14(N)にそれぞれ結合するための1つまたは複数の第2のHCI26(1)〜26(N)を含む。”（存储控制器18包括用于分别耦合至一个或多个客户端14(1)-14(N)的一个或多个第二HCI 26(1)-26(N)。） | 对比文件明确公开了存储控制器包含一个或多个第二HCI，并且这些第二HCI被配置为分别连接到一个或多个客户端。该特征在对比文件中的作用与目标专利中相同，都是作为存储控制器与多个客户端之间的接口。因此被直接公开。 |
| **技术特征C：以及通信地耦合至所述第一HCI以及所述一个或多个第二HCI的虚拟化层**<br>《直接公开》 | “仮想化レイヤ16を含むストレージコントローラ18...”（包含虚拟化层16的存储控制器18...）结合特征A、B的上下文可知，虚拟化层16包含在存储控制器18中，并作为第一HCI24与第二HCI26(1)-26(N)之间的通信接口。 | 对比文件明确公开了虚拟化层包含在存储控制器中。说明书整体描述和图示（图1）表明，虚拟化层在存储控制器内部，作为连接第一HCI（通向虚拟化资源管理器）和多个第二HCI（通向客户端）的核心组件，负责处理通信和映射。该作用与目标专利完全一致。因此，本领域技术人员能毫无疑义地得出虚拟化层通信地耦合至第一HCI及第二HCI的方案。 |
| **技术特征D：其中所述存储控制器被配置成捕获接收自所述一个或多个客户端中的客户端的存储资源请求并将所述存储资源请求提供给所述虚拟化资源管理器**<br>《直接公开》 | “ストレージコントローラ18は、1つまたは複数のクライアント14(1)〜14(N)のうちのクライアント14から受信したストレージリソース要求...を捕捉し、捕捉されたストレージリソース要求を仮想化リソースマネージャ22に提供するように構成される。”（存储控制器18被配置成捕捉接收自一个或多个客户端14(1)-14(N)中的客户端14的存储资源请求...并将所捕获的存储资源请求提供给虚拟化资源管理器22。） | 对比文件明确且直接地描述了存储控制器的这一配置和功能。其作用与目标专利相同，即拦截客户端的资源请求并转发给虚拟化资源管理器以进行虚拟化处理。因此被直接公开。 |
| **技术特征E：其中所述虚拟化资源管理器被配置成：创建针对所述客户端的虚拟资源分配并将所述虚拟资源分配映射到所述存储设备中的物理资源分配**<br>《直接公开》 | “仮想化リソースマネージャ22は、ストレージデバイス12内の物理リソース割振り...に対応する仮想リソース割振り...を生成する。”（虚拟化资源管理器22创建与存储设备12内的物理资源分配...相对应的虚拟资源分配...）<br>“仮想化リソースマネージャ22は、マッピング機構(たとえば、マッピングテーブル)において仮想リソース割振りを物理リソース割振りにマッピングするように構成され得る。”（虚拟化资源管理器22可被配置成在映射机制（例如，映射表）中将虚拟资源分配映射到物理资源分配。） | 对比文件明确公开了虚拟化资源管理器创建虚拟资源分配以及将其映射到物理资源分配的功能。该功能是实现在多个客户端间虚拟化共享存储资源的核心，与目标专利中的作用完全相同。因此被直接公开。 |
| **技术特征F：以及在假冒存储资源响应中将所述虚拟资源分配和所述物理资源分配提供给所述虚拟化层**<br>《直接公开》 | “仮想化リソースマネージャ22は...スプーフィングされたストレージリソース応答(図示せず)において、...仮想リソース割振りおよび物理リソース割振りを仮想化レイヤ16に提供するように構成される。”（虚拟化资源管理器22还被配置成在假冒存储资源响应中将虚拟资源分配和物理资源分配提供给虚拟化层16。） | 对比文件明确使用了“スプーフィングされた（假冒的）”一词来描述该响应，并公开了在此响应中向虚拟化层提供虚拟和物理资源分配。其目的和作用与目标专利一致，即将分配信息传递给虚拟化层以便记录和后续管理。因此被直接公开。 |
| **技术特征G：其中所述虚拟化层被配置成：将所述虚拟资源分配和所述物理资源分配记录在存储资源映射表中**<br>《直接公开》 | “仮想化レイヤ16は、ストレージリソースマッピングテーブル28内に仮想リソース割振りおよび物理リソース割振りを記録するように構成される。”（虚拟化层16被配置成在存储资源映射表28中记录虚拟资源分配和物理资源分配。） | 对比文件明确公开了虚拟化层具有将虚拟和物理资源分配记录在存储资源映射表中的配置和功能。这是实现地址转换和资源管理的关键步骤，与目标专利中的作用相同。因此被直接公开。 |
| **技术特征H：以及将包括所述虚拟资源分配的所述假冒存储资源响应提供给所述客户端。**<br>《直接公开》 | “仮想化レイヤはまた、クライアントへの仮想リソース割振りを含む、スプーフィングされたストレージリソース応答を提供するように構成される。”（虚拟化层还被配置成将包括虚拟资源分配的假冒存储资源响应提供给客户端。） | 对比文件明确公开了虚拟化层将包含虚拟资源分配的假冒存储资源响应提供给客户端的配置。其作用与目标专利相同，即“欺骗”客户端，使其认为自己获得了完整的或专有的资源。因此被直接公开。 |
| **技术特征I：其特征在于，所述虚拟化层为管理程序。**<br>《直接公开》 | “例示的な態様では、仮想化レイヤ16は、ハイパーバイザであり得る。”（在一示例性方面，虚拟化层16可以是管理程序(Hypervisor)。） | 对比文件明确公开了虚拟化层可以是管理程序（ハイパーバイザ）。这是对虚拟化层具体实现形式的限定，在对比文件中起到相同的作用。因此被直接公开。 |
| **技术特征J：其特征在于，所述存储设备为嵌入式多媒体卡eMMC。**<br>《直接公开》 | “非限定的な例では、ストレージデバイス12は、...埋込型マルチメディアカード(eMMC)であり得る。”（在一非限定性示例中，存储设备12可以是嵌入式多媒体卡(eMMC)。） | 对比文件明确将存储设备示例为eMMC。这是对存储设备类型的具体限定，在对比文件中作为共享存储资源的对象，作用相同。因此被直接公开。 |
| **技术特征K：其特征在于，所述存储资源请求是作为eMMC读命令队列CQ深度命令来提供的。**<br>《直接公开》 | “たとえば、ストレージデバイス12がeMMCである場合、捕捉されたストレージリソース要求は、...eMMC読取りCQ深度コマンドであり得る。”（例如，如果存储设备12为eMMC，则所捕获的存储资源请求可以为eMMC读CQ深度命令。） | 对比文件明确公开了当存储设备是eMMC时，存储资源请求可以是eMMC读CQ深度命令。这是对eMMC环境下具体命令类型的限定，作用相同。因此被直接公开。 |
| **技术特征L：其特征在于，所述eMMC读CQ深度命令由所述存储控制器在所述存储设备中所包括的扩展(EXT)卡专用数据(CSD)(EXT_CSD)寄存器中的CQ深度寄存器处捕获。**<br>《隐含公开》 | “CQ深度レジスタは、ストレージデバイス12における拡張型(EXT)カード固有データ(CSD)(EXT_CSD)レジスタ(図示せず)の一部である。”（CQ深度寄存器是存储设备12中的扩展(EXT)卡专用数据(CSD)(EXT_CSD)寄存器的一部分。）结合前述“捕捉”发生在CQ深度寄存器的描述。 | 对比文件明确说明CQ深度寄存器是EXT_CSD寄存器的一部分，且存储控制器在该CQ深度寄存器处捕获eMMC读CQ深度命令。本领域技术人员熟知eMMC规范中CQ深度寄存器位于EXT_CSD寄存器空间内。因此，虽然对比文件未完整复述“在所述存储设备中所包括的扩展(EXT)卡专用数据(CSD)(EXT_CSD)寄存器中的CQ深度寄存器处”，但根据其明确公开的“CQ深度寄存器是EXT_CSD寄存器的一部分”以及捕获操作，可以毫无疑义且直接地推断出捕获位置就是EXT_CSD寄存器中的CQ深度寄存器。该特征被直接公开。 |
| **技术特征M：其特征在于，所述虚拟化资源管理器被进一步配置成：在引导时间向所述存储控制器请求一个或多个存储资源参数**<br>《直接公开》 | “仮想化ストレージシステム10が始動しているブート時間32の間、仮想化リソースマネージャ22は、...ストレージコントローラ18を介してストレージリソースパラメータ問合せ34をストレージデバイス12に送信するように構成される。”（在虚拟化存储系统10启动的引导时间32期间，虚拟化资源管理器22被配置成经由存储控制器18向存储设备12发送存储资源参数询问34。） | 对比文件明确公开了在引导时间（ブート時間），虚拟化资源管理器通过存储控制器向存储设备发送存储资源参数询问（即请求参数）。其作用与目标专利相同，即在系统初始化时获取存储设备的容量等参数信息。因此被直接公开。 |
| **技术特征N：从所述存储控制器接收存储资源参数报告，其中所述存储资源参数报告包括eMMC命令队列(CQ)深度**<br>《直接公开》 | “ブート時間32の間に、仮想化リソースマネージャ22は、ストレージリソースパラメータ問合せ34(1)内のeMMC固有ストレージリソースパラメータ(たとえば、CQ深度)について問い合わせ、ストレージリソースパラメータレポート36(1)内のeMMC固有ストレージリソースパラメータを受信する場合がある。”（在引导时间32期间，虚拟化资源管理器22可在存储资源参数询问34(1)中询问eMMC专用存储资源参数（例如，CQ深度），并在存储资源参数报告36(1)中接收eMMC专用存储资源参数。） | 对比文件在描述eMMC具体实施例时，明确公开了虚拟化资源管理器接收的存储资源参数报告包括eMMC CQ深度。这是对eMMC场景下参数报告具体内容的限定，作用相同。因此被直接公开。 |
| **技术特征O：以及记录所述一个或多个存储资源参数。**<br>《直接公开》 | “仮想化リソースマネージャ22は、今度は、1つまたは複数のストレージリソースパラメータを記録するように構成され得る。”（虚拟化资源管理器22可被配置成记录一个或多个存储资源参数。） | 对比文件明确公开了虚拟化资源管理器记录所接收的存储资源参数。该功能是管理存储资源的基础，与目标专利中的作用相同。因此被直接公开。 |
| **技术特征P：其特征在于，所述存储设备为通用闪存存储UFS。**<br>《直接公开》 | “非限定的な例では、ストレージデバイス12は、...ユニバーサルフラッシュストレージ(UFS) ...であり得る。”（在一非限定性示例中，存储设备12可以是通用闪存存储(UFS)。） | 对比文件明确将存储设备示例为UFS。这是对存储设备类型的另一种具体限定，在对比文件中作为共享存储资源的对象，作用相同。因此被直接公开。 |
| **技术特征Q：其特征在于，所述存储资源请求是作为UFS逻辑单元报告(报告_LUNS)命令来提供的。**<br>《直接公开》 | “ストレージデバイス12がUFSである場合、ストレージリソース要求は、UFS論理ユニットレポート(REPORT_LUNS)コマンド...であり得る。”（如果存储设备12为UFS，则存储资源请求可以为UFS逻辑单元报告(REPORT_LUNS)命令。） | 对比文件明确公开了当存储设备是UFS时，存储资源请求可以是UFS REPORT_LUNS命令。这是对UFS环境下具体命令类型的限定，作用相同。因此被直接公开。 |
| **技术特征R：其特征在于，所述存储资源请求是作为UFS询问命令来提供的。**<br>《直接公开》 | “ストレージデバイス12がUFSである場合、ストレージリソース要求は、...UFS論理ユニット問合せ(INQUIRY)コマンドであり得る。”（如果存储设备12为UFS，则存储资源请求可以为UFS逻辑单元询问(INQUIRY)命令。） | 对比文件明确公开了当存储设备是UFS时，存储资源请求也可以是UFS INQUIRY命令。这是对UFS环境下另一种具体命令类型的限定，作用相同。因此被直接公开。 |
| **技术特征S：其特征在于，所述虚拟化资源管理器被进一步配置成：在引导时间向所述存储控制器请求一个或多个存储资源参数**<br>《直接公开》 | 同特征M引用。该功能是通用描述，适用于eMMC和UFS两种场景。 | 对比文件在通用流程描述（图2）中已公开虚拟化资源管理器在引导时间请求存储资源参数，该描述覆盖UFS场景。因此，对于UFS场景下的该特征，也被直接公开。 |
| **技术特征T：从所述存储控制器接收存储资源参数报告，其中所述存储资源参数报告包括UFS逻辑单元(LUNS)**<br>《直接公开》 | “ブート時間32の間に、仮想化リソースマネージャ22は、ストレージリソースパラメータ問合せ34(2)内のUFS固有ストレージリソースパラメータ(たとえば、論理ユニット(LUNS))について問い合わせ、ストレージリソースパラメータレポート36(2)内のUFS固有ストレージリソースパラメータを受信する場合がある。”（在引导时间32期间，虚拟化资源管理器22可在存储资源参数询问34(2)中询问UFS专用存储资源参数（例如，逻辑单元(LUNS)），并在存储资源参数报告36(2)中接收UFS专用存储资源参数。） | 对比文件在描述UFS具体实施例时，明确公开了虚拟化资源管理器接收的存储资源参数报告包括UFS逻辑单元(LUNS)。这是对UFS场景下参数报告具体内容的限定，作用相同。因此被直接公开。 |
| **技术特征U：以及记录所述一个或多个存储资源参数。**<br>《直接公开》 | 同特征O引用。该功能是通用描述，适用于eMMC和UFS两种场景。 | 对比文件明确公开了虚拟化资源管理器记录所接收的存储资源参数，该描述覆盖UFS场景。因此被直接公开。 |
| **技术特征V：其特征在于，所述虚拟化层被包括在硬件元件或软件功能中。**<br>《直接公开》 | “非限定的な例では、仮想化レイヤ16は、ハードウェア要素またはソフトウェア機能であり得る。”（在一非限定性示例中，虚拟化层16可以是硬件元件或软件功能。） | 对比文件明确公开了虚拟化层可以作为硬件元件或软件功能来实现。这是对虚拟化层实现方式的限定，作用相同。因此被直接公开。 |
| **技术特征W：其特征在于，所述存储资源映射表包括一个或多个映射条目，其中所述一个或多个映射条目中的每一者对应于各自相应的客户端并且进一步包括：客户端标识字段，其指示所述各自相应的客户端的身份**<br>《直接公开》 | “Table 1: マッピングエントリ構造<br>クライアント識別情報フィールド...”（表1：映射条目结构<br>客户端标识字段...） | 对比文件通过表1明确公开了存储资源映射表包含映射条目，且每个条目包括“クライアント識別情報フィールド”（客户端标识字段），用于指示客户端的身份。其作用与目标专利完全相同。因此被直接公开。 |
| **技术特征X：标记字段，其指示所述虚拟资源分配中的起始虚拟隙编号**<br>《直接公开》 | “Table 1: マッピングエントリ構造<br>...タグフィールド...”（表1：映射条目结构<br>...标记字段...）<br>“タグフィールドは、仮想リソース割振りにおける開始仮想スロット番号を示す。”（标记字段指示虚拟资源分配中的起始虚拟隙编号。） | 对比文件表1公开了“タグフィールド”（标记字段），并明确说明该字段指示起始虚拟隙编号。其作用与目标专利完全相同。因此被直接公开。 |
| **技术特征Y：起始物理隙字段，其指示所述物理资源分配中的起始物理隙编号**<br>《直接公开》 | “Table 1: マッピングエントリ構造<br>...開始物理スロットフィールド...”（表1：映射条目结构<br>...起始物理隙字段...）<br>“開始物理スロットフィールドは、物理リソース割振りにおける開始物理スロット番号を示す。”（起始物理隙字段指示物理资源分配中的起始物理隙编号。） | 对比文件表1公开了“開始物理スロットフィールド”（起始物理隙字段），并明确说明该字段指示起始物理隙编号。其作用与目标专利完全相同。因此被直接公开。 |
| **技术特征Z：以及隙计数字段，其指示所述物理资源分配中分配给所述各自相应的客户端的始于所述起始物理隙编号的连贯物理隙数目。**<br>《直接公开》 | “Table 1: マッピングエントリ構造<br>...スロットカウントフィールド...”（表1：映射条目结构<br>...隙计数字段...）<br>“スロットカウントフィールドは、ストレージデバイス12内の物理割振りにおいて...クライアント14に割り振られた、開始物理スロット番号で始まる、連続的な物理スロットの数を示す。”（隙计数字段指示在存储设备12中的物理分配中分配给客户端14的、始于起始物理隙编号的连贯物理隙数目。） | 对比文件表1公开了“スロットカウントフィールド”（隙计数字段），并明确说明该字段指示从起始物理隙编号开始的连续物理隙的数量。其作用与目标专利完全相同。因此被直接公开。 |
<<<A>>><<<B>>><<<C>>><<<D>>><<<E>>><<<F>>><<<G>>><<<H>>><<<I>>><<<J>>><<<K>>><<<L>>><<<M>>><<<N>>><<<O>>><<<P>>><<<Q>>><<<R>>><<<S>>><<<T>>><<<U>>><<<V>>><<<W>>><<<X>>><<<Y>>><<<Z>>>