KR101586315B1 - 방송 수신기 및 네트워크 장치 모니터링 방법 - Google Patents

방송 수신기 및 네트워크 장치 모니터링 방법 Download PDF

Info

Publication number
KR101586315B1
KR101586315B1 KR1020090104407A KR20090104407A KR101586315B1 KR 101586315 B1 KR101586315 B1 KR 101586315B1 KR 1020090104407 A KR1020090104407 A KR 1020090104407A KR 20090104407 A KR20090104407 A KR 20090104407A KR 101586315 B1 KR101586315 B1 KR 101586315B1
Authority
KR
South Korea
Prior art keywords
network device
instance
return channel
state
application
Prior art date
Application number
KR1020090104407A
Other languages
English (en)
Other versions
KR20110047687A (ko
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 KR1020090104407A priority Critical patent/KR101586315B1/ko
Publication of KR20110047687A publication Critical patent/KR20110047687A/ko
Application granted granted Critical
Publication of KR101586315B1 publication Critical patent/KR101586315B1/ko

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N5/00—Details of television systems
    • H04N5/44—Receiver circuitry for the reception of television signals according to analogue transmission standards
    • H04N5/445—Receiver circuitry for the reception of television signals according to analogue transmission standards for displaying additional information
    • H04N5/45—Picture in picture, e.g. displaying simultaneously another television channel in a region of the screen

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)

Abstract

방송 수신기 및 네트워크 장치 모니터링 방법이 개시된다. 네트워크 인터페이스부는 네트워크 장치와 연결된다. 그리고 제어부는 네트워크 인터페이스부에 연결된 네트워크 장치의 상태에 대한 정보인 네트워크 장치 상태 정보를 수신하는 리스너 인스턴스를 생성하여 등록하고, 네트워크 인터페이스부에 연결된 네트워크 장치의 상태 변경 여부를 감시하며, 네트워크 인터페이스부에 연결된 네트워크 장치의 상태가 변경된 경우에는, 네트워크 장치 상태 정보를 알려주는 이벤트 인스턴스를 생성하고, 생성된 이벤트 인스턴스를 등록된 리스너 인스턴스로 전달한다.
Figure R1020090104407
방송 수신기, 네트워크 장치, 장착, 모니터, 인스턴스

Description

