一種文件加載方法及裝置的制造方法
【技術領域】
[0001 ]本發(fā)明涉及通信技術領域，尤其涉及一種文件加載方法及裝置。
【背景技術】
[0002]在嵌入式系統(tǒng)，通常內置的存儲空間是有限的。在一些應用場景中，比如網絡設備，通常會在存儲空間存放應用程序，這些應用程序每次更新時便會伴隨著大量的更新文件。這樣一來，網絡設備在更新應用程序的同時常會面臨存儲空間不足的問題。
[0003]傳統(tǒng)的嵌入式系統(tǒng)中，通常是利用了FTP(File Transfer Protocol，文件傳輸協(xié)議)、TFTP(Trivial File Transfer Protocol，簡單文件傳輸協(xié)議)等網絡傳輸技術實現加載端與服務端的文件傳輸。然而，基于這兩類傳輸協(xié)議的工具，都沒有對可寫入空間大小與當前待寫入文件大小進行感知的能力，而需要人工進行判斷。這就導致加載端只能在文件下載后才能根據獲取到的文件的大小與可寫入空間大小進行比較，從而導致文件安裝或寫入失敗，甚至產生殘留文件影響程序正常運行。
【發(fā)明內容】
[0004]有鑒于此，本發(fā)明提供一種文件加載方法及裝置來解決加載端因無法感知文件大小而造成的文件加載失敗的問題。
[0005]具體地，本發(fā)明是通過如下技術方案實現的:
[0006]本發(fā)明提供一種文件加載方法，所述方法應用于嵌入式系統(tǒng)的加載端，所述方法包括:
[0007]向服務端發(fā)送目標文件的文件請求；
[0008]接收服務端返回的、與所述目標文件相對應的文件信息，所述文件信息中包含文件大小，所述文件大小用于表示目標文件在應用狀態(tài)下所占用的存儲空間大小；
[0009]判斷本地的存儲空間是否大于所述文件大?。?br>[0010]若本地的存儲空間大于文件大小，則加載所述目標文件。
[0011 ]進一步的，當所述目標文件為指定格式時，所述文件請求為文件加載請求；
[0012]所述接收服務端返回的、與所述文件標識相對應的文件信息，包括:
[0013]接收服務端返回的、與所述文件標識相對應的文件信息，所述文件信息的頭部包含該目標文件生成時存儲的文件大小。
[0014]進一步的，當所述目標文件為非指定格式時，所述文件請求為文件大小請求；
[0015]所述若本地的存儲空間大于文件大小，則加載所述目標文件，包括:
[0016]若本地的存儲空間大于文件大小，則向服務端發(fā)送目標文件的文件加載請求；
[0017]接收服務端發(fā)送的目標文件，并對目標文件進行加載。
[0018]進一步的，在所述判斷本地的存儲空間是否大于所述文件大小之后，所述方法還包括:
[0019]若本地的存儲空間不大于文件大小，則拒絕加載所述目標文件。
[0020]本發(fā)明還提供另一種文件加載方法，所述方法應用于嵌入式系統(tǒng)的服務端，所述方法包括:
[0021 ]接收加載端發(fā)送的目標文件的文件請求；
[0022]向加載端返回與所述目標文件相對應的文件信息，所述文件信息中包含文件大小，所述文件大小用于表示目標文件在應用狀態(tài)下所占用的存儲空間大小。
[0023]進一步的，當所述目標文件為指定格式時，所述文件請求為文件加載請求；
[0024]所述向加載端返回與所述目標文件相對應的文件信息，包括:
[0025]向加載端返回與所述目標文件相對應的文件信息，所述文件信息的頭部包含該目標文件生成時存儲的文件大小。
[0026]進一步的，當所述目標文件為非指定格式時，所述文件請求為文件大小請求；
[0027]所述向加載端返回與所述目標文件相對應的文件信息，包括:
[0028]獲取目標文件對應的文件大小，并將攜帶所述文件大小的文件信息返回至加載端。
[0029]基于同樣的構思，本發(fā)明還提供一種文件加載裝置，所述裝置應用于嵌入式系統(tǒng)的加載端，所述裝置包括:
[0030]請求發(fā)送單元，用于向服務端發(fā)送目標文件的文件請求；
[0031 ]信息接收單元，用于接收服務端返回的、與所述目標文件相對應的文件信息，所述文件信息中包含文件大小，所述文件大小用于表示目標文件在應用狀態(tài)下所占用的存儲空間大?。?br>[0032]空間判斷單元，用于判斷本地的存儲空間是否大于所述文件大?。?br>[0033]文件加載單元，用于在本地的存儲空間大于文件大小時，加載所述目標文件。
[0034]進一步的，當所述目標文件為指定格式時，所述文件請求為文件加載請求；
[0035]所述信息接收單元，具體用于接收服務端返回的、與所述文件標識相對應的文件信息，所述文件信息的頭部包含該目標文件生成時存儲的文件大小。
[0036]進一步的，當所述目標文件為非指定格式時，所述文件請求為文件大小請求；
[0037]所述文件加載單元，具體用于在本地的存儲空間大于文件大小時，則向服務端發(fā)送目標文件的文件加載請求;接收服務端發(fā)送的目標文件，并對目標文件進行加載。
[0038]進一步的，所述裝置還包括:
[0039]拒絕加載單元，用于在本地的存儲空間不大于文件大小時，拒絕加載所述目標文件。
[0040]本發(fā)明還提供另一種文件加載裝置，所述裝置應用于嵌入式系統(tǒng)的服務端，所述裝置包括:
[0041]請求接收單元，用于接收加載端發(fā)送的目標文件的文件請求；
[0042]信息返回單元，用于向加載端返回與所述目標文件相對應的文件信息，所述文件信息中包含文件大小，所述文件大小用于表示目標文件在應用狀態(tài)下所占用的存儲空間大小。
[0043]進一步的，當所述目標文件為指定格式時，所述文件請求為文件加載請求；
[0044]所述信息返回單元，具體用于向加載端返回與所述目標文件相對應的文件信息，所述文件信息的頭部包含該目標文件生成時存儲的文件大小。
[0045]進一步的，當所述目標文件為非指定格式時，所述文件請求為文件大小請求；
[0046]所述信息返回單元，具體用于獲取目標文件對應的文件大小，并將攜帶所述文件大小的文件信息返回至加載端。
[0047]由此可見，本發(fā)明可以使服務端在文件信息中添加目標文件的文件大小，以使加載端收到文件信息時通過文件大小預先獲知該目標文件的文件大小，并對存儲空間是否充足進行準確預判，從而可以保證加載端成功加載文件，提高文件加載效率。
【附圖說明】
[0048]圖1是本發(fā)明一種示例性實施方式中的一種文件加載方法的處理流程圖；
[0049]圖2是本發(fā)明一種示例性實施方式中的另一種文件加載方法的處理流程圖；
[0050]圖3a是本發(fā)明實施例中一種加載端與服務端的交互流程圖；
[0051]圖3b是本發(fā)明實施例中另一種加載