6.4.1.5流管理器
因为对内容流的并发请求的数量可能超过一个流服务器所能处理的流的最大数量，因此内容管理系统应允许安装可以共享存取同一内容的流服务器组。在这样的配置中，流管理器被用来选择合适的流服务器，来执行到来的请求，并协调客户端与被选择的流服务器之间的连接。
根据负载情况以及客户端与服务器之间的物理和逻辑上的接近度，选定一个合适的流服务器。物理接近度是指客户端和服务器之间的位置和连接特性（即服务质量参数，如带宽、信号抖动、延时等）。逻辑接近度基于所请求的内容已经服务于其他客户端的情况，因此，可利用协同来提供服务。
6.4.1.6流服务器
流服务器能对媒体内容进行流式存取。在大多数情况下，流服务器建在一个已经存在的、有效的音频或视频服务器周围，此视音频服务器必须能直接对存取素材进行在线存储。流服务器在一个客户端和该流产品之间协调、建立连接。
流解决方案通过流服务器存取位于在线存储系统上的素材，并将其以流形式传送至客户端。如果有必要，通过一个档案传输服务器，将素材从近线存储磁带上传到在线存储中。多流服务器可以共享在线存储器，这样可以通过增加附加的流服务器来使所需的磁盘容量最小化。当几个流服务器共享同一个在线存储时，其中一个流服务器充当此流服务器组的管理器的角色，它为该组提供了一个单访问点。
流既可以采用与受控带宽（包括专用的连接）的连接来实现，也可以采用尽力策略或缓冲的策略。实际的传输既可以是同步的和受应用（如实时视频播出）控制的，也可以是异步的。异步流通过流协议采用尽力下载策略，但不受应用的任何控制。与标准下载不同，素材仍然是流的形式，而不是通过文件转移来传输。
在同步的情况下，采用低于或等于最大可分配带宽给该连接（可优先预留），但在异步的情况下，带宽可能等于最大可分配带宽（但不一定都被用上）。这使得流服务器的性能在一定程度上是确定性的。
关键帧服务器是一类特殊的流服务器。关键帧服务器将关键帧以流方式传送至客户端。但内容（尤其是连续的媒体内容）流一般是实时或接近实时的过程（类似于音频或视频重放）。相反，在关键帧的这种情况中，用户想要尽快看见结果，但并没有固有的时间限定。因此，关键帧服务器总是通过使用最大分配到的带宽来流化素材，这可以和下载过程相比。
6.4.1.7传输管理器
如同流请求，对内容的文件传输并发请求的数量可能超过单个传输服务器所能处理的最大传输数量。因此，内容管理系统应该允许设置可共享存取同一内容的传输服务器组。传输管理器被用来选择合适的传输服务器来执行到来的请求。
比如流管理器，把客户端和服务器之间的物理和逻辑的接近度，以及服务器的实际负载状况作为候选服务器的选择标准。
6.4.1.8传输服务器
在与不受内容管理系统管理的远程内容服务器交换文件时，应该使用传输服务器。这样一个内容服务器可以是任何一种提供或接受内容或素材的系统。例如编码器、解码器、制作系统、媒体自动点唱机、盒式磁带机、播出服务器或非线性编辑系统。
传输服务器可被用于输出或输入过程中的物理文件传输。比如，当内容要被放入非线性编辑系统上进行修改时，非线性编辑系统就会被当成输出目标。这个例子中，被选择的材料可用于在预生产过程中进一步的生产。当内容在被修改后返回系统时，非线性编辑系统是输入源，此步骤可包括一个形成版本的过程。另一个可能使用传输服务器的例子是，通过文件转移在没有集成的内容管理系统实例之间进行文件交换。这是在单个组织中实现系统之间信息交换的一种有效方法。
传输服务器软件组件既可安装在内容服务器本身，也可安装在一个对内容服务器有着合适的控制并与之有媒体交换联系的代理服务器上。传输服务器软件组件提供一个适合于内容交换控制的API，另外它们还为内容提供网络传输机制，以便媒体对象之间的物理交换。
6.4.2设备管理
设备管理可以通过专门的设备服务器控制外部设备，该服务器对系统赋予了基于信息技术的连接，否则只能通过RS-422等专用控制连接来存取系统。其基本建构模块是设备管理器、一个或多个设备服务器簇、大量专门设备服务器（每个都专门用来管理一个特定的设备）。
以这种方式集成设备的例子是自动化和媒体管理系统、专门的存档系统、非线性编辑、播出服务器等。我们在这一部分将讨论设备管理器的原理，在8.3中将讨论在内容管理系统环境中有关特定第三方工具的集成以及系统自动化和非线性编辑。
6.4.2.1设备管理器
设备管理器是在服务或应用需要对外部设备进行直接控制时，与内容管理系统交互的实体。这样一个外部设备的物理控制接口是由一个专用的设备服务器实现的。所有提供设备控制接口的设备服务器都在设备管理器处注册。这个注册包括控制各自设备所需的所有参数。设备管理器在发出请求的实体与设备之间建立连接，并管理该连接。设备管理器应支持常用的控制协议，以便将所支持系统的范围最大化。
当对延迟和帧精确度的要求不是很高时，内容管理系统可通过设备管理器，采用各自的设备服务器，远程地直接控制演播室设备（即通过IT或控制网络）。如从存储在演播室磁带上的视频产生一个具有精确时码的预览拷贝。这里，内容管理系统准备了一个MPEG-1编码器，在接收到一个特定的时码后就开始编码，并向VTR发出一个“从时码处开始重放”的命令。从发出命令到开始重放之间的等待时间不是主要考虑的问题，结果才是所需要的。
在响应时间很重要且等待时间会造成操作问题（如在一个调度的记录中，或在通过一个传送清单工作时）的情况下，设备管理器可允许对演播室自动化系统或媒体管理系统进行访问，此媒体管理系统对各自的设备有直接控制联系，以便调度特定的作业。在这个方案中，自动化系统会负责控制演播室设备，并通过设备管理器从内容管理系统的相应的设备服务器中接受其作业。
与操作系统中的设备驱动器相比，设备服务器是用于与外部设备（如演播室设备）接口的软件组件。设备服务器一般需要对每一个由内容管理系统提供支持的新设备进行定制。
为了支持设备管理器，设备服务器从一个设备专用的控制协议中提取一个用于特定设备类的统一的控制协议。这种设备类的例子是：
·视频磁带记录仪或播放器。
·音频磁带记录仪或播放器。
·视频磁盘记录仪。
·自动化或媒体管理系统。
·编码器、解码器等。
采用该方法，设备管理器可通过界定良好的标准接口引导设备，目的是通过设备管理器实现对第三方设备的集成。但如果是更紧密的集成，则可能要包括其他组件，如数据管理器等。
6.4.2.2设备服务器
设备服务器向各类外部设备（如磁带录像机、磁盘记录仪、视频服务器、档案管理系统、演播室自动化系统或外部文件系统）提供统一的控制接口。这些接口及其功能分别为：
·文件系统接口：通过直接文件存取实现对设备上的资产的存取。
·设备控制接口：通过网络实现对设备的远程控制。
·库存管理：用于对资产进行存储及提供元数据和状态信息。
·事件处理：可根据特定的事件触发动作，如显示、删除、改变资产的状态等。
·高速缓存管理：可在高水位、低水位之间保留用过的存储空间，以识别每个资产的辅助条件，如设备的最高、最低寿命及状态。
设备服务器应该是一个完全的自包含系统，也就是说它应该能管理它所接驳的设备，而无需由内容管理系统提供信息。此外，它应该提供必要的接口，以便使内容管理系统可以接管对设备的控制、对设备中呈现的信息加以检索或修改、对设备进行资产的输出和输入以及从设备上删除资产等。
根据这种设计，设备服务器具有一个可为文件层存取和设备控制提供接口的核心，因为与每个设备服务器接驳的设备可能有不同的（且经常是专有的）方法来实现这些接口。在后面的8.1中，将介绍系统集成的原理。在使用设备服务器的情况下，2种最相关的集成形式是通过协议（或数据交换）和应用程序接口API。协议层次的集成包括文件层次的存取，比如通过FTP、共享的文件存取协议，如网络文件系统（Network File System， NFS）或通用互联网文件系统（Common Internet File System， CIFS）。另外，设备服务器还可以提供设备控制功能，如视频磁盘控制协议（Video Disk Control Protocal， VDCP）、网络磁盘控制协议（Network Disk Control Protocal， NDCP）或视频文档控制协议（Video Archive Control Protocal， VACP）。由于有多种可行的方法来交换信息和内容要素，因此将这些实现的方法作为设备服务器的插件加以封装是有意义的，如动态链接库（Dynamic Link Libraries， DLL）可以使用户轻松地对设备服务器进行定制，以支持新设备。
库存管理保留有关资产的元数据，这些元数据可能超过设备自身所能提供的元数据（如附加的状态信息）。通过使用数据库对库存管理加以支持是合理的，因为该数据库应该与设备持有的每个资产的实际元数据保持同步，设备服务器核心应该提供方法，使库存管理能从设备中检索关于剪辑的信息。
事件处理器可与库存管理器或设备服务器核心通信，以便识别某个变化的发生能否算作一个事件。然后，由一个可执行处理该事件所需的动作的插件来处理这个事件。
高速缓存管理器根据特定的规则，管理设备上可用的存储空间。其典型规则是：
·允许删除超出最大寿命的内容对象。
·不允许删除还未达到最小寿命的内容对象。
·不允许删除具有特定状态的内容对象。
·优先删除大的内容对象。
·优先删除最久时间未被处理的内容对象。
·当到达高标位时，开始删除。
·当到达低标位时，停止删除。
最后，为了便于设备服务器能集成到内容管理系统中，设备服务器的实现应该由一个软件开发工具包（Software Development Kit， SDK）来完成，该SDK提供API描述和必要的客户库。
6.4.3数据管理
数据管理用来处理对所有数据库和信息系统的存取，数据库和信息系统中储存着描述性元数据或可在检索时被用于辨识的内容。元数据既可被服务自动引入，又可通过应用程序手工输入。
该数据管理的主要建构模块是数据库系统。内容管理系统不应构建在单个信息系统上，而必须能集成多个数据库和元数据信息系统。特别当内容管理系统是在一个企业范围的环境中实施时，它必须能够为了特定元数据组件而使用专门的、有针对性的数据存储。总体而言，那些必须被集成的信息系统应包括通用数据库、遗留系统和专用数据库。通用数据库被用在内容管理系统内部，用于管理未在任何其他系统中存储的基本元数据。遗留系统包括现有的、预定的编目系统等在大多数情况下已经在使用的数据库。权限管理系统也可被当作遗留系统看待。这是遗留系统和第三方系统集成的一部分，将在8.2中作进一步描述。专用数据库提供专用的编目功能，如分层的文件编制。
内容管理系统也经常集成不同种类的搜索引擎，如全文搜索引擎、图像相似搜索引擎或音频相似搜索引擎。这些搜索引擎支持特定的搜索，并利用特定的媒体特征实现选择性的搜索，或使不熟练的用户可以与系统交互。
6.4.3.1信息系统
遗留数据库
在许多情况下，计划引入内容管理系统的组织已经有了文件系统或在组织内广泛使用的目录。这些系统存储了描述组织中很大一部分甚至全部内容对象的元数据。不能期望组织在引入内容管理系统时会立即替换掉这些系统。因此，它们需要连接到主数据库并经常被当成主数据库。其他可能包含有价值元数据的系统是：
·新闻工作室系统，保存详细分析、手稿等。
·支持策划和草稿的系统（大纲、故事等）。
·各种制作系统的管理系统（EDL、标题、描述等）。
·演播室自动化系统（播放清单、运行日志等）。
所有这些信息系统，包括既存的目录，在这里被称为遗留数据库。
内容管理系统需要与这些遗留系统交互，并有可能会把这些系统中的一部分当作主数据库。数据管理器的任务是透明地提供这种功能并将遗留系统集成到整个内容管理系统的解决方案中；而处理元数据在各数据管理器之间的分布，是数据代理器的任务。数据管理器一般分为2个主要的部分，即系统的专用部分和通用部分。前者实现遗留系统的专用接口，以便查询、更新、删除数据集；后者实现提供给内容管理系统的标准API。
