传送存储盘映像的方法和系统的利记博彩app

专利名称：传送存储盘映像的方法和系统的利记博彩app
技术领域：
本发明涉及用于传送存储盘映像(disk image)的方法和系统。具体而言，本发明 涉及一种用于将存储盘映像的多个数据段从服务器传送到至少两个客户端和从客户端传 送给服务器的方法和系统。
背景技术：
已知计算机访问来自另一计算机的存储盘映像的拷贝以将所述映像传送给其自 己。许多文件对此功能有所描述。例如，欧洲专利申请EP 1021782描述了利用对等 (peer to peer)配置或主从配置向一个或更多个计算机广播单个映像。然而，此方法严格 地限制于在任一时刻单个映像的条件。美国专利US 6，108，697描述了一种在网络上重复单个映像下载的系统。所述映 像具有多个接合点，以允许多个计算机下载始于不同的点的映像。但是，此系统仅允许传送 单个映像。美国专利US 6，594，743描述了一种方法和系统，其中通过扇区的方式分扇区从 源盘读入源数据并将其写入目标盘。另外，所述系统仅允许在任一时候传送一个映像类型。本发明旨在克服或至少减少以上所述的问题之中的一些或全部，或旨在至少为公 众提供有用的选择。

发明内容
根据一个方面，本发明提供一种将存储盘映像的多个数据段从服务器传送到具有 不同的存储盘映像类型的至少两个客户端的方法，所述方法包括服务器的以下步骤将多 个数据段流传输(streaming)到客户端，其中所述多个数据段形成两种不同的存储盘映像 类型的至少一部分，并且将第一映像类型的数据段与第二映像类型的数据段交织。根据另一方面，本发明提供一种将存储盘映像从客户端传送到服务器的方法，所 述方法包括以下步骤客户端确定当前是否有适于客户端的存储盘映像存储在服务器可访 问的数据库中，并且根据否定的确定，服务器将存储盘映像从客户端上传到服务器以存储 在数据库中。根据又一方面，本发明提供一种系统，所述系统包括被配置为将存储盘映像的多 个数据段传送到具有不同的存储盘映像类型的至少两个客户端的服务器，所述服务器被配 置为将多个数据段流传输到客户端，其中所述多个数据段形成两种不同的存储盘映像类型 的至少一部分，并将第一映像类型的数据段与第二映像类型的数据段交织。根据再一方面，本发明提供一种系统，所述系统包括被配置为将存储盘映像传送 给服务器的客户端，所述客户端被配置为确定当前是否有适于客户端的存储盘映像存储在 服务器可访问的数据库中，并且根据否定的确定，将存储盘映像从客户端上传到服务器以 存储在数据库中。


