브로드캐스트에서 특징 이용성 핸들링{Handling feature availability in a broadcast}

본 발명은 브로드캐스터로부터 브로드캐스트된 신호를 수신하도록 적응된 수신기를 위하여 제 1 독립적인 특징의 실행을 핸들링하는 방법에 관한 것이다. 본 발명은 또한 브로드캐스트 신호를 전송하도록 적응된 브로드캐스터를 위하여 수신기에 의해 실행될 제 1 독립적인 특징을 브로드캐스트하는 방법에 관한 것이다. 본 발명은 또한 브로드캐스터로부터 브로드캐스트된 신호를 수신하도록 적응되는 수신기에 관한 것인데, 상기 수신기는 제 1 독립적인 특징의 실행을 핸들링하도록 적응된다. 본 발명은 또한 수신기에 의해 실행될 제 1 독립적인 특징을 브로드캐스트하도록 적응되는 브로드캐스트 신호를 전송하도록 적응되는 브로드캐스터에 관한 것이다. 또한, 본 발명은 수신기에 의해 실행될 제 1 독립적인 특징을 브로드캐스트하는 브로드캐스트 신호에 관한 것이다.

다매체 홈 플랫폼(Multimedia Home Platform; MHP)은 대화식 디지털 특징들 및 이들 특징들이 실행되는 단말기들 간의 일반적인 인터페이스를 규정한다. 이 인터페이스는 상이한 MHP 단말기 구현방식들의 특정 하드웨어 및 소프트웨어 디테일들로부터 상이한 프로바이더의 특징들을 분리시킨다. 이는 디지털 콘텐츠 프로바이 더들이 저단 내지 고단 셋톱 박스들, 통합된 디지털 TV 세트들 및 다매체 PC들에 걸친 모든 유형들의 단말기들을 처리하게 한다. MHP는 위성, 케이블, 지상 및 마이크로웨이브 시스템들을 포함한 모든 전송 네트워크들에서 브로드캐스트 및 대화식 서비스들을 위한 기존의 성공적인 DVB 개방 표준들을 확장시킨다.

MHP 특징은 디렉토리 구조로 배치되는 하나 이상의 파일들로 이루어진다. 이들 파일들은 코드, 데이터 및/또는 영상들을 포함한다. 이와 같은 파일 시스템은 하나(또는 다수의) DSMCC 캐러셀(carousel)에 배치된다.

DSM-CC 명세서의 상세한 설명은 IS0/IEC 13818-6에서 알 수 있다. 이는 브로드캐스터가 MPEG-2 프라이비트 섹션들의 최상부 상에 "가상 파일 시스템(virtual file system)"을 브로드캐스트하도록 한다. 그 후, 수신기들은 이 가상 파일 시스템으로부터 데이터를 네이게이팅 및 검색하도록 한다. 이 명세는 서버들로부터 클라이언트들로 소프트웨어 요소들을 다운로딩하는 프로토콜들을 제공한다. 특히, DSM-CC 시스템은 디지털 비디오 브로드캐스팅(DVB; Digital Video Broadcasting) 시스템들에 적용될 수 있는데, 이는 주문형 비디오(VOD; Video On Demand), 근접 주문형 비디오(NVOD; Near Video On Demand), 홈쇼핑, 수요 뉴스 및 전자 프로그램 가이드들(EPG; Electronic Program Guides)과 같은 대화식 다매체 특징들을 제공한다.

이들 특징들을 구현하는데 필요한 데이터를 다운로딩하기 위한 2가지 필로소피들(philosophies)이 식별될 수 있다. 제 1 양방향 다운로딩은 클라이언트가 서버로 다운로드 제어 파라미터들을 설정하고 나서 다운로딩될 소프트웨어 모듈을 요구 할 때 발생된다. 그 후, 실제 데이터는 일련의 메시지들로서 서버로부터 클라이언트로 전달된다. 이 필로소피는 클라이언트가 특정 소프트웨어 모듈들을 요청할 수 있도록 양방향 통신을 필요로 한다. 제 2 필로소피, 즉 단방향 다운로딩은 시스템들에 적용될 수 있는데, 이 시스템에서 단지 단방향 통신만이 (예를 들어, 디지털 비디오 브로드캐스팅에서) 이용될 수 있다. 이와 같은 브로드캐스팅의 경우에, 클라이언트가 메시지들을 서버에 전송하는 메커니즘은 반드시 필요로 되지 않는다. 그러나, 브로드캐스트 채널을 통해서 데이터 메시지들을 다운로딩하기 앞서 다운로드 제어 메시지들을 반복적으로 전송함으로써 서버로부터 클라이언트들로 여전히 데이터를 다운로딩할 수 있다. 이들 제어 및 데이터 메시지들은 시간에 걸쳐서 순환적으로 전송되고 클라이언트는 이들을 무시할지 또는 이들을 수신 및 처리할지 선택할 수 있다. 클라이언트는 각종 메시지들이 전송될 때를 제어할 수 없다. 각종 모듈들을 순환적으로 반복하는 브로드캐스트의 시스템을 데이터 캐러셀 시스템이라 칭한다.

