KR101157575B1 - 가정용 네트워크의 발견 방법과 그러한 발견 방법을 구현하는 디바이스 - Google Patents

가정용 네트워크의 발견 방법과 그러한 발견 방법을 구현하는 디바이스 Download PDF

Info

Publication number
KR101157575B1
KR101157575B1 KR1020067012900A KR20067012900A KR101157575B1 KR 101157575 B1 KR101157575 B1 KR 101157575B1 KR 1020067012900 A KR1020067012900 A KR 1020067012900A KR 20067012900 A KR20067012900 A KR 20067012900A KR 101157575 B1 KR101157575 B1 KR 101157575B1
Authority
KR
South Korea
Prior art keywords
network
devices
description information
address
guid
Prior art date
Application number
KR1020067012900A
Other languages
English (en)
Other versions
KR20070028300A (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 KR20070028300A publication Critical patent/KR20070028300A/ko
Application granted granted Critical
Publication of KR101157575B1 publication Critical patent/KR101157575B1/ko

Links

Images

Classifications

    • 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/2805—Home Audio Video Interoperability [HAVI] networks
    • 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/2809—Exchanging configuration information on appliance services in a home automation network indicating that an appliance service is present in a home automation network
    • 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
    • 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
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/30—Definitions, standards or architectural aspects of layered protocol stacks
    • H04L69/32—Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
    • H04L69/322—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions
    • H04L69/329—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions in the application layer [OSI layer 7]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/40—Network security protocols

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Automation & Control Theory (AREA)
  • Computer Security & Cryptography (AREA)
  • Health & Medical Sciences (AREA)
  • Computing Systems (AREA)
  • General Health & Medical Sciences (AREA)
  • Medical Informatics (AREA)
  • Multimedia (AREA)
  • Small-Scale Networks (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

본 발명은 1394 버스 외의 네트워크 기술에 기초한 네트워크를 통한 오디오 및 비디오 상호 운용성에 관한 것이다. 본 발명은 특히 통신 네트워크에 연결 가능한 디바이스에 의해서, 이러한 네트워크에 연결된 다른 디바이스를 발견하는 방법에 관한 것으로, 이러한 방법은 상기 네트워크에 디바이스를 연결하는 단계, 이 네트워크에 연결된 모든 다른 디바이스에 관해 예정된 디바이스를 설명하는 자동 설명 정보를 담고 있는 알림 메시지를 전송하는 단계, 자동 설명 정보 요청 메시지를 이 네트워크에 연결된 모든 다른 디바이스에 전송하는 단계 및 이러한 다른 디바이스의 자동 설명 정보를 담고 있는 네트워크의 다른 디바이스 각각으로부터 응답 메세지를 수신하는 단계를 포함한다. 본 발명은 또한 디바이스를 설명하는 자동 설명 정보를 담고 있는 알림 메시지를, 네트워크에 있는 모든 다른 디바이스에 전송하기 위한 수단, 자동 설명 정보를 요청하는 메시지를 네트워크에 있는 모든 다른 디바이스에 전송하기 위한 수단 및 네트워크의 다른 디바이스 각각을 설명하는 정보를 담고 있는 응답 메시지를 수신하기 위한 수단을 가지는 네트워크에 연결 가능한 디바이스에 관한 것이다.

Description

가정용 네트워크의 발견 방법과 그러한 발견 방법을 구현하는 디바이스{METHOD OF DISCOVERY OF A DOMESTIC NETWORK AND DEVICE IMPLEMENTING THE METHOD }
본 발명은, 1394 버스 외의 네트워크 기술에 기초한 네트워크를 통한 오디오 및 비디오 상호 운용성에 관한 것이다.
가정용 오디오 및 비디오 상호 운용성(HAVi는 Home Audio Video interoperability의 약어)은 IEEE 1394 버스의 기술을 사용하는 네트워크에 기초한 가정 환경에서의 오디오 및 비디오 디바이스의 상호 연결을 허용하는, 대량 판매 전자 회사에 의해 개발된 사양(specification)이다. 현재 버전은(미국 캘리포니아주 94583, 스위트 275 산 라몬, 비숍 드라이브 2694 소재의 HAVi사로부터 이용 가능한 버전 1.1), IEEE 1394-2000 표준이 기준인 IEEE 1394 버스 이외의 기술에 기초한 네트워크에서 작동하도록 설계되어 있지 않다.
가정용 디바이스에 관한 시장의 현재 상태에서는, 가정 환경 내에서 개발된 네트워크가 일반적으로 이질적이고, IEEE 1394 이외의 다양한 기술을 수반한다는 것이 명백하다. 예컨대 인터넷 프로토콜(IP는 Internet Protocol의 약어)을 따르는 네트워크의 중요성에 대한 언급이 이루어질 수 있고, 이에 대한 기준은 번호 RFC 791호 하의 해설에 관한 요청(RFC: request for comments)의 형태로 발견될 수 있으며, 이들 요청은 인터넷 엔지니어링 태스크 포스(IETF: internet engineering task force)에 의해 지속된다. 1394 버스 상의 애플리케이션의 환경 내에서 설계된HAVi 사양과 그러한 사양의 또 다른 기술의 네트워크 상에서의 사용은 이러한 다른 기술에의 적응성의 문제를 일으킨다.
본 발명은 특히 통신 네트워크에 연결 가능한 디바이스에 의해서, 이러한 네트워크에 연결된 다른 디바이스를 발견하는 방법에 관한 것으로, 이러한 방법은 상기 네트워크에 디바이스를 연결하는 단계, 이 네트워크에 연결된 모든 다른 디바이스에 관해 예정된 디바이스를 설명하는 자동 설명 정보를 담고 있는 알림 메시지를 전송하는 단계, 자동 설명 정보 요청 메시지를 이 네트워크에 연결된 모든 다른 디바이스에 전송하는 단계 및 이러한 다른 디바이스의 자동 설명 정보를 담고 있는 네트워크의 다른 디바이스 각각으로부터 응답 메세지를 수신하는 단계를 포함한다.
본 발명의 일 실시예에 따르면, 요청 메시지와 알림 메시지는 병합된다.
본 발명의 일 실시예에 따르면, 한 디바이스를 설명하는 자동 설명 정보는 상기 디바이스의 네트워크 상의 어드레스를 담고 있다.
본 발명의 일 실시예에 따르면, 한 디바이스를 설명하는 자동 설명 정보는 네트워크 상의 디바이스를 식별하는, 상기 어드레스와는 상이한 고유한(unique) 글로벌 식별자를 담고 있다.
본 발명의 일 실시예에 따르면, 한 디바이스를 설명하는 자동 설명 정보는 상기 디바이스를 제어 가능하게 하는 소프트웨어 모듈의 특성을 담고 있다.
본 발명의 일 실시예에 따르면, 알림 메시지는 네트워크를 통한 브로드캐스팅(broadcasting)에 의해 전송된다.
본 발명의 일 실시예에 따르면, 알림 메시지는 다른 디바이스가 가입했었던 미리 정의된 멀티캐스팅 어드레스 상의 멀티캐스팅에 의해 전송된다.
본 발명은 또한 상기 디바이스를 설명하는 자동 설명 정보를 포함하는 알림 메시지를, 상기 네트워크에서의 모든 다른 디바이스에 전송하기 위한 수단,
자동 설명 정보 요청에 관한 메시지를 상기 네트워크에서의 모든 다른 디바이스에 전송하기 위한 수단 및
상기 네트워크의 다른 디바이스 각각을 설명하는 정보를 포함하는 응답 메시지를 수신하기 위한 수단을 가지는 네트워크에 연결 가능한 디바이스에 관한 것이다.
본 발명의 일 실시예에 따르면, 이 디바이스는 네트워크 상의, 디바이스의 어드레스와는 상이한 고유한 글로벌 식별자를 생성하는 것을 가능하게 하는 수단을 포함한다.
본 발명의 일 실시예에 따르면, 이 디바이스는 네트워크를 통한 브로드캐스팅에 의해 알림 메시지를 전송하기 위한 수단을 포함한다.
본 발명의 일 실시예에 따르면, 이 디바이스는 다른 디바이스가 가입했었을 미리 정의된 멀티캐스팅 어드레스 상의 멀티캐스팅에 의해 알림 메시지를 전송하기 위한 수단을 포함한다.
본 발명은 다음의 첨부 도면을 참조하는 상세한 설명을 읽음으로써 더 잘 이해되고, 다른 특징과 장점 또한 명백해진다.
도 1은 1394 네트워크 상에서 정의된 바와 같은 HAVi 스택의 아키텍처를 도시하는 도면.
도 2는 본 발명의 예시적인 실시예에서 구현된 바와 같은 HAVi 스택의 아키텍처를 도시하는 도면.
도 3은 본 발명의 예시적인 실시예에서 정의된 바와 같은 알림 패킷의 포맷을 도시하는 도면.
도 4는 본 발명의 예시적인 실시예에서 정의된 바와 같은 SDD 요청 패킷의 포맷을 도시하는 도면.
도 5는 본 발명의 예시적인 실시예의 환경 내에서의 네트워크 발명의 국면 단계들을 도시하는 도면.
도 6은 IP 네트워크 상에서 HAVi를 지원하는 디바이스의 하드웨어 아키텍처를 도시하는 도면.
다음에 나오는 본 발명의 예시적인 실시예는 IP형 네트워크에 HAVi를 적응시키는 프레임워크 내에서 설정되지만, 본 발명은 이러한 유형의 네트워크에 제한되지 않고, 임의의 다른 유형의 네트워크에 HAVi를 적응시키는데 사용될 수 있음이 분명하다. 본 발명은 또한 네트워크에 연결된 디바이스를 발견하려고 한다면 HAVi 이외의 사양의 환경 내에서 사용될 수 있다.
도 1은 1394 버스로 이루어지는 네트워크 상의 HAVi 사양에서 정의된 바와 같은 HAVi 스택의 아키텍처를 도시한다. HAVi 스택은 API("Application programming interface")(1.1)을 거쳐 JAVA 언어로 프로그래밍 가능하다. 디바이스의 스택은 디바이스를 제어하기 위한 모듈이나 디바이스(FCM은 "Function Control Module의 약어)(1.7)의 기능을 제어하기 위한 모듈을 포함할 수 있다. 이 스택은 또한 네이티브(native) 모듈을 포함할 수 있다. 레지스터 베이스(1.2)("레지스트리")는 네트워크 상의 모든 디바이스의 기초(base)를 지속시킨다. 이벤트 관리자(1.3)는 디바이스의 상태 변경으로 생기는 이벤트의 네트워크를 통해 전송하는 역할을 한다. 자원(resource) 관리자(1.4)는 자원의 공유와 행동 스케줄 조정을 허용한다. 디바이스 제어 모듈 관리자(1.5)는 네트워크 상의 다른 디바이스의 제어를 허용하는 모듈을 설치 및 제거하는 것을 가능하게 한다. 스트림 관리자(1.6)는 네트워크를 통해 오디오 및 비디오 콘텐츠의 스트림을 실시간으로 전달하는 것의 관리를 가능하게 한다. 메시지(messaging) 시스템(1.9)은 시스템의 다양한 구성 성분 사이에서 메시지를 통과시키는 역할을 한다. 전송 층(1.10){TAM은 "Transport Adaptation Module(전송 적응 모듈)"의 약어}에의 적응을 위한 모듈은 HAVi 메시지의 조립(assenbly)과 분열(fragmentation)을 허용한다. 전송 매체(1.11)(CMM은 "Communication Media Manager"의 약어)의 관리자는 시스템의 다른 요소가 메시지 관리자를 수반하지 않고 직접 전송 매체를 사용하는 것을 허용한다. 이는 특히 제어가 독점 프로토콜에 의존하는 비-HAVi 디바이스 제어 모듈을 구현할 수 있게 하 는 데 있어 필수적이다. 스트림 관리자, TAM 또는 CMM은 이 경우 1394에서 네트워크(1.12)의 드라이버와 대화를 한다.
도 2는 본 발명의 예시적인 실시예의 환경에서 HAVi 스택의 아키텍처를 도시한다. 도 2에서 발견되는 것들은 전송 층 적응 모듈(2.10)을 제외하고는 도 1에서와 동일한 요소들이다. 여기서 TAM으로서 작용하는 TCP 프로토콜을 발견한다. 전송 매체 관리자는 IP에 적응해야 하고, 더 이상 1394에는 적응하지 않는다. 그러므로 CMMIP(2.11)을 가진다. 이들 모듈은 IP 층(2.12)과 상호작용한다. 이 부분에 관한 스트림 관리자는 스트림 교환을 위한 IP를 통한 서비스의 품질을 제공하는 802.1p/Q(2.13)와 상호작용하게 된다.
HAVi 사양은 소프트웨어 성분에 관한 네트워크 상의 고유한 식별자를 정의하고, 이 식별자는 "Software Element Identifier(소프트웨어 요소 식별자)"의 약어인 SEID라고 부른다. 이 식별자는 80비트로 코딩되고, 2개의 별개의 요소로 이루어지며, 제 1 식별자는 네트워크 상의 소프트웨어 성분을 호스팅하는 디바이스의 고유한 식별에 대응한다. 이 식별자는 64비트로 되어 있고, "Global Unique Identifier(글로벌 고유한 식별자)"의 약어인 GUID라고 부른다. 이 GUID는 1394 디바이스를 고유하게 식별하기 위해 IEEE 1394 표준에 의해 정의되는데, 즉 임의의 1394 디바이스의 읽기 전용 메모리에 저장된 1394 성분의 EUI-64이다. IEEE가 문헌 "64비트 글로벌 식별자(EUI-64TM) 등록 권한에 대한 안내서"에서 정의된 바와 같은 EUI-64는, 40비트 확장자가 다음에 오는 24비트의 회사 식별자(company identifier)로 이루어진다.
SEID를 구성하는 제 2 요소는 그것을 호스팅하는 디바이스 내의 성분을 식별하는 것을 가능하게 하는 16비트의 식별자이다. 네트워크 상의 디바이스에 관한 고유한 식별자와 디바이스 상의 성분의 식별자를 연결(concatenate)함으로써, HAVi 네트워크 내의 임의의 소프트웨어 성분을 고유하게 식별하는 것이 가능하게 된다.
하지만 IP 네트워크 상에는 어떠한 등가의 64비트 식별자도 존재하지 않는다. 이 네트워크 상에는 IP 버전 4의 32비트의 IP 어드레스와 IP 버전 6에서의 128비트 어드레스 또는 심지어 네트워크가 이더넷 네트워크일 때 48비트의 MAC 어드레스만이 존재하게 된다. 첫 번째 아이디어는, 로컬 식별자를 구비한 관련 네트워크의 자연적인 식별자를 디바이스에 연결시키고, 80비트의 SEID를 구성하기 위해 디바이스를 보충함으로써, SEID를 구성하는 것이다. 실제로 이러한 해결책은 이질적인 네트워크가, 예컨대 1394에 기초한 버스와 IP에 기초한 또 다른 버스를 연결하기 위한 경우에는 작동하지 않는다. 이 경우, 64비트의 GUID와 16비트의 로컬 식별자에 기초하여 구성된 SEID와, 예컨대 32비트의 IP 어드레스와 48비트의 로컬 식별자에 기초하여 구성된 다른 것들과의 공존은 식별자의 비-고유성을 초래할 수 있다. 특히 169.254.100.16의 IP 어드레스와 0x000000123456의 로컬 식별자에 대응하는 0xA9FE6410000000123456의 SEID는 0xA9FE641000000012의 GUID와 0X3456의 로컬 식별자로 이루어진 SEID와 충돌할 수 있다. 따라서, HAVi를 관리하기를 희망하는 네트워크의 유형에 무관하게, 64비트의 GUID의 식별자와 16비트의 로컬 식별자로서의 SEID의 구조를 유지하는 것이 적절하다.
그러므로 1394 상의 표준 GUID, 따라서 IEEE의 EUI-64와 간섭하지 않는 의도된 네트워크 상의 GUID를 생성하는 수단을 찾는 것이 필수적이다. 이들 EUI-64는 디바이스가 비롯되는 회사를 식별하는 24비트 상의 회사 식별자와, EUI-64가 비롯되는 회사에 의해 관리된 40비트의 확장부가 연결된 것이고, 이러한 회사는 그것으로부터 비롯되는 식별자의 전체 세트 내에서 그것의 고유성에 대한 책임을 진다. 회사 식별자는 IEEE 등록 기관에 의해 중앙 집중화된 방식으로 관리된다. IP 버전 4 네트워크 상의 그러한 GUID를 구성하는 제 1 수단은 당면한 32비트 상의 IP 어드레스로 연결된 0xFFFFFFFE를 취하는 것이다. 값(0xFFFFFF)이 회사 식별자에 의해 IEEE에 의해 할당되어서는 않되므로, 이러한 GUID 구성 방법은 분명히 EUI-64로 형성된 GUID와 충돌하지 않는 식별자를 만들게 된다.
또 다른 작업 방식은, 48비트의 MAC 어드레스를 확장함으로써, EUI-64를 구성하는 IEEE에 의해 주장된 방법, 즉 0xcccccc가 MAC 어드레스에서의 회사를 식별하는 부분을 나타내고 0xeeeeee가 MAC 어드레스에서의 확장을 나타내는 0xccccccFFFFeeeeee 형태의 구성을 선택하는 것을 사용하는 것이다. 이 경우, IEEE가 0xFFFFFE가 아닌 0xFFFFFF로 시작하지 않아야 하는 40비트 확장의 할당을 규제한다는 사실을 통해, EUI-64와 충돌하지 않는 것이 보장되고, 이들은 MAC-48 어드레스와 EUI-48의 확장의 표시로서 각각 예약된다.
다음 테이블은 이전 문단에서 언급된 어드레스 또는 식별자의 다양한 포맷을 요약해 놓은 것이다.
MAC-48 어드레스 {
company_id 24비트
extension 24비트
}
EUI-48 {
company_id 24비트
extension 24비트
}
EUI-64 {
company_id 24비트
extension 40비트
}
SEID {
GUID 80비트
Local_id 16비트
}
IP 버전 6 네트워크의 경우, 문제는 약간 상이하다. 특히 이러한 IP 버전은 128비트의 어드레스를 주장한다. IP 버전 6 어드레스는 64비트의 2개 부분, 접두사 및 인터페이스의 식별자로 이루어진다. 이러한 식별자는 회사 식별자에서의 "u/l" 비트와는 별도로 EUI-64에 대응하도록 설계된다. 하지만 이러한 차이는 EUI-64의 고유성을 위태롭게 하지 않는다. 그러므로 HAVi 디바이스의 GUID를 구성하도록 IP 버전 6 어드레스의 마지막 64 비트를 직접 취하는 것이 가능하다.
IP 버전 4와 IP 버전 6 2가지로 양립 가능한 디바이스의 경우, 디바이스의 IP 버전 6 어드레스에 의해 정의된 식별자를 취하게 된다. IP 버전 4를 따르고 그 다음 버전 6 양립 가능하게 되는 네트워크 상에서 시작하는 디바이스에 있어서는, 디바이스가 분리되고 다시 연결되는 것으로 간주되어, 그것의 버전 6 어드레스로부터 생기는 식별자가 할당된다.
HAVi 디바이스가 네트워크에 연결되면, 그것이 이러한 네트워크 상에서 이용 가능한 다른 디바이스를 확인하는 것을 허용하는 네트워크 발견 국면으로 들어간 다. 기초가 되는 네트워크가 1394 버스인 종래의 경우, 새로운 디바이스의 플러그 인(plugging in)에 의해 생긴 버스 리셋 국면은 버스에 연결된 다른 디바이스의 각각의 버스에 대한 어드레스의 리스트를 각 디바이스에 의해 얻는 것으로 끝난다. 이후, 새로운 디바이스는 네트워크의 각 디바이스를 응답 지령 신호를 보낼 수 있어, 디바이스의 자동 설명 데이터를 그것의 읽기 전용 메모리에서 읽게 된다{SDD는 Self Describing Device(자기 설명 디바이스)의 약어}. 특히 HAVi 사양은 각 디바이스가 IEEE 1212 표준을 따르는 이들과 같은 어드레스 지정 가능한 데이터를 가질 것을 요청한다.
그러므로 이러한 문제점은 1394 버스 이외의 네트워크를 통해 이러한 발견 국면의 위치를 바꾸어 놓는 것을 야기한다. 한편 네트워크의 디바이스가 그러한 네트워크에 연결된 모든 디바이스의 어드레스의 리스트를 검색하는 것을 허용하는 자연적인 메커니즘은 없다. 반면에 IEEE 1212 표준을 따를 때 행해지는 것처럼 원격 디바이스의 메모리로 가고 메모리로부터 읽어들이는 것이 일반적으로 가능하지 않다. 이와 대조적으로 IP 네트워크는, 어떠한 특별한 수령인이 없는 네트워크를 통해 메시지를 전송하는 것을 가능하게 하는 브로드캐스팅 메커니즘을 가지고, 이 경우 연결된 각 디바이스는 상기 메시지를 수신한다. 그러므로 네트워크에 연결되는 각 디바이스는 브로드캐스팅 메시지를 네트워크를 통해 알림 자체에 전송할 수 있다.
멀티캐스트 메커니즘 또한 존재한다. 이 메커니즘은 멀티캐스트 어드레스를 정의한다. 이 메커니즘을 통해, 이러한 멀티캐스트 어드레스 쪽으로 보내진 임의의 패킷은 이러한 브로드캐스팅 어드레스에 가입한 임의의 디바이스에 의해 수신된다. 그러므로 HAVi 디바이스의 네트워크 상에서 알림 전용의 알려진 멀티캐스트 어드레스를 정의하는 것이 가능하다. 네트워크에 연결되는 각 디바이스는 스스로 이러한 멀티캐스트 어드레스에서 알리고, 이러한 전용 어드레스에 가입한 네트워크의 모든 다른 디바이스는 그러한 알림을 수신하게 된다.
게다가 이러한 메시지는 SDD에 담겨 있는 자동 설명 정보를 포함하고, 이러한 식으로 네트워크의 각 디바이스는 그것이 디바이스의 메모리로부터 그것을 읽기 위해 간 것처럼 그것의 정보를 가지고 그것의 테이블을 갱신할 수 있다. 예컨대 이러한 메시지는 IP 프로토콜을 통한 UDP를 사용할 수 있다. 이런 식으로, 우리는 UDP 에러 검출로부터 이득을 얻는다. 또한 HAVi 전용인 UDP 포트를 정의하는 것이 가능하다. 이러한 정보의 일 예가 도 3에 주어진다. 도 3에서 발견되는 것은
- HAVi 메시지 버전: HAVi 1.1 사양에서처럼, 이러한 디바이스에 의해 지원된 HAVi 시스템의 버전을 준다.
ｏ 제 1 바이트는 예약되고 0x00이어야 한다.
ｏ 제 2 바이트는 메이저 버전 번호이다.
ｏ 제 3 바이트는 마이너 버전 번호이다.
- 연산자 코드: 값은
ｏ 0: 라이브(live)
ｏ 1: 종료(exiting)
ｏ 2: 요청(request)
ｏ 3 내지 255: 예약(reserved)
- 갱신 식별자: 0으로 초기화되고 메시지에서의 값 변동시마다 증가되는 8비트 필드. 이는 메시지에서의 변동이 모든 값을 비교해야 하는 것 없이 일어나는지를 확인하는 것을 가능하게 한다.
- 디바이스 클래스: 디바이스의 클래스를 정의하고,
ｏ 0b0000: 예약
ｏ 0b0001: 기본 오디오 비디오(BAV)
ｏ 0b0010: 중간 오디오 비디오(IAV)
ｏ 0b0011: 전체(full) 오디오 비디오(FAV)
ｏ 0b0100 내지 0b1111: 예약
- DM: 이 비트는 IAV 디바이스에 관해 DCM 관리자가 구현되는지를 명시하고, BAV 디바이스에 관해서는 0으로 설정되야 하고, FAV 디바이스에 관해서는 1로 설정되어야 한다.
- SM: 이 비트는 IAV 디바이스에 관해 스트림 관리자가 구현되는지를 명시하고, BAV 디바이스에 관해서는 0으로 설정되야 하고, FAV 디바이스에 관해서는 1로 설정되어야 한다.
- RM: 이 비트는 IAV 디바이스에 관해 자원 관리자가 구현되는지를 명시하고, BAV 디바이스에 관해서는 0으로 설정되야 하고, FAV 디바이스에 관해서는 1로 설정되어야 한다.
- DC: 이 비트는 IAV 디바이스에 관해, 데이터에 의해 지시된 상호작용의 제 어기가 구현되는지를 명시하고, FAV 디바이스에 관해서는 DDI 제어기(DDI는 "<<Data Driven Interaction>>"의 약자)와 레벨(2) 사용자 인터페이스가 구현되는지를 명시하며, BAV 디바이스의 경우에는 0으로 설정되어야 한다.
- DS: 이 비트는 디바이스의 상태, 즉 활동중인지 비활동중인지를 명시하고, IP 네트워크 상의 HAVi 디바이스의 경우에는 1로 설정되어야 하는데, 이는 네트워크 상에서 스스로 알린다는 사실은 그 디바이스가 활동중임을 나타내기 때문이다.
- Br: 이 비트는 디바이스가 브릿지(bridge)인지를 명시한다.
- GUID: 디바이스의 글로벌 고유한 디바이스 식별자.
- IPV4 어드레스: 디바이스의 IP 버전 4 어드레스는 그것이 정의되지 않는다면 0으로 설정되어야 한다.
- IPV6 어드레스: 디바이스의 IP 버전 6 어드레스는 그것이 정의되지 않는다면 0으로 설정되어야 한다.
- 판매자 ID: IEEE에 의해 글로벌하고 고유한 방식으로 정의된 판매자의 식별자로서, 디바이스 제조자를 식별하는 것을 가능하게 한다.
- 판매자 길이: 판매자를 식별하는 텍스트의 길이를 명시하고, 각 문자는 16비트의 유니코드로서 코딩된다.
- 판매자 텍스트: HAVi 사양에 의해 50문자까지 제한된 판매자를 식별하는 문자 스트링.
- 모델 ID: 디바이스의 제조자에 의해 정의된 디바이스 모델을 식별한다.
- 모델 길이: 모델을 식별하는 텍스트의 길이를 명시하고, 각 문자는 16비트 의 유니코드로서 코딩된다.
- 모델 텍스트: 모델을 식별하는 문자 스트링으로서, HAVi 사양에 의해 50문자까지 제한된다.
다음 필드는 BAV 디바이스에 관해서만 이용 가능하다. IAV, FAV 디바이스와 이러한 정보를 제공하지 않고 따라서 DCM("Device Control Module") 코드 유닛이 없는 BAV 디바이스에 관해서는, 이들 필드가 존재해야 하고 "DCL URL 크기"가 그 뒤에 2개의 0의 보수 바이트가 오는 한, 0으로 설정되어야 한다.
- DCU 크기: 전달된 DCM 코드 유닛의 바이트 크기.
- DCU 설치된 공간: 작업공간을 카운트하지 않고 유닛을 설치하는데 필요한 메모리 크기.
- DCU 작업 공간: 코드 유닛에 의해 요청된 작업 공간의 추정치.
- DCU URL 크기: DCU의 어드레스의 바이트 크기.
- URL 데이터: 코드 유닛이 발견되는 어드레스를 형성하는 문자 스트링.
우리는 어떻게 네트워크에 연결되는 디바이스가 네트워크의 다른 디바이스에 스스로를 알리는지를 보았다. 이제 어떻게 이러한 디바이스가 네트워크의 다른 디바이스를 발견하는지를 정의하는 것이 필수적이다. 이를 위해, 디바이스는 네트워크를 통해 질문을 전송한다. 이 질문은 이전에 설명한 알림 메시지와 동일한 방식으로 전송될 수 있는데, 즉 알려진 어드레스를 가지고 브로드캐스팅하거나 멀티캐스팅한다. 이 어드레스는 알림 메시지나 이 메시지에 특정된 또 다른 알림 메시지에 관해 정의된 것과 동일할 수 있다. 이러한 질문을 수신하는 네트워크의 각 디바 이스는 유니캐스트 메시지를 가지고 응답한다. 그러므로 이 응답 메시지는 새롭게 연결된 디바이스에만 전송된다. 이 응답 메시지는 공지로서, SDD로부터 정상적으로 읽혀진 자동 설명 정보를 담고 있어야 한다. 이 응답 메시지는 "라이브"에 대해 0으로 설정된 연산자 코드 필드를 구비한 알림 메시지와 동일한 형태를 취할 수 있다. 요청 포맷은 도 3에 설명된 포맷일 수 있고, 도 3에서 "HAVi 메시지 버전" 필드는 공지와 동일한 의미를 가지며, 여기서 "연산자 코드" 필드는 2로 설정된다. 또한 응답 메시지가, 새로운 디바이스가 네트워크에 연결시 알림 메시지에 응답하여 직접 전송되는 것을 생각할 수 있다. 이 경우 알림 메시지와 요청 메시지는 병합된다.
네트워크에 연결되는 디바이스에 의해 그 네트워크를 발견하는 국면의 단계들이 도 5에 요약되어 있다. 이 디바이스는 단계(5.1)에서 네트워크에 연결된다. 일단 연결되면, 단계(5.2)에서 디바이스는 이미 연결된 디바이스에 관해 예정된 그 디바이스와 관련된 자동 설명 정보를 담고 있는 알림 메시지를 네트워크에 전송한다. 이 자동 설명 정보는 1394 디바이스의 SDD에 담겨진 정보의 대응하는 부분(counterpart)이다. 일단 디바이스가 스스로 네트워크를 통해 알리게 되면, 브로드캐스팅이나 멀티캐스트에 의해 모든 다른 디바이스(5.3)에 관해 예정된 요청을 전송한다. 네트워크의 다른 디바이스는, 단계(5.4)에서 요청의 발송자에 관련된 자동 설명 정보를 담고 있는 응답 메시지를 전송함으로써, 이러한 요청에 응답한다.
HAVi 사양은 그것의 아키텍처에서 통신 매체 관리자(CMM)의 존재를 제공한다. CMM은 HAVi 사양이 사용된 기초가 되는 네트워크에 의존하는 존재물이다. 이 관리자는 HAVi 성분이 HAVi 메시지의 교환을 통해 완전히 감시될 수 없는 디바이스과 상호작용할 수 있도록, 네트워크에 인터페이스를 부여한다. 기초가 되는 네트워크의 직접적인 사용을 허용하는 인터페이스를 부여함으로써, HAVi 모듈은 그것의 작동 모드와 그것이 사용하는 프로토콜, 심지어는 독점성에 무관하게 네트워크 상의 임의의 디바이스를 구동하는 것이 가능하게 된다. 이러한 관리자에 의해 부여된 또 다른 기능성은 네트워크 상의 HAVi 디바이스의 글로벌 고유한 식별자(GUID)와 그것들의 IP 어드레스 사이의 링크를 실행하는 것이다. 이러한 관리자는 또한 네트워크 상에서의 표시 메커니즘을 구현하는 것을 가능하게 한다. 이러한 표시 메커니즘에 의해, 네트워크를 통해 또 다른 디바이스에 의해 보내진 표시를 디바이스가 가입하는 것이 가능하게 된다. 그러므로 이러한 관리자를 구성하는 다양한 기능의 설명에서 보여지는 바와 같이, 메시지의 형태로 된 이러한 표시를 수신하고, 이들 가입을 관리할 수 있게 된다. 이들 표시의 가입은 그것들의 원점의 기능과, 패킷이 참여하는 IP를 통한 프로토콜의 기능으로서 수신된 IP 패킷의 필터링에 대응한다. IP 네트워크에 적응된 관리자(CMMIP)는 다음 함수로 이루어진다:
Cmmip::GetGuidList
Status Cmmip::GetGuidList(out sequence<GUID> guidList)
guidList는 네트워크의 모든 디바이스의 GUID의 리스트이다.
이 기능은 네트워크의 모든 HAVi 디바이스의 GUID의 리스트를 검색할 수 있게 한다.
Cmmip::GetlPAddress
Status Cmmip::GetlPAdress(
In GUID guid,
Out sequence<IpAddress> ipAddressList>
guid는 HAVi 디바이스의 GUID이다.
InAddressList는 GUID가 네트워크 상의 guid인 디바이스의 IP 어드레스의 리스트이다. 디바이스는 최대 하나의 IP 버전 4 어드레스과 하나의 IP 버전 6 어드레스를 가질 수 있다.
이 기능은 그것의 GUID에 의해 식별된 디바이스의 IP 어드레스를 반환한다.
Cmmip::GetGuid
Status Cmmip::GetGuid(
in IpAdressipAdress,
out GUID guid)
ipAdress는 디바이스의 IP 어드레스이다.
GUID는 디바이스의 GUID이다.
이 기능은 그것의 IP 어드레스에 의해 식별된 디바이스의 GUID를 반환한다.
Cmmip::Send
Status Cmmip::Send(
In Boolean useGuid,
In GUID guid,
In IpAddress ipAdress,
In uchar hopLimit,
In uchar upperProtocol,
In sequence<octet> data)
useGuid는 누군가 GUID나 데스테이션 디바이스의 IP 어드레스를 그것을 식별하기 위해 사용하는지를 결정하는 부울식(Boolean)이다.
guid는 useGuid가 true로 설정되는 경우 메시지 수신 디바이스의 GUID이다.
ipAdress는 useGuid가 false로 설정되는 경우 메시지 수신 디바이스의 IP 어드레스이다.
hopLimit는 메시지가 파괴되기 전에 통과할 수 있는 라우터의 최대 개수이다.
upperProtocol은 IP 패킷에 담겨진 프로토콜의 코드로, 예컨대 UDP에 관한 코드는 17이다.
data는 전송하기를 원하는 데이터의 일련의 바이트를 나타낸다.
이 기능은 IP 패킷을 그것의 GUID나 IP 어드레스에 의해 식별된 디바이스에 전송하는 것을 가능하게 한다.
Cmmip::EnrollIndication
Status Cmmip::EnrollIndication(
in Boolean useGuid,
in GUID guid,
in lpAdresse ipAdress,
in OperationCode opCode,
in uchar upperProtocol,
out Boolean conflicts)
useGuid는 누군가 GUID 수신 디바이스의 IP 어드레스를 그것을 식별하기 위해 사용하는지를 결정하는 부울식이다.
guid는 useGuid가 true로 설정되는 경우 메시지 수신 디바이스의 GUID이다.
ipAdress는 useGuid가 false로 설정되는 경우 메시지 수신 디바이스의 IP 어드레스이다.
opCode는 호출자(calling party)가 제공한 연산 코드인데, 즉 관리자(CMMIP)가 클라이언트에게 전송할 통지 메시지의 "연산자 코드" 필드에 놓이게 되는 값이다.
upperProtocol은 수신하기를 원하는 표시에 의해 사용된 프로토콜이다.
conflicts는 이러한 가입 또는 ("등록")이 또 다른 가입과 충돌하는 경우 true인 값을 가지고, 그 외에는 false이다.
이 기능은 관리자(CMMIP)의 클라이언트가 주어진 프로토콜을 사용하는 네트워크를 통해 디바이스에 의해 전송된 표시를 가입하는 것을 허용한다. 이 메커니즘 은 송신자와, IP를 통해 사용된 프로토콜의 기능으로서의 디바이스의 인터페이스에 의해 수신된 IP 패킷을 필터링하는 것을 가능하게 한다. 모든 비트가 1로 설정되는(IP 버전 4에서의 0xffffffff 또는 IP 버전 6에서의 0xffffffffffffffffffffffffffffffff) IP 어드레스나 모든 비트가 1로 설정되는 GUID의 IP 어드레스는 발송자의 어드레스에 관한 필터링이 원치 않는다는 것과 발송자가 어떤 것이든지 관계없이 올바른 프로토콜을 가지는 수신된 모든 패킷을 수신하는 것을 원한다는 것을 표시하는 것을 가능하게 한다. 관리자(CMMIP)는 메시지 관리 시스템으로부터 얻은 Cmmip::EnrollIndication로부터 시작하는 클라이언트의 SEID를 저장하여, 이러한 가입에 대응하는 IP 패킷을 수신할 때 그것이 해당 패킷이 메시지를 거쳐 나중에 보게 될 CmmipIndication에 의해 되돌려 보내는 것을 계속해서 허용한다. 하나의 동일한 IP 패킷은 여러 개의 가입에 응답할 수 있고, 이 경우 모든 가입자 모듈에 전송될 것이다. CMMIP는 또한 클라이언트가 제거될 때 또는 디바이스가 네트워크로부터 언플러깅(unplugged)될 때 필터를 갱신하는 역할을 한다.
Cmmip::DropIndication
Status Cmmip::DropIndication(
in Boolean useGuid,
in GUID guid,
in IpAdresse ipAdress,
in uchar upperProtocol)
useGuid는 누군가 GUID 수신 디바이스의 IP 어드레스를 그것을 식별하기 위해 사용하는지를 결정하는 부울식이다.
guid는 useGuid가 true로 설정되는 경우 메시지 수신 디바이스의 GUID이다.
ipAdress는 useGuid가 false로 설정되는 경우 메시지 수신 디바이스의 IP 어드레스이다.
upperProtocol은 더 이상 수신하기를 원하는 표시에 의해 사용된 프로토콜이다.
이 기능은 클라이언트가 가입 해제(desubscribe)를 하는 것을 허용한다.
<Client>::CmmipIndication
Status<Client>::Cmmiplndication
in Boolean useGuid,
in GUID guid,
in IpAdresse ipAdress,
in uchar upperProtocol,
in ushort dataSize,
in sequence<octet> indicationData)
useGuid는 누군가 GUID 수신 디바이스의 IP 어드레스를 그것을 식별하기 위해 사용하는지를 결정하는 부울식이다.
guid는 useGuid가 true로 설정되는 경우 메시지 수신 디바이스의 GUID이다.
ipAdress는 useGuid가 false로 설정된 경우, 메시지 수신 디바이스의 IP 어 드레스이다.
upperProtocol은 전송하기를 원하는 표시에 의해 사용된 프로토콜이다.
dataSize는 전송할 것을 생각하는, 바이트로 된 데이터의 크기이다.
indicationData는 표시를 구성하는 실제 데이터를 나타내는 바이트의 시퀀스이다.
이 기능은 클라이언트에 가입의 기준을 만족하는 IP 패킷에 대응하는 메시지를 전송하기 위해 CMMIP에 의해 사용된다. IP 패킷을 수신하게 되면, CMMIP는 디바이스 상에 존재하는 클라이언트에 관해 통용되고 있는 다양한 가입을 테스트한다. IP 패킷의 원점과 프로토콜이 클라이언트의 가입에 의해 고정된 기준에 대응한다면, 그러한 패킷은 이러한 기능에 의해 전송된다.
NewDevice
void NewDevices(in sequence<GUID> guidList)
guidList는 새로운 디바이스의 GUID의 리스트이다.
이 이벤트는 하나 이상의 새로운 디바이스가 네트워크 상에서 자신을 알릴 때 CMMIP에 의해 생성된다. 이 이벤트는 CMMIP를 호스팅하는 디바이스 상에서 국부적으로만 공급되는데, 이는 네트워크 상의 각 HAVi 디바이스가 그것 자체의 HAVi를 가지고, 그 이벤트의 브로드캐스팅이 반드시 필수적인 것이 아니기 때문이다.
GoneDevices
void GoneDevices(in sequence<GUID> guidList)
guidList는 분리된 디바이스의 GUID의 리스트이다.
이 이벤트는 하나 이상의 디바이스가 네트워크로부터 분리될 때, CMMIP에 의해 생성된다. 네트워크로부터 디바이스가 분리되는 것은 이러한 분리를 알리는 메시지의 전송에 의하거나 해당 디바이스와 통신 시소 또는 발견 국면 동안의 시간 제한의 만료에 의해 검출된다. 이 경우, CMMIP는 이벤트 관리자를 거쳐 네트워크를 빠져나간 디바이스의 GUID에게 신호를 보내는 이벤트 관리자를 거쳐 이벤트를 전송한다. 이 이벤트는 CMMIP를 호스팅하는 디바이스 상에서 국부적으로만 공급되는데, 이는 네트워크 상의 각각의 HAVi 디바이스가 그 자신의 CMMIP를 가지고, 이벤트의 브로드캐스팅이 반드시 필요하지는 않기 때문이다.
ChangedDevices
void ChangedDevices(in sequence<GUID> guidList)
guidList는 IP 어드레스를 변경한 디바이스의 GUID의 리스트이다.
이 이벤트는 하나 이상의 네트워크의 디바이스가 IP 어드레스를 변경했을 때 CMMIP에 의해 생성된다. 이러한 변경은 IP나 다른 어드레스들 사이의 충돌 감지로부터 일어날 수 있다. CMMIP는 IP 어드레스를 변경한 디바이스의 GUID에 신호를 보내는 이벤트 관리자를 거쳐 이벤트를 전송한다. 이 이벤트는 CMMIP를 호스팅하는 디바이스 상에서 국부적으로만 공급되는데, 이는 네트워크 상의 각각의 각각의 HAVi 디바이스가 그 자신의 CMMIP를 가지고, 이벤트의 브로드캐스팅이 반드시 필요하지는 않기 때문이다. 이러한 이벤트의 수신기, 그렇게 하기를 바라는 클라이언트는 Cmmip::GetIPAddress 기능을 거쳐 디바이스나 해당 디바이스들의 새로운 어드레스를 요청할 수 있다.
GuidListReady
void GuidListReady(
in sequence<GUID> guidList
in sequence<GUID> goneDevices,
in sequence<GUID> newDevices,
in sequence<GUID> changedDevices)
guidList는 네트워크에 연결된 모든 HAVi 디바이스의 GUID의 리스트이다.
goneDevices는 재구성 동안 네트워크로부터 사라진 디바이스의 GUID의 가능하게는 빈, 리스트이다.
newDevices는 재구성 동안 네트워크상에 나타난 디바이스의 GUID의 가능하게는 빈, 리스트이다.
changedDevices는 재구성 동안 변경된 IP 어드레스를 가지는, 디바이스의 GUID의 가능하게는 빈, 리스트이다.
이 이벤트는, 네트워크의 디바이스의 GUID의 리스트가 이용 가능할 때, CMMIP에 의해 생성된다. 실제로, 네트워크의 재구성 동안 이 리스트는 Cmmip::GetGuidList 기능을 거쳐, 새롭게 재구성된 네트워크의 발견 국면을 CMMIP가 완료하는 시간에 대해 더 이상 이용 가능하지 않게 된다. 이 이벤트는 디바이스에 국한된 이벤트이다.
ProxyGuidCreated
void ProxyGuidCreated(
in GUID proxyGuid,
in sequence<IpAddress> ipAddressList)
proxyGuid는 비-HAVi 디바이스에 관해 생성된 GUID이다.
ipAddressList는 비-HAVi 디바이스의 IP 어드레스들의 리스트이다.
네트워크의 HAVi 디바이스가 네트워크 상의 비-HAVi 디바이스와 상호작용하기를 원할 때{LAV는 "Legacy Audio Video device(레거시 오디오 비디오 디바이스)"의 약어}, 이러한 상호작용을 관리할 수 있는 디바이스 제어 모듈(DCM)을 설치할 수 있다. HAVi 세계에서 이러한 디바이스의 식별을 위해서는, 그러한 식별자를 가지지 않는 비-HAVi 디바이스를 아는 GUID를 할당하는 것이 필수적이다. 그러므로 그것과 작용하기를 원하는 HAVi 디바이스는 그것에 GUID를 할당하게 되고, 이러한 GUID(proxy)에 의해 어드레스 지정된 이러한 디바이스에 관한 HAVi 세계에서의 중계(relay) 역할을 하게 된다. 이러한 중계 GUID의 생성은, 이러한 비 국부적인 이벤트에 의해, 생성된 중계 GUID와 과 그렇게 식별된 디바이스의 IP 어드레스의 비국부적인 시그널링에 대해서 네트워크 상에서 신호가 보내지게 된다.
그러므로 그렇게 구현된 CMMIP 모듈은, 네트워크의 디바이스의 GUID의 리스트를 구성하고, GUID와 이들 디바이스의 IP 어드레스 사이의 링크를 실행할 수 있게 한다. 또한 그것의 GUID나 그것의 IP 어드레스에 의해 알려진 디바이스에, 네트워크를 통한 IP 메시지의 전송을 가능하게 한다. 또한 IP 메시지를 수신하는 것에 대한 등록 가능성을 제공하는데, 이는 그것들의 원점과 IP를 통해 사용된 프로토콜을 특징으로 한다.
IP 네트워크 상의 HAVi를 지원할 수 있는 디바이스(6.1)는 도 6에 설명된 아키텍처를 가진다. 이는 HAVi 스택에 의해 설명된 모듈을 실행할 프로세서(6.2)를 링크하는 내부 버스(6.4)를 가져야 한다. 디바이스의 읽기 전용 메모리(6.3)에 저장된 이들 프로그램은 실행을 위해 랜덤 액세스 메모리(6.5)에 로딩된다. IP 네트워크(6.7)와의 교환은 IP 네트워크 인터페이스(6.6)를 거쳐 실행된다.
전술한 바와 같이, 본 발명은 1394 버스 외의 네트워크 기술에 기초한 네트워크를 통한 오디오 및 비디오 상호 운용성에 이용 가능하다.

Claims (13)

1394 버스 이외의 오디오 및 비디오 상호 운용성(interoperability)을 위한 통신 네트워크에 연결 가능한 발견 디바이스에 의해, 상기 네트워크에 연결된 다른 모든 디바이스를 발견하는 방법으로서,
- 상기 네트워크에 상기 발견 디바이스를 연결하는 단계,
- 상기 발견 디바이스의 연결시 상기 발견 디바이스에 의해, 상기 발견 디바이스를 설명하는 자동 설명 정보를 포함하는 알림 메시지를, 상기 네트워크에 연결된 다른 모든 디바이스를 향해 전송하는 단계,
- 상기 발견 디바이스의 연결시 상기 발견 디바이스에 의해, 자동 설명 정보 요청 메시지를 상기 네트워크에 연결된 다른 모든 디바이스에 전송하는 단계,
- 상기 발견 디바이스에 의해 상기 네트워크에 연결된 다른 모든 디바이스 각각으로부터, 상기 네트워크에 연결된 다른 모든 디바이스의 자동 설명 정보를 포함하고, 상기 자동 설명 정보 요청 메시지에 응답하여 전달된 응답 메시지를 수신하는 단계를
포함하는, 네트워크에 연결된 다른 모든 디바이스를 발견하는 방법.
제 1항에 있어서, 요청 메시지와 알림 메시지는 병합되는, 네트워크에 연결된 다른 모든 디바이스를 발견하는 방법.
제 1항 또는 제 2항에 있어서, 하나의 디바이스를 설명하는 자동 설명 정보는 상기 디바이스의 네트워크 상의 어드레스를 담고 있는, 네트워크에 연결된 다른 모든 디바이스를 발견하는 방법.
제 1항 또는 제 2항에 있어서, 하나의 디바이스를 설명하는 자동 설명 정보는 네트워크 상의 디바이스를 식별하는, 어드레스와는 상이한 고유한(unique) 글로벌 식별자를 담고 있는, 네트워크에 연결된 다른 모든 디바이스를 발견하는 방법.
제 1항 또는 제 2항에 있어서, 하나의 디바이스를 설명하는 자동 설명 정보는 상기 디바이스를 제어 가능하게 하는 소프트웨어 모듈의 특성을 담고 있는, 네트워크에 연결된 다른 모든 디바이스를 발견하는 방법.
제 1항 또는 제 2항에 있어서, 상기 알림 메시지는 네트워크를 통한 브로드캐스팅(broadcasting)에 의해 전송되는, 네트워크에 연결된 다른 모든 디바이스를 발견하는 방법.
제 1항 또는 제 2항에 있어서, 상기 알림 메시지는 다른 디바이스가 가입한 미리 정의된 멀티캐스팅 어드레스로의 멀티캐스팅에 의해 전송되는, 네트워크에 연결된 다른 모든 디바이스를 발견하는 방법.
1394 버스 이외의 오디오 및 비디오 상호 운용성을 위한 네트워크에 연결 가능한 발견 디바이스로서,
연결시, 상기 발견 디바이스를 설명하는 자동 설명 정보를 포함하는 알림 메시지를, 상기 네트워크 내의 다른 모든 디바이스에 전송하는 수단과,
연결시, 자동 설명 정보를 요청하는 메시지를 상기 네트워크 내의 다른 모든 디바이스에 전송하는 수단과,
상기 자동 설명 정보의 요청에 응답하여 전달된, 상기 네트워크 내의 다른 모든 디바이스 각각을 설명하는 정보를 포함하는 응답 메시지를 수신하는 수단을
구비하는, 네트워크에 연결 가능한 발견 디바이스.
제 8항에 있어서, 하나의 디바이스를 설명하는 자동 설명 정보는 상기 디바이스의 네트워크 상의 어드레스를 포함하는, 네트워크에 연결 가능한 발견 디바이스.
제 8항 또는 제 9항에 있어서, 상기 네트워크 상의, 상기 디바이스의 어드레스와는 상이한 고유한 글로벌 식별자를 생성하는 것을 가능하게 하는 수단을 포함하는, 네트워크에 연결 가능한 발견 디바이스.
제 8항 또는 제 9항에 있어서, 하나의 디바이스를 설명하는 자동 설명 정보는 상기 디바이스를 제어 가능하게 하는 소프트웨어 모듈의 특성을 포함하는, 네트워크에 연결 가능한 발견 디바이스.
제 8항 또는 제 9항에 있어서, 상기 네트워크를 통한 브로드캐스팅에 의해 알림 메시지를 전송하기 위한 수단을 포함하는, 네트워크에 연결 가능한 발견 디바이스.
제 8항 또는 제 9항에 있어서, 다른 디바이스가 가입한 미리 정의된 멀티캐스팅 어드레스로의 멀티캐스팅에 의해 알림 메시지를 전송하기 위한 수단을 포함하는, 네트워크에 연결 가능한 발견 디바이스.
KR1020067012900A 2004-01-06 2005-01-04 가정용 네트워크의 발견 방법과 그러한 발견 방법을 구현하는 디바이스 KR101157575B1 (ko)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
FR0400072A FR2864871A1 (fr) 2004-01-06 2004-01-06 Methode de decouverte d'un reseau domestique et appareil implementant la methode
FR0400072 2004-01-06
PCT/EP2005/050024 WO2005067210A1 (en) 2004-01-06 2005-01-04 Method of discovery of a domestic network and device implementing the method

Publications (2)

Publication Number Publication Date
KR20070028300A KR20070028300A (ko) 2007-03-12
KR101157575B1 true KR101157575B1 (ko) 2012-06-19

Family

ID=34673857

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1020067012900A KR101157575B1 (ko) 2004-01-06 2005-01-04 가정용 네트워크의 발견 방법과 그러한 발견 방법을 구현하는 디바이스

Country Status (9)

Country Link
US (1) US7844660B2 (ko)
EP (1) EP1702436B1 (ko)
JP (1) JP4592707B2 (ko)
KR (1) KR101157575B1 (ko)
CN (1) CN1906895B (ko)
BR (1) BRPI0506450A (ko)
DE (1) DE602005016214D1 (ko)
FR (1) FR2864871A1 (ko)
WO (1) WO2005067210A1 (ko)

Families Citing this family (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
RU2007135827A (ru) 2005-03-30 2009-05-10 Уэлч Аллин, Инк. (Us) Обмен информацией множеством элементов сети
US8788687B2 (en) 2006-10-04 2014-07-22 Welch Allyn, Inc. Dynamic medical object information base
JP2008097297A (ja) * 2006-10-11 2008-04-24 Nippon Telegr & Teleph Corp <Ntt> 通信装置、通信方法および通信プログラム
US7730516B2 (en) 2007-02-27 2010-06-01 Sony Corporation TV-centric system
JP5149388B2 (ja) 2007-09-12 2013-02-20 ザ トラスティーズ オブ コロンビア ユニバーシティ イン ザ シティ オブ ニューヨーク 黄斑変性症を処置するための組成物及び方法
WO2010150314A1 (ja) * 2009-06-25 2010-12-29 パイオニア株式会社 ミキサー装置、再生システム、プレーヤーおよびプログラム
US9560487B2 (en) 2011-12-23 2017-01-31 Intel Corporation Method and apparatus for wireless location tracking
GB2504725B (en) * 2012-08-08 2017-01-11 Samsung Electronics Co Ltd Resource sharing between devices
US9607206B2 (en) 2013-02-06 2017-03-28 Sonavation, Inc. Biometric sensing device for three dimensional imaging of subcutaneous structures embedded within finger tissue
CN104618375B (zh) * 2015-01-30 2018-09-28 普联技术有限公司 一种网络设备的发现方法及装置
CN113587393B (zh) * 2021-08-05 2022-11-29 青岛海信日立空调***有限公司 中央空调控制***

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6466549B1 (en) * 1999-04-12 2002-10-15 Intel Corporation Broadcast discovery in a network having one or more 1394 buses

Family Cites Families (16)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5187787B1 (en) * 1989-07-27 1996-05-07 Teknekron Software Systems Inc Apparatus and method for providing decoupling of data exchange details for providing high performance communication between software processes
US6052750A (en) * 1998-01-06 2000-04-18 Sony Corporation Of Japan Home audio/video network for generating default control parameters for devices coupled to the network, and replacing updated control parameters therewith
US6496859B2 (en) * 1998-11-25 2002-12-17 Xerox Corporation System for network device location
US6845393B1 (en) * 1999-06-14 2005-01-18 Sun Microsystems, Inc. Lookup discovery service in a distributed system having a plurality of lookup services each with associated characteristics and services
US8032833B1 (en) 1999-07-27 2011-10-04 Samsung Electronics Co., Ltd. Home network device information architecture
US7577834B1 (en) * 2000-05-09 2009-08-18 Sun Microsystems, Inc. Message authentication using message gates in a distributed computing environment
US7016966B1 (en) * 2000-05-09 2006-03-21 Sun Microsystems, Inc. Generating results gates in a distributed computing environment
US7243356B1 (en) * 2000-05-09 2007-07-10 Sun Microsystems, Inc. Remote method invocation with secure messaging in a distributed computing environment
US7200848B1 (en) * 2000-05-09 2007-04-03 Sun Microsystems, Inc. Migrating processes using data representation language representations of the processes in a distributed computing environment
US7260543B1 (en) * 2000-05-09 2007-08-21 Sun Microsystems, Inc. Automatic lease renewal with message gates in a distributed computing environment
US6898618B1 (en) * 2000-05-09 2005-05-24 Sun Microsystems, Inc. Client-specified display services in a distributed computing environment
US7188251B1 (en) * 2000-05-09 2007-03-06 Sun Microsystems, Inc. System and method for secure message-based leasing of resources in a distributed computing environment
US6917976B1 (en) * 2000-05-09 2005-07-12 Sun Microsystems, Inc. Message-based leasing of resources in a distributed computing environment
JP2002099473A (ja) 2000-09-25 2002-04-05 Casio Comput Co Ltd ネットワーク上のサービス情報収集方法、ネットワーク上のサービス情報収集装置及びネットワーク上のサービス情報収集プログラムを格納した記録媒体
US7433942B2 (en) * 2001-02-27 2008-10-07 Intel Corporation Network management
WO2003098873A1 (en) * 2002-05-17 2003-11-27 Legend (Beijing) Limited A method to realize dynamic networking and resource sharing among equipments

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6466549B1 (en) * 1999-04-12 2002-10-15 Intel Corporation Broadcast discovery in a network having one or more 1394 buses

Also Published As

Publication number Publication date
FR2864871A1 (fr) 2005-07-08
BRPI0506450A (pt) 2006-12-26
EP1702436B1 (en) 2009-08-26
CN1906895B (zh) 2010-12-15
JP4592707B2 (ja) 2010-12-08
EP1702436A1 (en) 2006-09-20
US20090019136A1 (en) 2009-01-15
CN1906895A (zh) 2007-01-31
KR20070028300A (ko) 2007-03-12
JP2007518323A (ja) 2007-07-05
WO2005067210A1 (en) 2005-07-21
US7844660B2 (en) 2010-11-30
DE602005016214D1 (de) 2009-10-08

Similar Documents

Publication Publication Date Title
US7085814B1 (en) Data driven remote device control model with general programming interface-to-network messaging adapter
TWI374646B (en) Apparatus for automated service discovery and dynamic connection management and system for the same
EP1058422A1 (en) Methods for bridging a HAVi sub-network and a UPnP sub-network and device for implementing said methods
US7171475B2 (en) Peer networking host framework and hosting API
US7339895B2 (en) Gateway device and control method for communication with IP and IPV6 protocols
EP1330895B1 (en) Bridging system for interoperation of remote groups of devices
US20070168440A1 (en) Bandwidth-saving discovery on dual-stack upnp devices
JP2007281980A (ja) 通信装置
WO2003019864A2 (en) Method for bridging a upnp network and a havi network
KR101157575B1 (ko) 가정용 네트워크의 발견 방법과 그러한 발견 방법을 구현하는 디바이스
CN109936490B (zh) 基于VXLAN和OpenFlow的虚拟家庭网络共享方法及***
US20050078679A1 (en) Methods for establishing a connection between a first and a second device over a bridge connecting a havi-subnetwork to another subnetwork
US20050018696A1 (en) Method for connecting a havi cluster and an ip cluster using a bridge device, and associated bridge device
KR100433545B1 (ko) 동일 네트웍 상에 존재하는 기기들의 ＭＣＡＰ（Ｍｕｌｔｉｃａｓｔ ＣｈａｎｎｅｌＡｌｌｏｃａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）지원 여부 식별방법 및 이를 이용한 멀티캐스트 통신 방법
Obiltschnig Automatic configuration and service discovery for networked smart devices
MXPA06007739A (en) Method of discovery of a domestic network and device implementing the method
Jadia et al. Neel Jadia BE, Dharmsinh Desai University, India, 2008
Razak Major service discovery technology: A hands-on analysis
Cisco et al. UPnP Device Architecture V1. 1 Annex A–IP Version 6 Support
Jadia Establishing IPv6 connectivity for a cable modem
Nagel et al. IPv6
Nakamura et al. Caching method to increase the speed of UPnP gateway

Legal Events

Date Code Title Description
A201 Request for examination
E902 Notification of reason for refusal
E90F Notification of reason for final refusal
E701 Decision to grant or registration of patent right
GRNT Written decision to grant
FPAY Annual fee payment

Payment date: 20150518

Year of fee payment: 4

FPAY Annual fee payment

Payment date: 20160509

Year of fee payment: 5

FPAY Annual fee payment

Payment date: 20170522

Year of fee payment: 6

FPAY Annual fee payment

Payment date: 20180516

Year of fee payment: 7