江波
〔摘 要〕開(kāi)放平臺(tái)作為當(dāng)前網(wǎng)絡(luò)信息服務(wù)和軟件系統(tǒng)發(fā)展的最新趨勢(shì),使圖書(shū)館集成系統(tǒng)ILS發(fā)展面臨一次新的選擇和機(jī)遇。ILS由“管理型”向“服務(wù)型”轉(zhuǎn)變,面臨泛在的數(shù)字化環(huán)境的更高要求。ILS只有在戰(zhàn)略上向開(kāi)放平臺(tái)發(fā)展,才能成為許多優(yōu)秀應(yīng)用和服務(wù)的集合,幫助圖書(shū)館不斷提高管理和服務(wù)水平。
〔關(guān)鍵詞〕開(kāi)放平臺(tái);圖書(shū)館集成系統(tǒng)
圖書(shū)館集成系統(tǒng)(Integrated Library System,ILS),也稱圖書(shū)館管理系統(tǒng)、圖書(shū)館集成管理系統(tǒng)、圖書(shū)館自動(dòng)化系統(tǒng)等,是現(xiàn)代圖書(shū)館最核心的軟件系統(tǒng),管理著一個(gè)圖書(shū)館最完整的文獻(xiàn)資源信息和讀者信息,是圖書(shū)館業(yè)務(wù)自動(dòng)化和OPAC服務(wù)的依托。
自20世紀(jì)70年代中期誕生以來(lái),ILS一直隨著計(jì)算機(jī)技術(shù)、網(wǎng)絡(luò)技術(shù)的發(fā)展而進(jìn)步,不斷自我完善以適應(yīng)圖書(shū)館新的業(yè)務(wù)模式和服務(wù)需求。從單模塊到多模塊系統(tǒng);從館內(nèi)服務(wù)到廣域網(wǎng)服務(wù);從只提供傳統(tǒng)的圖書(shū)館資源到提供多種網(wǎng)絡(luò)資源和多媒體資源。
近年來(lái),Web2.0/Lib2.0、B/S模式、RFID、云計(jì)算、移動(dòng)互聯(lián)網(wǎng)等對(duì)ILS的發(fā)展均產(chǎn)生了較大的影響。而開(kāi)放平臺(tái)Open Platform作為當(dāng)前網(wǎng)絡(luò)信息服務(wù)和軟件系統(tǒng)發(fā)展的最新趨勢(shì),將使ILS發(fā)展面臨一次全新的選擇和機(jī)遇。
1 開(kāi)放平臺(tái)
1.1 開(kāi)放平臺(tái)的概念
從戰(zhàn)略層面看,開(kāi)放平臺(tái)是一種全新的網(wǎng)絡(luò)服務(wù)和軟件生態(tài)模式,開(kāi)放平臺(tái)運(yùn)營(yíng)者將自己的產(chǎn)品或服務(wù)轉(zhuǎn)換成一個(gè)平臺(tái),鼓勵(lì)第三方開(kāi)發(fā)者通過(guò)自組織圍繞平臺(tái)來(lái)開(kāi)發(fā)應(yīng)用、解決問(wèn)題并產(chǎn)生新的創(chuàng)意,而不是自己創(chuàng)造一些事物并強(qiáng)勢(shì)地加以守護(hù)。平臺(tái)運(yùn)營(yíng)者不僅是一個(gè)創(chuàng)造者,同時(shí)也做一個(gè)管理監(jiān)護(hù)者,與開(kāi)發(fā)者共生共榮,讓開(kāi)發(fā)者盡情釋放創(chuàng)造力[1]。
從技術(shù)層面說(shuō),開(kāi)放平臺(tái)是指軟件平臺(tái)公開(kāi)其應(yīng)用程序編程接口(API)、函數(shù)(Function)和接口規(guī)范框架,并以容器的形式對(duì)外開(kāi)放,第三方開(kāi)發(fā)者的程序能訪問(wèn)平臺(tái)的核心資源,與核心應(yīng)用集成,從而不斷增加該軟件系統(tǒng)的功能,而不需要更改該軟件系統(tǒng)的源代碼。
從商業(yè)層面說(shuō),開(kāi)放平臺(tái)是云計(jì)算中SaaS(Software as a service)和PaaS(Platform as a Service)模式的互利結(jié)合,并通過(guò)兩者的循環(huán)刺激實(shí)現(xiàn)快速增長(zhǎng)的一種新型商業(yè)模式[2]。
1.2 開(kāi)放平臺(tái)的特點(diǎn)
1.2.1 需求的微粒化
傳統(tǒng)的軟件系統(tǒng)是將用戶的需求歸結(jié)為一個(gè)集合,然后構(gòu)建一個(gè)龐大的、功能復(fù)雜的集成系統(tǒng)來(lái)一次性滿足所有的需求。而開(kāi)放平臺(tái)將用戶的需求細(xì)分為更細(xì)小的顆粒,通過(guò)不同的、更小的、相對(duì)獨(dú)立的App應(yīng)用或App應(yīng)用組合來(lái)滿足用戶的微需求。從而解決系統(tǒng)能力的有限性和用戶需求的無(wú)限性的矛盾,解決系統(tǒng)的穩(wěn)定性和用戶需求的靈活性之間的矛盾。
1.2.2 以數(shù)據(jù)為中心

