CN102077186A - 传送存储盘映像的方法和系统 - Google Patents

Abstract

一种将存储盘映像的多个数据段从服务器传送到具有不同的存储盘映像类型的至少两个客户端的方法，所述方法包括服务器的以下步骤：将多个数据段流传输到所述客户端，其中所述多个数据段形成两种不同的存储盘映像类型的至少一部分，并且将第一映像类型的数据段与第二映像类型的数据段交织。

Description

传送存储盘映像的方法和系统

技术领域

本发明涉及用于传送存储盘映像(disk image)的方法和系统。具体而言，本发明涉及一种用于将存储盘映像的多个数据段从服务器传送到至少两个客户端和从客户端传送给服务器的方法和系统。

背景技术

已知计算机访问来自另一计算机的存储盘映像的拷贝以将所述映像传送给其自己。

许多文件对此功能有所描述。例如，欧洲专利申请EP 1021782描述了利用对等(peer to peer)配置或主从配置向一个或更多个计算机广播单个映像。然而，此方法严格地限制于在任一时刻单个映像的条件。

美国专利US 6,108,697描述了一种在网络上重复单个映像下载的系统。所述映像具有多个接合点，以允许多个计算机下载始于不同的点的映像。但是，此系统仅允许传送单个映像。

美国专利US 6,594,743描述了一种方法和系统，其中通过扇区的方式分扇区从源盘读入源数据并将其写入目标盘。另外，所述系统仅允许在任一时候传送一个映像类型。

本发明旨在克服或至少减少以上所述的问题之中的一些或全部，或旨在至少为公众提供有用的选择。

发明内容

根据一个方面，本发明提供一种将存储盘映像的多个数据段从服务器传送到具有不同的存储盘映像类型的至少两个客户端的方法，所述方法包括服务器的以下步骤：将多个数据段流传输(streaming)到客户端，其中所述多个数据段形成两种不同的存储盘映像类型的至少一部分，并且将第一映像类型的数据段与第二映像类型的数据段交织。

根据另一方面，本发明提供一种将存储盘映像从客户端传送到服务器的方法，所述方法包括以下步骤：客户端确定当前是否有适于客户端的存储盘映像存储在服务器可访问的数据库中，并且根据否定的确定，服务器将存储盘映像从客户端上传到服务器以存储在数据库中。

根据又一方面，本发明提供一种系统，所述系统包括被配置为将存储盘映像的多个数据段传送到具有不同的存储盘映像类型的至少两个客户端的服务器，所述服务器被配置为将多个数据段流传输到客户端，其中所述多个数据段形成两种不同的存储盘映像类型的至少一部分，并将第一映像类型的数据段与第二映像类型的数据段交织。

根据再一方面，本发明提供一种系统，所述系统包括被配置为将存储盘映像传送给服务器的客户端，所述客户端被配置为确定当前是否有适于客户端的存储盘映像存储在服务器可访问的数据库中，并且根据否定的确定，将存储盘映像从客户端上传到服务器以存储在数据库中。

附图说明

以下将参照附图仅通过例子来描述本发明的实施例，其中：

图1示出根据本发明实施例的系统方框图；

图2示出根据本发明实施例的对于组播到多个映像客户端的多个映像类型而言交织多个数据段的示意图。

具体实施方式

第一实施例

以下所详细描述的本发明的实施例提供一种有效并且快捷的方式来创建存储盘映像并将其从服务器传送到与网络连接的计算机或映像客户端。

在本说明书中，术语“存储盘”是指用于存储数据的存储介质，包括硬盘驱动器，也包括固态硬盘驱动器。

当服务器识别了已与服务器的网络连接的计算机的类型时，服务器可以立即开始向计算机传送映像，或根据计算机的配置而请求计算机对于待由服务器传送到计算机的映像的类型进行确认。

另外，如果已经在向网络上的计算机传送某种类型的映像，则可以动态地将需要相同的映像类型的其他计算机添加到网络中，使得在不需停止传输或不需要对传输进行任何进一步的配置的情况下，新的计算机可以立即开始接收正在传送的映像数据。

服务器通过组播映像而将映像传送给多个计算机。不同的计算机可能需要不同的映像类型。因此，以段(segment)的方式来组播不同的映像类型，其中，一种映像类型的段与另一种映像类型的段交织。以此方式，需要不同的映像类型的多个计算机能够同时接收与其相关的存储盘映像。

