KR20020040872A

KR20020040872A - ＨＡＶｉ 및 다른 인터네트워킹 장치들 내의 리소스 요청전송

Info

Publication number: KR20020040872A
Application number: KR1020027004807A
Authority: KR
Inventors: 보드라엔더마르텐피.
Original assignee: 요트.게.아. 롤페즈; 코닌클리케 필립스 일렉트로닉스 엔.브이.
Priority date: 2000-08-14
Filing date: 2001-07-26
Publication date: 2002-05-30
Also published as: CN1322730C; EP1234431A2; US20030009588A1; CN1393091A; JP2004506988A; WO2002015522A2; WO2002015522A3

Abstract

본 발명은 매칭 URL-패턴들에 기초한 메시지들의 스위칭 방법 및 URL을 수신하는 장치에 관한 것으로서, 상기 장치는 특정화된 표준에 따라서 URL들의 세트를 정의하는 정규식에 기초한 URL을 검사하고 매칭하도록 배치되고, 만일 검사된 URL이 정의된 세트들중 하나와 매칭된다면, URL은 상기 정규식에 따른 매칭 정의를 갖는 모든 서버에서 등록된 장치에 전송된다. 임의의 HAVi 노드들 상에서 실행되는 어플리케이션들이 어떠한 제한들 없이 엑세스하고 엑세스될 수 있는 것을 가능하게 한다. 만일, 네트워크에 접속된 적어도 하나의 HAVi 장치는 인터넷 엑세스를 갖으며, 그 후에 어떠한 IP-기초 어플리케이션은 HAVi-와핑되고 어떠한 HAVi-박스 상에서 실행되고; 어떠한 HAVi-어플리케이션은 전체 웹-서버 및/또는 웹-클라이언트 기능성을 제공할 수 있고, 어떠한 HAVi-어플리케이션은 어떠한 비-HAVi 장치 상에서 실행될 수 있다.

Description

ＨＡＶｉ 및 다른 인터네트워킹 장치들 내의 리소스 요청 전송{Resource request forwarding in HAVi and other internetworking devices}

종래 기술에서 하나 또는 이 이상의 네트워크들에 접속되는 컴퓨터들의 클러스터(cluster) 내에서 입력되는 리소스 요청(resource request)을 전송하는 것이 공지되었다. 이 목적을 위해서, 클러스터는 클러스터 외부의 호스트 컴퓨터(host computer)가 클러스터 내의 목표 노드들과 프로세스들을 엑세스하는 것을 가능하게 하는 게이트웨이(gateway)를 포함한다. 게이트웨이는 클러스터 경계를 지나는 입력 및 출력 포트형 메시지들을 처리하는 메시지 스위치를 포함한다. 이러한 처리는 클러스터의 외부 위치로부터 시작되는 포트-형 메시지 인지의 여부를 결정하기 위해, 예를 들면, TCP/UDP 메시지 헤더들 내의 포트 필드와 같은 트랜스포트레이어(transport layer)내의 메시지 헤더 내의 소프트웨어 통신 프로토콜 번호를 판독하는 것을 포함한다. 만일 그렇다면, 메시지 상의 포트 번호의 위치가 찾아지고, 프로토콜의 타입과 함께, 메시지 스위치 내의 메모리에 위치하는 테이블 내의 포트-특성 라우팅 기능에 매치에 대하여 탐색하도록 사용된다. 만일 테이블 엔트리(table entry)가 매칭된다면, 엔트리에 연관된 라우팅 기능은 선택되고 실행된다. 라우팅 기능은 클러스터 내의 적절한 노드에 메시지들을 어드레싱하기 위해 입력 메시지의 목표 어드레스를 변경 또는 계산함으로서 클러스터 내의 적절한 컴퓨터 노드에 메시지를 라우팅 한다.

설명된 메시지-스위치 라우팅은 사용자가 하나 이상의 노드상의 특정한 잘 공지된 포트 번호와 연관된 어플리케이션 또는 서비스를 실행하기를 원하는 상황에서만 잘 기능한다. 만일 비 표준화된 포트 번호들이 인터넷 클라이언트들에게 알려지지 않거나 또는 포트 번호들이 방화벽들 뒤에 위치되기 때문에 사용가능하지 않다면 문제가 생긴다. 종래기술과 비교하여 또 다른 문제는 그 자신의 전송 메커니즘들을 전송에 관련된다. 공지된 전송 메카니즘들이 하나의 포트상의 모든 입력 요청들을 다른 어드레스로 전송하는 것이다. 모든 메커니즘들이 디폴트 포트 번호들(default port numbers)을 갖기 때문에, 이것은 디폴트 포트 상의 입력되는 모든 요청들이 또한 동일한 어드레스로 전송됨을 의미한다.

