KR101774050B1

KR101774050B1 - 네트워크에서 제어 사용자 인터페이스 정보 송수신 방법 및 장치

Info

Publication number: KR101774050B1
Application number: KR1020100085389A
Authority: KR
Inventors: 김준형; 박호연; 황승오; 서형진
Original assignee: 삼성전자주식회사
Priority date: 2009-09-01
Filing date: 2010-09-01
Publication date: 2017-09-04
Also published as: US20110055716A1; KR20110025135A; WO2011028017A2; CN102484596B; EP2474127A4; EP2474127A2; CN102484596A; US8640031B2; CN104486179A; CN104486179B; WO2011028017A3; EP2474127B1

Abstract

본 발명은 네트워크에서 제어 사용자 인터페이스(control user interface: CUI) 정보 송수신 방법 및 장치를 제공한다. 본 발명의 일 실시 예에서, 제1 장치는 상기 제1 장치의 화면에 어플리케이션을 표시하고, 상기 표시된 어플리케이션을 제어하기 위한 적어도 하나의 CUI에 대한 정보를 포함하는 제1 제어 사용자 인터페이스(control user interface: CUI) 정보를 제2 장치로 송신하고, 상기 표시된 어플리케이션과 관련하여 상기 제2 장치로부터 제어 정보가 수신되면, 상기 제어 정보에 포함된 제2 CUI 정보가 상기 제1 CUI 정보에 대응되는지 판단하고, 상기 제2 CUI 정보가 상기 제1 CUI 정보에 대응되지 않는 경우, 상기 제1 CUI 정보를 상기 제2 장치로 송신한다.

Description

네트워크에서 제어 사용자 인터페이스 정보 송수신 방법 및 장치{METHOD AND APPARATUS FOR TRANSMITTING AND RECEIVING CONTROL USER INTERFACE INFORMATION IN NETWORK}

본 발명은 네트워크에서 제어 사용자 인터페이스(control user interface: CUI) 정보 송수신 방법 및 장치에 관한 것이다.

DLNA(Digital Living Network Alliance), HAVi(Home Audio-Video Interoperability), UPnP(Universal Plug and Play) 등과 같은 많은 산업 표준 단체들에 의해 홈 네트워크 기술의 향상을 위한 연구가 활발히 진행되고 있다.

홈 네트워크에서 하나의 디바이스가 다른 디바이스의 기능을 제어하기 위해 RUI(Remote User Interface) 기술이 사용될 수 있다. 간단하게 설명하면, RUI 기술은 클라이언트-서버 아키텍쳐(client-server architecture)를 기반으로 한 것으로, RUI 클라이언트가 RUI 서버로부터 UI를 획득하여, 사용자가 RUI 클라이언트에서 UI를 통해 RUI 서버를 제어할 수 있도록 하는 기술이다.

본 발명은 네트워크에서 제어 사용자 인터페이스(control user interface: CUI) 정보 송수신 방법 및 장치를 제공한다.
본 발명은 네트워크에서 원격 UI 디바이스를 제어할 수 있는 원격지에 있는 제 3 의 RUIC 디바이스의 제어 UI가 상기 원격 UI 디바이스 혹은 상기 원격 UI 디바이스 내에서 표현되는 원격 UI의 화면 제어에 적합한 UI인지 판단하는 방법 및 장치를 제공한다.

본 발명에서는 원격 UI 디바이스를 제어할 수 있는 제3의 원격 제어 UI 디바이스로부터 전달된 제어 UI가 적합하지 않다면, 적합한 제어 UI로 변경시키기는 방법 및 장치를 제공한다.

본 발명의 일 실시 예에 따른 방법은; 네트워크에서 제1 장치의 제어 사용자 인터페이스(control user interface: CUI) 정보 송신 방법에 있어서, 상기 제1 장치가 상기 제1 장치의 화면에 어플리케이션을 표시하는 과정과, 상기 제1 장치가 상기 표시된 어플리케이션을 제어하기 위한 적어도 하나의 CUI에 대한 정보를 포함하는 제1 제어 사용자 인터페이스(control user interface: CUI) 정보를 제2 장치로 송신하는 과정과, 상기 제1 장치가 상기 표시된 어플리케이션과 관련하여 상기 제2 장치로부터 제어 정보가 수신되면, 상기 제어 정보에 포함된 제2 CUI 정보가 상기 제1 CUI 정보에 대응되는지 판단하는 과정과, 상기 제2 CUI 정보가 상기 제1 CUI 정보에 대응되지 않는 경우, 상기 제1 장치가 상기 제1 CUI 정보를 상기 제2 장치로 송신하는 과정을 포함한다.
본 발명의 일 실시 예에 따른 다른 방법은; 네트워크에서 제2 장치의 제어 사용자 인터페이스(control user interface: CUI) 정보 수신 방법에 있어서, 상기 제2 장치가 제1 장치에 표시된 어플리케이션을 제어하기 위한 적어도 하나의 제1 CUI에 대한 정보를 포함하는 제1 CUI 정보를 상기 제1 장치로부터 수신하는 과정과, 상기 제2 장치가 사용자의 선택에 의해 적어도 하나의 제2 CUI를 상기 제2장치에 표시하는 과정과, 상기 적어도 하나의 제2 CUI 중 하나가 선택되면, 상기 제2 장치가 상기 선택된 CUI에 대응하는 제2 CUI 정보가 포함된 제어 정보를 상기 제1 장치로 송신하는 과정과, 상기 제1 CUI 정보가 상기 제1 장치로부터 수신되면, 상기 제2 장치가 상기 제1 CUI 정보를 기반으로 상기 적어도 하나의 제2 CUI 대신 상기 적어도 하나의 제1 CUI를 상기 제2 장치에 표시하는 과정을 포함한다.

