KR100678962B1

KR100678962B1 - Ｘｈｔ 프로토콜 분석 장치 및 방법

Info

Publication number: KR100678962B1
Application number: KR20060002847A
Authority: KR
Inventors: 이헌구; 주창남
Original assignee: 삼성전자주식회사
Priority date: 2006-01-10
Filing date: 2006-01-10
Publication date: 2007-02-06
Also published as: EP1806874A1; CN101009624A; US20070160041A1; JP2007189684A

Abstract

XHT 프로토콜 분석 장치 및 방법을 제공한다. XHT 프로토콜 분석 장치는 네트워크 상의 패킷을 캡쳐하여 분석 대상 데이터를 수집하는 패킷 수집부와 패킷을 종류에 따라 분류하는 분류부 및 분류된 패킷의 종류에 따라 XHT 표준에 적합한지 여부를 검증하는 프로토콜 검증부를 포함한다.

XHT, 프로토콜, IEEE1394

Description

ＸＨＴ 프로토콜 분석 장치 및 방법{Apparatus and method for analyzing of XHT protocol}

도 1은 종래 XHT 시스템의 구성도이다.

도 2는 본 발명의 일 실시예에 따른 XHT 프로토콜 분석 장치의 블록도이다.

도 3은 본 발명의 일 실시예에 따른 XHT 프로토콜 분석의 순서도이다.

도 4는 본 발명의 일 실시예에 따른 XHT 프로토콜 분석의 세부 개념도이다.

도 5는 본 발명의 일 실시예에 따른 컨피규레이션 ROM 데이터의 분석 과정을 도시한다.

도 6은 본 발명의 일 실시예에 따른 IEC61883 규약을 기반으로 CMP 시퀀스의 분석 과정을 도시한다.

도 7은 본 발명의 일 실시예에 따른 HNCP 분석 과정을 도시한다.

도 8은 본 발명의 일 실시예에 따른 CCM 분석 과정을 도시한다.

도 9는 본 발명의 일 실시예에 따른 CEA2027 분석 과정을 도시한다.

도 10은 본 발명의 일 실시예에 따른 패킷 뷰어(413)의 예시 화면을 도시한다.

도 11은 본 발명의 일 실시예에 따른 액션 뷰어(414)의 예시 화면으로 컨피규레이션 ROM 액션에 대해 도시이다.

도 12는 본 발명의 일 실시예에 따른 플로우 뷰어(415)의 예시 화면을 도시한다.

<도면의 주요 부분에 관한 부호의 설명>

200: XHT 프로토콜 분석 장치

210: 패킷 수집부

220: 패킷 분석부

230: 분류부

240: 프로토콜 검증부

250: 표시부

260: 테스트부

본 발명은 XHT 프로토콜 분석 장치 및 방법에 관한 것으로서, 더욱 상세하게는 IEEE1394 기반의 IEC61883, EIA775.1, CEA2027, IP over 1394, AV/C 등 많은 표준으로 구성된 XHT 시스템을 통합적으로 검증하는 XHT 프로토콜 분석 장치 및 방법에 관한 것이다.

최근, 디지털 영상/음성(Audio/Video, 이하 AV라 함)의 처리 기술의 획기적인 발달과 더불어, 디지털 TV(Digital Television), 셋톱박스(Set-Top Box), DVD 재생기(DVD Player), 디지털 앰프(Digital Amplifier) 등 다양한 AV 기기가 가정이 나 사무실 내에서 설치되어 사용되고 있다. 또한 복수의 AV 기기 을 상호 연동시켜 하나로 시스템화하고 사용자는 시스템화된 AV 기기를 간편하게 제어할 수 있도록 하는 기술이 연구되어 왔다. 이러한 연구에 있어서, AV 기기는 네트워크 인터페이스를 통하여 다른 AV 기기와 연결됨으로써 전체적으로 하나의 AV 네트워크 시스템을 갖추게 된다.

이러한 연구의 일환으로서, 최근에 AV 홈 네트워킹(AV Home Networking)을 위한 미들웨어(Middleware)인 XHT(eXpandable Home Theater) 기술 표준이 개발되고 제시되었다. 이러한 XHT 기술은 삼성전자(주)가 개발한 디지털 TV 중심의 홈 네트워크 솔루션으로서, 미국 가전협회(CEA: Consumer Electronics Association)의 표준 규격으로 채택되었다.

XHT 기술은 다수의 HD(High Definition) 급 신호를 안정적으로 전달할 수 있는 IEEE 1394 케이블과, 인터넷에서 주로 사용되는 통신 규격인 인터넷 프로토콜(Internet Protocol)을 이용하여 디지털 TV와 연결된 AV 기기는 물론 여러 대의 디지털 TV를 제어할 수 있도록 한다. XHT 기술을 이용하면 안방에서도 거실에 있는 디지털 TV의 디지털 방송 수신 기능을 활용해 디지털 방송을 시청할 수 있다.

또한 XHT 기술을 이용한 염가형 방송 수신 장치(NIU; Network Interface Unit)는 메모리카드 형태로 되어 있어 지상파·위성·케이블 등 수신 방식에 따른 변경이 용이해 방송 사업자의 경제적 부담을 절감시키고 있다. 특히 XHT 기술은 디지털 TV에 내장된 브라우저를 통해 다양한 형태의 포털 서비스가 가능하다.

도 1은 종래 XHT 시스템의 구성도이다.

XHT 시스템은 IEEE1394 네트워크를 기반으로 하여 IEC61883을 이용한 데이터 스트림 전송과 AV/C를 이용한 기기간 제어 및 HTTP(Hypertext Transfer Protocol)/CEA2027을 기반으로 한 GUI(Graphic User Interface) 전송을 기본적인 구조로 한다.

