TWI431978B - Methods, devices and systems for obtaining resources - Google Patents

Description

獲取資源的方法、裝置及系統

本發明涉及電腦領域，特別涉及一種獲取資源的方法、裝置及系統。

網路系統中具有豐富的資源，用戶端可以根據自身的需要從不同的儲存裝置上獲取相應的資源。但是，在現有技術下，網路系統中的各種資源往往儲存在多個不同的儲存裝置上，且所述多個不同的儲存裝置使用了不同的資源協定，這就容易造成網路系統中的資源協定混雜，從而導致用戶端無法獲取所需資源，或者獲取所需資源的效率低下；同時，網路系統中對各種資源的版本資訊也缺少必要的統一管理。

針對上述問題，現有技術中也提供了一種解決方案，該方案為：將用戶端所需要的資源均儲存在用戶端本地；這樣，用戶端便可以隨時獲取所需的資源。但該方案也存在不足之處，例如，當網路系統中的多個用戶端均需要同一資源時，所述多個用戶端都會在本地儲存所述資源，這便造成了儲存空間的浪費。因此，需要提出一種更為有效的獲取資源的方法。

本發明實施例提供一種獲取資源的方法、裝置及系 統，用以解決現有技術中存在網路系統資源管理混亂，從而造成用戶端無法獲取資源或獲取資源效率低下的問題。

本發明技術方案如下：一種獲取資源的方法，包括：用戶端載入本地的統一資源描述文件中定義的資源列表，所述資源列表中記錄了所述用戶端可能使用的資源的資源標識和相應的路徑資訊；所述用戶端根據所需資源的資源標識從所述資源列表中得到獲取該資源需要的路徑資訊，並根據該路徑資訊發送請求消息以獲取所述資源。

所述用戶端進一步根據所需資源的資源標識從所述資源列表中得到獲取該資源需要的協定類型資訊，並根據該協定類型資訊生成所述請求消息。

所述用戶端獲取的路徑資訊包括儲存所述資源的資源儲存裝置的地址資訊；或者包括儲存另一統一資源描述文件的資源儲存裝置的地址資訊，所述用戶端根據該地址資訊獲取所述另一統一資源描述文件，並載入其定義的資源列表，以及根據所述資源的資源標識在該資源列表中得到用以獲取所述資源的路徑資訊。

所述用戶端獲取的協定類型資訊定義了儲存所述資源的資源儲存裝置所使用的協定類型；或者定義了儲存所述另一統一資源描述文件的資源儲存裝置所使用的協定類型。

若所述用戶端發送的請求消息中包括該用戶端所需資 源的資源標識，則所述資源儲存裝置根據該資源標識將對應的多個版本的資源返回至所述用戶端，或者將最新版本的資源返回至所述用戶端；若所述用戶端發送的請求消息中包括該用戶端所需資源的資源標識及用戶指定的版本資訊，則所述資源儲存裝置根據該資源標識和版本資訊將對應版本的資源返回至所述用戶端。

所述用戶端將獲取的資源儲存在本地的磁片或者快取記憶體中，並根據所述資源當前的儲存位置修改本地的資源列表中該資源的路徑資訊。

一種通信裝置，包括：儲存單元，用於儲存統一資源描述文件，該統一資源描述文件中定義的資源列表中記錄了所述用戶端可能使用的資源的資源標識和相應的路徑資訊；處理單元，用於根據所需資源的資源標識從所述資源列表中得到獲取該資源需要的路徑資訊並生成獲取資源的請求消息；通信單元，用於根據所述路徑資訊發送生成的請求消息，以及接收獲取到的資源。

所述處理單元進一步根據所需資源的資源標識從所述資源列表中得到獲取該資源需要的協定類型資訊，並根據該協定類型資訊生成所述請求消息。

一種通信系統，包括：資源儲存裝置，用於儲存網路系統中的各種資源，並 在接收到獲取資源的請求消息後向請求方提供相應的資源；用戶端，用於載入本地的統一資源描述文件中定義的資源列表，所述資源列表中記錄了所述用戶端可能使用的資源的資源標識和相應的路徑資訊，該用戶端根據所需資源的資源標識從所述資源列表中得到獲取該資源需要的路徑資訊，並根據該路徑資訊發送請求消息以獲取所述資源。