방송 수신기 및 네트워크 장치 모니터링 방법{A broadcasting receiver and a method for monitoring a network device}
본 발명은 방송 수신기 및 네트워크 장치 모니터링 방법에 관한 것으로, 보다 상세하게는, 네트워크 장치의 상태를 감지하고 감지된 정보를 제공할 수 있는 방송 수신기 및 네트워크 장치 모니터링 방법에 관한 것이다.
일반적으로, 디지털 방송은 다채널/다매체 방송으로 기존 아날로그 방송과 달리 고화질/고음질의 고품위 서비스를 제공하는 것뿐만 아니라 다기능성을 가진다. 다기능성이란 멀티미디어 정보들을 방송 매체를 통하여 제공하는 새로운 서비스로 데이터방송 또는 대화형 방송 기능을 말한다. 데이터 방송은 텍스트, 정지화상, 동화상, 그래픽, 문서, 소프트웨어 등의 멀티미디어 데이터를 전송하여 시청자가 방송 수신기로 정보를 이용하는 방송으로, 방송과 통신의 융합이라는 시대적 흐름에 가장 잘 부합되는 서비스이다.
이러한 서비스를 제공하기 위해 미들웨어 플랫폼 제공자들은 다수의 이종(heterogeneous) 방송 및 웹이 가능한 네트워크를 통해 분산되어 배치되는 멀티미디어 데이터를 액세스해야 할 필요가 있다. 이들 네트워크들은 일반적으로 예로 써, 디지털 비디오 방송(DVB:Digital Video Broadcasting)(DVB-C(케이블), DVB-T(지상파), 및 DVB-S(위성)을 포함), OpenCable.TM.애플리케이션 플랫폼(OpenCable.TM. OCAP:Applications Platform), 차세대 텔레비전 시스템 위원회(ATSC), 국가 텔레비전 시스템 위원회(NTSC), GI 모토롤라 네트워크, 멀티미디어 홈 플랫폼(MHP:Multimedia Home Platform) 표준 등을 포함한 각각의 미국 또는 유럽 산업 디지털 방송 표준에 기초한다. 특히 MHP 표준은 위성, 케이블, 지상파 및 마이크로파를 포함한 모든 전송 네트워크들에서의 방송 및 대화식 서비스들에 대한 현존하는 DVB 표준을 확장한다. DVB/MHP 표준은 애플리케이션들이 실행하는 대화식 디지털 애플리케이션들 및 터미널들 사이의 하드웨어 독립적인, 인터페이스를 정의한다. 이것은 디지털 콘텐츠 제공자들이 저기능으로부터 고기능 셋톱 박스들, 집적된 디지털 TV 세트들 및 멀티미디어 PC들에 이르는 모든 유형들의 터미널들을 다룰 수 있게 한다.
MHP 표준의 버전 1.0.3은 'Xlet'라고 하는 무료로 다운로드될 수 있는 애플리케이션을 지원한다. 즉 MHP 표준에서 Xlet Application을 이용하여 사용자의 다양한 요구사항을 처리하게 된다. 이때 Xlet Application은 미들웨어로부터 System의 자원을 할당받아 이러한 일들을 처리하게 된다. 즉 Xlet Application은 직접 방송 수신기의 자원을 직접할당하는 것이 아니라 미들웨어를 통해 할당받음으로써 저기능으로부터 고기능 셋톱 박스들, 집적된 디지털 TV 세트들 및 멀티미디어 PC들에 이르는 모든 유형들의 터미널에서 실행 가능하다.
본 발명이 이루고자 하는 기술적 과제는 네트워크 장치의 상태를 모니터링하여 네트워크 장치 상태 정보를 신속하게 제공할 수 있는 방송 수신기 및 네트워크 장치 모니터링 방법을 제공하는 데 있다.
본 발명이 이루고자 하는 다른 기술적 과제는 네트워크 장치의 상태가 동적으로 변화할 때를 즉각적으로 알려주는 방송 수신기 및 네트워크 장치 모니터링 방법을 제공하는 데 있다.
상기의 기술적 과제를 달성하기 위한, 본 발명에 따른 방송 수신기는, 네트워크 장치와 연결되는 네트워크 인터페이스부, 및 상기 네트워크 장치의 상태에 대한 정보인 네트워크 장치 상태 정보를 수신하는 리스너 인스턴스를 생성하여 등록하고, 상기 네트워크 장치의 상태 변경 여부를 감시하며, 상기 네트워크 장치의 상태가 변경된 경우에는, 상기 네트워크 장치 상태 정보를 알려주는 이벤트 인스턴스를 생성하고, 상기 생성된 이벤트 인스턴스를 상기 등록된 리스너 인스턴스로 전달하는 제어부를 구비한다. 여기서 상기 네트워크 장치는 장탈착 가능한 것일 수 있다. 또한 상기 네트워크 장치의 상태는 장착 상태 및 탈착 상태 중 어느 하나일 수 있다.
바람직하게, 상기 제어부는 상기 네트워크 장치를 관리하는 리턴 채널 장치 매니저 인스턴스를 생성할 수 있다.
바람직하게, 상기 제어부는. 상기 리턴 채널 장치 매니저 인스턴스가 제공하는 메소드를 이용하여 상기 리스너 인스턴스를 등록할 수 있다.
바람직하게, 상기 리턴 채널 장치 매니저 인스턴스는, 장착 속성(ATTACHED attribute), 탈착 속성(DETACHED attribute), 인스턴스 획득 메소드(getInstance method), 리턴 채널 장치 획득 메소드(getRCDevices method), 리스너 등록 메소드(addRCDeviceListener method) 및 리스너 제거 메소드(removeRCDeviceListener method) 중 적어도 하나를 포함할 수 있다.
바람직하게, 상기 리턴 채널 장치 획득 메소드는, org.dvb.net.rc.RCInterface의 인스턴스를 리턴하는 리턴 채널 인터페이스 획득 메소드(getRCInterface method) 및 리턴 채널 장치의 상태를 리턴하는 현재 상태 획득 메소드(getCurrentStatus method)를 포함하는 리턴 채널 장치 인스턴스를 리턴할 수 있다.
상기의 다른 기술적 과제를 달성하기 위한, 본 발명에 따른 네트워크 장치 모니터링 방법은, 네트워크 장치의 상태에 대한 정보인 네트워크 장치 상태 정보를 수신하는 리스너 인스턴스를 생성하고, 상기 생성된 리스너 인스턴스를 등록하는 단계, 상기 네트워크 장치의 상태 변경 여부를 감시하는 단계, 및 상기 네트워크 장치의 상태가 변경된 경우에는, 상기 네트워크 장치 상태 정보를 알려주는 이벤트 인스턴스를 생성하고, 상기 생성된 이벤트 인스턴스를 상기 등록된 리스너 인스턴스로 전달하는 단계를 갖는다. 여기서, 상기 네트워크 장치는 장탈착 가능한 것일 수 있다. 또한 상기 네트워크 장치의 상태는 장착 상태 및 탈착 상태 중 어느 하나 일 수 있다.
바람직하게, 상기 네트워크 장치 모니터링 방법은 상기 네트워크 장치 상태 정보에 대한 요청을 수신하는 단계를 더 가질 수 있다.
바람직하게, 상기 네트워크 장치 모니터링 방법은 상기 네트워크 장치를 관리하는 리턴 채널 장치 매니저 인스턴스를 획득하는 단계를 더 가질 수 있다.
바람직하게, 상기 등록하는 단계에서, 상기 획득된 리턴 채널 장치 매니저 인스턴스가 제공하는 메소드를 이용하여 상기 리스너 인스턴스를 등록할 수 있다.
바람직하게, 상기 리턴 채널 장치 매니저 인스턴스는, 장착 속성(ATTACHED attribute), 탈착 속성(DETACHED attribute), 인스턴스 획득 메소드(getInstance method), 리턴 채널 장치 획득 메소드(getRCDevices method), 리스너 등록 메소드(addRCDeviceListener method) 및 리스너 제거 메소드(removeRCDeviceListener method) 중 적어도 하나를 포함할 수 있다.
바람직하게, 상기 리턴 채널 장치 획득 메소드는, org.dvb.net.rc.RCInterface의 인스턴스를 리턴하는 리턴 채널 인터페이스 획득 메소드(getRCInterface method) 및 리턴 채널 장치의 상태를 리턴하는 현재 상태 획득 메소드(getCurrentStatus method)를 포함하는 리턴 채널 장치 인스턴스를 리턴할 수 있다.
본 발명에 따른 방송 수신기 및 네트워크 장치 모니터링 방법에 의하면, 네트워크 장치의 상태를 실시간으로 모니터링하고 있으므로, 네트워크 장치 상태 정 보를 신속하게 제공할 수 있고 네트워크 장치의 상태가 동적으로 변화할 때를 즉각적으로 감지할 수 있어, 사용자에게 보다 빠르고 안정적인 서비스를 제공할 수 있다.
이하 상기의 목적을 구체적으로 실현할 수 있는 본 발명의 바람직한 실시예를 첨부한 도면을 참조하여 설명한다. 이때 도면에 도시되고 또 이것에 의해서 설명되는 본 발명의 구성과 작용은 적어도 하나의 실시예로서 설명되는 것이며, 이것에 의해서 본 발명의 기술적 사상과 그 핵심 구성 및 작용이 제한되지는 않는다.
본 발명에서 사용되는 용어는 본 발명에서의 기능을 고려하면서 가능한 현재 널리 사용되는 일반적인 용어를 선택하였으나, 이는 당해 기술분야에 종사하는 기술자의 의도 또는 관례 또는 새로운 기술의 출현 등에 따라 달라질 수 있다. 또한, 특정한 경우는 출원인이 임의로 선정한 용어도 있으며, 이 경우 해당되는 발명의 설명 부분에서 상세히 그 의미를 기재할 것이다. 따라서 본 발명에서 사용되는 용어는 단순한 용어의 명칭이 아닌 그 용어가 가지는 의미와 본 발명의 전반에 걸친 내용을 토대로 정의되어야 함을 밝혀두고자 한다.
도 1은 방송 수신기의 계층구조에 대한 바람직한 일 실시예의 구성을 도시한 구조도이다.
도 1을 참조하면, 본 발명에 따른 방송 수신기(100)는 애플리케이션(Application, 110), 미들웨어(120) 및 자원(Resources, 130)을 구비한다.
애플리케이션(110)은 방송 수신기(100)에서의 다양한 목적들을 달성하도록 실행되는 프로그램으로서 정의된다. 그리고 애플리케이션(110)은 방송 수신기(100) 상에서 실행되는 복수의 애플리케이션(111, 112, …, 119)들을 포함할 수 있다.
애플리케이션(111, 112, …, 119)들은 적절하게 설치된 방송 수신기(100)로 방송 프로그램 및 방송 서비스 정보와 함께 방송 스트림에 포함되어 전송될 수 있다. 애플리케이션(111, 112, …, 119)들은 ISO/IEC13818-6 하에 특정된 DSM-CC 프로토콜과 같은 프로토콜에 따라 캐로셀(carousel) 포맷으로 전송될 수 있다. 여기서 애플리케이션(111, 112, …, 119)들은 주기적으로 방송될 수 있다. 적절하게 설치된 방송 수신기(100)는 이들 애플리케이션(111, 112, …, 119)들을 수신하고 그것들을 국부적으로 실행할 수 있다. 예시적인 애플리케이션(111, 112, …, 119)들에는 전자 프로그램 가이드들, 따라하는(play-along) 게임들, 텔레뱅킹, 메뉴 네비게이션 옵션들, 텔레쇼핑, 전자 신문들 및 유사한 정보 서비스들이 있다.
여기서 애플리케이션(110)은 MHP(Multimedia Home Platform) 기반의 규격에서 엑스렛(Xlet) 애플리케이션일 수 있다. Xlet을 실행하기 위한 기본적인 하드웨어는 자바 TV 플랫폼(예로써, 도 1의 미들웨어(120))을 지원하는 셋톱 박스 또는 디지털 텔레비전 수신기이다. Xlet들은 "주된(main)" 방법을 가지지 않으며 Xlet들은 인터페이스 Xlet을 구현한다.
Xlet들은 수명 주기를 가지며, 수명 주기 메소드 서명(life cycle method signature)은 인터페이스 Xlet에 의해 정의된다. 인터페이스 Xlet은 생성, 초기화, 시작 및 파괴와 같은 Xlet 상태 변화들을 알리기 위해 수명 주기 메소드들을 제공한다. 그러나 인터페이스 Xlet은 그 수명 주기 메소드들에 대한 실행을 제공하지 않는다. 모든 자바 TV 실행들은 인터페이스 Xlet을 경유하여 다양한 애플리케이션 상태들을 통해 하나 이상의 Xlet들을 이동시키기 위해 수명 주기 메소드들을 호출하는 애플리케이션 매니저(127)를 가진다. 인터페이스 Xlet은 그 수명 주기 메소드들에 대한 실행을 제공하지 않는다. 개발자는 Xlet 수명 주기에서의 각각의 지점에서 일어나는 것을 정의함으로써 그 메소드들에 대한 애플리케이션-지정 실행들을 제공한다. 예를 들면, 게임 Xlet에 대한 iniXlet 메소드는 사용자 인터페이스 구성 요소들을 생성할 것이다. Xlet은 몇몇 상태 변화들 자체를 개시하고 XletContext 인터페이스에서 메소드들을 야기함으로써 그 상태 변화들을 애플리케이션 매니저(127)에 알리도록 설계된다.
인터페이스 Xlet은 자바 TVTM API에 정의된 패키지들 중 하나인 javax.tv.xlet 패키지에 의해 정의된다. 자바 TV API는 패키지들로 그룹핑된 인터페이스들 및 클래스들로 이루어진다. 이들 패키지들은 텔레비전 네트워크들에 의해 전송된 방송 스트림을 통해 디지털 수신기로 전송된 비디오, 오디오, 및 데이터를 처리하기 위한 인터페이스들 및 클래스들을 포함한다.
javax.tv.xlet에 정의된, 인터페이스 Xlet은 애플리케이션 매니저가 Xlet을 생성, 초기화, 시작, 정지 및 파괴할 수 있도록 허용한다. 애플리케이션 매니저(127)는 Xlet의 상태를 유지하고 다양한 수명주기 메소드들을 통해 Xlet상에 메소드들을 야기한다. Xlet은 애플리케이션 매니저(127)에 의해 지시되는 바와 같이 그것의 내부 동작들 및 리소스 사용들을 업데이트하기 위해 이들 메소드들을 실행한다.
도 2는 애플리케이션의 라이프 싸이클의 일예를 도시한 개념도이다.
도 2를 참조하면, javax.tv.xlet에 의해 정의된 바와 같이, 인터페이스 Xlet의 메소드 요약은 다음과 같다. Xlet은 메모리(memory)에 로드된 상태(loaded state, 210)가 된다. initXlet은 로드된 상태(loaded state, 210)의 Xlet 자체를 초기화하고 중지 상태(paused state, 220)로 진입하기 위해 Xlet에 신호를 보낸다. startXlet은 서비스를 제공하기 시작하고 활성 상태(active state, 230)로 진입하기 위해 Xlet에 신호를 보낸다. PauseXlet은 서비스 제공을 중지하고 중지된 상태(220)로 진입하기 위해 Xlet에 신호를 보낸다. destroyXlet은 서비스 제공을 종료하고 파괴된 상태(destroyed state, 240)로 진입하기 위해 Xlet에 신호를 보낸다.
한편, 당해 제1실시예 뿐만 아니라, 이하 후술될 다른 실시예에서도, 설명 및 이해의 편의를 고려하여, 애플리케이션(110)은 MHP 애플리케이션인 경우를 예로 들어, 설명하도록 하겠다. 따라서 본 발명의 권리범위는 MHP 표준에 한정되는 것은 아니며, OCAP(OpenCable Application Platform) 표준, ACAP(Advanced Common Application Platform) 표준, BD-J(Blu-ray Disc Java) 표준 등 다른 데이터 방송 규격에도 적용될 수 있으며, 본 명세서의 특허청구범위를 고려할 때, 이 점은 명백하다.
예컨대, 케이블뿐만 아니라, 지상파, 위성 방송을 통한 데이터 방송에서도, 본 발명이 적용될 수 있다. 즉 본 발명에 따른 방송 수신기(100)는 사용자에게 리모컨 또는 로컬키(Local Key)의 "TV/Video" 버튼 등의 조작으로, 지상파 방송 모 드(Antenna), 위성 방송 모드, 케이블 방송 모드(cable), 비디오 1(Video 1), IPTV 방송 모드 및 비디오 2(Video 2)등을 입력할 수 있도록 한다.
미들웨어(120)는 애플리케이션(110)과 자원(130) 간을 매개하는 역할을 수행한다. 또한 미들웨어(120)는 애플리케이션(110)의 정보 또는 명령을 수신하고, 수신한 명령을 실행하여 수신한 명령에 대한 결과를 산출하며, 산출한 결과를 애플리케이션(120)에 송신하는 기능을 수행한다. 이를 위해 미들웨어(120)는 인터페이스(Interface, 121), 시스템 서비스(System Service, 126)를 구비한다.
인터페이스(121)는 애플리케이션(110)과 시스템 서비스(126) 사이에서 데이터, 정보 및 명령을 송수신하는 기능을 수행한다. 즉 애플리케이션(110)은 인터페이스(121)를 통해 미들웨어(120)가 제공하는 서비스를 사용할 수 있다. 애플리케이션(110)의 제작자가 미들웨어(120)를 사용할 수 있도록, 각 방송규격에는 미들웨어(120)가 제공하는 특정 서비스를 요청하기 위한 요청 양식이 정의되어 있다. 만일 애플리케이션(110)이 각 방송규격에 정의된 요청 약식에 따라 미들웨어(120)에 특정 서비스에 대한 수행 요청을 한 경우에는, 인터페이스(121)는 특정 서비스에 대한 수행 요청을 수신하고 시스템 서비스(126)가 요청한 특정 서비스를 수행할 수 있도록 특정 서비스에 대한 수행 요청을 시스템 서비스(126)로 전달한다. 여기서 방송규격에서 정의된 미들웨어(120)가 제공하는 특정 서비스를 요청하기 위한 요청 양식은 JAVA로 정의된 API(Application Programming Interface)가 될 수 있다.
일예로 특정 서비스를 요청하기 위한 요청 양식은 MHP의 API로 정의될 수 있다. 잘 알려진 바와 같이, MHP 1.0.x는 기본적이고, 벤더 특정의 하드웨어 및 소프 트웨어에 상관없이 디지털 대화식 TV에 대한 광범위한 애플리케이션 실행 환경을 특정한다. 이러한 실행 환경은 Java™가상 머신의 사용 및 대화식 디지털 TV 터미널의 일반적인 리소스들 및 시설들로의 액세스를 제공하는 일반 API들의 정의에 기초한다. 이들 일반 API들을 사용하는 Java™애플리케이션은 DVB-J 애플리케이션이라 불리운다. 반대로, MHP 1.1은 새로운 선택적인 애플리케이션 유형, DVB-HTML을 정의하는 것을 포함하는 다수의 방식으로 MHP 1.0.x 플랫폼에 대한 부가적인 기능성을 제공한다. MHP 1.0.x에 대해서, 단지 DVB-J만이 지원될 것을 요구한다. 그러므로 MHP 1.0.x 하에 실행되는 DVB-J 애플리케이션에 대해서, "javax.tv.xlet.Xlet"은 정의된 인터페이스이고 MHP 1.0.x하에서 실행될 수 있고 인식될 수 있는 엔티티이다.
시스템 서비스(126)는 인터페이스(121)가 송신하는 요청에 따라 서비스를 수행하고, 그 결과를 인터페이스(126)에 제공한다. 또한 시스템 서비스(126)는 애플리케이션(110)을 방송국으로부터 다운로드 받고, 다운로드 받은 애플리케이션(110)의 라이프 싸이클을 관리하며, 활성 상태(active state, 230)의 애플리케이션(110)에 자원(130)을 할당 및 반환을 관리하고 할당된 자원에 대한 정보를 관리한다. 이를 위해 시스템 서비스(126)는 애플리케이션 매니저(Application Manager, 127)를 구비한다. 여기서 미들웨어(120)는 일예로 MHP 표준에 따라 구현되어 MHP API를 지원할 수 있다.
애플리케이션 매니저(127)는 애플리케이션(111, 112, …, 119)의 라이프 싸이클을 관리하는 모듈로서, 애플리케이션(111, 112, …, 119)의 생성, 실행, 종료 를 관리한다.
자원(130)은 다양한 기능을 가진 하드웨어 엔티티(entity)를 의미하며, 자원(130)은 하드웨어 자원 및 소프트웨어 자원으로 표현될 수 있다. 하드웨어 자원은 튜너, 복조부, CA, 역다중화기, 디코더, 메모리, 하드디스크 및 네트워크 장치를 말한다. 또한 소프트웨어 자원은 그룹화된 복수의 하드웨어 엔티티를 나타낼 수 있고 프로세스, 쓰레드 등과 같은 운영체제(Operating System) 상에 정의되는 자원일 수 있다. 여기서 쓰레드는 프로세스 내에서 실행되는 흐름 단위를 말한다. 일반적으로 한 프로그램은 하나의 쓰레드를 가지고 있지만, 프로그램 환경에 따라 둘 이상의 쓰레드를 동시에 실행할 수도 있다. 즉 프로그램은 멀티쓰레드(multithread) 방식으로 실행될 수 있다. 이러한 멀티쓰레드 방식은, 프로세스가 독립적으로 실행되며 각각 별개의 메모리를 차지하고 있는 것과 달리, 각 쓰레드가 프로세스 내의 메모리를 공유해 사용하는 실행 방식이다.
또한 자원(130)은 애플리케이션(110)이 내부 구현에 무관하게 이용될 수 있도록 애플리케이션(110)에 투명하게(transparently) 제공되며, 상술한 바와 같이, 이를 위해 미들웨어(120)가 애플리케이션(110)과 자원(130)을 매개하는 역할을 수행한다. 그리고 자원(130)은 공유 자원과 비공유 자원으로 구분될 수 있다. 공유 자원은 메모리, 쓰레드, 네트워크 세션 등의 자원으로 애플리케이션(111, 112, …, 119)들이 상호 공유할 수 있는 자원을 말하며, 비공유 자원은 튜너 등의 자원으로 애플리케이션(111)이 사용하고 있는 경우에는 다른 애플리케이션(112,…,119)이 사용할 수 없는 자원을 말한다.
자원(130)을 이용하기 위해서 Xlet Application은 자율적으로 VM 메모리와 쓰레드들을 사용하게 된다. 이러한 자원에 대한 규약이나, 관리는 전적으로 미들웨어(120)에서 이루어지며 애플리케이션(110)에서는 자신의 자원의 사용량에 대해 큰 고려 없이 동작하게 된다.
도 3은 본 발명에 따른 방송 수신기에 대한 바람직한 일 실시예의 구성을 도시한 블록도이다.
도 3을 참조하면, 본 발명에 따른 방송 수신기(300)는 튜너(311), 복조부(312), CA(313), 역다중화부(314), 미디어 디코더(315), 사용자 인터페이스(321), 저장매체(322), 네트워크 인터페이스부(323) 및 프로세서(350)를 구비한다. 여기서 튜너(311), 복조부(312), CA(313), 역다중화부(314), 미디어 디코더(315), 사용자 인터페이스(321), 저장매체(322), 네트워크 인터페이스부(323) 및 프로세서(350)는 방송 수신기(100)의 자원(130)에 해당하는 구성요소이다.
튜너(311)는 지상파, 위성, 케이블 중 적어도 하나로부터 방송 데이터를 수신하여 복조부(312)로 출력한다. 즉 튜너(311)는 안테나, 케이블, 위성 중 어느 하나를 통해 입력되는 방송신호(301) 중 특정 채널의 주파수를 튜닝하여 복조부(312)로 출력한다. 튜너(311)는 방송 소스 예를 들어, 지상파, 케이블, 위성별로 각각 구비될 수도 있고, 통합 튜너일 수도 있다. 또한 튜너(311)가 지상파 방송용 튜너라고 가정할 경우, 적어도 하나의 디지털 튜너와 아날로그 튜너를 각각 구비할 수도 있고, 디지털/아날로그 통합 튜너일 수도 있다. 튜너(311)는 지상파를 예로 들 경우, 안테나를 통해 전송되는 지상파 방송 콘텐츠 즉, 방송 신호 중 사용자가 선 택한 채널의 방송 신호를 튜닝하여 복조부(312)로 출력한다.
여기서 튜너(311)가 수신하는 방송 데이터는 A/V 데이터, MPEG 섹션 데이터, 애플리케이션 데이터 중 적어도 하나를 포함한다. A/V 데이터는 오디오 데이터 또는 비디오 데이터를 의미한다. 또한 MPEG 섹션 데이터는 SI(System Information), EAS, AIT(Application Information Table)를 포함하는 데이터이다. 특히 AIT(Application Information Table)는 데이터 서비스를 위해 수신기에서 구동되는 애플리케이션에 대한 정보를 포함하는 테이블을 의미하며, 경우에 따라서는 XAIT, AMT라고도 불리운다. 이러한 AIT는 애플리케이션에 대한 정보, 예컨대 애플리케이션의 이름(name), 애플리케이션의 버전, 애플리케이션의 우선 순위, 애플리케이션의 ID, 애플리케이션의 상태(auto-start, 사용자에 의한 조작가능, kill 등), 애플리케이션의 타입(Java 또는 HTML), 애플리케이션의 class들과 데이터 파일을 포함하는 스트림의 위치, 애플리케이션의 base directory, 애플리케이션의 아이콘의 위치 등에 대한 정보를 포함할 수 있다.
애플리케이션 데이터는 애플리케이션(110)의 프로그램 코드를 포함하는 데이터를 의미한다. 프로세서(350)는 AIT(Application Information Table)를 기초로 전송 모드를 결정하고, 결정한 전송 모드로 애플리케이션 데이터를 다운로드 하도록 제어할 수 있다. 여기서 전송 모드는 방송 데이터를 수신하는 전송 방식 및 전송 매체의 종류를 의미한다. 전송 방식은 네트워크 계층별 사용되는 프로토콜 종류를 의미하는 것으로, DSM-CC User-to-User, Data and Object Carousel protocols, HTTP, TCP, UDP, IP, MPEG-2 Transport Stream, Ethernet 프로토콜 등이 선택적으 로 사용될 수 있다. 또한 전송 방식은 MHP 규격 상에 정의된 Broadcast Channel Protocols 및 Interaction Channel Protocols이 될 수 있다.
전송 매체의 종류로는 지상파, 위성, 케이블 및 인터넷 망 등을 포함할 수 있다.
또한 전송 모드는 방송 데이터의 종류에 따라 전송 방식 및 전송 경로를 달리하는 전송 모드를 포함할 수 있다. 즉 방송 수신기(300)는 A/V 데이터는 케이블을 통해 수신하고, 애플리케이션 데이터는 인터넷 망을 통해 수신하는 전송 모드를 지원할 수 있다.
또한 프로세서(350)는 AIT(Application Information Table)를 이용하여 애플리케이션 정보를 검출할 수 있다. AIT를 이용하여 애플리케이션 정보를 검출하는 방법으로는 component_tag, original_network_id, transport_stream_id, service_id가 사용되어 검출될 수 있다. 상기 component_tag는 해당 Object Carousel의 DSI를 운반하는 elementary stream을 지칭하며, 상기 original_network_id는 transport connection을 제공하는 TS의 DVB-SI original_network_id를 지칭한다. 또한 상기 transport_stream_id는 transport connection을 제공하는 TS의 MPEG TS를 지칭하며, 상기 service_id는transport connection을 제공하는 서비스의 DVB-SI를 지칭한다. 상기 original_network_id, transport_stream_id, service_id가 이용되어 특정 채널에 대한 정보를 얻을 수 있다.
네트워크 인터페이스부(323)는 네트워크 장치와 연결된다. 여기서 네트워크 장치는 네트워크 인터페이스부(323)에 장착될 수 있고 탈착될 수 있고 외장 랜카드일 수 있다. 또한 네트워크 장치는 Card bus 랜카드, USB 무선 랜카드, USB 유선 랜카드, 리얼포트 랜카드일 수 있다.
네트워크 인터페이스부(323)는 연결된 네트워크 장치를 통해 리턴 채널(Return Channel)을 제공한다. 여기서 리턴 채널은 방송 수신기(300) 및 원격 서버 사이의 연결을 제공하는 통신 메카니즘(communications mechanism)이다. 원격 서버는 일예로 서비스 프로바이더가 방송 서비스를 제공하기 위해 설치한 서버일 수 있다. 리턴 채널은 디지털 CATV(Cable Television) 리턴 채널, DECT(Digital Enhanced Cordless Telecommunications) 리턴 채널, PSTN(Public Switched Telephone Network) 리턴 채널, ISDN(Integrated Services Digital Network) 리턴 채널, LMDS(Local Multipoint Distribution System) 리턴 채널 및 MATV(Master-Antenna Television) 리턴 채널 중 적어도 하나를 포함할 수 있다.
방송 수신기(300)는 리턴 채널을 통해 원격 서버와 연결할 수 있고, 원격 서버로 데이터를 전송할 수 있다. 리턴 채널을 제공하기 위해, 네트워크 인터페이스부(323)는 인터넷 망을 통해 방송 데이터를 수신하고 수신한 방송 데이터를 CA(313) 또는 통신 제어부(388)로 출력한다.
복조부(312)는 튜너(311)가 출력한 신호를 복조하여 CA(313)로 출력한다. CA(313)는 복조부(312)가 출력한 신호 또는 네트워크 인터페이스부(323)가 출력한 신호를 디스크램블하여 역다중화부(314)로 출력한다. 역다중화부(314)는 CA(313)가 출력한 신호인 디지털 데이터 스트림을 오디오 및 비디오를 나타내는 데이터 스트 림(예를 들면 MPEG-2 포멧) 및 반복 방송되는 DSM-CC 객체 캐로셀 형태의 애플리케이션용 데이터로 역다중화한다. 여기서 비-방송 배송 채널들과 인터페이스할 수 있는 방송 수신기의 다른 실시예로 튜너(311)는 비-방송 배송 채널에 적합한 네트워크 인터페이스로 대치될 수 있다. 비-방송 배송 채널은 인터넷 프로토콜(IP) 기반 배송채널일 수 있다.
미디어 디코더(315)는 역다중화부(314)가 역다중화한 오디오 스트림 및 비디오 스트림을 디스플레이될 수 있는 오디오(302) 및 비디오(303)로 각각 복호화한다. 이를 위해 미디어 디코더(315)는 오디오 복호기, 비디오 복호기를 포함할 수 있다. 여기서 디스플레이되는 비디오(303)는 사용자 인터페이스(321)로부터 출력되는 영상을 포함할 수 있다.
프로세스(350)는 애플리케이션(370) 및 미들웨어(380)를 실행시킨다. 여기서 애플리케이션(370) 및 미들웨어(380)는 각각 방송 수신기(100)의 애플리케이션(110) 및 미들웨어(120)에 대응하는 구성요소이다.
미들웨어(380)는 튜너(311), 복조부(312), CA(313), 역다중화부(314), 미디어 디코더(315), 사용자 인터페이스(321), 저장매체(322), 네트워크 인터페이스부(323)를 제어 또는 관리하고, 애플리케이션(370)에 할당한다. 이를 위해 미들웨어(380)는 튜너 제어부(381), CA 제어부(382), MPEG-2 SECTION FILTER(383), 서비스 정보 처리부(384), DSM-CC(385), 미디어 제어부(386), 저장 제어부(387) 및 통신 제어부(388)를 구비한다.
튜너 제어부(381)는 튜너(811)를 제어하여 튜너(811)를 애플리케이션(370)에 할당하거나 애플리케이션(370)의 명령에 따라 튜너(811)의 튜닝 주파수를 변경한다. CA 제어부(382)는 CA(312)를 제어하여 CA(312)가 복조부(312)로부터 출력된 신호를 디스크램블 하도록 한다.
MPEG-2 SECTION FILTER(383)는 역다중화부(314)가 역다중화한 비디오에 관련된 데이터 스트림을 필터링하여 비디오를 디스플레이하기 위한 정보를 추출하고, 서비스 정보 처리부(384)는 역다중화부(314)가 역다중화한 데이터 중에서 서비스 정보를 추출하여 처리한다. 즉 MPEG-2 SECTION FILTER(383)는 수신된 방송 데이터로부터 MPEG 섹션 데이터를 추출한다. 특히 MPEG-2 SECTION FILTER(383)는 수신된 방송 데이터로부터 전송 모드에 대한 안내 정보인 호스트 접근 안내 정보를 추출할 수 있다. 여기서 호스트 접근 안내 정보는 일예로 AIT에 포함되어 전송될 수 있다. 이러한 경우에는, MPEG-2 SECTION FILTER(383)는 방송 데이터로부터 AIT를 추출함으로써 호스트 접근 안내 정보를 추출할 수 있다.
DSM-CC(385)는 역다중화부(314)가 역다중화한 애플리케이션용 데이터를 파싱하여 애플리케이션 프로그램 및 애플리케이션 정보를 추출하고 추출된 정보를 저장매체(322)에 저장한다. 저장매체(322)에 저장된 애플리케이션 프로그램은 프로세스(350)에서 실행된다.
미디어 제어부(386)는 미디어 디코더(315)를 제어하여 오디오(302) 및 비디오(303)가 디스플레이되도록 한다. 또한 미디어 제어부는 저장매체(322)에 저장된 데이터 접근 정보와 연관되는 MPEG-2 SECTION FILTER(383)가 추출한 호스트 접근 안내 정보를 검색하고, 검색한 호스트 접근 안내 정보가 지시하는 전송 모드로 방 송 데이터를 수신하도록 튜너(311) 또는 네트워크 인터페이스부(323)를 제어할 수 있다. 여기서 미디어 제어부(386)는 네트워크 인터페이스부(323)를 직접 제어하는 대신에 통신 제어부(388)가 네트워크 인터페이스부(323)를 제어하도록 하여, 네트워크 인터페이스부(323)가 검색한 호스트 접근 안내 정보가 지시하는 전송 모드로 방송 데이터를 수신하도록 할 수 있다.
저장 제어부(387)는 오디오 스트림, 비디오 스트림, 애플리케이션 프로그램, 애플리케이션 정보 및 서비스 정보를 저장매체(322)로 저장하고 저장매체(322)에 저장된 오디오 스트림, 비디오 스트림, 애플리케이션 프로그램, 애플리케이션 정보 및 서비스 정보에 접근하는 것을 제어한다. 저장매체(322)는 RAM 메모리, FLASH 메모리 및 HDD 중 어느 하나일 수 있고 또는 RAM 메모리, FLASH 메모리 및 HDD를 구비할 수 있다. 여기서 HDD는 내장형 HDD일 수 있고 외장형 HDD일 수 있다.
통신 제어부(388)는 애플리케이션(370)이 네트워크 통신이 가능하도록 지원하며, 이를 위해 네트워크 인터페이스부(323)를 제어한다. 또한 통신 제어부(388)는 네트워크 인터페이스부(323)가 방송 데이터를 수신하도록 제어한다. 통신 제어부(388)는 네트워크 인터페이스부(323)가 수신한 방송 데이터 중에 애플리케이션 데이터를 추출하여 저장매체에 저장되도록 저장 제어부(387)에 제공할 수 있고, 네트워크 인터페이스부(323)가 수신한 방송 데이터 중에 A/V 데이터를 CA(313)로 출력되도록 제어할 수 있다.
통신 제어부(388)는 네트워크 인터페이스부(370)가 제공하는 리턴 채널을 관리한다. 애플리케이션(370)이 리턴 채널 사용을 요청하면, 통신 제어부(388)는 리 턴 채널 인터페이스를 애플리케이션(370)에 제공한다.
또한 통신 제어부(388)는 네트워크 인터페이스부(370)에 연결되는 네트워크 장치를 관리한다. 애플리케이션(370)이 네트워크 장치 상태 정보를 요청하면, 통신 제어부(388)는 네트워크 장치 상태 정보를 제공한다. 여기서 네트워크 장치 상태 정보는 네트워크 장치의 상태에 대한 정보를 말한다. 그리고 네트워크 장치의 상태는 장착 상태 및 탈착 상태 중 어느 하나일 수 있다.
또한 통신 제어부(388)는 네트워크 장치의 상태 변경 여부를 감시하고, 네트워크 장치의 상태가 변경된 경우에는, 애플리케이션(370)에 네트워크 장치 상태 정보를 제공할 수 있다. 여기서 네트워크 장치 상태 변경시 네트워크 장치 상태 정보를 수신기하기 위해서, 애플리케이션(370)은 통신 제어부(388)에 별도의 요청 절차를 수행해야할 필요가 있을 수 있다. 즉 애플리케이션(370)의 요청 절차 수행 여부에 따라 통신 제어부(388)는 네트워크 장치의 상태 변경시 네트워크 장치 상태 정보를 제공할 수 있다.
네트워크 장치의 상태 변경시 네트워크 장치 상태 정보를 수신하기 위한 요청 절차의 일예로, 애플리케이션(370)은 네트워크 장치 상태 정보를 수신하는 리스너 인스턴스를 생성하고, 생성한 인스턴스를 등록할 수 있다. 여기서 리스너 인스턴스는 리턴 채널 장치 매니저 인스턴스가 제공하는 메소드를 통해 등록될 수 있다. 애플리케이션(370)은 리스너 인스턴스 등록을 위해, 먼저 네트워크 장치를 관리하는 리턴 채널 장치 매니저 인스턴스를 획득할 필요가 있다.
통신 제어부(388)는 리턴 채널 장치 매니저 인스턴스를 생성하고, 애플리케 이션(370)이 리턴 채널 장치 매니저 인스턴스를 요청하면 해당 리턴 채널 장치 매니저 인스턴스를 애플리케이션(370)에 제공한다. 또한 통신 제어부(388)는 네트워크 장치의 상태가 변경된 경우에는, 네트워크 장치 상태 정보를 알려주는 이벤트 인스턴스를 생성하고, 생성한 이벤트 인스턴스를 애플리케이션(370)이 등록한 리스너 인스턴스로 전달할 수 있다.
프로세스(380)는 단일 프로세스 또는 멀티 프로세스로 구현될 수 있고, 미들웨어(380)의 튜너 제어부(381), CA 제어부(382), MPEG-2 SECTION FILTER(383), 서비스 정보 처리부(384), DSM-CC(385), 미디어 제어부(386), 저장 제어부(387) 및 통신 제어부(388)는 각각 하드웨어 또는 펌웨어로 이루어질 수 있다. 이러한 경우에는 미들웨어(380)는 애플리케이션(370)이 하드웨어 또는 펌웨어로 이루어진 튜너 제어부(381), CA 제어부(382), MPEG-2 SECTION FILTER(383), 서비스 정보 처리부(384), DSM-CC(385), 미디어 제어부(386), 저장 제어부(387) 및 통신 제어부(388)를 사용할 수 있도록 매개하는 역할을 수행한다.
도 4는 본 발명에 따른 리턴 채널 장치 매니저 클래스 및 리스너 클래스의 다이어그램을 도시한 도면이다.
도 4를 참조하면, 리턴 채널 장치 매니저 클래스(RCDeviceManager)는 리턴 채널 장치 객체를 포함할 수 있다. 리턴 채널 장치 객체는 리턴 채널 장치 클래스(RCDevice)로 정의되고 리턴 채널 장치 클래스(RCDevice)는 리턴 채널의 네트워크 인터페이스를 모델링하는 클래스와 일대일로 매칭될 수 있다. 즉 리턴 채널 장치 클래스(RCDevice)는 매칭되는 네트워크 인터페이스를 모델링하는 클래스의 인스 턴스를 획득할 수 있다. 여기서 리턴 채널의 네트워크 인터페이스를 모델링하는 클래스는 org.dvb.net.rc package에 포함된 RCInterface일 수 있다. org.dvb.net.rc package는 DVB 규격에서 제안된 양방향 IP 연결을 위한 세션 관리에 관련된 Java API를 포함한 것이다.
애플리케이션(Application)은 리턴 채널 장치 매니저 클래스(RCDeviceManager)의 인스턴스를 획득하고, 획득한 리턴 채널 장치 매니저 클래스(RCDeviceManager)의 인스턴스를 이용하여 네트워크 장치의 상태를 확인할 수 있다. 애플리케이션(Application)은 리스너(RCDeviceStatusListener) 인스턴스를 생성하고 생성한 리스너 인스턴스를 리턴 채널 장치 매니저 클래스(RCDeviceManager)의 인스턴스가 제공하는 메소드를 이용하여 등록을 할 수 있다. 또한 애플리케이션(Application)은 리턴 채널 장치 매니저 클래스(RCDeviceManager)의 인스턴스가 제공하는 메소드를 이용하여 미들웨어(120)에 네트워크 장치 정보를 요청할 수 있다.
도 5는 본 발명에 따른 RCDeviceManager, RCDevice 및 RCDeviceStatusListener의 API 명세에 대한 바람직한 일실예를 도시한 도면이다.
도 5를 참조하면, RCDeviceManager는 public class type으로 정의되며, 장착 속성(ATTACHED attribute), 탈착 속성(DETACHED attribute), 인스턴스 획득 메소드(getInstance method), 리턴 채널 장치 획득 메소드(getRCDevices method), 리스너 등록 메소드(addRCDeviceListener method) 및 리스너 제거 메소드(removeRCDeviceListener method)를 포함한다.
장착 속성은 네트워크 장치가 네트워크 인터페이스부(323)에 연결되어 사용 가능한 상태를 지시하는 것으로, public static final int 타입으로 정의되고 '0'값이 할당된다.
탈착 속성은 네트워크 장치가 네트워크 인터페이스부(323)에 연결되지 않은 상태를 지시하는 것으로, public static final int 타입으로 정의되고 '1'값이 할당된다.
인스턴스 획득 메소드는 RCDeviceManager의 인스턴스를 반환하는 팩토리(Factory) API로, public static 타입으로 정의되고 RCDeviceManager의 인스턴스를 리턴한다.
리턴 채널 장치 획득 메소드는 네트워크 인터페이스부(323)에 연결되어 있는 모든 네트워크 장치를 획득하는 API로, public RCDevice[] 타입으로 정의되고, 네트워크 인터페이스부(323)에 연결된 모든 네트워크 장치에 대한 RCDevice의 인스턴스들을 포함하는 배열을 리턴한다.
리스너 등록 메소드는 네트워크 장치 상태가 변경되는 것을 동적으로 알기 위해 사용되는 API로, public void 타입으로 정의되며, 파라미터(parameter)로 RCDeivceStatusListener 객체를 갖는다. 여기서 RCDeviceStatusListener는 네트워크 장치 상태 정보를 수신하기 위한 리스너 클래스이며, 애플리케이션에서 RCDeviceStatusListener가 구현될 수 있고 RCDeviceStatusListener의 인스턴스가 생성될 수 있다. 리스너 등록 메소드는 파라미터로 전달되는 RCDeviceStatusListener의 인스턴스를 등록하는 기능을 수행한다.
애플리케이션은 RCDeviceStatusListener 인스턴스를 생성하고, 리스너 등록 메소드를 이용하여 생성한 RCDeviceStatusListener 인스턴스를 등록할 수 있다. 예를 들면, 애플리케이션이 RCDeviceStatusListener 인스턴스인 RCDeviceStatusListener 1을 생성하고, RCDeviceManager.addRCDeviceListener (RCDeviceStatusListener 1)를 실행함으로써 RCDeviceStatusListener 1을 등록할 수 있다.
리스너 제거 메소드는 등록된 RCDeviceStatusListener를 제거하기 위해 사용되는 API로, Public void 타입으로 정의되며, 파라미터로 RCDeviceStatusListener 객체를 갖는다. 여기서 파라미터로 전달되는 RCDeviceStatusListener 인스턴스가 등록되어 있지 않거나 유효하지 않는 경우에는, 무시된다.
애플리케이션은 리스너 제거 메소드를 이용하여 등록한 RCDeviceStatusListener 인스턴스를 제거할 수 있다. 예를 들면, 애플리케이션은 RCDeviceManager.removeRCDeviceListener (RCDeviceStatusListener 1)를 실행함으로써 등록된 RCDeviceStatusListener 1을 제거할 수 있다.
RCDevice는 물리적인 네트워크 장치를 나타내는 클래스로, public class 타입으로 정의되고, getRCInterface () 메소드 및 getCurrentStatus () 메소드를 포함한다. getRCInterface () 메소드는 public RCInterface로 정의되고, RCDevice와 관계되는 리턴 채널 인터페이스(RCInterface)의 인스턴스를 리턴한다. 여기서 리턴 채널 인터페이스(RCInterface)의 인스턴스는 org.dvb.net.rc.RCInterface 인스턴스일 수 있다.
getCurrentStatus() 메소드는 RCDevice의 현재 상태를 알아볼 때 사용되는 메소드로 public int 타입으로 정의된다. getCurrentStatus() 메소드는 RCDeviceManager.ATTACHED 또는 RCDeviceManager.DETACHED를 리턴한다.
RCDeviceStatusListener는 public interface 타입으로 정의되고, receiveRCDeviceEvent(RCDeviceEvent event) 메소드를 포함한다. RCDeviceStatusListener가 public interface 타입을 정의됨에 따라, 애플리케이션에서 RCDeviceStatusListener를 상속하여 RCDeviceStatusListener의 클래스를 구현할 수 있다. RCDeviceStatusListener는 네트워크 장치의 상태를 동적으로 알고자 할 때 사용된다. 즉 네트워크 장치의 동적인 상태를 알고자 하는 곳에서 RCDeviceStatusListener 가 구현되어야 한다.
receiveRCDeviceEvent(RCDeviceEvent event) 메소드는 네트워크 장치의 상태가 변경되는 경우에 해당 이벤트를 애플리케이션에 전달하는 것으로, public void 타입으로 정의되며, 파라미터로 RCDeviceEvent 객체를 갖는다. 여기서 RCDeviceEvent 객체는 RCDeviceAttachedEvent 및 RCDeviceDetachedEvent 중 어느 하나일 수 있다.
도 6은 본 발명에 따른 RCDeviceEvent, RCDeviceAttachedEvent 및 RCDeviceDetachedEvent의 API 명세에 대한 바람직한 일실예를 도시한 도면이다.
도 6을 참조하면, RCDeviceEvent는 네트워크 장치 상태 정보를 알려주는 이벤트 클래스로, 네트워크 장치의 상태가 동적으로 변경될 때 RCDeviceEvent 객체가 발생하게 된다. RCDeviceEvent는 public class 타입으로 정의되고, java.util.EventObject를 상속받으며 RCDeviceEvent(java.lang.Object source) 생성자를 포함한다. RCDeviceEvent는 RCDeviceStatusListener에서 사용된다.
네트워크 장치의 상태가 동적으로 변경될 때, 미들웨어는 RCDeviceEvent 인스턴스를 생성하고 생성한 RCDeviceEvent를 RCDeviceStatusListener.receiveRCDeviceEvent(RCDeviceEvent event) 메소드를 이용하여 RCDeviceStatusListener 인스턴스를 등록한 애플리케이션에 전달할 수 있다.
RCDeviceAttachedEvent는 네트워크 장치가 탈착 상태에서 장착 상태로 변경될 때 발생하게 된다. RCDeviceAttachedEvent는 public class 타입으로 정의되고, RCDeviceEvent를 상속받으며 RCDeviceAttachedEvent(java.lang.Object source) 생성자를 포함한다.
RCDeviceAttachedEvent(java.lang.Object source) 생성자는 파라미터로 source를 포함한다. 여기서 source는 이벤트가 발생된 RCDevice 객체이다.
RCDeviceDetachedEvent는 네트워크 장치의 상태가 장착 상태에서 탈착 상태로 변경될 때 발생하게 된다. RCDeviceDetachedEvent는 public class 타입으로 정의되고, RCDeviceEvent를 상속받으며 RCDeviceDetachedEvent(java.lang.Object source) 생성자를 포함한다.
RCDeviceDetachedEvent(java.lang.Object source) 생성자는 파라미터로 source를 포함한다. 여기서 source는 이벤트가 발생된 RCDevice 객체이다.
등록된 RCDeviceStatusListener를 통해 RCDeviceAttachedEvent를 전달받은 경우에는, 애플리케이션(370)은 네트워크 장치가 탈착 상태에서 장착 상태로 변경된 것을 알 수 있다. 또한 등록된 RCDeviceStatusListener를 통해 RCDeviceDetachedEvent를 전달받은 경우에는, 애플리케이션(370)은 네트워크 장치가 장착 상태에서 탈착 상태로 변경된 것을 알 수 있다.
도 7은 본 발명에 따른 RCDeviceEvent의 API 명세에 대한 바람직한 다른 실시예를 도시한 도면이다.
도 7을 참조하면, RCDeviceEvent는 네트워크 장치 상태 정보를 알려주는 것으로 네트워크 장치의 상태가 동적으로 변경될 때 발생하게 된다. RCDeviceEvent는 public class 타입으로 정의되고, java.util.EventObject를 상속받으며 RCDeviceEvent(java.lang.Object source, int status) 생성자 및 getStatus() 메소드를 포함한다.
RCDeviceEvent(java.lang.Object source, int status) 생성자는 파라미터로 source, status를 포함한다. source는 이벤트가 발생된 RCDevice 객체이며 status는 네트워크 장치가 장착 상태이면 RCDeviceManager.ATTACHED가 되고, 네트워크 장치가 탈착 상태이면 RCDeviceManager.DETACHED가 된다.
getStatus() 메소드는 RCDeviceEvent(java.lang.Object source, int status) 생성자의 파라미터인 status를 제공한다.
네트워크 장치의 상태가 동적으로 변경될 때, 미들웨어(380)는 RCDeviceEvent 인스턴스를 생성하고 생성한 RCDeviceEvent를 RCDeviceStatusListener.receiveRCDeviceEvent(RCDeviceEvent event) 메소드를 이 용하여 RCDeviceStatusListener 인스턴스를 등록한 애플리케이션에 전달할 수 있다. 여기서 만일 네트워크 장치의 상태가 탈착 상태에서 장착 상태로 변경될 때, 미들웨어는 RCDeviceEvent(RCDevice, RCDeviceManager.ATTACHED)를 실행하여 RCDeviceEvent를 생성하고, 만일 네트워크 장치의 상태가 장착 상태에서 탈착 상태로 변경될 때, 미들웨어(380)는 RCDeviceEvent(RCDevice, RCDeviceManager.DETACHED)를 실행하여 RCDeviceEvent를 생성할 있다.
도 8은 본 발명에 따른 네트워크 장치 모니터링 방법에 대한 바람직한 일실시예의 시퀀스 다이어그램을 도시한 도면이다.
도 8을 참조하면, 애플리케이션(810)은 getInterface()를 실행하여 RCDeviceManager 인스턴스(820)의 레퍼런스(reference)를 획득한다(S800). 여기서 RCInterfaceManager 인스턴스(820)는 도 3의 통신 제어부(388)에 포함되거나 대응하는 구성요소일 수 있고 애플리케이션(810)은 도 3의 애플리케이션(370)과 대응하는 구성요소일 수 있다. 또한 애플리케이션(810)은 RCDeviceManager.RCDevice[].getCurrentStatus()를 실행하여 해당 네트워크 장치의 네트워크 장치 상태 정보를 획득할 수 있다.
애플리케이션(810)은 RCDeviceStatusListener를 구현한 클래스의 인스턴스인 RCDeviceStatusListenerImpl instance(840)를 생성한다(S802). 그리고 애플리케이션(810)은 RCDeviceManager.addRCDeviceListener(RCDeviceStatusListener)를 실행하여 생성한 RCDeviceStatusListenerImpl instance(840)를 등록한다(S804).
만일 네트워크 장치(830)가 장착되어, 네트워크 장치의 상태가 탈착 상태에 서 장착 상태로 변경된 것이 감지된 경우에는, RCDeviceManager 인스턴스(820)는 네트워크 장치 상태 정보를 알려주는 이벤트 인스턴스로 RCDeviceAttachedEvent를 생성한다(S806). 여기서 RCDeviceManager 인스턴스(820)는 RCDeviceAttachedEvent를 대신하여 RCDeviceEvent(RCDevice, RCDeviceManager.ATTACHED)를 생성할 수 있다.
RCDeviceManager 인스턴스(820)는 생성한 이벤트 인스턴스인 RCDeviceAttachedEvent 인스턴스를 RCDeviceStatusListenerImpl.receiveRCDeviceEvent(RCDeviceEvent)를 실행하여 RCDeviceStatusListenerImpl 인스턴스(840)로 전달한다(S808).
만일 네트워크 장치(830)가 탈착되어, 네트워크 장치의 상태가 장착 상태에서 탈착 상태로 변경된 것이 감지된 경우에는, RCDeviceManager 인스턴스(820)는 네트워크 장치 상태 정보를 알려주는 이벤트 인스턴스로 RCDeviceDetachedEvent를 생성한다(S810). 여기서 RCDeviceManager 인스턴스(820)는 RCDeviceDetachedEvent를 대신하여 RCDeviceEvent(RCDevice, RCDeviceManager.DETACHED)를 생성할 수 있다.
RCDeviceStatusListenerImpl 인스턴스(840)는 생성한 이벤트 인스턴스인 RCDeviceDetachedEvent 인스턴스를 RCDeviceStatusListenerImpl.receiveRCDeviceEvent(RCDeviceEvent)를 실행하여 RCDeviceStatusListenerImpl 인스턴스(840)로 전달한다(S812).
애플리케이션(810)은 RCDeviceManager.removeRCInterfaceListener(RCDeviceStatusListener)를 실행하여 등록한 RCDeviceStatusListenerImpl 인스턴스(850)를 제거한다(S814).
도 9는 본 발명에 따른 채널 상태 모니터링 방법에 대한 바람직한 일실시예의 블록 다이어그램을 도시한 도면이다.
도 9를 참조하면, 애플리케이션(910)은 RCDeviceStatusListenerImpl 인스턴스(912)를 포함한다. 여기서 애플리케이션(910)은 도 3의 애플리케이션(370)과 대응하는 구성요소이다. 애플리케이션(910)은 네트워크 장치의 수에 따라 필요한 RCDeviceStatusListenerImpl 인스턴스(912)를 생성하여 포함할 수 있다.
애플리케이션(910)은 getInterface()를 실행하여 미들웨어(920)로부터 RCDeviceManager(925)의 레펀런스를 획득할 수 있다. 또한 애플리케이션(910)은 RCDeviceManager.addRCDeviceListener(RCDeviceStatusListener)를 이용하여 RCDeviceStatusListenerImpl 인스턴스(912)를 등록할 수 있다. 등록된 RCDeviceStatusListenerImpl 인스턴스(912)는 RCDeviceAttachedEvent 인스턴스 및 RCDeviceDetachedEvent 인스턴스를 전달받을 수 있다. RCDeviceAttachedEvent 인스턴스가 전달된 경우에는, 애플리케이션(910)은 네트워크 장치의 상태가 탈착 상태에서 장착 상태로 변경되었음을 알 수 있고, RCDeviceDetachedEvent 인스턴스가 전달된 경우에는, 네트워크 장치의 상태가 장착 상태에서 탈착 상태로 변경되었음을 알 수 있다.
그리고 애플리케이션(910)은 RCDeviceManager.removeRCDeviceListener (RCDeviceStatusListener)를 이용하여 등록된 RCDeviceStatusListenerImpl 인스턴 스를 제거할 수 있다.
또한 미들웨어(920)는 RCDeviceManager(925)를 포함한다. 또한 RCDeviceManager(925)는 RCDevice 인스턴스(927)를 포함한다. 여기서 RCDeviceManager(925)는 네트워크 장치의 수에 따라 RCDevice 인스턴스(927)를 생성하여 포함할 수 있다. 여기서 미들웨어(920)는 도 3의 미들웨어(380)와 대응하는 구성요소이다.
RCDevice 인스턴스(927)는 네트워크 장치의 상태 변경 여부를 감시하고, 네트워크 장치의 상태가 탈착 상태에서 장착 상태로 변경된 경우에는 RCDeviceAttachedEvent 인스턴스를 생성하고, 네트워크의 상태가 장착 상태에서 탈착 상태로 변경된 경우에는 RCDeviceDetachedEvent 인스턴스를 생성한다.
네트워크 인터페이스부(930)는 네트워크 장치(940)와 연결되고, 네트워크 장치의 장착 상태 및 탈착 상태를 RCDevice 인스턴스(927)에 제공한다.
도 10은 본 발명에 따른 네트워크 장치 모니터링 방법에 대한 바람직한 일실시예의 수행과정을 도시한 도면이다.
도 10을 참조하면, 애플리케이션(370)은 리턴 채널 장치 매니저 인스턴스를 획득한다(S1000). 여기서 리턴 채널 장치 매니저 인스턴스는 미들웨어(380)에 의해 생성될 수 있다. 또한 리턴 채널 장치 매니저 클래스는 도 5에 도시된 RCDeviceManager일 수 있다.
애플리케이션(370)은 네트워크 장치 상태 정보를 요청하여 네트워크 장치 상태 정보를 획득한다(S1010). 여기서 애플리케이션(370)은 획득한 리턴 채널 장치 매니저 인스턴스의 메소드를 이용하여 네트워크 장치 상태 정보를 획득할 수 있다. 일예로, 네트워크 장치 상태 정보를 획득하기 위해 도 5에 도시된 RCDeviceManager.RCDeivce[].getCurrentStatus()를 사용할 수 있다.
애플리케이션(370)은 네트워크 장치의 상태에 대한 정보인 네트워크 장치 상태 정보를 수신하는 리스너 인스턴스를 생성한다(S1020). 여기서 생성된 리스너 인스턴스의 클래스는 도 5에 도시된 RCDeviceStatusListener일 수 있다.
애플리케이션(370)은 생성한 리스너 인스턴스를 등록한다(S1030). 여기서 애플리케이션(370)은 리턴 채널 장치 매니저 인스턴스가 제공하는 메소드를 이용하여 리턴 리스너 인스턴스를 등록할 수 있다. 일예로, 리스너 인스턴스를 등록하기 위해 도 5에 도시된 RCDeviceManager.addRCDeviceListener(RCDeviceStatusListener listener)를 이용할 수 있다.
미들웨어(380)는 네트워크 장치의 상태 변경 여부를 감시한다(S1040). 여기서 미들웨어(380)는 적어도 하나 이상의 네트워크 장치를 감시할 수 있다.
미들웨어(380)는 네트워크 장치의 상태가 변경되었는지를 확인한다(S1050).
미들웨어(380)는 네트워크 장치의 상태가 변경된 경우에는, 네트워크 장치 상태 정보를 알려주는 이벤트 인스턴스를 생성하고, 생성한 이벤트 인스턴스를 애플리케이션(380)이 등록한 리스너 인스턴스로 전달한다(S1060). 여기서 네트워크 장치 상태 정보를 알려주는 이벤트 인스턴스는 도 6에 도시된 RCDeviceAttachedEvent 인스턴스 및 RCDeviceDetachedEvent 중 어느 하나이거나 도 7에 도시된 RCDeviceEvent일 수 있다.
만일 네트워크 인터페이스부(323)에 네트워크 장치가 연결되어, 네트워크 장치의 상태가 탈착 상태에서 장착 상태로 변경된 것이 감지된 경우에는, 미들웨어(380)는 네트워크 장치 상태 정보를 알려주는 이벤트 인스턴스로 RCDeviceAttachedEvent를 생성한다. 여기서 미들웨어(380)는 RCDeviceAttachedEvent를 대신하여 RCDeviceEvent(RCDevice, RCDeviceManager.ATTACHED)를 생성할 수 있다.
만일 네트워크 인터페이스부(323)에 네트워크 장치의 연결이 끊겨서, 네트워크의 상태가 장착 상태에서 탈착 상태로 변경된 것이 감지된 경우에는, 미들웨어(380)는 네트워크 장치 상태 정보를 알려주는 이벤트 인스턴스로 RCDeviceDetachedEvent를 생성한다. 여기서 미들웨어(380)는 RCDeviceDetachedEvent를 대신하여 RCDeviceEvent(RCDevice, RCDeviceManager. Dettached)를 생성할 수 있다.
미들웨어(380)는 생성한 이벤트 인스턴스를 등록된 리스너 인스턴스로 전달한다(S1070). 여기서, 미들웨어(380)는 리스너 인스턴스의 메소드를 이용하여 이벤트 인스턴스를 해당 리스너 인스턴스로 전달할 수 있다. 일예로, 도 5에 도시된 RCDeviceStatusListener.receiveRCDeviceEvent 메소드를 사용하여 이벤트 인스턴스를 해당 리스너 인스턴스로 전달할 수 있다. 애플리케이션(370)은 리스너 인스턴스로 전달된 이벤트 인스턴스를 통해 해당 네트워크 장치의 상태를 파악할 수 있다.
본 발명은 또한 컴퓨터로 읽을 수 있는 기록매체에 컴퓨터가 읽을 수 있는 코드로서 구현하는 것이 가능하다. 컴퓨터가 읽을 수 있는 기록매체는 컴퓨터 장치 에 의하여 읽혀질 수 있는 데이터가 저장되는 모든 종류의 기록장치를 포함한다. 컴퓨터가 읽을 수 있는 기록매체의 예로는 ROM, RAM, CD-ROM, 자기 테이프, 플로피디스크, 광데이터 저장장치 등이 있으며, 또한 캐리어 웨이브(예를 들어 인터넷을 통한 전송)의 형태로 구현되는 것도 포함한다. 또한 컴퓨터가 읽을 수 있는 기록매체는 네트워크로 연결된 컴퓨터 장치에 분산되어 분산방식으로 컴퓨터가 읽을 수 있는 코드가 저장되고 실행될 수 있다.
이상에서 본 발명의 바람직한 실시예에 대해 도시하고 설명하였으나, 본 발명은 상술한 특정의 바람직한 실시예에 한정되지 아니하며, 청구범위에서 청구하는 본 발명의 요지를 벗어남이 없이 당해 발명이 속하는 기술분야에서 통상의 지식을 가진 자라면 누구든지 다양한 변형 실시가 가능한 것은 물론이고, 그와 같은 변경은 청구범위 기재의 범위 내에 있게 된다.
도 1은 방송 수신기의 계층구조에 대한 바람직한 일 실시예의 구성을 도시한 구조도,
도 2는 애플리케이션의 라이프 싸이클의 일예를 도시한 개념도,
도 3은 본 발명에 따른 방송 수신기에 대한 바람직한 일 실시예의 구성을 도시한 블록도,
도 4는 본 발명에 따른 리터 채널 장치 매니저 클래스 및 리스너 클래스의 다이어그램을 도시한 도면,
도 5는 본 발명에 따른 RCDeviceManager class, RCDevice class 및 RCDeviceStatusListener class의 API 명세에 대한 바람직한 일실예를 도시한 도면,
도 6은 본 발명에 따른 RCDeviceEvent, RCDeviceAttachedEvent 및 RCDeviceDetachedEvent의 API 명세에 대한 바람직한 일실예를 도시한 도면,
도 7은 본 발명에 따른 RCDeviceEvent의 API 명세에 대한 바람직한 다른 실시예를 도시한 도면,
도 8은 본 발명에 따른 네트워크 장치 모니터링 방법에 대한 바람직한 일실시예의 시퀀스 다이어그램을 도시한 도면,
도 9는 본 발명에 따른 네트워크 장치 모니터링 방법에 대한 바람직한 일실시예의 블록 다이어그램을 도시한 도면, 그리고
도 10은 본 발명에 따른 네트워크 장치 모니터링 방법에 대한 바람직한 일실시예의 수행과정을 도시한 도면이다.