XHT 시스템은 IEEE1394 버스(Bus)를 기반으로 구성된다. IEEE1394 네트워크는 데이지-체인(daisy-chain), 셀프-컨피그(self-config), 핫-플러그(hot-plug)를 지원하는 네트워크로써, 전송 무결성이 보장되는 비동기(Asynchronous) 전송과 실시간 전송이 보장되는 등시성(Isochronous) 전송을 지원한다. 또한, XHT 시스템은 IEEE1394 버스를 기반으로 IEC61883(12a) 규약에 따라 데이터 스트림을 전송한다.

IEEE1394 CSR(Control and Status Register)(11)은 컨피규레이션 (Configuration) ROM, 사이클시간(CycleStart) 등 각종 코어 레지스터(Core Register)로 구성되어 있다.

IEC61883(12a)은 IEEE1394 상에서 실시간 스트림 데이터를 전송하기 위한 규약이다. 따라서 스트림 종류별로 전송 형식 및 규약을 정하고 있으며, 플러그(Plug), 대역폭(Bandwidth) 및 채널 레지스터(Channel Register)를 기반으로 포인트-포인트(Point-Point), 브로드 캐스트(Broadcast) 및 오버 레이(Overlay) 연결에 대한 스트림 커넥션(Stream Connection) 관련 규약을 포함한다.

AV/C(12b)는 IEEE1394 상에서 연결된 AV기기의 핫-플러그와 제어명령을 송수신하기 위한 규약이다.

IP over 1394(13a)는 사용자 인터페이스(User Interface)를 주고받기 위한 기반으로 사용되고, 주로 IEEE1394 버스의 링크 레이어(Link Layer)를 통하여 통신하게 된다. 또한 IP over 1394(13a)는 IEEE1394 상에서 이더넷 레이어(Ethernet Layer)를 에뮬레이션(Emulation)한 것으로 IP기반 통신을 IEEE1394 네트워크에서 수행할 수 있게 한다.

HNCP(Home Network Control Protocol)(13b)는 IEEE1394 상에서 IP 주소 배정을 위한 규약이다.

한편, 사용자 인터페이스는 HTML방식으로 전송되며 이를 전송하기 위하여 TCP(14b)기반의 HTTP(14a)를 사용한다. 다른 TCP(14b)기반의 시스템과 마찬가지로 XHT 시스템의 HTTP/TCP(14a, 14b)는 IP over 1394 (13a)위에서 동작하게 된다.

CEA2027(15)은 XHT 시스템에서 HTML기반으로 GUI를 작성하고 이를 사용하는 방법에 대한 규약이다. 또한 CEA2027(15)은 HTTP(14a)에서의 URI(Uniform Resource Identifier)에 대한 명세(明細)를 정의하고 그 전송 내용에 대한 규약을 정의하고 있다.　

그러나 XHT 시스템은 XHT 전체 시스템을 분석할 수 있는 프로토콜 분석 장치가 없으며, 기존에는 IEEE1394 버스 위주의 분석을 하고 있어서, 단일 패킷에 대한 분석 수준에서 그치고 XHT 시스템 전체를 분석할 수 없다. 또한 XHT에서 사용되는 HNCP, CCM, CEA2027 등에 대해서 분석 및 검증 도구가 아직까지 없는 실정이다.

따라서 XHT 시스템 전반에 걸친 프로토콜 분석 및 검증의 필요성이 제기된다.　

본 발명은 XHT 프로토콜 분석 장치 및 방법을 제공하는데 그 목적이 있다.

본 발명의 목적은 이상에서 언급한 목적로 제한되지 않으며, 언급되지 않은 또 다른 목적은 아래의 기재로부터 당업자에게 명확하게 이해되어질 수 있을 것이다.

상기 목적을 달성하기 위하여, 본 발명의 일 실시예에 따른 XHT 프로토콜 분석 장치는 네트워크 상의 패킷을 캡쳐하여 분석 대상 데이터를 수집하는 패킷 수집부와 패킷을 종류에 따라 분류하는 분류부 및 분류된 패킷의 종류에 따라 XHT 표준에 적합한지 여부를 검증하는 프로토콜 검증부를 포함한다.

본 발명의 일 실시예에 따른 XHT 프로토콜 분석 방법은 네트워크 상의 패킷을 캡쳐하여 분석 대상 데이터를 수집하는 단계와 패킷을 종류에 따라 분류하는 단계 및 분류된 패킷의 종류에 따라 XHT 표준에 적합한지 여부를 검증하는 단계를 포함한다.

기타 실시예의 구체적인 사항은 상세한 설명 및 도면에 포함되어 있다.

본 발명의 이점 및 특징, 그리고 그것을 달성하는 방법은 첨부되는 도면과 함께 상세하게 후술되어 있는 실시예을 참조하면 명확해질 것이다. 그러나 본 발명은 이하에서 개시되는 실시예에 한정되는 것이 아니라 서로 다른 다양한 형태로 구현될 수 있으며, 단지 본 실시예는 본 발명의 개시가 완전하도록 하고, 본 발명이 속하는 기술분야에서 통상의 지식을 가진 자에게 발명의 범주를 완전하게 알려주기 위해 제공되는 것이며, 본 발명은 청구항의 범주에 의해 정의될 뿐이다. 명세서 전 체에 걸쳐 동일 참조 부호는 동일 구성 요소를 지칭한다.

이하, 첨부된 도면을 참조하여 본 발명의 바람직한 실시예를 상세히 설명하기로 한다.

XHT 프로토콜 분석 장치(200)는 패킷 수집부(210), 패킷 분석부(220), 분류부(230), 프로토콜 검증부(240), 표시부(250) 및 테스트부(260)를 포함한다.

패킷 수집부(210)는 IEEE1394 네트워크의 패킷을 캡쳐(Capture)하여 분석 대상 데이터를 수집한다.

패킷 분석부(220)는 패킷 수집부(210)를 통해 수집한 패킷을 IEEE1394의 링크 레이어(Link Layer)에서부터 패킷의 내용에 대한 분석을 시작한다.

분류부(230)는 패킷 분석부(220)를 통해 분석된 패킷을 패킷 타입(Packet Type)(402a), 타겟 주소(Target Address)(402b) 및 트랜잭션 코드(T-code; Transaction Code)(402c) 등을 기준으로 패킷을 분류한다.

