MashupsWeb應(yīng)用程序新成員

1、Mashups Web 應(yīng)用程序新成員Mashups：Web應(yīng)用程序新成員2010-04-25 23：45Mashup是一種令人興奮的交互式Web應(yīng)用程序，它利用了從外部數(shù)據(jù)源檢索到的內(nèi)容來創(chuàng)建全新的創(chuàng)新服務(wù)。它們具有第二代Web應(yīng)用程序的特點(diǎn)，也稱為Web 2.0。這篇簡介性的文章對(duì)mashup是什么、目前流行的不同種類的mashup以及mashup開發(fā)人員用于創(chuàng)建自己的應(yīng)用程序的支持技術(shù)進(jìn)行了探索。另外，您還將看到mashup開發(fā)人員面臨的一些新的技術(shù)和社會(huì)挑戰(zhàn)。一種新型的基于Web的數(shù)據(jù)集成應(yīng)用程序正在Internet上逐漸興起。通常用術(shù)語mashup表示，它們的流行萌芽于對(duì)交互式用戶參

2、與和集成第三方數(shù)據(jù)的類似于科學(xué)怪人方式的重視。我們使用萌芽一詞是有一定原因的；mashup Web站點(diǎn)的特點(diǎn)就表現(xiàn)為它正在Web上扎根發(fā)芽，它們利用了從組織邊界之外的數(shù)據(jù)源獲取的內(nèi)容和功能。mashup這種隱晦的數(shù)據(jù)集成定義當(dāng)然不是非常嚴(yán)格。要深入了解什么是mashup，就應(yīng)該了解一下這個(gè)單詞的起源：它源于流行音樂，mashup是從兩首不同的歌曲(通常屬于不同的流派)中混合演唱和樂器的音軌而構(gòu)成的一首新歌。與那些bastard pop歌曲類似，mashup也是內(nèi)容的一種不常見的創(chuàng)新組合(通常都源自于無關(guān)的數(shù)據(jù)源)，這都是人工進(jìn)行合成的(而不是通過計(jì)算機(jī)來合成的)。在本節(jié)中，我們將簡要介紹對(duì)出名

3、的mashup類型進(jìn)行的一些調(diào)查。在這個(gè)階段的信息技術(shù)中，人們搜集大量有關(guān)事物和行為的數(shù)據(jù)，二者都常常具有位置注釋信息。所有這些包含位置數(shù)據(jù)的不同數(shù)據(jù)集均可利用地圖通過令人驚奇的圖形化方式呈現(xiàn)出來。mashup蓬勃發(fā)展的一種主要?jiǎng)恿褪荊oogle公開了自己的Google Maps API。這仿佛打開了一道大門，讓W(xué)eb開發(fā)人員(包括愛好者、修補(bǔ)程序開發(fā)人員和其他一些人)可以在地圖中包含所有類型的數(shù)據(jù)(從原子彈災(zāi)難到波士頓的CowParade奶牛都可以)。為了不落于人后，Microsoft(Virtual Earth)、Yahoo(Yahoo Maps)和AOL(MapQuest)也很快相繼公

4、開了自己的API。圖像主機(jī)和社交網(wǎng)絡(luò)站點(diǎn)(例如Flickr使用自己的API來共享圖像)的興起導(dǎo)致出現(xiàn)了很多有趣的mashup。由于內(nèi)容提供者擁有與其保存的圖像相關(guān)的元數(shù)據(jù)(例如誰拍的照片，照片的內(nèi)容是什么，在何時(shí)何地拍攝的等等)，mashup的設(shè)計(jì)者可以將這些照片和其他與元數(shù)據(jù)相關(guān)的信息放到一起。例如，mashup可以對(duì)歌曲或詩詞進(jìn)行分析，從而將相關(guān)照片拼接在一起，或者基于相同的照片元數(shù)據(jù)(標(biāo)題、時(shí)間戳或其他元數(shù)據(jù))顯示社交網(wǎng)絡(luò)圖。另外一個(gè)例子可能以一個(gè)Web站點(diǎn)(例如CNN之類的新聞?wù)军c(diǎn))作為輸入，并在新聞中通過照片匹配而將照片中的內(nèi)容以文字的形式呈現(xiàn)出來。搜索和購物mashup在mashu

