KR20140138360A

KR20140138360A - 무선 도킹 네트워크 관리 방법 및 장치

Info

Publication number: KR20140138360A
Application number: KR1020140062017A
Authority: KR
Inventors: 이종효; 카르딕 스리니바사 고팔란; 키란 바라드와주 베둘라; 김준형
Original assignee: 삼성전자주식회사
Priority date: 2013-05-23
Filing date: 2014-05-23
Publication date: 2014-12-03
Also published as: CN105247839B; CN105247839A; EP2811690B1; WO2014189324A1; US20140351480A1; EP2811690A1

Abstract

본 개시는 무선 도킹 센터(WDC)가 무선 도킹 네트워크(Wireless Docking Network: WDN)를 관리하는 방법에 있어서, 무선 도키(Wireless Dockee: WD)로부터 무선 도킹 네트워크를 생성을 위한 생성 요청 메시지를 수신하는 과정과, 상기 생성 요청 메시지에 따라 적어도 하나의 주변 장치를 식별하는 과정과, 상기 식별된 주변 장치에 기반하여 WDN을 생성하는 과정과, 상기 생성된 WDN의 식별자를 포함하는 응답 메시지를 상기 WD에게 송신하는 과정을 포함한다.

Description

무선 도킹 네트워크 관리 방법 및 장치{METHOD AND APPARATUS FOR MANAGING WIRELESS DOCKING NETWORK}

본 개시는 무선 도킹 네트워크를 관리하기 위한 방법 및 장치에 관한 것이다.

와이파이(Wireless-Fidelity: Wi-Fi, 이하 ‘Wi-Fi’ 또는 "와이파이"로 칭한다)는 와이파이 얼라이언스(Wi-Fi Alliance)의 상표명으로, IEEE 802.11 기반의 연결과 장치 간 연결(WiFi P2P), PAN(Personal Area Network)/(Local Area Network)/(Wireless Local Area Network) 구성 등을 지원하는 일련의 기술을 지칭한다.

한편, 최근 와이파이 얼라이언스에서는 "와이파이"를 이용한 "무선 도킹 시스템"의 표준화에 대한 논의가 진행되고 있다. 여기서 "무선 도킹 시스템"은 예를 들어, 노트북, 데스크탑, 태블릿 PC 등과 같은 장치에 주변 장치(예를 들어, 인터넷, TV, 모니터, 빔프로젝터, 프린터, 스캐너, 마우스, 스토리지 등)를 아닌 무선으로 연결하는 시스템이다.

한편, 유니버셜 플러그 앤 플레이(Universal Plug and Play: UPnP) 프로토콜에 대하여 간략히 설명한다. UPnP는 컴퓨터에 장치를 부착하면 자동으로 장치를 검색하고 사용할 수 있도록 하는 플러그 앤 플레이(plug and play: PnP)를 네트워크상으로 범위를 확장시킨 개념이다. 즉, UPnP는 주변장치, 지능형 가전제품, 무선 장비 등과 같은 장치들을 임의의 네트워크에 접속시켰을 때, 인터넷과 웹 프로토콜을 사용하여 서로를 자동으로 인식할 수 있도록 하는 기술이다.

UPnP에서는 어떤 장치가 네트워크에 추가되면 그 장치는 스스로 구성을 완료하며, 장치들 간에 서로 TCP/IP 주소를 송수신하고 다른 장치들에게 자신의 존재를 알리기 위해 HTTP에 기반을 둔 발견 프로토콜을 사용한다. 예를 들어, 현재 네트워크에 카메라와 프린터가 접속되어 있고, 그 프린터를 통하여 사진을 출력하고자 할 때 카메라의 버튼을 누르면 카메라가 발견 요청 신호를 네트워크에 송신하고, 그에 따라 현재 이용 가능한 프린터가 네트워크 상에 존재하는 여부를 검색하도록 할 수 있다. 그러면 해당 신호를 받은 프린터는 자신의 위치를 URL(Uniform Resource Locator)의 형태로 카메라에게 응답한다. UPnP에서 각 장치들은 공용 언어로서 XML(extensible markup language)을 사용하거나, 또는 프로토콜 협상을 통해 어떤 방식으로 의사 소통을 할지를 결정할 수 있다. 상기 예에서 XML 또는 의사소통을 위한 공용 언어가 결정되면 카메라는 프린터를 제어하고 선택된 사진을 출력할 수 있다. 한편, UPnP에서는 장치 관리(Device Management: DM) 프로토콜을 규정하고, DM 프로토콜을 이용하여?네트워크에 연결된 장치들을 원격에서 제어할 수 있도록 하도록 한다.

일반적으로 UPnP 프로토콜을 지원하는 모든 타입(type)들의 주변 장치들은 무선 도킹 시스템에 연결될 수 있다. 여기서 주변 장치들은 유선 기반 또는 무선 기반의 주변 장치가 될 수 있다. 무선 기반의 주변 장치들은 블루투스(BlueTooth: BT, 이하 ‘BT’라 칭하기로 한다) 기반, 와이파이 기반의 주변 장치가 될 수 있다. 와이파이 주변 장치의 일 예로 Wi-Fi 시리얼 버스(Wi-Fi Serial Bus: WSB) 마우스와, 미라캐스트 싱크(Miracast Sink) 등과 같은 Wi-Fi 기반 주변 장치 등이 있다.

본 개시는 무선 도킹 네트워크 환경에서, WDC가 도킹 관련 정보를 관리하기 위한 방법 및 장치를 제공한다.

본 개시는 무선 도킹 네트워크 환경에서, WDC가 주변 장치 정보와, WD가 수행할 수 있는 액션 정보를 WD에게 송신하기 위한 방법 및 장치를 제공한다.

본 개시는 무선 도킹 네트워크 환경에서, WDC에 이벤트가 발생한 경우, 이벤트 발생을 WD에게 통지하기 위한 방법 및 장치를 제공한다.

본 개시는 무선 도킹 네트워크 환경에서, WD가 WDN을 생성, 변경, 삭제하기 위한 방법 및 장치를 제공한다.

본 개시는 무선 도킹 네트워크 환경에서, WD가 WDN 간의 송수신 데이터를 감소시킬 수 있는 프로토콜 방법 및 장치를 제공한다.

본 개시는 무선 도키(Wireless Dockee: WD)가 무선 도킹 네트워크(Wireless Docking Network: WDN)를 관리하는 방법에 있어서, 무선 도킹 센터(WDC)에게 무선 도킹 네트워크를 생성을 위한 생성 요청 메시지를 송신하는 과정과, 상기 생성 요청 메시지에 대응하여 생성된 WDN의 식별자를 포함하는 응답 메시지를 상기 WDC로부터 수신하는 과정을 포함한다.

본 개시는 무선 도킹 네트워크(Wireless Docking Network: WDN)를 관리하는 무선 도킹 센터(WDC) 장치에 있어서, 무선 도키(Wireless Dockee: WD)로부터 무선 도킹 네트워크를 생성을 위한 생성 요청 메시지를 수신하는 송수신부와, 상기 생성 요청 메시지에 따라 적어도 하나의 주변 장치를 식별하고, 상기 식별된 주변 장치에 기반하여 WDN을 생성하고, 상기 생성된 WDN의 식별자를 포함하는 응답 메시지를 상기 WD에게 송신하는 제어부를 포함한다.

본 개시는 무선 도킹 네트워크(Wireless Docking Network: WDN)를 관리하는 무선 도키(Wireless Dockee: WD) 장치에 있어서, 신호를 송수신하는 송수신부와, 무선 도킹 센터(WDC)에게 무선 도킹 네트워크를 생성을 위한 생성 요청 메시지를 송신하고, 상기 생성 요청 메시지에 대응하여 생성된 WDN의 식별자를 포함하는 응답 메시지를 상기 WDC로부터 수신하는 제어부를 포함한다.

본 개시가 제공하는 무선 도킹 네트워크(Wireless Docking Network: WDN)를 관리하는 시스템은, 무선 도키(Wireless Dockee: WD)로부터 무선 도킹 네트워크를 생성을 위한 생성 요청 메시지를 수신하고, 상기 생성 요청 메시지에 따라 적어도 하나의 주변 장치를 식별하고, 상기 식별된 주변 장치에 기반하여 WDN을 생성하고, 상기 생성된 WDN의 식별자를 포함하는 응답 메시지를 상기 WD에게 송신하는 무선 도킹 센터(Wireless Docking Center: WDC)와, 상기 생성 요청 메시지를 생성하여 상기 WDC에게 송신하고, 상기 응답 메시지를 상기 WDC로부터 수신하는 상기 WD를 포함한다.

본 개시가 제공하는 적어도 하나의 프로그램을 포함하는 읽기 가능한 기록 매체 장치를 포함하는, 무선 도킹 네트워크(Wireless Docking Network: WDN)를 관리하기 위한 제조 물품의 동작 방법은, 무선 도키(Wireless Dockee: WD)로부터 무선 도킹 네트워크를 생성을 위한 생성 요청 메시지를 수신하는 과정과, 상기 생성 요청 메시지에 따라 적어도 하나의 주변 장치를 식별하는 과정과, 상기 식별된 주변 장치에 기반하여 WDN을 생성하는 과정과, 상기 생성된 WDN의 식별자를 포함하는 응답 메시지를 상기 WD에게 송신하는 과정을 포함한다.

본 개시가 제공하는 적어도 하나의 프로그램을 포함하는 읽기 가능한 기록 매체 장치를 포함하는, 무선 도킹 네트워크(Wireless Docking Network: WDN)를 관리하기 위한 제조 물품의 동작 방법은, 무선 도킹 센터(WDC)에게 무선 도킹 네트워크를 생성을 위한 생성 요청 메시지를 송신하는 과정과, 상기 생성 요청 메시지에 대응하여 생성된 WDN의 식별자를 포함하는 응답 메시지를 상기 WDC로부터 수신하는 과정을 포함한다.

도 1은 일반적인 UPnP 기반의 도킹 스택 구조를 간략히 도시한 도면,
도 2a, 2b는 본 개시에 따라 주변 장치에 대한 정보를 포함하는 "장치 설명 XML"을 설명하는 도면,
도 3은 본 개시에 따라 액션 정보를 포함하는 "도킹 관리자 서비스 설명 XML"의 일 예를 도시한 도면,
도 4는 본 개시에 따라 WDC가 도킹 데이터 모델에 이벤트가 발생 시 이벤트 발생을 알리는 동작을 설명하는 도면,
도 5는 본 개시에 따라 무선 도킹 시스템에서 WDN 관련 동작의 일 예들을 설명하는 도면,
도 6은 본 개시에 따른 사용자 모드에서 WDN 관련 동작을 설명하는 도면,
도 7은 본 개시에 따라 관리자 모드에서 WDN 관련 동작을 설명하는 도면,
도 8은 본 개시에 따라 관리자 모드에서 WDC의 동작을 설명하는 도면,
도 9는 본 개시에 따라 관리자 모드에서 WD의 동작을 설명하는 도면,
도 10은 본 개시에 따라 관리자 모드에서 동작하는 WDC 서버 장치를 설명하는 도면,
도 11은 본 개시에 따라 관리자 모드에서 동작하는 WD 장치를 설명하는 도면.

