馬 琳 ,宋俊德 ，2，宋美娜

（1.北京郵電大學(xué)計算機(jī)學(xué)院 北京 100876；2.北京億陽信通科技有限公司 北京 100093）

開放平臺：運營模式與技術(shù)架構(gòu)研究綜述*

馬 琳1,宋俊德1，2，宋美娜1

（1.北京郵電大學(xué)計算機(jī)學(xué)院 北京 100876；2.北京億陽信通科技有限公司 北京 100093）

對于現(xiàn)有開放平臺的運營模式和技術(shù)架構(gòu)進(jìn)行了分析，并給出了開放平臺的發(fā)展建議。首先，介紹了開放平臺的發(fā)展背景，并指出開放平臺的相關(guān)定義和分類方式。其次，對于國內(nèi)外主要開放平臺的運營模式進(jìn)行了一一分析。再次，對于國內(nèi)外主要開放平臺的技術(shù)架構(gòu)進(jìn)行了較為詳實的介紹。在上述分析的基礎(chǔ)上，指出了我國現(xiàn)有開放平臺存在的主要問題。最后，對于開放平臺的發(fā)展從運營模式和技術(shù)架構(gòu)兩個方面給出相關(guān)建議。

開放平臺；開放服務(wù)；運營模式；技術(shù)架構(gòu)

* 國家科技支撐計劃基金資助項目 （No.2008BAH24B04，No.2008BAH21B03，No.2009BAH39B03），國家自然科學(xué)基金資助項目（No.61072060），新世紀(jì)優(yōu)秀人才支持計劃基金資助項目（No.NECET-08-0738），國家科技重大專項（“863”計劃）基金資助項目（No.2011AA100706），教育部信息網(wǎng)絡(luò)工程研究中心資助項目

1 開放平臺發(fā)展簡介

隨著國內(nèi)互聯(lián)網(wǎng)發(fā)展的不斷深入，越來越多的互聯(lián)網(wǎng)企業(yè)意識到，通過單一的自身力量提供多種多元化的應(yīng)用服務(wù)來快速滿足用戶的各種需求是很難做到的。于是，開放自身能力，借助廣大的第三方力量不斷豐富和完善應(yīng)用，進(jìn)而提高用戶黏性，成為廣大互聯(lián)網(wǎng)企業(yè)的近期發(fā)展的必經(jīng)之路。開放平臺帶來了整個互聯(lián)網(wǎng)生產(chǎn)方式的變革，原來的獨立網(wǎng)站式的小作坊生產(chǎn)走向基于開放平臺的大規(guī)模協(xié)作，無數(shù)身居幕后的開發(fā)者、服務(wù)提供商、內(nèi)容提供商走到臺前，直接參與到開放平臺的運作中，帶出新的開發(fā)者經(jīng)濟(jì)時代，為整個互聯(lián)網(wǎng)以及移動互聯(lián)網(wǎng)行業(yè)的長足發(fā)展注入新動力。

1.1 發(fā)展背景

開放平臺伴隨著互聯(lián)網(wǎng)的發(fā)展應(yīng)運而生，是互聯(lián)網(wǎng)成熟到一定階段的必然產(chǎn)物?？v觀互聯(lián)網(wǎng)發(fā)展，大體可以分為3個時代：導(dǎo)航時代、搜索時代和開放時代[1]。

（1）導(dǎo)航時代

在互聯(lián)網(wǎng)發(fā)展初期，網(wǎng)站數(shù)目不斷增多，于是為滿足用戶便捷“沖浪”的需求，產(chǎn)生了以“分類導(dǎo)航”為主要特點的門戶型公司，該時代的典型代表為Yahoo。目前國內(nèi)的hao123、265等網(wǎng)站依然在以該方式為用戶提供導(dǎo)航服務(wù)。導(dǎo)航時代的主要特點是通過“鏈接”的方式，來維系網(wǎng)站與網(wǎng)站之間的關(guān)聯(lián)。

（2）搜索時代

隨著互聯(lián)網(wǎng)內(nèi)容的不斷增加，僅僅通過導(dǎo)航很難幫助用戶在眾多內(nèi)容中快速定位所需要的信息，于是“搜索”應(yīng)運而生。這個時代的到來以Google的興起為主要標(biāo)志。在搜索時代，各個網(wǎng)站上的內(nèi)容以搜索詞為中心被重組，網(wǎng)站與網(wǎng)站之間的簡單鏈接關(guān)系被打破，內(nèi)容的關(guān)聯(lián)性成為網(wǎng)站間關(guān)系的主要表現(xiàn)，同時，投放搜索廣告也成為企業(yè)盈利的一個重要方式。

（3）開放時代

目前，隨著信息量的爆炸式增長，基于內(nèi)容的單一維度搜索已經(jīng)無法準(zhǔn)確定位用戶需求，同時很難快速滿足多樣的個性化需求。很多信息之間存在關(guān)聯(lián)，但是這種關(guān)系無法通過關(guān)鍵詞簡單地表示，于是這些信息就像一個個碎片，散落在各處，并不能被很好地利用；同時，隨著Web 2.0應(yīng)用的興起，越來越多的系統(tǒng)中擁有與用戶相關(guān)的信息，而這些系統(tǒng)本身又是獨立封閉的，于是引發(fā)了各種問題[2]。

·信息/資源碎片化：信息與信息之間缺乏多樣化的關(guān)聯(lián)組織。

·應(yīng)用碎片化：用戶所使用的各種應(yīng)用在不同的網(wǎng)站上，應(yīng)用之間缺乏關(guān)聯(lián)，使用不便。

·關(guān)系碎片化：用戶需要在不同的網(wǎng)站上注冊ID，并在其中擁有各自獨立且不同的關(guān)系。

·用戶碎片化：由于與用戶相關(guān)的信息、應(yīng)用、關(guān)系的分裂，造成用戶本身也呈現(xiàn)為碎片化特點。

這些碎片分布在網(wǎng)絡(luò)中，不僅造成了大量冗余，而且為用戶的使用帶來很多不便。于是，“開放平臺”應(yīng)運而生，通過“打破封閉，全面開放，整合碎片”的方式，實現(xiàn)以“用戶”為中心的全周期、一站式服務(wù)。

1.2 開放服務(wù)簡介

所謂開放服務(wù)，指把網(wǎng)絡(luò)上的服務(wù)能力封裝成一系列計算機(jī)易識別的數(shù)據(jù)接口開放出去，供第三方開發(fā)者使用，即 OpenAPI（open application programming interface）[3]。其實這并不是一個新概念，在計算機(jī)操作系統(tǒng)出現(xiàn)的早期就已經(jīng)存在了，但區(qū)別在于，當(dāng)前的開放服務(wù)范圍更廣，開放的機(jī)制也有所不同。

目前，開放服務(wù)工作在國內(nèi)外各大公司中進(jìn)行得如火如荼，開放的深度和廣度也在不斷增加。在Google開放API之前，已經(jīng)有Amazon和eBay等公司開放API，但是對應(yīng)的數(shù)據(jù)集中在商品上，與人們的日?；ヂ?lián)網(wǎng)應(yīng)用有一定的距離。真正推動整個互聯(lián)網(wǎng)開放的發(fā)端，應(yīng)該是Google在 2005年開放Google Maps的 API。至此之后，各類OpenAPI如雨后春筍般開放給廣大用戶，主要包括搜索類（Google Search API、Yahoo Search API 等 ）、文 字 咨 詢 類（Google Reader、抓蝦、鮮果等）、多媒體類（Flickr、Youtube等）、地理信息類（Google Earth、Google Maps等）、用戶關(guān)系類（Open Social、Facebook、MySpace 等系列 API）、電子商務(wù)類（Amazon、淘寶開放的系列 API）等[4]。

開放服務(wù)的實現(xiàn)機(jī)制主要包括3種形式[5]：RPC（remote procedure call，遠(yuǎn)程過程調(diào)用）協(xié)議形態(tài)的開放服務(wù)，REST（representational state transfer，表述性狀態(tài)轉(zhuǎn)移）形態(tài)的開放服務(wù)和RPC-REST混合服務(wù)。RPC的目的在于實現(xiàn)類似于調(diào)用本地服務(wù)或方法一樣調(diào)用遠(yuǎn)程服務(wù)器的服務(wù)或方法，具體的實現(xiàn)方法有XML-RPC、JSON-RPC等；REST是作為一種全新的服務(wù)調(diào)用框架，可以降低開發(fā)的復(fù)雜性，提高系統(tǒng)的可伸縮性。該框架采用基于資源的架構(gòu)，操作對象為互聯(lián)網(wǎng)一系列已有的資源，通過URI（統(tǒng)一資源標(biāo)識符）訪問已被標(biāo)記的資源，這些資源可以是不同格式文件或文件集合，如 HTML、XML、PDF、JPG、PNG、Text等；采用無狀態(tài)通信，服務(wù)狀態(tài)信息保存到客戶端或者具體的服務(wù)中，服務(wù)器端無需為客戶端保留服務(wù)的狀態(tài)；采用HTTP通信方式，HTTP 的操作接口包括 get、post、put、delete、head和options等。

當(dāng)前OpenAPI的類型主要可以分成3種：數(shù)據(jù)型、應(yīng)用型、資源型[6,7]。

1.2.1 數(shù)據(jù)型OpenAPI

數(shù)據(jù)型OpenAPI，就是將自身的數(shù)據(jù)開放，讓應(yīng)用開發(fā)者根據(jù)已有的數(shù)據(jù)進(jìn)行二次開發(fā)。SNS網(wǎng)站的OpenAPI就是屬于數(shù)據(jù)型。

