CN101669325A - 系统软件产品化框架 - Google Patents

Abstract

基于代表物理网络系统拓扑、网络系统装置性能和/或逻辑网络系统结构的特定域系统描述模型建立统一的框架。框架可用来精简网络系统配置过程和/或软件系统部署过程等。一些例子也可用来在广播设备环境中建立统一的框架，以增强基于网络系统的技术。此外，能够自动地配置具有多个专用于特定网络用途的网络接口的网络装置。根据本原理一方面的方法包括产生具有多组能代表专用网络的装置模型网络接口的站点模型(412)。根据用途和网络媒介类型将装置模型接口分组并且与预定义的IP地址逻辑相关联。将站点模型应用于网络装置，以通过对装置的网络接口自动地分配预定义的IP地址(416)来将它们逻辑相关联到专用网络。

Description

系统软件产品化框架

相关申请的交叉引用

本申请要求于2007年4月13日提交的题为“SYSTEM SOFTWAREPRODUCTIZATION FRAMEWORK(系统软件产品化框架)”的美国临时申请序列号60/923,408的优先权。

技术领域

本原理总体涉及用于与部署和/或配置软件一起来配置网络装置的系统和方法。

背景技术

专用于特定用途的计算装置的网络的配置主要涉及将地址分配给装置以及将起共同功能的装置关联到子网中。动态主机配置协议(DHCP)服务器和域名系统(DNS)服务器是用于将因特网协议(IP)地址自动分配给网络上的计算装置的常用机制。对于DHCP服务器，例如，能够手动、自动或动态地分配IP地址。另外，例如，如果网络专用于文件传输功能，则使文件传输能够在整个网络上进行的装置必须被关联以形成专用子网。此外，特定的装置共同构成不止一个网络。例如，装置能够同时与文件传输网络、存储网络以及其它网络相关联。目前，使构成多个专用网络的装置相关联由管理员手动执行。

发明内容

基于代表物理网络系统拓扑、网络系统装置性能和/或逻辑网络系统结构的特定域系统描述模型而建立统一的框架。框架可用来精简网络系统配置过程和/或软件系统部署过程等。可以在广播设备环境中建立统一的框架，以增强基于网络系统的技术。其它例子可提供用于通过采用站点模型(site model)自动地且有效地使具有多接口的装置相关联的方法和/或系统，所述多个接口具有专用用途和冗余连接。这方面通过允许用户选择具有预定的地址分配的站点模型来自动地配置这样的装置的专用网络从而避免了乏味且耗时的手工网络配置方法。

一个实施方式包括一种用于配置具有网络接口的网络装置的方法，所述网络接口专用于特定的网络用途，所述方法包括：产生包括至少两组装置模型接口的至少一个站点模型，其中通过对所述装置模型接口分配地址而根据专用用途将所述装置模型接口分组并逻辑相关联；将至少一个站点模型存储在配置数据库中；以及一旦选择至少一个站点模型，通过根据至少一个站点模型对网络接口分配地址将第一多个网络装置逻辑相关联，以自动地形成与所述至少两组的专用用途相对应的至少两个专用网络，所述第一多个网络装置中的每个装置具有多个具有专用用途的网络接口。本原理的另一方面包括提供包括至少两组装置模型接口的至少一个站点模型的配置数据库，其中通过对装置模型接口分配地址从而根据专用用途将装置模型接口分组并逻辑相关联，并且其中地址分配形成与所述至少两组的专用用途相对应的至少两个专用网络的模型。

本原理的一方面的系统实施方式包括配置数据库，包括：至少一个站点模型，包括至少两组装置模型接口，其中通过对装置模型接口分配地址而根据专用用途将所述装置模型接口分组并逻辑相关联；和控制单元，被配置成：一旦选择至少一个站点模型，通过根据所述至少一个站点模型对网络接口分配地址来将第一多个网络装置逻辑相关联，以自动地形成与所述至少两组的专用用途相对应的至少两个专用网络，所述第一多个网络装置中的每个装置具有多个具有专用用途的网络接口。

