專(zhuān)利名稱(chēng)：一種建立互聯(lián)網(wǎng)流式瀏覽器的方法
技術(shù)領(lǐng)域：
本發(fā)明屬于互聯(lián)網(wǎng)客戶(hù)端應(yīng)用軟件。它主要涉及的工作包括本地資源利用、分布 式資源利用、非中心結(jié)構(gòu)互聯(lián)網(wǎng)傳輸協(xié)議的使用、搜索接口、豐富客戶(hù)端展示以及用戶(hù)交互 等。實(shí)際上，互聯(lián)網(wǎng)流式瀏覽器是一個(gè)對(duì)大規(guī)模非中心互聯(lián)網(wǎng)技術(shù)在終端用戶(hù)計(jì)算節(jié)點(diǎn)上 的綜合應(yīng)用。
背景技術(shù)：
瀏覽器技術(shù)是互聯(lián)網(wǎng)客戶(hù)端系統(tǒng)的典型應(yīng)用。當(dāng)今互聯(lián)網(wǎng)在社會(huì)各個(gè)層面的廣泛 應(yīng)用以及巨大影響力確實(shí)要?dú)w功于瀏覽器的發(fā)明。最早被廣泛應(yīng)用的瀏覽器是NetScape1;現(xiàn)在廣泛流行的是Internet Explorer2和FireFox3等。這些瀏覽器都具備以 下共同點(diǎn)。當(dāng)前的瀏覽器都屬于基于中心結(jié)構(gòu)的分布式客戶(hù)端。上述瀏覽器都是作為中心結(jié) 構(gòu)分布式客戶(hù)端面目出現(xiàn)的。這些瀏覽器向遠(yuǎn)程互聯(lián)網(wǎng)上的服務(wù)器發(fā)送請(qǐng)求并等待服務(wù)器 的回應(yīng)；在獲得回應(yīng)后，將其顯示在瀏覽器中呈現(xiàn)給終端用戶(hù)。當(dāng)請(qǐng)求和回應(yīng)的數(shù)據(jù)量小 并且網(wǎng)絡(luò)質(zhì)量高時(shí)，終端用戶(hù)感受會(huì)理想；而當(dāng)網(wǎng)絡(luò)質(zhì)量差、計(jì)算復(fù)雜或者請(qǐng)求回應(yīng)的數(shù)據(jù) 量大并且無(wú)法以流媒體形式處理時(shí)，瀏覽器處于等待狀態(tài)，用戶(hù)會(huì)認(rèn)為系統(tǒng)反應(yīng)遲鈍。這些 瀏覽器通常在客戶(hù)端只起到展示作用，主要計(jì)算和數(shù)據(jù)都集中在服務(wù)器端。這樣系統(tǒng)的性 能?chē)?yán)重依賴(lài)于服務(wù)器所擁有的計(jì)算資源，數(shù)據(jù)、帶寬、中央處理器、內(nèi)存以及存貯空間等。最 后，這些瀏覽器之間不會(huì)有任何直接交互。如果用戶(hù)之間需要交互，都是通過(guò)服務(wù)器來(lái)間接 完成的；如果沒(méi)有用戶(hù)之間的交互請(qǐng)求，瀏覽器之間的這種間接聯(lián)系也不會(huì)存在。這種情況 直接造成了客戶(hù)端計(jì)算資源的浪費(fèi)。當(dāng)前的瀏覽器都是基于中心結(jié)構(gòu)互聯(lián)網(wǎng)傳輸協(xié)議。上述瀏覽器都是基于中心結(jié)構(gòu) 互聯(lián)網(wǎng)傳輸協(xié)議來(lái)工作的。這些協(xié)議主要包括HTTP4、FTP5和Telnet6等；其中 HTTP是最主要的協(xié)議。這些協(xié)議都是基于TCP/IP7之上的應(yīng)用層協(xié)議。同非中心結(jié)構(gòu) 傳輸協(xié)議對(duì)比，所謂中心結(jié)構(gòu)傳輸協(xié)議的特點(diǎn)是數(shù)據(jù)傳輸都是在請(qǐng)求和回應(yīng)模式下工作； 并且任何數(shù)據(jù)的交互都是在兩個(gè)節(jié)點(diǎn)間進(jìn)行，沒(méi)有其他節(jié)點(diǎn)的參與。當(dāng)資源集中在少數(shù)節(jié) 點(diǎn)上時(shí)，這種協(xié)議必然形成一個(gè)中心結(jié)構(gòu)，這也是中心結(jié)構(gòu)互聯(lián)網(wǎng)傳輸協(xié)議名稱(chēng)的由來(lái)。這 種協(xié)議有其優(yōu)勢(shì)，比如設(shè)計(jì)簡(jiǎn)單、便于管理和安全性高等。但同時(shí)也帶來(lái)諸如資源利用率 低、容錯(cuò)性差以及伸縮性差等問(wèn)題?；谶@樣協(xié)議的瀏覽器也會(huì)具備相應(yīng)的優(yōu)缺點(diǎn)，比如現(xiàn) 今的瀏覽器適合于用戶(hù)相對(duì)少、安全性和正確性要求高但是傳輸代價(jià)小的商業(yè)計(jì)算，但對(duì) 傳輸數(shù)據(jù)量大、計(jì)算復(fù)雜的應(yīng)用，如多媒體應(yīng)用，就難于應(yīng)付。當(dāng)前的瀏覽器都是基于請(qǐng)求回應(yīng)模式來(lái)工作的。所謂的請(qǐng)求回應(yīng)模式指的是在客 戶(hù)/服務(wù)器分布式模型下，數(shù)據(jù)傳輸時(shí)處于主動(dòng)方的永遠(yuǎn)是客戶(hù)端，而處于被動(dòng)方的永遠(yuǎn) 是服務(wù)器端。這種模式也是中心結(jié)構(gòu)帶來(lái)的必然結(jié)果。由于服務(wù)器資源在多數(shù)情況下都是 寶貴的，主要用來(lái)服務(wù)于客戶(hù)端請(qǐng)求；如果要求服務(wù)器主動(dòng)和客戶(hù)端產(chǎn)生聯(lián)系，必然會(huì)更多 地消耗計(jì)算資源；一旦有客戶(hù)發(fā)出請(qǐng)求，會(huì)降低服務(wù)器的反應(yīng)效率。這種方式會(huì)在客戶(hù)端請(qǐng)求數(shù)量少時(shí)使服務(wù)器資源閑置。但由于服務(wù)器不能和客戶(hù)端主動(dòng)建立連接，這種資源閑置 的問(wèn)題在現(xiàn)有環(huán)境下也無(wú)法解決。請(qǐng)求回應(yīng)模式帶來(lái)的另外一個(gè)問(wèn)題是當(dāng)服務(wù)器上的數(shù)據(jù) 發(fā)生變動(dòng)時(shí)，無(wú)法及時(shí)更新相關(guān)客戶(hù)端的數(shù)據(jù)，造成不一致。為了克服這個(gè)問(wèn)題，一些基于 瀏覽器的應(yīng)用會(huì)通過(guò)投票機(jī)制8和遠(yuǎn)程服務(wù)器聯(lián)系，以確保本地?cái)?shù)據(jù)能及時(shí)更新。但這 種投票機(jī)制并不精確，并且會(huì)造成對(duì)服務(wù)器額外的壓力。除了資源利用效率和數(shù)據(jù)不一致 的問(wèn)題外，請(qǐng)求回應(yīng)模式從用戶(hù)獲取有價(jià)值數(shù)據(jù)上看也存在不足?；ヂ?lián)網(wǎng)系統(tǒng)本身是一個(gè) 頻繁變動(dòng)的系統(tǒng)，數(shù)據(jù)發(fā)布、搜索以及存取在不停地進(jìn)行當(dāng)中；這種變化有些是用戶(hù)所需要 感知的或者說(shuō)是用戶(hù)有興趣的。但是由于這種變化是復(fù)雜而隨機(jī)的，來(lái)源也很多，如果利用 請(qǐng)求回應(yīng)模式系統(tǒng)很難獲取這些動(dòng)態(tài)變化的數(shù)據(jù)。因此在大多數(shù)情況下，瀏覽器展示的數(shù) 據(jù)都是靜態(tài)的；只有當(dāng)用戶(hù)主動(dòng)發(fā)出請(qǐng)求時(shí)，才會(huì)有變化的數(shù)據(jù)展示出來(lái)。但這不能反應(yīng)互 聯(lián)網(wǎng)真實(shí)的場(chǎng)景，用戶(hù)可能失去對(duì)自己有意義的變動(dòng)或者對(duì)這種變動(dòng)感知不及時(shí)。當(dāng)前的瀏覽器展示方式都是基于小數(shù)據(jù)量腳本解析來(lái)完成的。由于數(shù)據(jù)量相對(duì) 少，大多數(shù)時(shí)候互聯(lián)網(wǎng)數(shù)據(jù)以輕量級(jí)的文本數(shù)據(jù)為主，以保證核心數(shù)據(jù)能及時(shí)在互聯(lián)網(wǎng)上 傳送，因而必須對(duì)多媒體數(shù)據(jù)大小和數(shù)量做嚴(yán)格的限制。這造成了瀏覽器展示效果的嚴(yán)重 缺陷。現(xiàn)在基于瀏覽器的應(yīng)用和基于桌面的應(yīng)用有明顯差別，除了響應(yīng)慢，展示上也很單 調(diào)。

