欧美在线观看视频网站,亚洲熟妇色自偷自拍另类,啪啪伊人网,中文字幕第13亚洲另类,中文成人久久久久影院免费观看 ,精品人妻人人做人人爽,亚洲a视频

一種數(shù)據(jù)傳輸方法及裝置的制造方法

文檔序號:9691052閱讀:590來源:國知局
一種數(shù)據(jù)傳輸方法及裝置的制造方法
【技術(shù)領(lǐng)域】
[0001] 本申請涉及計算機(jī)技術(shù)領(lǐng)域,尤其涉及一種數(shù)據(jù)傳輸方法及裝置。
【背景技術(shù)】
[0002] 在通信系統(tǒng)中,數(shù)據(jù)存儲設(shè)備出于對數(shù)據(jù)的安全性和重要性的考慮,往往會對自 身保存的數(shù)據(jù)進(jìn)行數(shù)據(jù)同步處理,即進(jìn)行數(shù)據(jù)備份。例如,保存有數(shù)據(jù)的發(fā)送端(如終端或 網(wǎng)絡(luò)設(shè)備)根據(jù)接收端(如網(wǎng)絡(luò)設(shè)備或終端)的數(shù)據(jù)同步請求,將自身存儲的數(shù)據(jù)通過數(shù) 據(jù)包的形成發(fā)送到接收端,該過程為數(shù)據(jù)同步處理過程。
[0003] 為了保證同步數(shù)據(jù)的一致性,發(fā)送端在發(fā)送每個數(shù)據(jù)之前會為該數(shù)據(jù)生成一個 能夠唯一標(biāo)識該數(shù)據(jù)的通用唯一識別碼(Universally Unique Identifier, UUID),再將該 UUID與所述數(shù)據(jù)一起發(fā)送給接收端,以便數(shù)據(jù)在更新時被準(zhǔn)確識別。
[0004] 例如,發(fā)送端在上一次發(fā)送給接收端的數(shù)據(jù)包括:數(shù)據(jù)1、數(shù)據(jù)2和數(shù)據(jù)3,以及與 數(shù)據(jù)1、數(shù)據(jù)2和數(shù)據(jù)3分別對應(yīng)的UUIDUUUID2和UUID3 ;當(dāng)當(dāng)前時刻發(fā)送端保存的數(shù)據(jù) 1變更為數(shù)據(jù)Γ,則發(fā)送端會實時的將UUID1和數(shù)據(jù)Γ發(fā)送給接收端,接收端在接收到數(shù) 據(jù)Γ和UUID1后,確定更新UUID1對應(yīng)的數(shù)據(jù),根據(jù)自身保存的UUID1與數(shù)據(jù)1的對應(yīng)關(guān) 系,確定將數(shù)據(jù)1更新為數(shù)據(jù)Γ,而不會將數(shù)據(jù)2或數(shù)據(jù)3更新為數(shù)據(jù)Γ,保證了數(shù)據(jù)同步 的一致性。
[0005] 由于對于接收端和發(fā)送端來說,同一個UUID唯一標(biāo)識了同一個數(shù)據(jù),因此,接收 端可根據(jù)發(fā)送端發(fā)送的UUID,準(zhǔn)確的對相應(yīng)的數(shù)據(jù)進(jìn)行更新,從而保證了同步數(shù)據(jù)的一致 性。
[0006] -般的,發(fā)送端向接收端發(fā)送的包含UUID的數(shù)據(jù)都是通過數(shù)據(jù)包的形式批量發(fā) 送的,具體的,一個數(shù)據(jù)包中會包含同一個用戶在同一時刻(如,同一秒內(nèi))進(jìn)行的操作所 形成的數(shù)千個數(shù)據(jù)和相應(yīng)的各UUID。
[0007] 為了減少UUID在傳輸過程中對網(wǎng)絡(luò)資源的占用量,需要對各待發(fā)送的UUID進(jìn)行 壓縮處理,并將壓縮后的UUID發(fā)送。各UUID的壓縮率越高,在傳輸過程中占用的網(wǎng)絡(luò)資源 量就越少。
[0008] 在現(xiàn)有技術(shù)中,由于每個UUID是一個唯一的完全隨機(jī)數(shù)(如包括36個字符的隨 機(jī)字符串),因此,各UUID之間的相似度較低,而由于在壓縮各UUID時,各UUID的相似度越 低,壓縮率也越低,從而,現(xiàn)有技術(shù)中的各UUID的壓縮率較低,這就導(dǎo)致了壓縮后的各UUID 在傳輸?shù)倪^程中仍會占用較多的網(wǎng)絡(luò)資源,從而導(dǎo)致數(shù)據(jù)傳輸速率較慢的問題。