프로토콜 검증부(240)는 분류부(230)에서 분류된 패킷의 종류에 따라 XHT 표준에 적합한지 여부를 검증한다. 예를 들어 컨피규레이션 ROM 데이터를 포함하는 IEEE1394 Core CSR(403), IEC61883(404), HNCP(405), AV/C(406) 및 IP over 1394(407) 패킷에 대해 각각 XHT 표준에 적합한지 여부를 검증 단계를 거치게 되며, 상세한 내용은 이하 도 5 내지 도 9에서 후술하기로 한다.

표시부(250)는 패킷의 계층별로 분석된 프로토콜 스택의 명세, 패킷의 상호 연계과정을 분석한 결과 및 패킷의 검증이 완료된 경우 검증과정의 동작을 화면에 표시하여 제공한다. 이와 같은 표시부(250)는 패킷 뷰어(Packet Viewer)(413), 액션 뷰어(Action Viewer)(414), 플로우 뷰어(Flow Viewer)(415) 및 컨피규레이션 ROM 데이터와 IEC61883의 CMP(Connection Management Protocol) 상태 뷰어(411)를 포함하며, 다른 실시예에서 생략될 수 있다.

테스트부(260)는 소정의 명령을 IEEE1394 네트워크 상의 노드로 전송하여 해당 노드의 반응을 따라 XHT 표준(규약)에 적합한지 여부를 테스트한다. 이와 같은 테스트부(260)는 HNCP 및 AV/C의 테스터(Tester)(412)를 포함하며 다른 실시예에서 생략될 수 있다.

IEEE1394 네트워크의 패킷을 캡쳐(Capture)하여 분석 대상 데이터를 패킷 수집부(210)를 통해 수집한다(S301).

수집한 패킷을 IEEE1394의 링크 레이어에서부터 패킷 분석부(220)를 통해 패킷의 내용에 대한 분석을 시작한다(S311).

분석된 패킷을 패킷 타입(402a), 타겟 주소(402b) 및 트랜잭션 코드(402c) 등을 기준으로 패킷을 분류한다(S321).

분류된 패킷의 종류에 따라 XHT 표준에 적합한지 여부를 검증한다(S331).

패킷의 계층별로 분석된 프로토콜 스택의 명세, 패킷의 상호 연계과정을 분석한 결과 및 패킷의 검증이 완료된 경우 검증 과정의 동작을 화면에 표시부(250)를 통해 표시하여 제공한다(S341).

또한 테스트부(260)를 통해 소정의 명령을 IEEE1394 네트워크 상의 노드로 전송하여 해당 노드의 반응을 따라 XHT 표준에 적합한지 여부를 테스트한다(S351). 상기 S341 및 S351 단계는 다른 실시예에서는 생략될 수 있다.

(400) 단계에서, 패킷 수집부(210)는 먼저 IEEE1394 네트워크의 패킷을 캡쳐하여 분석 대상 데이터를 수집한다. 패킷 스누핑(Snooping)기능이 있을 경우 전체 네트워크의 패킷 수집이 가능하며, 일반적인 경우에는 네트워크 상의 노드를 통과하는 패킷에 대해 수집이 가능하다. 예를 들어, 패킷 캡쳐 기능이 있는 IEEE1394 물리적 레이어 컨트롤러(Physical Layer Controller)를 이용하여 IEEE1394 네트워크 상의 패킷을 수집할 수 있다.

(401) 단계에서, 패킷 분석부(220)는 IEEE1394의 링크 레이어(Link Layer)에서부터 패킷 데이터의 내용에 대한 분석을 시작한다.

(402) 단계에서, 분류부(230)는 (400) 단계에서 수집된 패킷에 대하여 패킷 타입(Packet Type)(402a), 타겟 주소(Target Address)(402b) 및 트랜잭션 코드(T-code; Transaction Code)(402c) 등을 기준으로 패킷을 분류한다. 분석된 패킷의 세부적인 내용은 패킷 뷰어(Packet Viewer)(413)를 통해 사용자에게 제공될 수 있다. 패킷 뷰어(413)의 예시 화면은 이하 도 10을 참조하기 바란다.

상기 패킷은 상기 기준(402a, 402b, 402c)에 따라 컨피규레이션 ROM 데이터를 포함하는 IEEE1394 Core CSR, IEC61883, HNCP, AV/C 및 IP over 1394 등으로 분류될 수 있다.

프로토콜 검증부(240)는 (403) 내지 (410)의 단계를 거치며 분류된 패킷(즉 IEEE1394 Core CSR, IEC61883, HNCP, AV/C 및 IP over 1394 등)에 따라 각각에 대해 XHT 표준에 적합한지 여부를 검증하게 된다. 이하 도 5 내지 도 9에서 보다 더 구체적으로 설명한다. 또한 (403) 내지 (407) 단계의 패킷 분류 과정을 통해 분류된 복수개의 패킷은 연계성을 분석하여 1개의 동작으로 인식하게 되며, 상기 패킷의 상호 연계과정을 분석한 결과는 1개의 ‘액션(action)’으로 취급되어 액션 뷰어(Action Viewer)(414)를 통해 사용자에게 제공될 수 있다. 따라서 기존의 패킷 분류 과정에서 분류된 데이터를 단일 패킷에 대해 분석한 것과는 대조적으로 복수개의 패킷을 1개의 동작으로 인식하여 XHT 시스템 전체에 대한 분석이 용이하다. 액션 뷰어(414)의 예시 화면은 이하 도 11을 참조하기 바란다.

(408) 단계에서, 상기 1개의 액션으로 분석하는 과정에서 IEC61883 패킷(404)은 IEC61883 액션으로 취합(Merge)되는 과정을 거치게 되며, 이는 링크 레이어의 분석 결과로 이루어진다.

