[go: up one dir, main page]

KR100930463B1 - Header conversion system and control method - Google Patents

Header conversion system and control method Download PDF

Info

Publication number
KR100930463B1
KR100930463B1 KR1020070128325A KR20070128325A KR100930463B1 KR 100930463 B1 KR100930463 B1 KR 100930463B1 KR 1020070128325 A KR1020070128325 A KR 1020070128325A KR 20070128325 A KR20070128325 A KR 20070128325A KR 100930463 B1 KR100930463 B1 KR 100930463B1
Authority
KR
South Korea
Prior art keywords
header
http
line
header information
information
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.)
Expired - Fee Related
Application number
KR1020070128325A
Other languages
Korean (ko)
Other versions
KR20090061341A (en
Inventor
이준혁
Original Assignee
에스케이 텔레콤주식회사
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by 에스케이 텔레콤주식회사 filed Critical 에스케이 텔레콤주식회사
Priority to KR1020070128325A priority Critical patent/KR100930463B1/en
Publication of KR20090061341A publication Critical patent/KR20090061341A/en
Application granted granted Critical
Publication of KR100930463B1 publication Critical patent/KR100930463B1/en
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W28/00Network traffic management; Network resource management
    • H04W28/02Traffic management, e.g. flow control or congestion control
    • H04W28/06Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W80/00Wireless network protocols or protocol adaptations to wireless operation
    • H04W80/08Upper layer protocols
    • H04W80/12Application layer protocols, e.g. WAP [Wireless Application Protocol]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W88/00Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/18Service support devices; Network management devices
    • H04W88/182Network node acting on behalf of an other network entity, e.g. proxy

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Information Transfer Between Computers (AREA)

Abstract

본 발명은 헤더 변환 시스템 및 그 제어방법에 관한 것으로, HTTP 문서를 요청하는 브라우저(Browser); 상기 HTTP 문서의 헤더정보를 바이너리 코드(Binary Code)로 변환하는 클라이언트(Client); 및 변환된 상기 헤더정보를 디코딩(decoding)하여 인터넷 망으로 전송하는 프락시 서버(Proxy Server)를 포함하는 것을 특징으로 하고, 또한, 브라우저(Browser), 클라이언트(Client), 및 프락시 서버(Proxy Server)를 포함하는 헤더 변환 시스템의 제어방법에 있어서, 사용자에 의해 HTTP 문서가 요청되는 경우, 상기 클라이언트가 HTTP 버전(version)을 지원하는지 여부를 판단하는 단계; 상기 지원이 되는 경우, 상기 HTTP 문서의 헤더정보를 파싱(parsing)하는 단계; 파싱된 상기 헤더정보를 바이너리 코드(Binary Code)로 변환하는 단계; 및 변환된 상기 헤더정보를 디코딩(decoding)하여 인터넷망으로 전송하는 단계를 포함하는 것을 특징으로 하는 헤더 변환 시스템의 제어방법을 제공하는 데 있다.The present invention relates to a header conversion system and a control method thereof, comprising: a browser requesting an HTTP document; A client converting the header information of the HTTP document into a binary code; And a proxy server for decoding the converted header information and transmitting the decoded header information to an internet network. The proxy server may further include a browser, a client, and a proxy server. A control method of a header conversion system comprising: when an HTTP document is requested by a user, determining whether the client supports an HTTP version; Parsing header information of the HTTP document, if the support is supported; Converting the parsed header information into a binary code; And decoding the converted header information and transmitting the decoded header information to an internet network.

이에 의해, HTTP 문서 요청/응답시 불필요한 HTTP 헤더정보를 최소화하여, 전체적인 HTTP 트래픽을 절감함으로써 무선망에서의 HTTP 문서 이동이 시간/비용적인 측면에서 더 편리해질 수 있다.As a result, by minimizing unnecessary HTTP header information in HTTP document request / response, the overall HTTP traffic can be reduced, thereby making the HTTP document movement in the wireless network more convenient in terms of time and cost.

ASCII, 바이너리 코드(Binary Code), 리퀘스트 라인(Request Line), 상태 라인(Status Line), 헤더 필드(Header Field) ASCII, Binary Code, Request Line, Status Line, Header Field

Description

헤더 변환 시스템 및 그 제어방법{Header Transformation System and Control Method}Header Transformation System and Control Method

본 발명은 헤더 변환 시스템 및 그 제어방법에 관한 것으로, 더 상세하게는, HTTP 문서의 헤더정보를 압축 변환하는 것을 통해 무선망 구간에서의 HTTP 트래픽을 줄일 수 있는 헤더 변환 시스템 및 그 제어방법에 관한 것이다.The present invention relates to a header conversion system and a control method thereof. More particularly, the present invention relates to a header conversion system and a control method thereof capable of reducing HTTP traffic in a wireless network section by compressing and converting header information of an HTTP document. will be.

하이퍼텍스(Hypertext)란, 하이퍼링크(hyper link)와 쌍방향성이라는 컴퓨터의 특성을 결합한 것으로 1960년대에 테오도르 넬슨이 만든 컴퓨터 관련용어로서, 사용자가 연상하는 순서에 따라 원하는 정보를 얻을 수 있는 시스템을 의미한다. 즉, 문장 중의 어구나 단어, 그리고 표제어를 모은 목차 등이 서로 관련된 문자데이터 파일로서, 각 노드(node)들이 연결된 네트워크로 구성되어 효율적인 정보검색에 적당할 수 있다. 여기서, 노드는 하이퍼텍스트의 가장 기초적인 정보단위를 말한다.Hypertext is a computer related term coined by Theodor Nelson in the 1960s that combines the characteristics of a computer such as hyperlink and interactive. it means. That is, a text data file in which a phrase, a word, and a table of contents of a sentence are collected are related to each other, and may be suitable for efficient information retrieval because the nodes are composed of a network connected to each other. Here, the node refers to the most basic information unit of hypertext.

또한, HTTP(Hypertext Transfer Protocol, 하이퍼텍스트 전송 규약)란, 인터 넷에서 웹 서버와 사용자의 인터넷 브라우저 사이에 문서를 전송하기 위해 사용되는 통신 규약으로서, 인터넷에서 하이퍼텍스트(hypertext) 문서를 교환하기 위하여 사용되는 것을 의미한다. 예컨대, 인터넷 주소를 지정할 때 'http://www....'와 같이 하는 것은 www로 시작되는 인터넷 주소에서 하이퍼텍스트 문서의 교환을 http 통신규약으로 처리하라는 뜻이다.In addition, HTTP (Hypertext Transfer Protocol) is a communication protocol used to transfer documents between a web server and a user's Internet browser on the Internet, and is used to exchange hypertext documents on the Internet. Means to be used. For example, when specifying an Internet address, such as 'http: // www ....' means that the exchange of hypertext documents at the Internet address beginning with www should be handled by the http protocol.

한편, 무선망은 유선망에 비해 대역폭(band-width)의 한계가 있으므로, HTTP 문서를 요청/전송하는 종래의 발명으로는 HTTP 과트래픽(over-traffic) 현상이 발생하는 문제점이 있어왔으므로, 무선망에서의 HTTP 과트래픽 문제 해결을 위한 노력의 필요성이 대두되고 있었다.On the other hand, since the wireless network has a limitation of bandwidth compared to the wired network, the conventional invention of requesting / transmitting an HTTP document has a problem that HTTP over-traffic occurs. There is a need for efforts to solve the HTTP over-traffic problem in the network.

따라서, 본 발명의 목적은, 무선망에서 HTTP 문서를 요청/응답할 경우 항상 붙어서 이동하는 정보를 압축 변환하여 줄이므로써 전체적인 HTTP 트래픽 문제를 해소할 수 있는 헤더 변환 시스템 및 그 제어방법을 제공함에 있다.Accordingly, an object of the present invention is to provide a header conversion system and a method of controlling the same, which can solve the overall HTTP traffic problem by compressing and reducing information that is always attached when moving and requesting an HTTP document in a wireless network. have.

삭제delete

삭제delete

상기 목적은 본 발명에 따라, 무선 구간에서 HTTP 프로토콜 헤더를 변환하여 전송하는 시스템이 제공되며: 이 시스템은, HTTP 문서가 요청되면 상기 HTTP 문서의 헤더를 파싱하고, 그 파싱된 헤더정보를 리퀘스트 라인(Request Line) 및 상태 라인(Status Line) 중에서 하나와 헤더 필드(Header Field)로 분류하여 바이너리 코드로 변환하며, 그 변환된 헤더가 포함된 HTTP 문서를 상기 무선 구간으로 전송하는 클라이언트(Client); 및 상기 변환된 헤더가 포함된 HTTP 문서를 수신하고, 상기 변환된 헤더를 디코딩(decoding)하여 인터넷 망으로 전송하는 프락시 서버(Proxy Server)를 포함하는 것을 특징으로 한다.
바람직하게는, 상기 클라이언트는, 상기 파싱된 헤더에서 리퀘스트 라인이 포함된 경우에는 리퀘스트 라인을 4 비트로 인코딩하며 그렇지 않은 경우에는 상태 라인을 7 비트로 인코딩하며, 상기 파싱된 헤더의 헤더 필드는 6 비트로 인코딩하는 것을 특징으로 한다.
본 발명의 다른 일면에 따라, 무선 구간에서 HTTP 프로토콜 헤더를 변환하여 전송하는 시스템이 제공되며: 이 시스템은, 상기 HTTP 문서의 헤더를 파싱하고, 그 파싱된 헤더에 리퀘스트 라인(Request Line)이 포함된 경우에는 상기 리퀘스트 라인과 헤더필드를 바이너리 코드로 변환하며, 그 파싱된 헤더정보에 리퀘스트 라인이 포함되지 않은 경우에는 상태 라인(Status Line) 및 상기 헤더필드를 바이너리 코드로 변환하며, 그 변환된 헤더가 포함된 HTTP 문서를 상기 무선 구간으로 전송하는 클라이언트(Client); 및 상기 변환된 헤더가 포함된 HTTP 문서를 수신하고, 상기 변환된 헤더를 디코딩(decoding)하여 인터넷 망으로 전송하는 프락시 서버(Proxy Server)를 포함하는 것을 특징으로 한다.
바람직하게는, 상기 클라이언트는, 상기 파싱된 헤더에 리퀘스트 라인(Request Line)이 포함된 경우에 상기 리퀘스트 라인에 포함된 방법(method) 및 HTTP 버전(version)을 표현하는 비트(bit) 정보로 인코딩하는 것을 특징으로 한다.
바람직하게는, 상기 클라이언트는, 상기 파싱된 헤더에 리퀘스트 라인(Request Line)이 포함되지 경우에 상기 상태 라인을 HTTP 버전과, 상태 코드 및 이유 문구(Status Code & Reason Phrases)를 표현하는 비트 정보로 인코딩하는 것을 특징으로 한다.
바람직하게는, 상기 클라이언트는, 상기 헤더 필드를 그 헤더 필드의 이름을 표현하는 비트 정보로 인코딩하는 것을 특징으로 한다.
본 발명의 다른 일면에 따라 헤더 변환 시스템의 클라이언트가 제공되며: 이 크라이언트는, HTTP 헤더정보를 파싱하여 리퀘스트 라인(Request Line), 상태 라인(Status Line), 및 헤더 필드(Header Field)로 분류하고, 상기 리퀘스트 라인은 방법(method) 및 HTTP 버전(version)을 표현하는 비트(bit)로 인코딩하며, 상기 상태 라인은 HTTP 버전과, 상태 코드 및 이유 문구(Status Code & Reason Phrases)를 표현하는 비트로 인코딩하고, 상기 헤더 필드는 헤더 필드의 이름을 표현하는 비트로 인코딩하는 것을 특징으로 한다.
바람직하게는, 상기 리퀘스트 라인은 4 비트로, 상기 상태 라인은 7 비트로, 상기 헤더 필드는 6 비트로 인코딩하는 것을 특징으로 한다.
본 발명의 또 다른 일면에 따라, 클라이언트(Client) 및 프락시 서버(Proxy Server)를 포함하는 헤더 변환 시스템의 제어 방법이 제공되며: 이 방법은, 사용자에 의해 HTTP 문서가 요청되는 경우, 상기 HTTP 문서의 헤더정보를 파싱(parsing)하는 단계; 그 파싱된 헤더정보를 리퀘스트 라인(Request Line) 및 상태 라인(Status Line) 중에서 하나와 헤더 필드(Header Field)로 분류하고 바이너리 코드(Binary Code)로 변환하여 전송하는 단계; 및 상기 변환된 헤더정보가 포함된 HTTP 문서를 수신하고, 헤더정보를 디코딩(decoding)하여 인터넷망으로 전송하는 단계를 포함하는 것을 특징으로 한다.
바람직하게는,상기 헤더정보를 상기 바이너리 코드로 변환하는 단계는, 상기 헤더정보 중 리퀘스트 라인이 포함되어 있는지 여부를 판단하는 단계; 상기 리퀘스트 라인이 포함된 경우에는 상기 헤더정보를 리퀘스트 라인 인코딩하고, 상기 리퀘스트 라인이 포함되지 않고 상기 상태 라인만 포함하는 경우에는 상기 헤더정보를 상태 라인 인코딩하는 단계; 및 상기 헤더정보를 헤더 필드 인코딩하는 단계를 포함하는 것을 특징으로 한다.
바람직하게는, 상기 리퀘스트 라인 인코딩하는 단계는, 4 비트(bit)를 이용하여 방법(method) 및 HTTP 버전(version)을 표현하도록 인코딩하는 것을 특징으로 한다.
바람직하게는, 상기 상태 라인 인코딩하는 단계는, 7 비트(bit)를 이용하여 HTTP 버전과, 상태 코드 및 이유 문구(Status Code & Reason Phrases)를 표현하도록 인코딩하는 것을 특징으로 한다.
바람직하게는, 상기 헤더 필드 인코딩하는 단계는, 6 비트를 이용하여 상기 헤더 필드의 이름을 표현하도록 인코딩하는 것을 포함하는 것을 특징으로 한다.
According to the present invention, there is provided a system for converting and transmitting an HTTP protocol header in a wireless interval: the system parses a header of the HTTP document when an HTTP document is requested, and requests the parsed header information from the request line. A client classifying one of a request line and a status line into a header field and converting the binary code into a binary code and transmitting an HTTP document including the converted header to the wireless section; And a proxy server for receiving the HTTP document including the converted header, decoding the converted header, and transmitting the decoded header to an internet network.
Advantageously, the client encodes the request line into 4 bits if the request line is included in the parsed header, otherwise encodes the status line into 7 bits and encodes the header field of the parsed header into 6 bits. Characterized in that.
According to another aspect of the present invention, a system for converting and transmitting an HTTP protocol header in a wireless interval is provided: The system parses a header of the HTTP document and includes a request line in the parsed header. If a request line is not included in the parsed header information, the status line and the header field are converted to a binary code. A client for transmitting an HTTP document including a header to the wireless section; And a proxy server for receiving the HTTP document including the converted header, decoding the converted header, and transmitting the decoded header to an internet network.
Preferably, the client encodes bit information representing a method and HTTP version included in the request line when the parsed header includes a request line. Characterized in that.
Preferably, the client, when the parsed header does not include a request line (Request Line), the status line with a bit information representing the HTTP version, status code and reason phrases (Status Code & Reason Phrases) Characterized in that the encoding.
Preferably, the client encodes the header field into bit information representing a name of the header field.
According to another aspect of the present invention, a client of a header conversion system is provided: The client parses HTTP header information and classifies it into a request line, a status line, and a header field. The request line is encoded with a bit representing a method and an HTTP version, and the status line represents an HTTP version and a status code and reason phrase. Encoding by bits, and the header field is characterized by encoding the bits representing the name of the header field.
Preferably, the request line is encoded into 4 bits, the status line is encoded into 7 bits, and the header field is encoded into 6 bits.
According to yet another aspect of the present invention, there is provided a control method of a header conversion system including a client and a proxy server, the method comprising: when an HTTP document is requested by a user, the HTTP document; Parsing header information of the terminal; Classifying the parsed header information into one of a request line and a status line and a header field, converting the parsed header information into a binary code, and transmitting the converted header information; And receiving the HTTP document including the converted header information, decoding the header information, and transmitting the decoded header information to the Internet network.
Preferably, the converting of the header information into the binary code comprises: determining whether a request line is included in the header information; Request line encoding the header information when the request line is included, and status line encoding the header information when the request line is not included and only the status line; And encoding the header information with a header field.
Preferably, the request line encoding step is characterized by encoding to represent the method (method) and the HTTP version (version) using 4 bits.
Preferably, the step of encoding the status line, characterized in that the encoding to represent the HTTP version, the status code and reason phrases (Status Code & Reason Phrases) using 7 bits.
Advantageously, the step of encoding the header field comprises encoding to represent the name of the header field using 6 bits.

삭제delete

삭제delete

삭제delete

삭제delete

삭제delete

삭제delete

삭제delete

삭제delete

삭제delete

삭제delete

삭제delete

삭제delete

삭제delete

삭제delete

상기 수단에 의한 본 발명에 따르면, 무선망에서의 HTTP 문서 요청/응답시 항상 붙어다니는 HTTP 헤더정보를 바이너리 코드(Binary Code)로 변환할 수 있다.According to the present invention by the above means, it is possible to convert the HTTP header information always attached to the HTTP document request / response in the wireless network to a binary code (Binary Code).

이에 의해, HTTP 문서 요청/응답시 불필요한 HTTP 헤더정보를 최소화 함을 통해, 전체적인 HTTP 트래픽을 절감함으로써 무선망에서의 HTTP 문서 이동이 시간/비용적인 측면에서 더 편리해질 수 있다.Accordingly, by minimizing unnecessary HTTP header information in HTTP document request / response, it is possible to reduce the overall HTTP traffic, thereby making the HTTP document movement in the wireless network more convenient in terms of time and cost.

이하, 첨부도면을 참조하여 본 발명에 대하 상세히 설명하기로 한다.Hereinafter, with reference to the accompanying drawings will be described in detail with respect to the present invention.

도1은 본 발명의 일실시예에 따른 헤더 변환 시스템의 블럭도이다.1 is a block diagram of a header conversion system according to an embodiment of the present invention.

본 발명의 일실시예에 따른 헤더 변환 시스템은 브라우저(Browser, 100), 클라이언트(Client, 300), 및 프락시 서버(Proxy Server, 500)를 포함한다.The header conversion system according to an embodiment of the present invention includes a browser 100, a client 300, and a proxy server 500.

브라우저(Browser, 100)는, 유/무선 인터넷에서 웹/왑 정보를 검색하는 데 사용되는 응용 프로그램으로, HTTP 문서를 요청하는 것이다. 브라우저(100) 자체에는 인터넷 접속 기능이 포함되어 있지 않으나, 윈도우 등 인터넷 접속용의 소프트웨어가 설정되어 있으면 브라우저(100)의 기동만으로 사용자가 희망하는 전 세계 웹/왑 서버에 있는 홈 페이지에 접속할 수 있다.The browser 100 is an application used to retrieve web / wap information from the wired / wireless internet and requests an HTTP document. The browser 100 itself does not include an Internet connection function. However, if software for Internet access such as Windows is set, the browser 100 can access a home page on a web / wap server of the world desired by simply starting the browser 100. have.

클라이언트(Client, 300)는, HTTP 문서의 헤더정보를 바이너리 코드(Binary Code)로 변환하는 것으로, 여기서, ASCII(American Standard Code for information interchange)란 PC를 중심으로 국제적으로 사용되는 정보교환용 7비트 부호로서, 컴퓨터에서 처리하기 용이한 8비트 데이터를 이용하기 위하여 숫자, 문자, 특수문자에 번호를 부여한 것이다(아스키코드라고도 한다). The client 300 converts the header information of an HTTP document into a binary code, wherein ASCII (American Standard Code for information interchange) is a 7-bit information exchange used internationally around a PC. As a code, numbers, letters, and special characters are numbered in order to use 8-bit data that is easy to process on a computer (also called ASCII code).

또한, 클라이언트(Client, 300)는, HTTP 문서의 헤더정보를 파싱하여 리퀘스트 라인(Request Line), 상태 라인(Status Line), 및 헤더 필드(Header Field)로 분류하고, 이렇게 분류된 헤더정보들을 인코딩할 수 있다.In addition, the client 300 parses the header information of the HTTP document, classifies it into a request line, a status line, and a header field, and encodes the classified header information. can do.

클라이언트(Client, 300)에 의한 HTTP 문서의 헤더정보에 대한 인코딩에 대해서 더 상세히 설명하기로 한다.The encoding of the header information of the HTTP document by the client 300 will be described in more detail.

클라이언트(Client, 300)는, 리퀘스트 라인(Request Line), 상태 라인(Status Line), 및 헤더 필드(Header Field)로 분류된 헤더 정보들을 각각 포맷(format)에 맞게 리퀘스트 라인 인코딩, 상태 라인 인코딩, 및 헤더 필드 인코딩을 할 수 있다.The client 300 may include header information classified into a request line, a status line, and a header field according to the format of the request line encoding, the status line encoding, And header field encoding.

리퀘스트 라인(Request Line) 인코딩은, 헤더 정보 중 리퀘스트 라인을 8 종류의 방법(method) 및 2 종류의 HTTP 버전(version)을 표현하기 위해 4 비트(bit)로 인코딩하는 것이다. 여기서, 리퀘스트 라인(Request Line) 인코딩은, 옵션(OPTION), 겟(GET), 헤드(HEAD), 포스트(POST), 풋(PUT), 딜리트(DELETE), 트레이스(TRACE), 및 커넥트(CONNECT)를 포함하는 8 종류의 방법(method), 및 HTTP 1.0과 HTTP 1.1을 포함하는 2 종류의 HTTP 버전(version)을 표현하기 위해, 4 비트로 표현된다. 또, 여기서, 리퀘스트 라인(Request Line) 인코딩을 위해 부여된 4 비트 는, 8 종류의 방법(method)을 표현하기 위한 3 비트(23=8) 및 2 종류의 HTTP 버전(version)을 표현하기 위한 1 비트(21=1)를 포함한다. 한편, 여기서의 리퀘스트 라인(Request Line)인코딩은, Request-URI는 제외한다.Request line encoding is to encode the request line in the header information into 4 bits to express 8 types of methods and 2 types of HTTP versions. In this case, the request line encoding includes OPTION, GET, HEAD, POST, PUT, DELETE, TRAC, and CONNECT. It is represented by four bits to represent eight kinds of methods including CONNECT, and two kinds of HTTP versions including HTTP 1.0 and HTTP 1.1. Here, the four bits given for request line encoding are three bits for expressing eight kinds of methods (2 3 = 8) and two kinds of HTTP versions. 1 bit (2 1 = 1). On the other hand, the Request Line encoding here excludes the Request-URI.

전후술하는 HTTP 관련 용어들은, 한국전자통신연구소에서 정리한 하이퍼텍스트 전송 규약(Hypertext Transfer Protocol, HTTP) 1.0 및 1.1에 근거한다. 이하에서도 동일함 )에 의하기로 한다.The terms related to HTTP described later are based on the Hypertext Transfer Protocol (HTTP) 1.0 and 1.1 prepared by the Institute of Electronics and Telecommunications. The same applies to the following).