데이터 캐러셀은 서버가 캐러셀의 콘텐츠를 한번 이상 순환적으로 반복함으로써 클라이언트에서 디코더로 별도의 데이터 모듈들의 세트를 제공하도록 하는 트랜스포트 메커니즘으로서 서술될 수 있다. 데이터 캐러셀 개념의 널리 공지된 예는 텔레텍스트 시스템인데, 이 시스템에서 완전한 텔레텍스트 페이지들의 세트는 능동 픽쳐의 부분이 아닌 아날로그 비디오 신호의 일부 라인들에서 순환적으로 브로드캐스트된다. 사용자들이 페이지를 요청할 때, 이들은 통상적으로 페이지가 브로드캐스트되는 다음 시간을 대기해야한다.

데이터 캐러셀 내에서, 데이터는 모듈들로 구조화되고, 이 모듈들은 파일의 콘텐츠를 포함할 수 있다. 제 1 모듈이 "파일 1(file 1)"과 관련되는 경우, 제 2 모듈은 "파일 2"와 관련되고, 제 3 모듈은 "파일 3"와 관련된다. 각 모듈은 DSM-CC DownloadDataBlock 신택스를 사용하여 각각 규정되는 하나 이상의 다운로드 데이터 메시지들의 페이로드를 형성하도록 분할된다. 이와 같은 다운로드 데이터 메시지들의 수는 각 다운로드 데이터 메시지의 최대 페이로드 및 모듈의 크기에 좌우된다. 각 모듈 및 임의의 논리적 그룹을 설명하는 정보는 다운로드 제어 메시지들에 의해 제공되어, 적절하게는 DSM-CC DownloadSeverInitiate 또는 DownloadInfolndication 신택스들 중 하나를 사용하여 규정된다.

일반적으로, 특정 메시지가 캐러셀에 삽입되는 방법 및 메시지들의 순서 및 상대적 위치에 대해 제한들이 없다. 이는 데이터 캐러셀이 특정 사용에 부합하는 방식으로 최적으로 생성되도록 한다.

오브젝트 캐러셀로서 공지된 데이터 캐러셀(xlet 레벨)의 최상부 상의 부가적인 프로토콜은 클라이언트에서 가상 파일 시스템을 제공하도록 사용될 수 있다. 오브젝트 캐러셀이 사용될 때, 실제 DSM-CC 오브젝트들(가령, 파일들 및 디렉토리들)은 데이터 캐러셀이 다운로드 데이터 메시지들로부터 추출되는 모듈들 내의 클라이언트들에 전달될 수 있다. 오브젝트 캐러셀을 사용하면 제한되거나 로컬 저장장치(예를 들어, 셋 톱 박스)가 없는 클라이언트들에게 가상 파일 시스템을 제공할 수 있는데, 여기서 이는 이들이 국부적인 경우처럼 DSM-CC 오브젝트들에 액세스할 수 있다.

DSM-CC 오브젝트 캐러셀은 디렉토리 오브젝트들, 파일 오브젝트들 및 스트림 오브젝트들을 사용하여 브로드캐스트 서버로부터 수신기들(클라이언트들)로 구조화된 오브젝트들의 그룹의 전송을 용이하게 한다. 실제 디렉토리 및 콘텐츠(오브젝트 구현방식들)는 서버에 위치된다. 서버는 오브젝트 캐러셀 프로토콜을 사용하여 DVB 컴플라이언트 MPEG-2 트랜스포트 스트림에 상술된 오브젝트들을 삽입한다.

디렉토리 및 파일 오브젝트들은 서버에서 디렉토리 및 파일들을 재구성하는데 필요한 데이터를 포함하는 반면, 전송된 스트림 오브젝트들은 브로드캐스트 내의 다른 스트림들에 대한 기준들이다. 이 스트림 오브젝트들은 또한 특정 스트림 내에서 브로드캐스트되는 DSM-CC 이벤트들에 관한 정보를 포함할 수 있다. DSM-CC 이벤트들은 규칙적인 스트림 데이터로 브로드캐스트되고 DSM-CC 특징들을 트리거하도록 사용될 수 있다

