KR20020035645A

KR20020035645A - 서버를 기초로한 다수 표준의 홈 네트워크 브리징

Info

Publication number: KR20020035645A
Application number: KR1020027003864A
Authority: KR
Inventors: 무넨잔알; 슈타인예프게니이
Original assignee: 요트.게.아. 롤페즈; 코닌클리케 필립스 일렉트로닉스 엔.브이.
Priority date: 2000-07-26
Filing date: 2001-07-20
Publication date: 2002-05-13
Also published as: WO2002009350A3; CN1398469A; EP1307998A2; JP2004505499A; WO2002009350A2

Abstract

홈 네트워크에서의 브리지가 장치들의 제 1 및 제 2 클러스터(cluster)들을 결합시킨다. 그 클러스터들은 다른 소프트웨어 아키텍처들을 갖는다. 그 브리지는 인터넷 상의 서버에 접속된다. 이러한 서버는 몇 세트의 표준들에 대한 룩업 서비스를 제공하고, 브리지는, 제 1 클러스터 내의 장치가 제 2 클러스터와 상호작용하도록 허용하기 위한 적절한 변환 모듈(translation module)을 위치시켜 다운로드하도록 허용한다.

Description

서버를 기초로한 다수 표준의 홈 네트워크 브리징{Server-based multi-standard home network bridging}

홈에서 각각의 장치에 대해 단일의 보편적으로 수용가능한 네트워킹 표준이 있을 것같지 않다. 소프트웨어 아키텍처들에 대한 다수의 표준들이 동시에 존재하고, 새로운 것들이 출현할 것이다. 새로운 표준의 인터페이스들은 그 표준들에 의해 명확하게 정해지는 새로운 형태들의 장치들에 대해 개발될 것이다. 홈 응용(home application)들은 홈 내에서 사용가능한 모든 장치들의 지능적으로 사용하기 위해 설계되지만, 각각 그리고 모든 네트워킹 표준을 다루거나 미래에 사용가능하게 될 수는 없다. 유사하게, 장치들 자체가 모든 현존하는 홈 네트워킹 표준을 지지할 수는 없을 것이다. 이러한 이유들 때문에, 브리지들은 서브 네트워크들 또는 클러스터들 사이에 요구되고, 각각은 특정한 각각의 표준을 따른다. 브리지는제 2 형태의 네트워크 클러스터에서 제 2 표준을 따르는 장치로서, 제 1 형태의 네트워크 클러스터에서 제 1 표준을 따르는 장치를 투명하게 나타내는 역할을 한다. 그 결과는 제 1 표준용으로 기입된 소프트웨어 응용들 및 제 2 소프트웨어 표준용으로 기입된 소프트웨어 응용들에 또한 사용가능한 홈 네트워크의 단일의 통일된 고찰(view)이다.

본 출원은 Yevgeniy Eugene Shteyn이 1999년 6월 25일 출원한 미국 시리얼 넘버 09/340,272호(대리인 문서번호 PHA 23,634)의 BRIDGING MULTIPLE HOME NETWORK SOFTWARE ARCHITECTURES의 부분적 연장이다.

본 발명은 다른 소프트웨어 아키텍처들에 기초한 다중 네트워크들의 브리징에 관한 것이다. 본 발명은 특히 홈 네트워킹에 관한 것이다.

도 1은 본 발명에 따른 두 개의 네트워크들 간의 브리징의 원리를 도시하는 블록도.

도 2는 UPnP에 HAVi를 브리징하는 것을 도시하는 블록도.

도 3은 HAVi에 UPnP를 브리징하는 것을 도시하는 블록도.

통상적으로, 네트워크 상의 장치가 그 장치의 인터페이스를 따르는 메세지들의 세트를 통해 제어된다. 장치들 및 소프트웨어 응용 간의 공동이용 가능성 (interoperability)은 특유의 식별을 갖는 표준 인터페이스들(standard interfaces)에 의존한다. 일단 응용이 상기 장치의 특유의 식별을 알고 있기만 하면, 그 장치의 인터페이스를 알수 있으며, 그것으로 메세지들을 전송함으로써 그 장치를 제어할 수 있다. 그 응용에 대해, 그것이 장치 자체에 직접적으로 표준 메세지들을 전송하는지, 그렇지 않으면, 동일한 소망의 효과 또는 제어된 장치에서의 상태 변화를 (결국) 달성하는 메세지의 다른 세트로 이러한 메세지들을 변환시키는 소프트웨어 요소들을 통해 간접적으로 표준 메세지들을 전송하는지는 어떠한 차이점도 없다. 그러므로, 다수의 상이한 표준들의 네트워크들 간의 브리지가 다중-표준(multi-standard) 장치로 고려될 수 있다. 즉, 그 브리지는 이러한 각각의 다중 표준들 따르며, 제 1 표준에서 제 2 표준으로 그리고, 그 반대로 인터페이스하는 장치를 변환시키는 소프트웨어 구성요소의 주인 역할를 한다. 예를 들어, 브리지가 표준 A를 따르는 5개의 장치들의 클러스터와 A와는 다른 표준 B를 따르는 3개의 장치들 간에 사용된다. 그 브리지는 A에서 B로 변환시키기 위한 3개의 변환 모듈들 및 B에서 A로 변환시키기 위한 5개의 변환 모듈의 주인 역할을 한다. 따라서, 단지 표준 A 장치들과 상호 작용할 수 있는 소프트웨어 응용은 이제 8개의 모든 장치들을 제어할 수 있다.

