利用http協(xié)議實(shí)現(xiàn)客戶端向服務(wù)端文件上傳的方法及系統(tǒng)的制作方法
【專利摘要】本發(fā)明涉及一種利用http協(xié)議實(shí)現(xiàn)客戶端向服務(wù)端文件上傳的方法及系統(tǒng)，其包括客戶端以及能與所述客戶端進(jìn)行http連接的服務(wù)端；所述客戶端向服務(wù)端發(fā)送http的post連接請求，并在http請求頭添加Transfer?Encoding屬性字段，且將Transfer?Encoding的值設(shè)為chunked，在與服務(wù)端建立連接后，客戶端將數(shù)據(jù)文件封裝后傳輸至服務(wù)端。本發(fā)明不用指定Content?Length字段，可以實(shí)現(xiàn)健康數(shù)據(jù)邊產(chǎn)生邊上傳，而不用等待獲得所有健康數(shù)據(jù)。從而可以減少網(wǎng)絡(luò)傳輸時(shí)延，節(jié)省服務(wù)端處理健康數(shù)據(jù)的等待時(shí)間，為設(shè)計(jì)實(shí)時(shí)的web應(yīng)用提供便利。
【專利說明】
利用http協(xié)議實(shí)現(xiàn)客戶端向服務(wù)端文件上傳的方法及系統(tǒng)
技術(shù)領(lǐng)域
[0001]本發(fā)明涉及一種方法及系統(tǒng)，尤其是一種利用http協(xié)議實(shí)現(xiàn)客戶端向服務(wù)端文件上傳的方法及系統(tǒng)，屬于文件傳輸?shù)募夹g(shù)領(lǐng)域。
【背景技術(shù)】
[0002]隨著物聯(lián)網(wǎng)技術(shù)以及居家醫(yī)療行業(yè)的發(fā)展，智能移動(dòng)終端可以用來獲得個(gè)人健康數(shù)據(jù)。但是終端設(shè)備的資源有限，需要將健康數(shù)據(jù)發(fā)送到服務(wù)端進(jìn)行分析處理，從而對個(gè)人的健康狀態(tài)做出評(píng)估，對個(gè)人生活習(xí)慣做出指導(dǎo)。http協(xié)議屬于應(yīng)用層協(xié)議，貼近web應(yīng)用，使用其傳輸健康數(shù)據(jù)，開發(fā)更有效率。
[0003 ] http協(xié)議的請求方法有GET，POST，HEAD，PUT，DELETE，TRACE，⑶NNECT，OPT 1NS等八種，由于POST把數(shù)據(jù)放在消息體里面，使得對用戶不可見，安全性提高，另外從理論上講，POST是沒有大小限制的，HTTP協(xié)議規(guī)范也沒有進(jìn)行大小限制POST方式，傳送數(shù)據(jù)最大限制，取決于服務(wù)器設(shè)置和內(nèi)存大小。
[0004]在移動(dòng)健康系統(tǒng)領(lǐng)域，由于客戶端要上傳的數(shù)據(jù)是不斷產(chǎn)生的，不能事先確定消息體的長度，因此無法得到Content-Length的值，就不能在header中指定Content-Length了，造成的最直接的影響就是:只能等待數(shù)據(jù)測量結(jié)束，沒有新數(shù)據(jù)產(chǎn)生，文件完全形成后才能進(jìn)行文件的上傳。

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