所述用戶端根據所需資源的資源標識從所述資源列表中得到獲取該資源需要的協定類型資訊，並根據該協定類型資訊生成所述請求消息。

所述資源儲存裝置進一步用於儲存統一資源描述文件，該資源儲存裝置在確定本地不存在用戶端所需資源時，將所述統一資源描述文件返回至該用戶端。

所述資源儲存裝置根據用戶端發送的請求消息中攜帶的資源標識及用戶指定的版本資訊將對應版本的資源返回至所述用戶端。

所述資源儲存裝置根據用戶端發送的請求消息中攜帶的資源標識將對應的多個版本的資源返回至所述用戶端，或者將最新版本的資源返回至所述用戶端。

本發明實施例中，用戶端通過本地統一資源描述文件定義的資源列表獲得本用戶端可能使用的資源的資源標識和相應的路徑資訊，這樣，所述用戶端便可以在最短時間內準確獲得所需資源，從而在很大程度上提高了用戶端獲 取資源的成功率和工作效率，也提高了用戶的使用體驗；另一方面，所述資源列表中還記錄有獲取每種資源所需的協定類型資訊和每種資源的版本資訊，這樣，當網路系統中存在多種資源協定以及多種版本的資源時，用戶端便可以根據資源列表生成符合相關資源協定的請求消息以獲取資源，以及根據自身的配置情況在請求消息中指定資源的版本，從而進一步提高了用戶端獲取資源的成功率和準確性。

本發明實施例中，用戶端上設置有統一的資源描述文件，所述資源描述文件定義了用戶端可能使用的所有資源的詳細列表(即資源列表)。參閱表1所示，資源列表中記錄了用戶端可能使用的所有資源的資源標識(ID)，資源版本資訊(包括本地版本資訊和遠端版本資訊)，獲取資源需要的路徑資訊、協定類型資訊和埠類型資訊和資源版本資訊。用戶可以根據應用環境增加或/和減少資源列表中的表項內容，在此不再贅述。

當用戶端需要從網路系統中獲取相應的資源時，用戶端載入本地的統一資源描述文件中定義的資源列表，並根據所需資源的資源ID從所述資源列表中得到獲取該資源需要的路徑資訊，以及根據該路徑資訊發送請求消息以獲取所述資源。

參閱圖1所示，本實施例中，網路系統中包括用戶端10和資源儲存裝置11。所述用戶端10用於載入本地的統一資源描述文件中定義的資源列表，以及根據所需資源的資源ID從所述資源列表中得到獲取該資源需要的路徑資訊，並根據該路徑資訊發送請求消息以獲取所述資源；對於系統中資源儲存裝置之間使用了不同的資源協定的情況，資源列表中還保存有獲取每種資源所需的協定類型資訊，用戶端10根據所需資源對應的協定類型資訊生成符合相關資源協定的請求消息；所述資源儲存裝置11用於儲存網路系統中的各種資源，並在接收到用戶端發送的請求消息時返回相應的資源。本實施例中，資源儲存裝置11可以是另一個用戶端10，也可以是網路中的伺服器或是其他具有儲存功能的實體，資源儲存裝置11上也儲存有統一資源描述文件，當本地不存在用戶端10所需的資源時，資源儲存裝置11將自身的統一資源描述文件發送給用戶端10。

參閱圖2所示，用戶端10包括儲存單元20、處理單元21和通信單元22

所述儲存單元20用於儲存統一資源描述文件；所述處理單元21用於載入所述統一資源描述文件，並根據用戶端10所需資源的資源ID從該統一資源描述文件定義的資源列表中得到獲取該資源需要的路徑資訊，以及根據資源列表中記錄的對應于所述資源的協定類型資訊生成符合相關資源協定的請求消息；所述通信單元22用於根據所述路徑資訊發送生成的請求消息，以及接收獲取到的資源。

