DCD（Dynamic Content Delivery）是来自OMA的业务能力规范，实现内容向用户终端的直接推送。在中国移动的业务中被称为“快讯”，但是知道的人不多。
系统介绍
DCD系统包括：DCD服务器、DCD客户端软件、内容来源三个部分。
被阅读内容从CP处被提交到DCD服务器，然后可能有两种方式：
1. DCD服务器通过Push消息给客户端，通知客户端立即更新最新的内容。
2. DCD服务器等待客户端的定时同步的HTTP请求，提取走最新内容。
（方法1的数据获取方式与MMS类似）
注：目前的DCD服务为封闭系统，没有体现CP部分的独立角色，没有发展一定数量的CP来提供内容，因此DCD可供订阅的内容比较单一，内容的吸引力还不是很强。个人觉得[/b]这是DCD业务目前需要解决的主要问题之一。
下面就DCD的业务特征进行几点分析，简单说说自己的想法。
内容的推送和预下载
与短信、彩信、WAP Push业务类似，DCD实现内容的推送方式下发。
与WAP网页浏览不同，用户使用过程中不需要记住URL地址，没有网页的传输等待时间，甚至没有链接的点击。一切体现为数据在后台的自动获取和保存。
客户端软件
DCD需要专门开发的客户端软件，用于完成内容的自动下载、存储、显示和删除。
根据中国移动的DCD业务规范，一般情况下在待机屏幕或者桌面上有用于内容显示的特定区域。这也是DCD业务区别于其他业务的很大优势和独特性。
与互联网标准RSS的比较
OMA定义DCD能力规范时参考了互联网标准RSS/ATOM，因为其业务本质上是相似的。但是又有许多不同，主要解决了手机终端上特殊的性能问题、网络问题等。
1. 考虑到带宽限制，优化每次传输的数据量。
2. 支持多个频道的订阅管理。优化减少同步次数，将用户订阅的不同频道来源信息，在一次同步中全部发送。（在互联网上同样有这样的服务存在，比如Google Reader、Yahoo Pipes用于合并用户自己需要的各个RSS订阅源）。
3. 强制要求的客户端内容管理，避免积累下载存储的过多内容影响系统正常运行。
4. 根据客户端提供的用户信息、位置信息等提供增强的功能。区分用户，地理位置相关的信息发送。
5. Push消息的支持，比RSS能实现更好的及时性。
6. 业务和接口定义时考虑到便于客户端的实现。
本质上说，DCD体现了互联网上被证明非常有效的RSS和AJAX的概念：订阅与同步，XML数据的后台传输。无论是实现方式，业务特点都具有很强的互联网特性。
说到互联网特性不得不提及互联网的盈利模式：广告模式。
DCD业务具有广告内容承载能力。主要体现在如下方面：
1. 与用户订阅的感兴趣的内容相结合，容易被关注
2. 适当的内容展现能力，内容具有丰富性。
3. 内容可点击，能精确计算广告效果。
4. 内容安静地被显示，并且过期自动删除，对用户干扰小。
5. 新应用，用户不易产生反感。
6. 能精确区分用户，并提供位置信息，提升广告精度。
所有这些区别于曾经的短信广告，具有独特的优势。因此如果DCD业务推广顺利，实际用户量足够庞大，加入优质的广告将可能是很好的盈利点。
互联网公司的一个优势在于对产品的连续跟踪优化。对服务的更新采用频繁连续的，每次少量的升级，并随时根据用户反馈进行调整。使得产品非常贴合用户的需 要。而DCD的产品需求和形态相对明确，连续升级的需求并不明显，因此采用中移动传统的开发和运营相对独立的产品模式也可以保证DCD产品的顺利实施。
(责任编辑：admin)