一種文件傳輸方法、系統(tǒng)及裝置制造方法
【專利摘要】本發(fā)明公開了一種文件傳輸方法、系統(tǒng)及裝置，本發(fā)明的發(fā)送用戶的客戶端將要傳輸?shù)奈募捎肕D5算法計算摘要值后，將文件及摘要值發(fā)送給服務(wù)器存儲，根據(jù)DTMF信號和摘要值的對應(yīng)關(guān)系將摘要值轉(zhuǎn)換為DTMF信號后，向接收用戶的客戶端發(fā)送；接收用戶的客戶端接收到DTMF信號后，根據(jù)DTMF信號和數(shù)字的對應(yīng)關(guān)系得到摘要值后，向服務(wù)器發(fā)送攜帶該摘要值的獲取請求，接收服務(wù)器返回的對應(yīng)該摘要值的文件。因此，本發(fā)明可以簡單且容易地實現(xiàn)對多個接收用戶的客戶端同時傳輸給中文件格式的文件。
【專利說明】一種文件傳輸方法、系統(tǒng)及裝置
【技術(shù)領(lǐng)域】
[0001]本發(fā)明涉及通信領(lǐng)域，特別涉及一種文件傳輸方法、系統(tǒng)及裝置。
【背景技術(shù)】
[0002]隨著通信技術(shù)的發(fā)展，可以實現(xiàn)越來越多的業(yè)務(wù)，文件傳輸業(yè)務(wù)就是其中一種。在多用戶進(jìn)行商務(wù)會談、聚會或聚餐等時，常常需要在多用戶之間分享電話號碼。圖片或音頻等類型文件，這時，就需要在多用戶之間進(jìn)行文件傳輸。
[0003]目前，在多用戶之間進(jìn)行文件傳輸常常采用藍(lán)牙方式、即時通信方式或微博方式。當(dāng)采用藍(lán)牙方式傳輸文件時，發(fā)送用戶的客戶端與接收用戶的客戶端分別打開自身的藍(lán)牙模塊，配對連接成功后，由發(fā)送用戶的客戶端通過藍(lán)牙通道將文件傳輸給接收用戶的客戶端。當(dāng)采用即時通信方式傳輸文件時，發(fā)送用戶的客戶端與接收用戶的客戶端分別裝載有即時通信軟件并運行，發(fā)送用戶的客戶端與接收用戶的客戶端分別基于自身所安裝的即時通信軟件建立連接，采用點對點的方式傳輸文件。
[0004]無論采用哪一種傳輸方式傳輸文件，都有其不足:采用藍(lán)牙方式傳輸文件，發(fā)送用戶的客戶端和接收用戶的客戶端都需要多個步驟的操作，比如需要打開自身的藍(lán)牙模塊，配對連接及傳輸文件，使用門檻高，用戶體驗度不好，復(fù)雜不易實現(xiàn)；采用即時通信方式傳輸文件，采用的為點對點方式傳輸，無法實現(xiàn)對多個接收用戶的客戶端同時傳輸文件；采用微博方式傳輸文件時，文件格式僅限于圖片格式，無法傳輸其他文件格式的文件。
[0005]綜上，目前還沒有一種傳輸文件的方法，能夠簡單且容易地對多個接收用戶的客戶端同時傳輸各種文件格式的文件。

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