基於上述網路架構，參閱圖3所示，本實施例中，用戶端10在網路系統中獲取資源的詳細流程如下：

步驟300：用戶端10載入本地的統一資源描述文件。

步驟301：用戶端10根據所需資源的資源ID從所述統一資源描述文件定義的資源列表中得到獲取該資源需要的路徑資訊，本實施例中，所述路徑資訊包括儲存用戶端10所需資源的資源儲存裝置11的地址資訊。

步驟302：用戶端10從所述資源列表中得到獲取所述資源需要的協定類型資訊，該協定類型資訊定義了資源儲存裝置11所使用的資源協定的類型。

步驟303：用戶端10根據獲取的協定類型資訊生成符合相關資源協定的請求消息，並將該請求消息發送至資源儲存裝置11，該請求消息中包括所需資源的資源ID，有時也會包括用戶指定的該資源的版本資訊。

在實際應用中，也可以將網路系統中各資源儲存裝置11所使用的資源協定預先設置為統一的協定類型，這樣， 用戶端10在得到獲取資源所需的路徑資訊後便直接根據設置的協定類型生成相應的請求消息。

步驟304：資源儲存裝置11在接收到用戶端10發送的請求消息後將相應的資源返回給該用戶端10。

本實施例中，資源儲存裝置11根據自身的配置情況，可以通過多種方式將資源返回至用戶端10。

例如，當資源儲存裝置11具有管理資源版本資訊的功能時，資源儲存裝置11根據請求消息中的資源ID將對應的最新版本的資源返回至用戶端10，或者根據請求消息中的資源ID和用戶指定的版本資訊將對應版本的資源返回至用戶端。

又如，當資源儲存裝置11不具有管理資源版本資訊的功能時，資源儲存裝置11根據請求消息中的資源ID將對應的所有版本的資源返回至用戶端10，由用戶根據用戶端10的配置情況自行判斷應安裝哪個版本的資源。

步驟305：用戶端10將獲取的資源儲存在本地的磁片或快取記憶體中，並根據該資源的儲存位置對本地資源列表中該資源的路徑資訊作相應修改。

區別於上述實施例，另一種實施例中，若資源儲存裝置11中不存在用戶端10所需要的資源，則該資源儲存裝置將本地的統一資源描述文件發送給用戶端10，由用戶端10完成後續操作。參閱圖4所示，其具體流程如下：

步驟400：用戶端10根據所需資源的資源ID從本地統一資源描述文件定義的資源列表(稱為列表1)中得到 資源儲存裝置11A的地址資訊。

步驟401：用戶端10從列表1中得到資源儲存裝置11A所使用的資源協定類型後生成符合相關資源協定的請求消息，並將該請求消息發送至資源儲存裝置11A以獲取所需資源。

步驟402：資源儲存裝置11A根據接收的請求消息中攜帶的資源ID確定本地不存在對應的資源，則資源儲存裝置11A將本地儲存的統一資源描述文件發送給用戶端10。

步驟403：用戶端10載入資源儲存裝置11A發送的統一資源描述文件並

獲得新的資源列表(稱為列表2)。

步驟404：用戶端10根據所需資源的資源ID在列表2中得到資源儲存裝置11B的位址資訊以及資源儲存裝置11B所使用的資源協定類型。

步驟405：用戶端10生成符合相關資源協定的請求消息，並將該請求消息發送給資源儲存裝置11B。

步驟406：資源儲存裝置11B根據接收的請求消息中攜帶的資源ID在本地獲取相應的資源並將該資源返回至用戶端10。

若資源儲存裝置11B中也不存在用戶端10所需的資源，則資源儲存裝置11B也將本地儲存的統一資源描述文件返回至用戶端10，由用戶端10完成後續操作，在此不再贅述。

上述兩種實施例中，網路系統中的統一資源描述文件可以採用多種文件格式，例如：XML格式的配置文件。

在某一種情況下，所述XML配置文件的內容如下：

根據網路系統中具體的運行環境，也可以採用其他格式的配置文件。