클라이언트들은 반복적으로 전송된 캐러셀 데이터를 판독함으로써 오브젝트 구현방식들을 회수하고 로컬 오브젝트 구현방식에서 서버의 오브젝트들을 모방한다. 오브젝트 캐러셀은 서버와의 대화 관계가 없을지라도 클라이언트들이 특징들에 액세스하고 이들 특징들에 의해 사용되는 콘텐츠에 액세스하도록 하는 방식을 제공한다.

DSM-CC 데이터 캐러셀 명세를 따르면, 각 모듈은 하나 이상의 블록들로 프래그먼트(fragment)되는데, 이는 DownloadDataBlock 메시지에서 운반된다. 각 DownloadDataBlock 메시지는 동일한 크기로 이루어지고(더욱 작은 크기로 이루어질 수 있는 모듈의 최종 블록 제외) MPEG-2 프라이비트 섹션에서 차례로 전송된다. DownloadDataBlock 메시지 및 MPEG-2 프라이비트 섹션들에 대한 캡슐화 규칙들은 블록들이 일반적으로 디멀티플렉서들에서 발견되는 하드웨어 필터들을 사용하여 트랜스포트 스트림으로부터 직접 획득될 수 있다.

브로드캐스터가 다수의 특징들을 브로드캐스트하길 원할 때, 그는 각 독립적인 특징을 단일 xlet에서 배치하도록 결정할 수 있다. 그러나, 그가 동시에 활성화되도록 다수의 특징들을 원할 때, MHP 미들웨어 특징은 다수의 특징들의 동시 활성화를 지원하여야 한다.

본 발명의 목적은 상기 문제를 해결하는 방법을 제공하고 특히 이를 지원하지 않는 표준 MHP 미들웨어 상에서 다수의 특징들을 활성화할 수 있는 방법을 제공하는 것이다.

이는 브로드캐스터로부터 브로드캐스트된 신호를 수신하도록 적응된 수신기를 위하여 제 1 독립적인 특징의 실행을 핸들링하는 방법으로서, 상기 제 1 독립적인 특징을 실행하는데 필요한 특징 데이터의 적어도 일부는 적어도 제 2 독립적인 특징을 실행하는데 필요한 특징 데이터와 함께 상기 브로드캐스트된 신호에 포함되고, 상기 특징 데이터들은 데이터 캐러셀들로서 브로드캐스트되는, 상기 방법에 있어서,

- 상기 제 1 특징을 식별하는 명령들을 수신하는 단계로서, 상기 명령들은 상기 식별된 제 1 특징이 실행될 것이다라는 식별을 더 포함하는, 상기 수신 단계;

- 상기 데이터 캐러셀로부터 상기 제 1 특징과 관련된 특징 데이터를 상기 수신기의 메모리에 로딩하는 단계; 및

- 상기 식별된 특징을 실행하는 단계를 포함한다.

상기 특징이 실행될 때 특정 특징들을 활성화시키고 특징 데이터를 로딩시킴으로써, 상기 브로드캐스터는 사용되지 않은 캐러셀들을 제거하고 새로운 캐러셀들을 도입함으로써 브로드캐스트 동안 애플리케이션들을 부가/제거/대체 할 수 있다. 예를 들어 모든 애플리케이션들을 하나의 xlet으로 대체함으로써, xlet에 의해 제공되는 모든 기능성들은 활성화된다. 예를 들어, 네트워크 포탈은 항상 하나의 키 밖에 있다.

특정 실시예에서, 데이터 캐러셀로부터 상기 제 1 특징에 관련된 특징 데이터를 상기 수신기의 메모리에 로딩하는 단계는:

- 상기 제 1 독립적인 특징을 실행하는데 필요한 상기 특징 데이터를 포함하는 상기 데이터 캐러셀을 설치하는 단계; 및

- 상기 제 1 특징에 전용되는 클래스 로더를 생성하는 단계를 포함한다.

자바 클래스 파일들의 경우에, 상기 특징적인 특정 클래스 로더는 상기 특징이 다른 특징들에 영향을 미침이 없이 모든 특징 특정 데이터와 함께 제거될 수 있다. 이느 최적화된 메모리 자원들의 량이 특징 특정 클래스 로더에 대한 모든 기준들을 제거함으로써 특징이 중단될 때 릴리스될 수 있도록 한다.

특정 실시예에서, 이 방법은:

- 특징을 식별하는 명령들을 수신하는 단계로서, 상기 명령들은 상기 식별된 특징이 종료되도록 하는 식별을 더 포함하는, 상기 수신 단계;

- 상기 특징을 종료하는 단계; 및

- 상기 수신기의 메모리로부터 상기 식별된 상기 특징에 관련된 특징 데이터를 제거하는 단계를 포함한다.