（1）Facebook API

Facebook的核心是由人與他們關(guān)心的事物之間的聯(lián)系組成的社交圖。Graph API是Facebook平臺的核心，使用戶能夠讀取和寫入數(shù)據(jù)到Facebook。它提供了一個簡單持續(xù)的社交圖的視角，統(tǒng)一了人、照片、事件頁面等對象和如友誼、照片標(biāo)簽等此類對象之間的聯(lián)系標(biāo)識。社交圖中的每個對象都有一個唯一的ID?？梢酝ㄟ^https://graph.facebook.com/ID提取與對象關(guān)聯(lián)的數(shù)據(jù)。另外，具有用戶名的人和頁面可使用用戶名作為ID獲取。

Facebook通過3種方式向外提供服務(wù)。Social Plugin是Facebook提供的一種插件，用戶可以用幾行簡單的HTML代碼將Facebook的插件嵌入網(wǎng)頁。通過插件，用戶可以跨網(wǎng)站評論、分享。另一種方式使用Facebook提供的API構(gòu)建基于Facebook框架的應(yīng)用程序。Facebook還提供可用于外部程序、桌面程序使用的REST風(fēng)格的API。上述中的開放API均基于Graph API實現(xiàn)。Facebook開放API是基于HTTP的。通過OAuth協(xié)議的驗證后，使用HTTP方法調(diào)用API。

（2）Twitter API

Twitter的 OpenAPI由 3 個部分組成，REST API、Search API以及Streaming API。Twitter REST API允許開發(fā)者訪問Twitter包括更新時間表、狀態(tài)數(shù)據(jù)、用戶信息在內(nèi)的核心數(shù)據(jù)。調(diào)用該API應(yīng)用可以是用戶操作自己的Twitter。Twitter的Search API提供公共Twitter的實時更新以及當(dāng)前的熱門話題。Streaming API通過采樣和過濾的形式提供近實時大容量的Tweets訪問。

Twitter的 API是完全基于HTTP的，從 Twitter API獲取數(shù)據(jù)需要一個get請求；提交、修改或者刪除數(shù)據(jù)的方法是發(fā)送post請求；發(fā)送一個delete請求可以刪除數(shù)據(jù)。API方法需要使用相對應(yīng)的HTTP方法，如果沒有使用正確的API請求方法將會返回一個錯誤代碼。HTTP的響應(yīng)代碼對應(yīng)于不同的實際含義。

除了 Streaming API，Twitter開放的 API都是 REST風(fēng)格的，只需要簡單修改請求擴(kuò)展上的格式就可以取到指定的格式。目前 API支持的數(shù)據(jù)格式有：XML、JSON、RSS、Atom，個別方法只支持其中的某些格式。

要使用Twitter的API，首先需要注冊一個客戶端應(yīng)用程序，每個客戶端應(yīng)用程序都會提供一個consumer key和secret。Twitter使用OAuth認(rèn)證用戶，除了部分API（如公共時間線 （public timeline））外，所有的API方法都要求用戶認(rèn)證，所有的返回都與認(rèn)證用戶相關(guān)。通過認(rèn)證獲得權(quán)限后，用戶才可以調(diào)用API。

1.2.2 應(yīng)用性O(shè)penAPI

應(yīng)用型與數(shù)據(jù)型的結(jié)合比較緊密，F(xiàn)lickr的圖片搜索，Google的日程、地圖等都是屬于應(yīng)用型。應(yīng)用型的數(shù)據(jù)輸入可以是外部的數(shù)據(jù)，也可以是基于已有的數(shù)據(jù)資源進(jìn)行處理。

（1）Flicker的圖片搜索 API

Flickr的API包含3種風(fēng)格，不同的請求格式為REST、XML-RPC以及SOAP，3種請求方式都通過方法名稱來調(diào)用 API。API的響應(yīng)格式有 REST、XML-RPC、SOAP、JSON以及PHP，格式可在發(fā)送請求的參數(shù)中進(jìn)行設(shè)置。Flickr API支持多種語言開發(fā)工具。

Flickr的圖片搜索API為flickr.photos.search，用于返回符合匹配標(biāo)準(zhǔn)的圖片列表，只返回對請求用戶可見的照片。如果需要返回私有或半私有的照片，用戶通過驗證以獲得讀權(quán)限。未經(jīng)證明的調(diào)用將只返回公開照片。Flickr API通過認(rèn)證、參數(shù)、響應(yīng)以及錯誤代碼來定義。

（2）Google Maps API

Google Maps是Google公司提供的地圖服務(wù)，包括局部詳細(xì)的衛(wèi)星照片。它能提供多種圖：一是矢量地圖；二是不同分辨率的衛(wèi)星照片；三是后來加上的地形視圖，可以用以顯示地形和等高線。Google Maps可以在瀏覽器中展現(xiàn)包含地理信息的數(shù)據(jù)，并且地圖可拖動縮放。

Google Maps擁有非常多的 API，包括 Google Map API、Google Earth API等，可以利用它們在用戶的網(wǎng)站和應(yīng)用程序中嵌入功能強(qiáng)大且實用的Google Maps，并在地圖上疊加用戶自己的數(shù)據(jù)。Google Maps API使用JavaScript、HTML和CSS在用戶網(wǎng)站創(chuàng)建交互式地圖。

1.2.3 資源型API

資源型API提供的是數(shù)據(jù)的存儲和檢索功能，其中代表是 Amazon S3(Amazon simple storage service)，F(xiàn)lickr的圖片存儲服務(wù)等也可以屬于資源型。在云計算的背后就需要提供這么一個資源型的服務(wù)，Amazon EC2如果離開了S3，也就無法存在。

Amazon S3是一個提供在線存儲的Web Service，它的目的是使網(wǎng)絡(luò)規(guī)模計算的開發(fā)更容易。Amazon S3提供一個簡單的Web Service接口，可以用來在任何時間，從網(wǎng)絡(luò)的任何地方存儲和檢索任意數(shù)量的數(shù)據(jù)。開發(fā)人員可以訪問具有相同程度的可擴(kuò)展、可靠、安全、快捷、廉價的基礎(chǔ)架構(gòu)。Amazon自己運行的全球網(wǎng)絡(luò)就是使用的這個架構(gòu)。這項服務(wù)旨在最大限度地提高效益規(guī)模以及開發(fā)人員的效益。Amazon S3同時提供REST API以及SOAP API，返回XML格式的響應(yīng)。同時，返回不同的代碼標(biāo)識錯誤。

1.3 開放平臺簡介

通過開放服務(wù)的方式，開發(fā)者可以對眾多的信息和應(yīng)用進(jìn)行再加工，使得之間的關(guān)聯(lián)得以顯現(xiàn)，但是用戶層面的碎片化問題仍然沒有得到有效的解決。這就需要一個平臺能夠在不改變用戶原有使用習(xí)慣的基礎(chǔ)上，透明化地整合用戶的信息、應(yīng)用、關(guān)系，于是“開放平臺”應(yīng)運而生。

1.3.1 相關(guān)定義

對于“開放平臺”目前還沒有一個明確的定義，以下是幾個得到業(yè)界普遍認(rèn)同的定義。

在維基百科中指出，在軟件和面向Web的架構(gòu)中，開放平臺主要指基于開放標(biāo)準(zhǔn)的軟件系統(tǒng)，比如通過面向第三方開發(fā)者發(fā)布編程接口來允許外界使用其功能（但不允許改變源碼）。通過使用這些接口（比如API），第三方可以為平臺整合功能。一個開放平臺本身并不意味著要開放資源，但是大多數(shù)的開放平臺對于API有多種實現(xiàn)方式。比如CGI主要是通過開放Web資源服務(wù)器 （如Microsoft Internet Information Server）來實現(xiàn)。一個開放平臺中既包括一些對外開放的模塊，同時也可以存在一些封閉的功能[8]。

在百度百科中指出，開放平臺是指軟件系統(tǒng)通過公開其應(yīng)用程序編程接口（API）或函數(shù)（function)來使外部的程序可以增加該軟件系統(tǒng)的功能或使用該軟件系統(tǒng)的資源，而不需要更改該軟件系統(tǒng)的源代碼[9]。

譚晨輝和劉青炎等人認(rèn)為[10]，所謂開放平臺就是首先提供一個基本的服務(wù)，然后通過開放自身的接口，使得第三方開發(fā)者得以通過運用和組裝其接口以及其他第三方服務(wù)接口產(chǎn)生新的應(yīng)用，并且使得該應(yīng)用能夠統(tǒng)一運行在這個平臺上，這樣的一種網(wǎng)絡(luò)服務(wù)模式叫做開放平臺。這個基本的服務(wù)可以是已有的，例如門戶、博客，也可以是新創(chuàng)的，例如用戶關(guān)系。無論是哪一種，開放平臺模式成功的要點在于通過自身服務(wù)和第三方應(yīng)用的互惠互利，提高用戶對平臺網(wǎng)站的粘性和使用程度，進(jìn)而提高獲利；同時，通過利益分?jǐn)?，達(dá)到平臺自身和第三方應(yīng)用循環(huán)刺激而產(chǎn)生的滾雪球式的增長。

1.3.2 分類方式

依據(jù)不同的分類標(biāo)準(zhǔn)，開放平臺具有多種分類方式。

開放平臺按照平臺自身是否提供一個有顯著應(yīng)用模式的服務(wù)可以劃分為兩類[11～13]。

（1）應(yīng)用型開放平臺

應(yīng)用型開放平臺的特點是自身依賴一個基礎(chǔ)的應(yīng)用模式（如用戶關(guān)系、博客等），然后開放平臺供第三方開發(fā)者擴(kuò)展，這一種的開放平臺大致有以下幾類：

