KR101088356B1 - 멀티호밍된 ｕｐｎｐ 기기에서 네트워크 접속 중단들을 관리하는 시스템 및 방법 - Google Patents

Abstract

멀티-호밍된 기기가 그것의 네트워크 인터페이스들 중 전부가 아닌 일부에서 접속 중단들을 경험하는 이벤트 발생시 멀티-호밍된 기기, 및 연관된 제어 포인트들 간에 상호작용을 최소화 시스템 및 방법이 제공된다. 다양한 실시 예들에서, 이것은 새로운 선택적인(optional) 헤더를 SSDP : byebye 메시지 포맷으로 도입함으로써 달성된다. 새로운 헤더는 다중-호밍된 기기로 하여금 그것이 다른 곳에서 경험했던 네트워크 문제를 해결하기 위해 SSDP : byebye 메시지들을 송신하고, 그것의 BOOTID 값을 업데이트하고, 그리고 자신을 재광고할 필요에도 불구하고, 그 기기의 계속적인 가용성을 호환성있는 제어 포인트들로 시그널링하도록 허용한다. 이 새로운 헤더의 사용은 중단에 의해 영향을 받지 않는 제어 포인트들에게 그 제어 포인트들이 이 SSDP메시지들에 불구하고 기기를 및 그 연관된 서비스를 계속해서 이용할 수 있음을 나타낸다.

Description

멀티호밍된 ＵＰＮＰ 기기에서 네트워크 접속 중단들을 관리하는 시스템 및 방법{A system and method for managing network connectivity disruptions in a multi- homed UPnP device}

본 발명은 일반적으로 UPnP(Universal Plug and Play) 기술에 관련된다. 특히 본 발명은 기기의 네트워크 인터페이스들 전체가 아닌 일부가 접속 중단을 경험할 때 UPuP 환경에서 가용성있는 멀티호밍된 기기의 지속적인 사용에 관련된다.

이 섹션은 청구항들에 기재된 본 발명의 배경기술 또는 콘텍스트를 제공할 의도이다. 여기의 설명은 추구될 수 있는 개념들을 포함할 수 있지만, 반드시 이전에 착상되거나 추구되었던 것들은 아니다. 따라서 여기에서 다르게 지시되지 않는한 이 섹션에서 설명되는 것은 이 출원의 설명 및 청구항들에 대한 종래 기술이 아니고 이 섹션의 삽입으로 인해 종래 기술로 인정되어서는 안 된다.

UPnP 기술은 정보처리기능을 가진 장치들(intelligent appliance), 무선 기기들, 및 모든 유형의 퍼스널 컴퓨터 기기들의 편재형(pervasive) 피어-투-피어 네트워크 접속을 위한 아키텍처를 정의한다. UPnP는 집에서, 중소 기업에서, 공공 장소에서, 또는 인터넷에 연결된 장소에 있든지 아니든지 간에 애드혹 또는 비관리식(unmanaged) 네트워크들로의 사용하기 쉽고, 플렉서블(flexible)하고, 표준에 기 초한 커넥티버티(connectivity)를 가져다주도록 설계된다. UPnP 기술은 네트워크화된 기기들 간에 데이터 제어와 전송에 더하여, 이음새 없는 근접 네트워킹을 가능하게 하도록 TCP/IP(Transmission Control Protocol/Internet Protocol) 및 웹 기술들에 영향을 주는 분산형, 개방형 네트워킹 아키텍처를 제공한다.

UDA(UPnP Device Architecture)는 광범위한 벤더(vendor)들로부터의 전반에 걸친 기기의 카테고리들의 제로-컨피규레이션(zero-configuration), "비가시적(invisible)" 네트워킹, 및 자동 발견을 지원하도록 설계된다. 환언하면, UPnP는 기기로 하여금 동적으로 네트워크에 참여하고, IP 주소를 획득하고, 기기의 성능들을 전달하고, 그리고 다른 기기들의 존재 및 성능들에 관해 익힐 수 있도록 한다.

