KR20080031865A - 분산된 스테이션의 네트워크에서 디바이스의 활동을검출하는 방법과, 그러한 방법을 수행하기 위한 네트워크스테이션 - Google Patents

Abstract

본 발명은 로컬 데이터 전송 네트워크, 특히 가정 네트워크의 기술 분야에 관한 것이다. 이러한 네트워크에서는, 네트워크 스테이션이 그 네트워크에 연결하여 로그 온한다. 연결이 끊어지면 네트워크를 떠나는 네트워크 스테이션이 적절한 방식으로 로그 오프한다. 사용자가 네트워크로부터 단순히 네트워크 케이블을 잡아당김으로써 네트워크 스테이션과의 연결이 끊어지는 상황에서는, 로깅-오프 메시지를 전송하는 것이 물리적으로 불가능하다. 이제 본 발명은 활동하지 않는 네트워크 스테이션이 어떻게 신뢰성 있게 식별될 수 있는지의 문제에 관한 것이고, 또한 단순히 네트워크 플러그를 잡아당김으로써 네트워크 스테이션의 연결이 끊어지는 것을 고려한다. 본 발명은 네트워크에서의 스테이션에 대한 검색 요청의 정기적인 전송에 의해 이 문제를 해결한다. 검색 요청이 네트워크 스테이션(53)에 의해 대답을 받지 못한다면, HTTP 액세스(54)가 추가로 시도되는데, 예컨대 해당하는 네트워크 스테이션의 디바이스 서술 또는 제어 요청이 이루어진다. 네트워크 스테이션은 이러한 액세스/제어 요청이 또한 실패하는 경우에만 활동하지 않는 것으로 식별된다(56). UPnP 네트워크의 경우, 검색 요청에 대한 임의의 응답이 없다는 것이 네트워크 스테이션이 로그 오프하였음을 믿을 수 있게 자체적으로 나타내지 않도록, 보호되지 않은 SSDP 프로토콜을 사용하여 검색 요청이 이루어진다. 검색 요청에 응답하지 않은 네트워크 스테이션이 활동하지 않는다는 가정은, 에러-보호된 기초 하에 일어나는 HTTP 액세스에 의해 확증된다.

Description

분산된 스테이션의 네트워크에서 디바이스의 활동을 검출하는 방법과, 그러한 방법을 수행하기 위한 네트워크 스테이션{METHOD FOR DETECTION OF THE ACTIVITY OF A DEVICE IN A NETWORK OF DISTRIBUTED STATIONS, AS WELL AS A NETWORK STATION FOR CARRYING OUT THE METHOD}

본 발명은 근거리 통신망, 특히 가정 네트워크의 기술 분야에 관한 것이다.

다양한 가정 네트워크 표준이 가정 분야에서의 디바이스의 네트워킹용으로 이용 가능하다. 회사들의 컨소시엄, 특히 마이크로소프트사가 주도하는 컴퓨터 업계에서의 회사들의 컨소시엄은 현존하는 인터넷 프로토콜(IP)에 기초한 네트워크 제어 소프트웨어를 규격화(specification)하기 위한 구상 계획(initiative)을 시작하였다. 이러한 네트워크 시스템은 약성어인 UPnP(Universal Plug and Play)에 의해 알려졌다. UPnP 시스템은 표준화된 네트워크 프로토콜과 데이터 포맷의 시리즈에 기초하고, 상이한 제조업자로부터의 디바이스{PC, 라우터, 프린터, 스캐너와 같은 컴퓨터 업계로부터의 통상적인 디바이스, 가정 오락 전자 디바이스 및 백색 가전(white goods)과 빌딩 제어 시스템 분야에서의 가정용 디바이스를 포함하는}를 제어하기 위해 사용된다. 이 디바이스는 "주택용 게이트웨이(residential gateway)"에 의한 중앙 감시가 있거나 없는 IP-기반의 네트워크를 통해 네트워킹된 다. 이 경우, 네트워크 시스템은 플러그 앤 플레이(plug and play) 시스템의 형태로 되어 있는데, 즉 네트워크가 사용자와의 임의의 상호작용 없이 구성된다. 제어 포인트에 대응하는 제어 포인트 디바이스는 네트워크에서 디바이스를 자율적으로 찾을 수 있다. IP 통신을 지원하는 모든 유형의 매체는 예컨대 이더넷(Ethernet), 파이어와이어(Firewire), 블루투스(Bluetooth)와 무선랜(WirelessLAN) 등과 같은 무선 전송 시스템인 물리적 전송 매체로서 사용될 수 있다. IP, UDP(User Datagram Protocol), 멀티캐스트, TCP(Transmission Control Protocol), HTTP(Hyper Text Transfer Protocol), XML(Extended Mark up Language), SOAP(Simple Object Access Protocol) 및 SSDP(Simple Service Discovery protocol)와 같은 표준화된 기술이 사용된다.

