KR101495923B1

KR101495923B1 - ＵＰｎＰ가 발견된 아이템들을 ＳＭＢ 위치에 매핑하는 방법

Info

Publication number: KR101495923B1
Application number: KR1020097001651A
Authority: KR
Inventors: 제임스 월터; 댄 플라스티나; 카시 스리니바스; 앤더스 클레메츠; 윌리엄 에프. 쉬펠베인
Original assignee: 마이크로소프트 코포레이션
Priority date: 2006-07-28
Filing date: 2007-07-26
Publication date: 2015-02-25
Also published as: US8667076B2; US10225320B2; IL195784A0; CA2655832A1; WO2008013991A3; BRPI0714116A8; JP2009545089A; US9407688B2; US20160366211A1; MY161471A; US20140129684A1; RU2009102633A; AU2007277040A1; BRPI0714116B1; EP2047371A2; JP5048064B2; CA2655832C; IL195784A; KR20090045203A; EP2047371A4

Abstract

UPnP 장치가 UPnP 발견된 컨텐츠 아이템을 서버 메시지 블록(SMB) 위치에 매핑하기 위한 서비스를 노출시키는 구성이 제공된다. 이 서비스는 UPnP 프로토콜을 이용하여 원격 클라이언트의 사용자에게 SMB 공유 경로를 노출시키도록 구성된다. 그 후, 사용자는 SMB를 통한 그 공유로의 액세스를 이용하여, 발견된 컨텐츠 아이템에 대한 파일 액세스를 획득하거나, 변경을 기록하거나 또는 파일 레벨 제어를 수행할 수 있게 된다. 사용자가 서비스로부터 SMB 공유 위치를 수신하도록 권한을 부여받거나, 사용자가 SMB 공유에 액세스하도록 권한을 부여받은 것을 검증하기 위해 인증이 선택적으로 활용된다.

UPnP, SMB, 컨텐츠 디렉토리 서비스

Description

ＵＰｎＰ가 발견된 아이템들을 ＳＭＢ 위치에 매핑하는 방법 {MAPPING UNIVERSAL PLUG AND PLAY DISCOVERED ITEMS TO AN SMB LOCATION}

장치 레벨의 플러그 앤 플레이(Plug and Play; PnP) 능력의 추가로, 소비자 전자 장치 및 개인 컴퓨터(PC)에 주변장치들을 셋업, 구성 및 추가하는 것이 훨씬 더 쉬워졌다. 유니버설 플러그 앤 플레이(UNIVERSAL PLUG AND PLAY; UPnP^TM)는 이 단순성을 전체 네트워크를 포함하도록 확장하여, 네트워크-연결된 프린터, 인터넷 게이트웨이 및 소비자 전자 기기와 같은 네트워크화된 장치 및 서비스들의 발견 및 제어를 가능하게 한다. UPnP 네트워킹 프로토콜은 다수의 서로 다른 벤더들로부터의 독립형 장치들 및 PC들 사이에서 단순하고 확고한 연결성을 가능하게 하도록 설계된 산업 선두인 UPnP 포럼(UPnP Forum)에 의해 공표된다.

UPnP는 플러그 앤 플레이 주변장치 모델의 단순한 확장 이상이다. 그것은 제로-구성(zero-configuration), "보이지 않는" 네트워킹, 및 넓은 범위의 벤더들로부터의 많은 장치 카테고리들에 대한 자동적 발견을 지원하도록 설계된다. UPnP를 이용하여, 장치는 동적으로 네트워크에 결합하고, IP(internet protocol) 주소를 획득하고, 자신의 능력을 전달하고, 다른 장치들의 존재 및 능력에 대해 학습할 수 있다. 이것은 모두 자동적으로 행해짐으로써, 제로 구성 네트워크의 건설을 용이하게 한다. 그 후에, 장치들은 피어-투-피어(peer-to-peer) 네트워킹을 사용하여 서로 직접 통신하여, 컨텐츠에 액세스하고 그것을 공유할 수 있다.

UPnP 가능형 네트워크로부터 이득을 얻을 수 있는 다양한 장치들은 매우 많고, 예를 들어, 지능형 기기, 무선 장치 및 모든 폼 팩터(from factor)의 PC를 포함할 수 있게 된다. UPnP의 범위는 홈 오토메이션 및 네트워킹, 프린팅 및 이미징, 오디오/비디오 엔터테인먼트, 주방 가전기기, 자동차 네트워크 및 모바일 장치 네트워크 등과 같은 영역에서 다수의 기존 어플리케이션 및 새로운 어플리케이션을 포함하기에 충분히 크다.

UPnP는 임의의 특정 운영 체제, 프로그래밍 언어 또는 물리적 매체에 독립적인 분산형, 오픈형 네트워크 아키텍처이다. 그러나, UPnP는 TCP/IP(Transmission Control Protocol/Internet Protocol), HTTP(Hypertext Transfer Protocol) 및 XML(eXtensible Markup Language)과 같은 표준 프로토콜을 사용하여, 그것이 기존의 네트워크들에 심리스하게(seamlessly) 맞을 수 있게 한다. 그러한 표준화된 프로토콜을 사용하는 것은 UPnP가 고유의 특성으로서 상호동작성(interoperability)으로부터 이득을 얻게 한다.