5、p這個(gè)術(shù)語出現(xiàn)之前就已經(jīng)存在很長時(shí)間了。在Web API出現(xiàn)之前，有相當(dāng)多的購物工具，例如BizRate、PriceGrabber、MySimon和Google的Froogle，都使用了B2B技術(shù)或屏幕抓取的方式來累計(jì)相關(guān)的價(jià)格數(shù)據(jù)。為了促進(jìn)mashup和其他有趣的Web應(yīng)用程序的發(fā)展，諸如eBay和Amazon之類的消費(fèi)網(wǎng)站已經(jīng)為通過編程訪問自己的內(nèi)容而發(fā)布了自己的API。mashup程序從架構(gòu)上是由3個(gè)不同的部分組成的，它們?cè)谶壿嬌虾臀锢砩隙际窍嗷ッ撾x的(可能由網(wǎng)絡(luò)和組織邊界分隔)：API/內(nèi)容提供者、mashup站點(diǎn)和客戶機(jī)的Web瀏覽器。通常，mashup都使用服務(wù)器和客戶機(jī)端邏輯的組

6、合來實(shí)現(xiàn)自己的數(shù)據(jù)集成。很多mashup應(yīng)用程序都使用了直接由用戶提供的數(shù)據(jù)，(至少)使一個(gè)數(shù)據(jù)集是本地的。另外，對(duì)多數(shù)據(jù)源的數(shù)據(jù)執(zhí)行復(fù)雜查詢(例如請(qǐng)顯示在Kevin Bacon的電影中出演角色的男演員所購買的房產(chǎn)的平均價(jià)格)所需要的計(jì)算是不可能在客戶機(jī)的Web瀏覽器中執(zhí)行的?？蛻魴C(jī)的Web瀏覽器。這是以圖形化的方式呈現(xiàn)應(yīng)用程序的地方，也是用戶交互發(fā)生的地方。正如上面介紹的一樣，mashup通常都使用客戶機(jī)端的邏輯來構(gòu)建合成內(nèi)容。關(guān)于Ajax究竟是否是一個(gè)縮寫詞(有人認(rèn)為它表示Asynchronous JavaScript+XML)還存在爭論。不論如何，Ajax都是一個(gè)Web應(yīng)用模型，而不是一

7、種特定的技術(shù)。它包括幾種關(guān)注內(nèi)容的異步加載和呈現(xiàn)的技術(shù)：XHTML和用于確定呈現(xiàn)風(fēng)格的CSS瀏覽器為動(dòng)態(tài)顯示和交互所提供的文檔對(duì)象模型(DOM)API異步數(shù)據(jù)交換，通常是XML數(shù)據(jù)瀏覽器端的腳本，主要是JavaScript將這些技術(shù)結(jié)合在一起使用時(shí)，它們的目標(biāo)是通過與內(nèi)容服務(wù)器交換少量的數(shù)據(jù)為用戶創(chuàng)造平滑、良好的Web體驗(yàn)，而不用在用戶執(zhí)行某些操作之后重新加載并重新呈現(xiàn)整個(gè)頁面。我們可以使用各種Ajax工具包和庫(例如Sajax或Zimbra)為mashup構(gòu)建Ajax引擎，這通常是使用JavaScript實(shí)現(xiàn)的。Google Maps API包括一個(gè)專用的Ajax引擎，它對(duì)用戶體驗(yàn)的影響著實(shí)