UPnP 규격화는 UPnP 표준에 기초한 디바이스가 어떻게 설정되고, 감시될 수 있는지를 설명한다. 이러한 규격화의 기본 생각 중 하나는 표준 웹 브라우저를 통해 임의의 UPnP 디바이스를 동작시키는 것이 가능하다는 점이다. 이를 위해, 모든 UPnP 디바이스는 디바이스의 동작을 위한 HTML 페이지(소위 프리젠테이션 페이지)가 저장되는 웹 서버를 가진다.

UPnP 네트워크 시스템에서는, 네트워크에서의 어느 새로운 스테이션이 로그 온하여야 하는지에 대한 확증 과정이 수행되고, 연결이 끊어진 스테이션은 그 네트워크로부터 로그 오프하여야 한다. 이는 SSDP 프로토콜에 따라 특별한 메시지에 의해 이루어진다. UPnP 표준은 개별 네트워크 스테이션이 그것들의 활동을 정기적으로 통지할 것을 규정한다. 이는 네트워크 스테이션이 적어도 1800초마다 보내야 하 는 SSDP 메시지, 즉 "ssdp:alive"에 의해 이루어진다. 이는 30분이라는 최소 세션 지속 시간(duration)에 대응한다.

디바이스가 네트워크를 떠날 때, 그것들은 또한 "ssdp:byebye" 유형의 로깅-오프(logging-off) 메시지를 보내야 한다. 이러한 로깅-오프 메시지가 보내질 때, 제어 포인트 디바이스는 그것이 네트워크를 떠났음을 신속히 확증하기 위해 이러한 로깅-오프 메시지를 사용할 수 있다. 또한, 제어 포인트 디바이스는 또한 대응하는 네트워크 스테이션이 비활동인 상태로 바뀌었음을 식별하기 위해 정해진 반복 간격 후 임의의 활동 확증 메시지가 존재하지 않음을 사용할 수 있다. 사실, 디바이스가 그것들이 스위칭 오프될 때 ssdp:byebye 메시지를 보내는 것이 가능하여, - 심지어 그것들이 네트워크에 여전히 연결되어 있을지라도, 원칙적으로는 더 이상 네트워크에는 아무것도 없다. 하지만, 디바이스가 케이블을 잡아당김으로써 네트워크로부터 연결이 끊어진다면, 물리적인 이유로 언급된 로깅-오프 메시지를 보내는 것이 더 이상 가능하지 않다. 하지만, 지켜 져야할 최소 시간 기간이 30분보다는 다소 길기 때문에, 이는 사용자에 관한 예기치 않은 반응을 가질 수 있다. 특히 사용자가 일정 시간 동안 더 이상 활동하지 않는 상태로 이미 바뀌었지만 최대 허용 가능한 기간 동안 활동 확증 메시지가 아직 존재하는 디바이스를 사용하기를 희망하는 경우, 네트워크는 이상적으로 응답하지 않는다. 이는 네트워크가 존재하리라고 가정하는 디바이스에 액세스하자마자, 그 디바이스가 더 이상 활동하지 않는 것을 알게 되고, 갑자기 사용자 메뉴에서 사라져서 사용자를 혼란에 빠지게 할 수 있기 때문이다.

본 발명의 목적은 식별되지 않은 디바이스 로깅-오프(logging-off) 메시지의 경우 더 사용자 친화적(user-friendly) 응답을 제공하는 것이다.

본 발명에 따른 해결책은 짧은 시간 간격을 두고 규칙적으로 네트워크 스테이션으로 검색 요청을 보내는 제어 포인트 디바이스에 기초한다. 이는 UPnP 규격(specification)에 따라 허용 가능하고, 그러한 검색 요청에 관한 최소의 시간 간격은 존재하지 않는다. 따라서 예를 들면, 검색 요청이 매 5초, 10초 또는 15초마다 보내질 수 있다. 어드레스 지정된 네트워크 스테이션은 그러한 검색 요청에 응답해야 한다. 개별 디바이스로부터의 응답이 존재하지 않는다면, 제어 포인트 디바이스는 어느 디바이스가 네트워크를 떠났는지를 찾아낼 수 있다.

하지만, 이러한 경우 검색 요청과 연관된 응답이 모두 UDP 패킷으로서 보내지는 것, 즉 그러한 패킷이 또한 실제로 수신지에 도착하게 된다는 보장이 없다는 점을 기억해야 한다. UDP란 보호되지 않는 데이터 전송 프로토콜(unprotected data transmission protocol)이다. 이는 특히 개별 디바이스가 선이 없는(wire-free) 링크를 통해 네트워크와 통신할 때의 문제이다. 이러한 문제는 검색 요청에 대한 단일 응답의 부재가 디바이스가 활동하지 않는다는 가정을 초래하지 않는다는 접근법에 의해 명백히 해결될 수 있고, 이러한 가정은 2개 이상의 응답이 없은 후에만 이루어진다. 하지만, 이는 디바이스가 실제로 네트워크로부터 로그 오프되었는지를 식별하는데 있어서 시간이 더 걸린다는 단점을 가진다.