·基于用戶關(guān)系的，例如Facebook；

·基于個人門戶的，例如Myyahoo、iGoogle和Netvibes。

·基于博客的，例如Sohu Blog。

并不是每一種基礎(chǔ)應(yīng)用模式開放出去都能最終建立起“平臺—應(yīng)用—用戶”的循環(huán)刺激，從而使整個開放系統(tǒng)良性循環(huán)發(fā)展。就上述幾種開放平臺而言，只有類似于Facebook這樣的基于用戶關(guān)系的開放平臺很好地解決了用戶碎片化的問題，而基于個人門戶和基于博客的開放平臺，只是停留在簡單的應(yīng)用組裝層面，難以讓用戶很好地控制不同的數(shù)據(jù)；在應(yīng)用推廣上，也由于缺乏基于用戶關(guān)系的鏈?zhǔn)絺鞑ヂ窂?，帶來很多問題。

（2）服務(wù)型開放平臺

服務(wù)型開放平臺本身并沒有一個基礎(chǔ)的應(yīng)用模式，而是把計算資源作為一種服務(wù)，通過開放API提供給開發(fā)者，讓開發(fā)者能夠以極為低廉的服務(wù)費擁有大量、穩(wěn)定的計算或存儲資源，這類開放平臺即為云計算中的“PaaS平臺”。這方面的典型代表有 Amazon S3（http://aws.amazon.com/s3），Google App Engine（http://code.google.com/appengine/），微軟的 Azure以及 Sina App Engine（http://sae.sina.com.cn/）等。

應(yīng)用型和服務(wù)型兩類開放平臺并不矛盾，反而相得益彰。第三方開發(fā)者通過運用服務(wù)型開放平臺提供的計算和存儲服務(wù)，可以不再為機(jī)器、軟件的運維所煩擾。融合各類OpenAPI，專心做好應(yīng)用的業(yè)務(wù)邏輯和界面邏輯，然后部署到服務(wù)型開放平臺中去，以其低廉的成本快速開發(fā)和部署應(yīng)用，服務(wù)于應(yīng)用型開放平臺中的大量用戶，進(jìn)而為整個平臺和開發(fā)者自身都創(chuàng)造了更大的利益。

李大偉等人[14]指出開放平臺按照提供的功能、數(shù)據(jù)和服務(wù)大致可以分為以下5類。

（1）云計算平臺

云計算平臺解決了開發(fā)者建立應(yīng)用時開發(fā)、部署和運營的問題，使得運算和存儲資源能夠按照需求動態(tài)進(jìn)行分配。

（2）網(wǎng)絡(luò)服務(wù)平臺

這類開放平臺提供網(wǎng)絡(luò)服務(wù)模塊，讓開發(fā)者能透過API調(diào)用功能，快速地集成不同的模塊，進(jìn)而建立新的應(yīng)用。

（3）在線業(yè)務(wù)平臺

這類開放平臺是ERP、CRM等服務(wù)以電子商務(wù)提供商的形式通過API的形式開放平臺中的數(shù)據(jù)，讓第三方開發(fā)者提供新的功能，進(jìn)而滿足用戶多樣化的需求，如Salesforce的force.com、eBay和淘寶提供的開放平臺。

（4）移動應(yīng)用平臺

隨著iPhone和iTune平臺的成功運營，廣大終端廠商和運營商紛紛建立移動應(yīng)用商店，降低了傳統(tǒng)移動應(yīng)用于運營商和終端商合作的門檻，開放了更多的創(chuàng)業(yè)機(jī)會給移動應(yīng)用開發(fā)者。

（5）社會關(guān)系平臺

這類開放平臺不僅通過API的形式開放了平臺的功能，還將直接將對用戶傳播的渠道開放給了廣大第三方應(yīng)用，比如 Facebook、Myspace、人人網(wǎng)等。

這5類平臺，為服務(wù)提供了全生命周期管理，從開發(fā)、測試、部署到推廣，每個環(huán)節(jié)都更加便捷；為開發(fā)者提供了一個全新的舞臺，建立了全新的創(chuàng)業(yè)模式。

2 開放平臺運營模式分析

開放平臺生態(tài)系統(tǒng)能否健康運轉(zhuǎn)，平臺自身的運營模式起到了至關(guān)重要的作用。開發(fā)者能夠通過開放平臺生存和發(fā)展，在創(chuàng)新的土壤之上獲得收入是整個平臺運營中的重中之重。同時，開放平臺內(nèi)部關(guān)系處理妥當(dāng)、資源配置合理是主要的考核標(biāo)準(zhǔn)。

目前，開放平臺的盈利模式大致分為兩類：前向盈利，就是指向用戶直接收錢，比如游戲等；后向盈利，指向用戶之外的其他人收費，主要指的是廣告模式。具體的收費途徑包括：微支付、廣告和直接銷售，其中，微支付主要包括虛擬物品、虛擬貨幣、游戲費用等；廣告收入主要包括植入式廣告和聯(lián)盟廣告；直接銷售主要是指應(yīng)用軟件一次性銷售獲得的收入和免費應(yīng)用收取的增值服務(wù)費用[15]。

2.1 國外開放平臺運營模式現(xiàn)狀

國外開放平臺的發(fā)展比較早，在運營模式方面也相對比較成熟，下面將就Facebook、Google、亞馬遜以及蘋果的開放平臺的運營模式一一進(jìn)行分析。

2007年5月24日，F(xiàn)acebook首次推出開放平臺，利用這個框架，第三方開發(fā)者可以開發(fā)與Facebook核心功能集成的應(yīng)用，F(xiàn)acebook從而成為應(yīng)用集中發(fā)布的新平臺。Facebook的做法帶動互聯(lián)網(wǎng)走向開放平臺的新格局[16]。

2008年 4月，Google推出 Google App Engine平臺[17]，采用云計算技術(shù)，實現(xiàn)網(wǎng)絡(luò)應(yīng)用程序的開發(fā)、托管以及數(shù)據(jù)管理等。該平臺提供了一整套開發(fā)組件來讓用戶輕松地在本地構(gòu)建和調(diào)試網(wǎng)絡(luò)應(yīng)用，之后能讓用戶在Google強(qiáng)大的基礎(chǔ)設(shè)施上部署和運行網(wǎng)絡(luò)應(yīng)用程序，并自動根據(jù)應(yīng)用所承受的負(fù)載來對應(yīng)用進(jìn)行擴(kuò)展，并免去用戶對應(yīng)用和服務(wù)器等的維護(hù)工作。同時提供大量的免費額度和靈活的資費標(biāo)準(zhǔn)。在開發(fā)語言方面，現(xiàn)支持Java和Python這兩種語言，并為這兩種語言提供基本相同的功能和API。App Engine的資費情況主要有兩個特點：其一是免費額度高，現(xiàn)有免費的額度能支撐一個中型網(wǎng)站的運行，且不需付任何費用；其二是資費項目非常細(xì)粒度。普通IaaS服務(wù)資費，主要就是CPU、內(nèi)存、硬盤和網(wǎng)絡(luò)帶寬這4項；而App Engine則除了常見的CPU和網(wǎng)絡(luò)帶寬這兩項之外，還包括很多應(yīng)用級別的項目，比如：Datastore API和郵件API的調(diào)用次數(shù)等。

亞馬遜是互聯(lián)網(wǎng)上最大的在線零售商，但是同時也為獨立開發(fā)人員以及開發(fā)商提供云計算服務(wù)平臺。亞馬遜將自己的彈性計算云建立在公司內(nèi)部的大規(guī)模集群計算的平臺之上，而用戶可以通過彈性計算云的網(wǎng)絡(luò)界面操作在云計算平臺上運行的各個實例（instance）[18]，而付費方式則由用戶的使用狀況決定。早在2006年3月，亞馬遜就發(fā)布了簡單存儲服務(wù)（simple storage service，S3）；2007 年 7月，亞馬遜公司推出了簡單隊列服務(wù) （simple queue service，SQS），這項服務(wù)使托管主機(jī)可以存儲計算機(jī)之間發(fā)送的消息；亞馬遜公司進(jìn)一步在此基礎(chǔ)上開發(fā)了EC2系統(tǒng)，并且開放給外部開發(fā)人員使用[19]。

蘋果圍繞App Store構(gòu)建“終端+服務(wù)”的完整移動互聯(lián)網(wǎng)生態(tài)系統(tǒng)。App Store的核心是建立了端到端的支撐控制框架以實現(xiàn)對平臺的唯一控制權(quán)。終端業(yè)務(wù)一體化是App Store成功的基礎(chǔ)，這種成功頗具蘋果的烙印，是一種特有的成功模式。蘋果App Store的成功取決于3方面。

（1）降低開發(fā)者門檻

蘋果允許個人用戶參與開發(fā)App Store的游戲、軟件、主題等應(yīng)用，既為平民移動互聯(lián)網(wǎng)創(chuàng)富提供了可能，又提高應(yīng)用數(shù)量和應(yīng)用的創(chuàng)新性。

（2）提供統(tǒng)一的開發(fā)工具

加強(qiáng)對終端的完全控制，同時在服務(wù)器端建立與終端相匹配的SDK體系。

（3）建立社區(qū)化的運營機(jī)制

搭建用戶、開發(fā)者、App Store之間充分交流的平臺，形成良好的交流與反饋機(jī)制，促進(jìn)平臺的提升與產(chǎn)品的改進(jìn)[20]。