사용 후 메모리로부터 특징을 제거함으로써, 수신기는 메모리에서 실행되지 않는다. 종료되는 특징에 의해 사용되는 메모리 자원들을 공급함으로써, 튜너 모뎀 또는 그래픽 장치와 같은 다른 자원들은 또한 릴리스될 수 있다.

일 실시예에서, 상기 수신기의 메모리로부터 상기 식별된 특징에 관련된 이 특징 데이터를 제거하는 단계는:

- 상기 제 1 독립적인 특징을 실행하는데 필요한 특징 데이터를 포함하고 이를 상기 메모리로부터 제거하는 상기 데이터 캐러셀을 설치하지 않는 단계; 및

- 상기 제 1 특징에 전용되는 클래스 로더에 대한 모든 기준들을 제거하고 이를 상기 메모리로부터 제거하는 단계를 포함한다.

특징 특정 클래스 로더들을 사용하는 자바 클래스 파일들의 경우에, 상기 특징들은 상기 수신기의 메모리로부터 이들 클래스 로더들을 제거함으로써 더욱 클린 업될 수 있다.

또 다른 실시예에서, 상기 제 1 독립적인 특징들을 식별하는 명령들은 브로드캐스터로부터 수신된다. 이로써, 브로드캐스터는 예를 들어 수신기상의 특징들을 활성화시키거나 종료함으로써 수신기상에 실행되는 특징들의 수명을 제어하는 것과 같은 특징들을 제어할 수 있다.

또 다른 실시예에서, 상기 제 1 독립적인 특징을 식별하는 명령들은 수신기와 통신하는 사용자로부터 수신된다. 이로써, 사용자는 수신기상의 특징들을 활성화 또는 종료시키는 것과 같은 수신기상의 특징들을 제어한다.

일 실시예에서, 수신기는 상기 사용자에게 상기 브로드캐스트 독립 특징들의 적어도 일부의 식별을 제공하고 상기 제 1 독립적인 특징을 식별하는 명령들은 상기 프리젠테이션을 토대로 한다.

브로드캐스트 특징들의 식별은 브로드캐스트 특징 테이블에 제공되고, 이 특징 테이블내의 정보를 사용함으로써, 상기 수신기는 사용자 인터페이스상에 이용가능한 특징들을 손쉽게 제공할 수 있다. 그 후, 사용자는 특징들을 선택하기 위해 상기 프리젠테이션을 사용할 수 있고, 이는 사용자가 단지 이용가능한 특징들 사이에서만 선택될 수 있도록 한다. 게다가, 사용자 명령들은 시작/활성화, 중단/종료/비활성화, 숨김/아이콘화/최소하 또는 나타냄/디아이콘화/최대화할 수 있다.

본 발명은 브로드캐스트 신호를 전송하도록 적응된 브로드캐스터를 위하여 수신기에 의해 실행될 제 1 독립적인 특징을 브로드캐스트하는 방법으로서, 상기 제 1 독립적인 특징을 실행하는데 필요한 특징 데이터의 적어도 일부가 적어도 제 2 독립적인 특징을 실행하는데 필요한 특징 데이터와 함께 상기 브로드캐스트 신호에 포함되고, 상기 특징 데이터들은 데이터 캐러셀들로서 브로드캐스트되고, 상기 방법은 제 3 독립적인 특징을 실행하는데 필요한 특징 데이터를 브로드캐스트하는 단계를 포함하는, 상기 브로드캐스트 방법에 있어서, 상기 제 3 독립적인 특징은 상기 수신기가,

- 상기 제 1 특징을 식별하는 명령들을 수신하는 단계로서, 상기 명령들은 상기 식별된 제 1 특징이 실행될 것이다라는 식별을 더 포함하는, 상기 수신 단계;

- 상기 데이터 캐러셀로부터 상기 제 1 특징과 관련된 특징 데이터를 상기 수신기의 메모리에 로딩하는 단계; 및

- 상기 식별된 특징을 실행하는 단계를 포함하는, 상기 제 1 독립적인 특징의 실행을 핸들링하도록 하는 브로드캐스트 방법에 관련된다.

본 발명은 또한 브로드캐스터로부터 브로드캐스트 신호를 수신하도록 적응되는 수신기로서, 상기 수신기는 제 1 독립적인 특징의 실행을 핸들링하도록 적응되고, 상기 제 1 독립적인 특징을 실행하는데 필요한 특징 데이터의 적어도 일부는 적어도 제 2 독립적인 특징을 실행하는데 필요한 특징 데이터와 함께 상기 브로드캐스트 신호에 포함되며, 상기 특징 데이터들은 데이터 캐러셀들로서 브로드캐스트되는, 상기 수신기에 있어서,