이러한 추가 문제를 해결하기 위해, 본 발명은 검색 요청에 대한 응답이 없는 경우, 디바이스가 여전히 활동중인지를 확인하기 위해 에러-보호된(error-protected) 전송 프로토콜이 추가로 사용된다는 점을 제공한다. UPnP 규격에 따른 디바이스 인식에 대한 전반적인 장(chapter)과 함께 SSDP 프로토콜은 명백히 이러한 방책을 지원하지 않지만, UPnP 규격화 내에서 간단한 방식으로 디바이스의 존재를 확인하는 능력이 존재한다. 이러한 규격화에 따르면, 모든 UPnP 디바이스는 그 디바이스에 관련된 정보가 액세스될 수 있는 웹 서버를 가지고 있다. 이 정보는, 예컨대 서비스 서술(description)과 함께 소위 디바이스 서술을 포함한다. 이들은 모두 XML 파일이다. 이들 파일은 오직 HTTP 프로토콜에 의해서만 액세스된다. 이 HTTP 프로토콜은 에러-보호된(error-protected) 프로토콜인데, 이는 그것이 TCP 프로토콜에 기초하고 있기 때문이다. 어느 경우든 제어 포인트 디바이스는, UPnP 디바이스의 디바이스 서술의 URL(uniform resource locator)을 알고 있는데, 이는 그것이 디바이스가 로그 온 상태일 때 모든 네트워크 스테이션으로 전송되기 때문이다. 그러므로 제어 포인트 디바이스는, 그 디바이스가 여전히 네트워크에서 활동중인지를 결정하기 위해, 디바이스 서술로의 HTTP 액세스나, 검색 요청으로의 이미 서술된 응답이 없을 경우에는 일부 다른 기존 파일 사용할 수 있다. 대안으로, 제어될 디바이스에 제어 요청이 또한 보내질 수 있고, 이는 또한 HTTP를 통해 보내진다. HTTP 링크를 설정하는 것이 가능하다면, 디바이스는 여전히 활동중이지만, 이것이 더 이상 가능하지 않다면, 네트워크로부터 디바이스가 제거된다.

그러므로 이는 전술한 바와 같은 사용자-친화적 응답을 극복한다.

본 발명에 따른 방법과 본 발명에 따른 장치의 유리한 개발 및 개선예는 종속항에서 서술된 방책에 의해 가능하다.

HTTP 헤드 액세스가 데이터 액세스를 위해 사용된다면, 이는 최소량의 데이터만이 전달될 필요가 있다는 장점을 가진다. 활동 확인이 제어 요청을 보냄으로써 수행될 때, HTTP 포스트(post) 액세스를 사용하는 것이 유리하다. 이 경우, 제어 요청이 어드레스 지정된 디바이스의 상태를 변경하지 말라고 하는 것이 또한 유리하다.

본 발명의 전형적인 실시예가 다음 설명부에서 더 상세히 설명되고 도면에 예시되어 있다.

도 1은 2개의 네트워크 연결 스위칭 유닛의 일 예의 구조를 도시하는 도면.

도 2는 본 발명에 따른 네트워크 스테이션에 관한 소프트웨어 프로토콜의 개관을 도시하는 도면.

도 3은 UPnP/AV 아키텍처 0.8.3에 기초하여 2개의 네트워크 스테이션 사이의 AV 데이터의 전송을 위한 윤곽을 도시하는 도면.

도 4는 본 발명에 따른 네트워크 스테이션의 중요한 소프트웨어 성분을 도시하는 도면.

도 5는 네트워크 스테이션의 활동이 확인될 수 있는 프로그램에 관한 흐름도.

도 1은 2개의 네트워크 연결 스위칭 유닛(10, 11)과 5개의 네트워크 스테이 션(12 내지 16)을 지닌 가정(domestic) 네트워크의 일 예를 도시한다. 네트워크 연결 스위칭 유닛(10, 11)과 네트워크 스테이션(12 내지 15) 사이의 버스 연결은 이더넷 기술, 특히 100 Base/TX 이더넷에 기초한다. 네트워크 스테이션(16)은, 와이어(wire), 예컨대 IEEE802.11b에 따른 무선 LAN을 사용하지 않고 네트워크 연결 스위칭 유닛(10)에 연결된다. 2개의 네트워크 연결 스위칭 유닛(10, 11) 사이의 연결은 또한 이더넷 기술에 기초한다. 4개의 네트워크 연결 포인트(포트라고도 한다)가 각각의 네트워크 연결 스위칭 유닛(10, 11)에 관해 예시되어 있다. 도 1은 개별 네트워크 스테이션에서의 이더넷 인터페이스나 네트워크 연결 스위칭 유닛에서의 이더넷 인터페이스를 도시하지 않는다.