본 발명은 외부 네트워크 및 내부 네트워크사이의 메시지들을 스위칭하기 위한 방법에 관한 것으로서, 이 방법은 제어 장치에 의해 호스팅된 명령 프로토콜(command protocol) 및/또는 API(application program interface)의 사용을 포함한다. 본 발명은 또한 FCM(function control module) 및 인터네트워킹 장치, 특히, 상기 방법에 사용하기 적합한 HAVi(home audio video interoperability) 장치에 관한 것이다.

도 1은 본 발명을 사용하기에 적당한 일반적인 웹 서버 셋업을 도시한 도면.

도 2는 HAVi로의 웹 서버 FCM 확장의 개략적인 배치도.

도 3은 게이트웨이의 한쪽에 부가된 HAViML 서버(HAViML은 XML 및 SOAP과 같은 현존하는 마크업 언어(markup language)로 API 및/또는 명령 제어 프로토콜을 변환하기에 적합한 XML-베이스 언어이다) 및 게이트웨이의 다른 한쪽에 IP 장치에 부가된 HAViML 클라이언트를 도시한 도면.

도 4는 HAViML 및 HAVi 웹 서버 FCM의 조합의 사용을 도시한 도면.

본 발명의 목적은 네트워크내의 모든 장치들이 그들 자신의 전용 IP-게이트웨이들을 실행할 필요 없이, 임의의 노드들 상에서 실행되는 어플리케이션들이 네트워크 경계를 통해 엑세스하고 엑세스되는 것을 가능하게 하는 것이다. 본 발명의 또 다른 목적은 HAVi 장치들이 어떠한 제한들 없이 네트워크 경계를 통해 엑세스하고 엑세스될 수 있는 방법을 제공하는 것이다. 본 발명의 또 다른 목적은 이러한 방법에 사용하기에 적당한 FCM(functional control module) 장치 및 시스템을 제공하는 것이다.

본 발명의 한 측면에 따라서, 하나 또는 그 이상의 전술된 목적들은 청구항 제 1 항에 따른 메시지들의 스위칭 방법에 의해 얻어진다.

기초적인 새로운 및 독창적인 개념(concept)은 리소스 요청의 전송을 그것의 URL을 사용하여, 그것의 매칭 컨텐츠 상에 기초를 두는 것이다. 본질적으로, 이것은 연관된 전송 장치가 어플리케이션-레벨 게이트웨이가 되게 한다. 입력 요청의 URL 내의 정보의 매칭은 그것의 헤더 및 바디 내의 정보의 매칭에 대응한다. URL은 또한 메시지들의 교환을 가리킬 수 있다. 두 상태들에서, 관련된 기술적인 장점은, 특히, 예를 들면, TCP/UDP 메시지 헤더들 내의 포트 필드와 같은 트랜스포트 레이어(transport layer)내의 메시지 헤더의 조사와 비교될 때, 간단한 API 및/또는 명령 프로토콜이 게이트웨이가 입력 요청들을 전송하는 것을 시작 및 종료하는 지시의 기능을 위한 수단으로서 충분하다는 것이다.

메시지들의 교환을 참조하는 URL에 관하여, 게이트웨이는 입력 메시지들의 수령자로서 동작하고, 매치가 식별되고 그 다음으로 메시지들이 전송될 수 있거나 또는 어떠한 매칭도 식별되지 않고 그 다음으로 요청이 부정되는 이러한 시간까지 연관된 프로토콜에 따라서 응답한다.

또 다른 실시예에 있어서, 제어 기능은 요청 메시지로부터 입력 URL을 재구성 또는 변경하는 동작 및 불완전하게 또는 완전하게 재구성된 또는 변경된 URL을 응답하는 내부 장치에 전송하는 동작을 포함한다. 이것은 재구성되고 변경된 URL들이 어떠한 경우에 상당히 복잡해 질 수 있는 프로토콜 요청에 연관된 특정 프로토콜 대신에 전송하기가 더 쉽다는 장점을 갖는다. 이것은 단순한 클라이언트 장치들에 대하여 적어도 노출된 응답들을 복잡한 프로토콜들에 연관된 요청들에 제공할 수 있는 것을 허용한다. 이러한 스트링을 재구성 및 변경하기 위하여 요구되는 기술적인 기술들은 종래 기술로부터 알려져 있다. URL-매칭 메커니즘은, 예를 들면, 재구성된 URL의 없어진 성분들이 API 및/또는 명령 프로토콜의 REGEXP 필드내의 와이드카드들에 의해 매칭되는 것을 보장함으로서, 재구성된 URL의 없어진 성분들이 매칭될 패턴을 만족하는 한 불완전하게 재구성된 URL들을 다룰 수 있다.

또 다른 실시예에서, 제어 기능은 입력 URL-패턴과 매칭하는 어드레스들을 갖는 인터넷 네트워크상의 복수의 장치들에 입력 요청들을 멀티케스팅 하는 기능을 포함한다. 이것은 다중 장치들이 URL 스키마(scheme)의 부분을 각각 이행하는 것을 허용한다. 이러한 장치들은 예를 들면, 디폴트 포트인 단일 포트를 공유할 수 있다. 디폴트 포트들 상의 전송은 그러므로 클라이언트 장치에 투명하다.