본 명세서에서 참조로 인용된 Yevgeniy Eugene Shteyn이 1999년 6월 25일 출원한 미국 시리얼 넘버 09/340,272호(대리인 문서번호 PHA 23,634)의 BRIDGING MULTIPLE HOME NETWORK SOFTWARE ARCHITECTURES는 다른 소프트웨어 아키텍처들의 홈 네트워크들의 브리징에 관한 것이다. 장치들의 소프트웨어 표현들 및 네트워크들의 제 1 브리징 상의 서비스들은 자동적으로 생성된다. 그 참조들은 제 2 네트워크로부터 억세스가능한 제 1 네트워크의 장치들 및 서비스들을 구성하기 위해, 네트워크들의 제 2 브리징에 대한 적어도 부분적으로는 기능적으로 동일한 소프트웨어 표현들의 자동 생성을 가능하게 하기에 의미적으로 충분하다. 이러한 문서는 또한 HAVi, 홈 API 및 Jini 소프트웨어 아키텍처들을 언급한다.

다음에서, 표현 "변환 모듈(translation module)"은 "소프트웨어 표현"의 개념을 포함하며, 즉, 관련 메세지나 소프트웨어 제어에 억세스할 수 있는 장치 또는 서비스를 제조하기 위해서, 물리적 장치 또는 네트워크 상의 서비스 또는 그 부분 집합의 소프트웨어에서의 표현을 포함한다.

바람직하게, 브리지는 다음의 기능들: 브리징된 네트워크들 중 하나에서의 장치 추가의 검출과, 추가된 장치의 형태 확인(identification)과, 그 장치가 다른 네트워크에 중요할 것 같은 경우, 그 확인된 장치 형태에 대한 변환 모듈을 위치시키는 기능, 및 그 네트워크로 사용되는 표준에 의해 요구되는 절차에 따른 다른 네트워크 상에 그 변환 모듈을 설치하는 기능을 수행한다.

성공적인 표준들은 그 표준들에 적절한 것으로 고려되는 영역 내의 새로이 개발된 장치들에 대한 표준 인터페이스들을 정의하는 것을 계속할 것이다. 이것은 그 새로운 장치들이 다른 표준들을 기초로한 네트워크들에 나타나는 것을 가능케하는 변환 모듈들을 수반하는 개발을 필요로 한다. 결과적으로, 브리지가 적절한 장치들에 대한 모든 삽입된 변환 모듈들을 포함할 수는 없으며, 미래에 사용가능하게 되는 장치들에 관련한다.

따라서, 본 발명자들은 브리지가 예를 들어, 인터넷 상의 서버에 접속되는 해결책을 제안한다. 이러한 서버는 표준들의 몇몇 세트에 대한 룩업 서비스를 제공하고, 브리지가 홈 네트워크에 사용하기 위한 적절한 변환 모듈들을 위치시키고 다운로드하도록 한다.

특히, 본 발명은 홈 네트워크의 사용자에게 서비스를 제공하는 방법에 관한 것이다. 그 방법은 네트워크 내의 제 1 클러스터의 성분이 홈 네트워크의 제 2 클러스터와 상호작용할 수 있도록 하는 단계를 포함한다. 그 제 1 클러스터는 제 1 소프트웨어 아키텍처를 갖고, 제 2 클러스터는 제 1 소프트웨어 아키텍처와는 다른 제 2 소프트웨어 아키텍처들을 갖는다. 그 제 1 및 제 2 클러스터들은 브리지를 통해 결합된다. 그 브리지는 이러한 참조를 제공할 수 있다. 그 방법은 그 모듈이 그 브리지 상에 설치되는 때, 모듈 상에 제 2 클러스터 상의 구성 요소를 적어도 부분적으로 나타내기 위한 참조에 연관된 변환 모듈을 브리지에 제공할 수 있는 단계를더 포함한다.

그러므로, 서비스 제공자는 홈 네트워크들에 사용되는 임의의 다수의 표준들에 대한 변환 모듈들의 데이터 베이스를 유지하고 업데이트할 수 있다. 이러한 기능들의 분할(partitioning) 및 위탁(delegation)은 이하에 기재되는 바와 같이 많은 이점들이 있다.