상태 라인(Status Line) 인코딩은, 헤더 정보 중 상태 라인을 2 종류의 HTTP 버전(version)과, 40 종류의 상태 코드 및 이유 문구(Status-Code & Reason-Phrases)를 표현하기 위해 7 비트로 인코딩하는 것이다. 여기서, 상태 코드(Status-Code)는 요구(Request) 메시지를 이해하고 이에 따라 서비스를 제공하려는 데에 대한 결과로서 세 자리의 정수 코드이고, 이유 문구(Reason-Phrase)는 상태 코드에 대해 짧은 텍스트 형태의 설명을 제공하기 위해 사용한다. 한편, 상태 코드(Status-Code)는 오토마타(automata)가 사용하고, 이유 문구(Reason-Phrase)는 인간 사용자가 사용하기 위한 것이다.Status Line encoding encodes a status line in header information into 7 bits to represent two types of HTTP versions and 40 types of status codes and reason phrases. will be. Here, Status-Code is a three-digit integer code as a result of understanding the Request message and to provide a service accordingly, and Reason-Phrase is short text for the status code. Used to provide a description of the form. On the other hand, the status code (Status-Code) is used by the automata (automata), the reason phrase (Reason-Phrase) is for use by human users.

상태 코드(Status-Code)의 첫 자리 숫자는 응답의 클래스를 규정하며 마지막 두 자리 숫자는 아무런 구분 역할이 없으며, 첫 자리에는 다섯 가지의 숫자가 올 수 있다. 즉, 상태 코드(Status-Code)의 구성을 설명하기로 한다. The first digit of the Status-Code specifies the class of the response, the last two digits have no distinction, and the first digit can be five digits. That is, the configuration of the status code will be described.

