KR20050074601A

KR20050074601A - 설치 애플리케이션을 포함한 라우터 또는 브리지 디바이스

Info

Publication number: KR20050074601A
Application number: KR1020057008456A
Authority: KR
Inventors: 요한 델레우; 거트 브란켄; 피터 코세만스
Original assignee: 톰슨 라이센싱 에스.에이.
Priority date: 2002-11-13
Filing date: 2003-11-13
Publication date: 2005-07-18
Also published as: JP2006506840A; MXPA05005065A; US20060212547A1; CN1711718A; WO2004045148A1; AU2003296579A1; EP1561309A1

Abstract

예를 들어 LAN(local area network)을 WAN(wide area network)에 연결하기 위한 라우터 또는 브리지 디바이스(4)를 설명한다. 본 발명에 따르면, 라우터는, 제1 네트워크(6)에 연결하기 위한 수단(13)과 제2 네트워크(12)에 연결하기 위한 수단, 및 구성 파라미터를 선택하기 위한 애플리케이션을 포함하고, 애플리케이션은 파라미터를 제공하기 위한 템플릿을 사용자에게 적용하며, 템플릿은 디바이스에 업로드 가능하다.

Description

설치 애플리케이션을 포함한 라우터 또는 브리지 디바이스{A ROUTER OR BRIDGE DEVICE COMPRISING AN INSTALLATION APPLICATION}

퍼스널 컴퓨터 또는 유사한 디바이스 또는 좀더 크게는 LAN(Local Area Network)을 WAN(Wide Area Network)에 연결하기 위하여 채택된 라우터 또는 브리지와 같은 수많은 네트워킹 디바이스는, 설치 애플리케이션(일반적으로 "위저드(wizard)"로 불림)과 함께 배송되는데, 이 설치 애플리케이션은 로컬 네트워크를 경유하거나 또는 직접 라우터에 연결된 퍼스널 컴퓨터에서 작동하며, 기술적으로 초보자인 최종 사용자가, 공장 디폴트 세팅으로 초기 프로그램된 이러한 애플리케이션을, 최종 사용자가 선택한 특정 ISP(Internet Service Provider)의 요구에 맞추어 구성하게 할 수 있다. 알려진 위저드는 하나의 공통적인 행동 양식을 갖는다: 즉 위저드는 고정된 패턴의 질문을 사용하여 설치 프로세스 전반에 걸쳐 최종 사용자를 안내한다.

특정 ISP가 상대적으로 비공통인 네트워크 셋업(예를 들어 NAT(Network Address Translation)를 갖는 PPP(Point to Point Protocol)와는 상이한 임의의 셋업)을 사용하는 경우, 대응하는 주문형 위저드가 라우터 제조업자에 의해 제공되어야 한다.

주문형 위저드를 몇 번이고 설계해야 하는 곤란함을 방지하기 위하여, 구성 가능한 위저드가 개발되었다.

템플릿 텍스트 파일을 사용하는 경우, 이러한 타입의 위저드의 행동 양식은 매우 간단한 방식으로 주문제작할 수 있다: 즉 설치 CD를 최종 사용자에게 배송하기 전에 단일 파일을 그 설치 CD에 추가하면, 라우터를 설치하려고 하는 최종 사용자에게 템플릿 파일이 제공되어 셋업 위저드를 정의한다. 복수의 템플릿이 허용되어, 복수의 라우터 구성 타입이 CD 상에서 배송될 수 있다.

어떤 템플릿을 CD에 포함하는지를 결정함으로써, ISP는 라우터 제조업자의 간섭없이 위저드를 주문제작할 수 있다. 지금까지 논의한 위저드는 PC 플랫폼상에서 작동하는 모든 애플리케이션이었다. 호스트(PC, MAC, UNIX. LINUX..)상에서 작동하는 애플리케이션이 설치 프로세스를 제어하는 호스트 구동 설치와는 대조적으로, 내장형(embedded) 위저드는 DSL 라우터 자체 및 내장형 웹 서버를 사용하는 DSL 라우터 상에서 작동하며, 가장 알려진 플랫폼상에서 이용할 수 있는 인터페이스, 즉 웹 브라우저를 통해 최종 사용자와 상호 작용한다.

고정된 내장형 위저드는 상술한 모든 단점을 갖는다. 특정 행동 양식을 갖는 내장형 위저드를 원하는 ISP는, 라우터에 설치되도록 만들어진 주문형 소프트웨어를 필요로 한다. 주문형 호스트 위저드를 개발하고 테스트하는 것은 상대적으로 간단한 반면, 내장형 시스템의 위저드 행동 양식을 변경하는 것은 긴 시간이 걸리며, 훨씬 복잡하다.