도입부에서 이미 언급된 이더넷 버스 시스템의 100 Base/TX 변형예는, 네트워크에서의 데이터 전송을 위한 전송 시스템으로서 사용된다. 이러한 변형예는, 비록 상이한 변형예가 다른 애플리케이션에서 전송 시스템으로서 사용될 수 있을지라도 선택된 애플리케이션에 관해 적당한 것으로 간주되었다. 예컨대, 소위 1000 Base/T 또는 1000 Base/SX 또는 1000 Base/LX가 더 높은 데이터 속도에 있어 이용 가능하다. 마지막 2개의 변형예는 이 경우 광학 유리-섬유(optical glass-fibre) 기술에 기초한다. 도 1에서의 예시된 네트워크는 UPnP 기반의 것으로서, 즉 개별 네트워크 스테이션이 UPnP 표준에 따라 설계된다.

이더넷 버스 시스템은 더 높은 프로토콜 층에 관해서는 보호된 링크를 제공하지 않는데, 이는 전송 프레임이 손실될 수 있기 때문이다. 이는 많은 양의 사용자 데이터의 전송에 있어서는 적당하지 않고, 이러한 이유로 그러한 전송은 더 높 은 프로토콜 층들에 의해 중종 보호된다. UPnP 네트워크 시스템에 있어서, 데이터 통신에 관한 OSI 층 모델의 네트워크 층 레벨에서 인터넷 프로토콜에 대응하는 다음으로 더 높은 프로토콜 레벨로서 IP 프로토콜이 제공된다. 이 데이터 링크 층은 이 층 상에 구축되는 TCP 프로토콜에 의해서만 구현된다. 바로 본 발명의 개시물에 관해 참조가 이루어져야 하고, 더 이상 이더넷 표준의 성분이 아닌 프로토콜 레벨 모두에 관한 특정 표준이 존재한다.

UPnP 네트워크를 사용하는 통신을 위해, 개별 네트워크 스테이션에 관해 업그레이드된 프로토콜 스택(stack)이 요구된다. 이 프로토콜 스택은 도 2에 도시되어 있다. 2개의 이더넷 프로토콜 레벨인 이더넷 PHY와 이더넷 MAC이 가장 낮은 레벨에서 배치된다. 이미 언급된 프로토콜 레벨 IP는 이 위에 위치한다. 이후 UDP 프로토콜은 또한 운반(transport) 층 레벨에서 배치되고, 디바이스 식별(디바이스 발견)과 연관되는 모든 메시지의 전송을 위해 사용된다. HTTP 프로토콜의 특별한 버전이 이 위에 존재한다. 이는 HTTPMU 프로토콜(HTTP Multicast Over UDP)이다. 그러므로 이러한 HTTP 메시지는 더 낮은 UDP와 IP 프로토콜 레벨을 통해 비례하여(pro rata) 통과되고 어드레스 지정된다.

SSDP 프로토콜이 또한 HTTPMU 프로토콜 레벨 위에 제공된다. UDP 프로토콜 외에 TCP 프로토콜이 또한 사용되고, 이는 모든 다른 UPnP 메시지의 송신을 위해 의도되는 것으로, 특히 디바이스 및 서비스 서술, 디바이스 제어 및 이벤트 알림(signalling)용으로 의도된 것이다. 이 TCP 프로토콜 위에 HTTP 프로토콜이 위치하고, SSDP 프로토콜 레벨에서는 TCP 프로토콜 위에 SOAP 프로토콜이 위치하며, 이 러한 SOAP 프로토콜은 이전에 간단한 객체 액세스 프로토콜이라고 언급되었다. 이는 원격 절차 호출(RPC: remote procedure call)에 대응하는 다른 디바이스에 대한 함수 호출을 수행하기 위해 사용될 수 있다. 또한, 다른 네트워크 스테이션에서의 이벤트 메시지에 대한 등록을 허용하는 GENA(General Event Notification Architecture) 프로토콜이 구현될 수도 있다.

UPnP 네트워크 시스템에서 사용되는 완전한 UPnP 프로토콜 아키텍처가, UPnP 규격화(www.upnp.org를 통해 얻을 수 있는)에서 발견될 수 있다.