이하, 첨부된 도면을 참조하여 본 개시(present disclosure)를 설명한다. 본 개시는 다양한 변경을 가할 수 있고 여러 가지 실시 예를 가질 수 있는 바, 특정 실시 예들이 도면에 예시되고 관련된 상세한 설명이 기재되어 있다. 그러나, 이는 본 개시를 특정한 실시 형태에 대해 한정하려는 것이 아니며, 본 개시의 사상 및 기술 범위에 포함되는 모든 변경 및/또는 균등물 내지 대체물을 포함하는 것으로 이해되어야 한다. 도면의 설명과 관련하여, 유사한 구성요소에 대해서는 유사한 참조 부호가 사용되었다.

본 개시 가운데 사용될 수 있는“포함한다” 또는 “포함할 수 있다” 등의 표현은 개시된 해당 기능, 동작 또는 구성요소 등의 존재를 가리키며, 추가적인 하나 이상의 기능, 동작 또는 구성요소 등을 제한하지 않는다. 또한, 본 개시에서, "포함하다" 또는 "가지다" 등의 용어는 명세서상에 기재된 특징, 숫자, 단계, 동작, 구성요소, 부품 또는 이들을 조합한 것이 존재함을 지정하려는 것이지, 하나 또는 그 이상의 다른 특징들이나 숫자, 단계, 동작, 구성요소, 부품 또는 이들을 조합한 것들의 존재 또는 부가 가능성을 미리 배제하지 않는 것으로 이해되어야 한다.

본 개시에서 “또는” 등의 표현은 함께 나열된 단어들의 어떠한, 그리고 모든 조합을 포함한다. 예를 들어, “A 또는 B”는, A를 포함할 수도, B를 포함할 수도, 또는 A 와 B 모두를 포함할 수도 있다.

본 개시 가운데 “제 1,”“제2,”“첫째,”또는“둘째,”등의 표현들이 본 개시의 다양한 구성요소들을 수식할 수 있지만, 해당 구성요소들을 한정하지 않는다. 예를 들어, 상기 표현들은 해당 구성요소들의 순서 및/또는 중요도 등을 한정하지 않는다. 상기 표현들은 한 구성요소를 다른 구성요소와 구분 짓기 위해 사용될 수 있다. 예를 들어, 제1 사용자 기기와 제 2 사용자 기기는 모두 사용자 기기이며, 서로 다른 사용자 기기를 나타낸다. 예를 들어, 본 개시의 권리 범위를 벗어나지 않으면서 제1 구성요소는 제2 구성요소로 명명될 수 있고, 유사하게 제2 구성요소도 제1 구성요소로 명명될 수 있다.

어떤 구성요소가 다른 구성요소에 "연결되어" 있다거나 "접속되어" 있다고 언급된 때에는, 그 다른 구성요소에 직접적으로 연결되어 있거나 또는 접속되어 있을 수도 있지만, 중간에 다른 구성요소가 존재할 수도 있다고 이해되어야 할 것이다. 반면에, 어떤 구성요소가 다른 구성요소에 "직접 연결되어" 있다거나 "직접 접속되어" 있다고 언급된 때에는, 중간에 다른 구성요소가 존재하지 않는 것으로 이해될 수 있어야 할 것이다.

본 개시에서 사용한 용어는 단지 특정한 실시 예를 설명하기 위해 사용된 것으로, 본 개시를 한정하려는 의도가 아니다. 단수의 표현은 문맥상 명백하게 다르게 뜻하지 않는 한, 복수의 표현을 포함할 수 있다.

다르게 정의되지 않는 한, 기술적이거나 과학적인 용어를 포함해서 여기서 사용되는 모든 용어들은 본 개시가 속하는 기술 분야에서 통상의 지식을 가진 자에 의해 일반적으로 이해되는 것과 동일한 의미를 가지고 있다. 일반적으로 사용되는 사전에 정의되어 있는 것과 같은 용어들은 관련 기술의 문맥상 가지는 의미와 일치하는 의미를 가지는 것으로 해석되어야 하며, 본 개시에서 명백하게 정의하지 않는 한, 이상적이거나 과도하게 형식적인 의미로 해석되지 않는다.

이하에서 설명되는 본 개시들은 설명의 편의를 위하여 분리된 것이지만, 상호 충돌되지 않는 범위 내에서 적어도 둘 이상의 실시예는 결합되어 수행될 수 있다.

본 개시에 따른 엔터티는, 통신 기능이 포함된 장치일 수 있으나, 이에 한정되는 것은 아니다. 예를 들면, 엔터티는 스마트 폰(smartphone), 태블릿 PC(tablet personal computer), 이동 전화기(mobile phone), 화상전화기, 전자북 리더기(e-book reader), 데스크탑 PC(desktop personal computer), 랩탑 PC(laptop personal computer), 넷북 컴퓨터(netbook computer), PDA(personal digital assistant), PMP(portable multimedia player), MP3 플레이어, 모바일 의료기기, 카메라(camera), 또는 웨어러블 장치(wearable device)(예컨대, 전자 안경과 같은 head-mounted-device(HMD), 전자 의복, 전자 팔찌, 전자 목걸이, 전자 앱세서리(appcessory), 전자 문신, 또는 스마트 와치(smartwatch))중 적어도 하나를 포함할 수 있다.

어떤 실시 예들에 따르면, 엔터티는 통신 기능을 갖춘 스마트 가전 제품(smart home appliance)일 수 있다. 스마트 가전 제품은, 예를 들자면, 엔터티는 텔레비전, DVD(digital video disk) 플레이어, 오디오, 냉장고, 에어컨, 청소기, 오븐, 전자레인지, 세탁기, 공기 청정기, 셋톱 박스(set-top box), TV 박스, 게임 콘솔(game consoles), 전자 사전, 전자 키, 캠코더(camcorder), 또는 전자 액자 중 적어도 하나를 포함할 수 있다.

어떤 실시 예들에 따르면, 엔터티는 각종 의료기기(예컨대, MRA(magnetic resonance angiography), MRI(magnetic resonance imaging), CT(computed tomography), 촬영기, 초음파기 등), 네비게이션(navigation) 장치, GPS 수신기(global positioning system receiver), EDR(event data recorder), FDR(flight data recorder), 자동차 인포테인먼트(infotainment) 장치, 선박용 전자 장비(예컨대, 선박용 항법 장치 및 자이로 콤파스 등), 항공 전자기기(avionics), 보안 기기, 차량용 헤드 유닛, 산업용 또는 가정용 로봇, 금융 기관의 ATM(automatic teller’s machine) 또는 상점의 POS(point of sales) 중 적어도 하나를 포함할 수 있다.

어떤 실시 예들에 따르면, 엔터티는 통신 기능을 포함한 가구(furniture) 또는 건물/구조물의 일부, 전자 보드(electronic board), 전자 사인 입력장치(electronic signature receiving device), 프로젝터(projector), 또는 각종 계측기기(예컨대, 수도, 전기, 가스, 또는 전파 계측 기기 등) 중 적어도 하나를 포함할 수 있다. 본 개시에 따른 엔터티는 전술한 다양한 장치들 중 하나 또는 그 이상의 조합일 수 있다. 또한, 본 개시에 따른 엔터티는 플렉서블 장치일 수 있다. 또한, 본 개시에 따른 엔터티는 전술한 기기들에 한정되지 않음은 당업자에게 자명하다.

본 개시의 일 실시예에서 제안하는 장치 및 방법은 롱 텀 에볼루션(Long-Term Evolution: LTE) 이동 통신 시스템과, 롱 텀 에볼루션-어드밴스드(Long-Term Evolution-Advanced: LTE-A) 이동 통신 시스템과, 고속 하향 링크 패킷 접속(high speed downlink packet access: HSDPA) 이동 통신 시스템과, 고속 상향 링크 패킷 접속(high speed uplink packet access: HSUPA) 이동 통신 시스템과, 3세대 프로젝트 파트너쉽 2(3rd generation project partnership 2: 3GPP2)의 고속 레이트 패킷 데이터(high rate packet data: HRPD) 이동 통신 시스템과, 3GPP2의 광대역 부호 분할 다중 접속(Wideband Code Division Multiple Access: WCDMA) 이동 통신 시스템과, 3GPP2의 부호 분할 다중 접속(Code Division Multiple Access: CDMA) 이동 통신 시스템과, 국제 전기 전자 기술자 협회(Institute of Electrical and Electronics Engineers: IEEE) 802.16m 통신 시스템과, 진화된 패킷 시스템(Evolved Packet System: EPS)과, 모바일 인터넷 프로토콜(Mobile Internet Protocol: Mobile IP) 시스템 등과 같은 다양한 통신 시스템들에 적용 가능하다.

본 개시들은 여러가지 프로토콜에 기초하여 수행될 수 있다. 다만, 본 개시들은 UPnP 기반의 DM 프로토콜을 지원하는 통신 시스템을 전제로 하여 설명된다. 특히, 후술되는 이벤트 통지는 UPnP DM CMS(Configuration Management Service)에 기반하거나, 본 개시에서 제안하는 "제한된 CMS"에 기반하여 제공될 수 있다.

참고로, UpnP는 데이터를 데이터 모델의 포맷으로 저장하고 사용할 수 있는 CMS라 불리는 서비스를 정의한다. 또한, UpnP는 CMS에서 사용되는 일반 이벤트 통지 아키텍쳐(General Event Notification Architecture: GENA)기반의 이벤트 아키텍처를 정의한다. 이 아키텍처를 기반으로 데이터 모델에 대한 어떤 변화도 가입된 제어점들에 대한 이벤트가 될 수 있다.

본 개시에서 제어점은 WD 또는 관리자 장치가 될 수 있다. 참고로 WD는 관리자 장치로 동작하거나, 사용자 장치로 동작할 수 있다. 관리자 장치란 도킹 전에 WDC에게 필요한 동작을 수행하도록 하는 동작할 수 있는 동작 모드의 장치를 말하고, 사용자 장치란 관리자 장치의 기능을 수행할 수 없는 동작 모드의 장치를 말한다. 이하의 설명에서 WD는 특별한 언급이 없는 한 관리자 장치로 동작하는 것으로 가정한다. 관리자 모드는 "WD-중심(centric) 모드" 또는 "관리자 중심 모드"로 칭해질 수 도 있으며, 사용자 모드는 "사용자 중심(centric)" 모드로 칭해질 수 있다.

UPnP 프로토콜을 지원하는 통신 시스템은 상기 UPnP가 액션(action)들과 스테이트 변수(state variable)들을 정의하고, 심플 오브젝트 억세스 프로토콜(Simple Object Access Protocol: SOAP) 메시지들과 같은 액션들 및 GENA 통지들과 같은 이벤트(event)들을 어떻게 송신하는지를 정의하는, 모든 요구되는 프레임워크(framework)들을 가지고 있기 때문에 WD와 WDC간의 무선 도킹 프로토콜을 정의하는 것에 유리할 수 있다. 다만, 이는 본 개시로서 설명되기 위한 것일 뿐, 본 개시를 UPnP DM 프로토콜에 한정하는 것은 아니다.

이하에서 본 개시가 적용되는 무선 도킹 시스템에 대하여 설명한다.