綜上所述，本發明實施例中，用戶端10通過本地統一資源描述文件定義的資源列表獲得用戶端10可能使用的資源的資源標識和相應的路徑資訊，這樣，用戶端10便可以在最短時間內準確獲得所需資源，從而在很大程度上提高了用戶端10獲取資源的成功率和工作效率，也提高了用戶的使用體驗；另一方面，所述資源列表中還記錄有獲取資源所需的協定類型資訊和資源的版本資訊，這樣，當網路系統中存在多種資源協定以及多種版本的資源 時，用戶端10便可以根據資源列表生成符合相關資源協定的請求消息以獲取資源，以及根據自身的配置情況在請求消息中指定資源的版本，從而進一步提高了用戶端10獲取資源的成功率和準確性。

顯然，本領域的技術人員可以對本發明進行各種改動和變型而不脫離本發明的精神和範圍。這樣，倘若本發明的這些修改和變型屬於本發明申請專利範圍及其等同技術的範圍之內，則本發明也意圖包含這些改動和變型在內。

10‧‧‧用戶端

11‧‧‧資源儲存裝置

20‧‧‧儲存單元

21‧‧‧處理單元

22‧‧‧通信單元

圖1為本發明實施例中通信系統架構示意圖；圖2為本發明實施例中用戶端功能結構圖；圖3為本發明實施例中第一種用戶端獲取資源流程圖；圖4為本發明實施例中第二種用戶端獲取資源流程圖。

Claims (17)