隨著蘋果應(yīng)用商店模式的成功，開放平臺成為業(yè)界的大勢所趨。來自產(chǎn)業(yè)鏈的分工協(xié)作、角色互補(bǔ)和利益共享正創(chuàng)造巨大的產(chǎn)業(yè)價值。

2.2 國內(nèi)開放平臺運營模式現(xiàn)狀

在國外互聯(lián)網(wǎng)的帶動下，我國互聯(lián)網(wǎng)也正走向開放平臺時代。騰訊、淘寶、百度、人人網(wǎng)等先后推出了各自的開放平臺，互聯(lián)網(wǎng)公司的開放平臺之爭不斷升級。

騰訊開放平臺擁有中國互聯(lián)網(wǎng)最大的社交平臺以及用戶最為全面的社交關(guān)系，并推出了社交、微博和Q+為代表的三大平臺，通過應(yīng)用接入和QQ互聯(lián)實現(xiàn)了用戶互聯(lián)網(wǎng)行為的產(chǎn)品引導(dǎo)以及開發(fā)商的全面合作。其中騰訊Q+開放平臺提供應(yīng)用平臺、推送通知、統(tǒng)一賬號、多關(guān)系鏈、通信傳輸、安全支付、地理位置、狀態(tài)共享、數(shù)據(jù)存儲、應(yīng)用分析等10項服務(wù)[21]。由此可見，騰訊已經(jīng)不僅僅滿足于作為單純的應(yīng)用開放平臺，而是朝著互聯(lián)網(wǎng)時代的基礎(chǔ)平臺方向遷移。騰訊正在搭建PC乃至多種移動終端上的“Q++服務(wù)”的生態(tài)系統(tǒng)。

淘寶是目前我國最大、影響力最廣泛的網(wǎng)上零售平臺，在交易規(guī)模、用戶份額等方面均擁有絕對領(lǐng)先的優(yōu)勢[22]。同時，淘寶開放平臺（Taobao open platform,TOP）開放的主要服務(wù)均處在業(yè)務(wù)層面，是基于電子商務(wù)進(jìn)行的業(yè)務(wù)開放平臺搭建。其中包括API接口規(guī)范和定義；APISandbox在線開發(fā)測試環(huán)境等。其中最有核心價值的是淘寶應(yīng)用商店“淘寶箱”。這些應(yīng)用涉及商品展示、客戶服務(wù)、店鋪營銷、后臺管理、物流管理等多個網(wǎng)購環(huán)節(jié)。淘寶開放平臺不僅為第三方開發(fā)者提供了海量用戶的廣闊市場，更提供了從技術(shù)研發(fā)、市場推廣、收費體系、客戶服務(wù)等全方位的支持和服務(wù)；同時，淘寶開放平臺提供的優(yōu)質(zhì)資本支持，也為創(chuàng)業(yè)者提供了一個很好的環(huán)境和舞臺，極大地降低了創(chuàng)業(yè)難度。

百度搜索開放平臺[23]是一個基于百度網(wǎng)頁搜索的開放的數(shù)據(jù)分享平臺。廣大站長和開發(fā)者可以直接提交結(jié)構(gòu)化的數(shù)據(jù)到百度搜索引擎中，使用戶獲得更好的搜索體驗，并獲得更多有價值的流量。由于百度也推出很多應(yīng)用，所以有不少業(yè)者覺得百度不夠開放。業(yè)者擔(dān)心如果用戶都停留在百度，自己的網(wǎng)站就會失去流量。雖然有基于“框計算”的應(yīng)用開放平臺，但應(yīng)用通過搜索而獲得大量用戶的可能性微乎其微[24]。

除此之外，新浪微博開放平臺、盛大游戲開放平臺、人人網(wǎng)開放平臺、51.com開放平臺、天涯開放平臺、豆瓣開放平臺等先后出現(xiàn)，并表現(xiàn)出很突出的發(fā)展?jié)摿Α?/p>

3 開放平臺技術(shù)架構(gòu)

一個健壯且易于擴(kuò)展的技術(shù)架構(gòu)是搭建開放平臺的基礎(chǔ)，下面對國內(nèi)外主要開放平臺的技術(shù)架構(gòu)進(jìn)行簡要分析。

3.1 國外開放平臺技術(shù)架構(gòu)現(xiàn)狀

筆者選取國外幾個典型的開放平臺對其技術(shù)架構(gòu)進(jìn)行了一一分析，其中包括：Google App Engine、Amazon Web Service、Facebook、Windows Azure。

3.1.1 Google App Engine

Google App Engine的技術(shù)架構(gòu)如圖 1所示[25,26]，該架構(gòu)可以分為3個部分[27]。

（1）Web

Web部分主要用于處理Web相關(guān)的請求，共包括4個模塊。

·Front End：既可以認(rèn)為它是Load Balancer，也可以認(rèn)為它是Proxy，它主要負(fù)責(zé)負(fù)載均衡和將請求轉(zhuǎn)發(fā)給App Server（應(yīng)用服務(wù)器）或者Static Files等工作。

·Static File：在概念上，比較類似于 CDN（content delivery network，內(nèi)容分發(fā)網(wǎng)絡(luò)），用于存儲和傳送那些應(yīng)用附帶的靜態(tài)文件，比如圖片、CSS和JS腳本等。

·App Server：用于處理用戶發(fā)來的請求，并根據(jù)請求的內(nèi)容調(diào)用后面的Datastore和服務(wù)群。

·App Master：是在應(yīng)用服務(wù)器間調(diào)度應(yīng)用，并將調(diào)度之后的情況通知Front End。

（2）Datastore

Datastore是基于BigTable技術(shù)的分布式數(shù)據(jù)庫，雖然其也可以被理解成為一個服務(wù)，但是由于其是整個App Engine唯一存儲持久化數(shù)據(jù)的地方，所以其是App Engine中一個非常核心的模塊。

（3）服務(wù)群

整個服務(wù)群包括很多服務(wù)供App Server調(diào)用，比如Memcache、圖形、用戶、URL抓取和任務(wù)隊列等。

3.1.2 Amazon Web Service

Amazon Web Service(AWS)是一組服務(wù)，允許通過程序訪問Amazon的計算基礎(chǔ)設(shè)施。Amazon多年來一直在構(gòu)建和調(diào)整這個健壯的計算平臺，現(xiàn)在任何能夠訪問Internet的人都可以使用該平臺。Amazon提供了大多數(shù)系統(tǒng)的核心需求的基本服務(wù)（如圖2所示）：存儲、計算、消息傳遞和數(shù)據(jù)集[28,29]。

圖1 Google App Engine技術(shù)架構(gòu)

圖2 AWS主要架構(gòu)

（1）存儲

所有應(yīng)用程序都需要存儲文件、文檔、用戶下載或備份，可以把應(yīng)用程序需要的任何東西存儲在 Amazon S3中，從而實現(xiàn)可伸縮、可靠、高可用、低成本的存儲。

（2）計算

Amazon EC2(elastic compute cloud)能夠根據(jù)需要擴(kuò)展或收縮計算資源，非常方便地提供新的服務(wù)器實例。

（3）消息傳遞

Amazon SQS(simple queue service)提供不受限制的可靠的消息傳遞，可以使用它消除應(yīng)用程序組件之間的耦合。

（4）數(shù)據(jù)集

Amazon SDB(simple DB)提供可伸縮、包含索引且無需維護(hù)的數(shù)據(jù)集的存儲、處理和查詢功能。

Amazon Web Services具有如下特點[30,31]。

（1）可靠性

服務(wù)在經(jīng)過充分測試的高可用的Amazon數(shù)據(jù)中心中運行，這些數(shù)據(jù)中心也運行Amazon自己的業(yè)務(wù)。

（2）安全性

提供開箱即用的基本安全性和身份驗證機(jī)制，可以根據(jù)需要在服務(wù)之上實現(xiàn)應(yīng)用程序特有的安全措施，從而增強(qiáng)安全性。

（3）節(jié) 約 成 本

沒有固定的成本或維護(hù)成本。只需為使用的服務(wù)付費，可以根據(jù)需要擴(kuò)展資源和預(yù)算。

（4）容易部署

可以通過簡單的API使用這個虛擬基礎(chǔ)設(shè)施和庫的所有功能，可以在使用最廣泛的編程語言中使用這些API。

（5）彈性

可以根據(jù)需要擴(kuò)展或收縮計算資源，可以快速地從一個服務(wù)器擴(kuò)展到任意數(shù)量的服務(wù)器，從而滿足應(yīng)用程序的需要。

（6）內(nèi)聚性

4個核心服務(wù)（存儲、計算、消息傳遞和數(shù)據(jù)集）能夠非常好地協(xié)作，為各種應(yīng)用程序提供一個完整的解決方案。

（7）社區(qū)

Amazon Web Service社區(qū)非?；钴S，這會促進(jìn)世界各地的用戶采用這些Web服務(wù)，有助于在這個基礎(chǔ)設(shè)施上創(chuàng)建獨特的應(yīng)用程序。

3.1.3 Facebook開放平臺

圖3 Facebook平臺架構(gòu)

Facebook開放平臺的架構(gòu)如圖3所示[32,33]，主要包括：Facebook API、Facebook JavaScript以及 FQL 3 部分。

·Facebook API是基于REST架構(gòu)實現(xiàn)的Web編程接口，通過API，第三方開發(fā)者可以接入到Facebook的核心數(shù)據(jù)（如用戶信息、朋友信息等），并實現(xiàn)一些核心功能（如用戶登錄、重定向、更新視圖等）。

·Facebook JavaScript（FBJS）是開發(fā)者在應(yīng)用中需要使用的JavaScript功能，可以保護(hù)平臺中用戶的隱私。FBML是對HTML的修改和擴(kuò)展，用于定制應(yīng)用程序外觀。