본 발명은 그 브리지가 그것이 홈에 접속될 수 있는 모든 표준들의 모든 가능한 장치들에 대한 변환 모듈들을 삽입할 필요는 없기 때문에, 적당히 "경량(light-weight)" 또는 저가(low-cost)가 되도록 허용한다. 저장 및 계산 전력은 단지 실제로 브리지되는 장치들을 위해(즉, 저장이 잠재적으로 브리지되는 장치들을 위해서는 필요하지 않음), 그리고, 단지 그들이 브리지되는 경우에만(예를 들어, "저스트-인-타임(just-in-time)"-브리징, 즉, 네트워크에 새로운 장치를 접속시키는 시간에) 필요하다.

또한, 본 발명은 홈 네트워크를 전체적으로 늘일 수 있고, 미래-증명(future-proof)할 수 있게 한다. 새로운 장치들이 발명되고, 그 설명들이 다양한 표준 스펙(spec)들의 부분이 되기 때문에, 이들 설명들은 예를 들어, 장치 제조자 또는 제 3 자에 의해 브리지 서버로 변환되고 업로드된다. 그들을 현존하는 홈 네트워크 자체에서 구성요소들의 임의의 업데이트 메카니즘을 요구하지 않는다.

다른 이점은 브리지 서버 동작기가 개개의 사용자의 홈 네트워크의 구성에 대한 정보를 얻을 수 있다는 것이다. 이러한 정보는 사용자 및 제조자 및 서비스 제공자들 모두를 개선하는데 사용될 수 있다. 예를 들어, 본 명세서에서 참조로 인용된 Adrian turner 등이 1998년 9월 25일 출원한 미국 시리얼 넘버 09/160,490호(대리인 문서번호 PHA 23,500)의 CUSTOMIZED UPGRADING OF INTERNET-ENABLED DEVIDES BASED ON USER-PROFILE은 다른 소프트웨어 아키텍처들의 홈 네트워크들의 브리징에 관한 것이다. 이 문서는 소비자 전자 네트워크-가능 장비의 특정 최종 수요자(end-user)의 사용자 프로파일 및 이러한 형태의 장비, 예를 들어, 홈 네트워크에 대한 새로운 기술적 특징들의 데이터 베이스를 유지하는 서버 시스템에 관한 것이다. 사용자 프로파일과 새로운 기술의 특징 간에 일치점(match)이 있는 경우, 그 사용자는 업데이트들 또는 판매 신청들에 대한 정보를 수신하도록 지시하며, 그 사용자는 그 특징을 얻기 위해 옵션(option)의 네트워크를 통해 통지된다. 또한, 예를 들어, 본 명세서에서 참조로 인용된 Yevgeniy Eugene Shteyn이 1998년 11월 10일 출원한 미국 시리얼 넘버 09/189,535호(대리인 문서번호 PHA 23,572)의 UPGRADING OF SYNERGETIC ASPECTS OF HOME NETWORKS는 다른 소프트웨어 아키텍처들의 홈 네트워크들의 브리징에 관한 것이다. 이러한 문서는 사용자의 홈 네트워크 상에 장치들 및 기능들의 목록(inventory)에 대한 억세스를 갖는 서버를 갖는 시스템에 관한 것이다. 그 목록은 예를 들어, HAVi, Jini 및 API 아키텍처들에 의해 제공되는 것과 같은 룩업 서비스이다. 그 서버는 또한 네트워크에 대한 특징들의 정보를 갖는 데이터 베이스에 접근한다. 그 서버는 사용자의 네트워크 상에 존재하는 장치의 시너지(synergy)가 목록의 리스팅 및 사용자의 프로파일에 기초하여 강화될 수 있는 지를 결정한다. 이러한 기준들에 기초하여, 시너지에 적절한 특징들이 있는 경우, 그 사용자는 주목하게 된다. 이러한 점에서, 미국 시리얼 넘버09/189,535는 "응용 제안기(application suggestor)"의 개념에 관한 것이다.

본 발명의 다른 이점은 서버 동작기가 특정 표준으로 브리지되기 위해 특정 장치들에 대해 시장 수요들을 측정할 수 있게 된다는 사실에 있다. 그 장치 제조자 또는 또 다른 관련 제3자는 최근에 만들어진 수요(emerging demand)를 통지받을 수 있다. 새로운 변환 모듈들이 그 서버에서 사용가능하게 된 경우, 그 서버가 따를 수 없는 과거의 변환 모듈들에 대한 요청들을 보낸 브리지들이 이제 업그레이드를 통지받을 수 있다.