以下将参照附图仅通过例子来描述本发明的实施例，其中图1示出根据本发明实施例的系统方框图；图2示出根据本发明实施例的对于组播到多个映像客户端的多个映像类型而言 交织多个数据段的示意图。
具体实施例方式第一实施例以下所详细描述的本发明的实施例提供一种有效并且快捷的方式来创建存储盘 映像并将其从服务器传送到与网络连接的计算机或映像客户端。在本说明书中，术语“存储盘”是指用于存储数据的存储介质，包括硬盘驱动器，也 包括固态硬盘驱动器。当服务器识别了已与服务器的网络连接的计算机的类型时，服务器可以立即开始 向计算机传送映像，或根据计算机的配置而请求计算机对于待由服务器传送到计算机的映 像的类型进行确认。另外，如果已经在向网络上的计算机传送某种类型的映像，则可以动态地将需要 相同的映像类型的其他计算机添加到网络中，使得在不需停止传输或不需要对传输进行任 何进一步的配置的情况下，新的计算机可以立即开始接收正在传送的映像数据。服务器通过组播映像而将映像传送给多个计算机。不同的计算机可能需要不同的 映像类型。因此，以段(segment)的方式来组播不同的映像类型，其中，一种映像类型的段 与另一种映像类型的段交织。以此方式，需要不同的映像类型的多个计算机能够同时接收 与其相关的存储盘映像。在同一网络上，需要不同的映像类型的计算机均可以同时接收与其相关的存储盘 映像。举例而言，由于诸如便携式计算机、台式计算机、笔记本电脑等的计算机的类型的缘 故，诸如飞利浦(Philips)、东芝(Toshiki)、索尼(Sony)等的不同的计算机制造商的缘故， 以及诸如苹果(Apple)Mac操作系统和个人电脑这样的在计算机上运行的不同的操作系统 的缘故，导致可能需要不同的映像类型。如果计算机连接到网络，并且对所述计算机而言没有合适的映像类型存储在数据 库中，则服务器可以对计算机进行询问，以查看计算机是否已经具有存储在计算机的存储 盘上的映像。如果计算机的确具有存储的映像，则服务器将请求是否可以拷贝所述映像并 将其存储在映像数据库中。如果计算机允许所述请求，则映像被上传至映像数据库，以允许 此类型的其他计算机随后访问此类型的存储盘映像。图1示出用于实施本发明实施例的系统的方框图。所述系统形成网络101，所述网络101包括映像服务器103。映像服务器可以是 能够运行本文所描述的映像软件并且可附接到网络的任何计算系统。由映像服务器主控 (host)的是映像服务器数据库105。举例而言，数据库可以是从映像服务器中的内建式数 据库到诸如Oracle数据库的独立式数据库的任何合适的数据库。服务器和数据库可以根 据操作者的需求来选择，并且可以根据操作者的要求而确定规模。
还连接到映像服务器的是管理控制台107，所述管理控制台107能够使用户管理 并控制映像进程。各个映像客户端109被配置为连接到网络。映像服务器数据库105存储用于传送到映像客户端109的存储盘映像。数据库还 存储关于存储盘映像中的每个存储盘映像的各种信息，例如能够被使用于其上的操作系统 或者机器的型号。还可以存储用于识别存储盘映像的其他信息。如以下所述，可以在数据 段头中包括所述信息。所述信息可以包括例如映像客户端的制造商、针对映像的个性化名 称、映像版本、公司名称或可以利用自由文本输入的ID的任何其他形式。所述信息确定了 如果随后将存储盘映像加载到映像客户端上，为了映像客户端正确地工作，映像客户端将 会需要的存储盘映像的类型。映像服务器103还主控映像服务器进程堆栈111，所述服务器进程堆栈111包括用 于提供映像和从映像客户端109接收映像的一组软件部件。映像服务器进程堆栈111包括DHCP (动态主机配置协议)服务器、PXE (预执行环 境)服务器、CSCL (⑶RE简单通信层)服务器、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请求，以下载针对⑶RELinux操作 系统的⑶RE. PXE预执行环境。CURE. PXE向映像客户端提供信息，以使映像客户端能够下载所需的内核CURE. KN,所述⑶RE. KN为⑶RE Linux内核。而且，为映像客户端提供⑶RE. RT的内容，所述 CURE. RT是目录，该目录包含获取存储盘映像并将存储盘映像应用到映像客户端的应用程 序(CURE, elf) ο由此，映像客户端从服务器下载⑶RE. RT目录的内容以及⑶RE. KN,并安装⑶RE. KN操作系统，从而引导至⑶RE操作系统。⑶RE操作系统随后自动地安装.RT (根)目录， 并在运行CURE, elf应用程序之前运行配置脚本以加载设备和网络连接。在映像客户端上执行CURE应用程序，以使映像客户端能够与服务器和映像数据 库有效地通信，从而使映像能够被传输到映像客户端，或允许将映像客户端上的映像上传 到映像数据库。⑶RE应用程序用于确定服务器是否已经具有映像客户端所需的映像类型。如果映像数据库中存储有所需的映像，则如以下所详细说明的那样，通过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 007)，然后按照顺序发出随后的段。可以理解的是，不需要按照任何特 定的顺序发出数据段，但为了清楚地说明，假设按照特定的顺序发出数据段。如果随后客户端B在A当前正在接收第二段的时候加入网络，则B将从第三数据 段的传送起开始接收数据段。同样地，如果C在正在传送第四段的时候加入网络，则C将从 第五段的传送起开始接收数据段。服务器将获悉在映像类型205中哪些段是需求最大的， 并首先发送这些数据段，而同时也会考虑映像客户端A具有高于其他的映像客户端的优先 级。当映像客户端D加入网络时，D所需的映像类型的比特的映射209从客户端传输 到服务器。然后服务器会将D所请求的映射类型的段与A、B和C所请求的映射类型的段交织。随着映像客户端中的每个接收到数据段，可以将数据缓存，从而为映像客户端提 供足够的时间来处理数据。存储在映像数据库中的映像文件最初是由附接到服务器网络的映像客户端所获 取的映像产生的。也就是说，如果映像客户端连接到服务器网络，并且确定映像并未存储在 映像数据库中，或操作者利用管理控制台指示服务器从映像客户端提取映像，则映像被提 取出来并上传到映像数据库。执行下列步骤使映像能够通过服务器从映像客户端上传到映像数据库。具有需要被上传到映像数据库的映像的映像客户端被附接到服务器网络。映像客 户端以与前述相同的方式通过其MAC(媒体访问控制)地址使服务器识别自己。服务器随 后将IP地址分配给映像客户端，以使服务器能够和映像客户端有效地通信。如之前所讨论 的，服务器向映像客户端传送信息，所述信息标识引导信息存储在何处，以使映像客户端能 够引导进入预执行环境。一旦下载了 CURE文件并且以与前述相似的方式运行应用程序时， 应用程序邀请操作者从映像客户端上传映像。使用者可以利用管理控制台来请求上传，或 利用加载在映像客户端上的“预”应用程序来请求上传。另外，如之前所讨论的，可以利用 “预”应用程序或管理控制台来提供附加业务，诸如清除存储盘或检查硬件。⑶RE应用程序拷贝存储盘映像，将其压缩并利用SITP将其流传输(stream)回服 务器。当服务器确定正在进行这样的传送时，会暂停在网络上的所有其他的传送，直到SITP 传送已完成为止。在SITP传送正在进行时连接到网络的任何新的映像客户端被强制进行 等待，直到在连接到服务器之前所述传送已完成为止。也就是说，设置系统使得当向服务器上传映像时服务器等待，直到在服务器再次 开始传送映像之前其已经接收到整个映像为止。另外，当服务器接收到上传映像的请求时， 直到服务器已完成了对已由映像客户端所请求的全部的映像段的传输，才允许上传该映像。利用SITP将存储盘映像传送回服务器的过程包括发送映像头、几何结构和分区 设置(如上所述的那样)、独立的数据段头(具有基本数据的原始基础头)、设备硬件信息、 每个独立的数据段(顺序地发送，一个接一个地)、独立的数据段头(完整地具有全部数 据)、以及结束映像的包容闭合标志(container closer)。服务器将数据作为临时数据对待，并且映像不能被后来的客户端接收，直到服务 器从映像客户端接收到包容闭合标志。
由服务器来控制MITP的网络使用，以阻止网络中的瓶颈，并保持高的网络效率。也就是说，在诸如从服务器向客户端传输映像的标准的活动期间，网络带宽的 80%用于利用多数据段传输层来传送数据，网络带宽的15%由客户端同步通信层使用，并 且网络带宽的5%留作监听用于连接的PXEUNDI/TFTP传输层。当客户端试图通过PXE连接到网络时，由于更多的客户端尝试连接，因此服务器 将多数据段传输层下调至20% /10% /0%。随着客户端成功地连接，服务器使网络恢复到如上所述的标准活动。可以理解的是，所给出的百分比值仅仅是例子，可以使用其他的调控值，或基于网 络以及试图连接到网络的映像客户端的情况来改变所述调控值。可选地，基于用户所提供的指令，管理控制器可以用于向服务器提供指令。例如， 用户可以通过经由管理控制器用户界面输入指令来提供指令。可替选地，可以利用任何其 他的合适的通信介质和设备而向服务器提供指令。用户所提供的指令用于控制传输至与服务器连接的客户端的映像的类型的数量 和顺序。也就是说，所述指令控制服务器，使得服务器将预先确定的映像类型传输到具体的 预定数目或数量的附接的客户端。例如，可以指示服务器仅将X类型的映像传输到与服务 器连接的下5个客户端，接着是将Y类型的映像传输到与服务器连接的下7个客户端。这 样，即使针对特定类型的客户端有多于一个的可用的映像，但可以按照用户所预先确定的 具体的顺序将计算机(客户端)的网络设置为连接并获取其所需的映像类型。其他实施例可以理解的是，本文所述的本发明的实施例仅仅是例子，并且在不脱离本发明的 范围的情况下可以进行各种变化和修改。
权利要求
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.根据权利要求沈所述的系统，其中所述客户端被配置为接收具有与所述客户端的 存储盘映像类型相关的识别标签的数据段。
28.根据权利要求27所述的系统，其中所述客户端还被配置为拒绝不具有与所述客户 端的存储盘映像类型相关的识别标签的数据段。
29.根据权利要求20所述的系统，其中所述存储盘映像类型由客户端计算机的型号、 客户端计算机的制造商、客户端计算机的操作系统、个性化名称、映像版本、公司标识符、独 特的自由形式的文本标识符中的至少一个来限定。
30.根据权利要求20所述的系统，其中所述服务器还被配置为将预定类型和数量的存 储盘映像流传输到所述客户端。
31.一种包括被配置为将存储盘映像传送给服务器的客户端的系统，所述客户端被配 置为确定当前是否有适于所述客户端的存储盘映像存储在能够由所述服务器访问的数据 库中，并且根据否定的确定，将存储盘映像从所述客户端上传到所述服务器以存储在数据 库中。
32.根据权利要求31所述的系统，其中所述服务器被配置为确定是否有适于所述客户 端的存储盘映像存储于所述客户端，并且根据否定的确定，所述客户端被配置为识别适于所述客户端的存储盘映像。
33.根据权利要求32所述的系统，其中所述客户端被配置为将所述存储盘映像存储在 所述客户端上。
34.根据权利要求32所述的系统，其中所述服务器被配置为将所创建的存储盘映像存 储在所述数据库中。
35.根据权利要求31所述的系统，其中所述客户端被配置为通过经由所述客户端的网 卡而引导至网络，自动地连接到网络中的所述服务器。
36.根据权利要求35所述的系统，其中所述服务器被配置为向所述客户端提供预执行 环境，并且所述客户端被配置为安装所述预执行环境，以使得能够对存储盘映像应用程序 进行下载。
37.根据权利要求36所述的系统，其中所述存储盘映像应用程序使所述客户端能够与 所述服务器通信，从而确定当前是否有适于所述客户端的存储盘映像存储于所述数据库。
38.根据权利要求35所述的系统，其中所述服务器被配置为当有客户端正与所述服务 器连接时，所述服务器将现有的连接下调。
全文摘要
一种将存储盘映像的多个数据段从服务器传送到具有不同的存储盘映像类型的至少两个客户端的方法，所述方法包括服务器的以下步骤将多个数据段流传输到所述客户端，其中所述多个数据段形成两种不同的存储盘映像类型的至少一部分，并且将第一映像类型的数据段与第二映像类型的数据段交织。
文档编号G06F17/30GK102077186SQ200980124731
公开日2011年5月25日 申请日期2009年6月26日 优先权日2008年6月27日
发明者尼古拉斯·保罗·吉本斯 申请人:机构软件有限公司