UPnP는 로컬 UPnP 장치 상의 컨텐츠 리포지터리(repository) 내에 저장된 컨텐츠 아이템들(예를 들어, 데이터 파일, 음악, 소프트웨어, 그림, 비디오, 게임 등)로의 액세스를 UPnP 네트워크 상의 원격 UPnP 장치들에 제공하는 기능들의 집합을 구현한 컨텐츠 디렉토리 서비스를 사용한다. 컨텐츠 디렉토리 서비스의 기능은 리포지터리 내의 컨텐츠 아이템들의 브라우징 및 검색을 허용하는 것이다. 컨텐츠 디렉토리 서비스에서 참조되는 각각의 컨텐츠 아이템은, 로컬 장치가 컨텐츠 아이템들을 원격 장치에 송신하는 데 사용할 수 있는 송신 프로토콜 및 파일 포맷을 포함한 그 컨텐츠에 관한 다양한 정보를 포함한다. 모든 UPnP 서비스에서와 같이, 원격 장치는 HTTP를 이용하는 SOAP(Simple Object Abstraction Protocol) 호출을 사용하여 컨텐츠 디렉토리 서비스와 상호작용한다.

예를 들어, XML 문서 내의 리소스 또는 <res> 태그를 이용하여, 요구된 컨텐츠 아이템이 식별된 후에, 원격 장치는 컨텐츠 디렉토리 서비스로부터의 송신 프로토콜 정보를 사용하여 그것을 원격 장치 내의 미디어 플레이어의 능력에 매칭시킨다. 흔한 송신 프로토콜로는, 예를 들어, HTTP GET 및 RTSP/RTP(Real Time Streaming Protocol, Real Time Transport protocol)이 있다. 그 후, 송신된 컨텐츠는 다른 UPnP 서비스(AV 전송 제어 서비스) 또는 논-UPnP 아웃-오브-밴드(out-of-band) 프로토콜을 이용하여 원격 장치에 의해 렌더링(rendering)되어, 컨텐츠의 흐름을 제어한다(예를 들어, 정지, 빨리 감기, 되감기, 일시정지 등).

UPnP가 많은 네트워크 어플리케이션들에서 매우 만족스럽게 수행하지만, 현재의 구현은 UPnP 장치의 사용자들에게 네트워크에 접속된 다른 UPnP 장치들 상에서 발견된 컨텐츠 아이템들로의 파일 액세스는 제공하지 못한다. 즉, 사용자는 컨텐츠 아이템이 존재한다는 것을 볼 수만 있도록 제한되고, 아마도, 판독전용(read-only) 소비를 요구할 것이다. 발견된 컨텐츠 아이템에 대한 변경 기록(write changes) 또는 그 컨텐츠 아이템의 파일 레벨 제어는 기존 UPnP 환경에서는 구현될 수 없다.

<요약>

UPnP 장치가 UPnP 발견된 컨텐츠 아이템을 서버 메시지 블록(SMB) 위치에 매핑하기 위한 서비스를 노출시키는 구성이 제공된다. 이 서비스는 UPnP 프로토콜을 이용하여 원격 클라이언트에서 요구하는 사용자에게 SMB 공유 경로를 노출시키도록 구성된다. 그 후, 사용자는 SMB 프로토콜을 통한 그 공유로의 액세스를 이용하여, 발견된 컨텐츠 아이템에 대한 파일 액세스를 획득하거나, 변경을 기록하거나 또는 파일 레벨 제어를 수행할 수 있게 된다. 사용자가 서비스로부터 SMB 공유 위치를 수신하도록 권한을 부여받거나, 사용자가 SMB 공유에 액세스하도록 권한을 부여받은 것을 검증하기 위해 인증이 선택적으로 활용된다.

다양한 예시적인 실시예에서, 컨텐츠 아이템은 특정 사용자 및 파일에 대해 가장 직접적인 이용가능한 SMB 위치에 매핑된다. UPnP 브라우즈 또는 검색 커멘드에 대한 응답으로, 요구하는 사용자에 대한 XML 포맷팅된 응답 내에 포함된 추가의 <res> 태그의 사용을 통해 요구하는 사용자에게 SMB 위치를 노출시키기 위해서, 기존의 UPnP 서비스가 확장되거나 새로운 UPnP 서비스가 활용된다.

이롭게 본 발명은 사용자 및 장치에 있어서 UPnP 네트워크를 통해 발견된 컨텐츠 아이템들에 대한 더 나은 액세스 및 제어가 가능하게 한다.

도 1은 UPnP를 이용하도록 구성된 예시적인 홈 네트워크를 도시하는 도면.

도 2는 예시적인 서버 및 클라이언트 아키텍처의 블록도.

도 3은 컨텐츠 디렉토리 서비스와 제어 포인트 간의 예시적인 메시지 흐름을 나타내는 도면.

도 4는 컨텐츠 디렉토리 서비스와 제어 포인트 간의 다른 예시적인 메시지 흐름을 나타내는 도면.

도 5는 SMB 경로를 포함하는 <res> 태그를 포함하는 예시적인 XML 문서.

도 6은 요구하는 사용자에게 컨텐츠 디렉토리 서비스를 제공하기 위한 예시적인 방법의 흐름도.

도 7은 요구하는 사용자에게 SMB 공유 위치를 식별하고 노출시키기 위한 예시적인 방법의 흐름도.

도 8은 내포된 디렉토리 구조를 나타내는 예시적인 컨텐츠 레포지터리의 블럭도.

도 9는 SMB 서버와 SMB 클라이언트 간의 예시적인 메시지 흐름을 나타내는 도면.