그 브리지가 또 다른 클러스터에 브리지를 제공하기 위해서 홈 네트워크 상에 특정 클러스터의 장치 상에서 소프트웨어 구성요소로서 수행될 수 있음을 주목하라. 예를 들어, HAVi 셋탑 박스는 예를 들어, 네트워크 상의 UPnP 클러스터에 HAVi 클러스터를 브리징하기 위한 소프트웨어 구성요소를 가질 수 있다. 유사하게, UPnP 클러스터를 제어하는 PC가 HAVi 클러스터에 홈 네트워크의 UPnP 클러스터를 브리지하는 역할을 하는 소프트웨어 구성요소를 가질 수 있다.

본 발명은 첨부 도면들을 참조하여, 예의 방식으로 보다 상세하게 설명된다.

상기 도면들을 통해, 동일한 참조 번호들이 유사하거나 대응하는 특징들을 지시한다.

앞서 언급된 바와 같이, 본 발명의 일 양상은 예를 들어, 인터넷 상의 서버에 브리지를 접속시키는 것에 관한 것이다. 이러한 서버는 몇몇 세트의 표준들에 대해 룩업 서비스를 제공하고, 브리지가 마침내 제 1 아키텍처의 서브-네트워크 상의 장치가 제 2 아키텍처의 서브-네트워크 상의 장치들과 동작하도록 할 수 있는 홈 네트워크에 적절한 변환 모듈들을 위치시켜 다운로드하도록 허용한다.

도 1은 본 명세서에서 이후 표준 A라고 언급되는 제 1 소프트웨어 아키텍처 표준을 따르는 장치들(104, 106, 108)의 제 1 클러스터(102)를 갖는 홈 네트워크 시스템(100)의 도면이다. 시스템(100)은 본 명세서에서 이후 표준 B라고 언급되는 제 2 소프트웨어 아키텍처 표준을 따르는 장치들(112, 114, 116)의 제 2 클러스터(110)를 포함한다. 클러스터들(102, 110)은 브리지(118)를 통해 상호접속된다. 한편으로는, 표준 A의 클러스터(102)와 다른 한편으로는, 표준 B의 클러스터(110) 간의 의미있는 네트워크 상호 작용을 갖기 위해, 변환 모듈들이 도입된다. 이러한 모듈들은 두 클러스터들(102, 110)에 관여할 필요가 있다. 그 모듈들은 통상적으로 이러한 관여(participating)를 가능하게 하기 위해서, 보다 낮은 레벨(lower-level)의 통신 소프트웨어와 같은 클러스터들에 국부적 구성요소들을 필요로 한다. 그 자신의 통신 소프트웨어를 포함하는 각각의 변환 모듈을 갖는 것보다는 브리지(118)의 구성요소들(120)을 플랫폼의 소자로서 이러한 소프트웨어를 제공하는 것이 보다 효과적이다.

본 발명의 처리는 이후 예로서 설명될 것이며, B-장치(116)는 시스템(100)에 부가될 것이다.

제 1 단계는 B-장치(116) 내지 B-클러스터(110)를 물리적으로 접속시키는 단계 또는 B-장치(116)를 "부팅(booting)"하는 단계를 포함한다.

브리지(118)가 주기적으로 B-클러스터(110) 또는 레지스트리/디렉토리/룩업 서비스(도시되지 않음)를 스캔하기 때문에, 또는 B-클러스터(110)가 브리지(118)를 능동적으로 통지하기 때문에, 다음 단계에서, 브리지(118)는 새로운 추가로서 B-장치(116)를 검출한다. 브리지(118)는 시스템(100)에 B-장치(116)를 통합시키는데 필요한 다른 소프트웨어 구성요소들의 설치를 처리하는 설치 관리자로서 언급되는 소프트웨어 구성요소(122)를 포함한다. 본 명세서의 일 양상은 미국 시리얼 번호 09/340,272호(대리인 문서번호 PHA 23,634)에 기재되어 있다. 후자의 문서에서, 참조 팩토리(Reference Factory)로 언급되는 소프트웨어 구성요소가 등록된 장치들의 임의의 소프트웨어 표현들로부터 정보를 추출할 수 있다. 이러한 참조 팩토리는 서비스들의 목록을 문의하고, 관련 소프트웨어 아키텍처의 방법들에 따른 새로운 소프트웨어 표현을 통지할 수 있다. 유사하게, 설치 관리자(122)는 새로이 추가된 B-장치(116)를 기재한 정보를 수신하거나 검색한다. 그 기재 정보는 인터넷(126)을 통해 브리지 서버(124)에 전송되기 전에 가능하게 리포맷(reformatted)된다. 부가적으로, 브리지(118)는 바람직하게 홈 네트워크(100)의 지역 실행 환경에 대한 정보를 제공한다. 이러한 정보는 서버(124)가 브리지(118) 상으로 다운로드하는 소프트웨어 구성요소들에 관련한다. 그 주위 환경에 관한 관련 정보는 A-표준클러스터(102) 및 B-클러스터(110)의 경우에, 존재하는 소프트웨어 아키텍처들에 관한 것이다. 그 정보는 또한 사용가능한 메모리에 관한 것이며, 시스템(들)을 동작시키는 형태가 브리지(118) 상에 존재하는 실제 머신들, 플랫폼 라이브러리 등에 사용된다. 이러한 정보에 기초하여, 서버(124)는 시스템(100)의 네트워크 환경에 가장 알맞는 적절한 변환 모듈 또는 모듈(들)을 선택할 수 있다.

