文件傳輸方法和系統的製作方法
2023-05-01 07:09:26
文件傳輸方法和系統的製作方法
【專利摘要】本發明提供了一種文件傳輸方法和系統。所述方法包括：通過移動客戶端上傳分塊數據；獲取待上傳的分塊數據所對應的存儲地址；根據所述存儲地址判斷所述分塊數據所在文件是否上傳完畢，若否，則返回所述通過移動客戶端上傳分塊數據的步驟。所述系統包括：上傳模塊，用於上傳分塊數據；地址獲取模塊，用於獲取待上傳的分塊數據所對應的存儲地址；上傳判斷模塊，用於根據所述分塊數據的存儲地址判斷所述分塊數據所在文件是否上傳完畢，若否，則通知所述上傳模塊。採用本發明能提高弱網絡環境下文件傳輸的成功率。
【專利說明】文件傳輸方法和系統
【技術領域】
[0001]本發明涉及網絡技術，特別是涉及一種文件傳輸方法和系統。
【背景技術】
[0002]隨著移動終端處理能力的提升，移動終端作為移動網際網路的入口，被越來越多的人們所應用，進而依賴於移動網際網路進行實現各種文件的傳輸。例如，在人們使用移動網際網路的過程中，對上傳文件的需求更為強烈，常常希望通過移動終端將某些文件上傳至位於移動網際網路中的某一伺服器中進行存儲，以便與其他人分享上傳的文件。
[0003]但是，對於移動終端所接入的移動網際網路而言，網絡帶寬窄小，且不穩定，在這一弱網絡環境之下文件傳輸被迫中斷和失敗的情況時常發生，從而使得文件傳輸的成功率非常低，無法滿足人們對移動網際網路中的傳輸需求。
【發明內容】
[0004]基於此，有必要針對弱網絡環境下文件傳輸的成功率低的問題，提供一種能提高傳輸成功率的文件傳輸方法。
[0005]此外，還有必要提供一種能提高傳輸成功率的文件傳輸系統。
[0006]一種文件傳輸方法，包括如下步驟:
[0007]通過移動客戶端上傳分塊數據；
[0008]獲取待上傳的分塊數據所對應的存儲地址；
[0009]根據所述存儲地址判斷所述分塊數據所在文件是否上傳完畢，若否，則返回所述通過移動客戶端上傳分塊數據的步驟。
[0010]一種文件傳輸系統，包括移動客戶端，所述移動客戶端包括:
[0011]上傳模塊，用於上傳分塊數據；
[0012]地址獲取模塊，用於獲取待上傳的分塊數據所對應的存儲地址；
[0013]上傳判斷模塊，用於根據所述分塊數據的存儲地址判斷所述分塊數據所在文件是否上傳完畢，若否，則通知所述上傳模塊。
[0014]上述文件傳輸方法和系統中，在移動客戶端中上傳分塊數據，並按照存儲地址將上傳的分塊數據存儲於服務端中，直至分塊數據所在文件上傳完畢，在這一文件傳輸過程中，整個文件是通過分塊數據的形式進行逐一傳輸的，因此，在弱網絡環境下若發生文件傳輸中斷時不需要重新進行文件的傳輸，只需要再次傳輸相應的分塊數據即可，提高了弱網絡環境下文件傳輸的成功率。
【專利附圖】
【附圖說明】
[0015]圖1為一個實施例中文件傳輸方法的流程圖；
[0016]圖2為另一個實施例中文件傳輸方法的流程圖；
[0017]圖3為另一個實施例中文件傳輸方法的流程圖；[0018]圖4為另一個實施例中文件傳輸方法的流程圖；
[0019]圖5為一個實施例中文件傳輸方法的應用不意圖；
[0020]圖6為另一個實施例中文件傳輸方法的應用示意圖；
[0021]圖7為一個實施例中文件傳輸系統的結構不意圖；
[0022]圖8為另一個實施例中文件傳輸系統的結構示意圖；
[0023]圖9為另一個實施例中文件傳輸系統的結構示意圖；
[0024]圖10為另一個實施例中文件傳輸系統的結構示意圖；
[0025]圖11為另一個實施例中文件傳輸系統的結構示意圖。
【具體實施方式】
[0026]如圖1所示，在一個實施例中，一種文件傳輸方法，包括如下步驟:
[0027]步驟S110，通過移動客戶端上傳分塊數據。
[0028]本實施例中，移動客戶端是運行於移動終端中的客戶端。將劃分的若干個分塊數據逐一上傳到服務端，其中，分塊數據是對需上傳的文件按照一定的大小劃分得到的，一系列的分塊數據組成了完整的文件，該文件可以是各種多媒體文件或者其它形式的文件。
[0029]步驟S130，獲取待上傳的分塊數據所對應的存儲地址。
[0030]本實施例中，在上傳了某一分塊數據之後將會在服務端存儲上傳的分塊數據，此時，獲取服務端中下一分塊數據所對應的存儲地址，並返回給移動客戶端，以使得移動客戶端獲取到待上傳的分塊數據所對應的存儲地址。具體的，存儲地址可以是網絡地址，即IP位址，也可以是分塊數據中開始位置所對應的偏移量。
[0031]步驟S150，根據存儲地址判斷分塊數據所在文件是否上傳完畢，若否，則返回步驟S110，若是，則結束。
[0032]本實施例中，若判斷到分塊數據已經上傳完畢時，將不再進行分塊數據的上傳，若判斷到分塊數據還未上傳完畢，則需繼續逐一上傳餘下的分塊數據，直至分塊數據被完全上傳。
[0033]在一個實施例中，存儲地址為待上傳分塊數據所對應的偏移量，上述步驟S150的具體過程為:獲取文件長度，判斷待上傳分塊數據所對應的偏移量是否達到獲取的文件長度，若否，則返回步驟S110，若是，則組裝上傳的分塊數據，還原得到對應的文件。
[0034]本實施例中，待上傳分塊數據所對應的偏移量是服務端下發的，用於標識了待上傳分塊數據在服務端的存儲位置，表徵了待上傳分塊數據在服務端的開始位置以及與上一分塊數據之間的連結。通過待上傳分塊數據所對應的偏移量可以獲知在由若干個分塊數據組成的文件中已經上傳的數據量，其中，該數據量為偏移量和I之間的差值。
[0035]在判斷到待上傳分塊數據所對應的偏移量已經達到了獲取的文件長度時，將通知服務端文件上傳完畢，此時，服務端將向移動客戶端下發完成標識，以方便用戶獲知文件已經上傳完畢。
[0036]如圖2所示，在另一個實施例中，上述步驟SllO之前還包括如下步驟:
[0037]步驟S210，獲取移動客戶端發起的上傳請求，根據上傳請求建立文件的索引信息。
[0038]本實施例中，在用戶需要經由移動客戶端上傳文件時，將通過移動客戶端發起上傳請求建立移動客戶端和服務端之間的連接，該上傳請求中記錄了文件信息和/或用戶信息，此時，將首先根據接收到的上傳請求建立文件的索引信息。該索引信息中記錄的內容可以根據上傳請求中的信息確定，例如，索引信息中可以包括了文件信息，也可以包括了文件信息和用戶信息。
[0039]以分塊數據這一形式上傳到服務端的文件將會以索引信息中記錄的內容為索引進行存儲的，例如，若索引信息中記錄的內容為文件名，則上傳的文件與文件名相關聯，在後續的查找過程中根據文件名快速地查找到相應文件；若索引信息中記錄的內容為文件名和用戶標識，則上傳的文件將同時關聯文件名和用戶標識，在後續的文件查找過程中可根據文件名或用戶標識快速地查找到相應文件。這將使得索引信息和若干個分塊數據能夠分離存儲，進而通過分離存儲這一存儲海量數據的最佳方式實現海量數據的有序管理。
[0040]步驟S230，根據索引信息生成文件的校驗信息和存儲地址，並返回至移動客戶端。
[0041]本實施例中，從索引信息中可以獲取到相應的文件信息和/或用戶信息，進而根據獲取到的文件信息和/或用戶信息生成校驗信息。由於對於存儲於服務端的文件而言，每一文件所關聯的索引信息均是唯一的，因此根據索引信息所得到的校驗信息也將是唯一的，每一文件所對應的校驗信息各不相同，因此，可通過校驗信息標識文件以及文件中的分塊數據，也就是說，則一文件中的若干個分塊數據所對應的校驗信息是一致的。
[0042]上述步驟SllO的具體過程為:封裝分塊數據和校驗信息，並通過移動客戶端按照存儲地址上傳封裝的分塊數據和校驗信息。
[0043]本實施例中，在服務端根據上傳請求向移動終端下發了校驗信息和存儲地址之後，移動終端將對分塊數據和校驗信息進行封裝，並按照下發的存儲地址進行上傳。
[0044]如圖3所示，在另一個實施例中，上述步驟SllO之後還包括如下步驟:
[0045]步驟S310，根據接收到的校驗信息進行驗證，判斷接收到的分塊數據是否屬於與索引信息所對應的文件，若是，則進入步驟S330，若否，則進入步驟S350。
[0046]本實施例中，由於校驗信息唯一地標識了文件中的分塊數據，因此通過校驗信息驗證上傳的若干個分塊數據是否為同一文件和/或同一用戶所對應的分塊數據，若是，則說明接收到的分塊數據無誤，可進行存儲，若否，則說明接收到的分塊數據有問題，須重新上傳。
[0047]步驟S330，存儲分塊數據。
[0048]步驟S350，清除分塊數據。
[0049]如圖4所示,在另一個實施例中，上述步驟SllO之前還包括:
[0050]步驟S410，通過移動客戶端獲取用戶標識和文件信息，根據用戶標識和文件信息生成上傳請求，並發起生成的上傳請求。
[0051]本實施例中，在用戶需要上傳某一文件時，從移動客戶端中獲取當前所登錄的用戶標識以及待上傳文件的文件信息，該文件信息可以是文件名等信息，進而向服務端發起包含了用戶標識和文件信息的上傳請求。
[0052]步驟S430，從接收的上傳請求中提取用戶標識和文件信息。
[0053]步驟S450，在索引信息中查找文件信息是否存在，若是，則進入步驟S470，若否，則進入步驟SI 10。
[0054]本實施例中，在服務端中存儲了海量的文件，這些文件可以是通過移動客戶端上傳得到的，也可以是通過其它終端中運行的客戶端上傳得到的，並且是以索引信息中記錄的用戶信息或文件信息為索引的。因此，在接收到上傳請求時，將首先根據上傳請求中的文件信息在服務端存儲的索引信息所記錄的文件信息中查找是否存在與上傳請求中的文件信息相一致的文件信息，若存在，則不需要進行文件的上傳，只需將這一索引信息所關聯的文件與上傳請求中的用戶標識關聯即可，若不存在，則需要以分塊數據的方式完成整個文件的上傳。
[0055]步驟S470，獲取索引信息對應的文件。
[0056]步驟S490，將用戶標識和索引信息對應的文件相關聯。
[0057]本實施例中，上述步驟S490的具體過程為:根據上傳請求中提取的用戶標識和文件信息建立新的索引信息，進而將索引信息和獲取到的文件相關聯，使得索引信息中的用戶標識與文件建立對應關係，此是，用戶不需要上傳文件，大大節省了系統資源和網絡資源，無須受到弱網絡環境下丟包和連接易斷開的影響。
[0058]下面結合一個具體的實施例來詳細闡述上述文件傳輸方法。該實施例中，如圖5所示，用戶在移動終端510中運行的移動客戶端發起文件的上傳請求，控制伺服器530接收到上傳請求之後將在雲存儲伺服器550中根據上傳請求建立文件的索引信息，此時，雲存儲伺服器550將根據索引信息生成文件的校驗信息和存儲地址，並通過控制伺服器530返回給移動客戶端，移動客戶端將分塊數據和校驗信息封裝在一起，按照返回的存儲地址上傳封裝的分塊數據和校驗信息。
[0059]雲存儲伺服器550在接收到移動客戶端上傳的分塊數據和校驗信息時，將根據校驗信息來驗證分塊數據的一致性，進而在驗證通過時存儲上傳的分塊數據。
[0060]在文件中的分塊數據上傳完畢之後，雲存儲伺服器550將對若干個分塊數據進行組裝，以還原文件，進而實現了文件在雲存儲伺服器550中的存儲。
[0061]如圖6所示，在一個文件分享場景中，用戶B通過便攜電腦610將電影Ml經由控制伺服器530上傳到雲存儲伺服器550進行存儲，並生成相應的索引信息與上傳的電影Ml相關聯。
[0062]用戶A通過移動終端510中運行的移動客戶端510發起電影Ml的上傳請求，此時，控制伺服器530將在雲存儲伺服器550存儲的索引信息中查找是否存在文件名為Ml，若是，則獲取這一文件名為Ml的索引信息所關聯的文件，即電影M1，並將其與用戶A所對應的用戶標識相關聯。
[0063]如圖7所不,在一個實施例中，一種文件傳輸系統,包括移動客戶端10,該移動客戶端10包括上傳模塊110、地址獲取模塊130以及上傳判斷模塊150。
[0064]上傳模塊110，用於上傳分塊數據。
[0065]本實施例中，移動客戶端10是運行於移動終端中的客戶端。上傳模塊110將劃分的若干個分塊數據逐一上傳到服務端，其中，分塊數據是對需上傳的文件按照一定的大小劃分得到的，一系列的分塊數據組成了完整的文件，該文件可以是各種多媒體文件或者其它形式的文件。
[0066]地址獲取模塊130，用於獲取待上傳的分塊數據所對應的存儲地址。
[0067]本實施例中，在上傳了某一分塊數據之後地址獲取模塊130將會在服務端存儲上傳的分塊數據，此時，獲取服務端中下一分塊數據所對應的存儲地址，並返回給移動客戶端10，以使得地址獲取模塊130獲取到待上傳的分塊數據所對應的存儲地址。具體的，存儲地址可以是網絡地址，即IP位址，也可以是分塊數據中開始位置所對應的偏移量。
[0068]上傳判斷模塊150，用於根據分塊數據的存儲地址判斷分塊數據所在文件是否上傳完畢，若否，則通知上傳模塊110。
[0069]本實施例中，若上傳判斷模塊150判斷到分塊數據已經上傳完畢時，將不再進行分塊數據的上傳，若判斷到分塊數據還未上傳完畢，則需通知上傳模塊110繼續逐一上傳餘下的分塊數據，直至分塊數據被完全上傳。
[0070]如圖8所示，在一個實施例中，存儲地址為待上傳分塊數據所對應的偏移量，上述文件傳輸系統還包括文件還原模塊210。
[0071]上述上傳判斷模塊150還用於獲取文件長度，判斷待上傳分塊數據所對應的偏移量是否達到獲取的文件長度，若否，則通知上傳模塊110，若是，則通知文件還原模塊。
[0072]文件還原模塊用於組裝上傳的分塊數據，還原得到對應的文件。
[0073]本實施例中，待上傳分塊數據所對應的偏移量是服務端下發的，用於標識了待上傳分塊數據在服務端的存儲位置，表徵了待上傳分塊數據在服務端的開始位置以及與上一分塊數據之間的連結。上傳判斷模塊150通過待上傳分塊數據所對應的偏移量可以獲知在由若干個分塊數據組成的文件中已經上傳的數據量，其中，該數據量為偏移量和I之間的差值。
[0074]在上傳判斷模塊150判斷到待上傳分塊數據所對應的偏移量已經達到了獲取的文件長度時，將通知服務端文件上傳完畢，此時，服務端將向移動客戶端10下發完成標識，以方便用戶獲知文件已經上傳完畢。
[0075]如圖9所示，在另一個實施例中，上述文件傳輸系統還包括請求處理模塊310以及信息返回模塊330。
[0076]請求處理模塊310，用於獲取移動客戶端10發起的上傳請求，根據上傳請求建立文件的索引信息。
[0077]本實施例中，在用戶需要經由移動客戶端10上傳文件時，將通過移動客戶端10發起上傳請求建立移動客戶端10和服務端之間的連接，該上傳請求中記錄了文件信息和/或用戶信息，此時，請求處理模塊310將首先根據接收到的上傳請求建立文件的索引信息。該索引信息中記錄的內容可以根據上傳請求中的信息確定，例如，索引信息中可以包括了文件信息，也可以包括了文件信息和用戶信息。
[0078]以分塊數據這一形式上傳到服務端的文件將會以索引信息中記錄的內容為索引進行存儲的，例如，若索引信息中記錄的內容為文件名，則上傳的文件與文件名相關聯，在後續的查找過程中根據文件名快速地查找到相應文件；若索引信息中記錄的內容為文件名和用戶標識，則上傳的文件將同時關聯文件名和用戶標識，在後續的文件查找過程中可根據文件名或用戶標識快速地查找到相應文件。這將使得索引信息和若干個分塊數據能夠分離存儲，進而通過分離存儲這一存儲海量數據的最佳方式實現海量數據的有序管理。
[0079]信息返回模塊330，用於根據索引信息生成文件的校驗信息和存儲地址，並返回至移動客戶端10。
[0080]本實施例中，信息返回模塊330從索引信息中可以獲取到相應的文件信息和/或用戶信息，進而根據獲取到的文件信息和/或用戶信息生成校驗信息。由於對於存儲於服務端的文件而言，每一文件所關聯的索引信息均是唯一的，因此根據索引信息所得到的校驗信息也將是唯一的，每一文件所對應的校驗信息各不相同，因此，可通過校驗信息標識文件以及文件中的分塊數據，也就是說，則一文件中的若干個分塊數據所對應的校驗信息是
一致的。
[0081]上述上傳模塊110還用於封裝分塊數據和校驗信息，並按照存儲地址上傳封裝的分塊數據和校驗信息。
[0082]本實施例中，在服務端根據上傳請求向移動終端下發了校驗信息和存儲地址之後，上傳模塊110將對分塊數據和校驗信息進行封裝，並按照下發的存儲地址進行上傳。
[0083]如圖10所示，在另一個實施例中，上述文件傳輸系統還包括存儲驗證模塊410。該存儲驗證模塊410用於根據接收到的校驗信息進行驗證，判斷接收到的分塊數據是否屬於與索引信息所對應的文件，若是，則存儲分塊數據，若否，則清除分塊數據。
[0084]本實施例中，由於校驗信息唯一地標識了文件中的分塊數據，因此存儲驗證模塊410通過校驗信息驗證上傳的若干個分塊數據是否為同一文件和/或同一用戶所對應的分塊數據，若是，則說明接收到的分塊數據無誤，可進行存儲，若否，則說明接收到的分塊數據有問題，須重新上傳。
[0085]在另一個實施例中，上述移動客戶端10還包括請求發起模塊。該請求發起模塊用於獲取用戶標識和文件信息，根據用戶標識和文件信息生成上傳請求，並發起生成的上傳請求。
[0086]如圖11所示，上述文件傳輸系統還包括提取模塊510、查找模塊530以及關聯模塊550。
[0087]提取模塊510，用於從接收的上傳請求中提取用戶標識和文件信息。
[0088]本實施例中，在用戶需要上傳某一文件時，從移動客戶端10中獲取當前所登錄的用戶標識以及待上傳文件的文件信息，該文件信息可以是文件名等信息，進而向服務端發起包含了用戶標識和文件信息的上傳請求。
[0089]查找模塊530，用於在索引信息中查找文件信息是否存在，若是，則獲取索引信息所對應的文件。
[0090]本實施例中，在服務端中存儲了海量的文件，這些文件可以是通過移動客戶端10上傳得到的，也可以是通過其它終端中運行的客戶端上傳得到的，並且是以索引信息中記錄的用戶信息或文件信息為索引的。因此，查找模塊430在接收到上傳請求時，將首先根據上傳請求中的文件信息在服務端存儲的索引信息所記錄的文件信息中查找是否存在與上傳請求中的文件信息相一致的文件信息，若存在，則不需要進行文件的上傳，只需將這一索引信息所關聯的文件與上傳請求中的用戶標識關聯即可，若不存在，則需要以分塊數據的方式完成整個文件的上傳。
[0091]關聯模塊550，用於將用戶標識和索引信息對應的文件相關聯。
[0092]本實施例中，關聯模塊550根據上傳請求中提取的用戶標識和文件信息建立新的索引信息，進而將索引信息和獲取到的文件相關聯，使得索引信息中的用戶標識與文件建立對應關係，此是，用戶不需要上傳文件，大大節省了系統資源和網絡資源，無須受到弱網絡環境下丟包和連接易斷開的影響。
[0093]上述文件傳輸系統中，請求處理模塊、信息返回模塊、存儲驗證模塊、提取模塊、查找模塊和關聯模塊可設置於服務端，即後臺伺服器中。[0094]上述文件傳輸方法和系統中，在移動客戶端中上傳分塊數據，並按照存儲地址將上傳的分塊數據存儲於服務端中，直至分塊數據所在文件上傳完畢，在這一文件傳輸過程中，整個文件是通過分塊數據的形式進行逐一傳輸的，因此，在弱網絡環境下若發生文件傳輸中斷時不需要重新進行文件的傳輸，只需要再次傳輸相應的分塊數據即可，提高了弱網絡環境下文件傳輸的成功率。
[0095]本領域普通技術人員可以理解實現上述實施例方法中的全部或部分流程，是可以通過電腦程式來指令相關的硬體來完成，所述的程序可存儲於一計算機可讀取存儲介質中，該程序在執行時，可包括如上述各方法的實施例的流程。其中，所述的存儲介質可為磁碟、光碟、只讀存儲記憶體(Read-Only Memory, ROM)或隨機存儲記憶體(Random AccessMemory, RAM)等。
[0096]以上所述實施例僅表達了本發明的幾種實施方式，其描述較為具體和詳細，但並不能因此而理解為對本發明專利範圍的限制。應當指出的是，對於本領域的普通技術人員來說，在不脫離本發明構思的前提下，還可以做出若干變形和改進，這些都屬於本發明的保護範圍。因此，本發明專利的保護範圍應以所附權利要求為準。
【權利要求】
1.一種文件傳輸方法，包括如下步驟: 通過移動客戶端上傳分塊數據； 獲取待上傳的分塊數據所對應的存儲地址； 根據所述存儲地址判斷所述分塊數據所在文件是否上傳完畢，若否，則返回所述通過移動客戶端上傳分塊數據的步驟。
2.根據權利要求1所述的文件傳輸方法，其特徵在於，所述通過移動客戶端上傳分塊數據的步驟之前還包括: 獲取所述移動客戶端發起的上傳請求，根據所述上傳請求建立文件的索引信息； 根據所述索引信息生成所述文件的校驗信息和存儲地址，並返回至所述移動客戶端。
3.根據權利要求2所述的文件傳輸方法，其特徵在於，所述通過移動客戶端上傳分塊數據的步驟為: 封裝所述分塊數據和校驗信息，並通過所述移動客戶端按照所述存儲地址上傳所述封裝的分塊數據和校驗信息。
4.根據權利要求3所述的文件傳輸方法，其特徵在於，所述通過移動客戶端上傳分塊數據的步驟之後還包括: 根據所述接收到的校驗信息進行驗證，判斷所述接收到的分塊數據是否屬於索引信息所對應的文件，若是，則存儲所述分塊數據，若否，則清除所述分塊數據。`
5.根據權利要求1所述的文件傳輸方法，其特徵在於，所述存儲地址為待上傳分塊數據所對應的偏移量，所述根據所述存儲地址判斷所述分塊數據所在文件是否上傳完畢的具體過程為: 獲取文件長度，判斷所述待上傳分塊數據所對應的偏移量是否達到所述獲取的文件長度，若否，則返回所述通過移動客戶端上傳分塊數據的步驟，若是，則組裝所述上傳的分塊數據，還原得到對應的文件。
6.根據權利要求2所述的文件傳輸方法，其特徵在於，所述通過移動客戶端上傳分塊數據的步驟之前還包括: 通過所述移動客戶端獲取用戶標識和文件信息，根據所述用戶標識和文件信息生成上傳請求，並發起所述生成的上傳請求； 從所述接收的上傳請求中提取用戶標識和文件信息； 在所述索引信息中查找所述文件信息是否存在，若是，則獲取所述索引信息所對應的文件； 將所述用戶標識和所述索引信息對應的文件相關聯。
7.一種文件傳輸系統，其特徵在於，包括移動客戶端，所述移動客戶端包括: 上傳模塊，用於上傳分塊數據； 地址獲取模塊，用於獲取待上傳的分塊數據所對應的存儲地址； 上傳判斷模塊，用於根據所述分塊數據的存儲地址判斷所述分塊數據所在文件是否上傳完畢，若否，則通知所述上傳模塊。
8.根據權利要求7所述的文件傳輸系統，其特徵在於，所述系統還包括: 請求處理模塊,用於獲取所述移動客戶端發起的上傳請求,根據所述上傳請求建立文件的索引信息； 信息返回模塊，用於根據所述索引信息生成所述文件的校驗信息和存儲地址，並返回至所述移動客戶端。
9.根據權利要求8所述的文件傳輸系統，其特徵在於，所述上傳模塊還用於封裝所述分塊數據和校驗信息，並按照所述存儲地址上傳所述封裝的分塊數據和校驗信息。
10.根據權利要求9所述的文件傳輸系統，其特徵在於，所述系統？還包括: 存儲驗證模塊，用於根據所 述接收到的校驗信息進行驗證，判斷所述接收到的分塊數據是否屬於與索引信息所對應的文件，若是，則存儲所述分塊數據，若否，則清除所述分塊數據。
11.根據權利要求7所述的文件傳輸系統，其特徵在於，所述存儲地址為待上傳分塊數據所對應的偏移量，所述系統還包括文件還原模塊； 所述上傳判斷模塊還用於獲取文件長度，判斷所述待上傳分塊數據所對應的偏移量是否達到所述獲取的文件長度，若否，則通知上傳模塊，若是，則通知文件還原模塊； 所述文件還原模塊還用於組裝所述上傳的分塊數據，還原得到對應的文件。
12.根據權利要求8所述的文件傳輸系統，其特徵在於，所述移動客戶端還包括: 請求發起模塊，用於獲取用戶標識和文件信息，根據所述用戶標識和文件信息生成上傳請求，並發起所述生成的上傳請求； 所述系統還包括: 提取模塊，用於從接收的上傳請求中提取用戶標識和文件信息； 查找模塊，用於在所述索引信息中查找所述文件信息是否存在，若是，則獲取所述索引信息所對應的文件； 關聯模塊，用於將所述用戶標識和所述索引信息對應的文件相關聯。
【文檔編號】H04L29/08GK103685343SQ201210321800
【公開日】2014年3月26日 申請日期:2012年9月3日 優先權日:2012年9月3日
【發明者】龍海建, 張凱, 範世青 申請人:騰訊科技（深圳）有限公司