·基于SQL的FQL用于查詢Facebook核心數(shù)據(jù)，包括用戶、朋友、群組及其成員、事件及其人員、相冊等[34]。Facebook開放平臺的運作流程：Facebook應(yīng)用程序在開發(fā)者的服務(wù)器上運行，每個應(yīng)用程序與特定的URL關(guān)聯(lián)。當(dāng)用戶請求其URL時，F(xiàn)acebook服務(wù)器將該請求重定向到應(yīng)用服務(wù)器處理，服務(wù)器之間通過Facebook API或FQL交互，應(yīng)用服務(wù)器最終向Facebook服務(wù)器返回承載應(yīng)用界面的FBML文件[35,36]。

3.1.4 Windows Azure

Windows Azure主要有5個組成部分，如圖4所示[37,38]。（1）計算

在云中運行應(yīng)用程序。這些應(yīng)用程序在很大程度上看到的是一種Windows Server環(huán)境，但Windows Azure編程模型與內(nèi)部部署的Windows Server模型不完全相同。

（2）存儲

在云中存儲二進(jìn)制程序和結(jié)構(gòu)化數(shù)據(jù)。

（3）結(jié)構(gòu)控制器

部署、管理和監(jiān)控應(yīng)用程序。結(jié)構(gòu)控制器還處理在整個平臺中對系統(tǒng)軟件的更新。

（4）內(nèi)容傳送網(wǎng)絡(luò)(CDN)

加速對Windows Azure存儲器中的二進(jìn)制數(shù)據(jù)的全球訪問，方法是在全球維護(hù)該數(shù)據(jù)的緩存副本。

（5）連接

允許在內(nèi)部部署的計算機(jī)與Windows Azure應(yīng)用程序之間創(chuàng)建IP級連接。

3.2 國內(nèi)開放平臺技術(shù)架構(gòu)現(xiàn)狀

目前，國內(nèi)多家互聯(lián)網(wǎng)企業(yè)推出了自己的開放平臺，筆者選取其中發(fā)展較為成熟的淘寶、百度和人人網(wǎng)的開放平臺技術(shù)架構(gòu)進(jìn)行分析。

3.2.1 淘寶開放平臺

淘寶開放平臺（taobao open platform，TOP）是一個綜合型的全面的開放平臺，從3個方面開放淘寶電子商務(wù)基礎(chǔ)服務(wù)：開放業(yè)務(wù)、開放自有插件式平臺、開放對外接入標(biāo)準(zhǔn)。

·開放業(yè)務(wù)包括兩點：以O(shè)pen API形式開放數(shù)據(jù)；以流程頁面化方式開放核心業(yè)務(wù)流程。從API的開放數(shù)量、規(guī)模、業(yè)務(wù)范圍和深度來說，TOP已經(jīng)是國內(nèi)最大的開放平臺之一[39]。

·開放自有插件平臺包括開放淘寶店鋪管理平臺、開放淘江湖插件平臺以及規(guī)劃推出的其他多種平臺。

·開放對外接入標(biāo)準(zhǔn)，允許了第三方以插件或者獨立應(yīng)用形式將淘寶業(yè)務(wù)開放出去，支持Taobao.com之外的網(wǎng)站上運行基于TOP的插件或者獨立應(yīng)用。另外，TOP也支持桌面端和新平臺的應(yīng)用開發(fā)。

淘寶開放平臺的整個架構(gòu)體系是組件化體系架構(gòu)（如圖5所示），可以是很少的幾個基礎(chǔ)組件構(gòu)成的Skeleton，也可以是融入了商業(yè)想象的Amazing Architecture。TOP當(dāng)前從業(yè)務(wù)模塊功能角度來劃分，可以分成3個層次：基礎(chǔ)平臺組件層、基礎(chǔ)業(yè)務(wù)組件層、普通業(yè)務(wù)組件層?；A(chǔ)平臺組件層，傾向于平臺級別功能滿足及對平臺穩(wěn)定性、可用性的支持?；A(chǔ)業(yè)務(wù)組件層，是介于平臺服務(wù)于普通業(yè)務(wù)服務(wù)之間的組件，部分利用平臺基礎(chǔ)組件層的組件，抽象出一層公用業(yè)務(wù)服務(wù)組件，為業(yè)務(wù)組件提供通用的基礎(chǔ)支持[41]。

圖4 Windows Azure架構(gòu)

圖5 淘寶開放平臺架構(gòu)[40]

3.2.2 百度開放平臺

在2009年8月18日“百度技術(shù)創(chuàng)新大會”上，百度董事長兼首席執(zhí)行官李彥宏首次提出“框計算”的概念，即用戶只要在“框”中輸入服務(wù)需求，系統(tǒng)就能明確識別這種需求，并將該需求分配給最優(yōu)的內(nèi)容資源或應(yīng)用提供商處理，最終精準(zhǔn)高效地返回給用戶相匹配的結(jié)果[24]。

百度開放平臺是“框計算”理念實踐的重要基礎(chǔ)設(shè)施，準(zhǔn)確捕獲用戶需求，為廣大站長和開發(fā)者免費提供開放式數(shù)據(jù)分享暨對接平臺。百度開放平臺主要包含“百度數(shù)據(jù)開放平臺”和“百度應(yīng)用開放平臺”[23]。其技術(shù)架構(gòu)如圖6所示。

百度開放平臺主要針對廣大站長和開發(fā)者，為其提供了將結(jié)構(gòu)化的數(shù)據(jù)和應(yīng)用直接提交的開放平臺；同時該平臺與百度大搜索平臺連接，將開放的數(shù)據(jù)和應(yīng)用同步運行于搜索之中，并以最佳展現(xiàn)形式與最優(yōu)展現(xiàn)樣式呈現(xiàn)在搜索結(jié)果中，與數(shù)億用戶的需求直接對接。

3.2.3 人人網(wǎng)開放平臺

人人網(wǎng)開放平臺技術(shù)架構(gòu)遵循一個清晰的分層模型，具有如下特點[42]。

（1）通用性

更好地支持Web、mobile、desktop等運行環(huán)境，提供了多種形式的API。

（2）標(biāo)準(zhǔn)化

將SDK的開發(fā)維護(hù)工作交給第三方開源社區(qū)來完成，而不是全部由平臺來完成。開源社區(qū)在平臺提供的API上開發(fā)SDK，第三方應(yīng)用開發(fā)者在SDK基礎(chǔ)上開發(fā)應(yīng)用。

（3）新特性

在某些出于安全考慮而無法通過REST API開放的功能，如加好友功能，則可以由新的Widget API來提供。

人人網(wǎng)開放平臺的官方網(wǎng)站[42]給出了如圖7所示的其開放平臺的最新架構(gòu)。

從圖7可以看出，人人網(wǎng)開放平臺大概分為3個層次，共同為最上層的各種形式的第三方應(yīng)用程序提供服務(wù)[19]。

（1）核心服務(wù)層（core service layer）

實現(xiàn)了人人網(wǎng)對外提供的最底層的API，定義好了接口參數(shù)和調(diào)用流程，第三方或平臺方可以根據(jù)這個層次的API在上面封裝SDK。

（2）SDK 層

由第三方或平臺方提供的針對各種開發(fā)語言或開發(fā)環(huán)境的SDK。

（3）高級 SDK 層（high SDK layer）

圖6 百度“框計算”技術(shù)架構(gòu)[24]

圖7 人人網(wǎng)開放平臺架構(gòu)

構(gòu)建在核心服務(wù)層或SDK層之上的高級SDK，例如Discuz SDK就是基于JSSDK來封裝的。

第三方應(yīng)用程序可以使用任意3個層次提供的API進(jìn)行開發(fā)。目前，API可以主要分為3種類型。

（1）Auth API

第三方如果想調(diào)用人人網(wǎng)提供的REST API，則必須首先經(jīng)過用戶授權(quán)。AuthAPI就是用來完成用戶授權(quán)的。目前，人人網(wǎng)開放平臺進(jìn)行用戶授權(quán)遵循業(yè)界最新的標(biāo)準(zhǔn)OAuth2.0[43]。

（2）REST API

REST API是人人網(wǎng)開放平臺提供的一種使用HTTP來調(diào)用的API，需要在完成用戶授權(quán)后才能調(diào)用[44]。

（3）Widget API

Widget API是人人網(wǎng)開放平臺提供的一種在用戶控制下訪問用戶資源的一種API，由于是在用戶控制下完成的，所以無需進(jìn)行用戶授權(quán) （但用戶身份驗證還是必需的）。這種API能夠支持各種不同的運行環(huán)境，如Web、mobile、桌面編程環(huán)境等。一個Widget可有擁有多種視圖，每一種視圖能夠適應(yīng)某個特定的運行環(huán)境。Widget可以在Web瀏覽器中運行，或嵌入到一個原生程序（native application）中，或嵌入到一個對話框中[45]。

4 開放平臺現(xiàn)有問題分析

在分析國內(nèi)外眾多開放平臺的基礎(chǔ)上，筆者發(fā)現(xiàn)當(dāng)開放平臺成為企業(yè)“一窩蜂式”的選擇后，開放平臺給企業(yè)所帶來的優(yōu)勢也慢慢失去，現(xiàn)在很多國內(nèi)的開放平臺在自身管理和整合資源方面存在很多問題。筆者將眾多問題進(jìn)行歸類[46～48]，現(xiàn)總結(jié)如下。

（1）平臺運營商自身職能界定不清晰

