CCM

CCM

CCM戰隊成立于2011年5月,成立之後成績斐然,旗下設立星際爭霸2、英雄聯盟、DotA、魔獸爭霸3、以及其他競技項目。

2011年8月2日,CCM電子競技俱樂部正式被北京普思投資董事長、萬達集團董事王思聰收購並投資,更名為iG(invictus Gaming)。

  • 中文名稱
    遊戲競技
  • 外文名稱
    CCM
  • 成立時間
    2011年
  • 董事長
    王思聰

遊戲戰隊

CCM戰隊成立于2011年5月,成立之後成績斐然,旗下設立了星際爭霸2、英雄聯盟、DotA、魔獸爭霸3、以及其他競技項目。

CCM

CCM戰隊成員:xiao8,SanSheng,ddc,430,Zhou(隊長,核心carry)

經理:nanGuard

榮譽記錄

2011年職業隊邀請賽(兩萬塊)冠軍

2011年馬來西亞線下大賽IPDC冠軍

2011年WCG中國區外卡賽亞軍

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

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=Continuous Current Mode

這種模式是指主開關關斷期間,續流二極體上一直有電流通過。

在此模式下的功率因數校正技術可以獲得很大的功率轉換容量。但是對于大量套用于中小功率容量的情形,由于需要較為復雜的控製方式和電路,往往並不非常適合。

其控製方式一般是基于所謂“乘法器”的原理。

CCM (core coupled memory)    

傳播管理

中國全球抗擊艾滋病、結核病和瘧疾基金項目國家協調委員會(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是互補的。

Microsoft COM+:

與CORBA不同,Microsoft的COM+最初是設計來支持組件的協同定位的,後來又補充了分散式COM對象的能力;另外COM+包含了常用的商業服務,如Microsoft Transaction Service (MTS)。CORBA規範定義了CORBA對象和DCOM組件之間的橋接機製。但,于CORBA和EJB不同的是,COM+僅局限于Microsoft平台。

相關詞條

相關搜尋

其它詞條