무선 도킹 시스템에서 무선 도킹 서비스를 제공하는 무선 장치를 "무선 도킹 센터(Wireless Docking Center: WDC)"라고 칭한다. 예를 들어, 노트북, 데스크탑, 태블릿 PC, 또는 스마트폰 등이 WDC가 될 수 있으며, 서버의 기능을 수행한다. 한편, WDC를 통하여 무선 도킹 서비스들을 이용하는 장치를 "무선 도키(Wireless Dockee: WD)"라고 칭한다. 예를 들어, 스마트폰, 태블릿 PC 등과 같은 무선 단말 장치가 WD가 될 수 있다. 또한, 상기 WDC에 연결된 마우스 및 키보드와 같은 장치들을 "주변 장치"라고 칭한다. 이 주변 장치들은 무선뿐만 아니라 유선으로 상기 WDC에 연결될 수 있다. 일 예로, 스마트폰(WD)가 컴퓨터(WDC)에 무선으로 도킹되면, 컴퓨터에 유선 또는 무선으로 연결되어 있는 주변 장치를 제어하여, 스마트폰 사용자가 편리하게 주변 장치를 이용할 수 있다. 한편, WD는 주변 장치들에 대하여 그룹을 구성할 수 있다. 이 그룹을 무선 도킹 네트워크(Wireless Docking Network: WDN)이라 한다.

상기 WDC는 Wi-Fi 기반의 피어-투-피어(Peer to Peer: P2P) 방식으로 주변 장치들과 연결할 수 있고, P2P 그룹 소유자(Group Owner: GO)가 될 수 있다. 다만, WDC는 WDC에 Wi-Fi 기반 주변 장치들이 연결되었는지 여부에 상관없이 P2P 그룹 소유자가 될 수 있다. 또한, WD는 WDC를 발견하고, WDC가 그룹 소유자인 그룹에 대하여 그룹 클라이언트(Group Client)로서 가입(join)할 수 있다.

여기서 도 1을 참조하여 일반적인 UPnP 기반 도킹 프로토콜의 구조에 대해서 설명한다.

도 1은 일반적인 UPnP 기반의 도킹 스택 구조를 간략히 도시한 도면이다.

도 1을 참조하면, UPnP 프로토콜 스택은 UPnP 디바이스 아키텍쳐(UPnP Device Architecture) 계층(111)과, 심플 서비스 발견 프로토콜(Simple Service Discovery Protocol: SSDP) 계층(113)과, 심플 오브젝트 억세스 프로토콜(Simple Object Access Protocol: SOAP) 계층(115)과, 일반 이벤트 통지 아키텍쳐(General Event Notification Architecture: GENA) 계층(117)과, 사용자 데이터그램 프로토콜(User Datagram Protocol: UDP)를 통한 하이퍼텍스트 트랜스퍼 프로토콜(Hyper Text Transfer Protocol: HTTP) 멀티캐스트(HTTP Multicast over UDP: HTTPMU) 계층(119)과, UDP를 통한 HTTP(HTTP over UDP: HTTPU) 계층(121)과, HTTP 계층(123)과, UDP 계층(125)과, 전송 제어 프로토콜(Transmission Control Protocol: TCP) 계층(127)과, IP 계층(129)을 포함한다. 다만, 각 계층들에 대한 구체적인 설명은 본 개시의 범위를 넘는 것이므로 생략하기로 한다.

이하의 본 개시의 실시예들에서는 아래의 내용들이 설명될 것이다.

(1) WDC가 UPnP DM 프로토콜 기반으로 도킹과 관련된 정보를 도킹 데이터 모델에 저장하고 관리하는 내용이 설명된다.

(2) WDC가 주변 장치 정보와, WD가 수행할 수 있는 액션 정보를 WD에게 방송하는 내용이 설명된다.

(3) WDC에 새로운 이벤트가 발생한 경우, 이벤트 발생을 WD에게 통지하는 내용이 설명된다.

(4) WD가 WDN을 생성, 변경, 삭제하는 내용이 설명된다.

(5) 본 개시에서 추가로 제안하는 "제한된 CMS 프로토콜"에 대하여 설명한다

이하에서 본 개시들의 기본 개념을 간략히 설명한다.

상기 (1)과 관련하여, 본 개시에서, 무선 도킹 센터(WDC)는 UPnP DM CMS를 이용하여 도킹 관련 정보를 포함하는 도킹 데이터 모델(이하 "데이터 모델"로 약칭될 수 있다.)을 생성하고, 이를 WDC 내에 저장하여 통합적으로 관리한다. 상기 무선 도킹 관련 정보는 도킹 설정 정보 및 제어 절차에 관한 정보를 포함한다. 이러한 도킹 데이터 모델의 일 예는 <표 1>에서 예시되어 설명될 것이다.

상기 (2)와 관련하여, 본 개시에서 WD는 WDC가 방송하는 주변 장치들에 대한 정보("장치 정보"로 약칭될 수 있다.) 및 WD가 수행할 수 있는 액션 정보("액션 정보"로 약칭될 수 있다.)를 획득할 수 있다. WD가 관리자 장치인 관리자 모드에서 WDC가 동작할 경우, WDC는 장치 정보와 액션 정보를 모두 방송할 수 있고, WD가 사용자 장치인 사용자 모드에서 WDC가 동작할 경우, WDC는 장치 정보를 방송할 수 있다.

상기 (3)과 관련하여, 본 개시에서, WDC에 새로운 이벤트가 발생할 경우, 생성된 이벤트 정보가 WD에게 통지될 수 있다.

첫 번째 이벤트는 WDC에 새로운 주변 장치가 연결되거나, 연결되어 있던 주변 장치가 연결 해제되는 등이 될 수 있다. 이를 "핫 플러그 이벤트"로 칭할 수 있다. 두 번째 이벤트는 상기 데이터 모델에 포함된 여러 가지 정보들 중 이벤트를 발생시킬 수 있는 것으로 규정된 파라미터의 상태 값이 변경된 경우가 될 수 있다.

구체적으로, 두 번째 이벤트의 예로서, 데이터 모델에 포함된 WDC에 관한 정보, 주변 장치에 관한 정보, WDN에 관한 정보, WDN에 연결된 주변 장치에 관한 정보들 중 이벤트를 생성할 수 있는 정보들로 정의된 파라미터의 상태 값들의 변경을 의미한다. 구체적인 예를 들어, 주변 장치가 냉장고라고 가정하고, 냉장고 주변의 온도가 변경되는 것이 이벤트의 일 예가 될 수 있다. 이 경우, 냉장고(즉, 주변 장치)의 주변 온도(즉, 주변 장치에 관한 정보를 구성하는 파라미터)의 값(즉, 상태 값)이 변경 시, 이러한 이벤트가 발생하였음이 WD에게 통지되면, WD는 냉장고 주변의 온도의 변화된 이벤트에 따라 냉장고(즉, 주변 장치)를 제어할 수 있을 것이다.

상기 (4)와 관련하여, WD는 상기 (2)와 관련된 내용에서 설명된 장치 정보 및 액션 정보를 이용하여 복수 개의 주변 장치들을 포함하는 무선 도킹 네트워크(Wireless Docking Network: WDN)의 생성을 요청하거나, 생성된 WDN에 새로운 주변 장치의 추가를 요청하거나, WDN에 포함된 주변 장치의 제거를 요청하거나, 생성된 WDN의 제거를 요청하거나, WDN의 구성을 요청하는 등과 같이, WD가 WDN에 관련된 소정의 동작을 제어한다. 본 개시에서 상기 동작들을 제공하는 서비스를 "UPnP 도킹 관리자(DockingAdmin) 서비스"로 칭한다.

상기 (5)와 관련하여, 본 개시의 개시들은 완전한 UPnP DM CMS 기능이 아닌 "제한된 CMS" 기능을 통하여 수행될 수 있다. 즉, 기존의 모든 UPnP DM CMS 기능 중에서 도킹에 필요한 일부 CMS 기능만을 이용하여 도킹 서비스가 수행되도록 한다.

이하에서 (1) WDC가 UPnP DM 프로토콜 기반으로 도킹과 관련된 정보를 도킹 데이터 모델에 저장하고 관리하는 내용을 설명한다.

WDC는 도킹과 관련된 여러 가지 정보를 포함하는 데이터 모델을 생성하고 이를 WDN 내에 저장한다. 여기서 데이터 모델이란 파라미터들의 계층적인 집합으로 구성되는 도킹 관련 정보들의 집합을 의미한다. 데이터 모델에 포함되는 파라미터들 각각은 파라미터 별로 관련된 속성(attribute) 정보를 포함한다.

UPnP CMS는 데이터를 데이터 모델로서 처리(쓰기, 읽기, 생성, 삭제)하는 서비스를 정의한다. 참고로, UPnP CMS의 데이터 모델은 노드들의 논리적 트리로 표현될 수 있으며, 두 개의 연속적이고 연결된 노드들 간의 관계를 모-자 관계(parent to child relationship)라고 한다. 또한, 노드는 데이터 모델 트리의 요소를 나타낸다. 하나의 노드는 모(parent) 노드와 자(children) 노드를 포함할 수 있다. 노드들은 루트(root) 노드, 리프 노드, 싱글 인스턴스 노드, 멀티 인스턴스 노드, 인스턴스 노드 등이 있다. 루트 노드는 모 노드를 갖지 않는 노드이다. 리프 노드는 모 노드는 갖지만 자 노드는 갖지 않는 노드이다. 싱글 인스턴스 노드는 하나의 모 노드와 그 아래에 서브 트리를 형성하는 적어도 하나의 자 노드를 가지는 중간 노드이다. 멀티 인스턴스 노드는 인스턴스 노드들의 집합을 포함하는 특별한 중간 노드이다. 인스턴스 노드는 모 멀티 노드에 속하는 테이블 행의 정렬을 나타낸다.

하기 <표 1>은 본 개시에 따른 데이터 모델의 일 예로서, <표 1>의 데이터 모델은 상술한 UPnP CMS에 기초한 것이다.

이 데이터 모델은 리프 노드, 싱글 인스턴스 노드 및 멀티 인스턴스 노드의 3종류의 노드에 대해서 표현되었다. <표 1>에서 "Name" 항목은 파라미터들의 명칭을 나타낸다. 타입(Type), 액세스(Acc), 버전(Version) 및 변화에 대한 이벤트(EventonChange: EoC)는 속성들이고, "Description" 항목은 해당 파라미터에 대한 설명을 나타낸다.