본 발명의 일 실시 예에 따른 장치는; 네트워크에서 제1 장치에 있어서, 어플리케이션을 표시하는 표시부와, 상기 표시된 어플리케이션을 제어하기 위한 적어도 하나의 제어 사용자 인터페이스(control user interface: CUI)에 대한 정보를 포함하는 제1 CUI 정보를 제2 장치로 송신하는 송신부와, 상기 표시된 어플리케이션과 관련하여 상기 제2 장치로부터 제어 정보를 수신하는 수신부와, 상기 제2 장치로부터 상기 제어 정보가 수신되면, 상기 제어 정보에 포함된 제2 CUI 정보가 상기 제1 CUI 정보에 대응되는지 판단하고, 상기 제2 CUI 정보가 상기 제1 CUI 정보에 대응되지 않는 경우, 상기 제1 CUI 정보를 상기 제2 장치로 송신하도록 상기 송신부를 제어하는 제어부를 포함한다.
본 발명의 일 실시 예에 따른 다른 장치는; 네트워크에서 제2 장치에 있어서, 제1 장치에 표시된 어플리케이션을 제어하기 위한 적어도 하나의 제1 제어 사용자 인터페이스(control user interface: CUI)에 대한 정보를 포함하는 제1 CUI 정보를 상기 제1 장치로부터 수신하는 수신부와, 사용자의 선택에 의해 적어도 하나의 제2 CUI를 표시하는 표시부와, 상기 적어도 하나의 제2 CUI들 중 하나가 선택되면, 상기 선택된 CUI에 대응하는 제2 CUI 정보가 포함된 제어 정보를 상기 제1 장치로 송신하는 송신부와, 상기 제1 장치로부터 상기 제1 CUI 정보가 수신되면, 상기 제1 CUI 정보를 기반으로 상기 적어도 하나의 제2 CUI 대신 상기 제1 CUI를 표시하도록 상기 표시부를 제어하는 제어부를 포함한다.

본 발명에 따르면, RUIC를 원격에서 제어할 수 있는 제3 원격 UI 디바이스로부터 수신된 제어 UI가 적합한지 판단하고, 적합하지 않다면 적합한 제어 UI를 전송하도록 상기 RUIC가 요청함으로써, 제3 원격 UI 디바이스와 상기 RUIC간의 잘못된 제어 UI로 인한 오동작 등을 방지할 수 있다.

도 1은 본 발명이 적용되는 원격 제어 시스템에서 제3 RUIC를 통해서 RUIC를 제어하기 위한 아키텍처를 도시한 도면,
도 2는 도 1에 도시한 아키텍처에서의 RUIC가 하나의 Device로 표현되어 내부에 RUIS, RUIC로 구성되고, RUIC는 내부에 Remote Control Plug-in을 내포한 아키텍처를 도시한 도면,
도 3은 도 1에 도시한 아키텍처에서의 RUIC가 OITF로 표현되어 RUIC 기능을 하는 DAE 엔터티와 DLNA RUIS 엔터티로 구성되며, 제 3의 RUIC가 Remote Device로 표현되어 내부에 DLAN RUIC 엔터티로 구성되는 아키텍처를 도시한 도면,
도 4는 본 발명이 적용되는 원격 제어 시스템에서 사용자가 제3의 RUIC 디바이스의 제어 UI를 통해서 RUIC를 컨트롤할 수 있는 실시 예를 나타낸 도면,
도 5는 본 발명이 적용되는 원격 제어 시스템에서 RUIC에서 표현되는 RUI를 제어하기 적합한 제어 UI와 적합하지 않은 제어 UI가 제 3의 RUIC 장치에 표현되는 경우를 나타낸 도면,
도 6은 본 발명의 실시 예에 따라 제 3의 장치로부터 전달되는 제어 정보가 RUIC로 전달되는 순서 및 제3의 장치와 RUIC간에 제어 정보를 처리하는 플로우 차트를 도시한 도면,
도 7은 본 발명의 실시 예에 따라 제 3의 장치(402)로부터 전달되는 제어 정보가 RUIC(401)로 전달되는 순서 및 제어 정보를 처리하는 신호 흐름도,
도 8은 본 발명의 일 실시 예에 따라 Open IPTV Forum DAE 스펙에 적용할 수 있는 플러그인 및 오브젝트에 대한 정의를 나타낸 도면,
도 9는 본 발명의 일 실시 예에 따라 Open IPTV Forum DAE 스펙에 적용될 수 있는 신호 흐름도,
도 10은 본 발명의 실시 예에 따라 도 9에서 적합한 CUI 페이지가 있는지 여부에 대한 검사결과, 적합한 CUI 페이지가 DLNA RUIS(임베드된 웹 서버)에 존재하지 않을 경우에 대한 신호 흐름도.

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

이하 본 발명의 실시 예에서, 원격 UI 서버(Remote User Interface Server : 이하 RUIS라 칭함)는 클라이언트-서버 아키텍쳐 시스템에서 클라이언트에 원격 UI(remote user interface: 이하 RUI라 칭함) 및 제어정보(control information)를 전송하는 디바이스(device)를 의미한다.

도 1은 본 발명이 적용되는 원격 제어 시스템에서 제3 RUIC(102)를 통해서 RUIC(100)를 제어하기 위한 아키텍처를 도시한 도면이다.

상기 도 1을 참조하면,　원격 UI 클라이언트(Remote User Interface Client : 이하 RUIC라 칭함)(100)는 현재 사용되고 있는　프로토콜인 인터페이스 1(Interface 1)(103)을 통해서 원격 UI 서버(Remote User Interface Server : 이하 RUIS라 칭함) (101)로부터 RUI와 컨트롤 정보를 수신한다. 여기서 말하는 컨트롤 정보는 RUIC 디바이스(100)에서 표현되는 RUI를 제어할 수 있는 컨트롤 정보 이외에 UI까지 포함될 수 있다. 수신된 컨트롤 정보는 제어 UI 관리기(105)에 의해서 분리되며, 상기 RUIC(100)를 컨트롤하기 위한 제 3 RUIC 디바이스(102)에게 제어 UI 관리기(105)를 통해서 제어 UI가 전달된다. 전달된 제어 UI는 제 3의 RUIC 디바이스(102)에 표시되며 사용자는 상기 제3의 RUIC 디바이스(102)에 표시된 제어 UI를 사용하여 RUIC(100)를 제어할 수 있다. 제어 UI 관리기(105)는 논리적인 존재로서 RUIC 내부 혹은 외부에 존재할 수 있다.

