專利名稱：動態(tài)標記語言的制作方法
技術(shù)領域：
本發(fā)明涉及一種生成標記語言文檔的方法。
背景技術(shù)：
為了向瀏覽器提供內(nèi)容，例如向因特網(wǎng)瀏覽器提供網(wǎng)頁，開發(fā)出了HTML(超文本標記語言)。HTML是一種只是說明性的、含有文本和與其它文檔的鏈接的標記語言。不需要瀏覽器對其進行解釋。不過可以通過這種方式顯示的內(nèi)容顯然是有限的。針對這個問題，已經(jīng)開發(fā)出了多種解決方案，主要是JAVA，JAVA是一種能夠生成可通過HTML文檔中的鏈接尋址的小程序(支程序)的編程語言。通過這種方式，能夠很容易地將圖像等提供給瀏覽器，并且還原給用戶。HTML和JAVA的一個公知的局限性是，如此提供的內(nèi)容實際上是固定的。即使編制了JAVA支程序來提供用于模擬運動的一系列圖像，只要JAVA支程序被尋址，那么就將顯示相同的圖像序列。針對這一問題已經(jīng)提出了多種解決方案。
國際專利申請公開文本W(wǎng)O02/17082介紹了內(nèi)容傳遞網(wǎng)絡中的網(wǎng)絡邊緣服務器上的動態(tài)內(nèi)容組合。所公開的方案使得內(nèi)容提供商能夠在網(wǎng)絡的邊緣上動態(tài)地組合內(nèi)容，優(yōu)選地是在內(nèi)容傳遞網(wǎng)絡(CDN)邊緣服務器上。最好，內(nèi)容提供商補充使用“邊緣端包含(edge sideinclude)”(ESI)標記語言，該語言用于定義邊緣上的動態(tài)組合的網(wǎng)頁片段(fragment)。動態(tài)組合通過將包括在因特網(wǎng)邊緣上動態(tài)產(chǎn)生之網(wǎng)頁的對象緩存來改善站點性能，靠近終端用戶。內(nèi)容提供商設計并開發(fā)了，例如通過在其開發(fā)環(huán)境中使用ESI語言形成并組合網(wǎng)頁的商業(yè)邏輯。不是通過集中數(shù)據(jù)中心內(nèi)的應用程序/網(wǎng)頁服務器來進行組合，而是該應用程序/網(wǎng)頁服務器向組合網(wǎng)頁的CDN邊緣服務器發(fā)送網(wǎng)頁模板和內(nèi)容片段。每個內(nèi)容片段能夠具有其自己的緩存能力簡檔，以管理內(nèi)容的“新鮮度”。一旦用戶請求一個網(wǎng)頁(模板)，邊緣服務器檢查其用于所包含的片段的緩沖器并且快速地組合網(wǎng)頁。
不過，這種現(xiàn)有的系統(tǒng)仍然基于靜態(tài)內(nèi)容。用于填充模板來生成由瀏覽器還原的最終文檔的片段是預先定義的。還是不存在動態(tài)內(nèi)容的可能性。
美國專利申請公開文本US2001/0037359介紹了一種用于包含標記語言圖像用戶界面、動態(tài)標記語言重寫器引擎和簡檔引擎的服務器端瀏覽器的系統(tǒng)和方法。所建議的是一種用于自定義訪問和傳遞在基于分組的網(wǎng)絡上發(fā)布的信息的系統(tǒng)和方法。該系統(tǒng)包括一個用戶計算機和一個目的文件服務器計算機，它們由一個作為服務器端瀏覽器(SSB)的主機的服務器計算機分隔開。所述SSB包括一個標記語言圖形用戶界面(MLGUI)、一個動態(tài)標記語言重寫器引擎(DMLRE)和一個簡檔生成引擎(PE)?？梢詫⒃揝SB配置為一個歸屬于因特網(wǎng)的、用于提供為用戶收集的自定義信息的中間下層結(jié)構(gòu)。通過在單一點內(nèi)同時控制瀏覽器功能(在客戶端)和服務器功能(在目的站點端)并且不需要任一側(cè)的增加的同意或綜合，SSB的組成部分實現(xiàn)了更加完美的控制、調(diào)度和分配信息。
這一現(xiàn)有技術(shù)所公開的系統(tǒng)是基于簡檔的過濾系統(tǒng)。內(nèi)容是從多個源取得的，過濾，并且作為一個單一的源重寫并提供給用戶。這種復雜的系統(tǒng)和以前的系統(tǒng)一樣具有這樣的缺點提供給用戶的內(nèi)容仍然是靜態(tài)的內(nèi)容。
A.Sundararajan所著的文章《對不使用DOM&腳本的情況下的動態(tài)XML的一點建議(A proposal for Dynamic XML without DOM &Scripts)》(可以在網(wǎng)頁http//sundarara ian.tripod.com/dxml/dxml.htm上得到)中記載了在動態(tài)網(wǎng)頁中，網(wǎng)頁的內(nèi)容和/或外觀隨時間變化。依照該文章，當前，能夠使用HTML DOM&腳本來生成動態(tài)網(wǎng)頁(DHTML)。它記載了使用這種方法存在已知的缺點，比如■腳本&DOM的知識對編寫動態(tài)網(wǎng)頁是非常重要的。
■HTML編輯器/工具產(chǎn)生用于動態(tài)網(wǎng)頁的腳本/DOM。然而由一種工具產(chǎn)生的腳本不能由其他工具進行處理。專用的HTML注釋是借助工具嵌入的，以完全重新編輯由同一工具產(chǎn)生的HTML/Java腳本。
該文章介紹了基于標識符的、說明性的動態(tài)XML文檔的可能性。動態(tài)XML文檔是這樣一種文檔其內(nèi)容和/或外觀隨時間變化。在XML文檔層面上，動態(tài)涉及在某一時刻T改變屬性或元素或元素的文本內(nèi)容。
雖然在這篇文章中討論的思想表明用于標記語言文檔的動態(tài)內(nèi)容是公知的，但是由這篇文章中的這種思想提供的解決方案具有很多缺點。首先，為了維持內(nèi)容的動態(tài)，需要客戶端瀏覽器具有用于處理控制內(nèi)容的標簽的附加功能。這阻止了這種技術(shù)在客戶中的滲透并且增加了復雜程度，這種復雜程度的增加使得這種文檔的創(chuàng)作和處理更加復雜。其次，一旦生成了這樣一種文檔，仍然只能實現(xiàn)很小的動態(tài)程度。文檔和標簽是固定的，內(nèi)容將總是以可預見的方式活動，并且生成文檔的過程相對來說沒有靈活性。

發(fā)明內(nèi)容
因此本發(fā)明的一個目的是提供一種產(chǎn)生標記語言文檔的方法，所述文檔能夠?qū)崿F(xiàn)動態(tài)內(nèi)容的顯示，但卻并不具有現(xiàn)有技術(shù)的缺點。
按照本發(fā)明，提供了一種用于生成標記語言文檔的方法，該方法包括訪問有效標記語言片段的庫、使用至少一種預定因素處理所述片段并且據(jù)此生成標記語言文檔。
憑借本發(fā)明，可能提供這樣一種標記語言文檔，該文檔在內(nèi)容上是動態(tài)的，但并不需要對用于還原這一文檔的客戶端瀏覽器部分進行任何調(diào)整。對用于所述庫的片段和用于所述處理的因素的選擇能夠?qū)崿F(xiàn)創(chuàng)作過程中的靈活性。
優(yōu)選地，預定因素是時間。另一種可能的預定因素是語境。最好，所述庫是從多個源產(chǎn)生的。優(yōu)選地，所述庫是通過對標記語言源進行分析以獲得有效標記語言片段而生成的。