- 상기 제 1 특징을 식별하는 명령들을 수신하는 수단으로서, 상기 명령들은 상기 식별된 제 1 특징이 실행될 것이다라는 식별을 더 포함하는, 상기 수신 수단;

- 상기 데이터 캐러셀로부터 상기 제 1 특징과 관련된 특징 데이터를 상기 수신기의 메모리에 로딩하는 수단; 및

- 상기 식별된 특징을 실행하는 수단을 포함하는 수신기에 관련된다.

본 발명은 또한 수신기에 의해 실행될 제 1 독립적인 특징을 브로드캐스트하도록 적응되는 브로드캐스트 신호를 전송하도록 적응되는 브로드캐스터로서, 상기 제 1 독립적인 특징을 실행하는데 필요한 특징 데이터의 적어도 일부가 적어도 제 2 독립적인 특징을 실행하는데 필요한 특징 데이터와 함께 상기 브로드캐스트 신호에 포함되고, 상기 특징 데이터들은 데이터 캐러셀들로서 브로드캐스트되며, 상기 브로드캐스터는 제 3 독립적인 특징을 실행하는데 필요한 특징 데이터를 브로드캐스트하는 수단을 포함하는, 상기 브로드캐스터에 있어서,

상기 제 3 독립적인 특징은 수신기로 하여금:

- 상기 제 1 특징을 식별하는 명령들로서, 상기 식별된 제 1 특징이 실행될 것이다라는 식별을 더 포함하는 상기 명령들을 수신하고,

- 상기 데이터 캐러셀로부터 상기 제 1 특징과 관련된 특징 데이터를 상기 수신기의 메모리에 로딩하며,

- 상기 식별된 특징을 실행하는 것에 의해, 상기 제 1 독립적인 특징의 실행을 핸들링하도록 하는 브로드캐스터에 관련된다.

또한, 본 발명은 수신기에 의해 실행될 제 1 독립적인 특징을 브로드캐스트하는 브로드캐스트 신호로서, 상기 제 1 독립적인 특징을 실행하는데 필요한 특징 데이터의 적어도 일부는 적어도 제 2 독립적인 특징을 실행하는데 필요한 특징 데이터와 함께 상기 브로드캐스트 신호에 포함되고, 상기 특징 데이터들은 데이터 캐러셀들로서 브로드캐스트되며, 상기 브로드캐스터 신호는 제 3 독립적인 특징을 실행하는데 필요한 특징 데이터를 더 포함하는, 브로드캐스트 신호에 있어서,

상기 제 3 독립적인 특징은 상기 수신기로 하여금:

- 상기 제 1 특징을 식별하는 명령들로서, 상기 식별된 제 1 특징이 실행될 것이다라는 식별을 더 포함하는 상기 명령들을 수신하고,

- 상기 데이터 캐러셀로부터 상기 제 1 특징과 관련된 특징 데이터를 상기 수신기의 메모리에 로딩하고,

- 상기 식별된 특징을 실행하는 것에 의해, 상기 제 1 독립적인 특징의 실행을 핸들링하도록 하는 상기 브로드캐스트 신호에도 관련된다.

본 발명의 바람직한 실시예들이 첨부 도면들과 관련하여 후술될 것이다.

도1은 브로드캐스트 신호를 브로드캐스트하는 브로드캐스터 및 브로드캐스트 신호를 수신하도록 적응되는 다수의 수신기를 포함하는 브로드캐스트 시스템을 도시한 도면.

도2는 브로드캐스터가 부가적인 특징을 브로드캐스트를 시작할 때 새로운 특징을 수신기의 사용자들에게 이용될 수 있도록 하는 단계들을 도시한 도면.

도3은 브로드캐스터가 브로드캐스팅 특징을 중지할 때 특징의 이용 가능성을 수신기의 사용자로부터 제거시키는 단계들을 도시한 도면.

도4는 프레임워크 특징 및 다른 특징들이 존재하는 경우의 구조를 도시한 도면.

도5는 수신기의 사용자가 이 특징을 시작할 때 수신기에 대한 특징을 실행하는 단계들을 도시한 도면.

도6은 수신기의 사용자가 이 특징을 중지할 때 수신기에 대한 특징을 종료하는 단계들을 도시한 도면.

도7은 브로드캐스터가 이 특징을 시작할 때 수신기에 대한 브로드캐스팅된 특징을 실행하는 단계들을 도시한 도면.

도8은 브로드캐스터가 이 특징을 중지할 때 수신기에 대한 특징을 종료하는 단계들을 도시한 도면.

