KR20060112190A - 네트워크 자원 정보 라우팅을 위한 서버 아키텍처 - Google Patents

네트워크 자원 정보 라우팅을 위한 서버 아키텍처 Download PDF

Info

Publication number
KR20060112190A
KR20060112190A KR1020057012336A KR20057012336A KR20060112190A KR 20060112190 A KR20060112190 A KR 20060112190A KR 1020057012336 A KR1020057012336 A KR 1020057012336A KR 20057012336 A KR20057012336 A KR 20057012336A KR 20060112190 A KR20060112190 A KR 20060112190A
Authority
KR
South Korea
Prior art keywords
resource
media server
media
user
module
Prior art date
Application number
KR1020057012336A
Other languages
English (en)
Other versions
KR101109232B1 (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 마이크로소프트 코포레이션
Publication of KR20060112190A publication Critical patent/KR20060112190A/ko
Application granted granted Critical
Publication of KR101109232B1 publication Critical patent/KR101109232B1/ko

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F15/00—Digital computers in general; Data processing equipment in general
    • G06F15/16—Combinations of two or more digital computers each having at least an arithmetic unit, a program unit and a register, e.g. for a simultaneous processing of several programs
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/2803—Home automation networks
    • H04L12/2807—Exchanging configuration information on appliance services in a home automation network
    • H04L12/2812—Exchanging configuration information on appliance services in a home automation network describing content present in a home automation network, e.g. audio video content
    • 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
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/02—Details
    • H04L12/16—Arrangements for providing special services to substations
    • 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/01—Protocols
    • H04L67/02—Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
    • 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/01—Protocols
    • H04L67/12—Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/08—Network architectures or network communication protocols for network security for authentication of entities
    • H04L63/083—Network architectures or network communication protocols for network security for authentication of entities using passwords
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/10—Network architectures or network communication protocols for network security for controlling access to devices or network resources

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Automation & Control Theory (AREA)
  • Theoretical Computer Science (AREA)
  • Multimedia (AREA)
  • Health & Medical Sciences (AREA)
  • Computing Systems (AREA)
  • General Health & Medical Sciences (AREA)
  • Medical Informatics (AREA)
  • Computer Hardware Design (AREA)
  • Software Systems (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Physics & Mathematics (AREA)
  • Information Transfer Between Computers (AREA)
  • Computer And Data Communications (AREA)
  • Storage Device Security (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Small-Scale Networks (AREA)

Abstract

UPnP(Universal Plug and Play) 네트워크 내의 미디어 서버는 렌더링 장치들로의 미디어 자원 정보의 유포를 제어하는 자원 공유 서비스를 포함한다. 미디어 서버는, 압박된 사용자 문맥(예를 들어, 로컬 서비스 사용자 문맥)에서 동작하고 네트워크 상에서 자원 정보를 공유하도록 구성된 미디어 서비스 모듈; 로컬 시스템 사용자 문맥에서 동작하고 미디어 서비스 모듈이 네트워크 상에서 자원 정보를 공유하는 것을 돕도록 구성된 보충 모듈; 및 로그온된 사용자 문맥에서 동작하고 사용자 인터페이스 디스플레이를 통해 사용자와 상호작용하도록 구성된 제어 패널 모듈을 포함한다. 로컬 시스템 사용자 문맥은 압박된 사용자 문맥과 비교하여 미디어 서버 자원으로의 더 높은 액세스 레벨을 제공한다. 미디어 서버는 또한, 복수의 사용자가 동시에, 걸려있는 제어 패널 모듈의 개별 인스턴스들을 갖게 하는 FUS(fast user switching) 기능성을 제공한다. 또한, 미디어 서버는, 악성 어플리케이션이 제어 패널 모듈로서 가장하고 이로 인해 미디어 서비스 모듈로의 비인가된 액세스를 획득하는 것을 방지하는 메커니즘을 포함한다.
UPnP, 미디어 서버, 렌더링 장치, 자원 공유

Description

네트워크 자원 정보 라우팅을 위한 서버 아키텍처{SERVER ARCHITECTURE FOR NETWORK RESOURCE INFORMATION ROUTING}
본 발명은 네트워크를 통해 수신자에게 자원 정보를 라우팅하기 위한 아키텍처 및 관련 기술에 관한 것으로서, 더 구체적인 구현예로는, 홈 네트워크와 같은 로컬 네트워크를 통해 수신자에게 자원 메타데이터 및 자원 컨텐츠를 선택적으로 라우팅하기 위한 미디어 서버 아키텍처 및 관련 기술에 관한 것이다.
유니버설 플러그 앤 플레이(Universal Plug and Play; UPnP)는 네트워크로부터 장치를 추가 및 삭제하는 것을 용이하게 하는 네트워크 아키텍처를 제공한다. 예를 들어, UPnP 아키텍처는 사용자가 새로운 장치를 네트워크 연결기에 단순히 "플러그"하게 한다. 이후, 네트워크는 새로운 장치의 특성을 자동적으로 결정하고, 그 후, 그 결정된 특성에 기초하여 이 새로운 장치와 네트워크 내의 다른 장치들 간의 상호작용을 조정할 것이다. UPnP 아키텍처는 특히, 홈(home), 비지니스, 학교 등과 같은 로컬 설정에 관련된 네트워크에 매우 적합하다. "유니버설 플러그 앤 플레이"라는 용어는 이전에 개발된 장치 플러그 앤 플레이(Plug and Play; PnP)에서 제공된 기능으로부터 도출된 것임을 유념한다. 장치 PnP는 PC와 같은 독립형 컴퓨터 장치에 주변 장치를 자동적으로 추가 및 삭제하기 위한 유연한 기술을 제공 한다.
도 1은 예시적인 UPnP 아키텍처(100)에 관한 높은 레벨의 정보를 제공한다. 개략적으로, UPnP 아키텍처(100)는 네트워크(112)를 통해 함께 연결된 복수의 장치{예를 들어, 장치(102, 104 및 106)} 및 제어점들{예를 들어, 제어점(108 및 110)}을 제어한다.
UPnP 장치(102, 104 및 106)는 다양한 전자 장치를 포함할 수 있다. 예시적인 장치로는, 모든 유형의 컴퓨터, CD/DVD 플레이어/주크박스, TV, VCR, MP3 플레이어, 스테레오 시스템, 전자 사진 프레임(EPF), 다양한 유형의 정지화상 및 비디오 카메라 등이 있다. 더 상세하게, 소위 UPnP 장치는 실제 장치, 서비스 등을 포함할 수 있는 컨테이너를 개념적으로 정의한다. 서비스는 다른 UPnP 장치에 가용하게 되는 UPnP 장치에 의해 수행되는 다양한 기능을 정의한다. 예를 들어, 일 예시적인 서비스는 클럭에 의해 제공되는 연대순 기능에 속할 수 있다. 일반적으로, 서비스는 상태 변수를 이용하여 그 기능성을 모델링하고, 그 모델에 관련된 다양한 액션을 다른 UPnP 장치에 노출시킨다. 도 1의 예시적인 경우에, UPnP 장치(102)는 서비스(116)를 제공하는 실제 장치(114)를 포함한다. UPnP 장치(104)는 서비스(120 및 122)를 제공하는 실제 장치(118)를 포함한다. UPnP 장치(106)는 서비스(126 및 128)를 제공하는 실제 루트 장치(124)를 포함한다. 루트 장치(124)는 서비스(132)를 제공하는 내장된 장치(130)를 포함한다.
네트워크(112)는 TCP/IP(Transmission Control Protocol and Internet Protocol)를 이용하여 장치들(102, 104, 106)을 함께 연결할 수 있다. 네트워크 (112)는 또한, HTTP(Hypertext Transfer Protocol), SOAP(Simple Object Access Protocol), GENA(General Event Notification Architecture) 등과 같은 다수의 다른 표준 프로토콜로부터 자유롭게 이끌어낼 수 있다. 네트워크(112)는 전화선, 전원선, IrDa(Infrared Data Association), 이더넷, RF(Radio Frequency) 연결기 등과 같은 다양한 배선 및/또는 무선 통신 메커니즘을 이용하여 물리적으로 구현될 수 있다.
마지막으로, 제어점(108, 110)은 다른 UPnP 장치들을 발견 및 제어할 수 있는 에이전트를 정의한다. UPnP 장치 자체는 그와 통합된 하나 이상의 제어점을 포함한다.
도 2는 계층형 레이어로 정렬된 UPnP 아키텍처(100)가 제공하는 통상적인 기능을 나타낸다. 어드레싱 기능(202)은 장치 및 제어점이 네트워크(112)와 상호작용하기 위해 주소를 수신하는 프로시저에 속한다. 더 상세하게, 장치 또는 제어점은 DHCP(Dynamic Host Configuration Protocol) 서버로부터 또는 (예를 들어, 가용한 DHCP 서버가 없는 경우) Auto IP 할당 프로시저를 이용하여 주소를 수신할 수 있다. Auto IP 프로시저는 개인의 예약된 주소의 집합으로부터 IP 주소를 지능적으로 선택하기 위한 기술을 제공한다.
발견 기능(204)은 장치가 그들의 서비스를 제어점에 광고하는 프로시저에 속한다. 장치는 HTTP의 멀티캐스트 변형(즉, HTTP-MU)을 송신함으로써 이 광고를 수행할 수 있다. 그 후, 제어점은 HTTPU(즉, HTTP의 유니캐스트 변형)를 이용하여 응답한다. 발견 기능(204)은 GENA(General Event Notification Architecture) 및 SSDP(Simple Device Discovery Protocol)를 이용하여 UPnP 장치와 제어점 간의 상술된 교환을 수행한다. 또한, 새로 추가된 제어점도 네트워크에 연결된 UPnP 장치 및 서비스를 찾을 수 있다.
설명 기능(206)은 UPnP 장치를 발견한 제어점이 UPnP 장치에 관한 더 많은 정보를 결정할 수 있는 프로시저에 속한다. UPnP 장치는 XML(extensible markup language)을 이용하여, 정보를 그러한 정보가 제공되는 제어점에 송신함으로써 응답한다. 그러한 정보는 UPnP 장치의 유형에 관한 상세사항(예를 들어, 제작자, 모델 이름 및 번호, 일련 번호 등), 장치가 제공하는 서비스, 장치와 상호작용하기 위한 URL(uniform resource locator) 등을 정의한다.
제어 기능(208)은 제어점에서 UPnP 장치로 제어 메시지를 전송하는 것에 관련한다. UPnP 아키텍처(100)는 SOAP를 이용하여 이 메시지를 전송한다. SOAP 메시지는 액션 요구를 포함한다. UPnP 장치는 SOAP 메시지 내에 지정된 액션을 실행하고, 제어점에 응답한다. 응답은 액션-지정 값 또는 디폴트 코드를 포함한다.
이벤트 기능(210)은 제어점이 UPnP 아키텍처(100)에 의해 제공된 서비스에 관련된 이벤트를 모니터하는 프로시저에 속한다. 더 상세하게, 서비스는 그 모델이 상태를 변경할 때 이벤트를 송신할 수 있다. 이러한 상태 변경을 "발행하는(publishing)" 프로세스는 이벤트로서 지칭된다. 제어점은 흥미로운 서비스에 가입 메시지를 송신함으로써 다양한 이벤트를 수신하기 위해 서명한다.
마지막으로, 표시 기능(212)은 UPnP 장치에 관련된 표시 URL을 이용하여 UPnP 장치로부터 정보의 페이지를 검색하는 것을 수반한다. 제어점은 HTTP GET 요 구를 UPnP 장치에 발행함으로써 표시 프로세스를 개시할 수 있다. 표시 기능(212)은 사용자가 장치의 상태를 보고/보거나 장치를 제어하게 한다.
UPnP 포럼의 웹 사이트(즉, http://upnp.org/)는 UPnP 아키텍처 및 관련 토픽에 관한 더 상세한 정보를 제공한다.
상술된 바와 같이, UPnP 장치는 주로, 홈(home) 또는 회사와 같은 상대적으로 지역화된 네트워크 환경에서 사용된다. 예를 들어, 홈(home) 환경에서, UPnP 장치를 포함한 네트워크는 미디어 소스 장치의 컬렉션 및 미디어 렌더링 장치의 컬렉션을 상호접속시킬 수 있다. 예시적인 미디어 소스 장치는 음악, 비디오, 사진 등의 컬렉션을 저장하는 개인용 컴퓨터를 포함할 수도 있고, 여러 유형의 주크박스 장치를 포함할 수도 있다. 예시적인 미디어 렌더링 장치는 TV, 스테레오, 개인용 컴퓨터 등을 포함할 수 있다. (개인용 컴퓨터와 같은) 제어점은 미디어 소스 장치들 중 하나로부터 선택된 미디어 렌더링 장치에 자원 정보를 라우팅하는 데 사용될 수 있다.
그러나, UPnP 장치를 포함하는 기존의 네트워크는 잘 제어되고, 안전하고, 신뢰할 수 있는 방식의 상술된 자원 정보의 전송을 수행하지 않는다. 예를 들어, 설계 엔지니어가 개인용 홈 컴퓨터(PC)를 이용하여 미디어 서버를 구현하기로 선택한다고 가정하자. 이 경우에, 설계 엔지니어는 그 기능 모두가 단일 PC형 보안 패러다임에 기초하여 액세스될 수 있도록 미디어 서버를 구성할 수 있다. 그러나, 본 발명자들이 이해하는 바와 같이, UPnP 미디어 서버는 무수한 상이한 기능들을 제공하고, 상이한 보안 레벨들이 이러한 상이한 기능들에 적용될 수 있다. 따라 서, 단일 보안 패러다임을 전체 UPnP 미디어 서버에 적용하는 전략은 미디어 서버에 의해 제공된 기능들 모두에 대해 충분히 낮은 보안 레벨을 선택하여, 기능들 모두로의 액세스를 보장하도록 하는 것을 필요로 한다. 이것은 (미디어 서버, 미디어 서버를 구현하는 컴퓨터 시스템, 미디어 서버가 연결되어 있는 네트워크 등의)중요한 자원 및 기능의 보안을 잠재적으로 위태롭게하여, 비인가된 엔티티가 UPnP 미디어 서버의 개인 미디어 파일에 대한 액세스를 획득하게 하는 결점을 갖는다. 대안적으로, 설계 엔지니어는 단일 보안 패러다임의 사용을 수용하기 위하여 특정 기능을 생략하기로 선택할 수 있다. 이것은 미디어 서버의 효용을 감소시키는 명백한 단점을 갖는다.
공지된 UPnP 미디어 서버 해결책도 추가적 결함 및 결점을 겪는다. 예를 들어, 공지의 UPnP 미디어 서버는 FUS(fast user switching)와 같은 현대적 컴퓨팅 기술을 수용하기 위한 기능을 제공하지 않는다. FUS 기술은 상이한 개별 사용자들에 관련된 상이한 세션들 간의 스위치를 위한 편리한 기술을 제공한다. 예를 들어, 이 기술은 제1 사용자가 컴퓨터에 접속하여 어플리케이션을 실행하고, 이에 이어 제2 사용자가 또 다른 어플리케이션을 실행하게 한다. 제2 사용자가 컴퓨터에 접속할 때, 컴퓨터는 제1 사용자의 세션에 관련된 어플리케이션 인스턴스를 저장할 것이다. 제1 사용자가 다시 그 컴퓨터에 접속할 때, 컴퓨터는 제1 사용자가 접속해제할 때의 그의 컴퓨터 세션에 관련된 설정 및 어플리케이션을 복구할 것이다. 따라서, FUS는 임의의 수의 개별 사용자들에 관련된 복수의 어플리케이션 인스턴스를 기록할 수 있는 기능을 제공한다. 공지된 UPnP 미디어 서버는 FUS 기술을 UPnP 기능과 통합하기 위한 메커니즘을 제공하지 않는다.
따라서, 본 기술분야에서는 UPnP 장치를 포함하는 네트워크, 또는 아날로그 컴퓨팅 환경에서 사용되기 위한 더 안전하고/안전하거나 다기능의 미디어 서버를 제공할 필요가 있다.
<발명의 요약>
예시적인 실시예에 따르면, 네트워크를 거쳐 자원 정보를 유포하기 위한 서버가 개시된다. 이 서버는 제1 사용자 문맥에서 동작하고 네트워크를 거쳐 자원 정보를 공유하도록 구성된 미디어 서비스 모듈을 포함한다. 서버는 또한, 제2 사용자 문맥에서 동작하고 미디어 서비스 모듈이 네트워크를 거쳐 자원 정보를 공유하는 것을 돕도록 구성된 보충 모듈을 포함한다.
하나의 예시적인 특징에 따르면, 서버는 또한, 제3 사용자 문맥에서 동작하고 사용자와 상호작용하도록 구성된 구성 및 제어 패널 모듈을 포함한다.
또 다른 예시적인 특징에 따르면, 제1 사용자 문맥은 서버에 의해 제공된 자원으로의 관련된 제1 액세스 레벨을 제공하는 압박된 사용자 문맥이다. 제2 사용자 문맥은 서버에 의해 제공된 자원으로의 관련된 제2 액세스 레벨을 제공하는 로컬 시스템 사용자 문맥이며, 여기서, 제2 액세스 레벨은 제1 액세스 레벨보다 더 높다. 그리고, 제3 사용자 문맥은 서버에 로그온한 사용자에 관련된 액세스 레벨을 제공하는 로그온된 사용자의 사용자 문맥이다.
추가적인 예시적 구현은 다음에 설명된다.
도 1은 복수의 장치 및 제어점을 포함하는 통상적인 UPnP 아키텍처를 도시.
도 2는 도 1에 도시된 UPnP 아키텍처가 제공하는 통상적인 일련의 기능들을 도시.
도 3은 자원 공유를 포함하는 예시적인 네트워크 아키텍처를 도시.
도 4는 도 3에 도시된 네트워크 아키텍처의 예시적인 어플리케이션을 도시.
도 5는 도 3에 도시된 네트워크 아키텍처에서 사용되기 위한 예시적인 미디어 서버를 도시.
도 6은 도 5의 미디어 서버가 사용하는 예시적인 디렉토리를 도시.
도 7은 도 4에 도시된 어플리케이션의 문맥에서 비인가된 개인이 자원으로의 액세스를 획득하는 것을 방지하는 데 사용되는 예시적인 메커니즘을 도시.
도 8 내지 도 15는 도 5의 미디어 서버에 의한 표시를 위한 상이한 예시적인 사용자 인터페이스(UI) 페이지들을 도시.
도 16 내지 20은 도 3의 네트워크 아키텍처에서, 미디어 장치를 활성화 및 비활성화시키고, 자원 정보를 공유하는 데 사용되는 기준을 정의하고, 자원 정보를 공유하게 하기 위한 예시적인 프로시저를 도시.
도 21은 도 5의 미디어 서버를 구현하기 위한 예시적인 컴퓨터 환경을 도시.
유사한 컴포넌트 및 특징을 참조하기 위해, 명세서 및 도면에 걸쳐 동일한 번호가 사용된다. 200번대의 번호들은 도 2에서 최초로 발견된 특징을 참조하고, 300번대의 번호들은 도 3에서 최초로 발견된 특징을 참조한다.
설명을 용이하게 하기 위해, 다음의 설명은 UPnP(Universal Plug and Play) 아키텍처에 관한 자원 정보 배포 기능을 설명할 것이다. 여기에서 사용되는 바와 같이, "UPnP 네트워크"라는 용어는 UPnP 아키텍처에 따라 구축된 하나 이상의 엔티티(예를 들어, 장치)를 갖는 네트워크{예를 들어, 도 3에 도시된 예시적인 UPnP 네트워크(314)}를 설명하며, 여기서, UPnP 프로토콜은 이러한 엔티티의 공고, 발견, 설명, 이벤트 및 제어에 사용된다. 본 아키텍처에서, UPnP 아키텍처에 따라 구축된 엔티티 이외의 다른 엔티티가 UPnP 네트워크(314)에 연결될 수 있다. 그러나, 이러한 특정 네트워크 프레임은 단지 예시적인 것이다. 자원 정보 배포 기능은 다른 종류의 아키텍처 및 네트워크를 이용하여 구현될 수 있다(즉, 이 기능은 UPnP 엔티티를 포함하는 네트워크로 제한되지 않음).
더 상세하게, 간단히 설명되는 바와 같이, UPnP 네트워크(314)는 하나 이상의 수신자 엔티티에 정보를 공급하는 하나 이상의 소스 엔티티를 포함할 수 있다. UPnP 네트워크(314)는 선택적으로, 소스 엔티티(들)로부터 수신자 엔티티(들)로의 정보의 전송을 조정하고 다른 기능을 수행하기 위한 하나 이상의 제어점 엔티티를 포함할 수 있다. 예를 들어, 소스 엔티티는 미디어 서버 또는 임의의 다른 종류의 장치를 포함할 수 있다. 수신자 엔티티는 제어점 장치, 미디어 렌더링 장치 또는 임의의 다른 종류의 장치를 포함할 수 있다. 일반적으로, "엔티티" 및 "장치"는 여기에서 넓게 해석되어야 한다. 이러한 용어는 귀속 태스크(ascribing task)를 수행하기 위한 이산적인 독립형 유닛을 의미할 수도 있고, 복수의 유닛으로 구성된 시스템을 포함할 수도 있고, 유닛 내에 포함된 하드웨어 및/또는 소프트웨어 컴포 넌트를 포함할 수도 있다. 설명을 단순화하기 위해, "장치"라는 용어는 이 섹션에서, UPnP 네트워크(314)에 연결된 임의의 종류의 모듈을 설명하는 데 사용된다. 또한, 미디어 서버 장치는 설명을 단순화하기 위해 "미디어 서버"로서도 지칭된다.
또한, 구체적인 예를 제공하기 위하여, 다음의 설명은 홈 문맥에서 자원 정보 배포 기능을 설명할 것이며, 여기서, 홈에 있는 사람은 UPnP 네트워크(314)를 이용하여 홈 내의 복수의 미디어 서버와 미디어 렌더링 장치를 상호접속시킨다. 그러나, 자원 배포 기능은 (예를 들어, 기업 내의) 비지니스 환경, (예를 들어, 학교 또는 대학 내의) 교육 환경 등을 포함하는 임의의 환경에 적용될 수 있다.
또한, UPnP 네트워크(314)는 일반적으로, (예를 들어, 빌딩 내의) 상대적으로 작고 잘-정의된 지리적 영역에서 장치들을 함께 연결한다. 그러나, 자원 정보 배포 기능은 더 많이 지역적으로 둘러싸인 환경에 적용될 수 있다.
또한, 다음의 설명에서, "자원"은 정보의 임의의 단위를 의미한다. 예를 들어, 자원은 단일 파일에 대응할 수도 있고, 단지 파일의 일부분에 대응할 수도 있고, 복수의 파일의 컬렉션에 대응할 수도 있다. 예를 들어, 자원이 노래에 대응한다고 가정하자. 이 노래는 단일 파일에 저장될 수도 있고, 단일 파일의 일부분에만 저장될 수 있고, 몇몇 파일들에 저장될 수도 있다(여기서, 이 몇몇 파일들은 다른 노래들로부터의 스트림을 결합할 수도 있음). 더 상세하게, 도 3에 도시된 바와 같이(도면의 최우측 부분을 주목), (이하에 설명되는) 자원 저장소 내에 저장된 예시적인 자원(R)은 여기서 일반적으로 "자원 정보"로서 지칭하는 다양한 정보 컴포넌트를 포함할 수 있다. 하나의 그러한 자원 정보의 컴포넌트는 "자원 메타데이 터"이다. 자원 메타데이터는 자원의 타이틀, 자원에 관련된 아티스트, 자원이 생성된 날짜 등과 같은 자원에 관한 고레벨 정보를 포함한다. 또 다른 자원 정보의 컴포넌트는 "자원 컨텐츠"이다. 자원 컨텐츠는 자원 메타데이터가 설명하는 데이터를 포함한다. 예를 들어, 오디오 자원의 자원 컨텐츠는 소비자에게 재생하기 위한 오디오 데이터에 대응한다. (본 명세서의 일부분에서, 특정 자원에 관련된 자원 컨텐츠를 의미하는 "자원 컨텐츠 아이템"이라는 용어가 사용된다; "아이템"이라는 용어의 사용은 특정 문맥에서 "자원 컨텐츠"라는 용어의 사용을 분류하기 위해 단순히 문법적 편이성 문제를 반영한 것이다) 마지막으로, 다음의 설명은 자주, 렌더링 장치에서의 표시를 위해 렌더링 장치로의 "자원 컨텐츠"의 전송을 참조할 것이다. 이 전송은 자원 컨텐츠 이외의 자원에 관한 추가적 정보의 전송을 배제하지 않으며, 자원 컨텐츠의 전송은 예를 들어, 자원 컨텐츠를 수반하는 자원 메타데이터도 포함할 수 있다.
또한, 자원 그 자체는 개별 멤버 자원의 집합일 수 있다. 예를 들어, 자원은 소위 자원 컨테이너 또는 자원 폴더, 또는 다른 유형의 자원 컬렉션을 구성할 수 있다. 설명되는 바와 같이, 자원 컨테이너는 미디어 서버가 이러한 멤버 자원을 내부적으로 관리하는 데 사용하는 하나 이상의 멤버 자원의 그룹핑을 의미한다. 자원 폴더는 미디어 서버가 사용자에게 "보일 수 있게" 하는 하나 이상의 멤버 자원의 그룹핑을 의미한다. 예를 들어, 미디어 서버는 복수의 자원 폴더를 제공할 수 있는 사용자 인터페이스(또는 다른 표시 메커니즘)를 포함할 수 있는데, 복수의 자원 폴더 각각은 하나 이상의 멤버 자원을 포함할 수 있다. 그러나, 미디어 서버 는 자원 컨테이너의 문맥에서 이러한 멤버 자원들을 내부적으로 관리할 수 있다. 자원 폴더 내의 정보의 할당은 일반적으로 자원 컨테이너 내의 정보의 할당과는 다르지만, 다른 실시예에서, 그 할당은 동일할 수 있다. (또한, 미디어 서버는 선택적으로, 사용자가 자원 컨테이너들 및 그들 각각의 멤버 자원에 관한 정보를 보고 폴더-단위 기반보다는 또는 그 기반에 더하여, 컨테이너-단위 기반으로 다양한 액션을 수행하게할 수 있다) 임의의 컬렉션(자원 컨테이너 또는 자원 폴더)은 그 자체가 멤버 "자식" 컬렉션(즉, 각각의 자식 자원 컨테이너 또는 자식 자원 폴더)을 포함할 수 있다.
특정 유형의 자원 컬렉션은 자원 재생리스트이다. 이 자원은 오디오, 비디오 및/또는 사진 자원(또는 다른 유형의 자원)의 리스트를 나타내는 파일로서 구현될 수 있다.
상술된 예는 자원이 "일반적으로, 자원이라는 용어는 임의의 고려사항에 기초하여 정보의 임의의 집합을 축약적으로 나타낸다"고 가정할 수 있는 몇몇 명시만을 설명한다.
일 실시예에서, 자원은 오디오 자원(예를 들어, 음악, 오디오 책 등), 비디오 자원, 사진 자원(예를 들어, 디지털 사진) 등과 같은 미디어 자원에 대응할 수 있다. 그러나, 여기에 설명된 원리는 임의의 목적으로 임의의 유형의 정보를 배포하는 데 사용될 수 있다.
"프로세싱"이라는 용어는 여기에서, 매우 다양한 액션에 속할 수 있다. 한 경우에, "프로세싱"이라는 용어는 프로세싱되는 정보를 변경하는 데 사용된 액션을 의미한다. 다른 경우에, "프로세싱"이라는 용어는 프로세싱되는 정보를 단순히 처리하거나 프로세싱되는 정보에 관하여 결정을 내리는 데 사용된 액션을 의미한다. 이것은 이 용어가 포함할 수 있는 매우 다양한 유형의 액션의 몇몇 예일 뿐이다.
또한, (공유된 자원을 정의하는 것과 같은) 다양한 운영 태스크를 수행하기 위해 여기에서 설명된 미디어 서버와 상호동작하는 임의의 엔티티는 여기에서 "미디어 서버 사용자"로서 지칭된다. 미디어 서버 사용자는 미디어 서버와 상호작용하는 인간 운영자에 속할 수도 있고, 미디어 서버와 상호작용하도록 구성된 논리 기능을 포함하는 임의의 다른 엔티티를 나타낼 수도 있다. 예시적인 실시예에서, 미디어 서버 사용자는 미디어 서버의 로그온되는 것으로 가정된다. 일 실시예에서, 사용자는 미디어 서버에게 아이덴티티 정보를 제공함으로써 미디어 서버에 로그온하는데, 이에 따라 미디어 서버는 그렇게 구성되는 경우, (예를 들어, 사용자가 패스워드 또는 임의의 다른 형태의 인증을 공급하기를 요구함으로써) 사용자를 인증한다. 미디어 서버의 다른 구성은 사용자가 미디어 서버와의 상호작용을 위해 그들의 아이덴티티를 공급하는 것을 요구하지 않을 수 있다. 이하에 설명되는 바와 같이, 로그온된 미디어 서버 사용자 세션의 상태는 활성 또는 비활성일 수 있다.
미디어 서버로부터 자원 정보를 요구하는 임의의 엔티티는 자원 정보 소비자(이하, 간단하게는 단순히 "소비자"로서 지칭됨)로서 지칭된다. 소비자는 미디어 서버로부터 자원 메타데이터 및/또는 자원 컨텐츠를 요구할 수 있다. 소비자는 제어점 또는 렌더링 장치로부터 미디어 서버와 상호작용하기 원하는 인간 운영자를 나타낼 수도 있고, 미디어 서버와 상호작용하도록 구성된 논리 기능을 포함하는 임의의 다른 엔티티를 나타낼 수도 있다. 인간 운영자의 경우에, 동일한 사람이 미디어 서버 사용자와 소비자 둘 다로서 기능할 수 있다. 다르게는, 상이한 개인들이 이 2가지 개별 역할을 맡을 수 있다.
마지막으로, 본 명세서에서 다수의 예가 양자택일로(예를 들어, A 또는 B) 제공될 것이다. 또한, 본 명세서는 그 경우를 매번 명백히 언급하지 않을 수 있지만, 양자택일을 단일 구현으로(예를 들어, A 및 B) 결합하는 경우를 포함한다.
본 명세서는 다음의 섹션을 포함한다.
A. 자원 공유를 구현하기 위한 예시적인 시스템
A.1. 시스템의 개관
A.2. 시스템의 예시적인 적용
A.3. 미디어 서버 아키텍처 개관
a. 미디어 서비스 모듈
b. CDDM(Content Directory Device Monitor) 모듈
c. 사용자 인터페이스 모듈
A.4. 신속한 사용자 스위칭 제공
A.5. 추가적 보안 제공
a. IP 주소 제한
b. MAC 주소 인증
c. 서브넷 제한
d. TTL 제한
e. 장치 및 세션 제한
f. UPnP 액션에 대한 인증을 위해 후보 장치 제한
g. 자원 위치지정자 폐기
h. 여러 서버 보안 대책
A.6. URL 매개변수화 제공
B. 예시적인 사용자 인터페이스(UI) 표시
B.1. 새로운 장치를 인가하기 위한 예시적인 UI
B.2. 자원을 공유하기 위한 예시적인 UI
C. 예시적인 프로세스
C.1. 장치 인가 프로세스
C.2. 자원 공유 프로세스
a. 공유된 자원 정의
b. 요구에 기초하여 공유된 자원을 배포
c. 매개변수화된 URL의 프로세스
D. 예시적인 컴퓨터 환경
A. 자원 공유를 구현하기 위한 예시적인 시스템
A.1. 시스템의 개관
도 3은 자원 정보 공유를 포함하는 예시적인 네트워크 아키텍처(300)를 도시한다. 네트워크 아키텍처(300)는 UPnP 네트워크(314)를 통해 함께 연결된 복수의 UPnP 장치(302 내지 312)(이하, 간단하게는 단순히 "장치"라고 지칭됨)를 포함한다. 장치(302 내지 312)는 상술된 미디어 서버(302) 및 복수의 미디어 렌더링 장치(304 내지 312)를 포함한다. 예시적인 미디어 서버는 다양한 유형의 컴퓨터, 다양한 종류의 주크박스 등을 포함할 수 있다. 예시적인 렌더링 장치는 다양한 유형의 컴퓨터, 스테레오 시스템, 스피커, TV, 핸드-헬드 오디오 플레이어 등을 포함할 수 있다. 단지 하나의 미디어 서버(302)만이 도시되어 있지만, 네트워크(314)는 임의의 개수의 미디어 서버를 포함할 수 있다. 또한, 복수의 미디어 렌더링 장치(304 내지 312)가 도시되어 있지만, 네트워크(314)는 하나의 미디어 렌더링 장치만을 포함하거나, 어떤 미디어 렌더링 장치로 포함하지 않을 수 있다.
UPnP 네트워크(314)는 또한, 선택적으로 하나 이상의 제어점{예를 들어, 제어점(316, 318)}을 포함한다. 제어점(316, 318)은 UPnP 장치들(302 내지 312) 중 하나와 통합될 수 있다. 즉, 예를 들어, 렌더링 장치는 미디어 서버(302)와 상호동작하기 위해 제어점 기능도 포함할 수 있다. 대안적으로, 하나 이상의 제어점은 UPnP 장치(302 내지 312)로부터 분리되어 구현될 수 있다. 예시적인 제어점은 다양한 유형의 컴퓨터, PDA(Personal Digital Assistant), 어플리케이션 특정 논리 모듈 등을 이용하여 구현될 수 있다. 총체적으로, 미디어 렌더링 장치(304 내지 312) 및 제어점(316, 318)은 다른 역할들 중에, 이하에 설명되는 바와 같이, 그들이 미디어 서버(302)에 의해 제공된 자원 정보를 수신할 수 있음을 의미하는 자원 정보 수신 엔티티로서 서비스할 수 있다.
UPnP 네트워크(314)는 프로토콜들의 임의의 조합을 이용하여, TCP/IP, SOAP, GENA, HTTP 등과 같은 UPnP 장치들(302 내지 312, 316, 318) 사이에서 정보를 전송할 수 있다. 이것은 또한, 게이트웨이, 라우터, 배선 링크, 무선 링크(예를 들어, 무선 주파수 링크) 등(도시되지 않음)의 임의의 조합을 포함할 수 있다.
개관으로서, 새로운 UPnP 미디어 렌더링 장치는 UPnP 네트워크(314)에 결합할 때, 미디어 서버(302)에 그 존재를 알린다. 즉, 예를 들어, 이 새로운 미디어 렌더링 장치는 도 3에 도시된 예시적인 장치(306)에 대응한다. 미디어 서버(302)는 미디어 서버(302)(즉, "미디어 서버 사용자")의 사용자에게 새로운 미디어 렌더링 장치(306)의 존재에 대해 경고한다. 이하에 더 상세하게 설명되는 바와 같이, 미디어 서버(302)는 새로운 장치(306)에 대응하는 수신된 IP 주소를 그 MAC(media access control) 주소로 번역함으로써, 또는 임의의 다른 식별/승인 메커니즘을 이용함으로써 새로운 미디어 렌더링 장치(306)의 아이덴티티를 결정할 수 있다. 미디어 서버(302)는 미디어 서버 사용자에게 이 새로운 장치(306)를 활성화(enable)하게 하는 옵션을 제공한다. 활성화되면, 이 새로운 장치(306)는 미디어 서버(306)가 자원을 전송하도록 허가되는 수용된 개수의 장치 슈트(suite)가 된다.
미디어 전송 동작 자체에서, 미디어 서버(302)는 자원 저장소(320)에서 제공된 자원에 대응하는 자원 정보를 네트워크(314)에 연결된 자원 정보 수신 엔티티에 라우팅한다. 포괄적으로 말하자면, 이러한 동작을 수행하기 위해, 소비자는 우선 {제어점(316)과 같은} 제어점 또는 다른 장치를 이용하여, 미디어 서버(302)의 자원 저장소(320)에서 제공된 자원에 대응하는 자원 정보를 조사할 수 있다. 예를 들어, 이 동작은 이용가능한 자원의 타이틀과 같은 자원의 자원 메타데이터, 및 자 원에 관한 다른 고레벨 정보를 조사하는 것을 수반할 수 있다. 그러한 조사 후에, 소비자는 미디어 렌더링 장치(306)와 같은 선택된 렌더링 장치에 표시하기 위한 자원에 관련된 자원 컨텐츠를 선택할 수 있다. 이후에, 제어점(316)은 미디어 서버(302)로부터 그 선택된 렌더링 장치(306)로의 자원 컨텐츠의 전송을 설정하는 역할을 제공할 수 있다. 일 실시예에서, UPnP 아키텍처(300)는 HTTP 프로토콜(이것으로 제한되는 것은 아님)과 같은 비(non)-UPnP 프로토콜을 이용하여, 실제로 미디어 서버(302)로부터 그 렌더링 장치(306)로의 자원 컨텐츠의 전송을 실행한다.
상술된 기능을 수행하기 위하여, 미디어 서버(302)는 자원 정보 공유 기능(322)을 포함한다. 다음의 설명은 자원 정보 공유 기능(322)의 고레벨 특징을 설명한다. 섹션 A.3은 자원 정보 공유 기능(322)의 동작을 더 상세히 설명한다.
우선, 라우팅 프로시저는 네트워크(314) 상에서 공유될 자원을 정의하는 태스크를 포함할 수 있다. 일 예시적인 실시예에서, 미디어 서버(302)는 자원 폴더와 같은 공유가능한 자원을 컬렉션 단위로 지정하도록 구성된다. 즉, 자원 정보 공유 기능(322)은 자원 폴더를 공유가능한 것으로서 "귀표(earmark)"하여, 그곳에 포함된 자원의 적어도 일부가 (다음에 설명되는 고려사항에 기초하여) 네트워크(314) 상에서 공유되게 할 수 있다. 자원 정보 공유 기능(322)은 미디어 서버 사용자가 공유된 폴더의 공유가능한 상태를 정의하게 하는 하나 이상의 UI 페이지를 통해 이 기능을 수행할 수 있다. 섹션 B는 이 UI 페이지를 더 상세히 설명한다. 일반적으로, 상속은 자원의 계층적 조직 내의 자원의 공유가능한 상태에 적용된다. 즉, 자원 폴더는 자식 자원을 구성하는 하나 이상의 개별 멤버 자원을 포함하는 부 모 자원으로서 보여질 수 있다. 자원 폴더는 서브폴더도 포함할 수 있으며, 이 각각은 멤버 자식 자원을 포함할 수 있다. 부모 자원을 공유가능한 것으로서 지정하는 것은 일반적으로, 그 멤버 자원 및 서브폴더 모두를 포함하여, 그 자식 자원을 공유가능한 것으로서 지정하는 효과도 가질 것이다. 그러나, 자원 정보 공유 기능(322)은 또한, 상이한 상속 패러다임에 따라 동작하도록 구성될 수 있다. 예를 들어, 하나의 대안적인 예에서, 부모 자원의 공유가능한 상태는 그 서브폴더에 자동적으로 적용될 수 없다.
또한, 자원 정보 공유 기능(322)은 사용자가 자원의 공유가능한 상태를 삭제하게(즉, 자원을 "비공유"하게) 하도록 구성될 수 있다. 예를 들어, 한 경우에, 부모 자원을 비공유하는 것은 그 자식 자원을 비공유하는 효과를 가질 것이다. 한 경우에, 자원 정보 공유 기능(322)은 미디어 서버 사용자가 자식 자원의 부모가 공유가능한 것으로서 지정될 때 그 자식 자원을 비공유하는 것을 금지할 수 있다. 다른 경우에, 자원 정보 공유 기능(322)은 미디어 서버 사용자가 공유된 자식 자원을 비공유된 것으로서 선택적으로 지정하여, 상술된 상속 스킴을 오버라이드하게 할 것이다.
자원을 공유하는 데 다수의 다른 전략이 채용될 수 있으며, 상술된 리스팅은 단지 있을 수 있는 일의 대표적인 샘플링이다. 예를 들어, 자원 정보 공유 기능(322)은 미디어 서버 사용자가 자원을 (자원 컬렉션 레벨 대신에 또는 그에 더하여) 각각의 자원 레벨에서 공유가능한 것으로서 지정하게 하도록 구성될 수 있다. 또한, 자원 정보 공유 기능(322)은 미디어 서버 사용자가 다른 종류의 컬렉션을 공 유가능한 것으로서 지정하게 하도록 구성될 수 있다.
또 다른 예시적인 특징에 따르면, 섹션 C에서 더 상세히 설명되는 바와 같이, 미디어 서버(302)는 그것이 배포하는 자원 정보의 종류에 대한 다른 제약을 놓을 수 있다. 예를 들어, 미디어 서버(302)는 유일한 특정 종류의 공지의 미디어 파일로부터 획득된 자원 정보를 공유할 수 있다. 또한, 미디어 서버(302)는 분리형 드라이브, 네트워크 공유 등에 저장된 파일로부터 획득된 자원 정보를 공유하는 것을 거부할 수 있다. 공유를 예상된 자원의 공지의 "유니버스(universe)"로부터 획득된 자원 정보로 한정함으로써, UPnP 네트워크(314)로의 비인가된 액세스의 가능성이 감소된다.
자원 정보 공유 기능(322)은 또한, 미디어 서버 사용자가 (자원 메타데이터 및 자원 컨텐츠 모두를 포함한) 자원 정보의 라우팅을 제어하는 데 선택적으로 사용될 수 있는 배포 기준을 정의하게 한다. 예를 들어, 첫 번째 배포 기준으로서, 자원 정보 공유 기능(322)은 미디어 서버 사용자가 자원 정보의 전송을 특정 자원 정보 수신 엔티티로 제한하게 한다. 두 번째 배포 기준으로서, 자원 정보 공유 기능(322)은 미디어 서버 사용자가 특정 개인이 전송에 대한 동의를 필요로 하는지에 관한 자원 정보 조건을 전송하게 한다. 예를 들어, 미디어 서버(302)는 그 특정 개인이 미디어 서버(302)를 구현하는 컴퓨터에 로그온되어 있는(그리고, 개인의 종료 세션이 활성인) 경우, 이 기준을 무조건 만족하도록 구성될 수 있다. 이 특징은 사용자가 미디어 서버(302)를 구현하는 콘솔과 원격으로 상호작용하기 보다, 직접적으로 상호작용할 때만 로그온된 미디어 서버 사용자를 고려하기 위해 설정될 수 있다. 그러나, 또 다른 실시예에서, 미디어 서버 사용자는 원격 접속을 통해서만 로그온되는 경우에도 로그온되는 것으로 고려될 수 있다. 또 다른 경우에, 미디어 서버(302)는 그 특정 개인이 전송이 수용가능하다는 것을 명확히 확인할 때(예를 들어, 특정 개인이 전송의 속성에 관한 UI 질의에 긍정으로 응답할 때)에만 이 기준을 만족하도록 구성될 수 있다. 일 예시적인 실시예에서, 상술된 "개인"은 네트워크를 거쳐 공유가능한 것으로서 배포 기준에 관련된 자원을 지정한 미디어 서버 사용자에 대응한다. 이 2가지 기준은 단지 예시적인 것일 뿐이다. 자원 정보 공유 기능(322)은 자원 정보의 전송을 제어하기 위한 추가 기준을 부과할 수 있다. 예를 들어, 추가 기준은 자원 정보로의 액세스 특권을 특정 날짜 시간으로 제한하는 날짜 시간 제한을 포함할 수 있다. 자원 정보 공유 기능(322)은 (이하의) 섹션 B에서 설명되는 바와 같이, 자원 정보의 배포를 제어하는 배포 기준을 정의하는 데 사용하기 위한 하나 이상의 UI 페이지를 제공할 수 있다.
일 실시예에서, 제1 배포 기준 집합은 자원 메타데이터의 전송에 적용될 수 있고, 또 다른 배포 기준 집합은 자원 컨텐츠의 전송에 적용될 수 있다. 제1 집합은 제2 집합과 다를 수 있다. 이것은 예를 들어, 상이한 제한들이 실제로 자원 컨텐츠 자체를 검색하는 것과 비해 단지 자원의 타이틀을 보는 것에 적용된다는 것을 의미한다. 대안적으로, 제1 배포 기준 집합은 제2 배포 기준 집합과 동일할 수 있다. 그러나, 배포 기준이 동일하다 하더라도, 이것은 여전히, 소비자가 자원 컨텐츠가 아니라 자원 메타데이터를 보게 하는 효과를 가질 수 있다. 이것은 예를 들어, 소비자가 배포 기준에 의해 자원 메타데이터를 수신하도록 허가받은 제어점에 서 자원 메타데이터를 수신할 수 있지만, 배포 기준에 의해 자원 컨텐츠를 수신하는 것으로부터 금지되는 렌더링 장치 상에서 자원 컨텐츠를 재생하려고 노력하기 때문이다. 이 전략에 대한 추가 변형체가 계획된다. 예를 들어, 자원 정보 공유 기능(322)은 단일 배포 기준 집합을 제공할 수 있다. 이 단일 집합은 배제적으로 자원 메타데이터 또는 자원 컨텐츠, 또는 둘 다의 유포를 제어할 수 있다.
일 예시적인 구현예에 따르면, 자원 정보 공유 기능(322)은 각각의 자원보다, 자원 컬렉션의 문맥에서 배포 기준을 지정한다. 예를 들어, 상술된 바와 같이, 미디어 서버 사용자는 상술된 UI 페이지를 사용하여, 자원 컬렉션을 자원 폴더로 그룹핑하고, 특정 기준이 충족되면, 이 자원 폴더 내의 자원에 관련된 자원 정보가 UPnP 네트워크(314)에 연결된 다른 장치에 공유되어야 한다고 지정할 수 있다. 이 공유된 자원 폴더는 또한, 하나 이상의 서브폴더를 포함할 수 있고, 이 서브폴더 각각은 하나 이상의 자원을 포함한다. 상술된 동일한 종류의 부모-자식 상속 스킴이 자원 상속에 대한 배포 기준의 적용을 제어하는 데 사용될 수 있다. 예를 들어, 자원 폴더에 대해 설정된 배포 기준은 자원 폴더 내의 각각의 서브폴더 및 자원(예를 들어, 파일)에 적용될 수 있다. 대안적으로, 자원 정보 기능(322)은 자원 폴더에 관련된 배포 기준이 자원 폴더 내의 자원의 부분집합에만 적용되도록 구성될 수 있다. 예를 들어, 자원 정보 기능(322)은 또한, 배포 기준이 자원 폴더가 포함할 수 있는 임의의 서브폴더 내의 자원이 아니라, 자원 폴더 내의 각각의 자원에만 적용되도록 구성될 수 있다. 더 일반적으로, 자원 정보 공유 자원(322)는 여러 환경에서 상술된 부모-자식 상속 스킴을 오버라이드하도록 구성될 수 있 다.
다시, 상술된 스킴은 단지 예시적이고 대표적인 것일 뿐이다. 다수의 다른 변경이 존재한다. 예를 들어, 자원 정보 기능(322)은 미디어 서버 사용자가 배포 기준을 자원 폴더 내의 각각의 자원에 "첨부"하거나 그 각각의 자원으로부터 배포 기준을 삭제하게 할 수 있다. 대안적으로 또는 추가적으로, 미디어 서버(302)는 자원 폴더 대신에 자원 컨테이너에 대해 배포 기준을 지정할 수 있다. 도 6의 문맥에서 더 상세히 설명되는 바와 같이, 자원 컨테이너는 미디어 서버(302)에 의해 그 자원을 관리하는 데 내부적으로 사용되는 컬렉션을 의미하는 한편, 자원 폴더는 미디어 서버 사용자가 직접적으로 상호작용하는 컬렉션을 의미한다. 미디어 서버(302)는 폴더들로 그룹핑된 자원을 재조직하여 컨테이너를 생성할 수 있다.
또 다른 예시적인 특징에 따르면, 자원 정보 공유 기능(322)은 미디어 서버 사용자가 상이한 배포 기준 집합들을 정의하게 할 수 있다. 예를 들어, 상이한 사용자들은 배포 기준의 상이한 개별 집합들을 정의하게 할 수 있다. 자원 정보 공유 기능(322)은 그 관련된 사용자가 미디어 서버(302)를 구현하는 컴퓨터 시스템에 로그온할 때 이러한 배포 기준 집합들 중 하나를 자동으로 호출할 수 있다. 대안적으로, 단일 미디어 서버 사용자는 상이한 배포 기준 집합들을 정의할 수 있다. 미디어 서버 사용자는 이러한 집합들 중 특정 우세한 오퍼레이팅 환경에 가장 잘 맞는 하나를 호출할 수 있다. 예를 들어, 미디어 서버 사용자는 미디어 서버 사용자가 낮동안 집에 있는 것으로 예상되는 주말에 대해 적용하는 제1 배포 기준 집합을 활성화할 수 있고, 미디어 서버 사용자가 낮동안 집에 있는 것으로 예상되지 않 는 주중에 대해 또 다른 집합을 활성화할 수 있다. 대안적으로, 하나의 배포 기준 집합은 다른 집합과 함께 병합되어, 양 집합이 임의의 주어진 시간에 적용되도록 할 수 있다. 집합들 간의 잠재적인 충돌을 해소하는 규칙이 구성될 수 있다. 다시, 이것은 대표적이고 예시적인 시나리오일 뿐이다. 이러한 설계 전략의 다수의 다른 변경이 구현될 수 있다.
다른 구현예는 상술된 시나리오에 대해 추가적인 제한을 둘 수 있다. 일 예시적인 구현에서, 자원 정보 공유 기능(322)은 미디어 서버 사용자가 미디어 서버 사용자가 공유가능한 것으로서 지정한 그러한 자원에 대해서만 배포 기준을 추가 또는 변경하게 할 수 있다.
또 다른 특징에 따르면, 자원 정보 공유 기능(322)은 하나 이상의 배포 기준을 "하드 코딩(hard code)"하여, 사용자가 UI 페이지를 통해(또는, 다른 메커니즘을 통해) 그것들을 정의할 필요없이, 이러한 배포 기준이 자동으로 적용되도록 할 수 있다. 또한, 자원이 분리형 드라이브 상에 저장되어 있는 등의 이유로 자원이 배포 금지되는지를 결정하는 요인과 같은 자원이 공유가능한 것이지 아닌지를 초기에 결정하기 위한 다수의 요인이 상술되었다. 이러한 요인은 개념적으로, 하드 코딩되는 배포 기준으로서 간주될 수 있다. 여기서, "하드 코딩된 것"은 미디어 서버 사용자가 (수신 엔티티-관련 기준 등과 같은) 다른 배포 기준을 정의하는 데 사용된 UI 페이지를 통해 이러한 요인을 변경할 수 없다는 것을 의미한다. 그러나, 일 구현에서, 자원 정보 공유 기능(322)은 미디어 서버 사용자가 여러 환경에서 이러한 요인 조차도 변경하게 하기 위한 여러 제공을 포함할 수 있다.
또 다른 특징에 따르면, 미디어 서버 사용자가 다른 미디어 서버 사용자의 배포 기준을 조사 및/또는 변경하는 것을 방지하는 여러 메커니즘이 사용될 수 있다. 예를 들어, 일 구현에서, 자원 정보 공유 기능(322)은 단지, 미디어 서버 사용자가 그러한 자원이 공유가능한 것으로서 지정한 경우, 자원의 배포 기준을 정의 또는 변경하게 한다. 여전히, 이 설계 전략의 다른 변경이 가능하다.
라우팅 동작 자체에서, 자원 정보 공유 기능(322)은 우선, 소비자가 공유된 자원에 관련된 정보를 검색하게 한다. 예를 들어, 상술된 개관에서 나타난 바와 같이, 소비자는 제어점(316)(또는, 다른 장치)을 이용하여, 자원 저장장치(320)에 제공된 자원에 관련된 자원 메타데이터를 보려는 요구를 입력할 수 있다. 더 상세하게, 요구는 브라우즈 요구, 검색 요구 또는 몇몇 종류의 다른 요구일 수 있다. 브라우즈 요구는 예를 들어, 특정 지정된 카테고리에서 정보 아이템의 컬렉션의 검색에 귀착할 수 있는 UPnP 액션인 한편, 검색 요구는 예를 들어, 지정된 주요 용어 등에 응답하여 하나 이상의 대상이 되는 정보 아이템의 검색에 귀착할 수 있는 UPnP 액션이다. 임의의 이벤트에서, 이 요구의 전송은 도 3의 경로(324)에 의해 나타난다.
자원 정보 공유 기능(322)은 공유된 자원을 설명하는 자원 메타데이터의 컬렉션을 스캐닝함으로써 요구(324)에 응답하여, 소비자의 요구를 만족하고 동시에, 존재하는 경우 하나 이상의 미디어 서버 사용자에 의해 정의된 임의의 관련 배포 기준도 만족하는 임의의 자원의 위치를 알아낸다. 예를 들어, 소비자는 미디어 서버(302)에게 코메디 장르의 모든 이용가능한 비디오 자원에 대응하는 자원 메타데 이터를 제공하기를 요구할 수 있다. 자원 정보 공유 기능(322)은 자원 메타데이터를 스케닝함으로써 이 요구에 응답하여, 지정된 검색 용어에 일치하고 (이러한 자원의 디스플레이를 자원 정보 수신 엔티티의 부분집합으로 제한하는 기준, 특정 미디어 렌더링 장치를 사용하는 자식에게 R-등급의 자원의 디스플레이를 막는 기준과 같은) 임의의 관련 배포 기준을 만족하는 임의의 관련된 자원의 위치를 알아낸다. 자원 정보 공유 기능(322)은 선택적으로, 즉 필수적이지 않게, 배포 기준을 적용하도록 구성될 수 있음을 유념한다. 따라서, 어떤 관련 배포 기준도 존재하지 않거나, 미디어 서버(302)가 현재 배포 기준을 적용하도록 구성되지 않으면, 배포 기준은 자원 정보의 유포를 제한하는 역할을 하지 않는다.
자원 정보 공유 기능(322)이 상술된 제약을 만족하는 하나 이상의 자원에 대응하는 자원 메타데이터를 발견한 경우, 자원 정보 공유 기능(322)은 이 자원 메타데이터를 소비자에게 송신한다. 자원 정보 공유 기능(322)에 의해 생성된 응답은 특히, XML(extensible markup language)을 이용하여 공식화될 수 있다. XML 응답은 이용가능한 자원에 속하는 이름, 아티스트, 생성 날짜, 크기 등과 같은 이용가능한 자원에 관한 고레벨 데이터를 식별하는 자원 메타데이터를 제공할 수 있다. 자원 메타데이터는 또한, 자원 컨텐츠가 검색될 수 있는 네트워크 위치를 식별하는 URL(uniform resource locator)과 같은 자원 위치지정자를 제공한다. 도 3은 경로(326)에 의한 XML 정보의 이러한 전송을 도시한다. 적합하게 설비되어 있는 경우, 제어점(316)은 수신된 XML 정보를 표시 포맷으로 변환하고, 그 정보를 모니터 또는 다른 표시 장치 상에 디스플레이한다{일반적으로, 도 3에서는 제어점(316)에 의해 제공된 디스플레이 표시(328)에 의해 표시됨}. 한편, 일 구현에서, 검색의 매개변수를 만족하고, 적용가능한 경우, 배포 기준의 제약을 만족하는 어떤 자원 정보도 이용가능한 것으로 결정되지 않으면, 제어점(316)은 미디어 서버(302)로부터 어떤 정보도 수신하지 못할 것이다. 이 경우에, 소비자는 자원 저장소(320)에 저장된 임의의 비일치 자원 정보의 존재 및 특징을 알 수 있다. 여기에서 사용되는 용어 "비일치 자원 정보"는 소비자의 검색의 매개변수를 만족하지만 배포 기준의 제약은 만족하지 못하는 자원에 속하는 자원 정보를 의미한다.
비일치 자원 메타데이터의 이용가능성을 제한하는 것은 다수의 이유로 바람직하다. 이 특징은 일반적으로, 소비자가 불쾌한 것으로 발견할 수 있는(또는, 소비자의 보호자가 불쾌한 것으로 발견할 수 있는) 자원 메타데이터의 디스플레이를 삭제하기 때문에 이롭다. 또한, 비일치 자원 메타데이터의 이용가능성을 제한하는 것은 소비자의 관심을 끌지 못하는 이질적 정보를 삭제하는 데 이롭다. 또 다른 구현에서, 자원 정보 공유 기능(322)은 또한, 특정 자원에 대한 자원 메타데이터를 달리 일치시키는 것이 적절한 배포 기준을 만족하지 못하는 경우에, 미디어 서버 사용자가 자원 메타데이터의 일부(전부는 아님)를 단순히 삭제할 배포 기준을 제공하게 할 수 있다. 이것은 보호자가 단순히 자식이 렌더링 장치에서 특정 자원의 타이틀을 보는 것을 방지하기를 원하는 경우에 적절할 수 있지만, 이와 달리, 이러한 자원이 미디어 서버(302) 내에 존재한다는 것을 나타내는 몇몇 정보를 수신하는 자식에게는 반대하지 못한다. 따라서, 이러한 경우에, 배포 기준은 적용될 때 단지 타이틀을 차단하는 효과를 가진다. 일 구현예에서, 자원 메타데이터 자체는 자 원 메타데이터가 제어점 또는 다른 자원 정보 수신 엔티티에 의해 디스플레이되는 방식을 제어하는 데 사용될 수 있는 디스플레이 추천을 포함할 수 있다.
마지막으로, (이상에서 정의된) 자원은 예를 들어, 특정 자원 아이템을 제공하는 각각의 자원을 의미할 수 있다는 것을 상기하자. 또한, 자원은 스스로가 하나 이상의 멤버 자원(및 가능하게는, 하나 이상의 다른 자원 컬렉션)을 포함할 수 있는 자원 컬렉션(예를 들어, 자원 컨테이너, 자원 폴더 등)을 의미할 수 있다. 따라서, 자원 정보 공유 기능(322)은 하나 이상의 각각의 자원 또는 자원 컬렉션을 설명하는 자원 메타데이터를 제공하는 것으로 구성될 수 있다. 상기 경우에서, 자원 메타데이터는 각각의 자원의 타이틀, 제작자 등과 같은 각각의 자원에 속하는 고레벨 정보를 포함할 수 있다. 후자의 경우에, 자원 메타데이터는 자원 컬렉션에 속하는 고레벨 정보를 포함할 수 있다. 그러한 고레벨 정보는 전체 컬렉션을 그 자체로 설명하는 임의의 종류의 글로벌 정보뿐만 아니라, 각각의 멤버 자원 및 (존재한다면) 각각의 멤버 자원의 타이틀, 제작자 등과 같은 자원 컬렉션 내의 서브-컬렉션에 속하는 정보를 포함할 수 있다.
설명을 용이하게 하기 위해, 다음의 설명은 일반적으로, 각각의 자원에 대한 자원 메타데이터는 자원 컨텐츠가 (후속적으로 검색될 수 있도록) 발견될 수 있는 곳을 설명하는 자원 위치지정자를 포함한다고 가정할 것이다. 그러나, 일 구현예에서, 자원이 자원 컬렉션이면, 그 자원 메타데이터는 그에 관련된 자원 위치지정자를 포함할 수도 있고 포함하지 않을 수도 있다. 예를 들어, 소위 재생리스트 자원 컨테이너는 그에 관련된 자원 위치지정자를 가질 수 있다. 이 자원 위치지정자 는 재생리스트(예를 들어, 노래 리스트) 또는 재생 리스트 내의 각각의 노래(예를 들어, "연결된" 노래들의 집합)를 검색하는 데 사용될 수 있다. 재생리스트는 예를 들어, 노래에 관련된 각각의 자원 위치지정자를 제공함으로써 각각의 노래가 어떻게 검색될 수 있는지를 식별할 수 있다. 그러나, 다른 자원 컬렉션은 그에 관련된 자원 위치지정자를 가질 수 없다. 일반적으로, 임의의 주어진 어플리케이션은 자원 위치지정자, 자원 위치지정자 없는 컬렉션, 또는 자원 위치지정자를 갖는 컬렉션과 갖지 않는 컬렉션의 조합을 갖는 컬렉션을 포함할 수 있다. 설명을 용이하게 하기 위해, 다음의 설명은 일반적으로, 자원 메타데이터 아이템과 자원 위치지정자 간의 일 대 일 대응을 의미할 것이다. 그러나, 항상 명확하게 언급되지는 않지만, 자원 컬렉션에 대하여 상술된 자격이 잠재적으로 적용된다.
(제공된 자원 메타데이터를 통해) 이용가능한 자원을 본 후에, 소비자는 이용가능한 각각의 자원들 중 하나에 대응하는 자원 컨텐츠를 선택된 미디어 렌더링 장치, 예를 들어, 렌더링 장치(306) 상에서 재생하기로 결정할 수 있다. 이것은 여러 방법으로 수행될 수 있다. 한 기술에 따르면, 제어점(316)(또는, 다른 에이전트)은 URL(Uniform Resource Locator)과 같은 선택된 자원 컨텐츠 아이템에 대응하는 자원 위치지정자를 렌더링 장치(306)에 공급할 수 있다. (다시, 이 자원 위치지정자는 소비자의 초기 질의에 응답하여 미디어 서버(302)에 의해 제어점(316)에 자원 메타데이터의 일부로서 제공되었음을 상기하자) 렌더링 장치(306)는 이 자원 위치지정자를 미디어 서버(302)에 제출할 수 있다. 미디어 서버(302)는 그것이 렌더링 장치(306)로부터 수신한 자원 위치지정자를 이용하여, 선택된 자원 컨텐 츠의 위치를 알아내고 이 자원 컨텐츠를 그 선택된 렌더링 장치(306)에 공급한다. 이 일련의 액션은 예를 들어, HTTP GET 동작 또는 다른 유형의 동작을 이용하여, UPnP 프로토콜 외부에서 수행될 수 있다. 이러한 동작에서, 렌더링 장치(306)는 미디어 서버(302)에 HTTP GET 명령을 공급한다. 이 명령은 자원 위치지정자를 포함한다. 도 3은 이 액션을 경로(302)로 도시한다. 미디어 서버(302)는 요구된 자원 컨텐츠를 제공함으로써 응답한다. 도 3은 이 액션을 경로(332)로 도시한다. HTTP GET 프로토콜 외에 사용될 수 있는 다른 프로토콜은 IEEE 1394, RTSP/RTP 등이다. 다양한 미디어 스트리밍 기술도 미디어 서버(302)로부터 미디어 렌더링 장치(306)로 자원 컨텐츠를 전송하는 데 사용될 수 있다. 또한, 아이템에 대한 각각의 자원 위치지정자를 분리하여 차례로 송신하기 보다, 다수의 자원 위치지정자가 렌더링 장치(306)에 전송되고, 그 후, 미디어 서버(302)에 전송되어, 다수의 자원 컨텐츠 아이템의 일괄 전송을 수행할 수 있다.
상술된 바와 같이, HTTP GET 프로토콜(또는, 다른 프로토콜)을 이용한 실제 자원 컨텐츠의 검색도 선택적으로, 배포 기준에 대해 조건이 될 수 있다. 즉, 상술된 바와 같이, 제1 배포 기준 집합은 자원 메타데이터의 유포를 제어할 수 있고, 제2 배포 기준 집합은 자원 컨텐츠의 배포를 제어할 수 있다. 제1 집합은 제2 집합과 동일할 수도 있고 다를 수도 있다. 제2 기준 집합을 이용하여, 관련 배포 기준이 요구 렌더링 장치가 켄텐츠를 수신하는 데 인가되지 않음을 나타내면, 미디어 서버(302)는 자원 컨텐츠의 배포를 금지할 수 있다. 이 제공은, 비인가된 렌더링 장치가 그것이 인가된 장치로부터 (허가를 가지고 또는 허가없이) 수신한 자원 위 치지정자를 이용하여 자원 컨텐츠를 수신하려고 하는 것을 방지한다. 이 제공은 또한, 한번 인가되었지만 더 이상 인가된 것이 아닌 장치가 자원 컨텐츠에 액세스하기 위하여 "스테일(stale)"(예를 들어, 오래된) 자원 위치지정자를 이용함으로써 자원 컨텐츠를 수신하는 것을 방지할 수 있다.
한 경우에, 미디어 서버(302)는 한 장치가 자원 메타데이터를 수신하는 것이 허가되었더라도, 그 동일한 장치로의 자원 컨텐츠의 배포를 방지할 수 있다. 다르게는, 미디어 서버(302)는 한 장치가 자원 컨텐츠 자체에 액세스할 수 있더라도, 그 장치로의 자원 메타데이터의 배포를 금지할 수 있다. 일반적으로, 배포 기준의 "제1 집합" 및 "제2 집합"이라는 용어는 단순히, 상이한 기준 컬렉션들이 자원 메타데이터 및 자원 컨텐츠의 배포에 적용될 수 있다는 것을 나타내는 추상 개념이다. 한 경우에, 이러한 2개의 집합은 글자 그대로, 각각의 기준이 자원 메타데이터 및/또는 자원 컨텐츠의 배포에 적용되는지를 나타내는 필드 또는 속성을 각각의 기준에 첨부함으로써 구현될 수 있다. 또 다른 경우에, 명백하게 자원 메타데이터와 자원 컨텐츠 둘 다의 배포에 적용되거나 자원 메타데이터와 자원 컨텐츠 둘 중 하나에 적용된다는 가정 하에, 기준의 단일 저장소가 제공될 수 있다. 이 유포 전략을 구현하는 데에 다수의 다른 변형이 가능하다.
장치-관련 기준 외에, 다른 종류의 배포 기준이 자원 컨텐츠의 유포에 적용될 수 있다. 예를 들어, 상술된 자원 메타데이터의 유포의 경우에서와 같이, 관련 배포 기준이 특정 개인이 요구된 승낙을 이 전송에 제공하지 않았음을 나타내면, 메타데이터 서버(302)는 자원 컨텐츠의 배포를 금지할 수 있다. 이 기준은 한 경 우에서, 이 개인이 현재 활성으로 미디어 서버(302)를 구현하는 컴퓨터 시스템에 로그온되도록 요구함으로써 만족될 수 있다. 여전히, 다른 기준이 자원 컨텐츠의 배포를 제어할 수 있다.
또 다른 구현에서, 미디어 서버(302)는 자원 컨텐츠의 배포를 배포 기준에 의존하게 만들 수 없다. 이 구현예의 전제는, 소비자가 미디어 서버(302)에 의해 제공된 자원 컨텐츠에 대응하는 유효한 자원 위치지정자를 가지면 자원 컨텐츠 자체를 액세스하는 적절한 인가를 갖는 것으로 가정된다는 것이다. 이것은 소비자가 첫 번째 장소에서 자원 메타데이터를 획득하기 위하여 자원 메타데이터의 배포를 제어하는 배포 기준에 설정된 조건을 충족해야만 하기 때문이다.
A.2 시스템의 예시적인 적용
도 4는 홈 환경에서 상술된 자원 공유 전략의 예시적인 적용을 도시한다. 그러나, 상술된 바와 같이, 여기에 설명된 원리는 비지니스, 학교, 조직 등과 같은 임의의 환경에 적용될 수 있다.
도 4에서, 홈(402)의 개략도는 서재(404), 자녀의 침실(406), 부모의 침실(408), 부엌(410) 및 거실(412)과 같은 복수의 방을 포함한다. 도 4는 홈(402)에 거주하고 있는 3명의 사람 즉, 아버지(414), 어머니(416) 및 자녀(418)도 도시한다.
서재(404)는 미디어 서버(420) 및 관련 자원뿐만 아니라 렌더링 장치 M(422)도 포함한다. 자녀의 침실(406)은 렌더링 장치 N(424)을 포함한다. 부모의 침실(408)은 헨더링 장치 O(426)를 포함한다. 부엌(410)은 렌더링 장치 P(428)를 포함 한다. 그리고, 거실(412)은 렌더링 장치(430 및 432)(Q 및 R)를 포함한다. 도시되어 있지는 않지만, 다양한 제어접이 홈(402) 전체에 흩어져 있을 수 있다. 예를 들어, 서재(404) 내의 장치 M(422)도 소비자가 미디어 서버(420)와 상호작용할 수 있는 제어점으로서 기능할 수 있다. 미디어 서버(420)는 서재(404)에 위치하고 있기 때문에, 서재(404)는 홈 전체에 대해 자원의 배포를 제어할 배포 기준을 설정하기 위한 제어 중심으로서 기능할 수 있다. 어머니(416)는 이 예에서, 이 기준을 설정함으로써 미디어 서버 사용자로서 행동하고 있다. 마지막으로, 서재(404)는 장치들 모두를 함께 연결하기 위한 라우터(434)도 포함한다. 라우터(434)는 통상적인 방식으로, 즉, 정보에 관련된 어드레싱 정보에 의존하여 자원 정보 및 다른 정보를 다양한 장치에 라우팅함으로써 기능한다.
자원 정보 공유 기능(322)은 상이한 환경들 및 목적들에 적합하게 되기 위해 매우 다양하고 상이한 자원 공유 시나리오들을 제공할 수 있다. 다음의 설명에서, 자원 정보 공유 기능(322)이 채용될 수 있는 방법의 구체적인 예를 제공하기 위하여, 몇몇 자원 공유 가능성이 약술된다.
제1 시나리오에서, {미디어 서버(420)를 사용하고 있는} 미디어 서버 사용자는 제1 특정 자원 그룹을 자원 폴더로 추려내고, 자녀의 방(406) 내의 장치 N(424) 으로만의 배포를 위해 그 자원 폴더 내의 자원에 관련된 자원 정보를 귀표(earmark)하기를 원할 수 있다. 따라서, 자녀(418)는 자기 자신의 방에서 적절한 자녀의 자원 정보(예를 들어, 자원 메타데이터 및/또는 자원 컨텐츠)에 액세스할 수 있다. 동시에, 부모(414 및 416)는 자원 메타데이터를 통해 브라우징 또는 검 색할 때 이 자원 메타데이터를 보지 못할 것이다. 이것은 관심없는 자원 메타데이터가 부모에게 쇄도하지 않게 하는 이로운 효과를 갖는다.
제2 시나리오에서, 부모(414 및 416)는 자신의 침실(408)에서 보기 위해 액션 장르 자원 정보의 배포를 자신에게로만 제한하기를 원할 수 있다. 부모(414 및 416)는 예를 들어, 이 자원 정보 내의 폭력물이 그들의 자녀(418)가 보기에 부적절하다는 것을 염려할 수 있다. 미디어 서버 사용자는 R-등급의 자원 정보의 컬렉션이 부모의 방(408) 내의 장치 O(426) 상에서만 재생되어야 한다고 지정함으로써 이 제한을 구현할 수 있다. 따라서, 자녀(418)는 자신의 방(406)에서 이 불쾌한 자원 정보에 액세스할 수 없으며, 심지어, (자원 정보 공유 기능(322)이 이 자원에 관한 자원 메타데이터를 자녀로부터 숨길 수 있기 때문에) 자녀(418)는 이 불쾌한 자원 정보가 존재한다는 것조차 알지 못한다.
제3 시나리오에서, 미디어 서버 사용자는 자원의 특정 다른 컬렉션에 관련된 자원 정보를 임의의 렌더링 장치 상에 디스플레이하기 적절한 것으로서 귀표(earmark)할 수 있다. 이것은 이 자원 컬렉션에 대한 배포 기준을 정의할 때, "모든 장치"를 지정함으로써 구현될 수 있다.
상술된 장치-관련 제한 외에, 미디어 서버 사용자는 미디어 서버(420)를 동작시키는 선택된 개인이 이 자원 정보의 전송에 대해 내재적 또는 명시적 승낙을 제공했는지에 관한 자원 정보 조건에 액세스할 수 있다. 예를 들어, 제4 시나리오에서, 이 기준은 어머니(416)가 미디어 서버(420)에 로그온될 때(및 그녀의 단말 세션이 활성화될 때) 만족된다. 이 경우에, 자원 정보의 전송에 대한 어머니(416) 의 승낙은 미디어 서버(420)와의 단순한 동시적 상호작용으로부터 추측된다. 또 다른 경우에, 이 기준은 어머니(416)가 전송에 대한 자신의 빠른 승낙을 제공할 때에만 만족된다. 이것은 그녀의 자녀가 특정 자원 메타데이터 또는 자원 컨텐츠에 액세스하려고 할 때 팝업 메시지를 제공함으로써 수행될 수 있다. 전송은 어머니(416)가 이 질의에 긍정으로 응답할 때에만 진행된다.
한편, "모든 사용자"를 지정하는 사용자 기준은 자원 정보의 제공에 대해 어떤 제한도 두지 않는다. 다시 말하면, 이 기준이 설정되면, 자원 정보는 미디어 서버(410)를 동작시키는 임의의 개인의 승낙을 참조하지 않고서, 인가된 장치 상에 제공될 수 있다. 그러나, 장치-관련된 기준은 자원 정보가 어디에 제공될 수 있는지에 관해 독립적인 제한을 둘 수 있어, 특정 장치가 이 자원을 수신하는 것을 효과적으로 방지할 수 있다.
또 다시, 자원 정보 공유 기능(322)은 장치-관련 기준 및 사용자 승낙-관련 기준 외에, 자원이 소비되는 날짜 시간에 속하는 다양한 기준과 같은 다른 종류의 기준을 제공할 수 있다. 또 다시, 상술된 특징은 홈 문맥 이외에, 비지니스 환경과 같은 다른 환경에도 동등하게 적용가능하다.
마지막으로, 이하의 섹션 A.5에서 더 상세히 설명되는 바와 같이, 홈(402) 외부의 다양한 엔티티가 비인가된 방식으로 홈 네트워크와 상호작용하기를 시도할 수 있다. 예를 들어, 홈(402)에 제공된 네트워크의 일부분은 무선 링크로서 구현될 수 있다. 이 경우에, 비인가된 엔티티는 자기 자신을 유효한 제어점 또는 렌더링 장치로서 제공하기 위해, 홈(402)에 충분히 근접하여 동작할 수 있다. 또 다른 경우에, 비인가된 엔티티는 미디어 서버(420)에 의해 제공된 자원 정보에 (인터넷과 같은) 의도적으로 또는 주의깊게 탭핑하기 위해, 광역 네트워크를 이용하여 개인을 나타낼 수 있다. 또 다른 경우에, 상술된 자원 공유 전략은 자원 정보의 유포를 공지의 제한된 렌더링 장치 집합으로 제한하는 데 사용될 수 있다. 이것은 비인가된 엔티티가 자원 정보를 수신할 수 있는 미리-승인된 장치의 리스트 상에 있지 않기 때문에, 이 비인가된 엔티티가 자원 정보를 액세스하는 것을 방지하는 효과를 가질 것이다. 배포는 미디어 서버(420)를 동작시키는 특정 개인의 승낙에 대한 추가 조건이다. (이 기준은 자원 정보를 나누어 주는 데 미디어 서버 사용자의 명시적 또는 묵시적 승인을 요구하기 때문에) 이것은 비인가된 액세스의 경로에 또 다른 장애를 놓는다. 이하의 섹션 A.5는 자원 정보로의 비인가된 액세스를 방해하도록 설계된 몇몇 다른 제공을 설명한다.
A.3 미디어 서버 아키텍처 개관
도 5는 도 3에 도시된 예시적인 미디어 서버(302)에 대한 보다 더 상세한 설명이다. 미디어 서버(302)는 소프트웨어, 펌웨어(예를 들어, 고정된 논리 회로) 또는 소프트웨어와 펌웨어의 조합을 이용하여 도 5에 도시된 다양한 블럭을 구현할 수 있다. 여기에 사용된 "논리"라는 용어는 일반적으로, 소프트웨어, 펌웨어, 또는 소프트웨어와 펌웨어의 조합을 나타낸다. 소프트웨어 구현의 경우에, 도시된 블럭은 프로세싱 장치(예를 들어, CPU) 상에서 실행될 때 특정 태스크를 수행하는 프로그램 코드(및/또는 평서문)의 컬렉션을 나타낼 수 있다. 프로그램 코드는 하나 이상의 컴퓨터 판독가능한 메모리 장치 내에 저장될 수 있다.
개관으로서, 미디어 서버(302) 아키텍처는 3개의 주요 컴포넌트를 포함한다. 제1 주요 컴포넌트는 미디어 서비스 모듈(502)이다. 미디어 서비스 모듈(502)은 자원 정보 공유 코드, 새로운 장치를 위해 UPnP 네트워크(314)를 모니터링하는 코드, 자원 컨텐츠를 배포하기 위한 서버를 호스트한다. 미디어 서비스 모듈(502)은 (예를 들어, 공유된 자원 폴더의 리스트, 승인된 장치의 리스트, 자원 정보 전송을 위해 승낙을 제공하는 것이 요구되는 미디어 서버 사용자의 리스트 등을 포함하여) 네트워크(314)를 통한 자원 메타데이터 및 자원 컨텐츠의 배포를 제어하는 데 사용되는 구성 데이터도 유지한다.
제2 주요 컴포넌트는 CDDM(Content Directory Device Monitor) 서비스 모듈(504)이다. 이하에 더 상세히 설명되는 바와 같이, CDDM 서비스 모듈(504)은 미디어 서비스 모듈(502)과 비교하여, 미디어 서버(302)의 시스템 자원과 상호작용하는 더 높은 액세스 특권을 갖는다. 그러하듯이, 미디어 서버(302)는 CDDM 서비스 모듈(504)을 이용하여, 미디어 서비스 모듈(502)이 자신의 더 낮은 액세스 특권으로 인해 수행할 수 없는 몇몇 특권화된 동작을 실행한다. CDDM 서비스 모듈(504)에 의해 제공된 동작은 이하에 더 상세히 열거 및 설명될 것이다.
제3 주요 컴포넌트는 구성 및 제어 패널 모듈(506){간단하게, 제어 패널 모듈(506)이라고 지칭됨}이다. 제어 패널 모듈(506)은 로그온된 사용자가 네트워크(314)에 결합된 새로운 장치에 대한 인가를 승인 또는 거부하고, 또한, 공유된 자원 폴더의 리스트를 관리하고 관련된 배포 기준을 정의하게 한다. 제어 패널 모듈(506)은 또한, 미디어 서버(302)에 의해 기준 시스템 에러가 발행할 때 미디어 서 버 사용자에게 경고한다.
(이하의) 서브섹션 A.4에서 설명되는 바와 같이, 미디어 서버(302)는 FUS(fast user switching)를 구현한다. FUS 기술은 하나 이상의 미디어 서버 사용자가 임의의 시간에 미디어 서버(302)를 호스트하는 컴퓨터 시스템에 로그온하는 것을 허용한다. 이 경우에, 미디어 서버(302)는 동시에 실행될 수 있는 제어 패널 모듈(506)의 복수의 인스턴스를 제공한다. 도 5는 특히, 모듈 인스턴스(506)가 사용자(508)와 상호작용하는 데 사용되고, 모듈 인스턴스(510)가 사용자(512)와 상호작용하는 데 사용되고, 모듈 인스턴스(514)가 사용자(516)와 상호작용하는 데 사용되는 예시적인 경우를 도시한다. 그러나, 각각의 사용자는 아무때나 제어 패널 모듈(506)의 최대한 하나의 인스턴스를 개시할 수 있다. 개인 API(application programming interface)(518)는 제어 패널 모듈(506)을 미디어 서버(302) 내의 다른 컴포넌트에 연결한다.
상술된 3개의 모듈 각각은 상이한 소위 "사용자 문맥"에서 동작한다. 미디어 서비스 모듈(502)은 (이하에 설명되는) 소위 로컬 서비스 사용자 문맥 또는 네트워크 서비스 문맥과 같은 임의의 소위 "압박된(clamped-down)" 사용자 문맥에서 실행된다. CDDM 서비스 모듈(504)은 소위 로컬 시스템 사용자 문맥에서 실행된다. 기본적으로, 압박된 사용자 문맥은 새로운 장치를 위해 UPnP 네트워크(314)를 모니터링하는 것, 자원 정보를 배포하는 것 등과 같은 UPnP 기능의 컬렉션에 관련된 액세스 특권을 제공한다. 그러나, 압박된 사용자 문맥은, 디스크 상에 저장된 자원을 실제로 판독하고, 삭제하고, 그곳에 기록하는 것과 같은 미디어 서버(302)를 구 현하는 데 필요한 컴퓨터 시스템에 의해 제공된 특정 자원의 액세스를 허용하지 않을 수 있다. {CDDM 서비스 모듈(504)에 의해 사용되는} 로컬 시스템 사용자 문맥은 이러한 핵심 컴퓨터 자원으로의 액세스를 제공하며, 또한, 이 컴퓨터 자원으로 액세스하기 위해 압박된 사용자 문맥을 허가하는 이 컴퓨터 자원에 대한 액세스 허가를 변경할 수 있다. 따라서, {미디어 서비스 모듈(502)에 의해 사용된} 압박된 사용자 문맥 및 (CDDM 서비스에 의해 사용된) 로컬 시스템 사용자 문맥은 UPnP 공유 기능을 구현하기 위한 필요한 기능을 제공하기 위해 서로 보완한다. {제어 패널 모듈(506)에 의해 사용된} 로그온된 사용자의 사용자 문맥은 특히 로그온된 사용자{예를 들어, 사용자(508)}에 관련된 액세스 특권을 제공한다.
미디어 서버(302)의 자원, 더 포괄적으로는, 미디어 서버(302)를 호스트하는 컴퓨터 시스템의 자원을 보호하기 위하여, 상이한 보안 사용자 문맥에 상이한 기능을 할당하는 것이 바람직하다. 예를 들어, 미디어 서버(302)는 임의의 미디어 서버 사용자가 미디어 서버(302)에 로그온하지 않고서도, 특정 동작을 배경 모드로 실행할 수 있다. 하나의 그러한 배경 동작은 미디어 서버 사용자에게 치명적인 시스템 에러가 있을 때, 또는 새로운 미디어 렌더링 장치 또는 제어점이 네트워크(314) 상에서 검출될 때를 알리는 것을 포함한다{어느 경우든, 이것은 제어 패널 모듈(506)을 개시함으로써 수행됨}. 이러한 배경 태스크에 관련된 기능이 미디어 서버(302)에 의해 제공된 시스템 자원 모두와 직접적으로 상호작용하는 것을 막는 것이 바람직하다. 이 때문에, 미디어 서버(302)는 로컬 시스템 사용자 문맥에서 실행되는 CDDM 서비스 모듈(504)를 이용하여, (압박된 사용자 문맥에서 실행되는) 미디어 서비스 모듈(502)을 보충한다. 상술된 바와 같이, CDDM 서비스 모듈(504)은 압박된 사용자 문맥으로의 제한을 벗어난 핵심 시스템 자원을 액세스하기 위해 필수적인 액세스 특권을 갖는다.
다음의 설명에서, 설명을 용이하게 하기 위해, 압박된 사용자 문맥은 로컬 서비스 사용자 문맥을 사용하는 특정 구현의 문맥에서 설명된다. 로컬 서비스 사용자 문맥은 일반적으로 다른 통상적인 사용자 계정과 같이, 컴퓨터 시스템으로의 상호동작적 로그온을 허용하지 않는 마이크로소프트 윈도우즈® 오퍼레이팅 시스템에 의해 생성된 특수 계정을 의미한다. 그러나, 상술된 바와 같이, (마이크로소프트 윈도우즈® 오퍼레이팅 시스템에 미리정의된 사용자 문맥을 의미하는) 네트워크 서비스 문맥 또는 임의의 다른 사용자 문맥을 사용하여 압박된 사용자 문맥을 구현하는 것도 가능하다. 로컬 서비스 사용자 문맥과 네트워크 서비스 사용자 문맥 둘 다는 그에 관련된 유사한 특권 집합을 갖지만, 이 사용자 문맥에 의해 제공된 장점은 동일하지 않다. 예를 들어, 네트워크 서비스 사용자 문맥은 윈도우즈® 오퍼레이팅 시스템을 실행하는 네트워크에 연결된 다른 기계에 의해 인식되는 자격을 제공한다. 반대로, 로컬 서비스 사용자 문맥 자격은 사용자의 로컬 기계 상에서만 인식된다. 또한, 한 기계의 로컬 서비스 사용자는 다른 기계 상에서 인증될 수 없다.
도 3의 문맥에서 도입된 자원 정보 공유 기능(322)은 집합적으로, 상술된 3개의 컴포넌트(502, 504 및 506)를 나타낸다. 이 상술된 컴포넌트 각각은 차례로 이하에서 설명될 것이다.
a. 미디어 서비스 모듈
우선, 장치 모니터링 모듈(520)은 UPnP 네트워크(314)에 연결된 장치로부터 통지를 수신한다. 예를 들어, 이 모듈(520)은 UPnP 네트워크(314)에 추가된 새로운 렌더링 장치에 의해 생성된 공고를 검출한다. 이 모듈(520)은 이 이벤트의 미디어 서버(302) 내의 다른 모듈에게 통지하고, 이것은 다른 액션을 트리거한다(이것은 예를 들어, 도 16 및 도 17을 참조하여 이하에서 상세히 설명될 것임). 장치 모니터링 모듈(520)은 UPnP 네트워크(314)에 연결된 제어점에 의해 생성된 요구도 검출한다. 도 5에 나타난 바와 같이, 자원 정보 소비자(예를 들어, 간단하게, "소비자")는 미디어 서버(302)에 의해 제공된 자원 메타데이터를 통해 브라우즈 또는 검색하기 위해 그러한 요구를 개시할 수 있다. 장치 모니터링 모듈(520)은 이 요구의 컨텐츠 디렉토리 서비스 모듈을 통지하고, 이것은 다른 액션을 트리거한다(이하에 상세히 설명될 것임).
자원 모니터 모듈(522)은 새로 추가, 삭제 또는 변경된 자원을 위해 (도 3에 도입된) 자원 저장장치(320)를 모니터한다. 변경 검출 시, 자원 모니터 모듈(522)은 컨텐츠 디렉토리 서비스 모듈(526)에게 자원에 대한 변경을 통지한다. 컨텐츠 디렉토리 서비스 모듈(526)은 자원 저장소(320)에서 제공되는 자원의 디렉토리를 유지한다. 도 5에서 나타난 바와 같이, 컨텐츠 디렉토리 서비스 모듈(526)은 또한, 자원 저장소(320)에 의해 제공된 자원을 통해 브라우즈 또는 검색하려는 요구를 입력한 소비자와 상호작용한다. 컨텐츠 디렉토리 서비스 모듈(526)은 소비자의 요구를 충족하고 그 요구에 속할 수 있는 임의의 배포 기준을 만족하는 이용가능한 자원을 설명하는 자원 메타데이터를 소비자에게 회수 및 전송함으로써 이 요구에 응답한다.
자원 저장소(320) 자체는 자원의 단일 레포지토리 또는 복수의 레포지토리를 나타낼 수 있다. 자원 저장소(320)는 자기 저장장치, 광 저장 장치, EEPROM 저장 장치 및/또는 임의의 다른 종류의 저장 장치를 이용하여 구현될 수 있다. 자원 저장소(320) 내에 저장될 수 있는 예시적인 공유가능한 자원은 .bmp 이미지 파일, .gif 이미지 파일, .jpeg 이미지 파일, .png 이미지 파일, .tiff 이미지 파일, .avi 비디오 파일, .mp3 오디오 mpeg 파일, mpeg 비디오 mpeg 파일, .wav 오디오 파일, .wma 오디오 파일, .wmv 비디오 파일 등을 포함한다. 이것은 단지 예시적인 리스트일 뿐이다. 자원 저장소(320)는 미디어 서버(302)의 다른 부분과 함께 위치될 수도 있고, 하나 이상의 분리된 위치에 전체 또는 부분적으로 위치될 수도 있다. 후자의 경우, 미디어 서버(302)는 자원 저장소(320)에서 제공된 자원을 원격으로 관리할 수 있다.
자원 전송 모듈(524)은 {도 3에 도시된 미디어 렌더링 장치(306)와 같은} 미디어 렌더링 장치로의 자원 컨텐츠의 전송을 조정한다. 일 구현예에서, 자원 전송 모듈(524)은 HTTP 서버이다. 자원 컨텐츠의 전송은 (HTTP 서버가 사용되는 경우의 HTTP GET 요구와 같은) 자원 컨텐츠 요구의 수신에 의해 개시된다. 자원 전송 모듈(524)은 (적용가능하다면) 관련 배포 기준이 충족된다는 가정 하에, 자원 컨텐츠를 전송함으로써 응답한다. 일 구현예에서, 자원 전송 모듈(524)은 접속 관리자 서비스 모듈(530)의 도움으로 이 태스크를 수행한다. 접속 관리자 서비스 모듈 (530)은 미디어 서버(302), 및 자원 컨텐츠를 수신하는 렌더링 장치 간의 연결을 관리한다. 제어점{예를 들어, 제어점(314 또는 316)}은 이 모듈(530)을 호출하여, 자원 정보의 훌륭한 전송을 위해 미디어 서버(302)를 준비할 수 있다. 이 준비는 미디어 서버(302)와 렌더링 장치의 능력을 매칭하는 것, UPnP 네트워크(314)에서 진행중인 자원 정보의 전송에 관한 정보를 발견하는 것, 및 미디어 서버(302)와 렌더링 장치 간의 접속을 설정 및 해제하는 것을 포함할 수 있다. HTTP 기술을 이용하여 자원 컨텐츠 전송을 수행하는 특징지어진 예시적인 구현은 상술된 기능들 중 하나 이상을 불필요하게 함으로써 그 프로세싱을 단순화시킬 수 있음을 유념한다.
일 예시적인 HTTP 구현예에서, 접속 관리자 서비스 모듈(530)은 GetProtocolInfo 메소드를 지원할 수 있다. 이 메소드는 미디어 서버(302)가 발생하고 쇠퇴할 수 있는 프로토콜 정보 유형의 콤마 분리된 리스트를 반환한다. 제어점은 이 정보를 이용하여, 미디어 서버(302)와 선택된 렌더링 장치{예를 들어, 미디어 렌더링 장치(306)} 간의 미디어 접속을 설정한다. 각각의 ProtocolInfo 엔트리는 전송 프로토콜, 네트워크, 다목적 인터넷 메일 확장 (mime) 유형 및 추가 정보의 조합이며, 포맷: Protocol:Network:Content_Format:Additional Info에 의해 집합적으로 지정된다.
미디어 서비스 모듈(502)은 선택적인 오디오-비주얼(AV) 전송 서비스 모듈(도시되지 않음)도 포함한다. 지원되는 경우, AV 전송 서비스 모듈은 렌더링 장치로의 자원 컨텐츠의 재생을 제어하는 데 사용될 수 있다. 이 모듈은 특히, 예를 들어, 제어점이 자원 컨텐츠의 흐름을 중단시키고, 자원 컨텐츠의 흐름을 중지시키 고, (탐색 함수를 이용하여) 자원 컨텐츠 내의 특정 위치를 검색하게 할 수 있다.
도 5의 특정 예에서, 미디어 서비스 모듈(502)은 (HTTP 1.1 서버와 같은) HTTP 서버(524)를 이용하여 자원 컨텐츠의 전송을 조정할 수 있다. 이 서버(524)는 HTTP GET 요구의 수신에 응답하여 자원 컨텐츠를 서비스한다. HTTP GET 요구는 요구된 자원의 URL을 지정하는데, 이것은 수신자 엔티티(예를 들어, 제어점)로의 자원 메타데이터의 이전 전송에 응답하여 미디어 렌더링 장치에 제공된 것이고, 이것은 소비자의 이전 검색 또는 브라우즈 요구에 의해 촉구된 것이다. 서버(524)는 적용가능한 경우 그 관련 배포 기준이 만족된다는 가정 하에서, 특정 URL에 대응하는 자원 저장소(320)로부터 자원 컨텐츠를 회수하고, (필요하다면) 요구된 미디어 포맷에 자원 컨텐츠를 전송하고, 이 자원 컨텐츠를 소비자에게 제공함으로써 응답한다. 자원에 대한 URL은 다음과 같은 예시적인 형식일 수 있다.
http://machine ip:port/ResourceId
여기서, "ResourceId"는 컨텐츠 디렉토리 서비스 모듈(526)에 의해 자원 컨텐츠에 할당된 식별자를 의미한다. HTTP-GET 프로토콜 대신에 사용될 수 있는 자원 컨텐츠를 전송하기 위한 다른 프로토콜은 IEEE-1394, RTSP/RTP 등을 포함한다.
컨텐츠 디렉토리 서비스 모듈(526)은 미디어 서버(302)가 자원 정보(특히, 자원 메타데이터)를 미디어 렌더링 장치들에게 나누어 주는 기능의 핵심을 제공한다. 그것은 공유된 자원 저장소(532)를 포함한다. 일 구현예에서, 공유된 자원 저장소(532)는 디렉토리, 및 공유되어야 하는 자원 저장소(32)에서 제공된 자원을 설명하는 관련 자원 메타데이터를 포함한다.
더 상세하게, 일련의 도면에서 앞서 간단하게 건너뛰었지만, 도 6은 예시적인 계층적 구조, 예를 들어, 공유된 자원 저장소(532) 내의 정보를 가상의 자원 컨테이너에 조직하는 데 사용될 수 있는 디렉토리(600)를 도시한다. 도 6에서, "루트" 자원 컨테이너(602)는 디렉토리(600) 내의 다른 자원 컨테이너 모두를 포함한다. "음악" 자원 컨테이너(604)는 음악을 분류하는 자원 컨테이너를 포함한다. "음악/모든 음악" 자원 컨테이너(606)는 컨텐츠 디렉토리 내에서 공유되는 모든 음악 자원을 포함한다. "음악/앨범" 자원 컨테이너(608)는 각각의 앨범에 대한 자원 컨테이너를 포함하고, 여기서 각각의 그러한 자원 컨테이너는 그 앨범에 속한 음악 자원을 포함한다. "음악/아티스트" 자원 컨테이너(610)는 각각의 아티스트에 대한 자원 컨테이너를 포함하고, 여기서 각각의 그러한 자원 컨테이너는 그 아티스트에 의해 제작된 음악 모두에 대한 자원을 포함한다. "음악/장르" 자원 컨테이너(612)는 각각의 장르에 대한 자원 컨테이너를 포함하고, 여기서 각각의 그러한 자원 컨테이너는 그 장르에 속하는 음악에 대한 자원을 포함한다.
"비디오" 자원 컨테이너(614)는 비디오를 분류하는 자원 컨테이너를 포함한다. "비디오/모든 비디오" 자원 컨테이너(616)는 컨텐츠 디렉토리 내에서 공유되는 모든 비디오 자원을 포함한다. "비디오/배우" 자원 컨테이너(618)는 각각의 배우에 대한 자원 컨테이너를 포함하고, 여기서 각각의 그러한 자원 컨테이너는 그 배우를 특징으로 하는 비디오 자원을 포함한다. "비디오/장르" 자원 컨테이너(620)는 각각의 장르에 대한 자원 컨테이너를 포함하고, 여기서 각각의 그러한 자원 컨테이너는 그 장르에 속하는 비디오 자원을 포함한다.
"사진" 자원 컨테이너(622)는 사진을 분류하는 자원 컨테이너를 포함한다. "사진/모든 사진" 자원 컨테이너(624)는 컨텐츠 디렉토리 내에서 공유되는 모든 이미지 자원을 포함한다. 도시되어 있지는 않지만, "사진/앨범" 자원 컨테이너가 포함될 수 있으며, 이것은 폴더 이름에 기초하여 각각의 사진 앨범에 대한 자원 컨테이너를 포함한다. 또한, 도시되어 있지는 않지만, "사진/찍은 날짜" 자원 컨테이너가 포함될 수 있으며, 이것은 제공된 날짜에 찍힌 사진들의 그룹 각각에 대한 자원 컨테이너를 포함한다.
마지막으로, "사용자 파일" 자원 컨테이너(626)는 개별 사용자에 속하는 자원을 보유하는 자원 컨테이너를 포함한다. 도 6은 예시적인 N명의 사용자에 관련된 자원 컨테이너(628)의 컬렉션을 도시한다.
디렉토리(600) 내의 자원 컨테이너 각각은 그에 관련된 오브젝트 ID를 가질 수 있다. 예를 들어, 비디오/배우 자원 컨테이너는 오브젝트 ID "컨테이너: VideoActor"를 가질 수 있다. 일반적으로, 도 6에 도시된 디렉토리(600)는 예시적인 것이며, 다른 디렉토리들은 자원의 상이한 조직 및 선택을 이용할 수 있다.
일 구현예에서, 디렉토리(600)에 도시된 컨테이너 내의 개별 자원 각각은 자원 저장소(320) 내에 저장된 별도의 개별 자원 파일에 대응할 수 있다. 그러나, 전술된 바와 같이, "자원"은 정보의 추상적 집합으로서 이해되어야 한다. 파일의 일부분만을 이용하여 단일 자원이 저장될 수 있다(여기서, 그러한 파일은 다른 자원에 속하는 정보도 저장할 수 있음). 대안적으로, 상이한 파일들의 컬렉션에 대해 단일 자원이 저장될 수 있다. 또한, (도 6의 자원 컨테이너와 같은) 자원 컬렉 션 자체가 자원을 구성한다는 것을 유념한다.
도 5로 돌아와서, 공유된 자원 저장소(532)는 디렉토리(600)에서 공유된 자원에 관련된 자원 메타데이터(534)를 포함한다. 전술된 바와 같이, 자원 메타데이터는 일반적으로, 이름, 아티스트, 생성된 데이터, 자원의 크기, 자원 컨텐츠에 관련된 URL과 같은 자원 위치지정자 등과 같은 자원의 컨텐츠를 설명하는 고레벨 정보를 포함한다. 공유된 자원 저장소(532)는 또한, 각각의 제어점 및 렌더링 장치에서 (자원 메타데이터 및 자원 컨텐츠를 포함한) 자원 정보의 유포를 적절한 소비자로 제한하는 데 사용된 자원 컬렉션(예를 들어, 자원 폴더 또는 자원 컨테이너)에 관련된 기준을 설명하는 저장 기준 정보(536)를 포함할 수 있다. 상술된 바와 같이, 한 예시적인 기준은 어느 장치가 자원 정보를 수신하는 것이 인가되는지를 제어할 수 있다. 또 다른 기준은 (존재한다면) 일어날 자원 정보의 전송을 위해, 미디어 서버(302)를 동작시키는 어느 특정 개인이 승낙을 제공하기를 요구되는지 제어할 수 있다.
더 상세하게, 섹션 A.1에서 설명된 바와 같이, 기준 정보(536)는 2개의 기준 집합을 포함할 수 있는데, 그 하나의 집합은 자원 메타데이터의 유포를 제어하고, 다른 하나의 집합은 자원 컨텐츠의 유포를 제어한다. 이 집합들은 2개의 별개의 저장소로서, 공통 저장소에 관련된 필드 또는 속성으로서, 또는 임의의 다른 기술을 사용하여 구현될 수 있다. 제1 기준 집합은 제2 기준 집합과 다를 수도 있고( 이것은 상이한 제약이 자원 컨텐츠의 렌더링에 비교하여 자원 메타데이터의 디스플레이를 제어한다는 것을 나타냄), 이 2개의 집합이 동일할 수도 있다. 또는, 자원 메타데이터, 자원 컨텐츠, 또는 자원 메타데이터와 자원 컨텐츠 둘 다를 제어할 단일 집합이 사용될 수 있다. 이하의 설명을 용이하게 하기 위해, 기준 정보(536)는 단일 기준 집합을 보유하고, 단일 집합은 자원 메타데이터뿐만 아니라 자원 컨텐츠도 나누어 주는 데 적용된다는 것을 가정할 것이다.
일 구현예에서, 자원 메타데이터(534)는 각각의 공유된 자원에 관련되며, 여기서, 그 공유된 자원은 자원 저장소(320) 상에 저장된 파일에 대응할 수 있다. 이 경우에, 자원 메타데이터(534)는 서비스 개시 시, 공유된 파일을 통해 "크롤링(crawling)"함으로써 추출될 수 있다. 공유된 파일의 개수에 따라, 이 동작은 상당한 시간이 걸릴 수 있다. 또 다른 구현예에서, 자원 메타데이터(534)는 공유된 자원 저장소(532) 내의 관계형 데이터베이스에 지속될 수 있다. 또 다른 예에서, 자원 메타데이터(534)는 소스 저장소(320) 내의 모든 공유된 파일로부터 추출되고 하나 이상의 별도의 파일 내에 저장될 수 있다. 예를 들어, 미디어 서버(302)는 자원 저장소(320) 내에서 사용된 모든 파일 시스템 볼륨에 대해 별도의 파일을 이용할 수 있으며, 여기서, 각각의 파일 시스템 볼륨은 별도의 드라이브 글자에 대응할 수 있다. 이 제공은 특히, USB 하드 드라이브와 같은 분리형 볼륨이 채용되는 경우에, 자원 메타데이터의 컬렉션을 용이하게 한다. 미디어 서버(302)는 그 대응하는 드라이브가 현재 탑재되어 있는 경우에만, 볼륨으로부터 자원 메타데이터를 판독하려고 시도할 것이다. 관계형 데이터베이스 및/또는 별도의 파일의 사용은 미디어 서버(302)를 개시하는 것에 관련된 시간량을 감소시킬 것이다. 예를 들어, 별도의 파일(들) 전략이 사용될 때, 별도의 파일(들)은 전체 자원 저장소(320)를 힘들게 크롤링하여 이 정보를 추출하는 것과 반대로, 신속하게 메모리에 로딩되어 자원 메타데이터(534)를 제공할 수 있다.
마찬가지로, 일 구현예에서, 기준 정보(536)는 자원 저장소(320)에 의해 제공된 개별 공유가능한 자원 폴더에 관련될 수 있다. 이 경우에, (자원 저장소(320)에 의해 제공된 각각의 공유된 자원 폴더에 속하는) 공유된 파일에 속하는 기준 정보(536)는 상술된 것과 동일한 방식으로 서비스 개시 시, 공유된 자원 폴더를 "크롤링"함으로써 추출될 수 있다. 따라서, 프로세스를 촉진하기 위해, 미디어 서버(302)는 관계형 데이터베이스 전략, 및/또는 {자원 메타데이터(534)의 저장 및 관리를 위한 상술된 경우와 유사한} 별도의 파일(들) 전략에 의지할 수 있다. 일 구현예에서, 기준-특정 관계형 데이터베이스 및/또는 별도의 파일(들)은 자원 메타데이터(534)를 제공하는 데 사용된 메타데이터-특정 관계형 데이터베이스 및/또는 별도의 파일(들)로부터 구별되어 있는 기준 정보(536)를 제공하는 데 사용된다. 또 다른 구현예에서, 단일 관계형 데이터베이스 및/또는 별도의 파일(들)은 자원 메타데이터(534) 및 기준 정보(536) 둘 다를 저장하는 데 사용될 수 있다. 또 다른 구현예에서, 자원 메타데이터(534) 및/또는 기준 정보(536)는 윈도우즈® 오퍼레이팅 시스템 레지스트리로부터 유지되고 다시 판독될 수 있다.
상술된 바와 같이, 일 구현예에서, 기준 정보(536)는 자원 폴더에 적용될 수 있다. 미디어 서버 사용자는 자원 폴더에 관한 정보를 디스플레이하는 하나 이상의 사용자 인터페이스 페이지를 통해 이 관련성을 생성할 수 있다. 또 다른 구현예에서, 기준 정보는 (도 6에 도시된) 디렉토리(600) 내의 자원 컨테이너에, 또는 디렉토리(600) 내에 포함된 각각의 자원에 관련될 수 있다. 미디어 서버(302)는 다시, 자원 컨테이너에 관한 정보를 디스플레이하는 하나 이상의 사용자 인터페이스 페이지를 통해 이 관련성을 생성할 수 있다. 다음의 설명은 (자원 폴더를 기준에 관련시키는) 전자의 경우를 구현하기 위한 기능을 설명하지만, (자원 컨테이너를 기준에 관련시키는) 후자의 경우를 구현하기 위한 유사한 기능이 제공될 수 있다. 양 경우에, 자원 메타데이터 및 자원 컨텐츠의 유포를 제어하는 배포 기준이 사용될 수 있다. 이들 2개의 조직(예를 들어, 자원 컨테이너 및 자원 폴더) 사이에 관계가 있더라도, {미디어 서버(302) 내의 자원의 내부 조직을 의미하는} 자원 컨테이너의 조직은 일반적으로, (미디어 서버 사용자가 상호작용하는 자원의 조직을 의미하는) 자원 폴더의 계층과 매칭되는 것으로 예상될 수 없다.
자원 메타데이터(534)를 구현하기 위해 어떤 방법이 사용되든지 간에, 미디어 서버(302)는 어느 메타데이터가 자원 메타데이터(534)를 보유하는 데 사용된 저장소 내에 저장되도록 허용되는지에 대하여 다양한 제약을 둘 수 있다. 일 예에서, 다음의 예시적인 제약: (a) 미디어 서버 사용자 공유 자원 정보는 공유되는 자원 정보를 저장하는 파일(들)에 대한 허가를 판독해야 함; (b) 공유되는 자원 정보를 저장하는 파일(들)은 공지의 미디어 유형을 가져야 함; (c) 공유되는 자원 정보를 저장하는 파일(들)이 하드 링크 또는 브라우저 숏컷인 경우, 자원 정보를 공유하려고 하는 미디어 서버 사용자는 기저 자원에 대한 허가를 판독해야 함; (d) 공유되는 자원 정보를 저장하는 파일(들)은 숨겨질 수 없음; (e) 공유되는 자원 정보를 저장하는 파일(들)은 숨겨진 서브폴더일 수 없음; (f) 공유되는 자원 정보를 저 장하는 파일(들)은 분리형 드라이브 상에 저장될 수 없음; 및 (g) 공유되는 자원 정보를 저장하는 파일(들)은 네트워크 공유 상에 있을 수 없음이 적용된다. 다시, 이러한 제약은 단순히 예시적인 것일 뿐이며, 다른 어플리케이션은 그 특정 어플리케이션의 요구사항에 따라 이러한 제약들 중 하나 이상을 완화 또는 삭제할 수 있다.
도 5의 설명을 계속하면, 컨텐츠 디렉토리 서비스 모듈(526)은 또한, 공유된 자원 관리 저장 모듈(538)을 포함한다. 이 모듈(538)은 일반적으로, 공유된 자원 저장소(532)에 저장된 정보를 관리하는 역할을 한다. 예를 들어, 자원 모니터 모듈(522)이 공유된 자원 관리 모듈(538)에게 자원이 추가되었거나 변경되었거나 자원 저장소(320)로부터 삭제되었다는 것을 통지할 때, 그 공유된 자원 관리 모듈(538)은 공유된 자원 저장소(532)를 업데이트한다.
일 구현예에서, 공유된 자원 관리 모듈(538)은 초기에 공유된 자원 폴더들 각각을 분배한 미디어 서버 사용자를 기억하고 있다. 공유된 자원 관리 모듈(538)은 공유된 자원 폴더를 설정한 미디어 서버 사용자만이 그 공유된 자원 폴더에 관련된 배포 기준 정보(536)를 변경하거나 그 자원 폴더를 "비공유"(즉, 그 자원 폴더의 공유가능한 상태를 삭제)하게 하도록 구성될 수 있다. 예를 들어, 일 구현예에서, 미디어 서버 사용자가 파일 A, B 및 C를 공유하는 액세스 특권을 설정하였다고 가정하자. 이 경우에, 공유된 자원 관리 모듈(538)은 이 사용자만이 이 파일들에 대한 배포 기준을 적용하게 하도록 구성될 수 있다. 또는, 파일 A, B 및 C는 이 미디어 서버 사용자가 공유에 대한 특권을 갖지 못한 다른 자원을 포함하는 폴 더로 그룹핑되었다고 가정하자. 공유된 자원 관리 모듈(538)은 미디어 서버 사용자가 배포 기준을 그 폴더에 적용하게 하도록 구성되면, 이 기준은 그럼에도 불구하고 파일 A, B 및 C에 대해서만 효과를 가질 것이다. 다른 구현예는 다양한 방식으로 이러한 제약을 완화할 수 있다.
자원 메타데이터(516)가 별도의 파일 또는 파일들에서 제공되는 경우, 공유된 자원 관린 모듈(538)은 또한, 이 별도의 파일(들)을 관리하기 위한 기능을 포함할 수 있다. 이 기능은 서비스 개시 시, 디렉토리(600) 내에서 식별된 공유된 파일의 변경을 찾으면서, 자원 저장소(320) 상에서 공유된 파일을 "크롤링"하기 위한 배경 프로세스를 포함할 수 있다. 이 기능은 또한, 자원 모니터 모듈(522)과 상호작용하여 자원 폴더에서 변경이 검출되는 경우에 통지를 제공하기 위한 메커니즘을 포함할 수 있다. 공유된 자원 관리(538)는 별도의 파일(들)이 손상된 것으로 결정되면 이 파일(들)을 처분할 수 있다. 그 후, 공유된 자원 관리 모듈(538)은 공유된 자원 폴더를 크롤링하여 그로부터 메타데이터를 추출함으로써 별도의 파일(들)을 재구성할 수 있다. 일반적으로 공유된 자원 관리 모듈(538)은 다양한 다른 통일 기술(coherency technique)들을 채용하여, 별도의 파일(들)이 그 공유된 자원의 메타데이터를 정확하게 반영하는 것을 보장할 수 있다.
동작 시, 컨텐츠 디렉토리 서비스 모듈(526)은 일반적으로, 소비자가 공유된 자원에 대응하는 자원 메타데이터를 네비게이트하게 한다. 더 상세하게, 일반적인 상호작용에서, 소비자는 제어점을 통해, 디렉토리(600)에 제공된 공유된 자원에 관련된 자원 메타데이터를 브라우즈 또는 검색하려는 요구를 송신한다. 장치 모니터 링 모듈(520)은 이하에 더 상세히 설명되는 방식으로 이 요구를 검출하고, 응답으로, 컨텐츠 디렉토리 서비스 모듈(526)에 통지한다. 컨텐츠 디렉토리 서비스 모듈(526)은 자원 메타데이터(534)를 스캐닝하여 소비자의 요구를 충족시키는 임의의 자원의 위치를 알아냄으로써 응답한다. 예를 들어, 소비자는 컨텐츠 디렉토리 서비스 모듈(526)에게 특정 장르의 자원 메타데이터 모두를 보여달라고 요구할 수도 있고, (대상이 되는 자원을 검색하는 데 사용되는 특정 키워드를 지정함으로써) 대상이되는 자원에 관한 자원 메타데이터를 제공하라고 요구할 수도 있다. 이 프로세스는 하나 이상의 매칭되는 자원 메타데이터 아이템을 산출할 수 있다. 컨텐츠 디렉토리 서비스 모듈(526)는 또한, 적용가능한 경우, 임의의 매칭되는 자원 메타데이터를 공유된 자원 저장소(532)에 저장된 기준 정보(536)에 비추어 검사하고, 관련 기준을 충족하지 못하는 임의의 매칭되는 자원 메타데이터 아이템을 추려낼 수 있다(기준 정보가 자원 정보의 유포에서 역할을 수행하지 못하도록 이 제공을 비활성화하는 것이 가능함). 그 후, 컨텐츠 디렉토리 서비스 모듈(526)는 살아남을 매칭되는 자원 메타데이터의 리스트를 XML 메시지로 포맷하고, 이 XML 메시지를 소비자에게 전송할 것이다. 이 자원 메타데이터는 각각의 매칭하는 자원뿐만 아니라, 적용가능한 경우, 각각의 멤버 자원을 포함하는 (자원 컨테이너와 같은) 자원 컬렉션도 설명할 수 있다.
수신하는 제어점 장치는 XML 메시지를 표시 포맷(예를 들면, HTML)으로 변환하고, 소비자의 검토를 위해 이 정보를 디스플레이할 수 있다. 이 디스플레이는 매칭되는 자원 메타데이터를 식별하는 미디어 리스트를 제공할 수 있다. 소비자는 미디어 렌더링 장치(306)에게 미디어 리스트 내의 하나 이상의 아이템에 관련된 자원 컨텐츠를 재생할 것을 명령할 수 있다. 이것은 미디어 리스트 내의 선택된 아이템에 관련된 (URL과 같은) 자원 위치지정자를 렌더링 장치(306)와 같은 선택된 렌더링 장치에 전달함으로써 수행될 수 있다. 이 자원 위치지정자는 미디어 서버(302)에 의해 소비자에게 송신된 XML 메시지에서 지정되었다. 그러나, 다시, 브라우즈 동작의 결과는 자원 컨테이너, 예를 들어, 컨테이너의 리스트를 반환할 수 있고; 자원 컨테이너는 그에 관련된 자원 위치지정자를 가질 수도 있고 갖지 않을 수도 있는데, 갖지 않는 경우에는, 컨테이너 내에서 식별된 개별 자원일 수 있다 하더라도, 재생을 위해 렌더링 장치에 제공될 수 없음을 유념한다.
미디어 서비스 모듈(502)의 하나의 다른 컴포넌트는 제어 패널 COM 오브젝트(540)이다. 일반적으로, 이 오브젝트(540)는 제어 패널 모듈(506)이 미디어 서비스 모듈(502) 내의 구성 데이터를 회수 및 설정하게 한다. 예시적인 구현예에서, 오브젝트(540)는 COM(component object model) 오브젝트이다. 일반적으로 COM 오브젝트는 하나 이상의 태스크를 수행한다. 즉, COM 오브젝트는 어플리케이션이 그 귀속 태스크를 수행하기 위해 호출할 수 있는 함수를 인터페이스를 통해 노출한다.
미디어 서비스(502)의 문맥에서, 제어 패널 모듈(506)은 제어 패널 COM 오브젝트(540)를 통해 미디어 서비스 모듈(502)과 상호작용한다. 이 역할을 수행하기 위해, 제어 패널 COM 오브젝트(540)는 다음의 예시적인 태스크를 실행한다. 우선, 제어 패널 COM 오브젝트(540)는 제어 패널 모듈(506)이 발견된 장치들을 열거하고, 그들의 현재 상태(예를 들어, 승인된 것인지, 거부된 것인지, 아니면 승인되지도 거부되지도 않은 것인지)를 검색하고, (장치의 제조자, 아이콘, 모델 번호 등과 같은) UI를 실장하는 데 사용되는 장치 정보를 획득하고, 장치들을 승인 또는 거부하게 한다. 두 번째로, 제어 패널 COM 오브젝트(540)는 제어 패널 모듈(506)이 자원 저장소(320) 상에 저장된 공유가능한 자원을 포함하는 공유된 자원 폴더의 리스트, 및 (이 공유된 자원 폴더에 관련된 자원 정보를 수신하도록 허용된 장치들의 리스트와 같은) 이러한 자원 폴더에 관련된 임의의 관련 배포 기준 정보(536)를 관리하게 한다. 이러한 목적으로, 제어 패널 COM 오브젝트(540)는 제어 패널 모듈(506)이 예를 들어, 현재 공유된 자원 폴더의 리스트 및 그에 관련된 배포 기준 정보(536)를 검색하고, 이러한 자원 폴더를 비공유하고, 새로운 공유된 자원 폴더 및/또는 배포 기준을 생성하고, 공유된 자원 폴더에 관련된 배포 기준을 변경하게 한다. 마지막으로, 미디어 서비스 모듈(502)은 UPnP 네트워크(314) 상에서 새로운 제어점 또는 미디어 렌더링 장치를 발견할 때, 제어 패널 COM 오브젝트(540) 및 (이하에 더 상세히 설명되는) 제어 패널 호스트된 콜백(callback) 오브젝트(542)를 이용하여 제어 패널 모듈(506)에게 통지한다.
FUS(fast user switching)를 수용하기 위해, 미디어 서버(302)는 복수의 제어 패널 모듈(506)이 현재 활성이 되게 한다. 그러나, 일 구현예에서, 미디어 서버(502)는 각각의 단말 서비스 세션이 하나의 활성 제어 패널 모듈(506)만을 갖게 한다.
b. CDDM 서비스 모듈
상술된 바와 같이, 미디어 서비스 모듈(502)은 로컬 서비스 사용자 문맥(더 일반적으로는, 압박 사용자 문맥)에서 실행되는 한편, CDDM 서비스 모듈(504)은 로컬 시스템 사용자 문맥에서 실행된다. 로컬 서비스 사용자 문맥은 일반적으로, 로컬 시스템 사용자 문맥과 비교하여 더 제한적인 액세스 특권을 갖는다. 따라서, 미디어 서비스 모듈(502)은 사진이 스스로 수행할 액세스 권한을 갖지 않는 일련의 함수들을 수행하기 위해, CDDM 서비스 모듈(504)에 의존한다. 일 예시적인 구현예에 따라, CDDM 서비스 모듈(504)에 위임된 특권화된 함수가 이하에 제공된다.
우선, CDDM 서비스 모듈(504)은 새로운 미디어 렌더링 장치(306) 또는 제어점(316)이 장치 모니터링 모듈(520)에 의해 네트워크(314) 상에서 검출될 때, 제어 패널 모듈(506)을 시작하는 역할을 수행한다. 이것은 미디어 서버 사용자가 장치를 승인 또는 거부하게 한다. 승인된 장치는 그 후, 미디어 서버(302)의 공유된 자원에 대응하는 자원 정보(자원 메타데이터 및 자원 컨텐츠)로의 액세스가 허용된다. CDDM 서비스 모듈(504)은 또한, (a) 미디어 서버 사용자가 미디어 서버(302) 컴퓨터에 로그온하는 경우(또는, 이하에서 설명되는 바와 같이, 이 컴퓨터 상에서 이전에 설정된 단말 서버 세션에 재접속하는 경우); 및 (b) 미디어 서버(302)가 임의의 미디어 서버 사용자에 의해 승인되지도 거부되지도 않은 이전에 검출된 장치를 갖는 경우에 제어 패널 모듈(506)을 시작한다.
또한, CDDM 모듈(504)은 제어 패널 모듈(506)을 시작하여 미디어 서버 사용자에게 다양한 에러 또는 상황을 경고한다. 예를 들어, CDDM 서비스 모듈(504)은 어떤 네트워크 인터페이스도 허용가능한 이전에 구성된 IP 주소 범위(예를 들어, 개인 IP 주소 범위 또는 Auto IP 주소 범위) 내에서 IP 주소를 갖는 것으로 발견되 지 않았을 때 미디어 서버 사용자에게 경고한다. 또는, CDDM 서비스 모듈(504)은 미디어 서버 사용자에게 자원 정보 공유 기능(322) 서비스가 실행되지 않을 때 자원 저장소(320) 상에서 공유된 자원 폴더가 삭제 또는 개명되었음을 경고한다. 일반적으로, CCDM 서비스 모듈(504)은 현재 활성이 로그온된 사용자의 문맥에서 제어 패널 모듈(506)을 시작한다. CDDM 서비스 모듈(504)은 로그온된 사용자의 토큰을 회수함으로써, 및 CreateProcessAsUser 함수를 호출함으로써 제어 패널 모듈(506)을 시작한다. 그러나, 그렇게 하기 전에, 그것은 제어 패널 모듈(506)이 현재 활성인 로그온된 사용자의 단말 서버 세션에서 거의 실행되지 않음을 보장한다.
두 번째로, CDDM 서비스 모듈(504)은 미디어 서비스 모듈(502)이 자원 폴더에 액세스하여 {자원 메타데이터(534)를 구성하는 것과 같이} 그 귀속 함수를 수행하도록, 저장된 자원 폴더에 관련된 액세스 특권을 조정한다. 이것은 공유된 자원 폴더에 관련된 ACL(access control list)을 변경하여 로컬 서비스 사용자 문맥에 의한 액세스를 허용함으로써 수행될 수 있다. 예시적인 구현예에서, 이것은 로컬 서비스 사용자 문맥에 자원 폴더의 컨텐츠로의 판독, 기록 및 삭제 액세스를 제공한다. 자원 폴더는 ACL되어, 로컬 서비스 사용자 문맥에 판독 액세스뿐만 아니라 기록 및 삭제 액세스도 제공한다. 이것은 몇몇 미디어 유형이 UPnP 네트워크(314) 상에서 이용가능하게 될 수 있기 전에 디코딩되어야 하기 때문이다. 파일을 디코딩하는 데 사용되는 툴은 때때로, 파일을 포함하는 디렉토리에 임시 파일을 생성한다. 그 후, 임시 파일은 삭제되어야 한다.
세 번째로, CDDM 서비스 모듈(504)은 새로운 미디어 서버 사용자가 미디어 서버(302)를 구현하는 데 사용되는 컴퓨터 시스템에 사인하거나 로그오프할 때 삭제하기 위하여, 미디어 서버(302)를 모니터링한다. 그것은 또한, 미디어 서버(302)에 로그온된 미디어 서버 사용자의 아이덴티티를 확인한다. 즉, 상술된 바와 같이, 미디어 서비스 모듈(502)은 현재 미디어 서버 컴퓨팅 기계 상에서 활성인 로그온된 미디어 서버 사용자의 아이덴티티에 따라, 자원 정보의 공유를 제한할 수 있다. 따라서, 미디어 서비스 모듈(502)은 CDDM 서비스 모듈(504)에 의해 추출된 사용자 정보를 이용하여, 그것이 현재 활성인 로그온된 미디어 서버 사용자의 관점에서 자원 정보를 분배할 허가를 갖는지의 여부를 결정한다. CDDM 서비스 모듈(504)은 WTSQueryUserToken 함수를 사용하여 로그온된 미디어 서버 사용자의 토큰을 검색함으로써, 및 GetTokenInformation 함수를 사용하여 토큰으로부터 미디어 서버 사용자의 SID를 검색함으로써 미디어 서버 사용자의 아이덴티티를 결정할 수 있다.
c. 제어 패널 모듈
제어 패널 모듈(506)은 미디어 서버 사용자가 UPnP 네트워크(314)에 추가된 새로운 장치의 인가를 승인 또는 거부하게 하는 기능을 제공한다. 제어 패널 모듈(506)은 또한, 미디어 서버 사용자가 공유된 자원 폴더 및 관련 배포 기준을 정의하게 한다. 상술된 바와 같이, 한 기준은 자원 정보(예를 들어, 자원 메타데이터 및 자원 컨텐츠)의 유포를 제한할 수 있다. 또 다른 기준은 미디어 서버(302)를 사용하는 특정 개인이 자원 정보를 공유하기 위한 내재적 또는 명시적인 승인을 제공하였는지의 여부를 조건으로 자원을 유포할 수 있다. 이 특정 개인은 자신이 단 순히 미디어 서버(302)에 로그온하고 개인의 새션이 현재 활성이면, 내재적인 승인을 제공하는 것으로 간주된다. 제어 패널 서버(506)는 일련의 UI 표시(예를 들어, UI 페이지)를 통해 상술된 태스크를 수행할 수 있다. 이러한 UI 표시는 이하의 섹션 B에서 더 상세히 설명될 것이다. 제어 패널 모듈(506)은 애플릿(애플릿은 어플리케이션의 문맥에서 실행되는 프로그램임)으로서 구현될 수 있고, 로그온된 미디어 서버 사용자의 문맥에서 실행될 수 있다.
미디어 서버(302)는 2가지 방법으로 제어 패널 모듈(506)을 활성화할 수 있다. 우선, 미디어 서버 사용자는 수동으로 제어 패널 모듈(506)을 활성화할 수 있다. 둘째로, 미디어 서비스 모듈(502)은 자동으로 제어 패널 모듈(506)을 시작하여, 예를 들어, 새로운 렌더링 장치가 UPnP 네트워크(314)에 결합될 때 미디어 서버 사용자에게 통지할 수 있다.
일 구현예에서, 미디어 서버(302)는 각각의 단말 서버 세션에서 제어 패널 모듈(506)의 단일 인스턴스를 제공한다. 따라서, 제어 패널 모듈(506)이 개시될 때, 그것은 제어 패널 모듈(506)의 또 다른 인스턴스가 이미 그 단말 서버 세션에서 실행되고 있지 않는다는 것을 검증한다. 제어 패널 모듈(506)은 미디어 서비스 모듈(502)이 실행되고 있는지의 여부를 결정한다. 실행되고 있지 않다면, 제어 패널 모듈(506)은 그것을 개시한다. 제어 패널 모듈(506)은 미디어 서비스 모듈(502)이 호스트하는(상술됨) 제어 패널 COM 오브젝트(540)를 상호-생성한다. 마지막으로, 제어 패널 모듈(506)은 그것이 호스트하는 클라이언트 콜백 COM 오브젝트(542)를 생성한다. 그리고, 그것은 제어 패널 COM 오브젝트(540)에 관련된 Initialize() 메소드를 호출하고, 그것은 클라이언트 콜백 오브젝트(542)에 전달한다. 미디어 서비스 모듈(502)은 클라이언트 콜백 오브젝트(542)를 사용하여, 서비스 셧다운, 배경 데이터 변경, 또는 제어 패널 모듈(506)이 실행되고 있을 때 UPnP 네트워크(314) 상에서 새로운 제어점 또는 미디어 렌더링 장치를 발견하는 것와 같은 특정 이벤트를 제어 패널 모듈(506)에게 통지한다.
A.4 FUS(Fast User Switching) 제공
FUS 기술은 상이한 개별 미디어 서버 사용자들에 관련된 상이한 컴퓨팅 세션들 사이에서 스위치하기 위한 편리한 기술을 제공한다. 예를 들어, 이 기술은 제1 미디어 서버 사용자가 컴퓨터에 접속하여 어플리케이션을 실행하고, 그에 이어, 제2 미디어 서버 사용자가 또 다른 어플리케이션을 실행하게 한다. 제2 미디어 서버 사용자가 컴퓨터에 접속할 때, 컴퓨터는 제1 미디어 서버 사용자의 세션에 관련된 어플리케이션 인스턴스 및 데스크탑 설정을 저장할 것이다. 제1 미디어 서버 사용자가 다시 컴퓨터에 접속할 때, 컴퓨터는 제1 미디어 서버 사용자가 접속해제할 때, 그 사용자의 컴퓨터 세션에 관련된 어플리케이션 및 설정을 복구할 것이다. FUS 기술은 컴퓨터를 연속하여 이용하는 상이한 개별 미디어 서버 사용자들에 관련된 복수의 어플리케이션 인스턴스 및 데스크탑 설정을 기록함으로써, 상술된 방식으로 임의의 수의 미디어 서버 사용자들 사이에서 토글링(toggling)할 수 있다. FUS를 제공하는 한 예시적인 상업적인 제품으로는, 워싱턴 레드몬드 소재의 마이크로소프트사에 의해 제공된 Windows XP® 오퍼레이팅 시스템이 있다. 반대로, 전통적인 컴퓨팅 솔루션에서, 컴퓨터 세계는 제2 미디어 서버 사용자가 그 컴퓨터에 접 속하게 하기 전에, 제1 미디어 서버 사용자가 로그아웃하도록 요구하며, 이에 의해, 제2 미디어 서버 사용자가 그 동일한 컴퓨터에 접속할 때 제1 미디어 서버 사용자의 어플리케이션을 종료한다.
FUS 기술을 미디어 서버(302)에 적용하는 것은 제어 패널 모듈(506)의 복수의 인스턴스가 동시에 존재하게 한다. 예를 들어, 상술된 바와 같이, 제어 패널 모듈 인스턴스(506)는 미디어 서버 사용자 A(508)에 관련되고, 제어 패널 모듈 인스턴스(510)는 미디어 서버 사용자 B(512)에 관련되고, 제어 패널 모듈 인스턴스(514)는 미디어 서버 사용자 C(516)에 관련된다. 그러나, FUS 기술을 상술된 UPnP 미디어 서버 환경에 적용하는 것은 여러 도전을 일으킨다. 이 섹션은 이러한 도전을 상술된 UPnP 미디어 서버(302)의 문맥에서 다루는 예시적인 FUS 솔루션을 설명한다.
우선, 미디어 서버(302)는 상술된 바와 같이, 동시에 실행되는 제어 패널 모듈(506)의 하나 이상의 인스턴스를 수용하지만, 미디어 서버(302)는 각각의 단말 서버 세션이 하나의 제어 패널 모듈(506)만을 갖게 한다. 이 특징을 강화하기 위하여, 미디어 서버(302)는 각각의 제어 패널 모듈(506)이 COM 오브젝트(540)를 생성하고, 이 오브젝트(540)가 사용되기 전에 (Initialize() 메소드를 호출함으로써) 그것을 개시하는 것을 요구한다. Initialize 메소드를 호출할 때, 호출자는 클라이언트 콜백 COM 오브젝트(542)를 제공해야 한다.
더 상세하게, 클라이언트가 Initialize() 메소드를 호출할 때, 미디어 서비스 모듈(502)은 클라이언트의 위장 토큰으로부터 클라이언트의 단말 서버 세션 ID 를 추출한다. 미디어 서비스 모듈(502)은 이 세션 ID가 또 다른 클라이언트에 관련되는지의 여부를 결정한다. 관련된다면, 미디어 서비스 모듈(502)은 그 클라이언트의 콜백 오브젝트(542)를 불러 내어, 그 클라이언트가 여전히 "살아있는지"의 여부를 결정한다. 클라이언트가 여전히 활성이면, 새로운 클라이언트는 거절된다. 그렇지 않으면, 미디어 서비스 모듈(502)은 새로운 클라이언트를 수용하고, 미래의 사용을 위해 그 클라이언트의 콜백을 저장한다.
둘째로, 미디어 서버(302)는 이제 복수의 미디어 서버 사용자를 수용하기 때문에, 네트워크(314)에 새로운 장치가 도입될 때, 하나 이상의 로그온된 미디어 서버 사용자에게 통지하도록 구성될 수 있다. 미디어 서버(302)는 장치가 발견될 때 어떤 미디어 서버 사용자도 미디어 서버(302)에 로그온되지 않은(또는, 장치가 발견될 때 미디어 서버 사용자가 로그온되어 있지만 활성이 아닌) 시나리오도 다룬다. 이러한 경우에, 미디어 서버(302)는 미디어 서버 사용자가 기존의 세션에 로그온하거나 그것을 재시작할 때까지, 미디어 서버 사용자에게 새로운 장치의 존재를 통지하는 것을 지연한다.
셋째로, 제어 패널 모듈(506)은 모듈의 다른 인스턴스들{예를 들어, 인스턴스 (510 및 514)}이 동시에 활성되고, 장치의 인가 상태 또는 공유된 자원 폴더의 리스트와 같은 글로벌 데이터를 변경할 수 있다는 것을 인식한다. 이 상황을 다루기 위하여, 미디어 서버(302)는 임의의 클라이언트가 글로벌 데이터를 변경할 때 활성인 클라이언트들 모두에 관련된 COM 클라이언트 콜백 오브젝트(542)를 통지한다.
마지막으로, 미디어 서버(302)는 제어 패널 모듈(506)로 가장할 수 있는 소위 악성 어플리케이션을 배제하기 위한 메커니즘도 포함한다. 도 5는 하나의 그러나 그러한 악성 어플리케이션(544)을 도시한다. 더 상세하게, 미디어 서버(302)는 {미디어 서버(302) 내의 내부 컴포넌트들을 함께 연결하기 때문에} 미디어 서비스 모듈(502)과 제어 패널 모듈(506) 간의 API(518)를 개인 API로서 구현한다. 개인이 API(518)를 역-설계(inverse-engineer)하려고 시도할 수 있는 잠재성이 존재하며, 이것은 악성 어플리케이션(544)이 미디어 서비스 모듈(502)을 불러내어 그 구성 데이터를 변경하게 한다.
이 문제를 다루기 위해, 미디어 서비스 모듈(502)은 또한, 클라이언트가 제어 패널 COM 오브젝트(540)에 관련된 Initialize() 메소드를 성공적으로 호출할 때 각각의 클라이언트에게 유일한 클라이언트 ID를 할당한다. 더 상세하게, 미디어 서비스 모듈(502)는 클라이언트의 콜백 오브젝트(542)에 관련된 메소드를 호출함으로써 클라이언트에게 이 ID를 통지한다. 미디어 서비스 모듈(502)은 또한, 할당된 ID를 기록한다. 그 후, 클라이언트가 나중에 다시 서비스를 호출할 때, 클라이언트는 그 클라이언트 ID를 제공하도록 예상된다. 미디어 서비스 모듈(502)은 호출자의 현재 공급된 ID를 검출하고, 이 ID를 이전에 기록된 클라이언트 ID와 비교한다. 즉, 미디어 서비스 모듈(502)은 그 위장 토큰으로부터 클라이언트의 단말 서버 세션 ID를 검색함으로써 클라이언트를 독립적으로 식별할 수 있고, 따라서, 클라이언트에 의해 공급되어야 하는 클라이언트 ID를 알 수 있다. 이러한 ID가 일치하면, 미디어 서비스 모듈(502)은 호출을 허용한다. 일치하지 않으면, 미디어 서 비스 모듈(502)은 호출을 거절한다.
상술된 바와 같이, 복수의 사용자가 동시에 미디어 서버(302)에 로그온될 수 있다. 미디어 서버(302)는 사용자에 관련된 개별 클라이언트 토큰으로부터 추출된 단말 서비스 세션 IC에 기초하여 사용자들을 분간하도록 구성될 수 있다.
이에 의해, 클라이언트 ID는 악성 어플리케이션(544)이 제어 패널 모듈(506)을 "스푸핑(spoofing)"하는 것을 방지한다. 클라이언트 콜백 오브젝트(542)를 사용하여 클라이언트에게 그의 ID를 통지하는 것은 {Initialize() 메소드의 아규먼트로서 ID를 반환하는 대안적인 기술과 비교하여} 악성 어플리케이션으로부터 별도의 보장을 제공한다. 이것은 악성 어플리케이션(544)이 Initialize() 메소드를 호출할 때 COM 클라이언트 콜백 오브젝트(542)를 제공하는 추가적인 장애를 충족해야 하기 때문이다.
미디어 서버(302)는 미디어 서비스 모듈(502) 및 제어 패널 모듈(506)이 이러한 2개의 컴포넌트 간의 공식적 상호작용을 설정하기 전에 다른 기밀 정보를 교환하는 것을 요구함으로써, 보안의 추가적인 계층을 제공할 수 있다.
A.5 추가적 보안 제공
{기준 정보(536)를 이용하여 구현된} 상술된 자원 공유 특징은 인가된 사용자가 미디어 서버 사용자가 (예를 들어, 도 4에 대해 설명된 예시적인 가족-관련한 적용에서 설명된 여러 이유로) 개인적인 것으로 유지하고 싶어하는 자원 정보에 액세스하는 것을 방지하는 데 가장 흔히 사용된다. 기숙사 적용{이것은 일반적으로, UPnP 네트워크(314)를 비교적 큰 수의 인가된 사용자를 가질 수 있는 임의의 설정 에 적용한다는 것을 의미하지만, 그럼에도 불구하고, 미디어 서버 사용자는 특정 자원 정보를 이 UPnP 네트워크(314)의 인가된 참가자들의 부분집합에만 선택적으로 나누어 주기를 원함}에 대해서 유사한 프라이버시 문제가 존재한다.
상술된 자원 공유 특징은 또한, 인가된 엔티티에 의한 액세스로부터 UPnP 네트워크(314)의 자원을 보호하기 위한 메커니즘을 제공한다. 즉, 자원 공유 특징은 자원의 유포를 공지의 영역의 장치들로 제한한다. 따라서, 이 공지의 영역 외부의 장치는 UPnP 네트워크(314)의 자원에 액세스하는 것이 금지된다. 자원 공유 특징은 또한, 특정 미디어 서버 사용자의 내재적 또는 명시적 승낙을 조건으로 자원 정보 전송을 행함으로써 추가 보장을 제공한다.
그러나, 자원 공유 특징은 특히, 비인가된(인가와 상반됨) 사용자의 경우에 대하여, UPnP 네트워크(314)에 직면한 모든 공지의 보안 위협을 다룰 수 없다. 또한, 비인가된 사용자가 지니는 보안 위협은 본질적으로 동적이고 기회주의적이며, 그러한 것과 같이, 미디어 서버 사용자는 자원 공유 특징이 UPnP 네트워크(314)의 보안에 대한 예측되지 않는 미래의 도전에 대항할 수 없다는 문제를 가질 수 있다.
상술된 문제는 자원 공유 특징을, 특히, 비인가된 사용자로부터 UPnP 네트워크(314)의 자원 정보를 보호하도록 설계된 추가 보안 메커니즘으로 보충하는 것을 허가한다. 인가된 사용자가 소비하도록 의도되지 않은 개인 자원 정보를 수신하지 못하는 것을 더욱 보장하는 추가 대책도 바람직하다. 더 상세하게, UPnP 네트워크(314)에 직면한 적어도 2개의 보안 문제가 존재한다. 제1 보안 문제는 비인가된 엔티티가 UPnP 네트워크(314)에 의해 제공된 자원 정보에 "탭핑(tapping)"할 가능 성에 의해 발생한다. 이 엔티티는 UPnP 네트워크(314)의 외부에서 동작할 수 있고, 케이블 모델, DSL 모뎀, 다이얼업 접속, 무선 접속 또는 임의의 다른 연결 전략을 통해 UPnP 네트워크(314)에 탭핑하려고 시도할 수 있다. 제2 문제는 인가되거나 비인가된 엔티티가 UPnP 네트워크(314)의 원래 범주 밖에서 많은 청중에게 자원 정보를 배포하는 가능성에 의해 발생한다. 이것은 "수퍼배포(superdistribution)" 시나리오로서 지칭된다. 수퍼배포는 의도적일 수도 있고 의도적이지 않을 수도 있다.
이 섹션은 상기 2가지 문제를 처리하기 위한 복수의 기술을 설명한다. 이들 기술 중 임의의 것은 개별적으로 즉, 다른 기술 없이, 적용될 수 있다. 미디어 서버(302)는 또한, 이러한 문제를 완화하기 위해, 이러한 기술들 중 임의의 2개, 3개, 4개 등을 포함하는 이러한 기술들의 임의의 조합을 적용하여, UPnP 네트워크(314)를 안전하게 할 수 있다. 실제로, 일 구현예에서, 미디어 서버(302)는 기술들 모두를 적용할 수 있다. 미디어 서버(302) 또는 다른 운영 인터페이스는 또한, 선택적으로, 예를 들어, 적절히 구성된 사용자 인터페이스 표시를 통해, 미디어 서버 사용자에게 이러한 기능들을 개별적으로 가능하게 또는 불가능하게 하는 능력을 제공할 수 있다.
도 7은 미디어 서버(302)에 의해 제공된 보안 기술들 중 다수를 설명하기 위해 운송수단으로서 서비스할 UPnP 적용을 도시한다. 이 적용은 일반적으로, 도 4에서 제공된 적용 이후에 모델링된다. 이 적용은 홈(702)과 같은 로컬 설정에서 적용된다. 홈(702)은 복수의 방을 포함한다. 각각의 방은 하나 이상의 UPnP 장치 를 포함할 수 있다. 도 7의 예시적인 경우에, 홈(702)은 라우터(718)를 통해 장치(706 내니 716)에 연결된 미디어 서버(704)를 포함한다. 라우터(718)는 또한, 또 다른 라우터(720)에 연결된다. 라우터(718)는 미디어 서버(704)를 장치(706 내지 716)에 연결하는 배선 연결 및/또는 무선 연결을 포함할 수 있다. 예를 들어, 장치들 중 예시적인 한 장치{예를 들어, 장치(714)}는 무선(예를 들어, RF, 적외선 등) 연결을 통해 라우터(718)와 통신한다.
도 7은 또한, 엔티티(722, 724 및 726)를 포함하여, 홈(702)에서 UPnP 네트워크(314)와 상호동작하도록 인가되지 않은 엔티티들의 대표 샘플링을 도시한다. 엔티티(722)는 장치(728)를 이용하여 무선 통신을 통해 홈 UPnP 네트워크(314)와 상호동작하려고 시도한다. 이 장치(728)는 무선 연결을 갖는 미디어 렌더링 장치, 또는 유사한 장치를 나타낼 수 있다. 엔티티(724)는 장치(730)를 이용하여 광역 네트워크와 같은 네트워크를 통해 UPnP 네트워크(314)와 상호작용하려고 시도한다. 예를 들어, 이 장치(730)는 인터넷(732), 모뎀(733) 및 라우터(718)를 통해 미디어 서버(704)에 연결된{또는, 다른 구현에서는, 인터넷(732) 및 모델(733)을 통해 즉, 라우터(718)를 통해 라우팅되지 않고서, 미디어 서버(704)에 직접적으로 연결된} 임의의 종류의 컴퓨터 장치(예를 들어, 개인용 컴퓨터, 서버 등)를 나타낼 수 있다. 모뎀(733)은 다이얼업 모뎀, 광대역 모델 또는 다른 종류의 모뎀일 수 있다. 마지막으로, 엔티티(726)는 장치(734)를 이용하여 라우터(720)를 통해 UPnP 네트워크(314)와 상호작용하려고 시도한다. 이러한 비인가된 엔티티 및 장치는 단지, UPnP 네트워크(314)의 자원으로의 액세스를 획득하려고 시도할 수 있는 광범위한 상이한 종류의 침입자들을 예시하는 것일 뿐이다.
상술된 엔티티를 방해하기 위해, UPnP 네트워크(314)는 다음의 메커니즘들 중 하나 이상을 포함할 수 있다.
a. IP 주소 제한
자원 정보 공유 기능(도 3의 322)은 공중 광대역 트래픽을 배제하는 효과를 가질 소정의 비-공중 주소(non-public address) 범위로 제한될 수 있다. 일 구현예에서, 소정의 주소 범위는 192.168 범위(예를 들어, 일 예시적인 구현예에 따른 192.168.0.0 내지 192.168.255.255) 및 Auto IP 범위(예를 들어, 일 예시적인 구현예에 따른 169.254.0.0 내지 169.254.255.255)이다. 다른 예시적인 비-공중 주소 범위는 (일 예시적인 구현예에 따라) 10.0.0.0 내지 10.255.255.255 및 172.16.0.0 내지 172.31.255.255이다. 이러한 범위들 중 임의의 하나의 범위가 사용될 수도 있고, 이들 범위의 조합이 사용될 수도 있다{또는, 임의의 다른 범위(들)가 사용될 수 있음}. 범위는 연속적일 필요는 없다(예를 들어, 이들 범위 중 임의의 범위 내에 "사용불가능한" 갭이 있을 수 있음). 일반적으로, 상술된 특정 범위는 (예를 들어, 범위의 "엔드포인트"를 변경함으로써) 여러 면에서 변할 수 있다.
설명을 위해, 192.168 및 Auto-IP 범위가 사용된다고 하자. 이 범위는 다수의 흔히 사용가능한 홈 네트워크 라우터가 192.168 범위 내에서 주소를 나누어 주는 빌트인 DHCP 서버를 갖기 때문에 선택된다. 또한, 광대역 네트워크 상의 대부분의 라우터는 단순히, 192.168 범위 내의 목적 IP 주소를 지정하는 메시지를 보내도록 설계된다. 따라서, 자원 정보 공유 기능(322)은 192.168 범위 밖의 주소를 갖는 임의의 요구에 응답하지 않을 것이고, 192.168 범위 내의 임의의 메시지는 일반적으로, 공중 광대역 네트워크의 라우터를 통한 전파에 적합하지 않다. 이것은 개인 UPnP 네트워크(314)와 공중 광대역 네트워크 또는 다이얼업 접속 사이에 보안 벽을 생성하는 효과를 갖는다. 도 7은 미디어 서버(704)와 인터넷(732) 간의 차단된 액세스 기호(736)를 도시함으로써 이 개념을 나타낸다. 이 차단된 액세스는 홈(702) 내부 또는 홈(702) 외부의 임의의 사람이 미디어 서버(704)를 사용하여 광대역 네트워크를 통해 그 자원을 수퍼배포하는 것을 방지한다. 이 제공은 또한, 홈(702) 내부 또는 홈(702) 외부의 임의의 사람이 비인가된 방식으로 UPnP 네트워크(314)로 탭핑하는 것을 방지한다.
이러한 특징을 구현하기 위해, (도 5의) 자원 전송 모듈(524), 컨텐츠 디렉토리 서비스 모듈(526) 및 장치 모니터링 모듈(520)은 모두 소정의 주소 범위 내에서만 인터페이스를 모니터링하고/모니터링하거나 다른 IP 주소로부터 발생하는 요구를 폐기하도록 구성될 수 있다. 자원 정보 공유 기능(322)은 미디어 서버 사용자(또는, 그 밖의 다른 사용자)가 예를 들어, 이 주소 범위를 미디어 서버 사용자 구성으로의 매개변수 액세스가능한 것으로 만들지 않고 하드코딩함으로써, 이 소정의 주소 범위를 변경하는 것을 금지하는 다양한 메커니즘을 제공할 수 있다.
b. MAC 주소 인증
전술된 바와 같이, 자원 정보 공유 기능(322)은 장치의 MAC(media access protocol) 주소 또는 다른 장치-특정 정보를 이용하여 그것을 인증한다. 이 기술에서, 자원 정보 고유 기능(322)은 우선, UPnP 네트워크(314)에 추가된 새로운 장 치의 IP 주소를 식별한다. 새로운 장치는 장치 모니터링 모듈(도 5의 520)을 이용하여 먼저 검출된다. 자원 정보 공유 기능(322)은 예를 들어, ARP(address resolution protocol) 주소를 사용하는 마이크로소프트사의 인터넷 프로토콜 헬퍼에 의해 제공된 SendARP 함수를 이용하여 IP 주소를 MAC 주소로 변환한다. 전술된 바와 같이, 자원 정보 공유 기능(322)은 예를 들어, (이하의) 섹션 B에서 설명될 사용자 인터페이스 표시를 이용하여, 미디어 서버 사용자에게 새로운 장치의 존재를 통지할 수 있다. 미디어 서버 사용자가 장치를 인가하면, 자원 정보 공유 기능(322)은 (브라우저 또는 검색 요구와 같은) UPnP 요구 또는 (HTTPGET 요구와 같은) 컨텐츠-관련 요구를 할 때, IP 및 MAC 주소를 이용하여 장치를 인가한다. 미인가된 장치로부터의 요구는 무시된다. (IP 주소는 DHCP 서버의 이용가능성에 의존하여 변할 수 있으므로) IP 주소 하나만은 신뢰할 수 없기 때문에, 발생하는 요구의 MAC 주소를 이용하여 장치를 인증하는 것은 장점이 된다.
이 MAC 인증 기술은 특히, 장치(728)와 같은 무선 장치가 UPnP 네트워크(314)의 자원 정보로의 비인가된 액세스를 획득하는 것을 방지하는 데 유용하다. 예를 들어, 엔티티(722)가 홈(702) 주변에서 구동하고 동시에 무선 액세스 장치(728)를 사용하고 있었다면, 자원 정보 공유 기능(322)은 {미디어 서버(704)의} 미디어 서버 사용자에게 이 장치를 인가하기를 원하는지의 여부를 물어보는 팝업 메시지를 디스플레할 수 있다. 미디어 서버 사용자가 액세스를 허가하는 것으로 선택하지 않으면, 자원 정보 공유 기능(322)은 이 장치(728)로의 액세스를 거부한다.
MAC 주소 인증은 {서브섹션(a)에서 상술된 바와 같이} IP 주소 제한과 같은 다른 보안 수단과 함께 사용될 때 가장 가치있다. 예를 들어, IP 주소 제한없는 MAC 인증은 미디어 서버(704)가 광대역 네트워크에 직접적으로 접속되는 네트워크 구성에서 {또는, 미디어 서버(704)가 다이얼업 접속을 통해 외부 기능에 연결될 때) 충분한 보호를 제공한다. IP 주소 제한 없이, 자원 정보 공유 기능(322)은 홈 밖의 "이웃하는" 장치를 검출하고, 미디어 서버 사용자에게 이러한 장치가 인증되어야 하는지를 질의할 수 있다. 이것은 보안 위험을 유발할 수는 없지만, 팝업 메시지의 빈번한 디스플레이로 인해 방해를 제공할 수 있다. 또한, 대역폭(또는, 다이얼업) 모뎀은 인터넷 서비스 제공자의 네트워크 상에서 프록시 ARP(address resolution protocol) 라우터에 접속된다고 가정하자. 이 경우에, 자원 정보 공유 기능(322)은 프록시 ARP 라우터를 통해 라우팅되는 서브넷 상의 모든 장치들 중 임의의 것을 인증할 때, 프록시 ARP 라우터를 통해 라우팅되는 서브넷 상의 모든 장치들을 효과적으로 인증할 것이다.
c. 서브넷 제한
일 예시적인 구현예에서, 자원 정보 공유 기능(322)은 그 네트워크 클라이언트가 자신이 동작하는 것과 동일한 서브넷 상에서 동작하도록 요구한다. 이 제한에 의해, 자원 정보 공유 기능(322)은 그 로컬 서브넷 외부의 클라이언트로부터 수신된 IPnP 액션 요구 및 자원 컨텐츠 검색 요구를 무시한다. 이것은 IPnP 네트워크(314)의 범위 밖에서 동작하는 장치가 그 자원에 액세스할 수 있을 가능성을 더 감소시키는 효과를 갖는다.
ARP 프로토콜은 서브넷 경계를 건너 ARP 패킷을 전송하지 않기 때문에, 상술 된 MAC 주소 인증 프로시저는 서브넷 경계를 건너 작용하지 않으며, 따라서, MAC 주소 인증이 사용되는 경우, 이 기술도 상속적으로 동작을 단일 서브넷으로 제한할 것임을 유념한다. 자원 정보 공유 기능(322)을 이용하여 서브넷 제한을 실시하는 것은 SendARP()에 의해 제공된 명시적인 서브넷 제한과는 다르다. 예를 들어, 후자의 기술은 기술에 사용된 라우팅 테이블을 변경함으로써 수행될 수 있다.
또한, 디폴트로서, (예를 들어, 윈도우즈 오퍼레이팅 시스템 플랫폼 상에서 마이크로소프트 사에 의해 제공된) SSDP 서비스는 브로드캐스트 SSDP 공고를 서브넷으로 제한한다. 즉, IPnP 장치는 SSDP를 사용하여 네트워크 상에서 그 존재를 알리고, 따라서, 디폴트 설정동안, 자원 정보 공유 기능(322)은 다른 서브넷 상에서 UPnP 장치에 의해 검출될 것이다. 그러나, 전자의 기술은 레지스트리 구성가능한 설정에 의존적이기 때문에, 이 SSDP 특징은 자원 정보 공유 기능(322)에 의해 수행된 서브넷 제한과는 다르다. 또하, SSDP 공고는 192.168 및 Auto IP 주소 범위로 제한되지 않는다.
d. TTL 제한
자원 정보 공유 기능(322)은 TTL(time to live) 매개변수를 제한하여, 비인가된 엔티티가 UPnP 네트워크(314)의 자원 정보와 상호작용하도록 허용되는 가능성을 더 감소시킬 수 있다. 일 예시적인 구현예에서, TTL 매개변수는 일반적으로 소스 노드에서 목적 노드로 송신되는 과정에서 메시지에 의해 트래버스(traverse)된 (예를 들어, 라우터 같은 IP 레벨 3 노드 등의) 노드의 개수에 대응하는 IP(Internet Protocol) 매개변수이다. 각각의 IP 패킷은 TTL 매개변수를 포함한 다. UPnP 네트워크(314)의 문맥에서, TTL 매개변수는 공유된 자원에 관련된 자원 메타데이터를 포함하는 컨텐츠 발견 서비스 모듈(526)에 의해 송신된 메시지의 라우팅을 제한할 수 있다. 대안적으로 또는 추가적으로, TTL 매개변수는 또한, (HTTP GET 메시지와 같은) 자원 컨텐츠 요구에 대한 응답의 라우팅을 제한할 수 있다. 예를 들어, (공중 광대역 네트워크 상에서 목적지로 전송하는 것은 일반적으로 그 메시지를 3개 보다 더 많은 라우터에게 노출시키기 때문에) 숫자 3으로 설정된 TTL 매개변수는 공중 광대역 네트워크를 통한 자원 정보의 유포를 금지하기에 충분하다. 자원 정보 공유 기능(322)이 UPnP 네트워크(314)를 단 하나의 라우터를 포함할 수 있는 단일 네트워크로 제한하는 예시적인 경우에, TTL 매개변수는 1만큼 낮게 설정될 수 있다. 일 예시적인 구현예에서, 자원 정보 공유 기능(322)은 미디어 서버 사용자에 의해(또는, 임의의 다른 엔티티에 의해) 쉽게 변경될 수 없도록 TTL 매개변수를 하드코딩할 수 있다.
예를 들어, TTL 매개변수가 1로 설정된 도 7의 예시적인 경우를 유념한다. 이 설정은 엔티티(726)가 하나 이상의 라우터를 통해 미디어 서버(704)에 연결될 때, 미디어 서버(704)가 자원 메타데이터 및 자원 컨텐츠를 이 엔티티(726)에 서비스하는 것을 금지할 수 있다. 따라서, TTL 설정은 차단된 액세스 기호(738)에 의해 나타나는 바와 같이, 라우터(720)로의 액세스를 효과적으로 차단한다. 그러한 광대역 전송은 최종 목적지로 라우팅하는 다수의 중간 라우터들에 의존할 것이기 때문에, TTL 매개변수를 낮은 값으로 설정하는 것은 또한, 인터넷(732) 상에서의 자원 정보의 유포를 금지할 것이다.
e. 장치 및 세션 제한
자원 정보 공유 기능(322)은 임의의 시간에 인가될 수 있는 UPnP 장치의 개수를 소정의 개수(예를 들어, 일 예에서, 10개의 장치)로 제한할 수 있다. 일 구현예에서, 특정 최대 개수의 UPnP 장치는 미디어 렌더링 장치, 미디어 서버, 제어점 등을 포함하여, UPnP 네트워크에 연결될 수 있는 모든 종류의 장치를 포함할 수 있다. 또 다른 구현예에서, 그 특정 최대 개수의 장치는 단지 미디어 렌더링 장치와 같은 UPnP 장치의 하나 이상의 카테고리에 속할 수 있다. 자원 정보 공유 기능(322)은 또한, (동시적인 HTTP 세션과 같은) 동시적인 자원 컨텐츠 서비스 세션의 개수를 소정의 개수(예를 들어, 일 예에서, 10개의 세션)로 제한할 수 있다. 자원 정보 공유 기능(322)은 이 매개변수들 둘 다(즉, 최대의 장치 개수 및 최대의 세션 개수)를 하드코딩하여, 미디어 서버 사용자(또는, 임의의 다른 엔티티)가 이들 매개변수를 쉽게 변경하고 이로 인해 이 제한을 피하는 것을 방지할 수 있다.
도 7의 문맥에서, 홈 UPnP 네트워크(314)는 장치의 개수를 5로 제한할 수 있으며, 이것은 장치(716)가 자원 정보(자원 메타데이터 및 자원 컨텐츠 둘 다)로의 액세스를 획득하는 것을 방지하는 효과를 가질 수 있다. 이 거부된 액세스는 도 7에서 블럭 액세스 기호(740)에 의해 표시된다. 이 제공은 (예를 들어, 수퍼배포 시나리오에서) 인가된 미디어 서버 사용자 조차도 UPnP 네트워크(314)를 이용하여 자원을 매우 많은 수신자에게 배포할 수 없다는 것을 보장한다. 이 제공은 또한, 일반적으로, 공중 광대역 전송이 흔히, 공유된 자원으로 액세스하려고 시도하는 매우 많은 참가자를 포함하는 한에 있어서, 인터넷(732) 상에서 자원 메타데이터 및 자원 컨텐츠를 배포하려는 시도를 방해할 것이다.
f. UPnP 액션에 대한 인증을 위해 후보 장치 제한
자원 정보 공유 기능(322)은 또한, 상호작용을, UPnP 액션을 호출하거나 미디어 렌더링 장치로서 SSDP를 사용하여 UPnP 네트워크(314) 상에서 자기 자신을 공고한 그러한 장치로만 제한할 수 있다. 전자의 제한은 UPnP 네트워크(314) 상에서 자기 자신을 공고할 필요는 없지만, UPnP 네트워크(314)와 상호작용하도록 허가되는 UPnP 제어점을 수용한다. 이러한 제한을 자원 정보 공유 기능(322)과 상호작용하려고 시도하는 비인가된 엔티티를 배제하는 것을 돕는다. 즉, 잠재적인 "해커"는 자원 정보 공유 기능(322)에 의해 공유된 자원 정보와 상호작용하기 위해, 적절한 UPnP 소프트웨어를 획득하고 실행할 필요가 있을 것이다. 이 요구사항은 UPnP 네트워크(314)로의 비인가된 액세스에 대한 장벽을 높힌다. 예를 들어, 이러한 제한에 의해, 해커는 단지 웹 브라우저를 오픈하고 자원 정보 공유 기능(322)에게 공유된 자원에 대응하는 이전에 발행된 자원 위치지정자를 송신함으로써, 자원 정보 공유 기능(322)에 의해 공유된 자원 컨텐츠로의 액세스를 획득할 수 없다. 오히려, 장치는 우선, 그 장치가 자원 컨텐츠 검색 요구를 이용하여 자원 컨텐츠에 액세스하도록 허용되는 경우에만, 예를 들어, 그것이 (예를 들어, 브라우즈 또는 검색 요구에 대응하는) 초기의 UPnP 액션 요구를 송신함으로써 적절한 UPnP 인가된 장치임을 증명해야 한다. 일 예시적인 구현예에서, 이전에 승인되지 않은 자원 컨텐츠를 검색하려고 시도하는 장치는 그들이 새로 발견된 장치라 하더라도, 즉, 이 장치가 무시될 수 있더라도, 승인을 위해 미디어 서버 사용자에게 제공되지 않는다 는 것을 유념한다.
추가 보호로서, 자원 정보 공유 기능(322)은 스스로를 미디어 렌더링 장치로서 공고하는 모든 장치가 UDN(unique device number)을 갖는 것을 요구할 수 있다. 일 구현예에서, 자원 정보 공유 기능(322)은 렌더링 장치의 UDN이 UPnP 네트워크(314) 상에서 현재 또는 이전에 검출된 다른 미디어 렌더링 장치의 UDN과 다르다는 것을 검증한다. 자원 정보 공유 기능(322)은 그 UDN이 이미 검출된 UDN과 일치하면, 미디어 렌더링 장치로의 액세스를 조용히 거부할 수 있다. 또한, 장치가 미디어 렌더링 장치인 것으로 검출되면, 자원 정보 공유 기능(322)은 그 UDN인 변경되지 않은 채로 남아있기를 요구할 수 있다. 자원 정보 공유 기능(322)이 변화를 검출하면, 그것은 그 장치로의 액세스를 조용히 거부할 수 있다. 또한, 미디어 렌더링 장치가 일련 번호를 가지면, 자원 정보 공유 기능(322)은 이 번호도 변경되지 않은 채 남아있기를 요구할 수 있다. 자원 정보 공유 기능(322)이 번호의 변경을 검출하면, 그것은 그 장치로의 액세스를 조용히 거부할 수 있다.
g. 자원 위치지정자 폐기
상술된 바와 같이, 자원 정보 공유 기능(322)은 (HTTP URL 등과 같은) 자원 위치지정자를 이용하여, 그 자원의 위치를 정의한다. 각각의 자원 위치지정자의 컴포넌트는 관련된 자원 컨텐츠를 식별하는 자원 ID(예를 들어, ResourceID)이다. 자원 정보 공유 기능(322)은 그 자원 컨텐츠 아이템을 식별하는 자원 위치지정자를 주기적으로 변경함으로써, 또 다른 보안 보호를 제공할 수 있다. 다음의 설명에서, "자원 컨텐츠 아이템"이라는 용어는 자원 저장소(320) 내에 저장된 선택된 자 원에 관련된 자원 컨텐츠를 의미하고; "아이템"이라는 용어는 단순히 문법적인 편이 및 명확성을 위해 추가된 것이다. 이것은 자원 컨텐츠 아이템을 식별하는 자원 ID를 주기적으로 변경함으로써 수행될 수 있다. 이 보호는 자원 위치지정자의 사용에 대해 시간 제한을 두는 효과를 가질 것이다. 예를 들어, 소비자는 UPnP 브라우저 또는 UPnP 검색 액션을 수행하여, 하나 이상의 자원 위치지정자를 검색할 수 있다. 그러나, 자원 정보 공유 기능(322)이 주기적으로 이 자원 위치지정자를 변경하기 때문에, 소비자는 비교적 시기 적절한 방식으로 자원 컨텐츠 검색 요구를 이용하여(검색된 자원 위치지정자를 이용하여) 자원 컨텐츠 아이템을 검색하도록 실시된다. 소비자가 너무 오래 기다리면, 이들 자원 위치지정자는 오래되고 포괄적으로 될 것이다. 따라서, 자원 위치지정자가 비인증된 엔티티로 누설되면, 이들 자원 위치지정자는 매우 오래동안 효과적일 것이고, 이것은 자원 위치지정자의 바람직하지 못한 개시에 의해 야기된 손상을 제한한다.
h. 여러 자원 전송 모듈(524) 보안 대책
위에서 식별된 메커니즘들 중 몇몇은 여러 보안 위협으로부터 (HTTP 서버로서 구현될 수 있는) 자원 전송 모듈(524)을 보호하는 것을 돕는다. 예를 들어, IP 주소 제한 대책에 의해, 자원 정보 공유 기능(322)은 개인 범위(예를 들어, 92.168. 범위) 또는 Quto IP 범위 내의 네트워크 인터페이스 상에서만 자원 전송 모듈(524)을 시작한다. 또한, 장치 및 세션 제한에 의해, 자원 정보 공유 기능(322)은 자원 컨텐츠 검색 세션의 개수를 소정의 숫자(예를 들어, 10개의 세션)로 제한하고, 승인된 장치의 개수를 소정의 숫자(예를 들어, 10개의 장치)로 제한한 다. TTL 제한에 의해, 자원 정보 공유 기능(322)은 TTL 매개변수를 소정의 숫자(예를 들어, 3)로 제한하고, 이에 의해, 자원 컨텐츠 응답을 제공할 때, 관련된 라우터의 개수를 제한한다. UPnP 액션 제한에 의해, 자원 정보 공유 기능(322)은 그들이 이전에 승인된 장치로부터 발생한 경우에만 자원 컨텐츠 요구를 서비스할 수 있고, 그것은 모든 다른 요구를 무시할 수 있다. 더 상세하게, 자원 공유 기능(322)은 승인을 위해 자원 컨텐츠에 액세스하려고 시도하는 새로운 장치를 미디어 서버 사용자에게 제공할 필요가 없다. 또한, 자원 정보 공유 기능(322)은 자원 컨텐츠를 나누어 주는 미디어 서버 사용자가 파일 시스템 상의 자원에 액세스하는 허가를 갖는 경우에만, 자원 컨텐츠를 나누어 준다. 이것은 미디어 서버(302) 상의 자원으로의 액세스를 거부당한 미디어 서버 사용자가 UPnP 네트워크(314) 상의 장치 상에서 그 컨텐츠를 재생할 수 없도록 하기 위한 것이다. 자원 정보 공유 기능(322)은 또한, 공유가 특정 장치로 제한되는지 또는 미디어 서버 시스템에 로그온된 특정 개인에 대해 전제 조건을 놓는지의 여부를 결정할 것이다.
자원 전송 모듈(524)은 또한, 다양한 다른 보안 대책을 포함할 수 있다. 예를 들어, 자원 전송 모듈(524)은 클라이언트가 통신 소켓을 오픈하고 자원 컨텐츠 검색 요구를 부분적으로만 기록하거나 자원 컨텐츠 응답을 시기적절하게 판독하지 않는 경우, "타임 아웃"하도록 구성될 수 있다. 일 예시적인 실시예에서, 자원 정보 공유 기능(322)은 이러한 타임아웃을 5분으로 설정할 수 있다. 이 타임아웃은 하드코딩되어 미디어 서버 사용자(또는, 다른 누군가)가 그 값을 쉽게 변경하는 것을 방지할 수 있다.
또 다른 특징에 따르면, 자원 전송 모듈(524)은 자원 컨텐츠 검색 요구를 대약 4000개의 문자와 같은 소정의 크기로 제한할 수 있다.
또 다른 특징에 따르면, 자원 전송 모듈(514)은 자원 위치지정자를 검증할 수 있다. 검증은 자원 위치지정자가 http://machine ip:port/ResourceID와 같은(즉, HTTP URL이 사용되는 경우의) 소정의 포맷에 따르는 것을 보장하는 것을 포함할 수 있다. 자원 전송 모듈(524)은 또한, 요구 페더를 주의깊게 파싱하고 검증할 수 있다.
A.6. URL 매개변수화 제공
도 3을 참조하여, 미디어 서버(302)로부터의 자원 정보의 검색은 4개의 주요한 정보 교환을 포함할 수 있음을 상기하자. 제1 교환{경로(324)에 의해 나타남}에서, 소비자는 제어점(316)을 사용하여 UPnP 질의를 미디어 서버(302)에 송신할 수 있다. 브라우즈 요구에서, 소비자의 의도는 미디어 서버(302)에 의해 제공된 자원에 관련된 자원 메타데이터의 컬렉션을 스캐닝하는 것이다. 검색 요구에서, 소비자의 의도는 예를 들어, 다양한 검색 용어 등에 의해 식별된 미디어 서버(302)에 의해 제공된 특정 자원 메타데이터를 찾기 위해, 더 표적이 된다.
어느 경우에나, 제2 교환{경로(326)에 의해 나타남}에서, 미디어 서버(302)는 소비자의 요구를 충족하는 하나 이상의 자원{예를 들어, 자원 저장소(320) 내의 파일}에 관련된 자원 메타데이터를 제공함으로써 응답한다. 이 자원 메타데이터는 타이틀, 장르, 아티스트, 생성되 날짜 등과 같은 일치하는 자원에 속하는 다양한 고레벨 정보를 포함할 수 있다. 이 자원 메타데이터는 또한, 자원 컨텐츠 아이템 이 검색될 수 있는 각각의 네트워크 위치를 식별하는 (URL과 같은) 자원 위치지정자를 포함할 수 있다. 설명을 용이하게 하기 위해, 이 섹션에서, HTTP 서버와 함께 URL이 사용된다는 것이 가정된다. 그러나, 여기에서 설명된 원리는 다른 종류의 자원 위치지정자 및 관련 자원 컨텐츠 서버에 적용될 수 있다. 다음의 설명에서, "자원 컨텐츠 아이템"이라는 용어는 자원 저장소(320)에 저장된 선택된 자원에 관련된 자원 컨텐츠를 의미한다. "아이템"이라는 용어는 단순히 문법적 편이 및 명확성 때문에 추가된 것이다.
자원 메타데이터를 본 후에, 소비자는 렌더링 장치(306)와 같은 렌더링 장치 상에서 재생할 대응하는 자원 컨텐츠 아이템을 선택한다고 가정하자. 이 경우에, 제3 교환{경로(330)에 의해 나타남}에서, 소비자는 렌더링 장치(306)가 미디어 서버(302)에게 선택된 자원 컨텐츠 아이템을 검색하라고 지시하는 요구를 미디어 서버(302)에 전송할 수 있게 한다. 예를 들어, 소비자는 선택된 자원 컨텐츠 아이템에 관련된 URL을 렌더링 장치(306)에 전송할 수 있다. 렌더링 장치(306)는 HTTP GET 요구를 그 선택된 자원 컨텐츠 아이템을 지정하는 미디어 서버(302)에 전송함으로써 응답한다. HTTP GET 요구는 선택된 자원 컨텐츠 아이템에 대응하는 (제어점에 의해 그것에 전달되었던) URL을 포함한다.
마지막으로, 미디어 서버(302)는 URL에 의해 지정된 위치에서 그 선택된 자원 컨텐츠 아이템을 검색함으로써 HTTP GET 요구에 응답한다. 제4 교환{경로(332)에 의해 나타남}에서, 미디어 서버(302)는 그 선택된 자원 컨텐츠 아이템을 렌더링 장치(306)에 제공한다.
이 섹션의 나머지는 상술된 정보 교환의 효율성을 개선하기 위한 기술을 설명한다.
우선, 자원 저장소(320)는 일반적으로, 정의된 원래의 미디어 포맷의 파일을 을 저장할 것임을 유의한다. "미디어 포맷"이라는 용어는 그것이 어떻게 저장되고/저장되거나 렌더링되는 지에 영향을 끼치는 자원에 관한 임의의 특징을 포함한다. 예를 들어, 미디어 포맷은 포맷 유형(예를 들어, 다양한 유형의 압축되고 압축해제된 포맷), 포맷 해상도 등을 지정할 수 있다. 예를 들어, 자원 저장소(320)는 RGB포맷 유형 및 640×480의 포맷 해상도를 갖는 이미지 파일을 저장할 수 있다. 따라서, 렌더링 장치는 RGB 포맷 유형으로 표현된 크기 640×480의 이미지를 처리하도록 구성되는 경우, 이 이미지 파일을 디스플레이할 수 있다. 또한, 미디어 서버(302)는 소비자 요구 시, 자원을 원래의 미디어 포맷에서 또 다른 미디어 포맷으로 변환하기 위한 기능(도시되지 않음)을 포함할 수 있다. 또는, 자원 저장소(320)는 상이하고 개별적인 원래의 미디어 포맷들로 표현된 복수의 버전의 자원을 저장할 수 있다. 이 두가지 경우 중 어느 것에서나, 단일 자원에 관련된 상이한 미디어 포맷들은 복수의 개별적인 자원을 포함하는 것으로서 개념화될 수 있다. 따라서, 각가의 개별적 자원에 대해서, 미디어 서버(302)는 상이한 미디어 포맷들에 대응하는 선택적인 배포를 위해 복수의 자원을 제공하는 것으로서 개념화될 수 있다.
여기에 설명된 기술은 소비자가 특정 미디어 포맷에 따르는 자원 컨텐츠를 검색하게 하기 위한 메커니즘을 제공한다. 미디어 서버(302)는 상이한 방법으로 이 목적을 성취할 수 있다. 레퍼런스의 프레임에 있어서, 이 목적을 성취하는 한 가지 방법은 미디어 서버(302)가 자원 컨텐츠 아이템의 상이한 미디어 포맷들에 각각 관련된 상이한 URL들을 발행하게 하는 것이다. 예를 들어, 제1 예시적인 URL은 RGB의 포맷 유형 및 640×480의 포맷 해상도를 갖는 자원 컨텐츠 아이템을 지정할 수 있다. 제2 예시적인 URL은 동일한 자원 컨텐츠 아이템을 지정할 수 있지만, 이번에는 YUV의 포맷 유형 및 1280×1024의 포맷 해상도를 갖는다. 다른 예시적인 미디어 포맷은 다양한 아이콘 및 손톱 크기의 버전, 및 다양한 표준 디스플레이 해상도 포맷에 대응한다. 그러나, 이 접근은 다양한 단점을 갖는다. 예를 들어, 그것은 미디어 서버(302)에게 단일 "부모" 자원 컨텐츠 아이템에 관련된 상이한 미디어 포맷 변경들에 관련된 잠재적으로 많은 수의 URL을 관리 및 발행할 것을 요구한다. 이 다수의 URL을 제공하는 것은 UPnP 네트워크(314)를 복잡하게 하고, 이것에 의해, UPnP 네트워크(314) 상의 네트워크 트래픽을 잠재적으로 증가시키고, 다른 잠재적인 문제를 발생시킬 수 있다.
더 상세하게, 일 구현예에서, 미디어 서버(302)는 소위 "res" 엘리먼트에게 각각의 매칭 자원을 제공함으로써 브라우즈 또는 검색 UPnP 요구에 응답할 수 있다. "res" 엘리먼트는 매칭 자원에 관련된 자원 컨텐츠 아이템이 발견될 수 있는 곳을 식별하는 URL을 포함한다. 상술된 해결책은 상이한 방법들로 매칭 자원 아이템에 대응하는 복수의 미디어 포맷을 지정할 수 있다. 예를 들어, 미디어 서버(302)는 개별 미디어 포맷에 각각 관련된 복수의 res 엘리먼트(각각 자기 자신의 URL을 가짐)를 제공할 수 있다. 대안적으로, 미디어 서버(302)는 각각의 매칭 자원에 대해 복수의 매칭 아이템을 생성할 수 있고, 각각의 매칭 아이템은 (자기 자 신의 URL을 갖는) 개별 미디어 포맷에 관련된다. 이러한 해결책 둘 다는 여러 복잡성을 UPnP 네트워크(314)에 도입할 수 있고, 잠재적으로 그 수행에 부정적인 영향을 끼칠 수 있다.
또한, 상술된 해결책에서, 미디어 서버(302)는 지원된 미디어 포맷의 관련 집합에 대응하는 제한된 URL 집합만을 제공한다. 그러나, 제공된 미디어 포맷의 이 제한된 집합은 자원 소비자의 필요를 충족하지 못할 수 있다.
이하에 특징지어진 기술에서, 미디어 서버(302)는 소비자의 브라우즈 또는 검색 요구에 응답하여 이용가능한 자원 컨텐츠 아이템에 대한 단일 URL을 발행할 수 있고, 그 단일 URL은 상이한 매체 포맷들의 범위를 설명하기 위해 변경될 수 있는 각각의 특징 속성을 지정하는 가변 매개변수를 포함할 수 있다. 즉, 미디어 서버(302)는 관련된 자원 컨텐츠 아이템이 최상으로 제공되는 것으로 결정되는 미디어 포맷을 반영하는 가변 매개변수에 대해 채워진 원래의 디폴트 값을 갖는 URL을 발행할 수 있다. "최상"인 디폴트 미디어 포맷의 결정은 하나 이상의 기준에 기초할 수 있다. 제어점{예를 들어, 제어점(316)}은 이러한 디폴트 매개변수를 변경하여, 미디어 렌더링 장치에 의해 사용된, 또는 임의의 다른 고려사항에 기초한 원래의 미디어 포맷을 수용할 수 있다. 예를 들어, 제어점(316)은 그 접속 관리자 서비스 모듈에 의해 제공된 GetProtocolInfo UPnP 액션을 호출함으로써 미디어 렌더링 장치(306)의 렌더링 능력을 결정할 수 있다. 제어점(316)은 렌더링 장치(306)의 표시 능력과 호환가능하고 {미디어 서버(302)에 의해 제어점(316)에 반환된 자원 메타데이터로부터 모은} 자원 자체가 지원할 수 있는 렌더링 포맷과 호환가능한 미디어 포맷(또는 하나 이상의 미디어 포맷)을 선택할 수 있다. 자원 컨텐츠가 하나 이상의 미디어 포맷으로 표시될 수 있는 경우, 제어점(316)은 소비자에게 이것을 경고하고, 소비자가 미디어 포맷을 선택하게 할 수 있다. 이 태스크를 용이하게 하기 위해, 제어점(316)은 지원된 미디어 포맷 정보를 소비자가 이해하기 쉬운 정보로 변환할 수 있다. 또는, 제어점(316)은 (예를 들어, 소비자가 과거에 선택했던 것에 대한 고려에 기초하여) 자동화된 분석을 수행하여 복수의 가능한 포맷들 중에서 선택할 수 있다.
임의의 경우에, 매개변수를 변경하는 것은 자원 컨텐츠를 제공할 렌더링 장치{예를 들어, 렌더링 장치(306)}에 전송될 수 있는 변경된 URL을 생성할 수 있다. 렌더링 장치(306)는 이 변경된 URL을 미디어 서버(302)에 제출함으로써 변경된 URL에 대응하는 자원 컨텐츠 아이템을 검색할 수 있다. 대안적으로, 렌더링 장치(306)는 단순히, {예를 들어, 원래의 URL을 그것을 미디어 서버(302)에 전송하는 렌더링 장치(306)에 전송함으로써} 그 매개변수를 변경하지 않고서 원래의 URL을 미디어 서버(302)에 다시 송신할 수 있다.
미디어 서버(302)는 미디어 렌더링 장치(306)에 의해 그것에게 송신된 URL로부터 매개변수를 판독하고 URL 내의 매개변수에 의해 지정된 미디어 포맷으로 자원 컨텐츠 아이템을 미디어 렌더링 장치(306)에 제공함으로써 응답한다. 이 동작은 미디어 서버(302)가 그 선택된 자원 컨텐츠 아이템을 원래의 미디어 포맷으로부터 URL의 매개변수에 의해 지정된 미디어 포맷으로 변환하는 것을 요구할 수 있다. 또는, 이 동작은 단순히, (매개변수가 변경이 필요하지 않다는 것을 나타내는 경우 에) 미디어 서버(302)가 그 저장된 자원 컨텐츠 아이템을 변경하지 않고서 그것을 제공하는 것을 요구할 수 있다. 대안적으로, 미디어 서버(302)는 복수의 상이한 미디어 포맷들로 자원 컨텐츠 아이템을 저장했을 수 있다. 이러한 경우, 미디어 서버(302)는 하나가 그것을 변경할 필요없이 이용가능하다면 적절한 저장된 미디어 포맷을 고를 수 있다.
일 구현예에서, 미디어 렌더링 장치(306)는 그것이 미디어 서버(302)로부터 수신한 미디어 포맷으로 그 수신된 자원 컨텐츠 아이템을 제공한다. 또 다른 구현예에서, 미디어 렌더링 장치(306)는 그것을 제공하기 전에(또는 잠재적으로, 그것을 저장하기 바로 전에), 수신된 자원 컨텐츠 아이템을 또 다른 미디어 포맷으로 변환하기 위한 변환 기능(도시되지 않음)도 포함할 수 있다.
상술된 기술에 의해, 미디어 서버(302)는 가능한 미디어 포맷의 상이한 변경들에 관련된 수많은 URL을 발행하는 것이 요구되지 않는다. 이것은 UPnP 네트워크(314)에서의 트래픽을 감소시키고 미디어 서버(302)의 URL 관리 요구조건을 단순화하는 것을 돕는다. 이 전략은 또한, 제한된 수의 저장 옵션들 중에서 선택할 필요없이, 그것이 현재 다루고 있는 렌더링 시나리오에 대한 필요에 가장 잘 맞도록 미디어 포맷을 동적으로 맞추는 유연성을 제어점(316)에게 제공한다. 이 전략은 또한, 제어점이 그들이 상호작용할 수 있는 상이한 미디어 서버들에 대해 미디어 포맷을 맞추게 하는 표준의 균일한 기술을 제공한다.
일 구현예에서, 미디어 서버(302)는 하나 이상의 기준에 기초하여 URL에서 사용된 원래의 디폴트 값을 선택할 수 있다. 예를 들어, 미디어 서버(302)는 이 URL에 관련된 자원을 검사함으로써 URL에서 사용된 원래의 디폴트 값을 선택할 수 있다. 자원은 선호된 원래의 디폴트 값을 식별하는 것에 포함된 정보를 포함할 수 있다. 대안적으로, 미디어 서버(302)는 자원으로부터 추출된 정보에 대해 자기 자신의 분석을 수행하여, 선호된 원래의 디폴트 값에 대한 판단을 수행할 수 있다. 또는, 미디어 서버(302)는 예를 들어, 어느 미디어 포맷이 가장 대중적인지에 대한 고려와 같은 자원 자체로부터 유도되지 않는 다른 요소들을 사용할 수 있다. 여전히, 이 선호된 초기 값을 선택하기 위한 다른 기술들이 제공될 수 있다.
상술된 기술에 대한 예시적인 상세사항은 다음에서 제공된다. 상술된 자원 컨텐츠 검색 전략을 구현하는 데 사용될 수 있는 다음의 예시적인 매개변수화된 URL을 고려해 보자.
http://ServerName/Tulips.jpg?format=YUV,width=640,height=480
URL은 프로토콜 스킴을 식별하는 제1 필드를 포함한다. 프로토콜 스킴은 자원 컨텐츠 아이템에 액세스하는 데 사용된 기술을 정의한다. 이 경우에, 제1 필드는 "http"를 지정하여, 자원 컨텐츠 아이템이 하이퍼텍스트 전송 프로토콜 기술을 이용하여 액세스되는 것을 나타낸다. 제2 필드는 인가자(authority)를 식별한다. 인가자는 자원 컨텐츠 아이템을 제공할 엔티티, 일반적으로는, 자원 컨텐츠 아이템을 제공한 서버를 정의한다. 이 경우에, 제2 필드는 인자가로서 "ServerName"을 지정한다. 제3 필드는 자원 컨텐츠 아이템에 액세스하는 데 사용된 경로를 지정한다. 경로(이 경우에는, "Tulips.jpg")는 인가자(예를 들어, ServerName 서버)가 그 시스템에서 자원 컨텐츠 아이템의 위치를 식별하게 한다. 제4 필드는 질의를 식별한다. 질의는 자원 컨텐츠 아이템의 미디어 포맷을 검색하는 데 사용된 정보를 포함한다. 미디어 서버(302)는 XML "res" 엘리먼트의 패키지를 이용하여 제어점(316)에 상술된 매개변수화된 URL을 제공할 수 있다. res 엘리먼트는 또한, URL 외의 일치하는 자원에 관련된 다른 메타데이터도 포함할 수 있다.
더 상세하게, 예시적인 구현예에서, 상술된 URL 내의 제4 필드는 자원을 렌더링하는 데 사용된 미디어 포맷을 총체적으로 설명하는 다수의 매개변수를 포함한다. 상술된 예에서, 제1 매개변수는 표시 포맷의 포맷 타입을 YUV로서 지정하고, 제2 매개변수는 해상도를 640으로서 지정하고, 제3 매개변수는 해상도 높이를 480으로 지정한다. 이들 매개변수는 예시적인 것일 뿐이다. URL은 추가 매개변수 또는 더 적은 매개변수를 지정할 수 있다. 예를 들어, URL은 이미지를 렌더링하는 데 사용된 채움 색을 설명하는 3개의 추가 매개변수, 예를 들어, R(red)=x, B(blue)=y, 및 G(green)=z를 지정할 수 있다. 즉, 이미지는 렌더링될 때, 렌더링 장치의 전체 디스플레이 평면을 포함하지 않을 수 있다. 채움 색은 이미지 컨텐츠를 포함하지 않는 그러한 디스플레이 영역에 디스플레이된 배경 색의 적색, 청색 및 녹색 컴포넌트를 지정한다.
또한, 매개변수화된 URL은 상기 지정된 것 외에 다른 신택스 포맷을 이용하여 표현될 수 있다. 상술된 포맷에서, 각각의 매개변수는 "name = value" 신택스를 갖는 이름-값 쌍으로서 지정된다. 그러나, 또 다른 신택스는 이름 정보를 생략할 수 있다. 이름 정보를 명백하게 식별하는 것 대신에, 이 정보는 URL 내의 관련된 값의 위치로부터 추측될 수 있다. 이름 정보의 명시적인 식별을 생략하는 예시 적인 URL은 다음과 같다.
http://ServerName/Tulips.jpg?YUV,640×480
몇몇 매개변수에 대한 이름-값 신택스 및 다른 매개변수에 대한 위치 신택스(이름을 명백하게 식별하지 않음) 둘 다를 사용하는 하이브리드 포맷을 제공하는 것도 가능하다.
어느 포맷이 사용되든지, 미디어 서버(302)는 각각의 매개변수에 대해 선택될 수 있는 값의 범위에 관한 정보도 발행할 수 있다. 예를 들어, 일 예시적인 구현예에서, 이름 매개변수는 YUV 또는 RGB의 값을 수용할 수 있고, 폭 매개변수는 0 내지 2048의 값을 수용할 수 있고, 높이 매개변수는 0 내지 2048의 값을 수용할 수 있다. 미디어 서버(302)는 소비자의 브라우즈 또는 소비자의 검색 요구에 응답할 때 자원 메타데이터 자체와 함께 이 범위 정보를 발행할 수 있다. 대안적으로, 미디어 서버(302)는 주기적으로 예를 들어, 하루에 한번, 일주일에 한번 범위 정보를 유포할 수 있다. 또 대안적으로, 범위 정보는 공지의 허가가능한 범위에 기초하여 제어점 및/또는 렌더링 장치에서 미리 저장될 수 있으므로, 미디어 서버(302)가 이 정보를 전달하는 것은 필요하지 않다.
요약에서 전술된 바와 같이, 제어점(316)은 매개변수화된 URL을 수신할 때, (소비자의 보조로, 또는 소비자의 보조없이) 그 매개변수를 지정된 값 범위 내에서 허가된 임의의 값으로 변경할 수 있다. 예를 들어, 제1 식별된 예시적인 URL을 고려해 보자. 소비자의 렌더링 장치(306)가 640×480 해상도를 갖는 YUV 이미지를 디스플레이할 수 있으면, 제어점(316)은 렌더링 장치(306)가 그것을 미디어 서버 (302)에 제출하기 전에 URL을 변경할 필요가 없을 것이다. 그러나, 미디어 렌더링 장치가 1280×1024 해상도를 갖는 디스플레이 상에 YUV 이미지를 디스플레이 할 수 있다고 가정하자. 이 경우에, 제어점은 상술된 URL을 다음과 같이 변경할 수 있다.
http://ServerName/Tulips.jpg?format=YUV,width=1280,height=1024
렌더링 장치(306)는 (제어점으로부터 그것을 수신한 후에) 이 변경된 URL을 미디어 서버(302)에 제출할 수 있다. 미디어 서버(302)는 요구된 자원 컨텐츠 아이템을 렌더링 장치(306)에 송신하기 전에, 요구된 자원 컨텐츠 아이템을 검색하고 그것을 지정된 1280×1024 해상도로 변환함으로써 응답할 것이다.
미디어 렌더링 장치(306)가 RGB 이미지만을 디스플레이할 수 있는 또 다른 예를 고려해 보자. 이 경우에, 제어점은 (원래 YUV 포맷 타입을 지정한) URL을 다음과 같은 RGB 포맷 타입으로 변경할 수 있다.
http://ServerName/Tulips.jpg?format=RGB,width=1280,height=1024.
다시, 미디어 서버(302)는 자원 컨텐츠 아이템 내의 이미지를 미디어 렌더링 장치(306)에 송신하기 전에, 자원 컨텐츠 아이템 내의 이미지를 RGB 이미지로 변환할 것이다. 미디어 서버(302)는 또한, 이 이미지를 스케일링하여, 렌더링 장치(306)의 해상도 기대치(예를 들어, 1280×1024)를 수용할 것이다.
일 구현예에서, 미디어 서버(302)는 렌더링 장치(306)의 사양에 맞추도록 이미지의 해상도를 변경할 때, 원래의 이미지의 가로세로비를 보존하려고 시도할 것이다. 이것은 이미지가 렌더링 장치(306) 상에서 부자연스럽게 왜곡되게 나타나는 것을 방지한다. 이것은 이미지 컨텐츠를 포함하지 않는 렌더링 장치의 디스플레이 평면의 영역을 떠날 수 있다. URL에서 지정될 수 있는 채움 색은 이러한 빈 영역에서 배경 색을 디스플레이하는 데 사용될 수 있다.
상술된 예는 이미지를 렌더링하기 위한 매개변수화된 URL의 사용을 강조하였다. 그러나, 이 전략은 오디오 정보 및 비디오 정보와 같은 다른 미디어 및 정보 타입에도 적용가능하다. 예를 들어, PCM 오디오에 있어서, URL은 샘플링 레이트, 채널 번호(모노, 스테레오, 5.1 써라운드 사운드 등) 및 샘플당 비트 수를 지정하는 매개변수를 포함할 수 있다. 디지털 비디오에 있어서, URL은 NTSC 또는 PAL이 렌더링 장치에서 사용되는지의 여부 등을 지정할 수 있다.
또한, 상술된 예는 자원 컨텐츠의 포맷에 속하는(예를 들어, 일반적으로 자원 컨텐츠가 저장되고/저장되거나 제공되는 방법에 속하는) 개별 특징 속성을 설명하는 URL 매개변수의 사용을 강조하였다. 그러나, 다른 매개변수는 자원 컨텐츠의 다른 특징에 속하는 속성을 설명할 수 있다. 예를 들어, 이들 다른 매개변수는 자원 컨텐츠가 재생되는 자원 컨텐츠의 시작으로부터의 시간 간격뿐만 아니라 재생 기간 등과 같은 자원 컨텐츠의 재생에 관한 타이밍 정보를 설명할 수 있다.
또한, 상술된 예는 자원 컨텐츠 아이템에 관련된 모든 미디어 포맷 변경을 정의하기 위해 단일 URL이 사용된 경우를 설명하였다. 그러나, 미디어 서버는 2개 이상의 URL을 사용하여 자원 컨텐츠 아이템의 상이한 양태들을 나타낼 수 있다. 예를 들어, 상이한 URL은 상이한 MIME 타입에 대해 생성될 수 있고, 각각의 URL은 특정 MIME 타입의 문맥 내에서 하나 이상의 매개변수를 포함할 수 있다. 예를 들 어, WMA 및 MP3 포맷으로 자원 컨텐츠 아이템을 제공할 수 있는 미디어 서버는 이 2가지 포맷에 대응하는 2개의 URL을 제공할 수 있다. 이들 URL 각각은 그 특정 MIME 타입 내에서 포맷 특징을 변경하기 위한 하나 이상의 가변 매개변수를 포함할 수 있다. 예를 들어, WMA URL은 128kbps 비트 레이트에서 90kbps 비트 레이트로 변경될 수 있는 비트 레이트 매개변수를 포함할 수 있다. 하나의 MIME 타입(또는 다른 타입의 카테고리)에서 또 다른 타입으로 변환하는 것은 "인터-포맷" 트랜스코딩이라고 불릴 수 있다. MIME 타입(또는 다른 타입의 카테고리) 내의 매개변수를 변환하는 것은 "인트라-포맷" 트랜스코딩이라고 불릴 수 있다. 그러나, 이것은 단지 예시적인 시나리오일 뿐이다. 상술된 바와 같이, 상술된 구현예는 포맷 타입을 포함한 자원 컨텐츠 아이템의 모든 양태들 사이에서 변환하기 위해 단일 URL을 사용하였다.
또한, 상술된 예는 제어점이 원래의 URL을 수신하고, 그 URL을 변경하고, 그 변경된 URL을 미디어 렌더링 장치에 전송하는(변경이 이루어지지 않은 경우, 변경되지 않은 URL을 미디어 렌더링 장치에 전송하는) 자원 컨텐츠 검색 프로시저를 설명하였다. 미디어 렌더링 장치는 변경된(또는 변경되지 않은) URL을 미디어 서버에 전송하고, 미디어 서버가 그 변경되거나 변경되지 않은 URL에서 식별되는 자원 컨텐츠 아이템을 반환하기를 촉구한다. 그러나, 다수의 다른 검색 스킴이 가능하다. 예를 들어, 제어점은 원래의 URL을 검색하고, 그것을 미디어 렌더링 장치에 즉시 송신할 수 있다. 미디어 렌더링 장치는 URL을 변경하고(또는 그것을 변경하지 않기로 결정하고), 이 URL을 미디어 서버에 전송할 수 있다. 이 구현예에서, 미디어 렌더링 장치는 이제, 요구되거나 바람직한 URL의 임의의 변경을 스스로 처리하기 때문에, 제어점은 미디어 렌더링 장치의 렌더링 요구조건/특징을 조사할 필요가 없다. 여전에, 다른 변경이 가능하다. 예를 들어, 단일 수신 엔티티는 모든 함수 또는 제어점 이외의 하나 이상의 다른 엔티티를 수행할 수 있으며, 미디어 렌더링 장치는 자원 정보의 검색의 역할을 하는 데 채용될 수 있다.
마지막으로, 상술된 논의는 미디어 서버(302)가 변경된 URL을 수신하고, 변경된 URL에 기초한 자원 컨텐츠 아이템을 처리하고, 자원 컨텐츠를 렌더링 장치(또는 다른 수신 엔티티)에 나누어 주는 역할을 하는 일 구현예에 기초하였다. 그러나, 더 일반적으로, 미디어 서버(302)는 이들 각각의 태스크를 수행하기 위한 복수의 에이전트 또는 모듈, 또는 상이한 태스크 할당을 갖도록 구현될 수 있고(또는 그러한 것을 갖는 것으로 개념화될 수 있고), 이러한 태스크를 수행하는 에이전트는 함께 및/또는 미디어 서버(302)의 다른 부분과 함께 위치할 수도 있고 아닐 수도 있다. 예를 들어, 일 구현예에서, 미디어 서버(302)는 미디어 서버(302)를 함께 구성하는 상술된 태스크를 수행하는 분산된 에이전트의 느슨한 집합체로서 보일 수 있다.
B. 예시적인 사용자 인터페이스 표시
일 예시적인 구현예에서, 제어 패널 모듈(도 5의 506)은 미디어 서버 사용자가 미디어 서버(302)와 상호작용하게 하는 일련의 UI 표시(페이지라고도 불림)를 제공한다. 예를 들어, 제어 패널 모듈(506)은 UPnP 네트워크(314)에 연결된 장치를 활성화 및 비활성시키기 위한 제1의 일련의 UI 페이지를 제공할 수 있다. 제어 패널 모듈(506)은 미디어 서버 사용자가 어느 자원이 공유되어야 하는지, 및 어떤 상황에서 자원이 공유되어야 하는지를 선택하게 하기 위한 또 다른 일련의 UI 페이지를 제공할 수 있다. 섹션 B.1 및 B.2는 각각, 이 2개의 카테고리의 UI 페이지를 설명한다.
일반적으로, 일 구현예에서, 제어 패널 모듈(506)은 (워싱턴 레드몬드 소재의 마이크로소프트사에 의해 제공된 익숙한 제어 패널 인터페이스 기능과 같은) 제어 패널 인터페이스를 통해 상술된 UI 페이지를 제공할 수 있다. 그러하듯이, UI 표시는 (예를 들어, "색인표 단(tabbed)" 디스플레이 페이지를 갖는) 제어 패널 UI 표시의 외관 및 느낌을 채용하도록 맞추어질 수 있다. UI 스타일에 대한 이 선택은 단지 예시적인 것일 뿐이며, UI 페이지를 구현하는 데 다른 스타일 및 UI 레이아웃이 사용될 수 있다.
B.1 새로운 장치를 인가하기 위한 예시적인 UI
도 8 내지 도 10은 제어 패널 모듈(506)이 네트워크(314)로의 장치의 도입을 핸들링하는 데 사용할 수 있는 상이한 UI 페이지를 도시한다.
우선, UPnP 네트워크(314) 상에서 새로운 미디어 렌더링 장치가 검출될 때, 미디어 서버(302)는 미디어 서버 사용자에게 그 존재를 경고하도록 구현될 수 있다. 한 기술에 따라, 제어 패널 모듈(506)은 도 8에 도시된 풍선 유형의 메시지(800)를 제공함으로써 이 경고 기능을 수행할 수 있다. 이 메시지(800)는 "새로운 디지털 미디어 수신기가 발견되었습니다. 이 장치를 활성화, 비활성화 또는 구성하시겠습니까?"라고 말한다. 이 메시지(800)는 미디어 서버 사용자가 열거된 옵션 들 중 하나를 선택하게 하는, 즉, 선택된 옵션에 관련된 하이퍼텍스트 링크를 클릭함으로써, 하이퍼텍스트 링크를 포함할 수 있다. 다른 메시지 스타일 및 선택 포맷이 사용될 수 있다. 도 8에 도시된 메시지(800)는 일례일 뿐이다.
제어 패널 오브젝트(506)는 메시지(800) 내의 하이퍼텍스트 링크의 활성 시에, 도 9에 도시된 UI 페이지(900)를 활성화한다. 이 페이지(900)는 복수의 섹션들(902, 904, 906)을 포함한다. 각각의 섹션은 UPnP 네트워크(314)에 연결된 상이한 장치에 관한 정보를 포함한다. 예를 들어, 섹션(902)은 새로운 장치가 발견되었음을 나타낸다. 이 섹션(902)은 새로운 장치의 제조자 및 모델도 식별한다. 이 섹션(902)은 또한, 미디어 서버 사용자에게 섹션 내에서 하이퍼텍스트 링크를 활성화함으로써 새로운 장치를 활성화시키는 옵션을 제공한다. 섹션(904)은 이전에 활성화되었던 장치를 설명한다. 따라서, 이 섹션(904)은 미디어 서버 사용자에게 섹션(904)에 관련된 하이퍼링크를 활성화함으로써 이 장치를 비활성화시킬 기회를 제공한다. 섹션(904)은 이전에 비활성화된{그러나 UPnP 네트워크(314)에게는 새로운 것이 아님} 장치를 설명한다. 따라서, 이 섹션(906)은 미디어 서버 사용자에게 이 장치를 다시 활성화시킬 기회를 제공한다.
제어 패널 오브젝트(506)는 미디어 서버 사용자가 UI 페이지(900)에서 임의의 섹션에 관련된 하이퍼텍스트 링크를 활성화하면, 도 10에 도시된 UI 페이지(1000)를 활성화한다. UI 페이지(1000)는 선택된 장치의 특징을 설명하는 개괄적인 정보를 제공한다. 그것은 또하, 3개의 명령 버튼(1002, 1004, 1006)을 포함한다. 명령 버튼(1002)은 미디어 서버 사용자가 장치를 활성화시키게 한다. 명령 버튼(1004)은 미디어 서버 사용자가 장치를 비활성화시키게 한다. 명령 버튼(1006)은 미디어 서버 사용자가 UI 디스플레이 페이지 상에 나타나는 장치의 이름을 변경하게 한다. 이 마지막 버튼(1006)은 "Kid's PC"와 같이 쉽게 인식되는 "사용자 친화적" 이름을 장치에게 제공하는 데 유용할 수 있다.
B.2. 자원을 공유하기 위한 예시적인 UI
도 11은 여러 자원 폴더들, 및 UPnP 네트워크(314) 상에서의 (자원 메타데이터 및 자원 컨텐츠를 포함하는) 이 자원 폴더들 내의 자원 정보의 유포를 제어한 상이한 배포 기준 사이의 연관성을 도시하는 UI 표시 페이지(1100)를 도시한다. 페이지(1100)는 3개의 예시적인 엔트리(1102)를 도시한다. 제1 엔트리는 자원 저장소(320) 상의 공유된 자원 폴더의 이름(예를 들어, 자원 폴더 "C:\My videos" 1104), 자원 폴더에 관련된 승낙-관련 기준(예를 들어, "모든 사용자" 1106), 및 이 자원 폴더에 관련된 장치 기준(예를 들어, "모든 장치" 1108)을 식별한다. 기준 "모든 사용자"(1106)는 자원 폴더 "C:\My videos"(1104) 내의 자원이 누가 미디어 서버(302)를 구현한 컴퓨터가 로그온하는지에 관계없이 검색될 수 있음을 나타낸다. 기준 "모든 장치"(1108)는 자원 폴더 "C:\My videos"(1104) 내의 자원이 PnP 네트워크(314) 내의 임의의 렌더링 장치에 의해 검색될 수 있음을 나타낸다.
한편, 제2 엔트리는 이름 "C:\My photos"(1110), 사용자 "도날드"(1112), 및 장치 "아이들 침실 장치"(1114)를 식별한다. 사용자 기준 "도날드"(112)에 의해, 자원 폴더 "C:\My photos"(1110) 내의 자원 정보는 미디어 서버를 구현한 컴퓨터 상의 현재 활성인 단말 서버 세션에 사용자 도날드가 로그온할 때에만(또는 도날드 가 다르게, 예를 들어, UPnP 네트워크(314) 내의 소비자가 자원 정보에 액세스하려고 시도하는 경우 팝업 메시지에 긍정으로 응답함으로써, 자원 정보의 전송에 대한 승낙을 제공할 때에만) 검색될 수 있다. 이 설계 모티브에 대해서 여전히 다른 변경이 가능하다. 예를 들어, 상술된 바와 같이, 자원 정보 공유 기능(322)은 자원 정보의 배포를 제어하는 2개 이상의 배포 기준(2개 미만의 기준 또는 기준 없음)을 제공하도록 구성될 수 있다.
도 11에는 3개의 자원 폴더(1102)만이 도시된다. 미디어 서버 사용자는 추가 명령 버튼(1116)을 활성화함으로써 공유할 추가적 자원 폴더를 선택할 수 있다. 변경 명령 버튼(1118)은 미디어 사용자가 기존의 공유된 자원 폴더 리스트(1102)를 변경하게 한다. 삭제 명령 버튼(1120)은 미디어 서버 사용자가 기존의 자원 폴더 컬렉션(1102)으로부터 폴더를 삭제하게 한다.
이전 섹션에서 설명된 바와 같이, 제1의 기준 집합은 자원 메타데이터의 유포를 제어할 수 있고, 제2의 기준 집합은 자원 컨텐츠의 유포를 제어할 수 있다. 설명을 용이하게 하기 위해, 도 11은 동일한 기준 집합이 자원 메타데이터와 자원 컨텐츠의 유포 둘 다를 제어한다는 가정에 기초한다. 그러나, 자원 정보 공유 기능(322)이 미디어 서버 사용자가 자원 메타데이터에 대한 기준과 자원 컨텐츠에 대한 기준 사이를 구별하게 한다면, 사용자 인터페이스 페이지는 더 세분화된 기준 정보를 디스플레이하고 미디어 서버 사용자가 더 세분화된 레벨에 관한 기준 정보를 입력하도록 적합하게 변경될 수 있다. 자원 메타데이터에 대한 기준 및 자원 컨텐츠에 대한 기준은 상이한 방법으로, 예를 들어, 상이한 사용자 엔트리 필드를 이 카테고리에 할당함으로써, 사용자 인터페이스 페이지에서 구별될 수 있다.
도 12는 미디어 서버 사용자가 도 11에서 변경 명령 버튼(1118)을 누를 때 제어 패널 모듈(506)이 활성화하는 페이지(1200)를 도시한다. 예를 들어, 미디어 서버 사용자가 도 11에서 (예를 들어, 마우스 장치 또는 다른 입력 메커니즘을 이용하여) 제1 엔트리(1122)를 하이라이트하였고, 명령 버튼(1118)을 눌렀다고 가정하자. 도 12에 도시된 결과 페이지(1200)는 제1 엔트리(1122)의 여러 기존의 속성을 도시하고, 미디어 서버 사용자에게 이 속성을 변경할 기회를 제공한다.
예를 들어, 페이지(1200)는 자원의 공유 이름을 "My videos"(1202)로서, 승낙-관련 기준을 "모두"(1204)로서, 장치 기준을 "모든 장치"(1206)로서 식별한다. 미디어 서버 사용자는 (예를 들어, 이 필드를 편집하기 위해 마우스 및 키보드 입력 장치를 이용하여) 그 관련된 텍스트 박스 내의 정보를 편집함으로써 제1 필드(1202)를 변경할 수 있다. 제2 및 제3 필드(1204, 1206)는 각각, 소정의 사용자 및 장치 리스트를 제공하는 풀-다운 선택 메뉴로서 설정된다. 예를 들어, 풀-다운 선택 필드(1206)는 도 12에서 확장되어 그 소정의 리스트를 도시한다. 미디어 서버 사용자는 이들 풀-다운 리스트들로부터 하나 이상의 엔트리를 선택하여, 이 2개의 필드(1204, 1206)에 대한 입력을 제공할 수 있다. 텍스트 엔트리 박스 및 풀-다운 메뉴 이외의 다른 데이터 엔트리 기술이 페이지(1200)에 의해 요청된 정보를 입력하는 데 사용될 수 있다. 다시 한번, 미디어 서버 기능(322)이 미디어 서버 사용자가 자원 메타데이터 기준과 자원 컨텐츠 기준 사이를 구별하게 하면, 이 페이지(1200)는 적합한 방식으로 확장되어 데이터 엔트리에 추가 필드를 제공할 수 있다.
도 11 및 도 12는 자원 폴더를 선택하고 자원 폴더에 관련된 유포 기준을 정의하는 데 사용될 수 있는 UI 전략을 망라하지 않는다. 예를 들어, 도 13은 모든 공유된 자원 폴더 및 그에 관련된 배포 기준의 주요 디스플레이를 제공하고, 또한, 미디어 서버 사용자가 (다른 페이지를 호출할 필요없이) 이 페이지(1300) 자체를 이용하여 그 디스플레이된 정보 중 임의의 것을 변경하게 하는 예시적인 페이지(1300)를 도시한다. 예를 들어, 페이지(1300) 내의 각각의 사용자 필드 및 장치 필드는 미디어 서버 사용자가 이들 필더에 대한 디스플레이된 선택을 변경하게 하는 개별 드롭-다운 메뉴를 포함한다. 예를 들어, 예시적인 사용자 필드(1304)에 대한 드롭-다운 메뉴(1302) 및 예시적인 장치 필드(1308)에 대한 드롭-다운 메뉴(1306)를 고려해 보자. 브라우즈 명령 버튼(1310)은 미디어 서버 사용자가 {예를 들어, 추가 명령 버튼(1312)을 활성화함으로써} 어느 자원 폴더를 그 공유된 자원에 추가할지를 결정하기 전에 여러 디렉토리를 검사하게 한다. 이전과 같이, 삭제 명령 버튼(1314)은 공유된 자원들로부터 이전에 선택된 자원 폴더를 삭제하는 기능을 한다.
도 14는 기준 정보를 입력하기 위한 또 다른 대안적인 기술을 도시한다. 도 14에 도시된 페이지(1400)는 미디어 서버 사용자가 공유된 자원 폴더들 모두에 영약을 끼치는 글로벌 기준 정보를 지정하게 한다. 즉, 선택 아이템(1402)으로 인해, 미디어 서버 사용자는 미디어 서버(302)가 누가 미디어 서버(302)에 로그온하는지에 관계없이, 모든 공유된 자원 폴더 내의 자원 정보를 공유해야 하는지를 지 정할 수 있다. 선택 아이템(1404)으로 인해, 미디어 서버 사용자는 미디어 서버(302)가 구별없이 모든 장치에 모든 자원 폴더를 배포해야 하는지를 지정할 수 있다. 이러한 선택 아이템(1402, 1404)은 체크박스 UI 입력 특징 또는 임의의 다른 종류의 UI 입력 특징을 이용하여 미디어 서버 사용자로부터 이진의 예/아니오 선택을 수신할 수 있다.
페이지(1400)는 또한, 미디어 서버 사용자가 미디어 서버(302)에 의해 적용된 보안을 제어하는 여러 선택을 만들게 한다. 예를 들어, 선택 아이템(1406)으로 인해, 미디어 서버 사용자는 자신이 미디어 서버(302)를 구현한 컴퓨터를 시작할 때 미디어 서비스가 자동으로 시작되어야 하는지를 지정할 수 있다. 선택 아이템(1408)은 미디어 서버 사용자가 미디어 서버(302)와 상호작용하도록 허용되는 네트워크(314) 상의 최대 개수의 장치를 지정하게 한다. 유사한 사용자 입력 필드(도시되지 않음)가 미디어 서버 사용자가 상기 섹션 A.5에서 설명된 보안 메커니즘에 속하는 다른 보안 옵션을 지정하게 하는 데에 사용될 수 있다. 예를 들어, 허용되는 경우, 적합한 UI 페이지가 미디어 서버 사용자가 섹션 A.5에서 설명된 임의의 메커니즘을 선택적으로 활성화 또는 비활성화하게 할뿐만 아니라, 이러한 메커니즘에 사용된 임의의 관련 매개변수를 지정하게 할 수 있다.
마지막으로, 도 15는 흔히 "위자드"라고 불리는 자동화된 설정 프로시저 부분으로서 사용되는 페이지(1500)를 도시한다. 이 페이지는 자원을 포함하는 자원 저장소(320) 상에서 제공된 자원 폴더(1502)의 계층적 표시를 제공한다. 디렉토리(1502)는 계층 내의 각각의 자원 폴더에 인접하게 위치한 체크박스를 포함한다. 미디어 서버 사용자는 이들 자원 폴더 각각이 각각의 자원 폴더 옆의 체크박스 상에서 선택적으로 클릭함으로써 공유되어야 하는지를 나타낼 수 있다. 페이지(1500)의 최우측 부분은 미디어 서버 사용자가 도 14의 문맥에서 상술된 동일한 글로벌 기준 선택을 하게 하는 선택 아이템(1504 및 1506)을 제공한다.
상술된 설명에서, 배포 기준은 폴더 별로 자원에 할당되었다. 그러나, 컨테이너 별로 자원을 디스플레이하고 미디어 서버 사용자가 컨테이너 별로 정보를 입력하게 함으로써, 컨테이너 별로 배포 기준을 자원에 적용하는 것도 가능하다.
다시 한번, 도면에 도시된 UI에 대한 레이아웃은 예시적인 것이다. 다른 UI 전략이 미디어 서버 사용자가 장치; 공유; 설정; 및 이벤트의 주요 토픽들 중에서 선택하게 할 수 있다. 공유 카테고리 내에서, 미디어 서버(302)는 미디어 서버 사용자에게 My Music; My Picture; My Video 등의 자원 카테고리 내의 공유 자원의 옵션을 제공할 수 있다.
C. 예시적인 프로세스
도 16 및 도 17은 장치 인가 프로세스에 속하고, 도 18 내지 도 20은 자원 공유 프로세스에 속한다. 이들 도면에서 도시된 개별 블록들은 소프트웨어, 펌웨어, 또는 펌웨어와 소프트웨어의 조합으로 구현될 수 있다.
C.1 장치 인가 프로세스
도 16은 IPnP 네트워크(314)에 추가되는 새로운 장치를 인가하기 위해 미디어 서버(302)에 의해 사용된 프로시저(1600)를 도시한다. 단계(1602)에서, 누군가가 새로운 미디어 장치를 UPnP 네트워크(314)에 플러그한다. 단계(1604)에서, 미 디어 서버(302)는 미디어 서버 사용자에게 새로운 장치의 존재를 경고하는 메시지를 생성한다. 도 8은 이 메시지를 제공하는 데 사용될 수 있는 하나의 디스플레이 포맷을 도시한다. 단계(1606)에서, 미디어 서버(302)는 미디어 서버 사용자가 새로운 장치를 활성화하게 하는 UI 페이지(또는 페이지)를 오픈한다. 도 9 및 도 10은 이 단계를 구현하기 위한 2개의 그러한 예시적인 UI 페이지를 제공한다. 단계(1608)에서, 미디어 서버 사용자는 예를 들어, 새로운 장치를 활성화 또는 비활성화함으로써 새로운 장치에 관한 선택을 한다. 미디어 서버 사용자는 또한, 새로운 장치에 사용자-친화적인 이름을 제공하도록 허용된다.
도 17은 새로운 장치의 아이덴티티를 결정하기 위한 프로시저(1700)를 도시한다. 단계(1702)에서, 미디어 서버는 새로운 장치의 IP 주소를 식별한다. 단계(1704)에서, 미디어 서버는 IP 주소를 미디어 액세스 제어(MAC) 주소(또는 임의의 다른 장치-특정 정보)로 변환한다. IP 주소는 예를 들어, ARP(Address Resolution Protocol)를 사용하는 마이크로소프트사의 인터넷 프로토콜 헬퍼(Internet Protocol Helper)에 의해 제공된 SendARP 함수를 이용하여 MAC 주소로 번역될 수 있다. 인가되면, 장치는 네트워크(314)와의 연속적인 상호작용에서 그 IP 및 MAC 주소에 의해 식별될 수 있다. (IP 주소는 CHCP 서버의 이용가능성에 의존하여 변할 수 있으므로) IP 주소만으로는 신뢰할 수 없기 때문에, MAC 주소를 이용하여 장치를 인증하는 것은 유익하다.
도 16 및 도 17에 도시된 동작에 대한 더 깊이있는 설명은 도 5에 도시된 아키텍처(500)를 참조하여 제공될 수 있다. 새로운 미디어 렌더링 장치가 추가될 때 , 그것은 UPnP 공고를 내보낸다. 장치 모니터링 모듈(520)은 이 공고를 감지한다. 마찬가지로, 장치 모니터링 모듈(520)는 UPnP 네트워크(314)에 연결된 제어점에 의해 생성된 요구도 감지한다. 응답으로, 장치 모니터링 모듈(520)은 새로운 장치의 IP 주소를 찾고, SendARP()를 이용하여 MAC 주소를 획득한다. MAC 주소가 새로운 것이면, 장치 모니터링 모듈(520)은 제어 패널 COM 오브젝트(540)에게 통지하고, 이미 존재하는 임의의 콜백 오브젝트(542)에게 통지한다. 장치 모니터링 모듈(520)은 CDDM 서비스 모듈(504)에게도 통지한다. 제어 패널 콜백 오브젝트(542)는 제어 패널 모듈(506)을 통해 미디어 서버 사용자에게 통지할 것이다. CDDM 서비스 모듈(504)은 자신이 현재 활성인 단말 서버 세션 동안 제어 패널 모듈(506)을 생성할 필요가 있는지를 결정할 것이고, 필요하다면, 생성할 것이다.
C.2 자원 공유 프로세스
도 18은 미디어 서버 사용자가 공유될 자원 폴더를 선택하고 이러한 자원 폴더 내의 자원 정보의 유포를 제어하는 데 사용된 배포 기준을 지정하게 하는 프로세스(1800)를 도시한다. 도 19는 소비자가 공유된 자원 메타데이터를 통해 브라우즈 또는 검색하게 하는 프로세스(1900)를 도시한다. 도 20은 소비자가 매개변수화된 URL 접근법을 이용하여 선택된 자원 컨텐츠 아이템을 검색하게 하는 프로세스(2000)를 도시한다.
a. 공유된 자원 정의
우선, 도 18에서, 프로시저(1800)는 단지, 공유된 자원 폴더 및 배포 기준을 지정하는 다수의 방법들 중 하나에 대한 예일 뿐이다. 섹션 B에서 설명된 바와 같 이, 이 정보를 수집하기 위한 다수의 상이한 UI 전략들이 존재하고, 따라서, 이 태스크를 수행하기 위한 다수의 관련 프로세스들이 존재한다. 이 논의를 용이하게 하기 위해, 자원 메타데이터 및 자원 컨텐츠의 유포 둘 다를 제어할 단지 하나의 기준 집합만이 수집된다고 가정한다. 자원 정보 공유 기능(322)이 미디어 서버 사용자가 자원 메타데이터와 자원 컨텐츠에 대한 2개의 상이한 기준 집합 사이를 구별하게 하는 경우에, 도 18에 도시된 동작은 이 정보를 수집하도록 적합하게 확장될 수 있다.
단계(1802)에서, 미디어 서버 사용자는 공유된 자원 폴더를 선택한다. 도 11 내지 도 13은 미디어 서버 사용자가 이 태스크를 수행하기 위해 사용할 수 있는 몇몇 기술만을 도시한다.
단계(1804)에서, 미디어 서버 사용자는 (있다면) 자원 정보의 전송에 대한 승낙을 제공해야 하는 사람을 선택한다. 전술된 바와 같이, 이 제약은 서비스가 구성되는 방법에 따라 관대하게 또는 편협하게 구성될 수 있다. 관대한 구현에서, 식별된 사람은 미디어 서버(302)를 구현하는 컴퓨터 시스템 상에서 그들이 현재의 활성 단말 서버 세션에 로그온한 경우 그 내재적인 승낙을 제공하는 것으로 가정된다. 더 엄격한 구현예에서, 미디어 서버(302)는 특히, 소비자가 자원 정보를 검색하려고 시도할 때 식별된 개인에게 질의하여 그 식별된 개인이 이 전송을 승인하는지의 여부를 결정한다. 식별된 개인이 전송을 승인하는 경우에만 전송이 일어난다. 어떤 식별된 개인도 선택되지 않으면, 디폴트로서, 자원 배포에 영향을 끼치는 어떤 승낙-관련 제약도 존재하지 않는다.
단계(1806)에서, 미디어 서버 사용자는 선택된 자원 폴더 내의 자원 정보를 수신하도록 인가된 장치를 선택한다. 도 11 내지 도 15는 단계(1804 및 1806)에서 수집된 기준을 요청하는 데 사용될 수 있는 몇몇 UI 기술만을 도시한다. 또한, 전술된 바와 같이, 자원 폴더 내의 자원 정보의 배포에 영향을 끼칠 수 있는 추가 기준을 수집하는 추가 단계들이 제공될 수 있다.
단계(1808)에서, 제어 패널 모듈(506)은 선택적으로, 특정 승낙-관련 사용자 기준에 의해 제어된 특정 장치에 지정된 자원 폴더 내의 자원 정보를 공유하는 결과를 미디어 서버 사용자에게 경고한다. 이것은 미디어 서버 사용자의 선택에 의해 부과된 제약(또는 부과된 제약의 부족)을 설명하는 메시지를 제공함으로써 수행될 수 있다. 그러한 메시지를 본 후, 미디어 서버 사용자는 하나 이상의 이전 선택을 정정하기로 결정할 수 있다. 단계(1810)는 미디어 서버 사용자가 특정 결과를 좋아하지 않으면 하나 이상의 선택을 반복할 수 있고, 그렇지 않으면 프로세스(1800)가 계속 진행된다는 것을 나타낸다.
단계(1812)에서, 미디어 서버(302)는 미디어 서버 사용자가 선택된 자원 폴더 내의 자원 정보를 공유할 허가권을 갖는지를 결정한다. 즉, 자원 폴더의 생성자는 자원 폴더 내의 자원 정보를 변경, 판독 및/또는 배포할 허가권을 갖는 한명 이상의 사람들을 지정할 수 있다. 미디어 서버 사용자가 이들 사람들 중 하나라면, 단계(1814)는 자원 폴더 내의 자원 정보가 공유될 수 있음을 나타내고, 프로세스(1800)는 계속 진행된다.
단계(1816)는 선택된 자원 폴더의 상태를 "공유"로 변경하는 것을 포함한다. 이 단계(1816)는 공유된 자원 저장소(532) 내의 공유된 자원 폴더를 등록하고 관련 배포 기준을 기준 정보(536)에 저장하는 것을 포함할 수 있다.
상기 논의에서, 배포 기준은 폴더 별로 자원에 할당되었다. 그러나, 배포 기준을 상술된 것과 비슷한 방식으로 컨테이너 별로 자원에 적용하는 것도 가능하다.
자원 폴더 내의 자원의 공유에 관한 추가적인 일반적 고려사항이 이하에서 설명된다. 이하의 설명에서, "자원"은 자원 저장소(32) 내에 저장된 자원 폴더 내의 파일에 대응할 수 있다. 자원 폴더는 공유가능한 상태 또는 공유가능하지 않은 상태를 갖는 것으로서 나타난다. 또한, 각각의 자원은 자원 메타데이터 및 자원 컨텐츠를 포함하여 실제로 유포되는 "자원 정보"를 갖는다는 것을 상기한다.
더 상세하게, 일 예시적인 구현예에서, 컨텐츠 디렉토리 서비스 모듈(526)은 오직, 미디어 서버 사용자가 자원 폴더 내의 각각의 자원이 아닌 자원 폴더를 공유한 것으로서 지정하게 한다. 즉, 자원은 한 자원씩이 아니라, 공유가능한 자원 폴더 내에 포함됨으로써 공유가능한 것으로서 지정된다. 또한, 컨텐츠 디렉토리 서비스 모듈(526)은 미디어 서버 사용자가 (예를 들어, 오디오 파일에 대해서는 포맷 mp3, WMA, PCM 및 WAV; 비디오 파일에 대해서는 포맷 MPEG-1,2, WMV 및 AVI; 및 그림 포맷에 대해서는 포맷 JPEG, GIF, BMP, PNG 및 TIFF를 포함하는 예시적인 다수의 파일과 같은) 특정 타입의 오디오, 비디오 및 그림 소스만을 사용가능한 것으로 지정하게 한다. 또한, 컨텐츠 디렉토리 서비스 모듈(526)은 숨겨진 파일, 네트워크 공유 및 삭제가능한 미디어를 공유가능한 것으로서 지정하는 것에 대해 제약을 놓을 수 있다(즉, 이에 의해, 미디어 서버 사용자가 이들 자원을 공유가능한 것으로서 지정하는 것을 방지함). 이 제공은 UPnP 네트워크(314)에 의해 제공된 보안을 개선하는 데 이로울 수 있는데, 그 이유는 상술된 허가가능한 카테고리에 들지 않는 낯선 자원 정보가 공유되지 않을 것이기 때문이다. 그러나, 대안적인 구현예에서, 상기 식별된 "금지된" 자원들 중 하나 이상을 공유가능한 것으로서 지정하는 것은 가능하다.
또 다른 예시적인 구현예에서, 공유가능한 것으로서 지정된 자원 폴더는 추가적 서브-컬렉션(예를 들어, 서브폴더 및 파일)을 가질 수 있다. 미디어 서버 사용자가 임의의 주어진 자원 폴더를 공유가능한 것으로서 선택할 때, 공유된 자원 폴더 및 그 모든 서브자원 폴더 내의 모든 자원도 자동적으로 공유가능한 것으로서 지정될 수 있다.
또 다른 예시적인 구현예에서, 미디어 서비스 모듈(502)은 또한, 미디어 서버 사용자가 자원 폴더를 "비공유된" 것으로서 지정하게 한다(예를 들어, 이에 의해, 이전에 자원 폴더에 할당된 자원 폴더의 공유가능한 상태를 삭제함). 그러나, 일 예시적인 구현예에서, 미디어 서버 사용자는 공유가능한 부모 자원의 서브-자원들(예를 들어, 서브폴더 및 파일) 중 임의의 것을 공유가능하지 않은 것으로서 지정하도록 허용되지 않는다. 즉, 예를 들어, 미디어 서버 사용자가 "c:\doc\"을 공유가능한 것으로서 지정한 경우, 미디어 서버 사용자는 "c:\doc\music\"을 공유되지 않는 것으로서 지정하는 것이 허용되지 않을 것이다. 그 이유는, 루트 자원 폴더 "c:\doc\"가 공유된 것으로서 지정되었기 때문이다. 그러나, 또 다른 구현예에 서, 컨텐츠 디렉토리 서비스 모듈(526)은 공유되지 않은 자원의 선택적인 지정을 허용하도록 구성될 수 있다.
또 다른 예시적인 구현예에서, 미디어 서버 사용자는 공유된 것으로서 지정된 자원 디렉토리의 이름을 변경할 수 있다. 컨텐츠 디렉토리 서비스 모듈(526)은 서비스가 실행되고 이전 이름에 관련된 공유-관련 속성을 새로운 이름에 자동으로 전송하는 동안, 이름에 대한 임의의 변경의 변경을 추적할 수 있다. 미디어 서버 사용자가 공유된 것으로서 지정된 자원들 중 임의의 것에 대한 변경을 수행할 때마다, 컨텐츠 디렉토리 서비스 모듈(526)은 UPnP 네트워크(314)에 연결된 장치에게 이 변경을 통지하도록 구성될 수 있다. 이것은 UPnP 이벤트를 송신함으로써 수행될 수 있다.
b. 요구에 기초하여 공유된 자원을 배포
도 19는 소비자가 컨텐츠 디렉토리 서비스 모듈(526)과 상호작용하게 하는 프로시저(1900)를 도시한다. 단계(1902)에서, 소비자는 미디어 서버(302)가 공유된 것으로서 지정된 그 자원에 관한 자원 메타데이터를 제공하도록 요구한다. 소비자는 선택된 자원 컨텐츠를 결국 수신할 렌더링 장치와 통합되거나 아니면 그 렌더링 장치에 관련된 제어점으로부터 이 요구를 생성할 수 있다. 대안적으로, 소비자는 자원 컨텐츠를 결국 수신할 렌더링 장치로부터 멀리 있는 제어점으로부터 이 요구를 생성할 수 있다. 소비자는 특히 미디어 서버(302)를 이용하여 브라우즈 세션을 개시할 수 있고, 이 경우에, 미디어 서버(302)는 아마도 특정 카테고리 또는 카테고리들 내에서 공유된 것으로서 지정되었던 이용가능한 자원의 리스팅을 도시 하는 자원 메타데이터를 제공함으로써 응답할 것이다. 소비자는 대안적으로 미디어 서버(302)를 이용하여 검색 세션을 개시할 수 있고, 이 경우에, 미디어 서버(302)는 소비자에 의해 지정된 하나 이상의 검색 매개변수에 기초한 대상이 된 검색을 수행하고, 소비자에게 검색 결과의 표시를 반환함으로써 응답할 것이다.
단계(1904)에서, 미디어 서버(302)는 공유된 자원 저장소(532)를 통해 스캐닝하여, 소비자의 요구를 충족하는 공유된 자원 폴더에 관련된 임의의 자원 메타데이터 아이템의 위치를 알아낸다. 즉, 이것은 자원 메타데이터(534)를 검사하여, (예를 들어, 요구된 자원 타입, 자원 이름, 자원 아티스트 등에 속하는) 브라우즈 또는 검색 매개변수를 만족하는 특정 자원 메타데이터 아이템을 추려내는 것을 포함한다. 스캐닝은 기준 정보(536)를 검사하여, 브라우즈 또는 검색 용어에 일치하는 자원 메타데이터 아이템이 특정 관련 배포 기준을 만족하지 않는지를 결정하는 것도 포함할 수 있다. 예를 들어, 미디어 서버(302)는 소비자의 요구조건을 만족하는 (10개의 관련된 자원에 대응하는) 10개의 자원 메타데이터 아이템을 식별할 수 있지만, 이들 중 3개만이 장치-관련 기준에 의해, 소비자가 현재 사용하고 있는 (예를 들어, 소비자가 브라우즈 또는 검색 요구를 전송한 제어점에 관련된) 장치에서 디스플레이되도록 허용된다.
단계(1906)에서, 미디어 서버(302)는 상술된 프로세싱의 결과를 설명하는 XML 메시지를 생성한다. XML 메시지는 메시지가 포함해야 하는 정보의 여러 필드, 및 이러한 필드를 어떤 포맷으로 제공해야 하는지를 지정하는 XML 스키마에 의해 제어될 수 있다. XML 외의 다른 포맷이 이 정보를 전달하는데 사용될 수 있다. 단계(1908)에서, 미디어 서버(302)는 메시지를 미디어 서버(302)로부터, 소비자가 사용하고 있는 제어점에 전송한다.
단계(1910)에서, 제어점은 XML 메시지를 수신하고 그것을 표시 포맷으로 변환한다. 소비자는 미디어 서버(302)에 의해 식별된 하나 이상의 공유된 자원에 대응하는 자원 메타데이터 아이템의 리스트를 보도록 허용된다. 소비자는 선택된 렌더링 장치에서의 표시를 위해 리스트로부터 하나 이상의 자원을 선택할 수 있다.
c. 매개변수화된 URL의 프로세스
도 20은 이전의 UPnP 액션(예를 들어, 브라우즈 또는 검색 액션)에 응답하여 제공된 URL에 기초하여 공유된 자원 컨텐츠 아이템을 검색하기 위한 프로세스(2000)를 도시한다. 더 상세하게, 브라우즈 또는 검색 액션에 응답하여 미디어 서버(302)에 의해 전송된 자원 메타데이터는 공유된 아이템에 관련된 자원 컨텐츠 아이템을 위치시킬 장소를 설명하는 공유된 자원에 대한 URL(uniform resource content)을 포함한다. URL은 섹션 A.6에서 상술된 매개변수화된 접근을 이용하여 구조화될 수 있다. 도 20에 도시된 프로세스(2000)는 이러한 매개변수화된 URL을 처리하기 위한 기술을 설명한다.
단계(2002)에서, 소비자는 제어점(316)과 같은 제어점에서 미디어 서버(302)로부터 자원 메타데이터를 수신한다. 이 단계는 일반적으로 도 19의 단계(1910)에 대응한다. 공유된 자원에 있어서, 메타데이터는 일반적으로 적어도 하나의 매개변수화된 URL을 포함한다. 섹션 A.6에서 설명된 바와 같이, 이 URL 내의 매개변수는 URL에 의해 식별된 자원 컨텐츠 아이템의 미디어 포맷을 지정한다. 예를 들어, 한 매개변수는 (이미지 자원에 대한 RGB 또는 YUV 포맷 타입과 같은) 자원 컨텐츠 아이템이 제공될 수 있는 포맷 타입을 설명할 수 있다. 또 다른 매개변수는 (특정 이미지 해상도의 높이와 폭과 같은) 자원 컨텐츠 아이템의 포맷 해상도를 설명할 수 있다. 이러한 매개변수는 예시적인 것일 뿐이며, 추가적 또는 상이한 매개변수들이 제공될 수 있다. 임의의 이벤트에서, 브라우즈 또는 검색 요구에 대한 응답을 공식화할 때, 미디어 서버(302)는 예를 들어, 자원 컨텐츠 아이템이 미디어 서버(302) 내에 현재 저장되어 있는 미디어 포맷을 반영할 수 있는 이들 매개변수에 대하여 디폴트 값을 선택할 수 있다. 또는, 미디어 서버(302)는 미디어 서버(302)가 결정하는 디폴트 값이 다른 고려사항에 가장 잘 기초하는 것을 선택할 수 있다.
단계(2004)에서, 제어점(316)은 반환된 매개변수화된 URL 내의 하나 이상의 매개변수를 선택적으로 변경한다. 예를 들어, URL은 초기에 특정 이미지 해상도를 지정할 수 있다. 제어점은 이미지를 제공할 렌더링 장치에 의해 제공된 더 큰 디스플레이 해상도를 수용하도록 이 매개변수의 값을 변경할 수 있다.
단계(2006)에서, 제어점(316)은 렌더링 장치(306)와 같은, 자원 컨텐츠 아이템을 결국 렌더링할 렌더링 장치에 변경된(또는 변경되지 않은) URL을 전송한다.
단계(2008)에서, 렌더링 장치(306)는 변경된 URL을 미디어 서버(302)에 제출할 수 있다. 이 단계는 변경된(또는 변경되지 않은) URL을 포함하는 HTTP GET 명령을 통해 수행될 수 있다.
단계(2010)에서, 미디어 서버(302)는 변경된(또는 변경되지 않은) URL을 포함하는 HTTP GET 명령을 수신한다. 그리고, 그것은 자원 저장소(320)로부터 자원 컨텐츠 아이템을 검색한다. 검색된 자원 컨텐츠 아이템이 URL에서 지정된 미디어 포맷을 갖지 않으면, 미디어 서버(302)는 그것을 지정된 미디어 포맷으로 변환할 수 있다.
단계(2012)에서, 미디어 서버(302)는 변경된 URL에 의해 식별된 자원 컨텐츠 아이템을 이 장치(306)에서의 표시를 위한 렌더링 장치(306)에 전달한다.
단계(2014)에서, 미디어 렌더링 장치(306)는 미디어 서버(302)에 의해 그곳에 송신된 자원 컨텐츠 아이템을 수신하고 제공한다. 렌더링 장치(306)는 또한, 선택적으로, 렌더링 장치(306)에서의 표시 전에, 자원 컨텐츠 아이템을 다른 미디어 포맷으로 변환할 수 있다.
다시, 도 20에 도시된 프로시저는 단지 하나의 가능한 시나리오일 뿐이다. 또 다른 시나리오에서, 제어점(316)은 원래의 URL을 렌더링 장치(306)에 전송할 수 있고, 렌더링 장치(306)는 그것을 변경할 수 있다(또는 그것을 변경하지 않기로 결정할 수 있다). 이후, 렌더링 장치(306)는 이 변경된(또는 변경되지 않은) URL을 상술된 방식으로 미디어 서버(302)에 전송한다.
도 20에서는, URL 내의 하나 이상의 매개변수가 대응하는 자원 컨텐츠 아이템의 미디어 포맷을 지정한 정보를 포함한다고 가정하였다. 그러나, 다른 URL은 미디어 포맷 정보 외에 (타이밍-관련 정보와 같은) 자원 컨텐츠 아이템의 다른 특징을 지정하는 매개변수를 포함할 수 있다.
마지막으로, 도 20의 기본 프레임워크는 자원 메타데이터가 어떤 매개변수화된 URL도 포함하지 않는 상황(즉, 자원 메타데이터가 임의의 가변 매개변수를 갖지 않는 URL을 포함하는 상황)에도 적용된다. 이러한 경우에는, 도 20에서 도시된 동작을 변경하는 URL은 수행되지 않을 것이다.
D. 예시적인 컴퓨터 환경
도 21은 도 3 및 도 5에서 설명된 미디어 서버(302) 기능성과 같은, 절차적 섹션에서 설명된 프로세싱 기능들 중 임의의 것을 구현하는 데 사용될 수 있는 컴퓨터 환경(2100)에 관한 정보를 제공한다. 유사한 컴퓨팅 기능성이 제어점{예를 들어, 제어점(316, 318)} 및 임의의 미디어 렌더링 장치(304 내지 312) 등을 구현하는 데 사용될 수 있다.
컴퓨팅 환경(2100)은 범용 컴퓨터(2102) 및 도 1의 문맥에서 설명된 디스플레이 장치(2104)를 포함한다. 그러나, 컴퓨터 환경(2100)은 다른 종류의 컴퓨터 및 네트워크 아키텍처를 포함할 수 있다. 예를 들어, 도시되지는 않지만, 컴퓨터 환경(2100)은 핸드-핼드 또는 랩탑 장치, 셋탑 박스, 프로그램가능한 가전기기, 메인프레임 컴퓨터, 게이밍 콘솔 등을 포함할 수 있다. 또한, 도 21은 본 논의를 유용하게하기 위해 함께 그룹핑된 컴퓨터 환경(2100)의 요소들을 도시한다. 그러나, 컴퓨터 환경(2100)은 분산 프로세싱 구성을 채용할 수 있다. 분산 컴퓨팅 환경에서, 컴퓨팅 자원은 물리적으로 그 환경 전체에 걸쳐 분산될 수 있다.
예시적인 컴퓨터(2102)는 하나 이상의 프로세서 또는 프로세싱 유닛(2106), 시스템 메모리(2108) 및 버스(2110)를 포함한다. 버스(2110)는 여러 시스템 컴포넌트들을 함께 접속시킨다. 예를 들어, 버스(2110)는 프로세서(2106)를 시스템 메모리(2108)에 접속시킨다. 버스(2110)는 메모리 버스 또는 메모리 제어기, 주변장 치 버스, 가속된 그래픽 포트, 및 다양한 버스 아키텍처들 중 임의의 것을 사용하는 프로세서 또는 로컬 버스를 포함하는 임의의 종류의 버스 구조 또는 버스 구조들의 조합을 이용하여 구현될 수 있다. 예를 들어, 그러한 아키텍처로는, ISA(Indestyr Standard Architecture) 버스, MCA(Micro Channel Architecture) 버스, EISA(Enhanced ISA) 버스, VESA(Video Electronics Standards Association) 로컬 버스, 및 메자닌 버스로도 알려진 PCI(Peripheral Component Interconnects)가 있다.
컴퓨터(2102)는 또한, 각각 분리형 또는 비분리형일 수 있는 다양한 타입의 휘발성 및 비휘발성 매체를 포함하는 다양한 컴퓨터 판독가능 매체를 포함한다. 예를 들어, 시스템 메모리(2108)는 랜덤 액세스 메모리(RAM)(2112)와 같은 휘발성 메모리, 및 판독 전용 메모리(ROM)(2114)와 같은 비휘발성 메모리 형태의 컴퓨터 판독가능 매체를 포함한다. ROM(2114)은 시작 동안 등에 컴퓨터(2102) 내의 요소들 간의 정보의 전송을 돕는 기본 루틴을 포함하는 입/출력 시스템(BIOS)(2116)을 포함한다. RAM(2112)은 일반적으로 프로세싱 유닛(2106)에 의해 빨리 액세스될 수 있는 형태의 데이터 및/또는 프로그램 모듈을 포함한다.
다른 종류의 컴퓨터 저장 매체는 비분리형, 비휘발성 자기 매체로부터 판독하고 그곳에 기록하기 위한 하드 디스크 드라이브(2118), 분리형, 비휘발성 자기 디스크(2122)(예를 들어, "플로피 디스크")로부터 판독하고 그곳에 기록하기 위한 자기 디스크 드라이브(2120), 및 CD-ROM, DVD-ROM 또는 다른 광 매체와 같은 분리형, 비휘발성 광 디스크(2126)로부터 판독하고/판독하거나 그곳에 기록하기 위한 광 디스크 드라이브(2124)를 포함한다. 하드 디스크 드라이브(2118), 자기 디스크 드라이브(2120) 및 광 디스크 드라이브(2124)는 각각 하나 이상의 데이터 미디어 인터페이스(2128)에 의해 시스템 버스(2110)에 접속된다. 대안적으로, 하드 디스크 드라이브(2118), 자기 디스크 드라이브(2120) 및 광 디스크 드라이브(2124)는 SCSI 인터페이스(도시되지 않음) 또는 다른 접속 메커니즘에 의해 시스템 버스(2110)에 접속될 수 있다. 도시되지는 않지만, 컴퓨터(2102)는 자기 카세트 또는 다른 자기 저장 장치, 플래시 메모리 카드, CD-ROM, DVD(digital versatile disks) 또는 다른 광 저장장치, 전자적으로 삭제가능하고 프로그래밍가능한 판독-전용 메모리(EEPROM) 등과 같은 다른 타입의 컴퓨터 판독가능 매체를 포함할 수 있다.
일반적으로, 위에서 식별된 컴퓨터 판독가능 매체는 컴퓨터(2102)에 의한 사용을 위해, 컴퓨터 판독가능 명령어, 데이터 구조, 프로그램 모듈 및 다른 데이터의 비-휘발성 저장장치를 제공한다. 예를 들어, 판독가능 매체는 오퍼레이팅 시스템(2130), {도 3에 도시된 미디어 서버(302)를 구현하는 논리, 제어점(316, 318) 또는 임의의 미디어 렌더링 장치(304 내지 312)와 같은} 하나 이상의 어플리케이션 프로그램(2132), 다른 프로그램 모듈(2134) 및 프로그램 데이터(2136)을 저장할 수 있다.
컴퓨터 환경(2100)은 다양한 입력 장치를 포함할 수 있다. 예를 들어, 컴퓨터 환경(2100)은 컴퓨터(2102)에 명령 및 정보를 입력하기 위한 키보드(2138) 및 포인팅 장치(2140)(예를 들어, "마우스")를 포함한다. 컴퓨터 환경(2100)은 마이크로폰, 조이스틱, 게임 패드, 위성 접시, 직렬 포트, 스캐너, 카드 판독 장치, 디 지털 또는 비디오 카메라 등과 같은 다른 입력 장치(도시되지 않음)를 포함할 수 있다. 입/출력 인터페이스(2142)는 입력 장치를 프로세싱 유닛(2106)에 연결시킨다. 더 일반적으로, 입력 장치는 임의의 종류의 인터페이스, 및 병렬 포트, 직렬 포트, 게임 포트, USB(universal serial bus) 포드 등과 같은 버스 구조를 통해 컴퓨터(2102)에 연결될 수 있다.
컴퓨터 환경(2100)은 디스플레이 장치(2104)도 포함한다. 비디오 어댑터(2144)는 디스플레이 장치(2104)를 버스(2110)에 연결시킨다. 디스플레이 장치(2104) 외에, 컴퓨터 환경(2100)은 스피커(도시되지 않음), 프린터(도시되지 않음) 등과 같은 다른 출력 주변 장치를 포함할 수 있다.
컴퓨터(2102)는 원격 컴퓨팅 장치(2146)와 같은 하나 이상의 원격 컴퓨터로의 논리 접속을 이용한 네트워크 환경에서 동작할 수 있다. 원격 컴퓨팅 장치(2146)는 범용 개인용 컴퓨터, 휴대용 컴퓨터, 서버, 라우터, 네트워크 컴퓨터, 피어 장치 또는 다른 공통 네트워크 노드 등을 포함한 임의의 종류의 컴퓨터 장비를 포함할 수 있다. 원격 컴퓨팅 장치(2146)는 컴퓨터(2102)에 관해 상술된 특징들 모두 또는 임의의 그 부분집합을 포함할 수 있다.
근거리 네트워크(LAN)(2148) 또는 (인터넷과 같은) 광역 네트워크(WAN)(2150)와 같은 임의의 타입의 네트워크는 컴퓨터(2102)를 원격 컴퓨팅 장치(2146)와 연결시키는 데 사용될 수 있다. LAN 네트워크 환경에서 구현될 때, 컴퓨터(2102)는 네트워크 인터페이스 또는 어댑터(2152)를 통해 로컬 네트워크(2148)에 접속한다. WAN 네트워크 환경에서 구현될 때, 컴퓨터(2102)는 모뎀(2154) 또는 다 른 접속 전략을 통해 WAN(2150)에 접속할 수 있다. 모뎀(2154)은 컴퓨터(2102)에 내부 또는 외부에 위치할 수 있고, 직렬 I/O 인터페이스(2156) 또는 다른 적절한 연결 메커니즘을 통해 버스(2110)에 접속될 수 있다. 도시되지는 않았지만, 컴퓨팅 환경(2100)은 (예를 들어, 변조된 무선 신호, 변조된 적외선 신호 등을 통해) 컴퓨터(2102)를 원격 컴퓨팅 장치(2146)와 접속하기 위한 무선 통신 기능성을 제공할 수 있다.
네트워크 환경에서, 컴퓨터(2102)는 원격 메모리 저장 장치(2158)에 저장된 프로그램 모듈로부터 얻을 수 있다. 일반적으로, 프로그램 모듈을 도 21 내의 분리된 블록으로서 도시하는 것은 단지 설명을 용이하게 하기 위해 제공되는 것이다. 실제로, 프로그램 모듈은 컴퓨팅 환경(2100) 상에서 분산될 수 있고, 이 분산은 모듈이 프로세싱 유닛(2106)에 의해 실행될 때 동적인 방식으로 변경될 수 있다.
물리적으로 저장될 때마다, 하나 이상의 모듈(2108, 2122, 2126, 2158 등)이 도 3 및 도 5에 도시된 미디어 서버(302) 기능성을 저장하는 데 제공될 수 있다. 일 예시적인 구현예에서, 미디어 서버(302)에 의해 제공된 기능성의 양태는 마이크로소트프사의 .NET 프레임워크 또는 다른 가상 기계 환경을 대상으로 한 관리된 코드로 구현될 수 있다.
본 발명은 구조적 특징 및/또는 방법론적 동작에 특정적인 언어로 설명되었지만, 첨부된 청구범위에서 정의된 본 발명은 개시된 특정 특징 또는 동작으로 반드시 제한되지 않는다는 것을 이해해야 한다. 오히려, 특정 특징 및 동작은 청구된 발명을 구현하는 예시적인 형태로서 개시된다.

Claims (46)

  1. 네트워크를 거쳐 자원 정보를 유포하기 위한 서버로서,
    제1 사용자 문맥에서 동작하고, 상기 네트워크를 거쳐 자원 정보를 공유하도록 구성된 미디어 서비스 모듈; 및
    제2 사용자 문맥에서 동작하고, 상기 미디어 서비스 모듈이 상기 네트워크 상에서 자원 정보를 공유하는 것을 돕도록 구성된 보충 모듈(supplemental module)
    을 포함하는 서버.
  2. 제1항에 있어서,
    상기 네트워크는 UPnP(Universal Plug and Play) 네트워크로서 구성된 서버.
  3. 제1항에 있어서,
    제3 사용자 문맥에서 동작하고, 사용자와 상호작용하도록 구성된 구성 및 제어 패널 모듈을 더 포함하는 서버.
  4. 제1항에 있어서,
    상기 제1 사용자 문맥은 상기 서버에 의해 제공된 자원으로의 관련된 제1 액세스 레벨을 제공하는 압박된(clamped down) 사용자 문맥이고,
    상기 제2 사용자 문맥은 상기 서버에 의해 제공된 자원으로의 관련된 제2 액 세스 레벨을 제공하는 로컬 시스템 사용자 문맥이고,
    상기 제2 액세스 레벨은 상기 제1 액세스 레벨보다 더 높은 서버.
  5. 제4항에 있어서,
    제3 사용자 문맥에서 동작하고, 사용자와 상호작용하도록 구성된 구성 및 제어 패널 모듈을 더 포함하고,
    상기 제3 사용자 문맥은 상기 서버에 로그온한 사용자에 관련된 액세스 레벨을 제공하는 로그온된 사용자의 사용자 문맥인 서버.
  6. 제4항에 있어서,
    상기 압박된 문맥은 로컬 서비스 사용자 문맥인 서버.
  7. 제4항에 있어서,
    상기 압박된 문맥은 네트워크 서비스 사용자 문맥인 서버.
  8. 제1항에 있어서,
    상기 미디어 서비스 모듈은 상기 네트워크를 거쳐 분배될 공유된 자원을 식별하는 저장소를 포함하는 서버.
  9. 제8항에 있어서,
    상기 저장소는 복수의 레포지토리를 포함하는 서버.
  10. 제9항에 있어서,
    상기 복수의 레포지토리는 상기 서버에 의해 액세스가능한 분리된 드라이버들에 대응하는 서버.
  11. 제8항에 있어서,
    상기 저장소는 상기 공유된 자원에 관련된 자원 메타데이터를 포함하는 서버.
  12. 제11항에 있어서,
    상기 저장소는 상기 자원 메타데이터가 쉽게 액세스될 수 있도록, 상기 자원 메타데이터를 그 관련된 자원으로부터 분리하여 제공하는 서버.
  13. 제12항에 있어서,
    상기 미디어 서비스 모듈은 상기 관련된 자원의 변경 시, 상기 저장소 내의 상기 자원 메타데이터를 업데이트하도록 구성된 논리를 더 포함하는 서버.
  14. 제8항에 있어서,
    상기 저장소는 상기 네트워크를 거쳐 상기 자원 정보를 배포하는 것을 제어 하는 적어도 하나의 배포 기준을 포함하는 서버.
  15. 제14항에 있어서,
    상기 저장소는 자원 메타데이터와 상기 적어도 하나의 배포 기준을 저장하기 위한 2개의 분리된 저장소를 할당하는 서버.
  16. 제14항에 있어서,
    상기 저장소는 자원 메타데이터 및 상기 적어도 하나의 배포 기준을 저장하기 위한 단일의 저장소를 할당하는 서버.
  17. 제1항에 있어서,
    상기 미디어 서비스 모듈은 상기 사용자가 자원 폴더 내의 멤버 자원들을 조직하는 것을 허용하도록 구성된 서버.
  18. 제17항에 있어서,
    상기 미디어 서비스 모듈은 상기 자원 폴더 내의 상기 멤버 자원들을 적어도 하나의 자원 컨테이너로 재조직하도록 구성된 서버.
  19. 제17항에 있어서,
    상기 미디어 서비스 모듈은 상기 사용자가 적어도 하나의 배포 기준을 상기 폴더 자원과 관련시키는 것을 허용하도록 구성된 서버.
  20. 제1항에 있어서,
    상기 자원 정보는 자원 메타데이터를 포함하고,
    상기 미디어 서비스 모듈은 브라우즈 또는 검색 요구에 응답하여 상기 네트워크를 거쳐 상기 자원 메타데이터를 서비스하기 위한 컨텐츠 디렉토리 서비스 모듈을 포함하는 서버.
  21. 제20항에 있어서,
    상기 컨텐츠 디렉토리 서비스 모듈은, 적어도 하나의 관련 배포 기준이 만족된다는 조건 하에서, 상기 브라우즈 또는 검색 요구에 응답하여 상기 자원 메타데이터를 분배하도록 구성된 서버.
  22. 제1항에 있어서,
    상기 자원 정보는 자원 컨텐츠를 포함하고,
    상기 미디어 서비스 모듈은 자원 컨텐츠 요구에 응답하여, 상기 네트워크를 거쳐 상기 자원 컨텐츠를 서비스하기 위한 자원 전송 모듈을 포함하는 서버.
  23. 제22항에 있어서,
    상기 자원 전송 모듈은 자원 컨텐츠를 서비스하기 위한 HTTP 서버이고,
    상기 자원 컨텐츠 요구는 HTTP 요구인 서버.
  24. 제22항에 있어서,
    상기 자원 전송 모듈은 적어도 하나의 관련 배포 기준이 만족된다는 조건 하에서, 자원 컨텐츠 요구에 응답하여 상기 자원 컨텐츠를 분배하도록 구성된 서버.
  25. 제1항에 있어서,
    상기 미디어 서비스 모듈은 공유된 자원 정보를 수신하도록 허용된 수신 엔티티의 표시를 저장하도록 구성되고,
    상기 미디어 서비스 모듈은 상기 저장된 표시에 따라 자원 정보를 유포하도록 구성된 서버.
  26. 제1항에 있어서,
    상기 미디어 서비스 모듈은 다음의 조건들:
    자원이 분리형 메모리 매체 상에 저장되어 있음;
    자원이 상기 서버에 대해 상기 네트워크를 거쳐 원격으로 존재함;
    자원을 공유하려고 시도하는 사용자가 상기 자원에 액세스할 허가를 갖지 않음;
    자원이 숨겨진 폴더 또는 서브폴더 내에 저장되어 있음; 및
    자원이 상기 서버가 분배하도록 구성된 미디어 타입들의 소정의 리스트에 부 합하지 않는 미디어 타입을 갖는 파일 내에 저장되어 있음
    중 적어도 하나가 참인 경우, 상기 자원에 대응하는 자원 정보의 공유를 금지하도록 구성된 서버.
  27. 제3항에 있어서,
    상기 미디어 서비스 모듈은, 상기 구성 및 제어 모듈이 공유될 자원을 설정하고, 그와 관련된 배포 기준을 정의하고, 상기 네트워크에 추가된 새로운 장치를 인가하는 것을 허용하도록 구성된 오브젝트를 포함하는 서버.
  28. 제1항에 있어서,
    상기 보충 모듈은,
    상기 미디어 서비스 모듈이 적어도 하나의 자원에 액세스하는 것을 허용하기 위해 상기 적어도 하나의 자원에 관련된 액세스 허가 속성을 변경하는 것; 및
    사용자가 상기 서버에 로그온하였거나 이전에 로그온된 세션에 접속했을 때, 상기 미디어 서비스 모듈에 시그널링하는 것
    중 적어도 하나를 수행하도록 구성된 논리를 포함하는 서버.
  29. 제3항에 있어서,
    상기 보충 모듈은,
    상기 미디어 서비스 모듈이 적어도 하나의 자원에 액세스하는 것을 허용하기 위해 상기 적어도 하나의 자원에 관련된 액세스 허가 속성을 변경하는 것;
    적어도 하나의 소정의 이벤트가 발생하면, 현재 활성인 로그온된 사용자의 사용자 문맥에서 상기 구성 및 제어 패널 모듈을 시작하는 것; 및
    사용자가 상기 서버에 로그온하였거나, 이전에 로그온된 세션에 접속했을 때, 상기 미디어 서비스 모듈을 시그널링하는 것
    중 적어도 하나를 수행하도록 구성된 논리를 포함하는 서버.
  30. 제29항에 있어서,
    상기 소정의 이벤트는,
    상기 네트워크에 합류한 새로운 장치의 검출;
    상기 네트워크에 관련된 경고 상태(condition)의 검출; 및
    상기 서버를 구현하는 데 사용된 컴퓨터 시스템 상의 경고 상태의 검출
    중 적어도 하나에 대응하는 서버.
  31. 제3항에 있어서,
    상기 구성 및 제어 패널 모듈은,
    상기 네트워크에 대한 장치 추가 및/또는 제거를 처리하는 것;
    상기 네트워크를 거쳐 분배된 자원 정보를 갖는 자원, 및 상기 자원 정보의 유포를 제어하는 배포 기준을 관리하는 것;
    상기 서버를 시작 및/또는 중지하는 것; 및
    자원 정보를 분배하기 위해 상기 서버에 의해 제공된 자원 공유 기능을 시작 및/또는 중지하는 것
    중 적어도 하나를 수행하도록 구성된 논리를 포함하는 서버.
  32. 제31항에 있어서,
    상기 네트워크에 대한 장치 추가 및/또는 제거를 처리하도록 구성된 논리는,
    상기 미디어 서비스 모듈로부터, 상기 네트워크에 대한 장치 추가 및/또는 제거의 통지를 수신하고;
    상기 장치의 추가 및/또는 제거를 사용자에게 알리고;
    상기 사용자가 상기 장치의 추가 및/또는 제거를 인가 또는 거절하는 것을 허용하도록
    구성된 논리를 포함하는 서버.
  33. 제3항에 있어서,
    상기 서버에 로그온된 복수의 개별 사용자에 관련된 상기 구성 및 제어 패널 모듈의 복수의 인스턴스를 제공하도록 구성된 논리를 포함하는 서버.
  34. 제33항에 있어서,
    어떤 개별 사용자 세션도 상기 구성 및 제어 패널 모듈의 2 이상의 인스턴스를 생성하지 않았을 것을 보장하도록 구성된 논리를 포함하는 서버.
  35. 제3항에 있어서,
    상기 서버는 상기 미디어 서비스 모듈과 상호작용하기 위하여 상기 구성 및 제어 패널 모듈에 의해 사용된 콜백 오브젝트를 더 포함하는 서버.
  36. 제35항에 있어서,
    상기 보충 모듈이 상기 구성 및 제어 패널 모듈을 시작할 때, 상기 구성 및 제어 패널 모듈은 상기 콜백 오브젝트를 이용하여 초기화 함수를 호출하도록 구성된 서버.
  37. 제35항에 있어서,
    상기 사용자가 상기 구성 및 제어 패널 모듈을 시작할 때, 상기 구성 및 제어 패널 모듈은 상기 콜백 오브젝트를 이용하여 초기화 함수를 호출하도록 구성된 서버.
  38. 제1항에 있어서,
    어플리케이션이 처음으로 상기 미디어 서비스 모듈과 상호작용하려고 시도할 때, 상기 어플리케이션에게 ID를 할당하고;
    상기 ID를 저장하고;
    상기 어플리케이션이 다른 때에 상기 미디어 서비스 모듈과 상호작용하려고 시도할 때, 상기 어플리케이션으로부터 ID를 수신하고 상기 수신된 ID를 상기 저장된 ID와 비교하고;
    상기 수신된 ID가 상기 저장된 ID와 일치하지 않으면, 상기 어플리케이션이 상기 미디어 서비스 모듈과 통신하는 것을 금지하도록
    구성된 논리를 포함하는 서버.
  39. 제38항에 있어서,
    복수의 사용자들이 동시에, 상기 서버를 호스트하는 컴퓨터 시스템에 로그온할 수 있고,
    상기 서버는 상기 사용자들에 관련된 개별 클라이언트 토큰으로부터 추출된 단말 서비스 세션 ID에 기초하여 상기 사용자들을 구별하도록 구성된 서버.
  40. 제1항에 기재된 상기 미디어 서비스 모듈 및 상기 보충 모듈 각각을 구현하기 위한 기계 판독가능 명령어들을 포함하는 컴퓨터 판독가능 매체.
  41. 제3항에 기재된 상기 미디어 서비스 모듈, 상기 보충 모듈, 및 상기 구성 및 제어 패널 모듈 각각을 구현하기 위한 기계 판독가능 명령어들을 포함하는 컴퓨터 판독가능 매체.
  42. 악성 어플리케이션이 네트워크를 거쳐 자원 정보를 배포하는 데 사용되는 서 버에 대한 액세스를 획득하는 것을 방지하기 위한 방법으로서,
    어플리케이션이 처음으로, 미디어 서버에 의해 제공된 미디어 서비스 모듈과 상호작용하려고 시도할 때, 상기 어플리케이션에게 ID를 할당하는 단계;
    상기 ID를 저장하는 단계;
    상기 어플리케이션이 다른 때에 상기 미디어 서비스 모듈과 상호작용하려고 시도할 때, 상기 어플리케이션으로부터 ID를 수신하고 상기 수신된 ID를 상기 저장된 ID와 비교하는 단계; 및
    상기 수신된 ID가 상기 저장된 ID와 일치하지 않으면, 상기 어플리케이션이 상기 미디어 서비스 모듈과 통신하는 것을 금지하는 단계
    를 포함하는 방법.
  43. 제42항에 있어서,
    상기 네트워크는 UPnP(Universal Plug and Play) 네트워크로서 구성된 방법.
  44. 제42항에 있어서,
    상기 ID를 할당하는 단계는,
    상기 어플리케이션에 의해, 상기 미디어 서비스 모듈에 콜백 오브젝트를 공급하는 단계; 및
    상기 미디어 서비스 모듈에 의해, 상기 콜백 오브젝트를 이용하여, 상기 어플리케이션에 상기 ID를 제공하는 단계
    를 포함하는 방법.
  45. 제42항에 있어서,
    복수의 사용자가 동시에 상기 서버에 로그온할 수 있고,
    상기 사용자들에 관련된 개별 클라이언트 토큰으로부터 추출된 단말 서비스 세션 ID에 기초하여 상기 사용자들을 구별하는 단계를 더 포함하는 방법.
  46. 제42항에 기재된 상기 할당 단계, 상기 저장 단계, 상기 수신 단계 및 상기 금지 단계 각각을 구현하기 위한 기계 판독가능 명령어들을 포함하는 컴퓨터 판독가능 매체.
KR1020057012336A 2003-12-19 2004-07-23 네트워크 자원 정보 라우팅을 위한 서버 아키텍처 KR101109232B1 (ko)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US10/742,570 US7555543B2 (en) 2003-12-19 2003-12-19 Server architecture for network resource information routing
US10/742,570 2003-12-19
PCT/US2004/023978 WO2005067429A2 (en) 2003-12-19 2004-07-23 Server architecture for network resource information routing

Publications (2)

Publication Number Publication Date
KR20060112190A true KR20060112190A (ko) 2006-10-31
KR101109232B1 KR101109232B1 (ko) 2012-10-04

Family

ID=34678490

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1020057012336A KR101109232B1 (ko) 2003-12-19 2004-07-23 네트워크 자원 정보 라우팅을 위한 서버 아키텍처

Country Status (6)

Country Link
US (1) US7555543B2 (ko)
EP (2) EP1692623B1 (ko)
JP (1) JP4869076B2 (ko)
KR (1) KR101109232B1 (ko)
CN (1) CN1842782B (ko)
WO (1) WO2005067429A2 (ko)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20160021739A (ko) * 2014-07-23 2016-02-26 시아오미 아이엔씨. 리소스 공유 방법, 장치, 프로그램 및 기록매체

Families Citing this family (105)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20020002039A1 (en) 1998-06-12 2002-01-03 Safi Qureshey Network-enabled audio device
US7660845B2 (en) * 2003-08-01 2010-02-09 Sentillion, Inc. Methods and apparatus for verifying context participants in a context management system in a networked environment
US20060095628A1 (en) * 2003-12-19 2006-05-04 Microsoft Corporation External-Network Data Content Exposure to Network-Connected Devices
US7555543B2 (en) 2003-12-19 2009-06-30 Microsoft Corporation Server architecture for network resource information routing
US20050138137A1 (en) * 2003-12-19 2005-06-23 Microsoft Corporation Using parameterized URLs for retrieving resource content items
US7647385B2 (en) * 2003-12-19 2010-01-12 Microsoft Corporation Techniques for limiting network access
US7668939B2 (en) 2003-12-19 2010-02-23 Microsoft Corporation Routing of resource information in a network
FR2864398A1 (fr) * 2003-12-23 2005-06-24 France Telecom Terminal de telecommunication a deux espaces d'execution
GB2412754B (en) * 2004-03-30 2007-07-11 Hewlett Packard Development Co Provision of resource allocation information
US8028323B2 (en) 2004-05-05 2011-09-27 Dryden Enterprises, Llc Method and system for employing a first device to direct a networked audio device to obtain a media item
US8028038B2 (en) 2004-05-05 2011-09-27 Dryden Enterprises, Llc Obtaining a playlist based on user profile matching
KR100631708B1 (ko) * 2004-06-16 2006-10-09 엘지전자 주식회사 푸쉬 투 토크 서비스를 제공하는 단말기, 푸쉬 투 토크 서비스를 이용한 친구 소개 시스템 및 그 방법
US7797719B2 (en) * 2004-07-22 2010-09-14 Akoo International, Inc. Apparatus and method for interactive digital media content requests
US20060149761A1 (en) * 2004-12-09 2006-07-06 Lg Electronics Inc. Structure of objects stored in a media server and improving accessibility to the structure
US20060281477A1 (en) * 2005-06-08 2006-12-14 Radial Labs, Inc., A Delaware Corporation Dynamic detection and configuration of networked audio/video components
CA2869268A1 (en) * 2005-06-24 2007-01-04 Aylus Networks, Inc. System and method of device discovery and control in ip multimedia subsystem networks
US20060291487A1 (en) * 2005-06-24 2006-12-28 Aylus Networks, Inc. IMS networks with AVS sessions with multiple access networks
US20060291412A1 (en) 2005-06-24 2006-12-28 Naqvi Shamim A Associated device discovery in IMS networks
US20070002367A1 (en) * 2005-06-29 2007-01-04 Eric Yuan Methods and apparatuses for selectively controlling a remote device
US20070027808A1 (en) * 2005-07-29 2007-02-01 Microsoft Corporation Strategies for queuing events for subsequent processing
JP2009512008A (ja) * 2005-10-05 2009-03-19 コーニンクレッカ フィリップス エレクトロニクス エヌ ヴィ ユーザに向けてレンダリングすることが可能なデータ項目を扱う装置
US20070115253A1 (en) * 2005-11-23 2007-05-24 Daniel Sandblom Workstation enabler apparatus and related methods and devices
US9467322B2 (en) * 2005-12-27 2016-10-11 Rovi Solutions Corporation Methods and apparatus for integrating media across a wide area network
US7921194B2 (en) * 2006-03-09 2011-04-05 Samsung Electronics Co., Ltd. Method and system for remote access to universal plug and play devices
KR100777426B1 (ko) * 2006-03-29 2007-11-22 (주)닥터소프트 어플리케이션 공유 서비스 시스템과 어플리케이션 공유서비스를 위한 어플리케이션 제공자측 클라이언트 처리모듈및 어플리케이션 공유 서비스를 위한 어플리케이션이용자측 클라이언트 처리모듈
US8117246B2 (en) 2006-04-17 2012-02-14 Microsoft Corporation Registering, transfering, and acting on event metadata
US20070256022A1 (en) * 2006-05-01 2007-11-01 David Knight Methods And Apparatuses For Storing Information Associated With A Target To A User
US7844661B2 (en) * 2006-06-15 2010-11-30 Microsoft Corporation Composition of local media playback with remotely generated user interface
CN101480051B (zh) * 2006-06-27 2011-06-29 汤姆森特许公司 对用于性能感知的对等内容点播服务的交互式回放设备的支持
US8793303B2 (en) * 2006-06-29 2014-07-29 Microsoft Corporation Composition of local user interface with remotely generated user interface and media
KR100823273B1 (ko) * 2006-06-30 2008-04-21 삼성전자주식회사 ＵＰｎＰ 컨텐트 디렉토리 서비스를 동기화하는 방법 및장치
US20080018649A1 (en) * 2006-07-18 2008-01-24 Zheng Yuan Methods and apparatuses for utilizing an application on a remote device
KR100801004B1 (ko) * 2006-08-25 2008-02-05 삼성전자주식회사 임베디드 ａⅴ 컨텐츠의 프로토콜 매칭 장치 및 방법
US7904575B2 (en) * 2006-08-25 2011-03-08 Samsung Electronics Co., Ltd. Apparatus and method for matching protocols of embedded audio/video contents
KR100823737B1 (ko) * 2006-09-29 2008-04-21 한국전자통신연구원 서로 다른 ＱｏＳ를 제공하는 네트워크들을 위한 브리지장치
US9436931B2 (en) * 2006-09-29 2016-09-06 Intel Corporation Remote prompting infrastructure
US7797412B2 (en) * 2006-10-25 2010-09-14 Oracle America Inc. Method and system for managing server configuration data
KR100754227B1 (ko) * 2006-10-31 2007-09-03 삼성전자주식회사 콘텐츠 동기화시에 콘텐츠 디렉토리 서비스를 제공하는ＵＰｎＰ 디바이스들 간에 리소스의 중복 저장을 방지하기위한 방법 및 장치
WO2008064356A1 (en) * 2006-11-22 2008-05-29 Metis Enterprise Technologies Llc Real-time multicast peer-to-peer video streaming platform
US20100107208A1 (en) * 2007-02-02 2010-04-29 Sony Corporation Information processing apparatus, information processing method, and program
US8069433B2 (en) * 2007-04-18 2011-11-29 Microsoft Corporation Multi-format centralized distribution of localized resources for multiple products
US8606941B2 (en) * 2007-05-02 2013-12-10 Murata Machinery, Ltd. Relay server and relay communication system
CN101304392B (zh) * 2007-05-10 2010-12-01 中国传媒大学 一种用于媒体资产管理的并行应用服务网关、系统及方法
KR100881723B1 (ko) * 2007-09-21 2009-02-06 한국전자통신연구원 미디어 실감 재현을 위한 디바이스 연동/제어 정보 생성장치 및 방법
US8977737B2 (en) * 2007-12-24 2015-03-10 Alcatel Lucent Detecting legacy bridges in an audio video bridging network
US20090172106A1 (en) * 2007-12-27 2009-07-02 Motorola, Inc. Method and Apparatus to Facilitate Provision and Use of a Media Source Bundle
WO2009093457A2 (en) * 2008-01-24 2009-07-30 Panasonic Corporation Multimedia data transmitting apparatus and multimedia data management method
US8356323B2 (en) * 2008-04-15 2013-01-15 Cisco Technology, Inc. UPnP/DLNA compliant MR-DVR
US7948887B2 (en) * 2008-06-24 2011-05-24 Microsoft Corporation Network bandwidth measurement
JP2010049526A (ja) * 2008-08-22 2010-03-04 Sony Ericsson Mobile Communications Ab 携帯電子機器、コンテンツ再生装置、コンテンツ取得方法、コンテンツの所在通知方法、コンテンツ取得プログラム、コンテンツ所在通知方法、コンテンツ利用システム
TW201031208A (en) * 2009-02-06 2010-08-16 Wistron Corp Media management device, system and method thereof
US8374172B2 (en) * 2009-04-03 2013-02-12 At&T Intellectual Property I, L.P. Method and apparatus for managing communication sessions
US8495730B2 (en) * 2009-10-12 2013-07-23 International Business Machines Corporation Dynamically constructed capability for enforcing object access order
KR101531532B1 (ko) * 2010-02-11 2015-06-25 삼성전자주식회사 원격 접속에 기초해 홈 네트워크 디바이스의 서비스를 이용하는 방법 및 장치
US10200325B2 (en) * 2010-04-30 2019-02-05 Shazzle Llc System and method of delivering confidential electronic files
US20120016991A1 (en) * 2010-07-15 2012-01-19 Lmr Inventions, Llc System and method for managing network resource requests
US8886773B2 (en) 2010-08-14 2014-11-11 The Nielsen Company (Us), Llc Systems, methods, and apparatus to monitor mobile internet activity
US8910259B2 (en) 2010-08-14 2014-12-09 The Nielsen Company (Us), Llc Systems, methods, and apparatus to monitor mobile internet activity
US8555332B2 (en) 2010-08-20 2013-10-08 At&T Intellectual Property I, L.P. System for establishing communications with a mobile device server
US8438285B2 (en) 2010-09-15 2013-05-07 At&T Intellectual Property I, L.P. System for managing resources accessible to a mobile device server
US8504449B2 (en) 2010-10-01 2013-08-06 At&T Intellectual Property I, L.P. Apparatus and method for managing software applications of a mobile device server
US8478905B2 (en) 2010-10-01 2013-07-02 At&T Intellectual Property I, Lp System for synchronizing to a mobile device server
US8443420B2 (en) 2010-10-01 2013-05-14 At&T Intellectual Property I, L.P. System for communicating with a mobile device server
US8989055B2 (en) 2011-07-17 2015-03-24 At&T Intellectual Property I, L.P. Processing messages with a device server operating in a telephone
US8516039B2 (en) 2010-10-01 2013-08-20 At&T Intellectual Property I, L.P. Apparatus and method for managing mobile device servers
EP2445239B1 (en) * 2010-10-22 2018-10-31 BlackBerry Limited Method and system for identifying an entity in a mobile telecommunications system
US9392316B2 (en) 2010-10-28 2016-07-12 At&T Intellectual Property I, L.P. Messaging abstraction in a mobile device server
US9066123B2 (en) 2010-11-30 2015-06-23 At&T Intellectual Property I, L.P. System for monetizing resources accessible to a mobile device server
US8863196B2 (en) * 2010-11-30 2014-10-14 Sony Corporation Enhanced information on mobile device for viewed program and control of internet TV device using mobile device
CN103262473A (zh) * 2010-12-13 2013-08-21 摩托罗拉移动有限责任公司 在通用即插即用环境中在远程访问客户端之间共享媒体
US9064278B2 (en) 2010-12-30 2015-06-23 Futurewei Technologies, Inc. System for managing, storing and providing shared digital content to users in a user relationship defined group in a multi-platform environment
US20120210377A1 (en) * 2011-02-11 2012-08-16 Sony Network Entertainment International Llc Social networking feedback via second display selections
US9124920B2 (en) 2011-06-29 2015-09-01 The Nielson Company (Us), Llc Methods, apparatus, and articles of manufacture to identify media presentation devices
US8594617B2 (en) 2011-06-30 2013-11-26 The Nielsen Company (Us), Llc Systems, methods, and apparatus to monitor mobile internet activity
US9049465B2 (en) * 2011-09-02 2015-06-02 Electronics And Telecommunications Research Institute Media sharing apparatus and method
US20130125181A1 (en) * 2011-11-15 2013-05-16 Liquidus Marketing, Inc. Dynamic Video Platform Technology
CN102594915B (zh) * 2012-03-19 2014-12-03 烽火通信科技股份有限公司 基于浏览器的媒体播放系统及方法
EP2645287A1 (en) * 2012-03-26 2013-10-02 Uniqoteq Oy Method, computer program and apparatus for switching between user profiles
KR101894396B1 (ko) * 2012-04-03 2018-10-05 삼성전자주식회사 복수의 스토리지를 이용한 콘텐트 공유 시스템 및 방법
US9098709B2 (en) * 2012-11-13 2015-08-04 International Business Machines Corporation Protection of user data in hosted application environments
US9462332B2 (en) 2012-12-05 2016-10-04 At&T Intellectual Property I, L.P. Method and apparatus for controlling a media device
US20140223275A1 (en) * 2013-02-07 2014-08-07 Infopower Corporation Method of File Sharing for Portable Mobile Devices
CN103139311A (zh) * 2013-03-07 2013-06-05 珠海金山办公软件有限公司 一种文件共享系统、装置及方法
US9301173B2 (en) 2013-03-15 2016-03-29 The Nielsen Company (Us), Llc Methods and apparatus to credit internet usage
US10356579B2 (en) 2013-03-15 2019-07-16 The Nielsen Company (Us), Llc Methods and apparatus to credit usage of mobile devices
US9173000B2 (en) 2013-04-12 2015-10-27 Sony Corporation Automatic discovery and mirroring of server-client remote user interface (RUI) session on a companion device and synchronously controlling both sessions using RUI on companion device
US10243899B2 (en) 2013-05-30 2019-03-26 Dropbox, Inc. Content-item relationship messaging system
KR20180114252A (ko) 2013-08-30 2018-10-17 콘비다 와이어리스, 엘엘씨 디지털 홈에서의 스마트 객체 식별
US20150074230A1 (en) * 2013-09-10 2015-03-12 Infopower Corporation High Efficiency Wireless File Transmission Method
US9692633B2 (en) * 2013-11-15 2017-06-27 Sap Se Role-based resource navigation
US9608904B2 (en) 2013-12-20 2017-03-28 Sandvine Incorporated Ulc System and method for analyzing devices accessing
US10050912B2 (en) 2014-10-27 2018-08-14 At&T Intellectual Property I, L.P. Subscription-based media push service
US9762688B2 (en) 2014-10-31 2017-09-12 The Nielsen Company (Us), Llc Methods and apparatus to improve usage crediting in mobile devices
KR102302457B1 (ko) * 2014-11-28 2021-09-16 한국전자통신연구원 다중대역 무선랜 엑세스 포인트간 인접 엑세스 포인트 디스커버리 방법 및 시스템
US11423420B2 (en) 2015-02-06 2022-08-23 The Nielsen Company (Us), Llc Methods and apparatus to credit media presentations for online media distributions
US9736259B2 (en) * 2015-06-30 2017-08-15 Iheartmedia Management Services, Inc. Platform-as-a-service with proxy-controlled request routing
CN105243047A (zh) * 2015-09-09 2016-01-13 浪潮(北京)电子信息产业有限公司 一种服务器架构
US9762563B2 (en) * 2015-10-14 2017-09-12 FullArmor Corporation Resource access system and method
JP6759650B2 (ja) * 2016-03-24 2020-09-23 富士ゼロックス株式会社 情報処理装置及びプログラム
CN107018168B (zh) 2016-09-19 2020-07-24 阿里巴巴集团控股有限公司 互联网资源调度方法及装置、网络红包调度方法
US10776887B2 (en) * 2017-02-07 2020-09-15 Enseo, Inc. System and method for making reservations in a hospitality establishment
JP6869146B2 (ja) * 2017-08-24 2021-05-12 シャープ株式会社 コンテンツ配信装置、コンテンツ配信システム及びプログラム
US11681781B2 (en) * 2018-02-21 2023-06-20 Comcast Cable Communications, Llc Systems and methods for content security
US11882169B1 (en) * 2021-06-04 2024-01-23 PicsArt, Inc. Adaptive media streaming
CN114828004B (zh) * 2022-04-28 2024-01-26 广州通则康威科技股份有限公司 小程序自动获取无线网络设备ip的方法及装置

Family Cites Families (54)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH0535569A (ja) * 1991-07-12 1993-02-12 Toshiba Corp Ｆａｘ受信フアイル処理方式
JPH08335191A (ja) * 1995-06-06 1996-12-17 Canon Inc Ｏｓ管理資源アクセス装置
US6829368B2 (en) 2000-01-26 2004-12-07 Digimarc Corporation Establishing and interacting with on-line media collections using identifiers in media signals
US5966135A (en) 1996-10-30 1999-10-12 Autodesk, Inc. Vector-based geographic data
KR100528156B1 (ko) 1997-03-12 2005-11-15 노마딕스, 인코포레이티드 노매딕 변환기 또는 라우터
US6192415B1 (en) 1997-06-19 2001-02-20 International Business Machines Corporation Web server with ability to process URL requests for non-markup language objects and perform actions on the objects using executable instructions contained in the URL
JP4596495B2 (ja) 1997-07-18 2010-12-08 ソニー株式会社 制御装置、制御方法、電気機器システム、電気機器システムの制御方法、および、記録媒体
US6925483B1 (en) 1998-06-25 2005-08-02 Cisco Technology, Inc. System for characterizing information from an information producer
US6502135B1 (en) 1998-10-30 2002-12-31 Science Applications International Corporation Agile network protocol for secure communications with assured system availability
US6910068B2 (en) 1999-06-11 2005-06-21 Microsoft Corporation XML-based template language for devices and services
US6430624B1 (en) 1999-10-21 2002-08-06 Air2Web, Inc. Intelligent harvesting and navigation system and method
US6564257B1 (en) 1999-12-09 2003-05-13 International Business Machines Corporation Repository protection by URL expiration
US20040220926A1 (en) * 2000-01-03 2004-11-04 Interactual Technologies, Inc., A California Cpr[P Personalization services for entities from multiple sources
US20030097338A1 (en) 2000-02-03 2003-05-22 Piotrowski Tony E. Method and system for purchasing content related material
DE60143797D1 (de) 2000-03-24 2011-02-17 Eliza Corp Spracherkennung
US6839748B1 (en) 2000-04-21 2005-01-04 Sun Microsystems, Inc. Synchronous task scheduler for corba gateway
US6643650B1 (en) * 2000-05-09 2003-11-04 Sun Microsystems, Inc. Mechanism and apparatus for using messages to look up documents stored in spaces in a distributed computing environment
US7194689B2 (en) 2000-08-22 2007-03-20 Microsoft Corporation Generic user control point tool for universal plug and play (UPnP) devices
JP2002163182A (ja) * 2000-11-29 2002-06-07 Hitachi Ltd 携帯型端末及びそれを用いた情報配信システム、並びに情報配信方法
US20020077988A1 (en) 2000-12-19 2002-06-20 Sasaki Gary D. Distributing digital content
US7200575B2 (en) 2001-02-27 2007-04-03 Hewlett-Packard Development Company, L.P. Managing access to digital content
JP2002328905A (ja) * 2001-04-27 2002-11-15 Nippon Telegr & Teleph Corp <Ntt> クライアント認証方法及び認証装置並びにプログラム及び記録媒体
US7124173B2 (en) 2001-04-30 2006-10-17 Moriarty Kathleen M Method and apparatus for intercepting performance metric packets for improved security and intrusion detection
CN1276342C (zh) * 2001-05-11 2006-09-20 范平志 基于动态口令的身份鉴别方法
US20020194604A1 (en) 2001-06-19 2002-12-19 Sanchez Elizabeth C. Interactive television virtual shopping cart
JP3695369B2 (ja) 2001-08-07 2005-09-14 ソニー株式会社 情報配信システム及び情報配信方法、情報供給装置及び情報供給方法
US7337402B2 (en) 2001-11-09 2008-02-26 Microsoft Corporation Tunable information presentation appliance using an extensible markup language
US7287053B2 (en) 2002-01-15 2007-10-23 International Business Machines Corporation Ad hoc data sharing in virtual team rooms
US7690012B2 (en) * 2002-02-28 2010-03-30 Scientific-Atlanta, Inc. Positive parental control
JP2003256260A (ja) 2002-03-01 2003-09-10 Sony Corp データ共有システム，共有センタサーバ，広告スタッフ端末装置，コンピュータプログラム，記憶媒体，および共有センタサーバのデータ共有方法
JP3823929B2 (ja) 2002-05-17 2006-09-20 ソニー株式会社 情報処理装置、情報処理方法、およびコンテンツ配信装置、コンテンツ配信方法、並びにコンピュータ・プログラム
US20030233471A1 (en) 2002-06-17 2003-12-18 Julian Mitchell Establishing a call in a packet-based communications network
US7149755B2 (en) 2002-07-29 2006-12-12 Hewlett-Packard Development Company, Lp. Presenting a collection of media objects
CN1404262A (zh) * 2002-09-12 2003-03-19 周永 家庭网络控制系统
CN1322432C (zh) 2002-10-25 2007-06-20 国际商业机器公司 用于媒体内容数据文件网络发布的安全系统及方法
US7526545B2 (en) 2003-01-17 2009-04-28 Relevant Media Llc Content distribution system
US20040158823A1 (en) 2003-02-12 2004-08-12 Ylian Saint-Hilaire Method, apparatus and system for generating customized UPnP applications
US7308489B2 (en) 2003-05-29 2007-12-11 Intel Corporation Visibility of media contents of UPnP media servers and initiating rendering via file system user interface
US7831693B2 (en) 2003-08-18 2010-11-09 Oracle America, Inc. Structured methodology and design patterns for web services
KR100608590B1 (ko) 2003-09-16 2006-08-03 삼성전자주식회사 서비스 품질에 따른 서비스 지원이 가능한 네트워크 장치,이를 이용한 네트워크 시스템 및 그 방법
US20050198493A1 (en) 2003-09-17 2005-09-08 Bartas John A. Distribution methods and apparatus for promoting distributed digital content on a local network
US20050125564A1 (en) 2003-12-04 2005-06-09 Matsushita Electric Industrial Co., Ltd. Profiling service for the automatic service discovery and control middleware frameworks
US7647385B2 (en) 2003-12-19 2010-01-12 Microsoft Corporation Techniques for limiting network access
US7555543B2 (en) 2003-12-19 2009-06-30 Microsoft Corporation Server architecture for network resource information routing
US20050138137A1 (en) 2003-12-19 2005-06-23 Microsoft Corporation Using parameterized URLs for retrieving resource content items
US7668939B2 (en) 2003-12-19 2010-02-23 Microsoft Corporation Routing of resource information in a network
US20050160458A1 (en) 2004-01-21 2005-07-21 United Video Properties, Inc. Interactive television system with custom video-on-demand menus based on personal profiles
US7933290B2 (en) 2004-03-30 2011-04-26 Nokia Corporation System and method for comprehensive service translation
KR100619018B1 (ko) 2004-05-12 2006-08-31 삼성전자주식회사 네트워크를 통하여 ａ／ｖ 컨텐츠를 공유하는 방법, 싱크디바이스, 소오스 디바이스 및 메시지 구조
US20060168225A1 (en) 2004-10-29 2006-07-27 John Gunning Network and a distributed electronic commerce system using the network
US7412534B2 (en) 2005-09-30 2008-08-12 Yahoo! Inc. Subscription control panel
US20070107016A1 (en) 2005-11-04 2007-05-10 Angel Albert J Interactive Multiple Channel User Enrollment, Purchase Confirmation Transactional System with Fulfillment Response Feature for Video On Demand Cable Systems
JP5016610B2 (ja) 2005-12-21 2012-09-05 ディジマーク コーポレイション ルール駆動パンｉｄメタデータルーティングシステム及びネットワーク
US7706740B2 (en) 2006-01-06 2010-04-27 Qualcomm Incorporated Apparatus and methods of selective collection and selective presentation of content

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20160021739A (ko) * 2014-07-23 2016-02-26 시아오미 아이엔씨. 리소스 공유 방법, 장치, 프로그램 및 기록매체

Also Published As

Publication number Publication date
EP2154869A2 (en) 2010-02-17
CN1842782B (zh) 2011-04-13
WO2005067429A2 (en) 2005-07-28
JP2007515015A (ja) 2007-06-07
US7555543B2 (en) 2009-06-30
US20050138192A1 (en) 2005-06-23
KR101109232B1 (ko) 2012-10-04
JP4869076B2 (ja) 2012-02-01
EP2154869A3 (en) 2010-05-05
EP1692623A4 (en) 2008-10-22
WO2005067429A3 (en) 2006-04-13
EP1692623B1 (en) 2018-08-22
EP1692623A2 (en) 2006-08-23
CN1842782A (zh) 2006-10-04

Similar Documents

Publication Publication Date Title
KR101109232B1 (ko) 네트워크 자원 정보 라우팅을 위한 서버 아키텍처
US7668939B2 (en) Routing of resource information in a network
US7647385B2 (en) Techniques for limiting network access
US20050138137A1 (en) Using parameterized URLs for retrieving resource content items
EP2769314B1 (en) Network connected media gateway for communication networks
TWI351610B (en) Simple and dynamic configuration of network device
RU2448362C2 (ru) Отображение обнаруженных элементов универсального режима &#34;подключай и работай&#34; на местоположение smb
CN102263782B (zh) 信息处理装置、信息处理方法和信息处理系统
US20060168000A1 (en) Method of sharing files between user stations in a network
KR20070008568A (ko) 서버 장치, 클라이언트 장치 및 네트워크 시스템
US8037519B2 (en) Apparatus and method for managing access to one or more network resources
KR20060033735A (ko) Ｕｐｎｐ 네트워크상에 저장된 컨텐트와의 사용자-특정상호 작용
KR20070117502A (ko) 네트워크 내의 ｃｅ 장치로의 접근 제어에 관한 방법 및시스템
JP2008098708A (ja) コンテンツ配信サーバ、コンテンツ提供サーバ、コンテンツ配信システム、コンテンツ配信方法、コンテンツ提供方法、および、制御プログラム
KR20040058338A (ko) 조건적 액세스 시스템
JP2009507298A (ja) 遠隔のネットワークノードとのデータ通信
EP2843881B1 (en) Method and apparatus for media information access control , and digital home multimedia system
US8082326B2 (en) Server and server program
US20060080726A1 (en) Method and apparatus for determining controlller authorizations in advance
US20160099928A1 (en) Systems and methods for managing connections for universal plug-and-play devices

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: 20141230

Year of fee payment: 4

FPAY Annual fee payment

Payment date: 20151217

Year of fee payment: 5

FPAY Annual fee payment

Payment date: 20161220

Year of fee payment: 6

FPAY Annual fee payment

Payment date: 20171219

Year of fee payment: 7

FPAY Annual fee payment

Payment date: 20181226

Year of fee payment: 8

FPAY Annual fee payment

Payment date: 20191217

Year of fee payment: 9