KR20060096500A

KR20060096500A - 네트워크화된 장치들에 통지를 푸싱하는 방법과 시스템

Info

Publication number: KR20060096500A
Application number: KR1020067009815A
Authority: KR
Inventors: 존 윌리엄 채니; 알란 매써
Original assignee: 삼성전자주식회사
Priority date: 2003-12-18
Filing date: 2004-12-16
Publication date: 2006-09-11
Anticipated expiration: 2024-12-16
Also published as: WO2005059767A1; JP2007516527A; KR100846799B1; US20050138117A1; CN1761952A; EP1695227A1; CN100429640C; EP1695227A4

Abstract

본 발명은 네트워크화된 장치들에 통지를 푸싱하는 방법과 시스템에 관한 것이다. 클라이언트 장치와 서버 장치 사이의 연결이 성립된다. 클라이언트 장치들은 서버 장치에게 자료를 요청한다. 서버 장치는 이러한 요청에 대한 응답으로 클라이언트 장치에 응답을 보낸다. 이와 같은 응답은 서버 장치로부터 클라이언트 장치에 정보를 요청하는 통지 요청을 포함한다. 또한 서버 장치는 자동적으로 소정 이벤트가 발생하였을 때 클라이언트 장치로 통지한다.

Description

네트워크화된 장치들에 통지를 푸싱하는 방법과 시스템{A method and system for pushing notifications to networked devices}

본 발명은 네트워크화된 장치들에 통지를 푸싱하는 방법과 시스템에 관한 것으로, 보다 상세하게는 낮은 오버헤드(low overhead)를 가지는 클라이언트 기반의 브라우저 제어기에 실시간 상태 업데이트를 사실상 제공하는 방법과 시스템에 관한 것이다.

종래에는 참고로 사용된 2003년 11월 18일에 출원된 가출원(Provisional Application) No. 60/530,771 이 청구되었다. 본원 발명의 명세서 중 일부분은 저작권 보호와 관련된 내용을 포함한 문서이다. 저작권자는 특허청 특허문서나 기록 등에 나타난 것처럼 특허 출원자에 의한 복제물의 전사에 대한 반대를 하지 않았다. 그러나 그렇지 않다면 모든 저작권은 무엇이든지 보존된다.

많은 전자 기기들 예를 들어 홈 네트워크 장치들 같은 것은 한 장치에서 다른 장치로 컨텐츠를 보내주거나 나타내주기 위한 기본인 HTTP나 HTML을 사용하는 웹 브라우저의 지원을 포함한다. 통지(Notification)는 경고 메시지, 전반적 통신을 위한 장치 업데이트 등 많은 이유로 서비스 장치로부터 클라이언트 장치로 보내질 것이다.

일반적으로, 서비스 정치의 제어기로써 클라이언트 장치 안에서 웹 브라우저가 사용될 때, 웹 브라우저는 상태 업데이트를 위해 서비스 장치에 있는 웹 서버로 요청을 보낸다. 그러면 웹 서버는 사용자가 볼 수 있도록 하기 위하여 브라우저의 출력 프레임에 출력되는 상태 업데이트(통지)와 함께 요청에 대해 응답한다. 그러나 출력 프레임이 웹 서버로부터 업데이트 상태 정보를 보여주려면은 브라우저는 주기적으로 웹 서버에 업데이트를 요청해야 한다. 각각의 요청에 대한 응답으로 웹 서버는 웹 서버에 의해 모니터링된 기기 안에 아무런 변화가 없더라도 브라우저에게 출력정보를 다시 전송한다.

동적인 상태 업데이트를 위해서 웹 브라우저는 주기적으로 웹 서버에 특별한 폴링(polling) 주기로 상태 업데이트를 요청한다. 모든 상태 변화는 업데이트 요청이 웹 서버로 보내지고 서버로부터 응답이 올 때만 웹 브라우저 출력 프레임에 나타난다. 이것은 종래의 방법이 웹 서버가 상태변화가 있을 때 브라우저가 웹 서버로부터 상태 업데이트 정보를 자동적으로 받지 못하는 폴링 방식(polling method)이었기 때문이다.

그러므로 낮은 오버헤드(low overhead)를 가지는 클라이언트 기반의 브라우저 제어기에 실시간 상태 업데이트를 사실상 제공하는 방법과 시스템이 필요하다.

본 발명은 모니터링 기능을 달성하기 위한 최소한의 트래픽 부하가 요청되는 동안 표준 브라우저 클라이언트는 실시간으로 서비스 장치의 상태를 모니터링하고 나타내는데 사용될 수 있도록 하는 네트워크화된 장치들에서 통지를 푸싱하는 방법과 시스템을 제공한다.

상기 기술적 과제를 해결하기 위한 본 발명의 통지 푸싱 방법은, 네트워크의 장치들로 통지를 푸싱하는 방법에 있어서, (a) 상기 장치들 중 하나와 접속을 설정하는 단계; (b) 상기 장치로부터 데이터 요청을 수신하는 단계; 및 (c) 상기 요청에 응하여, 상기 장치로 하여금 더 이상의 정보를 요청하기 위하여 통지 요청을 포함하는 응답을 전송하는 단계를 포함하는 것을 특징으로 가진다.

