文件上傳的方法和系統(tǒng)、以及云存儲設(shè)備的制作方法
【專利摘要】本發(fā)明公開了一種文件上傳的方法和系統(tǒng)、以及云存儲設(shè)備，涉及云存儲【技術(shù)領(lǐng)域】。該方法包括云存儲客戶端向云存儲服務(wù)器發(fā)起文件上傳請求；云存儲客戶端接收云存儲服務(wù)器返回的文件上傳信息；云存儲客戶端將欲上傳的多個文件打包，發(fā)起文件上傳，其中攜帶文件上傳信息，將打包文件通過打包上傳接口上傳至云存儲服務(wù)器。本發(fā)明提供了一種批量打包上傳方案，在云存儲服務(wù)器開放打包上傳接口，用戶將上傳的多個文件打包后通過打包上傳接口上傳至云存儲服務(wù)器，將多個文件的多次握手和多次上傳轉(zhuǎn)化為單次握手和單次上傳，減少因握手而導(dǎo)致的過多時間消耗，提高傳輸效率，特別適用于多個小文件打包上傳的情況。
【專利說明】文件上傳的方法和系統(tǒng)、以及云存儲設(shè)備
【技術(shù)領(lǐng)域】
[0001]本發(fā)明涉及云存儲【技術(shù)領(lǐng)域】，特別涉及一種文件上傳的方法和系統(tǒng)、以及云存儲設(shè)備。
【背景技術(shù)】
[0002]云存儲是一種以數(shù)據(jù)存儲和數(shù)據(jù)管理為核心的云計算技術(shù)。當今市場上已經(jīng)有不少主流的云存儲服務(wù)及技術(shù)，用戶可以使用客戶端方便的上傳存儲文件。
[0003]用戶每次上傳文件時都需要經(jīng)過兩個步驟，預(yù)上傳請求的握手協(xié)議和實際的數(shù)據(jù)傳輸。對于小文件上傳，如照片或者文檔，事實上其握手過程占整個文件傳輸過程的比重較大。上傳多個這樣的小文件時，用戶實際上有很大一部分時間是在等待系統(tǒng)處理預(yù)上傳的請求。因此，這類場景中，上傳的耗時長且效率低。
[0004]針對多個小文件上傳場景中存在的耗時長且效率低的問題，現(xiàn)有技術(shù)還沒有相應(yīng)的解決方案。
【發(fā)明內(nèi)容】
[0005]本發(fā)明實施例所要解決的一個技術(shù)問題是:提供一種文件上傳的方法和系統(tǒng)、以及云存儲設(shè)備，以解決多個小文件上傳場景中存在的耗時長且效率低的問題。
[0006]本發(fā)明實施例的一個方面提供了一種文件上傳的方法，包括:云存儲客戶端向云存儲服務(wù)器發(fā)起文件上傳請求；云存儲客戶端接收云存儲服務(wù)器返回的文件上傳信息；云存儲客戶端將欲上傳的多個文件打包，發(fā)起文件上傳，其中攜帶文件上傳信息，將打包文件通過打包上傳接口上傳至云存儲服務(wù)器。
[0007]云存儲客戶端發(fā)起文件上傳時還攜帶上傳接口標識，根據(jù)上傳接口標識將打包文件通過打包上傳接口上傳至云存儲服務(wù)器。
[0008]本發(fā)明實施例的另一個方面提供了一種文件上傳的方法，包括:云存儲服務(wù)器響應(yīng)于云存儲客戶端發(fā)起的文件上傳請求，向云存儲客戶端返回文件上傳信息；云存儲服務(wù)器接收云存儲客戶端發(fā)送的文件上傳信息，根據(jù)文件上傳信息對云存儲客戶端進行驗證，驗證通過后，接收云存儲客戶端通過打包上傳接口上傳的打包文件；云存儲服務(wù)器將打包文件按照原有目錄格式在當前目錄下解包，更新存儲視圖。
[0009]云存儲服務(wù)器根據(jù)文件上傳信息對云存儲客戶端進行驗證具體包括:云存儲服務(wù)器根據(jù)用戶名、操作標識和令牌，對云存儲客戶端的本次上傳操作是否合法進行驗證，如果令牌有效并且與用戶名和操作標識匹配，則云存儲客戶端的本次上傳操作合法，驗證通過，否則，驗證不通過。
[0010]本發(fā)明實施例的再一個方面提供了一種云存儲客戶端，包括:預(yù)上傳請求單元，用于向云存儲服務(wù)器發(fā)起文件上傳請求；上傳信息獲取單元，用于接收云存儲服務(wù)器返回的文件上傳信息；打包上傳單元，用于將欲上傳的多個文件打包，發(fā)起文件上傳，其中攜帶文件上傳信息，將打包文件通過打包上傳接口上傳至云存儲服務(wù)器。[0011 ] 打包上傳單元在發(fā)起文件上傳時還攜帶上傳接口標識,根據(jù)上傳接口標識將打包文件通過打包上傳接口上傳至云存儲服務(wù)器。
[0012]本發(fā)明實施例的又一個方面提供了 一種云存儲服務(wù)器，包括:上傳信息發(fā)送單元，用于響應(yīng)于云存儲客戶端發(fā)起的文件上傳請求，向云存儲客戶端返回文件上傳信息；文件接收單元，用于接收云存儲客戶端發(fā)送的文件上傳信息，根據(jù)文件上傳信息對云存儲客戶端進行驗證，驗證通過后，接收云存儲客戶端通過打包上傳接口上傳的打包文件；解包單元，將打包文件按照原有目錄格式在當前目錄下解包，更新存儲視圖。
[0013]所述文件接收單元對云存儲客戶端進行驗證時，具體用于:根據(jù)用戶名、操作標識和令牌，對云存儲客戶端的本次上傳操作是否合法進行驗證，如果令牌有效并且與用戶名和操作標識匹配，則云存儲客戶端的本次上傳操作合法，驗證通過，否則，驗證不通過。
[0014]本發(fā)明實施例的再一個方面提供了一種文件上傳的系統(tǒng)，包括:上述云存儲客戶端和上述云存儲服務(wù)器。
[0015]本發(fā)明提供了一種批量打包上傳方案，在云存儲服務(wù)器開放打包上傳接口，用戶將上傳的多個文件打包后通過打包上傳接口上傳至云存儲服務(wù)器，將多個文件的多次握手和多次上傳轉(zhuǎn)化為單次握手和單次上傳，減少因握手而導(dǎo)致的過多時間消耗，提高傳輸效率。本發(fā)明提供的批量打包上傳方案，適用于多個文件打包上傳的情況，特別適用于多個小文件打包上傳的情況，小文件例如可以是文檔、圖片等。另外，云存儲服務(wù)器將打包文件按照原有目錄格式在當前目錄下解包，更新存儲視圖，使得用戶在本地整理上傳的文件和目錄，在云端即可實現(xiàn)同樣的目錄存儲效果。
[0016]通過以下參照附圖對本發(fā)明的示例性實施例的詳細描述，本發(fā)明的其它特征及其優(yōu)點將會變得清楚。
【專利附圖】
【附圖說明】
[0017]為了更清楚地說明本發(fā)明實施例或現(xiàn)有技術(shù)中的技術(shù)方案，下面將對實施例或現(xiàn)有技術(shù)描述中所需要使用的附圖作簡單地介紹，顯而易見地，下面描述中的附圖僅僅是本發(fā)明的一些實施例，對于本領(lǐng)域普通技術(shù)人員來講，在不付出創(chuàng)造性勞動性的前提下，還可以根據(jù)這些附圖獲得其他的附圖。
[0018]圖1為本發(fā)明文件上傳的方法一個實施例的流程示意圖。
[0019]圖2為本發(fā)明文件上傳的原理示意圖。
[0020]圖3為本發(fā)明文件上傳的方法另一個實施例的流程示意圖。
[0021]圖4為本發(fā)明文件上傳的系統(tǒng)一個實施例的結(jié)構(gòu)示意圖。
[0022]圖5為本發(fā)明云存儲客戶端一個實施例的結(jié)構(gòu)示意圖。
[0023]圖6為本發(fā)明云存儲服務(wù)器一個實施例的結(jié)構(gòu)示意圖。
【具體實施方式】
[0024]下面將結(jié)合本發(fā)明實施例中的附圖，對本發(fā)明實施例中的技術(shù)方案進行清楚、完整地描述，顯然，所描述的實施例僅僅是本發(fā)明一部分實施例，而不是全部的實施例。以下對至少一個示例性實施例的描述實際上僅僅是說明性的，決不作為對本發(fā)明及其應(yīng)用或使用的任何限制。基于本發(fā)明中的實施例，本領(lǐng)域普通技術(shù)人員在沒有作出創(chuàng)造性勞動前提下所獲得的所有其他實施例，都屬于本發(fā)明保護的范圍。
[0025]除非另外具體說明，否則在這些實施例中闡述的部件和步驟的相對布置、數(shù)字表達式和數(shù)值不限制本發(fā)明的范圍。
[0026]同時，應(yīng)當明白，為了便于描述，附圖中所示出的各個部分的尺寸并不是按照實際的比例關(guān)系繪制的。
[0027]對于相關(guān)領(lǐng)域普通技術(shù)人員已知的技術(shù)、方法和設(shè)備可能不作詳細討論，但在適當情況下，所述技術(shù)、方法和設(shè)備應(yīng)當被視為授權(quán)說明書的一部分。
[0028]在這里示出和討論的所有示例中，任何具體值應(yīng)被解釋為僅僅是示例性的，而不是作為限制。因此，示例性實施例的其它示例可以具有不同的值。
[0029]應(yīng)注意到:相似的標號和字母在下面的附圖中表示類似項，因此，一旦某一項在一個附圖中被定義，則在隨后的附圖中不需要對其進行進一步討論。
[0030]圖1為本發(fā)明文件上傳的方法一個實施例的流程示意圖。如圖1所示，該實施例的方法包括以下步驟:
[0031]步驟101，云存儲客戶端向云存儲服務(wù)器發(fā)起文件上傳請求，即預(yù)上傳請求的握手過程。
[0032]步驟102，云存儲服務(wù)器響應(yīng)于云存儲客戶端發(fā)起的文件上傳請求，向云存儲客戶端返回文件上傳信息。
[0033]其中，文件上傳信息包括用戶名、操作標識和令牌token，還可以包括存儲器地址等。操作標識是用戶每次操作的標識，用來記錄和區(qū)分每次的操作。令牌用來驗證用戶操作是否合法。存儲器地址是用戶在云存儲服務(wù)器存放打包文件的目錄地址。
[0034]步驟103，云存儲客戶端接收云存儲服務(wù)器返回的文件上傳信息。
[0035]步驟104，云存儲客戶端將欲上傳的多個文件打包，發(fā)起文件上傳，其中攜帶文件上傳信息，將打包文件通過打包上傳接口上傳至云存儲服務(wù)器。
[0036]優(yōu)選地，多個文件可以是多個小文件，小文件例如可以是文檔、圖片等。具體實現(xiàn)時，可以設(shè)定一閾值，低于該閾值為小文件。
[0037]相對于傳統(tǒng)云存儲服務(wù)器，本發(fā)明的云存儲服務(wù)器不僅具有普通上傳接口，還具有打包上傳接口。打包上傳接口用來上傳打包文件，在云端會自動解包。普通上傳接口用來上傳普通的非打包文件。打包上傳接口和普通上傳接口可以通過上傳接口標識加以區(qū)分，云存儲客戶端在上傳文件時可以攜帶上傳接口標識，以指示上傳文件的接口。如果上傳接口標識指示打包上傳接口，則將打包文件通過打包上傳接口上傳至云存儲服務(wù)器；如果上傳接口標識指示普通上傳接口，則將文件通過普通上傳接口上傳至云存儲服務(wù)器。
[0038]步驟105，云存儲服務(wù)器接收云存儲客戶端發(fā)送的文件上傳信息，根據(jù)文件上傳信息對云存儲客戶端進行驗證，驗證通過后，接收云存儲客戶端通過打包上傳接口上傳的打包文件。
[0039]云存儲服務(wù)器對云存儲客戶端進行驗證的一種示例性方式包括:云存儲服務(wù)器根據(jù)用戶名、操作標識和令牌，對云存儲客戶端的本次上傳操作是否合法進行驗證，如果令牌有效并且與用戶名和操作標識匹配，則云存儲客戶端的本次上傳操作合法，驗證通過，否貝U，驗證不通過。
[0040]步驟106，云存儲服務(wù)器將打包文件按照原有目錄格式在當前目錄下解包，更新存儲視圖。
[0041]上述批量打包上傳方案，在云存儲服務(wù)器開放打包上傳接口，用戶將上傳的多個文件打包后通過打包上傳接口上傳至云存儲服務(wù)器，將多個文件的多次握手和多次上傳轉(zhuǎn)化為單次握手和單次上傳，減少因握手而導(dǎo)致的過多時間消耗，提高傳輸效率。本發(fā)明提供的批量打包上傳方案，適用于多個文件打包上傳的情況，特別適用于多個小文件打包上傳的情況，小文件例如可以是文檔、圖片等。另外，云存儲服務(wù)器將打包文件按照原有目錄格式在當前目錄下解包，更新存儲視圖，使得用戶在本地整理上傳的文件和目錄，在云端即可實現(xiàn)同樣的目錄存儲效果。
[0042]圖2為本發(fā)明文件上傳的原理示意圖。如圖2所示，云存儲服務(wù)器可以分為接入管理層和存儲層，存儲層包括打包上傳接口和解包功能等，還可以包括普通上傳接口。
[0043]基于圖2所示文件上傳的原理示意圖，本發(fā)明還提供了一種文件上傳的方法。圖3為本發(fā)明文件上傳的方法另一個實施例的流程示意圖。在本實施例中，如圖3所示，該實施例的方法包括以下步驟:
[0044]步驟301，用戶通過云存儲客戶端發(fā)起文件上傳請求。
[0045]步驟302，云存儲服務(wù)器的接入管理層接收到文件上傳請求后，向?qū)?yīng)的存儲層發(fā)起查詢請求。
[0046]步驟303，云存儲服務(wù)器的存儲層反饋用戶名、操作標識和令牌token、存儲器地址等文件上傳信息給接入管理層。
[0047]步驟304，云存儲服務(wù)器的接入管理層接收到文件上傳信息后，將文件上傳信息返回給云存儲客戶端。
[0048]步驟305，云存儲客戶端將欲上傳的多個文件打包，發(fā)起文件上傳，其中攜帶文件上傳信息，將打包文件通過打包上傳接口上傳至云存儲服務(wù)器。
[0049]步驟306，云存儲服務(wù)器接收云存儲客戶端發(fā)送的文件上傳信息，根據(jù)文件上傳信息對云存儲客戶端進行驗證，驗證通過后，接收云存儲客戶端通過打包上傳接口上傳的打包文件。
[0050]步驟307，云存儲服務(wù)器將打包文件按照原有目錄格式在當前目錄下解包，更新存儲視圖。
[0051]上述批量打包上傳方案，在云存儲服務(wù)器的存儲層開放打包上傳接口，用戶將上傳的多個文件打包后通過打包上傳接口上傳至云存儲服務(wù)器，將多個文件的多次握手和多次上傳轉(zhuǎn)化為單次握手和單次上傳，減少因握手而導(dǎo)致的過多時間消耗，提高傳輸效率。本發(fā)明提供的批量打包上傳方案，適用于多個文件打包上傳的情況，特別適用于多個小文件打包上傳的情況，小文件例如可以是文檔、圖片等。另外，云存儲服務(wù)器將打包文件按照原有目錄格式在當前目錄下解包，更新存儲視圖，使得用戶在本地整理上傳的文件和目錄，在云端即可實現(xiàn)同樣的目錄存儲效果。
[0052]圖4為本發(fā)明文件上傳的系統(tǒng)一個實施例的結(jié)構(gòu)示意圖。如圖4所示，本實施例的文件上傳的系統(tǒng)包括云存儲客戶端401和云存儲服務(wù)器402。
[0053]云存儲客戶端401，用于向云存儲服務(wù)器402發(fā)起文件上傳請求，接收云存儲服務(wù)器402返回的文件上傳信息，將欲上傳的多個文件打包，發(fā)起文件上傳，其中攜帶文件上傳信息，將打包文件通過打包上傳接口上傳至云存儲服務(wù)器402 ；[0054]云存儲服務(wù)器402，用于響應(yīng)于云存儲客戶端401發(fā)起的文件上傳請求，向云存儲客戶端401返回文件上傳信息，接收云存儲客戶端401發(fā)送的文件上傳信息，根據(jù)文件上傳信息對云存儲客戶端401進行驗證，驗證通過后，接收云存儲客戶端401通過打包上傳接口上傳的打包文件，將打包文件按照原有目錄格式在當前目錄下解包，更新存儲視圖。
[0055]上述實施例，在云存儲服務(wù)器開放打包上傳接口，用戶通過云存儲客戶端將上傳的多個文件打包后通過打包上傳接口上傳至云存儲服務(wù)器，將多個文件的多次握手和多次上傳轉(zhuǎn)化為單次握手和單次上傳，減少因握手而導(dǎo)致的過多時間消耗，提高傳輸效率。本發(fā)明提供的批量打包上傳方案，適用于多個文件打包上傳的情況，特別適用于多個小文件打包上傳的情況，小文件例如可以是文檔、圖片等。另外，云存儲服務(wù)器將打包文件按照原有目錄格式在當前目錄下解包，更新存儲視圖，使得用戶在本地整理上傳的文件和目錄，在云端即可實現(xiàn)同樣的目錄存儲效果。
[0056]圖5為本發(fā)明云存儲客戶端一個實施例的結(jié)構(gòu)示意圖。如圖5所示，本實施例的云存儲客戶端401包括:
[0057]預(yù)上傳請求單元501，用于向云存儲服務(wù)器發(fā)起文件上傳請求；上傳信息獲取單元502，用于接收云存儲服務(wù)器返回的文件上傳信息；打包上傳單元503，用于將欲上傳的多個文件打包，發(fā)起文件上傳，其中攜帶文件上傳信息，將打包文件通過打包上傳接口上傳至云存儲服務(wù)器。
[0058]打包上傳單元503在發(fā)起文件上傳時還攜帶上傳接口標識，根據(jù)上傳接口標識將打包文件通過打包上傳接口上傳至云存儲服務(wù)器。
[0059]上述實施例，用戶通過云存儲客戶端將上傳的多個文件打包后，通過云存儲服務(wù)器開放的打包上傳接口上傳至云存儲服務(wù)器，將多個文件的多次握手和多次上傳轉(zhuǎn)化為單次握手和單次上傳，減少因握手而導(dǎo)致的過多時間消耗，提高傳輸效率。本發(fā)明提供的批量打包上傳方案，適用于多個文件打包上傳的情況，特別適用于多個小文件打包上傳的情況，小文件例如可以是文檔、圖片等。
[0060]圖6為本發(fā)明云存儲服務(wù)器一個實施例的結(jié)構(gòu)不意圖。如圖6所不,本實施例的云存儲服務(wù)器402包括:
[0061]上傳信息發(fā)送單元601，用于響應(yīng)于云存儲客戶端發(fā)起的文件上傳請求，向云存儲客戶端返回文件上傳信息；文件接收單元602，用于接收云存儲客戶端發(fā)送的文件上傳信息，根據(jù)文件上傳信息對云存儲客戶端進行驗證，驗證通過后，接收云存儲客戶端通過打包上傳接口上傳的打包文件；解包單元603，將打包文件按照原有目錄格式在當前目錄下解包，更新存儲視圖。
[0062]文件接收單元602對云存儲客戶端進行驗證時，具體用于:根據(jù)用戶名、操作標識和令牌，對云存儲客戶端的本次上傳操作是否合法進行驗證，如果令牌有效并且與用戶名和操作標識匹配，則云存儲客戶端的本次上傳操作合法，驗證通過，否則，驗證不通過。
[0063]其中，上傳信息發(fā)送單元601和文件接收單元602可以在云存儲服務(wù)器的接入管理層實現(xiàn)，解包單元603可以在云存儲服務(wù)器的存儲層實現(xiàn)。
[0064]上述批量打包上傳方案，在云存儲服務(wù)器開放打包上傳接口，用戶將上傳的多個文件打包后通過打包上傳接口上傳至云存儲服務(wù)器，將多個文件的多次握手和多次上傳轉(zhuǎn)化為單次握手和單次上傳，減少因握手而導(dǎo)致的過多時間消耗，提高傳輸效率。本發(fā)明提供的批量打包上傳方案，適用于多個文件打包上傳的情況，特別適用于多個小文件打包上傳的情況，小文件例如可以是文檔、圖片等。另外，云存儲服務(wù)器將打包文件按照原有目錄格式在當前目錄下解包，更新存儲視圖，使得用戶在本地整理上傳的文件和目錄，在云端即可實現(xiàn)同樣的目錄存儲效果。
[0065]本領(lǐng)域普通技術(shù)人員可以理解實現(xiàn)上述實施例的全部或部分步驟可以通過硬件來完成，也可以通過程序來指令相關(guān)的硬件完成，所述的程序可以存儲于一種計算機可讀存儲介質(zhì)中，上述提到的存儲介質(zhì)可以是只讀存儲器，磁盤或光盤等。
[0066]以上所述僅為本發(fā)明的較佳實施例，并不用以限制本發(fā)明，凡在本發(fā)明的精神和原則之內(nèi)，所作的任何修改、等同替換、改進等，均應(yīng)包含在本發(fā)明的保護范圍之內(nèi)。
【權(quán)利要求】
1.一種文件上傳的方法，包括: 云存儲客戶端向云存儲服務(wù)器發(fā)起文件上傳請求； 云存儲客戶端接收云存儲服務(wù)器返回的文件上傳信息； 云存儲客戶端將欲上傳的多個文件打包，發(fā)起文件上傳，其中攜帶文件上傳信息，將打包文件通過打包上傳接口上傳至云存儲服務(wù)器。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于，云存儲客戶端發(fā)起文件上傳時還攜帶上傳接口標識，根據(jù)上傳接口標識將打包文件通過打包上傳接口上傳至云存儲服務(wù)器。
3.一種文件上傳的方法，包括: 云存儲服務(wù)器響應(yīng)于云存儲客戶端發(fā)起的文件上傳請求，向云存儲客戶端返回文件上傳信息； 云存儲服務(wù)器接收云存儲客戶端發(fā)送的文件上傳信息，根據(jù)文件上傳信息對云存儲客戶端進行驗證，驗證通過后，接收云存儲客戶端通過打包上傳接口上傳的打包文件； 云存儲服務(wù)器將打包文件按照原有目錄格式在當前目錄下解包，更新存儲視圖。
4.根據(jù)權(quán)利要求3所述的方法，其特征在于，云存儲服務(wù)器根據(jù)文件上傳信息對云存儲客戶端進行驗證具體包括: 云存儲服務(wù)器根據(jù)用戶名、操作標識和令牌，對云存儲客戶端的本次上傳操作是否合法進行驗證，如果令牌有效并且與用戶名和操作標識匹配，則云存儲客戶端的本次上傳操作合法，驗證通過，否則，驗證不通過。
5.—種云存儲客戶端,包括: 預(yù)上傳請求單元，用于向云存儲服務(wù)器發(fā)起文件上傳請求； 上傳信息獲取單元，用于接收云存儲服務(wù)器返回的文件上傳信息； 打包上傳單元，用于將欲上傳的多個文件打包，發(fā)起文件上傳，其中攜帶文件上傳信息，將打包文件通過打包上傳接口上傳至云存儲服務(wù)器。
6.根據(jù)權(quán)利要求5所述的云存儲客戶端，其特征在于，所述打包上傳單元在發(fā)起文件上傳時還攜帶上傳接口標識，根據(jù)上傳接口標識將打包文件通過打包上傳接口上傳至云存儲服務(wù)器。
7.—種云存儲服務(wù)器,包括: 上傳信息發(fā)送單元，用于響應(yīng)于云存儲客戶端發(fā)起的文件上傳請求，向云存儲客戶端返回文件上傳信息； 文件接收單元，用于接收云存儲客戶端發(fā)送的文件上傳信息，根據(jù)文件上傳信息對云存儲客戶端進行驗證，驗證通過后，接收云存儲客戶端通過打包上傳接口上傳的打包文件； 解包單元，將打包文件按照原有目錄格式在當前目錄下解包，更新存儲視圖。
8.根據(jù)權(quán)利要求7所述的云存儲服務(wù)器，其特征在于，所述文件接收單元對云存儲客戶端進行驗證時，具體用于: 根據(jù)用戶名、操作標識和令牌，對云存儲客戶端的本次上傳操作是否合法進行驗證，如果令牌有效并且與用戶名和操作標識匹配，則云存儲客戶端的本次上傳操作合法，驗證通過，否則，驗證不通過。
9.一種文件上傳的系統(tǒng)，包括:如權(quán)利要求5 — 6任一項所述的云存儲客戶端和如權(quán)利要求7 - 8任一 項所述的云存儲服務(wù)器。
【文檔編號】H04L29/08GK103944949SQ201310026181
【公開日】2014年7月23日 申請日期:2013年1月21日 優(yōu)先權(quán)日:2013年1月21日
【發(fā)明者】彭昭, 呂冠中, 魏民, 仝建剛, 畢家瑜 申請人:中國電信股份有限公司