도1에서, 브로드캐스트 시스템은 브로드캐스트 신호(103)를 브로드캐스트하는 브로드캐스터(101) 및 상기 브로드캐스트 신호(103)를 수신하도록 적응되는 닷의 수신기들(105, 107, 109, 111)을 포함하여 도시된다. 브로드캐스트 신호(103)는 다수의 독립적인 특징들(A, B, C, D, 및 FW)을 조합하는 애플리케이션을 포함하고 이들 특징들은 단일 xlet으로서 전송되는데, 프레임워크 특징(FW)는 상이한 특징들 간의 네비게이션을 관리하며, 다른 특징들(A, B, C, D)는 TV 가이드, 프로그램 노티파이어(notifier), 퀴즈 및 클럭과 같은 특징들 일 수 있다. 특정 실시예에서 프레임워크 기능성은 이 특징들(A, B, C, D)에 걸쳐서 확산될 수 있다.

브로드캐스터(101)는 현재 브로드캐스트되는 이 특징들 및 현재 상태에 관한 프레임 워크 특징에 정보를 제공하여야 한다. 이 정보는 특징 테이블(104)에 제공될 수 있다. 이와 같은 테이블은 적어도 다음 분야들을 포함할 것이다.

- 수신기(105)의 사용자에게 나타날 특징 명칭

- MHP 명세에 규정되는 바와 같은 xlet를 포함하는 캐러셀의 어드레스인 캐러셀 식별

- 이 특징의 실행을 개시하도록 하는 초기 클래스인 스타트업 클래스 명칭

- 특징의 라이프사이클을 제어하기 위하여 브로드캐스터(101)에 의해 사용될 특징 상태인데, 브로드캐스터 제어가 필요로 되지 않은 경우 이 분야는 필요치 않 다.

이 정보는 프레임워크가 수신기의 사용자에게 특징들을 제공, 사용자의 명령에 따라서 특징들을 시작/중지 및 브로드캐스터의 명령에 따라 특징들을 시작/중지/부가/제거하도록 한다.

프레임워크 특징에 의해 관리되는 별도의 특징들로서 전송될 때, 각 특징은 자체 파일 구조를 갖는다. 예를 들어, 상술된 클럭 특징은 다음 파일들로 이루어질 수 있다.

클럭 특징이 xlet으로서 브로드캐스트될 때, DSMSC 캐러셀은 다음 구조를 가질 것이다.

TV 가이드, 프로그램 노티파이어, 퀴즈 및 클럭과 같은 특징들이 하나의 단일 xlet에서 결합될 때, xlet은 다수의 캐러셀들, 즉 각 특징에 대한 하나의 캐러셀 및 프레임워크에 대한 하나의 부가적인 캐러셀로 이루어진다.

프레임워크 특징

클럭 특징

퀴즈 특징

프로그램 가이드 특징

노티파이어 특징

브로드캐스터는 하나 다수의 데이터 캐러셀을 갖는 오브젝트 캐러셀을 사용할 수 있거나, 다수의 오브젝트 캐러셀을 사용할 수 있다.

수신기(105)의 사용자가 이 특징들 중 한 가지 특징을 사용하길 원할 때, 프레임워크는 이 특징에 대한 전용의 클래스 로더를 생성할 것이다. 두번째, 캐러셀에 액세스하여 이 특징을 활성화시킬 것이다. 프레임워크는 스크린 및 키 관리역활을 하지만 또한 활성 특징들은 스크린 및 키들에 액세스시킨다.

동일한 특성이 더 이상 필요로되지 않는 경우, 프레임워크는 활성화해제되어 상기 특성을 제거한다. 전용 특성 클래스 로더가 제거되는 경우, 모든 (특성 관련) 클래스들이 메모리로부터 제거될 것이며, 상기 메모리는 다른 용도들로 재사용될 수 있다. 관련된 DSMCC 캐러셀이 장착해제되는 경우, 관련된 캐러셀의 DSMCC 캐쉬가 또한 플러쉬될 수 있다.

예를 들어, 퀴즈1 특성이 퀴즈2에 의해 대체되어야 하는 경우, 운영자는 콘텐츠 퀴즈1을 갖는 캐러셀을 제거할 수 있다. 프레임워크는 퀴즈1의 경우들을 중단하여 메모리로부터 관련 데이터를 제거할 수 있다. 퀴즈2는 새로운 캐러셀 내에 위치된다. 그리고, DSMCC 캐러셀 발생기는 퀴즈2 캐러셀을 주입하기 시작한다. 이로써, 퀴즈1의 대역폭 및 수신기 자원들은 퀴즈2에 의해 재사용된다.