도 2와 도 3에서는 상기 제어 UI 관리기(105)가 RUIC 디바이스(201) 외부에 존재할 수 있는 경우를 나타내며, 상기 제어 UI 관리기(105)는 DLNA RUIS(303)나 UPnP(Universal Plug & Play) 네트워크와 인터넷 상에서의 TV에 알맞게 정의된 원격 사용자 인터페이스를 위한 웹기반의 프로토콜과 프레임워크 표준인 CEA-2014(Consumer Electronics Association-2014) RUIS(202) 그리고 Open IPTV Forum의 OITF(Open IPTV Terminal Function Entity)(300) 내에 존재하는 모바일/휴대용 디바이스(Mobile / Portable Device)과 통신을 위한 임베드된 서버 기능 엔터티(Embedded Server Functional Entity) 등이 될 수 있으며, 덧붙여 RUIC 디바이스(201) 내의 원격 제어 플러그 인(Remote Control Plug-in)(203)의 역할까지 수행할 수 있다. 도 1의 RUIC 디바이스(100)와 제 3의 RUIC 디바이스(102) 사이의 인터페이스 2(104)를 통해 범용 플러그 앤 플레이(Universal Plug & Play : UPnP) 혹은 HTTP(Hypertext Transfer Protocol) 프로토콜을 이용하여 제 3의 RUIC 디바이스(102)에서 표현되고 있는 제어 UI로부터 RUIC 디바이스(100) 혹은 RUIC 디바이스(100)에 표현되고 있는 RUI를 제어할 수 있다.

도 4는 본 발명이 적용되는 원격 제어 시스템에서 사용자가 제3의 RUIC 디바이스(402)의 제어 UI를 통해서 RUIC 디바이스(401)를 컨트롤할 수 있는 실시 예를 나타낸 도면이다. RUIC 디바이스(401)는 RUIS(400)로부터 RUI(403)와 제어 UI(404)를 획득하면 RUI(403)를 화면에 표현하고, 제어 UI(404)를 제 3의 RUIC 디바이스(402)로 전송한다. 제 3의 RUIC 디바이스(402)는 전송 받은 제어 UI(404)를 화면에 표현하고, 사용자는 상기 화면에 표현된 제어 UI(404)를 통해서 RUIC 디바이스(401) 혹은 RUIC 디바이스(401)에서 표현되고 있는 RUI(403)를 제어한다.

이러한 방식에서 제 3의 RUIC 디바이스(402)는 일반적으로 RUIC(401)로부터 RUIC(401)에서 렌더링(Rendering)되고 있는 컨텐츠에 해당하는 RUI(403)를 제어할 수 있는 제어UI(404)를 수신하여 표현한 뒤, 사용자에 의해 사용될 수 있다. 그러나 제 3의 RUIC 디바이스(402)에 표현되는 제어 UI(404)에서 발생되는 제어 정보들이 RUIC 디바이스(401)로 전송되면, RUIC 디바이스(401)는 해당 제어 정보가 적합한 제어 UI로부터 생성되어 수신된 것인 지 확인하지 않고, 무조건 수행하거나, RUIC 디바이스(401)에서 표현되는 RUI(403)로 전송시키는 문제가 발생될 수 있다.

RUIC 디바이스는 RUIS로부터 RUIC 디바이스에서 표현되는 UI와 RUIC 디바이스에서 표현되는 UI를 제어할 수 있는 제어 UI들을 수신하며, 이 제어UI에 의해 RUIC 디바이스 및/또는 RUIC 디바이스에서 랜더링되는 원격 UI(RUI)가 제어된다. 제3 장치는 RUIC를 원격에서 제어할 수 있는 원격 제어 RUIC 장치(remote control RUIC device)로써 UI를 통해 원격 UI 클라이언트(RUIC)를 제어하며, UI는 상기 원격 UI 클라이언트(RUIC) 또는 원격 UI 서버(RUIS)로부터 제공받을 수 있다. 여기서 상기 제3 장치는 모바일 기기(예를 들면 휴대전화기 등), 휴대장치(예를 들면 통신 기능을 가지는 소형 표시장치들) 등이 될 수 있다. 본 명세서에서 상기 원격 제어 RUIC 장치는 제3장치 또는 제3의 RUIC디바이스로 혼용되어 사용될 것이다.

본 발명의 실시 예는 RUIC 디바이스에서 렌더링되고 있는 하나의 RUI를 제어하는 제어 UI가 UI를 제어하기에 적합한 UI인지 판별하여, 적합한 제어 UI가 아닐 경우에는 제 3의 RUIC 디바이스로부터 전달된 제어 정보를 무시하고, 제 3의 RUIC 디바이스에 적합한 UI를 전달하는 방법 및 장치를 제공한다.

도 5는 본 발명이 적용되는 원격 제어 시스템에서 RUIC 디바이스(401)에서 표현되는 RUI(403)를 제어하기 적합한 제어 UI(404)와 적합하지 않은 제어 UI(501)가 제 3의 RUIC 디바이스들(402, 500)에 각각 표현되는 경우를 나타낸 도면이다. 제 3의 RUIC 디바이스 1(402)은 현재 RUIC(401)에서 표현되는 RUI(403)를 제어할 수 있는 적합한 제어 UI(404)를 가지고 있으며, RUIC(401)는 제 3의 RUIC 디바이스 1(402)로부터 수신된 제어 정보를 받아들여서 적합한 형태로 제어가 된다.

