两个人的电影免费视频_国产精品久久久久久久久成人_97视频在线观看播放_久久这里只有精品777_亚洲熟女少妇二三区_4438x8成人网亚洲av_内谢国产内射夫妻免费视频_人妻精品久久久久中国字幕

跨平臺文件增量同步方法、計算機裝置、介質(zhì)、產(chǎn)品與流程

文檔序號:40609061發(fā)布日期:2025-01-07 20:50閱讀:8來源:國知局
跨平臺文件增量同步方法、計算機裝置、介質(zhì)、產(chǎn)品與流程

本公開涉及文件傳輸,尤其涉及一種跨平臺文件增量同步方法、計算機裝置、介質(zhì)、產(chǎn)品。


背景技術(shù):

1、在當前的數(shù)字化時代,文件同步和傳輸是跨平臺協(xié)作、遠程工作和多設備同步的關(guān)鍵需求。隨著云計算和移動設備的普及,用戶需要在不同的操作系統(tǒng)和設備之間高效、穩(wěn)定地同步和傳輸文件。然而,現(xiàn)有的文件同步和傳輸技術(shù)面臨著一系列挑戰(zhàn),具體包括:1)平臺兼容性問題:不同的操作系統(tǒng)和設備可能使用不同的文件系統(tǒng)和編碼標準,導致文件在跨平臺傳輸時出現(xiàn)兼容性問題;2)網(wǎng)絡環(huán)境多樣性:用戶通過不同的網(wǎng)絡環(huán)境(如wi-fi、移動數(shù)據(jù)、vpn等)進行文件傳輸,這些網(wǎng)絡環(huán)境的帶寬、延遲和穩(wěn)定性各不相同,對文件傳輸?shù)男屎涂煽啃蕴岢隽颂魬?zhàn);3)數(shù)據(jù)量和傳輸速度:隨著文件大小的增加,傳統(tǒng)的文件傳輸方法往往效率低下,尤其是在網(wǎng)絡條件不佳的情況下,傳輸速度會受到嚴重影響。

2、現(xiàn)有的解決方案,如ftp、http/https、云存儲服務等,雖然在一定程度上滿足了文件傳輸?shù)男枨?,但無法動態(tài)適應不同的網(wǎng)絡環(huán)境,導致進行跨平臺傳輸時穩(wěn)定性差、效率低。


技術(shù)實現(xiàn)思路

1、有鑒于此,本公開實施例提供了一種跨平臺文件增量同步方法、計算機裝置、介質(zhì)、產(chǎn)品,能夠解決現(xiàn)有技術(shù)中公開的跨平臺傳輸方法無法動態(tài)適應不同的網(wǎng)絡環(huán)境導致的傳輸穩(wěn)定性差、傳輸效率低等的問題。

2、第一方面,本公開實施例提供了一種跨平臺文件增量同步方法,包括:

3、實時監(jiān)測確定的待監(jiān)控文件,獲取文件變化信息;

4、基于所述文件變化信息,動態(tài)獲得目標編碼算法、目標壓縮比率;

5、基于所述目標編碼算法、目標壓縮比率對所述文件變化信息進行處理,獲得中間文件信息,為所述中間文件信息分配唯一標識符、唯一校驗信息,獲取目標文件數(shù)據(jù);

6、探測并獲取多個目標網(wǎng)絡路徑;

7、根據(jù)網(wǎng)絡延遲信息、帶寬信息和可靠性信息,在多個所述目標網(wǎng)絡路徑中確定最優(yōu)傳輸路徑;

8、在所述最優(yōu)傳輸路徑上傳輸所述目標文件數(shù)據(jù)。

9、可選的,所述實時監(jiān)測確定的待監(jiān)控文件,獲取文件變化信息,包括:

10、確定待監(jiān)控文件;

11、對所述待監(jiān)控文件進行語義分析,獲得文件邏輯結(jié)構(gòu);

12、基于差異比較算法對所述文件邏輯結(jié)構(gòu)進行分析,獲得文件變化信息。