유사 번호들이 유사 컴포넌트 또는 구성요소를 가리키는 도면을 참조하면, 도 1은 다양한 장치들이 홈 네트워크(102)에 연결되어 있는 예시적인 집(100)을 그림으로 나타낸 것이다. 집(100)의 서재(105)에서, PC(110)는 가족의 사진들을 저장한다. 제2의 PC(116)는 거실(123)에 위치하고 큰 화면의 텔레비전(128)에 연결되어 있다. 게임 콘솔(132)은 침실(136)에 위치한다. PC(110), PC(116) 및 게임 콘솔(132)은 각각 홈 네트워크(102)에 연결되어 있는데, 이 예시적인 실시예에서는 홈 네트워크(102)가 UPnP 네트워크로서 구성된다. UPnP 네트워크는 전화선, 전원선, 이더넷, 무선 RF(radio frequency) 및 IEEE 1394(Institute of Electrical and Electronic Engineers)를 포함하는 다양한 네트워크 매체를 사용하여 구성될 수 있다.

UPnP 발견된 아이템들을 SMB 위치에 매칭하기 위한 본 구성을 이용하면, 가족은 거실(123)에 모여 큰 화면의 텔레비전(128) 상에서 PC(110) 상에 저장된 사진을 볼 수 있다. PC(116)를 이용하여, 가족은 거실(123)에서 사진을 평가하고 그것을 회전시키고 심지어는, 사진의 이름을 변경할 수 있다. 이러한 능력은 UPnP 및 HTTP의 보기 속성을 이용하면서, 본 구성에 따른 SMB를 통한 파일 동작을 추가하여야 가능해 진다. 도 1에 도시되어 있는 바와 같이, 예시적인 가족 사진은 PC(110) 상에 저장되고, PC(110)에 연결된 모니터 상의 이미지(150A)로서, 큰 화면의 텔레비전(128) 상의 이미지(150B)로서, 및 게임 콘솔(132)에 연결된 모니터 상의 이미지(150C)로서 렌더링된다.

SMB는 OSI(Open Systems Interconnection) 네트워크 모델의 어플리케이션/프리젠테이션 계층에서의 네트워크 파일 공유 프로토콜이다. 따라서, SMB는 예를 들어, TCP/IP를 통한 NetBIOS(Network Basic Input/Output System), NetBEUI(NetBIOS Extended User Interface) 또는 IPX/SPX(Internetwork Packet Exchange/Sequenced Packet Exchange)를 포함하는 복수의 더 낮은 계층의 프로토콜들을 통해 실행될 수 있다.

특정 버전의 SMB 프로토콜을 정의하는 메시지 패킷들의 세트는 다이얼렉트(dialect)라고 불린다. 예를 들어, CIFS(Common Internet File System)는 마이크로소프트 윈도우즈 NT 운영 체제에서 처음으로 구현된 SMB 다이얼렉트를 지칭한다. SMB 및 CIFS는 또한, VMS(Virtual Memory System), 몇몇 버전의 유닉스, 및 그 외의 운영 체제들 상에서도 이용가능하다. CIFS를 포함한 SMB의 모든 다이얼렉트가 본 구성에 이용가능하고, 선택된 특정 SMB 버전 또는 다이얼렉트는 UPnP 발견된 컨텐츠를 매핑하는 어플리케이션의 특정 요건에 의존할 것이다. 여기에서 사용되는 용어 "SMB"는 모든 그러한 SMB 버전 또는 다이얼렉트에 적용되는 것으로 의도된다.

도 2는 일반적으로 PC, 게임 콘솔 등과 같은 물리적 장치 또는 유닛으로서 각각 구성되는 서버 장치(205) 및 클라이언트 장치(212)를 포함하는 예시적인 서버 및 클라이언트 아키텍처(200)의 블럭도이다. 예를 들어, 서버 장치(205)는 PC(도 1의 110) 내에 구현되어, 그곳에 저장되어 있는 가족 사진, 음악, 게임, 데이터, 파일 등과 같은 컨텐츠 아이템들을 공유할 수 있다. 마찬가지로, 클라이언트 장치(212)는 PC(도 1의 116) 또는 게임 콘솔(도 1의 132) 내에 구현되어 서버 장치(205)로부터 컨텐츠 아이템들을 수신할 수 있다.

서버 장치(205) 및 클라이언트 장치(212)는 각각 미디어서버 UPnP 장치(222) 및 미디어렌더기 UPnP 장치(228)를 갖고 구성된다. UPnP 장치는 특정의 물리적 셋업을 반영하지 않아도 되는 논리적 장치이다. 즉, 물리적 장치는 몇몇의 논리적 UPnP 장치들 및 선택된 특정 개수의 UPnP 장치들을 호스팅할 수 있고, 그 구성은 UPnP 발견된 아이템 매핑의 특정 어플리케이션의 요건에 의존할 것이다. 미디어서버 UPnP 장치(222)와 더불어, 서버 장치(205)는 선(238)로 표시된 네트워크를 통해 클라이언트 장치(212) 내의 SMB 클라이언트(235)와 통신하도록 구성되어 있는 SMB 서버(231)를 포함한다.