UPnP 표준화 동안, 네트워크 가입자 스테이션 간에 AV 데이터(오디오/비디오 데이터)의 전송을 위한 규격화가 진행되었고, 2002년 6월에 완성되었다. 이러한 규격화의 정확한 명칭은 2002년 6월 12일자 UPnP-AV-Architecture:0.83이다. 3개의 상이한 유형의 디바이스가 AV 데이터의 전송을 위한 이러한 규격화에서 정의된다. 첫 번째 것은 AV 데이터의 소스로서 선택되는 디바이스인 소위 매체 서버이다. 두 번째 것은 AV 데이터용의 데이터 싱크(sink)로서 사용되는 디바이스를 나타내는 매체 렌더러(media renderer) 디바이스 유형이다. 세 번째 것은 특별한 디바이스 유형으로서 제어 포인트 유형이 또한 제공되고, 이는 다음 텍스트에서 제어 포인트 디바이스라고 불리는 것이다. 보통, 예컨대 AV 디바이스용 범용 원격 제어가 제어 포인트 디바이스로서 사용된다. 하지만 대안으로, 개인용 컴퓨터가 또한 네트워크에서 이러한 일을 수행할 수 있거나, 원격 제어를 지닌 TV 또한 원격 디바이스로서 사용하기에 적합할 수 있다.

이러한 제어 포인트 디바이스는 2개의 또 다른 UPnP 디바이스와 통신하고, 이러한 UPnP 디바이스는 원하는 AV 링크에 대한 데이터 소스와 데이터 싱크로서 사용될 수 있다. 이 제어 포인트 디바이스는, 원하는 데이터 스트림이 또한 제어 디바이스에 인가될 수 있도록, AV 링크용 디바이스 양쪽 모두를 초기화하고 구성한다. 그러므로 제어 포인트 디바이스의 임무는, 통상 2개의 네트워크 가입자 사이의 AV 링크를 설정하고, 가능하게는 이러한 2개의 디바이스의 설정에 변화를 주는 것으로, 일단 원하는 AV 데이터 스트림이 전송되었다면, 그러한 AV 링크를 다시 종료(cap)하기 위해, 즉 AV 링크에서의 2개의 디바이스가 그러한 링크의 데이터 특성화를 삭제할 것을 요청하는 것이다.

도 3은 AV 링크에 대해 요청되는 네트워크 스테이션의 기본적인 내역(breakdown)을 도시한다. 이 매체 서버 디바이스는, 예컨대 국부적으로 저장되거나 외부로부터 수신되는 AV 데이터 스트림으로의 액세스를 포함, 즉 가진다. 매체 서버 디바이스는 AV 데이터로의 액세스를 가지고, 네트워크를 경유하여 또 다른 네트워크 스테이션으로 연관된 AV 데이터를 전송할 수 있다. 이러한 AV 데이터 스트림은 이 경우 네트워크에서 사용된 전송 매체용으로 적합한 전달 프로토콜을 사용하여 전송된다. 매체 서버에 의해 지원되는 데이터 전송 포맷은, 각각의 가능한 자원에 대한 콘텐츠 디렉토리 서비스에서 명시적으로 정의된다. 매체 서버 디바이스 유형은 통상 다음 디바이스, 즉 디지털 비디오 리코더, CD/DVD 플레이어, 카메라, 캠코더, PC, 셋톱 박스, 위성 수신기, 카세트 리코더 등 중 하나와 연관될 수 있다. 콘텐츠 디렉토리에 대한 모듈은 보통 특별한 AV 콘텐츠의 선택을 위해 매체 서버에서의 UPnP 표준에 따라 구현된다. 게다가, 링크를 설정하면서 제어 포인트 디 바이스가 매체 렌더러와 통신하게 하고 연결 관리자(connection manager)라고 부르는 모듈도 존재한다.