结合附图和下面的描述来阐述一个或多个实施方式的细节。即使以一种具体的方式来描述，也应明白的是，可以以各种方式来配置或实现实施方式。例如，实施方式能够执行为方法，或者实现为配置成执行一组操作的设备或者存储用于执行一组操作的指令的设备。从下面结合附图和权利要求考虑的详细描述中，其它方面和特征将变得明显。

附图说明

通过结合附图考虑下面的详细说明，能够更容易地理解本原理的教导，其中：

图1是根据本原理的一方面描述用于部署和配置具有各种专用用途的多个网络接口的装置(MDU装置)的网络所用的软件的系统的框图。

图2是示出在网络化的MDU装置上部署和配置软件所使用的配置库的实施方式的框图。

图3是根据本原理的一方面用于部署软件和配置MDU装置的网络的方法的总体流程图。

图4是描述用于配置具有不同用途的MDU装置的多个专用网络的方法的示例性实施方式的流程图。

图5是示出根据本原理的一方面用于在MDU装置的网络上部署软件的方法的例子的流程图。

图6是用于在构成专用网络的MDU装置上配置软件的方法的实施方式的流程图。

图7是描述用于分派配置快照的方法的流程图。

图8是能够应用本原理的各方面的媒体服务器的示例性例子的框图。

图9是能够应用本原理的各方面的媒体客户端的示例性例子的框图。

图10是描述包括站点模型的配置数据库的例子的框图。

图11是包括六个网络接口的示例性装置模型的框图，每个网络接口对应于专门的用途和网络媒介类型。

图12是包括三个网络接口的示例性装置模型的框图，每个网络接口对应于专门的用途和网络媒介类型。

图13-图15是具有特定的专门用途和网络媒介类型的网络模型的示例性例子的框图，所述网络媒介类型具有相应的IP地址范围。

图16是包括能够代表具有网络接口的专用网络的组的站点模型的示例性例子的框图，所述网络接口具有根据相应的网络模型分配的地址。

应该理解，附图是为了示出本原理的概念的目的，而不必是用于示出本原理的唯一可能的配置。为了有助于理解，相同的参考标号已尽可能地用来表示图中所共有的相同元件。

具体实施方式

本原理提供了用于配置例如具有冗余连接以及具有各种专用用途的多个接口的装置的网络的系统和方法。在本原理的一个实施方式中，在系统软件部署框架中实施网络装置的配置。然而，应该理解，本原理能够应用于进行具有多个专用网络接口的网络装置的配置的任何配置过程。

现在，具体详细地参照附图，所有图中相同的参考标号表示相似或相同的元件，首先参照图1，本原理的示例性实施方式包括用于配置网络装置的系统100。具体地，在本原理的这个示例性实施方式中，具有各种专用用途的多个网络接口的装置(MDU装置)128通过根据站点模型自动地分配预定义的IP地址而被配置到专用网络。所示的MDU装置的例子包括媒体服务器和媒体客户端，如图8和图9所示。虽然这里相对于媒体服务器和媒体客户端描述本原理的各个方面，但是应该理解，本原理能够应用于任何类型的MDU装置，例如存档服务器、专用编辑工作站、浏览编码器以及其它装置。

如上所述，MDU装置可包括多个接口，每个接口能构成不同的专用网络，根据本原理的一方面，这样的装置的多个专用网络能够通过利用站点模型而被配置，如下面更加全面地描述。在描述根据本原理的多方面的配置方法之前，这里提供MDU例子的详细说明。图8和图9分别是示出媒体服务器和客户端的框图，所述媒体服务器和客户端是MDU装置的例子。媒体服务器800的功能可包括文件存储系统和文件传送操作的管理。此外，媒体客户端900可允许播放、记录或编辑媒体文件。媒体服务器800可包括多个网络接口，每个网络接口可具有独特的专用用途。例如，所示的媒体服务器800包括六个专用网络接口：一个专用于文件传送的接口804；四个专用于存储网络的接口808a-d；以及一个专用于控制网络的接口812。相似地，媒体客户端也可包括具有独特的专用用途的多个网络接口。如图9中的示例性例子所示的，媒体客户端900包括一个专用于控制网络的网络接口904和两个用于存储网络的冗余网络接口908a-b。存储网络接口是冗余的，其在于每个接口连接到两个不同的媒体服务器，以确保一个媒体服务器不能操作时客户端能够访问存储网络。因此，冗余连接提供了到网络的多个访问点。

