CN101917476A - 超文本传输协议消息处理方法及其客户端*** - Google Patents

Abstract

一种超文本传输协议消息处理方法，适用于一超文本传输协议客户端。首先，得到一超文本传输协议请求。接着，判断超文本传输协议请求中的一方法识别码是否表示一HEAD方法。若是，将超文本传输协议请求中的方法识别码改为一GET方法，产生一超文本传输协议GET请求。之后，将产生的超文本传输协议GET请求传送至一服务器端并记录超文本传输协议请求的方法识别码为HEAD方法于一储存模块中。

Description

超文本传输协议消息处理方法及其客户端***

技术领域

本发明是有关于一种超文本传输协议(HyperText Transfer Protocol，HTTP)消息的处理方法及相关的客户端***，且特别有关于一种可针对特定方法类型的HTTP消息进行额外处理的方法与***。

背景技术

近年来，随着网络的普及，全球信息网(World Wide Web，WWW)所组成的巨大信息网，使得网页的内容可利用超级链接相互连结起来，让网页阅读者可以很轻松地从内文跳至某个定点，或往外跳到某个网址(Universal Resource Locator，URL)。在WWW上的内容基本上是以一客户端/服务器(client/server)模型来存取，而客户端与服务器两者之间则采用超文本传输协议(HyperText Transfer Protocol，以下简称HTTP)进行通讯。HTTP为因特网上应用最为广泛的一种通讯协议。所有的WWW文件都必须遵守这个标准。一般而言，客户端可发送一个请求至服务器端，而服务器端则于接收到请求后，响应一个响应消息至客户端。首先，由HTTP客户端传送一个HTTP请求，建立一个到服务器指定端口的连线，例如预设是80端口(port)。其中，客户端向服务器端发送的HTTP请求的标头(header)包含请求的方法识别码、统一资源识别码(URI，Uniform Resource Identifier)、协议版本等。URI可用以识别一资源，方法识别码可用以识别所使用的一HTTP方法，例如OPTIONS、GET、HEAD、POST、PUT、DELETE、TRACE、CONNECT方法等，其是要在由URI所识别的资源上执行。HTTP服务器则在指定端口监听客户端发送过来的请求。一旦收到请求，服务器向客户端发回一个响应消息，其包括状态行，比如″HTTP/1.1200 OK″，和响应的消息，消息的消息体可能是请求的文件、错误消息、或者其它一些信息。举例来说，当客户端的使用者要阅读网页时，只要启动网页浏览器(如IE，Internet explore)输入网址确认之后，浏览器就会利用预设的Port 80自动与远程的服务器端建立起连线，接着用HTTP定义的指令与服务器沟通取回所需的网页，解析其内容并适当地予以格式化显示在浏览器的窗口中。

一般而言，当客户端(例如一手机)需要下载一网络文件例如mp3文件时，需要先发送一HTTP HEAD请求，即方法识别码表示为HEAD方法的请求消息，以向服务器端得到一相应的响应消息，获取此网络文件的相关信息，例如文件的大小以及文件类型。之后，客户端再依据其相关硬件是否可播放此文件以及剩余储存空间的大小，决定是否请求下载此文件。然而，当服务器端不支持HEAD方法时，客户端便无法获得相应的响应消息，也无从判断是否适合请求下载此文件，可能会造成网络流量以及电力等资源的浪费。

此外，一般而言，网络文件均具有扩展名，例如mp3文件以mp3为扩展名，因此，客户端便可根据扩展名来选择适合的应用程序来播放或开启网络文件。然而，在实际网络中，由于开发人员或开发工具的缘故，有些时候会发生网页文件的扩展名与实际文件类型不一致的情形。举例来说，一网络文件的扩展名可能为html，而实际上却为一mp3文件。在这种情形下，客户端可能会误把mp3文件当作html网页处理而直接将其打开，结果将显示乱码或根本无法打开。

发明内容

有鉴于此，本发明提供一种超文本传输协议消息处理方法与超文本传输协议客户端***。

本发明实施例的一种超文本传输协议消息处理方法，适用于一超文本传输协议客户端。首先，得到一超文本传输协议请求。接着，判断该超文本传输协议请求中的一方法识别码是否表示一取部分内容方法。若是，将该超文本传输协议请求中的该方法识别码改为一取全部内容方法，产生一超文本传输协议的一取全部内容请求。之后，将产生的该超文本传输协议的该取全部内容请求传送至一服务器端并记录该超文本传输协议请求的该方法识别码为该取部分内容方法于一储存模块中。

