專利名稱：一種數(shù)據(jù)加載的方法及系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信網(wǎng)絡(luò)中信息的傳輸技術(shù)，尤其涉及一種數(shù)據(jù)加載的方法及系統(tǒng)。
背景技術(shù)：
在通信系統(tǒng)中對數(shù)據(jù)的下載需要通過調(diào)度數(shù)據(jù)實現(xiàn)，目前流行的很多下載工具，比如FlashGet、CuteFtp、Filezilla等工具，都支持常見協(xié)議，如文件傳輸協(xié)議(FTP，F(xiàn)ile Transport Protocol)、超文本傳輸協(xié)議(HTTP，Hyper Text Transfer Protocol)。
以網(wǎng)際快車(FlashGet)為例，該工具是為了提高下載速度和有效進(jìn)行下載后文件的管理。該工具通過把一個文件分成幾個部分同時下載可以成倍的提高速度，下載速度可以提高100％到500％。
網(wǎng)際快車可以創(chuàng)建不限數(shù)目的類別，每個類別指定單獨的文件目錄，不同的類別保存到不同的目錄中去，強(qiáng)大的管理功能包括支持拖拽，更名，添加描述，查找，文件名重復(fù)時可自動重命名等等。而且下載前后均可輕易管理文件。支持換膚功能，使您的FlashGet更漂亮。
Internet上的文件一般都在多個站點上有鏡像，從每個站點下載的速度是不同的，如果從較近的地方下載通常就很快，例如從國內(nèi)的服務(wù)器上下載文件通常比從國外的服務(wù)器上下載文件要快的多。FlashGet就可以從不同的服務(wù)器下載同一個文件并且會從較快的一個或者幾個站點下載，如果一個服務(wù)器有了問題會自動切換到其他的鏡像站點下載。
為支持不同服務(wù)器中遵循不同協(xié)議的數(shù)據(jù)，下載應(yīng)用系統(tǒng)需要為自身綁定多種協(xié)議，如網(wǎng)絡(luò)快車等現(xiàn)有的下載工具內(nèi)部綁定了具體的協(xié)議處理。如圖1所示，目前可見的加載應(yīng)用系統(tǒng)，比如FlashGet、CuteFtp、Filezilla等下載工具的加載層中綁定了具體的協(xié)議處理。
現(xiàn)有技術(shù)中由于各下載工具在內(nèi)部綁定了具體的協(xié)議處理，因此在功能的可擴(kuò)展性來說，不利于協(xié)議的擴(kuò)展支持、甚至插件方式的動態(tài)擴(kuò)展支持；從功能的處理流程上來說，很難做到各種協(xié)議的統(tǒng)一流程處理。