Claims (15)

  1. 네트워크 장치의 상태에 대한 정보인 네트워크 장치 상태 정보를 수신하는 리스너 인스턴스를 생성하고, 상기 생성된 리스너 인스턴스를 등록하는 단계;
    상기 네트워크 장치의 상태 변경 여부를 감시하는 단계; 및
    상기 네트워크 장치의 상태가 변경된 경우에는, 상기 네트워크 장치 상태 정보를 알려주는 이벤트 인스턴스를 생성하고, 상기 생성된 이벤트 인스턴스를 상기 등록된 리스너 인스턴스로 전달하는 단계;를 포함하고,
    상기 네트워크 장치는,
    리턴 채널(Return Channel)을 제공하는 장치로서, 장탈착이 가능하고,
    상기 네트워크 장치의 상태는,
    장착 상태 및 탈착 상태 중 어느 하나인 것을 특징으로 하는 네트워크 장치 모니터링 방법.
  2. 삭제
  3. 삭제
  4. 제 1항에 있어서,
    상기 네트워크 장치 상태 정보에 대한 요청을 수신하는 단계를 더 포함하는 것을 특징으로 하는 네트워크 장치 모니터링 방법.
  5. 제 1항에 있어서,
    상기 네트워크 장치를 관리하는 리턴 채널 장치 매니저 인스턴스를 획득하는 단계를 더 포함하는 것을 특징으로 하는 네트워크 장치 모니터링 방법.
  6. 제 5항에 있어서,
    상기 등록하는 단계에서,
    상기 획득된 리턴 채널 장치 매니저 인스턴스가 제공하는 메소드를 이용하여 상기 리스너 인스턴스를 등록하는 것을 특징으로 하는 네트워크 장치 모니터링 방법.
  7. 제 5항에 있어서,
    상기 리턴 채널 장치 매니저 인스턴스는,
    장착 속성(ATTACHED attribute), 탈착 속성(DETACHED attribute), 인스턴스 획득 메소드(getInstance method), 리턴 채널 장치 획득 메소드(getRCDevices method), 리스너 등록 메소드(addRCDeviceListener method) 및 리스너 제거 메소드(removeRCDeviceListener method) 중 적어도 하나를 포함하는 것을 특징으로 하는 네트워크 장치 모니터링 방법.
  8. 제 7항에 있어서,
    상기 리턴 채널 장치 획득 메소드 인터턴스는,
    org.dvb.net.rc.RCInterface의 인스턴스를 리턴하는 리턴 채널 인터페이스 획득 메소드(getRCInterface method) 및 리턴 채널 장치의 상태를 리턴하는 현재 상태 획득 메소드(getCurrentStatus method)를 포함하는 리턴 채널 장치 인스턴스를 리턴하는 것을 특징으로 하는 네트워크 장치 모니터링 방법.
  9. 네트워크 장치와 연결되는 네트워크 인터페이스부; 및
    상기 네트워크 장치의 상태에 대한 정보인 네트워크 장치 상태 정보를 수신하는 리스너 인스턴스를 생성하여 등록하고, 상기 네트워크 장치의 상태 변경 여부를 감시하며, 상기 네트워크 장치의 상태가 변경된 경우에는, 상기 네트워크 장치 상태 정보를 알려주는 이벤트 인스턴스를 생성하고, 상기 생성된 이벤트 인스턴스를 상기 등록된 리스너 인스턴스로 전달하는 제어부;를 포함하고,
    상기 네트워크 장치는,
    리턴 채널(Return Channel)을 제공하는 장치로서, 장탈착이 가능하고,
    상기 네트워크 장치의 상태는,
    장착 상태 및 탈착 상태 중 어느 하나인 것을 특징으로 하는 방송 수신기.
  10. 삭제
  11. 삭제
  12. 제 9항에 있어서,
    상기 제어부는,
    상기 네트워크 장치를 관리하는 리턴 채널 장치 매니저 인스턴스를 생성하는 것을 특징으로 하는 방송 수신기.
  13. 제 12항에 있어서,
    상기 제어부는,
    상기 리턴 채널 장치 매니저 인스턴스가 제공하는 메소드를 이용하여 상기 리스너 인스턴스를 등록하는 것을 특징으로 하는 방송 수신기.
  14. 제 12항에 있어서,
    상기 리턴 채널 장치 매니저 인스턴스는,
    장착 속성(ATTACHED attribute), 탈착 속성(DETACHED attribute), 인스턴스 획득 메소드(getInstance method), 리턴 채널 장치 획득 메소드(getRCDevices method), 리스너 등록 메소드(addRCDeviceListener method) 및 리스너 제거 메소드(removeRCDeviceListener method) 중 적어도 하나를 포함하는 것을 특징으로 하는 방송 수신기.
  15. 제 14항에 있어서,
    상기 리턴 채널 장치 획득 메소드는,
    org.dvb.net.rc.RCInterface의 인스턴스를 리턴하는 리턴 채널 인터페이스 획득 메소드(getRCInterface method) 및 리턴 채널 장치의 상태를 리턴하는 현재 상태 획득 메소드(getCurrentStatus method)를 포함하는 리턴 채널 장치 인스턴스를 리턴하는 것을 특징으로 하는 방송 수신기.