매체 렌더러 디바이스는 매체 서버로부터 전송된 AV 데이터 스트림을 수신하여, 그것을 비디오 정보 또는 오디오 정보로서 출력한다. 동일한 방식으로, 매체 렌더러 디바이스는 마찬가지로 링크를 설정할 때 제어 포인트 디바이스와의 통신을 위한 연결 관리자 모듈의 구현예를 포함한다. 모듈 렌더링 제어는 또한 매체 렌더러 디바이스에서 구현된다. 이 모듈은 볼륨, 톤(tone), 화상 명료도(picture clarity), 콘트라스트, 밝기, 컬러 등과 같은 재생 특징의 조정에 대한 명령어를 수신하고, 그것들을 구현한다. TV, 스테레오 증폭기 및 MP3 플레이어가 매체 렌더러 디바이스 유형이 가정 네트워크에서 사용되어야 하는 디바이스의 예로서 언급된다. 구현되는 전송 포맷에 따라, 매체 서버나 매체 렌더러는 또한 AV 운반 디바이스를 가지고, 이는 데이터 전달 및 재생{예컨대, 플레이, 스톱, 패스트 포워드(fast forward) 등}의 제어를 위해 사용된다. 제어 포인트 디바이스는 매체 서버와 매체 렌더러 사이의 데이터 운반을 조절한다. 제어 포인트 디바이스는 또한 조작자에 의한 제어 명령어를 구현하고 그러한 제어 명령어를 AV 링크 상의 적절한 디바이스에 보내기 위해 사용된다. 이러한 예에는, 특히 플레이, 스톱, 포즈(pause), 패스트 포워드, 패스트 리턴(fast return)이 포함된다. 도입부에서 언급된 것처럼, 제어 포인트 디바이스는 또한 표준 UPnP 디바이스를 찾고 제어하기 위해 설계된다. 이는 다음 텍스트에서 더 상세히 설명된다. 먼저, UPnP 디바이스의 표준 소프트웨어 성분이 도 4를 참조하여 설명된다. 참조 번호(35)는 프로토콜 레 벨 이더넷, IP 및 TCP를 포함하는 프로토콜 스택을 표시한다. 참조 번호(31)는 UPnP 디바이스 서술(description)이 UPnP 디바이스 서술에 따라 저장되는 소프트웨어 성분에 대응한다. 참조 번호(32)는 UPnP 이벤팅(eventing)에 대응하는 이벤트 메시지가 관리되는 소프트웨어 성분을 표시한다. UPnP 디바이스의 표준 성분 중 하나는 또한 웹 서버(33)이다. 참조 번호(34)는 UPnP 발견 유닛을 표시한다. 이는 UPnP 제어 포인트 디바이스가 네트워크에서의 다른 디바이스를 식별하는 것을 허용하고, 이에 대해서는 더 상세히 설명된다. UPnP 애플리케이션 프로그램 또한 이들 블록 위에서 참조 번호(30)로 표시된다. 이들 유닛 모두 UPnP 디바이스에서의 표준 성분이고, UPnP 규격화에서 더 상세히 설명된다.

UPnP 발견 유닛은 UPnP 디바이스가 네트워크에서 발견되는 것을 허용하는데 사용되는데, 이는 이러한 UPnP 디바이스가 또한 일단 그것들이 발견되었을 때에만 제어될 수 있기 때문이다. 원칙적으로 이 유닛은 다음과 같이 동작한다.

디바이스는 소위 멀티캐스트(multicast) UDP 패킷으로서 "발견 메시지(discovery message)"를 보낸다. 이미 언급된 HTTPMU 프로토콜이 이를 위해 사용된다. 멀티캐스트 데이터 패킷은 원칙적으로 그것들이 네트워크에서의 모든 디바이스에 전송된다는 점에서 구분된다. 개별 네트워크 스테이션은 그러한 멀티캐스트 패킷의 수신을 위해 그것들의 특정 주소로 등록할 수 있다. 원칙적으로 2가지 유형의 발견 메시지가 존재한다. 즉,

1. 소위 광고 메시지, 디바이스가 네트워크에 링크되지마자, 광고 메시지를 보내야 한다. SSDP 프로토콜에 따르면, 이는 "ssdp:alive" 메시지이다. 이는 네트 워크에 있는 다른 디바이스에 이 디바이스가 네트워크에서 현재 활동중임을 알린다. 하지만, 일단 그 디바이스가 네트워크에서 자신의 존재를 알렸다면, 이들 광고 메시지를 정기적으로 보내야 한다. 제어 포인트 디바이스는 이러한 광고 메시지가 존재하지 않는 것을 그 디바이스가 네트워크에서 제거되었음을 식별하기 위해 사용할 수 있다. 광고 메시지의 반복된 전송에 대한 최대 세션 지속 시간은 1800초, 즉 30분이다.

2. 검색 매세지: 디바이스를 검색하기 위해, 제어 포인트 디바이스는 검색 요청을 보낼 수 있다. "ssdp:discover" 메시지가 이를 위해 SSDP 프로토콜에 따라 사용된다. 이와 같은 메시지를 수신하는 UPnP 디바이스는 그것에 응답해야 하고, 따라서 송신 측에 그것이 존재함을 통지한다.

3. 마지막으로, 세 번째 유형의 광고 메시지 - SSDP 프로토콜에 따라 "ssdp:byebye"라고 불리는 로깅-오프(logging off) 메시지라고 하는 - 가 또한 언급된다. 이들은 디바이스가 네트워크로부터 제거될 때 디바이스에 의해 보내지도록 의도된다. 사실, 그러한 디바이스는 그것들이 정상적인 방식으로 스위칭 오프될 때 이를 행할 수 있다. 네트워크 케이블을 잡아당김으로써 네트워크로부터 그러한 디바이스가 연결이 끊어질 때에만, 로깅-오프 메시지를 보내는 것이 물리적인 이유로 더 이상 가능하지 않게 된다.

이제 분산된 스테이션의 네트워크에서 디바이스의 활동을 검출하기 위한, 본 발명에 따른 방법의 전형적인 일 예를 도 5를 참조하여 설명한다.