Name	Type	Acc.	Description	EoC	Version
/UPnP/DM/WDC/	*SingleInstance*	NA	데이터 모델의 이 부분은 WDC 관련 정보를 제공한다	NA	NA
ListofChannels	string	R	이용 가능한 채널의 목록	1	-
OperatingFrequency	unsignedInt	W	WDC의 동작 주파수	-	-
WDCCapabilities	string	R	WDC의 완성된 능력	-	-
NoOfDockeesSupported	unsignedInt	W	동시에 WDC로 연결될 수 있는 WD들의 수	-	-
NoOfP2PGroups	unsignedInt	W	동시에 WDC에 의해 지원될 수 있는 P2P 그룹의 수	-	-
NoOfWDNs	unsignedInt	W	어느 시점에서 WDC에 의해 지원될 수 있는 WDN들의 수	-	-
DualModeSupported	boolean	R	WDC가 이중 모드의 동작을 지원하는지 여부 지시	-	-
ConcurrentMode	boolean	R	동시 모드(P2P + Infrastructure)가 지원될 수 있는지 여부 지시	-	-
PowerSavingModeSupported	Boolean	R	절전 모드를 지원하는지 여부 지시	-	-
PowerSavingModes	string	R	WDC에 의해 지원되는 절전 모드들의 목록	-	-
NoOfDockeesDocked	unsignedInt	R	현재 WDC에 도킹되어 있는 WD들의 수	1	-
UserID	string	R	WDC에 의해 지원되는 사용자 ID들의 목록	-	-
Password	string	R	WDC에 접속하기 위해 사용되는 비밀 번호	-	-
UserCentricWDNAllowed	boolean	R	WDC가 사용자 중심의 WDN(사용자 생성 동적 WDN)를 지원하는지 여부	-	-
CapabilityMatchingAllowed	boolean	R	WDC가 능력 매칭을 수행할 능력을 가지고 있는지 여부 지시	-	-
/UPnP/DM/WDC/Peripheral/#/	*MultiInstance*	W	데이터 모델의 이 부분은 주변 장치 정보를 제공한다	1	-
PeripheralID	string	R	주변 장치의 식별자	-	-
FriendlyName	string	R	주변 장치의 별칭	-	-
Availability	boolean	R	주변 장치가 도크에 대해 이용 가능한지 여부 지시	1	-
Shareability	boolean	R	주변 장치가 공유 가능한지 여부 지시	-	-
Vendor	string	R	주변 장치의 공급 업체	-	-
Model	string	R	주변 장치의 모델	-	-
Version	string	R	주변 장치의 버전	-	-
IPAddress	string	R	주변 장치의 IP 주소	-	-
MACAddress	string	R	주변 장치의 MAC 주소	-	-
AssociatedWDNs	string	R	이 주변 장치가 결합된 WDN들의 목록	1	-
PFP	string	R	주변 장치에 의해 지원되는 주변 장치 기능 프로토콜 및 다른 관련된 정보들의 목록	-	-
OperatingFrequency	string	R	주변 장치에 의해 지원되는 동작 주파수	-	-
PeripheralType	string	R	마우스, 키보드, 등과 같은 주변 장치들의 종류	-	-
SecurityKey	string	R	WDC에 결합된 주변 장치의 PTK	-	-
UserCentricWDNAllowed	boolean	R	주변 장치가 사용자 중심 WDN의 일부분이 될 수 있는지 여부를 지시	-	-
/UPnP/DM/WDC/WDN/#/	*MultiInstance*	W	데이터 모델의 이 부분은 WDN 정보를 제공한다	1	-
WDNID	string	R	WDC가 배정한 WDN의 식별자	-	-
WDNFriendlyName	string	W	WD/사용자에 의해 설정된 WDN의 별칭	-	-
WDNType	string	W	관리사/사용자에 의해 설정된 OfficeWDN, HomeWDN, CarWDN, 등의 WDN의 종류	-	-
AccessControlList (WL, BL)	string	W	화이트리스트 및 블랙리스트를 지시하는 WD ID들의 목록	-	-
Availability	boolean	R	WDN이 도크에 대해 이용 가능한지 여부 지시	1	-
/UPnP/DM/WDC/WDN/#/Peripheral/#/	*MultiInstance*	W	데이터 모델의 이 부분은 WDN에 결합된 주변 장치들의 정보를 제공한다	1	-
PeripheralID	string	R	이 WDN에 결합된 주변 장치의 식별자	-	-
Availability	boolean	R	이 특정 WDN의 주변 장치의 이용 가능 상태. 주변 장치가 다중 WDN들의 일부분일 수 있기 때문에, 이것은 특정 시점의 단지 하나의 WDN에서 이용 가능할 수 있고, 다른 것에 대해서는 이용할 수 없다.	1	-

상기 <표 1>의 파라미터 속성들에 대하여 설명한다.

-타입(type): 어떤 타입의 노드가 데이터 모델 내에 포함되어 있는지를 지시한다. 예를 들어, 단순 객체 접근 프로토콜(Simple Object Access Protocol: SOAP)가 범용 플러그 앤 플레이(Universal Plug and Play: UpnP)의 인케이스(incase)에 대한 데이터 액세스를 위한 프로토콜로서 사용된다면, 이때 데이터 타입은 스트링(string), 정수(int), 부호 없는 정수(unsignedInt), 불(Boolean) 등과 같은 SOAP 데이터 타입들이 될 수 있다.

-액세스(Acc): 해당 파라미터에 대한 액세스 가능한 범위를 지시한다. 구체적으로 "읽기(R)" 또는 "쓰기(W)"를 지시한다. 리프 노드에 대하여 "읽기(R)"는 임의의 제어점(Control Point: CP)이 해당 파라미터를 읽을 수만 있음을 의미하고, "쓰기(W)"는 해당 제어점이 상기 파라미터의 값을 읽고 또한 변경할 수 있음을 의미한다. 멀티 인스턴스 노드에 대하여 "쓰기(W)"는 해당 제어점이 새로운 인스턴스를 생성할 수 있음을 의미한다. 참고로, "제어점"은 UPnP에서 네트워크의 엔터티를 지칭하는 표현이다.

-변화에 관한 이벤트(EoC): EoC는 특정 파라미터의 변화가 제어점에 대해 이벤트가 되는지 여부를 지시하는 파라미터이다. 해당 파라미터의 변화가 해당 제어점에서 이벤트가 된다면 해당 파라미터의 EoC 값은 "1"이 되고, 이벤트가 되지 않는다면 EoC 값은 "0"이 될 수 있다.

-버전(version): 버전은 해당 파라미터 값의 변경된 횟수를 지시한다. 즉, 해당 파라미터 값이 변화된 횟수를 나타내며 디폴트 값은 1로 설정될 수 있다.

본 개시에 따라 <표 1>과 같은 데이터 모델을 통하여 도킹 관련 데이터들을 처리하면, 데이터 모델 내에서 많은 양의 데이터를 쉽게 관리할 수 있다. 또한, 다른 PFP들에 대한 별도의 데이터 모델들이 독립적으로 정의될 수 있다. 예를 들어, 미라캐스트(Miracast), WSB, USB 주변 장치 기능 프로토콜에 대하여 별도의 데이터 모델들이 정의될 수 있다.

<표 1>에서 설명된 데이터 모델의 데이터를 관리하기 위하여 다양한 프로토콜이 사용될 수 있다. 예를 들어, OMA(Open Mobile Alliance) DM(Device Management), UpnP(Universal Plug and Play) DM, BBF TR069 등이 있다. 또한 상기 (5)와 관련되어 "제한된 CMS"라 정의한 프로토콜 또한 사용될 수 있다.

이하에서는 (2) WDC가 주변 장치 정보와, WD가 수행할 수 있는 액션 정보를 WD에게 방송하는 내용이 설명된다.

WDC는 주변 장치에 대한 정보를 포함하는 주변 장치 정보를 생성하고, 이를 WDC에게 송신할 수 있다. 이때 송신은 방송의 형태로 수행될 수 있다. 또한, 주변 장치 정보는 XML을 이용하여 생성될 수 있다.

도 2a, b는 본 개시에 따라 주변 장치에 대한 정보를 포함하는 "장치 설명 XML"을 설명하는 도면이다.

도 2a, b는 하나의 XML 형식의 문서인데 편의 상 분리한 것이다. 도 2a, b를 참조하면, <device> 항목과 <serviceList> 항목 하에 <service> 항목이 포함되어 있다. 이러한 XML 문서를 이용하여 주변 장치에 대한 설명과, 해당 주변 장치가 어떠한 서비스를 제공하는지 등에 대한 설명이 WD에게 방송 등의 형태로 송신될 수 있다. 한편, WD는 주변 장치에 대한 정보를 이용하여 해당 주변 장치의 설정 정보와, 해당 주변 장치가 제공하는 서비스에 대한 정보를 획득할 수 있다.

도 3은 본 개시에 따라 액션 정보를 포함하는 "도킹 관리자 서비스 설명 XML"의 일 예를 도시한 도면이다.

도 3의 XML 형식의 문서를 참조하면, <actionList> 항목 하에 복수 개의 <action>들이 포함되어 있음을 볼 수 있다. 이 액션들은 WD가 WDC에 대하여 수행할 수 있는 동작에 대한 정보를 나타낸다. 이러한 XML 문서를 이용하여 WD가 수행할 수 있는 동작에 대한 정보가 WD에게 방송 등의 형태로 송신될 수 있다.

이러한 액션 정보를 WD에게 방송하는 이유는, WD가 관리자 장치로 동작할 경우 WD가 도킹을 수행하기 전에 WDC가 도킹에 필요한 준비를 하도록 하기 위하여, WD가 필요한 동작(action)들을 수행하기 위함이다. 참고로 관리자 장치는 WDC에 저장되어 있는 데이터 모델을 제어할 수 있는 장치인데, WD가 관리자 장치라면 WD가 WDC에 대하여 수행할 수 있는 동작이 어떤 것인지에 대한 정보를 알 필요가 있기 때문이다. 한편, 이처럼 WD의 가능한 동작들을 제공하는 것을 "UpnP 도킹 관리자(DockingAdmin) 서비스"로서 칭한다. 본 개시에서 제안하는 UPnP 도킹 관리자 서비스의 동작들은 WDN 생성 요청, WDN 변경(주변 장치 추가, 제거) 요청, WDN 삭제 요청, WDN 설정 요청 등이다. 이들 동작에 대해서는 후술할 것이다.

이하에서는 (3) WDC에 새로운 주변 장치가 연결 또는 연결 해제의 이벤트가 발생한 경우, 이 연결/연결 해제의 이벤트 발생을 WD에게 통지하는 내용을 설명한다.

UPnP DM에서는 "구성 관리 서비스(Configuration Management Service: CMS)"를 규정하고 있으며, "CMS 설명 XML"이 UPnP 표준에서 정의된다. 상기 UPnP DM CMS는 데이터를 데이터 모델로서 처리(쓰기, 읽기, 생성, 삭제)하는 서비스를 정의한다. 또한, UpnP는 CMS에서 사용되는 GENA(General Event Notification Architecture)를 기반으로 하여 이벤트 발생 시 이를 통지할 수 있는 아키텍처를 정의한다. 참고로 GENA는 엔터티 간에 통지를 송수신하기 위한 프로토콜이다. 이러한 아키텍처를 기반으로 하여, 데이터 모델이 어떠한 변화가 발생할 경우, 이러한 변화는 제어점들에 대한 이벤트가 될 수 있다. 본 개시에서는 WD가 제어점이 될 수 있다.

한편, 본 개시에서 WDC는 도킹 데이터 모델에 대한 접속을 WD에 제공할 수 있다. 다만, WD가 데이터 모델에 접속하기 이전에 WDC가 WD를 인증할 수 있다. CMS 서비스는 적어도 하나의 이벤트를 WD에게 제공하는 상태 변수들을 제공한다. 또한, CMS 서비스는 데이터 모델의 변화들을 이벤트할 수 있다. 이는 예를 들어, WDC에 WDC에 새로운 주변 장치가 추가되거나, 이미 연결되어 있던 주변 장치가 제거될 수 있다. 이러한 주변 장치의 추가 또는 제거가 이벤트가 될 수 있으며 이하에서 이러한 이벤트들을 "핫 플러그 이벤트"라고 칭한다.

도 4는 본 개시에 따라 WDC가 도킹 데이터 모델에 이벤트가 발생 시 이벤트 발생을 알리는 동작을 설명하는 도면이다.

도 4에서는 두 개의 주변 장치 1(405)과 주변 장치 2(407)를 가정하고, 주변 장치 1(405)과 주변 장치 2(407)가 WDC(403)에 연결되거나 연결 해제될 경우, 이러한 연결 및/또는 해제 이벤트를 WDC(403)이 WD(401)에게 통지하는 예이다. 이러한 이벤트가 WD(401)에게 통지되도록 하기 위하여 본 개시에서는 WD(401)는 이러한 이벤트 발생의 통지를 요청하는 핫 플러그 가입(Hot Plug Subscription) 메시지를 WDC(403)에 송신하여야 한다.