(409) 단계에서, HTTP/TCP의 분석은 복수개의 IP over 1394 패킷(407)을 TCP 세션(Session)별로 분류하고 취합하여 이루어진다. TCP 세션은 바람직하게는 TCP 커넥션 상태 다이어그램(Connection State Diagram)에 의해 추적 및 검출될 수 있고, 일련의 커넥션을 검출하게 되면 해당 포트를 검사하여 상위 프로토콜의 종류와 서버 및 클라이언트를 검색할 수 있다. 이때, TCP 커넥션 확립(Establish)은 SYN-SYNACK-ACK로 구성되며 클로즈(Close)는 FIN1-FIN1ACK-FIN2-FIN2ACK로 구성된다. TCP의 패킷(SYN-ACK-FIN 등)의 시퀀스(Sequence)에 따라 세션별로 분류되며, 그 결과 TCP 세션이 생성된다.

(410) 단계에서, TCP 세션은 다시 HTTP 세션으로 분석되며, 분석 결과에 따라 CEA2027 분석이 이루어진다. HTTP 커넥션은 TCP 커넥션의 포트 번호를 조사하여 알 수 있다. 예를 들어 HTTP 커넥션은 TCP 커넥션 연결설정에서 80 포트의 소스를 지닌 서버와 클라이언트를 검출할 수 있다. 또한 HTTP는 텍스트 기반의 요구 및 응답(Request/Response) 구조의 프로토콜로서, 헤더 및 데이터(Header/Data)로 구분된다. HTTP 세션을 검출하게 되면 요구 및 응답의 헤더를 분석하여 요구된 URI 주소, 응답으로 온 타입 및 내용(예를 들어 RFC1341 형식 등)을 알 수 있으며, CEA2027에서 정의된 URI일 경우 해당 기기가 CEA2027 관련 작업을 하였음을 검출할 수 있다. CEA931-B에서 정의된 명령어도 URI 분석을 통하여 검출이 가능하다.

이와 같이, 액션에 대한 분석이 완료되면 전체 흐름을 플로우 뷰어(Flow Viewer)(415)를 통해 사용자에게 제공할 수 있다. 플로우 뷰어(415)의 예시 화면은 이하 도 12를 참조하기 바란다.

본 발명은 상기 캡쳐(Capture)기반 이외에도 소정의 툴(Tool)을 이용하여 대상 기기을 테스트(Test)할 수 있는 방법을 제공한다. 상기 툴은 컨피규레이션 ROM 데이터 및 IEC61883의 CMP 상태 뷰어(411) 와 HNCP 및 AV/C의 테스터(412)로 구성될 수 있다. 상태 뷰어(411) 툴은 현재 네트워크 및 해당 노드(Node)의 상태를 조사하여 사용자에게 도시하는 기능을 수행한다. 테스터(412)는 소정의 명령을 소정의 노드로 전송하여 그 반응을 따라 XHT 표준에 적합한지 여부를 테스트한다.

상기 도 4의 (403) 단계에 대응된다.

상기 도 4의 (401) 단계의 결과에 의하여 (501) 단계에 해당하는 비동기 패킷(Asynchronous)을 얻을 수 있으며, 상기 도 4의 상기 (402) 단계의 작업에 의하여 (501) 내지 (502) 단계 간의 작업이 수행되어, 네트워크상의 기기(노드)가 패킷을 전송할 때 사용한 주소의 조사 및 매칭(Matching)를 통해 컨피규레이션 ROM 패킷을 분류할 수 있다. 예를 들어, 컨피규레이션 ROM의 주소는 0x400 내지 0x800으로 IEEE1394 Core CSR에 정의되어 있다. 따라서 네트워크상의 기기가 패킷을 전송할 때 사용한 주소가 0x400 내지 0x800 내에 있는지를 조사하고, 0x400 내지 0x800 범위의 주소 내에 있을 경우 해당 패킷이 컨피규레이션 ROM 패킷이라고 판단하게 된다.

(503) 단계에서, 컨피규레이션 ROM 패킷을 네트워크 상의 노드에 따라 취합(Merge)하고, 컨피규레이션 ROM 데이터를 생성한다.

(504) 단계에서, 생성된 컨피규레이션 ROM 데이터를 분석(Analysis)하여 트리(Tree)구조를 탐색하게 되고, 트리구조의 컨피규레이션 ROM 데이터를 생성한다. 트리구조의 컨피규레이션 ROM 데이터는 각 유닛(Unit)에 대한 노드를 포함한다.

(505) 단계에서, 상기 (503) 내지 (504) 단계의 과정은 상기 도 4의 (403) 단계에서 수행되는 작업이며, 상기 결과를 토대로 IEC61883, 775.1, HNCP, IP over 1394 등 XHT 시스템의 필수 요소를 트리구조의 컨피규레이션 ROM 데이터가 포함하고 있는가를 판단하여 XHT 호환 여부를 검증한다. 상기 검증 방법은 상기 도 4의 상태 뷰어(411) 및 테스터(412)에서 사용될 수 있다.

상기 도 4의 (404) 및 (408) 단계에 대응된다.

상기 도 4의 (401) 단계의 결과에 의하여 (601) 단계에서 분석할 비동기 패킷(Asynchronous)을 얻을 수 있다. 상기 도 4의 (402) 단계의 과정과 같이 대상 기기가 패킷을 전송할 때 사용한 주소의 조사 및 매칭을 통해 대역폭(Bandwidth)(602), 채널(Channel)(603), o/iPCR(Plug Control Register)(604) 패킷으로 분류할 수 있다. 이는 상기 도 4의 (402) 내지 (404) 단계에 해당된다. 각 대상 기기의 패킷의 주소는 IEEE1394 CSR의 스펙(Specification)에 따라 분류될 수 있다. 이와 같이 분류된 패킷은 상기 도 4의 (402) 단계에서의 트랜잭션 코드에 따라 쓰기/잠금(Write/Lock)여부를 판단하게 된다. 트랜잭션 코드는 IEEE1394 링크 레이어 스펙(Link Layer Specification)에 정의되어 있다.

