|
|
Sun Java System Content Delivery Server 是一种高性能软件解决方案，使运营商可以管理向订户无线 (OTA) 传送几乎所有类型的无线内容。
本节包括以下主题：
Java System Content Delivery Server 将内容聚集、展示和传送分为如下几个独立的管理器－Catalog Manager、Fulfillment Manager 和 Vending Manager。利用这些管理器，运营商可以集中管理内容、定制多种订户界面，并可以提供快速下载。
Content Delivery Server 是一个灵活的系统，其中包含可以通过各种方式根据具体要求进行部署的多个组件。Content Delivery Server 是使用商业 Web 服务器、应用程序服务器、Oracle 数据库和 Java 技术的经过证实的 Internet 传送平台，并在多 CPU 的 UNIX 平台（如 HP-UX 和 SolarisTM）上得到了证实。
总体系统提供了内容提供者（也称为开发者）与订户之间的端对端连接。图 1 提供了贯穿 Content Delivery Server 的内容路径的高级概述。
Content Delivery Server 体系结构的组织方式要求 Catalog Manager 必须核实内容提供者提交的所有内容。Vending Manager 可以通过 Vending Manager 的自动储存选项接受发布来的所有内容，并将内容存储在订户站点上。可以禁用此选项，以允许 Vending Manager 管理员手动选择要为订户储存的内容。
图 2 阐述了 Content Delivery Server 的功能体系结构。
Content Delivery Server 体系结构具有高度可缩放性。当订户群增长时，可以添加其他组件实例。Content Delivery Server 包括下列功能组件：
Catalog Manager 是内容聚集器或中央仓库－它管理来自开发团体的内容。Catalog Manager 对内容进行授权之后，Catalog Manager 的管理员将该内容发布到 Vending Manager。每一个 Catalog Manager 都可以为一个或多个 Vending Manager 提供服务。Catalog Manager 包括 Developer Portal，即内容提供者的 Web 接口。
通过基于 Web 的 Catalog Manager 管理控制台来访问和管理 Catalog Manager。有关管理 Catalog Manager 的信息，请参见《Sun Java System Content Delivery Server 管理员指南》。
Vending Manager 负责内容的出售和定价。Vending Manager 管理由 Catalog Manager 发布的内容，并使订户可以下载该内容。Vending Manager 控制订户访问权限和购买价格，还提供每日统计报告。Vending Manager 包括 Subscriber Portal，Subscriber Portal 将为订户提供从移动设备或 PC 对 Content Delivery Server 进行访问的权限。
可以在系统中安装多个 Vending Manager。可以将所有 Vending Manager 配置为从 Catalog Manager 接收相同的内容，也可以将各个 Vending Manager 配置为有选择地接收内容。通过将各个 Vending Manager 配置为有选择地接收内容，可以为不同的读者定制 Vending Manager。
对 Vending Manager 组件有下列要求：
通过基于 Web 的 Vending Manager 管理控制台来访问和管理 Vending Manager。有关管理 Vending Manager 的信息，请参见《Sun Java System Content Delivery Server 管理员指南》。
Fulfillment Manager 控制传送给订户的内容，并向订户传送内容。为了获得更好的性能，内容将在 Fulfillment Manager 中进行本地高速缓存。如果尚未更改数据库中的版本，则应使用本地副本满足随后的下载请求。Fulfillment Manager 还管理内容的数字权限。启动经过程序校验的应用程序时，该应用程序将与 Fulfillment Manager 联系，以验证订户是否有权继续使用该应用程序。
数据库用于：
在数据库中，Content Delivery Server 初始部署中部署的 Catalog Manager、Fulfillment Manager 和 Vending Manager 将共享一个模式。其他每个 Vending Manager 都有自己的模式。每个事件服务都共享部署时使用的 Vending Manager 的模式。
Content Delivery Server 包括多个执行 Content Delivery Server 专用功能的服务。
消息传送服务使应用程序可以通过短消息服务 (SMS)、无线应用协议 (WAP)、多媒体消息服务 (MMS) 或 Internet 电子邮件来发送数据，具体传送方式取决于订户的设备类型。此服务提供了将消息传送给设备或用户指定的目标（例如电子邮件地址）的环境。
事件服务提供了用于发布和传送事件的框架。此框架使其他部分的 Content Delivery Server 可以将事件发送给系统，然后将相应的消息传送给用户。
推送监听器服务使 Content Delivery Server 可以从短消息服务中心 (SMSC) 接收移动始发 (MO) 推送消息。然后 Content Delivery Server 通过向始发设备发送请求的数据对消息作出响应。每个 Vending Manager 都需要自己的推送监听器服务实例。
通知服务执行由 Vending Manager 管理员建立的广告活动。此服务将生成要向其发送通知的订户列表，并将消息提交给消息传送服务进行传送。
后付费服务处理记帐事件并向外部记帐系统提供信息。记帐系统可以使用此信息向订户收费或退费。
Content Delivery Server 支持内容一步下载，不支持 MIDlet。对于 UDP 消息，确认监听器服务将监听特定端口，以便一步下载成功后获取发自设备的下载确认消息。此服务还用于处理 MMS 确认消息。
监视服务由应用程序监视代理用于监视 Content Delivery Server 和发布状态消息及报警。监视服务支持简单网络管理协议 (SNMP)。有关详细信息，请参见“应用程序监视代理”。
图 3 阐明了使用 Content Delivery Server 的各种用户类型。开发者通过 Developer Portal 将内容提交给 Catalog Manager。Catalog Manager 管理员将接受的内容发布到一个或多个 Vending Manager。Vending Manager 管理员储存选定的内容，并使订户可以使用该内容。订户通过 Subscriber Portal 从所提供的内容中进行选择。
.
一个部署方案包括一个作为 Catalog Manager 管理员的发布者，该管理员接受和拒绝内容提供者提交内容。每个 Vending Manager 都可能代表不同的运营商，其 Vending Manager 管理员负责选择订户可使用的内容。
如果 Catalog Manager 和 Vending Manager 共享一个管理员，则可以在 Vending Manager 管理控制台中启用自动储存功能。自动储存功能将自动储存所有 Catalog Manager 批准的、Vending Manager 可以使用的内容。
Content Delivery Server 体系结构支持各种部署方案：从在同一台服务器上部署所有组件到将各个组件分别部署在其专用的服务器上。为每个部署创建的部署配置文件用于确定如何部署组件。
基本配置包括在同一个服务器上部署所有组件。这代表运行 Content Delivery Server 所需的最低设置，并且一般是最初部署时使用的配置。下图阐明了基本配置。
Content Delivery Server 的一个优点是能够使用定制的 Vending Manager 为各种用户群提供服务。在该配置中部署和配置了一个或多个附加 Vending Manager，以便从现有 Catalog Manager 接收内容。每个 Vending Manager 都可以有自己的记帐管理器、后付费处理程序和用户群。使用其他的 Vending Manager 部署 Fulfillment Manager 和每个 Content Delivery Server 服务的实例。下图阐明了多售卖配置。
部署配置文件支持将任何组件组合部署到服务器。例如，可以在第一台服务器上部署 Catalog Manager，在第二台服务器上部署 Vending Manager 和 Fulfillment Manager，然后在第三台服务器上部署服务组件。下列情况可能需要定制部署：
计划对于确保成功安装 Sun Java System Content Delivery Server 至关重要。本节介绍计划部署时应注意的一些事项以及关于容量计划的一些提示。
可以在一个或多个应用程序服务器上部署所有产品组件，也可以在同一主机或多个主机上进行部署。在多个主机上安装 Content Delivery Server 组件、Web 服务器、应用程序服务器和数据库可以提高容错能力并改善系统性能。
开始计划的一种方法是确定要部署的 Catalog Manager 和 Vending Manager 的数量。可以将系统集中在一个 Catalog Manager，也可以选择部署多个独立的 Catalog Manager。可以通过部署单个 Vending Manager 向所有订户提供由 Catalog Manager 管理的所有内容，或者通过为每个 Catalog Manager 部署多个定制的 Vending Manager 来提供面向不同读者的内容。
已将 Content Delivery Server 优化成可与多 CPU 计算机（例如 4 向 UNIX 服务器）一起使用。可以使用多托管功能在一个主机上安装多个 Vending Manager。有关设置多托管功能的信息，请参见正在使用的应用程序服务器的文档。
Content Delivery Server 是具有完全缩放功能的系统。可以很容易地添加组件的其他实例，以便提高系统容量。Content Delivery Server 体系结构还支持群集。群集是一种将多个服务器作为一个服务器进行设置的技术。在群集中，每个服务器都与群集中的其他服务器等价。
要开始 Content Delivery Server 的容量计划，先从所需的 Catalog Manager 和 Vending Manager 数开始。在容量计划中，必须考虑日后的增长。订户群可能会成指数增长。此外，单个造成问题的 MIDlet 或其他内容可能表明了会加重系统负担的使用峰值。
请从下列因素考虑容量估计值：
例如，Content Delivery Server 在通常情况下的响应时间都小于一秒钟，但随着并行客户机数量的增长，响应性能会线性降低。
每秒钟可以下载的高峰量取决于多种因素，包括 Web 服务器、应用程序服务器和 Oracle 数据库的性能。因为要维护数据库中的订户状态，所以 Content Delivery Server 类似于其他系统，实际上几乎没有事务时间消息传送开销。
有关容量计划的其他信息，请参见《Sun Java System Content Delivery Server 容量计划指南》。
|
|
安装指南 Sun Java™ System Content Delivery Server，版本 2004Q1 |
版权所有 © 2004 Sun Microsystems, Inc. 保留所有权利。必须依据许可证条款使用。