또 다른 실시예에서, 제어 기능은 복수의 장치들로부터 전송된 요청으로의 응답들을 처리하고 입력 요청의 URL 또는 그것의 부분을 응답하는 내부 장치들 중 특정한 하나에 전송하는 동작을 포함한다. 제어 장치로의 어떠한 응답들은 (업로딩 가능한)조합 기능의 사용을 통하여 단일 응답으로 조합될 수 있다. 이것은 적어도하나의 내부 장치가 응답하는 한, 서버 기능이 동작하기 때문에 신뢰성을 제공한다. 이것은 또한 예를 들면, 개관(overview)들을 제공하는 것과 같은 정보 집합의 이점을 제공한다. 이것은 더욱이 유효한 더 빠른 서비스가 응답하기 때문에 스피드를 제공한다. 제어 장치로 어떠한 응답도 없는 경우에, 리소스 요청은 정보 보급 서비스로의 실제적인 기능을 한다.

상기 방법에 따라서, 리소스 요청과 연관된 URL은 스킴-특정 방식으로의 요구 내에서 인코딩 된다. HTTP 버전들에 대하여, 예를 들면, 호스트 이름이 메시지 안에 항상 포함되지는 않거나 또는 요청이 메시지 내의 ASCⅡ내에서 변경되지 않은 전체 URL을 포함한다. 인터넷 게이트웨이는 실제 리소스 요청 메시지로부터 URL을 디코딩 할 수 있는 스킴들에 대하여 전송된 요청들만을 받아들인다. 리소스 요청은 인터넷 게이트웨이에서 수신되고, 이 요청은, 요청-URL이 저장된 전송 어드레스에 대응하는 URL 패턴을 매칭하는 경우에만 게이트웨이와 연관된 테이블 안에 저장된 전송 어드레스에 전송된다.

본 발명은 리소스 요청이 전송되는 곳에 관한 것이고 어떻게 리소스 요청이 전송되는지에 대하여 제한하지 않는다는 것이 명확해진다.

본 발명의 다른 측면에 따라서, 메시지 스위칭의 방법은 입력 요청이 오디오 메시지, 디지털 영상, 비디오 영상, 오디오-비디오 기록 및 문서 중 하나에 연관되어 사용하는데 적합하다. 더욱이, 메시지 스위칭 방법은 외부 네트워크 및/또는 외부 네트워크가 HAVi 장치, 개인용 컴퓨터, 네트워크 컴퓨터 및 웹 서버 중 하나에 연관되어 사용하는데 적합하다. 전체 IP-기능성에 의해 확장된, 공통이용 가능한HAVi 특색들(feature) 및 스트리밍(streaming)은 가정내의 인터넷 엑세스의 적합한 캐리어를 제공하고 HAVi를 가정용 네트워킹 장치들의 넓은 영역에서 사용하도록 매력적으로 만든다.

양호하게, 스위칭될 메시지는 IP-어플리케이션에 연관된다. 더 바람직하게는, 스위칭될 메시지는 어플리케이션-레벨(application-level) 프로토콜들의 서버 측에 엑세스를 제공하는 FCM(functional control module)과 함께 사용하기 적합한 HAVi-어플리케이션과 연관된다. 이것은 어떤 (HAVi-) 장치도 웹-서버 기능성을 갖을 수 있다는 장점을 제공한다. (HAVi-) 장치는 웹 컨텐츠를 제공하기 위해 IP-스택을 요청하지 않고; (HAVi-) 장치는 그자신의 유일한 IP-어드레스들을 요구하지 않는다.

양호하게, 어플리케이션-레벨 프로토콜들의 서버측에 엑세스를 제공하는 기능 제어 모듈은 웹 서버 기능성을 포함하는 HAVi-정의된 웹 프록시 FCM이다. 만일 게이트웨이가 웹 서버 FCM을 구현한다면, HAVi 만의 장치들 상의 어플리케이션들은 그 자신에게 원격 엑세스를 허용할 수 있다. HAVi 홈 네트워크로의 이러한 엑세스는 가정용 원격 제어, 가정에서부터 인터넷으로의 실시간 스트리밍, 가정으로부터 웹 페이지의 제공 및 인터넷 서버들 상에서 실행할 수 있는 다른 어플리케이션을 가능하게 한다. IP-만의 장치들 상의 임의의 브라우저들은 그것이 일반 인터넷 서브들을 엑세스하는 것으로, 이러한 서버들을 엑세스 할 수 있다. 웹 서버 FCM은 입력 요청들의 미세 그레인(fine-grained) 전송을 허용한다.