미디어서버 UPnP 장치(222)는 일반적으로, 이하에서 설명되는 추가의 기능들로 확장되는 UPnP 포럼에 의해 공표된 정의에 부합하는 컨텐츠 디렉토리 서비스로서 구성된 컨텐츠 디렉토리 서비스(240)를 포함한다. 대안적으로, 컨텐츠 디렉토리 서비스(240)는 기존의 UPnP 프로토콜을 이용하여 요구하는 클라이언트(requesting client)에 의해 액세스되는 새로운 서비스(예를 들어, "보안 컨텐츠 디렉토리 서비스(SecureContentDirectoryService)"라고 불림)로서 구성된다.

미디어렌더기 UPnP 장치(228)는 제어 포인트(251)를 포함한다. 이 예시적인 실시예에서, 제어 포인트(251)는 서비스 상에서 액션을 일으키는(invoke) 한편 임의의 요구된 입력 매개변수를 제공하고 임의의 출력 매개변수, 서비스 응답 및 리턴 값을 수신하는 미디어렌더기 UPnP 장치(228) 내에 내장된 UPnP 제어 포인트이다. 미디어렌더기 UPnP 장치(228)는 일반적으로 서버 장치(205)로부터 수신된 컨텐츠 아이템들을 렌더링하는 능력을 갖는 클라이언트 장치(212)를 인스턴스화(instantiate)하는 UPnP 포럼에 의해 공표된 정의에 부합하는 미디어렌더기로서 구성된다. 미디어렌더기 UPnP 장치(228)는 흔히, 제어 포인트(251)가 특정 컨텐츠 아이템이 어떻게 렌더링되는지를 제어할 수 있는 렌더링 제어들의 세트를 노출시키도록 구성된다. UPnP 발견된 아이템들을 SMB 위치에 매핑하는 대안적인 구성에서, 미디어렌더기 UPnP 장치(228)는 서버 장치(205)와 클라이언트 장치(212)가 논-UPnP(즉, 아웃-오브-밴드) 통신 프로토콜을 이용하여 서로 상호작용하는 경우에 선택적으로 활용된다. 예를 들어, 윈도우즈® 미디어 플레이어(Windows® Media Player) 및 로쿠™ 사운드브릿지(Roku™ SoundBridge)가 컨텐츠 아이템들을 렌더링하는 데 사용될 수 있다.

서버-클라이언트 아키텍쳐(200)에서, 제어 포인트(251)는 도 2에 도시된 바와 같이, 선(260)으로 표시된 UPnP 네트워크를 통해 컨텐츠 디렉토리 서비스(240)에 액세스한다.

도 3은 컨텐츠 디렉토리 서비스(240)와 제어 포인트(251) 간의 예시적인 메시지 흐름을 도시하는 도면이다. 제어 포인트(251)는 발견 메시지(303), 일반적으로는, SSDP(Simple Service Discovery Protocol)를 사용하는 M-검색 커멘드를 송신함으로써 홈 네트워크(도 1의 102)와 같은 UPnP 네트워크 상의 다른 장치들을 발견하는 데 사용된다. 컨텐츠 디렉토리 서비스(240)는 각각의 이용가능한 서비스에 대한 XML 서비스 설명 문서들(306)의 위치를 포함하는 XML 포맷팅된 장치 설명 문서의 URI(Uniform Resource Identifier)를 포함하는 SSDP 메시지를 이용하여 M-검색 커멘드에 응답한다. 제어 포인트(251)는 예를 들어, HTTP를 통해 서비스 설명 문서(306)를 다운로드할 수 있다. 따라서, 미디어서버 UPnP 장치(222)는 컨텐츠 디렉토리 서비스(240)를 제어 포인트(251)에 노출시킬 수 있다.

도 4는 컨텐츠 디렉토리 서비스(240)와 제어 포인트(251) 간의 다른 예시적인 메시지 흐름을 나타내는 도면이다. 제어 포인트(251)는 윈도우즈 네고시에이트(Windows Negotiate), 케르베로스(Kerberos), NTLM 등과 같은 인증 프로토콜을 사용하여 컨텐츠 디렉토리 서비스(240)에 접속한다. 임의의 인증 프로세스의 사용은 선택적이다(도 4에서 점선(406)으로 표시함). 컨텐츠 디렉토리 서비스(240)와 제어 포인트(251) 사이의 인증 협상이 성공적이면, 제어 포인트(251)는 HTTP를 통해 SOAP 메시지(413)를 이용하여 컨텐츠 디렉토리 서비스(240)에 검색 또는 브라우즈 커멘드를 발행할 수 있다. 컨텐츠 디렉토리 서비스(240)는 SMB 위치에 매핑되는 발견된 컨텐츠 아이템들에 대하여, 일반적으로 다른 엔트리들 중 <res> 태그 엔트리를 노출시키는 XML 문서(418)를 가지고 검색 또는 브라우즈 커멘드에 응답한다. 매핑은 도 6 내지 8을 참조하는 부분에서 설명된다.

도 5는 SMB 경로를 포함하는 <res> 태그(505)를 포함하는 예시적인 XML 문서(418)이다. SMB 경로는 <res> 태그(505) 내에서

로서 표시되는데, 이 예시적인 실시예에서, 이것은 IP 주소 10.194.65.100을 갖는 PC(도 1의 110) 상의 "Toby"라는 이름의 공유 내에 위치한 WMA(Windows Media Audio)를 표시한다. WMA 파일은 조니 카우보이가 부른 "My Horse Named Blue"라는 제목의 노래에 대한 것이다(노래와 가수 둘 다 가상임). 그림(예를 들어, 파일 확장자 .JGP 또는 .JPEG를 갖는 JPEG (Joint Photographic Experts Group) 또는 JPEG 포맷팅된 이미지) 또는 비디오(예를 들어, 각각 파일 확장자 .wmv, .rm 또는 .ram, 및 .mov를 갖는 윈도우즈 미디어 비디오(Windows Media Video), 리얼비디오(RealVideo), 애플 퀵타임(Apple QuickTime) 등으로 포맷팅된 비디오)와 같은 다 른 유형의 파일들에 대한 SMB 경로는 유사한 방식으로 하나 이상의 <res> 태그 내에 포함될 수 있다.