기재 및 환경 정보의 수신 시에, 서버(124)는 B-장치(116)를 나타내기 위한 변환 모듈과 B-장치(116)를 기재한 정보를 부합시키는데 필요한 룩업 서비스를 사용한다. 일반적으로, 서버(124)는 각각 주문받은 쌍(X,Y)에 대해서 사용가능한 복수의 룩업 서비스들을 가지며, 여기서, X 및 Y는 서버(124)에 의해 지지된 표준들이다. 표준 X의 클러스터와 표준 Y의 또 다른 클러스터 간의 양방향 브리징을 지지하기 위해서, 두개의 룩업 서비스들 (X,Y) 및 (Y,X)가 요구된다. 세개의 클러스터들 간의 양방향 브리징의 지지를 위해, 모든 다른 표준들(P, Q, R)로서, 여섯 개의 룩업 서비스들 (P,Q),(Q,P),(P,R),(R,P),(Q,R),(R,Q)이 요구된다. 물론, 서버(124)는 단지 단일 방향 브리징을 지지할 수 있다.

장치들(104 내지 108, 112 내지 116)과 같은 장치들은 종종 복합체( composite object)들이다. 예를 들어, TV 세트는 통상적으로, 디스플레이, 증폭기 및 동조기 구성요소들을 포함한다. 서버(124)는 첫째 동일한 기능을 갖는 새로운 복합 장치로 전체적으로 복합체를 변환시키려고 시도할 수 있다. 그것이 성공하지 못하면, 서버(124)는 일-대-일(one-to-one)을 기초로 하여, 가능한만큼 많은 보조의 구성요소들을 변환시킬 수 있다. 이어서, 이것은 부분적이지만 여전히 유용한매핑을 초래한다. 예를 들어, A-클러스터(102)가 동조기의 선명도(definition)를 사용할 수 없다면, B-타입의 TV가 디스플레이와 같은 모니터/증폭기 장치로서 A-클러스터(102)에 여전히 브리징될 수 있다. 일-대-일 관계가 표준 A 및 표준 B 내의 특정한 보조 구성요소들 사이에 존재하지 않으면, 일-대-다(one-to-many) 또는 다-대-다 (many-to-many) 매핑이 사용될 수 있다. 예를 들어, 표준 A가 단일의 보조 구성요소로서 볼륨 제어 및 등화기 효과들을 정의할 수 있는 반면, 표준 B는 개별적인 보조 구성요소들로서 그들을 구별할 수 있다. 이러한 경우, 단지 볼륨 제어 구성요소를 포함하지만 등화기 구성요소는 포함하지 않는 B-클러스터(110) 내의 장치가 A-클러스터(102)에 브리지될 수 없다. 다른 한편, 단일의 증폭기 구성요소(등화기 뿐만 아니라 볼륨 제어)를 포함하는 A-클러스터(102) 내의 장치가 보조의 구성요소들의 일-대-이 매핑을 적용시킴으로써 네트워크 B에 브리징될 수 있다. 대부분의 일반적 경우, A-클러스터(102) 내의 보조 구성요소들의 특정 세트가 다-대-다 매핑 하에 B-클러스터 내의 보조 구성요소들의 또 다른 세트와 부합한다.

다음으로, 부합 변환 모듈(128)이 그 브리지에 다운로드되는 것을 발견하였다고 가정하면, 플랫폼(120) 상에 설치되고, 표준 A의 프로토콜에 따라서 등록된다. 이것은 다른 응용들 및 A-클러스터(102)의 장치들이 모듈(128)을 통해 장치(116)를 사용하고 발견할 수 있도록 한다. 모듈(128)의 설치 및 등록은 그것이 브리지(118)의 실행 환경이 경과되는 후까지 연기될 수 있다.