그러나, 적합하지 않은 제어 UI(501)를 갖고 있는 제 3의 RUIC 디바이스 2(500)로부터 제어 정보가 수신되면, 현재로는 RUIC(401)가 해당 제어 정보가 적합한 제어 UI(402)로부터 수신되었는지 여부를 판별할 수가 없다. 예를 들어, 적합한 제어 UI(404) 내에 있는 참조번호 502의 버튼은 홈(Home) 메뉴로 가기 위한 버튼이지만, 적합하지 않은 제어 UI(501)내의 참조번호 503의 버튼(참조번호 502와 동일한 해칭으로 표현됨)은 화면을 빠져나가기 위한 엑시트(Exit) 명령에 대한 제어 정보를 RUIC(401)에게 보내게 된다. 이렇듯, 적합하지 않은 제어 UI(501)로부터 제어 정보가 수신될 경우, 원래 사용자의 목적에 맞지 않게 RUIC 디바이스(401)내의 RUI(403)가 변경되게 된다. 이러한 문제점을 방지 위해, RUIC 디바이스(401) 혹은 RUI(403)는 다음의 2가지 동작을 수행해야 한다.

RUIC 디바이스(401)은 제3의 RUIC 디바이스(402, 500)들로부터 제어 정보가 수신될 때 첫째로, 적합한 제어 UI로부터 생성되어 수신된 제어 정보인지 판별해야 하고, 둘째로, 적합하지 않은 제어 UI로부터 생성된 제어 정보인 경우에 상기 적합하지 않은 제어 UI를 송신한 제 3의 RUIC 디바이스(500) 내에서 표현되는 제어 UI(501)를 적합한 제어 UI(404)로 변경하도록 지시해야 한다.

도 6은 본 발명의 실시 예에 따라 제 3의 장치(402)로부터 전달되는 제어 정보가 RUIC(401)로 전달되는 순서 및 제3의 장치(402)와 RUIC(401)간에 제어 정보를 처리하는 플로우 차트를 도시한 도면을 나타낸다.

먼저 600단계에서 제 3의 장치(402)로부터 제어 정보가 RUIC(401)에게 전송된다. 전송될 때는 기존 제어 정보에 추가로, 제 3의 장치(402)에서 표현되는 제어 UI에 대한 정보도 같이 전송한다. 여기서, 상기 기존 제어 정보란 플레이(Play), 정지(Stop)과 같은 컨텐츠의 재생에 관련된 정보 등이 될 수 있다. 그리고, 상기 제어 UI에 대한 정보란, 예를 들어, 제어 UI에 대한 URL(Uniform Resource Locator), 제어 UI 파일명, 제어 UI에 대해 미리 정의된 ID(Identifier) 값 등이 될 수가 있다. 여기서, 상기 ID 값은 제어 UI의 포맷에 따라 고유의 값을 갖는 것으로 정의될 수 있다. 이하 본 발명에서 사용되는 제어 정보에는 상기 제어 UI에 대한 정보 및 제어 명령(제어 액션) 등이 포함될 수 있다.

601단계에서, RUIC(401)는 상기 600단계에서 제3의 장치(402)가 전송한 상기 제어 정보를 수신하고, 602단계에서 RUIC(401) 내에 있는 허가된 제어 UI 목록(AllowedCUIList)을 통해서, 상기 제어 정보가 적합한 제어 UI로부터 전송 되었는지를 확인한다. 예컨대, 상기 602단계에서 상기 수신된 제어 정보가 적합한 제어 UI로부터 생성된 것인지를 판단하는 것은 상기 수신된 제어 UI에 대한 정보에 포함된 제어 UI의 ID가 상기 허가된 제어 UI 목록에 있는 제어 UI들의 ID들에 존재하는지를 검사함으로써 알 수 있다. 상기 RUIC(401)은 만약, 상기 제어 정보가 적합한 제어 UI로부터 전송된 것이라면, 603단계에서 상기 제어 정보에 따른 제어 동작대로 RUI에 대한 동작을 처리한다. 그러나, 상기 제어 정보가 적합하지 않은 제어 UI로부터 전송된 것이라면, RUIC(401)는 604단계로 진행하여 상기 수신된 제어 정보를 무시하고 현재 RUIC(401)에서 표현되는 RUI에 적합한 제어 UI를 상기 제 3의 장치(402)에게 전송한다.

그리고, 605단계에서 RUIC(401)는 상기 적합한 제어 UI를 상기 제3의 장치(402)로 바로 전달할 수도 있고, 적합한 제어 UI에 대한 주소를 제 3의 장치(402)에게 전송함으로써, 상기 제 3의 장치(402)가 해당 제어 UI에 대한 주소를 호출해서 제어 UI를 가져올 수 있게 할 수 있다.

만약, 604단계에서 RUIC(401)가 제3의 장치(402)로 적합한 CUI 페이지를 다운로드받을 URL의 주소를 알려주었다면, 605단계에서 상기 제3의 장치(402)는 상기 URL의 주소로 상기 RUIC(401)에 표현되고 있는 RUI를 제어하기에 적합한 CUI 페이지를 요청하고, 그에 대한 응답으로 상기 요청한 CUI 페이지를 다운로드 받는다.

참조번호 620은 본 발명의 실시 예에 따라 제3의 장치(402)와 RUIC(401)에서 사용되는 정보들을 도시한 것이다. 제3의 장치(402)는 제어 동작에 관한 정보들인 제어 액션과 현재 제3의 장치(402)에서 구동되고 있는 CUI 정보를 RUIC(401)로 전송하는 것을 보여주고 있고, RUIC(401)는 현재 RUIC(401)의 CUI에 대한 정보인 현재 CUI 정보와, 허가된 제어 UI 목록에 대한 정보를 저장하고 있음을 보이고 있다.