在同一网络上，需要不同的映像类型的计算机均可以同时接收与其相关的存储盘映像。举例而言，由于诸如便携式计算机、台式计算机、笔记本电脑等的计算机的类型的缘故，诸如飞利浦(Philips)、东芝(Toshiba)、索尼(Sony)等的不同的计算机制造商的缘故，以及诸如苹果(Apple)Mac操作系统和个人电脑这样的在计算机上运行的不同的操作系统的缘故，导致可能需要不同的映像类型。

如果计算机连接到网络，并且对所述计算机而言没有合适的映像类型存储在数据库中，则服务器可以对计算机进行询问，以查看计算机是否已经具有存储在计算机的存储盘上的映像。如果计算机的确具有存储的映像，则服务器将请求是否可以拷贝所述映像并将其存储在映像数据库中。如果计算机允许所述请求，则映像被上传至映像数据库，以允许此类型的其他计算机随后访问此类型的存储盘映像。

图1示出用于实施本发明实施例的系统的方框图。

所述系统形成网络101，所述网络101包括映像服务器103。映像服务器可以是能够运行本文所描述的映像软件并且可附接到网络的任何计算系统。由映像服务器主控(host)的是映像服务器数据库105。举例而言，数据库可以是从映像服务器中的内建式数据库到诸如Oracle数据库的独立式数据库的任何合适的数据库。服务器和数据库可以根据操作者的需求来选择，并且可以根据操作者的要求而确定规模。

还连接到映像服务器的是管理控制台107，所述管理控制台107能够使用户管理并控制映像进程。各个映像客户端109被配置为连接到网络。

映像服务器数据库105存储用于传送到映像客户端109的存储盘映像。数据库还存储关于存储盘映像中的每个存储盘映像的各种信息，例如能够被使用于其上的操作系统或者机器的型号。还可以存储用于识别存储盘映像的其他信息。如以下所述，可以在数据段头中包括所述信息。所述信息可以包括例如映像客户端的制造商、针对映像的个性化名称、映像版本、公司名称或可以利用自由文本输入的ID的任何其他形式。所述信息确定了如果随后将存储盘映像加载到映像客户端上，为了映像客户端正确地工作，映像客户端将会需要的存储盘映像的类型。

映像服务器103还主控映像服务器进程堆栈111，所述服务器进程堆栈111包括用于提供映像和从映像客户端109接收映像的一组软件部件。

映像服务器进程堆栈111包括DHCP(动态主机配置协议)服务器、PXE(预执行环境)服务器、CSCL(CURE简单通信层)服务器、MITP(多映像传输协议)服务器以及SITP(单映像传输协议)服务器。

DHCP服务器在服务器的域内自动进行对可重复使用的IP地址的分配。IP地址的分配能够使映像客户端与网络无缝地连接或与网络断开。DHCP是在1993年由网络工作组在RFC 1531(请求注解)中定义的标准协议。

PXE服务器提供一种环境，在所述环境中，诸如映像客户端的计算系统可以利用网络接口来开始或启动，所述网络接口独立于诸如客户端的硬盘驱动器的可用的数据存储设备，或独立于任何安装的操作系统。PXE在1999年由Intel作为联网管理(Wired For Management)架构的一部分而引入。PXE服务器由PXE UNDI(通用网络驱动接口)/TFTP层控制。

CSCL是由申请人设计出的、用于与服务器一起使用以能够在服务器与客户端之间进行单播通信的通信层。

MITP是由申请人设计出的、当服务器将多个存储盘映像传输给映像客户端时所使用的映像传输协议。MITP协议包括三个层，所述三个层是PXEUNDI/TFTP传输层、CSCL和多数据段传输层(MDSTL)。

SITP是由申请人设计出的、当服务器将单个映像配置为从映像客户端传送给映像数据库时所使用的映像传输协议。

以下详细地描述各个协议及各个层。

映像客户端是以通过从映像数据库下载映像来对映像客户端进行配置为目的而附接到服务器网络的计算设备。所述映像其自身可以是任何类型的映像，并且包括不含数据的映像。在用户希望将空白的映像传送到多个映像客户端从而清除映像客户端的存储盘的情况下，这会特别有用。

如果在数据库中不存在针对给定类型的映像客户端的映像，则映像客户端也可以将映像上传到映像数据库。也就是说，存储在映像客户端的本地硬盘驱动器上的、映像客户端的存储盘映像可以被上传以存储在映像数据库中。

