KR100631510B1

KR100631510B1 - Method and apparatus for processing request based living network control protocol

Info

Publication number: KR100631510B1
Application number: KR1020040052657A
Authority: KR
Inventors: 김동현; 김진영; 박진성; 최후순; 손진호
Original assignee: 엘지전자 주식회사
Priority date: 2004-07-07
Filing date: 2004-07-07
Publication date: 2006-10-09
Also published as: KR20060003674A

Abstract

본 발명은 라이브러리가 구비된 네트워크 시스템의 리퀘스트 처리 방법 및 장치에 관한 것으로 특히, 다양한 리퀘스트(request)에 대응하는 핸들러(handler)를 등록하고 수신된 패킷이 리퀘스트 패킷으로 판정되면 해당 핸들러를 호출하여 해당 패킷을 처리하도록 함으로써 처리 효율을 향상시킬 수 있도록 함에 그 목적이 있다. 이러한 목적의 본 발명은 등록요청된 리퀘스트 핸들러(request handler)를 그 핸들러가 작동할 커맨드 코드를 인덱스로 하여 테이블(122)에 등록하는 단계와, 패킷 파싱 모듈(110)에서 파싱된 수신패킷의 에러 유무를 점검하는 단계와, 상기에서 에러가 없는 정상 패킷으로 확인되면 리퀘스트 패킷인지 확인하는 단계와, 상기에서 리퀘스트 패킷으로 확인되면 그 패킷에서 추출한 커맨드 코드를 기반으로 상기 테이블에서 리퀘스트 패킷에 대응하는 해당 핸들러를 검색하여 호출하는 단계를 리퀘스트 처리 모듈(120)에서 수행하도록 구성함을 특징으로 한다. The present invention relates to a method and an apparatus for processing a request of a network system equipped with a library, and more particularly, to register handlers corresponding to various requests and to call the handler when the received packet is determined to be a request packet. The purpose is to improve the processing efficiency by processing the packet. The present invention for this purpose is to register the requested request handler in the table 122 with the command code to operate the handler as an index, and errors in the received packet parsed by the packet parsing module 110 Checking whether there is a normal packet without an error, if the packet is a request packet, and if the packet is a request packet, corresponding to the request packet in the table based on a command code extracted from the packet. The request processing module 120 is configured to perform a step of searching for and calling a handler.

Description

LMCP-based request processing method and apparatus {METHOD AND APPARATUS FOR PROCESSING REQUEST BASED LIVING NETWORK CONTROL PROTOCOL}

도1은 본 발명의 실시 예에 따른 리퀘스트 처리 장치의 블록 구성도. 1 is a block diagram of a request processing apparatus according to an embodiment of the present invention.

도2는 본 발명의 실시 예에서 리퀘스트 처리 과정을 보인 동작 순서도. 2 is a flowchart illustrating a request processing process according to an exemplary embodiment of the present invention.

* 도면의 주요부분에 대한 부호 설명 * Explanation of symbols on the main parts of the drawings

110 : 패킷 파싱 모듈 120 : 리퀘스트 처리 모듈 110: packet parsing module 120: request processing module

121 : 쓰레드(thread) 122 : 리퀘스트 핸들러 테이블 121: thread 122: request handler table

130 : 리퀘스트 핸들러 130: request handler

본 발명은 가전 제어에 관한 것으로 특히, 홈 네트워크 시스템(일례를 들면 LnCP 를 기반으로 구성됨)을 포함하는 네트워크 시스템에서 리퀘스트 처리 방법 및 장치에 관한 것이다. The present invention relates to home appliance control, and more particularly, to a method and apparatus for processing a request in a network system including a home network system (for example, based on LnCP).

최근 가정 내에 설치된 복수개의 가전기기를 네트워크로 연결하여 인터넷 등을 통해 원격 제어할 수 있도록 한 홈 자동화 시스템의 구축이 확산되고 있다. Recently, the construction of a home automation system that enables remote control via the Internet by connecting a plurality of home appliances installed in a home through a network is spreading.

현재 가전기기는 직렬통신 기능이 구비된 마이크로칩이 내장되어 마이크로 컴퓨터 또는 기기와 통신할 수 있다. Currently, home appliances have a microchip equipped with a serial communication function to communicate with a microcomputer or a device.