發(fā)明內(nèi)容
本發(fā)明的目的是提供一種可動態(tài)注冊和注銷協(xié)議的數(shù)據(jù)加載的方法及系統(tǒng)，以統(tǒng)一數(shù)據(jù)加載的處理流程。
本發(fā)明的目的是通過以下技術(shù)方案實現(xiàn)的一種數(shù)據(jù)加載方法，包括在客戶端，加載層根據(jù)調(diào)度請求中的數(shù)據(jù)協(xié)議類型與傳輸協(xié)議層進(jìn)行信息交互，為加載層注冊調(diào)度數(shù)據(jù)所需的協(xié)議，應(yīng)用層在協(xié)議注冊成功后從服務(wù)器中調(diào)度數(shù)據(jù)。
當(dāng)數(shù)據(jù)調(diào)度結(jié)束后，將加載層中已注冊的協(xié)議注銷，釋放內(nèi)存，且協(xié)議注銷策略包括先進(jìn)先出策略、最近最久未使用策略。
所述加載層包括加載適配子層，加載層與傳輸協(xié)議層的信息交互、協(xié)議注冊通過加載適配子層實現(xiàn)，且加載適配子層將對數(shù)據(jù)加載的功能操作轉(zhuǎn)換為傳輸協(xié)議功能操作。
所述加載層在完成協(xié)議注冊后，加載適配子層對數(shù)據(jù)調(diào)度進(jìn)行統(tǒng)一管理，控制與服務(wù)器間的數(shù)據(jù)上傳與下載。
傳輸協(xié)議層中包含多種數(shù)據(jù)傳輸協(xié)議，且傳輸協(xié)議層中的可注冊協(xié)議信息可以擴(kuò)展。
在一個服務(wù)器中設(shè)置加載層和傳輸協(xié)議層，用于從同一服務(wù)器中加載數(shù)據(jù)，并對所加載的數(shù)據(jù)進(jìn)行協(xié)議類型轉(zhuǎn)換使其滿足客戶端對協(xié)議類型的要求，供客戶端加載；或，使用多個遵循不同協(xié)議的服務(wù)器，每個服務(wù)器為客戶端的數(shù)據(jù)加載提供屬于一種協(xié)議類的數(shù)據(jù)。
一種數(shù)據(jù)加載系統(tǒng)，該系統(tǒng)的客戶端中包含數(shù)據(jù)加載單元，在進(jìn)行數(shù)據(jù)加載前數(shù)據(jù)加載單元根據(jù)需加載的數(shù)據(jù)進(jìn)行協(xié)議注冊，然后從服務(wù)器中加載遵循該協(xié)議的數(shù)據(jù)，并在數(shù)據(jù)加載完成后注銷協(xié)議。
所述服務(wù)器為包含數(shù)據(jù)加載單元的一個服務(wù)器或遵循不同協(xié)議的多個服務(wù)器。
所述數(shù)據(jù)加載單元包括數(shù)據(jù)加載模塊，用于按照調(diào)用請求中數(shù)據(jù)的協(xié)議類型調(diào)用傳輸協(xié)議模塊中的相應(yīng)協(xié)議信息進(jìn)行協(xié)議注冊，并在協(xié)議注冊后加載屬于該協(xié)議類型的數(shù)據(jù)；傳輸協(xié)議模塊，用于為數(shù)據(jù)加載模塊提供協(xié)議注冊所需的協(xié)議。
所述的數(shù)據(jù)加載模塊包括調(diào)度請求處理子模塊，用于接收應(yīng)用層的數(shù)據(jù)調(diào)度請求，觸發(fā)加載適配子模塊；加載適配子模塊，用于與傳輸協(xié)議層進(jìn)行信息交互、實現(xiàn)協(xié)議注冊，將加載的功能操作轉(zhuǎn)換為傳輸協(xié)議相應(yīng)的功能操作。
由上述本發(fā)明提供的技術(shù)方案可以看出，本發(fā)明加載層本身并無協(xié)議信息，而是通過與傳輸協(xié)議層的信息交互獲得，實現(xiàn)加載組件與協(xié)議無關(guān)，屏蔽具體的協(xié)議差異性；協(xié)議注冊可靈活擴(kuò)展加載層的協(xié)議處理能力，擴(kuò)展客戶端的下載處理能力；完成數(shù)據(jù)加載后注銷相關(guān)協(xié)議，利用有限內(nèi)存資源完成不同協(xié)議的數(shù)據(jù)下載任務(wù)。