13、可選的,所述對所述待監(jiān)控文件進行語義分析,獲得文件邏輯結(jié)構(gòu),包括:

14、當所述待監(jiān)控文件為文本文件時,通過詞頻統(tǒng)計識別出常見詞匯或短語,或者使用序列匹配算法對文件內(nèi)容進行重復序列檢測,獲得文件邏輯結(jié)構(gòu);

15、當所述待監(jiān)控文件為代碼時,通過序列匹配識別出重復的代碼塊,或者采用特征提取技術(shù)對文件內(nèi)容進行特征模式的識別,獲得文件邏輯結(jié)構(gòu);

16、當所述待監(jiān)控文件為圖像時,通過特征提取識別出文件內(nèi)容中重復的紋理區(qū)域,獲得文件邏輯結(jié)構(gòu)。

17、可選的,所述基于所述文件變化信息,動態(tài)獲得目標編碼算法、目標壓縮比率,包括:

18、基于所述文件變化信息,確定文件內(nèi)容類型、頻繁變化內(nèi)容、穩(wěn)定內(nèi)容;所述頻繁變化內(nèi)容為變化頻率大于預設頻率閾值的內(nèi)容,所述穩(wěn)定內(nèi)容為變化頻率不大于預設頻率閾值的內(nèi)容;

19、根據(jù)所述文件內(nèi)容類型、算法存儲庫,動態(tài)獲取調(diào)整后的目標編碼算法;

20、動態(tài)調(diào)整所述頻繁變化內(nèi)容的壓縮比率為第一壓縮比率;

21、動態(tài)調(diào)整所述穩(wěn)定內(nèi)容的壓縮比率為第二壓縮比率,且所述第二壓縮比率大于所述第一壓縮比率。

22、可選的,當所述文件內(nèi)容類型為文本文件時,所述目標編碼算法為基于字典的壓縮算法;

23、當所述文件內(nèi)容類型為圖像文件時,所述目標編碼算法為基于變換的壓縮算法。

24、可選的,所述根據(jù)網(wǎng)絡延遲信息、帶寬信息和可靠性信息,在多個所述目標網(wǎng)絡路徑中確定最優(yōu)傳輸路徑,包括:

25、基于應用場景,確定網(wǎng)絡延遲權(quán)重、帶寬權(quán)重和可靠性權(quán)重;

26、獲取多個所述目標網(wǎng)絡路徑的實際帶寬、實際延遲、實際丟包率;

27、基于所述實際帶寬、所述實際延遲、所述實際丟包率獲取對應所述目標網(wǎng)絡路徑的帶寬評分、延遲評分、丟包率評分;

28、基于所述網(wǎng)絡延遲權(quán)重、所述帶寬權(quán)重、所述可靠性權(quán)重、所述帶寬評分、所述延遲評分、所述丟包率評分,獲得每個所述目標網(wǎng)絡路徑的總評分,將總評分最高的所述目標網(wǎng)絡路徑作為最優(yōu)傳輸路徑。

29、可選的,所述在所述最優(yōu)傳輸路徑上傳輸所述目標文件數(shù)據(jù),進一步包括:

30、實時監(jiān)測當前網(wǎng)絡信息,當所述當前網(wǎng)絡信息發(fā)生變化時,動態(tài)調(diào)整傳輸路徑、傳輸速率,并以動態(tài)調(diào)整后的傳輸路徑、傳輸速率進行文件的跨平臺同步。

31、可選的,所述帶寬評分的獲取方法,包括:

32、獲取所有所述目標網(wǎng)絡路徑中最大的實際帶寬;

33、獲取單個所述目標網(wǎng)絡路徑的實際帶寬與最大的實際帶寬的比值;

34、基于所述比值、帶寬滿分閾值,獲得所述帶寬評分;

35、所述帶寬評分為ai,其中,ki為第i個目標網(wǎng)絡路徑的實際帶寬,kmax為所有所述目標網(wǎng)絡路徑中最大的實際帶寬,k為帶寬滿分閾值。