[0006]有鑒于此，本發(fā)明提供一種文件傳輸方法，該方法能夠簡單且容易地實現(xiàn)對多個接收用戶的客戶端同時傳輸各種文件格式的文件。
[0007]本發(fā)明還提供一種文件傳輸系統(tǒng)，該系統(tǒng)能夠簡單且容易地實現(xiàn)對多個接收用戶的客戶端同時傳輸各種文件格式的文件。
[0008]本發(fā)明還提供一種文件傳輸裝置，該裝置能夠簡單且容易地實現(xiàn)對多個接收用戶的客戶端同時傳輸各種文件格式的文件。
[0009]為達(dá)到上述目的，本發(fā)明實施的技術(shù)方案具體是這樣實現(xiàn)的:
[0010]一種文件傳輸方法，該方法包括:
[0011]發(fā)送用戶的客戶端將要傳輸?shù)奈募捎肕D5算法計算摘要值；
[0012]發(fā)送用戶的客戶端將要傳輸?shù)奈募罢蛋l(fā)送給服務(wù)器存儲；
[0013]發(fā)送用戶的客戶端根據(jù)DTMF信號和摘要值的對應(yīng)關(guān)系將摘要值轉(zhuǎn)換為DTMF信號后，向接收用戶的客戶端發(fā)送。
[0014]所述MD5算法采用的為32位的MD5算法。
[0015]將要傳輸?shù)奈募罢蛋l(fā)送時，該方法還包括:[0016]發(fā)送接收用戶標(biāo)識；
[0017]在發(fā)送DTMF信號之前，還包括發(fā)送DTMF驗證信號給接收用戶的客戶端。
[0018]—種文件傳輸方法,該方法包括:
[0019]接收用戶的客戶端接收DTMF信號；
[0020]接收用戶的客戶端根據(jù)DTMF信號和摘要值的對應(yīng)關(guān)系得到所接收DTMF信號對應(yīng)的摘要值；
[0021]接收用戶的客戶端向服務(wù)器發(fā)送攜帶對應(yīng)摘要值的獲取請求；
[0022]接收用戶的客戶端接收服務(wù)器返回的對應(yīng)該摘要值的文件。
[0023]所述接收DTMF信號之前或同時,還包括:
[0024]接收DTMF驗證信號；
[0025]在向服務(wù)器發(fā)送攜帶對應(yīng)摘要值的獲取請求之前，該方法還包括:
[0026]確定接收用戶的客戶端是否保存有身份令牌，如果有，將身份令牌發(fā)送給服務(wù)器認(rèn)證接收用戶客戶端；如果沒有，接收用戶的客戶端從服務(wù)器獲取身份令牌后，將身份令牌發(fā)送給服務(wù)器認(rèn)證接收用戶客戶端。
[0027]所述接收用戶的客戶端從服務(wù)器獲取身份令牌的過程為:
[0028]接收用戶的客戶端向服務(wù)器發(fā)送一條內(nèi)容為32個字符的隨機數(shù)短信，服務(wù)器接收后，獲取發(fā)送該短信的接收用戶標(biāo)識，根據(jù)該32個字符的隨機數(shù)和接收用戶標(biāo)識共同生成身份令牌；
[0029]在設(shè)定的時間內(nèi)等待接收用戶的客戶端發(fā)送獲取身份令牌的請求后，將身份令牌發(fā)送給接收用戶的客戶端；或者直接將身份令牌發(fā)送給接收用戶的客戶端。
[0030]一種文件傳輸?shù)南到y(tǒng)，發(fā)送用戶的客戶端、服務(wù)器及接收用戶的客戶端，其中，
[0031]發(fā)送用戶的客戶端，用于將要傳輸?shù)奈募捎肕D5算法計算摘要值，將要傳輸?shù)奈募罢蛋l(fā)送給服務(wù)器，根據(jù)DTMF信號和摘要值的對應(yīng)關(guān)系將摘要值轉(zhuǎn)換為DTMF信號后，向接收用戶的客戶端發(fā)送；
[0032]服務(wù)器，用于將從發(fā)送用戶的客戶端發(fā)送的文件及摘要值存儲；從接收用戶的客戶端接收獲取請求后，將所存儲的對應(yīng)攜帶在獲取請求的摘要值的文件發(fā)送給接收用戶的客戶端；
[0033]接收用戶的客戶端，用于從發(fā)送用戶的客戶端接收DTMF信號后，根據(jù)DTMF信號和摘要值的對應(yīng)關(guān)系得到對應(yīng)的摘要值，向服務(wù)器發(fā)送攜帶對應(yīng)摘要值的獲取請求；接收服務(wù)器返回的文件。
[0034]發(fā)送用戶的客戶端，還用于將接收用戶的身份標(biāo)識發(fā)送給服務(wù)器，將DTMF驗證信號發(fā)送給接收用戶的客戶端；
[0035]服務(wù)器，還用于從發(fā)送用戶的客戶端接收接收用戶的身份標(biāo)識后，根據(jù)身份標(biāo)識生成身份令牌，發(fā)送給接收用戶的客戶端；從接收用戶的客戶端接收身份令牌時，根據(jù)身份令牌對接收用戶的客戶端驗證后，再發(fā)送對應(yīng)攜帶在獲取請求的摘要值的文件；
[0036]接收用戶的客戶端，還用于從服務(wù)器接收身份令牌，從發(fā)送用戶的客戶端接收DTMF驗證信號后，在發(fā)送獲取請求之前或同時，將身份令牌發(fā)送給服務(wù)器驗證。
[0037]—種文件傳輸?shù)陌l(fā)送用戶的客戶端，包括:第一計算模塊、第一轉(zhuǎn)換模塊及第一傳輸模塊，其中，[0038]第一計算模塊，用于將要傳輸?shù)奈募捎肕D5算法計算摘要值，
[0039]第一轉(zhuǎn)換模塊，用于根據(jù)DTMF信號和摘要值的對應(yīng)關(guān)系將摘要值轉(zhuǎn)換為DTMF信號;
[0040]第一傳輸模塊，用于將要傳輸?shù)奈募罢蛋l(fā)送給服務(wù)器，將DTMF信號發(fā)送給接收用戶的客戶端。
[0041]第一傳輸模塊，還用于將接收用戶的身份標(biāo)識發(fā)送給服務(wù)器，將DTMF驗證信號發(fā)送給接收用戶的客戶端。
[0042]一種文件傳輸?shù)慕邮沼脩舻目蛻舳耍?第二轉(zhuǎn)換模塊及收發(fā)模塊，其中，
[0043]收發(fā)模塊，用于從發(fā)送用戶的客戶端接收DTMF信號后，向服務(wù)器發(fā)送攜帶對應(yīng)摘要值的獲取請求；接收服務(wù)器返回的文件；
[0044]第二轉(zhuǎn)換模塊，用于根據(jù)DTMF信號和摘要值的對應(yīng)關(guān)系得到對應(yīng)的摘要值。
[0045]收發(fā)模塊，還用于從服務(wù)器接收身份令牌，從發(fā)送用戶的客戶端接收DTMF驗證信號，在發(fā)送獲取請求之前或同時，將身份令牌發(fā)送給服務(wù)器驗證。
[0046]—種文件傳輸?shù)姆?wù)器，包括:收發(fā)模塊及存儲模塊，其中，
[0047]收發(fā)模塊，用于將從發(fā)送用戶的客戶端發(fā)送的文件及摘要值；從接收用戶的客戶端接收獲取請求后，將所存儲的對應(yīng)攜帶在獲取請求的摘要值的文件發(fā)送給接收用戶的客戶端；
[0048]存儲模塊，用于存儲文件及對應(yīng)的摘要值。
[0049]還包括第三轉(zhuǎn)換模塊，用于根據(jù)身份標(biāo)識生成身份令牌；
[0050]還包括驗證模塊，用于根據(jù)身份令牌對接收用戶的客戶端驗證，再將驗證成功指示發(fā)送給收發(fā)模塊；
[0051]收發(fā)模塊，還用于從發(fā)送用戶的客戶端接收接收用戶的身份標(biāo)識，將身份令牌發(fā)送給接收用戶的客戶端；從接收用戶的客戶端接收身份令牌時，接收到驗證成功指示后，再發(fā)送對應(yīng)攜帶在獲取請求的摘要值的文件。
[0052]由上述方案可以看出，本發(fā)明的發(fā)送用戶的客戶端將要傳輸?shù)奈募捎孟⒄惴ǖ?版(MD5)算法計算摘要值后，將文件及摘要值發(fā)送給服務(wù)器存儲，根據(jù)雙音多頻(DTMF)信號和摘要值的對應(yīng)關(guān)系將摘要值轉(zhuǎn)換為DTMF信號后，向接收用戶的客戶端發(fā)送；接收用戶的客戶端接收到DTMF信號后，根據(jù)DTMF信號和數(shù)字的對應(yīng)關(guān)系得到摘要值后，向服務(wù)器發(fā)送攜帶該摘要值的獲取請求，接收服務(wù)器返回的對應(yīng)該摘要值的文件。這樣實現(xiàn)文件傳輸操作簡單，發(fā)送用戶的客戶端只需要將共享文件和計算的摘要值發(fā)送給服務(wù)器，將對應(yīng)的DTMF信號發(fā)送給接收用戶的客戶端通知其接收文件，接收用戶的客戶端只需要將DTMF信號轉(zhuǎn)換為對應(yīng)的摘要值后，從服務(wù)器獲取該摘要值對應(yīng)的文件即可，無需任何其他操作，減少用戶操作步驟，盡可能降低用戶的使用門檻。因此，本發(fā)明可以簡單且容易地實現(xiàn)對多個接收用戶的客戶端同時傳輸給中文件格式的文件。
【專利附圖】