그런데, 가전기기에 내장되는 마이크로칩은 기기의 성능에 따라 통신에 사용할 수 있는 자원이 다양하다. However, microchips embedded in home appliances have various resources that can be used for communication according to the performance of the device.

예를 들어, PC(Personal Computer) 또는 티브이, 오디오 등의 멀티미디어 기기의 경우에는 다양한 기능을 실현하기 위해 고기능의 하드웨어 사양이 채택됨으로 많은 데이터 량과 빠른 속도의 통신을 위한 규격이 필요하다. For example, in the case of a personal computer (PC) or a multimedia device such as TV or audio, a high-performance hardware specification is adopted to realize various functions, and thus a specification for a large amount of data and high-speed communication is required.

반면 냉장고, 세탁기, 전자레인지, 전등 또는 보일러 등의 기능은 PC 또는 멀티미디어 기기의 기능에 비해 매우 단순함으로 일반적으로 8비트 이하의 저기능 마이크로칩을 채용한다. On the other hand, functions such as refrigerators, washing machines, microwave ovens, lights, or boilers are very simple compared to those of PCs or multimedia devices, and generally adopt low-function microchips of 8 bits or less.

이와 같은 저기능의 마이크로칩을 채용한 가전기기의 경우 원격 제어 또는 동작상태 모니터링을 위하여 최소의 자원으로 통신할 수 있는 규격을 필요로 한다. In the case of a home appliance employing such a low-function microchip, a standard capable of communicating with minimum resources is required for remote control or operation status monitoring.

LG전자는 가정 내에 설치된 가전기기에 인터넷 서비스를 제공하기 위한 LnCP(Living network Control Protocol)를 개발하였다. LG Electronics has developed Living Network Control Protocol (LnCP) to provide Internet services to home appliances installed in homes.

LnCP 기술을 적용한 LG 홈넷(HomNet)은 가정 내의 가전기기를 인터넷을 통해 제어할 수 있는 서비스를 제공한다. LG HomeNet (HomNet), which uses LnCP technology, provides a service to control home appliances through the Internet.

LnCP 기반의 홈 네트워크는 가정 내의 다양한 가전기기를 통합 조정할 수 있는 서버를 구비하며, 냉장고, 에어컨, 세탁기, 전자레인지 등의 각종 디지털 가전기기를 별도의 장치나 복잡한 공사 없이 전기코드만 연결되면 다양한 가전기기를 하나의 네트워크로 연결할 수 있도록 전력선통신(PLC ; Power Line Communication) 방식을 이용한다. 상기 서버는 게이투웨이(Gateway) 기능을 포함하여 구성될 수 있다. The home network based on LnCP is equipped with a server that can coordinate various home appliances in the home. Power Line Communication (PLC) is used to connect the devices to one network. The server may be configured to include a gateway function.

그러나, 종래의 서버는 기능별로 계층(layer)이나 핸들러(handler)를 구분하여 구현하지 않았기 때문에 하나의 루틴에서 패킷의 헤더(header)로부터 테일(tail)까지 연속적(sequential)으로 처리하여야 함으로 처리 과정이 복잡함은 물론 처리 시간이 지연되는 단점이 있다. However, since the conventional server does not implement a layer or a handler for each function, it must be processed sequentially from the header of the packet to the tail in one routine. This complexity has the disadvantage of delaying processing time.

따라서, 본 발명은 종래의 문제점을 개선하기 위하여 다양한 리퀘스트(request)에 대응하는 핸들러(handler)를 등록하고 수신패킷이 리퀘스트 패킷으로 판정되면 해당 핸들러를 호출하여 해당 패킷을 처리하도록 함으로써 처리 효율을 향상시킬 수 있도록 창안한 리퀘스트 처리 방법 및 장치를 제공함에 목적이 있다. Accordingly, the present invention improves processing efficiency by registering handlers corresponding to various requests to solve the conventional problems and calling the corresponding handlers to process the packets when the received packet is determined to be a request packet. It is an object of the present invention to provide a method and apparatus for request processing that can be invented.