도 7은 본 발명의 실시 예에 따라 제 3의 장치(402)로부터 제어 정보가 RUIC(401)로 전달되는 순서 및 제어 정보를 처리하는 신호 흐름도이다. 702단계에서 RUIS(400)는 RUIC(401)로 RUI와 RUI를 제어할 수 있는 제어 UI들을 전송한다. 704단계에서 RUIC(401)는 RUI를 렌더링(rendering)하여 화면에 표현하고, 사용자(700)는 제 3의 RUIC 장치(402, 500)를 통해서 RUIC(401) 또는 RUIC에 표현된 RUI를 제어할 수 있다. 706단계와 708단계는 사용자(700)가 적합한 제어 UI 주소를 요청하여, 제3의 RUIC(402)가 적합한 제어 UI를 수신한 경우이고, 710단계와 712단계는 사용자(700)가 적합하지 않은 제어 UI 주소를 요청하거나, 적합한 제어 UI 주소를 요청하였어도, 제3의 RUIC(500)가 적합하지 않은 제어 UI를 수신한 경우를 나타낸다.

예를 들어, 710단계, 712단계에서는 제 3의 장치를 통해, 사용자(700)가 Back 버튼을 눌렀거나, URL History 기록을 통해 직접 적합하지 않은 제어 UI 주소를 호출하거나, 아니면 타 사용자에 의해서 RUIC(401)에서 표현되는 RUI가 바뀌어서, 현재 사용자(700)가 가지고 있는 제어 UI가 변경되지 않았지만, 현재 RUIC(401)에서 표현되는 RUI에 맞지 않게 또는 사용자의 의도와는 상관없이 적합하지 않은 제어 UI로 RUIC(401)를 제어하게 될 수도 있다.

이 외에도 현재 사용자가 사용하는 제어 UI와 RUIC(401)에서 표현되는 RUI가 서로 맞질 않는 다양한 경우가 존재할 수 있다. 이러한 경우가 발생하면, RUIC(401)는 제3의 RUIC(500)로부터 RUIC(401)에게 전달되는 제어 정보가 적합하지 않은 제어 UI로부터 왔다는 사실을 인식하여, 제3의 RUIC(500)의 제어 UI를 적합한 제어 UI로 변경시켜주어야 한다. 714단계, 716단계에서 사용자가 RUIC(401)의 현재 화면에 표현되는 RUI를 제어하도록 만들어진 제어 UI가 아닌, 다른 제어 UI, 즉 적합하지 않은 제어 UI를 통해서 RUIC를 제어할 경우, 716단계에서 제 3의 RUIC 장치(500)는 RUIC(401)에게 적합하지 않은 제어 정보를 전달한다.

그리고, 718단계에서 적합하지 않은 제어 정보를 수신한 RUIC(401)는 먼저 해당 제어 정보가 적합한 지 여부를 판단한다. 상기 RUIC(401)가 상기 수신한 제어 정보가 적합한지 여부를 판단하는 근거는 적합하지 않은 제어 UI(500)로부터 수신된 제어 정보 중, 해당 제어 UI에 대한 정보를 추출하여 자신이 가지고 있는 허가된 제어 UI 목록과 비교를 한다. 만약, RUIC 내에 표현되는 RUI가 특정 제어 UI에 제어될 필요가 없다는 정보가 RUIC 혹은 RUIC 내에 표현되는 RUI 내에 존재한다면, RUIC(401)는 수신된 제어 정보를 그대로 실행시킨다. 그리고, RUIC(401)는 718단계에서 상기 제3의 RUIC(500)로부터 수신된 제어 명령들이 적합한 것인지에 대해서도 검사할 수 있다. 예컨대, RUIC(401)는 제어 명령에 해당하는 함수들을 테이블 형태로 저장하고 있을 수 있으며, 716단계에서 수신한 제어 명령에 해당하는 함수가 상기 테이블에 저장되어 있다면, 상기 수신된 제어 명령이 적합한 제어 명령이라고 판단할 수 있다.

RUIC(401)는 상기 718단계의 검사결과, 720단계에서 적합하지 않은 제어 UI를 구동하고 있는 제3의 RUIC(500)로부터 전달된 제어 정보라고 판단이 되면, 수신된 제어 정보인 제어 명령 또는 제어 UI 페이지를 적용하지 않는다. 그리고, RUIC(401)은 722단계에서 적합하지 않은 제어 UI를 가지고 있는 제 3의 RUIC 장치(500)에게 적합한 제어 UI 정보를 전달한다. 그리고, 724단계에서 제어 UI 정보가 제어 UI에 대한 주소이면, 제 3의 RUIC 장치(500)는 해당 주소를 호출하여 RUIC(401)로부터 적합한 제어 UI를 전달받는다.

도 8은 본 발명의 일 실시 예에 따라 Open IPTV Forum DAE 스펙에 적용할 수 있는 플러그인 및 오브젝트에 대한 정의를 나타낸 도면이다. 먼저, 제 3의 장치에서 표현되는 제어 UI(800)는 RUIC에게 HTTP Message를 전송할 때, 제어 UI에 대한 정보(CUI Info : 예를 들어, 제어 UI 이름, 제어 UI 주소, 제어 UI에 대한 고유 ID값 등이 될 수 있다.)와 기본 제어 정보(예를 들어 PLAY, STOP, PAUSE, VOLUME_UP/DOWN 등이 될 수 있다.)를 동시에 RUIC에게 전송한다. 상기 참조번호 800은 후술할 도 9의 918단계에서 HTTP 메시지를 통해 전송될 수 있다. 참조번호 802는 본 발명의 실시 예에 따라 원격 제어 플러그인 (Remote Control Plugin) 모듈에 구현될 수 있는 함수들의 일 예를 보이고 있다.