대안은 어플리케이션 레벨 프로토콜들의 서버측으로의 엑세스를 제공하는 기능 제어 모듈이 TCP/UDP 기능성을 포함하는 HAVi-정의된 웹 프록시 FCM이다. 이는 현존하는 HAVi 어플리케이션들 및 장치들은 변경되지 않고 남겨질 수 있다는 점에서 유리하다. 더욱이, IP-만의 장치들은 변경되지 않고 TCP/UDP FCM의 이용하는 HAVi 어플리케이션들과 함께 동작할 수 있다. TCP/UDP FCM은 그래서 HAVi 어플리케이션들이 (최근의 피어-투-피어(emerging peer-to-peer)인터넷 프로토콜을 포함하는) 프로토콜들의 클라이언트측 및 서버측 둘다에 엑세스를 허용하는 어떤 어플리케이션-레이어 프로토콜을 수행하도록 허용한다.

함께, 공지된 웹 프록시 FCM 및 웹 서버 FCM은 복수의 어플리케이션-레이어 프로토콜들에 전체 엑세스를 제공한다. 둘 다의 FCM들은 어플리케이션-레이어 프로토콜들의 제한된 세트에 대한 본질적인 트랜스포트-레이어 API를 제공한다. TCP/UDP FCM은 트랜스포트-레이어 프로토콜들에 전체 엑세스를 제공한다; 이것은 TCP/UDP의 최상부의 어떤 어플리케이션 층을 지원하고, 현존하는 어플리케이션들의 쉬운 포팅을 위한 잘 알려진 소켓들 API을 수행하는데 사용될 수 있고, 클라이언트/서버 프로토콜들의 서버측에 엑세스를 제공한다.

본 발명을 통한 다른 기본사상은 전체 (게이트웨이) IP-스택에 어떠한 HAVi 어플리케이션 비제한 및 전체 엑세스를 제공한다. 이것은 다른 API들 및/또는 명령 프로토콜을 갖는 웹 FCM의 어떠한 연관된 프로토콜들에 대하여 확장되는 것을 가능하게 한다. 무접속 프로토콜들에 관해, 모든 HAVi 어플리케이션들은 이로서 하나의 IP-어드레스를 공유한다. 본 발명에 따라서, 요청들은 멀티케스팅되고, 어플리케이션들은 관련 응답들 및 데이터를 필터링 하도록 구성된다. 어플리케이션들은또한 하나 또는 그 이상의 프로토콜들 및 하나 또는 그 이상의 포트들에 독점적인 엑세스를 보유하도록 구성된다. 이것은 또한 TCP와 같은 접속 기본 프로토콜들에 본 발명에 따른 API 및/또는 명령 프로토콜을 제한하는 것을 가능하게 한다.

본 발명은 또한 본 발명에 따른 메시지 스위칭의 방법을 사용하기에 적당한 인터넷 게이트웨이 장치 및 본 발명을 실행시키는 컴퓨터 프로그램에 관한 것이다. 더욱이, 본 발명은 제 14 항에 따른 수신 유닛, 전송 유닛 및 제어 유닛을 포함하는 인터넷 게이트웨이 장치와 같은 시스템에 관한 것으로서, 상기 시스템은 본 발명에 따른 방법을 구현하기에 적합하다.

본 발명의 이러한 및 다른 측면들은 이하 설명될 실시예(들)를 참조해 명백해지고 명료해 질 것이다.

본 발명의 실시예에 따라서, 본 발명의 일반적인 셋업은 도 1에 개략적으로도시되어 있으며, 두 개의 블록들, 인터넷 게이트웨이를 형성하는 어플리케이션 (200) 및 서버 FCM(100)이 있다. 서버 FCM 블록(100)은 소켓 리스닝 장치(socket listening device)(110), 하나 또는 그이상의 소켓 핸들링 장치들(120), FCM 리스닝 장치(130) 및 전송 관리 장치(140)를 포함한다. 어플리케이션 블록(200)은 FCM 클라이언트 리스닝 장치(210), 하나 또는 그 이상의 응답 장치들(220), FCM 클라이언트 장치(230) 및 셋업 장치(240)를 포함한다. 동작동안, 예를 들면, HTTP 요청과 같은 입력 요청은 소켓 리스닝 장치(110)에 의해 픽업되고, 소켓 핸들링 장치(120)로 보내진다. 소켓 핸들링 장치(120)는 URL-패턴을 전송 관리 장치(140)를 통하여 저장된 전송 어드레스들에 매칭한다. FCM 리스닝 장치(130)는 전송 코드에 부가하고, 소켓 핸들링 장치(120)는 FCM 클라이언트 리스닝 장치(210)에 요청을 멀티케스팅한다. 어플리케이션 블록(200)의 셋업(240)은 하나 또는 그 이상의 FCM 클라이언트 장치들(230)이 멀티케스팅된 요청에 응답하는 것을 허용하고; 응답 클라이언트 장치들은 서버 FCM 블록(100)상의 FCM 리스닝 장치(130)에 코드를 그리고 어플리케이션 블록(200) 상의 응답 장치(220)에 다른 코드를 보낸다. 응답 장치(220)는 또한 서버 FCM 블록상의 FCM 리스닝 장치(130)에 코드를 보내고, 장치(130)는 어플리케이션 블록으로부터의 소켓 핸들링 블록(120)으로 응답들을 보낸다. 그 후에 소켓 핸들링 블록(120)은 입력되는 메시지들의 URL 패턴들과 매칭하는 리스트된 URL-패턴들을 갖는 FCM 클라이언트 장치들(230)에 입력되는 요청들을 전송한다. 마지막으로, 소켓 핸들링 장치(120)는 어플리케이션 블록(200)의 응답들을 요청을 발행하는 인터넷상의 클라이언트에게 전송한다.