<발명의 개요>

본 발명은 라우터 또는 브리지 디바이스에 관한 것으로서,

- 제1 네트워크에 연결하기 위한 수단과 제2 네트워크에 연결하기 위한 수단

- 구성 파라미터를 선택하기 위한 애플리케이션을 포함하고, 애플리케이션은 파라미터를 사용자에게 제공하기 위한 템플릿을 사용하며, 템플릿은 상기 디바이스에 업로드 가능한 것을 특징으로 한다.

실시간 네트워킹 디바이스에 내장된 소프트웨어는 일반적으로 복잡한 태스크로 간주한다. 그러나 제안된 해결책은 내장형 위저드의 간단한 구성을 가능하게 한다. 또한, 본 해결책은, 디바이스 구성이 수행(예를 들어, 브라우저 애플리케이션을 사용하여)되는 호스트의 특정 오퍼레이팅 시스템과는 관계가 없다.

도 1∼5는, 퍼스널 컴퓨터 브라우저 애플리케이션을 사용하는 것을 보여주는 부록 A의 템플릿에 기초한 내장형 설치 애플리케이션의 사용자 인터페이스를 표현하는 도면.

도 6은 본 실시예에 따른 설치 애플리케이션을 구비한 디바이스를 포함하는 네트워크의 블록 다이어그램.

도 7은 디바이스의 소프트웨어에 의해 수행되는 프로세스의 플로차트.

본 발명은 첨부한 도면을 참조하고, 한정적이지 않은 실시예의 설명을 통해 좀더 이해하게 될 것이다.

본 실시예는 DSL 라우터에 관한 것이지만, 그러한 환경에 한정하지는 않는다.

본 발명자는 구성 가능한 내장형 위저드를 설계한다.

템플릿 텍스트 파일을 사용하는 경우, 위저드의 행동 양식은 매우 간단한 방식으로 주문제작할 수 있다: 즉 라우터를 최종 사용자에게 배송하기 전에 그 라우터에 단일 파일을 업로드하면, 라우터를 설치하려고 하는 최종 사용자에게 템플릿 파일이 제공되어 셋업 위저드를 완전하게 정의한다.

본 실시예에 따르면, 복수의 템플릿이 허용되어, 복수의 DSL 구성 타입이 단지 하나의 라우터에서 사용될 수 있다. 복수의 템플릿 파일은 라우터 내에 동시에 저장한다.

템플릿 파일을 라우터에 업로드한 다음, 그 라우터를 배송해야 하는 것이 일반적이지만, 최종 사용자에 의해서도 매우 간단한 방식으로 수행될 수 있다. 새로운 기능성을 시동하는 템플릿은, ISP의 포털, 이메일 또는 임의의 다른 전자 분배 시스템을 통해 배포할 수 있다.

도 6은 라우터(4)를 통해 인터넷에 연결된 LAN(local area network)을 포함하는 네트워크의 블록 다이어그램이다. LAN은, 예로서 디바이스(1, 2)뿐만 아니라 퍼스널 컴퓨터(3)를 포함하는데, 그 모든 것은 버스(12)를 통해 연결된다. 버스(12)는, 예를 들어 IEEE 802.3(Ethernet)을 따른다. 퍼스널 컴퓨터는 공지된 브라우저 애플리케이션(11)을 작동시킨다. 또한, LAN은 로컬 전화선을 통해 DSLAM(digital subscriber line access multiplexer)(5)에 연결된 라우터(4)를 포함한다. DSLAM은 알려진 방식으로 네트워크(8)를 통해 인터넷에 연결한다. 서버(7)는 이러한 연결을 통해 액세스할 수도 있으며, 특히 구성 템플릿을 다운로드할 수도 있다.

라우터(4)는 마이크로프로세서(10)와 메모리(9)를 포함한다. 메모리(9)는, 라우터를 셋업하고, 이하에서 설명하는 파라미터를 구성하기 위한 내장형 설치 애플리케이션을 저장한다. 또한, 메모리(9)는 부트 프로그램(도시하지 않음)뿐만 아니라 템플릿 파일, 사용자 구성 파일 및 디폴트 구성 파일을 저장한다.

또한, 라우터는 LAN 및 전화선에 필요한 물리적 인터페이스뿐만 아니라 대응 프로토콜을 포함한다. 이러한 인터페이스 및 프로토콜은 그 자체로 잘 알려져 있으므로, ADSL 프로토콜 스택(13)만을 예로서 나타낸다.

