KR20110039148A - 리모트 사용자 인터페이스 서버와 제3의 리모트 사용자 인터페이스 클라이언트간의 인터페이스를 위한 장치 및 방법 - Google Patents

리모트 사용자 인터페이스 서버와 제3의 리모트 사용자 인터페이스 클라이언트간의 인터페이스를 위한 장치 및 방법 Download PDF

Info

Publication number
KR20110039148A
KR20110039148A KR1020090096469A KR20090096469A KR20110039148A KR 20110039148 A KR20110039148 A KR 20110039148A KR 1020090096469 A KR1020090096469 A KR 1020090096469A KR 20090096469 A KR20090096469 A KR 20090096469A KR 20110039148 A KR20110039148 A KR 20110039148A
Authority
KR
South Korea
Prior art keywords
ruic
remote
ruis
page
component
Prior art date
Application number
KR1020090096469A
Other languages
English (en)
Other versions
KR101612553B1 (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 KR1020090096469A priority Critical patent/KR101612553B1/ko
Priority to CN201080045436.2A priority patent/CN102549968B/zh
Priority to PCT/KR2010/006863 priority patent/WO2011043606A2/en
Priority to EP10822251.4A priority patent/EP2486695A4/en
Priority to JP2012533080A priority patent/JP2013506929A/ja
Priority to US12/902,874 priority patent/US8769415B2/en
Publication of KR20110039148A publication Critical patent/KR20110039148A/ko
Priority to JP2014186107A priority patent/JP5916822B2/ja
Application granted granted Critical
Publication of KR101612553B1 publication Critical patent/KR101612553B1/ko

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/44—Arrangements for executing specific programs
    • G06F9/451—Execution arrangements for user interfaces
    • G06F9/452—Remote windowing, e.g. X-Window System, desktop virtualisation
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/51—Discovery or management thereof, e.g. service location protocol [SLP] or web services

Abstract

본 발명에 따른 리모트 사용자 인터페이스 서버(RUIS)로부터 직접 UI 컴포넌트를 수신하는 제1 리모트 사용자 인터페이스 클라이언트(제1 RUIC)에서 상기 UI 컴포넌트를 상기 RUIS로부터 직접 수신할 수 없는 제2 RUIC로 상기 UI 컴퍼넌트를 제공하기 위한 방법은, 상기 UI 컴퍼넌트를 수신할 상기 제2 RUIC를 발견하는 과정과, 상기 UI 컴퍼넌트를 수신할 상기 제2 RUIC를 발견하면, 상기 RUIS과 상기 제2 RUIC간의 디바이스 능력 매칭 절차를 수행하는 과정과, 상기 디바이스 능력 매칭 절차의 수행이 완료되면, 상기 RUIS로부터 전달된 상기 제2 RUIC용으로 가공된 UI 컴포넌트를 상기 제2 RUIC로 전달하는 과정과, 상기 제2 RUIC로부터 상기 UI 컴포넌트에 대한 제어 메시지를 상기 RUIS로 전달하는 과정을 포함한다.
Proxied RUI, 리모트 UI, CEA-2014, RUI, Remote UI, RUIS, RUIC

Description

리모트 사용자 인터페이스 서버와 제3의 리모트 사용자 인터페이스 클라이언트간의 인터페이스를 위한 장치 및 방법{APPARATUS AND METHOD FOR INTERFACING BETWEEN REMOTE USER INTERFACE SERVER AND THE THIRD REMOTE USER INTERFACE CLIENT}
본 발명은 IP(Internet Protocol)기반의 홈 네트워킹(Home Networking)에 관한 것으로, 특히 원격 사용자 인터페이스 서버(Remote User Interface Server : RUIS)로부터 직접 서비스를 제공받지 못하는 제3의 원격 사용자 인터페이스 클라이언트(Remote User Interface Client : RUIC)로 원격 UI를 제공하기 위한 방법 및 장치에 관한 것이다.
일반적으로, 홈 네트워크는 인터넷 프로토콜(IP) 기반의 사설 망(Private network)으로 이루어지는 것으로, 가정 내에서 사용되는 모든 형태의 개인 컴퓨터(PC)와 지능형 제품, 무선 장치 등의 다양한 기기들을 미들웨어(middleware)라 불리우는 공통의 가상 컴퓨팅 환경을 통해 하나의 네트워크로 연결하여 통제하는 것이다.
미들웨어란 다양한 디지털 기기들을 피어-투-피어(peer-to-peer) 방식으로 연결하여 기기들 간의 통신이 가능하도록 하는 것으로, DLNA(Digital Living Network Alliance), HAVI(Home AV Interoperability), UPnP(Universal Plug and Play), Jini(Java Intelligent Network Infrastructure), HWW(Home Wide Web) 등과 같은 많은 산업 표준 단체들등에 의해 홈 네트워크 기술의 향상을 위해 현재까지 활발히 연구되어 제안되고 있다.
홈 네트워크에서 하나의 디바이스가 다른 디바이스의 기능을 제어하기 위해 원격 UI(Remote UI : RUI)기술이 사용될 수 있다. 간단히 설명하면, RUI기술은 클라이언트-서버 아키텍쳐를 기반으로 한 것으로, RUIC가 RUIS로부터 UI를 획득해서, 사용자가 RUIC에서 UI를 통해 RUIS를 제어할 수 있는 기술이다.
이러한 RUI 기술은 애플리케이션을 제어하기 위한 사용자 인터페이스를 해당 애플리케이션을 구동하는 디바이스가 아닌 다른 디바이스 상에서 렌더링 및 제어하도록 하는 메커니즘이며, CEA-2014, XHT(eXpandable Home Theater), WiDeX(Widget Description Exchange Service), RPD(Remote Desktop Protocol) 등의 다양한 RUI 기술들이 연구되고 있다.
그럼 이하에서 물리적으로 떨어져 있는 장치에 대해 제어하기 위한 RUI 기술들 중 대표적인 미국 가전 협회(Consumer Electronics Association : CEA)-2014에 대해 살펴보기로 한다. CEA-2014 기술을 구성하고 있는 원격 제어 시스템은 원격 제어를 위한 사용자 인터페이스(UI)를 제공하는 원격 사용자 인터페이스 서버(RUIS), 원격에서 보내진 사용자 인터페이스를 보여주는 원격 사용자 인터페이스 클라이언트(RUIC)를 포함하고 있다.
리모트(원격) 제어를 위한 UI를 제공하는 RUIS는 그 내부에 웹 서버를 갖고 있다. 이 웹 서버를 통해서 RUIS는 RUIC가 요구하는 웹 페이지(Web page)를 전송해주고, RUIC는 XHTML 브라우저를 통해서 해당 UI의 웹 페이지를 사용자에게 보여주게 된다.
이러한, RUI 기술을 사용하면 RUIC는 RUIS와 세션을 셋업하고, RUIS로부터 UI 컴포넌트(component)들을 수신하여 RUIS를 제어할 수 있게 된다. 여기서, UI 컴포넌트들은 UI를 구성하는 요소들을 가리키며, 아이콘, 풀-다운 메뉴, 버튼, 스크롤 바, 윈도우, 텍스트, A/V 데이터(오디오/비디오, 사진 등) 등 RUIS로부터 RUIC에게 RUI 세션 상에서 제공되는 모든 형식의 데이터를 총칭하는 개념이다.
도 1은 일반적인 RUIS (100)가 제공하는 리모트 UI 페이지와 컨트롤 정보를 이용하여, 두 개의 클라이언트 디바이스(RUIC 1, RUIC 2)들이 컨텐츠를 소비하는 모습을 보여준다. RUIC(Remote User Interface Client) 1(101)은 RUIS(100)로부터 직접 리모트 UI(RUI) 페이지와 컨텐츠를 받을 수 있지만, 또 다른 RUIC 2(102) 는 참조번호 103과 같이 RUIS(100)로부터 직접 서비스를 받을 수 없다. 이러한 경우는 RUIC 2(102)가 물리적으로 RUIS(100)와의 직접 연결이 불가능한 위치에 있거나, 연결이 가능하더라도 리모트 UI 페이지와 컨텐츠를 RUIS(100)로부터 직접 받을 수 있는 권한이 없는 경우 등 다양한 이유로 인해 발생 가능하다. 이러한 환경에서는 리모트 UI 사용이 매우 제한적이게 되며, RUIS(100)와 연결할 수 있는 주변의 다른 3G 단말기나 디바이스 등을 활용하면, RUIC 2(102)에도 리모트 UI 서비스 제공이 가능해질 수 있다.
또한 이동 통신 단말기뿐만 아니라, 디지털 TV(DTV), Portable Media Player(PMP), 컴퓨터 등의 매우 다양한 능력을 가진 디바이스들이 혼재되어 서비스를 받는 컨버젼스(Convergence) 환경에서는 똑같이 리모트 UI를 지원하는 기기이더라도, 디바이스 마다 서로 다른 종류의 물리 채널 인터페이스를 가지는 문제가 있을 수 있다. 예를 들어, TV에는 WiFi(Wireless Fidelity) 무선랜 인터페이스가 장착되어 있지만 댁내 다른 모든 디바이스 들은 블루투스 인터페이스만을 가지고 있어서 이를 통해 리모트 UI를 지원하는 경우, 현재로서는 TV에 리모트 UI 서비스를 제공할 수 있는 방법은 없다. 이 때 블루투스와 WiFi 인터페이스를 동시에 가진 다중 인터페이스(Multiple Interface) 디바이스가 이를 대신 제공해 줄 수 있다면, 컨버젼스 환경에서 더욱 유리할 수 있다.
이처럼, 종래의 리모트 UI 사용에 있어서 RUIS와 RUIC간 직접 연결이 가능한 경우에만 서비스를 제공하는 것은 위에서 언급한 바와 같은 다양한 문제점을 가지고 있다. 이러한 리모트 UI 제공 방법의 한계를 넘기 위해서는 RUIS(100)로부터 직접 서비스 수신이 가능한 RUIC 1 (101)를 활용하여, 서비스 수신이 불가능한 제3의 RUIC인 RUIC 2(102)로 리모트 UI 페이지와 컨텐츠를 제공하기 위한 방안이 필요하다.
따라서, 본 발명은 RUIS로부터 직접 리모트 UI 페이지 및 컨텐츠 수신이 가능한 RUIC 디바이스를 통해, 상기 RUIS와 직접 연결이 불가능한 RUIC 디바이스로 리모트 UI 페이지 및 컨텐츠를 제공하기 위한 방법 및 장치를 제공한다.
본 발명에 따른 리모트 사용자 인터페이스 서버(RUIS)로부터 직접 UI 컴포넌트를 수신하는 제1 리모트 사용자 인터페이스 클라이언트(제1 RUIC)에서 상기 UI 컴포넌트를 상기 RUIS로부터 직접 수신할 수 없는 제2 RUIC로 상기 UI 컴퍼넌트를 제공하기 위한 방법은, 상기 UI 컴퍼넌트를 수신할 상기 제2 RUIC를 발견하는 과정과, 상기 UI 컴퍼넌트를 수신할 상기 제2 RUIC를 발견하면, 상기 RUIS과 상기 제2 RUIC간의 디바이스 능력 매칭 절차를 수행하는 과정과, 상기 디바이스 능력 매칭 절차의 수행이 완료되면, 상기 RUIS로부터 전달된 상기 제2 RUIC용으로 가공된 UI 컴포넌트를 상기 제2 RUIC로 전달하는 과정과, 상기 제2 RUIC로부터 상기 UI 컴포넌트에 대한 제어 메시지를 상기 RUIS로 전달하는 과정을 포함한다.
본 발명에 따른 리모트 사용자 인터페이스 서버(RUIS)로부터 직접 UI 컴포넌트를 수신할 수 없는 제2 리모트 사용자 인터페이스 클라이언트(제2 RUIC)로 상기 UI 컴포넌트를 제공하기 위한 제1 리모트 사용자 인터페이스 클라이언트(제1 RUIC) 장치는, UI 컴퍼넌트를 수신할 상기 제2 RUIC를 발견하면, 상기 RUIS과 상기 제2 RUIC간의 디바이스 능력 매칭 절차를 수행하는 UI 제어 모듈과, 상기 RUIS로부터 UI 컴포넌트를 수신하고, 상기 디바이스 능력 매칭 절차의 수행이 완료되면, 상기 RUIS로부터 전달된 상기 제2 RUIC용으로 가공된 UI 컴포넌트를 상기 제2 RUIC로 전달하는 리모트 UI 페이지 관리부와, 상기 제2 RUIC로부터 상기 UI 컴포넌트에 대한 제어 메시지를 상기 RUIS로 전달하는 메시지 중계부를 포함한다.
상술한 바와 같이 본 발명을 통하는 경우, RUIS로부터 직접 서비스 수신이 불가능한 제 3의 RUIC로 상기 제3의 RUIC 주변의 프록시 RUIC를 활용하여 서비스를 제공할 수 있다. 이를 통하여 리모트 UI 페이지 및 컨텐츠를 소비하는데 있어서, 물리적인 전송 채널 환경의 한계나 서로 다른 물리 계층 인터페이스 사용으로 인하여 상기 제3의 RUIC로의 서비스 제공이 불가능한 경우, 또한 연결이 가능하더라도 리모트 UI 페이지와 컨텐츠를 상기 제3의 RUIC가 상기 RUIS로부터 직접 받을 수 있는 권한이 없는 경우 등의 서비스 제공 환경의 한계를 극복하고 언제 어디서나 서비스 제공이 가능하다.
본 발명의 이점 및 특징, 그리고 그것들을 달성하는 방법은 첨부되는 도면과 함께 상세하게 후술되어 있는 실시 예들을 참조하면 명확해질 것이다. 그러나 본 발명은 이하에서 개시되는 실시 예들에 한정되는 것이 아니라 서로 다른 다양한 형 태로 구현될 수 있으며, 단지 본 실시 예들은 본 발명의 개시가 완전하도록 하고, 본 발명이 속하는 기술 분야에서 통상의 지식을 가진 자에게 발명의 범주를 완전하게 알려주기 위해 제공되는 것이며, 본 발명은 청구항의 범주에 의해 정의될 뿐이다. 명세서 전체에 걸쳐 동일 참조 부호는 동일 구성 요소를 지칭한다.
도 2는 본 발명의 실시 예에 따라 RUIS(200)에서 제공되는 리모트 UI 페이지 및/또는 컨텐츠를 프록시 RUI 디바이스인 RUIC 1(201)를 경유하여, 제 3의 RUIC 디바이스인 RUIC 2(202)에 제공하는 것을 도시한 도면이다. 여기서 프록시 RUI 디바이스는 RUIC 1(201)이 RUIC 2(202)를 대신하여 RUIS와 통신을 수행함으로, RUIC 1(201)을 프록시 RUI 디바이스라고도 칭하기로 한다.
도 2에 도시된 바와 같이 RUIC 2(202)가 RUIS(200)에 직접 연결이 불가능한 경우, RUIS(200)는 참조번호 204와 같이 통신을 수행할 수 없는 RUIC 2(202)에게 전달되어야 할 리모트 UI 페이지 및/또는 컨텐츠를 RUIC 1(201)을 경유하여 RUIC 2(202)에게 원격으로 전송한다. 상기 리모트 UI 페이지와 컨텐츠는 RUIC 1(201)을 통해 다시 제 3의 디바이스인 RUIC 2(202)로 전송되고, RUIC 2(202)의 화면에는 RUIS(200)로부터 전송된 해당 리모트 UI 페이지와 컨텐츠가 디스플레이 된다. 이를 위하여 RUIC 1(201)을 통해 컨텐츠를 소비하던 사용자는 먼저 컨텐츠 혹은 리모트 UI를 제공할 RUIC 2(202)를 검색하여 선택하고, 상기 RUIC 2(202)에 제공할 컨텐츠 혹은 UI 페이지를 선택하게 되면, 선택된 컨텐츠 또는 리모트 UI가 RUIC 2 (202)로 전달되게 된다.
도 3은 본 발명의 실시 예에 따라 RUIC 1(301)를 통해서 제 3의 디바이스인 RUIC 2(302)에 리모트 UI 페이지와 컨텐츠 중 적어도 하나를 제공하기 위하여 필요한 프로토콜(304) 및 절차(305)와 RUIC 1에서 이를 담당하는 운영 모듈 (306)을 도시한 도면이다. RUIC 1(301)는 CEA-2014와 같은 기존에 존재하는 프로토콜(303)을 통해서 RUIS(300)로부터 리모트 UI 페이지와 컨텐츠를 수신한다. 그러나, 제 3의 RUIC 디바이스인 RUIC 2(302)에게 프록시 RUIC 1(301)가 리모트 UI 페이지 및 컨텐츠를 제공하기 위해서는, RUIC들(301, 302)간에 리모트 UI 페이지 및 컨텐츠를 전달할 수 있는 새로운 프로토콜(304)이 정의되어야 하며, 본 발명에 따라 새로운 프로토콜(304)에 정의되어야 할 내용은 다음과 같다.
첫 째로, RUIC 1(301)이 제 3의 RUIC 디바이스인 RUIC 2(302)를 발견하는 디바이스 발견(Device Discovery) 과정이 필요하다. 둘 째로, RUIC 2(302)가 발견된 후에는 리모트 UI 페이지 와 컨텐츠를 RUIS(300)로부터 획득하기 위해 필요한 정보를 RUIC 2(302)로부터 획득하여 비교하는 디바이스 능력 매칭(capability matching) 과정이 필요하다. 셋 째로, RUIC 2(302) 디바이스가 리모트 UI 페이지 및 컨텐츠를 가져 올 수 있다는 것까지 인식이 되면, RUIC 1(301)이 RUIC 2(302)로 리모트 UI 페이지 및 컨텐츠를 전달하는 과정이 필요하다. 넷 째로 RUIC 2(302)가 RUIC 1(301)로부터 리모트 UI를 전송받으면, RUIC 2(302)가 상기 RUIC 1(301)로부터 전송받은 RUI 페이지를 렌더링한 뒤, 상기 RUIC 1(301)을 통해서 제어 메시지를 전송하는 과정이 필요하다.
이하에서는 RUIC 1(301)에서 이러한 과정들을 수행하기 위한 절차들에 대해 설명하기로 한다.
도 4는 본 발명의 실시 예에 따라 리모트 UI 페이지와 컨텐츠를 RUIC 2(402)로 제공하기 위하여, RUIC 1(401)과 RUIC 2(402)가 서로 발견(Discovery)하는 방법을 도시한 도면이다. 이 때, RUIC 1(401)과 RUIC 2(402)가 서로를 발견하는 방법은 본 발명의 실시 예에서는 풀 모드(PULL mode)와 푸쉬 모드(Push mode) 이렇게 2가지가 존재한다.
그 중 첫 째가 RUIC 1(401)가 RUIC 2(402)를 발견하는 방법(403)(이하 푸쉬(PUSH) 모드) 이다. 푸쉬 모드란 예를 들어, RUIC 1(401)을 이용하던 사용자가 RUIS(400)로부터 동영상 컨텐츠를 받아보던 중, 화면 크기가 더 큰 주변의 제3의 기기인 RUIC 2(402)를 이용하여 컨텐츠를 보고자 하는 경우가 이에 해당한다. 이때 UICP(User Interface Control Point)(405)는 RUIC 1(401)을 제어하는 UICP가 이용되며, 사용자는 RUIC 1(401)을 이용하고 있었으므로, RUIC 1(401)에서 RUIC 2(402)를 찾는 절차가 수행되어야 한다. 여기서는 RUIC 1(401)이 주변에 존재하는 모든 제3의 RUIC 2들을 발견하고, 메타데이터(Metadata)를 통해서 발견된 RUIC 2(402) 디바이스가 컨텐츠 수신이 가능한 디바이스인지 여부를 파악한다. 이를 판별할 수 있는 메타데이터로는 디바이스 디스크립션(Device Description) 데이터 혹은 능력 디스크립션(Capability Description) 데이터가 사용될 수 있으며, 발견된 RUIC 2(402)가 RUIS(400)로부터 전달된 컨텐츠의 수신이 가능한 지 여부를 RUIC 1(401)가 판별할 수 있는 값을 갖고 있다.
아래의 <표 1>은 본 발명의 실시 예에 따른 RUIC 2(402) 디바이스가 컨텐츠 수신이 가능한 디바이스인지 여부를 RUIC 1(401)이 파악하도록 하기 위한 소정 플래그(flag)를 디바이스 디스크립션 메타 데이터에 추가하는 실시를 보여준다. <표 1>은 디바이스 디스크립션 메타데이터를 XML 문서로 작성한 예이다. 아래 <표 1>에서 굵은 점선으로 표시된 부분이 본 발명의 실시 예에 따라 추가된 플래그이며, <표 1>의 데이터는 도 8의 806단계 및 도 9의 906단계에서 디바이스 디스크립션(Device Description)을 통해 전달된다. 이를 통하여 RUIC 1(401)은 리모트 UI 페이지와 컨텐츠를 제공 받기를 원하는, 혹은 받을 여력이 있는 RUIC 2(402)만을 선택적으로 선별할 수 있으며, 이는 RUIC 2(402)를 사용하는 사용자의 선호도나 결정 등에 의해 설정될 수 있다. RUIC 1(401)는 발견된 RUIC 2(402)의 메타데이터를 통해서 해당 RUIC 2(402)가 컨텐츠 소비가 가능한 디바이스인 지 여부를 파악한 뒤, 만일 사용 가능한 디바이스라면, 리모트 UI 페이지와 컨텐츠를 전송할 수 있는 지를 확인하기 위한 디바이스 능력 매칭(Capability Matching) 절차 수행 과정에 들어간다.
디바이스 능력 매칭(capability matching)은 RUIC 1(401)의 UICP1(405)가 수행한다. 그러나, 설명의 편의상 RUIC 1(401)이 수행한다고 설명하기로 한다. RUIC 1(401)의 UICP1(405)이 RUIS(400)와 RUIC 2(402)의 디바이스 디스크립션을 일단 다 수신한 후, 두 개의 디바이스 디스크립션들을 비교해본 후, RUIC 2(402)가 RUIS(400)가 제공하는 여러 RUI 페이지들 중에 어떤 것을 받을 수 있는지를 판단한다. 그리고, 이후 RUIC 1(401)가 특정되지 않은 방식으로 RUIC 2(402)에 전달되어 야 할 RUI 페이지를 RUIS(400)에 요청을 하게 되는데 이 요청 메시지에 RUIC 2의 디바이스 능력(capability)에 관한 정보가 RUI 페이지 요청과 함께 전송된다.
다시 정리하면, 본 발명의 실시 예에서 디바이스 능력 매칭(capability matching)절차는 RUIC 1(401)이 RUIS(400)과 RUIC 2(402)로부터 각각 디바이스 디스크립션을 통해 디바이스 능력에 관한 정보를 획득하는 단계와, 획득된 디바이스 디스크립션 정보들을 서로 비교하는 단계와, RUIC 2(402)가 RUIS(400)가 제공하는 서비스들 중 어떤것들을 수신할 수 있는지 판단하는 단계와, RUIC 1(401)이 UI 페이지 요청과 함께, RUIC 1(401)의 프로파일과 RUIC 2(402)의 프로파일을 RUIS(400)에게 전달하는 단계를 포함한다.
Figure 112009062109393-PAT00001
상기 <표 1>에서와 같이 RUIC 2(402)는 <rui:ProxyAvailability>의 플래그를 "True"로 설정하여 RUIC 1(401)로 전송하게 되면, RUIC 2(402)가 RUIC 1(401)로부터 전달된 UI 컴포넌트를 수신할 수 있는 디바이스임을 RUIC 1(401)가 판단할 수 있게 된다.
또 다른 방법으로, RUIC 1(401) 디바이스는 RUIC 1(401) 디바이스를 통해 컨텐츠를 소비하기를 원하는 제 3의 RUIC인 RUIC 2(402) 디바이스만을 찾는다는 정보를 포함하는 발견(Discovery) 메시지를 RUIC 2(402)들로 전송한다. 예를 들면, UPnP 발견 메시지에서 ST(Search Target) 필드 안에 RUIC 디바이스만을 찾는다는 타겟 정보("ST : urn : schemas - upnp - org : device : RemoteUIClientDevice :1")를 삽입하고, 해당 RUIC 가운데 RUIC 1(401)을 통해 컨텐츠가 소비가 될 수 있는 RUIC 2(402)만 응답하도록 상태 정보를 <표 2>에서 굵은 점선과 같이 포함하여 전송할 수도 있다.
그러면, RUIC 1(401)이 전달하는 컨텐츠와 리모트 UI 페이지 중 적어도 하나를 수신하기를 원하는 RUIC 2(402)들만이 해당 요청에 대한 응답 메시지를 RUIC 1(401) 에게 전송한다. 해당 응답 메시지를 전송 받은 RUIC 1(401)는 상기 응답 메시지를 보낸 RUIC 2(402)들에 대한 디바이스 디스크립션(Device Description)을 분석한 뒤, 디바이스 능력 디스크립션(Capability Description)을 분석하는 디바이스 능력 매칭(Capability Matching) 과정에 들어간다. 여기서, 상기 디바이스 능력 매칭(Capability Matching) 과정은 상술한 바와 같이, RUIC 1(401)에 의해 발견된 RUIC2(402)가 컨텐츠 또는 리모트 UI 페이지를 수신하고 올바로 소비할 수 있는지 여부를 파악하기 위한 것이다.
아래의 <표 2>는 본 발명의 실시 예에 따른 리모트 UI 페이지 및 컨텐츠 중 적어도 하나를 제공 받을 수 있는 RUIC 2(402)만이 응답하도록 상기 RUIC 2(402)가 가져야 할 상태 정보 조건을 굵은 점선과 같이 UPnP 발견 메시지에 추가한 경우의 실시예이다. <표 2>는 후술할 도 8의 805단계 및 도 9의 905단계를 통해 전달될 것이다.
Figure 112009062109393-PAT00002
두 번째로 참조번호 404와 같은 방향으로 RUIC 2(402)가 RUIC 1(401)를 발견하는 방법(이하 PULL 모드)을 제안한다. 예를 들어, RUIC 2(402)를 이용하던 중 서비스를 제공받고자 하는 사용자가 RUIS(400)로부터 직접 서비스를 제공받을 수 없음을 인지한 경우가 이에 해당할 것이다. 이때 UICP는 RUIC 2(402)을 제어하는 UICP 2(406)가 이용되며, 사용자는 RUIC 2(402)를 이용하고 있었으므로, 주변에서 프록시 RUIC로 사용할 수 있는 RUIC 1(401)이 존재하는지 여부를 판단하기 위한 절차를 수행해야 한다. 여기서는 RUIC 1(401)이 프록시 RUIC로 동작할 수 있는지 여부를 RUIC 2(402)에 알리기 위한 정보가 디바이스 디스크립션(Device Description)에 기술되어야 한다.
하기의 <표 3> 및 <표 4>는 본 발명의 실시 예에 따라 XML 언어로 구현된 디바이스 디스크립션(Device Description)에 RUIC 1(401)이 프록시(Proxy) RUI를 지원하는지 여부를 알리는 소정 정보를 추가하는 실시 예이다. 본 발명의 실시 예에 따라 RUIC 1(401)은 <표 3>과 <표 4>와 같은 정보를 생성하여 RUIC 2(402)로 전송한다. <표 3>에서는 굵은 점선으로 표시된 바와 같이 프록시 RUI 디바이스(ProxyRUIDevice)라는 새로운 디바이스 타입을 정의하였고 이를 통해 RUIC 2(402)가 프록시 RUI로 동작하는 RUIC 1(401)을 발견할 수 있도록 하였다. <표 4>에서는 새로운 디바이스 타입을 정의한 것이 아니라 굵은 점선으로 표시된 바와 같이 디바이스 디스크립션에 정의된 클라이언트 정보(Client Information)에 RUIC 1(401)의 Proxy RUI 지원 여부를 별도의 태그를 이용하여 기술한 경우의 예이다. <표 3> 또는 <표 4>을 통해 RUIC 1(401)은 RUIC 2(402)에게 "나는 프록시로 사용될 수 있는 다비이스임"을 알리고, <표 3> 또는 <표 4>를 수신한 RUIC 2(402)는 자신이 지금 프록시로 사용할 다른 디바이스가 존재함을 알 수 있다. 상기 <표 3> 또는 <표 4>를 수신한 이후 RUIC 2(402)는 자신이 제공받을 수 있는 서비스 리스트를 RUIC 1(401)로부터 제공받는 절차를 수행하게 되는데, 이에 대한 세부 방법에 대해서는 이후 다시 자세히 기술하도록 한다.
Figure 112009062109393-PAT00003
Figure 112009062109393-PAT00004
도 5는 본 발명의 실시 예에 따라 RUIS(500)과 RUIC 2(502) 사이에서 리모트 UI 및 컨텐츠를 제공하는 RUIC 1(510)의 블록 구성도이다.
가용한 서비스 리스트(Available Service List) 전송부(516)는 RUIC 1(510)이 RUIC 2(502)에 대해 프록시 RUI로 동작하는 디바이스임을 알리는 소정 정보를 RUIC 2(502)로 전달하고, 또한 RUIC 2(502)에게 현재 제공 가능한 서비스 리스트 정보를 전달한다.
아래의 <표 5>, <표 6>, 그리고 <표 7>는 RUIC 1(510)을 통해 제공 가능한 서비스 리스트(available service list)를 RUIC 2(502)로 전달하는 방법을 나타낸 실시 예로 크게 두가지 방법이 존재할 수 있다. <표 5>는 굵은 점선과 같이 RUIC 1(510)의 디바이스 디스크립션(Device Description)에 서비스 리스트를 받을 수 있는 주소인 서비스 리스트 URL(serviceListURL)을 기술하는 방법으로써, RUIC 2(502)는 상기 serviceListURL 주소로부터 아래의 <표 6>와 같은 별도의 XML 파일에 기술된 서비스 리스트를 얻을 수 있다.
<표 7>는 굵은 점선과 같이 RUIC 1(510)가 RUIC 1(510)의 디바이스 디스크립션에 서비스 리스트를 직접 기술한 후 RUIC 2(502)로 전달하는 방법이다.
Figure 112009062109393-PAT00005
Figure 112009062109393-PAT00006
Figure 112009062109393-PAT00007
UI 제어 모듈(512)은 CEA-2014 표준에 기술된 UICP(User Interface Control Point)를 의미하며, RUIC 1(510)내에 포함될 수 있으며, 외부에 포함될 수도 있다. 또한 본 발명의 실시 예에 따라 RUIS(500)로부터 전달되는 UI 페이지와 컨텐츠 중 적어도 하나를 수신할 수 있는 RUIC 2(502)를 발견하고, 발견된 RUIC 2(502)와 RUIC 1(510)의 디바이스 능력을 파악한 후, 디바이스 능력 매칭(Capability Matching) 절차를 수행한다. 본 발명의 실시 예에 따라 UI 제어 모듈(512)은 RUIC 2(502)로부터 디바이스 디스크립션을 수신하면, RUIS(500)와 RUIC 2(502)간의 디바이스 능력을 비교한 후, 디바이스 능력 매칭 절차를 수행하고, 디바이스 능력 매칭 절차가 완료된 후에는 RUIC 1(510)은 RUIC 2(502)에 대해 프록시로 동작할 수 있다. 즉, UI 제어 모듈(512)은 RUIC 2(502)로부터 디바이스 디스크립션을 수신하고, 수신한 디바이스 디스크립션을 통해 RUIS(500)와 RUIC 2(502)간의 디바이스 능력 매칭 절차를 수행하여 RUIS(500)와 RUIC 2(502)를 연결시키는 과정을 수행한다.
가용한 서비스 리스트(Available Service List) 전송부(516)는 RUIC 1(510)이 참조번호 404와 같은 PULL 모드로 이용되는 경우에 필요한 정보를 제공한다. 즉, RUIC 2(502)를 사용하고 있던 사용자가 주변에 프록시 RUIC로 사용 가능한 디바이스가 있는지를 검색하고, 만일 있다면 어떤 종류의 서비스를 제공할 수 있는지를 알고 싶을 때 해당 서비스들의 리스트를 RUIC 1(510)으로부터 전송 받을 수 있다. 또한 i-Box 모델에서 RUIC 2(502) 자체에 북마크(Bookmark)로 지정되어 있는 서비스를 제공받고 싶을 때 해당 서비스를 요청하는 역할을 수행하게 된다. I-Box는 RUIS가 집밖에 존재함으로인해, UICP가 RUIS를 찾을 수 없는 경우를 나타낸다. 이러한 경우 RUIC가 RUIS의 주소를 북마크처럼 일일이 저장하게 된다. 가용한 서비스 리스트 전송부(516)는 서비스 유효성 플래그 핸들러(516a)와 유효한 서비스 핸들러(516b)를 포함한다.
서비스 유효성 플래그 핸들러(516a)는 RUIC 2(502)에 대해 프록시 RUIC로서 동작하는지 여부를 지시하기 위한 소정 정보를 생성하여 디바이스 디스크립션 생성부(524)로 전송하고, 디바이스 디스크립션 생성부(524)는 디바이스 디스크립션 메시지에 상기 소정 정보를 삽입하여 RUIC 2(502)로 전송한다. 본 발명에서는 RUIC 1(510)이 프록시로 동작할 수 있음을 가정하였으므로, RUIC 1(510)이 동작하면, 상기 서비스 유효성 플래그 핸들러(516a)는 본 발명에서 상기 RUIC 1(510)이 프록시로 동작할 수 있음을 알리는 플래그를 생성하여 디바이스 디스크립션 생성부(524)로 전송할 수 있다.
도 5에서는 참조번호 530과 같이 RUIC 1(510)이 RUIC 2(502)에게 프록시 서비스를 제공할 수 있는지 여부를 알리는 플래그를 디바이스 디스크립션 메시지를 통해 전송하는 것을 도시하고 있다. 즉, 상기 서비스 유효성 플래그 핸들러(516a)가 생성한 플래그를 디바이스 디스크립션 생성부(524)로 전송하고, 디바이스 디스크립션 생성부(524)가 상기 수신한 플래그를 디바이스 디스크립션에 삽입하여 RUIC 2(502)로 전송한다.
따라서, 상기와 같은 RUIC 1(510)가 프록시임을 알리는 플래그를 RUIC 2(502)가 수신할 경우, RUIC 2(502)는 자신의 주변에 존재하는 RUIC 1(510)이 프록시로 동작할 수 있음을 판단할 수 있다.
유효한 서비스 핸들러(516b)는 본 발명의 풀 모드(PULL mode)일 경우, 즉, RUIC 2(502)의 사용자가 주변에 프록시 RUIC로 동작 가능한 디바이스를 검색하고 RUIC1(510)이 선택된 이후, RUIC 2(502)에게 RUIC 1(510)이 현재 제공 가능한 서비스 목록을 제공한다. RUIC 2(502)는 RUIC 1(510)으로 제공 가능한 서비스 목록을 요청할 경우, 유효한 서비스 핸들러(516b)는 UI 제어 모듈(512)로부터 RUIS(500)가 제공할 수 있는 서비스 목록을 획득하여 RUIC 2(502)로 전달한다.
서비스 유효성 플래그 핸들러(516a)가 프록시 서비스 제공 여부에 대한 플래그와 RUIC 2(502)로 제공 가능한 서비스 목록을 제공하는 과정은 RUIC 1(510)과 RUIC 2(502)간의 발견 과정에서 수행될 수 있다.
디바이스 능력(Capability) 매칭 처리부(514)는 RUIC 2(502)의 디바이스 능력에 맞는 리모트 UI 페이지 혹은 컨텐츠가 전달될 수 있도록 RUIC 2(502)의 디바이스 능력(device capability) 정보를 수신 및 관리하는 역할을 한다. 이렇게 수신된 디바이스 능력(device capability) 정보를 근거로, RUIC 2(502)에 필요한 컨텐츠를 받기 위하여 RUIC 1(510) 는 디바이스 프로파일(device profile) 정보를 적절히 조합하여 RUIS(500)와 디바이스 능력 매칭(capability matching)을 수행하게 된다. 이때 RUIC 1(510) 및 RUIC 2(502)의 디바이스 능력에 관한 정보인 디바이스 프로파일 정보는 디바이스 능력 정보 저장부(522)에 저장된다.
예를 들어, RUIC 2(502)로 컨텐츠와 리모트 UI 페이지가 모두 전달되는 경우, ui_profile 및 video_profile, audio_profile은 모두 RUIC 2(502)의 디바이스 프로파일(device profile) 정보를 가지고 디바이스 능력 매칭(capability matching)이 수행된다. 본 명세서에서 디바이스 능력이란, RUIC가 제공할 수 있는 해상도, 색상의 수, 오디오 채널의 수 등과 같은 리모트 UI 페이지 또는 컨텐츠를 시각/청각적으로 제공하기 위한 디바이스에 관련된 정보를 통칭한다. 하지만 RUIC 1(510)에는 리모트 UI 페이지만 소비되고 RUIC 2(502)에는 컨텐츠만 소비되는 경우에는, ui_profile은 RUIC 1(510)의 정보, video_profile, audio_profile은 RUIC 2(502)의 profile 정보를 적용하여 디바이스 능력 매칭(capability matching)을 수행하게 된다. 이러한 과정은 도 8 및 도 9에서 다시 자세히 설명한다.
리모트 UI 페이지 관리부(518)는 RUIC 2(502)에 전달되어야 할 리모트 UI 페이지를 재구성하고 재전송하는 역할을 수행한다. RUIS(500)가 RUIC 2(502)를 위한 리모트 UI 페이지를 RUIC 2(502)의 능력(capability)에 맞게 제공했다 하더라도, RUIC 2(502)는 RUIS(500)에 직접적으로 접속이 불가능하기 때문에, 상기 RUIS(500)로 상기 리모트 UI 페이지에 대한 UI 페이지 제어(Control) 메시지를 직접 전달할 수 없다. 따라서 RUIC 1(510)의 리모트 UI 페이지 관리부(518)는 상기 RUIS(500)으로부터 수신한 리모트 UI 페이지를 RUIC 2(502)에 재전송 하기 전에 RUIC 2(502)가 RUIC 1(510)으로 제어 메시지를 전송할 수 있도록 리모트 UI 페이지를 변경하여 RUIC 2(502)로 전송한다.
상기 리모트 UI 페이지 관리부(518)는 첨부된 도 6을 참조하여 설명하기로 한다. 리모트 UI 페이지 관리부(518)는 RUIS(500)로부터 RUIC 1(510) 또는 RUIC 2(502)의 디바이스 능력에 부합되는 형태로 가공된 컨텐츠를 수신한다. 즉, 디바이스 능력 매칭 절차 이후에 컨텐츠가 제공될 디바이스의 능력에 해당되게 컨텐츠가 가공되어 RUIS(500)로부터 RUIC 1(510)으로 전달된다. 여기서, 상기 가공된 컨텐츠란, 예컨대 RUIC 2(502)로 전송될 컨텐츠라면, RUIC 2(502)가 제공할 수 있는 해상도 등과 같은 RUIC 2(502)의 디바이스 능력에 적합하게 RUIS(500)에서 변경된 컨텐츠를 의미한다. 그리고, 리모트 UI 페이지 관리부(518)는 RUIS(500)로부터 수신된 리모트 UI 페이지가 RUIC 2(502)로 전달되어야 한다면, 수신된 리모트 UI 페이지의 제어 정보가 전달될 RUIS(500)의 URI 주소를 자신의 URI 주소로 변환하고, RUIC 2(502)에 해당되게 가공된 새로운 리모트 UI 페이지를 RUIC 2(502)로 전송한다.
메시지 중계부(520)는 RUIC 2(502)가 전송하는 제어 메시지와 다른 여러 종류의 요청(Request) 메시지를 수신한 후, 이를 다시 원래 의도된 다른 서버 혹은 RUIS(500)로 전송하는 역할을 수행한다. 이를 위하여, 메시지 중계부(520)는 RUIC 2(502)로부터 수신된 메시지가 원래 어느 URI(Uniform Resource Identifier)로 보내져야 할 것인지에 대한 정보를 리모트 UI 페이지 관리부(518)로부터 전달 받은 후 해당 메시지를 원래 의도된 RUIS(500)나 도시되지 않은 별도의 컨텐츠 서버로 전송하게 된다. 즉, 메시지 중계부(520)는 RUIC 2(502)로부터 수신된 제어 메시지 또는 요청 메시지를 RUIS(500) 또는 의도된 서버로 전송되게 상기 제어 메시지 또는 요청 메시지의 URI를 대체하여 전송한다.
이러한 리모트 UI 페이지 관리부(518)가 필요한 이유는 RUIS(500)와 RUIC 2(502)가 직접적으로 통신을 수행할 수 없는 상태이므로, RUIS(500)로부터 전달된 리모트 UI 페이지 또는 컨텐츠의 URI 주소를 RUIS(500)의 주소로 설정하여 RUIC 2(502)로 전달하더라도, RUIC 2(502)로부터 그에 해당하는 제어 정보가 상기 RUIS(500)로 직접 송신될 수 없기 때문이다. 따라서, RUIS(500)로부터 전달되어 RUIC 2(802)로 전송될 UI 컴포넌트의 URI 주소를 프록시 서비스를 제공하는 RUIC 1(510)의 주소로 변환하는 과정이 필요하다.
도 6은 본 발명의 실시 예에 따라 리모트 UI 페이지 관리부(518)의 블록 구성도이다.
먼저 컨텐츠 수신부(600)는 RUIS(500)로부터 컨텐츠들을 수신한 후, 재전송 권한 검사부(602)로 전달한다. 재전송 권한 검사부(602)는 상기 RUIS(500)로부터 제공된 컨텐츠들에 대해 재전송할 수 있는지를 판단한 후, 그 결과를 새로운 UI 페이지 및 컨텐츠 재전송 처리부(604)로 알린다. 상기 재전송 권한 검사부(602)가 RUIS(500)로부터 수신된 컨텐츠에 대해 재전송이 가능한지 여부를 판단해야 하는 이유는 상기 컨텐츠에 대한 디지털 저작권 관리 및 보안 때문이다.
한편, UI 페이지 수신부(606)는 리모트 UI 페이지를 RUIS(500)로부터 수신하면, 파싱(Parsing)부(608)가 상기 리모트 UI 페이지를 파싱하고, 상기 리모트 UI 페이지에서 파싱된 상기 리모트 UI 페이지의 이전 URI(old URI : RUIS의 URI)를 새로운 URI 생성 및 관리부(612)로 전송한다.
상기 새로운 URI 생성 및 관리부(612)는 상기 RUIC 2(502)가 전송하는 제어 메시지와 다른 다양한 요청 메시지들을 수신할 새로운 URI 주소(RUIC 1의 URI 주소)를 생성한 후, 이를 새로운 URI 대체부(610)로 전송한다. 상기 새로운 URI 대체부(610)는 상기 리모트 UI페이지에 상기 생성된 새로운 URI 주소를 삽입하여 새로운 UI 페이지 및 컨텐츠 재전송 처리부(604)를 통해 전송한다. 이때 상기 RUIC 2(502)로 전송되기 위해 가공된 새로운 리모트 UI 페이지도 같이 전송된다.
그리고, 새로운 URI 생성 및 관리부(612)는 이전의 URI 주소(old URI)와 새로운 URI 사이의 맵핑 정보를 저장한 후, RUIC 2(502)로부터 제어 메시지 또는 요청 메시지가 수신될 시, 상기 매핑 정보에 따라 주소를 변환하여 해당 RUIS(500) 또는 다른 컨텐츠 서버로 전송한다.
도 7은 본 발명의 실시 예에 따라 RUIC 1(510)에서 RUIS(500)과 RUIC 2(502)간의 인터페이싱을 위한 동작 흐름도이다.
705단계에서 RUIC 2(802)를 발견하는 과정을 수행한다. 상기 705과정에서 RUIC 1(510)은 앞서 서술한 푸쉬 모드 동작과 풀 모드 동작에 따른 동작을 수행한다.
상기 705단계에서 RUIC 2(502)를 발견하였다면, RUIC 1(510)은 710단계에서 RUIS(500)와 RUIC 2(502)간의 디바이스 능력 매칭 절차를 수행한다. 상기 710단계에서 디바이스 능력 매칭이란, RUIS(500)로 RUIC 1(510) 자신의 디바이스 능력과 RUIC 2(502)의 디바이스 능력을 RUIS(500)로 전송하는 과정을 포함한다.
그리고, 715단계에서 상기 디바이스 매칭이 완료되었다면, RUIC 1(510)은 720단계에서, RUIS로부터 전달된 UI 컴퍼넌트를 RUIC 2로 전달한다. 상기 720단계에서 상기 UI 컴퍼넌트에는 리모트 UI 페이지와 컨텐츠가 포함될 수 있으며, 예컨대 상기 710단계의 디바이스 능력 매칭 절차 때, 상기 RUIC 2(502)에서 리모트 UI 페이지 또는 컨텐츠를 사용자에게 제공할 수 있다면, RUIS(500)는 상기 리모트 UI 페이지 또는 컨텐츠를 상기 RUIC 2(502)의 디바이스 프로파일에 따른 리모트 UI 페이지 또는 컨텐츠가 RUIS(500)로부터 수신될 것이다. 그리고, 720단계에서 RUIC 1(510)은 UI 컴포넌트 중 리모트 UI 페이지가 RUIC 2로 전달되어야 한다면, 상기 리모트 UI 페이지의 제어 정보가 전달될 RUIS(500)의 URI 주소를 자신의 URI 주소로 변환하고, RUIC 2(502)에 해당되게 가공된 새로운 리모트 UI 페이지를 RUIC 2(502)로 전송한다.
그리고, RUIC 1(510)은 725단계에서 상기 RUIC 2(502)로부터 상기 전달된 UI 컴퍼넌트에 대한 제어 메시지를 수신하고, 수신된 제어 메시지를 상기 RUIS(500)로 전송한다.
반면, 상기 715단계에서 RUIC 1(510)은 매칭이 완료되지 않았다면, 730단계에서 다른 RUIC 2를 찾는 과정을 수행한 후 다시 705단계로 진행하여 705단계 내지 725단계를 반복하여 수행한다.
도 8과 도 9는 RUIC 1과 RUIC 2에 RUIS로부터 제공된 리모트 UI 페이지와 컨텐츠가 각각 분리되어 제공되는 경우와 RUIC 2로 리모트 UI 페이지와 컨텐츠가 모두 제공되는 경우의 흐름도이다.
도 8은 RUIC 1(801)에서는 리모트 UI 페이지만 소비되고 RUIC 2(802)에서는 컨텐츠만 소비되는 경우의 실시 예이다. 예를 들어, RUIC 1(801)를 통해 컨텐츠를 소비하던 사용자가, 제어 동작은 RUIC 1(801)을 통해 계속 수행하고, RUIC 1(801)에 비해 더 큰 화면을 구비한 디바이스인 RUIC2(802)를 통해서는 컨텐츠만을 소비하고자 하는 경우가 이에 해당한다. 이 경우 디바이스 능력 매칭(capability matching) 과정에서 ui_profile은 RUIC 1(801)의 정보가 이용되고, audio_profile 및 video_profile은 RUIC 2(802)의 정보를 이용하여 수행하게 된다.
803단계에서 RUIC 1(801)은 RUIS(800)으로부터 리모트 UI(RUI) 페이지를 전달받고, 804단계에서 상기 RUI 페이지를 소비하던 중 805단계에서 상기 RUIS(800)로부터 수신한 컨텐츠를 전달할 주변의 제 3의 디바이스(802)를 찾게된다. 상기 803단계는 푸쉬 모드일 경우에 수행되며, RULL 모드일 경우에는 반드시 수행될 필요는 없다. 이후 806단계에서 RUIC 2(802)는 RUIC 1(801)에게 자신의 디바이스 디스크립션을 상기 805단계에 대한 응답으로 전송한다. 상기 805단계와 806단계를 포함하는 811단계는 발견 과정에서 수행될 수 있다.
그리고, 807단계에서 RUIC 1(801)은 807단계에서 디바이스 능력 매칭 절차를 수행하기 위해, RUIC 1(801) 자신의 ui_profile과 RUIC 2(802)의 audio/video_profile을 포함하는 디바이스 능력 매칭 정보를 RUIS(800)로 전송한다. 그리고, 808단계에서 상기 RUIS(800)로부터 RUIC 1(801)은 RUIC 1(801)의 프로파일에 해당하는 값으로 설정된 ui 프로파일을 갖는 리모트 UI 페이지와, RUIC 2(802)의 프로파일에 해당하는 값으로 설정된 컨텐츠의 audio/video 프로파일을 갖는 컨텐츠를 수신한다.
그리고, 상기 RUIS(800)로부터 수신된 리모트 UI 페이지와 컨텐츠로부터, 809단계에서 RUIC 1(801)은 UI 페이지는 구비된 표시부를 통해 RUIC1의 사용자에게 출력하고, 810단계에서 컨텐츠는 RUIC 2(802)로 전달한다.
도 9는 RUIC 2에서 리모트 UI 페이지와 컨텐츠가 모두 소비되는 경우의 실시 예이다. 도 9 역시 도 8과 비슷한 실시 예이며, 이 때, RUIC 1(901)이 RUIC 2(902)로 리모트 UI 페이지와 컨텐츠를 제공하기 위해서, 907단계의 디바이스 능력 매칭(capability matching) 과정을 수행할 때, ui_profile, audio_profile 및 video_profile은 모두 RUIC 2(902)의 정보를 이용하여 수행하고, 그에 따라 908단계에서 RUIC 1(901)이 RUIC 2(902)에 해당하는 프로파일을 갖는 리모트 UI 페이지와 컨텐츠를 RUIS(900)으로부터 수신하는 것이 다르다. 또한, 제어 메시지가 RUIC 2(902)로부터 RUIC 1(901)을 경유하여 RUIS(900)로 전달되어야 하므로, 909단계에서 RUIC 1(901)은 RUIC 2(902)가 제어 메시지를 전달할 주소를 리모트 UI 페이지에 삽입하고, 910단계에서 리모트 UI 페이지와 컨텐츠 모두를 RUIC 2(902)로 전달하는 점이 도 8과 상이하다.
903단계에서 RUIC 1(901)은 RUIS(900)으로부터 리모트 UI 페이지를 전달받고, 904단계에서 상기 리모트 UI 페이지를 소비하던 중 905단계에서 상기 RUIS(900)로부터 수신한 컨텐츠를 전달할 주변의 제 3의 디바이스(902)를 찾게된다. 903단계는 푸쉬 모드에서 수행되며, 풀 모드에서는 수행되지 않을 수도 있다. 이후 906단계에서 RUIC 2(902)는 RUIC 1(901)에게 자신의 디바이스 디스크립션을 상기 905단계에 대한 응답으로 전송한다. 상기 905단계와 906단계를 포함하는 911단계는 발견 과정에서 수행될 수 있다.
그리고, 907단계에서 RUIC 1(901)은 907단계에서 디바이스 능력 매칭 절차를 수행하기 위해, RUIC 2(902)의 ui_profile, audio/video_profile을 포함하는 디바이스 능력 매칭 정보를 RUIS(900)로 전송한다. 그리고, 908단계에서 상기 RUIS(900)로부터 RUIC 1(901)은 RUIC 2(902)의 프로파일에 해당하는 값으로 설정된 ui 프로파일을 갖는 리모트 UI 페이지 및 audio/video 프로파일을 갖는 컨텐츠를 수신한다.
그리고, 상기 RUIS(900)로부터 수신된 리모트 UI 페이지와 컨텐츠로부터, 909단계에서 RUIC 1(901)은 RUIS(900)로부터 수신된 리모트 UI 페이지에서 RUIC 2(902)가 제어 메시지를 전송할 수 있는 URL을 변경한 후, 910단계에서 리모트 UI와 컨텐츠를 RUIC 2(902)로 전달한다.
이상과 같이 예시된 도면을 참조로 하여, 본 발명의 실시예들을 설명하였지만, 본 발명이 속하는 기술분야에서 통상의 지식을 가진 자는 본 발명이 그 기술적 사상이나 필수적인 특징을 변경하지 않고서 다른 구체적인 형태로 실시될 수 있다는 것을 이해할 수 있을 것이다. 그러므로 이상에서 기술한 실시예들은 모든 면에서 예시적인 것이며, 한정적이 아닌 것으로 이해해야만 한다.
도 1은 일반적인 RUIS(Remote User Interface Server)가 RUIC 1과 제 3의 RUIC에게 리모트 UI 페이지와 컨텐츠를 전송하는 것을 도시한 도면,
도 2는 본 발명의 실시 예에 따라 프록시 RUI 디바이스를 경유하여 제 3의 RUIC 디바이스가 렌더링 하도록 리모트 UI 페이지와 컨텐츠를 전송하는 것을 도시한 도면,도 3은 본 발명의 실시 예에 따라 제 3의 RUIC 디바이스에게 리모트 UI 페이지와 컨텐츠를 전달하기 위해서 필요한 프로토콜 과 절차를 정의한 도면,
도 4는 본 발명의 실시 예에 따라 프록시 RUIC와 제 3의 RUIC 디바이스가 서로를 발견하는 방법을 도시한 도면,
도 5는 본 발명의 실시 예에 따라 RUIS(500)과 RUIC 2(502) 사이에서 리모트 UI 및 컨텐츠를 제공하는 RUIC 1(510)의 블록 구성도,
도 6은 본 발명의 실시 예에 따라 리모트 UI 페이지 관리부의 블록 구성도,
도 7은 본 밟명의 실시 예에 따라 RUIC 1에서 RUIS과 RUIC 2간의 인터페이싱을 위한 동작 흐름도,
도 8은 RUIC 1에서는 리모트 UI 페이지만 소비되고 RUIC 2에서는 컨텐츠만 소비되는 경우의 실시 예를 도시한 도면,
도 9는 RUIC 2에서 리모트 UI 페이지와 컨텐츠가 모두 소비되는 경우의 실시 예를 도시한 도면.

Claims (14)

  1. 리모트 사용자 인터페이스 서버(RUIS)로부터 직접 UI 컴포넌트를 수신하는 제1 리모트 사용자 인터페이스 클라이언트(제1 RUIC)에서 상기 UI 컴포넌트를 상기 RUIS로부터 직접 수신할 수 없는 제2 RUIC로 상기 UI 컴퍼넌트를 제공하기 위한 방법에 있어서,
    상기 UI 컴포넌트를 수신할 상기 제2 RUIC를 발견하는 과정과,
    상기 UI 컴포넌트를 수신할 상기 제2 RUIC를 발견하면, 상기 RUIS과 상기 제2 RUIC간의 디바이스 능력 매칭 절차를 수행하는 과정과,
    상기 디바이스 능력 매칭 절차의 수행이 완료되면, 상기 RUIS로부터 전달된 상기 제2 RUIC용으로 가공된 UI 컴포넌트를 상기 제2 RUIC로 전달하는 과정과,
    상기 제2 RUIC로부터 상기 UI 컴포넌트에 대한 제어 메시지를 상기 RUIS로 전달하는 과정을 포함함을 특징으로 하는 UI 컴퍼넌트 제공 방법.
  2. 제1항에 있어서,
    상기 발견하는 과정은,
    상기 RUIS로부터 전달된 UI 컴포넌트를 상기 제2 RUIC가 수신할 수 있는지를 가리키는 소정 정보를 상기 제2 RUIC로부터 수신하는 과정을 포함함을 특징으로 하는 UI 컴포넌트 제공 방법.
  3. 제1항에 있어서,
    상기 발견하는 과정은,
    상기 제1 RUIC가 상기 제2 RUIC의 프록시로 동작할 수 있음을 알리는 소정 정보를 전송하는 과정을 포함함을 특징으로 하는 UI 컴포넌트 제공 방법.
  4. 제1항에 있어서,
    상기 디바이스 능력 매칭 절차를 수행하는 과정은,
    상기 제2 RUIC로부터 수신된 디바이스 디스크립션을 통해 획득된 상기 제2 RUIC의 프로파일 정보와 상기 제1 RUIC의 프로파일 정보를 상기 RUIS로 전송하는 과정을 포함함을 특징으로 하는 UI 컴포넌트 제공 방법.
  5. 제4항에 있어서,
    상기 UI 컴포넌트는 리모트 UI 페이지와 컨텐츠 중 적어도 하나를 포함함을 특징으로 하는 UI 컴포넌트 제공 방법.
  6. 제5항에 있어서,
    상기 가공된 UI 컴포넌트를 상기 제2 RUIC로 전달하는 과정은,
    상기 제2 RUIC가 상기 리모트 UI 페이지를 제공할 수 있다면,
    상기 제2 RUIC가 상기 리모트 UI 페이지 및 컨텐츠 중 적어도 하나를 제공할 수 있는 능력을 갖고 있는지에 따라 상기 리모트 UI 페이지 및 컨텐츠 중 적어도 하나를 상기 제2 RUIC로 전달하는 과정을 포함함을 특징으로 하는 UI 컴포넌트 제공 방법.
  7. 제6항에 있어서,
    상기 제2 RUIC가 상기 리모트 UI 페이지를 제공할 수 있다면, 상기 가공된 UI 컴포넌트는 상기 제2 RUIC의 프로파일 정보를 갖는 리모트 UI 페이지를 포함하고, 상기 제2 RUIC가 상기 컨텐츠를 제공할 수 있다면, 상기 가공된 UI 컴포넌트는 상기 제2 RUIC의 프로파일 정보를 갖는 컨텐츠를 포함함을 특징으로 하는 UI 컴포넌트 제공 방법.
  8. 리모트 사용자 인터페이스 서버(RUIS)로부터 직접 UI 컴포넌트를 수신할 수 없는 제2 리모트 사용자 인터페이스 클라이언트(제2 RUIC)로 상기 UI 컴포넌트를 제공하기 위한 제1 리모트 사용자 인터페이스 클라이언트(제1 RUIC) 장치에 있어서,
    UI 컴포넌트를 수신할 상기 제2 RUIC를 발견하면, 상기 RUIS과 상기 제2 RUIC간의 디바이스 능력 매칭 절차를 수행하는 UI 제어 모듈과,
    상기 RUIS로부터 UI 컴포넌트를 수신하고, 상기 디바이스 능력 매칭 절차의 수행이 완료되면, 상기 RUIS로부터 전달된 상기 제2 RUIC용으로 가공된 UI 컴포넌트를 상기 제2 RUIC로 전달하는 리모트 UI 페이지 관리부와,
    상기 제2 RUIC로부터 상기 UI 컴포넌트에 대한 제어 메시지를 상기 RUIS로 전달하는 메시지 중계부를 포함함을 특징으로 하는 UI 컴퍼넌트 제공 장치.
  9. 제8항에 있어서,
    상기 제1 RUIC가 상기 제2 RUIC에 대해 프록시 RUI로 동작할 수 있음을 지시하는 정보와 상기 제2 RUIC로 제공 가능한 서비스 리스트에 관한 정보를 제공하는 가용한 서비스 리스트 전송부를 더 포함함을 특징으로 하는 UI 컴포넌트 제공 장치.
  10. 제8항에 있어서,
    상기 UI 제어 모듈은,
    상기 RUIS로부터 전달된 UI 컴포넌트를 상기 제2 RUIC가 수신할 수 있는지 여부를 가리키는 소정 정보를 상기 제2 RUIC로부터 수신함을 특징으로 하는 UI 컴 포넌트 제공 장치.
  11. 제8항에 있어서,
    상기 UI 제어 모듈은,
    상기 제2 RUIC로부터 수신된 디바이스 디스크립션을 통해 획득된 상기 제2 RUIC의 프로파일 정보와 상기 제1 RUIC의 프로파일 정보를 사용하여 상기 디바이스 능력 매칭 절차를 수행함을 특징으로 하는 UI 컴포넌트 제공 장치.
  12. 제11항에 있어서,
    상기 UI 컴포넌트는 리모트 UI 페이지와 컨텐츠 중 적어도 하나를 포함함을 특징으로 하는 UI 컴포넌트 제공 장치.
  13. 제12항에 있어서,
    상기 리모트 UI 페이지 관리부는,
    상기 제2 RUIC가 상기 리모트 UI 페이지를 제공할 수 있다면,
    상기 제2 RUIC가 상기 리모트 UI 페이지 및 컨텐츠 중 적어도 하나를 제공할 수 있는 능력을 갖고 있는지에 따라 상기 리모트 UI 페이지 및 컨텐츠 중 적어도 하나를 상기 RUIC 2로 전달함을 특징으로 하는 UI 컴포넌트 제공 장치.
  14. 제13항에 있어서,
    상기 제2 RUIC가 상기 리모트 UI 페이지를 제공할 수 있다면, 상기 가공된 UI 컴포넌트는 상기 제2 RUIC의 프로파일 정보를 갖는 리모트 UI 페이지를 포함하고, 상기 제2 RUIC가 상기 컨텐츠를 제공할 수 있다면, 상기 가공된 UI 컴포넌트는 상기 제2 RUIC의 프로파일 정보를 갖는 컨텐츠를 포함함을 특징으로 하는 UI 컴포넌트 제공 장치.
KR1020090096469A 2009-10-09 2009-10-09 리모트 사용자 인터페이스 서버와 리모트 사용자 인터페이스 클라이언트간의 인터페이스를 위한 장치 및 방법 KR101612553B1 (ko)

Priority Applications (7)

Application Number Priority Date Filing Date Title
KR1020090096469A KR101612553B1 (ko) 2009-10-09 2009-10-09 리모트 사용자 인터페이스 서버와 리모트 사용자 인터페이스 클라이언트간의 인터페이스를 위한 장치 및 방법
CN201080045436.2A CN102549968B (zh) 2009-10-09 2010-10-07 在远程用户界面服务器和远程用户界面客户端间界面连接的装置和方法
PCT/KR2010/006863 WO2011043606A2 (en) 2009-10-09 2010-10-07 Apparatus and method for interfacing between a remote user interface server and a remote user interface client
EP10822251.4A EP2486695A4 (en) 2009-10-09 2010-10-07 DEVICE AND METHOD FOR COMMUNICATING BETWEEN A REMOTE INTERFACE SERVER AND A REMOTE INTERFACE CLIENT
JP2012533080A JP2013506929A (ja) 2009-10-09 2010-10-07 リモートユーザインターフェースサーバとリモートユーザインターフェースクライアントとの間のインターフェースのための装置及び方法
US12/902,874 US8769415B2 (en) 2009-10-09 2010-10-12 Apparatus and method for interfacing between a remote user interface server and a remote user interface client via a proxy remote user interface client
JP2014186107A JP5916822B2 (ja) 2009-10-09 2014-09-12 リモートユーザインターフェースサーバとリモートユーザインターフェースクライアントとの間のインターフェースのための装置及び方法

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
KR1020090096469A KR101612553B1 (ko) 2009-10-09 2009-10-09 리모트 사용자 인터페이스 서버와 리모트 사용자 인터페이스 클라이언트간의 인터페이스를 위한 장치 및 방법

Publications (2)

Publication Number Publication Date
KR20110039148A true KR20110039148A (ko) 2011-04-15
KR101612553B1 KR101612553B1 (ko) 2016-04-27

Family

ID=43648612

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1020090096469A KR101612553B1 (ko) 2009-10-09 2009-10-09 리모트 사용자 인터페이스 서버와 리모트 사용자 인터페이스 클라이언트간의 인터페이스를 위한 장치 및 방법

Country Status (6)

Country Link
US (1) US8769415B2 (ko)
EP (1) EP2486695A4 (ko)
JP (2) JP2013506929A (ko)
KR (1) KR101612553B1 (ko)
CN (1) CN102549968B (ko)
WO (1) WO2011043606A2 (ko)

Families Citing this family (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP2677436B1 (en) * 2011-02-15 2015-04-01 Panasonic Corporation Information display system, information display control device, and information display device
US8893027B2 (en) * 2011-03-04 2014-11-18 Cisco Technology, Inc. Providing hosted virtual desktop infrastructure services
US8990704B2 (en) * 2011-03-04 2015-03-24 Sony Corporation Remote user interface media adapter in network bridge
US20120254453A1 (en) * 2011-03-28 2012-10-04 Sony Corporation Remote user interface adapter
US8769110B2 (en) * 2011-05-27 2014-07-01 Sony Corporation Transferring RUI from one device to another
KR101901884B1 (ko) 2012-02-29 2018-09-28 삼성전자주식회사 원격 사용자 인터페이스 제공 장치 및 방법
US10243786B2 (en) 2013-05-20 2019-03-26 Citrix Systems, Inc. Proximity and context aware mobile workspaces in enterprise systems
CN104579860B (zh) * 2013-10-25 2018-10-12 华为终端有限公司 访问网络侧服务的方法、服务器和系统
JP6338349B2 (ja) * 2013-10-28 2018-06-06 キヤノン株式会社 データ送信装置、データ受信装置、それらの制御方法、プログラム
US9854333B2 (en) * 2013-10-29 2017-12-26 Lg Electronics Inc. Method and apparatus for transmitting and receiving broadcast signal for providing HEVC based IP broadcast service
CN105634972A (zh) * 2016-01-29 2016-06-01 四川长虹电器股份有限公司 一种提高Web客户端访问效率的方法
KR20180018049A (ko) * 2016-08-12 2018-02-21 엘지전자 주식회사 이동 단말기

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1770934A2 (en) * 2005-09-28 2007-04-04 Samsung Electronics Co., Ltd. Method and apparatus for outputting a user Interface event of a third party device in a home network
US20090193438A1 (en) * 2008-01-25 2009-07-30 Samsung Electronics Co., Ltd. Method and apparatus for processing event in home network
US20090210488A1 (en) * 2008-02-20 2009-08-20 Samsung Electronics Co., Ltd. Remote user interface proxy apparatus and method of processing user interface components thereof

Family Cites Families (32)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP0626635B1 (en) * 1993-05-24 2003-03-05 Sun Microsystems, Inc. Improved graphical user interface with method for interfacing to remote devices
DE69927238T2 (de) * 1999-02-26 2006-07-13 Lucent Technologies Inc. Mobil-IP mit Unterstützung für Dienstqualität
US20030187920A1 (en) * 2002-04-01 2003-10-02 Tejaswi Redkar Communication management system
US7047092B2 (en) * 2003-04-08 2006-05-16 Coraccess Systems Home automation contextual user interface
US7568042B2 (en) * 2004-03-18 2009-07-28 Sony Corporation Networked local media cache engine
KR100772861B1 (ko) * 2005-09-23 2007-11-02 삼성전자주식회사 원격 사용자 인터페이스를 제공하는 장치 및 방법
KR100678966B1 (ko) * 2006-01-18 2007-02-06 삼성전자주식회사 Ｒｕｉ 서비스 제공 장치 및 방법
CN101438256B (zh) * 2006-03-07 2011-12-21 索尼株式会社 信息处理设备、信息通信系统、信息处理方法
KR100801004B1 (ko) * 2006-08-25 2008-02-05 삼성전자주식회사 임베디드 ａⅴ 컨텐츠의 프로토콜 매칭 장치 및 방법
KR100803610B1 (ko) * 2006-11-21 2008-02-15 삼성전자주식회사 인터넷을 통해 ＵＰｎＰ 홈 네트워크에 접속된 디바이스를제어하는 방법 및 이를 위한 시스템 및 장치
US7734717B2 (en) * 2006-12-05 2010-06-08 Nokia Corporation Software distribution via peer-to-peer networks
US20080205415A1 (en) * 2007-02-28 2008-08-28 Morales Henry N Jerez Access, Connectivity and Interoperability for Devices and Services
KR101446939B1 (ko) * 2007-03-30 2014-10-06 삼성전자주식회사 원격 제어 장치 및 그 제어 방법
US8296395B2 (en) * 2007-07-03 2012-10-23 Samsung Electronics, Ltd. Obje network device service control method and system
KR101125847B1 (ko) * 2007-07-11 2012-03-28 삼성전자주식회사 ＵＰｎＰ 디바이스와 ＲＵＩ 클라이언트를 중계하는 방법및 이를 위한 장치
US8775647B2 (en) * 2007-12-10 2014-07-08 Deluxe Media Inc. Method and system for use in coordinating multimedia devices
KR100974472B1 (ko) * 2007-12-13 2010-08-10 한국전자통신연구원 레가시 디바이스의 원격 제어를 위한 동적 ｕｉ 시스템 및그 실행 방법
KR101499549B1 (ko) * 2008-01-15 2015-03-06 삼성전자주식회사 원격 접속 서비스를 제공하는 ＵＰｎＰ 장치 및 그 방법
US8379533B2 (en) * 2008-01-15 2013-02-19 Samsung Electronics Co., Ltd. Universal plug and play method and apparatus to provide remote access service
EP2235913B1 (en) * 2008-01-24 2016-04-20 Telefonaktiebolaget LM Ericsson (publ) Method and apparatus for controlling a multimedia gateway comprising an imsi
US8327433B2 (en) * 2008-05-06 2012-12-04 Cisco Technology, Inc. Content aggregation server on virtual universal plug-n-play network
US8375104B2 (en) * 2008-05-22 2013-02-12 Samsung Electronics Co., Ltd. Method and apparatus for providing remote access service
KR20100049474A (ko) * 2008-11-03 2010-05-12 삼성전자주식회사 원격 사용자 인터페이스를 다른 디바이스로 이전하기 위한 장치 및 방법
KR101615624B1 (ko) * 2009-02-27 2016-04-26 삼성전자주식회사 원격 사용자 인터페이스 디바이스를 제어하는 장치 및 방법
KR20100110079A (ko) * 2009-04-02 2010-10-12 삼성전자주식회사 원격 사용자 인터페이스를 이용하여 다른 디바이스를 제어하는 방법 및 이를 위한 시스템
KR101485806B1 (ko) * 2009-05-28 2015-01-23 삼성전자주식회사 원격 유저 인터페이스를 지원하는 홈 네트워크에서 이벤트 처리 방법 및 이를 위한 장치
KR101686413B1 (ko) * 2009-08-28 2016-12-14 삼성전자주식회사 복수 개의 컨트롤 사용자 인터페이스를 이용한 원격 제어 방법 및 시스템
KR20110025012A (ko) * 2009-09-01 2011-03-09 삼성전자주식회사 근거리 네트워크에서 사용자 인터페이스 매칭장치 및 방법
US8640031B2 (en) * 2009-09-01 2014-01-28 Samsung Electronics Co., Ltd Method and apparatus for controlling remote user interface in a home network
KR101669287B1 (ko) * 2009-09-01 2016-11-09 삼성전자주식회사 제 3의 원격 유저 인터페이스 장치를 통한 원격 유저 인터페이스 장치의 제어 방법 및 장치
KR101632748B1 (ko) * 2009-09-24 2016-07-04 삼성전자주식회사 맞춤형 원격 사용자 인터페이스 페이지를 제공하기 위한 장치 및 방법
US9032450B2 (en) * 2011-01-21 2015-05-12 Samsung Electronics Co., Ltd. Adaptive audio/video streams proxy

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1770934A2 (en) * 2005-09-28 2007-04-04 Samsung Electronics Co., Ltd. Method and apparatus for outputting a user Interface event of a third party device in a home network
US20090193438A1 (en) * 2008-01-25 2009-07-30 Samsung Electronics Co., Ltd. Method and apparatus for processing event in home network
US20090210488A1 (en) * 2008-02-20 2009-08-20 Samsung Electronics Co., Ltd. Remote user interface proxy apparatus and method of processing user interface components thereof

Also Published As

Publication number Publication date
WO2011043606A2 (en) 2011-04-14
US8769415B2 (en) 2014-07-01
CN102549968B (zh) 2015-08-19
JP5916822B2 (ja) 2016-05-11
WO2011043606A3 (en) 2011-08-25
JP2013506929A (ja) 2013-02-28
US20110060999A1 (en) 2011-03-10
KR101612553B1 (ko) 2016-04-27
JP2015018568A (ja) 2015-01-29
EP2486695A4 (en) 2015-11-11
CN102549968A (zh) 2012-07-04
EP2486695A2 (en) 2012-08-15

Similar Documents

Publication Publication Date Title
KR101612553B1 (ko) 리모트 사용자 인터페이스 서버와 리모트 사용자 인터페이스 클라이언트간의 인터페이스를 위한 장치 및 방법
EP2314059B1 (en) Method and system for providing input in home network using upnp
US8549541B2 (en) Bridging local device communications across the wide area
EP3017579B1 (en) System and device for enabling any network functionality client or server in a html5 application
US20090248797A1 (en) Server apparatus, network system, data transfer method, and program
JP4337591B2 (ja) 情報処理装置、ネットワークシステムおよびネットワークシステムの制御方法
US20100115053A1 (en) Method and apparatus for managing state information of remote user interface
JP2002055896A (ja) 通信システムと装置
JP5565980B2 (ja) 遠隔ユーザインターフェースリストを提供する方法及び装置
JP2013524338A (ja) メッセージを提供する方法及びそのための端末装置
JP5678184B2 (ja) 遠隔ユーザインターフェース管理装置及び方法とそのためのシステム
US9806899B2 (en) Apparatus and method for controlling remote user interface servers using a multicast message in a home network
EP2507936B1 (en) Method and apparatus for acquiring rui-based specialized control user interface
KR100724940B1 (ko) Ｄｌｎａ 시스템에서의 ｄｍｓ의 컨텐츠 업데이트 방법
US20110292425A1 (en) Method and apparatus for forming an image
US20100053472A1 (en) Image content transmitting server, image display apparatus, image content transmitting method, and image displaying method
JP5718454B2 (ja) ホームネットワークに含まれる機器の機能を制御する方法
KR20080082385A (ko) 액션 처리 방법, 피제어 장치의 제어 방법, 피제어 장치 및제어 포인트
US20120059885A1 (en) METHOD AND APPARATUS FOR SHARING A MEMO USING UPnP TELEPHONY

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
FPAY Annual fee payment

Payment date: 20190328

Year of fee payment: 4