9.5.3收集和排序
在信息查询中不仅要可以搜索、检查和选择恰当的内容对象，还要能够方便地对搜索结果进行组织。提供文件夹的层次结构就是一个很好的方法，这样用户可以将查询结果拖放到这个工作空间。这种文件夹层次结构应该提供把多个文件的内容同步为一个文件夹的方法，从而消除重复并强调在目标文件夹中新出现的元素。这个文件夹层次结构在信息查询客户端可以是独立的视窗，也可以在应用程序层中一个完全集成的窗口。
虽然这个文件夹中的信息对它的用户来说是私有的，但是，它应该可以将一些特殊的条目、文件夹或项目信息共享给其他用户或用户群。当然，在这里一定要考虑访问权限的问题。
在大型机构中，素材的传递通常涉及到某个实体（通常是档案室），该实体需要检查媒体资产的请求是否涉及到知识产权或其他不允许传递的法律约束。此外，还要检查在计划部分中是否存在着其他可能限制内容对象使用的权限并确保资产能在预想时间以预定格式传递到预定的位置。这可能包括格式转化、磁带的数字化或播出等。顺序管理支持这个功能，并且用户接口可辅助安排顺序和管理顺序，这使得顺序管理的功能可以比较容易访问。
把排序过程集成为工作空间管理的树形显示是可取的。把一个新的序列创造为一棵树中“有序”区域的子文件夹，是个容易理解的概念。可以直接通过拖放操作把资产或EDL加入到这个序列中来，也可以通过存有当前顺序的文件夹菜单选项来提交顺序。如果顺序管理保持着每个顺序的状态信息，那么无论何时产生状态变化，文件夹应该改变它的图标，从而给安排顺序的用户提供直接的反馈。因此，对于资产的排序，可能并不需要考虑该资产是由哪个客户端提供的。
然而，处理顺序的人员确实需要有与上传用户的接口界面。他们需要决定是否将资产以文件或磁带的方式进行传递，他们可能会创建一个子顺序来触发源自EDL中所收集磁带的创建，或是将资产从磁带到文件的数字化等其他一些工作。顺序管理的功能已经在6.5.9中作了描述。为顺序管理提供的交互界面一定要能以一种高效的方式在桌面上实现。
9.6输出
内容管理系统中的资料一定要能与其他系统中的资料进行交换，甚至在脱机状态下也可以输出资料。输出客户端是一种输出工具，它可以安排内容以多种文件格式从内容管理系统中输出到各个目的地。输出客户端的能力主要依靠于输出服务提供的功能。目的地也可能是任何一个外部系统，这个外部系统可以接受作为文件上传的内容。从内容管理系统中输出的内容，上载到这些外部目的地，素材来自于素材管理，元数据来自于数据管理。输出服务使用素材与元数据创建文件格式，这是其工作过程的一个部分。
一个输出过程可能包括其他内容管理系统的组件，其中包括输出服务器和输出服务。在这种情况下，所有的过程都要在工作流引擎中设置和控制，并由任务管理服务一步一步地实施。输出过程的重要特征包括：
·选择要输出的素材。
·选择通过模板与素材一起移动的元数据，包括：
添加/修改描述性元数据。
添加以下内容，即状态信息和指导对输出对象进一步操作的其他特性（例如在工作空间管理中某些文件夹内输出内容的外观）。
·选择目标系统。
·人工启动/停止一个输出进程。
·调度单个输出进程。
·调度批量输出进程。
为了把内容输出到录像机或类似的线性记录设备中，要把素材先送到合适的流服务器上。接下来使用内容管理系统的媒体管理功能调度播放和录制以及执行操作。输出客户端应该可以为向演播室设备的输出制定时间。
内容管理系统除了要通过输入和输出客户端来支持基本的输入和输出外，还要能登记再版内容的输入输出。在没有外部网络连接的情况下，输出/输入对内容管理系统间的资料共享是很有用的。
通常是由输入人员、编目人员或媒体经理来操作输出客户端。在编辑办公室范围内操作的系统中，研究助理或编辑助理也会在他们的日常工作中使用到输出客户端。
9.7系统管理
对于一个内容管理系统来说，系统监测和管理是非常重要的。这项通常在后台运行的工作，就是内容管理系统的管理和日常的支持与维护。由于一个模块化的内容管理系统包括许多可能的、分布于许多服务器的服务，因此要有一个应用程序工具来让管理员和媒体经理完成这项管理工作，这些人都是技术熟练的用户，熟知系统环境和实际结构。管理客户端就是他们用来实现系统监控和维护任务的工具。管理客户端应该提供的功能包括：
·在各个服务器上开始、停止以及重新开始每个单独的服务，或是把以上操作应用于某个服务器或整个系统。
·监控每个服务，包括服务的活动访问、访问一个服务提供的内部自我检测过程、访问依赖树（一个服务可能依赖于其他的服务才可以实现它的任务），并且可以访问协议与日志文档，这些服务在它们的主服务器上可以进行本地创建或是更新日志文档。
·设置规则和水印，例如针对高速缓冲存储服务器。
·定义模板，例如针对上载或分析。
·修改数据库结构。
·管理用户和群的权限。
·引入系统组件和远程代理。
在图形用户界面中应该把系统状态表示出来，我们使用例如交通信号灯和树形结构等简单易懂的图表来实现这种表示。
左边的树显示了所有的系统组件，一组交通信号灯似的符号（绿色：正常；红色：有问题）指示组件的状况；右边的表格允许访问被选择组件的特性，也允许用户评估这个组件对其他系统组件的依赖程度，并且执行对选定组件的系统检测。
基本来说，管理客户端应该是对大量客户端进行控制的平台，每一个控制都设置成可以监控和配置内容管理系统的某种服务或服务器组件。因此，任何添加到内容管理系统的组件都需要提供一个定义明确的管理接口来进行客户端控制，这样，管理员就可以使用这个接口来执行监控、配置和维护操作。在配置服务中，被监控的组件要负责更新自己的配置信息。
9.8其他应用程序组件
除了上述这些重要的应用程序外，还有许多功能更强的应用程序，这些程序都是媒体生产和管理所需要的，它们有时是由其他的第三方系统提供的。因此，内容管理系统一定要提供某种可能与这种工具集成的视窗或是提供某种基本构架，在这种基本构架中，这些工具可以在内容管理系统环境里得以运行。
9.8.1媒体生产准备
内容对象的创作过程起始于一个草拟的创意并且已经提交了预算，接下来就是拟订计划和制订方案，以及将新项目提请审批。在这部分工作中，可能用到的应用程序就是拟订计划和制订方案客户端程序以及审批客户端程序。
9.8.1.1拟订计划和制订方案
在新项目提交审批前，至少包括2个先行步骤：拟订计划和制订方案。例如，对于一个广播电台来说，拟订的计划包括一个全年广播时间表的粗略计划，这种计划给出每周星期几的什么时间播出什么类型的节目（例如每天19：00播出20分钟的新闻，每个星期一20：15播出45分钟的政治杂志等）。然后，再给出更详细的计划，进一步具体到每季、每月、每周和每天。这些时间计划都应该得到一个应用程序模块的支持。
最终的节目计划和时间安排表中包括一些为特别节目留下的空档，这些特别节目需要临时进行制作。这就是制订方案的由来。制订方案意味着制作人要对可以填补这个空档的节目有个提议。这项工作包括创建一个大纲以及为节目制作提出预算。
这2个过程都可以并应该得到内容管理系统的支持。如果是这样的话，则可以在内容创建过程的一开始就抓住元数据。从应用程序的角度来看，所涉及的应用程序不仅仅只是来解决元数据，还需要有满足后端研究的信息查询功能。这里也需要工作流的支持，也就是一定要将这个节目的方案提交审批，而且要反馈审批结果（赞同或是被拒绝）。
因此，拟订计划和制订方案客户端是一个工具，它以拟订计划和制订方案的过程来作为前期生产过程的一部分：
·可以在数据管理中创造一个新的对象。
·不会往这个对象中添加核心素材。
·可以添加最初形式化的元数据，例如工作标题、预期持续时间、支出预算、格式说明以及对单个项目或系列项目的说明。
·为了创建大纲或是详细说明，需要为说明的撰写提供支持，这相当于一个文字处理器。
·需要有一个到消息服务的接口，这样可以提交和接收审批的结果。
这个工具应该支持最初的制订方案，这是提交审批前的一项准备工作，而在通过批准后，这个工具又要能支持详细说明的撰写，从而开始进行生产过程的计划阶段。
9.8.1.2审批
从应用程序的角度来看，审批是一个很明确的任务。所有提交审批的方案应该能被列出，审批者可以访问各个提案，进行阅览，从而决定是否批准这个方案。
如果一个提案被通过，就应该给该方案分配一个预算和生产编号，那么生产就可以“继续向前进行”。由于成本管理并不是内容管理系统的任务，所以我们显然还需要一个企业资源计划（Enterprise Resource Planning， ERP）系统和内容管理系统之间的接口。
因此，审批客户端是用来支持审批者决定是否一个提案可以通过从而获得资金的。这需要有一个与消息服务的接口来获得收到新提案的通知。接下来审批客户端应该允许浏览提案的列表。所以，审批者一定要能够获得在制订方案阶段所有的相关元数据。
为了支持审批者决策，一定要能够创建附加的元数据，例如资金明细、生产编号等。因为这个过程与ERP中的财务数据关系密切，所以就应该有一个针对组织机构财务系统的接口，这样就可以为新的项目建立账目以及根据账目产生生产编号。
此外，还需要支持审批者形成决议的文件（接受或是拒绝的决议、审批者的身份等）。为了传递决议，有必要用一个到消息服务的接口来返回审批应答给提案人。理想状况下，这应该是在内容管理系统的环境中实现的而不是通过普通的电子邮件，从而可以使它与计划项目直接联系起来。