業(yè)務請求的處理方法、裝置和服務器設備的制造方法
【專利摘要】本發(fā)明實施例提供一種業(yè)務請求的處理方法、裝置和服務器設備，所述方法包括：接收終端設備的業(yè)務請求；解析所述業(yè)務請求中所請求數據的數據長度；如果所述數據長度小于等于長度閾值，則向所述終端設備發(fā)送默認字符。采用本發(fā)明實施例的技術方案，特別是對于大量的用戶終端(手機終端)為了確認服務器是否支持斷點續(xù)傳，頻繁地向服務器發(fā)送業(yè)務請求的情況，可以極大地節(jié)省服務器的開銷，具有廣闊的市場前景，也可以為服務器運營商帶來極大的經濟效益。
【專利說明】
業(yè)務請求的處理方法、裝置和服務器設備
技術領域
[0001]本發(fā)明涉及移動通信技術領域，尤其涉及一種業(yè)務請求的處理方法、裝置和服務器設備。
【背景技術】
[0002]用戶終端為了確認服務器是否支持斷點續(xù)傳，頻繁地向服務器發(fā)送業(yè)務請求，向服務器請求I個字節(jié)的數據，如果服務器返回這個字節(jié)的數據，則表示服務器支持斷點續(xù)傳，否則表示服務器不支持斷點續(xù)傳。對于服務器而言，對于接收到的請求I個字節(jié)的業(yè)務請求，實時將本地存儲的數據包解壓縮，并將解壓縮后的第I個字節(jié)返回給用戶終端。大量的請求I個字節(jié)的業(yè)務請求將導致服務器頻繁的進行解壓縮的操作，對服務器的磁盤造成極大的負擔。

【發(fā)明內容】