UPnP 기기 아키텍처 표준(버전 1.1)은 SSDP(Simple Service Discovery Protocol) 메시지들 내에서, 여기서 BOOTID로 지칭되는, BOOTID.UPNP.ORG 헤더를 정의한다. BOOTID는 모노토닉하게(monotonically) 증가하는 값이다. 기기가 "재부팅(reboot)"를 시작하거나 수행할 때, 기기는 BOOTID의 값을 증가시켜야 한다. 기기가 네트워크 내에서 이용가능하게 남아있는한, 동일한 BOOTID 값이 모든 반복 공고(announcement)들, 탐색 응답들 및 결과적으로는 bye bye 메시지들에서 사용되어야 한다. 기기는 그것이 다중 네트워크 인터페이스들 또는 IP 주소들에서 송신하는 모든 SSIP 메시지들에서 동일한 BOOTID 값을 사용해야 한다. UPnP 기술에서, "재부팅"은 SSDP : byebye 메시지들을 송신해서 기기가 사용가능하지 않음을 공고하고, 그리고 연속하여 새로운 SSDP : alive 메시지들을 송신함으로써 기기가 사용가능함을 다시 공고하는 것으로 정의된다.

기기가 네트워크 접속의 중단을 검출 - 즉 기기가 일시적으로 네트워크 접속성을 잃었지만 접속성을 다시 얻었을 때(예컨대, 네트워크가 언플러그되고(unplugged) 그리고 다시 플러그될(re-plugged) 때)-, 또는 기기의 IP 주소가 변경되었을 때, BOOTID 헤더가 특히 유용하다. 이런 경우들에서, 기기는 그 BOOTID 값을 증가시키고, 네트워크에서 스스로 공고한다. 증가된 BOOTID 값을 갖는 SSDP 메시지들을 받으면, 기기에 관한 정보를 캐싱하는 제어 포인트가 기기가 더이상 동일한 기기가 아님을 안다. 제어 포인트는 기기에 관한 정보를 리프레싱(refreshing)하고 잠재적으로 기기의 서비스들에 재가입시킴으로써 이런 동작에 반응하는 것이 전형적이다.

전술한 것들에도 불구하고, 멀티-호밍된 환경에서 BOOTID의 사용에 관한 문제가 현재 존재한다. 멀티-호밍된 기기는 다중 네트워크 인터페이스들, 동일한 네트워크 인터페이스들에서 다중 IP 주소들, 또는 그 둘 다를 가질 수 있다. 기기가 다중 네트워크 인터페이스들을 가진다는 전제하에, 예컨대 기기가 그것의 네트워크 인터페이스들을 통해 하나 또는 다중의 낱낱으로된 네트워크 세그먼트들에 연결될 수 있다. 기기가 네트워크 인터페이스로의 컨넥티버티를 갑작스럽게 잃거나 (예컨데 네트워크가 언플러그되고 그 뒤 다시 플러그됨), 또는 네트워크 인터페이스에서 IP 주소가 변경될 때, 네트워크 컨넥티버티 중단이 네트워크 인터페이스에서 발생할 수 있다. 이 경우에, 이런 네트워크 컨넥티버티가 중단된 이후에 기기가 BOOTID 값을 업데이트할지 여부와 어떻게 업데이트할지에 관한 문제가 생긴다.

위의 문제를 고찰하는 데 있어, 도 1에 도시된 시스템을 고려하는 것이 도움 이 된다. 도 1에 도시된 것처럼, 기기(100)는 제1 네트워크 세그먼트(130)과 제2 네트워크 세그먼트(140)에 각각 연결된 제1 네트워크 인터페이스(110)와 제2 네트워크 인터페이스(120)를 가진다. 제1 제어 포인트(150)는 제1 네트워크 세그먼트(130)와 연결된 제1 제어 포인트 인터페이스(151)를 가지고, 제2 제어 포인트(160)는 제2 네트워크 세그먼트(140)에 연결된 제2 제어 포인트 인터페이스(161)를 가진다. 제3 제어 포인트는 다중-호밍된 제어 포인트이고, 제1 네트워크 세그먼트(130)과 제2 네트워크 세그먼트(140) 모두에 제3 제어 포인트 인터페이스들(171, 172)를 통해 연결된다. 제1 제어 포인트(150), 제2 제어 포인트(160), 및 제3 제어 포인트(170)의 각각은 기기(100)에 관한 몇몇 정보를 캐싱하고, 그 서비스들에 가입된다. 이 상황에서, 기기(100)의 제1 네트워크 인터페이스(110)에서(그러므로 제1 네트워크 세그먼트(130) 상에서)의 잠깐의 네트워크 접속 중단이 있는 상황을 간주하는 것이 도움이 된다. 제1 네트워크 세그먼트(130)( 및 제1 네트워크 세그먼트(130)에 연결된 제1 제어 포인트(150), 제3 제어 포인트(170))의 관점에서, 기기(100)는 접속성을 잃고 "재부팅될" 필요가 있다. 환언하면, 제1 네트워크 세그먼트(130)의 관점에서, 기기(100)는 그 BOOTID를 증가시켜야 하고 제1 네트워크 세그먼트(130)에 자신을 다시 광고해야 한다. 반면에, 제2 네트워크 세그먼트(140)( 및 제2 네트워크 세그먼트(140)에 연결된 제2 제어 포인트(160), 제3 제어 포인트(170))의 관점에서, 기기(100)는 "재부팅" 동안 가용상태로 남아있고, "재부팅"은 필요하거나 예상되지 않는다. 환언하면, 제2 네트워크 세그먼트(140)의 관점에서, 기기(100)는 제2 네트워크 세그먼트(140)에서 연속적인 공고들에 기존의 BOOTID를 계속 사용해야 한다. 그러나 기기(100)가 제1 네트워크 세그먼트(130)와 제2 네트워크 세그먼트(140) 모두에 연결되어있기 때문에, 그리고, 그것들 모두에서 동일 BOOTID를 사용해야 되기 때문에, 본질적인 문제가 존재한다.