본 발명은 상기의 목적을 달성하기 위하여 리퀘스트 패킷 처리를 위한 리퀘스트 핸들러(request handler)를 테이블에 등록하는 단계와, 수신패킷을 파싱하여 에러 유무를 점검하는 단계와, 상기에서 에러가 없는 정상 패킷으로 확인되면 리퀘스트 패킷인지 확인하는 단계와, 상기에서 리퀘스트 패킷으로 확인되면 리퀘스트 핸들러 테이블에서 상기 리퀘스트 패킷에 대응하는 해당 핸들러를 검색하여 호출하는 단계를 수행하도록 구성함을 특징으로 한다. In order to achieve the above object, the present invention includes the steps of registering a request handler for processing a request packet in a table, parsing a received packet and checking whether there is an error; And if it is confirmed that the request packet is found, and if the request packet is identified, searching for and calling a corresponding handler corresponding to the request packet in the request handler table.

상기 핸들러 등록 단계는 리퀘스트 핸들러를 생성하고 그 핸들러가 작동할 대상 커맨드 코드(command code)를 설정하는 과정과, 상기 커맨트 코드를 인덱스로 하여 그 하위에 해당 핸들러를 삽입하는 과정과, 상기 생성된 핸들러가 기존에 존 재하면 그 핸들러 하위에 현재 생성된 핸들러를 포인터로 연결하여 삽입하는 과정으로 이루어짐을 특징으로 한다. The handler registration step may include generating a request handler and setting a target command code to operate the handler, inserting the corresponding handler below the command code as an index, and generating the handler. If exists, the process consists of inserting by connecting the currently created handler under the handler with a pointer.

상기 핸들러 검색 단계는 수신 패킷에서 커맨드 코드를 추출하는 과정과, 그 커맨드 코드에 일치하는 인덱스에 해당하는 리퀘스트 핸들러를 검색하는 과정과, 수신 패킷의 주소와 상기 검색된 핸들러의 주소가 일치하는지 비교하는 과정과, 상기 비교 결과 주소가 일치하면 해당 핸들러를 호출하는 과정으로 이루어짐을 특징으로 한다. The searching of the handler may include extracting a command code from a received packet, searching for a request handler corresponding to an index corresponding to the command code, and comparing the address of the received packet with an address of the found handler. And, if the comparison result is the address is characterized in that the process of calling the handler.

또한, 본 발명은 상기의 목적을 달성하기 위하여 수신 패킷을 파싱하는 패킷 파싱 모듈과, 리퀘스트 핸들러를 그 핸들러가 작동할 커맨드 코드를 인덱스 코드로 하여 내부 테이블에 등록하고 상기 파싱된 패킷이 에러가 없는 정상 패킷으로 확인되면 리퀘스트 패킷인지 확인하며 리퀘스트 패킷으로 판정되면 그 리퀘스트 패킷에서 추출한 커맨드 코드를 기반으로 상기 테이블에서 해당 리퀘스트 핸들러를 검색하여 호출하는 리퀘스트 처리 모듈을 LnCP 라이브러리에 포함하여 구성함을 특징으로 한다. The present invention also provides a packet parsing module for parsing a received packet and a request handler for registering the request handler in an internal table with an index code as a command code for the handler to operate. If it is determined that the packet is a normal packet, the LnCP library includes a request processing module including a request processing module that searches for and invokes a request handler in the table based on the command code extracted from the request packet. do.

이하, 본 발명을 도면에 의거 상세히 설명하면 다음과 같다. Hereinafter, the present invention will be described in detail with reference to the drawings.

일반적으로 가전네트워크시스템은 1사이클 방식으로 통신한다. 1사이클 방식은 1리퀘스트-1리스폰스 방식, 1리퀘스트-멀티리스폰스 방식, 1리퀘스트 방식으로 구분할 수 있다. In general, home appliance network systems communicate in a single cycle. One cycle can be classified into one request-one response method, one request-multi-response method, and one request method.

본 발명의 실시 예에서는 리퀘스트 처리 과정만을 설명하기로 한다. In the embodiment of the present invention, only the request processing process will be described.