도2에서, 브로드캐스터(200)가 부가적인 특성(E)을 시작하는 경우, 새로운 특성(E)이 수신기(206)의 사용자에게 사용 가능하게 되는 방법이 도시되어 있다. 우선, 201에서, 브로드캐스터는 E특성이 브로드캐스트된 신호(204)로 부가되어야만 하는 (E 부가) 정보를 제공하고, E특성은 브로드캐스트된 신호 내의 특성 테이블에 부가된다(U_F). 그 다음, 203에서, DSMCC 발생기는 갱신된 테이블을 포함하는 브로드캐스트 신호(204)를 브로드캐스트하기 시작한다. 205에서, 새로운 DSMCC 캐러셀 이 브로드캐스트되고 207에서 프레임워크는 갱신을 검출하고(U_F) 이에 따라 국부적으로 저장된 특성 테이블을 갱신하고(U_FT), 수신기(206)에 의해 사용자에게 제공된 사용자 인터페이스로 상기 특성을 부가(E_UI 부가)함으로써 사용자에게 새로운 특성을 제공한다.

도3에서, 브로드캐스터(300)가 특성을 브로드캐스트하는 것을 중단하는 경우, 특성(E)의 사용 가능성이 수신기(306)의 사용자로부터 제거되는 방법이 도시되어 있다. 우선, 301에서, 브로드캐스터는 E 특성이 브로드캐스트된 신호(304)로부터 제거되어야만 하는 (E 제거) 정보를 제공하고, E 특성은 브로드캐스트된 신호(304) 내의 특성 테이블로부터 제거된다(U_F). 그 다음, 303에서, DSMCC 발생기는 갱신된 테이블(U_F)을 포함하는 브로드캐스트 신호(304)를 브로드캐스트하기 시작한다. 305에서, 새로운 DSMCC 캐러셀이 브로드캐스트되고, 307에서, 프레임워크는 갱신을 검출하고(U_F) 이에 따라 국부적으로 저장된 특성 테이블을 갱신하고(U_FT), E 특성이 수신기(306)에 의해 사용자에게 제공된 사용자 인터페이스로부터 특성(E)을 제거(E_UI 제거)함으로써 제거되는 특성들의 갱신된 선택을 제공한다.

도4에서, 다른 특성들과 함께 프레임워크 특성의 구조가 도시되어 있다. 프레임워크를 포함하는 단일 xlet가 수신기에 의해 수신되는 경우, 프레임워크가 실행되고 나서, 프레임워크(401)가 다른 특성들(A, B, C 및 D)의 실행 및 종료를 관리한다. 특성들의 실행 및 종료는 수신기(405)의 사용자로부터 수신된 명령들, 또는 브로드캐스터(403)로부터 수신된 명령들 중 하나를 기초로 할 수 있다.

다음의 시나리오들에서, 브로드캐스터 및 수신기의 사용자가 각각 특성들을 실행하고 종료하는 경우가 서술될 것이다.

도5에서, 수신기의 사용자가 특성을 시작하는 경우, 수신기상에서 특성을 실행하는 단계들이 도시되어 있다. 최초에, 프레임워크는 수신기상의 사용자 인터페이스를 통하여 사용자에게 사용 가능한 특성들을 제공하고 있다. 501에서, 특성 테이블에 따라서 사용 가능한 특성들을 제공하는 사용자 인터페이스를 토대로 하여, 사용자는 예를 들어, 키보드 또는 원격 제어기와 같은 수신기에 접속된 입력 장치를 사용함으로써 특성 A를 활성화시킨다. 다음으로, 특성 A를 시작하도록 지시하는 명령(ST_A)이 프레임워크로 송신된다. 503에서, 프레임워크 특성은 상기 명령을 수신하고, 특성 A와 관련된 특성 데이터가 캐러셀로부터 수신기의 메모리 내로 로딩되는지를 확인한다. 프레임워크 특성은 먼저 505에서 캐러셀 포함 애플리케이션 A(DSMCC C_A)를 장착(m)함으로써 이 로딩을 개시하고, 507에서, A에 관련된 클래스 로드를 예시함으로써 전용 클래스 로더의 생성을 활성화시킨다. 최종적으로, 509에서, 프레임워크 특성은 애플리케이션 A를 시작한다(ST_A)

도6에서, 수신기의 사용자가 특성을 중단하는 경우, 수신기상에서 특성을 종료하는 단계들이 도시되어 있다. 601에서, 특성 테이블에 따라서 사용 가능한 특성들을 제공하는 사용자 인터페이스를 토대로 하여, 사용자는 예를 들어, 마우스 또는 원격 제어기와 같은 수신기에 접속된 입력 장치를 사용함으로써 특성 A를 종료한다. 다음으로, 특성 A를 중단하도록 지시하는 명령(STP_A)이 프레임워크로 송신된다. 603에서, 프레임워크 특성은 상기 명령을 수신하고, 609에서 특성 A를 중단한다(STP_A). 607에서, A에 관련된 클래스 로드에 대한 모든 관련된 것을 제거함으 로써 전용 클래스 로더를 활성화해제시킨다. 다음으로, 605에서, 캐러셀 포함 애플리케이션 A(DSMCC C_A)가 장착해제된다(u_m). 최종적으로, 가비지 컬렉터(611)가 캐러셀, 클래스 로드 각각에 대해 사용된 데이터 및 수신기의 메모리로부터의 특성을 제거한다(G_C).