라우터가 네트워크에 물리적으로 연결되어, 전원을 공급받는 경우, 부트 절차를 수행한다. 구성이 수행되지 않은 경우, 라우터에 있는 대응 플래그는 구성이 수행되지 않음을 표시한다. 부팅 이후에, 라우터는 DHCP 서버, DNS 및 HTTP 인터셉트를 셋업한다. 라우터는, 호스트 퍼스널 컴퓨터(DHCP를 사용하여 통신함)의 디폴트 DNS 서버 및 게이트웨이로서 설정된다. 퍼스널 컴퓨터가 DNS 또는 HTTP 요청을 송신하는 경우(예를 들어, 사용자가 연결을 셋업하기를 원하는 경우), 이러한 요청은 라우터에 의해 인터셉트 되며, 플래그가, 구성이 여전히 수행될 필요가 있다는 점을 표시하는 경우, 그 요청은 내장형 위저드의 첫 번째 페이지로 다시 향하게 된다.

위저드는 템플릿 파일에 기초한 HTML 페이지를 생성한다. 이러한 페이지는 퍼스널 컴퓨터에 의해 액세스 및 디스플레이되며, 라우터는 서버처럼 작동한다. 퍼스널 컴퓨터가 이 레벨에서 라우터와 통신가능하게 하기 위하여, 2개 디바이스 간의 IP 연결성이 존재해야 한다. 본 경우에 있어서, 이는, 호스트와 라우터 둘 다 동일한 IP 네트워크에서 IP 어드레스를 갖는다는 점을 의미한다.

본 실시예에 따르면, 라우터 업그레이드 및 셋업 위저드는 라우터에 새로운 템플릿을 업로드할 수 있다.

이하에서는, 본 실시예에 따른 라우터의 구성 가능한 내장형 위저드가 어떻게 작동하는지를 상세하게 설명한다.

디폴트 템플릿이 라우터에 제공되어, 주문제작할 필요가 없는 자주 사용되는 시나리오를 커버(cover)한다. 디폴트 템플릿은, 예를 들어 종래 기술의 고정된 내장형 위저드에 의해 사용된 템플릿이다.

상이한 위저드 행동 양식을 요구하는 ISP는, 그 행동 양식의 필요성을 커버하는 템플릿 파일(또는 몇몇 그러한 파일)을 설계하여 라우터에 업로드한 다음, 그 라우터를 최종 사용자에게 배송한다.

템플릿을 업로드하는 것은, 내장형 위저드를 통해 최종 사용자에게 제공되는 첫 번째 선택 중 하나를 최종 사용자가 선택함으로써 컴퓨터(3)에서 작동되는 라우터 셋업 또는 업그레이드 위저드를 통해 ftp(file transfer protocol)(전형적으로는, 순서에 따라 처리)를 사용하여 이루어지거나, 또는 '어드밴스드 파일' 업로드 웹 페이지(즉, 상이한 파일 .tpl, .ini, .def의 라우터에 대한 업로드를 가능하게 하는 페이지)를 사용하여 이루어질 수 있다.

본 실시예에 따르면, 템플릿 파일은 다음과 같은 위저드 행동 양식을 정의한다.

- 스크린, 스크린의 타이틀, 서브타이틀 및 도움말.

- 대응하는 도움말 등을 포함한 모든 스크린에 대해 어떤 질문이 이루어지는가.

- 모든 스크린을 위한 선택 가능성: 텍스트 박스, 리스트 박스, 콤보 박스, 라디오 버튼...

조건부 명령 실행을 사용하는 경우, 매우 다양한 구성 및 구성 옵션은 단지 하나의 템플릿 파일에 저장할 수 있다.

선택된 템플릿 파일에 기초하여, 본 실시예에 따른 라우터는, 모든 필수적인 컨트롤을 포함하는 대응 웹 페이지를 생성한다.

도 1은 위저드의 웰컴 페이지를 나타낸다. 이 페이지는, 셋업과 구성 프로세스의 목적 및 콘텐츠에 대한 적절한 설명을 포함할 수도 있다.

도 2는 사용자가 템플릿을 선택하게 하는 페이지를 나타낸다. 이 템플릿은 라우터 내에 미리 저장된 템플릿일 수도 있다. 또한, 사용자는 저장된 템플릿에 추가될 새로운 템플릿을 업로드하는 것을 결정할 수도 있다.

