KR20070017008A - 다중 스크린을 제공하는 장치 및 상기 다중 스크린의 동적구성 방법 - Google Patents

다중 스크린을 제공하는 장치 및 상기 다중 스크린의 동적구성 방법 Download PDF

Info

Publication number
KR20070017008A
KR20070017008A KR1020060073115A KR20060073115A KR20070017008A KR 20070017008 A KR20070017008 A KR 20070017008A KR 1020060073115 A KR1020060073115 A KR 1020060073115A KR 20060073115 A KR20060073115 A KR 20060073115A KR 20070017008 A KR20070017008 A KR 20070017008A
Authority
KR
South Korea
Prior art keywords
screen
logical
output
service
screens
Prior art date
Application number
KR1020060073115A
Other languages
English (en)
Other versions
KR100888595B1 (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 KR1020060073115A priority Critical patent/KR100888595B1/ko
Priority to EP06823626A priority patent/EP1935174A4/en
Priority to PCT/KR2006/003083 priority patent/WO2007018385A1/en
Priority to CN2006800286553A priority patent/CN101238717B/zh
Priority to JP2008524905A priority patent/JP2009503605A/ja
Priority to MX2008001483A priority patent/MX2008001483A/es
Priority to CA002616257A priority patent/CA2616257A1/en
Publication of KR20070017008A publication Critical patent/KR20070017008A/ko
Application granted granted Critical
Publication of KR100888595B1 publication Critical patent/KR100888595B1/ko

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/431—Generation of visual interfaces for content selection or interaction; Content or additional data rendering
    • H04N21/4312—Generation of visual interfaces for content selection or interaction; Content or additional data rendering involving specific graphical features, e.g. screen layout, special fonts or colors, blinking icons, highlights or animations
    • H04N21/4316—Generation of visual interfaces for content selection or interaction; Content or additional data rendering involving specific graphical features, e.g. screen layout, special fonts or colors, blinking icons, highlights or animations for displaying supplemental content in a region of the screen, e.g. an advertisement in a separate window
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/47—End-user applications
    • H04N21/485—End-user interface for client configuration
    • H04N21/4858—End-user interface for client configuration for modifying screen layout parameters, e.g. fonts, size of the windows
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/47—End-user applications
    • H04N21/488—Data services, e.g. news ticker

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Business, Economics & Management (AREA)
  • Marketing (AREA)
  • Human Computer Interaction (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)

Abstract

본 발명은 다중 스크린을 제공하는 장치 및 상기 다중 스크린의 동적 구성 방법에 관한 것으로서, 물리적인 디스플레이 화면에 복수 개의 서비스를 표현하는 다수의 스크린을 동적으로 구성하기 위하여 장치에 존재하는 스크린들의 형태 및 연결 관계를 검색(discovery)하는 다중 스크린을 제공하는 장치 및 상기 다중 스크린의 동적 구성 방법에 관한 것이다.
본 발명의 실시예에 따른 다중 스크린을 제공하는 장치는 수신된 서비스를 표현하기 위한 적어도 하나 이상의 스크린을 생성하는 동작 모듈 및 상기 스크린 중 상기 서비스에 포함된 소정의 어플리케이션이 실행되는 스크린을 검색하는 검색 모듈을 포함한다.
다중 스크린, 논리 스크린, 출력 스크린, 어플리케이션, 검색

Description

다중 스크린을 제공하는 장치 및 상기 다중 스크린의 동적 구성 방법{Apparatus for providing multiple screens and method for dynamic configuration of the same}
도 1은 종래의 기술에 따라 물리적인 디스플레이 화면에서 주화면과 부화면을 배치하는 형태를 나타내는 예시도이다.
도 2는 본 발명의 일 실시예에 따른 논리 스크린과 출력 스크린과의 관계를 나타내는 예시도이다.
도 3a 내지 도 3e는 본 발명의 일 실시예에 따른 매퍼(mapper)를 포함하는 스크린의 구성을 나타내는 도면이다.
도 4는 본 발명의 일 실시예에 따라 서비스를 제공하는 소스의 예를 나타내는 예시도이다.
도 5a 및 도 5b는 본 발명의 일 실시예에 따라 추상 서비스와 비추상 서비스의 예를 나타내는 예시도이다.
도 6은 논리 스크린 및 출력 스크린에서의 속성 정보 및 인터페이스 종류를 나타내는 예시도이다.
도 7은 논리 스크린의 'z-order' 속성을 나타내는 예시도이다.
도 8a 및 도 8b는 논리 스크린의 'Display_Area' 속성을 나타내는 예시도이 다.
도 9는 두 개의 서비스가 하나의 출력 스크린에 매핑되어 출력되는 과정을 나타내는 예시도이다.
도 10은 본 발명의 일 실시예에 따른 다중 스크린을 제공하는 장치의 구성을 나타내는 블록도이다.
도 11은 본 발명의 일 실시예에 따라 다중 스크린을 동적으로 구성하는 방법을 나타내는 플로우 차트이다.
도 12는 본 발명의 실시에 따라 다중 스크린을 제공하기 위한 소프트웨어 아키텍처를 나타내는 예시도이다.
도 13은 본 발명의 실시에 따라 API 레이어를 구성하는 모듈들의 관계를 나타내는 예시도이다.
도 14는 도 13에서 도시된 각 모듈들에 의하여 복수 개의 서비스를 논리 스크린을 통하여 출력 스크린에 나타내는 과정을 도시한 플로우 차트이다.
도 15는 본 발명의 실시예에 따른 검색 모듈의 동작을 나타낸 예시도이다.
도 16a 내지 도 16f는 본 발명의 실시예에 따른 스크린 검색을 위한 코드의 예시도이다.
도 17은 도 13에서 도시된 각 모듈들에 의하여 논리 스크린에 표현되는 서비스가 교환되는 과정을 도시한 플로우 차트이다.
<도면의 주요 부분에 관한 부호의 설명>
910 : 방송 신호 수신 모듈
920a, 920b : 저장 매체
930 : 외부 입력 모듈
940 : 디지털 신호 처리 모듈
950 : 사용자/어플리케이션 인터페이스 모듈
960 : 검색 모듈
970 : 동작 모듈
980 : 디스플레이 화면
990 : 외부 출력 모듈
본 발명은 다중 스크린을 제공하는 장치 및 상기 다중 스크린의 동적 구성 방법에 관한 것으로서, 더욱 상세하게는 물리적인 디스플레이 화면에 복수 개의 서비스를 표현하는 다수의 스크린을 동적으로 구성하기 위하여 장치에 존재하는 스크린들의 형태 및 연결 관계를 검색하는 다중 스크린을 제공하는 장치 및 상기 다중 스크린의 동적 구성 방법에 관한 것이다.
종래의 디지털 TV 또는 디지털 셋톱 박스(set-top box)와 같은 방송 수신 장치에서는 하나의 물리적인 디스플레이 화면에 하나의 컨텐츠만 보여주거나, 또는 하나의 물리적인 디스플레이 화면에서 주화면과 부화면의 두 가지 화면을 동시에 보여 주는 경우가 일반적이다.
이 때, 주화면과 부화면을 동시에 보여 주는 경우라 하더라도 방송 수신 장치에서 이미 정해진 몇 가지 방식으로만 두 화면을 배치할 수 있을 뿐이다. 그리고, 주화면에 보여지는 컨텐츠의 경우에만 컨텐츠를 구성하는 모든 요소(비디오, 오디오, 데이터 또는 이들의 조합)가 재생되고, 부화면을 통해서는 컨텐츠를 구성하는 일부 요소만 제한적으로 재생된다.
또한, 컨텐츠를 제공하는 소스로서 위성 방송, 지상파 방송, 케이블 방송과 같은 방송 서비스 외에도 DVD와 같은 저장 매체 또는 외부 입력 단자와 연결된 외부 기기 등이 있는데, 이렇게 다양한 소스에서 제공되는 컨텐츠를 어떻게 디스플레이 화면에 나타낼 지에 대해서도 제한적으로 고정되어 있다.
한편, MHP (Multimedia Home Platform), ACAP (Advanced Common Application Platform), OCAP (Open Cable Application Platform) 등과 같은 인터렉티브 TV(Interactive TV)에 대한 어플리케이션 프로그램 환경에서는, 일반적으로 물리적인 디스플레이 화면을 통해 출력되는 스크린은 하나라고 가정한다.
예를 들어, 인터렉티브 TV에 대한 어플리케이션 프로그램 환경에서는 HAVi(Home Audio/Video Interoperability) 규격에 따른 사용자 인터페이스(user interface; UI)의 구조를 채용하고 있는데, HAVi UI 표준에서 스크린의 개수에 제한을 두지는 않으나, 실제 사용에서는 디스플레이 화면을 통해 출력되는 스크린은 하나인 것으로 가정하는 것이 보통이다.
이러한 환경에서는, 복수의 컨텐츠들을 다수의 독립적인 스크린을 통해 보여 주면서, 동시에 각각의 스크린에 표현된 컨텐츠에 대해 디코딩, 디지털 신호 처리, 사용자 인터랙션(interaction) 처리 등을 수행하거나, 동적으로 어플리케이션 프로그램의 라이프 사이클(life-cycle)과 리소스(resource) 사용을 각각의 스크린 별로 제어하기 어렵다.　
따라서, 다양한 컨텐츠를 다양한 방식으로 디스플레이 화면에 구성하여 제공할 수 있는 방법이 필요하게 되었다.
본 발명은 물리적인 디스플레이 화면에 복수 개의 서비스를 표현하는 다수의 스크린을 동적으로 구성하기 위하여 시스템에 존재하는 스크린들의 형태 및 연결 관계를 검색하는데 그 목적이 있다.
본 발명의 목적들은 이상에서 언급한 목적으로 제한되지 않으며, 언급되지 않은 또 다른 목적들은 아래의 기재로부터 당업자에게 명확하게 이해되어질 수 있을 것이다.
상기 목적을 달성하기 위하여, 본 발명의 실시예에 따른 다중 스크린을 제공하는 장치는 수신된 서비스를 표현하기 위한 적어도 하나 이상의 스크린을 생성하는 동작 모듈 및 상기 스크린 중 상기 서비스에 포함된 소정의 어플리케이션이 실행되는 스크린을 검색하는 검색 모듈을 포함한다.
본 발명의 실시예에 따른 다중 스크린을 제공하는 장치는 수신된 서비스를 표현하기 위한 논리 스크린과 상기 논리 스크린이 매핑되는 출력 스크린을 생성하는 동작 모듈 및 상기 생성된 모든 논리 스크린과 출력 스크린을 검색하는 검색 모 듈을 포함한다.
본 발명의 실시예에 따른 다중 스크린을 제공하는 장치는 수신된 서비스를 표현하기 위한 논리 스크린과 상기 논리 스크린이 매핑되는 출력 스크린을 생성하는 동작 모듈 및 상기 논리 스크린과 상기 출력 스크린을 검색하는 검색 모듈을 포함한다.
본 발명의 실시예에 따른 다중 스크린을 제공하는 장치는 서비스를 수신하는 방송 신호 수신 모듈과, 논리 스크린 및 상기 논리 스크린이 매핑되는 출력 스크린을 생성하는 동작 모듈 및 상기 서비스를 표현하는 스크린이 상기 논리 스크린인지 상기 출력 스크린인지 검색하는 검색 모듈을 포함한다.
본 발명의 실시예에 따른 다중 스크린의 동적 구성 방법은 수신된 서비스를 표현하기 위한 적어도 하나 이상의 스크린을 생성하는 단계 및 상기 스크린 중 상기 서비스에 포함된 소정의 어플리케이션이 실행되는 스크린을 검색하는 단계를 포함한다.
본 발명의 실시예에 따른 다중 스크린의 동적 구성 방법은 수신된 서비스를 표현하기 위한 논리 스크린을 생성하는 단계와, 상기 논리 스크린이 매핑되는 출력 스크린을 생성하는 단계 및 상기 생성된 모든 논리 스크린과 출력 스크린을 검색하는 단계를 포함한다.
본 발명의 실시예에 따른 다중 스크린의 동적 구성 방법은 수신된 서비스를 표현하기 위한 논리 스크린을 생성하는 단계와, 상기 논리 스크린이 매핑되는 출력 스크린을 생성하는 단계 및 상기 논리 스크린과 상기 출력 스크린을 검색하는 단계 를 포함한다.
본 발명의 실시예에 따른 다중 스크린의 동적 구성 방법은 서비스를 수신하는 단계와, 논리 스크린을 생성하는 단계와, 상기 논리 스크린이 매핑되는 출력 스크린을 생성하는 단계 및 상기 서비스를 표현하는 스크린이 상기 논리 스크린인지 상기 출력 스크린인지 검색하는 단계를 포함한다.
기타 실시예들의 구체적인 사항들은 상세한 설명 및 도면들에 포함되어 있다.
본 발명의 이점 및 특징, 그리고 그것들을 달성하는 방법은 첨부되는 도면과 함께 상세하게 후술되어 있는 실시예들을 참조하면 명확해질 것이다. 그러나 본 발명은 이하에서 개시되는 실시예들에 한정되는 것이 아니라 서로 다른 다양한 형태로 구현될 수 있으며, 단지 본 실시예들은 본 발명의 개시가 완전하도록 하고, 본 발명이 속하는 기술분야에서 통상의 지식을 가진 자에게 발명의 범주를 완전하게 알려주기 위해 제공되는 것이며, 본 발명은 청구항의 범주에 의해 정의될 뿐이다. 명세서 전체에 걸쳐 동일 참조 부호는 동일 구성 요소를 지칭한다.
이하, 본 발명의 실시예들에 의한 다중 스크린을 제공하는 장치 및 상기 다중 스크린을 동적으로 구성하는 방법을 설명하기 위한 블록도 또는 처리 흐름도에 대한 도면들을 참고하여 본 발명에 대해 설명하도록 한다. 이 때, 처리 흐름도 도면들의 각 블록과 흐름도 도면들의 조합들은 컴퓨터 프로그램 인스트럭션들에 의해 수행될 수 있음을 이해할 수 있을 것이다. 이들 컴퓨터 프로그램 인스트럭션들은 범용 컴퓨터, 특수용 컴퓨터 또는 기타 프로그램 가능한 데이터 프로세싱 장비의 프로세서에 탑재될 수 있으므로, 컴퓨터 또는 기타 프로그램 가능한 데이터 프로세싱 장비의 프로세서를 통해 수행되는 그 인스트럭션들이 흐름도 블록(들)에서 설명된 기능들을 수행하는 수단을 생성하게 된다. 이들 컴퓨터 프로그램 인스트럭션들은 특정 방식으로 기능을 구현하기 위해 컴퓨터 또는 기타 프로그램 가능한 데이터 프로세싱 장비를 지향할 수 있는 컴퓨터 이용 가능 또는 컴퓨터 판독 가능 메모리에 저장되는 것도 가능하므로, 그 컴퓨터 이용가능 또는 컴퓨터 판독 가능 메모리에 저장된 인스트럭션들은 흐름도 블록(들)에서 설명된 기능을 수행하는 인스트럭션 수단을 내포하는 제조 품목을 생산하는 것도 가능하다. 컴퓨터 프로그램 인스트럭션들은 컴퓨터 또는 기타 프로그램 가능한 데이터 프로세싱 장비 상에 탑제되는 것도 가능하므로, 컴퓨터 또는 기타 프로그램 가능한 데이터 프로세싱 장비 상에서 일련의 동작 단계들이 수행되어 컴퓨터로 실행되는 프로세스를 생성해서 컴퓨터 또는 기타 프로그램 가능한 데이터 프로세싱 장비를 수행하는 인스트럭션들은 흐름도 블록(들)에서 설명된 기능들을 실행하기 위한 단계들을 제공하는 것도 가능하다.
또한, 각 블록은 특정된 논리적 기능(들)을 실행하기 위한 하나 이상의 실행 가능한 인스트럭션들을 포함하는 모듈, 세그먼트 또는 코드의 일부를 나타낼 수 있다. 또, 몇 가지 대체 실행예들에서는 블록들에서 언급된 기능들이 순서를 벗어나서 발생하는 것도 가능함을 주목해야 한다. 예컨대, 잇달아 도시되어 있는 두 개의 블록들은 사실 실질적으로 동시에 수행되는 것도 가능하고 또는 그 블록들이 때때로 해당하는 기능에 따라 역순으로 수행되는 것도 가능하다.
한편, 본 발명에 대한 설명을 용이하게 하기 위하여 본 발명과 관련된 기본 적인 개념을 정의하도록 한다.
'서비스(service)'는 하나의 묶음으로 표현되는 멀티미디어 컨텐츠로서, 다수의 서비스 컴포넌트(service component)들이 하나의 서비스를 이루게 된다.
'서비스 컴포넌트(service component)'는 서비스(service)를 구성하는 일 부분으로서, 비디오 컴포넌트(video component), 오디오 컴포넌트(audio component), 데이터 컴포넌트(data component) 등을 포함한다. 이 때, 데이터 컴포넌트(data component)는 서비스(service) 내에 존재하는 어플리케이션을 가리킨다.
또한, 어플리케이션은 언바운드 어플리케이션(Unbound Application)과 서비스 바운드 어플리케이션(Service Bound Application)으로 구별될 수 있는데, 언바운드 어플리케이션은 특정 채널과 관련되지 않으므로 어플리케이션의 실행이 채널 전환에 영향을 받지 않는다. 또한, 일반적으로 높은 우선 순위를 가지고 있으므로, 실행을 위한 자원이 원활하게 할당된다. 모니터 어플리케이션은 가장 높은 우선 순위를 가질 수 있는 특수한 언바운드 어플리케이션에 해당된다.
한편, 서비스 바운드 어플리케이션은 전송 스트림(transport stream)과 관련된 것으로서, 언바운드 어플리케이션에 비하여 일반적으로 낮은 우선 순위가 부여된다. 서비스 바운드 어플리케이션은 결정적인(critical) 시스템 기능은 수행하지 않으며, 자원에 대한 경쟁이 발생하는 경우 언바운드 어플리케이션보다 자원 할당을 포기할 가능성이 더욱 크다. 서비스 바운드 어플리케이션은 현재 전송 중인 스트림과 연동하여 동작하는 연동형과 전송 중인 스트림에 무관하게 동작하는 비연동형이 있다.
'서비스 컨텍스트(service context)'는 서비스(service)를 실행하는데 관계되는 각종 리소스(resource) 정보, 디바이스(device) 정보 및 실행 상태 정보 등을 포함하고 있으며, 서비스(service) 실행을 제어할 수 있는 객체를 나타낸다.
'디스플레이 화면(physical display device)'은 서비스(service)의 내용이 실제로 표현되는 물리적인 장치(device), 서비스의 내용이 출력되는 외부 출력 포트(output port) 또는 서비스가 저장되는 저장 장치를 의미한다.
'출력 스크린(display screen)'은 디스플레이 화면에 실제로 출력되는 스크린으로서, 임의의 서비스가 출력 스크린에 직접 설정되어 디스플레이 화면을 통하여 표현되거나, 출력 스크린의 일정한 영역으로 매핑된 적어도 하나 이상의 논리 스크린이 디스플레이 화면을 통하여 출력된다.
'논리 스크린(logical screen)'은 임의의 서비스가 표현되는 공간으로서, 출력 스크린에 매핑되기 전에는 메모리상에 가상적으로만 존재하며 실제 디스플레이 화면에는 표현되지 않는다.
또한, 논리 스크린과 출력 스크린은 백그라운드 스틸 이미지(background still image), 비디오 래스터(video raster) 그리고 그래픽 래스터(graphic raster)의 조합으로 구성될 수 있는데, 여기에서 그래픽 래스터(graphic raster)는 텍스트(text), 선(line), 컬러(color) 그리고 이미지(image)가 합성되거나, 비디오 프레임들이 혼합되어 제공될 수 있다.
'메인 서비스(main service)'는 사용자가 디스플레이 화면에 나타나는 메뉴 또는 리모컨을 통하거나 어플리케이션이 API를 통해 주 서비스로서 선택한 서비스 를 의미하며, 메인 서비스가 표현되는 스크린을 '메인 스크린(main screen)'이라고 한다.
'PiP 스크린(Picture-in-Picture screen)'은 도 1의 (a) 내지 (d)에서 도시하고 있는 것과 같이 다른 스크린 내의 일부 영역을 차지하는 스크린과, 도 1의 (e) 및 (f)에서 도시하고 있는 것과 같이 다른 스크린과 겹치지 않는 영역에 동시에 보여지는 스크린을 포함하고, 또한 도 1의 (g) 및 (h)에서 도시하고 있는 것과 같이 디스플레이 화면 내에서　임의의 위치와 영역에　보여지거나, 다른 스크린과 겹쳐져서 표현되는 스크린을 포함하는 개념으로 이해될 수 있다.
도 2는 본 발명의 일 실시예에 따른 논리 스크린과 출력 스크린과의 관계를 나타내는 예시도이다.
도 2를 참조하면, 서비스는 논리 스크린(210, 212, 214)을 통하여 표현될 수 있고, 이러한 논리 스크린들은 소정의 매핑 블록(230)에 의해 출력 스크린(220, 222, 224)으로 매핑되어 표현될 수 있다.
이 때, 220으로 참조되는 출력 스크린은 210과 212로 참조되는 논리 스크린이 매핑되어 표현되고 있고, 222로 참조되는 출력 스크린은 212와 214로 참조되는 논리 스크린이 매핑되어 표현되고 있으며, 224로 참조되는 출력 스크린은 210, 212 및 214로 참조되는 논리 스크린이 매핑되어 표현되고 있다.
이와 같이, 서비스가 표현되는 적어도 1이상의 논리 스크린은 매핑 블록(230)에 의해 출력 스크린의 임의의 영역으로 매핑될 수 있다.
한편, 매핑 블록(230)은 논리 스크린과 출력 스크린을 매핑하도록 하는 다양 한 정보의 집합체로서 이해될 수 있다. 이러한 정보의 예로서, 논리 스크린이 출력 스크린으로 매핑되는 영역의 좌표 정보, 논리 스크린 및 출력 스크린을 구별하는 식별 정보, 출력 스크린에 다수의 논리 스크린이 표현되는 순서에 대한 정보 등을 포함할 수 있다.
매핑 블록(230)은 논리 스크린의 크기를 변경하여 출력 스크린의 일정한 영역으로 할당할 수 있다. 즉, 매핑 블록(230)은 논리 스크린에 대한 스케일링(scaling) 기능 및 위치 할당 기능을 수행할 수 있으며, 도 3a 내지 도 3e에서는 이러한 매핑 블록, 즉 매퍼(mapper)를 포함하는 스크린의 구성을 나타내고 있다.
도 3a를 참조하면, 백그라운드 스틸 이미지(background still image)(B), 비디오 래스터(video raster)(V) 그리고 그래픽 래스터(graphic raster)(G)의 조합으로 이루어진 메인 스크린은 매퍼(mapper)에 의해 크기는 그대로 유지하면서 출력 스크린의 전체에 매핑된다. 그리고 비디오 성분만을 갖는 PiP 스크린은 매퍼(mapper)에 의해 그 크기가 작아지면서 출력 스크린의 일정 영역에 매핑된다. 이 때, 매핑된 PiP 스크린은 메인 스크린 위에 놓여지게 되며 이는 Z 값에 의해 결정된다. Z는 z-order 값을 나타내는 것으로서, z-order 에 대해서는 후술하기로 한다. 또한, 오버레이 스크린(overlay screen)이 상기 출력 스크린과 합성될 수 있는데, 오버레이 스크린은 가장 바깥 쪽에 놓여지는 특별한 스크린으로서, 예를 들어 자막(caption)을 제공할 필요가 있는 경우에 이용될 수 있다. PiP 스크린은 도 3a에서와 같이 비디오 성분만을 갖을 수도 있으나, 도 3b에 도시된 바와 같이 백그라운드 스틸 이미지(background still image)(B), 비디오 래스터(video raster)(V) 그리고 그래픽 래스터(graphic raster)(G)의 조합으로 이루어질 수도 있다.
도 3c를 참조하면, 백그라운드 스틸 이미지(B), 비디오 래스터(V) 그리고 그래픽 래스터(G)의 조합으로 이루어진 메인 스크린은 매퍼(mapper)에 의해 크기는 그대로 유지하면서 출력 스크린의 전체에 매핑된다. 그리고 비디오 성분만을 갖는 2개의 PiP 스크린들(#1, #2)이 각각 매퍼(mapper)에 의해 그 크기가 작아지면서 출력 스크린의 일정 영역으로 매핑된다. 이 때, 매핑된 PiP 스크린들은 메인 스크린 위에 놓여지게 되며 이 때 Z 값은 동일하게 유지될 수 있다. 또한, 오버레이 스크린(overlay screen)이 상기 출력 스크린과 합성될 수 있다. 스크린 구성은 도 3c에서와 같이 비디오 성분만을 갖는 복수의 PiP 스크린들을 포함할 수도 있으나, 도 3d에 도시된 바와 같이 백그라운드 스틸 이미지(B), 비디오 래스터(V) 그리고 그래픽 래스터(G)의 조합으로 이루어진 복수의 PiP 스크린들로 구성될 수도 있다.
도 3e에서는 POP 스크린이 도시되고 있는데, 종래의 PiP 스크린이 메인 스크린의 내부에서 표현되는 스크린이라고 한다면, POP 스크린은 메인 스크린의 외부에서 표현되는 스크린이라고 이해될 수 있다. 도 3e를 참조하면 백그라운드 스틸 이미지(B), 비디오 래스터(V) 그리고 그래픽 래스터(G)의 조합으로 이루어진 복수의 POP 스크린들(#1, #2)이 각각 매퍼(mapper)에 의해 그 크기가 작아지면서 출력 스크린의 일정 영역으로 매핑된다. 이 때, 매핑된 POP 스크린들(#1, #2)의 Z 값은 동일하게 유지될 수 있다. 그리고, 오버레이 스크린(overlay screen)이 상기 출력 스크린과 합성되어 표현될 수 있다.
또한, 매핑 블록(230)은 각종 컴퓨터 프로그램 언어로 작성되어 실행되는 인 터페이스, 함수 등으로 구현될 수 있으며, 위와 같은 정보들은 파라미터로 하여 논리 스크린과 출력 스크린과의 관계를 생성하거나 변경할 수도 있다.
또한, 매핑 블록(230)은 논리 스크린과 출력 스크린간에 매핑 기능을 수행하도록 하드웨어로 구현될 수도 있다.
출력 스크린에는 다양한 소스(source)들로부터 제공되는 서비스들이 표현되어 디스플레이 화면을 통하여 출력될 수 있는데, 도 4에서 이를 나타내고 있다.
일반적으로 서비스를 제공하는 소스로서, 지상파 방송(320), 케이블 방송(330)과 같은 방송 서비스를 제공하는 소스가 있고, PVR(Personal Video Recorder)(340)과 같이 소정의 저장 매체에 저장된 서비스를 제공하는 소스도 있다. 또한, 도 4에서는 도시되고 있지 않으나, 유선 또는 무선 네트워크를 통하여 서비스를 제공하는 소스도 여기에 포함될 수 있다.
이 때, 방송 수신 장치(310)는 이러한 소스들로부터 서비스를 수신하고, 각각의 서비스를 표현하는 논리 스크린을 생성한다.
그리고 나서, 기 설정된 방식, 사용자 또는 어플리케이션에 의해 설정된 방식에 따라 임의의 서비스가 출력 스크린에 직접 설정되어 디스플레이 화면(350)을 통하여 표현되거나, 출력 스크린의 일정한 영역으로 매핑된 적어도 하나 이상의 논리 스크린이 디스플레이 화면(350)을 통하여 출력된다. 도 4에서는 지상파 방송(320), 케이블 방송(330) 그리고 PVR(340)에 의해 제공되는 서비스가 디스플레이 화면(350)을 통해 표현되는 것을 나타내고 있다.
도 4에서는 서비스를 제공하는 소스의 예로서, 지상파 방송(320), 케이블 방 송(330), PVR(Personal Video Recorder)(340)을 도시하고 있지만, 서비스를 제공하는 소스는 이에 한정되지 않고, 하나의 묶음으로 표현되는 멀티미디어 컨텐츠를 제공한다면 본 발명에서의 소스에 포함될 수 있다.
한편, 본 발명에서의 서비스에는 추상 서비스(abstract service)와 비추상 서비스(non-abstract service)가 있는데 이를 도 5a와 도 5b에서 각각 도시하고 있다.
추상 서비스(abstract service)는 방송 신호로부터 실시간 전달되는 서비스가 아닌 방송 채널에 대하여 독립된 서비스로서, 서비스 컴포넌트(service component) 중에서 비디오 컴포넌트, 오디오 컴포넌트가 없이, 데이터 컴포넌트, 즉 어플리케이션만으로 이루어진 서비스가 추상 서비스에 해당될 수 있다. 예를 들어, OCAP(Open Cable Application Platform) 규격에서 언바운드 어플리케이션들로 이루어진 서비스가 여기에 속한다.
비추상 서비스(non-abstract service)는 추상 서비스를 제외한 나머지 서비스로 이해될 수 있다.
본 발명에서는 추상 서비스와 비추상 서비스 각각에 대하여 독립성을 부여할 수 있다. 예를 들어, 추상 서비스는 논리 스크린을 거치지 않고 직접 출력 스크린에 설정되고, 비추상 서비스는 논리 스크린에 표현되어 추상 서비스가 설정된 출력 스크린으로 매핑될 수 있다. 그리고 나서, 상기 출력 스크린이 디스플레이 화면을 통하여 출력될 수 있는데, 이렇게 함으로써 하나의 출력 스크린에서 추상 서비스와 비추상 서비스가 독립적으로 표현될 수 있다. 또한, 추상 서비스와 비추상 서비스 모두 각각 별도의 논리 스크린에 매핑된 후 각각의 논리 스크린이 하나의 출력 스크린으로 매핑될 수도 있다. 즉, 추상 서비스와 비추상 서비스는 각각 독립된 형태로서 출력 스크린에 표현될 수 있다.
한편, 본 발명에서의 논리 스크린과 출력 스크린은 각각 별도의 객체로서 정의될 수도 있으나, '스크린'이라는 하나의 객체가 갖는 속성 정보에 따라 '스크린'이 논리 스크린으로서 기능하거나 출력 스크린으로서 기능할 수도 있다.
즉, 스크린 객체에 관한 속성 정보들 중에서 타입(Type) 정보를 통해서 스크린이 논리 스크린인지 출력 스크린인지를 알 수 있다.
이러한 스크린 객체의 속성 정보로서, 'Type', 'z-order', 'Display_Area', 'Visibility', 'Associated_Display_Screen', 'Associated_Service_Contexts', 'OutputPort' 등과 같은 속성 정보들이 있다.
도 6은 스크린 객체의 속성 정보와 이러한 속성 정보들을 처리하는 인터페이스의 종류를 나타내고 있다.
'Type' 속성(510)은 스크린이 논리 스크린인지 출력 스크린인지를 나타내는 속성 정보이다.
'z-order' 속성(520)은 논리 스크린들이 출력 스크린 상에서 표현될 때 z축 상에서의 순서를 결정하기 위한 것으로서, 도 7에서는 논리 스크린이 출력 스크린 상에서 z-order 속성에 따라 어떻게 보여지는지를 예시하고 있다.
도 7에서 출력 스크린(610) 상에는 제 1 논리 스크린(620)과 제 2 논리 스크린(630)이 일정한 영역에 매핑되어 표현되고 있다. 이 때, 제 1 논리 스크린(620) 이 출력 스크린 상에서 표현되고, 그 위로 제 2 논리 스크린(630)이 표현되고 있다. 즉, z축 방향으로 출력 스크린(610), 제 1 논리 스크린(620) 그리고 제 2 논리 스크린(630)의 순서로 표현되고 있는데, 이러한 경우에 제 1 논리 스크린(620)의 z-order 속성값이 1로, 제 2 논리 스크린(620)의 z-order 속성값이 2로 설정될 수 있는 것이다. 이 때, z-order 속성값은 출력 스크린의 z축 상에서 논리 스크린이 표현되는 순서를 가리키는 정보라면 어떠한 숫자 또는 문자 형태도 가능하다.
'Display_Area' 속성(530)은 논리 스크린이 출력 스크린에 매핑되어 출력될 출력 스크린의 영역에 대한 정보를 의미하는데, 도 8a 및 도 8b에서 이를 예시하고 있다.
도 8a은 논리 스크린(710)이 출력 스크린(720)의 전체 영역에 매핑되어 출력되는 것을 나타내고 있으며, 도 8b는 논리 스크린(730)이 출력 스크린(740)의 일부 영역에 매핑되어 출력되는 것을 나타내고 있다.
이 때, 'Display_Area' 속성(530)을 나타내는 정보는 출력 스크린 상의 2차원 좌표 정보이거나, 출력 스크린 상에서의 특정 위치 및 상기 특정 위치로부터의 오프셋(offset) 값으로 표현될 수 있다.
'Visibility' 속성(540)은 논리 스크린이 출력 스크린 상에 보여질 지의 여부를 결정하는 속성으로서, 이 속성 값을 변경함으로써, 논리 스크린을 물리적인 디스플레이 화면에 보이게 하거나 사라지게 할 수 있다.
'Associated_Display_Screen' 속성(550)은 해당 논리 스크린과 연결을 맺은 출력 스크린들의 식별 정보를 나타낸다. 출력 스크린에 연결되어 있지 않은 논리 스크린은 디스플레이 화면에 보여지지 않거나, 다른 외부 출력으로 보내지지 않는다.
'Associated_Service_Contexts' 속성(560)은 논리 스크린 또는 출력 스크린 자신에게 연결된 서비스 컨텍스트들에 대한 정보를 나타내는데, 서비스 컨텍스트에 설정된 서비스가 논리 스크린 또는 출력 스크린에 표현된다.
'OutputPort' 속성(570)은 출력 스크린이 출력되는 대상에 대한 정보를 나타내는데, 출력 스크린이 출력되는 대상으로서 디스플레이 화면, 유/무선 통신 매체, 각종 저장 매체 등을 포함할 수 있다.
한편, 도 6에 도시된 속성 정보에 대한 값을 알아 오거나 변경하기 위한 인터페이스들이 제공될 수 있는데, 여기에는 도 6에 도시한 바와 같이, 속성 정보의 값을 설정하거나, 논리 스크린을 출력 스크린과 연결하기 위한 'set' 인터페이스, 속성 정보의 값을 추가하거나 또는 논리 스크린을 서비스와 연결하기 위한 'add' 인터페이스, 속성 정보의 값을 알아 오기 위한 'get' 인터페이스, 속성 정보의 값을 삭제하기 위한 'remove' 인터페이스 등이 있다. 이러한 인터페이스는 각각의 기능을 수행하는 프로세스(process), 함수(function), 프로시저(procedure), 메소드(method) 등으로 이해될 수 있다.
예컨대, 'getDisplayScreen(void)' 메소드는 현재 스크린과 연관된 출력 스크린을 반환하는 기능을 한다. 예를 들어 현재 스크린이 논리 스크린인 경우에는 연관된 출력 스크린이 반환되고, 현재 스크린이 출력 스크린인 경우에는 현재 스크린에 대한 참조 정보가 반환되며, 현재 스크린이 논리 스크린이지만 연관된 출력 스크린이 존재하지 않는 경우에는 'NULL'이 반환된다.
또 다른 예로, 'public void setDisplayArea(HScreenRectangle rect) throws SecurityException, IllegalStateException' 메소드는 현재의 논리 스크린을 연관된 출력 스크린의 소정의 영역으로 연관시키는 기능을 제공한다. 파라미터로 제공되는 인스턴스는 'org.havi.ui' 패키지의 'HScreenRectangle' 클래스 타입으로서, 2차원 위치 정보를 갖는다. 그리고, 상기 'setDisplayArea(HScreenRectangle rect)' 메소드에 대한 예외 처리로서, 'SecurityException' 예외와 'IllegalStateException' 예외가 수행될 수 있다. 'IllegalStateException' 예외는 현재의 스크린이 논리 스크린이 아니거나, 하드웨어 또는 소프트웨어 플랫폼의 특성상 현재의 논리 스크린과 연관된 출력 스크린의 영역이 변경될 수 없는 경우에 수행될 수 있다.
또 다른 예로, 'getDisplayArea(void)' 메소드는 현재 스크린의 영역에 대한 정보를 'HScreenRectangle' 클래스의 형태로 반환한다. 만일, 현재의 스크린이 출력 스크린인 경우에는 'HScreenRectangle(0,0,1,1)'과 동일한 값을 갖는 'HScreenRectangle' 정보를 반환하고, 현재의 스크린이 논리 스크린인 경우에는 연관된 출력 스크린에서 상기 논리 스크린이 차지하는 영역에 대한 정보가 반환된다. 그리고, 현재의 스크린이 논리 스크린이지만, 연관된 출력 스크린이 존재하지 않는 경우에는 'NULL' 값이 반환된다.
위에서 언급된 각각의 인터페이스 이름은 각각의 기능을 나타내기 위한 명칭에 불과하므로, 그 명칭에 한정되는 것이 아니라 그 기능으로서 이해되어야 한다.
도 9는 두 개의 서비스가 두 개의 논리 스크린에 각각 설정되고 하나의 출력 스크린에 매핑되어 출력되는 과정을 나타내는 예시도이다.
도 9를 참조하면, 제 1 서비스는 비디오/오디오/데이터의 3가지 서비스 컴포넌트가 모두 존재하는 서비스이며, 제 2 서비스는 비디오 컴포넌트와 오디오 컴포넌트만 존재하는 경우를 예로 든 것이다. 물론 본 발명에서는 서비스 컴포넌트에 대한 제약 사항을 두지 않으며, 도 9의 경우는 하나의 가능한 예를 나타낸 것이다.
도 9에서 볼 수 있듯이, 제 1 서비스와 제 2 서비스가 종래의 방식과 유사한 형태로 디스플레이 화면에 나타나지만, 본 발명을 따를 경우 매핑(mapping)을 통하여 디스플레이 화면 상에 개수의 제한 없이 복수 개의 서비스를 다양한 위치에 독립적으로 표현할 수 있다.
도 10은 본 발명의 일 실시예에 따른 다중 스크린을 제공하는 장치의 구성을 나타내는 블록도이다.
도 10을 참조하면, 본 발명에 따른 다중 스크린 제공 장치(900)는 디지털 신호 처리 모듈(940), 동작 모듈(970), 사용자/어플리케이션 인터페이스 모듈(950) 및 검색 모듈(960)을 포함한다.
이 때, 서비스를 제공하는 소스(source)로서, 방송 신호 수신 모듈(910), 저장 매체(920a) 또는 외부 입력 모듈(930)을 포함할 수 있고, 서비스가 출력되는 매체로서 디스플레이 화면(980), 저장 매체(920b) 또는 외부 출력 모듈(990)을 포함할 수 있다.
이 때, 본 실시예에서 사용되는 '모듈'이라는 용어는 소프트웨어 또는 FPGA 또는 ASIC과 같은 하드웨어 구성요소를 의미하며, 모듈은 어떤 역할들을 수행한다. 그렇지만 모듈은 소프트웨어 또는 하드웨어에 한정되는 의미는 아니다. 모듈은 어드레싱할 수 있는 저장 매체에 있도록 구성될 수도 있고 하나 또는 그 이상의 프로세서들을 재생시키도록 구성될 수도 있다. 따라서, 일 예로서 모듈은 소프트웨어 구성요소들, 객체지향 소프트웨어 구성요소들, 클래스 구성요소들 및 태스크 구성요소들과 같은 구성요소들과, 프로세스들, 함수들, 속성들, 프로시저들, 서브루틴들, 프로그램 코드의 세그먼트들, 드라이버들, 펌웨어, 마이크로 코드, 회로, 데이터, 데이터베이스, 데이터 구조들, 테이블들, 어레이들, 및 변수들을 포함한다. 구성요소들과 모듈들 안에서 제공되는 기능은 더 작은 수의 구성요소들 및 모듈들로 결합되거나 추가적인 구성요소들과 모듈들로 더 분리될 수 있다. 뿐만 아니라, 구성요소들 및 모듈들은 디바이스 또는 보안 멀티미디어카드 내의 하나 또는 그 이상의 CPU들을 재생시키도록 구현될 수도 있다.
디지털 신호 처리 모듈(940)은 방송 신호 수신 모듈(910), 저장 매체(920a) 또는 외부 입력 모듈(930)로부터 멀티미디어 컨텐츠와 같은 서비스를 구성하는 다양한 구성 정보들, 예를 들어 비디오 정보, 오디오 정보 또는 데이터 정보 등을 수신한다.
이 때, 방송 신호 수신 모듈(910)은 위성, 지상파 또는 케이블 방송 신호를 수신하여 전달하는 모듈이고, 저장 매체(920a)는 서비스를 구성하는 비디오 정보, 오디오 정보 또는 데이터 정보 등이 저장된 기기를 나타내고, 외부 입력 모듈(930)은 네트워크 인터페이스 모듈과 같이 네트워크로 연결된 다른 기기로부터 서비스를 구성하는 비디오 정보, 오디오 정보 또는 데이터 정보 등을 수신하여 전달하는 모듈로서 이해될 수 있다.
디지털 신호 처리 모듈(940)은 수신된 서비스 컴포넌트들을 이용하여 서비스를 복원하는데, 이 때 복수의 서비스를 복원할 수 있다. 이 때, 상기 복원된 서비스는 추상 서비스 또는 비추상 서비스를 포함한다.
또한, 여기에서, '복수의 서비스'란 예를 들어 방송 신호 수신 모듈(910)에서 전달되는 2개 이상의 서비스를 의미할 수도 있고, 방송 신호 수신 모듈(910)과 저장 매체(920a) 각각으로부터 전달되는 2개의 이상의 서비스를 의미할 수도 있다.
디지털 신호 처리 모듈(940)에서 복원되는 서비스는 사용자/어플리케이션 인터페이스 모듈(950)을 통한 사용자 또는 어플리케이션의 선택에 따라 복원될 수도 있다. 이 때, 사용자 또는 어플리케이션은 어느 서비스를 어떤 스크린에 연결할 지 선택할 수 있다.
동작 모듈(970)은 디지털 신호 처리 모듈(940)에 의하여 복원된 서비스를 논리 스크린에서 표현한 후 논리 스크린을 출력 스크린에 매핑하거나 서비스를 직접 출력 스크린에 표현하는 역할을 한다. 이를 위하여, 동작 모듈(970)은 서비스 처리 모듈(972) 및 출력 모듈(974)을 포함하여 구성될 수 있다.
서비스 처리 모듈(972)은 디지털 신호 처리 모듈(940)에 의해 복원된 서비스를 표현하기 위한 논리 스크린 및 출력 스크린을 생성한다.
출력 모듈(974)은 출력 스크린 상의 소정의 영역으로 서비스 처리 모듈(972)에 의해 생성된 논리 스크린들을 매핑하고 출력한다. 이 때, 출력 스크린 상으로의 매핑은 이미 설정되거나 또는 사용자/어플리케이션 인터페이스 모듈(950)을 통하여 사용자 또는 어플리케이션에 의해 설정될 수 있다.
또한, 서비스 처리 모듈(972)은 다수의 출력 스크린을 생성할 수 있는데, 이러한 경우에는 사용자/어플리케이션 인터페이스 모듈(950)을 통하여 선택된 출력 스크린만이 출력 모듈(974)을 통하여 제공될 수 있다.
또한, 디지털 신호 처리 모듈(940)에 의해 복원된 서비스는 서비스 처리 모듈(972)에서 논리 스크린과 연결되지 않고, 출력 스크린과 직접 연결되어 출력 모듈(974)에 의해 출력될 수 있다.
출력 모듈(974)에 의해 출력 스크린은 물리적인 디스플레이 화면(980)을 통하여 출력되거나, 저장 매체(920b)에 저장될 수 있다. 여기에서 저장 매체(920b)는 컴퓨터에 의해 판독이 가능하고 플로피 디스크, 하드 디스크, CD-ROM, DVD, DVD-ROM, BD(Blu-ray Disc) 및 반도체 메모리를 포함한다.
또한, 외부 출력 모듈(990)을 통하여 네트워크로 연결된 다른 기기로 전달될 수도 있다.
이를 위하여, 출력 모듈(974)은 출력 스크린이 제공되는 다수의 출력 포트(output port)를 포함할 수 있는데, 이러한 경우에 이미 설정된 기본 출력 포트 또는 사용자/어플리케이션 인터페이스 모듈(950)을 통하여 지정된 출력 포트를 통하여 출력 스크린이 제공될 수 있다.
검색 모듈(960)은 시스템에 존재하는 스크린들의 형태 및 연결 관계를 검색하는 역할을 한다. 이와 같은 검색은 4가지로 분류될 수 있는데, 검색 모듈(960)은 적어도 하나 이상의 스크린 중 수신된 서비스에 포함된 어플리케이션이 실행되는 스크린을 검색할 수 있고(이하, 제 1 검색이라 한다), 장치에 생성된 모든 논리 스크린과 출력 스크린을 검색할 수 있고(이하, 제 2 검색이라 한다), 수신된 서비스를 표현하기 위한 논리 스크린과 그 논리 스크린이 매핑된 출력 스크린을 검색할 수 있으며(이하, 제 3 검색이라 한다), 수신된 서비스를 표현하는 스크린이 논리 스크린인지 출력 스크린인지 검색할 수 있다(이하, 제 4 검색이라 한다).
여기서, 제 1 검색 내지 제 4 검색 과정을 통하여 검색되는 스크린은 논리 스크린 또는 출력 스크린일 수 있다.
제 1 검색을 수행함에 있어서, 검색 모듈(960)은 어플리케이션이 실행되는 스크린의 설정 형태를 검색할 수 있는데 여기서, 설정 형태로는 어플리케이션이 실행된 스크린이 출력 스크린에 대응하는 단일 스크린 형태, 단일 스크린이 적어도 하나 이상의 중첩 스크린과 병존하는 중첩 스크린 형태, 어플리케이션이 실행된 스크린이 출력 스크린의 전체 영역에 매핑된 논리 스크린에 대응하고, 출력 스크린에 매핑된 적어도 하나 이상의 중첩되지 않은 논리 스크린에 대응하며, 중첩 스크린에 대응하지 않는 PiP 스크린 형태, PiP 스크린이 적어도 하나 이상의 중첩 스크린과 병존하는 중첩된 PiP 스크린 형태, 어플리케이션이 실행된 스크린이 출력 스크린의 전체 영역에 매핑된 적어도 둘 이상의 비중첩 논리 스크린의 조합에 대응하고, 중첩 스크린에 대응하지 않는 PoP 스크린 형태, PoP 스크린이 적어도 하나 이상의 중첩 스크린과 병존하는 중첩된 PoP 스크린 및 위의 형태 중 어느 하나에도 속하지 않는 일반 형태 중 적어도 하나를 포함한다.
제 2 검색을 수행함에 있어서, 검색 모듈(960)은 어플리케이션의 권한 범위를 참조하여 권한이 부여된 경우에만 논리 스크린 및 출력 스크린에 대해서만 검색을 수행할 수도 있다. 여기서, 어플리케이션의 권한 범위는 서비스 제공자에 의하여 부여되는데, 검색 모듈(960)은 동작 모듈(970)에 의하여 생성된 스크린 중 어플리케이션의 권한 범위에 포함된 일부 스크린에 대해서만 검색을 수행할 수 있는 것이다. 한편, 서비스 제공자로부터 어떠한 권한 범위도 부여되지 않는 경우 검색 모듈(960)은 모든 논리 스크린 및 출력 스크린을 검색할 수도 있음은 물론이다.
제 4 검색을 수행함에 있어서, 검색 모듈(960)은 어플리케이션이 실행되는 스크린이 논리 스크린(이하, 실행 논리 스크린이라 한다)인 경우, 출력 스크린상에서의 실행 논리 스크린의 위치, 크기 및 출력 스크린상에 존재하는 다른 논리 스크린과 실행 논리 스크린간의 중첩 관계를 검색할 수 있다. 여기서, 실행 논리 스크린의 위치는 출력 스크린상에서의 평면 좌표뿐만 아니라 z축상의 순서인 z-order를 포함한다.
또한, 제 4 검색을 수행함에 있어서, 검색 모듈(960)은 검색된 스크린의 서비스 컨텍스트를 검색할 수도 있다.
한편, 검색 모듈(960)은 사용자로부터 입력된 제어 명령 또는 서비스 제공자로부터 제공된 어플리케이션의 제어 명령에 의하여 검색을 수행한다. 어플리케이션의 제어 명령에 의한 검색은 현재 전송된 어플리케이션 또는 기 저장된 어플리케이션의 제어 명령에 따라 검색 모듈(960)이 검색을 수행하는 것을 의미한다.
사용자 또는 어플리케이션은 사용자/어플리케이션 인터페이스 모듈(950)을 통하여 원하는 서비스를 선택하거나 복원하게 할 수 있다. 또한, 사용자 또는 어플리케이션은 사용자/어플리케이션 인터페이스 모듈(950)을 통하여 다수의 출력 스크린 중 임의의 출력 스크린을 선택할 수도 있는데, 이와 같은 작업을 수행하기 위하여 사용자/어플리케이션 인터페이스 모듈(950)은 검색 모듈(960)에 의하여 검색된 결과를 이용할 수 있다.
도 10에 도시된 각 모듈들은 각각의 기능에 따라 분리되어 도시되고 있으므로, 실제 구현에 있어서는 각각 다른 모듈들과의 결합도 가능하다.
도 11은 본 발명의 일 실시예에 따라 다중 스크린을 동적으로 구성하는 방법을 나타내는 플로우 차트이다.
일반적으로 멀티미디어 컨텐츠를 구성하는 비디오 정보, 오디오 정보, 데이터 정보 등은 예를 들어 MPEG 스트림과 같은 소정의 포맷에 따라 전달된다. 따라서, 멀티미디어 컨텐츠와 같은 서비스를 실행하는 장치는 상기와 같은 정보들을 수신하여 해당하는 서비스를 복원하게 된다(S1010). 이 때, 복원되는 서비스는 사용자 또는 어플리케이션에 의해 선택되거나 미리 설정될 수 있다. 사용자가 디스플레이 화면에서 나타나는 메뉴나 리모컨을 이용하거나 어플리케이션이 API를 이용하여 어느 서비스를 어떤 스크린에 연결할 지 선택할 수 있다.
한편, 데이터 정보는 서비스 내에 존재하는 어플리케이션에 관한 어플리케이션 정보를 포함하며, 이러한 어플리케이션 정보는 어플리케이션이 PiP 스크린에서 실행될 수 있는지 여부를 나타내는 시그널 정보(signal information)를 포함한다. 어플리케이션 정보의 예로서, MHP 규격에 따른 AIT(Application Information Table)과 OCAP 규격에 따른 XAIT(eXtended Application Information Table) 등이 있으며, 이러한 어플리케이션 정보에 상기 시그널 정보를 추가할 수 있다.
그리고 나서, 상기 복원된 서비스를 본 발명에 따른 논리 스크린에서 표현되도록 설정하고(S1020), 상기 논리 스크린을 본 발명에 따른 출력 스크린으로 매핑한 후(S1030), 디스플레이 화면(980), 저장 매체(920b) 또는 네트워크를 통하여 상기 출력 스크린이 제공된다(S1040).
이와 같이, 논리 스크린 및 출력 스크린이 생성된 후, 검색 모듈(960)은 생성된 스크린에 대한 검색을 수행한다(S1050). 검색 모듈(960)에 의하여 수행되는 검색은 전술한 제 1 검색 내지 제 4 검색을 포함하며, 이는 사용자/어플리케이션 인터페이스 모듈(950)을 통하여 입력된 사용자 또는 어플리케이션의 제어 명령에 따라 수행될 수 있다. 검색에 대한 자세한 설명은 도 10을 통하여 전술하였으므로 생략하기로 한다.
한편, 도 11에서는 복원된 서비스가 논리 스크린을 거쳐 출력 스크린을 통해 제공되는 것으로 표현되고 있으나, 논리 스크린을 거치지 않고 직접 출력 스크린을 통해 제공될 수도 있다.
또한, 사용자가 PiP 서비스를 선택하는 경우에는 2가지 모드로서 PiP 서비스가 표현될 수 있는데 제 1 모드에서는　PiP 서비스를 위한 별도의 논리 스크린 예컨대 PiP 스크린이 생성되지 않고, 메인 스크린에서 선택된 PiP 서비스의 비디오 컴포넌트만 표현되고, 제 2 모드에서는 PiP 서비스를 위한 별도의 논리 스크린이 생성되어 생성된 PiP 스크린 내에서 선택된 PiP 서비스가 표현된다.
한편, 도 11에서는 설명의 편의상 하나의 서비스가 출력 스크린으로 매핑되는 과정을 설명하고 있으나, 스크린 속성 정보를 이용하여 다수의 서비스가 다수의 논리 스크린을 통하여 또는 직접적으로 하나의 출력 스크린 내의 임의의 영역으로 매핑될 수 있다.
따라서, 출력 스크린이 디스플레이 화면을 통하여 제공되는 경우에는 사용자 또는 어플리케이션은 다수의 서비스를 실행할 수 있게 된다.
도 12는 본 발명의 실시에 따라 다중 스크린을 제공하기 위한 소프트웨어 아키텍처를 나타내는 예시도이다.
도 12를 참조하면, 본 발명에 따른 소프트웨어 아키텍처(1100)는 디바이스 드라이버 레이어(Device Driver Layer)(1110), API 레이어(Application Program Interface Layer)(1120) 그리고 어플리케이션 레이어(Application Layer)(1130)를 포함한다.
디바이스 드라이버 레이어(1110)는 멀티미디어 컨텐츠를 제공하는 다양한 소스들로부터 서비스를 구성하는 서비스 컴포넌트들을 수신하여 디코딩한다. 이 때, 서비스 컴포넌트의 예로서 비디오 정보, 오디오 정보 또는 데이터 정보 등을 포함한다.
API 레이어(1120)는 논리 스크린 및 출력 스크린을 생성하고, 서비스, 논리 스크린, 출력 스크린 간의 매핑을 수행한다.
어플리케이션 레이어(1130)는 서비스가 표현되는 논리 스크린을 사용자가 동적으로 구성할 수 있도록 하는 사용자 인터페이스를 제공하거나, 사용자의 명령을 API 레이어(1120)로 전달하여 해당 명령에 따른 동작을 수행하게 할 수 있다.
이와 같은 작업을 수행하기 위하여 어플리케이션 레이어(1130)는 현재 전송된 어플리케이션 또는 기 저장된 어플리케이션을 통하여 작업을 수행할 수 있으며, 스크린 검색 등의 작업도 어플리케이션 레이어(1130)을 통하여 수행될 수 있다.
한편, 사용자는 어플리케이션 레이어(1130)를 통하여 디바이스 드라이버 레이어(1110)로 하여금 출력 스크린을 물리적인 디스플레이 화면을 통하여 출력하도록 하거나 저장 매체(920b)에 저장하도록 할 수 있다. 또한, 디바이스 드라이버 레이어(1110)에 의해 출력 스크린을 네트워크를 통하여 다른 기기로 전송할 수도 있다.
이를 위하여, 디바이스 드라이버 레이어(1110)는 상기 출력 스크린을 제공하는 다수의 출력 포트를 포함할 수도 있으나, 다수의 출력 포트는 API 레이어(1120)에 존재할 수도 있다.
한편, 다수의 논리 스크린을 출력 스크린 상에 동적으로 구성하기 위하여 API 레이어(1120)는 다수의 소프트웨어 모듈을 포함할 수 있는데, 여기에서는 'MultiScreenManager' 모듈, 'MultiScreenContext' 모듈, 'MultiScreenContextListener' 모듈 그리고 'MultiScreenContextEvent' 모듈을 예로 하여 설명하며, 이러한 모듈들의 관계를 도 13에서 도시하고 있다.
'MultiScreenManager' 모듈(1210)은 'MultiScreenContext' 모듈을 관리하면서, 원하는 스크린을 찾거나 스크린들간의 디바이스 공유 정보를 알려 주거나, 'MultiScreenContextListener' 모듈(1250)의 등록 또는 해제를 담당하는 역할을 한 다.
'MultiScreenContext' 모듈(1230)은 스크린 객체(1220)와 연관되어 스크린 객체에 대한 인터페이스 객체로서, 'MultiScreenContext' 모듈(1230)의 인터페이스 동작에 따라 스크린 객체가 논리 스크린과 출력 스크린으로 스크린의 유형이 결정될 수 있고, 도 6에 도시되고 있는 다양한 속성 정보들이 설정될 수 있다. 앞서, 언급한 'set', 'add', 'get', 'remove' 인터페이스들은 'MultiScreenContext' 모듈(1230)에 의해 제공될 수 있다.
'MultiScreenContextEvent' 모듈(1240)은 'MultiScreenContext' 인터페이스 객체(1230)에 의하여 스크린 객체(1220)의 속성 정보들이 바뀐 경우, 이를 알려주기 위한 이벤트 클래스(event class)이고, 'MultiScreenContextListener' 모듈(1250)은 'MultiScreenContextEvent' 모듈(1240)에 의한 이벤트를 수신하고자 하는 소정의 어플리케이션 클래스에 구현될 수 있는 리스너 인터페이스(listener interface) 객체이다.
한편, 어플리케이션(1260)은 어플리케이션 레이어(1130)에서 동작하는 모듈로서, 사용자로 하여금 원하는 서비스를 선택하게 하고, 출력 스크린에 다수의 논리 스크린을 원하는 형태에 따라 자유롭게 배치하도록 한다.
따라서, 어플리케이션(1260)은 사용자가 논리 스크린을 동적으로 배치하고 이를 관리하는 것에 관한 명령들을 MultiScreenManager 모듈(1210)로 전달하면, MultiScreenManager 모듈(1210)은 MultiScreenContext 모듈(1230)을 통하여 상기 명령에 대응하는 동작을 수행하도록 한다.
한편, MultiScreenContext 모듈(1230)은 스크린 객체(1220)와 연관되어 도 6에 도시된 스크린 객체(1220)의 속성 정보들을 관리할 수 있으며 이러한 관리를 위하여 다양한 함수 또는 메소드(method)를 포함할 수 있다.
한편 미도시되었으나, MultiScreenManager 모듈(1210)은 디바이스 드라이버 레이어(1110)로부터 다양한 소스들로부터 제공된 서비스 컴포넌트들을 수신하여 논리 스크린 또는 출력 스크린에서 표현될 수 있도록 동작할 수도 있다. 물론, 이러한 기능은 도시되지 않은 별도의 모듈을 통해서 수행될 수도 있다.
또한, 어플리케이션은 검색 모듈(960)을 이용하여 스크린 검색 작업을 수행할 수 있는데, 이에 대한 자세한 설명은 도 15를 통하여 후술하기로 한다.
도 14는 도 13에서 도시된 각 모듈들에 의하여 복수 개의 서비스를 논리 스크린을 통하여 출력 스크린에 나타내는 과정을 도시한 플로우 차트이다.
우선, MultiScreenManager 모듈(1210)은 하나의 출력 스크린과 실행될 서비스 개수만큼의 논리 스크린을 생성한다(S1310).
그리고 나서, MultiScreenManager 모듈(1210)은 각각의 논리 스크린을 디바이스 드라이버 레이어(1110)로부터 수신한 서비스와 연결시킨다(S1320). 이 때, 각각의 논리 스크린에 대하여, 연결할 서비스에 대한 서비스 컨텍스트 객체를 파라미터로 하여 논리 스크린 객체의 'addServiceContext' 메소드를 호출할 수 있다. 여기에서 'addServiceContext' 메소드는 논리 스크린과 서비스를 연결하는 기능을 수행하는 메소드로서 이해될 수 있으며, MultiScreenContext 모듈(1230)에 의해 제공될 수 있다.
논리 스크린과 서비스가 연결되면, MultiScreenManager 모듈(1210)은 각각의 논리 스크린을 출력 스크린과 연결한다(S1330). 이 때, 각각의 논리 스크린에 대하여, 연결할 출력 스크린 객체를 파라미터로 하여 논리 스크린 객체의 'setDisplayScreen' 메소드를 호출할 수 있다. 여기에서 'setDisplayScreen' 메소드는 논리 스크린과 출력 스크린을 연결하는 기능을 수행하는 메소드로서 이해될 수 있으며, MultiScreenContext 모듈(1230)에 의해 제공될 수 있다.
예를 들어, 'setDisplayScreen' 메소드는 'public void setDisplayScreen(HScreen screen) throws SecurityException, IllegalStateException'의 형태로 표현될 수 있으며, 이 메소드는 파라미터로 제공되는 'HScreen' 인스턴스를 현재의 논리 스크린과 매핑시키는 기능을 제공한다. 이 때, 상기 'HScreen' 인스턴스는 출력 스크린인 것이 바람직하다.
그리고, 상기 'setDisplayScreen(HScreen screen)' 메소드의 파라미터는 'NULL'을 포함할 수 있는데, 이 경우 예외 처리(exception handling) 없이 'setDisplayScreen(HScreen screen)' 메소드가 실행되면 현재의 논리 스크린은 더 이상 출력 스크린과 연관되지 않는다.
그리고, 'setDisplayScreen(HScreen screen)' 메소드에 대한 예외 처리로서, 'SecurityException' 예외와 'IllegalStateException' 예외가 수행될 수 있다.
'IllegalStateException' 예외는 현재의 스크린이 논리 스크린이 아니거나, 하드웨어 또는 소프트웨어 플랫폼의 특성상 파라미터로 제공되는 출력 스크린이 특정한 논리 스크린과 연관되어 현재의 논리 스크린을 상기 파라미터에 해당하는 출 력 스크린과 연관시킬 수 없는 경우에 수행될 수 있다.
서비스와 논리 스크린, 그리고 다수의 논리 스크린과 하나의 출력 스크린이 연결되면, 각각의 논리 스크린이 표현될 출력 스크린의 영역이 설정된다(S1340). 이 때, 각각의 논리 스크린에 대하여, 출력 스크린에 보여질 영역을 설정하기 위해 MultiScreenContext 모듈(1230)에 의해 제공되는 메소드를 호출할 수 있다.
도 15는 본 발명의 실시예에 따른 검색 모듈(960)의 동작을 나타낸 예시도로서, 검색 모듈(960)은 전술한 제 1 검색 내지 제 4 검색(1510, 1520, 1530, 1540)을 수행할 수 있다.
제 1 검색(1510)을 수행하기 위하여 검색 모듈(960)은 'getScreenConfiguration' 메소드를 호출할 수 있다. 여기서, 'getScreenConfiguration' 메소드는 현재 활성화된 스크린의 설정 형태에 대한 인스턴스를 반환하는 메소드로서, 이는 MultiScreenConfiguration 클래스에 의해 제공될 수 있다.
예를 들어, 'getScreenConfiguration' 메소드는 'public MultiScreenConfiguration getScreenConfiguration() throws java.lang.SecurityException'의 형태로 표현될 수 있으며, 이 메소드는 현재 활성화된 스크린의 설정 형태에 대한 인스턴스인 MultiScreenConfiguration를 반환한다.
그리고, 'getScreenConfiguration' 메소드의 호출이 허용되지 않는 경우 'SecurityException' 예외가 수행될 수 있다.
또한, 해당 스크린의 구체적인 설정 형태를 확인하기 위하여 검색 모듈(960)은 'getScreenConfigurationType' 메소드를 호출할 수 있다. 여기서, 'getScreenConfigurationType' 메소드는 현재 활성화된 스크린의 설정 형태를 반환하는 메소드로서, MultiScreenConfiguration 인터페이스에 의해 제공될 수 있다.
예를 들어, 'getScreenConfigurationType' 메소드는
'int getScreenConfigurationType()
{return SCREEN_CONFIGURATION_NON_PIP,
SCREEN_CONFIGURATION_NON_PIP_WITH_OVERLAY,
SCREEN_CONFIGURATION_PIP,
SCREEN_CONFIGURATION_PIP_WITH_OVERLAY,
SCREEN_CONFIGURATION_POP,
SCREEN_CONFIGURATION_POP_WITH_OVERLAY,
SCREEN_CONFIGURATION_GENERAL}'의 형태로 표현될 수 있으며, 이 메소드는 현재 활성화된 스크린의 설정 형태를 자신의 데이터 형인 정수형(integer)으로 반환한다. 여기서, 위에 나열된 설정 형태는 각각 전술한 단일 스크린 형태, 중첩 스크린 형태, PiP 스크린 형태, 중첩된 PiP 스크린 형태, PoP 스크린 형태, 중첩된 PoP 스크린 형태 및 일반 형태에 해당된다.
도 16a는 스크린의 설정 형태를 검색하기 위한 코드의 예시도로서, 현재 활성화된 스크린의 설정 형태가 PiP인지 PoP인지를 검색하는 코드이다. 즉, 검색 모듈(960)은 설정 형태가 SCREEN_CONFIGURATION_PIP이고, SCREEN_CONFIGURATION_PIP_WITH_OVERLAY인 경우를 PiP인 것으로 간주하고, 설정 형태가 SCREEN_CONFIGURATION_POP이고, SCREEN_CONFIGURATION_POP_WITH_OVERLAY인 경우를 PoP인 것으로 간주하며, 그 이외의 모든 경우를 PiP 또는 PoP가 아닌 것으로 간주하는 것이다.
제 2 검색(1520)을 수행하기 위하여 검색 모듈(960)은 'getScreens' 메소드를 호출할 수 있다. 여기서, 'getScreens' 메소드는 장치에 생성된 모든 스크린의 집합을 반환하는 메소드로서, 그 데이터 형은 'org.havi.ui' 패키지의 'HScreen' 클래스 타입이다. 즉, 'getScreens' 메소드는 장치에 생성된 모든 'HScreen' 인스턴스의 집합을 반환하는 것이다.
도 16b는 장치에 생성된 모든 스크린의 인스턴스를 검색하기 위한 코드의 예시도로서, 검색된 인스턴스를 이용하여 스크린의 설정 형태를 검색하는 코드이다. 즉, 'getScreens' 메소드를 통하여 반환된 접근 가능한 스크린의 인스턴스인 'screens'가 추출되고, 이를 통하여 각 스크린의 설정 형태가 순차적으로 검색되는 것이다.
제 3 검색(1530)을 수행하기 위하여 검색 모듈(960)은 'org.havi.ui.HScreen.getDefaultHScreen' 메소드를 호출할 수 있다. 여기서, 'getDefaultHScreen' 메소드는 단일 스크린을 검색하기 위한 것이다. 어플리케이션의 디폴트 스크린(default screen)은 그 어플리케이션이 속해있는 스크린이라고 정의하면, 어플리케이션은 'getDefaultHScreen' API를 이용하여 자신이 속한 스크린을 알아낼 수 있게 된다.
한편, 논리 스크린과 매핑된 출력 스크린을 검색하기 위하여 검색 모듈(960)은 'getDisplayScreen' 메소드가 호출될 수 있다. 여기서, 'getDisplayScreen' 메소드는 논리 스크린과 연결된 출력 스크린을 반환하는 메소드로서, 그 데이터 형은 'HScreen' 클래스 타입이며, 'MultiScreenContext' 인터페이스에 의해 제공될 수 있다.
'getDisplayScreen' 메소드는 호출된 'HScreen'의 형태가 출력 스크린인 경우 이에 대한 참조 주소를 반환하고, 호출된 'HScreen'의 형태가 논리 스크린이고 이 논리 스크린이 출력 스크린과 연결된 경우 출력 스크린의 참조 주소를 반환한다. 한편, 'getDisplayScreen' 메소드는 호출된 'HScreen'의 형태가 논리 스크린이고 이 논리 스크린이 출력 스크린과 연결되어 있지 않는 경우 NULL을 반환한다.
도 16c는 어플리케이션이 속한 스크린을 검색하기 위한 코드의 예시도로서, 어플리케이션이 속한 스크린이 논리 스크린인지 출력 스크린인지를 판단한 후에 출력 스크린을 검색하는 코드이다
즉, 'getDefaultHScreen' 메소드가 이용되어 디폴트 스크린인 'screen'이 추출되고, 이것이 'getScreenType' 메소드에 적용되어 해당 스크린이 논리 스크린인지 출력 스크린인지 확인되며, 그 결과에 따라 'getDisplayScreen' 메소드가 출력 스크린을 반환하는 것이다.
제 4 검색(1540)을 수행하기 위하여 검색 모듈(960)은 'getScreenType' 메소드, 'getDisplayArea' 메소드, 'getZOrder' 메소드, 'getServiceContexts' 메소드를 호출할 수 있다. 여기서, 'getScreenType' 메소드는 해당 스크린이 논리 스크린 인지 출력 스크린인지를 검색하기 위한 것으로서, 그 데이터 형은 정수형이며, 'SCREEN_TYPE_DISPLAY' 또는 'SCREEN_TYPE_LOGICAL'을 반환한다.
'SCREEN_TYPE_DISPLAY'는 출력 스크린을 나타내는 값으로서, 'HScreen'이 'VideoOutputPort'에 연결되어 있고, 'VideoOutputPort'로부터 생성된 비디오 래스터에 매핑된 경우 'HScreen'의 형태는 'SCREEN_TYPE_DISPLAY'가 되는데, 이때의 'HScreen'을 출력 'HScreen'라 한다.
한편, 'SCREEN_TYPE_LOGICAL'은 논리 스크린을 나타내는 값으로서, 'HScreen'이 'VideoOutputPort'에 연결되어 있지 않고, 'VideoOutputPort'로부터 생성된 비디오 래스터의 서브 영역(sub-region)에 매핑된 경우 'HScreen'의 형태는 'SCREEN_TYPE_LOGICAL'이 되는데, 이때의 'HScreen'을 논리 'HScreen'이라 한다.
논리 'HScreen'은 출력 'HScreen'에 연결될 수도 있는데, 만일 논리 'HScreen'이 출력 'HScreen'에 연결되어 있지 않는 경우 시각적(visible)이고 청각적(audible)인 서비스는 논리 'HScreen'에 연결된 'ServiceContext'에 의하여 생성되지 않을 수 있다.
도 16d는 어플리케이션이 속한 스크린의 형태를 검색하기 위한 코드의 예시도로서, 'getScreenType' 메소드를 이용하여 해당 스크린이 논리 스크린인지 출력 스크린인지를 검색하는 코드이다.
출력 스크린상에 위치한 어플리케이션의 좌표 및 z-order를 검색하기 위하여 'getDisplayArea' 메소드 및 'getZOrder' 메소드가 호출될 수 있다.
'getDisplayArea' 메소드는 출력 스크린에 매핑된 논리 스크린의 좌표를 반 환하는데, 그 데이터 형은 'org.havi.ui.HScreenRectangle' 클래스 타입이다. 'getDisplayArea' 메소드는 'HScreen'의 범위(extent)를 반환하는데, 만일 'HScreen'의 형태가 'SCREEN_TYPE_DISPLAY'인 경우 'HScreenRectangle(0, 0, 1, 1)'을 반환하고, 만일 'HScreen'의 형태가 'SCREEN_TYPE_LOGICAL'이고 'HScreen'이 출력 'HScreen'에 연결된 경우 해당 논리 'HScreen'에 할당된 영역을 반환한다. 또한, 'HScreen'의 형태가 'SCREEN_TYPE_LOGICAL'이고, 'HScreen'이 출력 'HScreen'에 연결되어 있지 않는 경우 'getDisplayArea' 메소드는 NULL을 반환한다.
도 16e는 어플리케이션이 속한 논리 스크린의 출력 스크린상에서의 위치 및 크기를 검색하기 위한 코드의 예시도로서, 'getDisplayArea' 메소드를 이용하여 해당 스크린의 위치 및 크기를 검색하는 코드이다.
'getZOrder' 메소드는 출력 스크린에 매핑된 논리 스크린의 z-order를 반환하는데, 그 데이터 형은 정수형이다. 'getZOrder' 메소드는 해당 'HScreen'이 출력 'HScreen'인 경우 0인 z-order를 반환하고, 해당 'HScreen'이 논리 'HScreen'인 경우 1 또는 그 이상의 값을 갖는 z-order를 반환한다.
해당 스크린과 연관된 서비스 컨텍스트를 검색하기 위하여 'getServiceContexts' 메소드가 호출될 수 있다.
'getServiceContexts' 메소드는 'HScreen'에 연결된 서비스 컨텍스트의 집합을 반환하는데, 그 데이터 형은 'javax.tv.service.selection.ServiceContext' 클래스 타입이다.
도 16f는 어플리케이션이 속한 스크린의 서비스 컨텍스트를 검색하기 위한 코드의 예시도로서, 'getServiceContexts' 메소드를 이용하여 해당 스크린의 서비스 컨텍스트를 검색하는 코드이다.
도 17은 도 13에서 도시된 각 모듈들에 의하여 논리 스크린에 표현되는 서비스가 교환되는 과정을 도시한 플로우 차트이다.
우선, MultiScreenManager 모듈(1210)은 서비스가 서로 교환될 두 논리 스크린에 존재하는 서비스를 일시 중지시킨다(S1410).
그리고 나서, 두 논리 스크린에 연결된 서비스의 정보를 교환한다(S1420). 이 때, 두 논리 스크린 객체 각각에 대해 'removeServiceContext' 메소드와 'addServiceContext' 메소드를 호출함으로써 논리 스크린에 설정된 서비스 컨텍스트를 교환할 수 있다. 여기에서 'removeServiceContext' 메소드는 논리 스크린에 연결되어 있던 서비스 컨텍스트를 제거하는 기능을 수행하는 메소드로서 이해될 수 있고, 'addServiceContext' 메소드는 논리 스크린에 새로운 서비스 컨텍스트를 추가하는 기능을 수행하는 메소드로서 이해될 수 있으며, 'removeServiceContext' 메소드와 'addServiceContext' 메소드는 MultiScreenContext 모듈(1230)에 의해 제공될 수 있다. 즉, 본 발명에서는 논리 스크린에 연결된 서비스에 대한 정보를 교환함으로써 종래의 주화면과 부화면을 서로 교환하는 효과뿐만 아니라, 예를 들어 디스플레이 화면(980)에 3개 이상의 서비스가 실연되고 있더라도 임의의 개수의 논리 스크린 간에 서비스의 교환이 가능하게 된다.
두 논리 스크린에 연결된 서비스의 정보가 교환되면, 서비스와 논리 스크린의 연결이 바뀌었다는 이벤트가 발생되고(S1430), 그리고 나서, 'MultiScreenContextEvent' 모듈(1240)은 발생된 이벤트를 'MultiScreenContextListener' 모듈(1250)로 전달하고, 두 논리 스크린에 새롭게 연결된 서비스에 대한 실행이 재개된다(S1440).
이상 첨부된 도면을 참조하여 본 발명의 실시예를 설명하였지만, 본 발명이 속하는 기술분야에서 통상의 지식을 가진 자는 본 발명이 그 기술적 사상이나 필수적인 특징을 변경하지 않고서 다른 구체적인 형태로 실시될 수 있다는 것을 이해할 수 있을 것이다. 그러므로 이상에서 기술한 실시예들은 모든 면에서 예시적인 것이며 한정적이 아닌 것으로 이해해야만 한다.
상기한 바와 같은 본 발명의 다중 스크린을 제공하는 장치 및 상기 다중 스크린의 동적 구성 방법에 따르면 시스템에 존재하는 스크린들의 형태 및 연결 관계를 검색함으로써 물리적인 디스플레이 화면에 복수 개의 컨텐츠를 제공하는 다수의 스크린을 사용자 또는 어플리케이션으로 하여금 용이하게 동적으로 구성할 수 있게 하는 장점이 있다.

Claims (34)

  1. 수신된 서비스를 표현하기 위한 적어도 하나 이상의 스크린을 생성하는 동작 모듈; 및
    상기 스크린 중 상기 서비스에 포함된 소정의 어플리케이션이 실행되는 스크린을 검색하는 검색 모듈을 포함하는 다중 스크린을 제공하는 장치.
  2. 제 1항에 있어서,
    상기 스크린은 PiP(Picture-in-Picture) 스크린을 포함하는 다중 스크린을 제공하는 장치.
  3. 제 1항에 있어서,
    상기 스크린은 PoP(Picture out of Picture) 스크린을 포함하는 다중 스크린을 제공하는 장치.
  4. 제 1항에 있어서,
    상기 검색 모듈은 상기 실행된 스크린의 설정 형태를 검색하는 다중 스크린을 제공하는 장치.
  5. 제 4항에 있어서,
    상기 설정 형태는 상기 어플리케이션이 실행된 스크린이 출력 스크린에 대응하는 단일 스크린 형태;
    상기 단일 스크린이 적어도 하나 이상의 중첩 스크린과 병존하는 중첩 스크린 형태;
    상기 어플리케이션이 실행된 스크린이 출력 스크린의 전체 영역에 매핑된 논리 스크린에 대응하고, 출력 스크린에 매핑된 적어도 하나 이상의 중첩되지 않은 논리 스크린에 대응하며, 중첩 스크린에 대응하지 않는 PiP 스크린 형태;
    상기 PiP 스크린이 적어도 하나 이상의 중첩 스크린과 병존하는 중첩된 PiP 스크린 형태;
    상기 어플리케이션이 실행된 스크린이 출력 스크린의 전체 영역에 매핑된 적어도 둘 이상의 비중첩 논리 스크린의 조합에 대응하고, 중첩 스크린에 대응하지 않는 PoP 스크린 형태;
    상기 PoP 스크린이 적어도 하나 이상의 중첩 스크린과 병존하는 중첩된 PoP 스크린 형태; 및
    상기 형태 중 어느 하나에도 속하지 않는 일반 형태 중 적어도 하나를 포함하는 다중 스크린을 제공하는 장치.
  6. 제 1항에 있어서,
    상기 동작 모듈은 상기 어플리케이션이 실행되는 논리 스크린을 출력 스크린에 배치하는 다중 스크린을 제공하는 장치.
  7. 제 1항에 있어서,
    상기 동작 모듈은 상기 어플리케이션을 출력 스크린상에서 동작시키는 다중 스크린을 제공하는 장치.
  8. 수신된 서비스를 표현하기 위한 논리 스크린과 상기 논리 스크린이 매핑되는 출력 스크린을 생성하는 동작 모듈; 및
    상기 생성된 모든 논리 스크린과 출력 스크린을 검색하는 검색 모듈을 포함하는 다중 스크린을 제공하는 장치.
  9. 제 8항에 있어서,
    상기 검색 모듈은 상기 서비스에 포함된 소정 어플리케이션의 권한 범위에 포함된 논리 스크린 및 출력 스크린에 대해서만 상기 검색을 수행하는 다중 스크린을 제공하는 장치.
  10. 제 8항에 있어서,
    상기 논리 스크린은 PiP(Picture-in-Picture) 스크린을 포함하는 다중 스크린을 제공하는 장치.
  11. 제 8항에 있어서,
    상기 논리 스크린은 PoP(Picture out of Picture) 스크린을 포함하는 다중 스크린을 제공하는 장치.
  12. 수신된 서비스를 표현하기 위한 논리 스크린과 상기 논리 스크린이 매핑되는 출력 스크린을 생성하는 동작 모듈; 및
    상기 논리 스크린과 상기 출력 스크린을 검색하는 검색 모듈을 포함하는 다중 스크린을 제공하는 장치.
  13. 제 12항에 있어서,
    상기 논리 스크린은 PiP(Picture-in-Picture) 스크린을 포함하는 다중 스크린을 제공하는 장치.
  14. 제 12항에 있어서,
    상기 논리 스크린은 PoP(Picture out of Picture) 스크린을 포함하는 다중 스크린을 제공하는 장치.
  15. 서비스를 수신하는 방송 신호 수신 모듈;
    논리 스크린 및 상기 논리 스크린이 매핑되는 출력 스크린을 생성하는 동작 모듈; 및
    상기 서비스를 표현하는 스크린이 상기 논리 스크린인지 상기 출력 스크린인 지 검색하는 검색 모듈을 포함하는 다중 스크린을 제공하는 장치.
  16. 제 15항에 있어서,
    상기 검색 모듈은 상기 서비스를 표현하는 스크린이 상기 논리 스크린인 경우, 상기 출력 스크린상에서의 상기 논리 스크린의 위치, 크기 및 상기 출력 스크린상에 존재하는 다른 논리 스크린과 상기 논리 스크린간의 중첩 관계를 검색하는 다중 스크린을 제공하는 장치.
  17. 제 15항에 있어서,
    상기 검색 모듈은 상기 서비스를 표현하는 스크린의 서비스 컨텍스트를 검색하는 다중 스크린을 제공하는 장치.
  18. 수신된 서비스를 표현하기 위한 적어도 하나 이상의 스크린을 생성하는 단계; 및
    상기 스크린 중 상기 서비스에 포함된 소정의 어플리케이션이 실행되는 스크린을 검색하는 단계를 포함하는 다중 스크린의 동적 구성 방법.
  19. 제 18항에 있어서,
    상기 스크린은 PiP(Picture-in-Picture) 스크린을 포함하는 다중 스크린의 동적 구성 방법.
  20. 제 18항에 있어서,
    상기 스크린은 PoP(Picture out of Picture) 스크린을 포함하는 다중 스크린의 동적 구성 방법.
  21. 제 18항에 있어서,
    상기 검색하는 단계는 상기 실행된 스크린의 설정 형태를 검색하는 단계를 포함하는 다중 스크린의 동적 구성 방법.
  22. 제 21항에 있어서,
    상기 설정 형태는 상기 어플리케이션이 실행된 스크린이 출력 스크린에 대응하는 단일 스크린 형태;
    상기 단일 스크린이 적어도 하나 이상의 중첩 스크린과 병존하는 중첩 스크린 형태;
    상기 어플리케이션이 실행된 스크린이 출력 스크린의 전체 영역에 매핑된 논리 스크린에 대응하고, 출력 스크린에 매핑된 적어도 하나 이상의 중첩되지 않은 논리 스크린에 대응하며, 중첩 스크린에 대응하지 않는 PiP 스크린 형태;
    상기 PiP 스크린이 적어도 하나 이상의 중첩 스크린과 병존하는 중첩된 PiP 스크린 형태;
    상기 어플리케이션이 실행된 스크린이 출력 스크린의 전체 영역에 매핑된 적 어도 둘 이상의 비중첩 논리 스크린의 조합에 대응하고, 중첩 스크린에 대응하지 않는 PoP 스크린 형태;
    상기 PoP 스크린이 적어도 하나 이상의 중첩 스크린과 병존하는 중첩된 PoP 스크린 형태; 및
    상기 형태 중 어느 하나에도 속하지 않는 일반 형태 중 적어도 하나를 포함하는 다중 스크린의 동적 구성 방법.
  23. 제 18항에 있어서,
    상기 어플리케이션이 실행되는 논리 스크린을 출력 스크린에 배치하는 단계를 더 포함하는 다중 스크린의 동적 구성 방법.
  24. 제 18항에 있어서,
    상기 어플리케이션을 출력 스크린상에서 동작시키는 단계를 더 포함하는 다중 스크린의 동적 구성 방법.
  25. 수신된 서비스를 표현하기 위한 논리 스크린을 생성하는 단계;
    상기 논리 스크린이 매핑되는 출력 스크린을 생성하는 단계; 및
    상기 생성된 모든 논리 스크린과 출력 스크린을 검색하는 단계를 포함하는 다중 스크린의 동적 구성 방법.
  26. 제 25항에 있어서,
    상기 검색하는 단계는 상기 서비스에 포함된 소정의 어플리케이션의 권한 범위에 포함된 논리 스크린 및 출력 스크린에 대해서만 상기 검색을 수행하는 단계를 포함하는 다중 스크린의 동적 구성 방법.
  27. 제 25항에 있어서,
    상기 논리 스크린은 PiP(Picture-in-Picture) 스크린을 포함하는 다중 스크린의 동적 구성 방법.
  28. 제 25항에 있어서,
    상기 논리 스크린은 PoP(Picture out of Picture) 스크린을 포함하는 다중 스크린의 동적 구성 방법.
  29. 수신된 서비스를 표현하기 위한 논리 스크린을 생성하는 단계;
    상기 논리 스크린이 매핑되는 출력 스크린을 생성하는 단계; 및
    상기 논리 스크린과 상기 출력 스크린을 검색하는 단계를 포함하는 다중 스크린의 동적 구성 방법.
  30. 제 29항에 있어서,
    상기 논리 스크린은 PiP(Picture-in-Picture) 스크린을 포함하는 다중 스크 린의 동적 구성 방법.
  31. 제 29항에 있어서,
    상기 논리 스크린은 PoP(Picture out of Picture) 스크린을 포함하는 다중 스크린의 동적 구성 방법.
  32. 서비스를 수신하는 단계;
    논리 스크린을 생성하는 단계;
    상기 논리 스크린이 매핑되는 출력 스크린을 생성하는 단계; 및
    상기 서비스를 표현하는 스크린이 상기 논리 스크린인지 상기 출력 스크린인지 검색하는 단계를 포함하는 다중 스크린의 동적 구성 방법.
  33. 제 32항에 있어서,
    상기 검색하는 단계는 상기 서비스를 표현하는 스크린이 상기 논리 스크린인 경우, 상기 출력 스크린상에서의 상기 논리 스크린의 위치, 크기 및 상기 출력 스크린상에 존재하는 다른 논리 스크린과 상기 논리 스크린간의 중첩 관계를 검색하는 단계를 포함하는 다중 스크린의 동적 구성 방법.
  34. 제 32항에 있어서,
    상기 검색하는 단계는 상기 서비스를 표현하는 스크린의 서비스 컨텍스트를 검색하는 단계를 포함하는 다중 스크린의 동적 구성 방법.
KR1020060073115A 2005-08-05 2006-08-02 다중 스크린을 제공하는 장치 및 상기 다중 스크린의 동적구성 방법 KR100888595B1 (ko)

Priority Applications (7)

Application Number Priority Date Filing Date Title
KR1020060073115A KR100888595B1 (ko) 2005-08-05 2006-08-02 다중 스크린을 제공하는 장치 및 상기 다중 스크린의 동적구성 방법
EP06823626A EP1935174A4 (en) 2005-08-05 2006-08-04 DEVICE FOR PROVIDING SEVERAL VISORS AND METHOD FOR DYNAMIC CONFIGURATION OF SEVERAL UMBRELLAS
PCT/KR2006/003083 WO2007018385A1 (en) 2005-08-05 2006-08-04 Apparatus for providing multiple screens and method of dynamically configuring multiple screens
CN2006800286553A CN101238717B (zh) 2005-08-05 2006-08-04 提供多屏幕的设备和动态地配置多屏幕的方法
JP2008524905A JP2009503605A (ja) 2005-08-05 2006-08-04 多重スクリーンを提供する装置及びその多重スクリーンの動的構成方法
MX2008001483A MX2008001483A (es) 2005-08-05 2006-08-04 Aparato para proporcionar pantallas multiples y metodo para configurar dinamicamente pantallas multiples.
CA002616257A CA2616257A1 (en) 2005-08-05 2006-08-04 Apparatus for providing multiple screens and method of dynamically configuring multiple screens

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
US60/705,491 2005-08-05
US60/789,577 2006-04-06
US60/812,090 2006-06-09
KR1020060073115A KR100888595B1 (ko) 2005-08-05 2006-08-02 다중 스크린을 제공하는 장치 및 상기 다중 스크린의 동적구성 방법

Related Child Applications (2)

Application Number Title Priority Date Filing Date
KR1020080023449A Division KR20080030974A (ko) 2005-08-05 2008-03-13 다중 스크린을 제공하는 장치 및 상기 다중 스크린의 동적구성 방법
KR1020080088514A Division KR20080088552A (ko) 2005-08-05 2008-09-08 다중 스크린을 제공하는 장치 및 상기 다중 스크린의 동적 구성 방법

Publications (2)

Publication Number Publication Date
KR20070017008A true KR20070017008A (ko) 2007-02-08
KR100888595B1 KR100888595B1 (ko) 2009-03-16

Family

ID=41347097

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1020060073115A KR100888595B1 (ko) 2005-08-05 2006-08-02 다중 스크린을 제공하는 장치 및 상기 다중 스크린의 동적구성 방법

Country Status (1)

Country Link
KR (1) KR100888595B1 (ko)

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR100224320B1 (ko) * 1996-12-18 1999-10-15 이계철 비디오와 그래픽 윈도우 제어 장치 및 그 제어 방법
KR100747518B1 (ko) * 2001-04-06 2007-08-08 엘지전자 주식회사 디지털 티브이의 다중화면 처리 장치

Also Published As

Publication number Publication date
KR100888595B1 (ko) 2009-03-16

Similar Documents

Publication Publication Date Title
KR20080088552A (ko) 다중 스크린을 제공하는 장치 및 상기 다중 스크린의 동적 구성 방법
KR100846790B1 (ko) 다중 스크린을 제공하는 장치 및 상기 다중 스크린을동적으로 구성하는 방법
JP2009504066A (ja) 多重スクリーンを提供する装置及びその多重スクリーンの動的構成方法
JP2009503603A (ja) 多重スクリーンの提供装置及び該多重スクリーンの動的構成方法
KR100917885B1 (ko) 복수 개의 스크린을 제공하는 방법 및 장치, 그리고 상기 복수 개의 스크린 제공 방법이 기록된 컴퓨터로 판독 가능한 기록 매체
KR100888595B1 (ko) 다중 스크린을 제공하는 장치 및 상기 다중 스크린의 동적구성 방법
KR100891111B1 (ko) 다중 스크린을 제공하는 장치 및 상기 다중 스크린의 동적구성 방법
KR20070100138A (ko) 다중 스크린 환경에서 어플리케이션을 식별하는 방법 및장치
KR100791302B1 (ko) 다중 스크린을 제공하는 장치 및 상기 다중 스크린의 동적구성 방법
KR100791301B1 (ko) 다중 스크린을 제공하는 장치 및 상기 다중 스크린의 동적구성 방법
KR100725421B1 (ko) 다중 스크린을 제공하는 장치 및 상기 다중 스크린의 동적구성 방법
KR20070100112A (ko) 다중 스크린을 제공하는 장치 및 상기 다중 스크린을동적으로 구성하는 방법
KR100900973B1 (ko) 다중 스크린을 제공하는 장치 및 상기 다중 스크린의 동적구성 방법
KR100725420B1 (ko) 다중 스크린 제공 장치 및 방법
KR100900975B1 (ko) 다중 스크린을 제공하는 장치 및 상기 다중 스크린의 동적구성 방법
KR100781529B1 (ko) 다중 스크린 제공 장치 및 방법
KR100900974B1 (ko) 다중 스크린을 제공하는 장치 및 상기 다중 스크린의 동적구성 방법
JP2009503605A (ja) 多重スクリーンを提供する装置及びその多重スクリーンの動的構成方法

Legal Events

Date Code Title Description
A201 Request for examination
E902 Notification of reason for refusal
A107 Divisional application of patent
E90F Notification of reason for final refusal
A107 Divisional application of patent
E701 Decision to grant or registration of patent right
GRNT Written decision to grant
FPAY Annual fee payment

Payment date: 20130227

Year of fee payment: 5

FPAY Annual fee payment

Payment date: 20140227

Year of fee payment: 6

FPAY Annual fee payment

Payment date: 20150226

Year of fee payment: 7

FPAY Annual fee payment

Payment date: 20160226

Year of fee payment: 8

FPAY Annual fee payment

Payment date: 20170224

Year of fee payment: 9

LAPS Lapse due to unpaid annual fee