도7에서, 브로드캐스터(700)가 수신기(706)상에서 특성을 시작하는 경우, 수신기(706) 상의 브로드캐스트된 특성을 실행하는 단계가 도시되어 있다. 먼저, 701에서, 브로드캐스터(700)는 브로드캐스트된 신호 내에 브로드캐스트될 특성 테이블에서 시작할(SA-ST) A의 상태를 설정함으로써 A 특성이 시작되어야만 한다는 정보를 제공한다. 그 다음, 703에서, DSMCC 발생기(G_DSMCC)는 갱신된 테이블(U_F)을 포함하는 브로드캐스트 신호(704)를 브로드캐스트하기 시작한다. 705에서, 새로운 DSMCC 캐러셀이 브로드캐스트되고, 707에서, 프레임워크는 갱신을 검출하고(U_F) 이에 따라 국부적으로 저장된 특성 테이블을 갱신한다(U_AT). 프레임워크 특성은 특성 A와 관련된 특성 데이터가 캐러셀로부터 수신기(706)의 메모리 내로 로딩되는지를 확인한다. 프레임워크 특성은 먼저 709에서 캐러셀 포함 애플리케이션 A(DSMCC C_A)를 장착(m)함으로써 이 로딩을 개시하고, 507에서, A에 관련된 클래스 로드를 예시함으로써 전용 클래스 로더의 생성을 활성화시킨다. 최종적으로, 713에서, 프레임워크 특성은 애플리케이션 A를 시작한다(ST_A).

도8에서, 브로드캐스터(800)가 특성을 중단하거나 종료하는 경우, 수신기상에서 특성을 종료하는 단계들이 도시되어 있다. 우선 801에서, 브로드캐스터(800)는 브로드캐스트된 신호(804) 내에 브로드캐스트될 특성 테이블에서 중단할(SA- STP) A의 상태를 설정함으로써 A 특성이 중단되어야만 한다는 정보를 제공한다. 그 다음, 803에서, DSMCC 발생기(G_DSMCC)는 갱신된 테이블(U_F)을 포함하는 브로드캐스트 신호(804)를 브로드캐스트하기 시작한다. 805에서, 갱신된 DSMCC 캐러셀이 브로드캐스트되고, 807에서, 프레임워크는 갱신을 검출하고(U_F) 이에 따라 국부적으로 저장된 특성 테이블을 갱신한다. 813에서, 프레임워크 특성은 특성 A를 중단시킨다(STP_A). 811에서, 프레임워크 특성은 A와 관련된 클래스 로더에 대한 모든 관련된 것을 제거함으로써 전용 클래스 로더를 활성화해제시킨다. 다음으로, 809에서, 캐러셀 포함 애플리케이션 A(DSMCC C_A)가 장착해제된다(u_m). 최종적으로, 가비지 컬렉터(815)가 캐러셀, 클래스 로드 각각에 대한 데이터 및 특성에 의해 점유되었던 수신기(806)의 메모리를 해제한다(G_C).

상술된 실시예들이 본 발명을 국한하기보다는 오히려 설명하는 것이며, 당업자들이 첨부된 청구항들의 범위로부터 벗어나지 않고 많은 대안 실시예들을 설계할 수 있다는 것이 주의되어야 한다. 청구항들에서, 괄호들 사이에 위치된 임의의 참조 부호들은 청구항을 국한하는 것으로 해석되지 않아야 한다. '포함하는(comprising)'이라는 단어는 청구항에 목록화된 것들 이외의 다른 요소들 또는 단계들의 존재를 배제하지 않는다. 본 발명은 몇 가지 상이한 요소들을 포함하는 하드웨어, 및 적절하게 프로그래밍된 컴퓨터에 의해 구현될 수 있다. 열거한 몇 개의 수단을 청구한 장치에서, 이러한 수단 중 몇 개는 하나 및 동일한 아이템의 하드웨어에 의해 구현될 수 있다. 일부 수단들이 서로 상이한 독립 청구항을 인용한다는 단순한 사실은 이러한 수단들의 조합이 이익을 얻는데 사용될 수 없다는 것을 의미 하지 않는다.