以下描述存储在映像数据库中的存储盘映像文件的格式。原始的存储盘映像文件包括以下信息。

-对原始驱动器布局的详细描述，所述描述包括驱动器几何结构诸如磁柱、轨道、扇区和字节，以及分区设置诸如主引导记录(MBR)或GPT(GUID(全局唯一识别码)分区表)。

-独立的数据段头，其中，每个段头包括段的起始位置、段中每个扇区的比特阵列、段的压缩数据以及数据的CRC(循环冗余校验)值。还可以在头中以原始存储盘信息、存储盘的几何结构细节(包括磁柱和轨道等的细节)、服务器的唯一GUID的形式存储其他的信息，以便识别哪个服务器已经提供了映像，以及存储如本文所述的用于识别存储盘映像类型的信息。

-整个驱动器的独立的数据段。

-设备硬件信息，所述设备硬件信息包括来自于原始映像客户端的信息。此信息包括映像客户端的设备硬件的制造商名称、映像客户端的设备硬件的产品名称、设备硬件的版本号以及设备硬件的UID(唯一识别码)。

-用户定义的信息，例如映像文件的任何可更改的细节。

以下描述映像客户端如何连接到如图1所示的网络从而访问存储在映像数据库中的映像。

通过允许映像客户端借助其网卡而自动地引导至网络，将需要映像的映像客户端添加到服务器网络。映像客户端能够通过使用PXE服务器和PXEUNDI/TFTP传输层而自动地引导至网络。所述PXE UNDI/TFTP传输层是如下的单播层：其用于使映像客户端能够启动并进入使映像客户端能够接收并存储相关映像的状态。

也就是，映像客户端上的网卡借助其MAC(媒体访问控制)地址而使其被服务器识别。服务器随后将IP地址分配给映像客户端，以使服务器与映像客户端能够有效地通信。服务器向映像客户端传送信息，所述信息确定引导信息存储在何处，以使映像客户端能够引导进入预执行环境。当映像客户端在PXE模式中启动时，映像客户端可以连接到服务器，以从服务器接收所需的内核而用于引导。利用互联网RFC档案文件的RFC 783所描述的TFTP(简单文件传输协议)从服务器发送所需的内核。服务器符合全部的英特尔PXE标准，以使计算机设备能够启动进入执行环境。

在本实施例中，映像客户端向服务器发出TFTP请求，以下载针对CURELinux操作系统的CURE.PXE预执行环境。

CURE.PXE向映像客户端提供信息，以使映像客户端能够下载所需的内核CURE.KN，所述CURE.KN为CURE Linux内核。而且，为映像客户端提供CURE.RT的内容，所述CURE.RT是目录，该目录包含获取存储盘映像并将存储盘映像应用到映像客户端的应用程序(CURE.elf)。

由此，映像客户端从服务器下载CURE.RT目录的内容以及CURE.KN，并安装CURE.KN操作系统，从而引导至CURE操作系统。CURE操作系统随后自动地安装.RT(根)目录，并在运行CURE.elf应用程序之前运行配置脚本以加载设备和网络连接。

在映像客户端上执行CURE应用程序，以使映像客户端能够与服务器和映像数据库有效地通信，从而使映像能够被传输到映像客户端，或允许将映像客户端上的映像上传到映像数据库。

CURE应用程序用于确定服务器是否已经具有映像客户端所需的映像类型。如果映像数据库中存储有所需的映像，则如以下所详细说明的那样，通过MITP层将映像传送到映像客户端。

可选地，映像客户端可以显示作为存储在映像客户端上的“预”应用程序的一部分的菜单，所述菜单允许操作者从映像数据库选择特定类型的映像，从而传送并安装所述映像。

可替选地，当存在多于一个可能的映像可供使用时，映像客户端可以显示所存储的可用于特定类型的映像客户端的映像的列表，或在映像客户端可以使用多于一种类型的映像的情况下，提供映像的可用类型的列表。也就是说，服务器确定可以在映像客户端上使用哪些存储的映像，并为用户提供可用的映像和/或映像类型的列表，以供从中选择。根据用户在映像客户端上的选择，服务器传送被选择的映像。

如果映像数据库中没有所需的映像或映像类型，则可以显示如下的菜单：所述菜单使用户能够通过SITP层而将当前位于映像客户端存储盘上的任何现有的映像上传至映像数据库。