도 4를 참조하면, 411단계에서 주변 장치 1(405)은 WDC에 연결된다. 413단계에서 WD(401)는 WDC(403)에게 핫 플러그 가입 메시지를 송신한다. WD(401)가 핫 플러그 가입 메시지를 송신하였기 때문에, WDC(403)는 이후부터 발생한 이벤트를 WD(401)에게 통지할 수 있다. 415단계에서 주변 장치 2(407)이 WDC(403)에게 연결된다. 주변 장치 2(407)의 가입 이벤트가 발생하였기 때문에, 417단계에서 WDC(403)는 주변 장치 2(407)의 가입 이벤트 정보를 포함하는 주변 장치 이벤트 리스트 메시지를 WD(401)에게 송신한다. 419단계에서 주변 장치 1(405)의 연결이 해제되었다고 가정한다. 따라서 421단계에서 WDC(403)는 주변 장치 1(405)의 연결 해제 이벤트 정보를 포함하는 주변 장치 이벤트 리스트 메시지를 WD(401)에게 송신한다.

상술한 바에 따른 핫 플러그 이벤트는 데이터 모델을 업데이트하도록 할 수 있고, 또한, UPnP DM CMS의 이벤트를 위한 아키텍처를 사용하여 WD에게 송신될 수 있다. 즉, 새로운 주변 장치가 WDC에 연결, 즉, 플러그 인(plug in)되면, 해당 주변 장치에 대한 새로운 인스턴스가 <표 1>의 데이터 모델 중 “/UPnP/DM/WDC/Peripheral/#/” 항목에서 생성될 수 있다. 반면, 기존에 WDC에 연결되어 WDN에 포함되어 도킹 데이터 모델의 정보로 포함되어 잇던 주변 장치가 WDC에서 연결 해제, 즉, 플러그 아웃(plug out)되면, 해당 주변 장치의 인스턴스는 상기 도킹 데이터 모델에서 제거된다.

다른 방안으로, 핫 플러그 이벤트들은 도킹 관리자(DockingAdmin) 서비스의 이벤트를 사용하여 WD에게 통지될 수 있다. 즉, 상태 변수인 "주변 장치 연결 리스트(List_Of_Peripherals_Connected)"는 새로운 주변 장치가 WDC에 추가되거나 또는 기존의 주변 장치가 WDC에서 제거될 때마다 갱신되고, 이렇게 갱신된 "주변 장치 연결 리스트(List_Of_Peripherals_Connected)" 정보가 WD에게 송신되어, 플러그 인 이벤트가 통지될 수 있다.

이하에서는 핫 플러그 이벤트 외에 데이터 모델의 특정 파라미터 값이 어떤 이유에 의하여 변경된 경우, 이 변경 이벤트가 WD에게 통지될 수 있는 예가 설명될 것이다. 다만, 파라미터 값이 변경된 것이 이벤트가 되는 경우는 해당 파라미터의 EoS 속성 값이 1로 설정된 경우이다. <표 1>의 파라미터에서 예를 들면 아래와 같다.

WDC는 현재 사용하지 않고 적은 간섭을 가지는, 즉, 이용 가능한 적어도 하나의 채널을 기록할 수 있다. 이 정보는 <표 1>의 “/UPnP/DM/WDC/ListOfChannels”를 이용하여 지시될 수 있다.

WDC는 어느 시점에서 WDC에 도킹되어 있는 WD의 개수를 기록할 수 있다. 이 정보는 <표 1>의 “/UPnP/DM/WDC/NoOfDockeesDocked” 파라미터를 이용하여 지시될 수 있다.

WDC는 주변 장치의 이용 가능 상태를 기록할 수 있다. 이 정보는 주변 장치가 검색될 수 있지만 현재 사용되지 못할 상황에서 유용한 정보가 될 수 있다. 이 정보는 <표 1>의 “/UPnP/DM/WDC/Peripheral/#/Availability” 파라미터를 이용하여 지시될 수 있다.

WDC는 특정 주변 장치와 결합된 WDN들을 기록할 수 있다. 이 정보는 <표 1>의 “/UPnP/DM/WDC/Peripheral/#/AssociatedWDNs” 파라미터를 이용하여 지시될 수 있다.

WDC는 WDN의 이용 가능 상태를 기록할 수 있다. 이 정보는 WDN이 검색될 수 있지만 현재 사용하지 못할 수 있는 상황에서 유용한 정보가 될 수 있다. 이 정보는 <표 1>의 “/UPnP/DM/WDC/WDN/#/Availability” 파라미터를 이용하여 지시될 수 있다.

상술한 파라미터들의 값이 변경될 때마다, <표 1>의 데이터 모델에 대한 갱신이 될 것이다. 따라서 이러한 데이터 모델의 갱신 이벤트는 WD에게 통지되어야 할 것이다. 이를 위하여 본 개시에서는 데이터 모델 갱신 이벤트의 통지를 할 수 있다. 한편, 이러한 데이터 모델 갱신 이벤트는 CMS 서비스에 가입된 WD에게 통지될 수 있다.

이하에서 (4) WD가 주변 장치 정보와, 액션 정보를 이용하여 WDN을 생성, 변경, 삭제하는 내용이 설명된다

도 5는 본 개시에 따라 무선 도킹 시스템에서 WDN 관련 동작의 일 예들을 설명하는 도면이다.

WDC(403)는 본 개시에 따라 무선 도킹 시스템의 주변 장치들(405, 407, 409) 및 WD(401)와의 메시지 교환을 통하여 무선 도킹 시스템을 위한 데이터 모델(511)을 생성하고, 이를 WDC(401) 내의 메모리에 저장할 수 있다. 상기 데이터 모델(511)에는 WDC에 관한 정보, 주변 장치에 관한 정보, WDN에 관한 정보, WDN에 연결된 주변 장치에 관한 정보 등과 같이 무선 도킹을 위한 정보들이 포함될 수 있다.

도 5에서는 3개의 주변 장치들(405, 407, 409)이 존재하고, 현재 WDC(403)는 주변 장치 1(405)와 주변 장치 2(407)와 연결된 것으로 가정한다. 이때, WDC(403)는 WDC(403)는 2개의 주변 장치들(405, 407)들에 대한 정보를 데이터 모델(511)에 저장할 수 있다.

한편, WD(401)는 WDC(403)이 생성한 데이터 모델(511)에 액세스하거나 또는 상기 데이터 모델(511)에 포함된 정보를 획득할 수 있다. 이때 데이터 모델에 대한 액세스 방안 또는 정보 획득 방안에 대해서는 특별히 제한하지 않는다. 일 예로, WD(401)의 요청과 그에 대한 WDC(403)의 응답에 의할 수 도 있고, WD(401)의 요청 없이 WDC(403)가 해당 정보를 WD(401)에게 송신할 수 있다.

WD(401)는 데이터 모델(511)의 정보에 기초하여 복수 개의 주변 장치들을 하나의 네트워크로 생성할 것을 WDC(403)에게 요청할 수 있다. 도 5에서는 주변 장치 1(405)과 주변 장치 2(407)를 하나의 그룹으로 생성할 것을 요청하기 위하여 "create WDN(P1, P2)" 메시지를 WDC(403)에게 송신하는 것으로 도시되었다. 이러한 요청을 수신한 WDC(403)는 주변 장치 1(405)과 주변 장치 2(407)를 묶어 WDN 1(408)을 생성한다. 한편, WDC(403)는 생성된 WDN 1(408)에 대한 정보를 데이터 모델(511)에 업데이트한다. 따라서 WD(401)는 데이터 모델에 포함된 주변 장치들(405, 407, 409)의 정보를 획득하고, 주변 장치들(405, 407, 409)의 존재와 해당 주변 장치들(405, 407, 409)이 제공하는 서비스들을 알 수 있다.

상술한 내용을 예를 들면, 주변 장치 1(405)이 프린터이고, 주변 장치 2(407)가 TV라고 하자. 이때 WD(401)는 프린터, TV, 냉장고가 네트워크 상에 존재함을 알 수 있고, WD(401)가 프린터와 TV를 하나의 네트워크로 생성할 것을 WDC(403)에게 요청하여, WDC(403)는 해당 장치들을 포함하는 WDN을 생성한다.

한편, 도 5에서 주변 장치 3(409)이 WDC(403)에 연결되어 플러그 인(plug in)된다면, WDC(403)는 데이터 모델(511)에 주변 장치 3(409)에 대한 정보를 업데이트한다. 반대로 주변 장치 3(409)이 WDC(403)에 연결되어 있다가, 연결 해제되어 WDC(403)에서 언플러그(unpluged)된다면, WDC(403)는 데이터 모델(511)에서 주변 장치 3(409)에 연결 해제된 것에 대한 정보를 업데이트한다. 이렇게 주변 장치가 연결 또는 연결 해제되어 데이터 모델이 업데이트되는 것을 "핫 플러그 이벤트"라고 정의한다. 핫 플러그 이벤트가 발생하면 WDC(403)는 그 이벤트 발생을 WD(401)에게 알릴 수 있다. 다만, 본 개시에서는 WD(401)가 이러한 이벤트의 발생을 통보하여 줄 것을 WDC(403)에게 사전에 요청한 경우에 이벤트를 통보받을 수 있도록 할 수 있다.

이렇게 핫 플러그 이벤트 통보에 따라 주변 장치 3(409)에 WDC에 연결되었음을 알게 된 WD(401)는 생성된 WDN 1(408)에 새로운 주변 장치 3(409)을 포함시킬 것을 WDC(403)에게 요청할 수 있다. 이는 추가 요청 메시지(addToWDN)를 WDC(403)에게 송신하여 수행될 수 있다. 이와 반대로 WD(401)는 WDN 1(408)에 포함된 주변 장치들 중 적어도 하나를 제거하도록 WDC(403)에게 요청할 수 있다. 이는 WD(401)가 제거 요청 메시지(removeFromWDN)를 WDC(403)에게 송신하여 수행될 수 있다. 한편, WD(401)는 WDN 1(408) 자체의 삭제를 WDC(403)에게 요청할 수 있다. 이는 WD(401)가 삭제 요청 메시지(deleteWDN)를 WDC(403)에게 송신하여 수행될 수 있다. 또한, 부가적으로 WD(401)는 WDN 1(408)의 설정을 WDC(403)에게 요청할 수 있다. 이는 WD(401)가 설정 요청 메시지(configureWDN)를 WDC(403)에게 송신하여 수행될 수 있다. 상기 메시지들을 수신하고, 그에 대응한 동작을 완료한 WDC(403)는 해당 동작 이후의 상태를 반영하여 데이터 모델(511)을 업데이트한다.

이하에서는 상술한 메시지들의 사용 예들에 대하여 상세히 설명한다.

A. WDN 생성 요청 메시지

WD는 복수 개의 주변 장치 식별자들을 포함하는 WDN 생성 요청 메시지를 WDC에게 송신할 수 있다. WDN 생성 요청 메시지를 수신한 WDC는 주변 장치 식별자가 지시하는 복수 개의 주변 장치들을 WDN으로 그룹화한다. 이후 WDC는 WDN 식별자를 생성하고, 생성된 WDN 식별자를 포함하는 응답 메시지를 WD에게 송신한다. WDN 생성이 완료되면, WDC는 생성된 WDN을 설명하는 WDN 정보를 생성하고 이를 데이터 모델에 저장한다. WDN 생성 요청 메시지 포맷의 일 예는 아래와 같다.

createWDN (peripheral IDs)