開放平臺運營商應(yīng)該具有清晰的業(yè)務(wù)發(fā)展策略，能夠明確自身的核心資源和能力，明確界定“裁判員”與“運動員”的關(guān)系。分析目前國內(nèi)現(xiàn)有開放平臺發(fā)現(xiàn)該問題主要集中體現(xiàn)在以下兩個方面：一方面，在應(yīng)用開發(fā)上，平臺運營商應(yīng)當(dāng)明確界定自身開發(fā)哪些應(yīng)用，而哪些應(yīng)用留給第三方開發(fā)者開發(fā)；另一方面，在第三方開發(fā)者指導(dǎo)上，平臺運營商應(yīng)當(dāng)把握用戶需求，為開發(fā)者提供方向性指引。

在這方面，淘寶做得比較好，值得借鑒。淘寶開放平臺明確自身的優(yōu)勢在于用戶忠誠度以及用戶相對消費能力，而與電子商務(wù)相關(guān)的后臺管理等服務(wù)，并非自身所擅長，于是將這部分市場空間讓出來給予廣大第三方開發(fā)者自行發(fā)揮，同時，并沒有放任不管，而是分階段地闡明當(dāng)前最需要的電子商務(wù)后臺應(yīng)用是哪些，指明了大致的方向。

（2）平臺技術(shù)路線不明確，支撐條件存在漏洞

隨著第三方應(yīng)用以及用戶的不斷增加，對平臺運營商也提出了更高的要求。在技術(shù)穩(wěn)定支撐、平臺安全以及開發(fā)服務(wù)支撐等方面，均需要平臺運營商為第三方開發(fā)者和廠商提供相應(yīng)的支撐。在對開放平臺技術(shù)方面的調(diào)查中，發(fā)現(xiàn)如圖8所示的4個問題受到了廣泛的關(guān)注。

圖8 開放平臺存在技術(shù)問題比例[9]

·安全問題：主要是指用戶數(shù)據(jù)安全性和應(yīng)用身份安全，例如目前部分廠商正在嘗試推行應(yīng)用授權(quán)管理。

·標(biāo)準(zhǔn)問題：主要指目前每家開放平臺為了體現(xiàn)自己的特色，保持自己的競爭優(yōu)勢，會加入一些與其他平臺不兼容的特性，因此為第三方服務(wù)商的服務(wù)接入和第三方開發(fā)商的應(yīng)用發(fā)布，造成了一定了技術(shù)門檻。雖然存在像OpenSocial聯(lián)盟這樣致力于“統(tǒng)一標(biāo)準(zhǔn)”工作的團(tuán)體，但是由于其主要針對相應(yīng)領(lǐng)域，同時影響力度還不夠強(qiáng)大，所以開放平臺標(biāo)準(zhǔn)化還有一條很長的路要走。

·支持問題：主要指平臺架構(gòu)穩(wěn)定，能夠支持海量訪問的穩(wěn)定運營和快速響應(yīng)，通過提供長期的技術(shù)支持，構(gòu)建獨有的、穩(wěn)定的技術(shù)壁壘。

·易用性問題：主要是指第三方開發(fā)者和企業(yè)對于開放平臺的學(xué)習(xí)成本低，另一方面在于第三方開發(fā)者和企業(yè)在平臺的使用過程中，能夠較容易地發(fā)現(xiàn)相關(guān)錯誤，同時，在平臺各方面服務(wù)的搭建上也需要平臺運營商能夠完善和不斷改善平臺各種技術(shù)支撐。

（3）平臺無法為開發(fā)者提供更多的發(fā)展機(jī)遇

讓開發(fā)者在當(dāng)下或者未來能夠產(chǎn)生足夠的收益，是一個開放平臺能夠持續(xù)循環(huán)滾動發(fā)展的一個非常重要的關(guān)鍵點。但是由于我國互聯(lián)網(wǎng)長期以來都是通過為用戶提供免費服務(wù)打開市場的，而這與第三方開發(fā)者和企業(yè)希望通過用戶付費來獲得收入想違背，所以就需要平臺運營商從以下兩個方面進(jìn)行努力。

首先，培養(yǎng)和挖掘用戶付費需求，明確平臺盈利模式。目前來看，企業(yè)用戶的付費和個人用戶在游戲端的服務(wù)需求較為旺盛，是可供挖掘的基點。同時，在個人用戶增值服務(wù)方面的培養(yǎng)也是不容忽視的。

其次，制定公正、透明、成體系的開發(fā)規(guī)則。在應(yīng)用審核方面，平臺運營商與第三方開發(fā)者之間需要達(dá)到認(rèn)同；在應(yīng)用分成方面，平臺運營商應(yīng)該在保障平臺基本收益的基礎(chǔ)上，更多地讓利給第三方，讓第三方覺得自己的付出得到了超出想象的回報，更好地激發(fā)其熱情和對整個平臺的忠誠度，進(jìn)而有利于占領(lǐng)第三方開發(fā)者份額。

（4）平臺缺乏有效的用戶利益保障機(jī)制

開放平臺本身作為一個多方參與、多方協(xié)作的生態(tài)系統(tǒng)，一旦缺乏相應(yīng)的運作約束機(jī)制或者機(jī)制運作不暢，就會導(dǎo)致低劣應(yīng)用的出現(xiàn)，進(jìn)而影響到用戶利益，乃至整個平臺環(huán)境。建立一個有效的保障機(jī)制，主要體現(xiàn)在3個方面：首先是準(zhǔn)入機(jī)制，主要包括開發(fā)者資質(zhì)的準(zhǔn)入審核、第三方應(yīng)用的準(zhǔn)入審核、應(yīng)用測試等機(jī)制；其次對用戶的響應(yīng)機(jī)制，對使用發(fā)現(xiàn)的問題和建議，需要通過一兩個渠道進(jìn)行反饋，并快速得到處理；最后是平臺技術(shù)分享機(jī)制，整個平臺和第三方應(yīng)用的技術(shù)調(diào)整細(xì)節(jié)以及帶來的好處應(yīng)當(dāng)及時與開發(fā)者進(jìn)行詳細(xì)的分享。

5 開放平臺發(fā)展建議

通過借鑒國外互聯(lián)網(wǎng)企業(yè)開放平臺的成功案例，并分析國內(nèi)主要開放平臺的最新發(fā)展，筆者結(jié)合目前我國互聯(lián)網(wǎng)以及移動互聯(lián)網(wǎng)的發(fā)展?fàn)顩r，對于開放平臺的運營模式和技術(shù)架構(gòu)給出如下建議。

5.1 開放平臺運營模式建議

當(dāng)開放漸成互聯(lián)網(wǎng)的一股趨勢和潮流之時，國內(nèi)很多企業(yè)構(gòu)建或參與到開放平臺中，并希望在整個產(chǎn)業(yè)鏈中占據(jù)屬于自己的一環(huán)，進(jìn)而獲得用戶、流量以及利潤等方面的快速積累。但不容忽視的是，構(gòu)建一個良好的運營模式是整個開放平臺生態(tài)系統(tǒng)持續(xù)、長久運作的基礎(chǔ)。筆者在分析國內(nèi)外開放平臺運營模式的基礎(chǔ)上，建議在構(gòu)建開放平臺運營模式的時候需要遵循如下原則。

（1）統(tǒng)一文化

開放平臺需要具有獨特的運營文化，將平臺的愿景和理念傳達(dá)給廣大第三方，形成一個大家都廣泛接受的文化和理念，以降低日后的溝通和運行成本。例如，在維基百科就有一批崇尚自由奉獻(xiàn)、共享知識的志愿編輯們，正是這種文化讓維基百科成為了世界上最好的免費知識庫。開放平臺的各方如能形成文化上的共識，那么日后的溝通成本都會低很多，出現(xiàn)的沖突也會得到較好的管理和解決。

（2）明確職責(zé)

對于開放平臺這塊“大蛋糕”來說，沒有一家企業(yè)可以獨自將其完全消化掉。無論大企業(yè)還是小企業(yè)，都需要明確自身在產(chǎn)業(yè)鏈中所處的位置，在屬于自己的環(huán)節(jié)中不斷做好做深。如果一個企業(yè)總是想著擴(kuò)大自己的領(lǐng)域，占領(lǐng)相關(guān)環(huán)節(jié)，必然會影響到整個產(chǎn)業(yè)鏈的穩(wěn)定，甚至造成產(chǎn)業(yè)鏈斷裂。

（3）協(xié)同合作

在開放平臺的產(chǎn)業(yè)鏈上，每個環(huán)節(jié)都是必不可少的，只有與上下游環(huán)節(jié)的協(xié)同合作才能使整個生態(tài)系統(tǒng)在和諧穩(wěn)定的環(huán)境中不斷成長。同時，對于平臺運營商而言，整合的上下游資源越多，越能夠吸引到更多的用戶，成為日后競爭能夠立于不敗之地的強(qiáng)大后盾。

（4）公平透明

開放平臺需要一個公平透明的游戲規(guī)則貫穿始終，并滲透到產(chǎn)業(yè)鏈的各個環(huán)節(jié)中。主要包括平臺運營商與應(yīng)用開發(fā)商之間，同平臺的應(yīng)用開發(fā)商之間以及用戶與應(yīng)用開發(fā)商之間。

（5）開放共贏

只有共贏互惠的開放平臺，才具有長久的生命力。作為平臺運營商，在盈利模式和分成模式方面就應(yīng)該做些創(chuàng)新和突破，讓為該開放平臺做出了貢獻(xiàn)的各方都得到相應(yīng)的回報。

依據(jù)上述原則，筆者給出了如圖9所示的開放平臺運營模式的建議和具體說明。