8、強(qiáng)大：它的工作方式類似于一個(gè)真正的本地應(yīng)用程序，其中沒有滾動(dòng)條可以操作，也沒有移動(dòng)按鈕強(qiáng)制頁面重新加載。SOAP和REST都是與遠(yuǎn)程服務(wù)進(jìn)行通信所使用的與平臺(tái)無關(guān)的協(xié)議。作為面向服務(wù)的架構(gòu)范式的一部分，客戶機(jī)使用SOAP和REST與遠(yuǎn)程服務(wù)進(jìn)行交互，而不用了解它們底層的平臺(tái)實(shí)現(xiàn)：服務(wù)的功能完全是由它請(qǐng)求和收到的顯影消息描述來實(shí)現(xiàn)的。SOAP是Web服務(wù)范式中的一種基本技術(shù)。最初它是Simple Object Access Protocol的縮寫，現(xiàn)在代表Services-Oriented Access Protocol(或直接縮寫為SOAP)，這是因?yàn)樗闹攸c(diǎn)已經(jīng)從基于對(duì)象的系統(tǒng)轉(zhuǎn)向消息交換的

9、交互操作。SOAP規(guī)范中有兩個(gè)關(guān)鍵組件。第一個(gè)組件是使用XML消息格式進(jìn)行平臺(tái)無關(guān)的編碼，第二個(gè)組件消息結(jié)構(gòu)，包括消息頭和消息體。消息頭用來交換非特定于應(yīng)用負(fù)載(消息體)的相關(guān)信息，例如認(rèn)證信息。SOAP消息體封裝了應(yīng)用程序特有的負(fù)載。Web服務(wù)的SOAP API是由WSDL文檔來描述的，它們本身都描述了一個(gè)服務(wù)對(duì)外提供哪些操作，它可以接受的消息格式(使用XML Schema)，以及如何對(duì)其進(jìn)行尋址。SOAP消息通常都是通過HTTP協(xié)議傳送的，不過也可以通過其他方式傳送(例如JMS或e-mail)。REST是Representational State Transfer的縮寫，這是一種只使用H

10、TTP和XML進(jìn)行基于Web通信的技術(shù)。它的簡單性和缺少嚴(yán)格配置文件的特性使它與SOAP很好地隔離開來，并且吸引了大家廣泛的興趣。與我們?cè)诂F(xiàn)代變成語言中可以找到的典型基于動(dòng)詞的接口不同(它們構(gòu)成了各種方法，例如getEmployee()、addEmployee()、listEmployees()等)不同，REST從根本上來說只支持幾個(gè)操作(即POST、GET、PUT、DELETE)，這些操作適用于所有的消息。REST強(qiáng)調(diào)信息本身，稱為資源。例如，一個(gè)員工的資源記錄是由URI標(biāo)識(shí)的，這可以通過一個(gè)GET方法獲得，并使用一個(gè)PUT操作進(jìn)行更新，等等。使用這種方法，REST就與文檔文本風(fēng)格的SOAP

11、服務(wù)非常類似。正如前面介紹的一樣，缺乏內(nèi)容提供者提供的API通常會(huì)強(qiáng)制要求mashup開發(fā)人員采取屏幕抓取的方式來提取自己希望集成的信息。抓取(Scraping)是使用軟件工具處理并分析最初為人們閱讀而編寫的內(nèi)容，從而從中提取出可以通過編程進(jìn)行使用和操作的信息的語義數(shù)據(jù)結(jié)構(gòu)表示。有些mashup使用屏幕抓取技術(shù)來獲取數(shù)據(jù)，特別是從公用領(lǐng)域提取數(shù)據(jù)。例如，房地產(chǎn)地圖mashup就可以在制圖供應(yīng)商提供的地圖上顯示售價(jià)和租價(jià)，這些數(shù)據(jù)可能是從當(dāng)?shù)氐挠涗涋k公室抓取來的comp數(shù)據(jù)。另外一個(gè)抓取數(shù)據(jù)的mashup項(xiàng)目是XMLTV，這是一組匯聚了各地電視節(jié)目清單的工具集。屏幕抓取通常被認(rèn)為是一個(gè)不雅的解決