XML 문서(418)는 또한, 예를 들어 기존의 UPnP 미디어서버 장치에 의해 제공되는 HTTP GET을 이용하여 액세스되는 WMA 파일에 대한 URL을 식별하는 <res> 태그(510)를 포함한다. URL은 <res> 태그(510) 내에서

로서 표시되는데, 이 예시적인 실시예에서, 이것은 흔히 사용되는 추상화(abstracted)된 경로/네이밍 규정을 이용한 상술한 것과 동일한 WMA 음악이다.

도 6은 요구하는 사용자에게 (컨텐츠 디렉토리 서비스(도 2의 240)와 같은) 컨텐츠 디렉토리 서비스를 통해 자신의 컨텐츠 아이템들을 노출시키는 (미디어서버 UPnP 장치(도 2의 222)와 같은) UPnP 장치에 대한 예시적인 방법(600)의 흐름도이다. 요구하는 사용자는 일반적으로 미디어렌더기 UPnP 장치(도 2의 228)를 포함하는 클라이언트 장치(212)와 같은 원격 위치한 전자 장치의 사용자이다. 예시적인 방법(600)은 블록(605)에서 시작된다. 블록(612)에서, 관심있는 UPnP 장치들을 검색하기 위해 M-검색 커멘드와 같은 발견 메시지가 제어 포인트(도 2의 251)로부터 송신되고, 미디어서버 UPnP 장치(222)에서 수신된다. 미디어서버 UPnP 장치(222)는 발견 메시지에 응답함으로써, 블록(615)에서 나타나는 바와 같이, 미디어서버 UPnP 장치(222) 및 컨텐츠 디렉토리 서비스(240)가 클라이언트 장치(212)에 의해 발견될 수 있게 한다. 블록(618)에서 컨텐츠 디렉토리 서비스(240)는 요구하는 사용자에게 컨텐츠 아이템들을 노출시켜, 저장된 컨텐츠의 다양한 보기를 제공함으로써, 이용가능한 컨텐츠 아이템들의 검색 및 브라우징을 가능하게 한다. 컨텐츠에 대한 상세 설명을 이용하여, 검색 질의는 컨텐츠 아이템들의 세트를 리턴할 수 있다. 또한, 컨텐츠의 체계화(organization)는 컨테이너(container)를 통해 지원되는데, 이것은 디렉토리 또는 폴더와 유사하게 컨텐츠를 클러스터(cluster)하는 데에 사용될 수 있다. 예시적인 방법(600)은 블록(627)에서 종료한다.

도 7은 상술한 방법(도 6의 600)에서 제공된 컨텐츠 디렉토리 서비스를 이용하여, 요구하는 사용자에게 SMB 공유 위치를 식별하고 노출시키기 위한 예시적인 방법(700)의 흐름도이다. 상술된 보안 컨텐츠 디렉토리 서비스는 방법(700)을 수행하는데 사용될 수 있다. 대안적으로, 기존의 UPnP 컨텐츠 디렉토리 서비스는 도 7에 도시된 단계들을 수행하는 것으로 확장될 수 있다.

예시적인 방법은 블록(702)에서 시작한다. 블록(711)에서, 컨텐츠 디렉토리 서비스는 요구하는 사용자로부터 검색 또는 브라우즈 커멘드를 수신한다. 선택적인 인증 단계가 블록(715)에서 수행된다. 인증 프로토콜은 대부분의 어플리케이션에서 윈도우즈 네고시에이트, 케르베로스, NTLM 등 중 하나로부터 선택된다.

컨텐츠 디렉토리 서비스는 블록(711)에 도시된 방법 단계에서 검색 또는 브라우즈 커멘드 내에서 요구된 컨텐츠 아이템을 최적의 SMB 경로에 매핑하도록 작용한다. "최적(best)"이란, 일반적으로 특정의 요구하는 사용자가 액세스하는 가장 직접적인 SMB 경로를 의미한다.

최적 SMB 경로의 개념은 내포된 디렉토리 구조(811)를 나타내는 예시적인 컨텐츠 레포지터리(800)인 도 8에서 더 상세히 설명된다. 컨텐츠 레포지터리(800)는 일반적으로 PC(도 1의 110)와 같은 장치 내의 하드 디스크 드라이브와 같은 메모리로서 구현된다. 도 8에 도시되어 있는 바와 같이, 디렉토리 구조(811)는 3개의 공유(815, 822 및 825)를 포함한다. 이 예시적인 실시예에서는, 운영자, 아빠 및 토비를 포함하여 3명의 PC(110) 사용자들이 있다. 따라서,

내의 파일들에 액세스하기를 원하는 원격 사용자는 개별적인 공유들(815, 822 및 825) 각각을 통해 파일들에 액세스하는 3가지 잠재적인 방법을 갖는다. 운영자가 공유들(815, 822 및 825) 각각에 액세스한 반면, 아빠는 Home 공유(822)와 toby 공유(825) 둘 다에 액세스하였다. 따라서, 노출시킬 최적의 SMB 경로를 식별하기 위해, 요구에 포함된 파일 및 요구하는 사용자의 크리덴셜(credential)에 기초하여 UNC(Universal/Uniform Naming Convention) 경로가 결정된다.