또한, 상기 기술적 과제를 해결하기 위한 본 발명의 통지 푸싱 방법은, 네트워크의 장치들로 통지를 푸싱하는 방법에 있어서, (a) 상기 장치들 중 하나와 접속을 설정하는 단계; (b) 상기 장치로부터 데이터에 대한 요청을 발송하는 단계; 및 (c) 상기 장치로부터 상기 장치로부터 더 이상의 정보를 요청하기 위한 통지 요청을 포함하는 응답을 수신하는 단계를 포함하는 것을 특징으로 가진다.

또한, 상기 기술적 과제를 해결하기 위한 본 발명의 통지 푸싱 방법은, 클라이언트 장치들과 서버 장치들을 포함하는 네트워크 장치들에서 통지를 푸싱하는 방법에 있어서, (a) 상기 클라이언트 장치들과 상기 서버 장치들 사이에서 접속을 설정하는 단계; (b) 상기 클라이언트 장치는 상기 서버 장치로 데이터 요청을 전송하는 단계; 및 (c) 상기 서버 장치는 상기 요청에 응답하여 상기 클라이언트 장치가 상기 서버 장치로부터 더 이상의 정보를 요청하도록 하는 통지 요청을 포함하는 응답을 상기 클라이언트 장치로 전송하는 단계를 포함하는 것을 특징으로 가진다.

상기 기술적 과제를 해결하기 위한 본 발명의 통지 푸싱 시스템은, 상호 연결이 설정되어 있는 클라이언트 장치와 서버 장치로 구성되되, 상기 클라이언트 장치는 상기 서버 장치로 데이터에 대한 요청을 전송하고, 상기 요청을 수신하면 상기 서버 장치는 상기 클라이언트 장치로 응답을 전송하되, 상기 응답은 상기 클라이언트 장치가 상기 서버 장치로 더 이상의 정보를 요청하도록 하는 통지 요청을 포함하는 것을 특징으로 가진다.

도 1은 본 발명의 바람직한 일 실시예에 따른, 푸쉬 방법 통지(Push Method Notification)을 적용하는 네트워크의 기능을 나타낸다.

도 2는 본 발명의 바람직한 일 실시예에 따른 서비스 장치 웹 서버로부터 클라이언트 장치 웹 서버로 통지를 푸싱하는 시스템을 나타낸다.

도 3은 도 2의 클라이언트 장치와 서버 장치 사이의 통지를 푸싱하는 방법에 대한 흐름도의 일 예이다.

이하, 본 발명의 바람직한 일 실시예를 도면을 참조하여 상세히 살펴보기로 한다.

도 1은 본 발명의 바람직한 일 실시예에 따른, 푸쉬 방법 통지(Push Method Notification)를 적용하는 네트워크의 기능을 나타낸다. 도 1을 참조하면, 푸쉬 통지 방법을 구현하는 홈네트워크와 같은 네트워크의 기능적 구조에 대한 예를 보여준다.

네트워크(10)는 클라이언트 장치들(20), 서버 (서비스) 장치들(30), 및 이 네트워크(10)를 인터넷(50)과 연결시키는 옵션 사항으로서의 인터페이스(40)를 포 함한다. 비록 클라이언트와 서버 장치들이 분리되어 보이지만 하나의 물리적 장치는 하나나 그 이상의 클라이언트 장치와 하나나 그 이상의 서버 장치들을 포함할 수 있다. 클라이언트(20) 및 서버 장치들(30)은 각각, 그들 사이의 통신 및 프로토콜을 위한 HTTP 프로토콜을 구축한다.

여기 기술된 예에서는 HTTP 프로토콜이 네트워크(10)에서 사용되고 있지만, 이 분야의 당업자라면 본 발명이 클라이언트-서버 네트워킹을 활용하는 다른 네트워크 통신 프로토콜들과도 유용하다는 것을 알 수 있을 것이다.

본 발명은 상대적으로 상당히 많은 양의 시간이 사용되고 동시적이지 않은 응답이 사용되는 한 방향, 비동기적 메시지를 사용하는 프로토콜까지 포함하는 또 다른 통신 프로토콜과도 유용하다. (클라이언트 서버 프로토콜이 여기에서 사용된 일 실시예에서 이러한 성질을 가진다). 마지막 성질은 클라이언트가 서버에게 언제라도 무엇인가를 요청할 수 있다. 하지만, 서버는 단지 클라이언트의 질문에 응답할 뿐이다.

예를 들어 클라이언트 장치(20)는 웹 브라우저(25)를 포함할 수 있고, 서버 장치(30)는 웹 서버(35)를 포함할 수 있다. 클라이언트(20) 및 서버 장치(30)는 각각 TCP/IP 네트워크 프로토콜을 통해 통신한다(프로토콜에 대하여 HTTP는 사용되고, HTTP RFC들은 프로토콜을 기초로 명령하지 않는다. 기초적인 프로토콜은 TCP/IP, UDP/IP 이나 HTTP는 그 자체로써 그것에 한정되지 않는다). 전형적 클라이언트 장치(20)로는 TV, DVD, 컴퓨터 등이 있을 수 있다. 또 전형적 서버 장치(30)들에 TV, DVD, 컴퓨터 등등이 있을 수 있다.