본 발명은 도 2 및 도 3을 참조하여, HAVi 및 유니버셜 플러그 앤 플레이(UPnP) 홈 네트워크들의 브리징이 설명적인 예로 이하에 설명된다. 홈 네트워킹 분야에서, 소프트웨어 아키텍처들을 위한 HAVi, 홈 API 및 Jini 표준들은 앞서 언급되고 참조에 의해 통합된 미국 시리얼 넘버 09/340,272(대리인 문서번호 PHA 23,634)호에 상세히 기재되어 있다. HAVi에서, DCM(Device Control Module)이 HAVi 네트워크 상에서 단일 장치 또는 기능성을 나타내는 소프트웨어 요소이다. DCM은 그 장치에 대해, API들로 정의된 HAVi를 노출한다. DCM들은 장치가 네트워크로부터 삽입되고 제거되면, 사실상 동적이며(dynamic), 그 장치에 대한 DCM은 네트워크에서 각각 설치되거나 제거될 필요가 있다. DCM들은 HAVi 네트워크에 새로운 장치들 및 특징들을 수용할 때, HAVi 개념 및 유연성의 소스에 중심이다.

유니버셜 플러그 앤 플레이(UPnP)는, 특히 이를 위하여, 분포된 장치들 및 다수의 벤더(vendor)들로부터의 소프트웨어 응용들 간에 통신을 간단히할 수 있도록 설계된 오픈 네트워크 아키텍처(open network architecture)이다. UPnP는 인터넷 기술들의 수단이며, 통제되지 않은(non-supervised) 홈 네트워크들에서 사용하기 위해 그것을 확장한다. 홈 기구들을 제어할 때, UPnP는 홈 자동화, 오디오/비디오, 프린터들, 스마트 전화들, 등을 포함하는 홈 기구들을 제어하는 것을 목표로 한다. UPnP는 제어 지점들(CPs: Control Point)과 제어된 장치들(CDs) 간을 구별한다. CP들은 예를 들어, 사용자가 제어된 장치들에 의해 제공된 기능성을 억세스할 수 있도록 예를 들어, PC들, 무선 패드들을 운전하는 브라우저들을 포함한다.

UPnP는 CP들에 의해 장치들의 발견 및 제어에 대한 프로토콜들을 정의한다. UPnP는 오디오/비디오 장치들에 의한 사용을 위한 스트리밍 메카니즘을 정의하지 않는다. 몇몇의 발견 및 제어 프로토콜들은 UPnP 명세서의 일부인 반면, 다른 것들은 IETF(인터넷 기술 특별 조사 위원회)에 의해 개별적으로 표준화된다. CP들과 장치 간의 상호작용은 인터넷 프로토콜(IP)을 기초로 한다. 그러나, UPnP는 비-IP 장치들이 IP-콤플라이언트 장치들 상에서 운전하는 소프트웨어 구성요소의 대용이 되도록 허용한다. 그러한 제어된 장치(CD) 프록시 구성요소는 대용된 장치에 UPnP 상호 작용들을 변환하고 전송할 의무가 있다.

UPnP 장치가 가장 낮은 레벨의 서비스들을 갖는 서브-장치들의 계층을 갖는다. 두개의 장치들 및 서비스들은 표준화된 형태들을 갖는다. 장치 형태는 그것이 포함하도록 허용되는 서브-장치들 또는 서비스들을 결정한다. 서비스 형태는 서비스가 포함하도록 허용되는 작용(action)들 및 상태 변수(state variable)들을 정의한다. 상태 변수들은 그 장치의 상태를 모델링하고, 작용들은 그 상태를 변화시키기 위해 CP에 의해서 야기될 수 있다. 상태 변화들 및 작용의 기재는 SCP(Service Control Protocol)로 불린다. UPnP 장치는 XML 문서의 형식으로 그 자체의 기재를 제공한다. 이러한 문서는 다른 것들 중에서도, 그것이 지지하는 서비스 형태들을 포함한다. 선택적으로, 장치가 CP에 의해 UI 제어를 지시하기 위한 프리젠테이션 서버(presentation server)를 가질 수 있다.

UPnP는 AutoIP에 의존하고, 그것은 DHCP 서버의 부재시 특유의 어드레스를 얻기 위해 IP 장치에 대한 수단을 제공한다. UPnP는 SSDP(Simple Service Discovery Protocol)라 불리는 UDP 멀티캐스트에 기초한 발견 프로토콜을 정의한다. SSDP는 그들이 제공하는 서비스들의 발표들을 주기적으로 멀티캐스팅하는 장치들에 기초한다. 발표는 서비스 작용들이 제어 서버로 보내져야 하는 URL을 포함한다. 그에 추가하여, CP들은 특정 장치들 또는 서비스 형태들 또는 예들에 대한 UPnP 네트워크를 문의할 수 있다.

UPnP는 TCP에 기초하여 상태 변화 예약 및 변화 통지 메카니즘을 정의하기 위해 GENA(Generic Event Notification Architecture)에 의존한다.

CP가 그것이 (SSDP를 통해) 사용하기를 원하는 서비스를 검출한 후, 제어 서버(URL)에 SCP 작용들을 보내고, 상태 변화들에 대해 문의함으로써 그 서비스를 제어한다. 작용들은 HTTP POST 메세지들을 사용하여 보내진다. 이러한 메세지들의 몸체는 SOAP(Simple Object Access Protocol) 표준에 의해 정의된다. SOAP는 XML에 기초하여 리모트 절차 호출 메카니즘을 정의한다.