만일 WDC가 사용자 중심 도킹을 지원한다면 WD가 WDN 정보를 생성할 수도 있다. 그러나 사용자 중심 도킹의 경우, WDN 정보를 생성했던 WD에게만 해당 WDN 정보에 대한 액세스가 허용되며, 다른 WD들에게 해당 WDN 정보에 대한 액세스가 불허될 수 있다.

따라서 WDN 생성 요청 메시지에는 WDN 정보가 모든 WD들에게 액세스 가능한지 여부를 지시하는 정보가 포함될 수 있다. 이를 위한 WDN 생성 메시지의 포맷의 일 예는 아래와 같다.

createWDN (peripheral IDs, free)

즉, “createWDN (peripheral IDs, free)”는 주변 장치 식별자 외에 추가로 불(Boolean) 입력 변수인 “free”를 포함할 수 있다. 상기 “free”는 WDN 정보가 모든 WD들에게 액세스 가능한지 또는 WDN 생성을 요청한 WD에게만 액세스 가능한지 여부를 지시하는 파라미터이다.

B. 주변 장치 추가 요청 메시지

WD는 적어도 하나의 주변 장치 식별자를 포함하는 추가 요청 메시지(addToWDN)를 WDC에 송신하여 새로운 주변 장치들을 이미 생성된 WDN에 추가하도록 요청할 수 있다. 통상적으로 WD가 새로운 주변 장치가 WDC에 연결되었음을 WDC로부터 통보받을 때, WD는 추가 요청 메시지를 WDC에 송신하는 것이 일반적일 것이다. 주변 장치 추가 요청 메시지 포맷의 일 예는 다음과 같다.

addToWDN (WDN ID, peripheral IDs)

C. 주변 장치 제거 요청 메시지

WD는 제거 요청 메시지(removeFromWDN)를 WDN에 송신하여, WDN에 포함되어 있는 주변 장치들 중 적어도 하나의 제거를 요청할 수 있다. 통상적으로 WD가 특정 주변 장치가 WDC로부터 제거 또는 연결 해제되었다는 이벤트를 통지받을 때, WD는 주변 장치 제거 요청 메시지를 WDC에 송신하는 것이 일반적일 것이다.

또한, WDC가 WD로부터 주변 장치 제거 요청 메시지를 수신하지 않은 경우에도, WDC는 제거 또는 연결 해제될 해당 주변 장치를 WDN의 데이터 모델에서 제거하여 전체 WDN을 자동으로 재설정할 수도 있다. 주변 장치 제거 요청 메시지 포맷의 일 예는 다음과 같다. 아래의 주변 장치 제거 요청 메시지는 WDN 식별자와, 적어도 하나의 주변 장치 식별자를 포함한다. 이 포맷은 해당 WDN에서 해당 주변 장치를 제거를 요청한다.

removeFromWDN (WDN ID, peripheral IDs)

주변 장치 제거 요청 메시지의 다른 포맷은 아래와 같다. 이 포맷은 하나의 주변 장치 식별자만을 포함한다. 이 포맷은 해당 주변 장치를 그 주변 장치와 연결된 모든 WDN에서 제거할 것을 요청한다.

removeFromWDN (peripheral ID)

D. WDN 삭제 요청 메시지

WD는 적어도 하나의 WDN 식별자를 포함하는 WDN 제거 요청 메시지를 WDC에 송신하여 WDC에서 WDN의 삭제를 요청한다. 이를 수신한 WDC는 데이터 모델에서 해당 WDC 정보를 완전히 삭제할 수 있다. WDN 삭제 요청 메시지 포맷의 일 예는 다음과 같다.

deleteWDN (WDN IDs)

E. WDN 설정 요청 메시지

WD는 WDN 설정 요청 메시지를 WDC에 송신하여 WDN의 설정을 요청한다. WDN 설정 요청 메시지는 WDN 식별자와 WDN에 대한 적어도 하나의 설정 정보를 입력 변수로 포함할 수 있다. 이 WDN 설정 요청 메시지를 수신한 WDC는 해당 설정 정보에 따라 WDN을 설정한다. WDN 설정 요청 메시지 포맷의 일 예는 다음과 같다.

configureWDN (WDN ID, Config. File)

이하에서는 (5) 본 개시에서 추가로 제안하는 "제한된 CMS 프로토콜"에 대하여 설명한다

상술한 본 개시들은 OMA DM 프로토콜, UPnP DM 프로토콜, BBF TR069 프로토콜 등과 같은 다른 DM 프로토콜 외에, 본 개시에서 추가로 제안하는 "제한된 CMS 프로토콜"을 이용하여 수행될 수 있다. 즉, 지금까지 본 개시들은 UPnP DM CMS 프로토콜을 사용하여 수행되는 것으로 가정하였다. 그러나 이에 부가하여 본 개시에서는 아래 설명되는 2개의 다른 방식이 사용될 수 있다.

<제1 방식>

본 개시에서 도킹 관리자 서비스는, 완전한 UPnP DM CMS의 기능이 아닌, 제한된 CMS 기능을 포함할 수 있다. 제한된 CMS 기능은 상기 도킹 데이터 모델 상에서 동작하는 2개의 새로운 Get 동작과 상태 변수를 포함한다.

-첫 번째 Get 동작은 UPnP DM에 정의된 getSupportedParameters() CMS 동작과 유사한 기능을 가질 것이다. 이 동작은 데이터 모델의 구조, 즉, 도킹 데이터 모델로서 지원되는 모든 파라미터들을 복원할 것이다.

-두 번째, Get 동작은 UPnP DM에 정의된 getValues() CMS 동작과 유사한 기능을 가질 것이다. 이 Get 동작은 데이터 모델로부터 데이터를 복원할 것이다. 즉, 선택된 입력 변수를 기반으로 데이터 모델 내의 파라미터들 각각의 값들을 복원할 것이다.

-또한, 모든 종류의 변화를 도킹 데이터 모델로 이벤트할 수 있는 상태 변수가 정의된다.

<제2 방식>

WDC가 관리해야 할 데이터가 제한된다면, 데이터는 데이터 모델을 사용하여 관리될 필요가 없다. 이 경우 제한된 CMS 기능 또는 UPnP DM CMS 기능에 의해 정의된 바와 같은 일반적인 Get 동작들을 사용하는 대신에, getPFdata() 또는 getWDNData()와 같은 데이트를 복원하기 위한 특정 get 동작들을 사용할 수 있다.

-getPFData() 동작은 WDC와 결합된 하나 이상의 주변 장치에 관한 데이터를 획득하기 위해 사용된다. 이 동작은 입력 변수로서 WDC에 결합된 주변 장치 식별자나 주변 장치 식별자의 한 세트를 사용한다. 이것은 또한 모든 주변 장치에 관한 정보를 회수할 수 있는 입력 변수 내의 “모든 것”을 지시한다.

-getWDNData() 동작은 WDC에 결합된 하나 이상의 WDNdp 관한 데이터를 획득하는데 사용된다. 이 동작은 입력 변수로서 WDC에 결합된 WDN 식별자 또는 한 세트의 WDN 식별자들을 사용한다. 또한, 이것은 모든 WDN들에 관한 정보를 복원할 수 있는 입력 변수 내의 “모든 것”을 지시할 수 있다. 이하에서는 본 개시에 따라 사용자 모드에서 WDN 관련 동작을 설명한다.

도 6은 본 개시에 따른 사용자 모드에서 WDN 관련 동작을 설명하는 도면이다.

도 6의 각 단계들은 반드시 도면에 도시된 대로 동작할 필요는 없으며, 각 단계들이 서로 명확히 모순되거나 충돌되지 않는 각 단계의 시간적 선후는 변경될 수 있다. 또한, 각 단계들이 반드시 필수적인 것은 아니며, 본 개시의 전체 동작을 훼손하지 않는 범위 내에서 생략될 수 있다.

601단계 및 603단계에서 주변 장치 1(405)과 주변 장치 2(407)는 각각 WDC에 연결되었음을 가정한다. 이후, WD 1(401)은 WDC(403)에게 주변 장치 1(405)과 주변 장치 2(407)를 포함하는 WDN 생성 요청 메시지를 송신하고, WDC(403)는 그에 따라 WDN을 생성한다.

이후, 607단계에서 WDC(403)는 WDC 생성 완료를 알리는 메시지(success)를 송신한다. 또한, 609단계에서 WDC(403)는 <표 1>과 같은 WDN 데이터 모델을 생성하여 저장한다.

611단계에서 WDC(403)는 609단계에서 저장한 WDN 데이터 모델을 자신에게 연결되어 있는 다른 WD 2(402)에게 새로운 WDN이 생성되어 가용한 것임을 알리기 위하여 "새로운 WDN 가용 이벤트(New WDN Available Event) 메시지를 송신한다. WD2(402)는 이 메시지를 수신하고, 필요한 경우 자신을 새로 생성된 WDN에 연결한다. 이렇게 하면, WD2(402)는 그룹으로 구성된 주변 장치 1(405)과 주변 장치 2(407)를 이용할 수 있다.

도 7은 본 개시에 따라 관리자 모드에서 WDN 관련 동작을 설명하는 도면이다.

도 7의 각 단계들은 반드시 도면에 도시된 대로 동작할 필요는 없으며, 각 단계들이 서로 명확히 모순되거나 충돌되지 않는 각 단계의 시간적 선후는 변경될 수 있다. 또한, 각 단계들이 반드시 필수적인 것은 아니며, 본 개시의 전체 동작을 훼손하지 않는 범위 내에서 생략될 수 있다.

도 7에서 WDC(403)는 액션 정보를 701단계 이전 또는 이후에서 방송할 수 있고, 그에 따라 WD(401)는 액션 정보를 획득할 수 있음을 가정한다.

도 7을 참조하면, 701단계에서 관리자 장치로 동작하는 WD(401)는 WDC(403)에게 도킹 관리자 서비스 이벤트 가입 메시지를 송신한다. 703단계에서 WDC(403)는 도킹 데이터 모델을 초기화한다. 이 단계는 생략 가능하다. 705단계에서 주변 장치 1(405)이 WDC(403)에 연결된 것으로 가정한다. 그에 따라 707단계에서 WDC(403)는 주변 장치 1(405)이 연결되었음을 알리는 주변 장치 이벤트 리스트 정보를 WD(401)로 송신한다. 또한, 709단계에서 주변 장치 2(407)가 연결되었음을 가정한다. 그에 따라 711단계에서 WDC(403)는 주변 장치 2(407)가 연결되었음을 알리는 주변 장치 이벤트 리스트 정보를 WD(401)로 송신한다. 713단계에서 WDC(403)는 주변 장치 1(405)과 주변 장치 2(407)가 연결되었기 때문에, 주변 장치 1(405)과 주변 장치 2(407)에 대한 정보를 데이터 모델에 반영하여 상기 데이터 모델을 업데이트한다.

그런데 만일 701단계가 709단계 이후에 수행되었다면, 707단계 및 711단계는 수행되지 않고, 그 대신 WDC(403)가 주변 장치들에 대한 장치 정보를 715단계 이전에 방송하여, WD(401)가 주변 장치에 대한 정보를 획득할 수 있을 것이다.