(605) 및 (606) 단계에서, 분석이 완료된 패킷의 연관 관계를 조사하여 CMP(Connection Management Protocol) 시퀀스와 일치하는지 룰 매칭(Rule Matching)를 조사하여 CMP 분석 결과를 얻을 수 있다. CMP 시퀀스는 IEEE61883 스펙의 커넥션 확립/브레이크/리커버(Connection Establish/Break/Recover)에 따라 정의되어 있으며, 해당 커넥션이 브로드케스트(Broadcast) 또는 포인트-포인트(Point-Point) 인지에 따라 다른 과정을 거치게 된다.

상기 결과가 상기 도 4의 (408) 단계에 해당하며, 액션으로 분류되어 상기 도 4의 액션 뷰어(414)로 사용자에게 제공될 수 있다.

상기 도 4의 (405) 단계에 대응된다.

HNCP는 다이나믹 레지스터 주소(Dynamic Register Address)를 사용한다. 다이나믹 레지스터 주소의 위치는 컨피규레이션 ROM에 있다. 따라서 HNCP에 대한 분석을 위하여서는 컨피규레이션 ROM에 대한 분석이 완료된 상태여야 한다. 컨피규레이션 ROM에 대한 정보가 새로 발견될 경우 HNCP에 대한 분석은 다시 이루어진다. HNCP는 주소와 컨트롤의 2개의 레지스터(Register)로 구성되며 컨트롤 레지스터에 쓰여지는 패킷(Write Packet)의 내용을 분석하여 HNCP 매니저(서버)로서의 동작을 감지하고 검증할 수 있다.

상기 도 5의 (501) 내지 (503)의 과정과 동일하게 (701) 내지 (702) 단계의 과정을 수행하면 컨피규레이션 ROM의 내용을 파악할 수 있다. 컨피규레이션 ROM의 내용 중 EIA775.1의 내용을 조사하면 HNCP 관련 정보를 얻을 수 있다.

(703) 단계에서, HNCP 관련 정보 중 HNCP의 베이스 주소(Base Address)의 값을 이용하여 HNCP 레지스터(Register)에 대한 분석을 수행한다.

(704) 단계에서, 비동기 패킷(701)과 HNCP 베이스 주소와 일치되는 주소를 가지는 패킷이 HNCP의 레지스터 패킷이다.

(705) 단계에서, HNCP 레지스터를 분석하여 HNCP의 주소 할당 프로시저를 검출할 수 있다. HNCP 주소 할당 프로시저는 예를 들어 HNCP 매니저가 HNCP 클라이언트에 대해 컨트롤 레지스터를 사용하여 디폴트 IP를 사용하도록 지정하는 것과 HNCP 매니저가 HNCP 클라이언트에 대해 주소 레지스터에 주소를 정한 후 컨트롤 레 지스터를 사용하여 해당 주소를 사용하도록 지정하는 것으로 분류될 수 있다.

(706) 단계에서, HNCP는 IEEE1394의 GUID(Globally Unique Identifier)를 사용하여 서버(Manager)를 정하게 되므로, HNCP 레지스터를 사용하는 객체가 올바른 GUID를 가지고 있는 지 여부를 검사하면 서버 결정 내용이 올바른지 여부를 판단할 수 있다. 예를 들어 HNCP에서는 GUID(예를 들어 64 비트 unique ID)의 리버스 비트(Reverse Bit)를 계산하여 해당 값이 가장 큰 노드가 매니저로 지정되게 된다. 따라서 모든 HNCP 노드의 GUID를 조사하고, 해당 값의 리버스 비트를 계산한 뒤 가장 큰 값을 가진 노드를 찾아낸다. 따라서 해당 노드가 현재 매니저로 활동하고 있으면 정상으로 판단한다. 만약 최대값의 리버스 비트 GUID가 아닌 노드가 매니저로 수행하고 있으면 해당 노드는 규약을 위반한 것으로 판단한다. 이와 같은 일련의 HNCP 활동 내역을 통하여 HNCP 서버가 정상적으로 결정되었는지 여부를 알 수 있다.

또한, 소정의 주소 할당으로 주소 레지스터 및 컨트롤 레지스터(Address/Control Register)의 정상 동작 여부를 확인할 수 있다. 이때 바람직하게는 주소 할당의 정상 여부는 IP over 1394의 ARP(Address Resolution Protocol) 테이블을 조사하여 GUID와 IP일치 여부로 확인할 수 있다. ARP는 IP주소와 물리주소(IEEE1394 노드 주소)의 매핑 정보가 있으므로 ARP를 조사하면 IEEE1394 노드에 따른 IP주소를 파악할 수 있다. 예를 들어 소정의 HNCP 노드의 주소 레지스터에 소정의 주소를 쓰고, 해당 노드에 컨트롤 레지스터를 이용하여 상기 주소로 할당을 한 뒤, 상기 주소로 TCP 접속을 시도하여 접속이 이루어지고 상기 접속된 대상이 상기 노드인지를 확인함으로써 정상 노드인지를 판단한다. 만약 확인이 실패하면 비정상 노드로 판단한다.

(707) 단계에서, 이후에 발생하는 HNCP 활동(주소 할당 프로시저) 내역을 판독할 수 있다. HNCP 활동은 주소 레지스터 및 컨트롤 레지스터의 쓰기(Write) 내용을 검사하여 알 수 있다.

(708) 단계에서, 이러한 HNCP의 활동 규약은 상기 도 4의 테스터(412) 툴에 의하여 테스트 및 검증될 수 있다.

(709) 단계에서, HNCP의 검증은 HNCP 레지스터(주소, 컨트롤)를 사용하여 대상 노드의 상태를 변경시키고 그 변경이 적용되었는지를 확인하여 검증한다. 또한 소정의 버스 리셋(Bus Reset)을 통해 HNCP 서버로 동작하는 노드를 검출한 후, 해당 노드가 올바른 GUID를 가지고 있는지 여부를 검증할 수 있다.

상기 도 4의 (406) 단계에 대응된다.