1. 一種獲取資源的方法，其特徵在於，包括步驟：用戶端載入第一統一資源描述文件中定義的第一資源列表，其中，該第一資源列表包含資源標識、該用戶端所需的該資源的第一路徑資訊以及與該資源相關聯的第一資源協定資訊，以及該第一統一資源描述文件是在該用戶端本地所產生或從資源儲存裝置被該用戶端所接收其中至少一者；該用戶端根據該資源標識從該第一資源列表中得到該資源的第一路徑資訊；根據與該第一資源列表包含之該資源相關聯的該第一資源協定資訊產生第一請求消息；根據該第一路徑資訊發送該第一請求消息至第一資源儲存裝置，以獲取該資源；決定該資源是否存在於該第一資源儲存裝置中；如果該資源存在於該第一資源儲存裝置中，則從該第一資源儲存裝置接收需要的該資源；以及如果該資源不存在於該第一資源儲存裝置中，則：從該第一資源儲存裝置得到第二統一資源描述文件，該用戶端載入第二資源列表，其中，該第二資源列表包含該資源標識、該用戶端所需的該資源的第二路徑資訊以及與該資源相關聯的第二資源協定資訊，該用戶端根據該資源標識從該第二資源列表中得到該資源的第二路徑資訊， 根據與該第二資源列表包含之該資源相關聯的該第二資源協定資訊產生第二請求消息，以及根據該第二路徑資訊發送該第二請求消息至第二資源儲存裝置。
2. 如申請專利範圍第1項之獲取資源的方法，其中，該第一資源儲存裝置儲存該資源。
3. 如申請專利範圍第1項之獲取資源的方法，其中，該資源的該第一路徑資訊及該第二路徑資訊包含儲存該資源的該資源儲存裝置之地址資訊。
4. 如申請專利範圍第1項之獲取資源的方法，其中，該資源的該第一路徑資訊及該第二路徑資訊包含該資源的特定統一資源位置。
5. 如申請專利範圍第1項之獲取資源的方法，其中，在該第一資源儲存裝置產生該第二統一資源描述文件。
6. 如申請專利範圍第1項之獲取資源的方法，其中，該資源的該第一路徑資訊包含該第二統一資源描述文件的地址資訊，發送至該第一資源儲存裝置的該請求消息請求該第二統一資源描述文件，以及該得到該第二統一資源描述文件包含根據包含於該資源的該第一路徑資訊中的該第二統一資源描述文件的該地址資訊得到該第二統一資源描述文件。
7. 如申請專利範圍第1項之獲取資源的方法，其中，該用戶端得到的該第一協定資訊定義儲存該資源的該第一資源儲存裝置所使用的協定類型。
8. 如申請專利範圍第1項之獲取資源的方法，其中，該用戶端得到的該第一協定資訊定義儲存該第二統一資源描述文件的該第一資源儲存裝置所使用的協定類型。
9. 如申請專利範圍第1項之獲取資源的方法，其中，從該用戶端發送的該請求消息包含該用戶端所需的該資源標識，該方法進一步包括：該用戶端根據該資源標識從該第一資源儲存裝置接收一或更多版本之該資源。
10. 如申請專利範圍第1項之獲取資源的方法，其中，從該用戶端發送的該請求消息包含該用戶端所需的該資源標識及該資源的版本資訊，該方法進一步包括：該用戶端根據該請求消息中包含的該資源標識及該版本資訊從該第一資源儲存裝置接收一版本之該資源。
11. 如申請專利範圍第1項之獲取資源的方法，進一步包含：根據該資源的目前儲存位置修改該第一資源列表中的該資源的路徑資訊。
12. 一種資料通信裝置，其特徵在於，包括：儲存單元，組構成用以儲存統一資源描述文件，其中，該統一資源描述文件定義資源列表，該資源列表包含該用戶端所需的資源的資源標識、與該資源相關聯的協定資訊以及該資源的路徑資訊，以及該資源的該路徑資訊包含包括該資源標識的另一個統一資源描述文件的地址資訊、該用戶端所需的該資源的第二路徑資訊以及與該資源 相關聯的第二資源協定資訊；處理單元，組構成用以：根據該資源的該資源標識從該資源列表中得到該資源的該路徑資訊，根據與該資源相關聯的該協定資訊產生用以獲取該資源的請求消息，以及決定該資源是否存在；以及通信單元，組構成用以：如果該資源存在，則根據該路徑資訊發送出該請求消息以及接收獲取的該資源，如果該資源不存在，則得到該另一個統一資源描述文件以及根據該第二路徑資訊及與該資源相關聯的該第二資源協定資訊獲取該資源。
13. 如申請專利範圍第12項之資料通信裝置，其中，根據該資源的目前儲存位置更新該資源列表中的該資源的該路徑資訊。
14. 一種用於資料通信的網路系統，其特徵在於，包括：資源儲存裝置，組構成用以：儲存網路系統中的各種資源，及在接收到請求消息後提供資源；以及用戶端，組構成用以：載入本地的統一資源描述文件中定義的資源列表，其中，該資源列表包含該用戶端所需的資源的資源標識、該 用戶端所需的該資源的路徑資訊以及與該資源相關聯的協定資訊，該用戶端根據所需的該資源的該資源標識從該資源列表中得到該資源的該路徑資訊，根據與該資源相關聯的該協定資訊產生請求消息，根據該路徑資訊發送出該請求消息，以接收所需的該資源，以及根據該資源的目前儲存位置更新該資源列表中的該資源的該路徑資訊。
15. 如申請專利範圍第14項之用於資料通信的網路系統，其中，該資源儲存裝置進一步儲存統一資源描述文件，以及如果所需的該資源不存在於該資源儲存裝置中時，該資源儲存裝置被組構成用以發送該統一資源描述文件至該用戶端。
16. 如申請專利範圍第14項之用於資料通信的網路系統，其中，該資源儲存裝置被組構成用以根據該資源儲存裝置是否具有該資源的管理版本資訊之功能來發送多個版本的所需的該資源或一特定版本的所需的該資源其中一者至該用戶端，其中，如果該資源儲存裝置具有該資源的管理版本資訊之該功能，則該資源儲存裝置被組構成用以發送該特定版本的所需的該資源至該用戶端；如果該資源儲存裝置不具有該資源的管理版本資訊之該功能，則該資源儲存裝置被組構成用以發送多個可用版 本的所需的該資源至該用戶端。
17. 如申請專利範圍第14項之用於資料通信的網路系統，其中，該資源儲存裝置被組構成用以發送指定於該請求消息中的一版本之所需的該資源至該用戶端。