【發(fā)明內(nèi)容】

[0009] 本申請實施例提供一種數(shù)據(jù)傳輸方法及裝置,用以提高包含有UUID的數(shù)據(jù)的傳 輸速率。
[0010] 本申請實施例提供的一種數(shù)據(jù)傳輸方法,包括:
[0011] 發(fā)送端確定待發(fā)送的各數(shù)據(jù);
[0012] 生成與每一數(shù)據(jù)對應(yīng)的通用唯一識別碼UUID,其中,所述UUID包括:可壓縮字段 和非可壓縮字段,各UUID的可壓縮字段相同,各UUID的非可壓縮字段互不相同;以及
[0013] 對各UUID進(jìn)行壓縮處理;并
[0014] 將包括壓縮處理后的UUID的數(shù)據(jù)傳輸至接收端。
[0015] 本申請實施例提供的一種數(shù)據(jù)傳輸裝置,包括:
[0016] 待發(fā)送數(shù)據(jù)確定模塊,用于確定待發(fā)送的各數(shù)據(jù);
[0017] UUID生成模塊,用于生成與每一數(shù)據(jù)對應(yīng)的UUID,其中,所述UUID包括:可壓縮字 段和非可壓縮字段,各UUID的可壓縮字段相同,各UUID的非可壓縮字段互不相同;
[0018] 壓縮模塊,用于對各UUID進(jìn)行壓縮處理;
[0019] 發(fā)送模塊,用于將包括壓縮處理后的UUID的數(shù)據(jù)傳輸至接收端。
[0020] 本申請實施例提供的一種數(shù)據(jù)傳輸方法,待發(fā)送的各數(shù)據(jù)中包括與每一數(shù)據(jù)對應(yīng) 的UUID,其中,所述UUID包括:可壓縮字段和非可壓縮字段,各UUID的可壓縮字段相同,各 UUID的非可壓縮字段互不相同;對各UUID進(jìn)行壓縮處理時,由于各UUID的可壓縮字段相 同,則各UUID的壓縮率較高,這樣,包括壓縮處理后的UUID的數(shù)據(jù)在傳輸?shù)倪^程中就會占 用較少的網(wǎng)絡(luò)資源,從而可有效提高包含有UUID的數(shù)據(jù)的傳輸速率。
【附圖說明】
[0021] 此處所說明的附圖用來提供對本申請的進(jìn)一步理解,構(gòu)成本申請的一部分,本申 請的示意性實施例及其說明用于解釋本申請,并不構(gòu)成對本申請的不當(dāng)限定。在附圖中:
[0022] 圖1為本申請實施例提供的一種數(shù)據(jù)傳輸方法的流程示意圖;
[0023] 圖2為本申請實施例提供的一種數(shù)據(jù)傳輸裝置的結(jié)構(gòu)示意圖。
【具體實施方式】
[0024] 為了解決現(xiàn)有技術(shù)中因各UUID為隨機(jī)數(shù)導(dǎo)致各UUID被同時壓縮時的壓縮率較低 的問題,在本申請實施例中,發(fā)送端在發(fā)送各數(shù)據(jù)之前生成與每個數(shù)據(jù)對應(yīng)的UUID時,可 根據(jù)可壓縮字段和非可壓縮字段生成UUID,其中,各UUID的非可壓縮字段不相同,各UUID 的可壓縮字段相同。由于各UUID的非可壓縮字段不相同,因此,可有效保證每個UUID的唯 一性,而且,由于各UUID的可壓縮字段相同,因此,各UUID的可壓縮字段可被壓縮為一個字 段,這樣就可大大降低壓縮各UUID的壓縮率,從而可減少壓縮后的各UUID在傳輸過程中占 用的網(wǎng)絡(luò)資源,進(jìn)而可有效提高數(shù)據(jù)的傳輸速率。
[0025] 為使本申請的目的、技術(shù)方案和優(yōu)點更加清楚,以下將結(jié)合本申請具體實施例及 相應(yīng)的附圖對本申請技術(shù)方案進(jìn)行清楚、完整地描述。顯然,所描述的實施例僅是本申請一 部分實施例,而不是全部的實施例?;诒旧暾堉械膶嵤├?,本領(lǐng)域普通技術(shù)人員在沒有做 出創(chuàng)造性勞動前提下所獲得的所有其他實施例,都屬于本申請保護(hù)的范圍。
[0026] 以下將具體說明本申請實施例提供的數(shù)據(jù)傳輸方法。
[0027] 參見圖1,為本申請實施例提供的數(shù)據(jù)傳輸方法的流程示意圖,包括:
[0028] S101、發(fā)送端確定待發(fā)送的各數(shù)據(jù)。
[0029] 在本申請實施例中,發(fā)送端確定待發(fā)送的各數(shù)據(jù)的方法具體為:發(fā)送端確定同一 終端在同一時刻(如,同一秒內(nèi))的操作所形成的各數(shù)據(jù),作為確定的待發(fā)送的各數(shù)據(jù)。
[0030] 本申請實施例中所述的發(fā)送端可以是終端,也可以是服務(wù)器。當(dāng)發(fā)送端為終端時, 即為終端要將待發(fā)送的數(shù)據(jù)同步到服務(wù)器中,相反的,當(dāng)發(fā)送端為服務(wù)器時,即為服務(wù)器要 將待發(fā)送的數(shù)據(jù)同步到終端中。
[0031] 下面以終端將數(shù)據(jù)同步到服務(wù)器為例說明。
[0032] 假設(shè)終端需要將用戶在當(dāng)前時刻錄入通訊錄的操作所形成的數(shù)據(jù)同步到服務(wù)器 中,則終端確定在同一秒內(nèi)錄入的各數(shù)據(jù)為待發(fā)送的各數(shù)據(jù)。
[0033] S102、生成與每個數(shù)據(jù)對應(yīng)的UUID。
[0034] 終端確定了待發(fā)送的各數(shù)據(jù)后,可生成各數(shù)據(jù)對應(yīng)的UUID。具體的,終端可在確定 待發(fā)送的各數(shù)據(jù)的同時,生成各數(shù)據(jù)對應(yīng)的UUID。
[0035] 在本申請實施例中,發(fā)送端在生成UUID時,可獲取預(yù)設(shè)的可壓縮字段和非可壓縮 字段,并生成由可壓縮字段和非可壓縮字段構(gòu)成的UUID。其中,各UUID的可壓縮字段相同, 各UUID的非可壓縮字段互不相同。
[0036] 其中,一個UUID中的可壓縮字段可以為任何能夠與其他終端生成的UUID中的可 壓縮字段區(qū)分的字符串。
[0037] 由于發(fā)送端確定的數(shù)據(jù)為用戶在同一終端且在同一時刻的操作所形成的數(shù)據(jù),因 此,本申請實施例提供的UUID中的可壓縮字段可以包括:設(shè)備標(biāo)識字符串、時間戳字符串、 用于標(biāo)識發(fā)送端類型的類型標(biāo)識字符串中的至少一個。這樣,對于確定的在同一終端且在 同一時刻生成的各數(shù)據(jù)來說,發(fā)送端類型的類型標(biāo)識字符串是相同的,各數(shù)據(jù)的設(shè)備標(biāo)識 和時間戳也都是相同的,從而由設(shè)備標(biāo)識字符串和/或時間戳字符串所構(gòu)成的可壓縮字段 必定相同。
[0038] 非可壓縮字段可以為任何能夠保證唯一性的字符串。由于通過隨機(jī)數(shù)算法多次生 成的隨機(jī)數(shù)僅有極低的概率是相同的,而且待發(fā)送的各數(shù)據(jù)的內(nèi)容憑證不同,編號也不同。 因此,本申請實施例提供的UUID中的非可壓縮字段可包括:隨機(jī)數(shù)字符串、UUID對應(yīng)的數(shù) 據(jù)的內(nèi)容憑證(biz)字符串,和UUID對應(yīng)的數(shù)據(jù)的編號(serial)字符串中的至少一個。
[0039] 由此可見,為通過步驟S101確定出的待發(fā)送的各數(shù)據(jù)生成的各UUID中,每個UUID 中都包含用于區(qū)別其他UUID的非可壓縮字段,可有效保證每個UUID的唯一性,且每個UUID 中都包含相同的可壓縮字段,可有效提高各UUID的相似度。
[0040] S103、對各UUID進(jìn)行壓縮處理。
[0041] 由于通過步驟S
當(dāng)前第1頁1 2 3 
網(wǎng)友詢問留言 已有0條留言
  • 還沒有人留言評論。精彩留言會獲得點贊!
1
六盘水市| 安龙县| 东台市| 清远市| 桐乡市| 平遥县| 怀仁县| 平乡县| 田阳县| 荣昌县| 丹巴县| 东港市| 清水县| 大关县| 剑阁县| 浦县| 根河市| 威信县| 徐汇区| 伊宁市| 尼勒克县| 青河县| 徐州市| 永丰县| 长寿区| 奉贤区| 芮城县| 兴仁县| 聂荣县| 扎囊县| 上栗县| 汽车| 松潘县| 澳门| 临漳县| 靖州| 新丰县| 固镇县| 营口市| 台北县| 金堂县|