네트워크(10)는 웹 서버(35)로부터 웹 브라우저(25)까지 메커니즘들의 상태와 제어에 대한 업데이트를 푸싱하기 위한 푸쉬 방법과 시스템을 구현한다.

여기에서, 푸쉬 방법은 서비스 장치가 즉시 상태와 통지 메시지를 HTTP가 제공하는 방법과 별개이며 모든 MIME 방식들에 위한 방법으로 클라이언트 장치에 보내도록 한다.

도 2는 본 발명의 바람직한 일 실시예에 따른 서비스 장치 웹 서버로부터 클라이언트 장치 웹 서버로 통지를 푸싱하는 시스템을 나타낸다. 도 2를 참조하면, 네트워크(10) 내의 커넥션(90)을 통하여 웹 브라우저(25)를 포함하는 클라이언트 장치(20)와 웹 서버(35)를 포함하는 서버 장치(30) 사이의 푸쉬 통지를 사용하는 시스템(80)의 일 예를 보여준다.

웹 브라우저(25)가 웹 서버(35)로부터 처음 정보를 요청할 때, 웹 서버(35)는 요청된 정보를 웹 브라우저(25)에게 전달한다. 이와 같은 과정에서, 만약 웹 서버(35)가 웹 브라우저(35)로 통지를 보내고자 한다면, 웹 서버(35)는 또한 웹 브라우저(25)에게 업데이트 요청을 보낸다(단계 102).

상기 업데이트 요청은 웹 서버(35)로부터 추가 정보를 요청하기 위해 웹 브라우저(25)에 시간을 맞추는 작업을 설정할 수 있도록 한다. 이와 같은 과정은 반복될 수 있다. 이와 같이 웹 서버(35)로부터 정보에 대한 초기 브라우저 정보 요청부터 웹 서버(35)는 업데이트 시간이 지나면서 일련의 업데이트 요청들을 동적으로 만드는 요청을 전달한다.

도 3은 도 2의 클라이언트 장치와 서버 장치 사이의 통지를 푸싱하는 방법에 대한 흐름도의 일 예이다. 도 3을 참조하면, 도 2의 서버 장치(30)와 클라이언트 장치(20) 사이에서 업데이트/통지 방법을 나타낸다.

웹 브라우저(25)는 초기에 웹 브라우저(25) 상의 상태 프레임에 표시되기 위해 웹 서버(35)로부터 정보들을 요청한다. 그리고 웹 서버(35)는 웹 브라우저(25) 상에 요청된 정보들을 전달한다(단계 101).

이러한 과정에서 만약 웹 서버(35)가 웹 브라우저(25)에 통지를 보내길 원한다면, 웹 서버(35)는 또한 웹 서버(35)의 상태 프레임에 대한 업데이트를 다시 요청하기 위해 웹 브라우저(25)에도 업데이트 요청을 보낸다(단계 102).

업데이트 요청들은 웹 서버(35)가 반복적으로 상태 프레임을 업데이트 하게 한다. HTTP에 대한 푸쉬 방법(Push Method)의 한 예로 웹 브라우저(25)는 상태 프레임에 전달받은 정보를 부여한다. 그리고 서브프레임은 상태 프레임 안에서 사용된다. 여기에서 서브프레임은 웹 브라우저(25) 안의 웹 서버(35)에 의해 초기에 부착된 상태 프레임 안에 첨가된 보더(border)들 없이(도시되어 있지 않다) 하나의 픽셀(fixel)로 구성된다(단계 103).

이 서브프레임은 상태 프레임을 업데이트 하기 위해 웹 서버(35)에 대한 한 업데이트 요청(예를 들어, 자바스크립트)을 포함한다(단계 104). 여기에서 웹 서버(35)는 상태 프레임을 의도적으로 고정된 시간(예를 들면, 110초) 동안 덜 채워둔 채 남겨둔다. 웹 브라우저(25)는 특정한 시간 제한 이후(예를 들면, 120초) HTTP 요청들이 타임아웃 되도록 설정한다.

만약 웹 서버(35)가 고정된 시간 동안 사용자에게 보여줄 상태변화 메시지나 통지가 없다면 고정된 시간 말미에는(즉, 타임아웃 시간 만료전) 웹 서버(35)는 서브프레임에 같은 업데이트 요청을 리턴한다(단계 105).

만약 고정된 시간 동안 상태변화가 일어난다면 그때는 웹 서버(35)가 상태 프레임(서브프레임의 상위 프레임) 에게 업데이트된 상태를 보낸다. 그리고 동시에 새로운 업데이트 요청을 서브 프레임에 리로드(reload)한다. 바람직하게는, 웹 서버(35)는 웹 서버(35)가 어떤 변화가 일어나는 동시에 상태 프레임에 업데이트된 상태를 보낸다. 이와 같은 예는 상위 프레임의 특성과 자바 스크립트 1, 2의 위치 방법을 이용한다. 웹 서버(35)는 다른 희망했던 조건이나 웹 서버(35)가 모니터링 하던 작업의 종료 등에 대한 업데이트 요청에 대해서는 웹 브라우저(25)에 보내기를 종료한다.