제1 네트워크 세그먼트(130)에 연결된 제어 포인트들이 기기(100)가 일시적으로 접속성을 잃었다는 것을 인식하게 만들어졌다는 것을 가정할 때, 기기(100)는 그것의 BOOTID를 증가시키고 자신을 다시 광고(re-advertise)하지 않으면 안된다. 그러나 이런 접근 방식은 제2 네트워크 세그먼트(140)에 연결되고 중단에 의해 영향을 받지 않는 제어 포인트들이 또한 기기의 정보를 리프레싱해야하는 부작용을 겪는다. 이것은 다수의 반향(repercussions)들을 지닌다. 첫 번째, 모든 제어 포인트들이 그것들의 기기 정보를 리프레싱해야 하기 때문에, 네트워크 트래픽이 증가한다. 둘째, 기기(100), 및 연관된 제어 포인트들 모두에 대한 프로세싱 부하가 또한 증가한다. 세 번째, 이런 접근 방식은 사용자에게 덜 익숙한(less-than-fnendly user experience) 결과를 낳는다. 예컨대 사용자가 이더넷에 연결된 UPnP 가용(UPnP-enabled) 컴퓨터를 사용한다면, 그리고 이더넷과 무선 LAN(WLAN) 둘 다를 통해 홈 네트워크와 연결된 UPnP 기기가 존재한다면, WLAN 컨넥티비티가 불안정할 때, 사용자와 UPnP 기기 모두가 전체 주기를 통해 연속적으로 연결되어 있다 하더라도, 사용자는 UPnP 기기가 이더넷에 반복적으로 나타났다가 사라지는 것을 발견할 것이다. 네 번째, 기기의 재부팅은 제어 포인트들이 현재 쓰고 있는 서비스들에 대한 중단들을 일으킨다. 예를 들어 재부팅이 필요하다면, 파일 업로드가 중단될 필요가 있을 수 있거나, 비디오 플레이백이 중단될 수 있다.

띠라서 위에서 논의된 문제들을 해결하도록 멀티-호밍된 UPnP 기기에서 접속 중단들을 관리하는 개선된 시스템을 제공하는 것이 바람직할 것이다.

본 발명의 다양한 실시 예들은 멀티-호밍된 기기가 그것의 네트워크 인터페이스들 중 전부가 아닌 일부에서 접속 중단들을 경험하는 이벤트 발생시 멀티-호밍된 기기, 및 연관된 제어 포인트들 간에 상호작용을 최소화하는 역할을 한다. 다양한 실시 예들에서, 이것은 새로운 선택적인(optional) 헤더를 SSDP : byebye 메시지 포맷으로 도입함으로써 달성된다. 그 새로운 헤더는 다중-호밍된 기기로 하여금 그것이 다른 곳에서 경험했던 네트워크 문제를 해결하기 위해 SSDP-byebye 메시지들을 송신하고, 그것의 BOOTID 값을 업데이트하고, 그리고 자신을 재광고할 필요에도 불구하고, 그 기기의 계속적인 가용성을 호환성있는 제어 포인트들로 시그널링하도록 허용한다. 이런 새로운 헤더의 사용은 제어 포인트들에게 이런 SSDP 메시지들에도 불구하고 기기 및 그 기기의 연관된 서비스를 계속 이용할 수 있다는 것을 표시한다.