UPnP에서 HAVi 장치들의 변환 모듈들 또는 소프트웨어 표현들은 제어된 장치(CD) 프록시들로 언급되는 반면, HAVi 내의 UPnP 장치들의 그 소프트웨어 표현들은 장치 제어 모듈들(DCMs)라고 불린다.

UPnP 브리징에 대한 HAVi

도 2는 HAVi로부터 UPnP까지 브리징을 설명하는 홈 네트워크 시스템(200)의 블록도이며, UPnP에 대해 HAVi 장치, 여기서는 디지털 카메라를 브리지하는 단계의 시퀀스를 굵은 화살ㅍ로 도시한다.

시스템(200)은 장치들(202, 204, 206)에 의해 형성된 UPnP 클러스터를 갖는다. 장치(202)는 광원(light) 및 MP3를 포함하는 장치(204)를 포함하고, 장치(206)는 프린터를 포함한다. 시스템(200)은 TV(208)에 의해 형성된 HAVi 네트워크 클러스터 및 디지털 비디오 레코더(210)를 갖는다. 그 클러스터들은 브리지(118)를 통해 접속된다.

단계(212)에서, HAVi 카메라(214)가 HAVi의 1394 네트워크로 주기적으로 플러그되므로, 카메라 장치(214)를 고성능의 HAVi 노드로 구성한다.

단계(216)에서, 이러한 추가는 플랫폼 구성요소들의 그룹(218)에 존재하는 HAVi 이벤트 관리자에 의해 발견된다. HAVi 플랫폼은 HAVi NewSoftwareElement 이벤트로 경청하고 반응하며, 또는 새로운 장치로서 카메라(214)를 발견하기 위해 HAViNetworkReset 이벤트에 경청한다.

단계(220)에서, 카메라(214)의 DCM의 등록 속성들 및 그 FCM 구성요소들은 플랫폼(218) 상에 HAVi Registry로부터 검색되고, 예를 들어 XML에 대해, 브리지 서버(222)에 의해 이해되는 몇가지 포맷으로 인코딩되며, HTTP POST를 사용하여 브리지 서버(222)로 보내진다. 브리지(118)는 이것을 수행하기 위해 HAVi 웹프록시(Webproxy) FCM을 사용할 수 있다.

단계(224)에서, 룩업 구성요소가 DCM/FCM 등록 속성들의 형식으로, HAVi 장치 기재를 그 장치에 대한 UPnP CD 프록시(226)로 매핑한다. UPnP CD 프록시들 및 HAVi DCM들이 복합체들이기 때문에, 그 위치 처리는 보다 앞서 기재된 바와 같이, 상기 서브 장치(구성요소) 상에서 실행될 수 있다. HAVi에서, 장치(소프트웨어 표현이 DCM임)가 복수의 기능적 구성요소들(소프트웨어 표현이 FCM임)을 구성한다. FCM들이 DCM 브리지(118)의 일부임을 알아내기 위해서, DCM::GetFcmSeidList 및 FCM::GetFcmType 방법들을 사용할 수 있고, 또는 GUID에 대한 동일한 값들 및 TargetId 속성의 n1 필드를 갖는 등록 엔트리들을 볼 수 있다. UPnP에서, 장치가가장 낮은 레벨 서비스들을 갖는 서브 장치들의 계층적 아키텍처이다. FCM들은 서비스들로서 동일한 목적의 역할을 한다. UPnP CD 프록시(226)에 대한 HAVi 장치의 매핑은 완전한 DCM에서 완전한 CD 프록시로 또는 부분적으로 FCM들에서 프록시 서비스들로 될 수 있다. 서비스에 대한 FCM의 매핑은 1-대-1, 1-대-다(1-to-many), 또는 다-대-다(many-to-many)가 될 수 있다.

단계(228)에서, 다운로드된 CD 프록시(226)는 브리지의 실행 환경(118)에서 운전한다. 이것은 CD 프록시의 특유의 URL에 대한 http 서버를 설치하는 것을 포함한다.

단계(230)에서, CD 프록시(226)는 주기적인 발표 메세지들을 전송하고, 메세지들을 발견하기 위해 응답한다. 이것은 다른 UPnP 응용들 및 장치들이 CD 프록시(226)을 통해 HAVi 카메라(214)를 사용하고 발견할 수 있도록 한다.

HAVi 브리징에 대한 UPnP

도 3은 시스템(200)에서, HAVi 클러스터(208, 210, 214)에 대한 UPnP 장치, 여기서는 프린터(206)를 브리징하기 위한 단계를 설명한다.

