CN102333121B - Http附件发送和接收方法、服务器及终端设备 - Google Patents
Http附件发送和接收方法、服务器及终端设备 Download PDFInfo
- Publication number
- CN102333121B CN102333121B CN201110300603.XA CN201110300603A CN102333121B CN 102333121 B CN102333121 B CN 102333121B CN 201110300603 A CN201110300603 A CN 201110300603A CN 102333121 B CN102333121 B CN 102333121B
- Authority
- CN
- China
- Prior art keywords
- annex
- message
- section
- message section
- terminal equipment
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Images
Landscapes
- Information Transfer Between Computers (AREA)
Abstract
本发明提供一种超文本传输协议HTTP附件发送和接收方法、服务器及终端设备。服务器接收来自终端设备的请求消息,生成包括分段边界标识信息的消息头,根据至少一个附件生成至少一个消息段,每个消息段采用MIME格式且包括分段边界标识和附件消息段,附件消息段携带一个附件,将至少一个消息段组成MIME格式的消息体,将消息头和消息体组成分段式HTTP响应消息,向终端设备发送分段式HTTP响应消息。采用本发明提供的HTTP附件发送和接收方法、服务器及终端设备,能够节省计算资源,提高HTTP附件传输的传输效率。
Description
技术领域
本发明实施例涉及通信技术,尤其涉及一种超文本传输协议(Hyper TextTransfer Protocol,简称HTTP)附件发送和接收方法、服务器及终端设备。
背景技术
在采用HTTP进行消息通信的过程中,终端设备向服务器发起的请求消息有可能指向多个文件。例如,终端设备通过HTTP请求消息向服务器请求一个影片,服务器需要向终端设备返回该影片的视频文件、该影片海报的图片文件、该影片简介的文本文件等多个文件。又例如,终端设备通过HTTP请求消息向服务器请求一个多媒体消息,即彩信,服务器需要向终端设备返回该多媒体消息中包含的文本文件、图片文件、视频文件、视频文件等多个文件。
采用目前的HTTP附件传输方法,服务器在一个HTTP响应消息中只能携带一个文件。因此,当服务器需要向终端设备返回多个文件时,服务器先将多个文件进行压缩,生成一个压缩文件,再将该压缩文件作为附件,通过二进制码流的方式返回给终端设备。终端设备在对HTTP响应消息进行解析时,需要先对附件进行解压缩,才能获得其中的多个文件。由于压缩和解压缩的处理过程会占用大量计算资源,因此,现有的HTTP附件传输方法的传输效率较低。
发明内容
本发明实施例提供一种HTTP附件发送方法和接收方法,用以解决现有技术中无法通过一个响应消息发送多个附件的缺陷,提高HTTP附件传输效率。
本发明实施例还提供一种服务器和终端设备,用以解决现有技术中无法通过一个响应消息发送多个附件的缺陷,提高HTTP附件传输效率。
本发明实施例提供一种超文本传输协议HTTP附件发送方法,包括:
服务器接收来自终端设备的请求消息;
服务器生成包括分段边界标识信息的消息头,根据至少一个附件生成至少一个消息段,每个所述消息段采用多用途互联网邮件扩展MIME格式且包括所述分段边界标识和附件消息段,所述附件消息段携带一个附件,将所述至少一个消息段组成MIME格式的消息体,将所述消息头和所述消息体组成分段式HTTP响应消息;
服务器向终端设备发送所述分段式HTTP响应消息。
本发明实施例还提供一种文本传输协议HTTP附件接收方法,包括:
终端设备获取分段式HTTP响应消息;
终端设备根据所述分段式HTTP响应消息的消息头中的分段边界标识信息获取分段边界标识,根据所述分段边界标识检索所述分段式HTTP响应消息的多用途互联网邮件扩展MIME格式消息体获取至少一个消息段,解析所述至少一个消息段,获取每个所述消息段包括的所述分段边界标识和附件消息段。
本发明实施例还提供一种服务器,包括:
接收单元,用于接收来自终端设备的请求消息;
消息生成单元,用于生成包括分段边界标识信息的消息头,根据至少一个附件生成至少一个消息段,每个所述消息段采用多用途互联网邮件扩展MIME格式且包括所述分段边界标识和附件消息段,所述附件消息段携带一个附件,将所述至少一个消息段组成MIME格式的消息体,将所述消息头和所述消息体组成分段式HTTP响应消息;
发送单元,用于向终端设备发送所述分段式HTTP响应消息。
本发明实施例还提供一种终端设备,包括:
接收单元,用于获取分段式超文本传输协议HTTP响应消息;
解析单元,用于根据所述分段式HTTP响应消息的消息头中的分段边界标识信息获取分段边界标识,根据所述分段边界标识检索所述分段式HTTP响应消息的多用途互联网邮件扩展MIME格式消息体获取至少一个消息段,解析所述至少一个消息段,获取每个所述消息段包括的所述分段边界标识和附件消息段。由上述技术方案可知,本发明实施例通过对HTTP响应消息进行分段,服务器采用分段式HTTP响应消息的消息向终端设备返回附件,该分段式HTTP响应消息的消息体包括多个消息段,每个消息段用于传输一个附件,因此可以采用一个响应消息将多个附件一次性返回给终端设备。服务器不必进行压缩操作,相应地,终端设备也不必进行解压缩操作,因此节省了大量计算资源,提高了HTTP附件传输的传输效率。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍,显而易见地,下面描述中的附图是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动性的前提下,还可以根据这些附图获得其他的附图。
图1为本发明实施例的HTTP附件发送方法的流程图;
图2为本发明另一实施例的HTTP附件接收方法的流程图;
图3为本发明另一实施例的服务器的结构示意图;
图4为本发明另一实施例的终端设备的结构示意图。
具体实施方式
为使本发明实施例的目的、技术方案和优点更加清楚,下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
图1为本发明实施例的HTTP附件发送方法的流程图。如图1所示,该方法包括如下过程。
步骤101:服务器接收来自终端设备的请求消息。
步骤102:服务器生成包括分段边界标识信息的消息头,根据至少一个附件生成至少一个消息段,每个上述消息段采用多用途互联网邮件扩展(Multipurpose Internet Mail Extensions,简称MIME)格式且包括上述分段边界标识和附件消息段,上述附件消息段携带一个附件,将上述至少一个消息段组成MIME格式的消息体,将上述消息头和上述消息体组成分段式HTTP响应消息。
步骤103:服务器向终端设备发送分段式HTTP响应消息。
在上述本发明实施例中,采用对HTTP响应消息进行分段的方法,服务器采用分段式HTTP响应消息的消息向终端设备返回附件,该分段式HTTP响应消息的消息体包括多个消息段,每个消息段用于传输一个附件,因此可以采用一个响应消息将多个附件一次性返回给终端设备。采用分段响应消息携带多个附件,服务器不必进行压缩操作,相应地,终端设备在接收响应消息后也不必进行解压缩操作,因此节省了大量计算资源,提高了HTTP附件传输的传输效率。
在上述技术方案的基础上,具体地,分段式HTTP响应消息包括消息头和消息体。其中,消息头中包括分段边界标识信息。消息体中包括至少一个消息段,在各个消息段之间采用消息头中的分段边界标识信息指示的分段边界标识进行分隔。每个消息段包括:一个分段边界标识和一个附件消息段。其中,附件消息段包括段头和段体。分段边界标识用于标识一个消息段的开始。每个附件消息段传输一个附件,其中,段头中包括该附件的内容名称信息、附件名称信息和附件类型信息;段体中包括该附件的附件内容,具体地,附件以二进制的形式传输,则该附件内容可以是二进制形式的内容。
以下为分段式HTTP响应消息的一个具体实例:
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
……
====aaabbb
Content-Disposition:attachments;filename=”image1.gif”;
Content-Type:image/gif
MIME-Version:1.0
Content-ID:<99334422example.com>
……
参见上述分段式HTTP响应消息的具体实例,其中,消息头为:
Content-Disposition:form-data;name=”attachments”
Content-Type:multipart/mixed;boundary=”====aaabbb”
上述消息头为采用HTTP的消息头,其中,Content-Disposition是MIME格式的扩展字段,用于标识客户端浏览器的下载方式,在上述具体实例中,“form-data”表示数据下载方式,name表示本分段式HTTP响应消息的名称,Content-Type表示本分段式HTTP响应消息的内容类型。在现有的普通HTTP响应消息的消息头中,同样包含上述三项信息,在此基础上,本分段式HTTP响应消息的消息头中,还包含分段边界标识信息。在上述分段式HTTP响应消息的具体实例的消息头中,boundary表示本分段式HTTP响应消息的边界标识信息,用于指示本分段式HTTP响应消息的消息体的分段边界标识的具体形式,在本具体实例中,消息头中指示:boundary=”====aaabbb”,即,在本分段式HTTP响应消息的消息体中,分段边界标识的具体形式为“====aaabbb”,在后续消息体中,每一个消息段均采用该分段边界标识开头,由该分段边界标识将消息体划分为多个消息段。
参见上述分段式HTTP响应消息的具体实例,在上述消息头之后,为该消息的消息体。具体地,分段式HTTP响应消息的消息体采用MIME格式。
其中,第一个消息段为:
====aaabbb
Content-Disposition:attachments;filename=”textBody.txt”;
Content-Type:text/plain;charset=UTF-8
Content-Transfer-Encoding:8bit
……
在上述第一个消息段中,段头为:
====aaabbb
Content-Disposition:attachments;filename=”textBody.txt”;
Content-Type:text/plain;charset=UTF-8
Content-Transfer-Encoding:8bit
其中,“====aaabbb”为分段边界标识,用于指示以下为一个新的消息段。Content-Disposition是MIME格式的扩展字段,用于标识客户端浏览器的下载方式。filename表示该附件的附件名称信息。Content-Type表示该附件的附件类型信息。上述四项为段头中的必要信息。在上述必要信息的基础上,段头中还可以包括一些可选信息,例如,在上述具体实例中,包括如下可选信息:charset表示字符集的编码方式,Content-Transfer-Encoding表示传送该附件内容的编码格式。
在上述消息段的具体实例中,省略了段体中的附件的具体内容。在实际应用中,一个消息段中的段体位于该消息段的段头之后。因此,在上述第一个消息段的段头之后携带对应的附件的具体内容。一种较佳的实施方式是,可以将附件内容采用二进制码流的形式作为段体携带在段头之后。
在上述分布式HTTP响应消息中,在第一个消息段之后为第二个消息段。参见上述分段式HTTP响应消息的具体实例,第二个消息段为:
====aaabbb
Content-Disposition:attachments;filename=”image1.gif”;
Content-Type:image/gif
MIME-Version:1.0
Content-ID:<99334422example.com>
……
具体地,第二个消息段的结构与第一个消息段相同,在第二个消息段的段头中,必要信息与第一个消息段相同。在上述必要信息的基础上,第二消息段的段头中还可以包括如下可选信息:MIME-Version表示本消息段所采用的MIME格式的具体版本,Content-ID表示接收本消息段的附件的用户身份标识。
在上述技术方案中,通过分段边界标识对HTTP响应消息的消息体进行分段,每一段用于传输一个附件,从而能够采用分段式HTTP响应消息一次性地发送多个附件。从而节省了现有技术中的压缩和解压缩操作占用的计算资源,提高了HTTP附件传输的传输效率。
进一步地,在上述采用分段式HTTP响应消息传输多附件的技术方案的基础上,本发明还提出一种更优化的实施方式,即,通过标识的方式对分段式HTTP响应消息中携带的多个附件进行分组。
在本发明实施例中,分组方式为对多个附件按照预设规则进行分类,对各个附件分别标识该附件所属的分类。预设规则可以为按照文件类型分组,例如分为图片文件、文本文件、音频文件、视频文件等分组,预设规则可以为按照文件大小分组,例如分为100KB以下、100KB至1MB、1MB以上等分组。以上列举的分组方式为单层次分组,在本发明实施例中,还可以采用多层次分组方式,例如,在一个多层次分组中,父类分组包括图片文件、文本文件、音频文件、视频文件等分组,其中,在视频文件的父类分组中,进一步又包括子类分组,例如:MP4格式、AVI格式、RMVB格式等分组。
采用分组方式的分段式HTTP响应消息,则在上述分段式HTTP响应消息的具体实例中,在段头中不仅包括上述具体实例中介绍的信息,而且还需要增加一个信息,即:附件分组信息。该附件分组信息可以为单层次分组信息,可以为多层次分组信息。对于多层次分组信息,在父类与子类之间采用预设字符进行标识。例如,采用“/”字符进行标识,“/”字符之前的表示父类,“/”字符之后的表示子类。例如,在前述的多层次分组方法的具体实例中,如果附件是一个MP4格式的文件,则其附件分组信息为:视频文件/MP4。具体地,上述附件分组信息采用MIME格式标准中的保留字段实现,在需要标识该附件所属的分组时,段头中包括该保留字段,在不需要标识该附件所属的分组时,该保留字段可以省略,段头中可以不包括该保留字段。
在上述分段式HTTP响应消息的具体实例中,如果采用分组方式,第二消息段中包括附件分组信息的一个具体实例为:
====aaabbb
Content-Disposition:attachments;filename=”image1.gif”;
Content-Type:image/gif
MIME-Version:1.0
Content-ID:<99334422example.com>
Group:video
……
其中,Group表示附件分组信息。
在上述技术方案中,在采用分段式HTTP响应消息发送多附件的基础上,进一步采用对附件进行分组的方式,从而使得终端设备在接收到该响应消息之后,能够根据分组,直接、快捷地获取到属于所需分组的附件,而不必在获取出所有附件之后再一一进行识别,因此,进一步提高了HTTP附件传输效率。
以上通过本发明的一个实施例对采用分段式HTTP响应消息的附件发送方法进行了介绍,当服务器向终端设备发送上述分段式HTTP响应消息时,终端设备需要对该响应消息进行解析处理,从而接收其中携带的多个附件。以下通过本发明另一实施例对终端设备接收附件的过程进行说明。
图2为本发明另一实施例的HTTP附件接收方法的流程图。如图2所示,该方法包括如下过程。
步骤201:终端设备获取分段式HTTP响应消息。
在本步骤中,分段式HTTP响应消息包括采用MIME格式的消息体,该消息体中包括至少一个消息段。
步骤202:终端设备根据上述分段式HTTP响应消息的消息头中的分段边界标识信息获取分段边界标识,根据上述分段边界标识检索上述分段式HTTP响应消息的MIME格式消息体获取至少一个消息段,解析上述至少一个消息段,获取每个上述消息段包括的上述分段边界标识和附件消息段。
在上述技术方案的基础上,进一步地,在步骤202之后还包括:
步骤203:终端设备从每个消息段的附件消息段中获取一个附件。
在上述技术方案的基础上,步骤202可以采用如下过程:首先,终端设备根据分段式HTTP响应消息的消息头中的分段边界标识信息获取每个消息段的分段边界标识,然后,根据分段边界标识检索分段式HTTP响应消息的消息体以获取消息段,然后,解析消息段以获取每个消息段包括的分段边界标识和附件消息段。在步骤203中,首先,终端设备从附件消息段的段头中获取该附件消息段对应的附件的内容名称信息、附件名称信息和附件类型信息,然后,终端设备从附件消息段的段体中获取附件内容。具体地,获取该段体中的二进制形式的附件内容,并对二进制形式的内容进行解析。
在步骤203中,终端设备可以采用上述方法依次处理分段式HTTP响应消息的多个段体,依次获取每一个段体传送的附件内容。在消息段的段头中包含附件分组信息的情况下,在步骤203中,终端设备也可以根据分组信息选择性地获取附件内容。具体地,终端设备根据每个附件消息段的段头中获取附件分组信息,从附件分组信息为目标分组信息的附件消息段的段体中获取附件内容。例如,当终端设备只需要获取附件中的图片文件,而不需要获取其它文件时,目标分组信息指示为图片文件,终端设备根据每个附件消息段的段头中的附件分组信息获知该附件消息段的段体中的附件所属的分组,从附件分组信息指示为图片文件的附件消息段的段体中获取附件内容,对附件分组信息指示为其它文件的附件消息段不做处理。从而在一次性传输多个附件的基础上,进一步能够实现作为接收端的终端设备根据自身的需要,快速且有选择地获取所需的附件,进一步提高了HTTP附件传输效率。
在上述本发明实施例中,采用对HTTP响应消息进行分段的方法,终端设备从服务器接收采用分段式HTTP响应消息的消息,该分段式HTTP响应消息的消息体包括多个消息段,终端设备从每个消息段中获取一个附件,因此可以采用一个响应消息将多个附件一次性返回给终端设备。采用分段响应消息携带多个附件,终端设备在接收响应消息后也不必进行解压缩操作,相应地,服务器在发送响应消息时也不必进行压缩操作,因此节省了大量计算资源,提高了HTTP附件传输的传输效率。
图3为本发明另一实施例的服务器的结构示意图。如图3所示,该服务器包括:发送单元31、消息生成单元32和接收单元33。
其中,接收单元33用于接收来自终端设备的请求消息。接收单元33与消息生成单元32相连,接收单元33接收到上述请求消息后通知消息生成单元32。消息生成单元32用于生成包括分段边界标识信息的消息头,根据至少一个附件生成至少一个消息段,每个消息段采用MIME格式且包括上述分段边界标识和附件消息段,上述附件消息段携带一个附件,将上述至少一个消息段组成MIME格式的消息体,将上述消息头和上述消息体组成分段式HTTP响应消息。发送单元31用于向终端设备发送上述分段式HTTP响应消息。
在上述技术方案的基础上,每个上述附件消息段包括:段头和段体。其中,段头中包括该附件消息段对应的附件的内容名称信息、附件名称信息和附件类型信息;段体中包括附件的二进制形式的内容。
在上述技术方案的基础上,上述段头中还可以包括:附件分组信息。附件分组信息可以包括单层次分组信息或多层次分组信息。多层次分组信息的父类与子类之间采用预设字符进行标识。
在本发明另一实施例中,服务器的消息生成单元采用对HTTP响应消息进行分段的方法生成分段式HTTP响应消息,该分段式HTTP响应消息的消息体包括多个消息段,每个消息段用于传输一个附件。服务器的发送单元向终端设备发送该分段式HTTP响应消息。因此可以采用一个响应消息将多个附件一次性发送给终端设备。采用分段响应消息携带多个附件,服务器不必进行压缩操作,相应地,终端设备在接收响应消息后也不必进行解压缩操作,因此节省了大量计算资源,提高了HTTP附件传输的传输效率。
图4为本发明另一实施例的终端设备的结构示意图。如图4所示,该终端设备包括:接收单元41和解析单元42。
其中,接收单元41用于获取分段式超文本传输协议HTTP响应消息。该分段式HTTP响应消息包括采用MIME格式的消息体,该消息体中包括至少一个消息段。解析单元42用于根据分段式HTTP响应消息的消息头中的分段边界标识信息获取分段边界标识,根据上述分段边界标识检索上述分段式HTTP响应消息的MIME格式消息体,获取至少一个消息段,解析上述至少一个消息段,获取每个上述消息段包括的上述分段边界标识和附件消息段。
在上述技术方案的基础上,进一步地,该终端设备还可以包括:附件获取单元43。附件获取单元43用于从每个消息段的附件消息段中获取一个附件。
在上述技术方案的基础上,附件获取单元43具体用于从上述附件消息段的段头中获取该附件消息段对应的附件的内容名称信息、附件名称信息和附件类型信息,从上述附件消息段的段体中获取上述附件的二进制形式的内容。附件获取单元43还具体用于从每个附件消息段的段头中获取附件分组信息,从附件分组信息为目标分组信息的附件消息段的段体中获取附件内容。
在上述本发明实施例中,采用对HTTP响应消息进行分段的方法,终端设备的接收单元从服务器接收分段式HTTP响应消息,该分段式HTTP响应消息的消息体包括多个消息段,终端设备的解析单元从每个消息段中获取一个附件,因此可以采用一个响应消息将多个附件一次性返回给终端设备。采用分段响应消息携带多个附件,终端设备在接收响应消息后也不必进行解压缩操作,相应地,服务器在发送响应消息时也不必进行压缩操作,因此节省了大量计算资源,提高了HTTP附件传输的传输效率。
需要说明的是:对于前述的各方法实施例,为了简单描述,故将其都表述为一系列的动作组合,但是本领域技术人员应该知悉,本发明并不受所描述的动作顺序的限制,因为依据本发明,某些步骤可以采用其他顺序或者同时进行。其次,本领域技术人员也应该知悉,说明书中所描述的实施例均属于优选实施例,所涉及的动作和模块并不一定是本发明所必须的。
在上述实施例中,对各个实施例的描述都各有侧重,某个实施例中没有详述的部分,可以参见其他实施例的相关描述。
本领域普通技术人员可以理解:实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成,前述的程序可以存储于一计算机可读取存储介质中,该程序在执行时,执行包括上述方法实施例的步骤;而前述的存储介质包括:ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。
最后应说明的是:以上实施例仅用以说明本发明的技术方案,而非对其限制;尽管参照前述实施例对本发明进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。
Claims (14)
1.一种超文本传输协议HTTP附件发送方法,其特征在于,包括:
服务器接收来自终端设备的请求消息;
服务器生成包括分段边界标识信息的消息头,根据至少一个附件生成至少一个消息段,其中,每个所述消息段用于传输一个附件,每个所述消息段采用多用途互联网邮件扩展MIME格式且包括所述分段边界标识和附件消息段,所述附件消息段携带一个附件,将所述至少一个消息段组成MIME格式的消息体,将所述消息头和所述消息体组成分段式HTTP响应消息;
服务器向终端设备发送所述分段式HTTP响应消息。
2.根据权利要求1所述的方法,其特征在于,
每个所述附件消息段包括:段头和段体;
所述段头中包括该附件消息段对应的附件的内容名称信息、附件名称信息和附件类型信息;
所述段体中包括所述附件的二进制形式的内容。
3.根据权利要求2所述的方法,其特征在于,
所述段头中还包括:附件分组信息;
所述附件分组信息包括单层次分组信息或多层次分组信息,所述多层次分组信息的父类与子类之间采用预设字符进行标识。
4.一种超文本传输协议HTTP附件接收方法,其特征在于,包括:
终端设备获取分段式HTTP响应消息;
终端设备根据所述分段式HTTP响应消息的消息头中的分段边界标识信息获取分段边界标识,根据所述分段边界标识检索所述分段式HTTP响应消息的多用途互联网邮件扩展MIME格式消息体获取至少一个消息段,解析所述至少一个消息段,获取每个所述消息段包括的所述分段边界标识和附件消息段,其中,每个所述消息段用于传输一个附件。
5.根据权利要求4所述的方法,其特征在于,所述获取每个所述消息段包括的所述分段边界标识和附件消息段之后,还包括:
终端设备从每个所述消息段的附件消息段中获取一个附件。
6.根据权利要求5所述的方法,其特征在于,所述终端设备从每个所述消息段的附件消息段中获取一个附件包括:
终端设备从所述附件消息段的段头中获取该附件消息段对应的附件的内容名称信息、附件名称信息和附件类型信息;
终端设备从所述附件消息段的段体中获取所述附件的二进制形式的内容。
7.根据权利要求6所述的方法,其特征在于,所述终端设备从每个所述消息段的附件消息段中获取一个附件包括:
终端设备从每个所述附件消息段的段头中获取附件分组信息,从所述附件分组信息为目标分组信息的附件消息段的段体中获取附件内容。
8.一种服务器,其特征在于,包括:
接收单元,用于接收来自终端设备的请求消息;
消息生成单元,用于生成包括分段边界标识信息的消息头,根据至少一个附件生成至少一个消息段,其中,每个所述消息段用于传输一个附件,每个所述消息段采用多用途互联网邮件扩展MIME格式且包括所述分段边界标识和附件消息段,所述附件消息段携带一个附件,将所述至少一个消息段组成MIME格式的消息体,将所述消息头和所述消息体组成分段式HTTP响应消息;
发送单元,用于向终端设备发送所述分段式HTTP响应消息。
9.根据权利要求8所述的服务器,其特征在于,
每个所述附件消息段包括:段头和段体;
所述段头中包括该附件消息段对应的附件的内容名称信息、附件名称信息和附件类型信息;
所述段体中包括所述附件的二进制形式的内容。
10.根据权利要求9所述的服务器,其特征在于,
所述段头中还包括:附件分组信息;
所述附件分组信息包括单层次分组信息或多层次分组信息,所述多层次分组信息的父类与子类之间采用预设字符进行标识。
11.一种终端设备,其特征在于,包括:
接收单元,用于获取分段式超文本传输协议HTTP响应消息;
解析单元,用于根据所述分段式HTTP响应消息的消息头中的分段边界标识信息获取分段边界标识,根据所述分段边界标识检索所述分段式HTTP响应消息的多用途互联网邮件扩展MIME格式消息体获取至少一个消息段,解析所述至少一个消息段,获取每个所述消息段包括的所述分段边界标识和附件消息段,其中,每个所述消息段用于传输一个附件。
12.根据权利要求11所述的终端设备,其特征在于,还包括:
附件获取单元,用于从每个所述消息段的附件消息段中获取一个附件。
13.根据权利要求12所述的终端设备,其特征在于,
所述附件获取单元具体用于从所述附件消息段的段头中获取该附件消息段对应的附件的内容名称信息、附件名称信息和附件类型信息,从所述附件消息段的段体中获取所述附件的二进制形式的内容。
14.根据权利要求13所述的终端设备,其特征在于,
所述附件获取单元具体用于从每个所述附件消息段的段头中获取附件分组信息,从所述附件分组信息为目标分组信息的附件消息段的段体中获取附件内容。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201110300603.XA CN102333121B (zh) | 2011-09-30 | 2011-09-30 | Http附件发送和接收方法、服务器及终端设备 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201110300603.XA CN102333121B (zh) | 2011-09-30 | 2011-09-30 | Http附件发送和接收方法、服务器及终端设备 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN102333121A CN102333121A (zh) | 2012-01-25 |
CN102333121B true CN102333121B (zh) | 2014-03-12 |
Family
ID=45484722
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201110300603.XA Active CN102333121B (zh) | 2011-09-30 | 2011-09-30 | Http附件发送和接收方法、服务器及终端设备 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN102333121B (zh) |
Families Citing this family (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US10749930B2 (en) * | 2015-03-02 | 2020-08-18 | Qualcomm Incorporated | Indication for partial segment |
CN107295485B (zh) * | 2016-03-31 | 2021-06-08 | 中兴通讯股份有限公司 | 彩信附件管理方法、装置及通信系统 |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1577358A (zh) * | 2003-06-16 | 2005-02-09 | 微软公司 | 处理与电子消息相联系的附属内容的系统和方法 |
KR100495282B1 (ko) * | 2004-07-30 | 2005-06-14 | 엔에이치엔(주) | 전자 메일에서의 메모 기능 제공 방법 |
CN1838645A (zh) * | 2006-02-27 | 2006-09-27 | 宇龙计算机通信科技(深圳)有限公司 | 电子邮件接收方法 |
CN1889106A (zh) * | 2005-06-30 | 2007-01-03 | 腾讯科技(深圳)有限公司 | 分离保存邮件附件的方法 |
CN101729937A (zh) * | 2008-10-27 | 2010-06-09 | 中兴通讯股份有限公司 | 物理层操作管理维护消息传输方法及装置 |
-
2011
- 2011-09-30 CN CN201110300603.XA patent/CN102333121B/zh active Active
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1577358A (zh) * | 2003-06-16 | 2005-02-09 | 微软公司 | 处理与电子消息相联系的附属内容的系统和方法 |
KR100495282B1 (ko) * | 2004-07-30 | 2005-06-14 | 엔에이치엔(주) | 전자 메일에서의 메모 기능 제공 방법 |
CN1889106A (zh) * | 2005-06-30 | 2007-01-03 | 腾讯科技(深圳)有限公司 | 分离保存邮件附件的方法 |
CN1838645A (zh) * | 2006-02-27 | 2006-09-27 | 宇龙计算机通信科技(深圳)有限公司 | 电子邮件接收方法 |
CN101729937A (zh) * | 2008-10-27 | 2010-06-09 | 中兴通讯股份有限公司 | 物理层操作管理维护消息传输方法及装置 |
Also Published As
Publication number | Publication date |
---|---|
CN102333121A (zh) | 2012-01-25 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US20120293826A1 (en) | Systems and methods for providing multiple images | |
CN111245748A (zh) | 文件传输方法及装置、系统、电子设备、存储介质 | |
CN109039876B (zh) | 邮件处理方法和装置 | |
CN110300309A (zh) | 视频审核的方法和系统 | |
CN105450677A (zh) | 数据的处理方法、装置及系统 | |
JP2014514639A (ja) | リアルタイム画像を送信するためのシステムおよび方法 | |
CN101771928A (zh) | 一种网页发送方法和系统以及代理服务器 | |
CN102333121B (zh) | Http附件发送和接收方法、服务器及终端设备 | |
CN113873288A (zh) | 在直播过程中生成回放的方法和装置 | |
CN113313623A (zh) | 水印信息显示方法、装置、电子设备、计算机可读介质 | |
CN110224921B (zh) | 发送包含招聘信息的邮件的方法、装置、介质、电子设备 | |
CN105430029A (zh) | 一种应用图像识别的信息互动方法及其装置 | |
CN109635193B (zh) | 一种书籍阅读共享平台 | |
CN114071382B (zh) | 消息发送方法及装置 | |
CN113382086B (zh) | 文档传输方法、装置、电子设备及计算机程序产品 | |
CN105704215A (zh) | 文件共享系统及相应的文件发送、接收方法及装置 | |
CN111581402A (zh) | 内容测试素材的生成方法、系统、电子设备、存储介质 | |
CN107920100B (zh) | 信息推送方法和装置 | |
CN111401006A (zh) | 文档播放方法、装置和系统以及计算机可读存储介质 | |
CN102164178B (zh) | 内容获取方法及客户端 | |
WO2017167101A1 (zh) | 彩信附件管理方法、装置、通信系统及计算机存储介质 | |
US11438399B1 (en) | Fast loading and display of image previews | |
CN114222158A (zh) | 视频切片方法、装置、计算机可读介质及电子设备 | |
JP2001147870A (ja) | 広告代理サーバおよび広告情報送信方法並びにプログラムを記録した記録媒体 | |
CN107066285A (zh) | 一种在iMessage扩展中插入广告的方法和系统 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant | ||
TR01 | Transfer of patent right |
Effective date of registration: 20200214 Address after: 518129 Bantian HUAWEI headquarters office building, Longgang District, Guangdong, Shenzhen Patentee after: HUAWEI TECHNOLOGIES Co.,Ltd. Address before: Kokusai Hotel No. 11 Nanjing Avenue in the flora of 210012 cities in Jiangsu Province Patentee before: Huawei Technologies Co.,Ltd. |
|
TR01 | Transfer of patent right |