专利名称：操作系统的自动安装和配置的系统和方法
技术领域：
本发明涉及软件安装和配置，特别地涉及操作系统的原始的、无人管理的安装和配置的系统和方法。
背景技术：
企业经营要求操作系统、产品以及软件应用自动地构建。企业中的所有系统处于相同操作系统级，以及每个单独配置类型处于适当功能性的相同产品码级是关键的。
原始安装，广泛企业布署过程的一部分，是众所周知的过程，其中系统管理员在无人管理安装模式下将新的服务器和新的工作站添加到网络，而不把操作系统或软件安装到它们上。
无人管理或原始安装对于减小所有权(TCO)因素的总成本是关键的。因为管理系统变得越来越复杂，原始安装布署方法对于设法使信息技术(IT)服务的中断达到最小的商业或企业变得关键。其他组织必须应付对于操作中断强加特定制约和惩罚的服务级协议(SLA)的压力。对于这些组织，解决意外事件的时间一定显著地减少。
现今，通过在小型局域网上使用响应文件，技术人员能够从个体计算机运行无人管理安装设置。在这些安装时，响应文件提供安装操作系统所需的选项，否则它们将需要手动地输入。安装的控制由起动该过程的技术人员执行。但是，用户的IT需求在现今的市场中正以非常快的速度变化。这些变化推动投入到更能满足新的商业需求的工具的开发的连续革新和努力。
迄今为止，装载依赖平台的操作系统的不同系统和方法已经应用到服务器和工作站的有人管理或无人管理安装。在市场中，产品例如来自Installshield公司、Wise公司、Tivoli Systems股份有限公司、IBM公司，以及Microsoft公司的那些产品最广泛地用来安装市场上可买到的操作系统，例如Microsoft的Windows NT、国际商用机器公司的OS/2、Microsoft的Windows 95，以及UNIX或AIX操作系统。虽然提供执行无人管理安装的有效方法，但是这些产品或者仅提供一些操作系统的安装，或者未能提供过程的中央控制或能够产生无人管理安装参数的命令行出口。
因此，现有系统的共同缺点在于它们没有提供操作系统的无人管理安装与待构建的机器的期望配置之间的接口。结果是最终用户必须足够熟练，以能够自己执行无人管理安装。另外，每当要构建新的机器时，所有参数必须重新输入。
Dean等人的美国专利6,202,206号提供一种在多台服务器和客户机计算机的网络中安装程序、设置和配置的方法。该方法包括下面步骤将待安装的所有程序预装载到主服务器中，以及执行一系列键击和光标输入来安装所选组件和程序。该解决方法要求用户足够熟练，以选择待安装的组件和程序。
但是，解决这些问题的所有已知尝试都缺乏这样的用户接口，这种接口提供用于监测和控制正装载的软件的系统并且检查哪些产品被成功地安装和配置。
此外，目前已知的都不能提供命令行和一旦操作系统已经正确装载，该中央配置数据库使布署团队可以自动操作和控制附加产品的安装和配置。
最后，目前已知的都不能提供一种使正确装载操作系统所需的用户输入达到最少的配置文件处理机制。
因此，需要一种新的系统和方法，以基于一组配置文件来执行服务器或工作站的无人管理安装。也需要一种新的布署方法，它能记住服务器或工作站的整个生命周期，使最终用户与产品安装和配置的复杂相分离。
发明内容
因此，本发明的一个目的在于改进用于操作系统的原始安装的当前系统和方法。
本发明的另一个目的是根据由中央数据仓库控制的机器配置文件处理机制来构建操作系统和任何必需的产品或应用。
本发明的再一个目的是提供一种与软件分发产品结合的解决方法，以便在首次构建之后自动地更新机器。
本发明的又一个目的是提供一种允许在服务器或工作站的整个生命周期上跟踪它们的状态的解决方法。
本发明的另一个目的在于提供一种解决方法，其使最终用户与实现细节，例如操作系统参数(默认路由器、视频驱动器等等)或者与产品配置相分离。
本发明的再一个目的在于提供一种可移植到其他操作系统或数据库的系统。
本发明提供一种控制服务器或工作站上的软件的原始安装的方法。该方法基于拉出布署模型，其中安装由最终用户使用由管理员提供的工具来现场启动和执行。基于预定义的机器功能，本发明提供一种产生具有安装所需的所有参数的源文件的产生过程。参数存储在集中式的配置数据库中。网络的任何工作站或服务器的原始安装所需的响应文件依次产生。所公开的系统允许跟踪安装过程以及向中央数据库报告它的成功或失败。
此外，本发明提供标准支持(软盘、cdrom、光学cdrom或任何其他存储设备)来引导目标机，以基于给定的功能运行机器的初始装载。该支持基本地从服务器中拉出安装文件，并且然后安装所需的操作系统、特定配置，以及与相应机器有关的所有其他产品或应用。
系统管理员的任务是使对于每个特定功能的操作系统和产品的安装自动化；因此，本发明的应用不受任何硬件或软件特性的限制。
所公开的方法控制操作系统和产品的原始安装，具有下面优点·提供布署的集中控制；·跟踪机器以及相关硬件和软件的资源；
·使用户与硬件和软件的安装、配置以及实现细节相分离；·避免需要连接到中央数据仓库来构建机器；·避免需要专门技能来安装服务器或工作站；·保证完成机器的基本级；·节省布署成本并减少布署时间；·允许处于任何位置的特定站点的所有机器的集中构建或一个站点的单独机器的本地构建，如果需要的话；·允许机器被重新构建任何多次；·在唯一的控制系统下使原始安装和软件分发一体化；·允许方法移植到不同的操作系统和数据库；以及·坚持命名标准的实施。
本发明通过提供下面的方法来达到前述和其他目的，该方法在连接到网络中一台或多台服务器计算机上的一台或多台最终用户计算机上安装和配置包括操作系统、软件产品以及应用程序的包。该方法包括步骤把一台或多台最终用户计算机的包和标识数据存储到中央数据仓库中；基于标识数据将包从中央数据仓库发送到一台或多台服务器计算机；基于标识数据在服务器计算机上创建安装程序和相关的响应文件；以及在最终用户计算机上安装包。
标识数据至少包括关于最终用户计算机安装在哪里的位置信息以及关于最终用户计算机在网络中执行的功能的信息。
附图简要说明当连同附随附图参照下面的说明性详细实施方案的详细描述，将更好地理解本发明本身，以及优选的使用方式，其更多的目的和优点，其中
·
图1显示本发明系统的体系结构和主要部件。
·图2是本发明的包管理过程的流程图。
·图3是根据本发明方法的类功能定义的流程图。
·图4是根据本发明方法的功能定义过程的流程图。
·图5是根据本发明方法的位置定义过程的流程图。
·图6是根据本发明方法的硬件类定义的流程图。
·图7是根据本发明方法的硬件定义的流程图。
·图8是根据本发明方法的包定义的流程图。
·图9是根据本发明方法的工作站定义的流程图。
·图10是根据本发明方法的产生响应文件的过程的流程图。
·图11说明由图10的过程执行的响应文件模板的编档。
具体实施例方式
本发明描述的内容供服务器或工作站上的原始安装使用。但是，描述是说明性的，而不是限制性的，并且一旦讲授本发明，本领域技术人员可以将其使用延伸到其他环境。
在下面的描述中，一些术语按本领域技术人员众所周知的普通意义用来指明几种类型部件。例如，术语服务器、工作站以及机器关于计算机系统的任何硬件而使用。
基本观察已经导致发明关于IT安装，要求具有特定配置的产品安装的工作人员(体系结构组)不同于实现该实施的工作人员(生产组)。体系结构组、生产组以及最终用户之间的唯一链接是特定配置所需的硬件、操作系统以及产品或应用程序的‘按功能’定义。
所以，在根据附图描述本发明之前，首先解释本发明的包括按功能的一些一般概念功能一旦机器用所需的操作系统、产品以及应用程序正确地建立其将执行的任务或配置文件。例如，功能可以是‘SAP客户机’或‘microsoft office工作站’或‘互联网浏览器’。
功能类功能类标识一组相同的功能。
功能类码功能类码标识机器所属于的功能组。在优选实施方案中，功能类码对应于给定的操作系统加上机器的通用任务。例如‘MSWindows NT SAP服务器’或‘MS Windows NT SAP客户机’分别地指明在Windows NT操作系统上运行的SAP服务器硬件和SAP客户机硬件。
机器名指定给联网环境中一台机器的独一无二的名字。对于待构建的每台机器(目标机)，以下所描述的方法使用标准命名约定。名字包含用于指明机器所安装的站点/位置的码、用于指明机器的功能的码，以及与相应机器有关的号码。为了说明，对于整个描述采用下面的命名约定。优选地，机器的名字由七个字符‘VVVffnn’构成，其中机器名的前三个字符‘VVV’标识站点或位置；下两个十六进制字符‘ff’标识功能码；并且最后两个十进制字符‘nn’标识使功能在相应的位置或站点中唯一的机器号码。
该特定的约定是说明性的，而不是限制性的，并且其他命名和编码约定可以用来基于机器名构建机器参数，例如使用转换表来将位置或站点名转换成子网。例如，下面的列表给出一些其他众所周知的约定·使用具有十六进制到十进制转换的IP型地址‘10.vvv.fff.nnn’；·使用Netbios名‘VVVPffnn’；·使用DB名‘VVVBffnn’；或者·使用第一适配器的Mac地址‘400000vvffnn’；其中VVV，ff和nn可以具有上面所描述的用于机器命名的意义。应当明白，用于编码功能码、站点/位置码以及机器号码的字符的数量可以依赖于系统的特定实现而不同。那些细节是本发明之外的，因为它们依赖于不同的原始安装情况。
现在参看图1，本发明的主要部件被描述。作为中央数据仓库(104)的存储区的配置数据库(100)存储与待安装的每台目标机112(最终用户工作站或服务器)有关的标识数据(包以及硬件和软件的定义/配置/参数)。配置数据库可以是在S/390大型机上实现的DB2数据库，两种产品都是IBM公司的。
软件分发应用，以下称作‘SD应用’(102)用作配置数据库100的前端机，以管理在无人管理安装过程中执行的不同操作。许多软件分发服务器，以下称作‘SD服务器’(108-1，108-i，108-n)连接到中央数据仓库(104)，以接收在目标机(112)的无人管理安装的准备过程中产生的包和全部必需文件(例如操作系统文件)。连接到中央数据仓库并且以下称作‘SD打包’(106)的软件分发打包部件创建包，这些包接下来上载到中央数据仓库104。引导软盘(110)可以在目标机(112)上使用，以启动所需的系统。
为了清楚，系统对于一台SD服务器(108)和作为最终用户终端的一台目标机(112)来详细描述。
配置数据库(100)存储硬件和软件设备的定义、它们的配置，以及它们的参数。配置数据库(100)保存一组数据结构，优选地以表格的形式，其中包含·在应用中使用的不同的码(位置、机器状态、传递状态、功能名等)；·功能类(应用、数据库、互联网、服务器、联网等)；·功能的参数(基础操作系统、协议、产品等)；·功能所需的包和它们的安装规程(手工/自动、初始/更新、目的等)；·功能所需的硬件；·硬件类(键盘、视频监视器、网络适配器)；·包的定义和它们的传递状态(上载、下载、错误、可用、发送)；·硬件的定义和它们的资源状态；以及·全部机器的定义、它们的参数、它们的硬件、它们的包，以及机器之间的链接。
应当注意配置数据库(100)还记住SD服务器(108)和曾经下载的系统包的状态。
SD应用(102)，如先前所提到的，执行几个操作，特别地基于目标机的功能来管理它们的不同配置；管理和记住与机器有关的参数；在机器的生命周期(产生、转变、安装等)过程中跟踪机器；启动加载和配置机器的程序；用系统和应用软件的分发状态(上载、下载、错误、可用、发送)来管理它们；以及最后管理包向SD服务器(108)的传递。
SD打包(106)也用来当包上载到中央数据仓库中时更新配置数据库(100)的相应表格。
除操作系统文件以外，SD服务器(108)也存储视频、网络适配器驱动器，以及无人管理产品的安装脚本，它们将由目标服务器或工作站来执行。SD服务器(108)具有在再现过程中查询中央数据仓库(104)以及下载由相同位置和功能定义的相应系统包的能力，这将随后描述。
最终用户通过启动提示用户输入目标机器名、SD服务器名、硬件模型以及网络适配器类型的MS-DOS应用程序或CID兼容应用程序(即OS/2启动的配置-安装-分发方法)来引导待构建的目标机。然后，操作系统和先前链接到功能的相关包被自动安装。
本发明包括几个过程，它们现在根据附随附图来描述。
包管理过程图2显示通过SD打包(106)来执行的包管理过程200。在第一步操作(步骤202)，由将包名以及版本与包关联的任何常规打包方法在先创建的包从SD打包(106)上载到中央数据仓库(104)。紧接着(步骤204)，每个上载操作通过设置包状态为‘上载’来更新配置数据库100中的包状态。接收相应包的SD服务器(108-1，108-i，108-n)执行查询包的再现过程(步骤206)。再现过程还使SD服务器108可以与配置数据库100同步，当它们是远程的时候。包状态然后被更新为‘下载’(步骤208)并且包被下载到相应的SD服务器(108-1，108-i，108-n)(步骤210)。SD服务器(108)可以位于不同的远程位置，例如位于PC制造厂(机器在布署之前被构建和库存的中心位置)或者位于机器需要被装载的任何位置。
工作站定义过程
由SD应用(102)执行的工作站定义过程主要管理网络上的设备的配置。工作站产生过程首先使用与机器有关的位置和功能信息在SD服务器(108)上运行。当最终用户输入机器名时，存储在配置数据库(100)中的该信息被SD应用(102)取装。工作站产生过程将目标机(112)的个人信息从配置数据库(100)发送到SD服务器(108)，并且启动在SD服务器(108)上创建安装程序以及创建每台机器所需的相应响应文件的过程。
位于SD服务器(108)上的安装程序定义安装操作系统、相应功能的全部基线产品和应用程序，以及可以获得的另外的包的安装步骤。在错误的情况下，安装程序可以停止，并且一旦引起错误的问题已经被修复可以在中断步骤处恢复。
初始装载过程在优选实施方案中，用于装载目标机的初始装载过程通过使用作为引导磁盘的软盘来操作。目标机(112)(例如，服务器或工作站)的初始装载经由到SD服务器(108)的连接来执行。目标机(112)使用引导磁盘连接到SD服务器(108)。如果初始装载在PC制造厂中执行，目标机在成功装载之后连接到网络中它的子网。然后，SD服务器(108)将配置数据库(100)中目标机(112)的状态更新为指示机器已经正确装载的状态。
由本发明系统的每个部件执行的操作的更详细描述在下面。
A.由SD应用执行的操作SD应用(102)提供管理待构建的工作站所需的一组定义，以及与每个定义有关的一组动作。优选地，该组动作包括下面的动作列出、创建、删除和/或修改各个定义。
待安装的每个工作站由标识工作站使之在网络中独一无二地的一组项目来定义。所定义的项目优选地是·功能类功能类包括唯一地标识功能类的‘功能类码’和‘功能类码描述’。图3说明由SD应用(102)执行的产生功能类定义的过程300。功能类码被产生并存储到配置数据库(100)中(步骤302)。然后，功能类码描述指定给功能类码(步骤304)。
每个功能类定义可以被创建、列出、删除以及修改。创建动作允许功能类码和功能类码描述插入到配置数据库(100)中。删除动作从配置数据库100中删除码和描述以及依赖功能和工作站的任何实例。修改动作更新配置数据库(100)中的任何功能类码的描述，并且列出动作执行功能类码和相关描述的选择。
·功能功能定义机器将执行的任务，并且由‘功能码’和‘功能描述’唯一地标识。每个功能定义指定操作系统、描述、指示操作系统的特定设置的一组参数(例如，域服务器、打印服务器、特定硬件)以及指定哪个中间件产品应当被装载而可能需要的其他参数。
图4是由SD应用(102)执行的功能定义过程的流程图。如在该流程图中所示，在第一步骤(步骤402)，功能类被检索。如果功能类不存在(分支NO)，那么它被创建(转到步骤300)。如果对于该功能，功能类已经存在(分支YES)，那么码为该特定功能而创建(步骤404)。功能码描述然后被产生(步骤406)。每个功能定义可以被创建、列出、详述、删除以及修改，并且相关包可以列出。创建动作执行图4中所述的操作。列出动作在配置数据库(100)中执行选择，以显示功能码和描述。详述动作可以执行以显示功能的详细描述。删除动作删除功能在SD配置数据库(100)中的任何实例。修改动作改变功能的描述或参数，并在SD配置数据库(100)中更新它们。列出相关包动作列出与功能有关的包。
·位置位置由包括‘位置码’、‘位置码描述’以及网络中的相关‘子网’的位置数据来定义。图5显示由SD应用(102)执行的位置的定义过程500的流程图。该过程检查位置码是否已经存在(步骤502)。如果已经存在，那么过程简单地退出。如果位置码还没有创建，那么新的位置码被创建(步骤504)。
紧接着，过程检查子网是否存在(步骤506)。如果存在(分支YES)，那么过程简单地退出。如果子网不存在，过程创建子网(步骤508)。最后，位置描述与位置码关联(步骤510)。位置定义可以由已经提及的动作来处理，即可以被创建、列出、删除和/或修改。创建动作执行图5中所述的操作。列出动作在SD配置数据库(100)中选择位置码和描述。删除动作删除SD配置数据库(100)中附属于位置码的任何实例。修改动作改变位置描述，并且将它更新到SD配置数据库(100)中。
·硬件类硬件类包括‘硬件类码’和标识类的‘硬件类描述’。图6说明由SD应用(102)执行的用于定义硬件类的过程600。首先，SD应用(102)检查硬件类码是否已经存在(步骤602)。如果已经存在，那么过程退出；否则，硬件类码被创建(步骤604)并存储到SD配置数据库(100)中。硬件类描述然后与先前定义的硬件类码关联(步骤606)。每个硬件类定义可以被创建、列出、删除和/或修改。创建动作将码和描述插入到配置数据库(100)中。删除动作从SD配置数据库(100)中删除码和描述以及依赖硬件和工作站的任何实例。修改动作修改任何硬件类码的描述，并且将描述记录更新到SD配置数据库(100)中。列出操作执行硬件类码和相关描述的选择。
·硬件硬件定义包括‘硬件码’和标识相应硬件的‘硬件描述’。图7显示由SD应用(102)执行的硬件定义过程700的流程图。过程检查特定硬件的已有硬件类码(步骤702)(例如硬件是待包括在键盘硬件类中的西班牙键盘)。如果该码不存在，它被创建(转到步骤600)。如果硬件类码存在(分支YES)，硬件码被创建(步骤704)。硬件描述然后被产生(步骤706)。每个硬件定义可以被创建、列出、删除和/或修改。创建动作执行图7中所示的操作。删除动作从SD配置数据库(100)中删除该硬件的任何实例。修改动作修改硬件描述的描述记录或其他参数，并且将它们更新到SD配置数据库(100)中。最后，列出动作执行在SD配置数据库(100)中的硬件码、硬件类码，以及描述的选择。
·包图8是包定义过程800的流程图。包定义包括标识包版本的‘包名’、包描述、包可以潜在地安装的操作系统、指定的功能、指定的位置、压缩的类别，以及包被物理存储的文件系统或目录。包经由SD打包部件(106)来创建。SD应用(102)执行其余的动作列出、修改以及删除。首先，系统包被选择(步骤802)，然后功能(步骤804)和位置(步骤806)被指定给包。一旦位置已经被指定，过程设置待装载到机器的初始装载中的包(808)。然后对于该指定的位置，过程被启动，以将包设置到状态‘可用’(步骤810)。属于相同位置并且由相同功能定义的并且查询配置数据库(100)的任何SD服务器将下载该特定系统包。
·工作站图9是对于相应的目标机112由SD应用102执行的工作站定义过程(900)的流程图。位置选自位置码和相关的位置描述表(步骤902)。紧接着，功能选自功能码和相关的功能码描述表(步骤904)。然后执行检验，以检查对于目标工作站112使工作站的位置独一无二的号码是否已经存在(步骤906)。如果不存在，号码指定给机器(步骤908)。无论号码指定与否，该机器所需的硬件被选择(步骤910)。接下来，工作站产生过程在SD应用(102)中执行(步骤912)，以在SD服务器(108)中产生文件。如果产生过程失败，出错信息被显示(步骤914)。该文件在这里将表示为‘SRC’文件，并且将在下面根据SD服务器(108)的操作来详细描述。如果工作站产生过程成功，工作站的状态设置为‘已产生’(步骤916)。
B.SD服务器的操作在SD服务器108中执行的过程包括两个部分‘SRC’文件和‘SDCONF’过程。‘SRC’文件，如先前描述的，在工作站产生过程中产生，并包含将填充特定模板的特定格式的必需参数(即机器名、网络适配器、域、视频适配器、键盘、默认路由器等)。‘SDCONF’是这样一个过程，其读出‘SRC’文件并产生目标机的无人管理装载所需的响应文件。
‘SRC’文件名优选地是待装载的相应机器的机器名(根据先前所解释的命名约定，包括位置、功能以及序列号)，并且具有类型‘.GEN’的文件扩展。例如，文件‘AQU1201.GEN’的存在指示机器AQU1201已经被SD应用(102)定义并且已经在指定的SD服务器中正确地产生。此外，‘SRC’文件包含待产生的机器的完整描述。
其后，完成目标机(112)的安装所需的操作系统和应用响应文件被创建。基本上，‘SDCONF’过程包括存储在SD服务器(108)上的以及由SD应用(102)远程执行的脚本的执行。该远程过程从‘SRC’文件中读取数据，并且创建目标机(112)的完全安装所需的响应文件和功能指定脚本。响应文件和功能指定脚本通过用适当的信息填充位于SD服务器(108)中的响应文件模板来构建。这些脚本用于安装待包括在原始安装过程中的另外的包，其由SD应用(102)预先指定给相应机器的功能。
‘SRC’文件中的参数具有用于构建脚本的特定意义。大部分参数来自目标机执行的功能的定义，而其他是专用于该机器的(例如，硬件，ip地址等)。此外，一些参数限于特定的操作系统。当建立响应于分析和读取SRC文件的脚本(SDCONF)时，该逻辑被实现。
一旦所有文件在SD服务器(108)中已准备好完成目标机(112)的完全安装，目标机(112)被引导、连接到服务器、分区、格式化，并且最后被安装。该过程的细节依赖于待安装的操作系统而不同。事实上，OS/2具有其自己的分区工具，即BootManger，包含在三张CID引导磁盘中，而Windows分区必须用DOS网络可引导磁盘来执行。
安装操作通过提示用户输入待安装的机器的名字和用来产生机器的SD服务器的名字而开始。一旦该信息已经由用户输入，目标机(112)连接到SD服务器，并且过程是完全自动的而没有任何其他用户干预。因为机器名格式是‘VVVFFxx’，‘FF’码将机器的功能映射到SD服务器(108)中适当的目录路径。
因此安装包括操作系统(即OS/2、NT、Windows 2000或Windows 9x)的安装，以及另外的软件产品的安装，例如·所有功能所共有的产品(一般地叫做基线产品，例如Windows NT服务包、OS/2修补、互联网浏览器、反病毒程序等)；·功能指定的中间件产品，例如IBM DB2或IBM MQSeries，或者Lotus公司的Lotus Notes；以及
·功能指定的初始装载软件分发包(典型地对于应用程序包)。
图10说明‘SDCONF’过程(1000)。首先，‘SDCONF’使用待安装的机器的名字作为检索参数来检索与待安装的相应机器有关的‘SRC’文件(步骤1002)。然后‘SRC’文件被检查，以识别目标机所需的操作系统(步骤1004)。接下来，依赖于该参数，相应的子程序被调用(步骤1006-a、1006-b、1006-c)。‘SDCONF’通过用从SRC文件读取的具体数据填充操作系统响应文件模板来构建操作系统响应文件(步骤1008)。(图11说明名为‘TSTP1301’的机器的响应文件模板的编档)。最后，功能指定的脚本被创建。安装中间件产品和SD包的功能指定程序也可以用来安装机器指定的软件，例如依赖硬件的软件。
附录A给出SRC文件的一个例子，其显示关于三种不同类型参数的文件的结构(1)没有标头的参数例如，BASE_OPERATING_SYSTEM，或TCPIP_ADDR，或FCT_NAME参数。
(2)具有‘MAT’标头的参数这些参数的全部都是硬件参数，例如KEYBOARD-TYPE或SCREEN-TYPE参数。关于待构建的机器的指定硬件信息在该参数段中描述。依赖于这些参数，脚本将包括操作系统响应文件的专门驱动器。
(3)具有‘SOFT’标头的参数这些参数的全部都是软件参数，例如ADMINPWD或PRINTSRV参数。与机器功能有关的特定软件包在该参数段中描述。
附录B说明SD服务器(108)的目录结构的一个例子，以及由‘SDCONF’过程产生的文件的位置。两个主要元素CID和SDSYD的结构被显示。基本上，CID元素存储由操作系统组织的产品安装码和公用程序，而SDSYD元素存储功能和机器指定的子目录，其包含完成目标机的自动安装所需的最终文件。
从上面的描述，现在应当认识到本发明提供下面另外的优点·能够使配置数据库(100)与软件分发系统一体化；·能够延伸‘按功能’的概念，以包括任何数量的额外的配置参数(例如，配置功能使得空的客户机链接到指定的MQ系列产品)；·能够用附加的字段来延伸工作站定义，以存储允许信息到软件分发系统的传输的参数，使得任何工作站可以通过利用SD应用(102)修改中央数据库中的参数来重新配置；·能够在中央数据仓库之间发送包，以在不同的操作中心之间交换系统包。
虽然本发明已经根据其优选实施方案特别地说明和描述，本领域技术人员应当明白可以不背离本发明的本质和范围而做形式和细节上的各种改变。
权利要求
1.一种用于在连接到网络中至少一台服务器计算机的至少一台最终用户计算机上安装和配置包括操作系统、软件产品以及应用程序的包的系统，包括连接到该至少一台服务器计算机的装置，用于存储该包以及该至少一台最终用户计算机的标识数据；基于该至少一台最终用户计算机的标识数据，从存储装置将包发送到该至少一台服务器计算机的装置；以及连接到发送装置的装置，用于在该至少一台服务器计算机上基于标识数据创建一个安装程序和相关联的响应文件，以在该至少一台最终用户计算机上安装所述的包；从而所述标识数据至少包括所述至少一台最终用户计算机被安装的位置数据和所述至少一台最终用户计算机在网络中执行的功能数据。
2.根据权利要求1的系统，还包括用于将所述至少一台最终用户计算机的位置数据和所述至少一台最终用户计算机的功能数据指定给所述包的装置。
3.根据权利要求2的系统，其中所述网络还包括待安装多个包的多台最终用户计算机，并且其中所述功能信息被安排成多个功能类，每个功能类标识在网络中具有共同功能的网络中多台最终用户计算机中的一组最终用户计算机。
4.根据权利要求3的系统，其中多个功能类包括客户机功能类和服务器功能类。
5.根据权利要求3的系统，其中标识数据还包括关于网络中该多台最终用户计算机的硬件和软件配置的信息。
6.根据权利要求3的系统，其中存储装置还包括用于更新指定给该多台最终用户计算机的每台的安装状态的装置。
7.根据权利要求6的系统，其中存储装置还包括用于更新指定给该多个包的每个的包状态的装置。
8.根据权利要求3的系统，还包括用于创建包的装置以及用于将所述创建的包发送到存储装置的装置。
9.根据权利要求1的系统，还包括用于执行该至少一台最终用户计算机的初始装载的装置。
10.根据权利要求9的系统，其中用于执行初始装载的装置包括最终用户计算机从其中引导的可引导设备。
11.一种用于在连接到网络中至少一台服务器计算机的至少一台最终用户计算机上安装和配置包括操作系统、软件产品以及应用程序的包的方法，包括步骤将该包以及该至少一台最终用户计算机的标识数据存储到中央数据仓库；基于标识数据将包从中央数据仓库发送到该至少一台服务器计算机；基于标识数据在该至少一台服务器计算机上创建一个安装程序和相关联的响应文件；以及在该至少一台最终用户计算机上安装所述包；从而所述标识数据至少包括所述至少一台最终用户计算机被安装的位置信息和所述至少一台最终用户计算机在网络中执行的功能信息。
12.根据权利要求11的方法，还包括将位置信息和功能信息指定给包的步骤。
13.根据权利要求12的方法，其中所述网络还包括要安装多个包的多台最终用户计算机，并且其中所述功能信息被安排成多个功能类，每个功能类标识在网络中具有共同功能的网络中的多台最终用户计算机中的一组最终用户计算机。
14.根据权利要求13的方法，其中多个功能类包括客户机功能类和服务器功能类。
15.根据权利要求13的方法，其中标识数据还包括关于网络中该多台最终用户计算机的硬件和软件配置的信息。
16.根据权利要求13的方法，其中存储步骤还包括更新指定给该多台最终用户计算机的每台的安装状态的步骤。
17.根据权利要求16的方法，其中存储步骤还包括更新指定给该多个包的每个的包状态的步骤。
18.根据权利要求11的方法，还包括创建包和将所述创建的包发送到中央数据仓库的步骤。
19.根据权利要求11的方法，还包括执行该至少一台最终用户计算机的初始装载的步骤。
全文摘要
一种用于在连接到网络中服务器计算机的最终用户计算机上安装和配置包括操作系统、软件产品，以及应用程序的包的系统和方法。该方法基于拉出布署模型，其中安装由最终用户使用由管理员提供的工具来现场启动和执行。基于预定义的机器功能，产生过程产生具有执行安装所需参数的源文件，那些参数被存储到集中的配置数据库中。安装所需的响应文件依次产生。该系统允许跟踪安装、过程并向中央数据库报告其成功或失败。
文档编号G06F9/445GK1549965SQ02816745
公开日2004年11月24日 申请日期2002年8月13日 优先权日2001年8月29日
发明者亚历加德洛·阿古多·克里斯波, 亚历加德洛 阿古多 克里斯波, 伊格纳斯奥·佛纳得兹·冈萨雷斯, 斯奥 佛纳得兹 冈萨雷斯 申请人:国际商业机器公司