RUIC 내에 있는 임베드된 서버(embedded server)는 상기 제어 UI로부터 제어 정보를 수신한 뒤, 제어 UI에 대한 정보(CUI Info)가 존재할 경우에 DAE(Declarative Application Environment) 모듈의 원격 제어 플러그인(Remote Control Plugin)모듈로 상기 제3의 RUIC 장치로부터 수신된 제어 UI에 대한 정보와 기본 제어 정보들을 전송한다. 원격 제어 플러그인(Remote Control Plugin) 모듈은 DAE 어플리케이션(Application) 모듈이 허가된 제어 UI 리스트를 설정할 수 있는 함수인 void setAllowedCUIList (String [] cuiInfoList)를 제공하며, 원격 제어 플러그인(Remote Control Plugin) 모듈이 제 3의 RUIC 장치로부터 전송된 제어 정보와 DAE 어플리케이션 모듈에 의해 설정된 허가된 제어 UI 리스트를 비교한다. 그리고, 원경 제어 플러그인 모듈은 상기 비교 결과, 상기 제3의 RUIC 장치로부터 전송된 제어 정보가 적합하지 않을 경우에 onInvalidCUI 이벤트를 DAE 어플리케이션으로 전송한다. 이벤트 파라미터를 통해서는 remoteDeviceCUIInfo라는 이름으로 제 3의 RUIC 장치로부터 전달된 제어 UI에 대한 정보(CUI Info)와, message 파라미터 안에는 원격 장치로부터 전송되는 기본 제어 정보가 전달된다.

도 9 및 도 10은 본 발명의 일 실시 예에 따라 Open IPTV Forum DAE 스펙에 적용될 수 있는 신호 흐름도이다.

먼저, 도 9의 DLNA 디바이스(900)는 전술한 제3의 RUIC 디바이스에 해당하며, OITF 단말(901)는 RUIC에 해당하며, IPTV 어플리케이션(902)는 RUIS에 해당한다. 그리고, 임베드된 웹서버(903)는 FLNA 기능들이 구현되어 OITF(901)에 임베드되고, 제3의 RUIC인 DLNA 디바이스(900)에 대해 서버로서의 동작을 수행한다. 도 2의 참조번호 202 또는 도 3의 참조번호 303에 해당한다. 참조번호 907은 DLNA 디바이스에서 구동되고 있는 웹 브라우져를 나타낸다.

그리고, 도 9 및 도 10의 각 블록들이 실제적으로 적용되는 구성을 살펴보면, DLNA 디바이스(900)는 일반적인 리모컨이 될 수 있고, OITF 단말(901)는 셋탑 박스(Set-Top Box)가 될 수 있고, IPTV 어플리케이션(902)는 IPTV 서비스 제공자가 될 것이고, DAE(905)는 셋탑 박스에 구현된 웹 브라우져가 될 수 있다.

그러나 이는 본 발명이 Open IPTV Forum DAE 규격에 적용될 경우에 대한 일 예에 불과할 뿐 본 발명이 다른 규격에 적용될 경우 도 9 및 도 10에 도시된 각 블록들은 해당 동작을 수행하는 다른 블록들로 대체될 수 있다.

910단계에서 IPTV 어플리케이션(Applications)(902)는 OITF 단말(901)의 DAE(905)에게 DAE 어플리케이션인 RUI과 제어 UI(CUI)를 전송한다. 912단계에서 DAE 어플리케이션 모듈(906)은 DAE 어플리케이션인 RUI를 화면에 표현하고, 해당 RUI가 실행될 때, 914단계에서 원격 제어 플러그인 모듈 (904)의 setAllowedCUIList 함수를 통해서 허가된 제어 UI 리스트 목록을 작성하고, 916단계에서 RC 플러그인 모듈(904)은 상기 작성된 허가된 제어 UI 리스트 목록를 저장한다. 이 후, 사용자는 918단계에서 DLNA 디바이스 (900)를 통해서 제어 명령어에 대한 제어 정보를 발생시키면, 920단계에서 상기 해당 제어 정보는 HTTP 메시지를 통해서 OITF 단말(901)에 임베드된 웹 서버(903)로 전송된다. 즉, 상기 918단계에서는 DLNA 디바이스(900)에서 구동되고 있는 CUI 에 의해 생성된 제어 정보가 OITF(901)로 전송된다.

922단계에서 임베드된 웹 서버인 DLNA RUIS(903)는 RC 플러그인 모듈 (904)에게 제어 정보들을 전송하고, 924단계에서 RC 플러그인 모듈(904)은 상기 수신된 제어 정보가 허가된 제어 UI 페이지로부터 왔는지 체크를 한다. 상기 924단계에서 RC 플러그인 모듈(904)는 상기 제어 정보가 허가된 제어 UI 페이지로부터 전송된 것인지를 체크하는 방법은 앞서 설명한 방법과 같다.

즉, RC 플러그인 모듈(904)은 제3의 RUIC인 DLNA 디바이스(900)로부터 수신된 제어 UI 정보에 포함된 제어 UI의 ID가 미리 저장된 허가 제어 UI 목록에 포함되어 있는지 여부를 검사함으로써 상기 제어 정보가 허가된 제어 UI 페이지로부터 수신되었는지를 판단할 수 있다.

그리고, 926단계에서 상기 검사결과, 상기 제어 정보가 허가된 제어 UI 페이지로부터 수신된 거라면, RC 플러그인 모듈(904)는 928단계에서 일반적인 동작을 수행한다. 예를 들어, 상기 928단계에서 RC 플러그인 모듈(904)은 수신된 제어 정보를 DAE 어플리케이션 모듈(906)로 전달하여, RUI에 대하여 사용자가 원하는 제어가 수행되도록 한다.