? 1xx: 알림 정보 (Informational) ? 요구가 수신되어 계속 처리 ? 1xx: Informational (Informational)? Request received and continue processing

? 2xx: 성공(Success) ? 요구 메시지를 성공적으로 수신 및 해석을 하고 이를 허용? 2xx: Success? Successfully receive and interpret the request message and allow it

? 3xx: 방향 재설정 (Redirection) ? 요구에 대한 처리를 완료하기 위하여 추가 조치가 필요 ? 3xx: Redirection? Further action is required to complete the processing of the request

? 4xx: 클라이언트 오류 (Client Error) ? 요구 메시지가 잘못된 형식으로 구성되어 있기나 제대로 처리할 수 없는 경우? 4xx: Client Error The request message is in the wrong format or cannot be processed correctly.

? 5xx: 서버 오류 (Server Error) ? 명백히 유효한 요구 메시지를 서버가 처리할 수 없을 때? 5xx: Server Error? When the server cannot process an apparently valid request message

또한, HTTP/1.1이 규정한 숫자 상태 코드의 개별적인 값 및 이에 상응하는 이유 문구(Reason-Phrase)의 예를 설명하기로 한다.In addition, examples of individual values of numeric status codes defined by HTTP / 1.1 and corresponding reason phrases (Reason-Phrase) will be described.

