DB2 Content Manager OnDemand 的优势有：
- 使用 Xenos 转换流化输出的能力- 通过与 Xenos 转换的更紧密的集成，提供对一套范围广泛的打印数据流的支持。代价各异的、作为 IBM 提供的服务而被提供的转换包括：
- Metacode 到 AFP
- Metacode 到 PDF
- Metacode 到 Metacode （用于索引/捕获处理，这是为了保持本地 Metacode 格式)
- PCL 到 PDF
- AFP 到 PDF
这些转换是紧密集成的，这使得 DB2 Content Manager OnDemand 管理员可以轻松地通过 OnDemand 实用程序定义和捕获这些输出格式，以及当前支持的其他格式（AFP， Line 数据，PDF，等等）。能够捕获 Metacode PCL 数据流意味着拥有 Xerox 打印程序或业务应用程序（可以生成 PCL 输出）的客户可以从 Content Manager OnDemand Enterprise Report Management 系统获得许多好处。此外，这些转换还提供对 Xerox 打印数据流的转换，以使得这些数据流能够被捕获、索引、查看和通过 Internet 更容易地访问。这种解决方案首先获取以其本地格式存储的数据，然后动态地将其转换成电子内容（e-content）格式，例如 PDF、XML 和 HTML，以便于发布。
- 自动化数据装载- CM OnDemand 使用 ARSLOAD 程序自动地装载数据，创建索引数据和将数据装载到数据库和存储卷中。ARSLOAD 程序是 CM OnDemand 数据装载和索引的主程序。可以配置 ARSLOAD 程序，使其监视特定的文件系统，以便报告从其他系统下载过来的数据。如果数据需要被索引，那么 ARSLOAD 程序就调用在 OnDemand 应用程序中指定的索引程序。接着 ARSLOAD 程序利用数据库管理器将索引数据装载到数据库中，再利用存储管理器将报告数据和资源装载到存储卷上。
- 扩展了 OnDemand 的功能性的服务提供 -
- CD-ROM - Client Data Distribution (ad-hoc CD-ROM) 服务提供（service offering）扩展了OnDemand 的功能性，用户可以从 OnDemand 服务器提取数据并将其写入易于发布的媒介中。这样其他用户就可以从 CD-ROM 访问 OnDemand 数据，这与访问存储在 OnDemand 服务器上的数据是一样的。ad-hoc CD-ROM 服务提供是为使用 OnDemand 客户机的终端用户所使用的低容量 ad-hoc CD-ROM 而设计的。
- CD-ROM - Production Data Distribution 服务提供支持大容量的 CD-ROM，支持对输入文件和文档的批处理，还支持对 CD-ROM 的多次拷贝。Production Data Distribution 服务提供是为批量数据处理以及按时间表发布大量报告而设计的。Production Data Distribution 服务提供是一种高度可伸缩的解决方案，它允许将用户定义的文件与 OnDemand 索引数据和文档放在一起使用。
- AFP2WEB Technologies 服务提供可以操作 AFP 数据和将其转换成多种不同的格式，以便于将数据装载到 OnDemand 中和在 Web 上显示 AFP 数据。这些服务提供与 OnDemand 和 OnDemand Web Enablement Kit 是紧密集成在一起的。
- Kofax Ascent Capture Integration - 这是可选的特性，它独一无二地扩展了标准 Kofax Ascent 捕获功能和 OnDemand 归档功能。它支持高容量生产扫描操作，即扫描、提取索引数据，以一种能够存储在 OnDemand 中的格式保存文件，然后自动地将文档和索引数据装载到 OnDemand 中。
- SQL Server 支持 - 除了 DB2 UDB 和 Oracle 以外，CM OnDemand 还支持将 SQL Server 作为它的内容仓库。
DB2 Content Manager OnDemand 没有提供对下列特性的支持：
- 灵活的索引模式。如果应用程序的可搜索字段多于固定模式所允许的字段，那么用户就会收到一些本不需要的搜索结果。一旦定义了一个带有索引模式的应用程序，用户就被限制在那个索引模式中。这样以后就不能添加或修改索引模式中的字段。
- 文本搜索。CM OnDemand 没有文本搜索功能，因为它不包含任何文本搜索引擎。只有对数据库的 SQL 查询才会被默认为可以使用文本搜索。
- 视频/音频。CM OnDemand 不能合并视频/音频归档文件，而且不支持检索和播放功能。
我们来考虑一个场景，在这个场景中，CM 和 CM OnDemand 都适合需求。
XYZ Bank 有一些实用程序，这些实用程序为很多客户提供了范围广泛的服务，包括银行帐户、保险、贷款、佣金、抵押和风险资本等等。所有关于客户以及他的贷款或抵押等的信息都存储在一些可访问的媒介上。视频归档文件也要存储起来，以便用于与保险和风险资本需求相关的项目。每日交易中银行和个人支票的映像（images）也存储在可访问的媒介中。
银行的管理职员搜索并查看存储的客户信息，以便决定是否批准贷款或者监视客户活动的状态。这些过程通常是通过使用由银行业务流程定义的工作流来完成的。视频归档文件通常存储在一个中央仓库中，其他位置可以通过流来访问这些文件。
银行希望通过提供按需服务（service on demand）来改善对客户的服务。目标是允许客户登录到自己的帐户，执行日常交易，并生成帐单报告，这样就减少了为提供服务而需设立的雇员和服务点的数量。银行可能已经分别为这些不同的需求部署了不同的解决方案。然而，因为当前的系统之间不具备互操作性，在需要时要集成内容就变得越来越困难。结果，企业就不得不为跟上信息集成的步伐或者寻求提供企业范围的功能性的解决方案而苦苦挣扎。
图3描述了这个银行用例场景。尽管这家银行有一个中央系统，它还是有一些不同的仓库，每个仓库都有不同的组织模式，维护时采用的技术流程也各不相同。银行的每个分点通过不同的方案与中央系统连接，这些方案分别针对一个银行事务的某一特定方面。
![]()
图4显示了如何使用 Content Manager 产品实现上述用例场景。
DB2 Content Manager 可以将客户的帐户帐单、贷款、抵押、保险文档、支票映像等等进行归档。相关的视频剪辑存储在 DB2 Content Manager VideoCharger 中，通过 DB2 Content Manager 来管理。
假设这家银行对居住在纽约的 Westchester 市的客户有有一个新的当地政策。那些拥有良好信用积分的客户符合增加信任额度的条件，因此应该通过一个客户邀请单通知他们这一点。银行职员可以用如下查询语句查询内容仓库：" Retrieve all customers who live in NY state, Westchester county who have a credit score more than 700 in their report（检索居住在纽约的 Westchester 市、信用积分大于 700 的所有客户）"。当然，您可能会说那样的信息可以存储在某个数据库表中，并且在必要的时候对其进行查询。然而，应该注意的重要一点是，银行职员局限于一套用户查询信息的属性。而且还可以搜索归档的针对某个客户的文档，以获得能够满足随时间变化的业务政策的信息。
DB2 CM OnDemand 将由银行的遗留系统的流输出生成的周期性的帐户帐单归档。DB2 CM OnDemand 还可以扫描多种不同的客户文档，以便在使用一套定义好的属性（以后要在文档中查找这些属性）将索引文档之后可以对其归档、检索和搜索。
DB2 Content Manager 不能存储由银行的遗留系统的流输出生成的周期性帐户帐单。因此，银行职员必需将周期性的帐单存入 Content Manager 仓库。在上面的信用积分查询实例中，DB2 Content Manager 可以对存储的针对某个客户的文档执行全文搜索，并给出搜索结果。然而，它不能通过发送相应的预定义的邀请单来通知客户。
![]()
我们可以清楚地看到，用例场景的一个部分可以通过使用 DB2 Content Manager 来解决，而另一个部分可以通过使用 DB2 CM OnDemand 来解决。而且，在一个单独的查询中对 DB2 Content Manager 和 DB2 CM OnDemand 仓库进行联邦搜索时，还可以使用另一种名为 DB2 Information Integrator for Content 的产品。
IBM DB2 Content Manager 和 Content Manager OnDemand 为在企业范围的内容管理解决方案中处理多事务、高容量的内容提供了最先进的解决方案。然而，这两个产品都只是解决了企业内容管理问题域的一些不同的方面。随着对归档和检索源于不同企业用例场景的信息这一需求的增长，部署用于管理内容的 CM 和 CM OnDemand 解决方案可以解决许多企业用例场景。