반면, 상기 926단계에서 상기 제어 정보가 허가된 제어 UI 페이지로부터 수신되지 않았다고 판단되면, RC 플러그인 모듈(904)는 930단계에서 DAE 어플리케이션 모듈(906)로 수신된 제어 정보가 허가되지 않은 제어 UI로부터 수신되었음을 알리기 위한 onInvalidCUI 이벤트를 발생시킨다. 그리고, 932단계에서 RC 플러그인 모듈(904)는 임베드된 웹 서버(903)에게 DLNA 디바이스(900)로 적합한 제어 UI 페이지를 전송할 것을 요청한다.

그리고, 934단계에서 임베드된 웹 서버(903)는 적합한 CUI 페이지가 존재하는지 검사한다. 여기서, 상기 적합한 CUI 페이지는 제3의 RUIC인 DLNA 디바이스(900)를 통해 OITF(901)에서 구현되고 있는 RUI를 정확히 제어할 수 있는 CUI 페이지를 의미한다. 그리고, 936단계에서 임베드된 웹 서버(903)는 적합한 제어 UI가 존재하지 않는다고 확인되면, 940단계로 진행하여 도 10과 같은 시퀀스를 수행한다. 그러나, 상기 936단계의 검사결과 적합한 CUI 페이지가 존재한다면, 임베드된 웹 서버(903)는 938단계에서 상기 적합한 CUI 페이지를 DLNA 디바이스(900)로 전달한다.

상기 936단계의 검사결과 상기 적합한 CUI 페이지가 존재하지 않는다면, 940단계에서 임베드된 웹 서버(903)는 RC 플러그인 모듈(904)에게 적합한 제어 UI를 달라고 요청하고, 942단계에서 RC 플러그인 모듈(904)은 DAE 어플리케이션 모듈(906)에게 적합한 제어 UI를 달라는 이벤트를 발생시킨다. 그러면 DAE 어플리케이션 모듈(906)은 944단계에서 RC 플러그인 모듈(904)에게 현재 RUI에 맞는 제어 UI에 대한 URL 혹은 이름을 지정하여 줌으로써, 946단계에서 RC 플러그인 모듈(904)이 상기 현재 구동중인 RUI에 적합한 제어 UI를 다운로드 받도록 명령을 내린다. 그러면, 946단계에서 RC 플러그인 모듈(904)은 RUIS인 IPTV 어플리케이션(902)로부터 상기 제어 UI를 다운로드받고, 948단계에서 임베드된 웹 서버(903)로 전달한다.

다운로드가 완료되면, 950단계에서 RC 플러그인 모듈(904)은 DAE 어플리케이션 모듈(906)로 다운로드가 완료되었음을 알리는 onReceivingCUI 이벤트를 발생시킨다. 그러면, DAE 어플리케이션 모듈(906)은 952단계에서 RC 플러그인 모듈(904)에게 상기 다운로드한 제어 UI를 전송할 것을 요청하는 명령어를 전송한다. 그리고, 상기 952단계의 명령어를 수신한 RC 플러그인 모듈(904) 역시954단계에서 임베드된 웹 서버(903)에게 해당 제어 UI를 DLNA 디바이스(900)로 전송하라는 명령어를 내린다. 그러면 956단계에서 임베드된 웹 서버(903)는 통지(Notification)를 통해서 DLNA 디바이스(900)에게 상기 제어 UI를 전송한다.

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

Claims