CCM(Connection and Compatibility Management)은 AV/C 명령(명령어)를 통해 커넥션을 제어하는 규약으로, AV/C 명령을 통해 CMP(Connection Management Protocol) 프로시저를 동작시키게 된다. 따라서 본 검증은 AV/C 명령을 대상 기기간에 주고 받은 뒤 그 결과로 CMP 프로시저가 동작하는지를 검출하여 판단한다.

AV/C는 CCM 명령(Command)(809)과 CCM 응답(Response)(810)으로 구성되며 이는 FCP(Function Control Protocol)(811) 방식으로 전송된다. FCP 명령을 수집하여 분석하면 CCM 명령의 내용을 알 수 있다. 또한 올바른 CMP 프로시저의 동작 여부를 판단하기 위해 상기 도 6의 방식과 동일하게 (801) 내지 (807)의 단계를 분석한다. CCM 명령에 대응되는 CMP 프로시저가 동작하는 것으로 검출되면 CCM 명령이 올바르게 구현된 것으로 (808) 단계에서 판단한다.

예를 들어, CCM 명령은 커넥트/디스커넥트(Connect/Disconnect)로 분류될 수 있다. (809) 단계에서, CCM 명령을 발견한 경우, 그 이후에 발생하는 CMP 관련 패킷(즉 대역폭, 채널, o/iPCR)에 대하여 분석을 시작한다. 이때, 상기 분석은 IEC61883의 커넥션 확립/커넥션 브레이크(Connection Establish/Connection Break)에 규정된 순서와 동일한지 여부에 대한 분석을 의미한다. (807) 내지 (808) 단계에서, 커넥션 명령에 대해 IEC61883의 커넥션 확립이 성공적으로 이루어졌는지, 디스커넥션 명령에 대하여 IEC61883의 커넥션 브레이크 명령이 성공적으로 완성되었는지 여부를 판단한다. 상기 과정이 성공적으로 최종 완료된 경우 정상적인 구현으로 판단될 수 있다.

상기 도 4의 (407), (409) 및 (410) 단계에 대응된다.

(901) 내지 (902) 단계에서, 상기 도2의 (401) 내지 (402)의 단계를 통해 패킷 중에서 IP over 1394 패킷이 분류된다.

IP over 1394는 ARP 프로토콜을 통하여 가변 주소를 사용하므로 주소 일치 여부를 알아내기 위하여서는 ARP 내역을 사용한다. IP 상위 단에는 TCP가 있는데 IP의 프로토콜 번호(Number)와 TCP의 포트(Port)가 프로토콜의 종류를 표시하여 준다.

(903) 단계에서, 상기 두 개의 데이터(프로토콜 번호, 포트)를 조사하면 IP 패킷 중에서 HTTP 패킷을 분류할 수 있다. 이와 같이 분류된 패킷은 TCP 세션을 만드는 규약에 따라 TCP 세션별로 묶이게 된다. TCP 세션은 통상적으로 SYN-ACK으로 시작하여 FIN-ACK으로 종료된다. TCP 세션은 HTTP 세션과 일치하게 되는데 HTTP 세션은 HTTP 요구(Request)과 응답(Response)으로 구분된다.

(904) 단계에서, HTTP 요구 중에서 URI(Uniform Resource Identifier)를 추출하여 그 내용을 분석하면 CEA2027에서 정의된 URI인지를 판독할 수 있다.

(905) 단계에서, 만약 CEA2027에 해당하는 URI라면 해당 HTTP 응답을 분석하여 올바른 회신이 왔는지를 분석할 수 있다.

(906) 내지 (907) 단계에서, 상기 응답의 내용이 통상적인 CEA2027에서 정의한 내용에 적합하면, 올바른 CEA2027 기기로 판단할 수 있다.

패킷뷰어(413)는 패킷(1개의 패킷)의 계층별로 분석된 프로토콜 스택의 명세를 보여준다.

패킷 뷰어(413)는 패킷의 종류(1001) 및 패킷의 프로토콜 스택(1002, 1003, 1004)의 정보를 보여준다.

또한 비트 블록(1005)은 해당 패킷의 프로토콜 데이터(또는 헤더)를 비트별로 도시하며, 바람직하게는 한 줄에 32비트의 블록으로 구분하여 소정의 임계 영역마다 상기 패킷의 프로토콜 데이터에 따른 제목 및 값을 표기하여 나타낸다. 또한 비트 블록(1005)의 주요 부분에 대한 상세 내역을 소정의 프레임 영역(1006)에 표시한다.

(1007)은 현재 패킷의 바이너리 데이터(Binary Data)이며, (1008)은 전체 패킷 대비 현재 선택된 패킷의 위치를 나타낸다.

도 11은 본 발명의 일 실시예에 따른 액션 뷰어(414)의 예시 화면을 도시한다.

패킷의 상호 연계과정을 분석하여 다중 패킷(N개)이 취합된 분석 결과에 대해 도시한다.

예를 들어 취합(Merge)된 컨피규레이션 ROM 데이터(1101) 및 트리구조의 컨피규레이션 ROM 데이터의 분석 결과(1102)를 나타낸다.

또한 현재 분석된 컨피규레이션 ROM 패킷의 리스트(1103)를 보여주며, 해당 리스트를 클릭하면 상기 도 10과 연동되어 상기 도 10의 화면이 표시된다.

상기 프로토콜 검증부(240)를 통해 (403) 내지 (410)의 단계를 거치며 분류된 패킷이 XHT 표준에 적합한지 여부가 검증된 경우, 상기 검증 과정의 동작을 시간대별로 나열하여 화면에 표시할 수 있다. 검증 과정의 동작 표시는 IEEE1394 네트워크는 리셋(Reset)에서부터 시작되므로, 바람직하게는 상기 리셋시 검증 과정의 동작 표시가 초기화 되고, 이후 검증된 과정을 순차적으로 표시한다. 이때, 바람직하게는 세로 시간축을 따라 네트워크 상의 노드간 패킷의 XHT 표준 검증 절차를 위 해 송수신한 정보들을 가로축으로 노드간 정보 교환 방향 표시(예를 들어 화살표)와 함께 표시한다. 이하 구체적인 검증 과정의 동작을 설명한다.