还应注意的是，媒体服务器和客户端的其它特征包括软件角色的描述。如图8所示，媒体服务器800可包括对软件角色的描述，例如FTP服务器角色816、DB服务器角色以及文件系统服务器角色822。媒体客户端900的软件角色可包括文件系统客户端角色912和媒体播放/记录软件角色916。当建立在配置MDU装置的专用网络中使用的装置模型时，软件角色能够被用来描述MDU装置的特性，下面更加全面地描述。

媒体服务器、媒体客户端以及其它网络装置例如路由器、交换器、总线和集线器的网络接口能够被逻辑相关联，以形成专用网络。例如，这样的装置的逻辑关联能够被用来形成用于文件传输、存储网络和控制的网络，如下面相对于配置方法400的实施所更加全面地描述。通过将IP地址分配给构成专用网络的装置，控制网络能够被用于形成专用网络，也将在下面更详细描述。此外，由MDU装置构成的专用网络能够由于没有路由将它们连接到其它专用网络而被“关闭”。此外，拓扑可能非常复杂，因此，应注意的是，图1没有示出在专用网络形成之后MDU装置的逻辑相关性。

参照图4并继续参照图1，根据本原理的一方面，方法400能够用来配置MDU装置的专用网络。通过在控制网络(图1中未示出)上应用网络配置命令148，能够实施网络配置步骤400。网络配置命令能够通过中央控制单元124提供。在一个实施方式中，中央控制单元124是包括存储器、处理器和适当软件的用户计算机，所述软件载有实施下面更加全面描述的配置方法的单个应用程序。应该注意，这里描述的网络配置步骤400能够在单独的控制网络上执行，通过该单独的控制网络能够配置其它专用网络。例如，中央控制单元124配置MDU装置并通过在控制网络上发出命令来对它们部署软件。如下面所描述，控制单元124能够对MDU装置的网络接口分配预定义的IP地址，从而形成并配置其它专用网络，所述其它专用网络能够如上所述地被关闭。

参照图4、8和10，根据本原理的一方面的网络配置方法400由在步骤404中提供配置数据库开始。图10是配置数据库1000的示例性例子的描述。配置数据库能够提供包括MDU装置的预定义逻辑拓扑关联的多个网络配置模型。如上所述，MDU装置能够构造用于特定功能的专用网络，例如文件传输和存储网络。此外，单个MDU装置通过装置上的不同网络接口能够构成不止一个专用网络。例如，参照图8，一个MDU网络接口804能够连接到文件传输网络，而不同的MDU网络接口808a能够连接到存储网络。

参照图10，本原理的一方面包括提供构成多个专用网络的MDU装置的网络配置的模型。预定义的配置有助于建立专用网络或将新的MDU装置添加到已经存在的专用网络。预定义的配置能够被存储在配置数据库1000中。如图10所示，在本原理的一个示例性实施例中，配置专用网络所采用的配置数据库1000可包括：用于各种MDU装置的装置模型1004、网络模型1008以及站点模型1012。装置模型和网络模型使得站点模型的构造变得容易，并且能够被重复利用以构造不同的站点模型。

图11和图12与装置模型的例子相对应。图11和图12中出现的特定的装置模型分别代表媒体服务器800和媒体客户端900。对于特定的MDU装置的每个网络接口，装置模型可包括描述：网络媒介类型1110，例如以太网或光纤通道；序数1112，表示装置上网络接口的物理位置；以及专用网络用途1114，例如文件传输、存储网络、控制网络和一般用途。在图11的装置模型中，接口1108被描述为包括以太网媒介类型和文件传输用途。此外，其它的网络接口能够与其它的网络用途和类型相对应，如图11和图12中所示。另外，装置模型也可包括对软件角色1104、1204以及冗余信息1106、1206的描述。软件角色描述指出软件组件子系统，MDU装置与该软件组件子系统相兼容。此外，冗余信息包括对每个接口提供的冗余连接的类型的描述，例如“无”、“主要的”、“次要的”等。