토비가 Toby 공유 내의 파일을 요구하면, 노출하는 유일의 이용가능하고 최적인 UNC 경로는

이다.

아빠가 동일한 파일에 액세스하기를 원하면, 아빠의 액세스 레벨에 기초한 2가지 선택이 있다.

A.

B.

이 예에서, 선택 A는 가장 직접적인 경로를 나타내기 때문에 최적의 선택이 다. 따라서, 아빠가 요구하는 사용자인 경우, 미디어 서버 서비스는 최적의 SMB 경로로서

를 선택한다.

운영자가 액세스를 요구하면, 3가지 선택이 있다.

A.

B.

C.

이 예에서, 선택 A는 가장 직접적인 경로를 나타내기 때문에 다시 최적의 옵션이다. 따라서, 운영자가 요구하는 사용자인 경우, 미디어 서버 서비스는 최적의 SMB 경로로서

을 선택한다.

도 7로 되돌아와서, 블록(721)에서, 미디어 서버 서비스는 요구하는 사용자의 크리덴셜을 이용하여 요구하는 사용자를 가장(impersonate)한다. 블록(726)에서, 미디어 서버 서비스는 요구된 파일로의 로컬 경로를 이용하고, 가장된 요구하는 사용자로서 활동함으로써, 요구된 파일로의 최적의 SMB 경로를 요구하는 쉘 API(shell application programming interface)를 호출한다. 쉘 API가 SMB 경로를 가지고 리턴되면, 미디어 서버 서비스는 블록(731)에서 도시되는 바와 같이, 요구하는 사용자의 검색 또는 브라우즈 커멘드에 대한 XML 응답 내에 포함된 <res> 태그 내에 그 경로를 포함시킬 것이다. 예시적인 방법(700)은 블록(740)에서 종료한다.

이제 도 9를 참조하면, SMB 서버(도 2의 231)와 SMB 클라이언트(도 2의 235) 사이의 예시적인 메시지 흐름을 나타내는 도면이 도시된다. 예시적인 메시지는, 미디어 서버 서비스가 상술된 바와 같이 요구하는 사용자에게 SMB 경로를 노출시킨 후에 SMB 프로토콜을 사용하여 SMB 서버(231)와 SMB 클라이언트(235) 사이에서 교환되는 패킷들을 포함한다.

이 예시적인 실시예에서, SMB 클라이언트(235)와 SMB 서버(231)는 먼저 완전한 이중 TCP 접속(full duplex TCP connection)을 설립한다. 그 후, SMB 클라이언트(235)는 TCP 접속을 통해 NetBIOS 세션 요구 패킷을 형성하고 송신한다. 패킷이 올바르게 포맷팅되면, SMB 서버(231)는 세션이 설립되었음을 알리는 메시지를 포함하는 패킷을 리턴한다. 이 후, SMB 클라이언트(235)는 프로토콜 협상 메시지(905)를 SMB 서버(231)에 송신하여, 세션에 사용되는 특정의 SMB 다이얼렉트를 협상한다.

SMB 서버(231)는 SMB 클라이언트(235)로부터의 요구에 응답하여, 세션에서 사용될 SMB 다이얼렉트를 식별한다. 리턴된 메시지(912)는 또한, 선택적인 공유-키 인증 프로세스의 일부로서 챌린지(challenge)로서 사용될 8-바이트의 랜덤 스트링을 포함한다. SMB 클라이언트(235)는 SMB 클라이언트(235)의 능력에 관한 정보를 포함하는 메시지(916) 내의 챌린지에 대한 응답을 리턴한다. 상술된 바와 같이, 인증은 도 9에서 점선으로 표시되어 있는 선택적 프로세스이다.

SMB 서버(231)가 SMB 클라이언트(235)로부터 챌린지에 대한 응답을 수용하면, SMB 클라이언트(235)에 리턴되는 메시지(918) 내에 유효한 UID(사용자 ID)가 포함된다. 수용하지 않으면, SMB 서버(231)는 이 메시지 내에 에러 코드를 리턴하 고 액세스를 거부할 것이다.

SMB 클라이언트(235)는 상술된 미디어 서버 서비스에 의해 노출된 <res> 태그 내에 포함된 SMB 공유로의 액세스를 요구한다. 액세스 요구 메시지(922)는 그 공유의 완전히 지정된 경로를 UNC 포맷으로 포함시킨다.

공유로의 액세스가 허가되면, SMB 서버(231)는 메시지(927) 내에 공유에 대응하는 16-비트 트리 ID(Tree ID; TID)를 리턴한다. 공유가 존재하지 않거나 사용자가 공유에 액세스하기에 불충분한 크리덴셜을 가지면, 서버는 메시지(927) 내에 에러 코드를 리턴하고 그 공유로의 액세스를 거부할 것이다.

SMB 클라이언트(235)는 메시지(931)에서, 액세스된 공유 상의 파일을 오픈하기를 SMB 서버에 요구한다. 이 메시지는 오픈될 파일의 이름을 포함한다. 예를 들어, 도 5를 다시 참조하면, 오픈될 파일의 이름은

이다.