【附圖說明】
[0053]圖1為本發(fā)明實施例提供的文件傳輸方法流程圖；
[0054]圖2為本發(fā)明實施例提供的文件傳輸系統(tǒng)結(jié)構(gòu)示意圖；
[0055]圖3為本發(fā)明實施例提供的文件傳輸?shù)陌l(fā)送用戶的客戶端結(jié)構(gòu)示意圖；[0056]圖4為本發(fā)明實施例提供的文件傳輸?shù)慕邮沼脩舻目蛻舳私Y(jié)構(gòu)示意圖；
[0057]圖5為本發(fā)明實施例提供的文件傳輸?shù)姆?wù)器結(jié)構(gòu)示意圖。
【具體實施方式】
[0058]為使本發(fā)明的目的、技術(shù)方案及優(yōu)點更加清楚明白，以下參照附圖并舉實施例，對本發(fā)明作進(jìn)一步詳細(xì)說明。
[0059]為了可以簡單且容易地對多個接收用戶的客戶端同時傳輸各種文件格式的文件，本發(fā)明發(fā)送用戶的客戶端將要傳輸?shù)奈募捎肕D5算法計算摘要值后，將文件及摘要值發(fā)送給服務(wù)器存儲，根據(jù)雙音多頻(DTMF)信號和摘要值的對應(yīng)關(guān)系將摘要值轉(zhuǎn)換為DTMF信號后，向接收用戶的客戶端發(fā)送；接收用戶的客戶端接收到DTMF信號后，根據(jù)DTMF音頻頻率和數(shù)字的對應(yīng)關(guān)系得到摘要值后，向服務(wù)器發(fā)送攜帶該摘要值的獲取請求，接收服務(wù)器返回的對應(yīng)該摘要值的文件。
[0060]這樣實現(xiàn)文件傳輸操作簡單，發(fā)送用戶的客戶端只需要將共享文件和計算的摘要值發(fā)送給服務(wù)器，將對應(yīng)的DTMF信號發(fā)送給接收用戶的客戶端通知其接收文件，接收用戶的客戶端只需要將DTMF信號轉(zhuǎn)換為對應(yīng)的摘要值后，從服務(wù)器獲取該摘要值對應(yīng)的文件即可，無需任何其他操作，減少用戶操作步驟，盡可能降低用戶的使用門檻。
[0061]圖1為本發(fā)明實施例提供的文件傳輸方法流程圖，其具體步驟為:
[0062]第一階段，發(fā)送用戶的客戶端發(fā)送文件的過程
[0063]步驟101、發(fā)送用戶的客戶端將要傳輸?shù)奈募捎肕D5算法計算摘要值；
[0064]在本步驟中，采用的為32位的MD5算法；
[0065]在本步驟中，文件無論采用何種類型，其實質(zhì)為二進(jìn)制文件，可以通過MD5算法得到唯一的摘要值，如33ffl95b24489503f058b2c38a5b975569d32ac4，其中的字符均為16進(jìn)制數(shù)；
[0066]步驟102、發(fā)送用戶的客戶端將要傳輸?shù)奈募罢蛋l(fā)送給服務(wù)器存儲；
[0067]在本步驟中，發(fā)送用戶的客戶端還將接收用戶標(biāo)識，比如接收用戶電話號碼發(fā)送給服務(wù)器存儲；
[0068]步驟103、發(fā)送用戶的客戶端根據(jù)DTMF信號和摘要值的對應(yīng)關(guān)系將摘要值轉(zhuǎn)換為DTMF信號后，向接收用戶的客戶端發(fā)送；
[0069]在本步驟中，如果發(fā)送用戶的客戶端發(fā)送了接收用戶標(biāo)識，則在發(fā)送DTMF信號時，增加所設(shè)置的DTMF驗證信號，如(1633Hz，1633Hz)這個特殊的雙音頻組合，通知接收用戶的客戶端；
[0070]第二階段，接收用戶的客戶端接收文件的過程
[0071]步驟104、接收用戶的客戶端接收DTMF信號；
[0072]在本步驟中，如果接收用戶的客戶端接收到DTMF驗證信號后，就確定文件傳輸過程要驗證，在執(zhí)行步驟105之前，還包括:
[0073]確定接收用戶的客戶端是否保存有身份令牌，該身份令牌是服務(wù)器預(yù)先傳輸給接收用戶的客戶端，該身份令牌是服務(wù)器根據(jù)接收用戶標(biāo)識生成的唯一特殊文件，表示接收用戶身份；如果有，將身份令牌發(fā)送給服務(wù)器認(rèn)證接收用戶客戶端；如果沒有，則接收用戶的客戶端從服務(wù)器獲取身份令牌后，將身份令牌發(fā)送給服務(wù)器認(rèn)證接收用戶客戶端；[0074]在本步驟中，接收用戶的客戶端從服務(wù)器獲取身份令牌的過程為:接收用戶的客戶端向服務(wù)器發(fā)送一條內(nèi)容為32個字符的隨機數(shù)短信，服務(wù)器接收后，獲取發(fā)送該短信的接收用戶標(biāo)識，比如電話號碼，同時根據(jù)該32個字符的隨機數(shù)和接收用戶標(biāo)識共同生成一個身份令牌，在設(shè)定的時間內(nèi)等待接收用戶的客戶端發(fā)送獲取身份令牌的請求后，將身份令牌發(fā)送給接收用戶的客戶端；或者直接將身份令牌發(fā)送給接收用戶的客戶端；
[0075]在本步驟中，接收用戶的客戶端所獲取身份令牌設(shè)置有生命周期，當(dāng)所設(shè)置的生命周期到期后，身份令牌失效；
[0076]步驟105、接收用戶的客戶端根據(jù)DTMF信號和摘要值的對應(yīng)關(guān)系得到所接收DTMF信號對應(yīng)的摘要值；
[0077]步驟106、接收用戶的客戶端向服務(wù)器發(fā)送攜帶對應(yīng)摘要值的獲取請求；
[0078]步驟107、接收用戶的客戶端接收服務(wù)器返回的對應(yīng)該摘要值的文件。
[0079]在通信過程中，采用DTMF信號傳送電話的撥號信息，即所撥出的電話號碼均采用特定的2個基本音頻組合來表示，2個基本音頻稱為DTMF，如表一所示:
[0080]表一
[0081]
【權(quán)利要求】
1.一種文件傳輸方法，其特征在于，該方法包括: 發(fā)送用戶的客戶端將要傳輸?shù)奈募捎肕D5算法計算摘要值； 發(fā)送用戶的客戶端將要傳輸?shù)奈募罢蛋l(fā)送給服務(wù)器存儲； 發(fā)送用戶的客戶端根據(jù)DTMF信號和摘要值的對應(yīng)關(guān)系將摘要值轉(zhuǎn)換為DTMF信號后，向接收用戶的客戶端發(fā)送。
2.如權(quán)利要求1所述的方法，其特征在于，所述MD5算法采用的為32位的MD5算法。
3.如權(quán)利要求1所述的方法，其特征在于，將要傳輸?shù)奈募罢蛋l(fā)送時，該方法還包括: 發(fā)送接收用戶標(biāo)識； 在發(fā)送DTMF信號之前，還包括發(fā)送DTMF驗證信號給接收用戶的客戶端。
4.一種文件傳輸方法，其特征在于，該方法包括: 接收用戶的客戶端接收DTMF信號； 接收用戶的客戶端根據(jù)DTMF信號和摘要值的對應(yīng)關(guān)系得到所接收DTMF信號對應(yīng)的摘要值； 接收用戶的客戶端 向服務(wù)器發(fā)送攜帶對應(yīng)摘要值的獲取請求； 接收用戶的客戶端接收服務(wù)器返回的對應(yīng)該摘要值的文件。
5.如權(quán)利要求4所述的方法，其特征在于，所述接收DTMF信號之前或同時，還包括: 接收DTMF驗證信號； 在向服務(wù)器發(fā)送攜帶對應(yīng)摘要值的獲取請求之前，該方法還包括: 確定接收用戶的客戶端是否保存有身份令牌，如果有，將身份令牌發(fā)送給服務(wù)器認(rèn)證接收用戶客戶端；如果沒有，接收用戶的客戶端從服務(wù)器獲取身份令牌后，將身份令牌發(fā)送給服務(wù)器認(rèn)證接收用戶客戶端。
6.如權(quán)利要求5所述的方法，其特征在于，所述接收用戶的客戶端從服務(wù)器獲取身份令牌的過程為: 接收用戶的客戶端向服務(wù)器發(fā)送一條內(nèi)容為32個字符的隨機數(shù)短信，服務(wù)器接收后，獲取發(fā)送該短信的接收用戶標(biāo)識，根據(jù)該32個字符的隨機數(shù)和接收用戶標(biāo)識共同生成身份令牌； 在設(shè)定的時間內(nèi)等待接收用戶的客戶端發(fā)送獲取身份令牌的請求后，將身份令牌發(fā)送給接收用戶的客戶端；或者直接將身份令牌發(fā)送給接收用戶的客戶端。
7.一種文件傳輸?shù)南到y(tǒng)，其特征在于，發(fā)送用戶的客戶端、服務(wù)器及接收用戶的客戶端，其中， 發(fā)送用戶的客戶端，用于將要傳輸?shù)奈募捎肕D5算法計算摘要值，將要傳輸?shù)奈募罢蛋l(fā)送給服務(wù)器，根據(jù)DTMF信號和摘要值的對應(yīng)關(guān)系將摘要值轉(zhuǎn)換為DTMF信號后，向接收用戶的客戶端發(fā)送； 服務(wù)器，用于將從發(fā)送用戶的客戶端發(fā)送的文件及摘要值存儲；從接收用戶的客戶端接收獲取請求后，將所存儲的對應(yīng)攜帶在獲取請求的摘要值的文件發(fā)送給接收用戶的客戶端; 接收用戶的客戶端，用于從發(fā)送用戶的客戶端接收DTMF信號后，根據(jù)DTMF信號和摘要值的對應(yīng)關(guān)系得到對應(yīng)的摘要值，向服務(wù)器發(fā)送攜帶對應(yīng)摘要值的獲取請求；接收服務(wù)器返回的文件。
8.如權(quán)利要求7所述的系統(tǒng)，其特征在于，發(fā)送用戶的客戶端，還用于將接收用戶的身份標(biāo)識發(fā)送給服務(wù)器，將DTMF驗證信號發(fā)送給接收用戶的客戶端； 服務(wù)器，還用于從發(fā)送用戶的客戶端接收接收用戶的身份標(biāo)識后，根據(jù)身份標(biāo)識生成身份令牌，發(fā)送給接收用戶的客戶端；從接收用戶的客戶端接收身份令牌時，根據(jù)身份令牌對接收用戶的客戶端驗證后，再發(fā)送對應(yīng)攜帶在獲取請求的摘要值的文件； 接收用戶的客戶端，還用于從服務(wù)器接收身份令牌，從發(fā)送用戶的客戶端接收DTMF驗證信號后，在發(fā)送獲取請求之前或同時，將身份令牌發(fā)送給服務(wù)器驗證。
9.一種文件傳輸?shù)陌l(fā)送用戶的客戶端，其特征在于，包括:第一計算模塊、第一轉(zhuǎn)換模塊及第一傳輸模塊，其中， 第一計算模塊，用于將要傳輸?shù)奈募捎肕D5算法計算摘要值， 第一轉(zhuǎn)換模塊，用于根據(jù)DTMF信號和摘要值的對應(yīng)關(guān)系將摘要值轉(zhuǎn)換為DTMF信號； 第一傳輸模塊，用于將要傳輸?shù)奈募罢蛋l(fā)送給服務(wù)器，將DTMF信號發(fā)送給接收用戶的客戶端。
10.如權(quán)利要求9所述的發(fā)送用戶的客戶端，其特征在于，第一傳輸模塊，還用于將接收用戶的身份標(biāo)識發(fā)送給服務(wù)器，將DTMF驗證信號發(fā)送給接收用戶的客戶端。
11.一種文件傳輸 的接收用戶的客戶端，其特征在于，包括:第二轉(zhuǎn)換模塊及收發(fā)模塊，其中， 收發(fā)模塊，用于從發(fā)送用戶的客戶端接收DTMF信號后，向服務(wù)器發(fā)送攜帶對應(yīng)摘要值的獲取請求；接收服務(wù)器返回的文件； 第二轉(zhuǎn)換模塊，用于根據(jù)DTMF信號和摘要值的對應(yīng)關(guān)系得到對應(yīng)的摘要值。
12.如權(quán)利要求11所述的接收用戶的客戶端，其特征在于，收發(fā)模塊，還用于從服務(wù)器接收身份令牌，從發(fā)送用戶的客戶端接收DTMF驗證信號，在發(fā)送獲取請求之前或同時，將身份令牌發(fā)送給服務(wù)器驗證。
13.一種文件傳輸?shù)姆?wù)器，其特征在于，包括:收發(fā)模塊及存儲模塊，其中， 收發(fā)模塊，用于將從發(fā)送用戶的客戶端發(fā)送的文件及摘要值；從接收用戶的客戶端接收獲取請求后，將所存儲的對應(yīng)攜帶在獲取請求的摘要值的文件發(fā)送給接收用戶的客戶端; 存儲模塊，用于存儲文件及對應(yīng)的摘要值。
14.如權(quán)利要求13所述的服務(wù)器，其特征在于，還包括第三轉(zhuǎn)換模塊，用于根據(jù)身份標(biāo)識生成身份令牌； 還包括驗證模塊，用于根據(jù)身份令牌對接收用戶的客戶端驗證，再將驗證成功指示發(fā)送給收發(fā)模塊； 收發(fā)模塊，還用于從發(fā)送用戶的客戶端接收接收用戶的身份標(biāo)識，將身份令牌發(fā)送給接收用戶的客戶端；從接收用戶的客戶端接收身份令牌時，接收到驗證成功指示后，再發(fā)送對應(yīng)攜帶在獲取請求的摘要值的文件。
【文檔編號】H04L29/06GK104038468SQ201310070478
【公開日】2014年9月10日 申請日期:2013年3月6日 優(yōu)先權(quán)日:2013年3月6日
【發(fā)明者】吳博 申請人:中國移動通信集團(tuán)公司