도1은 본 발명의 실시 예에 따른 리퀘스트 처리 장치의 블록 구성도로서 이에 도시한 바와 같이, 수신 패킷을 파싱하는 패킷 파싱 모듈(120)과, 쓰레드(thread)(121)가 등록 요청된 리퀘스트 핸들러를 그 리퀘스트 핸들러가 작동할 커맨드 코드를 인덱스로 하여 내부의 리퀘스트 핸들러 테이블(122)에 등록하고 상기 파싱된 패킷이 에러가 없는 정상 패킷으로 확인되면 리퀘스트 패킷인지 확인하며 리퀘스트 패킷으로 판정되면 그 리퀘스트 패킷에서 추출한 커맨드 코드를 인덱스로 하여 상기 리퀘스트 테이블(122)에서 해당 리퀘스트 핸들러를 검색하여 해당 리퀘스트 핸들러(130)를 호출하는 리퀘스트 처리 모듈(120)을 포함하여 구성한다. 1 is a block diagram of a request processing apparatus according to an exemplary embodiment of the present invention. As shown in FIG. 1, a request handler in which a packet parsing module 120 and a thread 121 parse a received packet are registered. Is registered in the internal request handler table 122 using the command code to operate the request handler as an index, and if the parsed packet is found to be a normal packet without errors, it is determined to be a request packet. The request processing module 120 is configured to retrieve the request handler from the request table 122 and call the request handler 130 by using the command code extracted from the index as an index.

이와 같이 구성한 본 발명의 실시 예에 대한 동작 및 작용 효과를 도2의 동작 순서도를 참조하여 설명하면 다음과 같다. The operation and the effect of the embodiment of the present invention configured as described above will be described with reference to the operation flowchart of FIG. 2.

우선, 사용자는 LnCP 라이브러리 내부에 구비되어 있는 리퀘스트 핸들러 테이블(122)에 각각의 리퀘스트에 대해 처리할 리퀘스트 핸들러를 등록한다. 이는 핸들러 등록이 요청되면 리퀘스트 처리 모듈(120)는 쓰레드(121)가 이를 인식하여 해당 핸들러를 리퀘스트 핸들러 테이블(122)에 등록하는 것이다. 이때, 리퀘스트 핸들러 등록 과정을 설명하면, 해당 핸들러를 생성하고 그 핸들러가 작동할 커맨드 코드를 설정하고 그 커맨드 코드를 인덱스로 하여 리퀘스트 핸들러 테이블(122)에 등록한 후 그 인덱스의 하위에 해당 핸들러를 삽입한다. 만일, 생성된 핸들러와 동일한 핸들러가 기존에 존재하면 현재 생성된 핸들러를 기존 핸들러의 하위에 포인터로 연결하여 삽입한다. First, a user registers a request handler to be processed for each request in the request handler table 122 provided in the LnCP library. When the handler registration is requested, the request processing module 120 recognizes the thread 121 and registers the handler in the request handler table 122. In this case, when the request handler registration process is described, a corresponding handler is created, a command code for operating the handler is set, the command code is used as an index, registered in the request handler table 122, and the corresponding handler is inserted below the index. do. If the same handler as the generated handler already exists, the currently created handler is inserted by connecting with the pointer below the existing handler.

이후, 패킷 파싱 모듈(110)은 수신된 패킷을 파싱(parsing)하여 리퀘스트 처리 모듈(120)로 전달한다. Thereafter, the packet parsing module 110 parses the received packet and delivers it to the request processing module 120.

이때, 리퀘스트 처리 모듈(120)은 쓰레드(121)가 파싱된 패킷의 에러 유무를 확인하고 에러가 없는 정상 패킷으로 확인되면 리퀘스트 패킷인지를 확인한다. At this time, the request processing module 120 checks whether the thread 121 parses the parsed packet and checks whether the request packet is a normal packet without an error.

이에 따라, 리퀘스트 패킷으로 확인되면 쓰레드(121)는 리퀘스트 핸들러 테이블(122)를 검색하여 상기 리퀘스트 패킷을 처리할 핸들러를 확인하고 해당 리퀘스트 핸들러(130)를 호출하여 상기 리퀘스트 패킷을 처리하게 한다. Accordingly, when it is confirmed as a request packet, the thread 121 searches the request handler table 122 to identify a handler to process the request packet, and calls the corresponding request handler 130 to process the request packet.