제어 기능을 구현하는 게이트웨이 장치는 그 후에 예를 들면, 3개의 메시지들을 수신하고, 이러한 메시지들을 버퍼링하고, 매칭 동작을 실행하고 그 후에 메시지들을 네트워크 내의 다른 어드레스들에 전송한다. 물론 단일 요청은 몇몇의 메시지들을 포함할 수 있다. 이로서, 내부 네트워크 내의 몇몇의 장치들은 단일 포트를 행한 입력 요청들을 동시 발생적으로 기다린다.

몇몇 장치들 간의 웹 서버 기능성의 공유의 측면에 관해, 그 후에 장치A는 "mysite.com/*.wmp"에 대해 커버하고, 장치B는 "mysite.com/*/txt" 등에 대해 커버한다. 매칭 동작에 관해: 게이트웨이는 예를 들면, 헤시값들(hash values) 대신에, 정규식들의 리스트에 유용하다. 예를 들면, "give all requests for *.txt", "all streaming requests" 및 "subdirectory X"는 를 포함하는 입력 메시지들은 리스트된 정규식들과 매칭될 수 있다. 이것은 URL들이 복구되고 적절한 서버로 전송되야할 필요가 있을수 있으므로 프로토콜들로의 변환이 요구될 수도 있다. 게이트웨이의 서버측에 접속된 장치들은 리스트를 위한 정규식들에 대하여 제공함으로서 게이트웨이를 지시하고 구성하는 것이 필요하다. 또한, 각각의 리소스들의 캐시들은 서버측에 배열되는 것이 필요할 수도 있다.

도 2는 HAVi로의 웹 서브 FCM 확장의 개략적인 배치도를 제공한다. 이 예는 어떤 HAVi 어플리케이션이 전체 웹 서버 기능성을 제공할 수 있는 점의 지시를 나타내는 역할을 한다. 서버 FCM은 홈페이지를 호스팅 하는 http 서버에 연관되고, 그에 의해 홈페이지는 엔진 어플리케이션에 링크를 갖는다. 웹 서버 FCM 및 http 서버는 하나 또는 그 이상의 HAVi 박스들을 포함하는 원격 HAVi 네트워크에 연관되고, 그들은 하나 또는 그 이상의 http 클라이언트들로 인터넷 게이트웨이를 형성한다. 사용자 인터페이스 어플리케이션은 게이트웨이의 클라이언트측 역할을 하고, 엔진 어플리케이션은 게이트웨이의 내부 장치(예를 들면, HAVi 장치)측 역할을 한다. 조합으로, 사용자 인터페이스 어플리케이션 및 엔진 어플리케이션은 게이트웨이의 내부(HAVi) 장치 측의 분산된 어플리케이션의 구현을 가능하게 한다. 이 셋업과 관련하여 2개의 고려할 점들이 있다. 첫 번째 점은 어플리케이션이 포트/서브-디렉토리 및 연관된 프로토콜에 서브스크라이브 한다. 그것의 한 예는 하기와 같다.

두 번째 고려할 점은 인터넷 브라우저가 어플리케이션 쪽으로 밀어낼 수 있는 것이다.

예를 들면,