본 발명의 다양한 실시 예들은 사용자들에게 많은 이점을 제공한다. 여기서 설명된 장치(arrangement)들은 UPnP v1.0 제어 포인트들과 역방향 호환성(backward compatible)을 가질 수 있다. 접속 중단을 경험하지 않는 네트워크 인터페이스들과 연결된 제어 포인트들에 대해 최소한의 프로세싱이 요구된다. 또한 제어 포인트들의 최소 개수가 접속 장애에 의해 영향을 받기 때문에 최소한의 프로세싱이 UPnP 기기에 요구된다. 또한 새로운 선택적(optional) 헤더의 프로세싱이 선택적일 수 있고; 헤더를 무시하기로 선택한 제어 포인트는, 캐싱된 기기 상태들 및 이벤트 가입(subscription)과 같은 기기 정보를 재설립하는 대가로 그렇게 할 수 있다. 본 발명의 다양한 실시 예들이 UPnP vl .1 기기 아키텍처를 구현하는 실질적으로 모든 제품에 포함될 수 있다.

본 발명의 이런 그리고 다른 이점들 및 특징들이, 그 동작 구성 및 방법과 더불어, 첨부된 도면들과 연관해서 다음의 상세할 설명으로부터 명백해질 것이다. 첨부된 도면들에서 동일한 요소들은 아래에서 설명되는 다수의 도면들을 통해서 동일한 참조번호들을 갖는다.

도 1은 기기가 제어 포인트들과 다중 네트워크 연결들과 결부시키는데 사용하기 위한 다중 인터페이스들을 갖는 UPnP 환경의 도시이며;

도 2는 본 발명의 하나의 일반적인 실시 예의 구현을 도시하는 흐름도이며;

도 3은 본 발명의 구현에서 사용되는 전자 기기의 투시도이며; 그리고

도 4는 도 3의 이동 전화의 회로도의 개략적인 표현이다.

본 발명은 멀티-호밍된 기기가 그것의 네트워크 인터페이스들 중 전부가 아닌 일부에서 접속 중단들을 경험하는 이벤트 발생시 멀티-호밍된 기기, 및 연관된 제어 포인트들 간에 상호작용을 최소화하는 역할을 한다. 다양한 실시 예들에서, 이것은 새로운 선택적인(optional) 헤더 NEXTBOOTID.UPNP.ORG (여기서 NEXTBOOTID로 지칭됨) 를 SSDP : byebye 메시지 포맷으로 도입함으로써 달성된다. NEXTBOOTID 헤더는 다중-호밍된 기기로 하여금 그것이 다른 곳에서 경험했던 네트워크 문제를 해결하기 위해 SSDP : byebye 메시지들을 송신하고, 그것의 BOOTID 값을 업데이트하고, 그리고 자신을 재광고할 필요에도 불구하고, 그 기기의 계속적인 가용성을 호환성있는 제어 포인트들로 시그널링하도록 허용한다. NEXTBOOTID 헤더의 사용은 제어 포인트들에게 이런 SSDP 메시지들에도 불구하고 기기 및 그 기기의 연관된 서비스를 계속 이용할 수 있다는 것을 표시한다.

기기가 네트워크 인터페이스들 중 하나에서 네트워크 접속 중단을 경험할 때 NEXTBOOTID.UPNP.ORG 헤더는 다중-호밍된 기기에 의해 송신된 SSDP : byebye 메시지들에 포함될 수 있다. 그 헤더는 접속이 중단되지 않았던 네트워크 인터페이스들을 통해 송신되는 메시지들에만 포함된다. 접속이 중단되었던 네트워크 인터페이스(들)에서는, 헤더가 사용되지 않는다. NEXTBOOTID.UPNP.ORG 헤더의 값은 다가오는 SSDP 공고 메시지에서 사용될 BOOTID 값을 나타낸다. NEXTBOOTID 값을 갖는 SSDP : byebye 메시지의 송신과 업데이트된 BOOTID 값을 갖는 광고 메시지들의 다음 세트 사이에 기기는 네트워크상에서 연속으로 이용가능해야 한다. 기기가 이 시간 동안 이용가능하지 않게 될 때, BOOTID 값을 증분시키고, 자신을 다시 광고하는 정규의 "재부팅"을 수행해야 한다.

도 2는 본 발명의 하나의 일반적인 실시 예의 구현을 도시하는 흐름도이다. 도 2의 도면부호 200에서, UPnP 기기는 모든 네트워크 인터페이스들에 BOOTID=2으로 자신을 공고한다. 그 이후에, 도면 부호(210)에서, UPnP 기기는 접속 중단이 그 네트워크 인터페이스들 중 하나에서 발생했다는 것을 검출한다. 그러나 모든 다른 네트워크들에서의 접속성은 그대로인 채로 있다. 이 동작에 대한 응답으로서, 도면 부호 220에서 기기는 SSDP : byebye 메시지를 송신하고 새로운 BOOTID=3으로 자신을 다시 광고함으로써 중단이 발생되었던 네트워크 인터페이스에서 "재부팅"를 수행한다. SSDP : byebye 메시지의 신택스는 다음과 같다.

