高速緩存數據資產的方法
2023-09-11 22:35:50 2
專利名稱：高速緩存數據資產的方法
技術領域：
本發明涉及對數據資產例如動態伺服器頁進行高速緩存的方法。此外，本發明還涉及能按照所述方法工作的系統。
包括伺服器的系統是眾所周知，所述伺服器被部署用來向一個或多個連接到該伺服器的用戶提供內容，例如，像網際網路那樣的現代電信網絡中所出現的。所述一個或多個用戶通常是配備有個人計算機(PC)的個人，這些個人計算機通過電話鏈路連接到一個或多個伺服器。此外，所述一個或多個用戶能夠從伺服器獲得信息，即從伺服器下載內容。典型地，下載這些內容需要一個或多個用戶向一個或多個伺服器發送一個或多個搜索請求，從那兒接收搜索結果並接著從搜索結果中選擇存儲在一個或多個伺服器上的一個或多個特定項目。如果所述一個或多個特定項目的身份事先知道，所述一個或多個用戶能夠直接從一個或多個伺服器請求與這些項目關聯的內容。
為了搜索內容，在所述一個或多個用戶和一個或多個伺服器之間出現了一系列複雜的交互。例如，這種搜索以及後續的內容下載導致所述一個或多個用戶之計算設備中使用大量存儲器。
本發明人已經意識到，在這種場景中，當所述一個或多個用戶關聯的PC在存儲器容量方面相對有限並且因此不能存儲大量下載的內容頁面時，將出現實際的數據處理問題。這種有限的內存容量在配備了適度存儲器容量的微型可攜式計算裝置中特別明顯。
這種用戶裝置有限存儲器容量的場景眾所周知。例如，在美國專利第US 6,418,544號中，描述了一種方法，該方法涉及將客戶端元高速緩存用於在最小客戶端佔用區(footprint)情況下實際的高級別網絡伺服器壓力測試；在該說明書中「佔用區」被解釋為與可用的客戶端存儲器容量相關。因而，在專利第US 6,418,544號中，描述了一種方法，一種利用該方法的系統，以及一種在該方法中用於改進網絡伺服器中壓力測試的計算機可讀的代碼。在該方法中，使用了客戶端高速緩存的一種變形，允許在測試過程中發布多個實際且有代表性的客戶端請求；這種變形高速緩存被稱為「元高速緩存」。元高速緩存被定義為被安排用於存儲信息的最小子集的高速緩存，典型地，所述信息將根據一個響應(例如，發送給伺服器的響應)而被高速緩存，這個最小子集是那個使能構建條件超文本傳輸協議(HTTP)GET請求的子集。在該方法中，通過提供一種真實地模擬條件請求和無條件請求的能力，施加到伺服器的壓力更加能夠代表伺服器在實際在線工作中經受的實際通信流量負載。該方法被安排來減少存儲在這種元高速緩存上的信息量，而不會造成完全客戶端高速緩存的開銷。此外，該方法還允許從一個具有有限存儲器容量的特定工作站模擬更多瀏覽器。
因此，從專利第US 6,418,544號中可以得知，例如在網際網路類型的網絡的意義中，可以提供一個或多個伺服器以及連接到伺服器上的多個瀏覽器，其中瀏覽器配備有元高速緩存。
此外，在一個公布的歐洲專利申請地EP 1,061,458中，描述了一種系統和方法來把簡化形式的網絡頁面高速緩存。在該方法中可以執行不同類型的簡化過程來提供這種簡化的網絡頁面。例如，網絡頁面可以包括不需要顯示或者特定的小型列印裝置不支持的元素，例如在配備有簡單圖形像素屏幕顯示器以及有限存儲器容量的行動電話中。在該方法中，這些元素在網絡頁面被高速緩存之前容許被刪除，因而潛在地減少了在簡化頁面的高速緩存中所佔據的存儲空間並且因此額外地提供了如下好處與呈現並顯示未簡化的網絡頁面相比，當呈現並且顯示存儲的簡化頁面以供觀看時，所需的時間減少了。此外，該方法還為標識網絡頁面的分析樹提供存儲區，而不是去存儲文本形式的網絡頁面。還有，上述歐洲專利申請還包括一個關於輕型包容框架的描述，所述框架用於在這種小佔用區裝置上執行的軟體應用和軟體服務。所述輕型框架容許用於構建一種能夠對簡化形式的網絡頁面進行高速緩存的網絡瀏覽器，所述輕量框架適合用於小佔用區裝置，諸如行動電話和掌上電腦。
本發明人已經認識到當使用三層軟體應用實現時，當前小佔用區裝置需要太多通信帶寬。此外，當使用兩層軟體應用實現時，所述小佔用區裝置趨向於需要巨大的存儲器容量才能工作。是使用三層還是兩層軟體應用來實現，本發明人已經認識到對於這種小佔用區裝置，相關網絡延遲在任何情況下都是不能接受的，例如當僅僅呈現圖形圖像信息時在屏幕間切換。
本發明人因而設計了一種應用元高速緩存的備選方法，該方法不同於前面描述的美國和歐洲專利申請中的方法。
本發明的第一目的是提供一種方法，用於從遠離用戶的伺服器控制用戶設備上的高速緩存。
本發明的第二目標是提供這樣一種方法，該方法能夠結合小佔用區裝置一起有效地工作。
按照本發明的第一方面，提供了一種在系統中對數據資產進行高速緩存的方法，該系統包括至少一個伺服器和至少一個用戶裝置，其每個裝置包括一個高速緩存配置，它包括多個用於在其中存儲所請求的數據資產的高速緩存，該方法包括如下步驟(a)安排將一個或多個數據資產存儲到所述至少一個伺服器之第一存儲器，並且將與所述一個或多個數據資產對應的數據定義存儲到所述至少一個伺服器的第二存儲器；(b)安排讓所述至少一個伺服器響應來自所述至少一個用戶裝置之一個或多個數據請求，向所述至少一個用戶裝置返回相應的一個或多個所請求的數據資產，其中所述一個或多個所請求的數據資產與相關聯的數據定義一起被提供給所述至少一個用戶裝置，以用於控制存儲區以及用於在所述至少一個用戶裝置中對所述一個或多個所請求的數據資產進行處理，因此所述至少一個伺服器能夠至少部分地控制所述至少一個用戶裝置中的所述高速緩存配置。
本發明是有利的，因為它能夠從各伺服器中的至少一個對用戶裝置高速緩存內容提供控制。
該方法在小佔用區裝置中特別有益，在那裡存儲器容量受到限制和/或通信帶寬受到限制。
優選地，在該方法中，所述每個用戶裝置中的多個高速緩存同時能夠存儲所請求的數據資產及其相關的定義。包括所述定義是特別需要的，因為它使得至少一個伺服器能夠控制所述至少一個用戶裝置之高速緩存配置，因而以一種對於所述至少一個用戶裝置適合的形式提供數據資產並且將其有效地存儲在高速緩存配置中一個更優的區域。
優選地，在該方法中，所述高速緩存配置之所述多個高速緩存被設計成彼此具有不同的持續時間，並且與所述一個或多個請求的數據資產相關聯的所述定義在所述至少一個用戶裝置中是可被解釋的，以便控制所述一個或多個所請求的數據資產存儲在適當的相應的所述多個高速緩存中。通過將高速緩存配置劃分成彼此具有不同持續時間的高速緩存，所述至少一個伺服器能夠更好地指揮數據資產以及相關定義，從而使所述至少一個用戶裝置之操作更加有效並且要求更少的存儲器容量。
優選地，在該方法中，所述至少一個用戶裝置包括(a)內容管理裝置，用於解釋請求並且將其指向到所述至少一個伺服器，使得所述至少一個用戶裝置能夠接收相應的一個或多個請求的數據資產；以及(b)高速緩存管理裝置，用於根據與所述一個或多個請求的數據資產相關聯的所述定義，將從所述內容管理裝置接收到的所述一個或多個請求的數據資產指向適當的所述多個高速緩存。
有益地，至少其中一個內容管理裝置和高速緩存管理裝置是作為一個或多個能夠在所述至少一個用戶裝置之計算硬體上執行的軟體應用而實現的。
優選地，在該方法中，對於每個用戶裝置，所述多個高速緩存包括至少一個一次讀取的高速緩存，所述高速緩存被安排成在其中存儲一個或多個所請求的數據資產並且隨後從所述高速緩存中將所述一個或多個所請求的數據資產以預定次數發送，之後所述一個或多個所請求的數據資產從所述至少一個讀取一次高速緩存中被刪除。這種刪除能夠釋放用戶裝置中的存儲器容量，因此當配備有限存儲器容量時使得它能夠更加有效地工作和/或使得它能夠提供顯得更大範圍的伺服器頁面。更加優選地，所述預定次數與數據資產刪除前的單次讀取相對應。
優選地，每個用戶裝置進而包括接口裝置，用於在所述至少一個用戶裝置之至少一個操作員和至少一個所述內容管理裝置及所述高速緩存管理裝置之間提供接口，所述接口裝置(a)用於將數據資產請求從操作員傳送給所述內容管理裝置和所述高速緩存管理裝置其中所述至少一個，用於其中的後續處理；以及(b)用於向所述至少一個操作員呈現和提交所請求之數據資產，所述數據資產是從至少其中一個所述高速緩存配置中提取的以及直接地從所述至少一個伺服器提取的。
有益地，所述接口裝置是作為一個或多個能夠在所述用戶裝置之計算硬體上執行的軟體應用而實現的。更加優選地，所述接口裝置能夠向所述至少一個操作員提供一個圖形接口。
優選地，在該方法中，在從所述至少一個伺服器查找一個或多個請求的數據資產之前，所述接口裝置與至少其中一個所述內容管理裝置和所述高速緩存管理裝置一起能夠從所述高速緩存配置中搜索這樣一個或多個請求的數據資產。這種優先關係是有益的，因為由此可潛在地減少至少一個伺服器與至少一個用戶裝置之間的通信帶寬需求。更加有利地，在該方法中，首先從所述高速緩存配置中搜索所述一個或多個請求的數據資產，並且隨後當所述高速緩存配置中缺乏所述一個或多個請求的數據資產時，搜索所述至少一個伺服器。
優選地，在該方法中，所述高速緩存配置被逐步搜索，從具有相對較小持續時間的高速緩存到具有相對較長持續時間的高速緩存。這種搜索順序能夠提供更加迅速的數據資產提取。
優選地，在該方法中，在與其關聯的用戶裝置初始啟動時，所述高速緩存配置被預先載入一個或多個初始數據資產來與所述至少一個伺服器進行通信，當所述用戶裝置與所述至少一給伺服器通信時，所述一個或多個初始數據資產是容許被改寫的。使用這種預先加載的數據資產能夠向它的操作員提供具有更加適當的啟動特徵的所述至少一個用戶裝置。
優選地，例如為了確保與現代網際網路的兼容性，在該方法中，用統一資源定位符(URL)標識了一個或多個數據資產。
優選地，在該方法中，所述系統能夠按照第一、第二和第三階段工作，其中(a)第一階段被安排用來為所述至少一個伺服器之所述第一和第二存儲器提供數據資產入口；(b)第二階段被安排用來向所述至少一個用戶裝置之所述高速緩存配置提供來自所述至少一個伺服器的內容下載；以及(c)第三階段被安排用來從所述至少一個用戶裝置其中至少一個所述高速緩存配置提取內容以及從所述至少一個伺服器提取內容。
這種不同階段的使用能夠使得該方法更加有效地工作，從而減少至少一個用戶裝置上的帶寬需求和/或存儲器容量需求。
按照本發明的第二方面，提供了一種對數據資產進行高速緩存的系統，該系統包括至少一個伺服器以及至少一個用戶裝置，每個裝置包括一個高速緩存配置，所述高速緩存配置包括多個用於在其中存儲所請求的數據的高速緩存，該系統被安排成能夠(a)在所述至少一個伺服器之第一存儲器中存儲一個或多個數據資產以及在所述至少一個伺服器之第二存儲器中存儲與所述一個或多個數據資產對應的數據定義；(b)使所述至少一個伺服器響應來自所述至少一個用戶裝置的一個或多個數據請求，向所述至少一個用戶裝置返回相應的一個或多個所請求的數據資產，其中所述一個或多個所請求的數據資產與關聯的數據定義一起被提供給所述至少一個用戶裝置，所述關聯的數據定義用於控制存儲區以及用於在所述至少一個用戶裝置中對所述一個或多個所請求的數據資產進行處理，因此所述至少一個伺服器能夠至少部分地控制所述至少一個用戶裝置中的所述高速緩存配置。
應當認識到本發明之特徵能與任何組合進行結合而不會背離本發明之範圍。
下面將結合附圖僅僅作為示例的方式來描述本發明之實施例，其中
圖1是一個系統的示意圖，該系統能夠按照本發明之方法工作，該系統包括一個伺服器，用於從一個或多個作者接收內容並且將這些內容按需地傳遞給一個或多個與所述伺服器通信的用戶裝置；圖2是步驟A1到A2的示意圖，這些步驟對於圖1中的作者將內容載入到圖1中的伺服器是所需的；圖3是步驟B1到B10的示意圖，這些步驟關聯於從圖1的伺服器下載內容到圖1各用戶裝置中的一個；以及圖4是圖1的一個用戶裝置使用圖1中顯示的系統提取內容的示意圖。
在設計本發明時，本發明人已經提供了一種方法，該方法能夠至少部分地解決通信網絡中例如在網際網路中的伺服器-用戶交互。該方法涉及提供用戶裝置。每個這種裝置包括對應的高速緩存，可用於把下載的界面屏幕內容的基本或打包的集合下載於其中。此外，當操作人員操作的一個或多個項過期時，這些高速緩存能夠絕不向相關聯的操作人員返回故障消息。來自高速緩存的各個項被有利地提供而不檢查相關聯的過期日期和時間。
下面將參考圖1到4來描述本發明之實施例。
在圖1中，顯示了一個總體上由10指示的通信系統。系統10能夠通過它交換數字數據，例如包括至少一個HTTP數據、圖像數據、軟體應用和其它類型數據的數據對象。此外，系統10包括至少一個伺服器，例如伺服器20。伺服器20包括一個資產庫(ASSET REPOSIT.)30和一個資產元資料庫(ASSET METADATA REPOSIT.)40。然而，伺服器20可能會額外地包括圖1中沒有明顯地給出的其它部件。
伺服器20包括向一個或多個作者提供接口的特徵，例如作者80。作者80例如至少是私有用戶、商業組織、政府組織、廣告代理以及特殊興趣組中之一。此外，作者80期望向系統10提供內容，例如一個或多個文本，圖像，數據文件以及軟體應用。還有一個或多個用戶裝置，即用戶1(USER1)到用戶n(USERn)，其中參數「n」定義多個用戶裝置；例如，有一個用戶裝置50，具有一個相關聯的操作人員70。每個用戶裝置包括如圖所示的一個元高速緩存60。所述用戶裝置通過雙向通信鏈路的方式，例如至少是無線鏈路、常規的雙絞電話線和/或寬帶光纖鏈路其中之一而連接到一個或多個伺服器，例如伺服器20。
系統10的工作被劃分成三個階段，即(a)涉及內容準備的第一階段；(b)涉及內容下載的第二階段；以及(c)涉及內容提取的第三階段。
當在伺服器中規定內容時，例如在伺服器20中，執行的是第一階段。此外，有效地，第一階段具有一個不同於第二和第三階段的關聯的生命周期。
第二和第三階段通常是獨立實現的。然而，第二和第三階段是能夠一起執行的。例如，當獨立地實現時，第二階段能由一個電子定時功能所啟動，而第三階段總是由其中一個用戶裝置所啟動，例如用戶裝置50。相反，當一起實現時，當操作人員70從其用戶裝置50請求信息時，其中一個想要的數據對象，即請求的數據資產，在用戶裝置50之高速緩存60中不可用時，第二階段能自動地啟動。
下面將結合圖2進一步描述涉及內容準備的第一階段。
在第一階段，作者80準備用戶接口資產，諸如圖像、聲音以及數據對象形式的文本；換言之，作者80準備一個或多個數據對象。作者80接著進行安排將這些資產，即數據對象，在步驟A1中存儲在伺服器20上。每個資產被存儲在伺服器20之資產庫30中。此外，每個存儲資產之一個或多個定義也在步驟A2被輸入到伺服器20至資產元資料庫40中。在伺服器20中作者80的資產存儲中，額外地定義了與每個資產關聯的高速緩存提示，並且將其存儲在元資料庫40中，優選地，這種提示為存儲在伺服器20中的每個相關聯的資產考慮了一個期望的「有效」時間。「有效」時間可能被定義為(a)「持久的」該資產在最近的將來不太可能被修改。相應地，當一個或多個用戶想要訪問一個或多個資產時，所述一個或多個用戶需要使用一個「慢」速率檢查以確定該資產在伺服器20上是否被修改。在系統10中，具有一個舊的資產，即具有與舊版本的資產對應的對象數據，所述舊版本資產後來被修改並更新，被安排成當呈現和提供時，對系統10的運行不會產生災難性後果，即系統10能夠應付在其中傳送的較舊版本的資產，也能夠應付相應的較新版本的資產。
(b)「易失的」該資產很可能會響應系統10中的運行條件而被改變。當系統10的用戶裝置，例如用戶裝置50，從伺服器20向其高速緩存60裝載資產時，要求用戶50比「持久」資產更快地刷新屬於「易失」資產的細節；以及(c)「讀取一次」該資產預定只在用戶裝置上例如向用戶裝置50上的操作人員70顯示一次。這種「讀取一次」的資產特別適合於提供，例如錯誤消息和其它類似的臨時信息。
具有彼此不同定義的資產在系統10中易於被打包成一個或多個存檔文件。雖然，從用戶的觀點看，這種存檔文件看起來是分開的各個資產，但是從高速緩存存儲的觀點看，它們實際上是單個實體。
因此，第一階段對應於從作者到伺服器的資產入口，這種入口涉及在步驟A1中在伺服器的資產庫30中輸入數據內容以及在步驟A2中在資產元資料庫40中輸入高速緩存提示和「有效」時間。
第二階段涉及內容下載並且下面將結合圖3進行描述。
在圖3中，顯示了一種方式的三個例子，這種方式是資產從一個或多個伺服器，例如伺服器20中被傳輸到一個或多個用戶裝置，例如用戶裝置50及其關聯的操作人員70。
與每個用戶裝置50關聯的高速緩存60被劃分成一個持久高速緩存120，一個易失高速緩存130和一個讀取一次高速緩存140。此外，每個用戶裝置50具有足夠存儲器和關聯的計算能力來執行一個內容管理軟體應用(CONTENT MANAG.)100和高速緩存管理軟體應用(CACHE MANAG.)110，如圖所示。
在第一個例子中，用戶裝置50在步驟B1中從伺服器20中獲得資產信息；即，用戶裝置50的內容管理器100能夠例如響應從操作人員70接收到的請求，向伺服器20的資產元資料庫40發送一個信息請求。用戶裝置50作為對該請求的響應，接收關於一個或多個資產的信息。當需要的時候，步驟B1被用戶裝置50重複一次或多次，例如，用戶裝置50中的一個電子定時器或操作人員70的登錄能引起在系統10中步驟B1被執行和/或重複執行。由本發明人在實踐中實施的系統10使用了當前的HTTP消息協議，例如SOAP消息。在步驟B1中，如果需要，來自伺服器20的伺服器元資料庫40的信息可以在以後的情況下被傳遞給用戶裝置50，而不是立即響應伺服器20接收到一個信息請求；例如，這樣的後者情況對應於步驟B2，B5和B8。接下來，在步驟B2中，一個資產與相關聯的高速緩存提示一起被傳遞給內容管理器100，內容管理器100隨後在步驟B3中將資產及其提示傳遞給高速緩存管理器110。高速緩存管理器110能夠解釋提示並且在步驟B4中選擇將資產及其提示存儲到持久高速緩存120中。
在第二個例子中，用戶裝置50在步驟B1中從伺服器20獲得資產信息；即，用戶50的內容管理器100能夠例如響應從操作人員70接收到的請求，向伺服器20的資產元資料庫40發送一個對信息的請求。用戶裝置50作為對該請求的響應，接收關於一個或多個資產的信息。當需要的時候，步驟B1被用戶裝置50重複一次或多次。接下來，在步驟B5中，一個資產與關聯的高速緩存提示一起被傳遞給內容管理器100，內容管理器100隨後在步驟B3中將資產及其提示傳遞給高速緩存管理器110。高速緩存管理器110能夠解釋提示並且在步驟B6中選擇將資產及其提示存儲到易失高速緩存130中。
在第三個例子中，用戶裝置50在步驟B1中從伺服器20獲得資產信息；即，用戶50的內容管理器100能夠例如響應從操作人員70接收到的請求，向伺服器20的資產元資料庫40發送一個信息請求。用戶裝置50作為對該請求的響應，接收關於一個或多個資產的信息。當需要的時候，步驟B1被用戶裝置50重複一次或多次。接下來，在步驟B8中，一個資產與關聯的高速緩存提示一起被傳遞給內容管理器100，內容管理器100隨後在步驟B9中將資產及其提示傳遞給高速緩存管理器110。高速緩存管理器110能夠解釋提示並且在步驟B9中選擇將資產及其提示存儲到用戶裝置50的讀取一次高速緩存140中。
因此，高速緩存管理器110能夠根據接收到的命中的性質在三個高速緩存120，130，140其中之一存儲資產及其關聯的提示。
上述第三階段涉及到內容提取並且下面將結合圖4進行描述。
在圖4中，用戶50被顯示為額外地包括用戶接口200。優選地，接口200在用戶裝置50的計算硬體中是用至少一個硬體和至少一個軟體應用來實現的。用戶接口200能夠與高速緩存管理器110接口並且因此能夠適當地從一個或多個高速緩存120，130，140中提取內容。
高速緩存在高速緩存120，130，140中的資產主要在用戶接口200中被處理，例如被呈現為向操作人員70的顯示。然而，高速緩存120，130，140中的資產也可能被用於用戶裝置50中的任何地方，例如作為在用戶裝置50中執行的其它軟體應用的輸入數據。
在圖4中，顯示了操作員70請求一頁信息。在步驟C1中，操作員70向用戶接口200發送一個頁面請求，例如通過在用戶裝置50的屏幕上將一個滑鼠移過一個適當的圖形符號並且接著按下在用戶裝置50的操作員可訪問的區域上提供的輸入鍵。用戶接口200接著在步驟C2中與高速緩存管理器110進行通信來識別該頁被存儲在高速緩存120，130，140中的哪一個內，或在用戶接口200上構建該頁所需的存儲信息。有益地，步驟C2中的提取要基於標準的通用資源定位符(URL)語法，雖然額外地或備選地可以使用其它語法；這種URL的使用基於從用戶裝置50的高速緩存120，130，140而不是從伺服器20來提取內容。高速緩存管理器110響應操作員70的資產請求而搜索高速緩存120，130，140並且繼續在步驟C3中從例如易失高速緩存130中獲得請求的資產。在步驟C4中，易失高速緩存130向高速緩存管理器110發送回一個指向請求的資產的參考地址，例如一個URL。隨後，在步驟C5中，高速緩存管理器110將請求的資產轉發給用戶接口200。接口200能夠操縱並呈現請求的資產並且接著在步驟C6中向操作員70提供請求的資產。
步驟C7到C13展示了一個類似的資產提取過程，其中從讀取一次高速緩存140中提取了一個頁面。因而，在步驟C7中，操作員70向用戶接口200發送一個頁面請求，例如通過在用戶裝置50的屏幕上將一個滑鼠移過一個適當圖形符號並且接著按下在用戶裝置50的操作人員可訪問的區域上提供的輸入鍵。用戶接口200接著在步驟C8中與高速緩存管理器110進行通信來識別該頁面是在存儲在高速緩存120，130，140的哪一個中，或在用戶接口200上構建該頁所需的存儲信息。有益地，步驟C8中的提取同樣要基於標準的通用資源定位符(URL)語法，雖然額外地或備選地可以使用其它語法；這種URL的使用是基於從用戶裝置50的高速緩存120，130，140而不是從伺服器20提取內容。高速緩存管理器110響應操作人員70的資產請求而搜索高速緩存120，130，140並且繼續在步驟C9中從例如讀取一次高速緩存140中獲得請求的資產。在步驟C10中，讀取一次高速緩存140向高速緩存管理器110發送回一個指向請求的資產的參考地址，例如一個URL。此外，在步驟C11中，一旦與該頁面對應的數據資產在步驟C10，C11中從讀取一次高速緩存140通過高速緩存管理器發送給用戶接口200，如果需要，那麼讀取一次高速緩存140可以與高速緩存管理器110結合一起從讀取一次高速緩存140中刪除特定頁面。隨後，在步驟C12中，高速緩存管理器110將請求的資產轉發給用戶接口200。接口200能夠操縱並呈現請求的資產並且接著在步驟C13中向操作員70提供請求的資產。
如果需要，步驟C11可在步驟C12後實現。
步驟C11是有利的，因為由高速緩存管理器110從那裡提取的數據資產被很快刪除，從而使得讀取一次高速緩存140中的數據內容被保持為儘可能的小。由於步驟C11，嘗試重新訪問早先已經訪問過的讀取一次高速緩存140中的資產將導致該資產不能被找到。
優選地，當搜索由操作人員70定義的目標資產時，高速緩存管理器110能夠在高速緩存120，130，140中以一種與目標資產之期望生命周期相對應的順序進行搜索；這種搜索方法潛在地導致更快地提取目標資產。例如，首選搜索讀取一次高速緩存140，其次是易失高速緩存130，第三是持久高速緩存120；當找到目標資產時，就停止在高速緩存120，130，140中搜索資產。優選地，目標資產由URL或類似標記規定。
在高速緩存管理器110不能在高速緩存120，130，140中找到目標資產的情況下，高速緩存管理器110能夠向用戶接口200返回一個故障信息。優選地，這種故障信息的返回是通過例如從伺服器20和/或從一個或多個高速緩存120，130，140提取另外一個資產而實現的。優選地，要預定義一個與這種故障消息對應的URL。
系統10能夠這樣來實現，以使在用戶裝置啟動期間會發生從用戶裝置(例如用戶裝置50)的一個或多個高速緩存120，130，140中預先裝載某些資產。優選地，這種預先裝載可用於在與任何伺服器例如伺服器20聯繫以下載資產之前就需要的那些資產。此外，優選地，系統10被這樣安排以便一旦實現與一個或多個伺服器進行通信，預先裝載的資產容易被改寫。
應當理解，前面描述的本發明之實施例很容易被修改而不背離本發明之範圍。
用戶50以及作者80能夠合作以創造資產。例如，作者80提供的模板可以與用戶50提交的數據進行合併來使得伺服器20為用戶50生成個性化資產。這種個性化資產可按照本發明被高速緩存。有益地，伺服器20僅僅需要生成一次個性化資產。
此外，前面用來描述本發明和/或要求保護本發明的權利的諸如「包括」、「包含」、「合併」、「具有」、「是」等表達應當被理解成非排它的，即這種表達應當被理解為允許存在其它未被顯式地指定的部件或項目。進而，對於單個的參考符也應該被理解為指向多個的參考符，反之亦然。
權利要求
1.一種在系統(10)中對數據資產進行高速緩存的方法，該系統(10)包括至少一個伺服器(20)和至少一個用戶裝置(50)，其每個裝置(50)包括一個高速緩存配置(120，130，140)，所述高速緩存配置包括多個用於在其中存儲所請求的數據資產的高速緩存(120，130，140)，該方法包括如下步驟(a)安排將一個或多個數據資產存儲到所述至少一個伺服器(20)的第一存儲器，並且將與所述一個或多個數據資產對應的數據定義存儲到所述至少一個伺服器(20)的第二存儲器；(b)安排讓所述至少一個伺服器(20)響應來自所述至少一個用戶裝置(50)的一個或多個數據請求，向所述至少一個用戶裝置(50)返回相應的一個或多個所請求的數據資產，其中所述一個或多個所請求的數據資產與相關聯的數據定義一起被提供給所述至少一個用戶裝置(50)，以用於控制存儲區以及用於在所述至少一個用戶裝置(50)中對所述一個或多個所請求的數據資產進行處理，因此所述至少一個伺服器(20)能夠至少部分地控制所述至少一個用戶裝置(50)中的所述高速緩存配置(120，130，140)。
2.按照權利要求1的方法，其中每個用戶裝置(50)中的所述多個高速緩存(120，130，140)能夠同時存儲所請求的資產以及與其相關聯的定義。
3.按照權利要求1的方法，其中所述高速緩存配置(120，130，140)之多個高速緩存(120，130，140)被設計成具有相互不同的持續時間，並且與所述一個或多個所請求的數據資產相關聯的所述定義可在所述至少一個用戶裝置(50)中被解釋，以便控制所述一個或多個所請求的數據資產存儲在適當的對應的所述多個高速緩存(120，130，140)中。
4.按照權利要求1的方法，其中所述至少一個用戶裝置(50)包括(a)內容管理裝置(100)，用於解釋請求並且將其指向到所述至少一個伺服器(20)，使得所述至少一個用戶裝置(50)能夠接收相應的一個或多個所請求的數據資產；以及(b)高速緩存管理裝置(110)，用於根據與所述一個或多個所請求的數據資產相關聯的所述定義，將從所述內容管理裝置(100)接收到的所述一個或多個所請求的數據資產指向到適當的所述多個高速緩存(120，130，140)。
5.按照權利要求1的方法，其中對於每個用戶裝置(50)，所述多個高速緩存(120，130，140)包括至少一個讀取一次高速緩存(140)，所述讀取一次高速緩存(140)被安排在其中存儲一個或多個所請求的數據資產並且隨後從那裡將所述一個或多個所請求的數據資產以預定次數傳送，在這之後所述一個或多個所請求的數據資產從所述至少一個讀取一次高速緩存(140)中被刪除。
6.按照權利要求5的方法，其中所述預定次數與數據資產刪除之前的單次讀取相對應。
7.按照權利要求4的方法，其中每個用戶裝置(50)還包括接口裝置(200)，用於在所述至少一個用戶裝置(50)的至少一個操作員(70)與所述內容管理裝置(100)和所述高速緩存管理裝置(11)中的至少一個之間提供接口，所述接口裝置(200)(a)用於將數據資產請求從操作員(70)傳送給所述內容管理裝置(100)和所述高速緩存管理裝置(110)其中所述至少一個，用於其中的後續處理；以及(b)用於向所述至少一個操作員(70)呈現和提交所請求的數據資產，所述數據資產是從至少一個所述高速緩存配置(120，130，140)中提取的以及直接地從所述至少一個伺服器(20)提取的。
8.按照權利要求7的方法，其中所述接口裝置(200)能夠向所述至少一個操作員(70)提供一個圖形接口。
9.按照權利要求7的方法，其中所述接口裝置(200)與所述內容管理裝置(100)和所述高速緩存管理裝置(110)中的至少一個相結合，在從所述至少一給伺服器(20)查找這樣一個或多個所請求的資產以前，能夠從所述高速緩存配置(120，130，140)中搜索一個或多個所請求的資產。
10.按照權利要求9的方法，其中首先從所述高速緩存配置(120，130，140)中搜索所述的一個或多個所請求的資產，並且隨後當所述高速緩存配置(120，130，140)中缺乏所述一個或多個所請求的資產時，搜索所述至少一個伺服器(20)。
11.按照權利要求9的方法，其中所述高速緩存配置(120，130，140)被逐步地從具有相對較短的持續時間的高速緩存(140)向具有相對較長的持續時間的高速緩存(120)搜索。
12.按照權利要求1的方法，其中所述高速緩存配置(120，130，140)在與其相關聯的用戶裝置(50)初始啟動時被預先加載一個或多個初始數據資產來與所述至少一給伺服器(20)進行通信，當所述用戶裝置(50)與所述至少一個伺服器(20)通信時所述一個或多個初始數據資產容許被改寫。
13.按照權利要求1的方法，其中一個或多個數據資產由相關聯的統一資源定位符(URL)標識。
14.按照前面任何一條權利要求的方法，其中所述系統(10)按照第一，第二和第三階段工作，其中(a)第一階段被安排用來向所述至少一個伺服器(20)之所述第一和第二存儲器(30，40)提供數據資產入口；(b)第二階段被安排用來向所述至少一個用戶裝置(50)之所述高速緩存配置(120，130，140)提供來自所述至少一個伺服器(20)的內容下載；以及(c)第三階段被安排用來從所述至少一個用戶裝置(50)的所述高速緩存配置(120，130，140)的其中至少一個提取內容，以及從所述至少一個伺服器(20)提取內容。
15.一種用於高速緩存數據資產的系統，該系統(10)包括至少一個伺服器(20)和至少一個用戶裝置(50)，每個裝置(50)包括一個高速緩存配置(120，130，140)，所述高速緩存配置包括多個用於在其中存儲所請求之數據資產的高速緩存(120，130，140)，該系統(10)被安排能夠(a)將一個或多個數據資產存儲到所述至少一個伺服器(20)之第一存儲器，並且將與所述一個或多個數據資產對應的數據定義存儲到所述至少一個伺服器(20)之第二存儲器；(b)安排所述至少一個伺服器(20)響應來自所述至少一個用戶裝置(50)之一個或多個數據請求，向所述至少一個用戶裝置(50)返回相應的一個或多個所請求的數據資產，其中所述一個或多個所請求的數據資產與相關聯的數據定義一起被提供給所述至少一個用戶裝置(50)，所述關聯的數據定義用於控制存儲區以及用於在所述至少一個用戶裝置(50)中對所述一個或多個所請求的數據資產進行處理，因此所述至少一個伺服器(20)能夠至少部分地控制所述至少一個用戶裝置(50)中的所述高速緩存配置(120，130，140)。
全文摘要
這裡提供了一種在系統(10)中對數據資產進行高速緩存的方法，所述系統(10)包括至少一個伺服器(20)和至少一個用戶裝置(50)。每個裝置(50)包括一個高速緩存配置(120，130，140)，所述高速緩存配置包括多個用於在其中存儲所請求的數據資產的高速緩存(120，130，140)。該方法包括如下步驟(a)安排將一個或多個數據資產存儲到所述至少一個伺服器(20)之第一存儲器(30)並且將與所述一個或多個數據資產對應的數據定義存儲到所述至少一個伺服器(20)的第二存儲器(40)；(b)安排讓所述至少一個伺服器(20)響應來自所述至少一個用戶裝置(50)之一個或多個數據請求，向所述至少一個用戶裝置(50)返回相應的一個或多個所請求的數據資產。所述一個或多個所請求的數據資產與關聯的數據定義一起被提供給所述至少一個用戶裝置(50)，所述關聯的數據定義用於控制存儲以及用於在所述至少一個用戶裝置(50)中對所述一個或多個所請求的數據資產進行處理，因此所述至少一個伺服器能夠至少部分地控制所述至少一個裝置(50)中的所述高速緩存配置(120，130，140)。
文檔編號G06F17/30GK1836237SQ200480023685
公開日2006年9月20日 申請日期2004年8月5日 優先權日2003年8月19日
發明者P·H·G·比倫, M·科爾塞爾曼, M·M·J·范布魯西 申請人:皇家飛利浦電子股份有限公司