開(kāi)放平臺(tái)的整體功能是借助于眾多的小的App應(yīng)用來(lái)實(shí)現(xiàn)的。這些App應(yīng)用既可能來(lái)自于平臺(tái)公司自身,也可能來(lái)自于不同的第三方公司。甚至多個(gè)App應(yīng)用是為了滿足同一個(gè)需求而開(kāi)發(fā)的,處于一種競(jìng)爭(zhēng)關(guān)系。所以,開(kāi)放平臺(tái)的整體功能始終處于一種動(dòng)態(tài)平衡之中。只有以數(shù)據(jù)為中心,才能保證在松耦合狀態(tài)下系統(tǒng)整體的安全性和穩(wěn)定性。
1.2.3 集成開(kāi)發(fā)環(huán)境
開(kāi)放平臺(tái)需要為開(kāi)發(fā)者提供的一套開(kāi)放集成的SDK(Software Development Kit,即軟件開(kāi)發(fā)工具包)和一個(gè)統(tǒng)一、高效的數(shù)據(jù)交換系統(tǒng)。用戶可以開(kāi)發(fā)新的應(yīng)用軟件或者將已有的應(yīng)用程序通過(guò)使用開(kāi)放平臺(tái)API與核心數(shù)據(jù)交互。
1.2.4 開(kāi)放許可
任何人和機(jī)構(gòu)都可以免費(fèi)申請(qǐng)開(kāi)放平臺(tái)賬戶,向開(kāi)放平臺(tái)運(yùn)營(yíng)者申請(qǐng)開(kāi)發(fā)者計(jì)劃,開(kāi)發(fā)的App應(yīng)用通過(guò)審核和批準(zhǔn)后,能夠與開(kāi)放平臺(tái)對(duì)接,并發(fā)布和銷(xiāo)售。
1.2.5 技術(shù)文檔支持
開(kāi)發(fā)平臺(tái)需要有非常詳細(xì)的在線文檔、完整的白皮書(shū)和豐富的代碼示例,指導(dǎo)開(kāi)發(fā)者如何使用API以及如何與平臺(tái)框架數(shù)據(jù)交互。
1.3 開(kāi)放平臺(tái)的發(fā)展與現(xiàn)狀
2007年5月24日,F(xiàn)acebook推出開(kāi)放平臺(tái),在這個(gè)框架上,第三方軟件開(kāi)發(fā)者可以開(kāi)發(fā)與Facebook核心功能集成的應(yīng)用程序。Facebook獲得了巨大成功,現(xiàn)在擁有超過(guò)6億的全球用戶,有超過(guò)100萬(wàn)的開(kāi)發(fā)者和50萬(wàn)個(gè)App應(yīng)用。
國(guó)外另一代表性開(kāi)放平臺(tái)就是舉世聞名的蘋(píng)果應(yīng)用商店(Apple App Store)。擁有超過(guò)34萬(wàn)款的各類(lèi)App應(yīng)用,總下載量突破驚人的100億次。
國(guó)內(nèi),騰訊、百度、新浪、人人網(wǎng)、開(kāi)心網(wǎng)、豆瓣的開(kāi)放平臺(tái)戰(zhàn)略已全面啟動(dòng)。
豆瓣為第三方開(kāi)發(fā)人員提供編程接口。利用豆瓣API,開(kāi)發(fā)者可以在自己的網(wǎng)站或程序中使用豆瓣的數(shù)據(jù)和功能。
人人網(wǎng)平臺(tái)上目前通過(guò)審核的App數(shù)量達(dá)到1 000款以上,而正在開(kāi)發(fā),準(zhǔn)備提交審核的App應(yīng)用則有數(shù)十萬(wàn)款[3]。
國(guó)外,著名圖書(shū)館行業(yè)軟件艾利貝斯ExLibris公司提出了自己的開(kāi)放平臺(tái)戰(zhàn)略O(shè)pen Platform Strategy。艾利貝斯研究了一套強(qiáng)大的、開(kāi)放的解決方案,支持和鼓勵(lì)客戶和第三方軟件開(kāi)發(fā)者用自己的程序代碼擴(kuò)展艾利貝斯產(chǎn)品,并以此促進(jìn)合作和思想共享。艾利貝斯綜合運(yùn)用API:Web services and X-services、深層鏈接,持久網(wǎng)址、插件、適配器等技術(shù),設(shè)計(jì)、實(shí)施了各種開(kāi)放式接口,并發(fā)布了開(kāi)放接口的文檔。同時(shí),艾利貝斯還對(duì)第三方軟件開(kāi)發(fā)者提供協(xié)作工具,代碼托管,并與其舉行面對(duì)面的會(huì)議。
OCLC的Grid Services影響也較大,目前提供的服務(wù)包括WorldCat Search API,Registry Services,Identifier Services,WorldCat Identities,Terminology Services,Metedata Crosswalk Services等。
2 圖書(shū)館管理系統(tǒng)面臨的挑戰(zhàn)
2.1 ILS由“管理型”向“服務(wù)型”轉(zhuǎn)變
隨著信息化、網(wǎng)絡(luò)化的發(fā)展,以及圖書(shū)館服務(wù)意識(shí)的不斷增強(qiáng),ILS逐漸由傳統(tǒng)的業(yè)務(wù)自動(dòng)化管理系統(tǒng)轉(zhuǎn)變?yōu)榱艘粋€(gè)網(wǎng)絡(luò)服務(wù)系統(tǒng),重心由“管理”向“服務(wù)”遷移。
管理型的ILS主要是面向館員的,在功能上有比較明確的邊界。業(yè)務(wù)環(huán)境穩(wěn)定,功能封閉是其顯著的特征。
服務(wù)型的ILS是以讀者為中心,讀者的用戶體驗(yàn)(UX)開(kāi)始受到高度重視,圖書(shū)館對(duì)ILS的功能需求與日俱增、紛繁復(fù)雜。不同的圖書(shū)館有不同的需求,越來(lái)越多的圖書(shū)館希望根據(jù)自身的使命、價(jià)值觀和服務(wù)特點(diǎn)定制自己的ILS系統(tǒng)[4]。依靠軟件商提供集成解決方案的時(shí)代已經(jīng)一去不復(fù)返,“功能齊全”成為不可能完成的任務(wù),因?yàn)橐呀?jīng)沒(méi)有一個(gè)公司能包攬一切。傳統(tǒng)的ILS軟件架構(gòu)已經(jīng)越來(lái)越難以滿足圖書(shū)館個(gè)性化的需要。部分圖書(shū)館開(kāi)始放棄ILS的OPAC,尋求類(lèi)似AcquaBrowser Library這樣的不依賴ILS的獨(dú)立OPAC系統(tǒng),或者尋求第三方的資源發(fā)現(xiàn)系統(tǒng)。
2.2 泛在的數(shù)字化環(huán)境對(duì)ILS的更高要求
隨著數(shù)字化校園的建設(shè)發(fā)展,各種MIS(Management Information System)系統(tǒng)不斷投入使用,零散的信息、碎片化的應(yīng)用和信息孤島日益增多,平臺(tái)孤立和差異造成極大的資源浪費(fèi)。越來(lái)越多的系統(tǒng)需要與ILS進(jìn)行數(shù)據(jù)交互和功能整合。例如,ILS讀者庫(kù)需要與校園一卡通用戶數(shù)據(jù)自動(dòng)同步。學(xué)校的離校系統(tǒng)需要與ILS整合。論文提交系統(tǒng)的數(shù)據(jù)需要與ILS同步。學(xué)校文庫(kù)的書(shū)目數(shù)據(jù)與需要ILS同步。學(xué)校的門(mén)戶需要與ILS整合,手機(jī)圖書(shū)館系統(tǒng)需要與ILS整合,隨書(shū)光盤(pán)管理系統(tǒng)需要與ILS整合,等等。
同時(shí),ILS本身越來(lái)越多的需要接入外部的服務(wù)。如:廈門(mén)大學(xué)圖書(shū)館在OPAC界面加入了豆瓣書(shū)評(píng);清華大學(xué)圖書(shū)館利用SFX Citation Linker接口實(shí)現(xiàn)在OPAC中完成電子圖書(shū)的檢索及在線閱讀,等等。
但是,目前ILS均是相當(dāng)封閉的系統(tǒng),如Horizon、Millennium、Unicorn、LIBSYS、ILAS、ADLIB2.0、MELINETS、GDLIS XP、博菲特、ULCM IS、圖騰、妙思、InterLib等,能提供的接口極其有限,如Z3950、SIP2、ILL、OAI、Open URL等。ExLibris的Aleph相對(duì)較為開(kāi)放,因此受到不少圖書(shū)館的青睞。
美國(guó)的圖書(shū)館自動(dòng)化技術(shù)市場(chǎng)已經(jīng)覺(jué)察到圖書(shū)館集成管理系統(tǒng)與實(shí)際需求之間存在的分歧,這使圖書(shū)館正在對(duì)ILS供貨商產(chǎn)生不信任感,一些有影響力的圖書(shū)館正在采取措施解決該問(wèn)題:用開(kāi)源ILS替換商業(yè)ILS;著手對(duì)ILS進(jìn)行二次開(kāi)發(fā);關(guān)注ILS以外的功能和特點(diǎn)[5]。
美國(guó)圖書(shū)館協(xié)會(huì)仲冬年會(huì)重要組成部分的RMG第19屆領(lǐng)導(dǎo)人年會(huì)從宏觀角度討論圖書(shū)館集成管理系統(tǒng)(ILS)和圖書(shū)館自動(dòng)化產(chǎn)業(yè)重建的問(wèn)題,與會(huì)代表一致認(rèn)為,重建圖書(shū)館自動(dòng)化產(chǎn)業(yè)的時(shí)機(jī)已經(jīng)成熟。
ILS亟待運(yùn)用開(kāi)放平臺(tái)的理念和技術(shù)進(jìn)行重構(gòu),最大程度允許第三方應(yīng)用系統(tǒng)接入,進(jìn)行數(shù)據(jù)交互和功能擴(kuò)展,從而滿足泛在的數(shù)字化教學(xué)和科研的需要。
3 圖書(shū)館開(kāi)發(fā)平臺(tái)LOP
3.1 LOP的概念
LOP即Library Open Platform,是ILS向開(kāi)放平臺(tái)發(fā)展的一種新形態(tài)。
LOP將圖書(shū)館采訪、編目、典藏、流通、讀者管理、OPAC等需求細(xì)分為更小的顆粒,通過(guò)高度松耦合的小應(yīng)用來(lái)滿足不同的微需求。從而便于在更小的功能集合上進(jìn)行系統(tǒng)定制和用戶個(gè)性化。
更重要的是,LOP對(duì)外開(kāi)放其應(yīng)用程序編程接口(API)、函數(shù)(Function)和接口規(guī)范框架,并提供全面的技術(shù)支持,鼓勵(lì)圖書(shū)館、個(gè)人、第三方機(jī)構(gòu)開(kāi)發(fā)第三方應(yīng)用程序,從而不斷增加LOP平臺(tái)的功能。
3.2 LOP的架構(gòu)
LOP的總體架構(gòu)如圖1所示。
App應(yīng)用程序既可以運(yùn)行在開(kāi)發(fā)者的服務(wù)器上,也可以托管在LOP服務(wù)器。每個(gè)App應(yīng)用程序與特定的URL相關(guān)聯(lián)。 當(dāng)用戶通過(guò)LOP用戶服務(wù)系統(tǒng)請(qǐng)求其URL時(shí),LOP應(yīng)用管理系統(tǒng)將這個(gè)請(qǐng)求重定向到App應(yīng)用服務(wù)器處理,并通過(guò)LOP核心框架的API交互,App應(yīng)用服務(wù)器最終向LOP用戶服務(wù)系統(tǒng)返回承載應(yīng)用界面的文件。LOP API采用基于REST架構(gòu)實(shí)現(xiàn)的Web編程接口,通過(guò)API第三方應(yīng)用程序可接入到LOP的核心數(shù)據(jù)(如書(shū)目數(shù)據(jù)、讀者數(shù)據(jù)等),同時(shí)實(shí)現(xiàn)與核心功能集成[6]。
3.3 LOP的主要技術(shù)
3.3.1 HTTP–POST
由App應(yīng)用程序建立請(qǐng)求XML數(shù)據(jù),然后提交HTTP POST操作來(lái)執(zhí)行調(diào)用。提交的各種參數(shù)等內(nèi)容都包含在XML文件中。調(diào)用成功后LOP返回XML格式返回?cái)?shù)據(jù),其中包括調(diào)用數(shù)據(jù)結(jié)果,調(diào)用數(shù)據(jù)具體信息等信息。App應(yīng)用程序自行解析返回XML信息,從中取得返回?cái)?shù)據(jù)[7]。
3.3.2 Web Service
Web Service是一種面向服務(wù)的架構(gòu)的技術(shù),通過(guò)標(biāo)準(zhǔn)的Web協(xié)議提供服務(wù),目的是保證不同平臺(tái)的應(yīng)用服務(wù)可以互操作[8]。
Web Service基于XML和HTTPS,其通信協(xié)議主要基于SOAP(Simple Object Access Protocol),服務(wù)的描述通過(guò)WSDL(Web Services Description Language),通過(guò)UDDI(Universal Description,Discovery and Integration)來(lái)發(fā)現(xiàn)和獲得服務(wù)的元數(shù)據(jù)。
3.3.3 REST
REST(Representational State Transfer表述性狀態(tài)轉(zhuǎn)移)是一種針對(duì)網(wǎng)絡(luò)應(yīng)用的設(shè)計(jì)和開(kāi)發(fā)方式,可以降低開(kāi)發(fā)的復(fù)雜性,提高系統(tǒng)的可伸縮性。
REST定義了應(yīng)該如何正確地使用Web標(biāo)準(zhǔn),例如HTTP和URI。REST定義了五條關(guān)鍵原則:為所有“事物”定義ID;將所有事物鏈接在一起;使用標(biāo)準(zhǔn)方法;資源多重表述;無(wú)狀態(tài)通信[9]。
3.4 LOP的運(yùn)營(yíng)模式
LOP在很大程度上釋放了平臺(tái)的創(chuàng)造力,第三方App應(yīng)用的數(shù)量越多,平臺(tái)的整體功能越強(qiáng),用戶也有了更多的選擇,可以更好滿足用戶的需求,實(shí)現(xiàn)多方利益的共贏。
LOP開(kāi)發(fā)運(yùn)營(yíng)者幫助圖書(shū)館搭建LOP開(kāi)放平臺(tái),同時(shí)出售自己公司開(kāi)發(fā)的核心應(yīng)用,以此獲得收益。
第三方開(kāi)發(fā)者可以自由的開(kāi)發(fā)基于LOP的各種應(yīng)用軟件。第三方開(kāi)發(fā)者們所提交的軟件必須要通過(guò)審核和批準(zhǔn)才能夠與開(kāi)放平臺(tái)對(duì)接,并發(fā)布和銷(xiāo)售。審核基本標(biāo)準(zhǔn)包括:不能對(duì)LOP系統(tǒng)整體安全構(gòu)成威脅,不能影響LOP系統(tǒng)的穩(wěn)定性,不能夠?qū)OP開(kāi)發(fā)運(yùn)營(yíng)者自身的應(yīng)用造成沖擊,不能損害LOP開(kāi)發(fā)運(yùn)營(yíng)者自產(chǎn)應(yīng)用的經(jīng)濟(jì)利益[10]。
LOP開(kāi)發(fā)運(yùn)營(yíng)者與第三方開(kāi)發(fā)者盈利共享。第三方開(kāi)發(fā)者設(shè)定他們自己的價(jià)格,而LOP開(kāi)發(fā)運(yùn)營(yíng)者從總收入中獲得提成。例如,蘋(píng)果從App Store中銷(xiāo)售的軟件收益中獲取30%提成[11]。
總體上看,良好的文化氛圍是LOP的內(nèi)在驅(qū)動(dòng)力,公平的游戲規(guī)則是LOP運(yùn)作的基礎(chǔ),共贏互惠是實(shí)現(xiàn)LOP基業(yè)長(zhǎng)青的前提,有效的運(yùn)作協(xié)調(diào)機(jī)制是用戶利益的保障[12]。
3.5 LOP的安全性
LOP所涉及的安全問(wèn)題包括:
(1)認(rèn)證:對(duì)通信的對(duì)等實(shí)體和數(shù)據(jù)來(lái)源的認(rèn)證。
(2)訪問(wèn)控制:防止對(duì)資源未經(jīng)授權(quán)的訪問(wèn)和使用。
(3)數(shù)據(jù)機(jī)密性:對(duì)數(shù)據(jù)進(jìn)行加密,防止數(shù)據(jù)未經(jīng)授權(quán)的泄漏。
(4)數(shù)據(jù)完整性:保證數(shù)據(jù)的完整性,防止數(shù)據(jù)被惡意篡改或受到意外破壞。
(5)非否認(rèn)性:防止數(shù)據(jù)的發(fā)送者和接受者對(duì)其行為的抵賴。
目前有很多好的設(shè)計(jì)原理可以采納作為開(kāi)放平臺(tái)的設(shè)計(jì)原理:
(1)分層安全性——將安全性貫徹到網(wǎng)絡(luò)中盡可能多的點(diǎn)。
(2)訪問(wèn)控制——使用“除了和業(yè)務(wù)有關(guān)的訪問(wèn),其他的都被禁止”的原則來(lái)進(jìn)行訪問(wèn)決策,即“最小權(quán)限策略”[13]。
(3)特定角色安全——基于組織內(nèi)部用戶的角色管理訪問(wèn)權(quán)限。
(4)用戶防范意識(shí)——在為第三方開(kāi)發(fā)者提供API過(guò)程中,努力提高用戶的防范意識(shí)。
(5)安全監(jiān)視——對(duì)系統(tǒng)進(jìn)行監(jiān)視以維護(hù)系統(tǒng)的安全并且使系統(tǒng)不受入侵[14]。
4 結(jié) 語(yǔ)
LOP對(duì)圖書(shū)館的價(jià)值很明顯。圖書(shū)館不用被迫制定遙不可及的所謂的五年規(guī)劃和整體解決方案,能專(zhuān)注于“最后一公里”的服務(wù),可以及時(shí)吸收借鑒最新的理念和技術(shù),無(wú)窮無(wú)盡的服務(wù)創(chuàng)新和需求創(chuàng)新,自由地添加或調(diào)整圖書(shū)館需要的功能,可以更容易將圖書(shū)館服務(wù)集成到數(shù)字化校園或其他數(shù)字化系統(tǒng),可以便利的開(kāi)展圖書(shū)館之間的合作。
當(dāng)開(kāi)放成為一種趨勢(shì)之時(shí),我們應(yīng)抓住趨勢(shì)之下的機(jī)遇。ILS具有得天獨(dú)厚的數(shù)據(jù)基礎(chǔ)和技術(shù)積累,只有在戰(zhàn)略上向開(kāi)放平臺(tái)發(fā)展,才能避免在競(jìng)爭(zhēng)中被不斷擠壓生存空間。越多的開(kāi)發(fā)者將他們的應(yīng)用添加到LOP,LOP的價(jià)值就會(huì)越大越大,最后,LOP將成為許多優(yōu)秀的應(yīng)用和服務(wù)的集合,從而幫助圖書(shū)館不斷提高管理和服務(wù)水平。
參考文獻(xiàn)
[1]胡泳.成為開(kāi)放平臺(tái)的6條法則[J].IT經(jīng)理世界,2011,(8):33.
[2]喬巖.開(kāi)放平臺(tái):云計(jì)算時(shí)代的戰(zhàn)略選擇[J].高科技與產(chǎn)業(yè)化,2011,(7):45.
[3]呂文龍.SNS的“開(kāi)放平臺(tái)”選擇題[J].互聯(lián)網(wǎng)周刊,2011,(1):30.
[4]Edward M.Corrado.The Open Platform Strategy:What It Means for Library Developers[EB].http:∥codabox.org/6/,2011-10-27.
[5]RMG 19屆年會(huì)討論圖書(shū)館集成管理系統(tǒng)和圖書(shū)館自動(dòng)化產(chǎn)業(yè)重建的問(wèn)題[J].現(xiàn)代圖書(shū)情報(bào)技術(shù),2009,(1):109.
[6]蘇嘉.SNS開(kāi)放平臺(tái)架構(gòu)簡(jiǎn)析[J].電信快報(bào):網(wǎng)絡(luò)與通信,2009,(10):8-10.
[7]張小鋒.eBay開(kāi)放平臺(tái)的研究應(yīng)用[J].電腦知識(shí)與技術(shù),2010,(29):8227-8228.
[8]Wikipedia.Web service[EB].http:∥en.wikipedia.org/wiki/Webzservice,2011-10-27.
[9]Baidu.rest[EB].http:∥baike.baidu.com/view/1077487.htm,2011-10-27.
[10]項(xiàng)有建.Q+:封閉式的開(kāi)放平臺(tái)[J].軟件工程師,2011,(9):19-20.
[11]趙思斯.開(kāi)放平臺(tái)規(guī)劃攻略[J].程序員,2009,(10):47-48.
[12]彭勝君.開(kāi)放平臺(tái)第三方開(kāi)發(fā)者的管理策略[J].信息網(wǎng)絡(luò),2010,(6):15-20.
[13]高嘉陽(yáng),孟繁燾.Web開(kāi)放平臺(tái)安全體系的研究與設(shè)計(jì)[J].宇航計(jì)測(cè)技術(shù),2010,(5):39-42.
[14]高嘉陽(yáng).Web開(kāi)放平臺(tái)安全機(jī)制的研究與設(shè)計(jì)[D].北京:北京郵電大學(xué),1988.
(本文責(zé)任編輯:孫國(guó)雷)