도 3은 가상 경로 및 가상 채널 파라미터를 구성하는 선택을 사용자에게 제공하는 페이지를 나타내는 반면, 도 4는, 사용자가 PPP 파라미터를 구성하게 하는 페이지를 나타낸다. 도 3 및 4의 페이지에 대응하는 템플릿에서 발췌한 것을 부록 A에서 제공한다. 도 3 및 4는 단지 2개의 파라미터 선택 페이지를 예로서 나타내는 것이며, 다른 페이지를 또한 보여줄 수도 있다.

도 5의 페이지는 이전에 선택된 파라미터 값의 리스트를 포함하며, 사용자가 그 값을 재검토하게 한다. 이러한 값이 정확하지 않은 경우, 사용자는 값을 변경하는 상이한 페이지를 통해 백 트랙(backtrack) 할 수도 있다.

사용자의 입력이 제공된 경우, 구성은 템플릿의 인스턴스 생성(instantiation)에 대응한다. 사용자 응답은 http 프로토콜을 사용하여 호스트에서 라우터로 송신된다.

구성 위저드의 질문에 대한 대답이 완료(위저드 스크린을 통해 진행)된 후, 라우터는 템플릿 파일에 수집된 모든 정보를 다음에 사용하기 위해 저장하고, 라우터 자신의 사용을 위한 콤팩트 구성 파일(예를 들어, 잘 알려진 .ini 파일)을 생성한다. 구성이 수행되는지를 나타내는 플래그가 설정되며, 최초로 요청된 페이지가 로드된다. .ini 파일은 라우터에 대한 모든 필수 구성 명령을 포함한다. .tpl 파일과 비교하면, 모든 파라미터화 및 '위저드' 명령은 제거된다.

상술한 프로세스를 도 7의 플로차트에서 나타낸다.

변형된 실시예에 따르면, 라우터는 상이한 템플릿 또는 동일한 템플릿의 상이한 인스턴스 생성에 대응하는 몇몇 구성 파일을 저장할 수도 있다. 그러나 하나의 구성 파일만이 주어진 순간에 유효하다. 포인터는 유효한 구성에 설정되며, 사용자에 의해 변경될 때까지 사용된다(대응하는 위저드 스크린은 도시하지 않음).

3개 레벨의 구성, 즉 사용자 구성, ISP 구성 및 디폴트 구성이 존재한다. 어떤 원인 때문에, 라우터 소프트웨어에 의해 요구된 토픽이 사용자 구성에서 이용할 수 없는 경우, 그 소프트웨어는 이 토픽을 처음에는 ISP 구성에서 찾고, 마지막으로는 디폴트 구성에서 찾는다. 소프트웨어에 의해 요구되지 않은 구성 파일에 존재하는 토픽은 간단하게 무시한다. 설명의 명확성을 위하여, 토픽은, 특정 서비스 또는 프로토콜을 구성하는 구성 명령의 세트이다. 그룹은, 단일 토픽에 불필요한 모든 구성 항목을 포함하는 위저드 스크린을 표현한다.

부록 A: 템플릿 파일의 예(발췌)

[wizard.ini]

def var=atm type=grp desc="ATM VPI/VCI value" help="Configure the VPI/VCI value. This value should be provided by your ISP" alias="ATM parameters" def var=vpvc type=combo grp=atm desc="Select the correct VPI/VCI value" alias="VPI/VCI" req=yes default="8*35" data="0*35,0*36,0*37,0*38,0*39,0*40,8*35,8*36,8*37,8*38,8*39,8*40"

def var=ppp type=grp desc="Configure PPP parameters" alias="Point-to-point_protocol" help="Configere the PPP settings. These values should be provided by your ISP"

def var=ppptype type=list grp=ppp alias=PPP type" desc="Select the PPP type" data="PPPoA,PPPoE"

def var=dialtype type=list grp=ppp alias="Dial-in mode" desc="Select your preeferred dial-in mode" data="dial,dod,on" dalias="Dial-in,Dial_on_demand,Always_on" default="on"

위의 템플릿에 사용된 일부 명령에 대해 이하에서 설명한다.

'def' 명령은, 구조 콘텐츠 및 셋업 위저드의 출현을 기술하는 방식을 제공하는 CLI(command line interface) 명령이다. 'def' 명령은, 정의의 타입에 따라 특정 의미를 갖는 인수의 전체적인 세트를 구비한다. 2가지 타입의 정의, 즉 그룹 정의 및 변수 정의가 존재한다. 변수는 그룹에 관련된다. 그룹은 위저드의 단일 페이지에 제공된 정보에 대응한다.

표 1은 그룹 정의의 파라미터이다.