KR1020090104407A 2009-10-30 2009-10-30 방송 수신기 및 네트워크 장치 모니터링 방법 KR101586315B1 (ko)

Priority Applications (1)

Application Number Priority Date Filing Date Title
KR1020090104407A KR101586315B1 (ko) 2009-10-30 2009-10-30 방송 수신기 및 네트워크 장치 모니터링 방법

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
KR1020090104407A KR101586315B1 (ko) 2009-10-30 2009-10-30 방송 수신기 및 네트워크 장치 모니터링 방법

Publications (2)

Publication Number Publication Date
KR20110047687A KR20110047687A (ko) 2011-05-09
KR101586315B1 true KR101586315B1 (ko) 2016-01-18

Family

ID=44238953

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1020090104407A KR101586315B1 (ko) 2009-10-30 2009-10-30 방송 수신기 및 네트워크 장치 모니터링 방법

Country Status (1)

Country Link
KR (1) KR101586315B1 (ko)

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR101092438B1 (ko) * 2004-08-05 2011-12-13 엘지전자 주식회사 케이블 방송 수신기 및 그의 진단 방법
KR100917885B1 (ko) * 2005-08-05 2009-09-16 삼성전자주식회사 복수 개의 스크린을 제공하는 방법 및 장치, 그리고 상기 복수 개의 스크린 제공 방법이 기록된 컴퓨터로 판독 가능한 기록 매체