12、方案，這是有一定的原因的。它有兩個(gè)主要的固有缺點(diǎn)。第一個(gè)缺點(diǎn)在于，與使用接口的API不同，抓取在內(nèi)容提供者和內(nèi)容消費(fèi)者之間沒有明確的聯(lián)系。抓取者必須圍繞一個(gè)源內(nèi)容模型設(shè)計(jì)自己的工具，并且希望提供者一直采用這種模型來呈現(xiàn)內(nèi)容。Web站點(diǎn)傾向于周期性地更新外觀，以保持新穎和時(shí)髦，對(duì)于抓取者來說，這是一項(xiàng)非常頭痛的維護(hù)任務(wù)，因?yàn)楣ぞ吆芸赡軙?huì)失效。第二個(gè)問題是缺少成熟的可重用屏幕抓取工具包軟件，通俗地說就稱為scrAPI。此類API和工具包的消亡很大程度上是由于每種抓取工具都有極為特定于應(yīng)用程序的需求。這為開發(fā)人員帶來了過多的開發(fā)工作，他們必須對(duì)內(nèi)容進(jìn)行反向工程處理、開發(fā)數(shù)據(jù)模型、分析并從提供者站點(diǎn)上

13、匯集原始數(shù)據(jù)。屏幕抓取不好的一面直接源自于一個(gè)事實(shí)：為閱讀而創(chuàng)建的內(nèi)容并不太適合機(jī)器自動(dòng)處理。這促進(jìn)了語義Web的誕生，它是現(xiàn)有Web的增強(qiáng)版本，在為人們?cè)O(shè)計(jì)的內(nèi)容中增加了足夠多的可供機(jī)器閱讀的信息。在語義Web環(huán)境中，信息這個(gè)術(shù)語與數(shù)據(jù)有所差異；數(shù)據(jù)只有在傳達(dá)了自己的含義(即數(shù)據(jù)可被理解)之后才會(huì)變成信息。語義Web的目標(biāo)是創(chuàng)建Web基礎(chǔ)設(shè)施，使用元數(shù)據(jù)對(duì)數(shù)據(jù)進(jìn)行增強(qiáng)，從而使數(shù)據(jù)變得有意義，最終使數(shù)據(jù)變得適合進(jìn)行自動(dòng)化、集成、推理和重用。被稱為資源描述框架(RDF)的W3C系列規(guī)范就是服務(wù)于這個(gè)目的的技術(shù)，它用來建立描述數(shù)據(jù)的語義結(jié)構(gòu)。XML本身并不足以實(shí)現(xiàn)這種功能；它太過隨意，我們可以使用

14、很多方法進(jìn)行編碼來對(duì)相同的數(shù)據(jù)進(jìn)行描述。RDF-Schema補(bǔ)充了RDF的能力，提供了以機(jī)器可讀的方式編碼概念的功能。一旦可通過一種數(shù)據(jù)模型描述數(shù)據(jù)對(duì)象，RDF就提供了通過主語-謂語-對(duì)象三元組(主語S與對(duì)象O具有關(guān)系R)在數(shù)據(jù)對(duì)象之間構(gòu)建關(guān)系的能力。數(shù)據(jù)模型與關(guān)系圖之間的區(qū)別讓我們可以進(jìn)行存在式的構(gòu)建，這是可以進(jìn)行搜索和形式化推理的知識(shí)的層次化結(jié)構(gòu)。例如，我們可以定義這樣一個(gè)模型：肉食動(dòng)物是動(dòng)物的一個(gè)子類，條件是它吃其他動(dòng)物；并創(chuàng)建兩個(gè)實(shí)例：一個(gè)實(shí)例是印度豹和北極熊，并提供它們的生存環(huán)境；另外一個(gè)是瞪羚和企鵝，并提供它們的生存環(huán)境。假設(shè)我們將這些單獨(dú)的模型實(shí)例集成在一起，就可以推論說印度豹可