상기 핸들러 검색 과정을 상세히 설명하면, 수신패킷에서 커맨드 코드를 추출하고 그 커맨드 코드에 해당하는 인덱스가 리퀘스트 핸들러 테이블(122)에 존재하는지 검색한다. 이후, 커맨드 코드에 해당하는 인덱스를 찾으면 그 인덱스 하위에 삽입된 핸들러를 검색하는데 포인터를 참조하여 상기 인덱스 하위에 삽입된 모든 핸들러를 찾는다. 이후, 수신패킷에서 추출한 주소(address)와 상기에서 검색된 핸들러의 주소를 비교하고 주소가 일치하는 핸들러를 현재 검색하려는 핸들러로 판단한다. The handler search process will be described in detail. The command code is extracted from the received packet, and the index corresponding to the command code is searched for in the request handler table 122. Then, when an index corresponding to the command code is found, all handlers inserted below the index are searched by referring to a pointer to search for a handler inserted below the index. Thereafter, the address extracted from the receiving packet is compared with the address of the handler retrieved above, and the handler matching the address is determined as the handler to be searched.

만일, 상기 과정에서 파싱된 패킷에 에러가 존재한다고 확인되면 에러로 처리하고 필요한 경우 해당 패킷의 재전송을 요청하게 된다. If it is determined that an error exists in the parsed packet in the above process, it is treated as an error and if necessary, retransmission of the packet is requested.

이후, 리퀘스트 핸들러가 필요없다고 판단되어 핸들러 해지가 요청되면 리퀘스트 처리 모듈(120)은 쓰레드(121)가 리퀘스트 핸들러 테이블(122)에서 해당 핸들러 함수를 삭제하여 해당 핸들러의 등록을 해지시키게 된다. 본 발명의 실시예에서는 홈 네트워크 시스템을 예로 들어 설명하였지만, 홈 네트워크 시스템은 본 발명이 사용될 수 있는 네트워크 시스템의 일 실시예에 불과하며 본 발명은 홈 네트워크 시스템에 한정되지 않는다.Subsequently, if it is determined that the request handler is not necessary and the handler is requested to cancel, the request processing module 120 terminates the registration of the handler by deleting the handler function from the thread 121 in the request handler table 122. Although an embodiment of the present invention has been described using a home network system as an example, the home network system is only one embodiment of a network system in which the present invention can be used, and the present invention is not limited to the home network system.

상기에서 상세히 설명한 바와 같이 본 발명은 LnCP 라이브러리에 리퀘스트 패킷을 분류하여 처리함에 있어서 해당 핸들러를 필요에 따라 등록/해지할 수 있도 록 유동성을 보장함으로써 라이브러리의 자원을 효율적으로 활용할 수 있도록 하는 효과가 있다. As described in detail above, the present invention has an effect of efficiently utilizing the resources of the library by ensuring flexibility in registering and canceling the handler as necessary in classifying and processing request packets in the LnCP library. .

Claims

In the request processing method of a network system having a library,

Registering a request handler corresponding to each request signal in a table,

Parsing the received packets to check for errors;

If it is confirmed that the normal packet without an error in the above step of checking whether the request packet,

And if a request packet is identified in the table, searching for and calling a corresponding request handler corresponding to the request packet from the table.

2. The method of claim 1, further comprising: deleting the requested request handler from the table.

The method of claim 1, wherein registering a request handler comprises:

Creating a request handler and setting the target command code for the handler to run,

And inserting the handler below the command code as an index.

4. The method of claim 3, wherein if there is a handler that matches the currently generated handler, the method comprises inserting the currently created handler under the handler with a pointer and inserting the handler.

The method of claim 1 wherein the handler retrieval step

Extracting a command code from a received packet;

Searching for a handler corresponding to the index corresponding to the command code;

Comparing the address of the received packet with the address of the retrieved handler;

And requesting a corresponding handler when the address matches as a result of the comparison.

A packet parsing module for parsing received packets;

The request handler is registered in the table with the command code to operate the handler as an index code. If the parsed packet is found to be a normal packet without errors, the request handler is confirmed to be a request packet. Request processing apparatus for a network system, characterized in that the library comprises a request processing module for searching and calling the request handler in the table based on.