如图13所示，网络模型可包括描述：类型1304；用途1308；冗余信息1322；IP地址范围1312；子网掩码1316以及网关IP地址1318。图13-图15中所提供的例子分别是不同网络模型的框图：网络模型1300，具有带以太网媒介的存储网络用途；网络模型1400，具有带以太网媒介的控制用途；以及网络模型1500，具有带以太网媒介的文件传输用途。每个网络模型包括它们自己相对应的IP地址范围、子网掩码、网关IP地址和冗余信息。预定义的地址和子网掩码之后被分配给MDU装置接口，该MDU装置接口构成公共专用网络并具体设计成与MDU装置逻辑相关联。如这里所指出的，装置接口由于它们被分配网络IP地址范围内的IP地址而逻辑相关联。根据本原理的其它方面，通过应用站点模型，MDU装置被自动分配地址。

如图16中所示，站点模型可包括多个包括在站点中的网络模型1608和装置模型1616的描述。每个站点模型可包括不同数目和类型的MDU装置模型和网络模型。在图16中提供的站点模型的框图中，站点模型包括三个网络模型1400、1300和1500，每个网络模型分别示出在图14、图13和图15中。此外，图16中的站点模型还包括对五个装置模型的描述：三个媒体服务器1100a、1100b和1100c以及两个媒体客户端1200a、1200b。在站点模型内，MDU装置接口能够根据专用用途和/或类型而被分组。例如，在组1620中，装置1100a、1100b、1100c、1200a和1200c的接口由于它们专用于存储网络用途和以太网媒介类型而被分组。如图11和图12所示，组1620内的接口，例如1118a、1122b、1218a和1222b，在它们的相应装置模型中被描述为专用于存储网络用途和以太网媒介类型。相似地，组1602和1640的接口也共享共同的用途和类型。

因为MDU装置可包括具有不同专用用途的多个网络接口，所以一个MDU装置可包括在多个组中。例如，如图16中所示，装置模型1100a包括在所有三组站点模型1600中的接口。对于每个用途组，组中的MDU装置被分配IP地址和/或子网掩码，该IP地址和/或子网掩码在与组共享共同用途和/或类型的网络模型中限定的范围内。如组1602中所示，网络模型1400的地址1412、1416和1418被分配组内的装置接口。此外，当对装置模型接口分配IP地址以形成冗余连接时，也可考虑在网络模型中提供的冗余信息例如1422。组的相应网络模型中限定的IP地址的分配能够将站点模型组内的接口逻辑相关联，并能够导致专用于具体用途的专用网络的模型形成。例如，接口1108a、1122b、1126c、1218a和1222b都被根据网络模型1300中限定的IP地址范围1312、子网掩码1316和网关IP地址1318来分配地址，从而形成带以太网媒介的存储网络。此外，站点模型能够将多个网络模型应用于共享共同用途和类型的多个网络接口，以形成多个专用网络。如图16所示，站点模型可包括形成其它专用网络的组，例如带以太网媒介的控制网络和带以太网媒介的文件传输网络。这样，站点模型根据多个网络模型将MDU装置模型逻辑相关联。

应注意，在将IP地址分配给实际MDU装置之前，用户可修改站点模型。例如，根据本原理一方面的系统为用户提供从站点模型中去除标有“可选的”特定装置模型的选项。此外，系统可允许用户选择站点模型内装置模型的数目。因此，根据本原理一方面的系统可根据用户修改的站点模型来配置MDU装置。

现在返回图4中描述的示例性配置方法，提供配置数据库，包括：产生网络装置408的装置模型；产生网络模型412；产生站点模型416；以及将站点模型存储在配置数据库420中。在提供配置数据库1000时，选择与位于客户端站点的实际MDU装置和网络类型相对应的站点模型，步骤424。在步骤428中，每个MDU装置128和它们在网络上的相应物理位置由控制单元124标识。根据一个实施方式，MDU装置在通过采用通用即插即用机制连接到网络时被发现，如现有技术中所公知的，其中每个MDU装置识别自身，描述其性能，并提供类型和序数描述，如上所述。利用通用即插即用机制，中央控制单元124经由数据流130接收识别信息，如图1所示。然而，应理解，其它机制可用于识别MDU装置。