發(fā)明內(nèi)容
本發(fā)明的目的在于利用大規(guī)模非中心互聯(lián)網(wǎng)系統(tǒng)技術(shù)，建立一個(gè)新的通用互聯(lián)網(wǎng) 瀏覽器。這個(gè)瀏覽器和大規(guī)模非中心互聯(lián)網(wǎng)系統(tǒng)充分結(jié)合，達(dá)到高效運(yùn)行、即時(shí)變化以及豐 富展示的目的，實(shí)現(xiàn)對(duì)當(dāng)前互聯(lián)網(wǎng)客戶(hù)端的改造。本發(fā)明是通過(guò)以下技術(shù)手段實(shí)現(xiàn)發(fā)明目的的第一步，為數(shù)據(jù)組織并提供新的描述方式。既然傳輸協(xié)議與傳統(tǒng)系統(tǒng)不同，對(duì)應(yīng)被 傳輸數(shù)據(jù)的描述也會(huì)發(fā)生變化。這種變化首先體現(xiàn)在數(shù)據(jù)描述和數(shù)據(jù)本身的分離上。這種 分離可以保證同樣數(shù)據(jù)可以不同的形式出現(xiàn)，而不會(huì)和某個(gè)展示方式形成緊耦合。這克服 了 HTML9的缺陷，在HTML當(dāng)中數(shù)據(jù)和其描述是混在一起的，這不利于數(shù)據(jù)的重用。其次， 數(shù)據(jù)描述應(yīng)包含完整語(yǔ)義以有利于系統(tǒng)分類(lèi)、查詢(xún)和維護(hù)。HTML是一種半結(jié)構(gòu)化數(shù)據(jù)描述， 主要用來(lái)展示，根據(jù)HTML進(jìn)行數(shù)據(jù)管理難度大效果差。再次，本發(fā)明對(duì)數(shù)據(jù)組織時(shí)沒(méi)有大 小限制。原則上，HTML也沒(méi)有對(duì)此做限制，但由于互聯(lián)網(wǎng)結(jié)構(gòu)的原因，在傳輸時(shí)數(shù)據(jù)大小都 嚴(yán)格受限。另外，本發(fā)明的描述中還包括獨(dú)特的交互描述。HTML中為交互提供的描述有很 多，但這些交互描述針對(duì)的數(shù)據(jù)一般處于遠(yuǎn)程節(jié)點(diǎn)上，這使系統(tǒng)性能下降。另外，在交互的 種類(lèi)上也由于這種基于遠(yuǎn)程請(qǐng)求的運(yùn)行模式，導(dǎo)致交互方式在一個(gè)網(wǎng)頁(yè)上非常有限。而本 發(fā)明描述中大量的請(qǐng)求可以基于本地進(jìn)行，交互反應(yīng)速度迅速。同時(shí)，本地計(jì)算也使得交互 更豐富，比如所有的數(shù)據(jù)都可以播放的形式聽(tīng)?wèi){用戶(hù)控制；可以更便捷地在網(wǎng)頁(yè)中嵌入基 于本地資源的交互模塊。更重要的是，這種交互是在大量數(shù)據(jù)、大量用戶(hù)和本地用戶(hù)共同作 用下展開(kāi)的，打破了基于HTML有限數(shù)據(jù)和簡(jiǎn)單人機(jī)交互的方式。最后，本發(fā)明中的展示描 述也更加豐富。同樣是由于對(duì)于本地資源的充分利用，展示層會(huì)表現(xiàn)出和基于傳統(tǒng)HTML截 然不同的形式，多媒體、圖像化和圖形化趨勢(shì)更加明顯，成為豐富互聯(lián)網(wǎng)應(yīng)用10新的解決 方案。圖1表示了本發(fā)明中的數(shù)據(jù)描述。
第二步，通過(guò)改變數(shù)據(jù)傳輸方式建立基于本地請(qǐng)求的快速響應(yīng)模式。當(dāng)前瀏覽器 交互主要發(fā)生在本地和遠(yuǎn)程節(jié)點(diǎn)之間。這樣的模式一方面使得遠(yuǎn)程節(jié)點(diǎn)計(jì)算資源的緊張， 同時(shí)也導(dǎo)致本地用戶(hù)等待時(shí)間過(guò)長(zhǎng)。由于本發(fā)明中的瀏覽器利用了新的傳輸方式，使互聯(lián) 網(wǎng)數(shù)據(jù)由間歇式小數(shù)據(jù)量?jī)牲c(diǎn)間傳送變?yōu)楹愣ㄊ酱髷?shù)據(jù)量多點(diǎn)配合傳送。這樣的傳輸方式 使得遠(yuǎn)程基于數(shù)據(jù)的應(yīng)用能夠最大限度地轉(zhuǎn)換為本地應(yīng)用，即大量請(qǐng)求由發(fā)送到遠(yuǎn)端變?yōu)?和本地?cái)?shù)據(jù)的交互，從而大大減少了遠(yuǎn)程請(qǐng)求帶來(lái)的延遲，提高了應(yīng)用響應(yīng)效率。需要說(shuō)明 的是，本發(fā)明沒(méi)有對(duì)互聯(lián)網(wǎng)上以計(jì)算為主的應(yīng)用做類(lèi)似工作；上述討論都是對(duì)基于數(shù)據(jù)的 互聯(lián)網(wǎng)應(yīng)用來(lái)展開(kāi)的。第三步，建立即時(shí)數(shù)據(jù)動(dòng)態(tài)更新方式。本發(fā)明中的瀏覽器當(dāng)遠(yuǎn)程數(shù)據(jù)更新后，能夠 即時(shí)得到通知以及變動(dòng)的數(shù)據(jù)。這個(gè)特征是由于大規(guī)模非中心互聯(lián)網(wǎng)系統(tǒng)是在事件驅(qū)動(dòng)模 式8下工作，而不是中心互聯(lián)網(wǎng)系統(tǒng)的請(qǐng)求回應(yīng)模式。當(dāng)遠(yuǎn)程數(shù)據(jù)發(fā)生變動(dòng)后，服務(wù)器會(huì) 利用多個(gè)客戶(hù)端輔助傳遞的方式即時(shí)傳送相關(guān)數(shù)據(jù)給當(dāng)前正在關(guān)注此數(shù)據(jù)的客戶(hù)端。這種 方式相對(duì)于投票機(jī)制可以被稱(chēng)為事件驅(qū)動(dòng)模式。它杜絕了投票機(jī)制給系統(tǒng)帶來(lái)的壓力以及 誤差，使得系統(tǒng)任何變動(dòng)都能夠即時(shí)反應(yīng)到對(duì)其感興趣的瀏覽器上。這種變化帶來(lái)了互聯(lián) 網(wǎng)應(yīng)用的新感受，使得互聯(lián)網(wǎng)能更真實(shí)地反應(yīng)到瀏覽器上。事實(shí)上，一個(gè)真正的互聯(lián)網(wǎng)本身 就是一個(gè)不斷變動(dòng)的互聯(lián)網(wǎng)，但是由于當(dāng)前技術(shù)的限制，導(dǎo)致這樣的變動(dòng)不能即時(shí)在瀏覽 器上呈現(xiàn)，這使得互聯(lián)網(wǎng)看上去是一個(gè)靜止的系統(tǒng)。本發(fā)明解決了這個(gè)弊端。第四步，建立基于多媒體的豐富展示方式。只有數(shù)據(jù)的豐富才能最終導(dǎo)致展示的 豐富。當(dāng)前互聯(lián)網(wǎng)瀏覽器由于基本技術(shù)的限制，不得不盡量在信息價(jià)值和傳輸能力之間取 得平衡、在信息展示形式和傳輸量之間取得平衡。一個(gè)良好的系統(tǒng)，在保證足夠信息價(jià)值的 同時(shí)，盡可能傳輸更大量的數(shù)據(jù)，使得信息以更豐富的形式展示出來(lái)。但由于傳統(tǒng)技術(shù)傳輸 能力有限，同樣價(jià)值的信息不得不使用較小量數(shù)據(jù)來(lái)表示，甚至只以文本形式展現(xiàn)出來(lái)。為 了彌補(bǔ)這個(gè)不足，通常會(huì)依賴(lài)在服務(wù)器和帶寬上的大投入。本發(fā)明的瀏覽器借助潛在客戶(hù) 的幫助，能夠最充分地使用系統(tǒng)資源，在無(wú)需額外投入的情況下改善現(xiàn)有系統(tǒng)的不足，使信 息以在當(dāng)前資源條件下，以最大可能的豐富程度來(lái)傳輸和展示。這種情況下，用戶(hù)同樣需要 取得上述兩個(gè)平衡，但是平衡點(diǎn)會(huì)發(fā)生變化，即同樣價(jià)值的信息會(huì)以更豐富的方式來(lái)傳輸 和展示。另外，在信息價(jià)值和數(shù)據(jù)量之間甚至沒(méi)有限制。只要數(shù)據(jù)具有足夠的信息價(jià)值，并 且這個(gè)價(jià)值能夠均勻分布在整個(gè)傳輸所需時(shí)間內(nèi)，同時(shí)這樣的價(jià)值能夠在以系統(tǒng)可能提供 的最大帶寬即時(shí)傳輸，那么系統(tǒng)不會(huì)對(duì)整個(gè)數(shù)據(jù)量大小做任何限制。當(dāng)符合上述條件的數(shù) 據(jù)出現(xiàn)在系統(tǒng)中時(shí)，其展示效果會(huì)變得豐富而流暢。本發(fā)明的積極效果為利用大規(guī)模非中心互聯(lián)網(wǎng)技術(shù)建立一個(gè)新的通用互聯(lián)網(wǎng)瀏覽器，并使這個(gè)瀏覽器 和大規(guī)模非中心互聯(lián)網(wǎng)系統(tǒng)充分結(jié)合，達(dá)到高效運(yùn)行、即時(shí)變化以及豐富展示的目的，實(shí)現(xiàn) 對(duì)當(dāng)前互聯(lián)網(wǎng)客戶(hù)端的改造。