도 3은 게이트웨이의 한쪽에 부가되는 HAViML 서버(HAViML은 XML 또는 SOAP와 같은 현존하는 마컵언어로 API 및/또는 명령 제어 프로토콜을 변환하기에 적합한 XML 기본 언어이다) 및 게이트웨이의 다른 한쪽에 IP 장치에 부가되는 HAViML 클라이언트를 도시한다. 이 예는 HAVi 어플리케이션들이 어떤 비-HAVi 장치 상에서 실행할 수 있는 점을 나타내는 역할을 한다. HAViML 서버는 홈페이지를 호스팅 하는 http 서버에 연관되고, 그에 의해 홈페이지는 HAViML과의 링크를 갖는다.HAViML 서버와 연관된 SE 매니저가 있고, 하나 또는 그 이상의 원격 제어 HAVi 장치들은 프록시 SE에 의해 HAVi 네트워크 내에서 표시된다. http 서버는 하나 또는 그 이상의 http 클라이언트들로 인터넷 게이트웨이의 부분을 형성한다. HAVi 어플리케이션은 SE API 및/또는 명령 제어 상의 HJA, 메시지 시스템 프록시 및 http 클라이언트 서버를 커버하는, 게이트웨이의 클라이언트측을 제공한다. 이 셋업에 관하여 고려해야할 많은 점들이 있다. 첫째, 전체 원격 스택은 인덱스 페이지로부터 다운로드 될 수 있다. 둘째, 원격 장치는 어떤 HAVi 어플리케이션에서도 사용 가능하다. 셋째, 이 셋업은 게이트웨이의 클라이언트측 상의 어떤 스택을 요구한다. (상기 정의된 것과 같은)HAViML은 변환되지 않은 HAVi 어플리케이션들이 IP 장치들에 실행되도록 허용하기에 상당히 적합하다. HAViML의 몇가지 단점이 있다: 하나는 보안 위험에 관한 것이고, 다른 하나는 그것의 특성 솔루션에 관한 것이다. HAViML은 HAVi 홈페이지 네트워크에 전체 엑세스 제공이 항상 요구되지 않을 때 및 얼마간의 제한된 엑세스의 형태들이 바람직할 때 사용하기에 적합하다.

도 4는 HAViML 및 HAVi 웹 서버 FCM의 결합의 사용이 도시된다. 이것은 HAViML이 서버 FCM를 이용하는 HAVi 어플리케이션이 될 수 있는 점을 도시한다. 서버 FCM은 홈페이지를 호스팅하는 http 서버에 연관되고, 이에 의해 홈페이지는 HAViML 서버 어플리케이션에 링크를 갖는다. 서버 FCM 및 http 서버는 하나 또는 그 이상의 HAVi 박스들을 포함하는 원격 HAVi 네트워크와 연관되고, 그들은 하나 또는 그 이상의 http 클라이언트들에 인터넷 게이트웨이를 형성한다. 프록시 SE 뿐만 아니라 HAViML 서버에 연관된 SE 매니저가 있다. 하나 또는 그 이상의 원격 내부 HAVi 장치들은 프록시 SE에 의한 HAVi 네트워크 내에서 표현된다. http 서버는 하나 또는 그 이상의 http 클라이언트들로의 인터넷 게이트웨이의 부분을 형성한다. HAVi 어플리케이션은 게이트웨이의 클라이언트측을 제공하고, SE API 및/또는 명령 프로토콜 상의 HJA, 메시지 시스템 프록시 및 http 서버를 커버하고 이들 http 클라이언트로부터 분리된다. 이 셋업과 관련하여 두 개의 고려할 점이 있다. 첫째, HAViML 서버 어플리케이션은 메시지 시스템 프록시 및 SE 매니저와 연관된다. 둘째, HAViML 클라이언트는 메시지 시스템 프록시, SE API 및/또는 명령 프로토콜, HJA 및 HJA 어플리케이션과 연관된다.

이 실시예에서, 게이트웨이를 지나는 트래픽은 다음의 변화를 포함한다.

(HAVi 장치 상):

(HTTP 클라이언트 장치 상):

다음의 링크에 따라서 'www.bodlaender.home' 웹 페이지 검색

(서버 FCM 상, 요청 후):

HAVi 박스로 'application=demoapp' 전송

(HAVi 박스 상):

HAViML 애플릿 'demoapp'로 응답

(클라이언트 장치 상):

에플릿 실행, 일반 HAViML 어플리케이션 시작

URL을 사용하여 매칭 컨텐츠에 기초한 리소스 요청의 전송에 관련된 본 발명의 특성은 다음예에 의해 설명된다. 엑터들(actors)은 인터넷 클라이언트(C), 인터넷 게이트웨이 장치(G), 및 홈 네트워킹 클라이언트들(H1 및 H2)이다. 그 단계들은 다음과 같다.

단계 1:

G는 인터넷 접속을 얻는다, DNS 이름 "Philips.com"

(메일 서버 공유)

단계 2:

H1은 G로 부터의 메일 프로토콜의 전송을 요청한다:

등록 헨들

H2은 G로 부터의 메일 프로토콜의 전송을 요청한다:

등록 헨들

단계 3:

C는 메일 메시지 "mailto:Maarten.Bodlaender@Philips.com"을 전송보낸다.

단계 4:

G는 메일 메시지를 수신하고, 메시지의 URL을 디코딩하고, 메시지의 URL의H1의 패턴에 매칭을 찾는다.

G는 H1으로 메일 메시지를 전송한다.

단계 5:

H1 은 메일 메시지를 수신한다.

(HTTP 서버 공유)

단계 6:

H1은 G로 부터의 HTTP 프로토콜의 전송을 요청한다:

등록 헨들