另外，系统也可以对已存储在映像客户端上的映像进行分析，以确定在映像数据库中是否存在将会提供基本相同的功能的合适的可替选的映像。通过减少可被使用的不同类型的映像的数量，极大地减少了存储映像所需的内存数量。另外，由于减少了可能会在任一时刻被要求传送的不同存储盘映像类型的数量，极大地缩短了存储盘映像的传送时间。

作为替选方案，映像数据库可以存储完整的文件结构，而非存储数据段，其中多个映像客户端共用这些文件结构。

以下描述如何将映像从映像数据库传送到映像客户端，其中所述映像包括不同类型的映像。

多映像传输协议(MITP)用于通过服务器将映像数据从映像数据库传送到客户端。利用三层的单播/组播、设置速度、在服务器与映像客户端之间的网络上传输，使得能够进行传输。MITP协议的三层为PXE UNDI/TFTP传输层、客户端同步通信层和多数据段传输层。

以上讨论了在利用PXE UNDI/TFTP传输层来提供预执行环境中涉及的步骤。

客户端同步通信层为单播层，所述单播层用于使客户端和服务器能够直接地彼此通信。为了使映像客户端连接到服务器，映像客户端通过CSCL将其硬件信息发送给服务器。此通信层由此使服务器能够确定映像客户端所需要的映像的类型，这然后使服务器能够确定针对映像客户端是否有这样的映像类型可用，并因此使服务器能够通知映像客户端所请求的映像类型是否可用。

如上所述，如果针对映像客户端有特定类型的多个映像、多个合适的类型可用，则服务器向映像客户端发送列表，使用户能够选择其想要传送哪个映像。

CSCL也使预设置的任务能够如服务器所分配的那样被执行，或使映像客户端能够显示任何可用的任务。例如，预设置的任务可以包括利用任何适当格式进行的数据销毁，诸如使用达到规定级别的US DoD标准。预设置任务也可以包括硬件测试的形式。

另外，CSCL使映像客户端能够基于每个独立的数据段来发送状态信息：映像客户端是否已经从服务器接收到了已请求的映像类型。这是通过如下映像客户端而实现的：该映像客户端创建了构成映像的比特位的映射。所述映射标识构成存储盘映像的多个段或块。此映射被发送到服务器，使得服务器和映像客户端能够对已经接收到了哪个段进行追踪。在映像客户端已接收到特定的段的情况下，服务器将在其记录中指出映像客户端已接收到所述段。如果映像客户端在处理其所接收的数据段时确定数据损坏或不完整，则其将通知服务器需要重新传送先前接收到的数据段。然后服务器将为该映像服务器更新针对所述数据段的比特映射信息中的状态信息，以使数据段能够被重新发送。

尽管会有其中若干个映像客户端的映像相同的情况，例如，由于它们先前接收到相同的存储盘映像，但可以理解的是，会存在如下情形：映像客户端具有与其他的映像客户端共同的数据段，并且具有对于该映像客户端而言独特的其他数据段。

另外，CSCL使映像客户端能够发送与映像客户端和服务器之间的数据段的接收和处理有关的成功或失败的消息。

多数据段传输层是如下的组播层：其用于通过服务器而将形成映像的数据段从映像数据库传输到已请求所述映像的任何映像客户端。每个数据段包括任务标识，所述任务标识对段中的数据与其相关的映像类型进行标识。每个数据段还包括段标识，所述段标识为与具体的映像相关的每个段提供唯一的标识。最后，每个数据段还包括实际的数据，以使映像能够被加载到映像客户端上。

服务器以基于需求而确定的顺序来传送数据段。服务器从请求最多至请求最少的段对段的传输顺序进行排列。根据作为上述CSCL通信的一部分而发送的信息来确定所需的段的顺序，所述信息使映像客户端能够指示服务器该客户端已接收到了哪些段。另外，仅传送映像客户端已请求的映像类型的数据段。

在任一时刻，为了减小传送的信息的数量，仅传送任一类型的存储盘映像中的一个数据段。所传送的段基于需求最大的段。此外，为了避免多个映像客户端等待一个或更多个单个的唯一映像段的情况，系统也会让映像客户端中的至少一个优先，使得优先的存储盘映像客户端首先接收其所请求的全部的数据段。

可选地，系统可以利用如下事实：映像客户端已接收到完整的存储盘映像而服务器过载。也就是说，当服务器达到阈值点或变得不活动，而映像客户端已接收到了完整的映像时，映像客户端于是可以开始像服务器一样操作，以继续将映像发送给其他的映像客户端。