Status-Code = "100" ; Continue(계속)Status-Code = "100"; Continue

| "101" ; Switching Protocols(규약 전환)   | "101"; Switching Protocols

| "200" ; OK         | "200"; OK

| "201" ; Created(생성 되었음)         | "201"; Created

| "202" ; Accepted(접수 되었음)         | "202"; Accepted

| "203" ; Non-Authoritative Information(비 인증 정보)         | "203"; Non-Authoritative Information

| "204" ; No Content (내용이 없음)         | "204"; No Content

| "205" ; Reset Content(내용을 지움)         | "205"; Reset Content

| "206" ; Partial Content(부분 내용)         | "206"; Partial Content

| "300" ; Multiple Choices(복수 선택)         | "300"; Multiple Choices

| "301" ; Moved Permanently(영구 이동)         | "301"; Moved Permanently

| "302" ; Moved Temporarily(임시 이동)         | "302"; Moved Temporarily

| "303" ; See Other(다른 것을 참조)         | "303"; See Other

| "304" ; Not Modified(변경되지 않았음)         | "304"; Not Modified

| "305" ; Use Proxy(프락시를 사용할 것)         | "305"; Use Proxy

| "400" ; Bad Request(잘못된 요구)         | "400"; Bad Request

| "401" ; Unauthorized(인증되지 않았음)         | "401"; Unauthorized

| "402" ; Payment Required(요금 지불 요청)         | "402"; Payment Required

| "403" ; Forbidden(금지되었음)         | "403"; Forbidden (Forbidden)

| "404" ; Not Found(찾을 수 없음)         | "404"; Not Found

| "405" ; Method Not Allowed(method를 사용할 수 없음)         | "405"; Method Not Allowed

| "406" ; Not Acceptable (접수할 수 없음)         | "406"; Not Acceptable

| "407" ; Proxy Authentication Required(프락시 인증 필요)         | "407"; Proxy Authentication Required

| "408" ; Request Time-out(요구 시간 초과)         | "408"; Request Time-out

| "409" ; Conflict(충돌)         | "409"; Conflict

| "410" ; Gone(내용물이 사라졌음)         | "410"; Gone (content is gone)

| "411" ; Length Required(길이가 필요함)         | "411"; Length Required

| "412" ; Precondition Failed(사전 조건 충족 실패)         | "412"; Precondition Failed

| "413" ; Request Entity Too Large (요구 엔터티가 너무 큼)         | "413"; Request Entity Too Large

|"414" ; Request-URI Too Large(Request-URI가 너무 김)         "414"; Request-URI Too Large

| "415" ; Unsupported Media Type(지원되지 않는 미디어 유형)         | "415"; Unsupported Media Type

| "500" ; Internal Server Error(서버 내부 에러)         | "500"; Internal Server Error

| "501" ; Not Implemented(구현되지 않았음)         | "501"; Not Implemented

| "502" ; Bad Gateway(불량 게이트웨이)         | "502"; Bad Gateway

| "503" ; Service Unavailable(서비스를 사용할 수 없음)         | "503"; Service Unavailable

| "504" ; Gateway Time-out(게이트웨이 시간 초과).         | "504"; Gateway Time-out.

| "505" ; HTTP Version not supported (지원되지 않는 HTTP 버전)  | "505"; HTTP Version not supported

전술하여 열거한 이유 구문은 단지 권고 사항일 뿐이므로, 이유 구문은 규 약에 영향을 미치지 않고도 지역적인 등가물(equivalents)로 대체할 수 있다.The reason statements listed above are only recommendations, and the reason statements can be replaced with local equivalents without affecting the protocol.

전술한 상태 라인(Status Line) 인코딩을 위해 부여된 7 비트는, 2 종류의 HTTP 버전을 표현하기 위한 1 비트와, 40개의 40 종류의 상태 코드 및 이유 문구(Status-Code & Reason-Phrases)를 표현하기 위한 6 비트(26≥40)를 포함한다.The 7 bits given for the above-mentioned status line encoding include 1 bit for representing two types of HTTP versions, 40 forty types of status codes and reason phrases (Status-Code & Reason-Phrases). 6 bits (2 6? 40) to represent.