도면 부호 260에서, 네트워크 접속성이 그대로인 채 있는 네트워크 인터페이스들의 경우에, 기기는 사용될 다음 BOOTID를 공고하기 위해서 SSDP : byebye 메시지를, 새로운 BOOTID = 3을 갖는 새로운 광고들과 함께 송신한다. SSDP : byebye 메시지와 새로운 광고들의 신택스는 다음과 같다.

UPnP 1.0 제어 포인트가 UPnP 기기와 네트워크 인터페이스를 통해서 연결되어 통신하고 BOOTID 헤더와 NEXTBOOTID 헤더를 이해하지 못하는 상황들이 생길 수 있다. 이런 상황에서, UPnP 1.0 제어 포인트는 SSDP:byebye와 SSDP alive 메시지들의 도달을 전형적인 기기의 "재부팅들"로서 간단히 취급한다. 이 경우에, UPnP 제어 포인트는 전형적으로 기기에 관해 저장되었던 임의의 정보를 폐기하고 기기의 정보 모두를 다시 불러들이고(re-fetch), 잠재적으로는 또한 그 서비스들에 다시 가입한다. 그 동작은 UPnP 1.0 제어 포인트가 중단된 네트워크 인터페이스 또는 중단되지 않는 네트워크 인터페이스에서 기기에 연결되어 있는지 여부에 관계없이 동일하다. 환언하면, UPnP 1.0 제어 포인트는 기기가 변경되었다고 즉시 경고를 받는다.

UPnP 기기 아키텍처 표준의 버전 1.1에 따라 구성되는 제어 포인트들의 동작으로 보아, 이런 제어 포인트들은 연결된 임의의 기기의 BOOTID 정보를 저장하는 것이 전형적이다. 위의 예에서, 제어 포인트는 기기가 BOOTID = 2를 가진다고 기록한다. 기기가 접속 장애를 갖는 네트워크 세그먼트로 연결된 UPnP 1.1 제어 포인트 의 경우에, 표준(normal) SSDP: byebye 메시지가 도면 부호 230에서 수신된다. 도 2의 도면 부호 240에서 나타나는 것과 같이, 제어 포인트는 그것이 기기에 관해 저장했던 임의의 정보를 폐기하는 것이 전형적이다. 새로운 SSDP:alive 메시지가 도달하면, 제어 포인트는 모든 기기의 정보를 다시 불러들이고 가능하게는 그 서비스에 다시 가입하는 것이 전형적이다(도면 부호 250). 이것은 어떻게 제어 포인트가 그것의 새로운 기기 상태를 성공적으로 인식하게 되는가이다.

기기가 접속 장애를 가지지 않는 네트워크 세그먼트에 연결된 UPnP 1.1 제어 포인트의 경우에, NEXTBOOTID 헤더를 갖는 SSDP: byebye 메시지가 수신된다(도면 부호 270). SSDP: byebye 메시지의 BOOTID 값이 제어 포인트가 기기에 관해 기록했던 BOOTID 값(BOOTID = 2)과 동일하다는 것을 알아차리고, 제어 포인트는 그것이 기록했던 기기 정보가 여전히 유효하다는 것을 인식한다. 그 다음에 NEXTBOOTID 헤더의 값으로 BOOTID를 업데이트함으로써, 기기의 기록을 업데이트하면(도면 부호 280), BOOTID = 3의 결과를 낳는다. BOOTID = 3을 갖는 다음 SSDP : alive 메시지가 도달할 때(도면 부호 290), 제어 포인트는 자신이 기기의 최신 정보를 여전히 가지고 있다는 것을 인식한다. 기기 정보의 다시 불러드림과 서비스로의 재가입의 어떤 것도 필수적이지 않다.