[0003]本發(fā)明的目的在于，提供一種業(yè)務請求的處理方法、裝置和服務器設備，減少處理業(yè)務請求時的磁盤開銷。
[0004]根據本發(fā)明的一方面，提供一種業(yè)務請求的處理方法，所述方法包括:接收終端設備的業(yè)務請求;解析所述業(yè)務請求中所請求數據的數據長度;如果所述數據長度小于等于長度閾值，則向所述終端設備發(fā)送默認字符。
[0005]根據本發(fā)明的另一方面，還提供一種業(yè)務請求的處理裝置，所述裝置包括:接收單元，用于接收終端設備的業(yè)務請求;解析單元，用于解析所述業(yè)務請求中所請求數據的數據長度;發(fā)送單元，用于如果所述數據長度小于等于長度閾值，則向所述終端設備發(fā)送默認字符。
[0006]根據本發(fā)明的另一方面，還提供一種服務器設備，所述服務器設備包括:一個或多個處理器;存儲器;一個或多個程序，所述一個或多個程序存儲在所述存儲器中，且經配置以由所述一個或者多個處理器執(zhí)行所述一個或者多個程序包含的用于執(zhí)行如前任一種所述的業(yè)務請求的處理方法的指令。
[0007]采用本發(fā)明實施例的技術方案，接收到終端設備的業(yè)務請求，如果業(yè)務請求所請求數據的數據長度小于等于長度閾值，則向所述終端設備發(fā)送默認字符。對于所請求數據的數據長度小于等于長度閾值的情況下，可以只向終端設備發(fā)送默認字符，而不用針對每一業(yè)務請求都采用讀取服務器磁盤上的文件，并對文件解壓縮后對業(yè)務請求進行響應的處理方式，特別是對于大量的用戶終端(手機終端)為了確認服務器是否支持斷點續(xù)傳，頻繁地向服務器發(fā)送業(yè)務請求的情況，可以極大地節(jié)省服務器的開銷，具有廣闊的市場前景，也可以為服務器運營商帶來極大的經濟效益。
【附圖說明】
[0008]圖1示出本發(fā)明實施例一中業(yè)務請求的處理方法的流程圖；
[0009]圖2示出本發(fā)明實施例二中業(yè)務請求的處理裝置的結構示意圖；
[0010]圖3示出本發(fā)明實施例三中服務器設備的結構示意圖。
【具體實施方式】
[0011]下面結合附圖詳細描述本發(fā)明的示例性實施例。在以下實施例中所說的終端設備是指移動終端，至少包括以下設備之一:手機、筆記本、平板電腦、POS機以及車載電腦等等。
[0012]實施例一
[0013]圖1示出本發(fā)明實施例一中業(yè)務請求的處理方法的流程圖。參見圖1，一種業(yè)務請求的處理方法包括S110、S120、S130和S140。
[0014]在S110，接收終端設備的業(yè)務請求。
[0015]可選地，在本實施例中的業(yè)務請求為range請求。超文本傳輸協議(HyperTextTransfer Protocol，HTTP)支持斷點續(xù)傳，在涉及到斷點續(xù)傳時，業(yè)務請求中通過Range指定第I個字節(jié)的位置和最后一個字節(jié)的位置，例如，Range的格式為:Range: (unit = f irstbyte pos)-[last byte pos]，終端設備向服務器端發(fā)送業(yè)務請求，服務端對終端設備的響應中通過Content-Range指定整個實體中的一部分的插入位置，也指示了整個實體的長度，例如，Content-Range 的格式為:Content-Range: bytes (unit first byte pos)-[ lastbyte pos]/[entity legth]。
[0016]在S120，解析所述業(yè)務請求中所請求數據的數據長度。
[0017]根據業(yè)務請求中所請求數據的第I個字節(jié)的位置和最后一個字節(jié)的位置的差值解析得到所請求數據的數據長度，例如，Range: byteO-Ι，則表示所請求數據的數據長度為1-0=I個字節(jié);再例如，Range: byteO-5，則表示所請求數據的數據長度為5-0 = 5個字節(jié)。
[0018]在S130，所述數據長度是否小于等于長度閾值，如果數據長度小于等于長度閾值則執(zhí)行S140，如果數據長度大于長度閾值，則執(zhí)行S150。
[0019]在本實施例中，預先設定長度閾值為I個字節(jié)。
[0020]在S140，向所述終端設備發(fā)送默認字符。
[0021 ]可選地，以本實施例的技術方案應用在所述業(yè)務請求所請求數據的類型為MP4的情況下為例對本發(fā)明的技術方案進行說明，對于業(yè)務請求所請求數據類型為其他類型時，根據不同類型數據解壓縮后的文件中的攜帶的字符，確定長度閾值的大小以及默認字符的內容。
[0022]對于業(yè)務請求所請求數據的類型為MP4的情況下，將MP4類型的數據文件解壓縮為M3U8類型的數據文件后，其第I個字節(jié)為#字符，對于大量用戶終端為了確認服務器是否支持斷點續(xù)傳向服務器發(fā)送的業(yè)務請求，服務器接收到每一個業(yè)務請求后讀取磁盤，將磁盤中的MP4類型的數據文件解壓縮為M3U8類型的數據文件，并將M3U8類型的數據文件的第I個字節(jié)的#字符返回給用戶終端作為響應，用戶終端接收到I個字節(jié)的#字符確認服務器支持斷點續(xù)傳。針對這種情況，本發(fā)明對于解析到只請求I個字節(jié)的業(yè)務請求，不再讀取磁盤，也不對數據文件進行解壓縮的處理，而是直接將默認字符返回給用戶終端作為響應。
[0023]進一步地，本方法還可以包括S150。
[0024]在S150，讀取磁盤中的文件，將文件解壓縮后，向所述終端設備發(fā)送從解壓縮后的文件中提取的所請求數據。
[0025]采用本發(fā)明實施例的技術方案，接收到終端設備的業(yè)務請求，如果業(yè)務請求所請求數據的數據長度小于等于長度閾值，則向所述終端設備發(fā)送默認字符。對于所請求數據的數據長度小于等于長度閾值的情況下，可以只向終端設備發(fā)送默認字符，而不用針對每一業(yè)務請求都采用讀取服務器磁盤上的文件，并對文件解壓縮后對業(yè)務請求進行響應的處理方式，特別是對于大量的用戶終端(手機終端)為了確認服務器是否支持斷點續(xù)傳，頻繁地向服務器發(fā)送業(yè)務請求的情況，可以極大地節(jié)省服務器的開銷，具有廣闊的市場前景，也可以為服務器運營商帶來極大的經濟效益。
[0026]實施例二
[0027]圖2示出本發(fā)明實施例二中業(yè)務請求的處理裝置的結構示意圖。本實施例提供的業(yè)務請求的處理裝置用于執(zhí)行實施例一中的業(yè)務請求的處理方法。參見圖2，本實施例的一種業(yè)務請求的處理裝置包括接收單元210、解析單元220和發(fā)送單元230。
[0028]接收單元210用于接收終端設備的業(yè)務請求。
[0029]解析單元220用于解析所述業(yè)務請求中所請求數據的數據長度。
[0030]發(fā)送單元230用于如果所述數據長度小于等于長度閾值，則向所述終端設備發(fā)送默認字符。
[0031 ] 進一步地，所述業(yè)務請求為range請求。
[0032]進一步地，所述長度閾值為I個字節(jié)。
[0033]進一步地，所述默認字符為#。
[0034]進一步地，所述業(yè)務請求所請求數據的類型為MP4。
[0035]采用本發(fā)明實施例的技術方案，接收到終端設備的業(yè)務請求，如果業(yè)務請求所請求數據的數據長度小于等于長度閾值，則向所述終端設備發(fā)送默認字符。對于所請求數據的數據長度小于等于長度閾值的情況下，可以只向終端設備發(fā)送默認字符，而不用針對每一業(yè)務請求都采用讀取服務器磁盤上的文件，并對文件解壓縮后對業(yè)務請求進行響應的處理方式，特別是對于大量的用戶終端(手機終端)為了確認服務器是否支持斷點續(xù)傳，頻繁地向服務器發(fā)送業(yè)務請求的情況，可以極大地節(jié)省服務器的開銷，具有廣闊的市場前景，也可以為服務器運營商帶來極大的經濟效益。
[0036]實施例三
[0037]圖3示出本發(fā)明實施例三中服務器設備的結構示意圖。參見圖3，本實施例中的一種服務器設備包括:一個或多個處理器310和存儲器320，處理器310和存儲器320通過總線330通信;一個或多個程序，所述程序包括計算機可讀代碼，所述一個或多個程序存儲在所述存儲器中，且經配置以由所述一個或者多個處理器執(zhí)行所述一個或者多個程序包含的用于執(zhí)行如實施例一中所述的任一種業(yè)務請求的處理方法的指令。
[0038]本發(fā)明實施例還提供了一種計算機可讀介質，其中存儲了上述的程序。
[0039]采用本發(fā)明實施例的技術方案，接收到終端設備的業(yè)務請求，如果業(yè)務請求所請求數據的數據長度小于等于長度閾值，則向所述終端設備發(fā)送默認字符。對于所請求數據的數據長度小于等于長度閾值的情況下，可以只向終端設備發(fā)送默認字符，而不用針對每一業(yè)務請求都采用讀取服務器磁盤上的文件，并對文件解壓縮后對業(yè)務請求進行響應的處理方式，特別是對于大量的用戶終端(手機終端)為了確認服務器是否支持斷點續(xù)傳，頻繁地向服務器發(fā)送業(yè)務請求的情況，可以極大地節(jié)省服務器的開銷，具有廣闊的市場前景，也可以為服務器運營商帶來極大的經濟效益。
[0040]需要指出，根據實施的需要，可將本申請中描述的各個部件/步驟拆分為更多部件/步驟，也可將兩個或多個部件/步驟或者部件/步驟的部分操作組合成新的部件/步驟，以實現本發(fā)明的目的。
[0041]上述根據本發(fā)明的方法可在硬件、固件中實現，或者被實現為可存儲在記錄介質(諸如CD R0M、RAM、軟盤、硬盤或磁光盤)中的軟件或計算機代碼，或者被實現通過網絡下載的原始存儲在遠程記錄介質或非暫時機器可讀介質中并將被存儲在本地記錄介質中的計算機代碼，從而在此描述的方法可被存儲在使用通用計算機、專用處理器或者可編程或專用硬件(諸如ASIC或FPGA)的記錄介質上的這樣的軟件處理?？梢岳斫?，計算機、處理器、微處理器控制器或可編程硬件包括可存儲或接收軟件或計算機代碼的存儲組件(例如，RAM、ROM、閃存等)，當所述軟件或計算機代碼被計算機、處理器或硬件訪問且執(zhí)行時，實現在此描述的處理方法。此外，當通用計算機訪問用于實現在此示出的處理的代碼時，代碼的執(zhí)行將通用計算機轉換為用于執(zhí)行在此示出的處理的專用計算機。
[0042]以上所述，僅為本發(fā)明的【具體實施方式】，但本發(fā)明的保護范圍并不局限于此，任何熟悉本技術領域的技術人員在本發(fā)明揭露的技術范圍內，可輕易想到變化或替換，都應涵蓋在本發(fā)明的保護范圍之內。因此，本發(fā)明的保護范圍應以所述權利要求的保護范圍為準。
【主權項】
1.一種業(yè)務請求的處理方法，所述方法包括: 接收終端設備的業(yè)務請求； 解析所述業(yè)務請求中所請求數據的數據長度； 如果所述數據長度小于等于長度閾值，則向所述終端設備發(fā)送默認字符。2.根據權利要求1所述的方法，其中，所述業(yè)務請求為range請求。3.根據權利要求2所述的方法，其中，所述長度閾值為I個字節(jié)。4.根據權利要求3所述的方法，其中，所述默認字符為#。5.根據權利要求4所述的方法，其中，所述業(yè)務請求所請求數據的類型為MP4。6.一種業(yè)務請求的處理裝置，所述裝置包括: 接收單元，用于接收終端設備的業(yè)務請求； 解析單元，用于解析所述業(yè)務請求中所請求數據的數據長度； 發(fā)送單元，用于如果所述數據長度小于等于長度閾值，則向所述終端設備發(fā)送默認字符。7.根據權利要求6所述的裝置，其中，所述業(yè)務請求為range請求。8.根據權利要求7所述的裝置，其中，所述長度閾值為I個字節(jié)。9.根據權利要求8所述的裝置，其中，所述默認字符為#。10.根據權利要求9所述的裝置，其中，所述業(yè)務請求所請求數據的類型為MP4。11.一種服務器設備，所述服務器設備包括: 一個或多個處理器； 存儲器； 一個或多個程序，所述一個或多個程序存儲在所述存儲器中，且經配置以由所述一個或者多個處理器執(zhí)行所述一個或者多個程序包含的用于執(zhí)行如權利要求1至5任一項所述的業(yè)務請求的處理方法的指令。
【文檔編號】H04L29/08GK105847394SQ201610262820
【公開日】2016年8月10日
【申請日】2016年4月25日
【發(fā)明人】李洪福, 李艷松
【申請人】樂視控股（北京）有限公司, 樂視云計算有限公司