本发明实施例的一种超文本传输协议客户端***，用以处理超文本传输协议消息，至少包括一储存模块、一储存模块以及一通讯模块。消息处理模块，得到一超文本传输协议请求、判断该超文本传输协议请求中的一方法识别码是否表示一取部分内容方法、若是，将该超文本传输协议请求中的该方法识别码改为一取全部内容方法，产生一超文本传输协议的一取全部内容请求并记录该超文本传输协议请求的该方法识别码为该取部分内容方法于该储存模块中。通讯模块将产生的该超文本传输协议的该取全部内容请求传送至一服务器端。

本发明上述方法可以通过程序码方式而存在。当程序码被机器加载并执行时，该机器就会变成用于实行本发明的装置。

为使本发明的上述目的、特征与优点能更明显易懂，下文特举实施例，并配合所附图示，详细说明如下。

附图说明

图1显示依据本发明实施例的管理***。

图2为一示意图是显示依据本发明实施例的请求消息的格式。

图3显示依据本发明实施例的HTTP消息处理方法。

图4显示依据另一本发明实施例的HTTP消息处理方法。

图5显示另一依据本发明实施例的HTTP消息处理方法。

具体实施方式

图1显示依据本发明实施例的管理***。依据本发明实施例的管理***10至少包括一客户端100与一服务器端200。客户端100与服务器端200可以通过一传输媒介300(例如因特网)进行耦接。客户端100与服务器端200可以使用一共同的通讯协议，HTTP，通过传输媒介300进行通讯。因此，客户端100与服务器端200分别为HTTP客户端以及HTTP服务器端。客户端100可至少包括一网页浏览器110、一消息处理模块120、一通讯模块130以及一储存模块140。网页浏览器110可经配置以响应于所接收的使用者输入或自动化指令来请求及接收以网页为主的内容。网页浏览器110亦可显示网页式的内容以作为客户端100的输出。消息处理模块120可用以执行依据本发明的相应HTTP消息处理方法，用以进行HTTP消息的方法转换。相应HTTP消息处理方法请参见以下图3的相关说明。通讯模块130则可与服务器端200进行通讯，可将请求消息送至服务器端200或接收服务器端200送出的响应消息。储存模块140则用以于进行HTTP消息的方法转换时，记录HTTP请求的方法识别码。为了请求内容，客户端100可通过传输媒介300传送一请求消息到一适当的服务器端200(例如一网页服务器)。图2为一示意图是显示依据本发明实施例的请求消息的格式。如图2所示，一请求消息20可包括一标头部分22以及一内容部分24。其中，标头部分22还包括一统一资源识别码(URI)以及一方法识别码。URI可用以识别一资源，方法识别码可用以识别所使用的一HTTP方法，例如OPTIONS、GET、HEAD、POST、PUT、DELETE、TRACE、CONNECT方法等，其是要在由URI所识别的资源上执行。举例来说，以一包含标头部分以及内容部分的完整数据而言，当方法识别码表示一HEAD方法时，表示只要从服务器端200得到标头部分的数据，而当方法识别码表示一GET方法时，表示要从服务器端200得到包含标头部分以及内容部分的完整数据。注意的是，当一个请求消息的方法识别码表示一HEAD方法时，可将其视为一HTTP HEAD请求。类似地，当一个请求消息的方法识别码表示一GET方法时，可将其视为一HTTP GET请求。

服务器端200可以依据所接收到的请求消息的内容来决定要回复何种消息，且依据相关数据产生一响应消息(response message)，再将响应消息通过传输媒介300传送回使用者端100。举例来说，当接收到的请求消息的方法识别码表示一HEAD方法时，服务器端200将响应只包含标头部分的数据的一响应消息，而当接收到的请求消息的方法识别码表示一GET方法时，服务器端200将响应包含标头部分以及内容部分的完整数据。注意的是，请求消息以及响应消息的格式是符合为标准的HTTP消息格式。相应HTTP消息处理方法将于后进行说明。

图3显示依据本发明实施例的HTTP消息的处理方法。请同时参考图1、图2与图3进行说明。

如步骤S310，使用者端100通过网页浏览器110得到一HTTP请求消息。其中，HTTP请求消息至少包括一方法识别码，例如OPTIONS、GET、HEAD、POST、PUT、DELETE、TRACE、CONNECT中的其中一者，用以通知服务器端200其所欲使用的服务。

如步骤S320，使用者端100的消息处理模块120判断HTTP请求中的方法识别码是否表示一HEAD方法。若HTTP请求中的方法识别码不表示为HEAD方法时，例如为一POST方法，即步骤S320的否，表示无须进行请求方法的转换，因此，如步骤S330，通讯模块130可直接传送请求消息至服务器端200。若HTTP请求中的方法识别码表示HEAD方法时，即步骤S320的是，表示须进行请求方法的转换，因此，如步骤S340，消息处理模块120将HTTP请求中的方法识别码改为一GET方法，据此产生一传送的HTTP请求。提醒的是，此传送的HTTP请求即为一HTTP GET请求。于是，如步骤S350，通讯模块130将产生的HTTP GET请求传送至服务器端200并且消息处理模块120记录HTTP请求的方法识别码为一HEAD方法于储存模块140中。