圖1所示為現(xiàn)有技術(shù)的數(shù)據(jù)加載示意圖；圖2所示為本發(fā)明實施例一的數(shù)據(jù)加載原理示意圖；圖3所示為本發(fā)明實施例二的數(shù)據(jù)加載過程中協(xié)議注冊、注銷流程圖；圖4所示為本發(fā)明實施例三的數(shù)據(jù)加載系統(tǒng)的示意圖。
具體實施例方式
本發(fā)明的核心是在進(jìn)行加載數(shù)據(jù)前為加載方注冊數(shù)據(jù)傳輸協(xié)議，加載方加載使用該傳輸協(xié)議進(jìn)行傳輸?shù)臄?shù)據(jù)，并在加載完成后將傳輸協(xié)議注銷，以便在后續(xù)的數(shù)據(jù)加載過程中重新注冊其他協(xié)議，實現(xiàn)靈活地為加載方注冊協(xié)議，使其可以加載多種不同協(xié)議的數(shù)據(jù)。
具體一點講，本發(fā)明所提供的加載方法及系統(tǒng)不綁定具體的傳輸協(xié)議，而是采用動態(tài)協(xié)議注冊和注銷的方式完成數(shù)據(jù)的下載和上傳處理，實現(xiàn)在加載過程中進(jìn)行動態(tài)注冊、注銷協(xié)議。
本發(fā)明中，加載方首選讀取所接收到的加載請求，獲取請求中需要加載的數(shù)據(jù)所使用的傳輸協(xié)議的類型，然后調(diào)用對應(yīng)的協(xié)議對加載方進(jìn)行協(xié)議注冊。經(jīng)過協(xié)議注冊后，加載方可以從支持該傳輸協(xié)議的數(shù)據(jù)提供方中選取數(shù)據(jù)進(jìn)行加載。
本發(fā)明的數(shù)據(jù)提供方包括兩種包含協(xié)議加載模塊的數(shù)據(jù)提供方、不包含協(xié)議加載模塊的數(shù)據(jù)提供方。
對于包含協(xié)議加載模塊的數(shù)據(jù)提供方，加載方在從數(shù)據(jù)提供方選取數(shù)據(jù)進(jìn)行加載之前，需要與數(shù)據(jù)提供方進(jìn)行信息交互，將加載方支持的傳輸協(xié)議注冊至數(shù)據(jù)提供方，經(jīng)傳輸協(xié)議注冊后，實現(xiàn)加載方與數(shù)據(jù)提供方之間的數(shù)據(jù)上傳或下載。
對于不包含協(xié)議加載模塊的數(shù)據(jù)提供方，其只能以固定的協(xié)議類型傳輸數(shù)據(jù)，無法對數(shù)據(jù)提供方再進(jìn)行協(xié)議注冊。本發(fā)明中經(jīng)過協(xié)議注冊的加載方檢測數(shù)據(jù)提供方是否支持所要加載數(shù)據(jù)的傳輸協(xié)議類型，若不支持，則無法進(jìn)行數(shù)據(jù)傳輸；若不支持，則直接按照加載方的要求加載數(shù)據(jù)。
本發(fā)明加載方與數(shù)據(jù)提供方之間的傳輸協(xié)議包括TCP/IP上的傳輸協(xié)議，還包括基于串口的XMODEM協(xié)議、無線傳輸協(xié)議。
本發(fā)明所述的加載方和數(shù)據(jù)提供方包括網(wǎng)絡(luò)節(jié)點，所述網(wǎng)絡(luò)節(jié)點包括客戶端和/或服務(wù)器。
下面將結(jié)合本發(fā)明具體實施例附圖對本發(fā)明作詳細(xì)說明。
如圖2所示為本發(fā)明實施例一的數(shù)據(jù)加載原理示意圖。
如圖所示，本發(fā)明實施例一使用靈活的協(xié)議注冊方法，作為加載方的客戶端在讀取來自作為應(yīng)用管理方的應(yīng)用層的加載請求后根據(jù)加載請求中要求的數(shù)據(jù)傳輸協(xié)議為客戶端選擇并注冊傳輸協(xié)議。
客戶端在注冊傳輸協(xié)議后將應(yīng)用層的加載請求發(fā)送至作為數(shù)據(jù)提供方的邏輯服務(wù)器，從邏輯服務(wù)器中加載使用該傳輸協(xié)議傳輸?shù)臄?shù)據(jù)。
本發(fā)明實施例一并不為加載方預(yù)先注冊固定的協(xié)議，而是將多種傳輸協(xié)議存儲于客戶端中的協(xié)議存儲模塊，即圖2所示的傳輸協(xié)議層中。
當(dāng)需要為作為加載方的客戶端加載遵循一種或多種傳輸協(xié)議的數(shù)據(jù)時，本發(fā)明實施例一中的加載適配模塊即圖2所示的加載適配子層將從傳輸協(xié)議層中調(diào)用與需加載數(shù)據(jù)對應(yīng)的協(xié)議，并為加載方注冊該協(xié)議。
經(jīng)過協(xié)議注冊的客戶端便可以按照其加載的傳輸協(xié)議將邏輯服務(wù)器中支持該傳輸協(xié)議的數(shù)據(jù)加載至客戶端。
本發(fā)明實施例一將所有數(shù)據(jù)存儲于一個可存儲使用不同傳輸協(xié)議的多種數(shù)據(jù)的邏輯服務(wù)器中。在按照加載請求加載數(shù)據(jù)時，需要將加載請求中要求的傳輸協(xié)議在邏輯服務(wù)器中進(jìn)行注冊，使邏輯服務(wù)器中的數(shù)據(jù)可以按照該傳輸協(xié)議進(jìn)行傳輸，以便進(jìn)行加載。
在數(shù)據(jù)加載結(jié)束后，本發(fā)明實施例一將客戶端和邏輯服務(wù)器中已注冊的協(xié)議注銷，以便在后續(xù)加載中重新按照加載請求注冊新的協(xié)議。
本發(fā)明還可以將所有待加載的數(shù)據(jù)存儲于多個遵循不同協(xié)議的獨立邏輯服務(wù)器中，當(dāng)需要加載某種協(xié)議類型的數(shù)據(jù)時便從與該協(xié)議類型對應(yīng)的服務(wù)器中加載數(shù)據(jù)。
此外，本發(fā)明可以通過豐富可注冊傳輸協(xié)議的方法靈活擴(kuò)展加載方可加載的數(shù)據(jù)種類，提高數(shù)據(jù)加載能力。
如圖3所示，本發(fā)明的實施例二中，向加載方注冊協(xié)議并加載數(shù)據(jù)的流程包括步驟1、加載方接收并讀取應(yīng)用管理方發(fā)出的加載請求，獲取要下載的數(shù)據(jù)或文件的內(nèi)容、類型以及所處位置等信息，并檢測進(jìn)行數(shù)據(jù)下載時所需使用的傳輸協(xié)議是否已經(jīng)注冊到加載方的數(shù)據(jù)加載模塊中；加載方通過接收來自應(yīng)用管理方的下載請求獲取所要加載的數(shù)據(jù)的信息，或，加載方根據(jù)系統(tǒng)對數(shù)據(jù)的需求確定需要加載的數(shù)據(jù)的信息，所述的數(shù)據(jù)信息中包含數(shù)據(jù)傳輸時需使用的傳輸協(xié)議。
如果傳輸協(xié)議已經(jīng)注冊至加載方，則執(zhí)行步驟3；如果協(xié)議還未加載到數(shù)據(jù)加載模塊中，則執(zhí)行步驟2；步驟2、加載方的數(shù)據(jù)加載模塊調(diào)用加載注冊協(xié)議接口，將需要使用的協(xié)議注冊到數(shù)據(jù)加載模塊上，使數(shù)據(jù)加載模塊能夠使用該傳輸協(xié)議進(jìn)行數(shù)據(jù)傳輸及加載，然后執(zhí)行步驟3；步驟3、加載方調(diào)用數(shù)據(jù)加載模塊提供的加載接口，以便在數(shù)據(jù)加載過程中傳輸被加載的數(shù)據(jù)和加載控制信息，數(shù)據(jù)加載模塊還將應(yīng)用管理方的加載請求發(fā)送給加載適配模塊；
步驟4、加載方的加載適配模塊將加載方接收的數(shù)據(jù)加載請求直接或者間接轉(zhuǎn)換為細(xì)粒度的命令組合，這些命令又與具體傳輸協(xié)議對應(yīng)，因此加載適配模塊將應(yīng)用控制方的加載請求功能操作，如上傳、下載、續(xù)傳、獲取下載對象屬性等，轉(zhuǎn)換為傳輸協(xié)議相應(yīng)的功能操作，加載方直接使用所述經(jīng)轉(zhuǎn)換得到的傳輸協(xié)議的功能操作，從數(shù)據(jù)提供方中加載遵循該傳輸協(xié)議的數(shù)據(jù)；步驟5、加載方通過傳輸協(xié)議的功能操作對數(shù)據(jù)提供方中遵循該傳輸協(xié)議的數(shù)據(jù)進(jìn)行加載，在加載結(jié)束后數(shù)據(jù)加載模塊向應(yīng)用管理方發(fā)送下載完成通知；步驟6、應(yīng)用管理方接收到數(shù)據(jù)加載模塊的加載結(jié)束通知后，判斷是否還有使用同一協(xié)議的數(shù)據(jù)需要下載，如果有，則跳轉(zhuǎn)至步驟4重新執(zhí)行下載任務(wù)；如果沒有，則轉(zhuǎn)至步驟7；步驟7、將該協(xié)議從數(shù)據(jù)加載模塊中注銷，為后面的調(diào)度留出內(nèi)存空間，以便最大程度地完成不同協(xié)議的下載任務(wù)。
對于數(shù)據(jù)加載模塊中協(xié)議的注銷，可以存在多種注銷方法，比如可根據(jù)不同的實際情況采用先進(jìn)先出的注銷方法或者最長時間未使用等注銷策略；在本次數(shù)據(jù)調(diào)度結(jié)束后，被加載至數(shù)據(jù)加載模塊的協(xié)議可以不被立即注銷，而是在被保留一段時間后，當(dāng)進(jìn)行下一次或幾次調(diào)度時，如果所需的協(xié)議恰好在先前的調(diào)度中使用過且還未被注銷，則數(shù)據(jù)加載模塊無需重新下載協(xié)議，直接進(jìn)行數(shù)據(jù)調(diào)度即可。
先進(jìn)先出策略將所有經(jīng)加載的協(xié)議均保留一段時間，無論這些協(xié)議在被保留的時間內(nèi)是否被再次使用，在到達(dá)保留時間后均要卸載這些協(xié)議，先被加載的協(xié)議也相應(yīng)地先被卸載；最長時間未使用注銷策略是在被保留的多個協(xié)議中刪除最長時間未被使用的協(xié)議，這種策略可以保證經(jīng)常被使用的協(xié)議可以不被刪除，而刪除那些不經(jīng)常被使用的協(xié)議。
在本發(fā)明的實施例二中，數(shù)據(jù)加載模塊在應(yīng)用控制方的控制下進(jìn)行數(shù)據(jù)調(diào)度，本發(fā)明的數(shù)據(jù)加載模塊還可以根據(jù)需要主動注冊協(xié)議、自動注銷協(xié)議。數(shù)據(jù)加載模塊中維護(hù)注冊協(xié)議記錄表，該表中記錄著數(shù)據(jù)加載模塊的協(xié)議注冊以及注銷情況。
在加載方的數(shù)據(jù)加載模塊根據(jù)需要主動加載、注銷協(xié)議的情況下，當(dāng)應(yīng)用控制方接收到下載或上傳請求后，直接調(diào)用數(shù)據(jù)加載模塊提供的下載或上傳接口，數(shù)據(jù)加載模塊通過注冊協(xié)議記錄表檢測該協(xié)議是否已經(jīng)處于已注冊狀態(tài)；如果協(xié)議已注冊，則直接進(jìn)行數(shù)據(jù)的下載或上傳處理，如果協(xié)議未注冊，則自動注冊該協(xié)議，完成注冊加載后再進(jìn)行數(shù)據(jù)的下載或上傳。
如圖4所示，在本發(fā)明實施例三中的一種數(shù)據(jù)加載系統(tǒng)，包括加載方和數(shù)據(jù)提供方，用以將數(shù)據(jù)提供方提供的數(shù)據(jù)加載至加載方，所述加載方包括加載適配模塊和數(shù)據(jù)加載模塊，所述加載適配模塊用于將傳輸待加載數(shù)據(jù)所需要的傳輸協(xié)議注冊至數(shù)據(jù)加載模塊中；所述數(shù)據(jù)加載模塊用于在進(jìn)行傳輸協(xié)議注冊后將數(shù)據(jù)從數(shù)據(jù)提供方加載至加載方。
所述數(shù)據(jù)提供方包括協(xié)議注冊模塊和數(shù)據(jù)發(fā)送模塊；所述協(xié)議注冊模塊用于將加載方注冊的傳輸協(xié)議注冊至數(shù)據(jù)發(fā)送方的數(shù)據(jù)發(fā)送模塊；所述數(shù)據(jù)發(fā)送模塊用于將數(shù)據(jù)提供方的數(shù)據(jù)按照加載方注冊的傳輸協(xié)議發(fā)送給加載方。
所述加載方還包括
協(xié)議存儲模塊，用于存儲數(shù)據(jù)傳輸所需的傳輸協(xié)議；協(xié)議信息發(fā)送模塊，用于在加載方進(jìn)行協(xié)議注冊后將加載方所注冊的協(xié)議信息發(fā)送給數(shù)據(jù)提供方；協(xié)議注銷模塊，用于在數(shù)據(jù)加載結(jié)束后注銷在數(shù)據(jù)加載過程中加載方以及數(shù)據(jù)提供方注冊的協(xié)議。
本發(fā)明實施例三所述的數(shù)據(jù)加載系統(tǒng)由加載方從數(shù)據(jù)提供方向加載方加載數(shù)據(jù)。加載方從應(yīng)用管理方接收加載請求或者根據(jù)實際需要確定需要加載的數(shù)據(jù)；加載方的在確定需要加載的數(shù)據(jù)后通過加載適配模塊從協(xié)議存儲模塊中調(diào)用傳輸該數(shù)據(jù)類需要使用的傳輸協(xié)議，并將其注冊至加載方的數(shù)據(jù)加載模塊中；加載方在對數(shù)據(jù)加載模塊進(jìn)行協(xié)議注冊后通過議信息發(fā)送模塊將協(xié)議注冊信息發(fā)送給數(shù)據(jù)提供方，數(shù)據(jù)提供方的協(xié)議注冊模塊將加載方的傳輸協(xié)議注冊至數(shù)據(jù)發(fā)送模塊，數(shù)據(jù)發(fā)送模塊在收到數(shù)據(jù)加載模塊的加載指令后向按照注冊的傳輸協(xié)議向數(shù)據(jù)加載模塊發(fā)送數(shù)據(jù)，實現(xiàn)數(shù)據(jù)加載。
在數(shù)據(jù)加載結(jié)束后，加載方的協(xié)議注銷模塊將加載方和數(shù)據(jù)提供方中注冊的傳輸協(xié)議注銷，以便在后續(xù)的數(shù)據(jù)加載中重新注冊傳輸協(xié)議進(jìn)行數(shù)據(jù)加載。
以上所述，僅為本發(fā)明較佳的具體實施方式
，但本發(fā)明的保護(hù)范圍并不局限于此，任何熟悉本技術(shù)領(lǐng)域的技術(shù)人員在本發(fā)明揭露的技術(shù)范圍內(nèi)，可輕易想到的變化或替換，都應(yīng)涵蓋在本發(fā)明的保護(hù)范圍之內(nèi)。因此，本發(fā)明的保護(hù)范圍應(yīng)該以權(quán)利要求的保護(hù)范圍為準(zhǔn)。
權(quán)利要求
1.一種數(shù)據(jù)加載系統(tǒng)，包括加載方和數(shù)據(jù)提供方，用以將數(shù)據(jù)提供方提供的數(shù)據(jù)加載至加載方，其特征在于，所述加載方包括加載適配模塊和數(shù)據(jù)加載模塊，所述加載適配模塊用于將傳輸待加載數(shù)據(jù)所需要的傳輸協(xié)議注冊至數(shù)據(jù)加載模塊中；所述數(shù)據(jù)加載模塊用于在進(jìn)行傳輸協(xié)議注冊后將數(shù)據(jù)從數(shù)據(jù)提供方加載至加載方。
2.根據(jù)權(quán)利要求1所述的一種數(shù)據(jù)加載系統(tǒng)，其特征在于，所述數(shù)據(jù)提供方包括協(xié)議注冊模塊和數(shù)據(jù)發(fā)送模塊，所述協(xié)議注冊模塊用于將加載方注冊的傳輸協(xié)議注冊至數(shù)據(jù)發(fā)送方的數(shù)據(jù)發(fā)送模塊；所述數(shù)據(jù)發(fā)送模塊用于將數(shù)據(jù)提供方的數(shù)據(jù)按照加載方注冊的傳輸協(xié)議發(fā)送給加載方。
3.根據(jù)權(quán)利要求1所述的一種數(shù)據(jù)加載系統(tǒng)，其特征在于，所述加載方還包括協(xié)議存儲模塊，用于存儲數(shù)據(jù)傳輸所需的傳輸協(xié)議；協(xié)議信息發(fā)送模塊，用于在加載方進(jìn)行協(xié)議注冊后將加載方所注冊的協(xié)議信息發(fā)送給數(shù)據(jù)提供方；協(xié)議注銷模塊，用于在數(shù)據(jù)加載結(jié)束后注銷在數(shù)據(jù)加載過程中加載方以及數(shù)據(jù)提供方注冊的協(xié)議。
4.一種數(shù)據(jù)加載的方法，其特征在于，所述方法包括A、加載方獲得進(jìn)行數(shù)據(jù)加載所需的協(xié)議類型，并將所述協(xié)議類型對應(yīng)的協(xié)議注冊至加載方的協(xié)議加載模塊；B、加載方根據(jù)所述注冊協(xié)議加載由數(shù)據(jù)提供方傳輸?shù)臄?shù)據(jù)。
5.根據(jù)權(quán)利要求1所述的一種數(shù)據(jù)加載方法，其特征在于，所述方法還包括C、當(dāng)所述數(shù)據(jù)加載結(jié)束后，注銷所述協(xié)議加載層中為加載所述數(shù)據(jù)注冊的協(xié)議。
6.根據(jù)權(quán)利要求1所述的一種數(shù)據(jù)加載方法，其特征在于，所述步驟A包括A1、加載方接收應(yīng)用管理方的數(shù)據(jù)加載請求，或由加載方根據(jù)需要確定數(shù)據(jù)加載請求，所述數(shù)據(jù)加載請求中包括數(shù)據(jù)加載時使用的傳輸協(xié)議類型；A2、加載方調(diào)用并注冊數(shù)據(jù)加載請求中包含的傳輸協(xié)議，加載方在協(xié)議注冊后可以加載按照該協(xié)議進(jìn)行傳輸?shù)臄?shù)據(jù)。
7.根據(jù)權(quán)利要求1所述的一種數(shù)據(jù)加載方法，其特征在于，所述步驟B包括當(dāng)數(shù)據(jù)提供方包含協(xié)議加載模塊，則加載方將已注冊的傳輸協(xié)議注冊至數(shù)據(jù)提供方的協(xié)議加載模塊，使數(shù)據(jù)提供方可以按照該傳輸協(xié)議發(fā)送的數(shù)據(jù)；經(jīng)過協(xié)議注冊的加載方從數(shù)據(jù)提供方加載按照所述傳輸協(xié)議進(jìn)行傳輸?shù)臄?shù)據(jù)。
8.根據(jù)權(quán)利要求1所述的一種數(shù)據(jù)加載方法，其特征在于，所述步驟B包括當(dāng)數(shù)據(jù)提供方不包含協(xié)議加載模塊，則只能以固定的協(xié)議類型傳輸數(shù)據(jù)；經(jīng)過協(xié)議注冊的加載方檢測數(shù)據(jù)提供方是否支持所要加載數(shù)據(jù)的傳輸協(xié)議類型，若不支持，則無法進(jìn)行數(shù)據(jù)傳輸；若不支持，則直接按照加載方的要求加載數(shù)據(jù)。
9.根據(jù)權(quán)利要求4至8任一所述的一種數(shù)據(jù)加載方法，其特征在于，所述加載方和數(shù)據(jù)提供方包括網(wǎng)絡(luò)節(jié)點，所述網(wǎng)絡(luò)節(jié)點包括客戶端和/或服務(wù)器。
10.根據(jù)權(quán)利要求5所述的一種數(shù)據(jù)加載方法，其特征在于，所述步驟C包括當(dāng)所述數(shù)據(jù)加載結(jié)束后，判斷是否還有需要使用所述協(xié)議進(jìn)行加載的數(shù)據(jù)，若有則根據(jù)所述協(xié)議對數(shù)據(jù)進(jìn)行加載，若無則注銷所述協(xié)議加載層中為加載所述數(shù)據(jù)而注冊的協(xié)議。
全文摘要
本發(fā)明提供了一種數(shù)據(jù)調(diào)度的方法及系統(tǒng)，包括加載層根據(jù)調(diào)度請求中的數(shù)據(jù)協(xié)議類型與傳輸協(xié)議層進(jìn)行信息交互，為加載層注冊調(diào)度數(shù)據(jù)所需的協(xié)議，并在協(xié)議注冊成功后，利用所述的協(xié)議調(diào)度該數(shù)據(jù)。由上述本發(fā)明提供的技術(shù)方案可以看出，本發(fā)明加載層本身并無協(xié)議信息，而是通過與傳輸協(xié)議層的信息交互獲得，實現(xiàn)加載組件與協(xié)議無關(guān)，屏蔽具體的協(xié)議差異性；協(xié)議注冊可靈活擴(kuò)展加載的協(xié)議處理能力，擴(kuò)展客戶端的下載處理能力；完成數(shù)據(jù)加載后注銷相關(guān)協(xié)議，利用有限內(nèi)存資源完成不同協(xié)議的數(shù)據(jù)下載任務(wù)。
文檔編號G06F13/00GK1909521SQ20061011158
公開日2007年2月7日 申請日期2006年8月28日 優(yōu)先權(quán)日2006年8月28日
發(fā)明者賀建國, 饒俊, 湯智龍 申請人:華為技術(shù)有限公司