서브프레임 업데이트가 웹 브라우저(25)로부터 2차적 조작으로써 요청되었을 때 웹 서버(35)는 서브프레임을 인지하고 웹 서버(35)가 모니터링하고 있는 상태에서 어떤 변화가 일어나지 않았다면 서브프레임을 업데이트하지 않도록 결정할 것이다. 웹 서버(35)는 HTTP 업데이트 명령이 만료(요청)되기 전까지 기다린다.

그리고 웹 서버(35)가 상태 프레임을 새롭게 하는 서브프레임의 또 다른 업데이트 요청에 응답한다. 결과적으로 업데이트에 대한 요청은 끊임없이 웹 브라우저(25) 안의 서브프레임으로부터 웹 서버(35)로 보내진다.

또한 웹 서버(35)에 의해 모니터링된 상태가 변할 때마다 상태프레임이 웹 서버(35)에 의해 모니터링되거나 유지되는 곳의 현재 상태를 보여주기 위해 웹 서버(35)는 상태 프레임에 업데이트를 보낸다. 그러므로 웹 서버(35)는 결과적으로 웹 브라우저(25)에 실시간 업데이트를 제공한다. 이와 같은 실시간 응답은 특정한 MIME 타입이나 HTTP의 추가적인 특성들을 설치할 필요 없이 바로 매우 낮은 비율의 폴링 메커니즘(Low Rate Polling Mechanism)으로 획득된다. 예를 들어 인터넷은 푸쉬 MIME 타입을 제공하지 않고 본 발명은 푸쉬 MIME 타입을 필요로 하지 않는다.

이와 같이 표준 브라우저 클라이언트는 모니터링 기능을 수행하기 위한 최소한의 트래픽 오버헤드를 필요로 하는 반면 실시간 방법으로 서비스 장치의 현 상태를 모니터링하고 나타내곤 한다. 이와 같은 예는 모니터링에 초점이 맞추어져 있는데, 이는 그것이 의도된 목적이기 때문이다. 많은 다른 동작들에도 적용이 가능한데 여기에서의 설명은 홈네트워크에서 소비자 전력 장치들에 대한 네트워크 명령과 제어의 실시간 모니터링의 관점에 초점을 맞춘다.

그러나 기술적으로 숙련된 분들이라면 본 발명이 다른 종류의 네트워크와 네트워크 프로토콜에도 또한 유용하다는 것을 인지할 수 있을 것이다.

아래에 기술된 하나의 적용 예에서는 웹 서버(35)가 웹 브라우저(25)를 업데이트 할 때나 시간이 초과되었을 때 또는 다른 변화가 일어나기 전까지 상태변화에 대한 풀(poll)을 유지한다.

하나의 예에서 이것은 12초당 I/O 와 120초당 I/O사이의 초과가 있기는 하지만 약 1초가 덜 걸리는 반응시간을 가지도록 한다. 이와 같은 타임아웃은 TCP/IP의 튜닝 파라미터(Tuning Parameters(약 120 내지 300초))와 거의 같은 크기의 범위에서 맞추어지는 HTTP 요청에 대한 사용자 인터페이스 타임아웃 범위 이내이다.

Apache 웹 서버에서 Mod-Perl의 커먼 게이트웨이 인터페이스(CGI, Common Gateway Interface) 프로그램이 운영한 아래의 예시 프로그램 리스팅이 제공된다. CGI는 웹 서버가 수 만 가지 방법으로 웹 서버의 기능을 확장할 수 있도록 하는 표준화된 어플리케이션 프로그래밍 인터페이스를 제공한다.

하나의 예로 CGI는 어떤 비디오 컨텐츠가 TV상에 상영되고 있는지를 제어하거나 웹 사이트로부터 물건을 구매하는 등의 결과를 유발할 수 있는 클라이언트-서버 상호작용의 부수 효과를 창출하는데도 사용된다.

CGI의 최초 어플리케이션은 사용자의 상호작용의 결과인 웹 브라우저 상의 동적인 HTML 출력들을 만들어내게 되었다. 그러나 그것은 제어목적을 위한 웹 서버의 판매(sale)와 정보 데이터베이스(Information Databases) 및 디바이스 상태 머신(Device State Machines)의 표준 인터페이스이다.

아래의 프로그래밍 리스팅은 Perl 프로그램 언어이며 프레임 업데이트 프로그램('frupd.pl')에 속한다. Mod-Perl은 CGI를 수행하기 위하여 Perl 프로그램을 운영하기 위한 목적의 Apache 웹 서버에 있는 Perl 번역기이다. CGI 기능은 Apache 웹 서버가 단순히 웹 브라우저에 웹 페이지를 제공하는 것을 제외하는 Apache 웹 서버를 위한 후크(Hook)이다. 예를 들면 CGI 프로그램은 웹 브라우저로 들어가는 사용자 데이터를 분석할 수 있다. 그리고 중앙 데이터베이스 옆의 서버에 사용자 데이터를 저장한다.

또한 CGI 프로그램은 본 발명의 일 실시예에 따라 웹 브라우저(25)(도 2)를 포함하는 클라이언트 장치(20)가 TV(웹 서버(35)를 포함한 서비스 장치(30))와 같은 소비자 전력 기기들을 제어하게 하기 위해 클라이언트-서버 과정에서 이용된다. Apache 웹 서버는 웹 서버(35)이며 TV 상태를 모니터링 하기 위한 TV 안에 있다.