헤더 필드(Header Field) 인코딩은, 47 종류의 헤더 필드의 이름을 표현하기 위해 6 비트로 인코딩하는 것이다. 여기서, 헤더 필드는 요구(Request) 헤더 필드, 응답(Response) 헤더 필드, 및 엔터티(Entity) 헤더 필드를 포함한다. Header field (Header Field) encoding is encoding with 6 bits to represent the names of 47 kinds of header fields. Here, the header field includes a request header field, a response header field, and an entity header field.

요구(Request) 헤더 필드는, 요구 및 클라이언트 자신에 관한 추가 정보를 클라이언트가 서버에게 전달할 수 있도록 하는 것으로, 프로그래밍 언어 method 호출시 사용하는 파라미터와 동일한 의미로 요구 변경자(request modifiers)의 역할을 수행할 수 있다. 요구(Request) 헤더 필드 이름은 후술하는 바와 같다.The Request header field allows the client to pass additional information about the request and the client itself to the server, and acts as request modifiers in the same sense as the parameters used when calling programming language methods. Can be. The request header field name is as described later.

request-header = Accept request-header = Accept

| Accept-Charset                    | Accept-Charset

| Accept-Encoding                    | Accept-Encoding

| Accept-Language                    | Accept-Language

| Authorization                    | Authorization

| From                    | From

| Host                    | Host

| If-Modified-Since                    | If-Modified-Since

| If-Match                    | If-Match

| If-None-Match                    | If-None-Match

| If-Range                    | If-range

| If-Unmodified-Since                    | If-Unmodified-Since

| Max-Forwards                    | Max-forwards

| Proxy-Authorization                    | Proxy-Authorization

| Range                    | Range

| Referer                    | Referer

| User-Agent                    | User-Agent

응답(Response) 헤더 필드는, 서버가 상태 라인(Status Line)에 표시할 수 없는 응답에 대한 추가 정보를 전달할 수 있도록 하는 것으로, 서버와 Request-URI가 식별하는 자원에 추가적으로 접근하는 방법에 대한 정보를 제공한다. 응답(Response) 헤더 필드의 이름은 후술하는 바와 같다.The Response header field allows the server to convey additional information about the response that cannot be indicated in the status line. Information on how to further access the resource identified by the server and the Request-URI. To provide. The name of the response header field is as described later.

response-header = Age response-header = Age

| Location    | Location

| Proxy-Authenticate      | Proxy-Authenticate

| Public   | Public

| Retry-After | Retry-after

| Server | Server

| Vary   | Vary

| Warning | Warning

| WWW-Authenticate      | WWW-Authenticate

엔터티(Entity) 헤더 필드는 Entity-Body에 대한 본문이 없다면 요구 메시지를 통해 확인할 수 있는 자원에 대한 선택적인 메타 정보를 정의하는 것으로, 엔터티(Entity) 헤더 필드의 이름은 후술하는 바와 같다.The entity header field defines optional meta information about a resource that can be identified through a request message if there is no body for the entity-body. The name of the entity header field is described below.

Entity-Header = Allow Entity-Header = Allow

| Content-Base   | Content-Base

| Content-Encoding        | Content-Encoding

| Content-Language   | Content-Language

| Content-Length | Content-length

| Content-Location   | Content-Location

| Content-MD5 | Content-MD5

| Content-Range | Content-range

| Content-Type | Content-Type

| ETag | ETag

| Expires | Expires

| Last-Modified | Last-modified

| extension-header| extension-header

한편, 요구와 응답 메시지 모두에 일반적으로 적용할 수 있지만 전송되는 엔터티에는 적용되지 않는 일반 헤더 필드가 몇 가지 더 있다.On the other hand, there are a few more common header fields that can be applied to both request and response messages, but not to the entity being sent.

전술한 47 종류의 헤더 필드의 이름 표현하기 위하여, 헤더 필드(Header Field) 인코딩을 위해 부여된 6 비트가 사용되는 것이다(26≥47).In order to express the names of the 47 kinds of header fields described above, 6 bits assigned for header field encoding are used (2 6? 47).

프락시 서버(Proxy Server, 500)는, 전술한 바와 같이 인코딩된 HTTP 문서의 헤더정보를 디코딩(decoding)하여 인터넷 망으로 전송하는 것이다. 그 후, HTTP 문서에 대한 요청이 프락시 서버(Proxy Server, 500)를 거쳐나가서, 인터넷망 중 각 HTTP 문서가 저장된 서버로부터 요청된 HTTP 문서를 전송받을 수 있다.As described above, the proxy server 500 decodes the header information of the encoded HTTP document and transmits the header information to the Internet network. Thereafter, the request for the HTTP document may pass through the proxy server 500 to receive the requested HTTP document from a server in which each HTTP document is stored in the Internet.

도2는 본 발명의 일실시예에 따른 헤더 변환 시스템의 제어방법에 대한 순서도이다.2 is a flowchart illustrating a control method of a header conversion system according to an embodiment of the present invention.

이하, 도2를 참조하여, 본 발명의 일실시예에 따른 헤더 변환 시스템의 제어방법에 대한 동작순서를 구체적으로 설명하기로 한다. Hereinafter, an operation procedure of a control method of a header conversion system according to an embodiment of the present invention will be described in detail with reference to FIG. 2.

사용자가 HTTP 문서를 요청하는 경우, 클라이언트(300)가 HTTP 문서를 지원하는지 여부를 판단한다(S110).When the user requests the HTTP document, it is determined whether the client 300 supports the HTTP document (S110).

HTTP 문서가 지원이 되는 경우, HTTP 문서의 헤더정보를 파싱(parsing)한다(S120). 여기서, HTTP 문서의 헤더정보가 파싱되면, 리퀘스트 라인(Request Line), 상태 라인(Status Line), 및 헤더 필드(Header Field)로 분류됨은 전술한 바와 같다.If the HTTP document is supported, the header information of the HTTP document is parsed (S120). Here, when the header information of the HTTP document is parsed, it is classified into a request line, a status line, and a header field as described above.

파싱된 헤더정보를 바이너리 코드(Binary Code)로 변환한다(S130). 여기서, 변환단계에 대해서는 도3을 참조하여 후술하여 더 상세히 설명하기로 한다.The parsed header information is converted into a binary code (S130). Here, the conversion step will be described in detail later with reference to FIG. 3.

변환된 HTTP 문서의 헤더정보를 디코딩(decoding)하여 인터넷망으로 전송한다(S140). 그 후, HTTP 문서에 대한 요청이 프락시 서버(Proxy Server, 500)를 거 쳐나가서, 인터넷망 중 각 HTTP 문서가 저장된 서버로부터 요청된 HTTP 문서를 전송받는 것에 대해서는 기 설명한 바 있다.The header information of the converted HTTP document is decoded and transmitted to the internet network (S140). After that, the request for the HTTP document passes through the proxy server (Proxy Server, 500), and it has been described previously to receive the requested HTTP document from the server where each HTTP document is stored in the Internet.

도3은 본 발명의 일실시예에 따른 헤더 변환 시스템의 제어방법에 대한 더 상세한 순서도이다.3 is a more detailed flowchart of a control method of a header conversion system according to an embodiment of the present invention.

이하, 도3을 참조하여 본 발명의 일실시예에 따른 헤더 변환 시스템의 제어방법에 대한 동작순서를 더 구체적으로 설명하기로 한다.Hereinafter, an operation procedure of the control method of the header conversion system according to an embodiment of the present invention will be described in more detail with reference to FIG. 3.