36、可選的,所述延遲評分的獲取方法,包括:

37、獲取所有所述目標網(wǎng)絡路徑中最大的實際延遲、最小的實際延遲;

38、基于單個所述目標網(wǎng)絡路徑的實際延遲、最大的實際延遲、最小的實際延遲、延遲滿分閾值,獲得所述延遲評分;

39、所述延遲評分為bi,其中,yi為第i個目標網(wǎng)絡路徑的實際延遲,ymin為所有所述目標網(wǎng)絡路徑中最小的實際延遲,ymax為所有所述目標網(wǎng)絡路徑中最大的實際延遲,y為延遲滿分閾值。

40、可選的,所述丟包率評分的獲取方法,包括:

41、獲取所有所述目標網(wǎng)絡路徑中最大的實際丟包率;

42、基于單個所述目標網(wǎng)絡路徑的實際丟包率、最大的實際丟包率、丟包率滿分閾值,獲得所述丟包率評分;

43、所述丟包率評分為ci,其中,di為第i個目標網(wǎng)絡路徑的實際丟包率,dmax為所有所述目標網(wǎng)絡路徑中最大的實際丟包率,d為丟包率滿分閾值。

44、可選的,第i個所述目標網(wǎng)絡路徑的總評分為qi:

45、qi=ai×p1+bi×p2+ci×p3;

46、p1+p2+p3=1;

47、其中,p1為所述帶寬權(quán)重,p2為所述網(wǎng)絡延遲權(quán)重,p3為所述可靠性權(quán)重。

48、可選的,所述動態(tài)調(diào)整傳輸路徑,包括:

49、實時監(jiān)測所述最優(yōu)傳輸路徑的網(wǎng)絡性能指標,所述網(wǎng)絡性能指標包括帶寬、延遲、丟包率中的至少一種;

50、當所述網(wǎng)絡性能指標低于預設指標閾值時,從多個所述目標網(wǎng)絡路徑中剔除所述網(wǎng)絡性能指標對應的路徑,將余下的所述目標網(wǎng)絡路徑記為更新路徑集;

51、根據(jù)當前網(wǎng)絡性能數(shù)據(jù)重新計算所述更新路徑集中所有路徑的總評分,將總評分最高的路徑作為更新后的最優(yōu)傳輸路徑;

52、基于更新后的最優(yōu)傳輸路徑傳輸文件數(shù)據(jù)。

53、可選的,所述動態(tài)調(diào)整傳輸速率,包括:

54、實時獲取網(wǎng)絡的監(jiān)測數(shù)據(jù),所述監(jiān)測數(shù)據(jù)包括隊列長度、丟包率中的一種或多種;

55、判斷所述監(jiān)測數(shù)據(jù)是否超過預設指標,若是,降低發(fā)送端的傳輸速率;

56、若否,以指數(shù)增長策略增加發(fā)送窗口的大小,并判斷發(fā)送窗口的大小是否達到預設閾值,若是,以線性增長策略增加發(fā)送窗口的大小。

57、可選的,所述跨平臺文件增量同步方還包括:

58、基于所述唯一校驗信息在目標接收端校驗對應文件的完整性;

59、基于所有的所述唯一標識符確定接收的文件中所有壓縮塊的位置信息;

60、基于所述位置信息解壓文件中所有的壓縮塊,獲得完整文件,并更新目標接收端的文件索引和元數(shù)據(jù)。

61、第二方面,本公開實施例還提供了一種跨平臺文件增量同步系統(tǒng),包括:

62、監(jiān)控模塊,用于實時監(jiān)測確定的待監(jiān)控文件,獲取文件變化信息;

63、動態(tài)調(diào)整模塊,用于基于所述文件變化信息,動態(tài)調(diào)整編碼算法和壓縮比率,獲得目標編碼算法、目標壓縮比率;