도 5는 제어 포인트 디바이스에서 이러한 목적으로 실행되는 프로그램의 흐 름도를 도시한다. 이 프로그램은 참조 번호(50)에서 시작된다. 참조 번호(51)는 확인을 표시하고, 이 경우 ssdp:byebye 메시지가 테스트될 디바이스에 대해 이미 도착하였는지에 대한 확인이 수행된다. 만약 도착이 확인되었다면, 추가 처리 단계(52 내지 55)가 수행될 필요가 없고, 프로그램은 단계(56)로 바로 건너뛰어 해당 디바이스가 네트워크로부터 로그 오프된 것으로 분류된다. 이후 프로그램은 프로그램 단계(58)에서 끝나게 된다. 만약 해당 디바이스에 대한 로깅-오프 메시지가 확인(51)에서 발견되었다면, 해당 디바이스에 대한 검색 요청이 프로그램 단계(52)가 이어지게 된다. 이를 위해, 제어 포인트 디바이스는 해당 디바이스에 ssdp:discover 메시지를 보낸다. 이후 질문(53)이 어드레스 지정되는 네트워크 스테이션에 의해 특정 시간 기간 내에서 검색 요청에 대한 대답이 이루어졌는지를 확인한다. 만약 "예(yes)"라면 네트워크 스테이션은 프로그램 단계(57)에서 활동중인 네트워크 스테이션으로서 발표된다. 이 경우, 적절한 입력(entry)이 네트워크 스테이션의 테이블에서 설정될 수 있다. 이후 프로그램은 프로그램 단계(58)에서 다시 끝나게 된다.

만약 질문(53)에서 검색 요청에 대한 어떠한 응답도 수신되지 않았음이 밝혀지면, 프로그램 단계(54)에서 해당하는 네트워크 스테이션에 관한 디바이스 서술을 사용하여 XML 문서로의 HTTP 액세스가 이루어진다. 이 파일에 대한 URL은 네트워크 스테이션이 로그 온되어 제어 포인트 디바이스가 오직 연관된 테이블로부터로만 이 정보를 얻을 수 있게 될 때 통지된다. HTTP 헤드 호출의 일 예는 다음과 같이 되어 있다.

Head /upnp/device_description.xml HTTP/1.1

Host: local IP address station 3

대안적으로, HTTP 획득 호출(get call)이 또한 이루어질 수 있다.

일 예로서, UPnP 명령 획득 상태는 제어 요청으로서 네트워크 스테이션으로의 HTTP 포스트 액세스(post access)에 의해 보내질 수 있다.

질문(55)은 원하는 파일이 반환되었는지를 확인한다. 해당하는 스테이션이 비활동중이라면, 그것에 임의의 TCP 링크를 설정하는 것이 가능하지 않게 될 것이다. 단지 이러한 사실로부터 해당하는 네트워크 스테이션은 HTTP 액세스가 실패하였음을 식별하게 된다. 이후 프로그램 단계(56)에서 네트워크 스테이션이 네트워크로부터 로그 오프되었거나 네트워크에서 비활동 상태로 되었다는 사실을 통지하기 위해, 네트워크 스테이션에 대한 테이블에서 입력이 이루어진다. 이후, 프로그램은 다시 한번 프로그램 단계(58)에서 끝난다.

전술한 바와 같이, 본 발명은 근거리 통신망, 특히 가정 네트워크의 기술 분야에 이용 가능하다.

Claims (17)

1. 분산된 스테이션의 네트워크에서 디바이스의 활동을 검출하는 방법으로서,

   하나의 네트워크 스테이션의 활동은 보호받지 않은 전송 프로토콜에 의해 네트워크 스테이션(12 내지 16)으로의 검색 요청에 의해 확인되고, 이 경우 적어도 하나의 보안 전송 프로토콜은 데이터 액세스 및/또는 네트워크 스테이션의 제어를 위해 이용 가능하게 만들어지는 검출 방법에 있어서,

   찾은 네트워크 스테이션이 상기 검색 요청에 응답하지 않으면, 이러한 네트워크 스테이션으로의 데이터 액세스 및/또는 제어 요청은 상기 보안 전송 프로토콜에 의해 추가로 이루어지고, 어드레스 지정된 네트워크 스테이션의 비활동은 상기 데이터 액세스 및/또는 제어 요청이 실패하였다는 사실이 상기 보안 전송 프로토콜을 통해 알려졌을 때 확증되는 것을 특징으로 하는, 분산된 스테이션의 네트워크에서 디바이스의 활동을 검출하는 방법.