在识别网络上的MDU装置之后，在步骤432中，根据被选择从而将共享共同专用网络用途的MDU装置接口逻辑相关联的站点模型，因特网协议(IP)地址被自动地分配给MDU装置接口。每个MDU装置被联系到基于装置的自描述所选择的站点模型中的装置模型。此外，每个MDU装置接口被分配它们相应装置模型接口的IP地址。如上所述，每个MDU装置可包括多个网络接口，该多个网络接口可能是冗余的并可具有不同的专用网络用途。这样，单个MDU装置可构成多个专用网络。此外，可通过根据站点模型自动地将IP地址分配给MDU装置而形成MDU装置的专用网络，每个MDU装置的专用网络可具有不同的用途。如上所述，对装置模型IP地址的分配可导致专用网络的模型形成。专用网络可由于IP地址分配而出现在MDU装置中。此外，通过根据站点模型自动地将IP地址分配给装置，装置可被逻辑相关联并链接到已存在的专用网络。

通过采用站点模型，根据本原理一方面的系统允许复杂网络的自动配置，所述复杂网络具有多个专用网络和带有能够构成多个不同专用网络的接口的多个装置。此外，站点模型能够被用来在初始配置之后自动地配置连接到网络的附加MDU装置。此外，站点模型能够重新用于配置其它客户端站点的网络。例如，在步骤448中，通过选择相同的站点模型，能够在不同点执行配置方法。此外，能够重复步骤432以将第二多个网络装置逻辑相关联。步骤448可选择性地对应于重启动配置方法以在相同的客户端位置添加额外的点。因此，本原理的各方面避免了乏味且耗时的手动配置过程，否则在这样的网络中可能需要几天来完成。

在分配IP地址之后，将IP地址映射到MDU装置的主机文件分布到网络上的每个MDU装置，步骤436。在步骤440中，与每个MDU装置相关联的时钟可选择性地被同步，以确保分配给多个MDU装置的预定的相互依赖的任务在部署的软件包的利用期间被无缝地执行，下面更加全面地描述。接着，在步骤444中，网络确认测试可选择性地进行，这包括基础连接、优选路由路径和带宽要求的确认。在专用网络被关闭的情况下，本原理的一方面包括提供在专用网络上“pings”装置的机制并向控制网络上的控制单元124提供确认信息。

根据本原理的一方面，MDU装置的专用网络的配置能够在系统软件部署框架内被执行。参照图1，根据本原理的一个实施方式，使得装置的网络能够自动且精简地配置的软件包136由工程部112开发，由销售部108销售，并由支持部116交付使用和维护。此外，软件包136可由多个软件子系统构成，所述多个软件子系统由在特定位置的独立成组的工程部112开发并应一起安装。子系统组件包括安装在MDU装置上的软件、用于各个装置的配置用户接口插件程序以及配置服务器。软件包136将软件子系统聚集成单个包以易于分配。此外，软件包136还应包括清单(manifest)、详细列出软件子系统组件中的每个的装置性能。清单也可指出可兼容的接口的版本号并能将对第三方开发的软件组件的依赖关系存档。清单有助于检测版本不匹配，下面更全面地描述。

参照图1和图2，为了便于精简软件包安装和MDU装置配置，本原理的另一方面包括中央控制单元124，如上所述，中央控制单元使用配置库200。在本原理的一个实施方式中，控制单元124位于客户端站点。在本原理的更具体的实施方式中，配置库200存储关于MDU装置的专用网络的所有配置相关的信息。配置库200可包括系统描述204、网络拓扑描述208、包存储212、历史日志216和配置数据库1000。上面更全面描述的配置数据库1000可以是独立的或者包括在配置库200内。系统描述(SD)204提供MDU装置128的网络的当前硬件和软件配置的指示。此外，系统描述204还包括网络点、网络组和构成网络组的MDU装置的逻辑关系的描述。MDU装置128的物理布置和在网络内它们的相应连接由网络拓扑描述(NTD)208提供。初始SD和初始NTD能够由销售部108编译，并提供给支持部116以使得能够选择站点模型以及配置客户端站点网络，如上面更全面描述。此外，销售部108能够利用SD 106来使得能够进行有效的市场研究，由于SD可包括有关由用户和服务人员对MDU装置和系统进行的修改的信息。