클라이언트 장치(20)는 TV 스크린에 출력물을 만드는 네트워크 제어기를 구성할 수 있으며 거실의 같은 TV 안에 또한 있는 웹 브라우저(25)를 통해 사용자가 선택한 명령을 받는다(이와 같은 클라이언트와 서버는 같은 물리적 장치로써 논리적 유닛이 될 수 있다). 그렇지 않다면, 웹 서버(35)는 침실에 있는 홈네트워크를 통해 다른 TV안에 있을 수도 있고 WiFi를 통해 침실 TV로 연결된 웹 패드 안에 있을 수도 있다. 다른 예들도 가능하다. 이와 같은 예에서, 이러한 브라우저들에게 주요한 요구사항은 XHTML1.0과 자바스크립트 1.3으로 구성되어 있는 것이다.

CGI 과제는 TV의 상태를 다양화하게 하는 동적인 웹 페이지(상태 프레임)을 제공한다. 이와 같은 예에서 웹 서버(35)는 TV가 켜져 있는지 꺼져있는지 지적하는 상태 지적기를 웹 브라우저(25)에 다시 제공한다. 이와 같은 프레임 업데이트(frupd) 프로그램은 단지 세 가지 가능 결과를 초래한다.

1. 예를 들어 1초 후 CGI 프로그램의 또 다른 운영을 요청하기 위해서 자바스크립트 프로그램과 같이 브라우저 서버 프레임(예를 들면, small requestor frame) 로드.

2. html 파일을 가지고 첫 번째 형제 프레임(brother frame)(부모 프레임(parent frame) [0]에 의해 인지된)을 로드: tvon.html, puls 1.

3. html 파일을 가지고 첫 번째 형제 프레임(brother frame)을 로드: tvon.html, puls 1.

결과 #1 은 총 10초의 시간 동안 TV에서 상태변화가 없을 때 일어난다. 즉, 파일 'changedone'은 대략 10초의 대기 시간 동안 삭제(비연결)되지 않는다.

결과 #2는 CGI 태스크(task)가 파일'changedone'은 존재하지 않고 현재 인덱스 값이 홀수라는 것을 인식할 때 발생한다.

결과 #3은 CGI 태스크(task)가 파일 'changedone'은 존재하지 않고 현재 인덱스 값이 짝수라는 것을 인식할 때 발생한다.

'frupd.pl' 프로그램을 나타내면 다음과 같다.

#!c/usr/bin/perl-w

#file: frupd.pl.

#This CGI task checks for changes in the local server state machine. <== CGI 태스크는 로컬 서버 상태 머신 내에서의 변화를 체크한다.

#If the file 'changedone' does not exist then a change of state has occured. <== 파일 'changedone'이 존재하지 않는다면 상태 변화가 발생한다.

#For this particular implementation a change means that the TV goes from a power-on state to a

#power-off state, and vice-versa in sequence. <== 특별한 구현 예에서 변화는 TV가 파워-온 상태에서 파워-오프 상태로 변화하는 것을 의미한다. 또한 그 반대의 경우도 성립한다.

#This CGI is requested from a very small frame. <== CGI는 매우 작은 프레임으로부터 요청된다.

#Initially, if no change is indicated then it loops checking for change each second for 10 seconds. <==초기에, 변화가 없는 것으로 나타난 경우, 그것은 10초 동안 각각의 초 당 변화에 대한 체킹을 반복한다.

#If still no change then it causes the frame to reload its Javascript to run this CGI again after 1 second. <== 아직도 변화가 없는 경우, 그것은 1초 후에 다시 CGI를 동작하여 프레임의 자바스트립트를 재로드하도록 한다.

#

use CGI;

$p = '/var/www/perl/';

&query = new CGI;

print $query -> header;

$changedone = '/home/jack/changedone';

$c = 0;

open(IN, $p.'current_index.fil');

$a = <IN>;

chomp($a);

close(IN);

while((-e $changedone)&&($c<10)){

$c = $c+1;

system('sleep 1s');

};

#If no change has occured then changedone exists. <== 변화가 없는 것이 발생한 경우, 그 때 changedone이 존재한다.

print '<html><head><title>Frame change checker Javascript.</title></head>＼ n';

print '<body><script>＼ n';

if(!(-e $changedone)){

if(($a % 2)==1){

$u = 'http://105.144.43.120/tvon.html';

} else {

$u = 'http://105.144.43.120/tvoff.html';};

open (OUT,'>/home/jack/changedone')∥die('cannot open/home/jack/changedone');

print OUT $a.'＼ n';

close (OUT) ∥die('cannot close changedone');

print 'parent.frame[0].location.href=＼ ".$u.'＼';＼ n';

};

print 'setTimeout('location.href=＼ 'http://105.144.43.120/perl/frupd.pl＼ ';',1000);＼ n';

print'</script></body></html>＼ n';