H2은 G로 부터의 HTTP 프로토콜의 전송을 요청한다:

등록 헨들

단계 7:

C는 웹 페이지http://www.philips.com/H2/index.html을 요청한다.

단계 8:

G는 단계 7의 요청을 수신하고, 메시지의 URL을 디코딩하고 메시지들의 URL과 H2 패턴을 매칭을 찾는다.

G는 요청 메시지를 H2로 전송한다.

단계 9:

H2는 요청을 수신하고, 및 응답을 G로 회신한다.

단계 10:

G는 C로 응답을 다시 전송한다.

HAVi 서버 FCM에 대한 어플리케이션 프로그램 인터페이스의 실시예는 게이트웨이 접속의 서버측 상에 다음을 포함한다.

HAVi 서버 FCM에 대한 어플리케이션 프로그램 인터페이스의 또 다른 실시예는 게이트웨이 접속의 다음의 클라이언트측에 다음을 포함한다.

클라이언트 리스너는 요청들을 수신하기 위해 다음을 구현한다.

HAVi 서버 FCM에 대한 어플리케이션 프로그램 인터페이스의 또 다른 실시예는 게이트웨이 접속의 클라이언트측 상에서 다음을 포함한다.

마지막으로, 본 발명은 또한 컴퓨터 프로그램들로 확장되고, 특히 본 발명이 실제로 적용된, 캐리어 상 또는 내의 컴퓨터 프로그램들로 확장된다. 프로그램은 소스 코드, 오브젝트 코드, 코드 중재 소스 및 특정하게 적용된 형태 또는 본 발명에 따른 프로세스들의 수행에서 사용하기 적절한 다른 형태의 오브젝트 코드를 형성한다. 캐리어는 프로그램을 수행할 수 있는 본체 또는 장치이다. 예를 들면, 캐리어는 저장매체를 포함할 수도 있고, 전자적인 또는 광학적인 케이블을 통해 또는 라디오 또는 다른 수단에 의한 전환될 수 있는 전기적인 또는 광학적인 신호로서 전송될 수 있는 캐리어 일 수 있다. 프로그램이 케이블 또는 다른 장치 또는 수단에 의해 직접적으로 전환 될 수도 있는 신호에서 구현될 때, 캐리어는 이러한 케이블 및 다른 수단에 의해 구성된다. 대안적으로, 캐리어는 프로그램이 구현되는 집적회로 일 것이고, 관련 프로세스 단계들을, 집적 회로는 수행을 위해 또는 프로그램내의 사용을 위해 적용될 것이다.

상기 설명된 일반적인 새로운 및 독창적인 개념은 임의의 HAVi 노드들상에서 실행되는 어플리케이션들이 어떠한 제한들 없이 인터네트워킹에 의해 엑세스 및 엑세스되도록 할수 있다. 만일 네트워크에 접속된 적어도 하나의 HAVi 장치가 인터넷 엑세스를 갖는다면, 그 후에, 어떤 IP-기초 어플리케이션은 HAVi 와핑되고, 어떠한 HAVi-박스 상에서 실행될 수 있고; 어떠한 HAVi-어플리케이션은 전체 웹-서버 및/또는 웹-클라이언트 기능성을 실행할 수 있고; 어떠한 HAVi-어플리케이션은 어떠한 비-HAVi 장치상에서 실행될 수 있다.

Claims

외부 네트워크 및 내부 네트워크 사이의 메시지들을 스위칭하는 방법으로서, 상기 방법은 API(application program interface) 및/또는 제어 장치에 의해 호스팅된 명령 프로토콜의 사용을 포함하고, API 및/또는 명령 프로토콜은 요청의 전송을 제어하는 기능을 포함하고, 상기 요청은 외부 네트워크 장치로부터 내부 네트워크의 장치에 연관된 어드레스에 오는 URL(Universal Resource Locator)을 포함하는, 스위칭 방법에 있어서,

상기 기능은,

a) ForwardingtoAdd(URL-패턴, 전송 어드레스):등록 헨들;

(사용하는 동안 URL-패턴과 전송 어드레스가 제어 장치의 내부 상태에서 저장 가능하도록, 상기 URL 패턴은 정규식(regular expression)이고, 상기 전송 어드레스는 IP-어드레스 또는 HAVi-어드레스 또는 국부 프로세스 어드레스와 같은 네트워크 어드레스임)

b) ForwardingtoStop(URL-패턴, 전송 어드레스):

(사용하는 동안 등록 헨들 내에 포함된 URL-패턴을 전송 어드레스는 제어 디바이스의 내부 상태로부터 제거 가능하도록, 입력 메시지를 내부 네트워크의 장치로 스위칭 하기 위한 기초임)

동작을 포함하는, 메시지들 스위칭 방법.
제 1 항에 있어서,