도 9로 돌아와서, 파일로의 액세스가 허가되면, SMB 서버(231)는 요구된 파일의 파일 ID를 메시지(935) 내에 리턴한다. 파일이 존재하지 않거나 사용자가 파일에 엑세스하기에 불충분한 크리덴셜을 가지면, SMB 서버(231)는 메시지(935) 내에 에러 코드를 리턴하고 그 파일로의 액세스를 거부할 것이다.

SMB 클라이언트(235)는 메시지(942)에서, 다양하게 파일을 오픈하고, 오픈된 파일로부터 데이터를 판독하고, 이 데이터를 SMB 클라이언트(235)에 리턴하고, 파일에 기록하거나 파일을 클로우즈하기를 SMB 서버(231)에 요구한다. 이름변경, 삭 제 등을 포함하는 그 외의 파일 작업들도 메시지(942)에 의해 획득(capture)될 수 있다. SMB 서버(231)가 요구된 작업을 수행해야 하는 파일이 어디로부터 오픈되었는지를 식별하기 위해, 파일이 오픈되었을 때 클라이언트가 획득하는 파일 ID가 이 메시지 내에 포함된다. 메시지(942)에 대한 적절한 응답이 SMB 서버(231)에서 SMB 클라이언트(235)로의 메시지(948) 내에 포함된다.

UPnP 발견된 아이템들을 SMB 위치에 매핑시키기 위한 다양한 예시적인 구성 및 방법이 도시되고 설명되었지만, 여기에 첨부된 특허청구범위의 범주는 상술된 특정 특징, 구성 또는 방법으로 반드시 제한되는 것은 아니다. 대신에, 특정 특징, 구성 또는 방법은 이하의 청구범위에서 더 상세히 청구되는 바와 같이 UPnP 발견된 아이템들을 SMB에 매핑시키는 예시적인 형태로서 개시된다.

Claims

유니버설 플러그 앤 플레이(Universal Plug and Play; UPnP) 네트워크를 통해 원격 클라이언트에 파일 위치를 제공하는 방법에 있어서,

상기 원격 클라이언트에 UPnP 장치 설명(description)을 제공함으로써 상기 원격 클라이언트에 이용가능한 UPnP 서비스를 식별하는 단계;

특정 컨텐츠 항목에 이용가능한 복수의 서버 메시지 블럭(server message block; SMB) 경로 중에서 사용자에 의해 액세스 가능한 상기 특정 컨텐츠 항목으로의 가장 직접적인 이용가능한 SMB 경로(most direct available SMB path)를 선택함으로써 컨텐츠 레포지터리 내에 노출된 발견가능한 객체를 서버 메시지 블럭(SMB) 공유 위치에 매핑시키는 단계 - 상기 가장 직접적인 이용가능한 SMB 경로는 적어도 상기 원격 클라이언트의 크리덴셜(credential)에 기초하여 식별됨 - ;

상기 원격 클라이언트의 상기 크리덴셜에 기초하여 상기 원격 클라이언트의 행세를 하는(impersonating) 단계; 및

상기 원격 클라이언트로부터 상기 식별된 UPnP 서비스로의 상기 특정 컨텐츠 항목에 대한 브라우즈 또는 검색 커멘드에 응답하여 상기 가장 직접적인 이용가능한 SMB 경로 및 SMB 공유 위치를 노출시키는 단계

를 포함하는 파일 위치 제공 방법.
제1항에 있어서,

상기 특정 컨텐츠 항목으로의 상기 가장 직접적인 SMB 경로를 요구하는 쉘 API(shell application programming interface)를 호출하는 단계를 더 포함하는

파일 위치 제공 방법.
제2항에 있어서,

상기 원격 클라이언트에 대한 응답에 상기 쉘 API에 의해 리턴된 경로를 포함시키는 단계를 더 포함하는

파일 위치 제공 방법.
제1항에 있어서,

상기 발견가능한 객체는 음악, 비디오, 이미지, 게임, 뉴스 또는 데이터 중 하나로부터 선택된 미디어 컨텐츠 데이터의 하나 이상의 이산적인 단편(one or more discrete piece of media content data)을 포함하는

파일 위치 제공 방법.
삭제
삭제
삭제
삭제
삭제
삭제
삭제
삭제
삭제
삭제
삭제
삭제
삭제
삭제
삭제
삭제
서버 장치로서,

미디어 서버의 클라이언트가 이용가능한 UPnP 서비스들을 식별하도록 구성된 유니버설 플러그 앤 플레이(UPnP) 장치;

상기 클라이언트로부터의 발견 요청에 응답하여 상기 UPnP 장치에 의해 노출된 컨텐츠 디렉토리 서비스 - 상기 컨텐츠 디렉토리 서비스는 UPnP 네트워크를 통해 상기 클라이언트로부터의 커맨드에 응답하는 복수의 특정 컨텐츠 항목으로의 서버 메시지 블록(SMB) 경로 중에서 상기 특정 컨텐츠 항목으로의 직접적인 SMB 경로(direct available SMB path)를 선택하도록 구성되며, 상기 컨텐츠 디렉토리 서비스는 상기 클라이언트로의 직접적인 SMB 경로를 노출하여 상기 클라이언트가 상기 특정 컨텐츠 항목에 대한 파일 액세스를 획득하거나 변경을 기록하거나 파일 레벨 제어를 가능하게 함 -

를 포함하는 서버 장치.
제21항에 있어서,