現(xiàn)在將參照附圖，對僅作為實例的本發(fā)明的實施方式進行介紹，其中附圖1是用于生成標記語言文檔的系統(tǒng)的示意圖，和附圖2是用于生成標記語言文檔的方法的示意圖。
具體實施例方式
在附圖1的圖形中，將有效標記片段10提供給了一個分析器12。這些片段可以來源于多個源，并且由于它們涉及動態(tài)內(nèi)容，因此是有效的，例如，需要參照變量來確定它們的實際輸出。這樣的片段的一個例子可以是
<fragment>example<object>object1<when>flag then<location>100，100</location></when>
<when>NOT flag then<location>0，0</location></when>
</object>
</fragment>
這一片段依據(jù)變量標簽為真或假來確定object1的位置。這個片段顯然非常簡單；片段的復雜程度只會受其創(chuàng)作者的聰明才智所限。將多個這樣的片段提供給分析器12，該分析器12確定這些片段具有用于傳送給片段庫14的適當格式。分析器12一般來說可以是XML分析器，它檢查每個片段10是否是XML兼容的，剔除掉那些不是的。這確保了本方法的穩(wěn)定性。
快照(snapshot)發(fā)生器16用于產(chǎn)生標記語言文檔。發(fā)生器16是通過訪問有效標記語言片段的庫14、使用至少一種預定的因素處理這些片段并且據(jù)此產(chǎn)生標記語言文檔來實現(xiàn)這一用途的。在該附圖中，第一預定因素是時間，該時間以18示意性地表示，而第二預定因素是語境，以20表示。這些因素或者由創(chuàng)作者來設定，或者由在預定條件下工作的適當計算機程序來設定。
仍然采用上面給出的有效標記片段的例子，如果包含在語境信息中的邏輯條件flag＝TRUE，那么針對這一片段，快照發(fā)生器的輸出將是<fragment>example<object>object1<location>100，100</location>
</object>
</fragment>
庫14中所有的片段10都是使用這種方法處理的。任何涉及這樣的變量或條件的片段10都將遭到剔除，發(fā)生器16不具備針對該變量或條件的必備信息。因此標記語言文檔22是從庫14中的片段10產(chǎn)生的。這個文檔22總體上是說明性的，并且能夠由傳統(tǒng)的瀏覽器還原，而不需要對客戶端瀏覽器進行任何修改或改編?？煺瞻l(fā)生器16一般被置于任何網(wǎng)絡系統(tǒng)的服務器端上，產(chǎn)生用于提供給瀏覽器24的文檔22，該瀏覽器24將文檔22傳遞給還原器26，以還原所述文檔22。
在附圖2中對該方法進行了概括，附圖2表示用于產(chǎn)生標記語言文檔22的方法，該方法包括訪問30有效標記語言片段10的庫14，使用至少一種預定因素處理32這些片段10并據(jù)此生成34標記語言文檔22。該方法可以進一步包括向瀏覽器24提供36文檔22并且還原38該文檔22。
這種方法的一個重要的優(yōu)點是，本方法推進了在生成文檔時的靈活性?？煺瞻l(fā)生器16能夠訪問同一片段庫14，但針對因素時間和/或語境使用不同值和條件，來獲得新的標記語言文檔。所以，例如，能夠改變時間值，很容易地基于所述經(jīng)改變的因素生成新的文檔。同樣，可以根據(jù)需要在庫14中添加或從庫14中刪減片段10。于是發(fā)生器16就能夠按照上述方式訪問庫14并且處理這些片段10，來產(chǎn)生新更新的文檔22。隨著時間的流逝和語境的變化，必需重復該快照過程，以產(chǎn)生新的快照。
本發(fā)明的另一個優(yōu)點是，當使用變化的因素生成文檔時，沒有必要維持時間線。它只與獲知下一個單一的可能變化何時發(fā)生、這是開始還是結(jié)束時間、或者語境變化有關。添加新的片段或刪除舊的片段具有類似的效果。這結(jié)果形成了生成多個文檔的有效程序。
權(quán)利要求
1.一種用于生成標記語言文檔(22)的方法，該方法包括訪問(30)有效標記語言片段(10)的庫(14)，使用至少一種預定因素(18，20)處理(32)所述片段(10)并且據(jù)此生成(34)標記語言文檔(22)。
2.按照權(quán)利要求1所述的方法，其中預定因素(18)是時間(18)。
3.按照權(quán)利要求1或2所述的方法，其中預定因素(20)是語境(20)。
4.按照權(quán)利要求1、2或3所述的方法，其中所述庫(14)是從多個源產(chǎn)生的。
5.按照前述任何一項權(quán)利要求所述的方法，其中所述庫(14)是通過對標記語言源進行分析而生成的，以獲得有效標記語言片段(10)。
6.按照前述任何一項權(quán)利要求所述的方法，還包括向瀏覽器(24)提供(36)所述文檔(22)。
7.按照權(quán)利要求6所述的方法，還包括還原(38)所述文檔(22)。
8.一種用于生成標記語言文檔(22)的系統(tǒng)，該系統(tǒng)包括一個發(fā)生器(16)，用于訪問有效標記語言片段(10)的庫(14)，用于使用至少一種預定因素(18，20)處理所述片段(10)并且用于據(jù)此生成標記語言文檔(22)。
9.按照權(quán)利要求8所述的系統(tǒng)，還包括一個瀏覽器(24)。
10.按照權(quán)利要求9所述的系統(tǒng)，還包括一個還原器(26)。
全文摘要
一種用于生成標記語言文檔的方法，該方法包括訪問有效標記語言片段的庫，使用至少一種預定因素處理所述片段并且據(jù)此生成標記語言文檔。這樣，得出一個聲明標記語言文檔，不過該文檔具有實際動態(tài)的內(nèi)容。
文檔編號G06F13/00GK1656481SQ03811570
公開日2005年8月17日 申請日期2003年5月15日 優(yōu)先權(quán)日2002年5月23日
發(fā)明者D·A·埃弗斯, R·S·科爾 申請人:皇家飛利浦電子股份有限公司