好的，作为一名经验丰富的资深专利代理师，我将严格遵循您的要求，对对比文件是否公开了目标专利权利要求的各技术特征进行严谨、深入的分析。
首先，请确认本次评估的基本信息：
**对比文件名称：** 2008-08-07_US2008189468A_发明申请_US20080189468A1 High Availability Virtual Machine Cluster
**目标专利名称：** 969服务器集群CN102934412B
**本次调用的模型名称：** 深度分析模型 (模拟资深专利代理师)
以下是对比文件与目标专利权利要求的特征比对分析表格。
### 特征比对表格
| 技术特征描述以及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| **技术特征A：** 包括：接收请求 <br><br> **《隐含公开》** | **对比文件引用内容：** `[0024]` ...a cluster of computational systems...are configured to operate as a coordinated computational platform...are coupled to network 120 which is illustrated...with client systems 121A, 121B... <br><br> **翻译：** `[0024]` ...一个计算系统集群...被配置为作为一个协调的计算平台运行...通过网络120连接...图示为带有客户端系统121A、121B... <br><br> **出处：** 说明书第[0024]段，图1。 | 对比文件公开了一种高可用性虚拟机集群系统。该系统作为一个计算平台运行，必然要接收来自客户端系统（如121A, 121B）或其他实体的服务请求。虽然对比文件没有直接使用“接收请求”这一措辞来描述一个具体的动作，但是，对于一个向客户端提供服务的集群系统而言，“接收请求”是其实现后续所有处理（如负载分发、故障转移）的前提和基础功能。本领域技术人员在阅读对比文件后，能够毫无疑义地确定，该集群系统在运行过程中必然包含“接收请求”这一步骤，这是由系统的基本功能所隐含的。 |
| **技术特征B：** 选择要将所述请求转发至的第一虚拟服务器 <br><br> **《未公开》** | **对比文件引用内容：** `[0047]` Each virtual machine (VM) is uniquely identified in a host independent way... <br><br> **翻译：** `[0047]` 每个虚拟机（VM）以独立于主机的方式被唯一标识... <br><br> **出处：** 说明书第[0047]段及相关附图3A, 3B。 | 目标专利的技术方案是通过调度器选择一个“虚拟服务器”来转发请求，该虚拟服务器是物理服务器的一个分区。对比文件处理的是虚拟机的故障转移：当一台物理主机（Host）发生故障时，其上运行的整个“虚拟机（VM）”被重新启动到另一台主机上。对比文件并没有定义“虚拟服务器”这一概念，更没有在接收请求后，基于某种算法（如负载均衡）选择一个“虚拟服务器”作为请求的初始转发目的地。对比文件中，请求是直接到达虚拟机或主机，而非通过一个称为“虚拟服务器”的中间实体进行选择。因此，该技术特征未被对比文件直接或隐含公开。 |
| **技术特征C：** 其中，所述第一虚拟服务器由多个服务器之一提供 <br><br> **《未公开》** | **对比文件引用内容：** 无直接对应内容。 <br><br> **出处：** 整个说明书。 | 目标专利明确将“虚拟服务器”定义为由“物理服务器”提供的逻辑实体，一个物理服务器可以提供多个虚拟服务器。对比文件中，虚拟化系统（主机）提供的是“虚拟机（VM）”，而非“虚拟服务器”。虽然“虚拟机”和“虚拟服务器”在某些语境下可以互换，但在本目标专利中，“虚拟服务器”特指用于接收请求并承担负载的细分单元，其与物理服务器的关系被明确限定。对比文件中的“虚拟机”是独立的客户操作系统实例，其与物理主机的关联关系和使用方式与目标专利中的“虚拟服务器”不同。因此，该技术特征未被公开。 |
| **技术特征D：** 其中，所述服务器中的至少一些提供多个虚拟服务器 <br><br> **《未公开》** | **对比文件引用内容：** `[0009]` ...as more and more virtual servers are run concurrently on a single physical server. <br><br> **翻译：** `[0009]` ...随着越来越多的虚拟服务器在单个物理服务器上并发运行。 <br><br> **出处：** 说明书背景技术部分第[0009]段。 | 此处对比文件在背景技术中提到了“虚拟服务器”，但其上下文是指现有技术中的虚拟机（virtual machines）。在对比文件的发明内容中，其明确使用了“virtual machine”来指代其管理的对象，而不是“virtual server”。更重要的是，对比文件中的“virtual machine”是被整体故障转移的单元，而目标专利中的“虚拟服务器”是构成负载均衡和故障转移的基本单元，二者在技术方案中的作用和含义完全不同。对比文件并未公开其核心方案中，一个物理服务器被划分为多个具有特定备份关系的“虚拟服务器”的技术构思。因此，该技术特征未被公开。 |
| **技术特征E：** 在所述第一虚拟服务器不能够接收到所述请求的情况下，将所述请求转发至所述第一虚拟服务器的相邻虚拟服务器 <br><br> **《未公开》** | **对比文件引用内容：** `[0048]` ...HA system 340 has detected a failure of host 332...restarting the affected virtual machines on respective alternate hosts. <br><br> **翻译：** `[0048]` ...高可用性系统340检测到主机332的故障...在相应的备用主机上重启受影响的虚拟机。 <br><br> **出处：** 说明书第[0048]段，图3B。 | 目标专利的核心在于：当主虚拟服务器不可用时，将请求转发给其“相邻虚拟服务器”，这是一种基于预定义逻辑拓扑（如环形）的快速、简单的故障切换方法，并且在切换时会利用已同步的会话信息。对比文件采用的方法是在检测到物理主机故障后，将整个虚拟机（VM）在其他主机上“重启（restart）”。这是一个典型的“重启”或“拉起”过程，而不是将请求“转发”到一个预先定义的、活动的“相邻虚拟服务器”。对比文件中没有“相邻虚拟服务器”的概念，也没有将请求从一个虚拟服务器转发到另一个相邻虚拟服务器的过程和逻辑。因此，该特征未被公开。 |
| **技术特征F：** 其中，所述第一虚拟服务器的相邻虚拟服务器是与所述第一虚拟服务器不同的服务器的一部分。 <br><br> **《未公开》** | **对比文件引用内容：** `[0048]` ...restarting the affected virtual machines on respective alternate hosts. <br><br> **翻译：** `[0048]` ...在相应的备用主机上重启受影响的虚拟机。 <br><br> **出处：** 说明书第[0048]段。 | 该技术特征是技术特征E的进一步限定。既然技术特征E未被公开，与之直接关联的、进一步限定“相邻虚拟服务器”与“第一虚拟服务器”位于不同物理服务器的技术特征F自然也未被公开。对比文件虽然实现了将虚拟机从故障主机切换到不同主机上，但其切换的目标是另一个主机上的虚拟机实例，而不是目标专利中定义的、具有特定拓扑关系的“相邻虚拟服务器”。 |
| **技术特征G：** 其中，服务器的每个虚拟服务器具有由不同其他服务器提供的相邻服务器。 <br><br> **《未公开》** | **对比文件引用内容：** `[0047]` ...a current host, an alternate host...are identified for each VM. <br><br> **翻译：** `[0047]` ...为每个VM标识了当前主机和备用主机... <br><br> **出处：** 说明书第[0047]段及图4。 | 目标专利为了实现故障时负载的均匀分发，规定了严格的拓扑约束：一个物理服务器上的所有虚拟服务器，其各自的备份邻居必须分布在不同的其他物理服务器上。对比文件的故障转移策略是预先为一个虚拟机（VM）指定一个备用主机（ALT_HOST），可以有多个VM共享同一个备用主机。对比文件并没有、也不需要建立每个虚拟机与不同备用主机的唯一对应关系，更没有在虚拟服务器（VM）之间定义“相邻”关系。其目的是确保任何一个主机故障时，其上所有VM都能被“重启”，而不是为了将单个主机的负载均匀分散到多个其他主机。因此，该技术特征未被公开。 |
| **技术特征H：** 其中，在服务器不可操作的情况下，其余服务器的每个虚拟服务器具有由不同其他服务器提供的相邻服务器。 <br><br> **《未公开》** | **对比文件引用内容：** 无直接对应内容。 <br><br> **出处：** 整个说明书。 | 该特征是技术特征G在故障发生后的状态约束，是对故障转移后拓扑的更高要求。目标专利通过复杂的分配算法（如VNIAL）来保证在任一物理服务器故障后，剩余的虚拟服务器依然满足其备份邻居均位于不同物理服务器的条件，从而能够容忍连续故障。对比文件完全没有讨论或定义这种复杂的、自稳定的拓扑结构。其故障转移后的状态是多个虚拟机可能被重启到同一个目标主机，导致该主机过载，不符合技术特征H的要求。因此，该技术特征未被公开。 |
| **技术特征I：** 其中，在服务器不可操作的情况下，其余服务器的两个虚拟服务器具有由相同其他服务器提供的相邻服务器，并且，任何其余虚拟服务器中的每一个具有由不同其他服务器提供的相邻服务。 <br><br> **《未公开》** | **对比文件引用内容：** 无直接对应内容。 <br><br> **出处：** 整个说明书。 | 此特征是技术特征H的一个例外情况或宽松版本，当数学上无法达到严格的一对一约束时采用。这表明目标专利对故障转移拓扑有非常精细和严谨的设计考虑。对比文件的故障转移策略非常简单，即为每个VM指定一个备用主机，完全没有考虑到这种拓扑优化和数学约束，更不用说存在对其例外情况的定义了。因此，该技术特征未被公开。 |
| **技术特征J：** 其中，将与请求相关联的会话信息发送至所述第一虚拟服务器和所述第一虚拟服务器的相邻虚拟服务器。 <br><br> **《未公开》** | **对比文件引用内容：** `[0033]` ...both an encoding of virtual machine state and a description of the hardware system virtualized in a storage volume... <br><br> **翻译：** `[0033]` ...在存储卷中既包含了虚拟机状态的编码，也包含了硬件系统虚拟化的描述... <br><br> **出处：** 说明书第[0033]段。 | 目标专利为了支持无缝的会话转移，当请求被处理时，其相关的会话信息会被同时发送至主虚拟服务器和其相邻（备份）虚拟服务器，这是一种主动的、实时的数据同步机制。对比文件中，虚拟机的“状态（state）”被存储在共享存储卷（LUN）中。故障转移时，备用主机会访问该共享存储中的状态数据来恢复虚拟机。这是一种基于共享存储的“被动”恢复机制，而非“主动”将会话信息发送给另一个虚拟机。对比文件没有公开在请求处理过程中，将会话信息发送给一个特定的“相邻”备份虚拟机。因此，该技术特征未被公开。 |
### 结论
经过详细比对分析，对比文件 US20080189468A1 公开的技术方案与目标专利 CN102934412B 的技术方案在整体构思、核心组件、故障转移机制和数据处理逻辑上均存在本质区别。对比文件仅隐含公开了技术特征A（接收请求），但并未以任何形式（直接或隐含）公开技术特征B至J。
<<<a>>>