단계(302)에서, UPnP 프린터(206)는 UPnP 네트워크로 물리적으로 플러그되고, UPnP 장치를 '파워링 업(powering-up)'한다.

다음 단계(304)는 UPnP 장치 발표 메세지에서 경청하고 반응하는 것을 포함한다.

단계(306)에서, 프린터(206)의 장치 기재 문서는 발표 메세지 내에 삽입된 URL로부터 검색되고, 그 문서는 HTTP POST를 사용하여 브리지 서버(222)로 보내진다.

단계(308)는 그 장치, 여기서는 프린터(206)에 대한 HAVi DCM에 기재 문서(XML에서)의 형식으로, UPnP 장치 기재를 매핑하는 룩업 구성요소를 포함한다. UPnP CD 프록시들 및 HAVi DCM들이 복합체들이기 때문에, 앞서 기재된 바와 같이, 위치 처리가 서버 장치(구성요소) 레벨 상에서 수행될 수 있다. HAVi에서, 장치(소프트웨어 표현은 DCM임)가 복수의 기능적 구성요소들(소프트웨어 표현은 FCM임)을 구성한다. UPnP에서, 장치가 가장 낮은 레벨에서, 서비스들을 갖는 서버 장치들의 계층적 아키텍처이다. UPnP 장치의 부분인 서비스들은 장치 기재 문서에서 발견될 수 있다. FCM들은 동일한 목적으로 서비스들로서 역할을 한다. UPnP CD 프록시에 대한 HAVi 장치의 매핑은 완전한 DCM에서 완전한 CD 프록시로, 또는 부분적으로 FCM들에서 서비스들로 될 수 있다. 서비스에 대한 FCM의 매핑은 1-대-1, 1-대-다, 다-대-다가 될 수 있다.

단계(310)가 브리지(118)의 실행 환경에서 다운로드된 프린터 DCM(312)을 운전하는 것을 포함한다. 이것은 DCM의 설치 방법을 호출하는 것을 포함한다.

단계(314)가 HAVi 소프트웨어 요소들을 생성하기 위해 DCM(312) 및 그 FCM들을 포함하고, HAVi 레지스트리 구성요소(브리지(118) 상에서 사용가능한 플랫폼 구성요소들(218)의 부분임)를 등록하기 위해서 그것을 사용한다.

단계(316)에서, HAVi 레지스트리는 그 부분인 DCM(312) 및 모든 FCM들에 대한 전체 NewSoftwareElement 결과들을 공개한다. 이것은 HAVi 출원들 및 장치들이 프린터 DCM(312)을 통해 UPnP 프린터(206)을 사용하고 발견할 수 있도록 한다.

Claims

홈 네트워크(100)의 사용자에게 서비스를 제공하는 방법에 있어서,

상기 방법은 상기 네트워크 내의 제 1 클러스터(110)의 구성요소(116)가 상기 홈 네트워크의 제 2 클러스터(102)와 상호작용할 수 있도록 하는 단계를 포함하고,

상기 제 1 클러스터는 제 1 소프트웨어 아키텍처를 가지고,

상기 제 2 클러스터는 상기 제 1 아키텍처와는 다른 제 2 소프트웨어 아키텍처들을 가지고,

상기 제 1 및 제 2 클러스터들은 브리지(118)를 통해 결합되어 있고,

상기 방법은

상기 클러스터들의 외부의 서버(124)가 상기 제 1 클러스터 내의 제 1 소프트웨어 표현을 갖는 구성요소의 참조(reference)를 수신할 수 있는 단계, 및

상기 브리지 상에 설치된 상기 모듈 상에 상기 제 2 클러스터 상의 구성요소를 적어도 부분적으로 나타내기 위한 상기 참조와 관련된 변환 모듈(128)을 상기 브리지에 제공할 수 있도록 하는 단계를 포함하는, 서비스 제공 방법.
제 1 항에 있어서,

상기 서버가 상기 브리지로부터 상기 참조를 수신하는, 서비스 제공 방법.
제 1 항에 있어서,

상기 브리지는 상기 인터넷을 통해 상기 서버를 접촉시키는, 서비스 제공 방법.
제 1 항에 있어서,

상기 제 1 클러스터는 HAVi 클러스터를 포함하는, 서비스 제공 방법.
제 1 항에 있어서,

상기 제 1 클러스터는 UPnP 클러스터를 포함하는, 서비스 제공 방법.
제 1 소프트웨어 아키텍처의 제 1 홈 네트워크 클러스터(110) 상의 구성요소(116)가 제 1 및 제 2 클러스터들을 결합시키는 브리지(118) 상의 인터넷을 통해 다운로드된 모듈에서 제 2 소프트웨어 아키텍처의 제 2 홈 네트워크 클러스터(102)와 상호 작용할 수 있도록 하기 위한, 적어도 하나의 변환 모듈(128)을 포함하는, 데이터 베이스.