通过服务器从映像数据库传送全部的数据段，直到全部的映像客户端都已成功地对已经接收了其所请求的全部的段作出响应。服务器被配置为将多个映像类型的全部的数据段传送到请求了这些映像的映像客户端。在传送期间，多个数据段交织，其中根据连接到服务器的映像客户端已经请求了哪些映像类型，这些数据段由不同的映像类型的数据段构成。

图2示出被组播到多个映像客户端的多个映像类型的、被交织的多个数据段的示意图。

如上所述，映像数据库105与服务器103连接。映像服务器组播201多个映像类型的数据段。在所描述的情形中，存在均需要相同的映像类型的三个映像客户端203A、B和C。映像客户端D需要不同的映像类型209。

与这些映像客户端所需的具体的映像类型相关的比特的映射205存储在服务器中以及存储于映像客户端本身处。数据段被标识(1、2、3等)。当映像客户端A加入网络时，服务器发出段1(207)，然后按照顺序发出随后的段。可以理解的是，不需要按照任何特定的顺序发出数据段，但为了清楚地说明，假设按照特定的顺序发出数据段。

如果随后客户端B在A当前正在接收第二段的时候加入网络，则B将从第三数据段的传送起开始接收数据段。同样地，如果C在正在传送第四段的时候加入网络，则C将从第五段的传送起开始接收数据段。服务器将获悉在映像类型205中哪些段是需求最大的，并首先发送这些数据段，而同时也会考虑映像客户端A具有高于其他的映像客户端的优先级。

当映像客户端D加入网络时，D所需的映像类型的比特的映射209从客户端传输到服务器。然后服务器会将D所请求的映射类型的段与A、B和C所请求的映射类型的段交织。

随着映像客户端中的每个接收到数据段，可以将数据缓存，从而为映像客户端提供足够的时间来处理数据。

存储在映像数据库中的映像文件最初是由附接到服务器网络的映像客户端所获取的映像产生的。也就是说，如果映像客户端连接到服务器网络，并且确定映像并未存储在映像数据库中，或操作者利用管理控制台指示服务器从映像客户端提取映像，则映像被提取出来并上传到映像数据库。

执行下列步骤使映像能够通过服务器从映像客户端上传到映像数据库。

具有需要被上传到映像数据库的映像的映像客户端被附接到服务器网络。映像客户端以与前述相同的方式通过其MAC(媒体访问控制)地址使服务器识别自己。服务器随后将IP地址分配给映像客户端，以使服务器能够和映像客户端有效地通信。如之前所讨论的，服务器向映像客户端传送信息，所述信息标识引导信息存储在何处，以使映像客户端能够引导进入预执行环境。一旦下载了CURE文件并且以与前述相似的方式运行应用程序时，应用程序邀请操作者从映像客户端上传映像。使用者可以利用管理控制台来请求上传，或利用加载在映像客户端上的“预”应用程序来请求上传。另外，如之前所讨论的，可以利用“预”应用程序或管理控制台来提供附加业务，诸如清除存储盘或检查硬件。

CURE应用程序拷贝存储盘映像，将其压缩并利用SITP将其流传输(stream)回服务器。当服务器确定正在进行这样的传送时，会暂停在网络上的所有其他的传送，直到SITP传送已完成为止。在SITP传送正在进行时连接到网络的任何新的映像客户端被强制进行等待，直到在连接到服务器之前所述传送已完成为止。

也就是说，设置系统使得当向服务器上传映像时服务器等待，直到在服务器再次开始传送映像之前其已经接收到整个映像为止。另外，当服务器接收到上传映像的请求时，直到服务器已完成了对已由映像客户端所请求的全部的映像段的传输，才允许上传该映像。

利用SITP将存储盘映像传送回服务器的过程包括发送映像头、几何结构和分区设置(如上所述的那样)、独立的数据段头(具有基本数据的原始基础头)、设备硬件信息、每个独立的数据段(顺序地发送，一个接一个地)、独立的数据段头(完整地具有全部数据)、以及结束映像的包容闭合标志(container closer)。

服务器将数据作为临时数据对待，并且映像不能被后来的客户端接收，直到服务器从映像客户端接收到包容闭合标志。

由服务器来控制MITP的网络使用，以阻止网络中的瓶颈，并保持高的网络效率。