네트워크에서 제1 장치의 제어 사용자 인터페이스(control user interface: CUI) 정보 송신 방법에 있어서,
상기 제1 장치가 상기 제1 장치의 화면에 어플리케이션을 표시하는 과정과,
상기 제1 장치가 상기 표시된 어플리케이션을 제어하기 위한 적어도 하나의 CUI에 대한 정보를 포함하는 제1 제어 사용자 인터페이스(control user interface: CUI) 정보를 제2 장치로 송신하는 과정과,
상기 제1 장치가 상기 표시된 어플리케이션과 관련하여 상기 제2 장치로부터 제어 정보가 수신되면, 상기 제어 정보에 포함된 제2 CUI 정보가 상기 제1 CUI 정보에 대응되는지 판단하는 과정과,
상기 제2 CUI 정보가 상기 제1 CUI 정보에 대응되지 않는 경우, 상기 제1 장치가 상기 제1 CUI 정보를 상기 제2 장치로 송신하는 과정을 포함하는 CUI 정보 송신 방법.
제1항에 있어서,
상기 제2 CUI 정보는 상기 제2 장치에 의해 사용된 CUI의 식별자(identifier: ID)를 포함함을 특징으로 하는 CUI 정보 송신 방법.
제2항에 있어서,
상기 제2 CUI 정보는 상기 제2 장치에 의해 사용된 CUI의 파일 정보 및 상기 제2 장치에 의해 사용된 CUI에 대한 URL(uniform resource locator) 정보 중 적어도 하나를 더 포함함을 특징으로 하는 CUI 정보 송신 방법.
제1항에 있어서,
상기 제1 CUI 정보는 상기 적어도 하나의 CUI 각각의 식별자(identifier: ID)를 포함함을 특징으로 하는 CUI 정보 송신 방법.
제1항에 있어서,
상기 제2 CUI 정보가 상기 제1 CUI 정보에 대응되는 경우, 상기 제1 장치가 상기 제어 정보를 기반으로 상기 표시된 어플리케이션과 관련된 제어 동작을 수행하는 과정을 더 포함하는 CUI 정보 송신 방법.
제1항에 있어서,
상기 제1 CUI 정보는 상기 적어도 하나의 CUI를 획득하기 위한 URL(uniform resource locator) 정보 및 파일 정보 중 적어도 하나를 포함함을 특징으로 하는 CUI 정보 송신 방법.
삭제
네트워크에서 제1 장치에 있어서,
어플리케이션을 표시하는 표시부와,
상기 표시된 어플리케이션을 제어하기 위한 적어도 하나의 제어 사용자 인터페이스(control user interface: CUI)에 대한 정보를 포함하는 제1 CUI 정보를 제2 장치로 송신하는 송신부와,
상기 표시된 어플리케이션과 관련하여 상기 제2 장치로부터 제어 정보를 수신하는 수신부와,
상기 제2 장치로부터 상기 제어 정보가 수신되면, 상기 제어 정보에 포함된 제2 CUI 정보가 상기 제1 CUI 정보에 대응되는지 판단하고, 상기 제2 CUI 정보가 상기 제1 CUI 정보에 대응되지 않는 경우, 상기 제1 CUI 정보를 상기 제2 장치로 송신하도록 상기 송신부를 제어하는 제어부를 포함하는 제1 장치.
제8항에 있어서,
상기 제2 CUI 정보는 상기 제2 장치에 의해 사용된 CUI의 식별자(identifier: ID)를 포함함을 특징으로 하는 제1 장치.
제9항에 있어서,
상기 제2 CUI 정보는 상기 제2 장치에 의해 사용된 CUI의 파일 정보 및 상기 제2 장치에 의해 사용된 CUI에 대한 URL(uniform resource locator) 정보 중 적어도 하나를 더 포함함을 특징으로 하는 제1 장치.
제8항에 있어서,
상기 제1 CUI 정보는 상기 적어도 하나의 CUI 각각의 식별자(identifier: ID)를 포함함을 특징으로 하는 제1 장치.
제8항에 있어서,
상기 제어부는 상기 제2 CUI 정보가 상기 제1 CUI 정보에 대응되는 경우, 상기 제어 정보를 기반으로 상기 표시된 어플리케이션과 관련된 제어 동작을 수행함을 특징으로 하는 제1 장치.
제8항에 있어서,
상기 제1 CUI 정보는 상기 적어도 하나의 CUI를 획득하기 위한 URL(uniform resource locator) 정보 및 파일 정보 중 적어도 하나를 포함함을 특징으로 하는 제1 장치.
삭제
네트워크에서 제2 장치의 제어 사용자 인터페이스(control user interface: CUI) 정보 수신 방법에 있어서,
상기 제2 장치가 제1 장치에 표시된 어플리케이션을 제어하기 위한 적어도 하나의 제1 CUI에 대한 정보를 포함하는 제1 CUI 정보를 상기 제1 장치로부터 수신하는 과정과,
상기 제2 장치가 사용자의 선택에 의해 적어도 하나의 제2 CUI를 상기 제2장치에 표시하는 과정과,
상기 적어도 하나의 제2 CUI 중 하나가 선택되면, 상기 제2 장치가 상기 선택된 CUI에 대응하는 제2 CUI 정보가 포함된 제어 정보를 상기 제1 장치로 송신하는 과정과,
상기 제1 CUI 정보가 상기 제1 장치로부터 수신되면, 상기 제2 장치가 상기 제1 CUI 정보를 기반으로 상기 적어도 하나의 제2 CUI 대신 상기 적어도 하나의 제1 CUI를 상기 제2 장치에 표시하는 과정을 포함하는 CUI 정보 수신 방법.
제15항에 있어서,
상기 제2 CUI 정보는 상기 선택된 CUI의 식별자(identifier: ID)를 포함함을 특징으로 하는 CUI 정보 수신 방법.
제16항에 있어서,
상기 제2 CUI 정보는 상기 선택된 CUI의 파일 정보 및 상기 선택된 CUI에 대한 URL(uniform resource locator) 정보 중 적어도 하나를 더 포함함을 특징으로 하는 CUI 정보 수신 방법.
제15항에 있어서,
상기 제1 CUI 정보는 상기 적어도 하나의 제1 CUI를 획득하기 위한 URL(uniform resource locator) 정보 및 파일 정보 중 적어도 하나를 포함함을 특징으로 하는 CUI 정보 수신 방법.
제15항에 있어서,
상기 제1 CUI 정보는 상기 적어도 하나의 제1 CUI 각각의 식별자(identifier: ID)를 포함함을 특징으로 하는 CUI 정보 수신 방법.
네트워크에서 제2 장치에 있어서,
제1 장치에 표시된 어플리케이션을 제어하기 위한 적어도 하나의 제1 제어 사용자 인터페이스(control user interface: CUI)에 대한 정보를 포함하는 제1 CUI 정보를 상기 제1 장치로부터 수신하는 수신부와,
사용자의 선택에 의해 적어도 하나의 제2 CUI를 표시하는 표시부와,
상기 적어도 하나의 제2 CUI들 중 하나가 선택되면, 상기 선택된 CUI에 대응하는 제2 CUI 정보가 포함된 제어 정보를 상기 제1 장치로 송신하는 송신부와,
상기 제1 장치로부터 상기 제1 CUI 정보가 수신되면, 상기 제1 CUI 정보를 기반으로 상기 적어도 하나의 제2 CUI 대신 상기 제1 CUI를 표시하도록 상기 표시부를 제어하는 제어부를 포함하는 제2 장치.
제20항에 있어서,
상기 제2 CUI 정보는 상기 선택된 CUI의 식별자(identifier: ID)를 포함함을 특징으로 하는 제2 장치.
제21항에 있어서,
상기 제2 CUI 정보는 상기 선택된 CUI의 파일 정보 및 상기 선택된 CUI에 대한 URL(uniform resource locator) 정보 중 적어도 하나를 더 포함함을 특징으로 하는 제2 장치.
제20항에 있어서,
상기 제1 CUI 정보는 상기 적어도 하나의 제1 CUI를 획득하기 위한 URL(uniform resource locator) 정보 및 파일 정보 중 적어도 하나를 포함함함을 특징으로 하는 제2 장치.
제20항에 있어서,
상기 제1 CUI 정보는 상기 적어도 하나의 제1 CUI 각각의 식별자(identifier: ID)를 포함함을 특징으로 하는 제2 장치.