KR100930463B1 - Header conversion system and control method - Google Patents
Header conversion system and control method Download PDFInfo
- 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
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W28/00—Network traffic management; Network resource management
- H04W28/02—Traffic management, e.g. flow control or congestion control
- H04W28/06—Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W80/00—Wireless network protocols or protocol adaptations to wireless operation
- H04W80/08—Upper layer protocols
- H04W80/12—Application layer protocols, e.g. WAP [Wireless Application Protocol]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
- H04W88/18—Service support devices; Network management devices
- H04W88/182—Network 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
본 발명은 헤더 변환 시스템 및 그 제어방법에 관한 것으로, 더 상세하게는, 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)는, 유/무선 인터넷에서 웹/왑 정보를 검색하는 데 사용되는 응용 프로그램으로, HTTP 문서를 요청하는 것이다. 브라우저(100) 자체에는 인터넷 접속 기능이 포함되어 있지 않으나, 윈도우 등 인터넷 접속용의 소프트웨어가 설정되어 있으면 브라우저(100)의 기동만으로 사용자가 희망하는 전 세계 웹/왑 서버에 있는 홈 페이지에 접속할 수 있다.The
클라이언트(Client, 300)는, HTTP 문서의 헤더정보를 바이너리 코드(Binary Code)로 변환하는 것으로, 여기서, ASCII(American Standard Code for information interchange)란 PC를 중심으로 국제적으로 사용되는 정보교환용 7비트 부호로서, 컴퓨터에서 처리하기 용이한 8비트 데이터를 이용하기 위하여 숫자, 문자, 특수문자에 번호를 부여한 것이다(아스키코드라고도 한다). The
또한, 클라이언트(Client, 300)는, HTTP 문서의 헤더정보를 파싱하여 리퀘스트 라인(Request Line), 상태 라인(Status Line), 및 헤더 필드(Header Field)로 분류하고, 이렇게 분류된 헤더정보들을 인코딩할 수 있다.In addition, the
클라이언트(Client, 300)에 의한 HTTP 문서의 헤더정보에 대한 인코딩에 대해서 더 상세히 설명하기로 한다.The encoding of the header information of the HTTP document by the
클라이언트(Client, 300)는, 리퀘스트 라인(Request Line), 상태 라인(Status Line), 및 헤더 필드(Header Field)로 분류된 헤더 정보들을 각각 포맷(format)에 맞게 리퀘스트 라인 인코딩, 상태 라인 인코딩, 및 헤더 필드 인코딩을 할 수 있다.The
리퀘스트 라인(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
도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
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
파싱된 헤더정보를 바이너리 코드(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)
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)
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 |
-
2007
- 2007-12-11 KR KR1020070128325A patent/KR100930463B1/en not_active Expired - Fee Related
Patent Citations (4)
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 |