아래는 perl에서 코드화된 'change.pl' 프로그램 파일이다. 'change.pl' 프로그램은 디바이스 상태 머신은 변화된 상태를 가지는 것을 나타낸다. 예에서 장치는 TV이고 상태의 변화는 파워 토글(power toggle)이라고 한 경우, 상태 지위 통지기는 'tvon'과 'tvoff'로 명명된다. 프로그램에서 변수 $a로 인코딩된 TV의 절대적인 상태는 증가되어지고, 'current_index.fil'로 불리는 파일내에 저장되어 진다. 프로그램을 동작하는 것은 TV의 앞쪽 패널을 누르거나 또는 리모콘 파워 토글 버튼에 누드는 것과 동일한다. 실제적인 상태의 변화는 파일 'changedone'을 삭제함에 의해 신호된다. CGI 태스크는 TV 상태의 변화가 발생되었을 때 읽혀지는 파일이 없을 때 사용된다.

#!usr/bin/perl-w

#filename: change.pl created Nov 19, 2003 by JW Chaney. <== 2003년 11월 19일 JW Chaney에 의해 change.pl이 생성되었다.

#opens 'current-index.fil' in the /var/www/perl directory and reads the first line.

#the first line of text is a number. That number is incremented. <==텍스트의 첫번재 라인은 번호화되어 있고, 상기 번호는 증가되어 진다.

#The 'current_index.fil' is deleted. The file 'temporary' is created with the new incremented number. <== 'current_index.fil' 파일은 삭제되고, 'temporary' 파일이 새롭게 증다된 번호를 가지고 생성된다.

#The file 'temporary' is renamed to 'current_index.fil'. <== 'temporary'파일은 'current_index.fil' 파일로 재명명된다.

open(IN, 'current_index.fil');

$a = <IN>

chomp($a);

$b = $a+1;

close(IN);

