导读：很多朋友问到关于物联网dcd是什么的相关问题，本文首席CTO笔记就来为大家做个详细解答，供大家参考，希望对大家有所帮助！一起来看看吧！
DCD，DTR，DSR，RTS及CTS等五个状态指示分别代表什么意思
DCD （ Data Carrier Detect 数据载波检测）
DTR（Data Terminal Ready，数据终端准备好）
DSR（Data Set Ready 数据准备好）
RTS（ Request To Send 请求发送）
CTS（Clear To Send 清除发送）
中国移动DCD快讯是什么
集成新闻之类信息汇总，定制业务。
移动快讯（DCD）的业务介绍和分析
DCD（Dynamic Content Delivery）是来自OMA的业务能力规范，实现内容向用户终端的直接推送。在中国移动的业务中被称为“快讯”，但是知道的人不多。
系统介绍
DCD系统包括：DCD服务器、DCD客户端软件、内容来源三个部分。
被阅读内容从CP处被提交到DCD服务器，然后可能有两种方式：
1. DCD服务器通过Push消息给客户端，通知客户端立即更新最新的内容。
2. DCD服务器等待客户端的定时同步的HTTP请求，提取走最新内容。
（方法1的数据获取方式与MMS类似）
注：目前的DCD服务为封闭系统，没有体现CP部分的独立角色，没有发展一定数量的CP来提供内容，因此DCD可供订阅的内容比较单一，内容的吸引力还不是很强。个人觉得这是DCD业务目前需要解决的主要问题之一。
下面就DCD的业务特征进行几点分析，简单说说自己的想法。
内容的推送和预下载
与短信、彩信、WAP Push业务类似，DCD实现内容的推送方式下发。
与WAP网页浏览不同，用户使用过程中不需要记住URL地址，没有网页的传输等待时间，甚至没有链接的点击。一切体现为数据在后台的自动获取和保存。
客户端软件
DCD需要专门开发的客户端软件，用于完成内容的自动下载、存储、显示和删除。
根据中国移动的DCD业务规范，一般情况下在待机屏幕或者桌面上有用于内容显示的特定区域。这也是DCD业务区别于其他业务的很大优势和独特性。
与彩信的比较
DCD业务在系统组成上与MMS有很大相似性，但是又有很多增强特性。列举如下：
MMS
DCD
1
通过Push消息实现信息接受的及时性
支持。
且同时支持定时的内容同步和用户手动的内容同步。
2
内容的预下载。在内容展现给用户前，由程序在后台下载内容。
使用MIME封装所有内容到一个内容体中，使用SMIL支持播放控制。
支持。
使用XML或者XHTML方式描述图片、多媒体等内容。各个内容单独下载。
3
业务扩展性不强
业务扩展性强，基于XML的接口定义，有较强的业务描述能力。
4
已下载内容的管理由用户负责，与短信相似
内容的管理由客户端完成，内容对用户的干扰较小
5
手机必须的功能，几乎全部支持
还没有进入手机的必选功能，客户端软件的安装率远远不如彩信功能普及。
就业务特性来说，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产品的顺利实施。
什么是dcd?
DCD（Disk Caching Disk）服务器解决方案。该方案利用硬盘空间作高速缓存，硬盘以连续记录的最大带宽方式吸纳频繁小写（注：I/O将磁盘的每个块划分为512字节到64K字节不等的块，其中64K以下的块为小写），在磁盘空闲时再将Cach磁盘中的数据写回到目的数据盘，从而使用户以硬盘空间的价格，得到了巨大的缓存空间，大大提升了频繁I/O存取的性能。而且数据在硬盘中缓存，比在RAM中缓存具有高得多的可靠性。
DCD技术和产品可广泛应用于企业的WWW服务器管理系统、EMAIL服务器管理系统、数据库管理系统、应用服务器管理系统、办公自动化系统和文件服务器管理系统等。特别是中小企业和新兴公司为实现完整的电子化办公环境时，将DCD磁盘加速套件和HP公司的各系列服务器及HP公司完整的解决方案结合在一起，可迅速帮助中小企业和新兴公司构建起一个安装简便，易于维护、价格低廉、高I/O性能、高速率的数据存储和高可靠性的电子化办公平台。
中国移动的DCD是什么意思啊？
Data Carrier Detect 数据载波检测
在无线通信上来说，手机的微控制器与GPRS模块是通过串行口进行通信的。除了串口发送（TX）、串口接收（RX）之外，微控制器与GPRS模块之间还有一些硬件握手信号，如DTR、CTS、DCD等。为了简化微控制器的控制，硬件设计时没有使用全部的硬件握手信号，而只使用数据载波检测（Data Carrier Detect, DCD）和终端准备（Data Terminal Ready, DTR）信号。DCD信号可以检测GPRS模块是处于数据传送状态还是处于AT命令传送状态。DTR信号用来通知GPRS模块传送工作已经结束。
中国移动的GPRS中某些功能需要手机具备DCD功能。
DCD UCD是什么
DCD（Dynamic Content Delivery）是来自OMA的业务能力规范，实现内容向用户终端的直接推送。在中国移动的业务中被称为“快讯”，但是知道的人不多。 系统介绍 DCD系统包括：DCD服务器、DCD客户端软件、内容来源三个部分。 被阅读内容从CP处被提交到DCD服务器，然后可能有两种方式： 1. DCD服务器通过Push消息给客户端，通知客户端立即更新最新的内容。 2. DCD服务器等待客户端的定时同步的HTTP请求，提取走最新内容。
注：目前的DCD服务为封闭系统，没有体现CP部分的独立角色，没有发展一定数量的CP来提供内容，因此DCD可供订阅的内容比较单一，内容的吸引力还不是很强。个人觉得这是DCD业务目前需要解决的主要问题之一。 下面就DCD的业务特征进行几点分析，简单说说自己的想法。 内容的推送和预下载 与短信、彩信、WAP Push业务类似，DCD实现内容的推送方式下发。 与WAP网页浏览不同，用户使用过程中不需要记住URL地址，没有网页的传输等待时间，甚至没有链接的点击。一切体现为数据在后台的自动获取和保存。 客户端软件 DCD需要专门开发的客户端软件，用于完成内容的自动下载、存储、显示和删除。 根据中国移动的DCD业务规范，一般情况下在待机屏幕或者桌面上有用于内容显示的特定区域。这也是DCD业务区别于其他业务的很大优势和独特性。 与彩信的比较 DCD业务在系统组成上与MMS有很大相似性，但是又有很多增强特性。列举如下： MMS DCD
1 通过Push消息实现信息接受的及时性 支持。 且同时支持定时的内容同步和用户手动的内容同步。
2 内容的预下载。在内容展现给用户前，由程序在后台下载内容。 使用MIME封装所有内容到一个内容体中，使用SMIL支持播放控制。 支持。 使用XML或者XHTML方式描述图片、多媒体等内容。各个内容单独下载。
3 业务扩展性不强 业务扩展性强，基于XML的接口定义，有较强的业务描述能力。
4 已下载内容的管理由用户负责，与短信相似 内容的管理由客户端完成，内容对用户的干扰较小
5 手机必须的功能，几乎全部支持 还没有进入手机的必选功能，客户端软件的安装率远远不如彩信功能普及。
就业务特性来说，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产品的顺利实施。
UCD（User Centered Design）是指以用户为中心的设计。是在设计过程中以用户体验为设计决策的中心，强调用户优先的设计模式。
解释
简单的说，就是在进行产品设计、开发、维护时从用户的需求和用户的感受出发，围绕用户为中心进行产品设计、开发及维护，而不是让用户去适应产品。无论产品的使用流程、产品的信息架构、人机交互方式等，以UCD为核心的设计都时刻高度关注并考虑用户的使用习惯、预期的交互方式、视觉感受等方面。
编辑本段衡量维度
衡量一个好的以用户为中心的产品设计，可以有以下几个维度：产品在特定使用环境下为特定用户用于特定用途时所具有的有效性（effectiveness）、效率（efficiency）和用户主观满意度（satisfaction），延伸开来还包括对特定用户而言，产品的易学程度、对用户的吸引程度、用户在体验产品前后的整体心理感受等。
编辑本段意义
1. 一个产品的来源可能有很多种情况，用户需求、企业利益、市场需求，或可能是技术发展所驱动。从本质来说，这些不同的来源并不矛盾。一个好的产品，首先是用户需求和企业利益（或市场需求）的结合，其次则是低开发成本的，而这两者都可能引发对技术发展的需求。 a) 越是在产品的早期设计阶段，能充分的了解目标用户群的需求，结合市场需求，就能越大程度降低产品的后期维护甚至回炉返工的成本。“如果在产品中给用户传达 “我们很关注他们”这样的感受，用户对产品的接受程度就会上升”，同时能更大程度的容忍产品的缺陷，这种感受决不仅仅局限于产品的某个外包装或者某些界面载体，而是贯穿产品的整体设计理念，这需要我们从早期的设计中就要以用户为中心。 b) 基于用户需求的设计，往往能对设计“未来产品”很有帮助，“好的体验应该来自用户需求，同时超越用户需求”。这同时也有利于我们对于系列产品的整体规划。 2. 随着用户有着越来越多的同类产品可以选择，用户会更注重他们使用这些产品的过程中所需要的时间成本、学习成本和情绪感受。 a) 时间成本，简而言之就是用户操作某个产品时需要花费的时间，没有一个用户会愿意将他们的时间花费在一个对自己而言仅为实现功能的产品上，如果我们的产品无法传达任何积极的情绪感受，让用户快速的完成他们所需要的功能，这是最基本的用户价值。 b) 学习成本，主要针对新手用户而言，这点对于网络产品来说尤其关键。同类产品很多，同时容易获得，那么对于新手用户而言，他们还不了解不同产品之间的细节价值，影响他们选择某个产品的一个关键点就在于哪个产品能让他们简单的上手。有数据表明，如果新手用户第一次使用所花费在学习和摸索的时间和精力上很多，甚至第一次使用没有成功，他们放弃这个产品的几率是很高的，即使有时这意味着他们同时需要放弃这个产品背后的物质利益，用户也毫不在乎。 c) 情绪感受，一般来说，这点是建立在前面两点的基础上，但在现实中也存在这样一种情况：一个产品给用户带来极为美妙的情绪感受，从而让他们愿意花费时间去学习这个产品，甚至在某些特殊的产品中，用户对情绪感受的关注高于一切。例如在某些产品中，用户对产品的安全性感受要求很高，此时这个产品可能需要增加用户操作的步骤和时间，来给用户带来“该产品很安全很谨慎”的感受，这时减少用户的操作时间，让用户快速的完成操作，反而会让用户感觉不可靠。
编辑本段UCD记录
1.需求分析：（业务流程） 目的：根据产品需求和设计要求提供用户使用分析。 方式：访谈、焦点小组、提炼目标用户建立角色模型、场景分析、竞争对手分析、提炼定性和定量的相关数据。 结论报告：根据分析目标用户的使用特征、情感、习惯、心理、需求等，提出用户研究报告和可用性设计建议。 合作人员：市场人员、产品需求客户、项目负责人 2.原型设计：（信息架构+交互设计） 目的：概念方案设计。制定产品的业务功能和界面规范。 方式：与开发队伍合作设计各种交互原型。同商业方面的专家、市场部沟通，确认设计并得到认可。 作角色模型设计和情景设计，通过情景的再现演示来总结和逐步细化用户使用中的各种交互需求，提出设计解决方案，并完成设计方案的演示，讨论，完善，和最终定稿。 结论报告：制作交互设计原型。为用户界面和交互设计实施提供设计标准规格。 合作人员 :项目负责人、开发团队、市场人员 3.视觉管理： 目的：使界面设计更符合产品定位，用户使用习惯及规范布局，对实现功能进行正确有效地引导。 方式：主持用户研究进行界面视觉引导。设计窗口规范，图形化的布局。 结论报告 ：界面测试报告。==》输出视觉设计规范 合作人员 ：视觉设计师 4.可用性测试： 目的: 通过观察，来发现过程中出现了什么问题、用户喜欢或不喜欢哪些功能和操作方式，原因是什么。 方式：一对一用户测试 结论报告：用户背景资料文档、用户协议、测试脚本、测试前问卷、测试后问卷、任务卡片、过程记录文档、测试报告 合作人员：测试自愿者、市场相关人员 5.跟踪调查： 目的:产品使用结果的反馈。 方式 ：用户访谈，用户反馈 结论报告：根据反馈意见及实际调查并根据预期目的撰写产品反馈结果报告。包括值得肯定的设计及对修改的建议。 合作人员：产品用户、市场相关人员
结语：以上就是首席CTO笔记为大家整理的关于物联网dcd是什么的相关内容解答汇总了，希望对您有所帮助！如果解决了您的问题欢迎分享给更多关注此问题的朋友喔～