專利名稱：Http附件發(fā)送和接收方法、服務(wù)器及終端設(shè)備的制作方法
技術(shù)領(lǐng)域：
本發(fā)明實(shí)施例涉及通信技術(shù)，尤其涉及一種超文本傳輸協(xié)議(Hyper Text Transfer Protocol，簡(jiǎn)稱HTTP)附件發(fā)送和接收方法、服務(wù)器及終端設(shè)備。
背景技術(shù)：
在采用HTTP進(jìn)行消息通信的過程中，終端設(shè)備向服務(wù)器發(fā)起的請(qǐng)求消息有可能指向多個(gè)文件。例如，終端設(shè)備通過HTTP請(qǐng)求消息向服務(wù)器請(qǐng)求一個(gè)影片，服務(wù)器需要向終端設(shè)備返回該影片的視頻文件、該影片海報(bào)的圖片文件、該影片簡(jiǎn)介的文本文件等多個(gè)文件。又例如，終端設(shè)備通過HTTP請(qǐng)求消息向服務(wù)器請(qǐng)求一個(gè)多媒體消息，即彩信，服務(wù)器需要向終端設(shè)備返回該多媒體消息中包含的文本文件、圖片文件、視頻文件、視頻文件等多個(gè)文件。采用目前的HTTP附件傳輸方法，服務(wù)器在一個(gè)HTTP響應(yīng)消息中只能攜帶一個(gè)文件。因此，當(dāng)服務(wù)器需要向終端設(shè)備返回多個(gè)文件時(shí)，服務(wù)器先將多個(gè)文件進(jìn)行壓縮，生成一個(gè)壓縮文件，再將該壓縮文件作為附件，通過二進(jìn)制碼流的方式返回給終端設(shè)備。終端設(shè)備在對(duì)HTTP響應(yīng)消息進(jìn)行解析時(shí)，需要先對(duì)附件進(jìn)行解壓縮，才能獲得其中的多個(gè)文件。 由于壓縮和解壓縮的處理過程會(huì)占用大量計(jì)算資源，因此，現(xiàn)有的HTTP附件傳輸方法的傳輸效率較低。

發(fā)明內(nèi)容
本發(fā)明實(shí)施例提供一種HTTP附件發(fā)送方法和接收方法，用以解決現(xiàn)有技術(shù)中無法通過一個(gè)響應(yīng)消息發(fā)送多個(gè)附件的缺陷，提高HTTP附件傳輸效率。本發(fā)明實(shí)施例還提供一種服務(wù)器和終端設(shè)備，用以解決現(xiàn)有技術(shù)中無法通過一個(gè)響應(yīng)消息發(fā)送多個(gè)附件的缺陷，提高HTTP附件傳輸效率。本發(fā)明實(shí)施例提供一種超文本傳輸協(xié)議HTTP附件發(fā)送方法，包括服務(wù)器接收來自終端設(shè)備的請(qǐng)求消息；服務(wù)器生成包括分段邊界標(biāo)識(shí)信息的消息頭，根據(jù)至少一個(gè)附件生成至少一個(gè)消息段，每個(gè)所述消息段采用多用途互聯(lián)網(wǎng)郵件擴(kuò)展MIME格式且包括所述分段邊界標(biāo)識(shí)和附件消息段，所述附件消息段攜帶一個(gè)附件，將所述至少一個(gè)消息段組成MIME格式的消息體，將所述消息頭和所述消息體組成分段式HTTP響應(yīng)消息；服務(wù)器向終端設(shè)備發(fā)送所述分段式HTTP響應(yīng)消息。本發(fā)明實(shí)施例還提供一種文本傳輸協(xié)議HTTP附件接收方法，包括終端設(shè)備獲取分段式HTTP響應(yīng)消息；終端設(shè)備根據(jù)所述分段式HTTP響應(yīng)消息的消息頭中的分段邊界標(biāo)識(shí)信息獲取分段邊界標(biāo)識(shí)，根據(jù)所述分段邊界標(biāo)識(shí)檢索所述分段式HTTP響應(yīng)消息的多用途互聯(lián)網(wǎng)郵件擴(kuò)展MIME格式消息體獲取至少一個(gè)消息段，解析所述至少一個(gè)消息段，獲取每個(gè)所述消息段包括的所述分段邊界標(biāo)識(shí)和附件消息段。
本發(fā)明實(shí)施例還提供一種服務(wù)器，包括接收單元，用于接收來自終端設(shè)備的請(qǐng)求消息；消息生成單元，用于生成包括分段邊界標(biāo)識(shí)信息的消息頭，根據(jù)至少一個(gè)附件生成至少一個(gè)消息段，每個(gè)所述消息段采用多用途互聯(lián)網(wǎng)郵件擴(kuò)展MIME格式且包括所述分段邊界標(biāo)識(shí)和附件消息段，所述附件消息段攜帶一個(gè)附件，將所述至少一個(gè)消息段組成 MIME格式的消息體，將所述消息頭和所述消息體組成分段式HTTP響應(yīng)消息；發(fā)送單元，用于向終端設(shè)備發(fā)送所述分段式HTTP響應(yīng)消息。本發(fā)明實(shí)施例還提供一種終端設(shè)備，包括接收單元，用于獲取分段式超文本傳輸協(xié)議HTTP響應(yīng)消息；解析單元，用于根據(jù)所述分段式HTTP響應(yīng)消息的消息頭中的分段邊界標(biāo)識(shí)信息獲取分段邊界標(biāo)識(shí)，根據(jù)所述分段邊界標(biāo)識(shí)檢索所述分段式HTTP響應(yīng)消息的多用途互聯(lián)網(wǎng)郵件擴(kuò)展MIME格式消息體獲取至少一個(gè)消息段，解析所述至少一個(gè)消息段，獲取每個(gè)所述消息段包括的所述分段邊界標(biāo)識(shí)和附件消息段。由上述技術(shù)方案可知，本發(fā)明實(shí)施例通過對(duì)HTTP響應(yīng)消息進(jìn)行分段，服務(wù)器采用分段式HTTP響應(yīng)消息的消息向終端設(shè)備返回附件，該分段式HTTP響應(yīng)消息的消息體包括多個(gè)消息段，每個(gè)消息段用于傳輸一個(gè)附件，因此可以采用一個(gè)響應(yīng)消息將多個(gè)附件一次性返回給終端設(shè)備。服務(wù)器不必進(jìn)行壓縮操作， 相應(yīng)地，終端設(shè)備也不必進(jìn)行解壓縮操作，因此節(jié)省了大量計(jì)算資源，提高了 HTTP附件傳輸?shù)膫鬏斝省?br>