var	필수	변수가 추가되는 경우, 참조로서 사용된 그룹의 이름(위저드에서의 '토픽'). 그룹의 사용하기 쉬운 이름은 'alias' 파라미터를 사용하여 지정될 수 있다.
type	필수	'grp' (그룹을 위해 고정된 값)
grp	무시
desc	필수	위저드 페이지 스크린의 헤더에 디스플레이되는 텍스트.
help	선택	위저드 스크린의 변수 섹션 패널 위에 디스플레이되는 추가 도움말.
alias	선택	페이지의 상부에 디스플레이되는 그룹의 사용하기 쉬운 이름. 이 필드가 지정되지 않은 경우, 그룹 이름(var)이 대신 사용될 것이다.
req	무시
default	무시
data	무시
dalias	무시
min	무시
max	무시

표 2는 그룹 변수 정의를 나타낸다.

var	필수	환경 변수의 이름.이 변수의 사용하기 쉬운 이름은 alias 파라미터를 사용하여 설정될 수 있다.
type	필수	위저드에 의해 페이지에 프레젠테이션하는 기타 사항 간을 정의하는 변수의 타입.
grp	필수	이 변수가 속하는 그룹의 이름.
desc	필수	페이지에 디스플레이하기 위하여, 변수 또는 이 변수와 관련되는 사용자로부터 요청된 액션을 기술하는 텍스트.
help	무시
alias	선택	디스플레이하기 위해 사용되는 변수의 사용하기 쉬운 이름. 지정되지 않은 경우, var에 의해 주어진 이름 파스가 사용될 것이다.
Req	선택	이 변수를 위해 값이 요구되는지 여부를 지정.
default	선택	디폴트 값을 지정. 지정한 경우, 이 값은 디폴트 값으로서 디스플레이된다(예를 들어, 가능한 값의 리스트 내에서).
data	선택	이 변수를 위한 가능한 값.
dalias	선택	각각의 가능한 값을 위해 사용하기 쉬운 이름.
min	선택	타입 의존형 파라미터
max	선택	타입 의존형 파라미터

가능한 변수의 타입은, 스트링, 패스워드, 정수, 콤보 리스트, 리스트, 불린, IP 어드레스, IP 마스크, 라디오(독점적 선택의 세트)이다.

Claims

라우터 또는 브리지 디바이스(4)로서,

제1 네트워크(6)에 연결하기 위한 수단(13)과 제2 네트워크(12)에 연결하기 위한 수단, 및

구성 파라미터를 선택하기 위한 애플리케이션

을 포함하고,

상기 애플리케이션은 파라미터를 사용자에게 제공하기 위한 템플릿을 사용하며, 상기 템플릿은 상기 디바이스에 업로드 가능한 것을 특징으로 하는 디바이스.
제1항에 있어서,

복수의 템플릿을 포함하는 디바이스.
제2항에 있어서,

상기 애플리케이션은 사용자에게 템플릿 선택 디스플레이를 생성하기 위한 수단을 포함하는 디바이스.
제2항 또는 제3항에 있어서,

상기 애플리케이션은, 상기 제2 네트워크에 연결된 호스트 디바이스, 상기 제1 네트워크에 연결된 서버 중 적어도 하나로부터 템플릿을 로딩하기 위한 수단을 포함하는 디바이스.
제1항 내지 제4항 중 한 항에 있어서,

상기 애플리케이션은 원격 디스플레이 상에 디스플레이하기 위한 페이지를 생성하기 위한 수단이 제공된 웹 서버인 디바이스.
제5항에 있어서,

상기 디스플레이는, 상기 구성 파라미터의 선택을 위해 상기 페이지를 액세스하고, 사용자와 상호 작용하기 위한 브라우저를 포함하는 호스트 디바이스의 일부분인 디바이스.
제1항 내지 제6항 중 한 항에 있어서,

상기 애플리케이션은 적어도 하나의 템플릿에 기초한 적어도 하나의 구성 파일을 생성하기에 적합한 디바이스.
제7항에 있어서,

공장 디폴트 구성을 포함하는 디바이스.
제7항 또는 제8항에 있어서,

인터넷 서비스 제공자에 의해 사전결정된 구성을 포함하는 디바이스.
제9항에 있어서,

사용자 구성, 인터넷 서비스 제공자 구성 및 공장 디폴트 구성 순서로 우선순위가 설정되며, 어떤 구성에서 발견되지 않은 디바이스 소프트웨어에 의해 요구된 파라미터는 더 낮은 우선순위의 구성으로부터 취해지는 디바이스.