[0005]本發(fā)明的目的是克服現(xiàn)有技術(shù)中存在的不足，提供一種利用http協(xié)議實(shí)現(xiàn)客戶端向服務(wù)端文件上傳的方法及系統(tǒng)，其不用指定Content-Length字段，可以實(shí)現(xiàn)健康數(shù)據(jù)邊產(chǎn)生邊上傳，而不用等待獲得所有健康數(shù)據(jù)。從而可以減少網(wǎng)絡(luò)傳輸時(shí)延，節(jié)省服務(wù)端處理健康數(shù)據(jù)的等待時(shí)間，為設(shè)計(jì)實(shí)時(shí)的web應(yīng)用提供便利。
[0006]按照本發(fā)明提供的技術(shù)方案，所述利用http協(xié)議實(shí)現(xiàn)客戶端向服務(wù)端文件上傳的方法，包括客戶端以及能與所述客戶端進(jìn)行http連接的服務(wù)端;所述客戶端向服務(wù)端發(fā)送http的post連接請求，并在http請求頭添加Transf er-Encoding屬性字段，且將Transf er-Encoding 的值設(shè)為chunked， 在與服務(wù)端建立連接后 ，客戶端將數(shù)據(jù)文件封裝后傳輸至服務(wù)端。
[0007]客戶端將待發(fā)送的數(shù)據(jù)文件保存并進(jìn)行base64編碼，且在編碼后封裝chunk塊，所述chunk塊包括塊數(shù)據(jù)長度以及塊數(shù)據(jù)內(nèi)容。
[0008]客戶端接收服務(wù)端的響應(yīng)消息，若數(shù)據(jù)文件發(fā)送失敗時(shí)，則客戶端進(jìn)行發(fā)送失敗標(biāo)記，并在結(jié)束數(shù)據(jù)采集時(shí)，讀取發(fā)送失敗標(biāo)記重新將對應(yīng)的數(shù)據(jù)文件進(jìn)行上傳。
[0009]客戶端上傳服務(wù)端的數(shù)據(jù)文件的大小超過服務(wù)端的限制時(shí)，客戶端向服務(wù)端發(fā)送超限標(biāo)記，并在發(fā)送超限標(biāo)記后向服務(wù)端發(fā)送當(dāng)前post連接請求的結(jié)束符；
在結(jié)束當(dāng)前的post連接請求后，客戶端重新向服務(wù)端發(fā)送http的post連接請求，在與服務(wù)端建立連接后，客戶端重新發(fā)送上述的數(shù)據(jù)文件;服務(wù)端將已上傳的數(shù)據(jù)文件進(jìn)行保存，并根據(jù)數(shù)據(jù)文件的超限標(biāo)記來識(shí)別數(shù)據(jù)文件間的關(guān)聯(lián);在客戶端的數(shù)據(jù)文件上傳結(jié)束后，客戶端向服務(wù)端發(fā)送上傳結(jié)束請求，服務(wù)端根據(jù)上傳結(jié)束請求進(jìn)行數(shù)據(jù)文件合并。
[0010]一種利用http協(xié)議實(shí)現(xiàn)客戶端向服務(wù)端文件上傳的系統(tǒng)，包括客戶端以及能與所述客戶端進(jìn)行http連接的服務(wù)端；所述客戶端向服務(wù)端發(fā)送http的post連接請求，并在http 請求頭添加Transf er-Encoding屬性字段，且將 Transf er-Encoding 的值設(shè)為chunked，在與服務(wù)端建立連接后，客戶端將數(shù)據(jù)文件封裝后傳輸至服務(wù)端。
[0011]客戶端將待發(fā)送的數(shù)據(jù)文件保存并進(jìn)行base64編碼，且在編碼后封裝chunk塊，所述chunk塊包括塊數(shù)據(jù)長度以及塊數(shù)據(jù)內(nèi)容。
[0012]客戶端接收服務(wù)端的響應(yīng)消息，若數(shù)據(jù)文件發(fā)送失敗時(shí)，則客戶端進(jìn)行發(fā)送失敗標(biāo)記，并在結(jié)束數(shù)據(jù)采集時(shí)，讀取發(fā)送失敗標(biāo)記重新將對應(yīng)的數(shù)據(jù)文件進(jìn)行上傳。
[0013]客戶端上傳服務(wù)端的數(shù)據(jù)文件的大小超過服務(wù)端的限制時(shí)，客戶端向服務(wù)端發(fā)送超限標(biāo)記，并在發(fā)送超限標(biāo)記后向服務(wù)端發(fā)送當(dāng)前post連接請求的結(jié)束符；
在結(jié)束當(dāng)前的post連接請求后，客戶端重新向服務(wù)端發(fā)送http的post連接請求，在與服務(wù)端建立連接后，客戶端重新發(fā)送上述的數(shù)據(jù)文件;服務(wù)端將已上傳的數(shù)據(jù)文件進(jìn)行保存，并根據(jù)數(shù)據(jù)文件的超限標(biāo)記來識(shí)別數(shù)據(jù)文件間的關(guān)聯(lián);在客戶端的數(shù)據(jù)文件上傳結(jié)束后，客戶端向服務(wù)端發(fā)送上傳結(jié)束請求，服務(wù)端根據(jù)上傳結(jié)束請求進(jìn)行數(shù)據(jù)文件合并。[00M]本發(fā)明的優(yōu)點(diǎn):不用指定Content-Length字段，可以實(shí)現(xiàn)健康數(shù)據(jù)邊產(chǎn)生邊上傳，而不用等待獲得所有健康數(shù)據(jù)。從而可以減少網(wǎng)絡(luò)傳輸時(shí)延，節(jié)省服務(wù)端處理健康數(shù)據(jù)的等待時(shí)間，為設(shè)計(jì)實(shí)時(shí)的web應(yīng)用提供便利。
【附圖說明】
[0015]圖1為本發(fā)明的結(jié)構(gòu)框圖。
[0016]圖2為本發(fā)明服務(wù)端接收數(shù)據(jù)文件的流程圖。
[0017]圖3為本發(fā)明客戶端進(jìn)行數(shù)據(jù)文件上傳的流程圖。
【具體實(shí)施方式】
[0018]下面結(jié)合具體附圖和實(shí)施例對本發(fā)明作進(jìn)一步說明。
[0019]如圖1所示:為了能減少網(wǎng)絡(luò)傳輸時(shí)延，節(jié)省服務(wù)端處理健康數(shù)據(jù)的等待時(shí)間，為設(shè)計(jì)實(shí)時(shí)的web應(yīng)用提供便利，本發(fā)明包括客戶端以及能與所述客戶端進(jìn)行http連接的服務(wù)端；所述客戶端向服務(wù)端發(fā)送http的po st連接請求，并在http請求頭添加Transf er-Encoding 屬性字段 ，且將Transfer-Encoding的值設(shè)為chunked，在與服務(wù)端建立連接后，客戶端將數(shù)據(jù)文件封裝后傳輸至服務(wù)端。
[0020]具體地，在http請求頭添加Transfer-Encoding屬性字段，并將Transfer-Encoding 的值設(shè)為chunked， 以使得客戶端在產(chǎn)生數(shù)據(jù)的同時(shí)能向服務(wù)端上傳數(shù)據(jù)， 從而不用指定Content-Length字段，可以實(shí)現(xiàn)健康數(shù)據(jù)的邊產(chǎn)生邊上傳，減少網(wǎng)絡(luò)傳輸試驗(yàn)，節(jié)省服務(wù)端處理健康數(shù)據(jù)的等待時(shí)間。
[0021]如圖2和圖3所示，客戶端將待發(fā)送的數(shù)據(jù)文件保存并進(jìn)行base64編碼，且在編碼后封裝chunk塊，所述chunk塊包括塊數(shù)據(jù)長度以及塊數(shù)據(jù)內(nèi)容。
[0022]本發(fā)明實(shí)施例中，客戶端對產(chǎn)生的數(shù)據(jù)文件保存在客戶端內(nèi)，進(jìn)行base64編碼以及封裝chunk塊的具體過程為本技術(shù)領(lǐng)域人員所熟知，此處不再贅述。具體實(shí)施時(shí)，客戶端接收服務(wù)端的響應(yīng)消息，若數(shù)據(jù)文件發(fā)送失敗時(shí)，則客戶端進(jìn)行發(fā)送失敗標(biāo)記，并在結(jié)束數(shù)據(jù)采集時(shí)，讀取發(fā)送失敗標(biāo)記重新將對應(yīng)的數(shù)據(jù)文件進(jìn)行上傳。
[0023]客戶端上傳服務(wù)端的數(shù)據(jù)文件的大小超過服務(wù)端的限制時(shí)，客戶端向服務(wù)端發(fā)送超限標(biāo)記，并在發(fā)送超限標(biāo)記后向服務(wù)端發(fā)送當(dāng)前post連接請求的結(jié)束符；
在結(jié)束當(dāng)前的post連接請求后，客戶端重新向服務(wù)端發(fā)送http的post連接請求，在與服務(wù)端建立連接后，客戶端重新發(fā)送上述的數(shù)據(jù)文件;服務(wù)端將已上傳的數(shù)據(jù)文件進(jìn)行保存，并根據(jù)數(shù)據(jù)文件的超限標(biāo)記來識(shí)別數(shù)據(jù)文件間的關(guān)聯(lián);在客戶端的數(shù)據(jù)文件上傳結(jié)束后，客戶端向服務(wù)端發(fā)送上傳結(jié)束請求，服務(wù)端根據(jù)上傳結(jié)束請求進(jìn)行數(shù)據(jù)文件合并。
[0024]本發(fā)明實(shí)施例中，由于服務(wù)端內(nèi)存等設(shè)置的影響，對客戶端一次上傳數(shù)據(jù)文件的大小受到限制，當(dāng)數(shù)據(jù)文件的大小超過服務(wù)端的限制時(shí)，客戶端向服務(wù)端發(fā)送超限標(biāo)記。在服務(wù)端，接收到http的post連接請求后，對所述post連接請求進(jìn)行解析、base64解碼，以獲取文件內(nèi)容。在獲取數(shù)據(jù)文件內(nèi)容后，服務(wù)端檢查數(shù)據(jù)文件的結(jié)尾是否有超限標(biāo)記，若無，則進(jìn)行存儲(chǔ)或其他設(shè)定的操作，若有，則去除超限標(biāo)記，文件名進(jìn)行處理，作為一個(gè)文件片進(jìn)行存儲(chǔ)或其他操作;服務(wù)端在接收到上傳結(jié)束請求時(shí)，對屬于同一個(gè)數(shù)據(jù)文件的文件片進(jìn)行合并處理，從而實(shí)現(xiàn)超過服務(wù)端限制的數(shù)據(jù)文件的傳輸。
【主權(quán)項(xiàng)】
1.一種利用http協(xié)議實(shí)現(xiàn)客戶端向服務(wù)端文件上傳的方法，包括客戶端以及能與所述客戶端進(jìn)行http連接的服務(wù)端;其特征是:所述客戶端向服務(wù)端發(fā)送http的post連接請求，并在http請求頭添加Transfer-Encoding屬性字段，且將Transf er-Encoding的值設(shè)為chunked，在與服務(wù)端建立連接后，客戶端將數(shù)據(jù)文件封裝后傳輸至服務(wù)端。2.根據(jù)權(quán)利要求1所述利用http協(xié)議實(shí)現(xiàn)客戶端向服務(wù)端文件上傳的方法，其特征是:客戶端將待發(fā)送的數(shù)據(jù)文件保存并進(jìn)行base64編碼，且在編碼后封裝chunk塊，所述chunk塊包括塊數(shù)據(jù)長度以及塊數(shù)據(jù)內(nèi)容。3.根據(jù)權(quán)利要求1所述利用http協(xié)議實(shí)現(xiàn)客戶端向服務(wù)端文件上傳的方法，其特征是:客戶端接收服務(wù)端的響應(yīng)消息，若數(shù)據(jù)文件發(fā)送失敗時(shí)，則客戶端進(jìn)行發(fā)送失敗標(biāo)記，并在結(jié)束數(shù)據(jù)采集時(shí)，讀取發(fā)送失敗標(biāo)記重新將對應(yīng)的數(shù)據(jù)文件進(jìn)行上傳。4.根據(jù)權(quán)利要求1所述利用http協(xié)議實(shí)現(xiàn)客戶端向服務(wù)端文件上傳的方法，其特征是:客戶端上傳服務(wù)端的數(shù)據(jù)文件的大小超過服務(wù)端的限制時(shí)，客戶端向服務(wù)端發(fā)送超限標(biāo)記，并在發(fā)送超限標(biāo)記后向服務(wù)端發(fā)送當(dāng)前post連接請求的結(jié)束符； 在結(jié)束當(dāng)前的post連接請求后，客戶端重新向服務(wù)端發(fā)送http的post連接請求，在與服務(wù)端建立連接后，客戶端重新發(fā)送上述的數(shù)據(jù)文件;服務(wù)端將已上傳的數(shù)據(jù)文件進(jìn)行保存，并根據(jù)數(shù)據(jù)文件的超限標(biāo)記來識(shí)別數(shù)據(jù)文件間的關(guān)聯(lián);在客戶端的數(shù)據(jù)文件上傳結(jié)束后，客戶端向服務(wù)端發(fā)送上傳結(jié)束請求，服務(wù)端根據(jù)上傳結(jié)束請求進(jìn)行數(shù)據(jù)文件合并。5.—種利用http協(xié)議實(shí)現(xiàn)客戶端向服務(wù)端文件上傳的系統(tǒng)，包括客戶端以及能與所述客戶端進(jìn)行http連接的服務(wù)端;其特征是:所述客戶端向服務(wù)端發(fā)送http的post連接請求，并在http請求頭添加Transf er-Encoding屬性字段，且將Transf er-Encoding的值設(shè)為chunked，在與服務(wù)端建立連接后，客戶端將數(shù)據(jù)文件封裝后傳輸至服務(wù)端。6.根據(jù)權(quán)利要求5所述利用http協(xié)議實(shí)現(xiàn)客戶端向服務(wù)端文件上傳的系統(tǒng)，其特征是:客戶端將待發(fā)送的數(shù)據(jù)文件保存并進(jìn)行base64編碼，且在編碼后封裝chunk塊，所述chunk塊包括塊數(shù)據(jù)長度以及塊數(shù)據(jù)內(nèi)容。7.根據(jù)權(quán)利要求5所述利用http協(xié)議實(shí)現(xiàn)客戶端向服務(wù)端文件上傳的系統(tǒng)，其特征是:客戶端接收服務(wù)端的響應(yīng)消息，若數(shù)據(jù)文件發(fā)送失敗時(shí)，則客戶端進(jìn)行發(fā)送失敗標(biāo)記，并在結(jié)束數(shù)據(jù)采集時(shí)，讀取發(fā)送失敗標(biāo)記重新將對應(yīng)的數(shù)據(jù)文件進(jìn)行上傳。8.根據(jù)權(quán)利要求5所述利用http協(xié)議實(shí)現(xiàn)客戶端向服務(wù)端文件上傳的系統(tǒng)，其特征是:客戶端上傳服務(wù)端的數(shù)據(jù)文件的大小超過服務(wù)端的限制時(shí)，客戶端向服務(wù)端發(fā)送超限標(biāo)記，并在發(fā)送超限標(biāo)記后向服務(wù)端發(fā)送當(dāng)前post連接請求的結(jié)束符； 在結(jié)束當(dāng)前的post連接請求后，客戶端重新向服務(wù)端發(fā)送http的post連接請求，在與服務(wù)端建立連接后，客戶端重新發(fā)送上述的數(shù)據(jù)文件;服務(wù)端將已上傳的數(shù)據(jù)文件進(jìn)行保存，并根據(jù)數(shù)據(jù)文件的超限標(biāo)記來識(shí)別數(shù)據(jù)文件間的關(guān)聯(lián);在客戶端的數(shù)據(jù)文件上傳結(jié)束后，客戶端向服務(wù)端發(fā)送上傳結(jié)束請求，服務(wù)端根據(jù)上傳結(jié)束請求進(jìn)行數(shù)據(jù)文件合并。
【文檔編號(hào)】H04L29/08GK105933420SQ201610269505
【公開日】2016年9月7日
【申請日】2016年4月27日
【發(fā)明人】馮帥, 劉昱, 楊連軍, 胡冰
【申請人】江蘇物聯(lián)網(wǎng)研究發(fā)展中心