715단계에서 WD(401)는 액션 정보, 주변 장치 정보 또는 이벤트 정보를 이용하여, 주변 장치 1(405)과 주변 장치 2(407)의 식별자를 포함하는 WDN 생성 요청 메시지를 WDC(403)로 송신한다. 그에 따라 WDC(403)는 주변 장치 1(405)과 주변 장치 2(407)를 하나의 그룹으로 묶어 WDN 1을 생성하고, 717단계에서 WDN 생성 완료 메시지를 송신한다. 상기 생성 완료 메시지에는 상기 생성한 WDN 1의 식별자를 포함한다. 이후 WDC(403)는 생성된 WDN 1에 대한 정보를 데이터 모델에 반영하여 상기 데이터 모델을 업데이트한다. 한편, 721단계에서 주변 장치 3(409)이 WDC(403)에 연결되었다고 가정하였다. 723단계에서 WDC(403)는 주변 장치 3(409)에 대한 장치 정보를 데이터 모델에 반영하여 상기 데이터 모델을 업데이트한다. 이후, 725단계에서 WDC(403)는 주변 장치 3(409)이 연결되었음을 알리는 주변 장치 이벤트 리스트 정보를 WD(401)로 송신한다. 727단계에서 WD(401)는 주변 장치 3(409)을 WDN 1에 추가하기 위하여, 주변 장치 3(409)의 식별자와, WDN 1의 식별자를 포함하는 주변 장치 추가 메시지를 WDC(403)로 송신한다. 729단계에서 WDC(403)는 주변 장치 3(409)을 WDN 1에 추가하고 데이터 모델을 업데이트한다. 731단계에서 WD(401)는 주변 장치 1(405)을 WDN 1에서 제거하기 위하여, 주변 장치 1(405)의 식별자와, WDN 1의 식별자를 포함하는 주변 장치 제거 메시지를 WDC(403)로 송신한다. 733단계에서 WDC(403)는 주변 장치 1(405)을 WDN 1에서 제거하고 데이터 모델을 업데이트한다. 735단계에서 WD(401)는 WDN 1에 삭제하기 위하여, WDN 1의 식별자를 포함하는 WD(401)N 삭제 요청 메시지를 WDC(403)로 송신한다. 737단계에서 WDC(403)는 WDN 1에 삭제하고 데이터 모델을 업데이트한다.

도 8은 본 개시에 따라 관리자 모드에서 WDC의 동작을 설명하는 도면이다.

도 8의 각 단계들은 반드시 도면에 도시된 대로 동작할 필요는 없으며, 각 단계들이 서로 명확히 모순되거나 충돌되지 않는 각 단계의 시간적 선후는 변경될 수 있다. 또한, 각 단계들이 반드시 필수적인 것은 아니며, 본 개시의 전체 동작을 훼손하지 않는 범위 내에서 생략될 수 있다.

도 8에서 WDC(403)는 액션 정보를 801단계 이전 또는 이후에서 방송할 수 있고, 그에 따라 WD(401)는 액션 정보를 획득할 수 있음을 가정한다.

도 8을 참조하면, 801단계에서 WDC(403)는 관리자 장치로 동작하는 WD(401)로부터 도킹 관리자 서비스 이벤트 가입 메시지를 수신한다. 803단계에서 WDC(403)는 도킹 데이터 모델을 초기화한다. 이 단계는 생략 가능하다. 805단계에서 복수 개의 주변 장치가 WDC(403)에 연결된 것과 같이 특정 이벤트가 생성된다고 가정한다. 그에 따라 807단계에서 WDC(403)는 특정 이벤트를 알리기 위한 이벤트 리스트 정보를 WD(401)로 송신한다. 상기 이벤트는 핫 플러그 이벤트이거나, 또는 데이터 모델 변경 이벤트일 수 있다.

그런데 만일 801단계가 805단계 이후에 수행되었다면, 807단계는 수행되지 않고, 그 대신 WDC(403)가 주변 장치들에 대한 장치 정보를 809단계 이전에 방송하여, WD(401)가 주변 장치에 대한 정보를 획득할 수 있을 것이다.

809단계에서 WDC(403)는 주변 장치들에 대한 정보를 데이터 모델에 반영하여 상기 데이터 모델을 업데이트한다. 811단계에서 WDC(403)는 WD(401)로부터 특정 액션 메시지를 수신한다. 813단계에서 WDC(403)는 상기 특정 액션에 대응하는 동작을 수행하고, 데이터 모델을 업데이트한다. 상기 특정 액션은 WDN 생성, 주변 장치 추가, 주변 장치 삭제, WDN 삭제, WDN 설정 등이 될 수 있다.

도 9는 본 개시에 따라 관리자 모드에서 WD의 동작을 설명하는 도면이다.

도 9의 각 단계들은 반드시 도면에 도시된 대로 동작할 필요는 없으며, 각 단계들이 서로 명확히 모순되거나 충돌되지 않는 각 단계의 시간적 선후는 변경될 수 있다. 또한, 각 단계들이 반드시 필수적인 것은 아니며, 본 개시의 전체 동작을 훼손하지 않는 범위 내에서 생략될 수 있다.

도 9에서 WD(401)는 액션 정보를 901단계 이전 또는 이후에서 수신할 수 있고, 그에 따라 WD(401)는 액션 정보를 획득할 수 있음을 가정한다.

도 9를 참조하면, 901단계에서 WD(401)는 WDC(403)에게 도킹 관리자 서비스 이벤트 가입 메시지를 송신한다. 903단계에서 WD(401)는 WDC(403)로부터 특정 이벤트를 알리기 위한 이벤트 리스트 정보를 수신한다. 상기 이벤트는 핫 플러그 이벤트이거나, 또는 데이터 모델 변경 이벤트일 수 있다.

그런데 만일 901단계가 WDC(403)에 특정 이벤트가 발생한 이후에 수행되었다면, 903단계는 수행되지 않고, 그 대신 WDC(403)가 주변 장치들에 대한 장치 정보를 905단계 이전에 방송하여, WD(401)가 주변 장치에 대한 정보를 획득할 수 있을 것이다.

905단계에서 WD(401)는 WDC(403)에게 특정 액션 메시지를 송신한다. 상기 특정 액션은 WDN 생성, 주변 장치 추가, 주변 장치 삭제, WDN 삭제, WDN 설정 등이 될 수 있다.

도 10은 본 개시에 따라 관리자 모드에서 동작하는 WDC 서버 장치를 설명하는 도면이다.

도 10에서 WDC 서버 장치는 상술한 본 개시들을 수행한다. 대표적인 동작은 다음과 같다.

송수신부(1003)는 외부 엔터티들과 신호를 송수신한다. 저장부(1005)는 데이터 모델을 저장한다.

제어부(1001)는 액션 정보, 장치 정보를 송수신부(1003)를 통하여 방송한다. 또한, WD로부터 액션 요청을 수신하면, 그에 대응하여 액션을 수행하고, 데이터 모델을 업데이트하는 등과 같이 데이터 모델을 관리한다. 또한, 이벤트 생성 여부를 판단하고 그에 따라 이벤트 정보를 생성하여 WD에게 송신한다.

상기 제어부(1001)는, 소프트웨어 및/또는 펌웨어를 이용하여 구현될 수 있다. 상기 소프트웨어 및/또는 펌웨어는 전자장치의 메모리(비휘발성 메모리)내에 저장되고, 프로세서에 의하여 실행될 수 있다. 다른 실시예에서는, 소프트웨어, 펌웨어, 또는 하드웨어 중 둘 이상의 조합에 의하여 구현될 수 있다.

도 11은 본 개시에 따라 관리자 모드에서 동작하는 WDC 서버 장치를 설명하는 도면이다.

도 11에서 WDC 서버 장치는 상술한 본 개시들을 수행한다. 대표적인 동작은 다음과 같다.

송수신부(1103)는 외부 엔터티들과 신호를 송수신한다. 저장부(1105)는 액션 정보, 장치 정보를 저장한다. 제어부(1101)는 액션 정보, 장치 정보, 이벤트 정보를 송수신부(1103)를 통하여 수신하고, 수신한 정보들을 이용하여 액션 요청을 WDC에게 송신한다.

상기 제어부(1101)는, 소프트웨어 및/또는 펌웨어를 이용하여 구현될 수 있다. 상기 소프트웨어 및/또는 펌웨어는 전자장치의 메모리(비휘발성 메모리)내에 저장되고, 프로세서에 의하여 실행될 수 있다. 다른 실시예에서는, 소프트웨어, 펌웨어, 또는 하드웨어 중 둘 이상의 조합에 의하여 구현될 수 있다.

지금까지 설명된 UPnP DM CMS 기반으로 본 개시들을 구현할 경우, 아래와 같은 장점이 있다.

첫째, 데이터 모델을 사용하여 데이터를 관리하는 것이 데이터 관리를 더 쉽게 한다. 둘째, 기존의 DM 프로토콜들은 이벤트와 데이터 관리에 대한 표준화된 프레임워크들로 잘 알려져 있다. 셋째, 주변 장치들을 그룹화하기 위한 새로운 동작들은 주변 장치들의 관리를 더 쉽게 한다.

본 개시의 특정 측면들은 또한 컴퓨터 리드 가능 기록 매체(computer readable recording medium)에서 컴퓨터 리드 가능 코드(computer readable code)로서 구현될 수 있다. 컴퓨터 리드 가능 기록 매체는 컴퓨터 시스템에 의해 리드될 수 있는 데이터를 저장할 수 있는 임의의 데이터 저장 디바이스이다. 상기 컴퓨터 리드 가능 기록 매체의 예들은 리드 온니 메모리(Read-Only Memory: ROM)와, 랜덤-접속 메모리(Random-Access Memory: RAM)와, CD-ROM들과, 마그네틱 테이프(magnetic tape)들과, 플로피 디스크(floppy disk)들과, 광 데이터 저장 디바이스들, 및 캐리어 웨이브(carrier wave)들(상기 인터넷을 통한 데이터 송신과 같은)을 포함할 수 있다. 상기 컴퓨터 리드 가능 기록 매체는 또한 네트워크 연결된 컴퓨터 시스템들을 통해 분산될 수 있고, 따라서 상기 컴퓨터 리드 가능 코드는 분산 방식으로 저장 및 실행된다. 또한, 본 개시를 성취하기 위한 기능적 프로그램들, 코드, 및 코드 세그먼트(segment)들은 본 개시가 적용되는 분야에서 숙련된 프로그래머들에 의해 쉽게 해석될 수 있다.

또한 본 개시의 일 실시예에 따른 장치 및 방법은 하드웨어, 소프트웨어 또는 하드웨어 및 소프트웨어의 조합의 형태로 실현 가능하다는 것을 알 수 있을 것이다. 이러한 임의의 소프트웨어는 예를 들어, 삭제 가능 또는 재기록 가능 여부와 상관없이, ROM 등의 저장 장치와 같은 휘발성 또는 비휘발성 저장 장치, 또는 예를 들어, RAM, 메모리 칩, 장치 또는 집적 회로와 같은 메모리, 또는 예를 들어 CD, DVD, 자기 디스크 또는 자기 테이프 등과 같은 광학 또는 자기적으로 기록 가능함과 동시에 기계(예를 들어, 컴퓨터)로 읽을 수 있는 저장 매체에 저장될 수 있다. 본 개시의 일 실시예에 따른 방법은 제어부 및 메모리를 포함하는 컴퓨터 또는 휴대 단말에 의해 구현될 수 있고, 상기 메모리는 본 개시의 실시 예들을 구현하는 지시들을 포함하는 프로그램 또는 프로그램들을 저장하기에 적합한 기계로 읽을 수 있는 저장 매체의 한 예임을 알 수 있을 것이다.

