在瀏覽器上呈現第一媒體類型內容的製作方法

2023-05-14 21:57:01

專利名稱：：在瀏覽器上呈現第一媒體類型內容的製作方法
技術領域：
：本發明涉及一種在客戶端的瀏覽器上用來自伺服器的呈現支持呈現第一媒體類型內容的方法。本發明還涉及執行該方法的計算機系統。本發明還涉及執行該方法的電腦程式產品。另外，本發明還涉及用來自伺服器的呈現支持在瀏覽器上呈現第一媒體類型內容的客戶端。EP0,965,914公開了在客戶端顯示標記語言文檔的方法的實施例。HTML文檔被接收，在客戶端外部，從該文檔產生對應的程序，該程序隨後被傳送，用於在客戶端顯示上述文檔。眾所周知，瘦客戶端(thinclient)上的瀏覽器需要對接收的圖像內容進行轉換，使得圖像適合該客戶端的較小顯示尺寸和解析度，因為很典型地圖像內容最初都是為了在個人電腦的屏幕上顯示而設計的。圖像內容的轉換需要具有大量運算的能力，存儲空間等等，而這成為了問題，因為很典型地瘦客戶端被設計為有最少的系統資源，使得他們和個人電腦相比小而且便宜。上述現有技術存在問題，即，收到的用於在客戶端上顯示標記語言文檔的程序需要大量的系統資源。因此，本發明的目的是為了實現最少地利用客戶端上計算能力和存儲空間，在客戶端的顯示器上呈現圖像內容和其他可顯示的內容。上述的問題通過下面開頭段落所敘述的方法可以解決，該方法包括如下步驟-由於客戶端有限的資源，確定第一媒體類型內容是否不適合被呈現(render)，如果不適合，則激活第一軟體組件，該第一軟體組件被準備用來處理並接收來自伺服器的呈現支持；-自客戶端傳輸向第一媒體類型內容的連結和向伺服器的呈現支持的請求；-在伺服器上，確定收到的連結的第二媒體類型內容，其中，第二媒體類型內容適於在客戶端上呈現；-響應收到的連結和請求，從伺服器上傳送第二媒體類型內容到客戶端上；並且-響應收到的第二媒體類型內容，用第一軟體組件呈現第二媒體類型內容。在步驟一中，可以確定，由於客戶端有限的資源，媒體類型內容不適合呈現，並且隨後激活所述的第一軟體組件。在客戶端側激活該組件，並準備處理和接收後續的來自伺服器的呈現支持。步驟二，客戶端向伺服器請求支持。在支持請求中，所述的連結連接到該內容，該內容可以包括在步驟一中不適合在客戶端的瀏覽器上呈現的內容。在隨後的三個步驟中，伺服器檢索連結的內容，並隨後把它變換為某種格式和內容(第二媒體類型內容)，該內容接下來被傳送到客戶端上，並且隨後在客戶端上呈現。這樣就實現了給客戶端的瀏覽器提供圖像內容和其他可顯示內容的呈現，因為變換(步驟三)發生在伺服器上，因此，客戶端的瀏覽器只需要在所述第二媒體類型的該格式進行呈現的最少的計算能力。因此，本發明的優點在於，在客戶端訪問網站的方法的所述步驟對於用戶是透明的，因為客戶端的用戶不會注意到客戶端請求和獲得來自伺服器的呈現支持。當沒有獲得呈現支持的時候，該方法的步驟對於用戶仍然是透明的，因為這種情況下呈現僅僅發生在客戶端。因此，本發明的另外一個優點在於，有兩種方式的呈現，首先，可呈現的格式的第一種方式，或者，可替換地，在第二種格式中從一個格式轉換到可呈現的格式，用戶不會感覺到兩種所述呈現方式之間有任何惱人的差別。本發明的另一個實施例中，該方法進一步還包括-由第一軟體組件接收第一輸入事件；-從第一軟體組件傳送第一輸入事件到伺服器上的第二軟體組件；-由第二軟體組件把收到的第一輸入事件轉換到基於第一輸入事件和第二媒體類型內容的第三媒體類型內容；-由第二軟體組件把第三媒體類型內容傳輸到第一軟體組件；並且-進一步響應收到的第三媒體類型內容，由第一軟體組件呈現第三媒體類型內容。響應於最初的前5個步驟，這後5個步驟在客戶端顯示器上呈現，同樣也是使用伺服器的呈現支持，其根據來自客戶端的各種輸入，比如滑鼠，鍵盤，等等。在步驟一和步驟二中，這些輸入(依靠一個或者更多的上述第一輸入事件)由伺服器接收，然後，再一次把輸入轉換為某種格式和內容(上述的第三媒體類型內容)，然後該格式和內容被傳輸，並且隨後在客戶端上呈現。在本發明的實施例中，所述的確定第一媒體類型內容是否不適合等的步驟，包括-由瀏覽器確定第一媒體類型內容是否在客戶端上無法呈現；並且-如果無法呈現，則由瀏覽器激活第一軟體組件。在這些步驟中，首先，瀏覽器確定當前的內容不適合呈現，然後，瀏覽器激活第一軟體組件。所述第一軟體組件被激活來準備處理和準備接收後續的來自伺服器的呈現支持。在本發明的另外一個實施例中，所述從客戶端傳送連結等的步驟包括-由第一軟體組件傳送向第一媒體類型內容的連結和向伺服器上的應用管理器的請求；並且-響應收到的連結和請求，由應用管理器創建第二軟體組件，作為插件應用程式。在步驟一中，所述的連結和請求被發送到伺服器上應用管理器，應用管理器隨後為伺服器創建所述第二軟體組件，作為插件應用程式。因此，分別在客戶端和伺服器上的第一和第二軟體組件，現在被建立來執行和激活端對端的客戶端/伺服器體系結構，以及它們之間的後續通信。在本發明的另外一個實施例中，所述在伺服器上確定收到的連結的第二媒體類型內容的步驟包括-由第二軟體組件，接收根據接收到的連結的第一媒體類型內容；並且-由第二軟體組件把第一媒體類型內容轉變為第二媒體類型內容。在步驟一中，收到的連結(如完整的URL)可以通知伺服器，在其上可以找到內容連結到的(其他)伺服器，並且隨後該伺服器可以檢索所述的第一媒體類型內容。在最後步驟中，所述的第一媒體類型內容可以被轉變為所述的第二媒體類型內容，如果接收到了該媒體，則其內容可以在客戶端上呈現。前面所述的問題可以通過客戶端進一步的解決，用來自伺服器的呈現支持，在瀏覽器上呈現第一媒體類型內容，所述的客戶端包括-用於確定第一媒體類型內容是否由於有限的資源不適合呈現，如果不適合，激活準備用於處理和接收來自伺服器的呈現支持的第一軟體組件的裝置；-用於向伺服器傳輸到第一媒體類型內容的連結以及對呈現支持的請求的裝置；-用於接收傳輸來的連結的第二媒體類型內容的裝置，其中，第二媒體類型內容適合在客戶端上呈現，其中，第二媒體類型內容由伺服器確定和傳送；以及-用於呈現第二媒體類型內容的裝置，來響應收到的第二媒體類型內容。在該客戶端的實施例中，所述客戶端還包括-接收第一輸入事件的裝置；-用於把第一輸入事件傳輸到伺服器上的第二軟體組件的裝置；-用於接收第三媒體類型內容的裝置，其中由伺服器上的第二軟體組件轉換和傳送根據收到的第一輸入事件和第二媒體類型內容的第三媒體類型；並且-用於進一步響應收到的第三媒體類型內容，呈現第三媒體類型內容的裝置。該客戶端由於與所述方法有關的前述原因，具有相同的優點，下面，與最佳實施例相關聯並參考附圖將更完整地解釋本發明，其中圖1顯示了具有客戶端上的第一軟體組件和基本瀏覽器，以及伺服器上的應用管理程序和第二軟體組件的客戶端和服務端體系結構。圖2顯示了處理客戶端上的父窗口顯示區域的輸入和輸出功能的客戶端和伺服器體系結構；圖3顯示了第一軟體組件的樹模塊實現方式，其中，客戶端為應用伺服器被配置成為啞網絡終端(dumbwebterminal)；並且圖4顯示了用來自伺服器的呈現支持，在客戶端上的瀏覽器上呈現第一媒體類型內容的方法。通過附圖，相同的標記數字標示相似的或者對應的特徵，功能，等等。圖1是顯示具有客戶端上的第一軟體組件和基本瀏覽器，以及伺服器上的應用管理器和第二軟體組件的客戶端和服務端體系結構。在本發明的實施例中，該體系結構為基於端對端的客戶端/伺服器結構，其中，客戶端的標記數字為16，具有基本瀏覽器，其引用數字為10，並啟動了第一軟體組件功能。對於如NetscapeCommunicator這樣的瀏覽器，第一軟體組件可以是安裝在基本瀏覽器上功能選項的插件。基本瀏覽器可以是任何商業網站瀏覽器，如NetscapeCommunicator或者微軟公司的InternetExplorer。對於NetscapeCommunicator，通過使用標準插件機制來實現第一軟體組件，把NetscapeCommunicator作為基本瀏覽器，第一軟體組件可以是插件，作為唯一的插件或者預設插件；相反，如果所述的基本瀏覽器是InternetExplorer，第一軟體組件可以通過ActiveX控制項實現。當用戶訪問帶有某種基本瀏覽器不能處理的媒體類型(例如，PDF(PortableDocumentFormat)，或者word格式)的網站，該媒體類型的標記數字為11，即，該基本瀏覽器不能呈現顯示在客戶端，該基本瀏覽器將激活標記數字為12的第一軟體組件以處理該特殊的媒體類型。無論如何，該第一軟體組件不是真正的執行代碼或者對於該媒體類型不是可以執行的代碼，這意味著，第一軟體組件本身不能處理該媒體類型格式，並且沒有能力呈現該媒體類型(如，在所述客戶端上展示所述媒體類型的能力)。可替代地，第一軟體組件可以作為該媒體類型的所謂的代理。第一軟體組件必須知道應用伺服器配置文件(如伺服器的IP位址)。應用伺服器，其標記數字為13，可以安裝在加家庭網關，ISP站點，ASP站點或者代理伺服器上。然後，第一軟體組件在應用伺服器(標記數字為13)上的應用管理器(標記數字為14)查詢該媒體類型的呈現支持。然後，應用管理器創建第二軟體組件作為插件應用程式，其標記數字為15，該程序駐留或者放在伺服器上，用於處理特定的媒體類型。應用伺服器可以為有支持該媒體類型應用程式的任何作業系統平臺，如Windows作業系統平臺。在Windows作業系統平臺上，可以有ActiveX控制項，稱為Web瀏覽器控制項，其中客戶端可以通過作為宿主利用所述ActiveX控制項，因為該控制項可以作為ActiveX文檔宿主(ActiveXDocumentHost)，即該Web瀏覽器控制項可以加載任何類型的軟體組件，用於呈現任何媒體類型(如果需要，如，從客戶端請求)，可以有軟體組件用於PDF的媒體類型；可以有其他的軟體組件用於以Word格式等創建的文檔或者文件。當第二軟體組件，即應用伺服器站點上的插件應用程式(標記數字為15)收到了來自第一軟體組件(標記數字為12)的對某種媒體類型的呈現支持的請求，伺服器站點上的第二軟體組件(標記數字為15)將從它駐留的地方即對應的web站點或者從另外的伺服器或者網絡驅動器，直接訪問媒體類型的內容並解碼，即把應用伺服器站點上的媒體類型的內容轉變為可呈現的，不同的，更簡單的格式(與所述媒體類型原始內容的格式相比)，用於在客戶端上呈現或者展示。此外，通過勾連窗口更新事件，所述第二軟體組件把可呈現的，更簡單的格式的內容，例如，內容可以為jpeg格式的，傳送回客戶端上的第一軟體組件，用於呈現或者展示。因此，最初的不可呈現的(在客戶端站點)，複雜的格式，如Word(.doc格式)或者AcrobatReader的PDF格式(.pdf格式)，可以被轉變為更簡單的，可呈現的(在客戶端站點)，不太複雜的格式，例如，伺服器上的jpeg格式。隨後，不太複雜的格式(或者更準確是其內容)被用於客戶端，來在客戶端的顯示器上呈現和或展示。附圖2顯示了處理客戶端上的父窗口顯示區域的輸入和輸出功能的客戶端和伺服器體系結構。第一軟體組件，其標記數字為12，除了前面附圖介紹的，它還處理兩個基本的功能，第一，來自客戶端用戶的輸入功能(如點擊按鍵，鍵盤輸入等)，第二，輸出功能，即顯示可以在客戶端顯示器上能被看作是展示或者呈現的。只要用戶在顯示區域輸入了一些命令，其標記數字為20由第一軟體組件來處理，則可以從父窗口(標記數字21)通知第一軟體組件。然後第一軟體組件可以傳輸這些輸入事件(標記數字22)，到對應的伺服器站點上的第二軟體組件。第二軟體組件可以把這些客戶端的輸入事件為應用伺服器轉換成特定的輸入事件。第二軟體組件，仍然在伺服器站點上，可以響應這些輸入事件，好像這些事件是在伺服器站點上產生的。當第二軟體組件通知客戶端上的一些顯示區域要修改，第二軟體組件產生輸出事件(標記數字23)，把這些輸出事件發送回客戶端上標記數字為12的對應的第一軟體組件。這些輸出事件可以被包括在修改的顯示數據的區域。當第一軟體組件從對應的第二軟體組件(標記數字15)收到輸出事件，第一軟體組件轉換這些輸出事件並且第一軟體組件呈現在客戶端顯示器上。這個操作對於客戶端的用戶是透明的，好像伺服器站點上的，標記數字15的第二軟體組件的代碼是在客戶端執行的。由於第一軟體組件主要處理基本的輸入輸出事件，即，以相對簡單的格式(例如，在客戶端可以呈現)顯示，並且處理來自鍵盤或者滑鼠的輸入，如點擊按鍵，鍵盤輸入；就計算能力和存儲空間而言的客戶端的資源需要，可以設計到最小程度，因為所述的更複雜的格式是在具有更強的計算能力和存儲空間的伺服器站點上計算和轉變的。附圖3顯示了第一軟體組件的樹模塊實現方式，其中，本發明的實施例的客戶端被配置成為應用伺服器的啞網絡終端。在該情況下，第一軟體組件包括HTTP子模塊，XML子模塊和顯示子模塊。在附圖中，HTTP子模塊的標記數字為31，顯示子模塊的標記數字為33，XML子模塊的標記數字為32。在這個配置下，第一軟體組件的啟動步驟如下1.第一軟體組件線程，標記數字為30，用作客戶端的主線程，可以查詢用戶用於瀏覽的輸入或者用戶瀏覽過程中的輸入。2.只要第一軟體組件獲得來自用戶輸入的URL，所述第一軟體組件線程創建適當大小的第一軟體組件，標記數字仍為12，並把相關信息，如完整的URL傳給第一軟體組件，該組件把所述的相關信息轉發給應用伺服器。3.在來自客戶端的請求之後，應用管理器14創建第二軟體組件15，作為對應的第一軟體組件的插件應用程式。4.第一軟體組件把輸入命令傳送到第二軟體組件(在伺服器上)用於使用HTTP子模塊，第二軟體組件接下來把用於在客戶端上呈現的顯示輸出命令發送回第一軟體組件。5.HTTP協議中的有效負載可以被編碼成XML格式。第一軟體組件的XML子模塊接下來解釋並轉換為客戶端可以呈現的格式。6.該第一軟體組件用顯示子模塊把步驟2中創建的輸出數據呈現到適當的區域。前面所述的步驟1還可以擴展，使得第一軟體組件線程給用戶彈出輸入對話框(或者預先定義的圖標，讓用戶點擊)。只要該第一軟體組件的操作關閉，第一軟體組件的線程自動終止。客戶端和伺服器之間的通信可以通過客戶端一側的網絡傳輸層(標記數字為34)和伺服器側上對應的網絡傳輸層來執行(標記數字為35)。附圖4顯示了用來自伺服器的呈現支持，在客戶端的瀏覽器上呈現第一媒體類型內容的方法。在步驟90中，開始該方法。在客戶端和伺服器上，變量，標誌，緩衝區等，追蹤記錄媒體類型和媒體類型的內容，請求等等，被設置為預設狀態。當該方法第二次啟動時，只有壞損的變量，標誌，緩衝區，類型等，才被重置為預設值。在步驟100中，可以確定由於客戶端的資源有限，第一媒體類型內容是否不適合在客戶端上呈現，並且，當不適合呈現時，第一軟體組件被激活，第一軟體組件(在客戶端上)準備處理和接收來自伺服器的呈現支持。步驟100包括步驟101和步驟102的通用化。舉例來說，由於客戶端的資源有限，即，有限的處理能力，有限的RAM等等，客戶端本身可以不適合呈現所述第一媒體類型內容。由於所述的有限的資源，客戶端上的瀏覽器因此只能有相應的呈現和展示能力。所述的第一媒體類型內容可以是微軟的Word的.doc類型，或者是Acrobat的.pdf類型，這兩種類型要想呈現，都對客戶端要求很多(如，處理能力，RAM)。因此，下面將討論基於簡單的類型，如jpeg類型的更適合在客戶端呈現的，但從用戶看來基本上是相同的內容。在步驟101中，瀏覽器可以確定，第一媒體類型內容不適合在客戶端上呈現。如前面討論的步驟，所述的類型不適合在客戶端上呈現，因為需要客戶端很多的資源，例如處理能力或者RAM，並且如果執行，將耗費很長的時間，因此該呈現不適合在客戶端上執行。舉例來說，假設第一媒體類型內容為Adobe的PDF文檔或者是微軟的Word文檔(DOC)，客戶端的瀏覽器將不得不佔用大量的存儲器資源，因此，不適合在客戶端的瀏覽器上呈現。在步驟102中，如果從前面的步驟，確定所述的第一媒體類型內容不適合在客戶端呈現，客戶端上的瀏覽器激活所述的第一軟體組件。當第一軟體組件被激活，並在下面的步驟中準備在轉換到可呈現的格式如jpeg格式時，處理該媒體類型內容的呈現和展示。在步驟200中，客戶端傳輸到第一媒體類型內容的連結，以及向伺服器請求呈現支持。步驟200包括步驟201和步驟202的通用化。作為前面步驟的結果，客戶端沒有自己的資源，或者認為本身不適合使用稀少的資源來呈現，通常客戶端會請求伺服器提供支持，使得客戶端上後續的呈現可以以適當的格式進行，例如，前面給出的例子，jpeg格式。除了jpeg，任何其他的類型也可用於客戶端，只要該其他類型在後繼的呈現中不需要客戶端上太多的CPU能力和或存儲器大小。關於請求，客戶端也可以給伺服器提供連結，該連結通知伺服器在哪個(其他)伺服器上可以找到連結的內容，然後在步驟301中檢索。在步驟201中，第一軟體組件傳送到第一媒體類型內容的連結和對伺服器上應用管理器的請求。更具體一些，和前面的步驟相比，所述連結和請求被傳送到伺服器站點上所述的應用管理器，因此，伺服器上的應用管理器被要求提供所述的第一媒體類型的呈現支持，該要求是來自於客戶端的第一軟體組件的。在步驟202中，在伺服器上，應用管理器創建第二軟體組件作為插件應用程式。執行創建可以是對收到的連結和請求的響應。對應於步驟100中的第一軟體組件的激活，為了準備以後處理第一媒體類型，第二軟體組件作為伺服器上的插件應用程式可以在伺服器端被創建。在步驟300中，伺服器可以確定反映接收到的連結的第二媒體類型內容。所述第二媒體類型內容可以適於在客戶端上呈現。步驟300包括步驟301和步驟302的通用化。收到的連結通知伺服器可以在哪臺(其他)伺服器上找到連結的內容，隨後確定為另一格式，即，轉變到第二媒體類型內容。換言之，從步驟300到步驟302，前面步驟的第一類型內容(客戶端上無法呈現)轉變為所述的在客戶端上可以呈現的第二媒體類型內容。在步驟301中，第二軟體組件可以收到基於收到的連結的第一媒體類型內容。收到的連結通知伺服器在哪臺(其他)伺服器上可以找到連結的內容，隨後檢索它作為第一媒體類型的內容。換言之，在步驟300到步驟302，伺服器通過第一軟體組件發送的連結的完整的URL訪問第一媒體類型內容，隨後把該內容轉變為可呈現的格式，即第二媒體類型內容。在步驟302中，第二軟體組件在伺服器上把第一媒體類型內容轉變為第二媒體類型內容。所述第一媒體類型內容必須轉變為隨後能在客戶端呈現的第二媒體類型內容。客戶端和伺服器進一步交換信息，該信息涉及到客戶端認為是可以呈現的哪種格式、類型。此外，或者可替換的，伺服器被提前告知是哪種格式，即客戶端認為哪種格式或哪些類型是適合呈現的格式。而且，客戶端和伺服器可以協商哪些格式需要呈現支持，反之亦然。在步驟400中，伺服器把第二媒體類型內容傳送到客戶端上。執行傳輸是對伺服器傳來的連結和請求的響應。這裡，在用戶看來，傳送到客戶端的第二媒體類型內容和第一媒體類型內容相似。在步驟500中，第一軟體組件在客戶端上呈現第二媒體類型內容。當客戶端收到第二媒體類型內容，呈現該內容。現在作為上述步驟的結果，客戶端以適合的格式呈現，即第二媒體類型的格式。因此，本發明的優點在於所述在客戶端上訪問Web站點的方法的步驟對於用戶是透明的，因為客戶端的用戶不會注意到，客戶端實際上向伺服器請求並從伺服器上獲得了呈現支持。當然，前面所述本方法的步驟也適用於不需要任何呈現支持的web站點的內容。在任何情況下，客戶端的用戶不會覺察到最初的可呈現的格式(步驟100，如果不需要支持)和被轉變為可呈現格式的格式(步驟100到步驟600，如果實際上需要伺服器的呈現支持)之間的差別。在步驟600中，在客戶端上，第一軟體組件收到第一輸入事件。如同用於瀏覽Internet的其他設備，用戶用滑鼠點擊，操作鍵盤，觸摸觸摸感應顯示器來看或者請求與呈現的信息相關的更多信息，即客戶端上呈現的信息。因此，如前面討論的，在處理能力和/或存儲單元的數量(RAM，ROM等等)方面，客戶端的資源有限，客戶端只適於處理非常基本的功能，而把更複雜格式和類型的呈現、以及對資源需求很大的輸入和輸出留給伺服器處理，伺服器有更強的處理能力和更多的存儲單元可以分配。通常在該步驟，客戶端接收任何輸入事件，該事件是通過用戶使用滑鼠，鍵盤，對客戶端觸摸顯示器的觸摸等等引起的。典型地，輸入事件具有後來客戶端顯示器要顯示的效果，即呈現另外的內容，至少部分呈現。在步驟700中，第一軟體組件把第一輸入事件發送到伺服器上的第二軟體組件。類似於步驟200，連結和請求被發送到伺服器，第一輸入事件代表客戶端上的任何輸入裝置的任何使用，即，客戶端的滑鼠，鍵盤等等，它通過第一軟體組件可以被發送到客戶端上。換言之，如附圖2所示，所述的第一輸入事件(標記數字為22)被發送到伺服器(標記數字為13)上的第二軟體組件(標記數字為15)。可以出現這種情況，所述的第一輸入事件還包括在客戶端上顯示的媒體內容的完整的URL，或者嵌入顯示內容的其他的URL。當考慮所述第一輸入事件，說明在客戶端上顯示內容的一些或者更多區域必須要改變，即重新呈現。可以出現這種情況，在伺服器上，第二軟體組件還包括Web瀏覽器控制項的寄宿(hosting)用於自動呈現Windows平臺下的任何支持組件。這樣做的優點在於，伺服器很容易計算，這將在步驟800中討論，客戶端上正在顯示的內容如何被在步驟600中所述的從客戶端接收的輸入事件影響。在步驟800中，在伺服器上，第二媒體組件轉換收到的第一輸入事件為第三媒體類型內容。該轉換基於收到的第一輸入事件和第二媒體類型內容，在步驟302中，該內容已經在伺服器上可用並得到展示。類似於步驟300，在步驟800中，第二軟體組件確定所述的第三媒體類型的內容，當然，確定是基於第一輸入事件和客戶端上正在顯示的內容，即，先前下載到伺服器上的第二媒體類型的內容。換言之，因此第三媒體類型的內容代表的是隨後受所述的第一輸入事件影響了的客戶端上顯示的舊內容的結果。在步驟900中，第二軟體組件把第三媒體類型內容傳送給客戶端上的第一軟體組件。在步驟1000中，第一軟體組件在客戶端上呈現第三媒體類型內容。呈現的執行是對客戶端收到第三媒體類型內容的響應。類似於步驟500，第一軟體組件在客戶端上呈現收到的內容。但是，和步驟500相反，可以出現這樣的情況，只有顯示的一部分或幾部分需要更新。當然，如果最初由第一軟體組件收到的所述的第一輸入事件是滑鼠點擊新的連結，即另一個URL，客戶端的整個顯示器或屏幕區域(附圖2中，標記數字為20)，必然需要完整的更新。在這種情況下，步驟500和步驟1000非常相似。在所有上述步驟中，第一軟體組件被使用或者提及，第一軟體組件可以是客戶端上瀏覽器的默認插件應用程式，在這種情況下，只有所述插件的動態連結庫可以安裝在客戶端上。可以出現這樣的情況，當附圖1中標記數字為19的瀏覽器是NetscapeCommunicator。或者，當所屬的瀏覽器是微軟的InternetExplorer，第一軟體組件為ActiveX控制項。另外，通常當提及第一軟體組件或第二軟體組件，可以把它們看作可執行或者可解釋(interpretable)的代碼，當需要的時候可以分別在客戶端和伺服器上運行。客戶端可以是能夠訪問網際網路能夠瀏覽和/或顯示Web頁面，對應的連結和相關的內容的電子設備。客戶端可以為出網絡書寫板(WebTablet)，啞終端，可攜式設備，並且，就處理能力和/或者存儲器的使用而言，該客戶端還可以使用有限的分配資源運行瀏覽器。通常，只要客戶端和伺服器正確地交換不同的媒體類型內容，請求等等，本方法將會全部重新開始。否則，本方法將在步驟1100終止；然而，當客戶端和伺服器重新開啟，本方法從步驟100繼續。計算機可讀介質可以為磁帶，光碟，數字視盤(DVD)，光碟(可刻錄或者可寫光碟)，迷你磁碟(mini-disc)，硬碟，軟盤，智慧卡(smartcard)，PCMCIA卡等等。權利要求1.一種在客戶端的瀏覽器上用來自伺服器的呈現支持，呈現第一媒體類型內容的方法，該方法包括如下步驟-由於客戶端有限的資源，確定第一媒體類型內容是否不適合呈現，如果不適合，則激活第一軟體組件，準備接收並處理來自伺服器的呈現支持；-從客戶端，傳輸向第一媒體類型內容的連結，以及向伺服器發出的呈現支持的請求；-在伺服器上，確定收到的連結的第二媒體類型內容，其中，第二媒體類型內容適於在客戶端上呈現；-從伺服器傳送第二媒體類型內容到客戶端上，以響應收到的連結和請求；並且-響應收到的第二媒體類型內容，由第一軟體組件呈現第二媒體類型內容。2.根據權利要求1所述的方法，其特徵在於，所述方法進一步包括如下步驟-由第一軟體組件接收第一輸入事件；-從第一軟體組件傳送第一輸入事件到伺服器上的第二軟體組件；-由第二軟體組件把收到的第一輸入事件轉換為基於第一輸入事件和第二媒體類型內容的第三媒體類型內容；-由第二軟體組件把第三媒體類型內容傳輸到第一軟體組件；並且-進一步響應收到的第三媒體類型內容，由第一軟體組件呈現第三媒體類型內容。3.根據權利要求2所述的方法，其特徵在於，確定的步驟包括-由瀏覽器確定第一媒體類型內容是否在客戶端上無法呈現；並且-如果無法呈現，則由瀏覽器激活第一軟體組件。4.根據權利要求3所述的方法，其特徵在於，從客戶端發送的步驟包括-由第一軟體組件把到第一媒體類型內容的連結和請求發送到伺服器上的應用管理器的；並且-響應收到的連結和請求，由應用管理器創建第二軟體組件，作為插件應用程式。5.根據權利要求4所述的方法，其特徵在於，在伺服器確定上收到的連結的第二媒體類型內容的步驟包括-由第二軟體組件接收基於接收到的連結的第一媒體類型內容；並且-由第二軟體組件把第一媒體類型內容轉變為第二媒體類型內容。6.根據權利要求5所述的方法，其特徵在於，第一軟體組件可以是默認插件應用程式，其中只有預設插件應用程式的動態連結庫可以安裝在客戶端上。7.根據權利要求5所述的方法，其特徵在於，第一軟體組件是ActiveX控制項。8.根據權利要求7所述的方法，其特徵在於，第一軟體組件包含HTTP子模塊，XML子模塊和顯示子模塊，由此，客戶端是啞終端。9.一種計算機系統，用於執行權利要求1至8中任何一個的方法。10.一種電腦程式產品，包含存儲在計算機可讀介質上的程序代碼裝置，當電腦程式在計算機上運行的時候，用於執行權利要求1至8中任何一個的方法。11.一種客戶端，用來自伺服器的呈現支持，在瀏覽器上呈現第一媒體類型內容，該客戶端包括-用於確定第一媒體類型內容是否由於有限的資源不適合呈現，如果不適合，激活準備用於處理和接收來自伺服器的呈現支持的第一軟體組件的裝置；-用於傳輸到第一媒體類型內容的連結以及對伺服器的呈現支持的請求的裝置；-用於接收傳輸來的連結的第二媒體類型內容的裝置，其中，第二媒體類型內容適合在客戶端上呈現，其中，第二媒體類型內容由伺服器確定和傳送；以及-用於呈現第二媒體類型內容的裝置，來響應收到的第二媒體類型內容。12.根據權利要求11所述的用來自伺服器的呈現支持，在瀏覽器上呈現第一媒體類型內容的客戶端，該客戶端進一步還包括-接收第一輸入事件的裝置；-用於把第一輸入事件傳輸到伺服器上的第二軟體組件的裝置；-用於接收第三媒體類型內容的裝置，其中，在伺服器上，根據收到的第一輸入事件和第二媒體類型內容，由第二軟體組件轉換和傳送第三媒體類型；並且-用於進一步響應收到的第三媒體類型內容，呈現第三媒體類型內容的裝置。全文摘要在客戶端(16)的瀏覽器(10)上用來自伺服器(13)的呈現支持，呈現第一媒體類型(11)的方法、系統和客戶端。該方法包括如下步驟由於客戶端有限的資源，確定第一媒體類型內容是否不適合呈現，如果不適合，則激活第一軟體組件(12)，準備接收並處理來自伺服器的呈現支持；從客戶端發送到第一媒體類型的連結以及呈現支持的請求；在伺服器上，確定收到的連結的第二媒體類型內容，其中，第二媒體類型內容適於在客戶端上呈現；傳送第二媒體類型內容到客戶端；並且，由第一軟體組件呈現第二媒體類型內容。該方法進一步還包括由第一軟體組件接收第一輸入事件；從第一軟體組件傳送第一輸入事件到伺服器上的第二軟體組件(15)；由第二軟體組件把收到的第一輸入事件轉換為基於第一輸入事件和第二媒體類型內容的第三媒體類型內容；由第二軟體組件把第三媒體類型內容傳輸到第一軟體組件；並且，呈現第三媒體類型內容。這使得，瀏覽器最初不適合或者沒有系統資源用於呈現的媒體類型，能夠在客戶端的瀏覽器上呈現。文檔編號G06F15/00GK1653419SQ03811077公開日2005年8月10日申請日期2003年5月7日優先權日2002年5月17日發明者M·－C·陳,J·-C·陳,W·－C·林申請人:皇家飛利浦電子股份有限公司