Also Published As

Publication number Publication date
KR20110047687A (ko) 2011-05-09

Similar Documents

Publication Publication Date Title
KR101526967B1 (ko) 방송 송신기, 방송 수신기 및 케이블 방송의 소프트웨어수신 방법
WO2013042844A1 (en) Smart set-top box and operating method for providing smart service and digital television service using default media player included in single operating system
US9264757B2 (en) Service executing apparatus
JP4634412B2 (ja) コーデックアップグレードを実行する装置及びその方法
EP1304871A2 (en) Method and apparatus for a receiver/decoder
JP6316196B2 (ja) 受信装置、受信方法、送信装置、送信方法、及び、プログラム
US20060020950A1 (en) Apparatus and methods for implementation of network software interfaces
US20090222867A1 (en) Broadcast receiving apparatus, video storing apparatus, and multimedia delivering system
JP2006528857A (ja) 放送におけるフィーチャ利用可能性を処理する方法
KR20080078838A (ko) 데이터 출력 장치, 기기 제어 장치 및 멀티미디어 배포시스템
JP2002526991A (ja) マルチサービスディジタル伝送システム用のアプリケーションデータテーブル
KR100541646B1 (ko) 데이터 방송 수신 장치 및 방법, 이를 위한 문자열 디코딩 방법
WO2008100092A1 (en) Apparatus and method for providing interactive service to device using different digital broadcast middleware standards
EP1860878A2 (en) Broadcast receiver, data structure and method for providing diagnostic information
KR101586315B1 (ko) 방송 수신기 및 네트워크 장치 모니터링 방법
US20110010747A1 (en) Method and system for customized initialization of digital host device
KR20100081408A (ko) 방송 수신기 및 리턴 채널 상태 모니터닝 방법
KR101549008B1 (ko) 디지털 방송 장치에서 입출력 단자의 상태 관리 방법 및 장치
KR20100086763A (ko) 폰트 정보 제공 방법 및 방송 수신기
KR20100056173A (ko) 화면 제어 방법 및 그 장치
KR20090126769A (ko) 방송 수신기 및 방송 데이터 수신 방법
KR20090105324A (ko) 디지털 방송을 지원하는 미들웨어, 방송 수신기 및 방송수신기 자원에 대한 할당 정보 관리 방법, 그리고 방송수신기 자원에 대한 할당 정보 관리 방법을 기록한기록매체
KR20100074818A (ko) 데이터 방송 서비스 제공 방법 및 그를 위한 장치
WO2007066361A1 (en) Process, apparatus and system for executing mhp applications
KR20100056172A (ko) 애플리케이션 실행 방법 및 장치

Legal Events

Date Code Title Description
A201 Request for examination
E902 Notification of reason for refusal
E701 Decision to grant or registration of patent right
GRNT Written decision to grant