사용자가 HTTP 문서를 요청하는 경우, 클라이언트(300)가 HTTP 문서를 지원하는지 여부를 판단하고(S210), HTTP 문서의 헤더정보를 파싱(parsing)하여 리퀘스트 라인(Request Line), 상태 라인(Status Line), 및 헤더 필드(Header Field)로 분류(S220)되는 것은 도2를 참조하여 전술한 바와 동일하다.When the user requests the HTTP document, it is determined whether the client 300 supports the HTTP document (S210), and parses the header information of the HTTP document to request a request line and a status line. ) And the header field (S220) are the same as described above with reference to FIG.

파싱된 헤더정보를 바이너리 코드(Binary Code)로 변환하는 단계에 대해, S231 ~ S234에 걸쳐서 더 상세히 설명하기로 한다.The step of converting the parsed header information into a binary code will be described in more detail over S231 to S234.

파싱된 헤더정보 중 리퀘스트 라인이 포함되어 있는지 여부를 판단한다(S231).It is determined whether the request line is included in the parsed header information (S231).

파싱된 헤더정보 중 리퀘스트 라인이 포함된 경우에는 헤더정보를 리퀘스트 라인 인코딩하고(S232), 파싱된 헤더정보 중 리퀘스트 라인이 포함되지 않고 상태 라인만 포함하는 경우에는 헤더정보를 상태 라인 인코딩한다(S233).If the request line is included in the parsed header information, the request line is encoded (S232). If the request line is not included in the parsed header information and only the status line is included, the header information is encoded (S233). ).

S232 절차 또는 S233 절차의 경우, 헤더정보를 헤더 필드 인코딩한다(S234). 여기서, 리퀘스트 라인 인코딩, 상태 라인 인코딩, 및 헤더 필드 인코딩에 대해서는 기 설명한 바 있다.In the case of the S232 procedure or the S233 procedure, the header information is encoded in the header field (S234). The request line encoding, the state line encoding, and the header field encoding have been described above.

변환된 HTTP 문서의 헤더정보를 디코딩(decoding)하여 인터넷망으로 전송한다(S240). 그 후, 절차는 전술한 바와 동일하므로 편의상 생략하기로 한다.The header information of the converted HTTP document is decoded and transmitted to the internet network (S240). Thereafter, the procedure is the same as described above and will be omitted for convenience.

상기에서는 본 발명의 바람직한 실시예를 참조하여 설명하였지만, 해당기술 분야의 숙련된 당업자는 하기의 특허 청구의 범위에 기재된 본 발명의 사상 및 영역으로부터 벗어나지 않는 범위 내에서 본 발명을 다양하게 수정 및 변경시킬 수 있음을 이해할 수 있을 것이다. Although the above has been described with reference to a preferred embodiment of the present invention, those skilled in the art will be variously modified and changed within the scope of the invention without departing from the spirit and scope of the invention described in the claims below. I can understand that you can.

본 발명은 헤더 변환 시스템 및 그 제어방법에 관한 것으로, 더 상세하게는, HTTP 문서의 헤더정보를 압축 변환하는 것을 통해 무선망 구간에서의 HTTP 트래픽을 줄일 수 있는 헤더 변환 시스템 및 그 제어방법에 관한 것이다.The present invention relates to a header conversion system and a control method thereof. More particularly, the present invention relates to a header conversion system and a control method thereof capable of reducing HTTP traffic in a wireless network section by compressing and converting header information of an HTTP document. will be.

상기 수단에 의한 본 발명에 따르면, 무선망에서의 HTTP 문서 요청/응답시 항상 붙어다니는 HTTP 헤더정보를 바이너리 코드(Binary Code)로 변환할 수 있으므로, 이에 의해, HTTP 문서 요청/응답시 불필요한 HTTP 헤더정보를 최소화 함을 통해, 전체적인 HTTP 트래픽을 절감함으로써 무선망에서의 HTTP 문서 이동이 시간/비용적인 측면에서 더 편리해질 수 있다.According to the present invention by the above means, it is possible to convert the HTTP header information always attached at the time of HTTP document request / response in the wireless network to a binary code, thereby, unnecessary HTTP header at the time of HTTP document request / response By minimizing the information, you can reduce the overall HTTP traffic, making HTTP document movement over the wireless network more convenient in terms of time and cost.

도1은 본 발명의 일실시예에 따른 헤더 변환 시스템의 블럭도이다.1 is a block diagram of a header conversion system according to an embodiment of the present invention.

도2는 본 발명의 일실시예에 따른 헤더 변환 시스템의 제어방법에 대한 순서도이다.2 is a flowchart illustrating a control method of a header conversion system according to an embodiment of the present invention.

도3은 본 발명의 일실시예에 따른 헤더 변환 시스템의 제어방법에 대한 더 상세한 순서도이다.3 is a more detailed flowchart of a control method of a header conversion system according to an embodiment of the present invention.

<도면의 주요부분에 대한 간단한 부호 설명><Description of Signs of Major Parts of Drawings>

100: 브라우저(Browser)100: Browser

300: 클라이언트(Client)300: Client

500: 프락시 서버(Proxy Server)500: proxy server

Claims (15)