软件包136被存储在包存储212，包括软件组件，所述软件组件被中央控制单元124用来安装和配置软件包136的子系统。在其历史日志216中，配置库200包括软件安装记录以及MDU装置硬件和软件配置修改和更新。历史日志216能以配置快照152的形式被传送到支持部116和现场维护团队132，配置快照表明具体时刻的系统描述204，以使得能够维护和修补MDU装置128的软件和硬件组件。此外，配置快照152也可被提供给工程部112，以允许研发更高版本的软件包136，并帮助维护和修补支持部不能解决的问题。

参照图3，上面描述的系统100能够被用来实施根据本原理各方面用于部署软件并配置MDU装置的示例性方法300。然而，应理解，其它系统可以被用来执行本原理的方法，并且方法300只是本原理的实施方式的一个例子。如图3所示，根据本原理一方面的方法的总体包括：配置MDU装置的专用网络400，部署软件包500；在软件安装于MDU装置上之后配置软件600；以及选择性地分派配置快照700。部署方法300可由实施配置步骤400开始，如上所述。之后，配置库200的SD 204、NTD 208以及历史日志216被更新以反映网络配置。

参照图5和图1，方法300的下一组步骤由软件部署子步骤500构成。在上面描述的系统100中，中央控制单元124通过在流上发布命令能够影响方法步骤144，如图1所示。软件部署500能够通过提供配置库而开始，步骤504。之后，根据本原理一方面的系统确定何处安装软件包的软件子系统，步骤508。通过采用根据本原理一方面的上面描述的通用即插即用机制，确定步骤被简化，由于MDU装置本身提供识别和性能信息。相反，软件子系统指出与它们兼容且它们能安装在上面的装置。在MDU装置确定软件子系统与其兼容之后，在步骤512中软件子系统被安装在相应的MDU装置上。步骤512也可包括在具有已存在软件的MDU装置上安装软件补丁。此外，在本原理的实施方式中，系统描述204被更新，以包括安装的软件子系统的位置。

根据本原理的另一方面，软件的部署500可选择性地包括扫描MDU装置的网络以识别软件版本不匹配的步骤，步骤524。如这里指出的，当安装在MDU装置上的实际软件组件集与期望软件组件集不匹配时，发生版本不匹配。版本不匹配扫描可包括包不匹配和各个文件不匹配的扫描，详细列出手工升级和对文件的任何损坏的检测。一旦发现版本不匹配，在步骤528中，必要时能够通过更新、删除和/或安装组件来更正版本不匹配。通过采用精简的过程来扫描和更正版本不匹配，减少了软件错误的发生。在本原理的一个实施方式中，通过与系统描述相结合地采用

安装器数据库技术和

管理接口，MDU装置被动态地扫描版本不匹配并更正。

在部署软件包之后，根据本原理的另一方面，通过利用配置插件程序来配置软件，如在图6的方法中所述。如上所述，系统100通过在流上分派命令来配置软件140，如图1所示。在步骤604中，配置插件程序被产生并适于包括与其兼容的软件角色的类型和有关配置服务器在MDU装置上的位置的信息。因此，通过利用系统描述，系统能够动态地确定用于特定的MDU装置的适当的配置插件程序，步骤608，并因而能够将配置插件程序安装在中央控制单元上，步骤612。安装插件程序与安装在MDU装置上的配置服务器通信，步骤616，以配置MDU装置上的软件设置，步骤620。根据本原理的一方面，能够在出现正确的待安装插件程序之后通过用户接口响应于用户命令来执行对MDU装置的安装。