상기 컨텐츠 디렉토리 서비스는 UPnP 프로토콜에서 정의되는 컨텐츠 디렉토리 서비스인,

서버 장치.
제21항에 있어서,

상기 컨텐츠 디렉토리 서비스는 UPnP 프로토콜에서 정의되는 컨텐츠 디렉토리 서비스이고, 하이퍼텍스트 전송 프로토콜(Hypertext Transfer Protocol; HTTP) 또는 실시간 스트리밍 프로토콜(Real Time Streaming Protocol; RTSP) 중의 하나를 사용하여 액세스 가능한 유니폼 리소스 로케이터(Uniform Resource Locator; URL)에 더하여 SMB 경로를 노출하도록 더 구성되는,

서버 장치.
제21항에 있어서,

상기 직접적인 SMB 경로는 상기 클라이언트에 응답하여 하나 이상의 <res> 태그를 사용하여 노출되는,

서버 장치.
제24항에 있어서,

상기 하나 이상의 <res> 태그는 확장성 마크업 언어(eXtensible Markup Language; XML) 문서에서 노출되는,

서버 장치.
제21항에 있어서,

상기 커맨드은 브라우즈 커맨드 또는 검색 커맨드를 포함하는,

서버 장치.
제21항에 있어서,

상기 컨텐츠 디렉토리 서비스는 상기 클라이언트가 인증된 클라이언트인 경우에만 상기 직접적인 SMB 경로를 상기 클라이언트에 노출하는,

서버 장치.
제27항에 있어서,

상기 컨텐츠 디렉토리 서비스는 네고시에이트(Negotiate), 케르베로스(Kerberos), 또는 NT LAN 관리자/윈도우 챌린지/응답(NT LAN Manager/Windows Challenge/Response; NTLM) 중의 하나로부터 선택된 인증 방법을 사용하여 상기 클라이언트를 인증하는 방법을 적용하는,

서버 장치.
제28항에 있어서,

상기 인증 방법은 전자 장치 상에서 실행되는 운영 체제에 의해 실질적으로 수행되는,

서버 장치.
제28항에 있어서,

선택된 상기 직접적인 SMB 경로는 상기 특정 컨텐츠 항목으로의 가장 직접적인 경로인,

서버 장치.
전자 장치의 하나 이상의 프로세서에 의해 실행될 경우, 미디어 서버를 구현하는 소프트웨어를 기록한 컴퓨터 판독가능 메모리 장치로서, 상기 소프트웨어는,

원격 클라이언트에 UPnP 장치 설명을 제공함으로써 상기 원격 클라이언트에 이용가능한 UPnP 서비스를 식별하는 단계

특정 컨텐츠 항목에 이용가능한 복수의 서버 메시지 블럭(SMB) 경로 중에서 사용자에 의해 액세스 가능한 상기 특정 컨텐츠 항목으로의 직접적인 이용가능한 SMB 경로를 선택함으로써 컨텐츠 레포지터리 내에 노출된 발견가능한 객체를 서버 메시지 블럭(SMB) 공유 위치에 매핑시키는 단계, 및

상기 원격 클라이언트로부터 상기 식별된 UPnP 서비스로의 상기 특정 컨텐츠 항목에 대한 브라우즈 또는 검색 커멘드에 응답하여 상기 직접적인 이용가능한 SMB 경로 및 SMB 공유 위치를 노출시키는 단계

를 포함하는 동작을 수행하는,

미디어 서버를 구현하는 소프트웨어를 기록한 컴퓨터 판독가능 메모리 장치.
제31항에 있어서,

상기 매핑은 상기 특정 컨텐츠 항목으로의 가장 직접적인 이용가능한 SMB 경로를 식별하기 위해 수행되는,

미디어 서버를 구현하는 소프트웨어를 기록한 컴퓨터 판독가능 메모리 장치.
제31항에 있어서,

상기 매핑은 사용자나 파일에 의해 최적화된 SMB 위치를 식별하기 위해 수행되는,

미디어 서버를 구현하는 소프트웨어를 기록한 컴퓨터 판독가능 메모리 장치.
제33항에 있어서,

상기 최적화된 SMB 위치의 식별은 상기 원격 클라이언트의 크리덴셜을 사용하여 상기 원격 클라이언트의 행세를 하는 것을 포함하는,

미디어 서버를 구현하는 소프트웨어를 기록한 컴퓨터 판독가능 메모리 장치.
제31항에 있어서,

상기 소프트웨어는,

상기 특정 컨텐츠 항목으로의 상기 직접적인 이용가능한 SMB 경로를 요구하는 쉘 API(shell application programming interface)를 호출하는 단계를 더 수행하는

미디어 서버를 구현하는 소프트웨어를 기록한 컴퓨터 판독가능 메모리 장치.
제35항에 있어서,

상기 소프트웨어는,

상기 원격 클라이언트에 대한 응답에 상기 쉘 API에 의해 리턴된 경로를 포함시키는 단계를 더 수행하는

미디어 서버를 구현하는 소프트웨어를 기록한 컴퓨터 판독가능 메모리 장치.
제31항에 있어서,

상기 발견가능한 객체는 음악, 비디오, 이미지, 게임, 뉴스 또는 데이터 중 하나로부터 선택된 미디어 컨텐츠 데이터의 하나 이상의 이산적인 단편(one or more discrete piece of media content data)을 포함하는

미디어 서버를 구현하는 소프트웨어를 기록한 컴퓨터 판독가능 메모리 장치.