무선 구간에서 HTTP 프로토콜 헤더를 변환하여 전송하는 시스템에 있어서,In the system for converting and transmitting the HTTP protocol header in the radio section, HTTP 문서가 요청되면 상기 HTTP 문서의 헤더를 파싱하고, 그 파싱된 헤더정보를 리퀘스트 라인(Request Line) 및 상태 라인(Status Line) 중에서 하나와 헤더 필드(Header Field)로 분류하여 바이너리 코드로 변환하며, 그 변환된 헤더가 포함된 HTTP 문서를 상기 무선 구간으로 전송하는 클라이언트(Client); 및When the HTTP document is requested, the header of the HTTP document is parsed, and the parsed header information is classified into one of a request line and a status line and a header field and converted into binary code. A client for transmitting the HTTP document including the converted header to the wireless section; And 상기 변환된 헤더가 포함된 HTTP 문서를 수신하고, 상기 변환된 헤더를 디코딩(decoding)하여 인터넷 망으로 전송하는 프락시 서버(Proxy Server)를 포함하는 것을 특징으로 하는 헤더 변환 시스템.And a proxy server for receiving the HTTP document including the converted header, decoding the converted header, and transmitting the decoded header to an internet network. 제1항에 있어서, The method of claim 1, 상기 클라이언트는, 상기 파싱된 헤더에서 리퀘스트 라인이 포함된 경우에는 리퀘스트 라인을 4 비트로 인코딩하며 그렇지 않은 경우에는 상태 라인을 7 비트로 인코딩하며, 상기 파싱된 헤더의 헤더 필드는 6 비트로 인코딩하는 것을 특징으로 하는 헤더 변환 시스템.The client encodes the request line into 4 bits if the request line is included in the parsed header, otherwise encodes the status line into 7 bits, and encodes the header field of the parsed header into 6 bits. Header conversion system. 무선 구간에서 HTTP 프로토콜 헤더를 변환하여 전송하는 시스템에 있어서,In the system for converting and transmitting the HTTP protocol header in the radio section, 상기 HTTP 문서의 헤더를 파싱하고, 그 파싱된 헤더에 리퀘스트 라인(Request Line)이 포함된 경우에는 상기 리퀘스트 라인과 헤더필드를 바이너리 코드로 변환하며, 그 파싱된 헤더정보에 리퀘스트 라인이 포함되지 않은 경우에는 상태 라인(Status Line) 및 상기 헤더필드를 바이너리 코드로 변환하며, 그 변환된 헤더가 포함된 HTTP 문서를 상기 무선 구간으로 전송하는 클라이언트(Client); 및Parse the header of the HTTP document, and if the parsed header includes a request line, converts the request line and the header field into binary code, and does not include the request line in the parsed header information. A client converting a status line and the header field into a binary code, and transmitting an HTTP document including the converted header to the wireless section; And 상기 변환된 헤더가 포함된 HTTP 문서를 수신하고, 상기 변환된 헤더를 디코딩(decoding)하여 인터넷 망으로 전송하는 프락시 서버(Proxy Server)를 포함하는 것을 특징으로 하는 헤더 변환 시스템.And a proxy server for receiving the HTTP document including the converted header, decoding the converted header, and transmitting the decoded header to an internet network. 제3항에 있어서,The method of claim 3, 상기 클라이언트는, 상기 파싱된 헤더에 리퀘스트 라인(Request Line)이 포함된 경우에 상기 리퀘스트 라인에 포함된 방법(method) 및 HTTP 버전(version)을 표현하는 비트(bit) 정보로 인코딩하는 것을 특징으로 하는 헤더 변환 시스템.When the parsed header includes a request line, the client encodes bit information representing a method and an HTTP version included in the request line. Header conversion system. 삭제delete 제3항에 있어서,The method of claim 3, 상기 클라이언트는, 상기 파싱된 헤더에 리퀘스트 라인(Request Line)이 포함되지 경우에 상기 상태 라인을 HTTP 버전과, 상태 코드 및 이유 문구(Status Code & Reason Phrases)를 표현하는 비트 정보로 인코딩하는 것을 특징으로 하는 헤더 변환 시스템.The client encodes the status line into an HTTP version and bit information representing a status code and reason phrases when the request line is not included in the parsed header. Header conversion system. 제3항에 있어서,The method of claim 3, 상기 클라이언트는, 상기 헤더 필드를 그 헤더 필드의 이름을 표현하는 비트 정보로 인코딩하는 것을 특징으로 하는 헤더 변환 시스템.And the client encodes the header field into bit information representing a name of the header field. 헤더 변환 시스템의 클라이언트에 있어서,In the client of the header conversion system, HTTP 헤더정보를 파싱하여 리퀘스트 라인(Request Line), 상태 라인(Status Line), 및 헤더 필드(Header Field)로 분류하고, Parse HTTP header information into a request line, a status line, and a header field. 상기 리퀘스트 라인은 방법(method) 및 HTTP 버전(version)을 표현하는 비트(bit)로 인코딩하며, 상기 상태 라인은 HTTP 버전과, 상태 코드 및 이유 문구(Status Code & Reason Phrases)를 표현하는 비트로 인코딩하고, The request line is encoded with a bit representing a method and an HTTP version, and the status line is encoded with a bit representing an HTTP version and a status code & reason phrases. and, 상기 헤더 필드는 헤더 필드의 이름을 표현하는 비트로 인코딩하는 것을 특징으로 하는 헤더 변환 시스템의 클라이언트.And encoding the header field into bits representing a name of the header field. 제8항에 있어서,The method of claim 8, 상기 리퀘스트 라인은 4 비트로, 상기 상태 라인은 7 비트로, 상기 헤더 필드는 6 비트로 인코딩하는 것을 특징으로 하는 헤더 변환 시스템의 클라이언트.And the request line is encoded in 4 bits, the status line in 7 bits, and the header field in 6 bits. 클라이언트(Client) 및 프락시 서버(Proxy Server)를 포함하는 헤더 변환 시스템의 제어 방법에 있어서,In the control method of the header conversion system including a client (Client) and a proxy server (Proxy Server), 사용자에 의해 HTTP 문서가 요청되는 경우, 상기 HTTP 문서의 헤더정보를 파싱(parsing)하는 단계;Parsing header information of the HTTP document when an HTTP document is requested by a user; 그 파싱된 헤더정보를 리퀘스트 라인(Request Line) 및 상태 라인(Status Line) 중에서 하나와 헤더 필드(Header Field)로 분류하고 바이너리 코드(Binary Code)로 변환하여 전송하는 단계; 및Classifying the parsed header information into one of a request line and a status line and a header field, converting the parsed header information into a binary code, and transmitting the converted header information; And 상기 변환된 헤더정보가 포함된 HTTP 문서를 수신하고, 헤더정보를 디코딩(decoding)하여 인터넷망으로 전송하는 단계를 포함하는 것을 특징으로 하는 헤더 변환 시스템의 제어방법.Receiving the HTTP document including the converted header information, decoding the header information, and transmitting the decoded header information to an internet network. 삭제delete 제10항에 있어서,The method of claim 10, 상기 헤더정보를 상기 바이너리 코드로 변환하는 단계는, 상기 헤더정보 중 리퀘스트 라인이 포함되어 있는지 여부를 판단하는 단계;The converting of the header information into the binary code may include: determining whether a request line is included in the header information; 상기 리퀘스트 라인이 포함된 경우에는 상기 헤더정보를 리퀘스트 라인 인코딩하고, 상기 리퀘스트 라인이 포함되지 않고 상기 상태 라인만 포함하는 경우에는 상기 헤더정보를 상태 라인 인코딩하는 단계; 및Request line encoding the header information when the request line is included, and status line encoding the header information when the request line is not included and only the status line; And 상기 헤더정보를 헤더 필드 인코딩하는 단계를 포함하는 것을 특징으로 하는 헤더 변환 시스템의 제어방법.And encoding the header information in a header field. 제12항에 있어서,The method of claim 12, 상기 리퀘스트 라인 인코딩하는 단계는, 4 비트(bit)를 이용하여 방법(method) 및 HTTP 버전(version)을 표현하도록 인코딩하는 것을 특징으로 하는 헤더 변환 시스템의 제어방법.The request line encoding step includes encoding using a 4 bit to represent a method (method) and the HTTP version (version). 제12항에 있어서,The method of claim 12, 상기 상태 라인 인코딩하는 단계는, 7 비트(bit)를 이용하여 HTTP 버전과, 상태 코드 및 이유 문구(Status Code & Reason Phrases)를 표현하도록 인코딩하는 것을 특징으로 하는 헤더 변환 시스템의 제어방법.The status line encoding may include encoding the HTTP version and a status code & reason phrases using 7 bits. 제12항에 있어서,The method of claim 12, 상기 헤더 필드 인코딩하는 단계는, 6 비트를 이용하여 상기 헤더 필드의 이름을 표현하도록 인코딩하는 것을 포함하는 것을 특징으로 하는 헤더 변환 시스템의 제어방법.The encoding of the header field may include encoding the header field to represent the name of the header field using 6 bits.
KR1020070128325A 2007-12-11 2007-12-11 Header conversion system and control method Expired - Fee Related KR100930463B1 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
KR1020070128325A KR100930463B1 (en) 2007-12-11 2007-12-11 Header conversion system and control method

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
KR1020070128325A KR100930463B1 (en) 2007-12-11 2007-12-11 Header conversion system and control method

Publications (2)

Publication Number Publication Date
KR20090061341A KR20090061341A (en) 2009-06-16
KR100930463B1 true KR100930463B1 (en) 2009-12-08

Family

ID=40990829

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1020070128325A Expired - Fee Related KR100930463B1 (en) 2007-12-11 2007-12-11 Header conversion system and control method

Country Status (1)

Country Link
KR (1) KR100930463B1 (en)

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20020031691A (en) * 2000-10-23 2002-05-03 이철호 Method and system for real-time transforming internet contents
KR100415996B1 (en) * 1998-10-12 2004-01-31 삼성전자주식회사 Method of rendering documents by server
KR20060067784A (en) * 2004-12-15 2006-06-20 한국전자통신연구원 Intrusion Detection System Bypass Unicode Response Device and Method
JP2007265356A (en) 2006-03-30 2007-10-11 Nec Access Technica Ltd Interconnection method and apparatus using communication protocol

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR100415996B1 (en) * 1998-10-12 2004-01-31 삼성전자주식회사 Method of rendering documents by server
KR20020031691A (en) * 2000-10-23 2002-05-03 이철호 Method and system for real-time transforming internet contents
KR20060067784A (en) * 2004-12-15 2006-06-20 한국전자통신연구원 Intrusion Detection System Bypass Unicode Response Device and Method
JP2007265356A (en) 2006-03-30 2007-10-11 Nec Access Technica Ltd Interconnection method and apparatus using communication protocol