2. 제 1항에 있어서, 제어될 네트워크 스테이션의 기능은 하나 이상의 정보 파일의 형태로 이용 가능하게 되고, 데이터 액세스는 상기 제어될 네트워크 스테이션에 대해 이용 가능하게 만들어진 정보 파일에 대해 이루어지는, 분산된 스테이션의 네트워크에서 디바이스의 활동을 검출하는 방법.
3. 제 1항에 있어서, 상기 정보 파일은 데이터 공급 서비스를 통해 이용 가능하 게 되는, 분산된 스테이션의 네트워크에서 디바이스의 활동을 검출하는 방법.
4. 제 1항 또는 제 2항에 있어서, 상기 정보 파일은 서술 스피치(description speech)에 의해 생성되는 정보 페이지에 관련되는, 분산된 스테이션의 네트워크에서 디바이스의 활동을 검출하는 방법.
5. 제 2항 또는 제 3항에 있어서, 상기 데이터 공급 서비스는 웹 서버의 형태로 되어 있는, 분산된 스테이션의 네트워크에서 디바이스의 활동을 검출하는 방법.
6. 제 3항 또는 제 4항에 있어서, 상기 서술 스피치는 정보 페이지 HTML(하이퍼텍스트 생성 언어) 또는 XML(확장성 생성 언어)의 생성에 대응하는, 분산된 스테이션의 네트워크에서 디바이스의 활동을 검출하는 방법.
7. 제 1항 내지 제 6항 중 어느 한 항에 있어서, 에러 보호된(error-protected) 데이터 전송 프로토콜이 데이터 액세스를 위해 사용되는, 분산된 스테이션의 네트워크에서 디바이스의 활동을 검출하는 방법.
8. 제 6항에 있어서, HTTP(하이퍼텍스트 전송 규약)가 에러 보호된 데이터 전송 프로토콜로서 사용되는, 분산된 스테이션의 네트워크에서 디바이스의 활동을 검출하는 방법.
9. 제 8항에 있어서, 상기 데이터 액세스는 HTTP 헤드 액세스에 의해 이루어지고/이루어지거나 상기 제어 요청은 HTTP 포스트 액세스(post access)에 의해 이루어지는, 분산된 스테이션의 네트워크에서 디바이스의 활동을 검출하는 방법.
10. 제 1항 내지 제 9항 중 어느 한 항에 있어서, SSDP(단순 서비스 발견 규약)이 검색 요청을 위해 사용되는, 분산된 스테이션의 네트워크에서 디바이스의 활동을 검출하는 방법.
11. 제 1항 내지 제 10항 중 어느 한 항에 있어서, 분산된 스테이션의 네트워크는 UPnP(범용 플러스 앤 플레이) 기반의 네트워크인, 분산된 스테이션의 네트워크에서 디바이스의 활동을 검출하는 방법.
12. 제 1항 내지 제 11항 중 어느 한 항에 의한 방법을 수행하기 위한 네트워크 스테이션으로서, 통신 인터페이스와, 분산된 스테이션의 네트워크에서 네트워크 스테이션(12 내지 16)의 활동을 확인하는 활동 확인 수단(36)을 가지고, 상기 활동 확인 수단(36)은 분산된 스테이션의 네트워크에서 네트워크 스테이션에 대한 검색 요청을 만들고, 이 검색 요청을 보호되지 않은 전송 프로토콜을 통해 전송하는 검색 요청 수단을 가지며, 데이터 액세스 및/또는 네트워크 스테이션의 제어를 위한 적어도 하나의 보안 전송 프로토콜을 이용 가능하게 하는 통신 수단이 제공되는 네 트워크 스테이션에 있어서,

    상기 활동 확인 수단(36)은 검색 요청에 대한 어떠한 응답도 존재하지 않는다면 상기 통신 수단을 사용하고, 상기 네트워크 스테이션에 대한 데이터 액세스 및/또는 제어 요청을 시도하며, 상기 활동 확인 수단(36)은 데이터 액세스 및/또는 제어 요청이 실패하였다는 사실이 상기 보안 전송 프로토콜을 통해 알려졌을 때, 데이터 액세스 및/또는 상기 제어 요청에 대한 반응을 평가하고 어드레스 지정된 네트워크 스테이션의 비활동을 확증하는 것을 특징으로 하는, 네트워크 스테이션.
13. 제 14항에 있어서, 상기 보안 데이터 전송 프로토콜은 HTTP 프로토콜에 대응하는, 네트워크 스테이션.
14. 제 13항에 있어서, 상기 데이터 액세스는 HTTP 헤드 액세스에 의해 이루어지고/이루어지거나 상기 제어 요청은 HTTP 포스트 액세스에 의해 이루어지는, 네트워크 스테이션.
15. 제 10항 내지 제 15항 중 어느 한 항에 있어서, 상기 검색 요청 수단(52)은 검색 요청을 위해, SSDP 프로토콜을 사용하는, 네트워크 스테이션.
16. 제 10항 내지 제 16항 중 어느 한 항에 있어서, 상기 네트워크 스테이션은 UPnP 표준에 따라 구성되는, 네트워크 스테이션.
17. 제 10항 내지 제 17항 중 어느 한 항에 있어서, 상기 통신 인터페이스는 이더넷 인터페이스인, 네트워크 스테이션.

Images