상기 제어 기능은 요청 메시지로부터의 입력 URL을 재구성 및 변형하는 동작 및 불완전하게 또는 완전하게 재구성된 또는 변형된 URL을 응답하는 내부 장치에 전송하는 동작을 포함하는, 메시지들 스위칭 방법.
제 1 항 또는 제 2 항에 있어서,

상기 제어 기능은, 입력되는 URL 패턴과 매칭하는 어드레스들을 갖는 상기 내부 네트워크 상의 복수에 장치들에 입력 요청들을 멀티케스팅 하는 기능들을 포함하는, 메시지들 스위칭 방법.
제 3 항에 있어서,

상기 제어 기능은 복수의 장치들로부터 전송된 요청까지 응답들을 처리하는 기능 및 입력되는 요청의 URL 또는 그것의 부분을 응답 내부 장치들 중 특정한 하나에 전송하는 기능을 포함하는, 메시지들 스위칭 방법.
제 1 항 내지 제 4 항 중 어느 한 항에 있어서,

상기 입력되는 요청이 오디오 메시지, 디지털 영상, 비디오 영상, 오디오-비디오 기록 및 문서 중 하나에 연관되는 곳에서 사용하기 적합한, 메시지들 스위칭 방법.
제 1 항 내지 제 4 항 중 어느 한항에 있어서,

외부 네트워크 및/또는 내부 네트워크가 HAVi 장치, 개인용 컴퓨터, 네트워크 컴퓨터 및 웹 서버 중 하나에 연관되는 곳에서 사용하기 적합한, 메시지들 스위칭 방법.
제 6 항에 있어서,

스위칭될 상기 메시지는 IP-어플리케이션에 연관되는, 메시지들 스위칭 방법.
제 6 항에 있어서,

스위칭될 상기 메시지는 어플리케이션 레벨 프로토콜들의 서버측에 엑세스를 제공하는 FCM(functional control module)에 사용하기 적합한 HAVi-어플리케이션과 연관되는, 메시지들 스위칭 방법.
제 8 항에 따른 스위칭 방법을 사용하기에 적합한 FCM(functional control module)에 있어서,

상기 FCM은 웹 서버 기능성을 포함하는 HAVi 웹 프록시 FCM인, FCM(functional control module).
제 8 항에 따른 스위칭 방법을 사용하기에 적합한 FCM(functional controlmodule)에 있어서,

상기 FCM은 TCP/UDP 기능성을 포함하는 HAVi 웹 프록시 FCM인, FCM(functional control module).
제 1 항 내지 제 10 항 중 어느 한 항에 따른 메시지 스위칭 방법에 사용하기 적합한, 인터넷 게이트웨이 장치.
지시들(instructions)을 포함하는 컴퓨터 프로그램에 있어서,

상기 지시들은 적어도 매칭 코드들에 연관된 코드들 및 어드레스-재지시들(redirections)을 검사 및 매칭에 관하여 수행되는 프로세스 및 기능들을 정의하는 코드를 포함하고, 송신 하드웨어를 갖거나 또는 송신 하드웨어와 접속된 프로그램밍 가능한 프로세싱 장치가 청구항 제 1 항 내지 제 8 항 중 어느 한 항에 따른 메시지 스위칭 방법의 ForwardingtoAdd 및 ForwardingtoStop 동작을 실행하는 것이 동작 가능해지도록 하는, 컴퓨터 프로그램.
제 12 항에 따른 컴퓨터 프로그램이 성분(component)을 형성하는 전송 본체(transmission entity).
인터넷 게이트웨이 장치와 같은 시스템에 있어서,

외부 네트워크로부터, URL(Universal Resource Locator)을 포함하는 입력 요청을 수신하기 위한 수신 유닛;

인터넷 네트워크를 통해 시스템에 접속된 복수의 장치들 중 하나에 URL 또는 그것의 부분을 전송하기 위한 전송 유닛; 및

API(application program interface) 및/또는 명령 프로토콜에 사용하기 적합한 제어 유닛으로서, 상기 API 및/또는 명령 프로토콜은 입력 요청의 전송을 제어하는 기능을 포함하고, 상기 기능은

a) ForwardingtoAdd(URL-패턴, 전송 어드레스):등록 헨들;

(사용하는 동안 URL-패턴과 전송 어드레스가 제어 유닛의 외부 상태에서 저장 가능하도록, 상기 URL 패턴은 정규식이고, 상기 전송 어드레스는 IP-어드레스 또는 HAVi 어드레스 또는 국부 프로세스 어드레스와 같은 네트워크 어드레스임)

b) ForwardingtoStop(URL-패턴, 전송 어드레스):

(사용하는 동안 등록 헨들 내에 포함된 URL-패턴과 전송 어드레스는 제어 유닛의 내부 상태로부터 제거 가능하도록, 수신 및 전송 유닛들은 상기 API 및/또는 명령 프로토콜 기능적인 동작들에 기초하여 제어유닛에 의해 제어됨)

동작을 포함하는, 시스템.