Also Published As

Publication number Publication date
KR20090061341A (en) 2009-06-16

Similar Documents

Publication Publication Date Title
Fielding et al. Hypertext transfer protocol (HTTP/1.1): Semantics and content
US7796592B2 (en) Optimizing static dictionary usage for signal, hypertext transfer protocol and bytecode compression in a wireless network
Fielding et al. RFC2616: Hypertext transfer protocol--HTTP/1.1
Fielding et al. RFC 7231: Hypertext Transfer Protocol (HTTP/1.1): semantics and content
US7159028B1 (en) Method and apparatus using XML for both a protocol layer and application layer
US7031964B1 (en) Providing a directory of frequently used hyperlinks on a remote server
JP4511240B2 (en) Provide scalable services for vehicle entertainment and information processing devices
US20010016875A1 (en) Reducing perceived latency in servicing user requests on low-bandwidth communication channels
CN101610268B (en) Implementation method and equipment of keyword filtration
KR20070064684A (en) System and method for processing extensible markup language documents
US7711792B2 (en) Method and device for retrieving data store access information
EP1678914A1 (en) System and method for requesting a resource over at least one network with reduced overhead
EP3454526B1 (en) Apparatus for configuring an ims service for use by a circuit-switched device
KR100930463B1 (en) Header conversion system and control method
US7318103B1 (en) XML in the MASP client-server protocol
Mogul et al. Hypertext Transfer Protocol--HTTP/1.1
Fielding Hypertext Transfer Protocol--HTTP/1.1
Suryanarayana et al. CC/PP for content negotiation and contextualization
JP2003516039A (en) Packet-based client / server protocol
JP4122759B2 (en) Document data code processing method and system
WO2010139263A1 (en) Multicast message copying processing method and apparatus
Berzosa Macho A context-and template-based data compression approach to improve resource-constrained IoT systems interoperability.
HK40006230A (en) Apparatus, and associated method, for configuring an ims service for use by a circuit-switched device
HK40006230B (en) Apparatus for configuring an ims service for use by a circuit-switched device
Sarukkai Mobile Access

Legal Events

Date Code Title Description
A201 Request for examination
PA0109 Patent application

St.27 status event code: A-0-1-A10-A12-nap-PA0109

PA0201 Request for examination

St.27 status event code: A-1-2-D10-D11-exm-PA0201

D13-X000 Search requested

St.27 status event code: A-1-2-D10-D13-srh-X000

D14-X000 Search report completed

St.27 status event code: A-1-2-D10-D14-srh-X000

P22-X000 Classification modified

St.27 status event code: A-2-2-P10-P22-nap-X000

E902 Notification of reason for refusal
PE0902 Notice of grounds for rejection

St.27 status event code: A-1-2-D10-D21-exm-PE0902

E13-X000 Pre-grant limitation requested

St.27 status event code: A-2-3-E10-E13-lim-X000

P11-X000 Amendment of application requested

St.27 status event code: A-2-2-P10-P11-nap-X000

P13-X000 Application amended

St.27 status event code: A-2-2-P10-P13-nap-X000

PG1501 Laying open of application

St.27 status event code: A-1-1-Q10-Q12-nap-PG1501

E90F Notification of reason for final refusal
PE0902 Notice of grounds for rejection

St.27 status event code: A-1-2-D10-D21-exm-PE0902

P11-X000 Amendment of application requested

St.27 status event code: A-2-2-P10-P11-nap-X000

P13-X000 Application amended

St.27 status event code: A-2-2-P10-P13-nap-X000

E701 Decision to grant or registration of patent right
PE0701 Decision of registration

St.27 status event code: A-1-2-D10-D22-exm-PE0701

GRNT Written decision to grant
PR0701 Registration of establishment

St.27 status event code: A-2-4-F10-F11-exm-PR0701

PR1002 Payment of registration fee

St.27 status event code: A-2-2-U10-U11-oth-PR1002

Fee payment year number: 1

PG1601 Publication of registration

St.27 status event code: A-4-4-Q10-Q13-nap-PG1601

PN2301 Change of applicant

St.27 status event code: A-5-5-R10-R11-asn-PN2301

PN2301 Change of applicant

St.27 status event code: A-5-5-R10-R11-asn-PN2301

PN2301 Change of applicant

St.27 status event code: A-5-5-R10-R14-asn-PN2301

PN2301 Change of applicant

St.27 status event code: A-5-5-R10-R13-asn-PN2301

St.27 status event code: A-5-5-R10-R11-asn-PN2301

FPAY Annual fee payment

Payment date: 20121023

Year of fee payment: 4

PR1001 Payment of annual fee

St.27 status event code: A-4-4-U10-U11-oth-PR1001

Fee payment year number: 4

R18-X000 Changes to party contact information recorded

St.27 status event code: A-5-5-R10-R18-oth-X000

FPAY Annual fee payment

Payment date: 20131024

Year of fee payment: 5

PR1001 Payment of annual fee

St.27 status event code: A-4-4-U10-U11-oth-PR1001

Fee payment year number: 5

R18-X000 Changes to party contact information recorded

St.27 status event code: A-5-5-R10-R18-oth-X000

FPAY Annual fee payment

Payment date: 20141022

Year of fee payment: 6

PR1001 Payment of annual fee

St.27 status event code: A-4-4-U10-U11-oth-PR1001

Fee payment year number: 6

FPAY Annual fee payment

Payment date: 20151022

Year of fee payment: 7

PR1001 Payment of annual fee

St.27 status event code: A-4-4-U10-U11-oth-PR1001

Fee payment year number: 7

L13-X000 Limitation or reissue of ip right requested

St.27 status event code: A-2-3-L10-L13-lim-X000

U15-X000 Partial renewal or maintenance fee paid modifying the ip right scope

St.27 status event code: A-4-4-U10-U15-oth-X000

FPAY Annual fee payment

Payment date: 20161108

Year of fee payment: 8

PR1001 Payment of annual fee

St.27 status event code: A-4-4-U10-U11-oth-PR1001

Fee payment year number: 8

P22-X000 Classification modified

St.27 status event code: A-4-4-P10-P22-nap-X000

L13-X000 Limitation or reissue of ip right requested

St.27 status event code: A-2-3-L10-L13-lim-X000

U15-X000 Partial renewal or maintenance fee paid modifying the ip right scope

St.27 status event code: A-4-4-U10-U15-oth-X000

FPAY Annual fee payment

Payment date: 20171027

Year of fee payment: 9

PR1001 Payment of annual fee

St.27 status event code: A-4-4-U10-U11-oth-PR1001

Fee payment year number: 9

LAPS Lapse due to unpaid annual fee
PC1903 Unpaid annual fee

St.27 status event code: A-4-4-U10-U13-oth-PC1903

Not in force date: 20181201

Payment event data comment text: Termination Category : DEFAULT_OF_REGISTRATION_FEE

PC1903 Unpaid annual fee

St.27 status event code: N-4-6-H10-H13-oth-PC1903

Ip right cessation event data comment text: Termination Category : DEFAULT_OF_REGISTRATION_FEE

Not in force date: 20181201

P22-X000 Classification modified

St.27 status event code: A-4-4-P10-P22-nap-X000