也就是说，在诸如从服务器向客户端传输映像的标准的活动期间，网络带宽的80％用于利用多数据段传输层来传送数据，网络带宽的15％由客户端同步通信层使用，并且网络带宽的5％留作监听用于连接的PXEUNDI/TFTP传输层。

当客户端试图通过PXE连接到网络时，由于更多的客户端尝试连接，因此服务器将多数据段传输层下调至20％/10％/0％。

随着客户端成功地连接，服务器使网络恢复到如上所述的标准活动。

可以理解的是，所给出的百分比值仅仅是例子，可以使用其他的调控值，或基于网络以及试图连接到网络的映像客户端的情况来改变所述调控值。

可选地，基于用户所提供的指令，管理控制器可以用于向服务器提供指令。例如，用户可以通过经由管理控制器用户界面输入指令来提供指令。可替选地，可以利用任何其他的合适的通信介质和设备而向服务器提供指令。

用户所提供的指令用于控制传输至与服务器连接的客户端的映像的类型的数量和顺序。也就是说，所述指令控制服务器，使得服务器将预先确定的映像类型传输到具体的预定数目或数量的附接的客户端。例如，可以指示服务器仅将X类型的映像传输到与服务器连接的下5个客户端，接着是将Y类型的映像传输到与服务器连接的下7个客户端。这样，即使针对特定类型的客户端有多于一个的可用的映像，但可以按照用户所预先确定的具体的顺序将计算机(客户端)的网络设置为连接并获取其所需的映像类型。

其他实施例

可以理解的是，本文所述的本发明的实施例仅仅是例子，并且在不脱离本发明的范围的情况下可以进行各种变化和修改。

Claims (38)

1.一种将存储盘映像的多个数据段从服务器传送到具有不同的存储盘映像类型的至少两个客户端的方法，所述方法包括所述服务器的以下步骤：

将多个数据段流传输到所述客户端，其中所述多个数据段形成两种不同的存储盘映像类型的至少一部分，并且

将第一映像类型的数据段与第二映像类型的数据段交织。

2.根据权利要求1所述的方法，还包括如下步骤：将所述数据段组播到客户端。

3.根据权利要求1所述的方法，还包括如下步骤：所述服务器检测所述客户端已请求了何种存储盘映像类型，检测所请求的存储盘映像类型的数据段的状态，并且基于所检测到的存储盘映像类型和状态来确定将哪些数据段发送到所述客户端。

4.根据权利要求3所述的方法，还包括如下步骤：所述服务器确定哪些数据段是所述客户端最需要的，并首先发送最需要的数据段。

5.根据权利要求3所述的方法，还包括如下步骤：所述服务器确定哪个客户端最先请求了所述数据段，并使所确定的客户端优先接收所述数据段。

6.根据权利要求1所述的方法，还包括如下步骤：在传送所述数据段之前请求所述客户端确认所述存储盘映像类型。

7.根据权利要求1所述的方法，还包括如下步骤：在所述数据段中插入识别标签，所述识别标签标识所述数据段所形成的存储盘映像的类型。

8.根据权利要求7所述的方法，还包括如下步骤：所述客户端接收具有与所述客户端的存储盘映像类型相关的识别标签的数据段。

9.根据权利要求8所述的方法，还包括如下步骤：所述客户端拒绝不具有与所述客户端的存储盘映像类型相关的识别标签的数据段。

10.根据权利要求1所述的方法，其中，所述存储盘映像类型由客户端计算机的型号、客户端计算机的制造商、客户端计算机的操作系统、个性化名称、映像版本、公司标识符、独特的自由形式的文本标识符中的至少一个来限定。

11.根据权利要求1所述的方法，还包括如下步骤：所述服务器将预定类型和数量的存储盘映像流传输到所述客户端。

12.一种将存储盘映像从客户端传送到服务器的方法，所述方法包括如下步骤：

所述客户端确定当前是否有适于所述客户端的存储盘映像存储在能够由所述服务器访问的数据库中，并且根据否定的确定，所述服务器将存储盘映像从所述客户端上传到所述服务器以存储在数据库中。

13.根据权利要求12所述的方法，还包括如下步骤：确定是否有适于所述客户端的存储盘映像存储于所述客户端，并且根据否定的确定，创建适于所述客户端的存储盘映像。

14.根据权利要求13所述的方法，还包括如下步骤：将所创建的存储盘映像存储在所述客户端上。