현재 분석된 네트워크 상의 노드를 표시한다(1220, 1230, 1240).

(1201) 내지 (1214) 단계는 버스 리셋(Bus Reset) 이후 발생한 각 상황에 대한 설명이다.

(1201) 내지 (1203) 단계는 각 노드들이 서로의 컨피규레이션 ROM을 판독한 것을 표시한다.

(1201) 단계는 노드 ID 02(1240)가 노드 ID 00(1220)의 컨피규레이션 ROM을 판독해 간 것을 표시한다.

(1202) 단계는 노드 ID 02(1240)가 자신의 컨피규레이션 ROM을 판독해 간 것을 표시한다.

(1203) 단계는 노드 ID 02(1240)가 노드 ID 01(1230)의 컨피규레이션 ROM을 판독해 간 것을 표시한다.

따라서, (1201) 내지 (1203) 단계의 과정을 통해 사용자는 노드 ID 02(1240)가 버스 리셋 이후 핫-플러그(즉, 기기 인식)의 첫 단계로 각 노드들의 컨피규레이션 ROM을 조사하였다는 사실을 확인할 수 있다.

(1204) 내지 (1205) 단계는 AV/C명령에 대한 명세이다.

(1204) 단계는 노드 ID 00(1220)이 노드 ID 02(1240)에게 AV/C SUBUNIT INFO 명령을 전송하여 노드 ID 02(1240)의 AV/C SUBUNIT 타입에 관한 정보를 얻어간다.

(1205) 단계는 노드 ID 02(1240)가 노드 ID 00(1220)에게 AV/C SUBUNIT INFO 명령을 전송하여 노드 ID 02(1240)의 AV/C SUBUNIT 타입에 관한 정보를 얻어간다.

따라서, (1204) 내지 (1205) 단계의 동작을 통하여 사용자는 노드 ID 00(1220)과 노드 ID 02(1240)가 상호 AV/C SUBUNIT 타입을 조사하였음을 알 수 있다. 따라서 노드 ID 00(1220)과 노드 ID 02(1240)는 모두 AV/C를 지원하는 노드임을 판단할 수 있다.

(1206) 내지 (1207) 단계는 HNCP관련 동작을 나타낸다.

(1206) 단계는 노드 ID 02(1240)가 노드 ID 00(1220)의 IP주소를 192.168.0.20으로 설정한다.

(1207) 단계는 노드 ID 02(1240)가 자신의 IP주소를 192.168.0.21으로 설정한다.

따라서 (1206) 내지 (1207) 단계의 동작을 통하여 사용자는 노드 ID 02(1240)가 HNCP 매니저로서 동작하였음을 알 수 있다. 또한 각 노드들의 할당된 주소를 파악할 수 있다.

(1208) 단계는 이하 (1209), (1211) 내지 (1214) 단계를 포함하여 HTTP 세션별로 표시된 정보를 나타낸다.

(1208) 단계는 노드 ID 02(1240)가 노드 ID 00(1220)의 2027_file을 HTTP를 통하여 읽어간다. 2027_file은 CEA2027에서 디바이스 정보(Device Information)을 담고 있도록 정의된 URI이므로 노드 ID 02(1240) 및 노드 ID 00(1220)이 CEA2027을 지원하는 기기임을 알 수 있다.

(1210) 단계는 CMP에 관련된 동작이다.

(1210) 단계는 노드 ID 02(1240)가 노드 ID 00(1220)과 CMP연결을 설정한다. CMP규약에 따라 싱크(Sink)는 노드 ID 02(1240)가 되며 소스는 노드 ID 00(1220)임을 판단할 수 있다.

따라서 해당 동작을 통해 싱크인 노드 ID 02(1240)가 노드 ID 00(1220)의 0번 출력 (oPCR 00)에 연결을 요구하여 성공하였음을 파악할 수 있다.

(1209), (1211) 내지 (1214) 단계는 HTTP 세션별로 표시된 정보를 나타낸다.

(1209) 단계는 노드 ID 02(1240)가 노드 ID 00(1220)의 icon_graphic을 읽어간다. icon_graphic은 CEA2027에서 기기의 icon그림에 해당하므로 모니터(DTV)인 노드 ID 02(1240)가 기기 리스트를 작성하려고 판독해 간 것을 알 수 있다.

(1211) 단계는 노드 ID 02(1240)가 노드 ID 00(1220)의 control_frame을 읽어간다. control_frame은 CEA2027에서 기기의 제어 화면에 해당하므로 모니터(DTV)인 노드 ID 02(1240)가 대상 기기인 노드 ID 00(1220)의 제어를 위해 제어 페이지를 요구하여 판독한 것으로 판단할 수 있다.

(1212) 내지 (1214) 단계는 노드 ID 02(1240)가 노드 ID 00(1220)의 각종 그림 파일을 읽어간다. control_frame 이후에 일어난 작업이므로 그림파일은 control_frame을 구성하는 그림 조각들임을 유추할 수 있다.

　이상 첨부된 도면을 참조하여 본 발명의 실시예를 설명하였지만, 본 발명이 속하는 기술분야에서 통상의 지식을 가진 자는 본 발명이 그 기술적 사상이나 필수적인 특징을 변경하지 않고서 다른 구체적인 형태로 실시될 수 있다는 것을 이해할 수 있을 것이다. 그러므로 이상에서 기술한 실시예는 모든 면에서 예시적인 것이며 한정적이 아닌 것으로 이해해야만 한다.

상기한 바와 같은 본 발명의 XHT 프로토콜 분석 장치 및 방법에 따르면 다음과 같은 효과가 하나 혹은 그 이상 있다.

첫째, 기존의 시스템이 IEEE1394 버스의 검증에 촛점이 맞추어져 있고 그 이상은 기능이 없었던 반면, XHT의 최상단인 CEA2027까지 검증이 가능하므로 전체 XHT 시스템의 내용을 검증하여 도시가 가능하고 사용자는 그 정상 여부를 판별할 수 있는 장점이 있다.