15、能會(huì)以瞪羚為食，但卻不會(huì)吃企鵝。RDF數(shù)據(jù)在很多領(lǐng)域中都迅速得到了應(yīng)用，包括社交網(wǎng)絡(luò)應(yīng)用程序(例如FOAF-Friend of aFriend)和聯(lián)合(例如RSS，接下來就會(huì)介紹)。另外，RDF軟件技術(shù)和組件都正在成熟到一定規(guī)模，尤其是在RDF查詢語言(例如RDQL和SPARQL)、編程框架和推理引擎(例如Jena和Redland)領(lǐng)域。RSS是一系列基于XML的聯(lián)合格式。在這種情況中，聯(lián)合(syndication)是指一個(gè)發(fā)布內(nèi)容的Web站點(diǎn)可以創(chuàng)建RSS文檔并在RSS發(fā)布系統(tǒng)中注冊(cè)自己的文檔。支持RSS的客戶機(jī)可以查看新內(nèi)容，并通過適當(dāng)?shù)姆绞竭B接到這些內(nèi)容上。RSS已經(jīng)被用來聯(lián)合廣泛的內(nèi)容

16、，從新聞到頭條、CVS或WIKI頁面的修改日志、項(xiàng)目更新甚至諸如無線電節(jié)目之類的視聽數(shù)據(jù)。版本1.0基于RDF，但最新的2.0版本不以RDF為基礎(chǔ)。Atom是一種更新但非常類似的聯(lián)合協(xié)議。它是Internet Engineering Task Force(IETF)提出的一項(xiàng)草案標(biāo)準(zhǔn)，人們希望通過Atom提供比RSS更好的元數(shù)據(jù)維護(hù)；提供更好、更為全面的文檔，并結(jié)合構(gòu)建通用數(shù)據(jù)表示的概念。這些聯(lián)合技術(shù)對(duì)于集成基于事件或更新驅(qū)動(dòng)內(nèi)容的mashup來說都非常有用，例如新聞和weblog聚集程序。與其他數(shù)據(jù)集成領(lǐng)域一樣，mashup開發(fā)也充斥著許多亟待解決的技術(shù)挑戰(zhàn)，隨著mashup應(yīng)用程序特性和功

17、能的進(jìn)一步豐富，這種挑戰(zhàn)也變得更加嚴(yán)峻。本節(jié)簡單介紹了一些挑戰(zhàn)，其中有些挑戰(zhàn)目前已經(jīng)能夠解決或緩解，而其他問題依然沒有解決。品質(zhì)調(diào)查顯示，當(dāng)今的企業(yè)IT首要關(guān)注的問題就是是企業(yè)虛擬組織中的數(shù)據(jù)集成。(在這種情況中，我們使用了虛擬組織(virtual organization)這個(gè)術(shù)語表示很多聯(lián)合業(yè)務(wù)單元的組合，每個(gè)業(yè)務(wù)單元都包含在自己的管理域中。)與很多發(fā)現(xiàn)自己忙于集成傳統(tǒng)數(shù)據(jù)源的企業(yè)IT管理人員一樣(例如，創(chuàng)建可以反映當(dāng)前業(yè)務(wù)狀況的企業(yè)儀表板)，mashup開發(fā)人員需要面對(duì)類似源自于在異構(gòu)數(shù)據(jù)集之間共享語義的挑戰(zhàn)。因此，要了解mashup開發(fā)人員是如何為此作出準(zhǔn)備，只需了解企業(yè)IT所面臨的集