15.根据权利要求13所述的方法，还包括如下步骤：将所创建的存储盘映像存储在所述数据库中。

16.根据权利要求12所述的方法，还包括如下步骤：通过经由所述客户端的网卡而将所述客户端引导至网络，自动地将所述客户端连接到网络中的服务器。

17.根据权利要求16所述的方法，还包括如下步骤：所述服务器向所述客户端提供预执行环境，并且所述客户端安装所述预执行环境，以使得能够对存储盘映像应用程序进行下载。

18.根据权利要求17所述的方法，其中，所述存储盘映像应用程序使所述客户端能够与所述服务器通信，从而确定当前是否有适于所述客户端的存储盘映像存储于所述数据库。

19.根据权利要求16所述的方法，还包括如下步骤：当有客户端正与所述服务器连接时，所述服务器将现有的连接下调。

20.一种包括被配置为将存储盘映像的多个数据段传送到具有不同的存储盘映像类型的至少两个客户端的服务器的系统，所述服务器被配置为将多个数据段流传输到所述客户端，其中所述多个数据段形成两个不同的存储盘映像类型的至少一部分，并将第一映像类型的数据段与第二映像类型的数据段交织。

21.根据权利要求20所述的系统，其中所述服务器还被配置为将所述数据段组播到所述客户端。

22.根据权利要求20所述的系统，其中所述服务器还被配置为检测所述客户端已请求了何种存储盘映像类型，检测所请求的存储盘映像类型的数据段的状态，并且基于所检测到的存储盘映像类型和状态来确定将哪些数据段发送到所述客户端。

23.根据权利要求22所述的系统，其中所述服务器还被配置为确定哪些数据段是所述客户端最需要的，并首先发送最需要的数据段。

24.根据权利要求22所述的系统，其中所述服务器还被配置为确定哪个客户端最先请求了所述数据段，并使所确定的客户端优先接收所述数据段。

25.根据权利要求20所述的系统，其中所述服务器还被配置为在传送所述数据段之前，请求所述客户端确认所述存储盘映像类型。

26.根据权利要求20所述的系统，其中所述服务器还被配置为在所述数据段中插入识别标签，所述识别标签标识所述数据段所形成的存储盘映像的类型。

27.根据权利要求26所述的系统，其中所述客户端被配置为接收具有与所述客户端的存储盘映像类型相关的识别标签的数据段。

28.根据权利要求27所述的系统，其中所述客户端还被配置为拒绝不具有与所述客户端的存储盘映像类型相关的识别标签的数据段。

29.根据权利要求20所述的系统，其中所述存储盘映像类型由客户端计算机的型号、客户端计算机的制造商、客户端计算机的操作系统、个性化名称、映像版本、公司标识符、独特的自由形式的文本标识符中的至少一个来限定。

30.根据权利要求20所述的系统，其中所述服务器还被配置为将预定类型和数量的存储盘映像流传输到所述客户端。

31.一种包括被配置为将存储盘映像传送给服务器的客户端的系统，所述客户端被配置为确定当前是否有适于所述客户端的存储盘映像存储在能够由所述服务器访问的数据库中，并且根据否定的确定，将存储盘映像从所述客户端上传到所述服务器以存储在数据库中。

32.根据权利要求31所述的系统，其中所述服务器被配置为确定是否有适于所述客户端的存储盘映像存储于所述客户端，并且根据否定的确定，所述客户端被配置为识别适于所述客户端的存储盘映像。

33.根据权利要求32所述的系统，其中所述客户端被配置为将所述存储盘映像存储在所述客户端上。

34.根据权利要求32所述的系统，其中所述服务器被配置为将所创建的存储盘映像存储在所述数据库中。

35.根据权利要求31所述的系统，其中所述客户端被配置为通过经由所述客户端的网卡而引导至网络，自动地连接到网络中的所述服务器。

36.根据权利要求35所述的系统，其中所述服务器被配置为向所述客户端提供预执行环境，并且所述客户端被配置为安装所述预执行环境，以使得能够对存储盘映像应用程序进行下载。

37.根据权利要求36所述的系统，其中所述存储盘映像应用程序使所述客户端能够与所述服务器通信，从而确定当前是否有适于所述客户端的存储盘映像存储于所述数据库。

38.根据权利要求35所述的系统，其中所述服务器被配置为当有客户端正与所述服务器连接时，所述服务器将现有的连接下调。

Images