따라서, 본 개시는 본 명세서의 임의의 청구항에 기재된 장치 또는 방법을 구현하기 위한 코드를 포함하는 프로그램 및 이러한 프로그램을 저장하는 기계(컴퓨터 등)로 읽을 수 있는 저장 매체를 포함한다. 또한, 이러한 프로그램은 유선 또는 무선 연결을 통해 전달되는 통신 신호와 같은 임의의 매체를 통해 전자적으로 이송될 수 있고, 본 개시는 이와 균등한 것을 적절하게 포함한다

또한 본 개시의 일 실시예에 따른 장치는 유선 또는 무선으로 연결되는 프로그램 제공 장치로부터 상기 프로그램을 수신하여 저장할 수 있다. 상기 프로그램 제공 장치는 상기 프로그램 처리 장치가 기 설정된 컨텐츠 보호 방법을 수행하도록 하는 지시들을 포함하는 프로그램, 컨텐츠 보호 방법에 필요한 정보 등을 저장하기 위한 메모리와, 상기 그래픽 처리 장치와의 유선 또는 무선 통신을 수행하기 위한 통신부와, 상기 그래픽 처리 장치의 요청 또는 자동으로 해당 프로그램을 상기 송수신 장치로 전송하는 제어부를 포함할 수 있다.

Claims

무선 도킹 센터(WDC)가 무선 도킹 네트워크(Wireless Docking Network: WDN)를 관리하는 방법에 있어서,
무선 도키(Wireless Dockee: WD)로부터 무선 도킹 네트워크를 생성을 위한 생성 요청 메시지를 수신하는 과정과,
상기 생성 요청 메시지에 따라 적어도 하나의 주변 장치를 식별하는 과정과,
상기 식별된 주변 장치에 기반하여 WDN을 생성하는 과정과,
상기 생성된 WDN의 식별자를 포함하는 응답 메시지를 상기 WD에게 송신하는 과정을 포함하는 무선 도킹 네트워크를 관리하는 방법.
제1항에 있어서,
상기 생성된 WDN의 변경을 위한, 상기 WDN의 식별자를 포함하는 변경 요청 메시지를 상기 WD로부터 수신하는 과정과,
상기 변경 요청 메시지에 따라 상기 생성된 WDN을 변경하는 과정과,
상기 변경 요청 메시지에 대응하는 응답 메시지를 상기 WD에게 송신하는 과정을 더 포함하는 무선 도킹 네트워크를 관리하는 방법.
제2항에 있어서, 상기 변경하는 과정은,
상기 변경 요청 메시지가 적어도 하나의 새로운 주변 장치의 식별자를 포함할 시, 상기 적어도 하나의 새로운 주변 장치를 상기 WDN에 부가하는 과정을 더 포함하는 무선 도킹 네트워크를 관리하는 방법.
제2항에 있어서, 상기 변경하는 과정은,
상기 변경 요청 메시지가 상기 WDN 내의 적어도 하나의 주변 장치의 식별자를 포함할 시, 상기 WDN 내의 적어도 하나의 주변 장치를 상기 WDN에서 제거하는 과정을 더 포함하는 무선 도킹 네트워크를 관리하는 방법.
제1항에 있어서,
상기 생성된 WDN의 삭제를 위한, 상기 WDN의 식별자를 포함하는 삭제 요청 메시지를 수신하는 과정과,
상기 생성된 WDN을 삭제하는 과정과,
상기 삭제 요청 메시지에 대한 응답 메시지를 상기 WD에게 송신하는 과정을 더 포함하는 무선 도킹 네트워크를 관리하는 방법.
무선 도키(Wireless Dockee: WD)가 무선 도킹 네트워크(Wireless Docking Network: WDN)를 관리하는 방법에 있어서,
무선 도킹 센터(WDC)에게 무선 도킹 네트워크를 생성을 위한 생성 요청 메시지를 송신하는 과정과,
상기 생성 요청 메시지에 대응하여 생성된 WDN의 식별자를 포함하는 응답 메시지를 상기 WDC로부터 수신하는 과정을 포함하는 무선 도킹 네트워크를 관리하는 방법.
제6항에 있어서,
상기 생성된 WDN의 변경을 위한, 상기 WDN의 식별자를 포함하는 변경 요청 메시지를 상기 WDC에게 송신하는 과정과,
상기 변경 요청 메시지에 대응하는 응답 메시지를 상기 WDC로부터 수신하는 과정을 더 포함하는 무선 도킹 네트워크를 관리하는 방법.
제7항에 있어서, 상기 변경 요청 메시지를 송신하는 과정은,
상기 변경 요청 메시지에 적어도 하나의 새로운 주변 장치의 식별자를 포함하여, 상기 적어도 하나의 새로운 주변 장치를 상기 WDN에 부가하도록 요청함을 특징으로 하는 무선 도킹 네트워크를 관리하는 방법.
제7항에 있어서, 상기 변경 요청 메시지를 송신하는 과정은,
상기 변경 요청 메시지에 상기 WDN 내의 적어도 하나의 주변 장치의 식별자를 포함하여, 상기 WDN 내의 적어도 하나의 주변 장치를 상기 WDN에서 제거하도록 요청함을 특징으로 하는 무선 도킹 네트워크를 관리하는 방법.
제6항에 있어서,
상기 생성된 WDN의 삭제를 위한, 상기 WDN의 식별자를 포함하는 삭제 요청 메시지를 송신하는 과정과,
상기 삭제 요청 메시지에 대한 응답 메시지를 상기 WDC로부터 수신하는 과정을 더 포함하는 무선 도킹 네트워크를 관리하는 방법.
무선 도킹 네트워크(Wireless Docking Network: WDN)를 관리하는 무선 도킹 센터(WDC) 장치에 있어서,
무선 도키(Wireless Dockee: WD)로부터 무선 도킹 네트워크를 생성을 위한 생성 요청 메시지를 수신하는 송수신부와,
상기 생성 요청 메시지에 따라 적어도 하나의 주변 장치를 식별하고, 상기 식별된 주변 장치에 기반하여 WDN을 생성하고, 상기 생성된 WDN의 식별자를 포함하는 응답 메시지를 상기 WD에게 송신하는 제어부를 포함하는 WDC 장치.
제11항에 있어서,
상기 송수신부는, 상기 생성된 WDN의 변경을 위한, 상기 WDN의 식별자를 포함하는 변경 요청 메시지를 상기 WD로부터 수신하도록 구성되고,
상기 제어부는, 상기 변경 요청 메시지에 따라 상기 생성된 WDN을 변경하고, 상기 변경 요청 메시지에 대응하는 응답 메시지를 상기 WD에게 송신하도록 더 구성되는 WDC 장치.
제12항에 있어서, 상기 제어부는,
상기 변경 요청 메시지가 적어도 하나의 새로운 주변 장치의 식별자를 포함할 시, 상기 적어도 하나의 새로운 주변 장치를 상기 WDN에 부가하도록 더 구성되는 WDC 장치.
제12항에 있어서, 상기 제어부는,
상기 변경 요청 메시지가 상기 WDN 내의 적어도 하나의 주변 장치의 식별자를 포함할 시, 상기 WDN 내의 적어도 하나의 주변 장치를 상기 WDN에서 제거하도록 더 구성되는 WDC 장치.
제11항에 있어서, 상기 제어부는,
상기 생성된 WDN의 삭제를 위한, 상기 WDN의 식별자를 포함하는 삭제 요청 메시지를 수신하면, 상기 생성된 WDN을 삭제하고, 상기 삭제 요청 메시지에 대한 응답 메시지를 상기 WD에게 송신하도록 더 구성되는 WDC 장치.
무선 도킹 네트워크(Wireless Docking Network: WDN)를 관리하는 무선 도키(Wireless Dockee: WD) 장치에 있어서,
신호를 송수신하는 송수신부와,
무선 도킹 센터(WDC)에게 무선 도킹 네트워크를 생성을 위한 생성 요청 메시지를 송신하고, 상기 생성 요청 메시지에 대응하여 생성된 WDN의 식별자를 포함하는 응답 메시지를 상기 WDC로부터 수신하는 제어부를 포함하는 무선 도킹 네트워크를 관리하는 WD 장치.
제16항에 있어서, 상기 제어부는,
상기 생성된 WDN의 변경을 위한, 상기 WDN의 식별자를 포함하는 변경 요청 메시지를 상기 WDC에게 송신하고, 상기 변경 요청 메시지에 대응하는 응답 메시지를 상기 WDC로부터 수신하도록 더 구성되는 WD 장치.
제17항에 있어서, 상기 제어부는,
상기 변경 요청 메시지에 적어도 하나의 새로운 주변 장치의 식별자를 포함하여, 상기 적어도 하나의 새로운 주변 장치를 상기 WDN에 부가하도록 요청하도록 더 구성되는 WD 장치.
제17항에 있어서, 상기 제어부는,
상기 변경 요청 메시지에 상기 WDN 내의 적어도 하나의 주변 장치의 식별자를 포함하여, 상기 WDN 내의 적어도 하나의 주변 장치를 상기 WDN에서 제거하도록 요청하도록 더 구성되는 WD 장치.
제16항에 있어서, 상기 제어부는,
상기 생성된 WDN의 삭제를 위한, 상기 WDN의 식별자를 포함하는 삭제 요청 메시지를 송신하고, 상기 삭제 요청 메시지에 대한 응답 메시지를 상기 WDC로부터 수신하도록 더 구성되는 WD 장치.
무선 도킹 센터(WDC)가 무선 도킹 네트워크(Wireless Docking Network: WDN)를 관리하는 시스템에 있어서,
무선 도키(Wireless Dockee: WD)로부터 무선 도킹 네트워크를 생성을 위한 생성 요청 메시지를 수신하고, 상기 생성 요청 메시지에 따라 적어도 하나의 주변 장치를 식별하고, 상기 식별된 주변 장치에 기반하여 WDN을 생성하고, 상기 생성된 WDN의 식별자를 포함하는 응답 메시지를 상기 WD에게 송신하는 무선 도킹 센터(Wireless Docking Center: WDC)와,
상기 생성 요청 메시지를 생성하여 상기 WDC에게 송신하고, 상기 응답 메시지를 상기 WDC로부터 수신하는 상기 WD를 포함하는 시스템.
적어도 하나의 프로그램을 포함하는 읽기 가능한 기록 매체 장치를 포함하는, 무선 도킹 네트워크(Wireless Docking Network: WDN)를 관리하기 위한 제조 물품의 동작 방법에 있어서,
무선 도키(Wireless Dockee: WD)로부터 무선 도킹 네트워크를 생성을 위한 생성 요청 메시지를 수신하는 과정과,
상기 생성 요청 메시지에 따라 적어도 하나의 주변 장치를 식별하는 과정과,
상기 식별된 주변 장치에 기반하여 WDN을 생성하는 과정과,
상기 생성된 WDN의 식별자를 포함하는 응답 메시지를 상기 WD에게 송신하는 과정을 포함하는 제조 물품의 동작 방법.
적어도 하나의 프로그램을 포함하는 읽기 가능한 기록 매체 장치를 포함하는, 무선 도킹 네트워크(Wireless Docking Network: WDN)를 관리하기 위한 제조 물품의 동작 방법에 있어서,
무선 도킹 센터(WDC)에게 무선 도킹 네트워크를 생성을 위한 생성 요청 메시지를 송신하는 과정과,
상기 생성 요청 메시지에 대응하여 생성된 WDN의 식별자를 포함하는 응답 메시지를 상기 WDC로부터 수신하는 과정을 포함하는 제조 물품의 동작 방법.