unlink('current_index.fil);

open(OUT, '>temporary');

print(OUT $b.'＼ n';

close (OUT);

rename('temporary','current_index.fil);

system('chmod0777 current_index.fil');

if (-e '/home/jack/changedone'){

unlink('/home/jack/changedone');};

아래 프로그램 파일 'twoff.html'은 브라우저(25)가 TV 장치의 제어를 모니터링 시작하기 위해 HTTP GET 커맨드를 사용하는 파일이다.

<?xml version='1.0' encoding='ISO-8859-1'?>

<!DOCTYPE html PUBLIC '-//W3C/DTD XHTML 1.0 Frameset//EN'

'http://www.w3.org/1999/xhtml'>

<head>

<title>Using vertical frames</title>

</head>

</frameset>

</html>

아래 프로그램 파일 'tvoff.html'은 블랙 스크린을 가지는, 즉 턴오프된 TV의 200w X 130h 그래픽을 나타낸다.

<html>

<head>

<title> TV power off</title></head>

<body>

</body>

</html>

아래 프로그램 파일 'tvon.html>은 서비스 로고 및 재생 프로그램 타이틀(즉, TV의 상태가 누군가가 보고 있을 수 있는 상태)을 가지는 TV의 200w X 130h 그래픽을 나타낸다.

<html>

<head>

<title> TV power on</title></head>

<body>

</body>

</html>

위의 예시 프로그램 세그먼트(segments)/파일(files) 들은 Apache 웹 서버를 운영하고 Perl 태스크가 변하는 리눅스 PC 운영체계에서도 시뮬레이션으로써 행해 질 수 있다. 여기에서 리눅스 PC는 모니터링된 TV를 시뮬레이터하며 변화 태스크는 파워 토글 ㅂ버튼을 나타낸다. 리눅스 PC는 모니터링된 결과들을 나타내는 클라이언트로써의 인터넷 익스플로러로 운영되는 윈도우 운영체제에 연결되었다. 이러한 예의 운영 결과, 변화가 없는 기간 동안에 매 12초 등 1번꼴로 서버에 클라이언트 브라우저로부터 업데이트 요청의 교환이 있다. 또한 누군가가 파워 토글 버튼을 누를 때 업데이트된 상태를 나타내는 반응시간은 1초 이하였다.

또한 위의 예시 프로그램은 프레임 업데이트 기술의 설명의 목적으로 제공되었으며 여러가지 간략화가 이해의 편리성을 위해 사용되었다. 이러한 간략화는 ㅂ밸류(값)들이 내부 프로세스를 공유한 메모리를 사용하는 대신 순환되는(rotating)디스크 파일에 저장되었을 때 보여진다.

더불어, 디스크는 삭제하며 재명명되어지는 동작들의 특정한 작동들은 제어는 같다는 것을 확신시키기 위해 접근을 제어하는 적절한 신호장치의 사용 대신에 사용되었다. 또한 본원 발명의 기술분야에서 통상의 지식을 가진 자가 예시 프로그램에서 사용된 디스크 파일들을 실험하고 지우고 쓰고 읽는 것들을 하지 않고도 프로그램을 다방면의 제어기 클라이언트로 확장 시킬 수 있을 것이다. 대신 신호장치 그리고 공유된 전세계적 메모리의 사용이 다방면의 클라이언트 제어기들을 쉽게 지원하도록 할 것이다. 이러한 나중의 방법들은 보통 소비자 전자기기들의 첨가된 시스템에 적용되며 그들의 사용은 여기서 더 논의되어질 필요가 없다.

본 발명은 또한 컴퓨터로 읽을 수 있는 기록매체에 컴퓨터가 읽을 수 있는 코드로서 구현하는 것이 가능하다. 컴퓨터가 읽을 수 있는 기록매체는 컴퓨터 시스 템에 의하여 읽혀질 수 있는 데이터가 저장되는 모든 종류의 기록장치를 포함한다. 컴퓨터가 읽을 수 있는 기록매체의 예로는 ROM, RAM, CD_ROM, 자기테이프, 플로피디스크 및 광데이터 저장장치 등이 있으며, 또한 캐리어 웨이브(예를 들어 인터넷을 통한 전송)의 형태로 구현되는 것도 포함한다. 또한 컴퓨터가 읽을 수 있는 기록매체는 네트워크로 연결된 컴퓨터 시스템에 분산되어, 분산방식으로 컴퓨터가 읽을 수 있는 코드로 저장되고 실행될 수 있다.

이상에서와 같이 도면과 명세서에서 최적 실시예가 개시되었다. 여기서 특정한 용어들이 사용되었으나, 이는 단지 본 발명을 설명하기 위한 목적에서 사용된 것이지 의미한정이나 특허청구범위에 기재된 본 발명의 범위를 제한하기 위하여 사용된 것은 아니다. 그러므로 본 기술 분야의 통상의 지식을 가진 자라면 이로부터 다양한 변형 및 균등한 타 실시예가 가능하다는 점을 이해할 것이다. 따라서, 본 발명의 진정한 기술적 보호 범위는 첨부된 특허청구범위의 기술적 사상에 의해 정해져야 할 것이다.

본 발명은 네트워크화된 장치들에 통지를 푸싱하는 방법과 시스템에 관한 것으로, 모니터링 기능을 달성하기 위한 최소한의 트래픽 부하가 요청되는 동안 표준 브라우저 클라이언트는 실시간으로 서비스 장치의 상태를 모니터링하고 나타내는데 사용될 수 있다.

본 발명은 네트워크화된 장치들에게 통지를 푸싱하는 것과 관련되어 특별히 인터넷 기술을 이용한 홈네트워크 장치들에게 통지를 푸싱하는 것과 관련되어 적용 가능하다.

Claims

네트워크의 장치들로 통지를 푸싱하는 방법에 있어서,

(a) 상기 장치들 중 하나와 접속을 설정하는 단계;

(b) 상기 장치로부터 데이터 요청을 수신하는 단계; 및

(c) 상기 요청에 응하여, 상기 장치로 하여금 더 이상의 정보를 요청하기 위하여 통지 요청을 포함하는 응답을 전송하는 단계를 포함하는 것을 특징으로 하는 통지 푸싱 방법.
제 1 항에 있어서,

(d) 소정 이벤트가 발생되었을 때 상기 장치에 자동적으로 통지하는 단계를 더 포함하는 것을 특징으로 하는 통지 푸싱 방법.
제 1 항에 있어서,

상기 (c)단계는, 상기 응답을 통해 상기 장치에 의해 요청된 데이터를 포함하는 단계를 더 포함하는 것을 특징으로 하는 통지 푸싱 방법.
제 1 항에 있어서,

(d) 상기 통지 요청에 기반하여 상기 장치로부터 데이터에 대한 다른 요청을 수신하는 단계; 및

(e) 상기 다른 요청에 응답하여 상기 장치에 더 이상의 정보를 요청하기 위한 다른 통지 요청을 포함하는 다른 응답을 상기 장치로 전송하는 단계를 더 포함하는 것을 특징으로 하는 통지 푸싱 방법.
제 4 항에 있어서,

(f) 소정 이벤트가 발생되었을 때 상기 장치에 자동적으로 통지하는 단계를 더 포함하는 것을 특징으로 하는 통지 푸싱 방법.
제 1 항에 있어서,

상기 장치는 상기 요청을 전송하는 웹 브라우저를 포함하는 것을 특징으로 하는 통지 푸싱 방법.
네트워크의 장치들로 통지를 푸싱하는 방법에 있어서,

(a) 상기 장치들 중 하나와 접속을 설정하는 단계;

(b) 상기 장치로부터 데이터에 대한 요청을 발송하는 단계; 및

(c) 상기 장치로부터 상기 장치로부터 더 이상의 정보를 요청하기 위한 통지 요청을 포함하는 응답을 수신하는 단계를 포함하는 것을 특징으로 하는 통지 푸싱 방법.
제 7 항에 있어서,

(d) 상기 장치로부터 소정 이벤트에 대한 통지를 자동적으로 수신하는 단계를 더 포함하는 것을 특징으로 하는 통지 푸싱 방법.
제 7 항에 있어서,

상기 (c)단계는 상기 응답을 통해 상기 요청된 데이터를 수신하는 단계를 더 포함하는 것을 특징으로 하는 통지 푸싱 방법.
제 7 항에 있어서,

(d) 상기 통지 요청에 기반하여 상기 장치로부터 데이터에 대한 다른 요청을 전송하는 단계를 더 포함하는 것을 특징으로 하는 통지 푸싱 방법.
제 10 항에 있어서,

(e) 상기 다른 요청에 응답하여 상기 장치에 더 이상의 정보를 요청하기 위한 다른 통지 요청을 포함하는 다른 응답의 전송을 수신하는 단계를 더 포함하는 것을 특징으로 하는 통지 푸싱 방법.
제 11 항에 있어서,

(f) 소정 이벤트가 발생되었을 때 상기 장치로부터 자동적으로 통지를 수신하는 단계를 더 포함하는 것을 특징으로 하는 통지 전송 방법.
제 7 항에 있어서,

상기 장치는 상기 응답을 전송하는 웹 서버를 포함하는 것을 특징으로 하는 통지 전송 방법.
클라이언트 장치들과 서버 장치들을 포함하는 네트워크 장치들에서 통지를 푸싱하는 방법에 있어서,

(a) 상기 클라이언트 장치들과 상기 서버 장치들 사이에서 접속을 설정하는 단계;

(b) 상기 클라이언트 장치는 상기 서버 장치로 데이터 요청을 전송하는 단계; 및

(c) 상기 서버 장치는 상기 요청에 응답하여 상기 클라이언트 장치가 상기 서버 장치로부터 더 이상의 정보를 요청하도록 하는 통지 요청을 포함하는 응답을 상기 클라이언트 장치로 전송하는 단계를 포함하는 것을 특징으로 하는 통지 푸싱 방법.
제 14 항에 있어서,

(d) 상기 서버 장치는 소정 이벤트가 발생되었을 때 상기 클라이언트 장치로 자동적으로 통지하는 단계를 더 포함하는 것을 특징으로 하는 통지 푸싱 방법.
제 14 항에 있어서,

상기 (c)단계는, 상기 서버 장치는 상기 응답을 통해 상기 클라이언트 장치에 의해 요청된 데이터를 포함하는 단계를 더 포함하는 것을 특징으로 하는 통지 푸싱 방법.
제 16 항에 있어서,

(d) 상기 클라이언트 장치는 디스플레이 상에 상기 요청된 데이터를 표시하는 단계를 더 포함하는 것을 특징으로 하는 통지 푸싱 방법.
제 14 항에 있어서,

상기 클라이언트 장치는 상기 요청을 전송하는 웹 브라우저를 포함하고, 상기 서버 장치는 상기 응답을 전송하는 상기 웹 서버를 포함하는 것을 특징으로 하는 통지 푸싱 방법.
제 14 항에 있어서,

(d) 상기 통지 요청에 기반하여 상기 클라이언트 장치는 상기 서버 장치로 데이터에 대한 다른 요청을 전송하는 단계; 및

(e) 상기 서버 장치는 상기 다른 요청에 응답하여 상기 클라이언트 장치로 다른 응답을 전송하되, 상기 다른 응답은 상기 클라이언트 장치가 상기 서버 장치로 더 이상의 정보를 요청하도록 하는 다른 통지 요청을 포함하는 단계를 더 포함하는 것을 특지으로 하는 통지 푸싱 방법.
제 19 항에 있어서,

(f) 상기 서버 장치는 상기 어떤 이벤트가 발생되었을 때 상기 클라이언트 장치에 자동적으로 통지하는 단계를 더 포함하는 것을 특징으로 하는 통지 푸싱 방법.
상호 연결이 설정되어 있는 클라이언트 장치와 서버 장치로 구성되되,

상기 클라이언트 장치는 상기 서버 장치로 데이터에 대한 요청을 전송하고,

상기 요청을 수신하면 상기 서버 장치는 상기 클라이언트 장치로 응답을 전송하되,

상기 응답은 상기 클라이언트 장치가 상기 서버 장치로 더 이상의 정보를 요청하도록 하는 통지 요청을 포함하는 것을 특징으로 하는 전자 장치들에서의 통지 푸싱 시스템.
제 21 항에 있어서,

상기 서버 장치는 소정 이벤트가 발생하였을 때 상기 클라이언트 장치로 자동적으로 통지하는 것을 특징으로 하는 통지 푸싱 시스템.
제 21 항에 있어서,

상기 서버 장치는 상기 응답을 통해 상기 클라이언트 장치에 의해 요청된 데 이터를 더 포함하는 것을 특징으로 하는 통지 푸싱 시스템.
제 23 항에 있어서,

상기 클라이언트 장치는 디스플레이 상에 상기 요청된 데이터를 표시하는 것을 특징으로 하는 통지 푸싱 시스템.
제 21 항에 있어서,

상기 클라이언트 장치는 상기 요청을 전송하는 웹 브라우저를 포함하고, 상기 서버 장치는 상기 응답을 전송하는 웹 서버를 포함하는 것을 특징으로 하는 통지 푸싱 시스템.
제 21 항에 있어서,

(d) 상기 통지 요청에 기반하여 상기 클라이언트 장치는 상기 서버 장치로 데이터에 대한 다른 요청을 전송하고,

(e) 상기 서버 장치는 상기 다른 요청에 기반하여 상기 클라이언트 장치로 다른 응답을 전송하되, 상기 다른 응답은 상기 클라이언트 장치가 상기 서버 장치로부터 더 이상의 정보를 요청하도록 하기 위한 다른 통지 요청을 포함하는 것을 특징으로 하는 통지 푸싱 시스템.
제 26 항에 있어서,

(f) 상기 서버 장치는 소정 이벤트가 발생하였을 때 상기 클라이언트 장치로 자동적으로 통지하는 것을 특징으로 하는 통지 푸싱 시스템.
제 21 항에 있어서,

상기 클라이언트 장치와 상기 서버 장치는 HTTP 프로토콜을 활용함을 특징으로 하는 통지 푸싱 시스템.