圖1、流式瀏覽器所處理的數(shù)據(jù)描述；圖2、流式瀏覽器所依賴(lài)的數(shù)據(jù)傳輸模式。
具體實(shí)施例方式第一步，建立大規(guī)模非中心互聯(lián)網(wǎng)系統(tǒng)。本發(fā)明中的瀏覽器是以大規(guī)模非中心互 聯(lián)網(wǎng)系統(tǒng)為基礎(chǔ)而設(shè)計(jì)的。沒(méi)有這個(gè)基礎(chǔ)，也不會(huì)出現(xiàn)新的瀏覽機(jī)制。在這個(gè)互聯(lián)網(wǎng)中，任 何兩個(gè)節(jié)點(diǎn)都是處于對(duì)等地位。所謂對(duì)等，最基本的理解就是一個(gè)節(jié)點(diǎn)既是數(shù)據(jù)或者服務(wù) 提供者，又是數(shù)據(jù)或者服務(wù)的享受者。但這樣的解釋過(guò)于表面化。更進(jìn)一步理解，對(duì)等指的 是在一個(gè)數(shù)據(jù)共享的環(huán)境中，大量節(jié)點(diǎn)以平等的方式參與計(jì)算，并按照最終用戶(hù)的意愿形 成計(jì)算集群；在這個(gè)集群內(nèi)，節(jié)點(diǎn)共同作用形成對(duì)數(shù)據(jù)的發(fā)布、搜索以及存??；在這樣系統(tǒng) 中，所有最終用戶(hù)及其控制的節(jié)點(diǎn)決定了系統(tǒng)的性能和質(zhì)量；其中具備或者創(chuàng)造有價(jià)值數(shù) 據(jù)的用戶(hù)及其控制的節(jié)點(diǎn)是高效集群形成的關(guān)鍵，但這樣的節(jié)點(diǎn)通常是少數(shù)。當(dāng)集群形成 后，必須使其中的數(shù)據(jù)傳輸以非中心的方式進(jìn)行；其中的數(shù)據(jù)傳輸方式以互惠策略原則來(lái) 達(dá)到節(jié)點(diǎn)之間配合傳輸?shù)男б孀畲蠡?。從用?hù)角度看，數(shù)據(jù)是以穩(wěn)定而最大可獲得速率持 續(xù)傳送到本地。同時(shí)，由于這個(gè)數(shù)據(jù)流是在用戶(hù)意志下形成的，即數(shù)據(jù)經(jīng)過(guò)了人為篩選而擁 有了滿(mǎn)足用戶(hù)要求的智能趨向。第二步，利用大規(guī)模非中心互聯(lián)網(wǎng)傳輸協(xié)議為瀏覽器傳輸數(shù)據(jù)。本發(fā)明中瀏覽器 拋棄了中心式的HTTP協(xié)議4，而采取了大規(guī)模非中心互聯(lián)網(wǎng)傳輸協(xié)議。同HTTP協(xié)議相 比，這個(gè)協(xié)議更適合高動(dòng)態(tài)變化的互聯(lián)網(wǎng)環(huán)境。這個(gè)協(xié)議的利用使瀏覽器不是單獨(dú)地和多 個(gè)服務(wù)器進(jìn)行聯(lián)系，而是和很多志趣相似的計(jì)算節(jié)點(diǎn)組成了一個(gè)集群，共享計(jì)算資源。由于 本協(xié)議的支持，使用這種瀏覽器的最終用戶(hù)單位時(shí)間內(nèi)獲得的數(shù)據(jù)量大。同時(shí)，瀏覽器所 獲得的數(shù)據(jù)不單純是主動(dòng)請(qǐng)求時(shí)獲得的；在沒(méi)有發(fā)出請(qǐng)求時(shí)，瀏覽器也會(huì)收到來(lái)自于系統(tǒng) 的數(shù)據(jù)。這些數(shù)據(jù)相對(duì)于HTTP協(xié)議，包含更多的多媒體形式。總之，本發(fā)明所利用的傳輸 協(xié)議使得數(shù)據(jù)傳輸?shù)幕灸Ｊ接烧?qǐng)求回應(yīng)模式變?yōu)楹愣鲃?dòng)方式，由小數(shù)據(jù)量變?yōu)榇髷?shù)據(jù) 量，由簡(jiǎn)單兩點(diǎn)間交互變?yōu)槎帱c(diǎn)間集群配合方式。圖2表示了本發(fā)明瀏覽器所依賴(lài)的數(shù)據(jù) 傳輸模式。第三步，建立基于大規(guī)模非中心的事件驅(qū)動(dòng)機(jī)制。事件驅(qū)動(dòng)機(jī)制實(shí)質(zhì)上是一個(gè)系 統(tǒng)中的節(jié)點(diǎn)之間能夠相互以主動(dòng)方式交互。這個(gè)系統(tǒng)既可以是本地應(yīng)用，也可以是遠(yuǎn)程應(yīng) 用或者是分布式應(yīng)用。在本發(fā)明中，主要考慮的是遠(yuǎn)程應(yīng)用或者說(shuō)分布式應(yīng)用中事件驅(qū)動(dòng) 機(jī)制的形成。一旦節(jié)點(diǎn)間是以這種機(jī)制作為相互聯(lián)系的基本形式，這個(gè)系統(tǒng)就具備了事件 驅(qū)動(dòng)的特征。只有這種特征才能即時(shí)反映系統(tǒng)內(nèi)部的變化。這種系統(tǒng)設(shè)計(jì)難度大，不合理 的設(shè)計(jì)會(huì)導(dǎo)致系統(tǒng)資源占用過(guò)大和性能上的損失。大規(guī)模非中心互聯(lián)網(wǎng)中的對(duì)等性質(zhì)保證 了這個(gè)機(jī)制的形成，或者說(shuō)大規(guī)模非中心互聯(lián)網(wǎng)本質(zhì)就是一個(gè)事件驅(qū)動(dòng)的系統(tǒng)。在這樣的 系統(tǒng)中，任意節(jié)點(diǎn)可以主動(dòng)和其他節(jié)點(diǎn)聯(lián)系，并在互惠的前提下組成計(jì)算集群。然而，某個(gè) 節(jié)點(diǎn)上發(fā)生某個(gè)事件后，并且有很多節(jié)點(diǎn)對(duì)此變化感興趣，如果沒(méi)有適當(dāng)?shù)亩嗖C(jī)制11
會(huì)導(dǎo)致該節(jié)點(diǎn)難以應(yīng)付大量主動(dòng)通知以及可能的大數(shù)據(jù)傳輸。因而，一個(gè)完善的多播系統(tǒng) 是建立大規(guī)模非中心事件機(jī)制的另一關(guān)鍵技術(shù)。實(shí)際上，本發(fā)明所利用的傳輸協(xié)議具備這 樣的多播能力當(dāng)一個(gè)節(jié)點(diǎn)需要和很多節(jié)點(diǎn)主動(dòng)聯(lián)系時(shí)，本協(xié)議可以將傳輸負(fù)擔(dān)由該節(jié)點(diǎn) 分布到所有這些節(jié)點(diǎn)上，從而大大減輕了事件發(fā)生節(jié)點(diǎn)的資源消耗。第四步，建立瀏覽解釋器。本發(fā)明中為數(shù)據(jù)組織提供了新的描述方式。這些描述 是以標(biāo)識(shí)語(yǔ)言XML12為基本方式來(lái)完成并且傳輸?shù)?。利用這樣的機(jī)制，用戶(hù)可以組織并 發(fā)布數(shù)據(jù)。在組織數(shù)據(jù)時(shí)，根據(jù)描述規(guī)范所提供的規(guī)則，對(duì)數(shù)據(jù)間的關(guān)系、訪問(wèn)者對(duì)數(shù)據(jù)的交互以及數(shù)據(jù)展示進(jìn)行定義。在這些工作完成后，數(shù)據(jù)組織就完成了。當(dāng)這樣的數(shù)據(jù)傳送 到本地后，本地的瀏覽器必須根據(jù)用戶(hù)事先的定義對(duì)這個(gè)數(shù)據(jù)進(jìn)行解釋?zhuān)瑥亩鶕?jù)數(shù)據(jù)間 的關(guān)系通過(guò)傳輸協(xié)議向遠(yuǎn)程節(jié)點(diǎn)請(qǐng)求數(shù)據(jù)，并將傳送到本地的數(shù)據(jù)以事先定義的格式進(jìn)行 展示；當(dāng)數(shù)據(jù)展示在瀏覽器中后，可能的交互方式也根據(jù)定義來(lái)進(jìn)行。這些工作都是由瀏覽 器所擁有的解釋器來(lái)完成的。由于數(shù)據(jù)是根據(jù)XML的方式來(lái)描述，這減輕了解釋器的設(shè)計(jì) 代價(jià)。通?？梢砸蕾?lài)一個(gè)XML解釋器12以及XML操縱工具12來(lái)實(shí)現(xiàn)。第五步，建立基于播放機(jī)制的瀏覽方式。本瀏覽器所要處理的數(shù)據(jù)是相對(duì)穩(wěn)定持 續(xù)不斷傳送的多媒體數(shù)據(jù)，即所謂流動(dòng)數(shù)據(jù)。和傳統(tǒng)流媒體數(shù)據(jù)不同的是，這樣的數(shù)據(jù)是異 質(zhì)的，既可能包含流媒體數(shù)據(jù)，如視頻和音頻，也可能包含非流媒體數(shù)據(jù)，如文本、圖片等。 在展示傳統(tǒng)流媒體時(shí)，一般都采取播放的形式，即用戶(hù)首先等待并觀看數(shù)據(jù)的展示，在需要 的情況下對(duì)數(shù)據(jù)的流動(dòng)進(jìn)行控制，如暫停、快進(jìn)、回退、跳過(guò)以及終止等。由于本發(fā)明中的異 質(zhì)數(shù)據(jù)也以類(lèi)似流的形式在系統(tǒng)中傳送，其相應(yīng)的瀏覽器必定與展示請(qǐng)求回應(yīng)數(shù)據(jù)的效果 有重大區(qū)別。在此，本發(fā)明引入了流媒體播放器的展示方式用來(lái)瀏覽數(shù)據(jù)。最終用戶(hù)可以 在多種異質(zhì)數(shù)據(jù)構(gòu)成的流數(shù)據(jù)內(nèi)進(jìn)行暫停、快進(jìn)、回退、跳過(guò)以及終止等操作。這種瀏覽方 式是大規(guī)模非中心互聯(lián)網(wǎng)技術(shù)應(yīng)用的必然結(jié)果，既滿(mǎn)足了用戶(hù)主動(dòng)和系統(tǒng)交互的意愿，也 能將互聯(lián)網(wǎng)上的變化即時(shí)地反映在用戶(hù)的計(jì)算節(jié)點(diǎn)上。第六步，使用圖形化界面。在中心互聯(lián)網(wǎng)系統(tǒng)中，網(wǎng)頁(yè)是用戶(hù)界面的基本形式。網(wǎng) 頁(yè)需要滿(mǎn)足輕量級(jí)傳輸代價(jià)的同時(shí)，表達(dá)盡可能多的意義。這樣必然造成減少媒體數(shù)據(jù)量， 增加文字量。這使得網(wǎng)頁(yè)作者的本意完善表達(dá)受到限制，網(wǎng)頁(yè)的訪問(wèn)者也會(huì)感覺(jué)單調(diào)。另 外，當(dāng)前互聯(lián)網(wǎng)瀏覽器對(duì)圖形技術(shù)的使用不夠?，F(xiàn)在一些技術(shù)的出現(xiàn)已經(jīng)開(kāi)始改善這一點(diǎn)， 如Flash10和Silverlight10。但這些技術(shù)都沒(méi)有觸及當(dāng)前互聯(lián)網(wǎng)系統(tǒng)的分布式模 式，即仍然是以中心結(jié)構(gòu)為基礎(chǔ)。這使得瀏覽器內(nèi)圖形效果大大改善的同時(shí)，卻沒(méi)有足夠的 媒體數(shù)據(jù)來(lái)支持。本發(fā)明中的瀏覽器利用了上述圖形技術(shù)，同時(shí)結(jié)合大規(guī)模非中心互聯(lián)網(wǎng) 技術(shù)，彌補(bǔ)了當(dāng)前瀏覽器的不足。參考文獻(xiàn)lNetscape Browser ；http://www. netscape, com2Internet Explorer ；http://www. microsoft, com/windows/ internet-explorer3FireFox Browser ；http://www. firefox. com4Hypertext Transfer Protocol ；http://www. w3. org/Protocols5File Transfer Protocol ；Request for Comments 9596Telnet Protocol Specification ；Request for Comments 497Douglas E. Comer ；Internetworking with TCP/IP !Principles, Protocols and Architecture, Pearson Prentice Hall 2005, ISBN 0131876718Jean Dollimore, Tim Kindberg, George Coulouris ；Distributed Systems Concepts and Design ；Addison Wesley,4th Edition, 2005, ISBN 0321263549HTML4. OlSpecification ；World Wide Web Consortium, 24December 1999， http://www. w3. org/TR/html401/, Retrieved on 2008-11-110MatthewMacDonald ；Pro Silverlight 2in C#2008 ;Apress，2009， ISBN :15905994911J Obraczka，K. ；Multicast Transport Protocols -.a Survey and Taxonomy, Communication Magazine, IEEE, Volume 36, Issue 1, Jan. 1998Page(s) :94_1012 J Extendable Markup Language ；http://www. w3. org/XML/
8
權(quán)利要求
一種建立互聯(lián)網(wǎng)流式瀏覽器的方法，其特征在于，所述流式瀏覽器建立方法包括建立大規(guī)模非中心互聯(lián)網(wǎng)系統(tǒng)；利用大規(guī)模非中心互聯(lián)網(wǎng)傳輸協(xié)議為瀏覽器傳輸數(shù)據(jù)；建立基于大規(guī)模非中心的事件驅(qū)動(dòng)機(jī)制；建立瀏覽解釋器；建立基于播放機(jī)制的瀏覽方式。
2.如權(quán)利要求1所述的流式瀏覽器，其特征在于，所述建立大規(guī)模非中心互聯(lián)網(wǎng)系統(tǒng) 是流式瀏覽器的基礎(chǔ)；具體工作步驟如下1)在一個(gè)數(shù)據(jù)共享的環(huán)境中，賦予每個(gè)節(jié)點(diǎn)以平等方式參與計(jì)算，并按照最終用戶(hù)的 意愿形成計(jì)算集群；2)在集群內(nèi)，允許節(jié)點(diǎn)共同作用形成對(duì)數(shù)據(jù)的發(fā)布、搜索及存??；在這個(gè)過(guò)程中，由用 戶(hù)及其控制的節(jié)點(diǎn)決定整個(gè)系統(tǒng)的性能和質(zhì)量；3)在集群內(nèi)，以互惠策略使節(jié)點(diǎn)之間配合傳輸?shù)男б孢_(dá)到最大化，達(dá)到以最大可獲得 速率持續(xù)穩(wěn)定地傳送數(shù)據(jù)的目的。
3.如權(quán)利要求1所述的流式瀏覽器，其特征在于，所述利用大規(guī)模非中心互聯(lián)網(wǎng)傳輸 協(xié)議為瀏覽器傳輸數(shù)據(jù)，促使用戶(hù)單位時(shí)間內(nèi)獲得的數(shù)據(jù)量大，并改變請(qǐng)求回應(yīng)的傳輸模 式；其具體步驟如下1)以恒定流動(dòng)方式傳輸數(shù)據(jù)；2)實(shí)現(xiàn)大數(shù)據(jù)量數(shù)據(jù)傳輸；3)改變傳輸方式，使簡(jiǎn)單兩點(diǎn)間交互變?yōu)槎帱c(diǎn)間集群配合方式。
4.如權(quán)利要求1所述的流式瀏覽器，其特征在于，所述建立基于大規(guī)模非中心的事件 驅(qū)動(dòng)機(jī)制，促使系統(tǒng)中的節(jié)點(diǎn)之間能夠相互以主動(dòng)方式交互；其具體步驟如下1)利用大規(guī)模非中心互聯(lián)網(wǎng)中的對(duì)等性質(zhì)保證事件驅(qū)動(dòng)機(jī)制的形成；2)使任意節(jié)點(diǎn)可以主動(dòng)和其他節(jié)點(diǎn)聯(lián)系，并在互惠的前提下組成計(jì)算集群；3)建立完善的多播系統(tǒng)保證高效和低資源消耗下的事件通知和大數(shù)據(jù)傳輸。
5.如權(quán)利要求1所述的流式瀏覽器，其特征在于，所述建立瀏覽解釋器用以處理新定 義的數(shù)據(jù)描述；其具體步驟如下1)以標(biāo)識(shí)語(yǔ)言XML為基本方式對(duì)數(shù)據(jù)進(jìn)行描述；2)根據(jù)描述規(guī)范所提供的規(guī)則，對(duì)數(shù)據(jù)間的關(guān)系、訪問(wèn)者對(duì)數(shù)據(jù)的交互以及數(shù)據(jù)的展 示進(jìn)行定義，從而完成發(fā)布數(shù)據(jù)組織；3)當(dāng)組織完成的數(shù)據(jù)傳送到本地后，本地的瀏覽器必須根據(jù)用戶(hù)事先的定義對(duì)這個(gè)數(shù) 據(jù)進(jìn)行解釋?zhuān)?)根據(jù)數(shù)據(jù)間的關(guān)系通過(guò)傳輸協(xié)議向遠(yuǎn)程節(jié)點(diǎn)請(qǐng)求數(shù)據(jù)，并將傳送到本地的數(shù)據(jù)以事 先定義的格式進(jìn)行展示；5)當(dāng)數(shù)據(jù)展示在瀏覽器中后，可能的交互方式也根據(jù)定義來(lái)進(jìn)行。
6.如權(quán)利要求1所述的流式瀏覽器，其特征在于，所述基于播放機(jī)制的瀏覽方式針對(duì) 流式瀏覽器的特點(diǎn)而設(shè)計(jì)，使用戶(hù)訪問(wèn)互聯(lián)網(wǎng)效果提高；其具體步驟如下1)引入流媒體播放器的展示方式，相對(duì)穩(wěn)定持續(xù)不斷地瀏覽組織完善的數(shù)據(jù)；2)用戶(hù)可在多種異質(zhì)數(shù)據(jù)構(gòu)成的流數(shù)據(jù)內(nèi)進(jìn)行暫停、快進(jìn)、回退、跳過(guò)以及終止等操作；3)通過(guò)與播放相關(guān)的操作，滿(mǎn)足用戶(hù)主動(dòng)與系統(tǒng)交互的意愿，并將互聯(lián)網(wǎng)上的變化即 時(shí)地反映在用戶(hù)的計(jì)算點(diǎn)上。
全文摘要
本發(fā)明為一種建立互聯(lián)網(wǎng)流式瀏覽器的方法，屬于分布式技術(shù)領(lǐng)域，特別是大規(guī)模分布式技術(shù)在互聯(lián)網(wǎng)中的應(yīng)用；為了向用戶(hù)提供更智能的搜索，本發(fā)明通過(guò)建立大規(guī)模非中心互聯(lián)網(wǎng)系統(tǒng)、利用大規(guī)模非中心互聯(lián)網(wǎng)傳輸協(xié)議為瀏覽器傳輸數(shù)據(jù)、建立基于大規(guī)模非中心的時(shí)間驅(qū)動(dòng)機(jī)制、建立瀏覽解釋器、建立基于播放機(jī)制的瀏覽方式來(lái)實(shí)現(xiàn)流式瀏覽器。本發(fā)明促使瀏覽器與大規(guī)模非中心互聯(lián)網(wǎng)系統(tǒng)充分結(jié)合，達(dá)到高效運(yùn)行、即時(shí)變化以及豐富展示的目的，實(shí)現(xiàn)對(duì)當(dāng)前互聯(lián)網(wǎng)客戶(hù)端的改造。
文檔編號(hào)H04L29/06GK101930440SQ20091014860
公開(kāi)日2010年12月29日 申請(qǐng)日期2009年6月25日 優(yōu)先權(quán)日2009年6月25日
發(fā)明者李冰, 郭長(zhǎng)銳 申請(qǐng)人:李冰