在開放平臺產(chǎn)業(yè)鏈中主要包含6類對象：應(yīng)用開發(fā)商、能力提供商、廣告商、終端廠商、最終用戶和平臺運營商。

（1）應(yīng)用開發(fā)商

應(yīng)用開發(fā)商通過調(diào)用開放平臺開放出來的服務(wù)和資源能力，快速開發(fā)出服務(wù)一定用戶群體的應(yīng)用，并將其交付到開放平臺中，進(jìn)而實現(xiàn)應(yīng)用的低價運營和針對性銷售。開放平臺不僅為其提供了豐富的服務(wù)、資源能力，同時也將用戶帶給廣大開發(fā)者，解決了開發(fā)者“最頭痛”的營銷問題，進(jìn)而將開發(fā)者從產(chǎn)業(yè)鏈的后端推到了前端。隨著移動互聯(lián)網(wǎng)的快速發(fā)展，移動應(yīng)用不斷盛行，開發(fā)商群體也在向精小化和年輕化發(fā)展，越來越多有才華的個體自由開發(fā)者參與其中，為整個群體的創(chuàng)新能力注入了新活力。

（2）能力提供商

能力提供商主要包括服務(wù)能力提供商和資源/內(nèi)容能力提供商，其將自身具有的服務(wù)和資源能力開放出來，供第三方使用。目前，國內(nèi)外很多開放平臺的運營商即是能力提供商。主要是因為這些能力提供商憑借具有的服務(wù)能力或內(nèi)容資源在相應(yīng)領(lǐng)域已經(jīng)具有了一定的用戶積累，但隨著企業(yè)的不斷壯大，要想形成針對一定用戶群體的“全生命周期產(chǎn)品體系”，僅僅依靠其自身的力量是遠(yuǎn)遠(yuǎn)不夠的，因此這些能力提供商希望通過開放平臺能夠聚集更多的開發(fā)者、第三方能力提供商來為自己的用戶服務(wù)，進(jìn)而增加用戶的黏性，同時吸引更多的新用戶。

圖9 開放平臺運營模式建議

（3）廣告商/廣告聯(lián)盟

廣告商/廣告聯(lián)盟主要為企業(yè)提供廣告的相關(guān)服務(wù)，并負(fù)責(zé)將廣告發(fā)布到開放平臺和應(yīng)用中。目前很多開放平臺針對廣告商提供了一定規(guī)范化的提交和發(fā)布接口，同時制定了一定的分成模式。

（4）終端廠商

作為連接開放平臺和用戶的最終渠道，終端廠商在整個產(chǎn)業(yè)鏈中發(fā)揮著重要作用。尤其是隨著移動終端智能化的不斷深入，終端本身也成為增加用戶黏性的一個重要方面。蘋果“iPhone+App Store”發(fā)展模式的成功，使得蘋果成為首個終端廠商轉(zhuǎn)化為的開放平臺運營商。但是，筆者認(rèn)為蘋果的這種發(fā)展模式并不具有通用性和普適性，這種模式的成功與蘋果一直秉承的“封閉”傳統(tǒng)以及其終端良好的用戶體驗密不可分，并不適用于每個終端廠商（諾基亞、聯(lián)想等App Store的發(fā)展失敗充分證明了這點）。

（5）最終用戶

一般面向一個開放平臺的用戶均屬于一個細(xì)分行業(yè)，比如淘寶開放平臺的用戶均為淘寶的賣家或是買家，這些用戶可以在平臺上獲得某個領(lǐng)域的服務(wù)鏈。在該鏈條中，開放平臺設(shè)法滿足用戶各個方面的需求，進(jìn)而增加用戶的黏性，同時強(qiáng)化開放平臺在該領(lǐng)域的地位。

（6）開放平臺運營商

作為開放平臺產(chǎn)業(yè)鏈條中的核心環(huán)節(jié)，平臺運營商在整個開放體系中起著舉足輕重的作用。一方面承載著匯集各方能力、協(xié)調(diào)各方職能的重大責(zé)任；另一方面是整個鏈條運作、利益分配規(guī)則的制定者，進(jìn)而也往往是整個鏈條中最大的獲利者?，F(xiàn)有國外的開平臺中，平臺運營商與能力提供商多為同一角色，大多由大型互聯(lián)網(wǎng)企業(yè)和電信運營商擔(dān)任。這些企業(yè)依托于其原有服務(wù)能力聚合了一定規(guī)模的用戶，為開放平臺的運營奠定了較高的起點。但筆者認(rèn)為隨著開放平臺發(fā)展的不斷深入，依靠提供自身原有能力開放的平臺運營商僅適合于“專一型開放平臺”（即聚焦于特定領(lǐng)域的開放平臺，現(xiàn)有開放平臺多為該類型）的發(fā)展，以自身原有能力為依托融合多家開放能力的“融合型開放平臺”必將形成，并會得到長足的發(fā)展。

以上5者圍繞著開放平臺運營商，最終實現(xiàn)了能力流、用戶流、資源流和資金流在開放平臺上的匯聚。

筆者認(rèn)為，隨著開放平臺發(fā)展模式的不斷多樣化，獨立的開放平臺運營商（即與能力提供商和終端廠商相分離的第三方）將是未來開放平臺的一個發(fā)展趨勢，其可以作為獨立的第三方，便于公平公正地匯聚更多一定領(lǐng)域的服務(wù)能力和資源內(nèi)容，進(jìn)而為開發(fā)者提供了更多的選擇余地，最終為用戶帶來更多、更好的應(yīng)用，同時適用于多種終端平臺。但是這樣的開放平臺必須精細(xì)化定位用戶群體（甚至是該用戶群體的某個需求領(lǐng)域），如果做成龐大的開放平臺將失去爭取用戶、開發(fā)者和服務(wù)提供商的優(yōu)勢。

5.2 開放平臺技術(shù)架構(gòu)建議

目前，開放平臺的發(fā)展勢頭雖然很高，但是對于其整體技術(shù)架構(gòu)的研究還處于起步階段，并主要由各大互聯(lián)網(wǎng)廠商、電信運營商和標(biāo)準(zhǔn)化組織在推進(jìn)，由于其各自結(jié)合自身業(yè)務(wù)和發(fā)展需求，因此，缺乏一個相對全面和比較標(biāo)準(zhǔn)化的開放平臺技術(shù)架構(gòu)。筆者綜合國內(nèi)外多家開放平臺的技術(shù)架構(gòu)，并結(jié)合我國開放平臺發(fā)展的特色化需求，給出如圖10所示的技術(shù)架構(gòu)建議和具體說明。

該平臺主要服務(wù)于以下兩類用戶。

（1）開發(fā)者

能夠在平臺中得到豐富的開放服務(wù)能力，并通過應(yīng)用開發(fā)工具快速地將能力進(jìn)行聚合形成滿足一定用戶需求的具體應(yīng)用；然后“一鍵式”部署到應(yīng)用運行環(huán)境中，由平臺為其分配支撐應(yīng)用運行的基礎(chǔ)資源，同時監(jiān)控應(yīng)用的運行情況，并針對具體需求可伸縮地調(diào)整資源分配情況；最后該應(yīng)用通過應(yīng)用銷售商店展示給最終用戶。

（2）最終用戶

開放平臺能夠為最終用戶提供某個需求鏈上的一站式服務(wù)，進(jìn)而有效地增加用戶對于平臺的黏性；并通過對用戶有針對性的實現(xiàn)應(yīng)用版本更新提示、新應(yīng)用推送，實現(xiàn)基于用戶個體的精細(xì)化服務(wù)。

筆者認(rèn)為，無論針對哪個行業(yè)領(lǐng)域抑或是滿足哪些用戶特定需求的開放平臺，都應(yīng)當(dāng)包括如下4個基本部分：能力開放引擎、應(yīng)用開發(fā)工具、應(yīng)用運行環(huán)境和應(yīng)用銷售商店。下面將針對每個部分的基本功能及細(xì)分模塊做簡單說明。

（1）能力開放引擎

能力開放引擎主要包括業(yè)務(wù)能力適配、開放業(yè)務(wù)認(rèn)證、標(biāo)準(zhǔn)化開放業(yè)務(wù)接口以及業(yè)務(wù)接口監(jiān)控4個模塊，實現(xiàn)核心業(yè)務(wù)能力以及第三方業(yè)務(wù)能力的標(biāo)準(zhǔn)化開放。通過實現(xiàn)業(yè)務(wù)接口的統(tǒng)一性適配，達(dá)到開放業(yè)務(wù)的“熱插拔式”管理；為了保障業(yè)務(wù)內(nèi)信息的私密性以及業(yè)務(wù)間的隔離性，采用開放的用戶認(rèn)證和業(yè)務(wù)認(rèn)證機(jī)制；最終以標(biāo)準(zhǔn)化的方式開放業(yè)務(wù)接口，同時對于接口的調(diào)用情況進(jìn)行監(jiān)控進(jìn)而實現(xiàn)有效的業(yè)務(wù)流控。

（2）應(yīng)用開發(fā)工具

為了使開發(fā)者方便快捷地利用第三方開放服務(wù)能力開發(fā)出符合需求的應(yīng)用，同時該應(yīng)用又能夠規(guī)格化地部署和交付到應(yīng)用運行環(huán)境中，開放平臺需要提供一系列的開發(fā)工具集。其中開放服務(wù)組合構(gòu)件主要實現(xiàn)Web應(yīng)用的可視化開發(fā)；移動App構(gòu)建器主要實現(xiàn)利用第三方開放服務(wù)快速進(jìn)行移動應(yīng)用的開發(fā)；測試沙箱為應(yīng)用的測試系統(tǒng)提供虛擬的測試環(huán)境；模擬器為應(yīng)用的展示提供模擬運行環(huán)境。

