開放平臺：運營模式與技術架構研究綜述*

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

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

開放平臺：運營模式與技術架構研究綜述*

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

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

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

開放平臺；開放服務；運營模式；技術架構

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

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

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

1.1 發(fā)展背景

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

（1）導航時代

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

（2）搜索時代

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

（3）開放時代

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

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

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

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

·用戶碎片化：由于與用戶相關的信息、應用、關系的分裂，造成用戶本身也呈現為碎片化特點。

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

1.2 開放服務簡介

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

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

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

當前OpenAPI的類型主要可以分成3種：數據型、應用型、資源型[6,7]。

1.2.1 數據型OpenAPI

數據型OpenAPI，就是將自身的數據開放，讓應用開發(fā)者根據已有的數據進行二次開發(fā)。SNS網站的OpenAPI就是屬于數據型。

（1）Facebook API

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

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

（2）Twitter API

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

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

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

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

1.2.2 應用性OpenAPI

應用型與數據型的結合比較緊密，Flickr的圖片搜索，Google的日程、地圖等都是屬于應用型。應用型的數據輸入可以是外部的數據，也可以是基于已有的數據資源進行處理。

（1）Flicker的圖片搜索 API

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

Flickr的圖片搜索API為flickr.photos.search，用于返回符合匹配標準的圖片列表，只返回對請求用戶可見的照片。如果需要返回私有或半私有的照片，用戶通過驗證以獲得讀權限。未經證明的調用將只返回公開照片。Flickr API通過認證、參數、響應以及錯誤代碼來定義。

（2）Google Maps API

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

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

1.2.3 資源型API

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

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

1.3 開放平臺簡介

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

1.3.1 相關定義

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

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

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

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

1.3.2 分類方式

依據不同的分類標準，開放平臺具有多種分類方式。

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

（1）應用型開放平臺

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

·基于用戶關系的，例如Facebook；

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

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

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

（2）服務型開放平臺