기기가 접속 중단을 경험하는 네트워크 세그먼트와 기기가 접속 중단을 경험하지 않는 네트워크 세그먼트 모두에 연결된 UPn 1.1 제어 포인트의 경우에, 기기(100)에 의해 송신된 NEXTBOOTID 헤더를 갖는 SSDP: byebye 메시지와 NEXTBOOTID 헤더를 갖지 않는 SSDP: byebye 메시지가 (도면 부호 220, 260) 제어 포인트에 의해 (서로 다른 네트워크 인터페이스들을 통해) 수신된다(도면 부호 310). 이런 상황에서, 제어 포인트의 동작은, 어떤 인터페이스에서 제어 포인트가 그 기기 정보를 획득하고 이벤트 가입들을 얻었는지에 의존한다. 제어 포인트가 기기가 접속 중단을 갖지 않는 네트워크 세그먼트 - 즉 NEXTBOOTID 헤더를 갖는 SSDP : byebye 메시지가 수신된 네트워크 세그먼트 - 만을 사용한다면, 제어 포인트는 NEXTBOOTID 헤더의 값으로 BOOTID 를 업데이트 함으로써 기기의 기록을 업데이트하면(도면 부호 320), BOOTID = 3의 결과를 낳는다. BOOTID = 3를 갖는 다음 SSDP : alive 메시지가 도달할 때 (도면 부호 340), 제어 포인트는 자신이 여전히 기기의 최신 정보를 가지고 있음을 안다. 기기 정보의 다시 불러드림과 서비스로의 재가입의 어떤 것도 필수적이지 않다. 반면에 제어 포인트가 기기가 접속 중단을 경험했던 네트워크 세그먼트에 의존하거나, 또는 접속 중단을 경험했던 네트워크 세그먼트와 접속 중단을 경험하지 않았던 네트워크 세그먼트 모두에 의존한다면, 제어 포인트는 그 기기에 관해 저장했던 임의의 정보를 폐기하고, 모든 정보를 다시 불러들이고, 가능하게는 그 서비스들에 다시 가입한다. 이 동작들은 도 2의 도면부호 330에서 집합적으로 나타난다.

도 3 및 도 4는 본 발명이 구현될 수 있는 하나의 대표적인 전자 기기(12)를 보여준다. 그러나 본 발명은 전자 기기의 하나의 특정 유형에 제한되도록 의도되지 않음을 알아야 한다. 도 3 및 도 4에 도시된 컴포넌트들의 일부 또는 모두는 본 발명의 다양한 실시 예들을 구현하는데 관여하는 임의의 기기들에 포함될 수 있다는 것을 알아야 한다. 도 3 및 도 4의 전자 기기(12)는 하우징(30), LCD(liquid crystal display) 형태의 디스플레이(32), 키패드 (34), 마이크로 폰(36), 이어피스(ear-piece)(38), 배터리(40), 적외선 포트(42), 안테나(44), 본 발명의 하나의 실시 예에 따른 UICC 형태의 스마트 카드(46), 카드 리더(48), 무선 인터페이스 회로소자(52), 코덱 회로소자(54), 제어부(56), 및 메모리(58)를 포함한다. 개별 회로들 및 엘리먼트들은 본 기술분야, 예를 들면 노키아 범위의 이동 전화들에서 모두 잘 알려진 형태이다.