于本实施例中，由于传送给服务器端200的HTTP请求已经更改为一HTTPGET请求，因此，当服务器端200接收到请求消息后，将回复相应于HTTP GET请求的一响应消息至使用者端100。换句话说，服务器端200将准备响应包含标头部分以及内容部分的完整数据的回复消息至使用者端100。

于一实施例中，当接收到服务器端200所响应的响应消息之后，使用者端100的消息处理模块120将进一步解析响应消息的内容并依据储存的请求方法信息，以决定是否要进行请求方法的转换。

图4显示另一依据本发明实施例的HTTP消息的处理方法。请同时参考图1、图2与图4进行说明。

如步骤S410，当接收到服务器端200所响应的响应消息之后，使用者端100的消息处理模块120判断储存模块140所记录的方法识别码是否为HEAD方法。若储存模块140所记录的方法识别码不是HEAD方法，例如记录为一POST方法，或储存模块140中没有此记录时，即步骤S420的否，表示无须进行请求方法的转换，因此，如步骤S430，直接进行相应此响应消息的后续处理。若储存模块140所记录的方法识别码是HEAD方法时，即步骤S420的是，如步骤S440，消息处理模块120通过通讯模块130接收HTTP响应消息的一标头数据，并于接收完HTTP响应消息的标头数据后，停止与服务器端200的通讯。于步骤S440中，消息处理模块120可通过通讯模块130，依序从服务器端200中接收HTTP响应消息，直到接收到的响应消息符合HEAD方法所需的数据即停止接收。换句话说，响应消息剩余的内容部分数据将不会被使用者端100所接收。

接着，如步骤S450，消息处理模块120传送一HTTP HEAD消息至一应用程序。因此，应用程序将以HTTP HEAD消息进行后续处理。

注意的是，由于传送给服务器端200的HTTP请求已经从一HTTP HEAD请求更改为一HTTP GET请求，因此，客户端100仍可收到无法处理HTTP HEAD请求的服务器端200所回复的响应消息，使得客户端100可于下载前，依据响应消息的标头部分数据来获得资源类型、尺寸大小等信息，并可根据自身播放能力以及剩余储存空间大小，决定是否请求下载文件，以避免网络流量、手机电力的浪费。

于另一实施例中，为了解决网页文件的扩展名与实际文件类型不一致而无法正确开启或下载的问题，当接收到一响应消息时，客户端100还进一步检查响应消息的内容类型数据(content type)，若内容类型数据表示为需要下载的类型时，则修改响应对应的请求，依据响应消息，产生一HTTP HEAD消息，并返回此HTTP HEAD消息的响应数据至上层的应用程序进行后续处理。

图5显示另一依据本发明实施例的HTTP消息的处理方法。请同时参考图1、图2与图5进行说明。

如步骤S510，当接收到服务器端200所响应的响应消息之后，使用者端100的消息处理模块120解析所接收到的响应消息中得到一内容类型识别码。若得到的内容类型识别码表示为非需要下载的类型时，例如为一HTML文件类型，即步骤S520的否，表示为网页可直接打开的类型，无须进行请求方法的转换，因此，如步骤S530，直接进行相应此响应消息的后续处理。若得到的内容类型识别码表示为需要下载的类型时，例如为一多媒体文件类型，即步骤S520的是，如步骤S540，消息处理模块120将会自动依据响应消息，产生一HTTP HEAD消息，并将产生的HTTP HEAD消息传送至上层的应用程序进行后续处理。由于上层的应用程序接收到的是一个HTTP HEAD消息，因此，客户端100会接着再送出一HTTP GET请求至服务器端200，以要求下载正确的文件，获取相应类型识别码的一下载文件。此时，可出现一画面以供使用者确认是否下载。

因此，通过本案的HTTP消息处理方法与客户端***，可以对于HTTP消息进行额外处理，使用者端可于传送特定方法的请求消息前，进行一请求方法的转换例如将HEAD请求转换为一GET请求之后再传送服务器端，可解决服务器端无法接收HEAD请求的传送问题。此外，通过本案的HTTP消息处理方法与客户端***，当接收到一响应消息时，可进一步检查响应消息的内容类型数据，并于内容类型数据表示为需要下载的类型时，修改响应对应的请求，依据响应消息，产生一HTTP HEAD消息，并返回HTTP HEAD消息的响应数据至上层的应用程序进行后续处理，可有效解决网页文件的扩展名与实际文件类型不一致而无法正确开启或下载的问题。