服務型開放平臺本身并沒有一個基礎的應用模式，而是把計算資源作為一種服務，通過開放API提供給開發(fā)者，讓開發(fā)者能夠以極為低廉的服務費擁有大量、穩(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/）等。

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

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

（1）云計算平臺

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

（2）網絡服務平臺

這類開放平臺提供網絡服務模塊，讓開發(fā)者能透過API調用功能，快速地集成不同的模塊，進而建立新的應用。

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

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

（4）移動應用平臺

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

（5）社會關系平臺

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

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

2 開放平臺運營模式分析

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

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

2.1 國外開放平臺運營模式現狀

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

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

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

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

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

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

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

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

加強對終端的完全控制，同時在服務器端建立與終端相匹配的SDK體系。

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

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

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

2.2 國內開放平臺運營模式現狀

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

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

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

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

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

3 開放平臺技術架構

一個健壯且易于擴展的技術架構是搭建開放平臺的基礎，下面對國內外主要開放平臺的技術架構進行簡要分析。

3.1 國外開放平臺技術架構現狀

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

3.1.1 Google App Engine

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

（1）Web

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

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

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

·App Server：用于處理用戶發(fā)來的請求，并根據請求的內容調用后面的Datastore和服務群。

·App Master：是在應用服務器間調度應用，并將調度之后的情況通知Front End。

（2）Datastore

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

（3）服務群

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

3.1.2 Amazon Web Service

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

圖1 Google App Engine技術架構

圖2 AWS主要架構

（1）存儲

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

（2）計算

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

（3）消息傳遞

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

（4）數據集

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

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

（1）可靠性

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

（2）安全性

提供開箱即用的基本安全性和身份驗證機制，可以根據需要在服務之上實現應用程序特有的安全措施，從而增強安全性。

（3）節(jié) 約 成 本

沒有固定的成本或維護成本。只需為使用的服務付費，可以根據需要擴展資源和預算。

（4）容易部署

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

（5）彈性

可以根據需要擴展或收縮計算資源，可以快速地從一個服務器擴展到任意數量的服務器，從而滿足應用程序的需要。

（6）內聚性

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

（7）社區(qū)

Amazon Web Service社區(qū)非常活躍，這會促進世界各地的用戶采用這些Web服務，有助于在這個基礎設施上創(chuàng)建獨特的應用程序。

3.1.3 Facebook開放平臺

圖3 Facebook平臺架構

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

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

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

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

3.1.4 Windows Azure

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

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

（2）存儲

在云中存儲二進制程序和結構化數據。

（3）結構控制器

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

（4）內容傳送網絡(CDN)

加速對Windows Azure存儲器中的二進制數據的全球訪問，方法是在全球維護該數據的緩存副本。

（5）連接

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

3.2 國內開放平臺技術架構現狀

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

3.2.1 淘寶開放平臺

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

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

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

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

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

圖4 Windows Azure架構

圖5 淘寶開放平臺架構[40]

3.2.2 百度開放平臺

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

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

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

3.2.3 人人網開放平臺

人人網開放平臺技術架構遵循一個清晰的分層模型，具有如下特點[42]。

（1）通用性

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

（2）標準化

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

（3）新特性

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

人人網開放平臺的官方網站[42]給出了如圖7所示的其開放平臺的最新架構。

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

（1）核心服務層（core service layer）

實現了人人網對外提供的最底層的API，定義好了接口參數和調用流程，第三方或平臺方可以根據這個層次的API在上面封裝SDK。

（2）SDK 層

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

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

圖6 百度“框計算”技術架構[24]

圖7 人人網開放平臺架構

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

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

（1）Auth API

第三方如果想調用人人網提供的REST API，則必須首先經過用戶授權。AuthAPI就是用來完成用戶授權的。目前，人人網開放平臺進行用戶授權遵循業(yè)界最新的標準OAuth2.0[43]。

（2）REST API

REST API是人人網開放平臺提供的一種使用HTTP來調用的API，需要在完成用戶授權后才能調用[44]。

（3）Widget API

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

4 開放平臺現有問題分析

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

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

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

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

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

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

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

·安全問題：主要是指用戶數據安全性和應用身份安全，例如目前部分廠商正在嘗試推行應用授權管理。

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

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

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

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

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

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

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

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

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

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

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

5.1 開放平臺運營模式建議

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

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

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

（2）明確職責

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

（3）協(xié)同合作

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

（4）公平透明

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

（5）開放共贏

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

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

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

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

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

（2）能力提供商

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

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

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

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

（4）終端廠商

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

（5）最終用戶

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

（6）開放平臺運營商

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

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

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

5.2 開放平臺技術架構建議

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

該平臺主要服務于以下兩類用戶。

（1）開發(fā)者

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

（2）最終用戶

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

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

（1）能力開放引擎

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

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

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

圖10 開放平臺技術架構建議

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

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

（4）應用銷售商店

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

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

6 結束語

作為促進互聯(lián)網“長尾”業(yè)務模式快速發(fā)展的重要手段之一，開放平臺的發(fā)展得到了國內外產業(yè)界的廣泛關注。本文針對開放平臺發(fā)展的兩個關鍵因素——運營模式和技術架構展開深入研究，在充分分析國內外主要開放平臺現有優(yōu)勢和主要問題的基礎上，給出了相關建議，期望本文的介紹能夠對于開放平臺的發(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出現、起源與現狀.程序員,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)網開放平臺專題研究報告,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 框計算官網.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 關于淘寶開放平臺的戰(zhàn)略規(guī)劃.http://blog.csdn.net/mylove 2362004/article/details/4832106

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

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

42 人人網開放平臺技術架構.http://wiki.dev.renren.com/wiki/

43 人人網開放平臺OAuth2.0.http://wiki.dev.renren.com/wiki/Authentication

44 人人網開放平臺API.http://wiki.dev.renren.com/wiki/API

45 人人網開放平臺Widget API.http://wiki.dev.renren.com/wiki/Widget_API

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

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

48 鄭柯.中國“開放平臺”和“OpenAPI”調查分析.程序員,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）