8.2内容管理系统与遗留系统
内容管理的历史已经有几个世纪了，多媒体内容的出现也有几十年历史了。在内容丰富的媒体机构中，已经有大量的现存系统存在，而且它们已经承担了处理某些内容管理方面的工作，特别是一些现存的数据库、图片与媒体库、生产工具和自动系统。这些系统支持目前的工作流，也保存着大量与内容相关的信息。为了利用现存系统及内容处理人员拥有的信息和知识，一个内容管理系统必须要集成现存的系统组件。当向一个构建良好的组织机构中引入内容管理系统时，我们必须要考虑到很多因素。
一个首先需要解决的问题就是遗留素材的迁移。保存资料是档案工作最重要的任务之一。在一个全自动的环境下，数字内容管理系统的引入将改变保存工作的方式，例如建立自动过程来保存素材以及对新格式的迁移。然而与格式相关的问题仍然存在，并且如何与何时来迁移素材也不仅仅是技术问题。
另一个重要的方面是存储于现存数据库和信息系统中的信息财富。它们基于的技术与数据模型可能对于现代内容管理系统来说并不理想，然而用新的技术来替换它们通常不一定可行。因此，必须要找到一种方法来将那些系统或信息集成到内容管理系统中。
8.2.1在现存基础构架中引入内容管理系统
目前的媒体与电视生产，正在从模拟技术向着基于计算机和硬盘操作的数字处理过程发展。我们已经可以预知将来的生产过程和存档将不再基于传统录像带的记录模式。基于服务器的电视制作平台必须要和数据存储器连接，特别是大规模数据存储器。当将现存系统迁移到将来的内容管理系统以取代传统的档案管理时，有一个原则必须考虑，那就是可能会引起的许多系统变化，例如从基于磁带到基于服务器的生产，从传统的主机数据库到可以进入各用户组的先进信息系统的迁移，以及对生产、内容管理系统、演播室自动控制系统、新闻工作室系统的内部集成等。
在一个现存基础结构内引入内容管理系统应该实现以下一些目标：
·在所涉及的组件之间引入基于文件的资料迁移，例如制作平台和归档。
·把对资料的自动存储和检索作为整体系统的一部分。
·通过生产和存档过程，从获取的资料中产生和处理元数据。
如果遗留资料必须被转换为新的格式，那么应当注意，在迁移过程中存储于文档化媒介中资料的原始技术质量不能衰减。迁移过程应该得到自动或半自动过程的支持。在现存数据库和信息系统中的任何信息必须能通过内容管理系统被完全访问。这就要求能够在设计阶段所建立的数据模型中得到反映。我们还得确认，当内容管理系统完全建立时，所有的部门和要访问数据的用户在引入阶段就可以访问数据。在新的系统中如何来提高信息的聚集度与流动性，必须要在内容管理系统设计的早期阶段就考虑到。理想情况是，在内容对象生命周期内创建的任何种类的元数据都应该存储在系统中。因此，当我们决定集成或是替换遗留信息系统时，必须考虑下面3个因素：
·现存的数据库和信息系统，以及如何将它们在内容管理系统中集成。
·现存的使用和访问权限以及将来如何解决这些问题。
·用内容管理系统提高元数据和信息的处理能力。
另一个重要的课题就是现存的工作流和工作过程。我们应该对它们进行分析并且在内容管理系统的设计中体现它们。我们要认识到以下问题是非常重要的，即在新技术提供的可能性与已经建好的进程之间可能会存在冲突。在系统设计过程中考虑到所有受影响的用户群体是非常必要的。
8.2.2遗留素材的迁移
素材就是内容对象的物理拷贝，它们代表了实际的信息。在像广播公司这样的富媒体机构中，它们与存储媒体（例如录像带和录音带）有着很紧密的联系，几乎所有的过程都集中在这种内容的物理表述中。直到现在，生产中所采用的新的磁带录制格式主要是由技术和经济情况来决定的。在获取和生产中，新磁带格式的引入也影响了归档格式。如果为了存档而采用另外的格式，花费是很大的，因此存档过程也必须支持这种新格式。归档的任务就是按照某种指南长期存储和保存信息。我们要确保归档的音像磁带几乎能永久地被使用。所以，一旦物理载体开始恶化，我们就一定要采取行动。
随着内容管理系统的引入和基于服务器的生产，内容与存储媒体的耦合得以实现。在现存的环境下，内容管理系统一定要支持这种耦合过程，这表现为素材从传统基于磁带的存储媒体和格式迁移到独立于存储媒体的数字格式。这种迁移过程要与生产和归档的基本结构变化相符合：
·最初的步骤是引入一个可以容纳传统录像带的自动磁带库系统。素材通过传统视频接口实现数字化，它们可以被记录在服务器上，通过服务器可以连接到其他设备或是用通信网络来传输数据。
·接下来应该建立一个使用数据磁带的大型数据存储系统。这个系统应该被集成到一个基于服务器的生产环境中。那时，就可以从磁带库的内容到新的存储媒体的自动传输，以及通过网络互联使用文件传输的资料交换了。
有了这种基础结构，现存的素材就可以被逐步迁移到新的平台。然而，在迁移期间必须要同时处理不同的情况。基于磁带格式存储的素材必须能够提供到新的无磁带模式的生产环境中去。因此我们要制定一种策略：哪些素材要迁移、何时及如何处理对尚未迁移的特定资料的请求。另外，那些已经在新的存储设备上存档的素材，一定也要能提供给在传输期间仍然使用磁带进行生产的设备。这些必须要成为开发内容管理系统迁移战略的一部分。
8.2.3现存数据库和信息的集成
如果信息的集成已经存在于富媒体机构中，那么要区分2个基本的情况，即将数据迁移到新的数据库（或信息系统）以及将现存数据库集成到内容管理系统的构架与基础结构中。使用哪一种集成方法取决于遗留系统（例如规模、关联性和技术）、内容管理系统的计划程度以及实施战略。在这2种情况下，要仔细地评估每种方法的利弊，以决定正确的方法。
8.2.3.1遗留数据库与信息系统的迁移
当用内容管理系统中的数据库替代现存数据库与信息系统时，所有的遗留数据库一定要转换到新的数据库中。由于数据模型、数据元素及属性可能是不同的，所以这并不是一种直截了当的过程。尽管在内容管理系统数据模型的设计中将会考虑到现存的数据设置，但不会依据原始数据设置一对一的映象。关于内容的看法可能大不相同，但新的内容管理系统通常是以内容为中心的，而旧的系统是以载体为中心的。在前一种情形下内容对象是主体，而后者的主体则是可以保存一定数量内容的载体。在这种情况下，新旧数据模型间元素与属性的映象是其次要考虑的问题，重要的是要寻求一种方法，在新的模型中来表述源于旧数据模型的信息。为了在新的模型中使用某种属性或是为新的元素提供信息，可能要进行数据的聚合以及数据元素的拆解。
我们要仔细地分析新的数据模型是否覆盖了所有现存数据和问题。此外，我们也要确认，是否在原有数据库中的所有应用程序和用户操作也同样可以在新的内容管理系统中应用（或是为其服务）。
通常迁移是针对那些包含明确主题的小型数据库，而且内容管理系统已经表述了这些主题，例如一系列部门的数据库可能被整合到一个更大的内容管理系统数据库中。如果一个机构的主要数据库是基于以往过时的技术，一个总体的迁移计划可能是非常必要的。在这种情况下，内容管理系统的设计与实施中的迁移计划就是个独立的任务。如在6.1.3中所介绍的，一个系统的总体设计应该能将这些数据库集成为数据管理器/数据代理器的基础结构的一部分。这将允许内容管理系统在具体执行工作任务中耦合迁移的特性。
8.2.3.2遗留数据库和信息系统的集成
现存遗留数据库与信息系统可以被集成到采用数据管理器/数据代理器概念的内容管理系统中，允许并行地集成每个系统并且以同样的方式向用户表述信息。基本想法就是通过提供面向其他系统组件统一接口的独立数据管理器来访问每一个系统。一个数据管理器支持的基本查询方式有：
·纯文本查询。
·标签查询。
·本地查询。
纯文本查询就是在下层的数据库或信息系统中的所有的元素和属性之间搜索给定的表述或字符串。在标签查询的情况下，表述了某些一般概念（例如地点、人物或日期）的一组标签被定义下来，这些标签对整个内容管理系统都是有效的。某个特定遗留系统的数据管理器将这些标签映射到特定的元素与属性上。本地查询表现为对遗留数据库的直接访问。对片段的查询仅仅与包括片段概念的系统有关，在大多数遗留系统中没有这样的情况。
数据代理器接收了一个输入请求并且把它发布到相关的数据管理器中。一个联合搜索仅仅可以执行纯文本查询和标签查询。联合搜索指的是将一个请求提交给多个系统。一个中心处理程序把回复收集起来，删除重复的回复，把它们组织成一个统一的点击列表。在联合搜索的情形下，一个数据代理器把请求传输到数据管理器，接着收集答复并且加工处理它们，然后在一个统一点击列表中作为响应来表述。
每个数据管理器包括一个通用部分和一个遗留系统专用部分。通用部分的任务就是分析输入请求并根据具体的界面产生响应。遗留系统专用部分把请求提交给遗留系统，查询并处理返回的结果。例如，把标签请求转换到本地数据库中查询，在被一个特殊标签表述的数据库中查询所有的元素和属性。通用数据管理部分处理返回值并且把它以标准格式回馈到数据代理器。
对本地查询要区别处理。一个本地查询直接访问专用遗留系统并且被直接传送到数据管理器的遗留系统专用部分。数据代理器只是挑选各自的数据管理器来进行这种查询。只有数据管理器的专用系统部分才会处理这种请求。这种情形下，其他的数据库和信息系统不能使用同样的请求来查询，因此不会有联合搜索。
8.3第三方系统的集成
当一个内容管理系统是一个完全集成的基础设施的一部分时，它才可以发挥全部的潜力。在这样的整体中，内容管理系统和其他跨部门的系统（如企业资源计划系统、版权管理系统等）一起提供了平台。这些平台存在着不同的输出渠道，从传统广播和电视到基于互联网的输出渠道（例如网络广播、网络出版和电子商务）。可以想象，未来通过基于WAP、SMS和UMTS技术的电子服务，还可以将这种功能进一步提升。
各种渠道专用工具和系统也应当集成。它们中的一些，在各自的输出渠道内有着相似的功能（例如节目策划），但是由于在应用环境上存在着很大的差异，因此必须要考虑这些系统可以分离的个例。
除了与其他企业范围内的系统跨平台集成外，也有在具体应用环境中完成某种任务的组件集成，例如在广播系统中，存在着演播室自动控制系统、新闻工作室系统或非线性编辑系统。
8.3.1企业内第三方系统的集成
在富媒体组织机构中存在着2种企业级重要的主系统，它们是ERP系统与数字版权管理（Digital Rights Management， DRM）系统。内容管理系统和这些系统通常是在同一个水平上的，即不存在哪个是主导系统，集成是在同等水平上进行的。每个系统与通常一样继续提供相应的服务，但通过访问这些系统，可以得到更多的信息。
8.3.1.1与企业资源计划系统集成
ERP系统是基于特定组织的需要，采用标准商业软件建立的。在这样的系统中，能对所有与商务相关的数据进行管理，包括财务数据及所有与内容、内容生产和开发相关的商业交易等。
系统主要是在数据交换的水平上进行集成，也就是将对象或是过程的信息在系统间进行交换。这包括预算信息、发票和购买信息，以及关于内容使用的统计信息等，根据这些信息能计算出企业的支出及收益数据并提供给企业股东。如果没有集成，很多数据是各自保存的，发挥的作用不大。为了严格控制预算，如果让财务数据和在建项目直接联系起来，并让有关人员可以通过内容管理系统访问这些数据，这将是非常有意义的。当需要这种数据时，不但可以通过更新备份内容管理系统中的相应信息，也可以直接向ERP系统发出请求。在要求信息必须是最新的情况下，一定要避免系统间的不一致。
通过API协议或是应用程序组件的集成在目前来看是不相关的。在前一种情况下，2个系统将在一个普通数据设置上进行操作，由于安全问题这是不可行的；后一种情形由于现实情况而不能实现，这是由于绝大部分商业ERP系统并不提供必需的、可以容易地与内容管理系统应用框架集成的应用程序组件。
