CCM是一个释义较多的
英文缩写词,较常见的是指“创意传播管理”“
肝硬化心肌病”“ 中国城市管理(中国城管)”等。全称为:Creative Communication Management。
常用解释
CCM
n.
CCM :Creative Communication Management 创意传播管理
CCM :CORBA Component Model “CORBA
构件模型”
CCM :Continuous Conduction Mode 连续
导通模式(工科应用)
CCM:
current call meter 当前呼叫记录(计费)
CCM:DOTA游戏的战队名
CCM:即China Country Manager 中国城市管理(中国城管)
CCM:中国全球基金项目国家协调委员会(Country Coordination Mechanism 简称CCM)是根据全球抗击
艾滋病、结核病和疟疾基金(简称
全球基金)的有关要求,为审议、批准和协调申请全球基金项目,督导和指导经全球基金批准在中境内实施的项目而建立的
协调机构。
CCM: cubic
centimetre 排量单位
立方厘米CCM:摄像模块(CMOS Camera Module)的简称,是用于各种新一代便携式摄像设备的核心器件,与传统摄像系统相比具有小型化,
低功耗,低成本,高影像品质的优点。
CCM:Critical Chain Method
关键链法CCM战队
主要介绍
CCM战队成立于2011年5月,成立之后成绩斐然,旗下设立了星际争霸2、
英雄联盟、
DotA、魔兽争霸3、以及其他竞技项目。
CCM战队成员:xiao8,SanSheng,ddc,430,Zhou(队长,核心carry)
经理:nanGuard
战队荣誉
CCM被收购
2011年8月2日,CCM电子竞技俱乐部正式被北京普思投资董事长、万达集团董事
王思聪收购并投资,更名为iG(invictus Gaming)。并发布官方公告。
CCM规范
概述
CCM规范扩展了
CORBA2.x,包括
events, exported interfaces and methods, special configuration interfaces, pass-by-value (mobile code), and messaging/asynchronous invocation等。
OMG的CCM标准分为两部分核心的CCM规范和扩展的CCM规范。
核心的CCM规范支持
EJB组件;如果只实现了核心的CCM规范,就意味着有了一个CORBA
container和
server来管理用
Java写的EJB组件。
扩展的CCM规范包含了远远超出EJB组件和容器/Server的能力。实现了核心和扩展CCM规范的产品将能够支持EJB的组件和用OMG所支持的其它语言写的组件;开发人员就能够做超过EJB模型的能力的工作了。
CCM通过定义一些特征和服务以允许
应用程序编程人员实现、管理、配置和使用由在
标准环境下的CORBA服务集成的组件来扩展CORBA
对象模型,这些CORBA服务包括persistence, security,
transaction, and event services等。CCM标准不只使得服务方更多的软件可重用,而且为动态配置CORBA应用程序提供了更大的灵活性。
定义
系统的扩展
CCM是标准的CRM
客户关系管理系统的扩展,将
客户关系的管理扩展到客户关系管理和
沟通管理的层面,融合了大量的关于统一通信的理念,从而让用户能够更容易部署系统,并切实提高
企业应用系统管理客户,从而最终提升企业的
销售业绩。
1、CCM适用于产品和服务销售型的中小企业客户。
免费安装CCM软件后,企业可以采用多种方式,及时有效的同自己的客户进行沟通,增加销售业绩,提升客户满意度。
2、CCM提供给您一套全免费的
CRM客户关系管理软件。在一个简易的界面里,企业可以管理自己所有的联系人分组和列表,并能够查看每个联系人的详细沟通记录。
该功能可将您的
工作效率提升至原来的2-5倍,业绩提升为原来的2-10倍。
同时,CCM集成了
VoIP、
PSTN、短信、传真、
电子邮件等多种沟通方式,极大的简化了同客户联系的工作。 在确保您的沟通质量和方便性的同时,将您的
沟通成本降低为原来的10-30%。
所谓CCM就是Contemporary Christian Music ,习惯上我们称为“流行福音”, 或者也可以叫“
当代基督教音乐”。在国外,CCM是一大音乐流派,是与Rock(摇滚)、Jazz (爵士)、Classical (古典)一样的大流派。这是与国外的
宗教信仰 有关和延伸出来的流派,所以在国内很少被提起。
CCM与EJB和COM
直到1999,仅有两种server-side transaction processing-oriented
组件模型:MTS/COM+ model and Sun's EJB model。直到1999年底,CORBA(语言中性、
平台无关、发行商中性,可谓分布式对象计算
中间件的典范,)3.0提出了第三种server-side 组件模型:CCM。
作为CORBA 3.0的亮点,CCM,是为了与Microsoft Transaction Server (MTS)/COM+, .Net(平台专有的)和Java(语言专有的)进行竞争提出的,规范了一个创建
即插即用(
plug-and-play)对象的框架;这将有助于集成其它
基于对象的技术,特别是Java和EJB;CCM实现了CORBA与Java,
COBOL, COM/DCOM, C++, Ada, and Smalltalk等的
无缝集成。
尽管CCM部分地是基于EJB的,但CCM远不止于此,如OMG主席兼CEO,Richard Soley所说:CORBA不只关于Java的,尽管我们为将Java集成到平台中做了大量工作,但我们还需要这样一个模型工作在C++,COBOL,Small Talk,ADA等其它语言上,那就是CCM。把语言偏好放在一边,CCM所做的就是将如何定义组件接口标准化了。
CCM不象MTS,而与EJB非常相似。OMG的CCM规范是Sun的EJB规范的语言中性的
超集;CCM规范假定组件和容器(containers/servers)可以用任何语言实现并可以在任何平台上运行,前提是用CORBA提供中间件的通讯支持。
CCM远比EJB模型复杂,因为它要提供许多选项支持不同平台上的
面向对象语言。OMG的组件模型定义为
OMA的
元对象设施(Meta Object Facility,即
MOF)的一个轮廓,这保证了模型本身更严格;这也意味着它可以系统地与其它MOF轮廓交互,如
UML、XMI、OMG的
工作流规范、以及OMG将来的商业对象标准。除了有助于与其它规范的衔接外,CCM更精确的规范提供了比EJB更高级的特征。如,尽管EJB模型支持组装描述器(assembly descriptor),但从总体上
元模型在描述一个组件上不太精确,因此束缚了开发人员的手脚;相反,CCM建立在更精确的元模型之上,并支持更复杂的组装。使用CCM,基于声明的支持和利用的多个接口,或者基于声明的发布和利用的事件,开发者可以有效地将这些组件联系起来。同一开发者还可以描述那些部分是主机协同定位的那些是进程协同定位的。
另外,CORBA3.0增加了CORBA脚本
语言规范,这将简化CORBA开发,并使得使用脚本组合组件成为可能。
Inprise,
IBM,
BEA Systems, and IONA Technologies都声明将支持CORBA3.0。但
Oracle, Sun and IBM好象对CCM的出现失去了兴趣。
显然,实现CCM容器和Server的产品可以隐藏许多细节,有些还可以只实现CCM规范的一部分——就象有的CORBA产品可能就选择支持几个OMG服务。只有两家商家提出实现CCM(IONA 和BEA),并也都只是实现核心CCM。
CORBA 2.x的缺陷
尽管传统的CORBA(包括2.3以前的版本)对象模型提供了一个标准的中间件框架使得CORBA对象可以互操作,CORBA定义了软总线使得客户程序可以激发对象上的操作而不管这个对象在本地还是远处,并提供了有
标准接口的对象服务(如naming, trading, and event notification.)使得开发人员能使用不同供应商提供的服务来集成和组装庞大的
分布式应用和系统,但还是有一些需求没有解决(这些缺陷容易导致
紧耦合):
没有一个配置对象实现的标准方式,如,对象实现的发布、安装、激活等。因此
系统设计人员就不得不使用特别地策略来实例化系统中地所有对象。 缺少对CORBA server中公共编程术语地支持,期待着能自动生成公共用例程序。如,尽管POA提供了对象注册、激活、去活地标准接口和足够灵活地策略来配置服务地行为,但很多应用程序只需要其中地部分配置,而且开发人员还要学习这些策略以得到期望地行为。 难于扩展对象地功能。在传统地CORBA对象模型中,对象只能通过继承(而不是组合)来扩展,应用程序开发人员必须先定义一个
IDL接口、实现该接口、并在所有server中配置该实现。但CORBA IDL的
多重继承是有缺陷的,因为有的语言不支持重载;另外,应用程序可能用同一个IDL接口多次发布服务的多个实现或多个实例,但多重继承使得不可能不止一次的发布同一接口或客户确定哪一个最下层的版本。 能够利用多种CORBA对象服务并不见得是好事。CORBA规范并没有强制
运行时使用哪一个CORBA对象服务,对象开发人员不得不在设计系统时用特别的策略来配置或激活这些服务。 没有标准的对象
生命周期管理。尽管CORBA对象服务定义了生命周期服务,但其使用也不是强制性的。因此,客户需要显式的知识通过特殊的方式来
管理对象的生命周期。另外,通过对象生命周期管理对象,开发人员必须明白这个事实,并必须定义辅助接口来
控制对象的生命周期。定义这些辅助接口是比较枯燥的,可能的话,CORBA规范
应将这一
过程自动化。 OMG IDL 总是允许您创建基于继承的对象关系。然而,很多时候,我们的设计需要支持包含多个接口的对象,而这些接口是通过组合而不是通过继承来构造的。对象继承允许您依照另一个类来定义这个类的实现,而对象组合允许您通过将对象集合或组合在一起来定义一个类。OMG IDL 需要表达组合和继承的能力。
创意传播管理
在
陈刚、沈红、马澈、孙美玲撰写的“创意传播管理”一书中,CCM被重视并重新审视。
创意传播管理早期起源于美国,在美国应用实战取得不错的效果后,被以陈刚等为代表的国内营销策划专家带到中国,并开始深入研究具有中国特色的创意传播管理。并深信,创意传播管理在中国同样能带来不可估量的实际作用和业界动荡。
在创意传播管理一书中。准确的把握了数字
营销传播的革命性本质,系统的阐述了传播管理和创意传播的理论和方法,对传统的营销传播是一种颠覆性的创新,为面对互联网,云计算以致整个数字
生活空间日新月异变化的
广告主、媒体、广告服务机构等进行英雄传播构建了全新的理论框架和
服务模式。
中国全球抗击
艾滋病、
结核病和
疟疾基金项目
国家协调委员会(China Country Coordination Mechanism for the Global Fund to Fight
AIDS,
Tuberculosis and Malaria Project,以下简CCM ),是根据全球抗击艾滋病、结核病和疟疾基金(以下简称
全球基金)的有关要求,为审议、批准和协调申请全球基金项目,监督和指导经全球基金批准在中国境内实施的项目而建立的
协调机制。 CCM 坚持“公开透明、广泛参与、高效运作”的原则,积极为全球基金项目在中国的顺利实施做出贡献。
CCM :Creative Communication Management 创意传播管理
2008年,
北京大学新闻与传播学院副院长、教授、
博士生导师陈刚首次在业界提出了创意传播管理(Creative Communication Management,简称CCM),该观点的提出引起了业内外人士的广泛关注,对整个中国广告业产生了很大的影响。
创意传播管理 如果对
新媒体营销传播进行概括,可以用这句话作一个定义,即
新媒体时代的营销传播,是以人的智慧与
数字技术相结合为基础的创意传播管理。
创意传播管理主要包括三个部分:
传播管理
在新的传播环境中,要进行营销传播,首先要了解现有的传播中,与企业有关的信息和传播内容是什么。根据美国《广告时代》对2008年广告趋势的预测,
CMO“
首席运营官”(chief marketing officer)被赋予新的定义“综合
信息管理官”(complexity-managementofficer),他是各种媒体信息的提供者、社区的创造者、对话的发起者以及任何公司与消费者接触途径的监测者。传播管理正逐渐成为企业营销传播的支柱。传播管理首先要了解企业的信息和
舆论环境,而且要发现和关注不断发生的信息变化。对危机性的信息迅速做出反映,并捕捉有利的
信息点,以此展开新的传播活动,并成为创意的资料和素材。同时,充分利用新的传播环境所提供的资源,利用数据库进行
消费者行为的分析,根据互联网网上的资料进行
内容分析,为企业的营销传播提供支持。
创意传播
由于互联网信息的海量化,如何吸引关注,影响目标对象,成为新营销传播的重中之重。没有创意,在这个环境中就等于没有传播。创意是新营销传播的核心。在这里创意不再像传统广告行业那样局限于
广告作品层面,创意已经渗入到营销传播的各个层面。创意传播就是依托创意创造交流、创造内容而
创造营销传播效果。
传播接触
如何与目标对象进行沟通?是新的传播环境中企业遇到的难题。要产生传播效果,必须找到与目标对象沟通的渠道。传统的广告行业中,媒体是主要的
沟通渠道,而在新的环境中,媒体已经零散化、碎片化了。新营销传播的传播接触就是根据企业的预算,确定与目标对象的接触点,利用
企业网站、
公众传播、精准传播和
口碑传播各种方式组合,与消费者沟通。
传播管理、创意传播和传播接触相互关联、相互支持,共同完成在新的环境中企业营销传播的任务。在新的营销传播
服务行业中,这三类服务有可能由不同的公司单独提供,也有可能由综合性的公司统一完成。
相关技术
Enterprise Java Beans (EJB):
CCM规范几乎是在EJB的基础上建模的。与EJB不同,CCM使用CORBA对象模型作为底层的对象
互操作框架,从而不局限于特定的
编程语言。鉴于这两种技术非常相似,CCM还专门定义了这两个标准之间的
标准映射。因此,通过使用适当的桥接技术,CCM组件可以表现为对于EJB来说的EJB bean,EJB bean也表现为CCM组件。EJB也支持CORBA
IIOP作为其通讯框架。CCM和EJB是互补的。
与CORBA不同,Microsoft的COM+最初是设计来支持组件的协同定位的,后来又补充了分布式COM对象的能力;另外COM+包含了常用的
商业服务,如Microsoft Transaction Service (
MTS)。CORBA规范定义了CORBA对象和
DCOM组件之间的桥接机制。但,于CORBA和EJB不同的是,COM+仅局限于Microsoft平台。
电流连续模式
CCM=Continuous Conduction Mode
这种模式是指主开关关断期间,
续流二极管上一直有电流通过。
在此模式下的
功率因数校正技术可以获得很大的功率转换容量。但是对于大量应用于中小
功率容量的情形,由于需要较为复杂的
控制方式和电路,往往并不非常适合。
CCM (core coupled memory)