本发明的方法，或特定形态或其部分，可以以程序码的形态存在。程序码可以包含于实体媒体，如软盘、光盘片、硬盘、或是任何其它机器可读取(如计算机可读取)储存媒体，亦或不限于外在形式的计算机程序产品，其中，当程序码被机器，如计算机加载且执行时，此机器变成用以参与本发明的装置。程序码也可以通过一些传送媒体，如电线或电缆、光纤、或是任何传输型态进行传送，其中，当程序码被机器，如计算机接收、加载且执行时，此机器变成用以参与本发明的装置。当在一般用途处理单元实作时，程序码结合处理单元提供一操作类似于应用特定逻辑电路的独特装置。

虽然本发明已以较佳实施例揭露如上，然其并非用以限定本发明，任何本领域技术人员，在不脱离本发明的精神和范围内，当可做些许更动与润饰，因此本发明的保护范围当视所附的权利要求范围所界定者为准。

Claims (10)

1.一种超文本传输协议消息处理方法，适用于一超文本传输协议客户端，包括下列步骤：

得到一超文本传输协议请求；

判断该超文本传输协议请求中的一方法识别码是否表示一取部分内容方法；

若是，将该超文本传输协议请求中的该方法识别码改为一取全部内容方法，产生一超文本传输协议的一取全部内容请求；以及

将产生的该超文本传输协议的该取全部内容请求传送至一服务器端并记录该超文本传输协议请求的该方法识别码为该取部分内容方法于一储存模块中。

2.根据权利要求1所述的超文本传输协议消息处理方法，其中该全部内容包括该部分内容，该部分内容包括以下或其结合：

一提取方法识别码；

一统一资源识别码；以及

一协议版本。

3.根据权利要求1所述的超文本传输协议消息处理方法，还包括：

通过一网页浏览器得到该超文本传输协议请求；

当接收到该服务器端回传的一响应消息时，判断该储存模块所记录的该方法识别码是否为该取部分内容方法；以及

若是，接收对应该取部分内容方法的该响应消息的一标头数据，并于接收完该响应消息的该标头数据后，停止与该服务器端的通讯；以及

传送该超文本传输协议的一取部分内容消息至一应用程序。

4.根据权利要求1所述的超文本传输协议消息处理方法，还包括：

于接收到该服务器端回传的一响应消息时，解析该响应消息，得到一类型识别码；

判断该类型识别码是否为一需要下载类型；

若是，依据该响应消息，产生该超文本传输协议的一取部分信息消息；以及

传送该超文本传输协议的该取部分内容消息至一应用程序，

其中该需要下载类型包括多媒体文件类型。

5.根据权利要求4所述的超文本传输协议消息处理方法，还包括：

于接收到该超文本传输协议的该取部分内容消息之后，传送该超文本传输协议的该取全部内容请求以获取相应该类型识别码的一下载文件。

6.一种超文本传输协议客户端***，用以处理超文本传输协议消息，包括：

一储存模块；

一消息处理模块，得到一超文本传输协议请求、判断该超文本传输协议请求中的一方法识别码是否表示一取部分内容方法、若是，将该超文本传输协议请求中的该方法识别码改为一取全部内容方法，产生一超文本传输协议的一取全部内容请求并记录该超文本传输协议请求的该方法识别码为该取部分内容方法于该储存模块中；以及

一通讯模块，将产生的该超文本传输协议的该取全部内容请求传送至一服务器端。

7.根据权利要求6所述的超文本传输协议客户端***，其中该全部内容包括该部分内容，该部分内容包括以下或其结合：

一提取方法识别码；

一统一资源识别码；以及

一协议版本。

8.根据权利要求6所述的超文本传输协议客户端***，还包括一网页浏览器，用以得到该超文本传输协议请求，当接收到该服务器端回传的一响应消息时，该消息处理模块判断该储存模块所记录的该方法识别码是否为该取部分内容方法，若是，接收对应该取部分内容方法的该响应消息的一标头数据，并于接收完该响应消息的该标头数据后，停止与该服务器端的通讯，并传送该超文本传输协议的一取部分内容消息至一应用程序。

9.根据权利要求6所述的超文本传输协议客户端***，该消息处理模块还于接收到该服务器端回传的一响应消息时，解析该响应消息，得到一类型识别码，并判断该类型识别码是否为一需要下载类型，若是，依据该响应消息，产生该超文本传输协议的该取部分内容消息，传送该超文本传输协议的该取部分内容消息至一应用程序，

其中该需要下载类型包括多媒体文件类型。

10.根据权利要求9所述的超文本传输协议消息处理方法，其中该消息处理模块还于接收到该超文本传输协议的该取部分内容消息之后，传送该超文本传输协议的该取全部内容请求以获取相应该类型识别码的一下载文件。

Images