圖10 開放平臺技術(shù)架構(gòu)建議

（3）應(yīng)用運行環(huán)境

為了使應(yīng)用程序易于構(gòu)建和維護(hù)，并可根據(jù)訪問量和數(shù)據(jù)存儲需要的增長輕松擴(kuò)展資源，開放平臺為開發(fā)者提供了統(tǒng)一的應(yīng)用運行環(huán)境。該環(huán)境主要支持Web應(yīng)用和移動應(yīng)用（主要指移動應(yīng)用的服務(wù)器端）兩種，并利用監(jiān)控模塊實現(xiàn)應(yīng)用對于資源使用情況的統(tǒng)計及簡單分析；集群管理和應(yīng)用路由模塊主要實現(xiàn)對于高并發(fā)訪問時服務(wù)的分流及底層資源的調(diào)度。

（4）應(yīng)用銷售商店

主要包括應(yīng)用管理和用戶管理，同時針對移動應(yīng)用在移動端提供App Zone。其中應(yīng)用管理主要實現(xiàn)Web應(yīng)用以及移動應(yīng)用的發(fā)布、交付、推送等功能；用戶管理主要實現(xiàn)推薦、統(tǒng)計等功能；App Zone主要是針對移動應(yīng)用實現(xiàn)版本更新提示、新應(yīng)用推送等功能。

目前很多開放平臺要么側(cè)重于面向開放者為其提供開放的服務(wù)能力、能力的集成開發(fā)工具以及應(yīng)用的部署運行環(huán)境，比如Google App Engine、AWS等；要么側(cè)重于面向最終用戶為其提供應(yīng)用的瀏覽、下載以及推送，比如現(xiàn)在的很多App Store和Android Market。筆者認(rèn)為，將兩者整合，為開發(fā)者和用戶提供一站式服務(wù)的平臺架構(gòu)（如上所述），將成為未來開放平臺的一個趨勢。

6 結(jié)束語

作為促進(jìn)互聯(lián)網(wǎng)“長尾”業(yè)務(wù)模式快速發(fā)展的重要手段之一，開放平臺的發(fā)展得到了國內(nèi)外產(chǎn)業(yè)界的廣泛關(guān)注。本文針對開放平臺發(fā)展的兩個關(guān)鍵因素——運營模式和技術(shù)架構(gòu)展開深入研究，在充分分析國內(nèi)外主要開放平臺現(xiàn)有優(yōu)勢和主要問題的基礎(chǔ)上，給出了相關(guān)建議，期望本文的介紹能夠?qū)τ陂_放平臺的發(fā)展形成良好的參考價值。

1 Metcalfe B.The next-generation internet.IEEE Internet Computing,2000,4(1):58～59

2 Yinghui Huang，Guanyu Li.Descriptive models for internet of things.Proceedings of2010 International Conference on Intelligent Control and Information Processing (ICICIP),2010:483～486

3 Lee J K.Web 2.0 and OpenAPI.NHN,KRNet 2006

4 Wikipedia OpenAPI.http://en.wikipedia.org/wiki/Open_API

5 Chun H,Li X,Chau M,et al.Using open Web apis in teaching Web mining.IEEE Transactions on Education,2009,52(4):482～490

6 Tanaka S,Shina H,Yamada T,et al.High performance platform for multiple OpenAPI.Proceedings of 10th International Conference on Telecommunications,2003:1259～1263

7 Lei Dongyu,Luo Nianlong.An application interactive platform integrating applications with OpenAPI into campus network.Proceedings of International Conference on Educational and Network Technology(ICENT),2010:473～477

8 Wikipedia Open Platform. http://en.wikipedia.org/wiki/Open_platform

9 開放平臺.http://baike.baidu.com/view/4039572.htm

10 譚晨輝,劉青炎.OpenAPI出現(xiàn)、起源與現(xiàn)狀.程序員,2008(7)

11 Eunyoung K,Kangtae K,Hoh P I.A multi-view API impact analysisforopen SPL platform.Proceedingsofthe 12th International Conference on Advanced Communication Technology(ICACT),2010:686～691

12 Hai-Hong,Song Mei N,Song Jun D,et al.A new service delivery open platform(SDOP)architecture.Proceedings of IEEE International Symposium on IT in Medicine&Education,2009:404～409

13 Zeng Liangzhao,Hsueh Pei Y,Chang H,et al.Greenolive:an open platform for wellness management ecosystem.Proceedings of 2010 IEEE International Conference on Service Operations and Logistics and Informatics(SOLI),2010:88～93

14 李大維.開放平臺大勢圖.程序員,2009(8)

15 易觀國際.中國互聯(lián)網(wǎng)開放平臺專題研究報告,2011

16 http://developers.facebook.com/

17 Google App Engine.http://code.google.com/intl/en/appengine/

18 Amazon Elastic Compute Cloud (Amazon EC2).http://aws.amazon.com/ec2/

19 Amazon Elastic Beanstalk.http://aws.amazon.com/elasticbeanstalk/

20 App Store.http://www.apple.com.cn/iphone/built-in-apps/app-store.html

21 Tencent Open Platform.http://open.qq.com/

22 孫穎.淘寶開放平臺.程序員,2009(8)

23 百度開放平臺.http://open.baidu.com/

24 框計算官網(wǎng).http://boxcomputing.baidu.com/index.html#

25 探索Google App Engine背后的奧秘.http://www.dbanotes.net/arch/google_app_engine-arch_intro.html

26 Explore the mystery behind the Google App Engine(3)-Google App Engine Introduction

27 Explore the mystery behind the Google App Engine(3)-Google App Engine Architecture

28 Prabhakar Chaganti Ylastic.Cloud computing with Amazon Web Services.http://www.ibm.com/developerworks/cn/web/ar-cloudaws1/,2009

29 Hazelhurst S. Scientific computing using virtual highperformance computing:a case study using the Amazon elastic computing cloud.Proceedings of the 2008 Annual Research Conference of the South African Institute of Computer Scientists and Information Technologists on IT Research in Developing Countries:Riding the Wave of Technology ACM,2008:94～103

30 Evangelinos C,Hill C.Cloud computing for parallel scientic HPC applications:feasibility of running coupled atmosphereocean climate models on Amazons EC2.Ratio,2008,2(2):2～34

31 Wang G,Ng T E.The impact of virtualization on network performance of amazon EC2 data center.Proceedings of IEEE INFOCOM,2010

32 Hewit A,Forte A.Crossing boundaries:identity management and student/faculty relationships on the Facebook.Proceedings of CSCW’06,Banff,Alberta,Canda,2006

33 Acquisti A,Gross R.Imagined communities:awareness,information sharing,and privacy on the Facebook.Privacy Enhancing Technologies,2006:36～58

34 MSNBC.Red tape facebook ID theft targets friends.http://redtape.msnbc.msn.com/_news/2009/01/30/6345792-facebook-idtheft-targets-friends,2009

35 Action Fraud.Profile stalking facebook scam.http://www.actionfraud.org.uk/profilestalking-facebook-scam-may11,2011

36 B ates D.Facebook cyber bullying:schoolgirls arrested for creating fake page with naked pictures.http://www.dailymail.co.uk/news/article-1347034/Facebookcyberbullying-Schoolgirlsarrested-creating-fake-page-nakedpictures.html,2011

37 Windows Azure.http://www.microsoft.com/windowsazure/

38 Chappell D.Introducing the Azure services platform.White Paper,Oct 2008

39 關(guān)于淘寶開放平臺的戰(zhàn)略規(guī)劃.http://blog.csdn.net/mylove 2362004/article/details/4832106

40 岑文初.淘寶開放平臺架構(gòu)設(shè)計與實踐.http://www.baowei.org/blog/uploadfile/200909/SACC2009_network/2.pdf

41 岑文初.透明是開放平臺成功的關(guān)鍵——淘寶開放平臺基礎(chǔ)組件介紹.程序員,2011(3):60～61

42 人人網(wǎng)開放平臺技術(shù)架構(gòu).http://wiki.dev.renren.com/wiki/

43 人人網(wǎng)開放平臺OAuth2.0.http://wiki.dev.renren.com/wiki/Authentication

44 人人網(wǎng)開放平臺API.http://wiki.dev.renren.com/wiki/API

45 人人網(wǎng)開放平臺Widget API.http://wiki.dev.renren.com/wiki/Widget_API

46 彭勝君.開放平臺第三方開發(fā)者的管理策略.信息網(wǎng)絡(luò),2010(6)

47 詹新惠.開放平臺的喜與憂.人民網(wǎng),2011-06-15

48 鄭柯.中國“開放平臺”和“OpenAPI”調(diào)查分析.程序員,2008(7)

Open Platform:Operation Mode and Technical Architecture

Ma Lin1,Song Junde1,2,Song Meina1
(1.Department of Computer Science,Beijing University of Posts and Telecommunications,Beijing 100876,China;2.Bright Oceans Inter-Telecom Co.,Ltd.,Beijing 100093,China)

This paper analyzes the operation mode and technical architecture of the existing open platforms,and gives the proposal of open platform.Firstly,it introduces the background of the open platform,and explains the definitions and classifications of the open platform.Secondly,it analyzes the operation mode of the domestic and foreign main open platforms,one by one.Thirdly，it introduces the technical architecture of the domestic and foreign main open platforms,in detail.On the basis of the above analysis,it points out the main problems of the current open platforms in China.At last,it gives the development proposal of open platform,from the operation mode and technical architecture.

open platform,open service,operation mode,technical architecture

2012-05-14）