64、處理模塊,用于基于所述目標編碼算法、目標壓縮比率對變化的文件進行處理,為處理后的文件分配唯一標識符、唯一校驗信息,獲取目標文件數(shù)據(jù);

65、探測模塊,用于探測并獲取多個目標網(wǎng)絡路徑;

66、路徑確定模塊,用于根據(jù)網(wǎng)絡延遲信息、帶寬信息和可靠性信息,在多個所述目標網(wǎng)絡路徑中確定最優(yōu)傳輸路徑;

67、同步模塊,用于在所述最優(yōu)傳輸路徑上傳輸所述目標文件數(shù)據(jù)。

68、第三方面,本公開實施例還提供了一種計算機裝置,采用如下技術(shù)方案:

69、yy+242267p

70、所述計算機裝置包括:

71、至少一個處理器;以及,

72、與所述至少一個處理器通信連接的存儲器;其中,

73、所述存儲器存儲有可被所述至少一個處理器執(zhí)行的指令,所述指令被所述至少一個處理器執(zhí)行,以使所述至少一個處理器能夠執(zhí)行以上任一所述的跨平臺文件增量同步方法。

74、第四方面,本公開實施例還提供了一種計算機可讀存儲介質(zhì),該計算機可讀存儲介質(zhì)存儲計算機指令,該計算機指令用于使計算機執(zhí)行以上任一所述的跨平臺文件增量同步方法。

75、第五方面,本公開實施例還提供了一種計算機程序產(chǎn)品,包括計算機程序/指令,該計算機程序/指令被處理器執(zhí)行時實現(xiàn)以上任一項所述方法的步驟。

76、本技術(shù)公開的跨平臺文件增量同步方法,只同步文件中的變化部分,而不是整個文件,顯著減少了數(shù)據(jù)傳輸量,提高了同步效率,節(jié)省了帶寬和時間;根據(jù)文件變化信息動態(tài)選擇最優(yōu)的編碼算法和壓縮比率,進一步減少傳輸數(shù)據(jù)量,提高同步效率;基于網(wǎng)絡延遲、帶寬和可靠性信息選擇最優(yōu)傳輸路徑,可以最大限度地利用可用帶寬,減少網(wǎng)絡資源的浪費,動態(tài)編碼和壓縮減少了處理和傳輸所需的服務器和客戶端資源,降低了整體能耗和硬件成本,為處理后的文件分配唯一標識符和校驗信息,確保文件的完整性和準確性,防止數(shù)據(jù)傳輸過程中的錯誤或損壞;該實施例公開的方法,通過自動選擇最優(yōu)傳輸路徑和動態(tài)調(diào)整編碼算法,無需手動干預,提供了無縫的文件同步體驗,能夠適應不同的網(wǎng)絡環(huán)境和條件,適用不同的操作系統(tǒng)和平臺,實現(xiàn)跨平臺的文件同步,滿足多樣化的應用場景,確保文件同步的實時性和高效性。

77、上述說明僅是本公開技術(shù)方案的概述,為了能更清楚了解本公開的技術(shù)手段,而可依照說明書的內(nèi)容予以實施,并且為讓本公開的上述和其他目的、特征和優(yōu)點能夠更明顯易懂,以下特舉較佳實施例,并配合附圖,詳細說明如下。

當前第1頁1 2 
網(wǎng)友詢問留言 已有0條留言
  • 還沒有人留言評論。精彩留言會獲得點贊!
1
宜良县| 龙游县| 西城区| 宝兴县| 孙吴县| 军事| 大连市| 桐柏县| 贵定县| 包头市| 平果县| 普兰店市| 和田市| 九龙县| 平潭县| 随州市| 虎林市| 汉阴县| 蒙城县| 穆棱市| 定兴县| 枣强县| 泾川县| 江阴市| 习水县| 湖州市| 江华| 靖西县| 桂东县| 深泽县| 北票市| 洪江市| 建湖县| 永福县| 华坪县| 张家港市| 图木舒克市| 成安县| 宜阳县| 伊川县| 凉城县|