18、成挑戰(zhàn)。例如，我們必須設(shè)計(jì)數(shù)據(jù)模型之間的轉(zhuǎn)換系統(tǒng)。在將數(shù)據(jù)轉(zhuǎn)換成通用的格式時(shí)、在映射不完整時(shí)(例如，一個(gè)數(shù)據(jù)源可能有一個(gè)模型，其中一個(gè)地址類型包含了一個(gè)國家字段，而另外一個(gè)模型中沒有這個(gè)字段)，我們必須進(jìn)行一些合理的假設(shè)。盡管已經(jīng)面臨這些挑戰(zhàn)，但是mashup開發(fā)人員可能并不是源數(shù)據(jù)模型領(lǐng)域的專家，因?yàn)檫@些模型可能是第三方的產(chǎn)品，這些合理的假設(shè)可能并不直觀清晰，這更加劇了挑戰(zhàn)的嚴(yán)峻性。除了缺少數(shù)據(jù)和映射不完整之外，mashup設(shè)計(jì)者可能會(huì)發(fā)現(xiàn)他們希望集成的數(shù)據(jù)并不適合進(jìn)行機(jī)器自動(dòng)化處理；這將帶來很多凈化工作。例如，執(zhí)法逮捕記錄可能不一致：記錄中可能為名字使用了常用的縮寫形式(例如，一條記錄中使

19、用的是mkt sqr，另外一條記錄中使用的是Market Square)，這使得關(guān)于等同性的自動(dòng)推理變得非常困難，即使采用很好的啟發(fā)式規(guī)則也很難實(shí)現(xiàn)。語義建模技術(shù)，例如RDF，可以幫助簡化對(duì)不同數(shù)據(jù)集之間自動(dòng)進(jìn)行推理所面臨的問題，這些數(shù)據(jù)集是內(nèi)嵌在數(shù)據(jù)存儲(chǔ)介質(zhì)中的。對(duì)于傳統(tǒng)的數(shù)據(jù)源來說，通常需要投入大量人力物力，進(jìn)行分析和數(shù)據(jù)凈化工作，然后才能將其用于語義建模技術(shù)。mashup開發(fā)人員可能還必須面對(duì)IT集成管理人員不需要面對(duì)的一些問題，其中一個(gè)問題是數(shù)據(jù)污染。作為應(yīng)用程序設(shè)計(jì)的一部分，很多mashup都要求公共用戶提供輸入。wiki應(yīng)用程序領(lǐng)域的研究表明，這是一把雙刃劍：它可能非常強(qiáng)大，因?yàn)榭?/p>

20、以提供開放的貢獻(xiàn)和最佳的數(shù)據(jù)革新，但這又會(huì)導(dǎo)致不一致、不正確或容易產(chǎn)生誤導(dǎo)的數(shù)據(jù)項(xiàng)。后者可能會(huì)危及數(shù)據(jù)的可信度，最終降低mashup帶來的價(jià)值。mashup開發(fā)人員需要面對(duì)的另外一種集成問題是由于獲取數(shù)據(jù)必須采用屏幕抓取技術(shù)而引起的。正如上一節(jié)所討論的一樣，分析和獲取工具以及數(shù)據(jù)模型都需要大量與反向工程相關(guān)的工作。在最理想的情況下，可以創(chuàng)建這些工具和模型，但依然存在一個(gè)問題：源站點(diǎn)如何呈現(xiàn)自己的內(nèi)容，這可能會(huì)破壞集成過程，并導(dǎo)致mashup應(yīng)用程序出錯(cuò)。盡管Web開發(fā)的Ajax模型可以比傳統(tǒng)的整個(gè)頁面刷新技術(shù)提供更為豐富而且更加無縫的用戶體驗(yàn)，但是也帶來了一些難題。作為基礎(chǔ)來說，Ajax要求將

21、瀏覽器的客戶端腳本功能與自己的DOM配合使用，實(shí)現(xiàn)一種內(nèi)容交付方法，這完全是由瀏覽器設(shè)計(jì)者所設(shè)想的。(可能Ajax類似于黑客的特性增加了它的吸引力。)然而，這使基于Ajax的應(yīng)用程序具有相同的瀏覽器兼容問題，這些問題從微軟開發(fā)Internet Explorer以來就一直困擾著Web開發(fā)人員。例如，Ajax引擎利用了一個(gè)XMLHttpRequst對(duì)象來與遠(yuǎn)程服務(wù)器異步交換數(shù)據(jù)。在Internet Explorer 6中，這個(gè)對(duì)象是使用ActiveX實(shí)現(xiàn)的，而不是使用本地JavaScript實(shí)現(xiàn)的，這要求必須啟用ActiveX。更加基本的一個(gè)需求是Ajax要求必須在用戶的瀏覽器上啟用JavaScr

