国产精品1024永久观看,大尺度欧美暖暖视频在线观看,亚洲宅男精品一区在线观看,欧美日韩一区二区三区视频,2021中文字幕在线观看

  • <option id="fbvk0"></option>
    1. <rt id="fbvk0"><tr id="fbvk0"></tr></rt>
      <center id="fbvk0"><optgroup id="fbvk0"></optgroup></center>
      <center id="fbvk0"></center>

      <li id="fbvk0"><abbr id="fbvk0"><dl id="fbvk0"></dl></abbr></li>

      在小屏幕終端顯示屏上顯示超文本標(biāo)記語言內(nèi)容的制作方法

      文檔序號:7850679閱讀:221來源:國知局
      專利名稱:在小屏幕終端顯示屏上顯示超文本標(biāo)記語言內(nèi)容的制作方法
      技術(shù)領(lǐng)域
      本發(fā)明總體上涉及圖形用戶界面的技術(shù)領(lǐng)域。更具體地說,本發(fā)明涉及用于在客戶終端如移動電話、PDA(個人數(shù)字助理)或掌上型計算機的小尺寸顯示屏上顯示HTML(超文本標(biāo)記語言)文檔的方法、裝置和計算機程序,所述HTML文檔專為在大的桌面監(jiān)視器上顯示而設(shè)計。
      背景技術(shù)
      萬維網(wǎng)的基本設(shè)計原則之一是可互操作性。萬維網(wǎng)聯(lián)盟(W3C)為使不同種類的軟件和硬件能夠訪問網(wǎng)絡(luò)而開發(fā)了萬維網(wǎng)語言和協(xié)議。但是,大多數(shù)的站點是專為具有較大彩色顯示器的桌面計算機而設(shè)計的。
      諸如移動電話、PDA或掌上型計算機這樣的移動無線通信裝置通常具有小得多的顯示屏。顯然,需要提供一種實際、易于理解、高效且用戶界面友好的解決方案,以在所述移動設(shè)備上顯示含一般標(biāo)記語言內(nèi)容如HTML文檔。
      相關(guān)
      背景技術(shù)
      難于在小型移動設(shè)備如移動電話上有效地顯示萬維網(wǎng)內(nèi)容促進了WAP(無線應(yīng)用協(xié)議)的發(fā)展,WAP用于在移動世界與因特網(wǎng)之間起橋梁作用。然而,采用WAP技術(shù)要求應(yīng)用程序是使用WML(無線標(biāo)記語言)編寫的。因此,只有有限數(shù)量的信息和服務(wù)可通過WAP獲得。
      從許多現(xiàn)有技術(shù)網(wǎng)絡(luò)的瀏覽器可知,為在顯示屏上查看使用例如HTML編寫的網(wǎng)頁可使用縮放功能。以這種方式,可以將一小部分網(wǎng)頁放大至充滿整個顯示屏以便顯示網(wǎng)頁的細節(jié)。美國專利申請公開號2002/0030699 Al公開了一種具有小觸摸屏的移動電話。從因特網(wǎng)上檢索到的網(wǎng)頁最初全部顯示于顯示屏上。當(dāng)用戶觸摸屏幕的某一特定區(qū)域時,通過“自動縮放”功能以放大方式顯示該區(qū)域??s放可能是一種適于查看復(fù)雜網(wǎng)頁全貌同時也能放大網(wǎng)頁某些部分的方法。然而,當(dāng)網(wǎng)頁縮小時,其內(nèi)容可能幾乎不可識別。此外,當(dāng)具有固定寬度格式的文本比要顯示的屏幕更寬時,為使信息易讀必須進行水平滾動。因此,縮放還不足以實現(xiàn)在較小顯示屏上充分顯示網(wǎng)頁。
      Handspring Blazer 2.0是用于掌上型通信裝置的現(xiàn)有技術(shù)瀏覽器。使用這種瀏覽器,可使HTML文檔適應(yīng)移動客戶終端上顯示屏的寬度,然后顯示在顯示屏上。但是,這種轉(zhuǎn)換不是在本地由客戶終端來完成而是由網(wǎng)絡(luò)中的服務(wù)器來完成的。此外,Blazer 2.0瀏覽器不支持本發(fā)明中所采用的頁面樣式(style sheet)方法。而且,由本申請人所作的測試表明,B1azer解決方案顯然不能以正確的方式顯示表格內(nèi)容,從而必須進行水平滾動以使內(nèi)容在小顯示屏上可讀。Blazer2.0還在已顯示信息中間留有大量空白,導(dǎo)致還需要進行縱向滾動。
      發(fā)明概述本發(fā)明的目的是提供一種克服上述現(xiàn)有技術(shù)解決方案的缺點的方法、裝置和計算機程序。
      本發(fā)明的具體目的是提供一種允許在具有小顯示屏的客戶終端的顯示屏上如移動電話的顯示屏上顯示HTML文檔的方法、裝置和計算機程序,所述HTML文檔是為在大桌面監(jiān)視器上顯示而設(shè)計的。
      更具體地說,本發(fā)明的目的是提供一種方法、裝置及計算機程序,以將終端用戶執(zhí)行滾動操作的需要減到最小。
      還更具體地說,本發(fā)明的目的是提供一種方法、裝置及計算機程序,以使終端用戶不必進行水平滾動操作且將終端用戶執(zhí)行縱向滾動操作的需要減到最小。
      上述目的及優(yōu)點可通過所附權(quán)利要求中提出的特征實現(xiàn)。
      根據(jù)本發(fā)明,提供內(nèi)容重新格式化以克服在小尺寸顯示屏上顯示HTML文檔的難題。不是以列和行來顯示表格,而是將表格重新格式化為更適合較小顯示屏的窄形一維結(jié)構(gòu)。這是通過將表格轉(zhuǎn)換為塊級元素而完成的。
      本發(fā)明還提供諸如圖像篩選/縮小以及空格字符轉(zhuǎn)換的附加有利特征。
      附圖簡述下面參考附圖更加詳細地描述本發(fā)明,在附圖中,

      圖1是說明采用根據(jù)本發(fā)明的方法的移動終端在其中工作的系統(tǒng)的框圖,圖2是說明根據(jù)本發(fā)明的方法的實施例的流程圖,圖3說明顯示于大尺寸屏幕的萬維網(wǎng)頁和對應(yīng)的顯示于移動終端小顯示屏上的重新格式化網(wǎng)頁的示例。
      本發(fā)明的詳細說明圖1是說明了采用根據(jù)本發(fā)明的方法的移動客戶終端140如移動電話在其中工作的系統(tǒng)100的框圖。
      HTML文檔130由服務(wù)器110通過網(wǎng)絡(luò)120提供給移動客戶終端140。移動終端140包括小尺寸顯示屏180,其首先不適于顯示為大顯示屏而設(shè)計的HTML內(nèi)容。
      可用顯示屏上存在的像素數(shù)量,尤其是水平像素數(shù)量來定義小尺寸顯示屏。例如,具有少于300個水平像素的顯示屏可視為小尺寸顯示屏。
      HTML文檔130由諸如GSM(全球移動通信系統(tǒng))、GPRS(通用分組業(yè)務(wù))、UMTS(通用移動電信系統(tǒng))、CDMA(碼分多址)、或PCS(個人通信業(yè)務(wù))模塊之類的無線通信裝置160檢索得到,進一步傳送到格式化裝置150。
      HTML文檔130通常由三個部分組成內(nèi)容、結(jié)構(gòu)和樣式。內(nèi)容就是實際要顯示的字符和圖像。結(jié)構(gòu)描述了內(nèi)容擔(dān)當(dāng)?shù)慕巧?,例如某字符串作為?biāo)題。樣式描述如何呈現(xiàn)內(nèi)容,如采用什么字體和顏色。樣式是用樣式表或者通過顯示元素(如HTML中的FONT和CENTER)來書寫的。
      根據(jù)本發(fā)明,當(dāng)移動終端140通過通信裝置160收到HTML文檔時,它就對文檔應(yīng)用瀏覽器頁面樣式170,在此過程中可能會使文檔本身的樣式無效。這樣,移動終端應(yīng)用字體、顏色以及其它樣式方面來優(yōu)化小顯示屏180上的顯示。所用的頁面樣式語言最好是具有附加一些有利擴展的CSS(層疊頁面樣式),但原則上它可使用任何頁面樣式語言來取得這種效果。通過這一技術(shù),瀏覽器就強制采用了最適于顯示屏180的某種格式、字體大小以及某種可能的顏色。
      格式化裝置150由處理裝置和存儲器控制。軟件程序存儲在存儲器中。軟件程序用于在由處理裝置執(zhí)行時執(zhí)行根據(jù)本發(fā)明的方法,如下具體參考圖2所述。
      在一個實施例中,存儲器還包括應(yīng)用程序,更確切地說是支持頁面樣式解釋的瀏覽器程序。瀏覽器程序?qū)撁鏄邮竭M行解釋使處理裝置執(zhí)行根據(jù)本發(fā)明的方法。
      結(jié)果,HTML內(nèi)容就以易讀、高效和用戶友好的方式顯示在小尺寸顯示屏180上。
      圖2是說明根據(jù)本發(fā)明的用于在移動客戶終端的小尺寸顯示屏上顯示HTML文檔的方法的流程圖。
      該方法從標(biāo)號200處開始,包括通過應(yīng)用至少一種客戶端頁面樣式170來將HTML文檔重新格式化,從而使重新格式化的文檔寬度適應(yīng)顯示屏寬度的初始步驟210,以及在顯示屏上顯示重新格式化文檔的后續(xù)步驟240。
      初始重新格式化步驟包括多個子步驟。
      在第一個子步驟212中,將HTML文檔中的表格單元線性化為塊級元素。塊級元素是在其前和后有換行符(與常規(guī)段落所具有的一樣)的元素。
      HTML語言是簡單的說明性標(biāo)記語言,其中,標(biāo)記符描述了內(nèi)容的邏輯作用(段落、標(biāo)題)而非如何顯示內(nèi)容(字體、顏色等)。當(dāng)在HTML3.2中引入表格時,表格用于表示文檔中數(shù)字和文本的簡單的行和列-其用法正如傳統(tǒng)文檔的用法。但是,作者很快就發(fā)現(xiàn)表格可用于(或濫用于)回繞(wrap around)文檔,從而獲得可視布局。例如,網(wǎng)頁可能由左側(cè)的菜單、頂部的廣告標(biāo)志和右側(cè)的側(cè)條構(gòu)成。這種類型的網(wǎng)頁布局可利用HTML表格標(biāo)記來實現(xiàn)。將表格用于布局的網(wǎng)頁其寬度通常設(shè)成固定的,通常約為600像素。此寬度正好適合桌面型PC(個人計算機),但不適于較小的萬維網(wǎng)裝置。通常,將內(nèi)容組織成表格純粹是一種取得網(wǎng)格類型布局的可視效果。
      根據(jù)本發(fā)明,將表格重新組織成塊級元素。將一行中所有的表格單元組合成塊級元素,即將每一行轉(zhuǎn)換成塊級元素,并且從表格生成的所有塊級元素顯示于彼此的頂部。
      在第二子步驟214中,將HTML文檔中的定位元素轉(zhuǎn)換成塊級元素。
      通常,從文本流中取出定位元素并將其顯示在其它內(nèi)容之上。在根據(jù)本發(fā)明作了轉(zhuǎn)換時,定位元素轉(zhuǎn)換成塊級元素并以它們在源文檔中出現(xiàn)的順序顯示。
      圖像占了萬維網(wǎng)上數(shù)據(jù)傳輸?shù)暮艽笠徊糠?,并且通常它們占?jù)了重要的屏幕區(qū)域。優(yōu)化圖像的處理對于小屏幕萬維網(wǎng)裝置如移動終端是重要的。根據(jù)本發(fā)明,有選擇地對圖像進行篩選和過濾以優(yōu)化性能。
      根據(jù)本發(fā)明,根據(jù)圖像的尺寸對其加以不同的處理忽略圖像太大而不適合屏幕的“極大圖像”,因此不予下載/顯示。
      非常小的“極小圖像”通常在表格布局中起裝飾作用。因此也可忽略它們而不予下載/顯示。
      具有特殊的預(yù)定格式的“特殊尺寸圖像”通常表示商業(yè)廣告,因此可忽略而不予下載/顯示。
      將“大圖像”(稍微比屏幕尺寸寬一點的圖像)縮小到適合屏幕尺寸的大小。
      其它圖像則正常顯示。
      圖像大小通常用HTML標(biāo)記專門列出??紤]這一實例&lt;IMG SRC=″foo.png″WIDTH=″20″HEIGHT=″30″&gt;;在以上例子中,稱為″foo.png″的圖像的大小為20個水平像素和30個縱向像素。通過在標(biāo)記中列出WIDTH/HEIGHT屬性,瀏覽器能夠在下載圖像本身之前確定圖像的大小。這樣,可提高下載文檔速度。
      瀏覽器還可根據(jù)WIDTH/HEIGHT(寬度/高度)屬性處理元素。例如,使用CSS,頁面樣式可以描述如何顯示具有特定屬性值的元素IMG[WIDTH=″20″]{顯示無}上述頁面樣式表示不應(yīng)顯示寬度值為20的IMG元素。
      當(dāng)在標(biāo)記中不存在此屬性時,這種處理是不可能的??紤]這個例子&lt;IMG SRC=″foo.png″&gt;
      直到圖像已下載才可確定尺寸。
      根據(jù)本發(fā)明,增加了這樣一種特征,即,即便未在標(biāo)記中指定屬性也允許處理元素。在已下載圖像且確定了其大小時,將寬度和高度作為偽屬性列出,可以與正常屬性一樣的方式對其進行處理??紤]這一例子IMG[$WIDTH=″20″]{顯示無}在以上示例中,“$”符號表示后面的屬性名為未在標(biāo)記中出現(xiàn)的偽屬性,但它被列出,就好像它已經(jīng)在標(biāo)記中出現(xiàn)過一樣。
      這一獨特特征的主要優(yōu)點是,允許頁面樣式以同樣的方式處理元素,無論是作者包括了屬性還是沒有包括屬性。
      還參照圖2,為提供圖像大小的量度,在第三子步驟216中確定HTML文檔中指出的圖像寬度。如果寬度在HTML文檔中作為屬性指出,則將該值用作其它子步驟中的寬度。如果沒有指出寬度,則如上所述將寬度值確定218為偽屬性。
      在第四子步驟220中,考慮圖像尺寸以判斷是否應(yīng)該在重新格式化文檔中忽略或包括圖像。
      第四子步驟220最好涉及三個條件。如果滿足這些條件中的至少一個,那么子步驟220的結(jié)果是忽略圖像220,且處理過程進而繼續(xù)到第六子步驟228。如果這些條件中的任一個均得不到滿足,則處理過程繼續(xù)進行到第五子步驟224。
      步驟220中的第一條件是判斷是否可將圖像視為“極大”。這最好是意味著要測試圖像的寬度是否大于第一預(yù)定寬度限定值,此值的范圍在顯示屏寬度的2-4倍之間。特別是,第一限定值首選為顯示屏寬度的3倍。如果圖像寬度超過此限定值,則將圖像視為極大圖像而被忽略222。處理過程然后繼續(xù)進行到第六子步驟228。
      或者,如果圖像的高度超過第一預(yù)定高度限定值,則也將圖像視為極大圖像。
      或者,如果圖像的高度超過第一預(yù)定高度限定值且圖像的寬度超過第一預(yù)定高度限定值,則也將圖像視為極大圖像。
      還有一種情況,如果與圖像尺寸相關(guān)的另一參數(shù)超出預(yù)定限定值則也將圖像視為極大圖像。
      子步驟220中的第二條件涉及判斷圖像是否可視為“極小”。很小的圖像在表格布局中通常起裝飾作用,例如作為邊沿,通??梢詫⑵浜雎远粫G失必要信息。更具體地說,所述第二條件意味著測試圖像寬度是否小于范圍通常在1至30像素之間且最好為15像素的第二預(yù)定寬度限定值,以及測試圖像高度是否小小于范圍通常在1至36像素之間且最好為18像素的第二預(yù)定高度限定值。如果圖像尺寸符合這兩個判據(jù),則將其視為極小圖像,并予以忽略222。然后過程繼續(xù)進行到第六子步驟228。
      子步驟220中的第三條件涉及判斷圖像是否可視為“特殊尺寸圖像”。完全匹配某組預(yù)定的寬度和高度值的圖像可視為商業(yè)廣告,忽略這種圖像通常不會丟失必要信息。如果圖像的高度和寬度均與預(yù)定值匹配,則忽略圖像222。隨后過程繼續(xù)進行到第六子步驟228。
      如下表1中給出了與特殊尺寸圖像對應(yīng)的適當(dāng)?shù)?組寬度和高度值這些值對應(yīng)于由因特網(wǎng)架構(gòu)委員會(IAB)推薦的廣告圖像尺寸。

      表1.特殊尺寸圖像的對應(yīng)高度和寬度組在第五子步驟224中,考慮圖像尺寸以判斷是否應(yīng)將圖像視為“大型”圖像。與極大圖像相反,在重新格式化文檔中應(yīng)按比例縮小而不是忽略大圖像。這是通過將圖像寬度與第三預(yù)定限定值比較來完成的,第三預(yù)定限定值的范圍在顯示屏寬度的0.5至3倍之間。第三預(yù)定限定值最好與顯示屏的寬度相等,這意味著將所有未視為極小或極大但又超出顯示屏寬度的圖像視為“大”圖像。將這樣視為大圖像的圖像按比例縮小226以適應(yīng)顯示屏寬度,且最好為各側(cè)的邊界留出空間。
      在重新格式化步驟210的第六子步驟228中,忽略HTML文檔中的后續(xù)換行符,從而縮小重新格式化文檔的縱向尺寸。HTML中的換行符可用BR元素生成,通常要增加后續(xù)BR元素以將其它元素縱向分開。這在桌面屏幕上看起來漂亮,但是根據(jù)本發(fā)明的這一特征,可通過忽略后續(xù)換行符而節(jié)省寶貴的縱向空間。
      在重新格式化步驟210的第七子步驟230中,將HTML文檔中的不可分(non-breaking)空格字符轉(zhuǎn)換為普通的空格字符,從而縮小了重新格式化文檔的水平尺寸。不可分空格字符(在HTML中表示為“nbsp”)用于表示不適用換行符的字符串間的空格。但在小屏幕上,瀏覽器通常被迫換行,而無法支持不可分空格字符。
      此外,作為第七子步驟230的一部分,最好還將額外的空空格忽略。
      當(dāng)?shù)谄咦硬襟E230完成從而格式化步驟210也完成時,重新格式化文檔就顯示于移動客戶終端上(步驟240)。
      根據(jù)本發(fā)明的方法有利地提供了對HTML文檔中的所有文本應(yīng)用固定字體類型和固定字體大小的附加特征,具體說是采用了在小尺寸顯示屏180上顯示時特別清楚易讀的字體類型和大小。
      根據(jù)本發(fā)明的方法有利地提供了將要在小尺寸顯示屏180上顯示的圖像居中的附加特征。
      根據(jù)本發(fā)明的方法可有利地提供縮放頁面的附加特征。
      對本領(lǐng)域的技術(shù)人員而言,根據(jù)本發(fā)明所公開的內(nèi)容將根據(jù)本發(fā)明的方法實現(xiàn)為計算機程序是一項普通的任務(wù)。這樣的計算機程序包括在由移動客戶終端的處理裝置執(zhí)行時執(zhí)行根據(jù)本發(fā)明的方法的指令。
      具體地說,所述計算機程序可包含在例如磁盤或CD-ROM的計算機可讀媒體中?;蛘?,可以將其包含在存儲器,如只讀存儲器或易失性存儲器中,或者可將其包含在傳輸信號中,例如包含在數(shù)字通信網(wǎng)絡(luò)如因特網(wǎng)內(nèi)計算機或網(wǎng)元之間的傳輸信號中。
      圖3展示了根據(jù)本發(fā)明,在大尺寸屏幕上顯示網(wǎng)頁300和在移動終端的小屏幕上顯示對應(yīng)的已重新格式化網(wǎng)頁350的簡單示例。原始網(wǎng)頁300由原始HTML文檔表示,而重新格式化網(wǎng)頁350由通過本發(fā)明方法得到的重新格式化文檔表示。
      重新格式化網(wǎng)頁350的寬度經(jīng)調(diào)整適應(yīng)了移動終端小顯示屏的寬度。盡管未在圖中顯示,應(yīng)理解重新格式化網(wǎng)頁的高度明顯超出顯示屏高度。因此縱向滾動是必需的,但無需水平滾動。
      現(xiàn)在假設(shè)對網(wǎng)頁350應(yīng)用圖2所示的根據(jù)本發(fā)明優(yōu)選實施例的方法。下面將說明使用本發(fā)明的一個特定示例。
      應(yīng)理解,僅原始網(wǎng)頁300中的一些元素在此簡單描述中提及,通過舉例的方式公開,以說明本發(fā)明原理。
      在第一子步驟212中,將表格206、308線性化為塊級元素356、358。如在重新格式化網(wǎng)頁350中所看到的那樣,這樣做可得到簡潔易讀的布局。
      將原始HTML文檔中的定位元素、如文本和鏈接部分310轉(zhuǎn)換為塊級元素并如360所示那樣顯示。此外,將把文本和鏈接部分310中的特定字體和鏈接樣式轉(zhuǎn)換成簡單統(tǒng)一的字體和樣式。
      還假定可在原始HTML文檔中獲得圖像302的尺寸參數(shù)。然后,第三子步驟216將繼續(xù)進行到第四子步驟220。
      圖像302的尺寸不滿足“極大”、“極小”或“特殊尺寸”中的任一條件,因此,所述方法繼續(xù)進行到第五子步驟224。
      在第五子步驟224中,將圖像302識別為大圖像。因此將把該圖像按比例基本上縮小為顯示屏寬度,如圖3所示重新格式化網(wǎng)頁中352處所示。
      在第四子步驟216中將實際上作為不具有實質(zhì)信息內(nèi)容的裝飾性圖像元素的圖像304識別為極小圖像。因此,圖像304被忽略,并且不在重新格式化網(wǎng)頁350中顯示。
      空白312被識別為不包含相關(guān)信息,因此也在重新格式化網(wǎng)頁350中被忽略。
      所得到的重新格式化網(wǎng)頁350具有簡潔易讀的布局,無需水平滾動,且將縱向滾動的需要減到最小。本發(fā)明因此具有允許標(biāo)準萬維網(wǎng)內(nèi)容有效地顯示于尺寸相當(dāng)小的終端上的技術(shù)優(yōu)點。在保持原始萬維網(wǎng)網(wǎng)頁的功能屬性、如超鏈接的同時,大大壓縮了原始萬維網(wǎng)文檔的格式。
      當(dāng)然應(yīng)理解,本發(fā)明并不局限于上述僅作為示例給出的具體細節(jié)。
      例如,圖2說明了根據(jù)本發(fā)明的方法的一個特定實施例。很明顯,所示步驟和子步驟中的所有細節(jié)對于實現(xiàn)本發(fā)明的目的并非至關(guān)重要的。
      技術(shù)人員還會認識到不必按所示順序執(zhí)行各種步驟和子步驟。依特定實施例而定,一些子步驟可相互交換,甚至一些子步驟可并行執(zhí)行。
      將表格線性化為塊級元素的第一子步驟212是重新格式化步驟210的最基本的子特征。但是,如果包括了其它子步驟,則第一子步驟212不必作為要在重新格式化步驟中執(zhí)行的第一子步驟。
      同樣,轉(zhuǎn)換定位元素的第二子步驟214最好在處理過程中的其他階段執(zhí)行,如正好在顯示步驟240之前的最后階段執(zhí)行。
      顯而易見的修改的另一個例子是,忽略換行符的第六子步驟228和轉(zhuǎn)換不可分空格的第七子步驟230中的每一步驟可容易地在較早階段執(zhí)行,如在轉(zhuǎn)換定位元素的第二子步驟214之后執(zhí)行。
      同樣地,技術(shù)人員可自由選擇重新排列或修改圖像篩選和過濾子步驟216、220及224。
      雖然本發(fā)明尤其適用于移動電話和手持通信裝置如PDA上的應(yīng)用,但技術(shù)人員當(dāng)然會認識到還存在許多其它應(yīng)用,例如可用于汽車、飛機和船所用的顯示終端。
      因此對本領(lǐng)域技術(shù)人員顯而易見的是,可以在所附權(quán)利要求中闡明的本發(fā)明范圍內(nèi)作出各種修改和變更。
      權(quán)利要求
      1.一種用于在小屏幕客戶終端(140)的顯示屏(180)上顯示超文本標(biāo)記語言(HTML)文檔(130)的方法,包括以下步驟-通過應(yīng)用至少一種客戶端頁面樣式(170)來將所述HTML文檔重新格式化(210),從而調(diào)整所述重新格式化文檔的寬度以適應(yīng)所述顯示屏(180)的寬度,以及-在所述顯示屏(180)顯示(240)所述重新格式化文檔。
      2.如權(quán)利要求1所述的方法,其特征在于,將所述HTML文檔重新格式化的步驟(210)包括-將所述HTML文檔中的表格單元轉(zhuǎn)換(212)為塊級元素。
      3.如權(quán)利要求2所述的方法,其特征在于,將所述HTML文檔重新格式化的所述步驟(210)包括-忽略(220,222)寬度超過第一預(yù)定尺寸的圖像,從而省略了與所述顯示屏尺寸相比極大的圖像。
      4.如權(quán)利要求2或3所述的方法,其特征在于,將所述HTML文檔重新格式化的所述步驟(210)包括-忽略(220,222)寬度小于第二預(yù)定尺寸的圖像,從而省略了可能表示裝飾性圖形的圖像。
      5.如權(quán)利要求2至4中任一項所述的方法,其特征在于,將所述HTML文檔重新格式化的所述步驟(210)包括-忽略(220,222)寬度和高度等于預(yù)定的一組寬度和高度其中之一項的圖像,從而省略了可能表示商業(yè)性廣告的圖像。
      6.如權(quán)利要求2至5中任一項所述的方法,其特征在于,將所述HTML文檔重新格式化的所述步驟(210)包括-按比例縮小(224,226)尺寸超出第三預(yù)定尺寸的圖像,從而縮小與所述顯示屏相比尺寸較大的圖像。
      7.如權(quán)利要求3至6中任一項所述的方法,其特征在于,如果所述圖像的所述尺寸的參數(shù)沒有在所述HTML文檔中作為屬性出現(xiàn),則確定(216,218)所述尺寸為偽屬性。
      8.如權(quán)利要求2至7中任一項所述的方法,其特征在于,將所述HTML文檔重新格式化的所述步驟(210)還包括-將所述HTML文檔中的定位元素轉(zhuǎn)換(214)為塊級元素。
      9.如權(quán)利要求2至8中任一項所述的方法,其特征在于,將所述HTML文檔重新格式化的步驟(210)還包括-忽略(228)后續(xù)換行符,從而縮小所述重新格式化文檔的縱向尺寸。
      10.如權(quán)利要求2至9中任一項所述的方法,其特征在于,將所述HTML文檔重新格式化的所述步驟(210)還包括-將不可分空格字符轉(zhuǎn)換(230)為常規(guī)空格字符,從而縮小所述重新格式化文檔的水平尺寸。
      11.根據(jù)前述權(quán)利要求中任一項所述的方法,其特征在于還包括將頁面放大和縮小的特征。
      12.一種用于在小尺寸顯示屏(180)上顯示HTML內(nèi)容的客戶終端(140),包括通信裝置(160),和格式化裝置(150),所述格式化裝置包括處理裝置和存儲裝置,其中,所述格式化裝置(150)用于執(zhí)行如權(quán)利要求1-11所述的方法,以在所述小顯示屏(180)上顯示所述HTML內(nèi)容。
      13.一種計算機程序,其包含在由處理裝置執(zhí)行的應(yīng)用程序加以解釋時執(zhí)行如權(quán)利要求1-11之一所述方法的指令。
      14.根據(jù)權(quán)利要求13所述的計算機程序,其特征在于,所述指令是頁面樣式指令,并且所述應(yīng)用程序是支持頁面樣式解釋的瀏覽器程序。
      15.如權(quán)利要求14所述的計算機程序,其特征在于,所述程序體現(xiàn)為客戶端頁面樣式。
      16.如權(quán)利要求14所述的計算機程序,其特征在于還包括瀏覽器程序。
      17.如權(quán)利要求13至16中任一項所述的計算機程序,其特征在于,所述計算機程序包含于計算機可讀媒體中,或存儲器中,或傳輸信號中。
      全文摘要
      本發(fā)明涉及一種在移動客戶終端顯示屏上顯示HTML文檔的方法。此方法包括通過強制應(yīng)用至少一種客戶端頁面樣式將HTML文檔重新格式化,從而使重新格式化文檔的寬度適應(yīng)顯示屏寬度并在顯示屏上顯示所述重新格式化文檔的步驟。具體地說,將HTML文檔重新格式化的步驟包括將HTML文檔中的表格單元轉(zhuǎn)換為塊級元素。在重新格式化步驟中還有利地應(yīng)用了圖像篩選/縮小及空格字符轉(zhuǎn)換方法術(shù)。本發(fā)明還涉及移動終端和用于執(zhí)行本方法的計算機程序。
      文檔編號H04NGK1613105SQ03801966
      公開日2005年5月4日 申請日期2003年8月28日 優(yōu)先權(quán)日2002年9月5日
      發(fā)明者J·S·馮特茨克納 申請人:奧帕拉軟件公司
      網(wǎng)友詢問留言 已有0條留言
      • 還沒有人留言評論。精彩留言會獲得點贊!
      1