본 발명을 구현하는 통신 기기들이 CDMA(Code Division Multiple Access), GSM(Global System for Mobile Communications, UMTS, TDMA(Time Division Multiple Access), FDMA(Frequency Division Multiple Access), TCP/IP(Transmission Control Protocol/Internet Protocol), SMS(Short Messaging Service), MMS(Multimedia Messaging Service), 이메일, IMS(Instant Messaging Service), 블루투스, IEEE 802.11, 기타 등등(이에 제한되지 않음) 을 포함하는 다양한 전송 기술들을 사용해서 서로 간에 그리고/또는 다른 기기들과 통신할 수 있다. 통신 기기는 무선, 적외선, 레이저, 케이블 접속 기타 등등을 포함하지만 이에 제한되지 않는 다양한 매체를 사용해서 통신할 수 있다.

여기서 설명된 다양한 실시 예들은, 네트워크 환경에서 컴퓨터들에 의해 실행되는 프로그램 코드와 같은, 컴퓨터 실행가능한 명령어들을 포함하고, 컴퓨터 판독가능 매체 내에 구체화된 컴퓨터 프로그램 제품에 의해 하나의 실시 예에서 구현될 수 있는 방법의 단계들 또는 프로세스들의 일반적인 문맥에서 기술된다. 컴퓨터 판독가능 매체는, ROM(Read Only Memory), RAM(Random Access Memory), CD(compact disc)들, DVD(digital versatile disc) 기타 등등을 비제한적으로 포함하는 분리형 및 비분리형 저장 기기들을 포함할 수 있다. 일반적으로 프로그램 모듈들은 특정 작업들을 수행하거나 특정 추출(abstract) 데이터형을 구현하는 루틴들, 프로그램들, 객체들, 컴포넌트들, 데이터 구조들 등을 포함한다. 데이터 구조들과 관련된 컴퓨터 실행 가능한 명령어들 및 프로그램 모듈들은, 여기에 개시된 방법들의 단계들을 실행하기 위한 프로그램 코드의 예들을 나타낸다. 이와 같은 실행 가능한 명령어들 또는 관련된 데이터 구조들의 특정 시퀀스는 이와 같은 단계들에서 묘사된 기능들을 구성하기 위한 상응하는 동작의 예들을 나타낸다.

다양한 데이터베이스 검색 단계, 상호연관(correlation) 단계, 비교 단계 및 결정 단계를 달성하기 위한 규칙 기반 로직 및 다른 로직을 갖는 표준 프로그래밍 테크닉들을 써서 본 발명의 소프트웨어 및 웹 구현들이 달성될 수 있다. 본 발명의 상세한 설명 및 청구항에서 사용되는 "컴포넌트(component)" 및 "모듈"이라는 용어는 하나 이상의 소프트웨어 코딩 라인들 및/또는 하드웨어 구현들, 및/또는 수동 입력들 수신하는 장치를 이용하여 구현되는 예들을 모두 포함하는 의도라는 것을 주목해야 한다.

본 발명의 실시 예들의 전술한 설명은 도해 및 설명 목적들을 위해 제시되었다. 전술한 설명은 본 발명을 개시된 정확한 형태로 제한하거나 한정시키려는 의도가 아니고, 수정들 및 변경들이 위의 교시들에 비추어 가능하거나 본 발명의 실행으로부터 얻어질 수 있다. 발명의 원리들 및 다양한 실시 예들과 고려되는 특정 용도에 적합한 다양한 수정들을 써서 당업자가 본 발명을 이용할 수 있도록 하는 그 것의 실제적인 애플리케이션들을 설명하기 위해 실시 예들이 선택되고 설명되었다.

Claims (27)

1. 멀티호밍된(multi-homed) 기기에서 BOOTID 값을 증가시키고;

   중단된 인터페이스상에서 상기 증가된 BOOTID 값을 전송하고;

   상기 중단된 인터페이스의 재부팅을 수행하고; 그리고

   접속(connectivity)이 중단되지 않은 상기 멀티-호밍된 기기의 각각의 인터페이스상에서, 다음 BOOTID 값의 표시를 전송하는 것을 포함하는 방법.
2. 제1항에 있어서,

   상기 다음 BOOTID 값의 표시를 전송하는 것은, 중단되지 않은 인터페이스들과 연관된 제어 포인트(control point) 기기들로 하여금 상기 멀티-호밍된 기기에 관해 저장된 정보를 폐기할 필요 없이, 그리고 상기 멀티-호밍된 기기에 관한 정보를 다시 불러낼 필요 없이 상기 기기의 BOOTID 값을 업데이트하도록 하는 방법.
3. 제1항에 있어서,

   상기 다음 BOOTID 값의 표시는, NEXTBOOTID 헤더 내에서 전송되는, 방법.
4. 제1항 내지 제3항 중 어느 한 항의 프로세스들을 수행하는 컴퓨터 코드를 포함하는 컴퓨터 프로그램을 기록한 컴퓨터로 읽을 수 있는 기록매체.
5. 장치의 BOOTID 값을 증가시키도록 하고;

   상기 장치의 중단된 인터페이스들 상에서 상기 증가된 BOOTID 값을 전송하도록 하고;

   상기 중단된 인터페이스들의 재부팅을 수행하도록 하고; 그리고

   접속이 중단되지 않은 상기 장치의 모든 인터페이스들 상에, 다음 BOOTID 값의 표시를 전송하도록 구성된 프로세서를 포함하는 장치.
6. 제5항에 있어서,

   상기 다음 BOOTID 값의 표시를 전송하는 것은, 중단되지 않은 인터페이스들과 연관된 제어 포인트(control point) 기기들로 하여금 상기 장치에 관해 저장된 정보를 폐기할 필요 없이, 그리고 상기 장치에 관한 정보를 다시 불러낼 필요 없이 상기 장치의 BOOTID 값을 업데이트하도록 하는, 장치.
7. 제5항에 있어서,

   상기 다음 BOOTID 값의 표시는, NEXTBOOTID 헤더 내에서 전송되는, 장치.
8. 제5항에 있어서,

   상기 다음 BOOTID 값의 표시는, UPnP(universal plug and play) 버전 1.0 제어 포인트 기기들로 하여금 상기 장치에 관해 저장된 정보를 폐기하고, 그리고 상기 장치에 관한 정보를 다시 불러내도록 하는 장치.
9. 제5항에 있어서,

   중단된 인터페이스와 중단되지 않은 인터페이스 모두와 연관된 제어 포인트 기기의 경우에:

   상기 제어 포인트 기기가 상기 중단되지 않은 인터페이스와 연관된 네트워크 세그먼트에만 의존한다면, 상기 다음 BOOTID 값의 표시는 상기 제어 포인트 기기로 하여금 상기 장치에 관해 저장된 정보를 폐기할 필요 없이, 그리고 상기 장치에 관한 정보를 다시 불러낼 필요 없이 상기 장치의 BOOTID 값을 업데이트하도록 하며; 그리고

   상기 제어 포인트 기기가 상기 중단된 인터페이스와 연관된 네트워크 세그먼트에 적어도 부분적으로 의존한다면, 상기 재부팅은 상기 제어 포인트 기기로 하여금 상기 장치에 관해 저장된 정보를 폐기하도록 하고, 그리고 상기 장치에 관한 정보를 다시 불러내도록 하는, 장치.
10. 제5항에 있어서,

    상기 장치는 UPnP(Universal Plug and Play) 기기를 포함하는, 장치.
11. 제1 네트워크 세그먼트와 연결되어 동작하는 제1 인터페이스 및 제2 네트워크 세그먼트와 연결되어 동작하는 제2 인터페이스를 포함하는 UPnP(universal plug and play) 기기;

    상기 제1 네트워크 세그먼트와 연결되어 동작하는 제1 제어 포인트 기기;

    상기 제2 네트워크 세그먼트와 연결되어 동작하는 제2 제어 포인트 기기; 및

    상기 제1 네트워크 세그먼트와 상기 제2 네트워크 세그먼트와 모두 연결되어 동작하는 제3 제어 포인트 기기를 포함하는 시스템으로서,

    상기 UPnP(universal plug and play) 기기는, 상기 제1 인터페이스에서 접속 중단이 발생하면:

    상기 중단된 인터페이스의 재부팅을 수행하도록 구성되고, 그리고

    중단되지 않은 상기 제2 인터페이스상에서 다음 BOOTID 값의 표시를 전송하도록 구성된, 시스템.
12. UPnP(universal plug and play) 제어 포인트 기기로부터, 중단되지 않은 인터페이스를 통해 상기 기기의 다음 BOOTID 값의 표시를 수신하고; 그리고

    상기 수신된 표시에 응답하여, 상기 기기에 관해 저장된 정보를 폐기할 필요 없이, 그리고 상기 기기에 관한 정보를 다시 불러낼 필요 없이 상기 기기의 BOOTID 값을 적어도 선택적으로 업데이트하는 것;을 포함하는 방법.
13. 제12항에 있어서,

    다음 BOOTID 값의 표시는 SSDP(simple service discovery protocol ) 메시지 내의 NEXTBOOTID 헤더 내에서 수신되는, 방법.
14. 제12항에 있어서,

    상기 UPnP(universal plug and play ) 제어 포인트 기기가 상기 중단되지 않은 인터페이스와 연관된 네트워크 세그먼트에만 의존한다면, 상기 기기의 BOOTID 값은 상기 기기에 관해 저장된 정보를 폐기할 필요 없이, 그리고 상기 기기에 관한 정보를 다시 불러낼 필요 없이 업데이트되는 방법.
15. 제12항 내지 제14항 중 어느 한 항의 프로세스들을 수행하는 컴퓨터 코드를 포함하는 컴퓨터 프로그램을 기록한 컴퓨터로 읽을 수 있는 기록매체.
16. 기기의 다음 BOOTID 값의 표시를 프로세싱하고 [상기 표시는 중단되지 않은 인터페이스를 통해 상기 기기로부터 수신되었음]; 그리고

    상기 수신된 표시에 응답하여, 상기 기기에 관해 저장된 정보를 폐기할 필요 없이, 그리고 상기 기기에 관한 정보를 다시 불러낼 필요 없이 상기 기기의 BOOTID 값을 업데이트하도록 구성된 프로세서를 포함하는 장치.
17. 제16항에 있어서,

    상기 다음 BOOTID 값의 표시는, SSDP(simple service discovery protocol) 메시지 내의 NEXTBOOTID 헤더 내에서 수신되는, 장치.
18. 삭제
19. 삭제
20. 삭제
21. 삭제
22. 삭제
23. 삭제
24. 삭제
25. 삭제
26. 삭제
27. 삭제

Images