22、ipt。這對(duì)于大部分人來說可能是一個(gè)合理的假設(shè)，但是對(duì)于某些特定的用戶，他們的瀏覽器或自動(dòng)化工具可能不支持JavaScript，也可能沒有啟用對(duì)JavaScript的支持。這種工具有robot、spider和為Internet和Intranet搜索引擎搜集信息的Web爬行榜。如果沒有功能方面的讓步，基于Ajax的mashup應(yīng)用程序也可能會(huì)發(fā)現(xiàn)自己失去了部分用戶群，搜索引擎的吸引力也會(huì)降低。使用JavaScript來異步更新頁面中的內(nèi)容還會(huì)產(chǎn)生用戶界面的問題。由于內(nèi)容不再需要鏈接到瀏覽器地址欄中的URL上，用戶可能無法體驗(yàn)到正常使用瀏覽器的BACK按鈕或書簽時(shí)的功能。另外，盡管Ajax可以通過

23、請(qǐng)求增量內(nèi)容更新來減少延時(shí)，但不好的設(shè)計(jì)可能會(huì)對(duì)用戶體驗(yàn)造成負(fù)面影響，例如當(dāng)更新粒度非常小時(shí)，所更新的數(shù)量和負(fù)載會(huì)占據(jù)所有的可用資源。另外，在加載界面或更新內(nèi)容時(shí)，我們還需要關(guān)心如何為用戶提供支持(例如，使用諸如進(jìn)度條之類的可視化反饋技術(shù))。與任何分布式交叉領(lǐng)域的應(yīng)用程序一樣，mashup開發(fā)人員和內(nèi)容提供者同樣也需要解決一些安全性問題。身份的概念可能會(huì)成為一個(gè)棘手的主題，傳統(tǒng)Web主要是為匿名訪問而構(gòu)建的。單點(diǎn)登錄是一種令人滿意的特性，但在這方面存在多種彼此競爭的技術(shù)(從Microsoft Passport到Liberty Alliance)，因此可能會(huì)導(dǎo)致產(chǎn)生雜亂的身份命名空間，我們必須對(duì)

24、之進(jìn)行集成。內(nèi)容供應(yīng)商可能會(huì)在自己的API中采用身份驗(yàn)證和授權(quán)模式(這需要安全身份或安全確認(rèn)屬性的概念)來強(qiáng)制采用涉及付費(fèi)訂閱或敏感數(shù)據(jù)的業(yè)務(wù)模型。敏感數(shù)據(jù)也可能要求一定的機(jī)密性(即加密)，我們必須要清楚何時(shí)將它們與其他資源集成在一起，而不會(huì)帶來風(fēng)險(xiǎn)。身份對(duì)于審計(jì)和法規(guī)遵從性來說也非常重要。另外，由于數(shù)據(jù)集成是在服務(wù)器和客戶端同時(shí)發(fā)生的，因此從用戶到mashup服務(wù)進(jìn)行的身份和證書委托也可能會(huì)成為一個(gè)需求。除了上一節(jié)介紹的技術(shù)挑戰(zhàn)之外，隨著mashup的進(jìn)一步普及，也出現(xiàn)了(或即將出現(xiàn))一些社會(huì)問題。mashup開發(fā)人員需要面對(duì)的一個(gè)最嚴(yán)重的社會(huì)問題就是：在知識(shí)產(chǎn)權(quán)的保護(hù)和消費(fèi)者的私密性與公用化以及信息的自由流動(dòng)之間達(dá)成一種平衡。不知情的內(nèi)容提供者(屏幕抓取的目標(biāo))、提供API來幫助數(shù)據(jù)檢索的內(nèi)容提供者都可能需要確定其內(nèi)容是否正在被他人以未獲得自己批準(zhǔn)的方式使用。有關(guān)Web聚合和規(guī)則的介紹。mashup Web應(yīng)用程序仍然處于萌芽階段，只是有一些開發(fā)愛好者在業(yè)余時(shí)間編寫mashup。這些開發(fā)人員可能并沒有意識(shí)到(或