둘째, XHT 시스템에서 신규로 사용되는 CCM이나 HNCP등의 규약과 신규 표준인 CEA2027의 분석/검증을 통하여 XHT 시스템의 개발이 보다 용이하게 되는 장점도 있다.

셋째,　XHT기기가 지켜야 할 최소한의 규약에 대한 여부를 감지할 수 있고, 새롭게 개발되는 XHT기기에 대한 호환성 여부를 판단할 수 있으며 이에 따라 XHT 시스템이 정확한 표준으로 개발되도록 안내할 수 있다.

Claims

네트워크 상의 패킷을 캡쳐하여 분석 대상 데이터를 수집하는 패킷 수집부;

상기 패킷을 종류에 따라 분류하는 분류부; 및

상기 분류된 패킷의 종류에 따라 XHT 표준에 적합한지 여부를 검증하는 프로토콜 검증부를 포함하는 XHT 프로토콜 분석 장치.
제 1항에 있어서,

상기 네트워크는 IEEE1394 네트워크이고, 상기 패킷을 상기 IEEE1394 네트워크의 링크 레이어에서부터 분석하는 패킷 분석부를 더 포함하는 XHT 프로토콜 분석 장치.
제 2항에 있어서,

상기 패킷은 패킷 타입(Packet Type), 타겟 주소(Target Address) 및 트랜잭션 코드(Transaction Code) 중 적어도 어느 하나의 기준에 따라 분류되는 XHT 프로토콜 분석 장치.
제 3항에 있어서,

상기 분류된 패킷은 컨피규레이션(Configuration) ROM 데이터를 포함하는 IEEE1394 Core CSR, IEC61883, HNCP, AV/C 및 IP over 1394 중 적어도 어느 하나인 XHT 프로토콜 분석 장치.
제 4항에 있어서,

상기 HNCP의 관련 정보는 상기 컨피규레이션 ROM의 내용 중 EIA775.1의 내용을 조사하여 얻는 XHT 프로토콜 분석 장치.
제 5항에 있어서,

상기 HNCP 관련 정보 중 상기 HNCP의 베이스 주소(Base Address)의 값을 이용하여 상기 HNCP의 레지스터(Register)에 대한 분석을 수행하는 XHT 프로토콜 분석 장치.
제 2항에 있어서,

상기 패킷의 계층별로 분석된 프로토콜 스택의 명세, 상기 패킷의 상호 연계과정을 분석한 결과 및 상기 패킷의 검증이 완료된 경우 상기 검증 과정의 동작 중 적어도 어느 하나를 화면에 표시하는 표시부를 더 포함하는 XHT 프로토콜 분석 장치.
제 7항에 있어서,

상기 패킷의 계층별로 분석된 상기 프로토콜 스택의 명세는 소정의 비트 블록의 임계 영역마다 상기 패킷의 프로토콜 데이터에 따른 제목 및 값을 표기하여 나타내는 XHT 프로토콜 분석 장치.
제 8항에 있어서,

상기 검증 과정의 동작 표시는 상기 IEEE1394 네트워크의 리셋(Reset)시 초기화되고, 상기 초기화된 후 시간축을 따라 상기 네트워크 상의 노드간 송수신한 정보들을 노드간 정보 교환 방향 표시와 함께 표시하는 XHT 프로토콜 분석 장치.
네트워크 상의 패킷을 캡쳐하여 분석 대상 데이터를 수집하는 단계;

상기 패킷을 종류에 따라 분류하는 단계; 및

상기 분류된 패킷의 종류에 따라 XHT 표준에 적합한지 여부를 검증하는 단계를 포함하는 XHT 프로토콜 분석 방법.
제 10항에 있어서,

상기 네트워크는 IEEE1394 네트워크이고, 상기 패킷을 상기 IEEE1394 네트워크의 링크 레이어에서부터 분석하는 단계를 더 포함하는 XHT 프로토콜 분석 방법.
제 11항에 있어서,

상기 패킷은 패킷 타입(Packet Type), 타겟 주소(Target Address) 및 트랜잭션 코드(Transaction Code) 중 적어도 어느 하나의 기준에 따라 분류되는 XHT 프로토콜 분석 방법.
제 12항에 있어서,

상기 분류된 패킷은 컨피규레이션(Configuration) ROM 데이터를 포함하는 IEEE1394 Core CSR, IEC61883, HNCP, AV/C 및 IP over 1394 중 적어도 어느 하나인 XHT 프로토콜 분석 방법.
제 13항에 있어서,

상기 HNCP의 관련 정보는 상기 컨피규레이션 ROM의 내용 중 EIA775.1의 내용을 조사하여 얻는 XHT 프로토콜 분석 방법.
제 14항에 있어서,

상기 HNCP 관련 정보 중 상기 HNCP의 베이스 주소(Base Address)의 값을 이용하여 상기 HNCP의 레지스터(Register)에 대한 분석을 수행하는 XHT 프로토콜 분석 방법.
제 11항에 있어서,

상기 패킷의 계층별로 분석된 프로토콜 스택의 명세, 상기 패킷의 상호 연계과정을 분석한 결과 및 상기 패킷의 검증이 완료된 경우 상기 검증 과정의 동작 중 적어도 어느 하나를 화면에 표시하는 단계를 더 포함하는 XHT 프로토콜 분석 방법.
제 16항에 있어서,

상기 패킷의 계층별로 분석된 상기 프로토콜 스택의 명세는 소정의 비트 블록의 임계 영역 마다 상기 패킷의 프로토콜 데이터에 따른 제목 및 값을 표기하여 나타내는 XHT 프로토콜 분석 방법.
제 17항에 있어서,

상기 검증 과정의 동작 표시는 상기 IEEE1394 네트워크의 리셋(Reset)시 초기화되고, 상기 초기화된 후 시간축을 따라 상기 네트워크 상의 노드간 송수신한 정보들을 노드간 정보 교환 방향 표시와 함께 표시하는 XHT 프로토콜 분석 방법.