為了更清楚地說明本發(fā)明實(shí)施例或現(xiàn)有技術(shù)中的技術(shù)方案，下面將對(duì)實(shí)施例或現(xiàn)有技術(shù)描述中所需要使用的附圖作一簡(jiǎn)單地介紹，顯而易見地，下面描述中的附圖是本發(fā)明的一些實(shí)施例，對(duì)于本領(lǐng)域普通技術(shù)人員來講，在不付出創(chuàng)造性勞動(dòng)性的前提下，還可以根據(jù)這些附圖獲得其他的附圖。圖1為本發(fā)明實(shí)施例的HTTP附件發(fā)送方法的流程圖；圖2為本發(fā)明另一實(shí)施例的HTTP附件接收方法的流程圖；圖3為本發(fā)明另一實(shí)施例的服務(wù)器的結(jié)構(gòu)示意圖；圖4為本發(fā)明另一實(shí)施例的終端設(shè)備的結(jié)構(gòu)示意圖。
具體實(shí)施例方式為使本發(fā)明實(shí)施例的目的、技術(shù)方案和優(yōu)點(diǎn)更加清楚，下面將結(jié)合本發(fā)明實(shí)施例中的附圖，對(duì)本發(fā)明實(shí)施例中的技術(shù)方案進(jìn)行清楚、完整地描述，顯然，所描述的實(shí)施例是本發(fā)明一部分實(shí)施例，而不是全部的實(shí)施例?；诒景l(fā)明中的實(shí)施例，本領(lǐng)域普通技術(shù)人員在沒有作出創(chuàng)造性勞動(dòng)前提下所獲得的所有其他實(shí)施例，都屬于本發(fā)明保護(hù)的范圍。圖1為本發(fā)明實(shí)施例的HTTP附件發(fā)送方法的流程圖。如圖1所示，該方法包括如下過程。步驟101 服務(wù)器接收來自終端設(shè)備的請(qǐng)求消息。步驟102 服務(wù)器生成包括分段邊界標(biāo)識(shí)信息的消息頭，根據(jù)至少一個(gè)附件生成至少一個(gè)消息段，每個(gè)上述消息段采用多用途互聯(lián)網(wǎng)郵件擴(kuò)展(Multipurpose InternetMail Extensions，簡(jiǎn)稱MIME)格式且包括上述分段邊界標(biāo)識(shí)和附件消息段，上述附件消息段攜帶一個(gè)附件，將上述至少一個(gè)消息段組成MIME格式的消息體，將上述消息頭和上述消息體組成分段式HTTP響應(yīng)消息。步驟103 服務(wù)器向終端設(shè)備發(fā)送分段式HTTP響應(yīng)消息。在上述本發(fā)明實(shí)施例中，采用對(duì)HTTP響應(yīng)消息進(jìn)行分段的方法，服務(wù)器采用分段式HTTP響應(yīng)消息的消息向終端設(shè)備返回附件，該分段式HTTP響應(yīng)消息的消息體包括多個(gè)消息段，每個(gè)消息段用于傳輸一個(gè)附件，因此可以采用一個(gè)響應(yīng)消息將多個(gè)附件一次性返回給終端設(shè)備。采用分段響應(yīng)消息攜帶多個(gè)附件，服務(wù)器不必進(jìn)行壓縮操作，相應(yīng)地，終端設(shè)備在接收響應(yīng)消息后也不必進(jìn)行解壓縮操作，因此節(jié)省了大量計(jì)算資源，提高了 HTTP附件傳輸?shù)膫鬏斝?。在上述技術(shù)方案的基礎(chǔ)上，具體地，分段式HTTP響應(yīng)消息包括消息頭和消息體。 其中，消息頭中包括分段邊界標(biāo)識(shí)信息。消息體中包括至少一個(gè)消息段，在各個(gè)消息段之間采用消息頭中的分段邊界標(biāo)識(shí)信息指示的分段邊界標(biāo)識(shí)進(jìn)行分隔。每個(gè)消息段包括一個(gè)分段邊界標(biāo)識(shí)和一個(gè)附件消息段。其中，附件消息段包括段頭和段體。分段邊界標(biāo)識(shí)用于標(biāo)識(shí)一個(gè)消息段的開始。每個(gè)附件消息段傳輸一個(gè)附件，其中，段頭中包括該附件的內(nèi)容名稱信息、附件名稱信息和附件類型信息；段體中包括該附件的附件內(nèi)容，具體地，附件以二進(jìn)制的形式傳輸，則該附件內(nèi)容可以是二進(jìn)制形式的內(nèi)容。以下為分段式HTTP響應(yīng)消息的一個(gè)具體實(shí)例Content-Disposition form-data ；name = “attachments"Content-Type :multipart/mixed ；boundary =，，= = = = aaabbb “= = = = aaabbb Content-Disposition -attachments ；filename = " textBody. txt，，； Content-Type :text/plain ；charset = UTF-8 Content-Transfer-Encoding :8 bit......= = = = aaabbbContent-Disposition !attachments ；filename =，，image 1. gif “；Content-Type :image/gifΜΙΜΕ-Version :1. 0Content-ID :<99334422iexample. com>......參見上述分段式HTTP響應(yīng)消息的具體實(shí)例，其中，消息頭為Content-Disposition form-data ；name =，，attachments，，Content-Type :multipart/mixed ；boundary =，，= = = = aaabbb “上述消息頭為采用HTTP的消息頭，其中，Content-Disposition是MME格式的擴(kuò)展字段，用于標(biāo)識(shí)客戶端瀏覽器的下載方式，在上述具體實(shí)例中，“form-data”表示數(shù)據(jù)下載方式，name表示本分段式HTTP響應(yīng)消息的名稱，Content-Type表示本分段式HTTP響應(yīng)消息的內(nèi)容類型。在現(xiàn)有的普通HTTP響應(yīng)消息的消息頭中，同樣包含上述三項(xiàng)信息，在此基礎(chǔ)上，本分段式HTTP響應(yīng)消息的消息頭中，還包含分段邊界標(biāo)識(shí)信息。在上述分段式HTTP響應(yīng)消息的具體實(shí)例的消息頭中，boundary表示本分段式HTTP響應(yīng)消息的邊界標(biāo)識(shí)信息，用于指示本分段式HTTP響應(yīng)消息的消息體的分段邊界標(biāo)識(shí)的具體形式，在本具體實(shí)例中，消息頭中指示b0imdary =”= = = = aaablA”，即，在本分段式HTTP響應(yīng)消息的消息體中，分段邊界標(biāo)識(shí)的具體形式為“ ====aaabbb",在后續(xù)消息體中，每一個(gè)消息段均采用該分段邊界標(biāo)識(shí)開頭，由該分段邊界標(biāo)識(shí)將消息體劃分為多個(gè)消息段。參見上述分段式HTTP響應(yīng)消息的具體實(shí)例，在上述消息頭之后，為該消息的消息體。具體地，分段式HTTP響應(yīng)消息的消息體采用MIME格式。其中，第一個(gè)消息段為= = = = aaabbbContent-Disposition !attachments ；filename = " textBody. txt，，；Content-Type :text/plain ；charset = UTF-8Content-Transfer-Encoding :8bit......在上述第一個(gè)消息段中，段頭為= = = = aaabbbContent-Disposition !attachments ；filename =，，textBody. txt，，；Content-Type :text/plain ；charset = UTF-8Content-Transfer-Encoding :8bit其中，“ ====aaabbb ”為分段邊界標(biāo)識(shí)，用于指示以下為一個(gè)新的消息段。Content-Disposition是MIME格式的擴(kuò)展字段，用于標(biāo)識(shí)客戶端瀏覽器的下載方式。filename表示該附件的附件名稱信息。Content-Type表示該附件的附件類型信息。上述四項(xiàng)為段頭中的必要信息。在上述必要信息的基礎(chǔ)上，段頭中還可以包括一些可選信息，例如，在上述具體實(shí)例中，包括如下可選信息=Charset表示字符集的編碼方式， Content-Transfer-Encoding表示傳送該附件內(nèi)容的編碼格式。在上述消息段的具體實(shí)例中，省略了段體中的附件的具體內(nèi)容。在實(shí)際應(yīng)用中，一個(gè)消息段中的段體位于該消息段的段頭之后。因此，在上述第一個(gè)消息段的段頭之后帶對(duì)應(yīng)的附件的具體內(nèi)容。一種較佳的實(shí)施方式是，可以將附件內(nèi)容采用二進(jìn)制碼流的形式作為段體攜帶在段頭之后。在上述分布式HTTP響應(yīng)消息中，在第一個(gè)消息段之后為第二個(gè)消息段。參見上述分段式HTTP響應(yīng)消息的具體實(shí)例，第二個(gè)消息段為= = = = aaabbbContent-Disposition !attachments ；filename =，，image 1. gif"；Content-Type :image/gifΜΙΜΕ-Version 1. 0Content-ID :<99334422iexample. com>......具體地，第二個(gè)消息段的結(jié)構(gòu)與第一個(gè)消息段相同，在第二個(gè)消息段的段頭中，必要信息與第一個(gè)消息段相同。在上述必要信息的基礎(chǔ)上，第二消息段的段頭中還可以包括如下可選信息=MIME-Version表示本消息段所采用的MIME格式的具體版本，Content-ID表示接收本消息段的附件的用戶身份標(biāo)識(shí)。在上述技術(shù)方案中，通過分段邊界標(biāo)識(shí)對(duì)HTTP響應(yīng)消息的消息體進(jìn)行分段，每一段用于傳輸一個(gè)附件，從而能夠采用分段式HTTP響應(yīng)消息一次性地發(fā)送多個(gè)附件。從而節(jié)省了現(xiàn)有技術(shù)中的壓縮和解壓縮操作占用的計(jì)算資源，提高了 HTTP附件傳輸?shù)膫鬏斝?。進(jìn)一步地，在上述采用分段式HTTP響應(yīng)消息傳輸多附件的技術(shù)方案的基礎(chǔ)上，本發(fā)明還提出一種更優(yōu)化的實(shí)施方式，即，通過標(biāo)識(shí)的方式對(duì)分段式HTTP響應(yīng)消息中攜帶的多個(gè)附件進(jìn)行分組。在本發(fā)明實(shí)施例中，分組方式為對(duì)多個(gè)附件按照預(yù)設(shè)規(guī)則進(jìn)行分類，對(duì)各個(gè)附件分別標(biāo)識(shí)該附件所屬的分類。預(yù)設(shè)規(guī)則可以為按照文件類型分組，例如分為圖片文件、文本文件、音頻文件、視頻文件等分組，預(yù)設(shè)規(guī)則可以為按照文件大小分組，例如分為100KB以下、100KB至IMBUMB以上等分組。以上列舉的分組方式為單層次分組，在本發(fā)明實(shí)施例中， 還可以采用多層次分組方式，例如，在一個(gè)多層次分組中，父類分組包括圖片文件、文本文件、音頻文件、視頻文件等分組，其中，在視頻文件的父類分組中，進(jìn)一步又包括子類分組， 例如MP4格式、AVI格式、RMVB格式等分組。采用分組方式的分段式HTTP響應(yīng)消息，則在上述分段式HTTP響應(yīng)消息的具體實(shí)例中，在段頭中不僅包括上述具體實(shí)例中介紹的信息，而且還需要增加一個(gè)信息，即附件分組信息。該附件分組信息可以為單層次分組信息，可以為多層次分組信息。對(duì)于多層次分組信息，在父類與子類之間采用預(yù)設(shè)字符進(jìn)行標(biāo)識(shí)。例如，采用“/”字符進(jìn)行標(biāo)識(shí)，“/”字符之前的表示父類，“/”字符之后的表示子類。例如，在前述的多層次分組方法的具體實(shí)例中，如果附件是一個(gè)MP4格式的文件，則其附件分組信息為視頻文件/MP4。具體地，上述附件分組信息采用MIME格式標(biāo)準(zhǔn)中的保留字段實(shí)現(xiàn)，在需要標(biāo)識(shí)該附件所屬的分組時(shí)，段頭中包括該保留字段，在不需要標(biāo)識(shí)該附件所屬的分組時(shí)，該保留字段可以省略，段頭中可以不包括該保留字段。在上述分段式HTTP響應(yīng)消息的具體實(shí)例中，如果采用分組方式，第二消息段中包括附件分組信息的一個(gè)具體實(shí)例為= = = = aaabbbContent-Disposition !attachments ；filename =，，image 1. gif"；Content-Type :image/gifΜΙΜΕ-Version 1. 0Content-ID :<99334422iexample. com>Group :video......其中，Group表示附件分組信息。在上述技術(shù)方案中，在采用分段式HTTP響應(yīng)消息發(fā)送多附件的基礎(chǔ)上，進(jìn)一步采用對(duì)附件進(jìn)行分組的方式，從而使得終端設(shè)備在接收到該響應(yīng)消息之后，能夠根據(jù)分組，直接、快捷地獲取到屬于所需分組的附件，而不必在獲取出所有附件之后再一一進(jìn)行識(shí)別，因此，進(jìn)一步提高了 HTTP附件傳輸效率。以上通過本發(fā)明的一個(gè)實(shí)施例對(duì)采用分段式HTTP響應(yīng)消息的附件發(fā)送方法進(jìn)行了介紹，當(dāng)服務(wù)器向終端設(shè)備發(fā)送上述分段式HTTP響應(yīng)消息時(shí)，終端設(shè)備需要對(duì)該響應(yīng)消息進(jìn)行解析處理，從而接收其中攜帶的多個(gè)附件。以下通過本發(fā)明另一實(shí)施例對(duì)終端設(shè)備接收附件的過程進(jìn)行說明。圖2為本發(fā)明另一實(shí)施例的HTTP附件接收方法的流程圖。如圖2所示，該方法包括如下過程。步驟201 終端設(shè)備獲取分段式HTTP響應(yīng)消息。在本步驟中，分段式HTTP響應(yīng)消息包括采用MIME格式的消息體，該消息體中包括至少一個(gè)消息段。步驟202 終端設(shè)備根據(jù)上述分段式HTTP響應(yīng)消息的消息頭中的分段邊界標(biāo)識(shí)信息獲取分段邊界標(biāo)識(shí)，根據(jù)上述分段邊界標(biāo)識(shí)檢索上述分段式HTTP響應(yīng)消息的MIME格式消息體獲取至少一個(gè)消息段，解析上述至少一個(gè)消息段，獲取每個(gè)上述消息段包括的上述分段邊界標(biāo)識(shí)和附件消息段。在上述技術(shù)方案的基礎(chǔ)上，進(jìn)一步地，在步驟202之后還包括步驟203 終端設(shè)備從每個(gè)消息段的附件消息段中獲取一個(gè)附件。在上述技術(shù)方案的基礎(chǔ)上，步驟202可以采用如下過程首先，終端設(shè)備根據(jù)分段式HTTP響應(yīng)消息的消息頭中的分段邊界標(biāo)識(shí)信息獲取每個(gè)消息段的分段邊界標(biāo)識(shí)，然后， 根據(jù)分段邊界標(biāo)識(shí)檢索分段式HTTP響應(yīng)消息的消息體以獲取消息段，然后，解析消息段以獲取每個(gè)消息段包括的分段邊界標(biāo)識(shí)和附件消息段。在步驟203中，首先，終端設(shè)備從附件消息段的段頭中獲取該附件消息段對(duì)應(yīng)的附件的內(nèi)容名稱信息、附件名稱信息和附件類型信息，然后，終端設(shè)備從附件消息段的段體中獲取附件內(nèi)容。具體地，獲取該段體中的二進(jìn)制形式的附件內(nèi)容，并對(duì)二進(jìn)制形式的內(nèi)容進(jìn)行解析。在步驟203中，終端設(shè)備可以采用上述方法依次處理分段式HTTP響應(yīng)消息的多個(gè)段體，依次獲取每一個(gè)段體傳送的附件內(nèi)容。在消息段的段頭中包含附件分組信息的情況下，在步驟203中，終端設(shè)備也可以根據(jù)分組信息選擇性地獲取附件內(nèi)容。具體地，終端設(shè)備根據(jù)每個(gè)附件消息段的段頭中獲取附件分組信息，從附件分組信息為目標(biāo)分組信息的附件消息段的段體中獲取附件內(nèi)容。例如，當(dāng)終端設(shè)備只需要獲取附件中的圖片文件，而不需要獲取其它文件時(shí)，目標(biāo)分組信息指示為圖片文件，終端設(shè)備根據(jù)每個(gè)附件消息段的段頭中的附件分組信息獲知該附件消息段的段體中的附件所屬的分組，從附件分組信息指示為圖片文件的附件消息段的段體中獲取附件內(nèi)容，對(duì)附件分組信息指示為其它文件的附件消息段不做處理。從而在一次性傳輸多個(gè)附件的基礎(chǔ)上，進(jìn)一步能夠?qū)崿F(xiàn)作為接收端的終端設(shè)備根據(jù)自身的需要，快速且有選擇地獲取所需的附件，進(jìn)一步提高了 HTTP附件傳輸效率。在上述本發(fā)明實(shí)施例中，采用對(duì)HTTP響應(yīng)消息進(jìn)行分段的方法，終端設(shè)備從服務(wù)器接收采用分段式HTTP響應(yīng)消息的消息，該分段式HTTP響應(yīng)消息的消息體包括多個(gè)消息段，終端設(shè)備從每個(gè)消息段中獲取一個(gè)附件，因此可以采用一個(gè)響應(yīng)消息將多個(gè)附件一次性返回給終端設(shè)備。采用分段響應(yīng)消息攜帶多個(gè)附件，終端設(shè)備在接收響應(yīng)消息后也不必進(jìn)行解壓縮操作，相應(yīng)地，服務(wù)器在發(fā)送響應(yīng)消息時(shí)也不必進(jìn)行壓縮操作，因此節(jié)省了大量計(jì)算資源，提高了 HTTP附件傳輸?shù)膫鬏斝省D3為本發(fā)明另一實(shí)施例的服務(wù)器的結(jié)構(gòu)示意圖。如圖3所示，該服務(wù)器包括發(fā)送單元31、消息生成單元32和接收單元33。
其中，接收單元33用于接收來自終端設(shè)備的請(qǐng)求消息。接收單元33與消息生成單元32相連，接收單元33接收到上述請(qǐng)求消息后通知消息生成單元32。消息生成單元32 用于生成包括分段邊界標(biāo)識(shí)信息的消息頭，根據(jù)至少一個(gè)附件生成至少一個(gè)消息段，每個(gè)消息段采用MIME格式且包括上述分段邊界標(biāo)識(shí)和附件消息段，上述附件消息段攜帶一個(gè)附件，將上述至少一個(gè)消息段組成MIME格式的消息體，將上述消息頭和上述消息體組成分段式HTTP響應(yīng)消息。發(fā)送單元31用于向終端設(shè)備發(fā)送上述分段式HTTP響應(yīng)消息。在上述技術(shù)方案的基礎(chǔ)上，每個(gè)上述附件消息段包括段頭和段體。其中，段頭中包括該附件消息段對(duì)應(yīng)的附件的內(nèi)容名稱信息、附件名稱信息和附件類型信息；段體中包括附件的二進(jìn)制形式的內(nèi)容。在上述技術(shù)方案的基礎(chǔ)上，上述段頭中還可以包括附件分組信息。附件分組信息可以包括單層次分組信息或多層次分組信息。多層次分組信息的父類與子類之間采用預(yù)設(shè)字符進(jìn)行標(biāo)識(shí)。在本發(fā)明另一實(shí)施例中，服務(wù)器的消息生成單元采用對(duì)HTTP響應(yīng)消息進(jìn)行分段的方法生成分段式HTTP響應(yīng)消息，該分段式HTTP響應(yīng)消息的消息體包括多個(gè)消息段，每個(gè)消息段用于傳輸一個(gè)附件。服務(wù)器的發(fā)送單元向終端設(shè)備發(fā)送該分段式HTTP響應(yīng)消息。因此可以采用一個(gè)響應(yīng)消息將多個(gè)附件一次性發(fā)送給終端設(shè)備。采用分段響應(yīng)消息攜帶多個(gè)附件，服務(wù)器不必進(jìn)行壓縮操作，相應(yīng)地，終端設(shè)備在接收響應(yīng)消息后也不必進(jìn)行解壓縮操作，因此節(jié)省了大量計(jì)算資源，提高了 HTTP附件傳輸?shù)膫鬏斝?。圖4為本發(fā)明另一實(shí)施例的終端設(shè)備的結(jié)構(gòu)示意圖。如圖4所示，該終端設(shè)備包括接收單元41和解析單元42。其中，接收單元41用于獲取分段式超文本傳輸協(xié)議HTTP響應(yīng)消息。該分段式HTTP 響應(yīng)消息包括采用MIME格式的消息體，該消息體中包括至少一個(gè)消息段。解析單元42用于根據(jù)分段式HTTP響應(yīng)消息的消息頭中的分段邊界標(biāo)識(shí)信息獲取分段邊界標(biāo)識(shí)，根據(jù)上述分段邊界標(biāo)識(shí)檢索上述分段式HTTP響應(yīng)消息的MIME格式消息體，獲取至少一個(gè)消息段， 解析上述至少一個(gè)消息段，獲取每個(gè)上述消息段包括的上述分段邊界標(biāo)識(shí)和附件消息段。在上述技術(shù)方案的基礎(chǔ)上，進(jìn)一步地，該終端設(shè)備還可以包括附件獲取單元43。 附件獲取單元43用于從每個(gè)消息段的附件消息段中獲取一個(gè)附件。在上述技術(shù)方案的基礎(chǔ)上，附件獲取單元43具體用于從上述附件消息段的段頭中獲取該附件消息段對(duì)應(yīng)的附件的內(nèi)容名稱信息、附件名稱信息和附件類型信息，從上述附件消息段的段體中獲取上述附件的二進(jìn)制形式的內(nèi)容。附件獲取單元43還具體用于從每個(gè)附件消息段的段頭中獲取附件分組信息，從附件分組信息為目標(biāo)分組信息的附件消息段的段體中獲取附件內(nèi)容。在上述本發(fā)明實(shí)施例中，采用對(duì)HTTP響應(yīng)消息進(jìn)行分段的方法，終端設(shè)備的接收單元從服務(wù)器接收分段式HTTP響應(yīng)消息，該分段式HTTP響應(yīng)消息的消息體包括多個(gè)消息段，終端設(shè)備的解析單元從每個(gè)消息段中獲取一個(gè)附件，因此可以采用一個(gè)響應(yīng)消息將多個(gè)附件一次性返回給終端設(shè)備。采用分段響應(yīng)消息攜帶多個(gè)附件，終端設(shè)備在接收響應(yīng)消息后也不必進(jìn)行解壓縮操作，相應(yīng)地，服務(wù)器在發(fā)送響應(yīng)消息時(shí)也不必進(jìn)行壓縮操作，因此節(jié)省了大量計(jì)算資源，提高了 HTTP附件傳輸?shù)膫鬏斝?。需要說明的是對(duì)于前述的各方法實(shí)施例，為了簡(jiǎn)單描述，故將其都表述為一系列的動(dòng)作組合，但是本領(lǐng)域技術(shù)人員應(yīng)該知悉，本發(fā)明并不受所描述的動(dòng)作順序的限制，因?yàn)橐罁?jù)本發(fā)明，某些步驟可以采用其他順序或者同時(shí)進(jìn)行。其次，本領(lǐng)域技術(shù)人員也應(yīng)該知悉，說明書中所描述的實(shí)施例均屬于優(yōu)選實(shí)施例，所涉及的動(dòng)作和模塊并不一定是本發(fā)明所必須的。在上述實(shí)施例中，對(duì)各個(gè)實(shí)施例的描述都各有側(cè)重，某個(gè)實(shí)施例中沒有詳述的部分，可以參見其他實(shí)施例的相關(guān)描述。本領(lǐng)域普通技術(shù)人員可以理解實(shí)現(xiàn)上述方法實(shí)施例的全部或部分步驟可以通過程序指令相關(guān)的硬件來完成，前述的程序可以存儲(chǔ)于一計(jì)算機(jī)可讀取存儲(chǔ)介質(zhì)中，該程序在執(zhí)行時(shí)，執(zhí)行包括上述方法實(shí)施例的步驟；而前述的存儲(chǔ)介質(zhì)包括R0M、RAM、磁碟或者光盤等各種可以存儲(chǔ)程序代碼的介質(zhì)。最后應(yīng)說明的是以上實(shí)施例僅用以說明本發(fā)明的技術(shù)方案，而非對(duì)其限制；盡管參照前述實(shí)施例對(duì)本發(fā)明進(jìn)行了詳細(xì)的說明，本領(lǐng)域的普通技術(shù)人員應(yīng)當(dāng)理解其依然可以對(duì)前述各實(shí)施例所記載的技術(shù)方案進(jìn)行修改，或者對(duì)其中部分技術(shù)特征進(jìn)行等同替換；而這些修改或者替換，并不使相應(yīng)技術(shù)方案的本質(zhì)脫離本發(fā)明各實(shí)施例技術(shù)方案的精神和范圍。
權(quán)利要求
1.一種超文本傳輸協(xié)議HTTP附件發(fā)送方法，其特征在于，包括服務(wù)器接收來自終端設(shè)備的請(qǐng)求消息；服務(wù)器生成包括分段邊界標(biāo)識(shí)信息的消息頭，根據(jù)至少一個(gè)附件生成至少一個(gè)消息段，每個(gè)所述消息段采用多用途互聯(lián)網(wǎng)郵件擴(kuò)展MIME格式且包括所述分段邊界標(biāo)識(shí)和附件消息段，所述附件消息段攜帶一個(gè)附件，將所述至少一個(gè)消息段組成MIME格式的消息體，將所述消息頭和所述消息體組成分段式HTTP響應(yīng)消息；服務(wù)器向終端設(shè)備發(fā)送所述分段式HTTP響應(yīng)消息。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于，每個(gè)所述附件消息段包括段頭和段體；所述段頭中包括該附件消息段對(duì)應(yīng)的附件的內(nèi)容名稱信息、附件名稱信息和附件類型 fn息；所述段體中包括所述附件的二進(jìn)制形式的內(nèi)容。
3.根據(jù)權(quán)利要求2所述的方法，其特征在于，所述段頭中還包括附件分組信息；所述附件分組信息包括單層次分組信息或多層次分組信息，所述多層次分組信息的父類與子類之間采用預(yù)設(shè)字符進(jìn)行標(biāo)識(shí)。
4.一種超文本傳輸協(xié)議HTTP附件接收方法，其特征在于，包括終端設(shè)備獲取分段式HTTP響應(yīng)消息；終端設(shè)備根據(jù)所述分段式HTTP響應(yīng)消息的消息頭中的分段邊界標(biāo)識(shí)信息獲取分段邊界標(biāo)識(shí)，根據(jù)所述分段邊界標(biāo)識(shí)檢索所述分段式HTTP響應(yīng)消息的多用途互聯(lián)網(wǎng)郵件擴(kuò)展 MIME格式消息體獲取至少一個(gè)消息段，解析所述至少一個(gè)消息段，獲取每個(gè)所述消息段包括的所述分段邊界標(biāo)識(shí)和附件消息段。
5.根據(jù)權(quán)利要求4所述的方法，其特征在于，所述獲取每個(gè)所述消息段包括的所述分段邊界標(biāo)識(shí)和附件消息段之后，還包括終端設(shè)備從每個(gè)所述消息段的附件消息段中獲取一個(gè)附件。
6.根據(jù)權(quán)利要求5所述的方法，其特征在于，所述終端設(shè)備從每個(gè)所述消息段的附件消息段中獲取一個(gè)附件包括終端設(shè)備從所述附件消息段的段頭中獲取該附件消息段對(duì)應(yīng)的附件的內(nèi)容名稱信息、 附件名稱信息和附件類型信息；終端設(shè)備從所述附件消息段的段體中獲取所述附件的二進(jìn)制形式的內(nèi)容。
7 根據(jù)權(quán)利要求6所述的方法，其特征在于，所述終端設(shè)備從每個(gè)所述消息段的附件消息段中獲取一個(gè)附件包括終端設(shè)備從每個(gè)所述附件消息段的段頭中獲取附件分組信息，從所述附件分組信息為目標(biāo)分組信息的附件消息段的段體中獲取附件內(nèi)容。
8.一種服務(wù)器，其特征在于，包括接收單元，用于接收來自終端設(shè)備的請(qǐng)求消息；消息生成單元，用于生成包括分段邊界標(biāo)識(shí)信息的消息頭，根據(jù)至少一個(gè)附件生成至少一個(gè)消息段，每個(gè)所述消息段采用多用途互聯(lián)網(wǎng)郵件擴(kuò)展MIME格式且包括所述分段邊界標(biāo)識(shí)和附件消息段，所述附件消息段攜帶一個(gè)附件，將所述至少一個(gè)消息段組成MIME格式的消息體，將所述消息頭和所述消息體組成分段式HTTP響應(yīng)消息；發(fā)送單元，用于向終端設(shè)備發(fā)送所述分段式HTTP響應(yīng)消息。
9.根據(jù)權(quán)利要求8所述的服務(wù)器，其特征在于，每個(gè)所述附件消息段包括段頭和段體；所述段頭中包括該附件消息段對(duì)應(yīng)的附件的內(nèi)容名稱信息、附件名稱信息和附件類型 fn息；所述段體中包括所述附件的二進(jìn)制形式的內(nèi)容。
10.根據(jù)權(quán)利要求9所述的服務(wù)器，其特征在于，所述段頭中還包括附件分組信息；所述附件分組信息包括單層次分組信息或多層次分組信息，所述多層次分組信息的父類與子類之間采用預(yù)設(shè)字符進(jìn)行標(biāo)識(shí)。
11.一種終端設(shè)備，其特征在于，包括接收單元，用于獲取分段式超文本傳輸協(xié)議HTTP響應(yīng)消息；解析單元，用于根據(jù)所述分段式HTTP響應(yīng)消息的消息頭中的分段邊界標(biāo)識(shí)信息獲取分段邊界標(biāo)識(shí)，根據(jù)所述分段邊界標(biāo)識(shí)檢索所述分段式HTTP響應(yīng)消息的多用途互聯(lián)網(wǎng)郵件擴(kuò)展MIME格式消息體獲取至少一個(gè)消息段，解析所述至少一個(gè)消息段，獲取每個(gè)所述消息段包括的所述分段邊界標(biāo)識(shí)和附件消息段。
12.根據(jù)權(quán)利要求11所述的終端設(shè)備，其特征在于，還包括附件獲取單元，用于從每個(gè)所述消息段的附件消息段中獲取一個(gè)附件。
13.根據(jù)權(quán)利要求12所述的終端設(shè)備，其特征在于，所述附件獲取單元具體用于從所述附件消息段的段頭中獲取該附件消息段對(duì)應(yīng)的附件的內(nèi)容名稱信息、附件名稱信息和附件類型信息，從所述附件消息段的段體中獲取所述附件的二進(jìn)制形式的內(nèi)容。
14.根據(jù)權(quán)利要求13所述的終端設(shè)備，其特征在于，所述附件獲取單元具體用于從每個(gè)所述附件消息段的段頭中獲取附件分組信息，從所述附件分組信息為目標(biāo)分組信息的附件消息段的段體中獲取附件內(nèi)容。
全文摘要
本發(fā)明提供一種超文本傳輸協(xié)議HTTP附件發(fā)送和接收方法、服務(wù)器及終端設(shè)備。服務(wù)器接收來自終端設(shè)備的請(qǐng)求消息，生成包括分段邊界標(biāo)識(shí)信息的消息頭，根據(jù)至少一個(gè)附件生成至少一個(gè)消息段，每個(gè)消息段采用MIME格式且包括分段邊界標(biāo)識(shí)和附件消息段，附件消息段攜帶一個(gè)附件，將至少一個(gè)消息段組成MIME格式的消息體，將消息頭和消息體組成分段式HTTP響應(yīng)消息，向終端設(shè)備發(fā)送分段式HTTP響應(yīng)消息。采用本發(fā)明提供的HTTP附件發(fā)送和接收方法、服務(wù)器及終端設(shè)備，能夠節(jié)省計(jì)算資源，提高HTTP附件傳輸?shù)膫鬏斝省?br> 文檔編號(hào)H04L29/08GK102333121SQ20111030060
公開日2012年1月25日 申請(qǐng)日期2011年9月30日 優(yōu)先權(quán)日2011年9月30日
發(fā)明者郭劍鋒 申請(qǐng)人:華為軟件技術(shù)有限公司