在本原理的另一实施方式中，系统能够向卖主点分派配置快照700，如图7所示。配置快照是在特定时刻系统描述的记录。在任何给定的时刻，在执行上述的方法步骤之前、期间或之后，根据本原理一方面的系统通过在离散的时刻记录系统描述能够产生配置快照。此后，配置快照可被传送到卖方站点的工程部112和支持部116之一或两者，步骤708，并且被传送到现场维护团队，712。传送能够通过射频媒介、光纤光缆或类似物进行，如现有技术中所公知的。工程部可利用配置快照在它们的开发期间改进软件包。此外，支持部和现场维护团队能够利用信息来确定任何故障和其它错误的源以便于修补系统，如果必要。

所描述的实施方式的各方面和特征可被应用于各种应用。应用包括，例如，涉及输入和回放功能的广播应用；编辑室系统应用，包括输入、编辑、档案、媒体管理和回放功能；以及后期制作系统，包括编辑、档案和媒体管理组件。这里描述的特征和方面能够适于其它应用领域，因此其它应用是可能的且可预见的。

这里描述的实施方式能够实施于，例如，方法或过程、设备或软件程序。即使上下文中只讨论了单个实施方式(例如，只讨论了方法)，所描述的特征的实施也能够以其它形式(例如，设备或程序)实施。例如，能够以适当的硬件、软件和固件来实施设备。例如，能够以设备如一般称为处理装置的处理器来实施方法，所述设备包括例如计算机、微处理器、集成电路或可编程逻辑器件。处理装置还包括通信装置，例如计算机、蜂窝电话、便携式/个人数字助理(PDA)以及便于终端用户之间信息交流的其它装置。

另外，方法能够通过由处理器执行的指令来实施，这样的指令能够存储在处理器可读取的媒介上，例如集成电路、软件载体或其它存储装置如硬盘、压缩盘、随机存取存储器(RAM)或只读存储器(ROM)。指令能够形成实体地体现在处理器可读取的媒介上的应用程序。应该清楚的是，处理器可包括具有例如用于执行处理的指令的处理器可读取媒介。

本领域技术人员应该明白，实施方式也可产生格式化成载有能够例如被存储或传送的信息的信号。信息可包括例如用于执行方法或者由所描述的实施方式之一产生的数据的指令。例如，这样的信号可被格式化成电磁波(例如，利用频谱的射频部分)或者被格式化成基带信号。例如，格式化可包括对数据流编码、对编码的流封包、以及利用封包的流调制载波。信号携载的信息可以是例如模拟或数字信息。信号可以通过各种不同的有线或无线链路传送，如所公知的。

已经描述了多个实施方式。然而，应该明白的是，可以作出各种修改。例如，不同实施方式的元件可以组合、补充、修改或删除以产生其它实施方式。此外，本领域普通技术人员将明白，其它结构和过程能够代替已公开的结构和过程，并且所得的实施方式将以与所公开的实施方式至少基本相同的方式执行至少基本相同的功能以实现至少基本相同的结果。因此，这些和其它实施方式落入下面的权利要求的范围内。

Claims (22)

1、一种方法，包括步骤：

基于代表物理网络系统拓扑、网络系统装置性能和逻辑网络系统结构的特定域系统描述模型建立统一的框架；以及

根据所述统一的框架精简网络系统配置过程和软件系统部署过程中的至少一个。

2、如权利要求1所述的方法，进一步包括：

在广播设备环境中建立统一的框架，以增强基于网络系统的技术。

3、如权利要求1所述的方法，进一步包括：

产生包括至少两组装置模型接口的至少一个站点模型(416)，其中通过对所述装置模型接口分配地址而根据专用用途将所述装置模型接口分组并逻辑相关联；

将所述站点模型存储在配置数据库中(420)；以及

一旦选择所述站点模型，通过根据所述站点模型对网络接口分配地址将第一多个网络装置逻辑相关联(432)，以自动地形成与装置模型接口组的专用用途相对应的至少两个专用网络，所述第一多个网络装置中的每个装置具有多个具有专用用途的网络接口。

4、如权利要求3所述的方法，进一步包括：

将所述装置模型接口组的至少两个对应于不同的专用用途。

5、如权利要求4所述的方法，进一步包括：

通过经由根据所述站点模型对网络接口分配地址而链接到至少一个专用网络，将所述第一多个装置逻辑相关联。

6、如权利要求5所述的方法，进一步包括：

利用关闭的专用网络，使得没有路由将它连接到其它网络。

7、如权利要求5所述的方法，进一步包括：

在所述第一多个网络装置中包括冗余连接。

8、如权利要求4所述的方法，进一步包括：

包括具有至少两个网络接口的单个网络装置，所述至少两个网络接口位于至少两个不同的组。

9、如权利要求4所述的方法，进一步包括步骤：

通过根据所述站点模型对网络接口分配地址将第二多个网络装置逻辑相关联(448、432)，所述第二多个网络装置中的每个装置具有多个具有专用用途的网络接口，其中所述站点模型的装置模型被重新使用。

10、如权利要求4所述的方法，进一步包括步骤：

提供包括系统描述、网络拓扑描述和系统软件包的配置库(504)，所述系统软件包具有多个不同的软件子系统；

根据所述系统描述和所述网络拓扑描述在所述第一多个网络装置上安装软件子系统(512)；以及

通过采用配置插件程序配置所述第一多个网络装置(620)。

11、一种在配置网络装置中使用的配置数据库，所述网络装置具有专用于特定网络用途的网络接口，其中所述配置数据库包括计算机可读取媒介和计算机可读取程序，当在计算机上执行时，所述计算机可读取程序使得计算机：

提供包括至少两组装置模型接口的至少一个站点模型(1600)，其中通过对所述装置模型接口分配地址从而根据专用用途将装置模型接口分组并逻辑相关联，以及

其中地址分配形成与所述至少两组的专用用途相对应的至少两个专用网络的模型。

12、如权利要求9所述的配置数据库，其中所述组的至少两个对应于不同的专用用途。

13、如权利要求10所述的配置数据库，其中单个网络装置具有包括在至少两个不同组中的至少两个网络接口。

14、一种系统，用于配置网络装置，所述网络装置具有专用于特定网络用途的网络接口，包括：

配置数据库(1000)，包括：

至少一个站点模型(1600)，包括至少两组装置模型接口，其中通过对装置模型接口分配地址而根据专用用途将所述装置模型接口分组并逻辑相关联；和

控制单元(124)，被配置成：一旦选择所述至少一个站点模型，通过根据所述至少一个站点模型对网络接口分配地址来将第一多个网络装置(128)逻辑相关联，以自动地形成与所述至少两组的专用用途相对应的至少两个专用网络，所述第一多个网络装置中的每个装置具有多个具有专用用途的网络接口。

15、如权利要求14所述的系统，其中所述装置模型接口组中的至少两个对应于不同的专用用途。

16、如权利要求15所述的系统，其中所述控制单元(124)进一步配置成：通过根据所述站点模型对网络接口分配地址，将第一多个装置链接到至少一个专用网络。

17、如权利要求16所述的系统，其中所述第一多个网络装置包括冗余连接。

18、如权利要求16所述的系统，其中所述专用网络由于没有路由将它连接到其它网络而关闭。

19、如权利要求17所述的系统，其中所述控制单元(124)通过在不同于所述专用网络的控制网络上发布命令而将所述第一多个网络装置相关联。

20、如权利要求15所述的系统，其中单个网络装置(1100a)具有包括在至少两个不同组(1602、1640)中的至少两个网络接口(1134a、1108a)。

21、如权利要求15所述的系统，其中通过根据所述站点模型对网络接口分配地址，所述控制单元(124)将第二多个网络装置逻辑相关联，所述第二多个网络装置中的每个具有多个具有专用用途的网络接口，其中所述站点模型的装置模型被重新使用。

22、如权利要求15所述的系统，其中所述控制单元：

提供包括系统描述、网络拓扑描述和系统软件包的配置库，所述系统软件包具有多个不同的软件子系统；

根据所述系统描述和所述网络拓扑描述，将软件子系统安装在所述第一多个网络装置上；和

通过采用配置插件程序来配置所述第一多个网络装置。

Images