KR100630212B1

KR100630212B1 - 클라이언트－서버 네트워크에서 클라이언트 노드에 대해근접지대 프로그램을 판별하기 위한 장치 및 방법

Info

Publication number: KR100630212B1
Application number: KR1020067014022A
Authority: KR
Inventors: 마틴 듀스마; 아나톨리 파나식; 앤써니 엉거맨; 브래들리 제이 페더센; 톰 씨. 3세 데이비스; 마크 에이. 블룸필드; 로버트 시랄도
Original assignee: 사이트릭스 시스템스, 인크.
Priority date: 1998-12-29
Filing date: 1999-12-27
Publication date: 2006-10-02
Also published as: EP1141828A1; GB2349488A; ATE252744T1; ES2209549T3; US6928469B1; DE69912317D1; DK1141828T3; CA2293127A1; EP1141828B1; HK1040124A1; AU6555299A; IL143762A0; KR20060096474A; HK1040124B; PT1141828E; US8527615B2; CA2293127C; GB9930782D0; WO2000039678A1; AU765088B2

Abstract

클라이언트-서버 네트워크에서 클라이언트 노드의 근접지대 프로그램(program neighborhood)를 판별하기 위한 장치와 방법이 제공된다. 클라이언트 노드의 근접지대 프로그램은, 네트워크상의 애플리케이션 서버들에 의해 호스팅되는 애플리케이션 프로그램들을 포함한다. 본 발명은 클라이언트 노드의 사용자가 이들 애플리케이션 프로그램들을 알 수 있도록 해준다. 사용자는 이와 같은 애플리케이션이 어디에 있는지 또는 이와 같은 애플리케이션들로의 접속을 수동으로 설정할 필요가 없다. 클라이언트 노드가 그 근접지대 프로그램을 알 수 있도록 하기 위해, 호스트 서버는 네트워크 내의 서버들에 의해 호스팅되는 애플리케이션 프로그램들에 대응하는 애플리케이션-관련 정보를 수집한다. 애플리케이션-관련 정보에는, 애플리케이션 이름과, 애플리케이션의 서버 위치와, 애플리케이션을 실행하기 위해 요구되는 최소한의 클라이언트 노드의 능력과, 이 애플리케이션을 이용하도록 허용된 사용자가 포함된다. 사용자 신용증이 클라이언트 시스템으로부터 수신된다. 사용자 신용증은 애플리케이션-관련 정보를 필터링하는데 이용된다. 클라이언트 노드가 이용할 수 있는 애플리케이션 프로그램들을 나타내는 정보가 호스트 서버로부터 클라이언트 시스템으로 전송되어 디스플레이된다. 윈도우-기반의 클라이언트 노드에서, 이 정보는 각각의 가용 애플리케이션 프로그램들에 대한 아이콘으로 대치될 수 있다.

근접지대 프로그램, 사용자 신용증, 노드, 애플리케이션, 프로그램

Description

클라이언트－서버 네트워크에서 클라이언트 노드에 대해 근접지대 프로그램을 판별하기 위한 장치 및 방법{AN APPARATUS AND METHOD FOR DETERMINING A PROGRAM NEIGHBORHOOD FOR A CLIENT NODE IN A CLIENT－SERVER NETWORK}

도 1은 네트워크를 통해 한 그룹의 서버와 통신하는 클라이언트 노드들의 한 실시예로서, 클라이언트 노드의 근접지대 프로그램은 본 발명의 원리에 따라 결정될 수 있다.

도 2a는 서버 노드들중 하나가 클라이언트 노드의 근접지대 프로그램을 결정하기 위한 응용 프로그램의 실행을 개시할 때의 예시적인 프로세스를 도시하는 블럭도이다.

도 2b는 클라이언트 노드가 상기 클라이언트 노드의 근접지대 프로그램을 결정하기 위한 애플리케이션 프로그램의 실행을 개시할 때의 예시적인 프로세스를 도시하는 블럭도이다.

도 2c는 클라이언트 노드가 그 근접지대 프로그램을 결정하기 위해 웹 브라우저 애플리케이션을 사용할 때의 예시적인 프로세스를 도시하는 블럭도이다.

도 3a, 3b, 및 3c는 클라이언트 노드가 상기 클라이언트 노드측에서 디스플레이된 근접지대 프로그램 윈도우로부터 애플리케이션 프로그램을 론치할 때의 예시적인 프로세스를 도시하는 블럭도이다.

도 3d는 클라이언트 노드가 상기 클라이언트 노드측에서 디스플레이된 근접지대 프로그램 웹 페이지로부터 애플리케이션 프로그램을 론치할 때의 예시적인 프로세스를 도시하는 블럭도이다.

도 4는 본 발명의 설치된 근접지대 프로그램 애플리케이션을 갖는 클라이언트 노드가 서버 노드들 중 하나와 통신하고 있는 클라이언트-기반의 컴퓨팅 실시예의 블럭도이다.

도 5는 클라이언트 노드가 본 발명의 설치된 근접지대 프로그램 애플리케이션 프로그램을 갖는 서버 노드와 통신하는 서버-기반의 컴퓨팅 실시예의 블럭도이다.

도 6a는 본 발명의 근접지대 프로그램 애플리케이션 프로그램이 실행된 후 클라이언트 노드의 디스플레이 스크린 상의 예시적인 디스플레이의 스크린샷이다.

도 6b는 본 발명의 근접지대 프로그램 애플리케이션이 실행된 후 클라이언트 노드의 디스플레이 스크린상의 또 다른 예시적인 디스플레이의 스크린샷이다.

도 7은 애플리케이션 서버들상의 애플리케이션 프로그램들의 이용가능성에 관하여 클라이언트 노드가 통지받는 프로세스의 한 실시예의 흐름도이다.

본 발명은 전반적으로 클라이언트-서버 네트워크에 관한 것으로, 보다 구체적으로는, 서버 시스템에 설치된 애플리케이션들중 클라이언트 시스템에서 실행가 능한 애플리케이션을 클라이언트 시스템에게 알려주기 위한 방법에 관한 것이다.

현재의 컴퓨터 네트워크는, 통신 링크를 통해 다른 컴퓨터 시스템과 통신하는 노드라 불리는 다수의 컴퓨터 시스템으로 구성된다. 전형적으로, 노드들 중 일부는 클라이언트이고 다른 노드는 서버 노드이다. 클라이언트 노드는 질의어를 만들어 서버 노드로 전달한다. 클라이언트 노드의 사용자는 클라이언트 노드상에서 동작하는 사용자 인터페이스를 통해 질의어를 입력한다. 서버 노드는 이 질의어를 평가하고 클라이언트 노드가 클라이언트 노드 사용자 인터페이스 상에 디스플레이할 수 있도록 응답을 전달한다.

대개, 서버 노드는 클라이언트 노드에 의해 액세스되어 실행될 수 있는 다양한 애플리케이션들을 호스팅(host)해준다. 클라이언트 노드가 애플리케이션을 론치하면, 애플리케이션은, 컴퓨터 네트워크의 컴퓨팅 모델에 따라, 클라이언트 노드 또는 서버 노드에서 발생한다. 서버-기반의 컴퓨팅 모델의 경우, 서버 노드는 애플리케이션을 실행하고, 클라이언트 사용자 인터페이스용의 제어 정보만이 컴퓨터 네트워크를 통해 클라이언트 노드로 전송되어 디스플레이된다. 클라이언트-기반의 컴퓨팅 모델의 경우, 서버 노드는, 클라이언트가 클라이언트 자신의 자원을 이용하여 프로그램을 실행할 수 있도록, 애플리케이션을 클라이언트로 전송한다.

현재의 컴퓨터 네트워크의 한 단점은, 클라이언트 노드는 서버 노드상의 어떤 애플리케이션이 이용가능한지를 모를 수도 있으며, 사실상, 네트워크 상의 어떤 서버가 이용가능한지도 모를 수가 있다. 특정 서버 노드 상의 이용가능한 애플리케이션을 발견하기 위해, 클라이언트 노드의 사용자는 이 서버 노드를 발견하고 액 세스한 다음 서버 노드 상에 존재하는 파일들의 디렉토리 리스팅을 수행할 필요가 있다. 하지만, 이러한 리스팅이 사용자가 이용하도록 허용된 프로그램을 사용자에게 알려주는 것은 아니다.

게다가, 일단 사용자가 서버 노드상의 애플리케이션들을 알게 되면, 종종 사용자는 이들 프로그램들과의 링크를 설정해야 한다. 예를 들어, 플로리다주 로드데일에 위치한 싸이트릭스 시스템사에 의한 원격 애플리케이션 매니저(Remote Application Manager)과 같이, 사용자의 링크 생성을 보조할 수 있는 소프트웨어 툴들이 산업적으로 개발되어 왔다. 원격 애플리케이션 매니저(Remote Application Manager)는 클라이언트 노드 상에 설치되는 애플리케이션이다. 이 애플리케이션은 클라이언트 노드의 관리자가 특정 서버 노드 상에 있는 공개 애플리케이션과의 링크를 설정하는 정보를 입력할 수 있도록 해준다. 관리자는 세션의 명칭, 서버 노드에 액세스하기 위한 프로토콜, 서버 명칭 또는 IP 어드레스 또는 공개 애플리케이션과 같은 정보를 제공한다. 이러한 종류의 접근법은 관리자가 이러한 정보를 알고 접속을 설정하기 위해 프로토콜의 세부사항 및 도메인을 이해할 것을 요구한다.

본 발명은 클라이언트 시스템의 사용자가 네트워크 상의 서버들상에 있는 가용 애플리케이션들에 대한 정보를 통지받을 수 있도록 해주면서도 사용자가 이와 같은 애플리케이션들이 어디에 있는지를 알아내고 아울러 이러한 애플리케이션들과의 접속을 설정하는데 필요한 기술적 정보를 입력할 필요가 없도록 해준다.

한 특징으로, 본 발명은 클라이언트 시스템 및 복수개의 서버들을 포함하는 네트워크 내에 있는 클라이언트 시스템에게 애플리케이션을 제공하기 위한 방법에 관련되어 있다. 서버는 네트워크 내의 복수개의 서버들에 의해 호스팅되는 애플리케이션들에 대응하는 애플리케이션-관련 정보를 수신하는 호스트 서버를 포함한다. 클라이언트 시스템으로부터 사용자 신용증(user credential)이 수신된다. 호스팅되는 각각의 프로그램들이 클라이언트 시스템이 실행할 수 있는지에 관한 여부의 결정은 사용자 신용증과 수신된 애플리케이션-관련 정보에 기초하여 이루어진다. 클라이언트 시스템이 이용할 수 있는 각각의 호스팅된 애플리케이션을 알려주는 정보가 호스트 서버로부터 클라이언트 시스템으로 전송된다. 어떤 실시예에서, 호스트 서버는, 하이퍼텍스트마크업 랭귀지(HTML), 확장된 마크업 랭귀지(XML), 또는 다른 구조화된 범용 마크업 랭귀지(SGML) 파일과 같은 애플리케이션-관련 정보를 포함하는 출력 디스플레이를 생성한다.

호스트 서버는 수신된 사용자 신용장에 기초하여 클라이언트 시스템을 인증한다. 클라이언트 시스템이 가용 애플리케이션들중 하나를 실행하기 위해 선택하면, 이 선택된 애플리케이션은, 비록 그 자신이 호스트 서버가 아닌 다른 서버에 있다고 하더라도, 클라이언트 시스템의 사용자에 의한 사용자 신용증의 추가적인 입력을 요구하지 않고도 실행될 수 있다.

한 실시예에서, 클라이언트 시스템과 호스 서버간의 접속은 ICA(Independent Computing Architecture) 프로토콜을 이용하여 설정된다. ICA 프로토콜은 클라이언트 시스템에게 허용된 각각의 호스팅된 애플리케이션을 가리켜주는 정보를 클라 이언트 시스템으로 전송하기 위한 가상 채널(virtual channel)을 설정한다. 이 접속상에서 가용의 호스팅된 애플리케이션들 중 하나를 실행하라는 요청이 수신될 수 있다. 이 요청에 응답하여, 요청된 애플리케이션의 실행에 관련된 정보를 교환하기 위해 클라이언트 시스템과 호스트 서버간의 제2 접속이 설정될 수 있다. 또 다른 실시예에서, 이 요청에 응답하여 호스트 서버와 요청된 애플리케이션을 호스팅하는 제2 서버간의 접속이 설정될 수 있다. 요청된 애플리케이션의 실행에 연관된 정보는 호스트 서버를 통해 제2 서버와 클라이언트 시스템 사이에서 교환될 수 있다.

가용의 호스팅된 애플리케이션들 중 제2의 또 다른 하나를 실행하라는 제2 요청이 호스트 서버와 클라이언트 시스템간의 접속상에서 수신될 수 있다. 제2 요청에 응답하여 호스트 서버와 요청된 애플리케이션을 호스팅하는 제3 서버 사이의 또 다른 접속이 설정될 수 있다. 제2 요청된 애플리케이션의 실행에 연관된 정보가 제3 서버와 클라이언트 시스템사이에서 호스트 서버를 통해 교환될 수 있다. 제2 서버와 제3 서버로부터 수신된 정보는 클라이언트 시스템으로의 전송을 위해 병합될 수 있다.

역시 또 다른 실시예에서, 제1 요청에 응답하여 애플리케이션 정보가 호스트 서버에 의해 클라이언트 시스템으로 전송될 수 있다. 제공된 애플리케이션 정보에 응답하여 요청된 애플리케이션을 호스팅하는 제2 서버와 클라이언트 시스템 사이에 제2 접속이 설정될 수 있다.

호스트 서버는 클라이언트 시스템에 의한 요청에 응답하여 가용 애플리케이 션 정보를 전송할 수 있다. 전송된 정보는 가용 애플리케이션들을 나타내는 아이콘들을 갖는 그래픽 사용자 인터페이스 디스플레이를 클라이언트 시스템에 생성할 수 있다. 또한 전송된 정보는 클라이언트 시스템이 사용할 수 없는 각각의 호스팅된 애플리케이션도 공개한다.

호스트 서버는 다른 서버들과 통신하여 이들이 호스팅하는 애플리케이션들을 판별하고 애플리케이션-관련 정보를 저장하기 위한 데이타베이스를 구축할 수 있다. 이 데이타베이스는 복수개의 다른 서버들 각각에 의해 액세스될 수 있으며, 다른 서버들 각각은 애플리케이션-관련 정보를 저장하기 위한 데이타베이스를 유지할 수 있다.

또 다른 특징으로, 본 발명은, 서버에 의해 호스팅되며 클라이언트 시스템이 이용할 수 있는 각각의 애플리케이션을 클라이언트 시스템에게 제공하기 위한 방법에 관련되어 있다. 애플리케이션-관련 정보는 서버에 의해 유지된다. 서버에 의해 호스팅되는 각각의 애플리케이션이 클라이언트 시스템에 이용가능한지의 여부는 사용자 신용증과 애플리케이션-관련 정보에 기초한다. 클라이언트 시스템에 이용가능한 각각의 애플리케이션을 가리키는 정보는 서버로부터 클라이언트 시스템으로 전송된다.

또 다른 특징으로, 본 발명은 복수개의 서버에 의해 호스팅된 애플리케이션들에 대응하는 애플리케이션-관련 정보를 수집하는 서비스 모듈을 포함하는 서버에 관련되어 있다. 데이타베이스는 수집된 애플리케이션-관련 정보를 저장한다. 수신기는 클라이언트 시스템으로 사용자 신용증을 수신한다. 서비스 모듈은, 복수개 의 서버에 의해 호스팅된 각각의 애플리케이션에 대해, 호스팅된 애플리케이션이 사용자 신용증과 데이타베이스에 저장된 애플리케이션-관련 정보에 기초하여 클라이언트 시스템의 사용자에 의해 이용가능한지의 여부를 판별한다. 전송기는 정보를 클라이언트 시스템으로 전송한다.

서비스 모듈은 복수개의 서버에 데이타그램을 전송하여 이들 서버들에 의해 호스팅되는 애플리케이션들에 대응하는 애플리케이션-관련 정보를 수집할 수 있다. 전송된 정보는 클라이언트 시스템의 사용자가 이용할 수 있는 각각의 호스팅된 애플리케이션을 클라이언트 시스템의 사용자에게 공개한다. 전송기는 가상 채널 통신 프로토콜을 이용하여 가용 응용 정보를 전송한다.

도 1은, 네트워크(40)을 통해 컴퓨팅 시스템(애플리케이션 서버, 30, 32, 34)와 통신하는 제1 컴퓨팅 시스템(클라이언트 노드, 10)과 제2 컴퓨팅 시스템(클라이언트 노드, 20)을 도시하고 있다. 네트워크(40)은 인터넷 또는 월드와이드웹과 같은 광역 통신망(WAN) 또는 근거리 통신망(LAN)일 수 있다. 클라이언트 노드(10, 20)의 사용자는 표준 전화선, LAN 또는 WAN(예를 들어, T1, T3, 56k, X.25), 광대역 접속(ISDN, 프레임 릴레이, ATM), 및 무선 접속을 포함한 다양한 접속을 통해 네트워크(40)에 접속될 수 있다. 이 접속은 다양한 통신 프로토콜(예를 들어, TCP/IP, IPX, SPX, NetBIOS, 이더넷, RS232, 및 직접 비동기 접속)을 사용하여 설정될 수 있다.

클라이언트 노드(10)은, 임의의 개인용 컴퓨터(예를 들어, 286, 386, 펜티 엄, 펜티엄 II, 맥킨토시 컴퓨터), 윈도우-기반의 단말기, 네트워크 컴퓨터, 무선 장치, 정보 기구, RISC 파워 PC, X-장치, 워크스테이션, 미니 컴퓨터, 메인프레임 컴퓨터 또는 네트워크(40)을 통해 애플리케이션 서버(30, 32, 34)로부터 다운로드되는 애플리케이션을 실행하는 다른 장치일 수 있다. 클라이언트 노드(10)에 의해 지원되는 윈도우-기반의 플랫폼에는 Windows 3.x, Windows 95, Windows 98, Windows NT 4.0, Windows CE, Macintosh, Java, 및 Unix가 포함될 수 있다. 클라이언트 노드(10)은 디스플레이 스크린(12), 키보드(14), 다운로드된 애플리케이션을 저장하기 위한 메모리(16), 프로세서(17), 마우스(18)을 포함할 수 있다. 메모리(16)은 영구 저장 장치 또는 휘발성 저장 장치를 제공할 수 있다. 프로세서(17)은 클라이언트 노드(10) 상에서 애플리케이션을 국부적으로 실행할 수 있으며 디스플레이 스크린(12) 상에 결과로 나온 윈도우-기반의 데스크탑을 디스플레이한다. 클라이언트 노드(10) 상의 이와 같은 국부적인 처리는 상술한 클라이언트-기반의 컴퓨팅 모델에 따른다.

다른 방법으로서, 클라이언트 노드(20)은 (윈도우 또는 비윈도우 기반의) 임의의 단말일 수도 있고, 서버-기반의 컴퓨팅 모델에 따라 동작하는 딘-클라이언트 (thin-client) 장치일 수도 있다. 서버-기반의 컴퓨팅 모델에서, 애플리케이션의 실행은 전적으로 애플리케이션 서버(30, 32, 34)에서 이루어지며, 사용자 인터페이스, 키스트로크, 및 마우스 이동은 네트워크(40)을 통해 클라이언트 노드(20)으로 전송된다. 사용자 인터페이스는 텍스트형(예를 들어, DOS)일 수도 있고 그래픽형(예를 들어, 윈도우)일 수도 있다. 클라이언트 노드(20)에 의해 지원될 수 있는 플랫폼에는 DOS 및 윈도우-기반의 단말기들을 위한 Windows CE가 포함된다. 클라이언트 노드(20)은 디스플레이 스크린(22), 키보드(24), 마우스(28), 프로세서(도시되지 않음), 및 영구 저장 장치(도시되지 않음)를 포함한다.

애플리케이션 서버(30, 32, 34, 및 36)은, 네트워크의 다른 부분으로의 액세스를 제어하는 임의의 컴퓨팅 장치일 수도 있다. 서버(30, 32, 34, 36)은 클라이언트-기반의 컴퓨팅 모델 또는 서버-기반의 컴퓨팅 모델에 따라 동작할 수 있다.

각각의 애플리케이션 서버(30, 32, 34, 및 36)은 클라이언트 노드(10 및 20)에 의해 액세스될 수 있는 하나 이상의 애플리케이션을 호스팅한다. 클라이언트 노드에 이용가능하도록 만들어진 애플리케이션은 공개 애플리케이션(published application)이라 불린다. 이와 같은 애플리케이션의 예로는, 와싱턴주 레드몬드시에 위치한 마이크로소프트사가 제작한 MICROSOFT WORDⓡ와 같은 워드 프로레싱 프로그램과 MICROSOFT EXCELⓡ과 같은 스프레드쉬트 프로그램, 재무 보고 프로그램, 고객 등록 프로그램, 기술 지원 정보 제공 프로그램, 고객 데이타베이스 애플리케이션, 또는 애플리케이션 집합 매니저가 포함된다.

*서버(30, 32, 34)는 동일한 도메인(38)에 속할 수 있다. 네트워크(40)에서, 도메인은 애플리케이션 서버 그룹과 하나의 보안 데이타베이스의 제어하에 있는 클라이언트 노드를 포함하는 서브네트워크이다. 도메인은 하나 이상의 "서버 팜"(서버 팜(server farm)이란, 서로 연결되어 하나의 서버 시스템으로 역할함으로써 중앙 집중화된 관리를 제공하는 서버 그룹을 말한다)을 포함할 수 있다. 역으 로, 서버 팜은 하나 이상의 도메인을 포함할 수 있다. 서로 동일한 서버 팜에 속하면서도 도멘인은 서로 다른 서버에 대해, 두 도메인간에는 신뢰 관계가 존재한다. 신뢰 관계란, 단 한번의 로그-온 인증을 통해 각각의 도메인에 연관된 리소스를 사용자가 액세스할 수 있도록 허용하는 서로 다른 도메인간의 연합을 말한다.

한 실시예에서, 애플리케이션 서버(36)은 도메인(38)과는 다른 도메인 내에 있다. 또 다른 실시예에서, 애플리케이션 서버(36)은 서버(30, 32, 및 34)와 동일한 도메인 내에 있다. 어떤 실시예던, 애플리케이션 서버(30, 32, 및 34)는 하나의 서버 팜에 속할 수 있다. 서버(36)이 다른 서버 팜에 속해 있는 동안, 애플리케이션 서버(30, 32, 34, 및 36) 모두는 동일한 서버 팜에 속할 수 있다. 새로운 서버가 네트워크(40)에 접속될 때, 새로운 서버는 기존 서버 팜에 참여하거나 새로운 서버 팜을 개시할 수 있다.

네트워크(40)은 애플리케이션 서버(30, 32, 34, 및 36)간의 부하 균형을 수행하기 위한 마스타 서버 노드를 포함할 수 있다. 마스타 서버 노드는 애플리케이션 서버(30, 32, 34, 또는 36) 중 하나일 수 있다. 마스타 서버 노드는 다른 애플리케이션 서버들의 각각에 대응하는 서버 주소 및 부하 정보의 리스트를 포함한다. 마스타 서버 노드는, 가용 서버 리스트 및 대응하는 부하 수준에 기초하여 애플리케이션을 실행시키기 위한 특정의 서버 노드를 클라이언트 노드에게 지시(direct)할 수 있다. 다른 방법으로서, 애플리케이션 서버(30, 32, 34, 36)은, 부하 수준과 같은 관리 정보를 교환하기 위해 피어-투-피어 방식으로 서로 협동하며, 임의의 서버(30, 32, 34, 36)가 클라이언트 노드(10, 20)에 의해 이루어진 요청에 응답할 수.있다.

근접지대 프로그램(Program Neighborhood)

본 발명의 원리에 따르면, 클라이언트 노드(10, 20)의 사용자는 네트워크(40) 내에 있는 애플리케이션 서버(30, 32, 34, 및 36)에 의해 호스팅되는 애플리케이션 서버의 이용가능 여부를 알 수 있으되, 이와 같은 애플리케이션이 어디에 있는지를 파악하고 이와 같은 응용 프로로그램으로의 링크에 필요한 기술적 정보를 입력할 필요가 없다. 이들 가용 애플리케이션들은 사용자의 "근접지대 프로그램"을 포함한다. 클라이언트 노드에 대한 근접지대 프로그램을 판별하기 위한 시스템은, 애플리케이션(이후부터 "근접지대 프로그램" 애플리케이션이라 불림)과, 애플리케이션의 구성 요소를 저장하기 위한 메모리와, 애플리케이션을 실행하기 위한 프로세서를 포함한다.

근접지대 프로그램 애플리케이션은, 이하에서 설명하는 바와 같이, 클라이언트 노드(10)의 메모리 및/또는 애플리케이션 서버(30, 32, 34, 및 36) 내에 설치될 수 있다. 근접지대 프로그램 애플리케이션은, 서비스와, 애플리케이션 프로그램 인터페이스(API)와, 및 애플리케이션 서버에 의해 호스팅되는 애플리케이션 프로그램들 중 각각의 클라이언트 노드가 사용(예를 들어, 실행)할 수 있는 애플리케이션 프로그램을 클라이언트 노드의 사용자에게 공개하는 사용자 인터페이스(UI) 프로그램의 집합이다.

근접지대 프로그램 애플리케이션에 따라 동작하는 애플리케이션 서버는 서버 팜 내에 있는 애플리케이션 서버들 각각으로부터 애플리케이션-관련 정보를 수집한 다. 각각의 호스팅된 애플리케이션에 대한 애플리케이션-관련 정보는, 예를 들어, 이 애플리케이션을 호스팅하는 서버의 주소, 애플리케이션 명칭, 이 애플리케이션을 사용하도록 허용된 사용자 또는 사용자 그룹, 및 애플리케이션을 실행하기 위해 접속을 설정하기 이전에 클라이언트 노드에게 요구되는 최소한의 능력을 포함하는 다양한 정보일 수 있다. 예를 들어, 애플리케이션은 비디오 데이타를 스트리밍할 수도 있으며, 따라서, 필요한 최소한의 능력은 클라이언트 노드가 비디오 데이타를 지원하는 것이다. 다른 예로서, 클라이언트 노드의 오디오 데이타 지원 능력 또는 암호화 데이타 지원 능력이 있어야 한다는 것이다. 애플리케이션-관련 정보는 명세서에서 이후에 기술되는 바와 같이 데이타베이스 내에 저장될 수 있다.

클라이언트 노드가 네트워크(40)에 로그온할 때, 클라이언트 노드의 사용자는 사용자 신용증을 제공한다. 사용자 신용증은 전형적으로 클라이언트 노드의 사용자 명칭, 사용자의 패스워드, 및 사용자가 인증받을 도메인 명칭을 포함한다. 사용자 신용증은 스마트 카드, 타임-베이스 토큰, 사회 보장 번호(social security number), 사용자 패스워드, 개인 식별 번호(PIN), 대칭키 또는 타원곡선 암호화(symmetric key or elliptic curve cryptography)에 기초한 디지털 인증서, 사용자의 생물학적 특성, 또는 클라이언트 노드의 사용자 식별이나 인증을 할 수 있는 임의의 다른 수으로부터 얻을 수 있다. 클라이언트 노드에 응답하는 서버는 사용자 신용증에 기초하여 사용자를 인증할 수 있다. 사용자 신용증은 근접지대 프로그램 애플리케이션이 실행되는 어느 곳에서나 저장될 수 있다. 클라이언트 노드(10)이 근접지대 프로그램 애플리케이션을 실행할 때, 사용자 신용증은 클라이언 트 노드(10)에 저장될 수 있다. 애플리케이션 서버가 근접지대 프로그램 애플리케이션을 실행할 때, 사용자 신용증은 그 서버에 저장될 수 있다.

사용자 신용증과 애플리케이션-관련 정보로부터, 서버는 애플리케이션 서버들에 의해 호스팅되는 애플리케이션 프로그램들중 어느 것이 클라이언트 노드의 사용자에게 이용가능한지를 판별할 수 있다. 서버는 가용 애플리케이션 프로그램을 나타내는 정보를 클라이언트 노드로 전송한다. 이 프로세스는 클라이언트 사용자가 애플리키에션 접속을 설정할 필요가 없게 해준다. 또한, 서버의 관리자는 다양한 클라이언트 노드 사용자들의 애플리케이션 액세스를 제어할 수 있다.

서버에 의해 수행되는 사용자 인증은, 클라이언트 노드에 제공되는 각각의 호스팅된 애플리케이션 프로그램의 사용을, 비록 이 프로그램들이 다른 서버에 위치하고 있더라도, 인증하는 것으로 족하다. 따라서, 클라이언트 노드가 호스팅된 애플리케이션들 중 하나를 론치(즉, 실행)할 때, 이 애플리케이션의 이용을 인증하기 위해 사용자에 의한 추가적인 사용자 신용증 입력은 불필요하다. 따라서, 사용자 신용증의 한번의 입력은, 클라이언트 사용자에 의한 추가적인 수동 로그-온을 요구하지 않고도, 가용 애플리케이션의 인증과 이와 같은 애플리케이션의 론칭을 인증하는 역할을 할 수 있다.

클라이언트 노드(10, 20) 또는 애플리케이션 서버는 도 2a-2c와 연계하여 기술된 근접지대 프로그램 애플리케이션을 론치할 수 있다. 그 결과는 클라이언트 노드(10, 20)의 디스플레이 스크린(12, 22) 상에 디스플레이된다. 그래픽 윈도우-기반의 구현에서, 그 결과는 근접지대 프로그램 애플리케이션 윈도우에 디스플레이 될 수있으며, 각각의 인증된 애플리케이션 프로그램은 그 윈도우 내의 그래픽 아이콘에 의해 표현될 수 있다.

근접지대 프로그램 애플리케이션의 한 실시예는, 클라이언트 노드(10, 20)가 이용할 수 없는 애플리케이션 프로그램을 걸러내고 단지 인증된(즉, 가용의) 프로그램만 디스플레이한다. 또 다른 실시예에서, 근접지대 프로그램 애플리케이션은 인증된 애플리케이션과 인증되지 않은 애플리케이션을 디스플레이할 수 있다. 인증되지 않은 애플리케이션이 디스플레이로부터 제거될 때, 이와 같은 애플리케이션이 비가용상태임을 가리키는 통지가 제공된다. 다른 방법으로서, 근접지대 프로그램 애플리케이션은, 클라이언트 노드(10, 20)에 의한 실행이 허용되거나 허용되지 않은 서버(30, 32, 34, 36)에 의해 호스팅되는 모든 애플리케이션을 클라이언트의 사용자에게 보고할 수 있다. 후속해서, 클라이언트 노드(10, 20)이 이들 애플리케이션들 중 하나를 실행시키려고 시도할 때 인증이 수행된다.

도 2a는 서버가 근접지대 프로그램(PN) 애플리케이션을 론치하고 PN 애플리케이션의 결과를 클라이언트 노드(10)에게 제공한다. 서버는 클라이언트 노드(10)에 의한 특정 애플리케이션 프로그램의 요청에 응답하여 PN 애플리케이션을 론치할 수 있다. 이 요청은 마스타 서버 노드, 이 예에서는 서버(30)으로 보내진다. 마스타 서버 노드(30)은, 부하 균형과 애플리케이션 이용가능성을 고려하여, 클라이언트 노드(10)에게 서버(32)상에서 원하는 애플리케이션이 가용상태라는 것을 가리켜준다(화살표 43). 클라이언트 노드(10) 및 서버(32)는 접속을 설정한다(화살표 45 및 46). 클라이언트 노드(10)과 서버(32)가 클라이언트-기반의 컴퓨팅 모델에 따라 동작할 때 이 접속에 의해, 서버(32)는 특정 애플리케이션의 실행가능한 코드를 클라이언트 노드(10)으로 전송할 수 있다. 다른 방법으로서, 클라이언트 노드(10)과 서버(32)가 서버-기반의 컴퓨팅 모델에 따라 동작할 때 서버(32)는 특정의 애플리케이션을 실행하고 그래픽 사용자 인터페이스를 클라이언트 노드(10)으로 전송할 수 있다. 또한, 마스타 서버 노드(30) 또는 서버(32)는 근접지대 프로그램 애플리케이션(41)을 실행하여 그 결과를 클라이언트 노드(10)으로 보내어(화살표 43 또는 46), 클라이언트 노드(10)이 근접지대 프로그램 애플리케이션을 요청할 때, 근접지대 프로그램이 클라이언트 노드(10)측에서 이용할 수 있도록 해준다.

도 2b는 클라이언트 노드(10)이 근접지대 프로그램 애플리케이션을 개시하고 서버가 클라이언트 노드(10)으로 PN 애플리케이션의 결과를 제공하는 또 다른 예시적인 프로세스를 도시한다. 클라이언트 노드(10)은 근접지대 프로그램 애플리케이션(예를 들어, 애플리케이션을 나타내는 근접지대 프로그램 아이콘(41)을 클릭함으로써)에 대한 요청(50)은 마스타 서버 노드, 이 예에서는 서버(30)으로 향한다. 마스타 서버 노드(30)은, 만일 애플리케이션이 마스타 서버 노드(30) 상에 있다면, 근접지대 프로그램 애플리케이션을 실행하여 그 결과를 클라이언트 노드(10)로 반환할 수 있다. 다른 방법으로서, 마스타 서버 노드(30)은 근접지대 프로그램 애플리케이션(41)이 다른 서버상에서 이용가능하다는 것을 클라이언트 노드(10)에게 가리켜 줄 수 있다. 클라이언트 노드(10)과 서버(32)는 접속을 설정한다. 이 접속에 의해 클라이언트(10)은 근접지대 프로그램 애플리케이션(41)의 실행을 요청한다. 애플리케이션(41)을 실행하여 그 결과를 클라이언트(10)에게 전송할 수 있다.

도 2c는 클라이언트 노드(20)이 월드 와이드 웹을 통해 근접지대 프로그램 애플리케이션의 실행을 개시하는 또 다른 예시적인 프로세스를 도시한다. 클라이언트 노드(20)은 캘리포니아주 마운틴 뷰에 위치한 넷스케이프 커뮤니케이션사에 의해 제조된 NETSCAPE NAVIGATOR, 또는 와싱턴주 레드몬드에 위치한 마이크로소프트사에 의해 제조된 MICROSOFT INTERNET EXPLORER와 같은 웹 브라우저를 실행한다.

클라이언트 노드(20)은, 웹 브라우저(80)을 통해, 서버(30) 상에 존재하는 HTML에 대응하는 URL 주소에 액세스하기 위한 요청(82)를 보낸다. 다른 예에서, 서버(30)에 의해 클라이언트 노드(20)으로 반환되는 제1 HTML 페이지는 클라이언트 노드(20)의 식별을 목적으로 하는 인증 페이지(authentification page)이다.

인증 페이지는, 클라이언트 노드(20)으로 하여금 사용자 신용증을 웹 브라우저(80)을 통해 서버(30)에 보낼 수 있도록 허용한다. 전송된 사용자 신용증은 서버(30)에 의해 또는 팜 내의 다른 서버에 의해 검증된다. 이것은 보안 도메인이 서버(30) 상에 투사되는 것을 허용한다. 예를 들어, 서버(30)이 와싱턴주 레드몬드에 위치한 마이크로소프트사에 의해 제조된 WINDOWS NT 운영 체제를 실행하고 인증 서버가 UNIX 운영 체제를 실행한다면, UNIX 보안 도메인은 서버(30) 상에 투사되었다고 일컬어진다. 사용자 신용증은 암호화되지 않고(in the clear) 전송되거나 암호화되어 전송될 수 있다. 예를 들어, 사용자 신용증은, 캘리포니아주 산 마테오에 위치한 RSA 데이타 시큐어리티사에 의해 만들어진 RC3 알고리즘을 이용하여 데이타를 암호화하는 보안 소켓층(SSL) 접속을 통해 전송될 수 있다.

서버(30)은 클라이언트 노드(20)으로부터 수신된 사용자 신용증을 검증할 수 있다. 다른 방법으로서, 서버(30)은 인증을 위해 사용자 신용증을 다른 서버로 보낼 수 있다. 이 예에서, 인증 서버는 서버(30)과는 다른 도메인일 수 있다. 클라이언트 노드(20)의 인증된 사용자 신용증은 클라이언트 노드(20)측에서 퍼-세션 쿠키, 또는 웁 브라우저(80)에 의해 디스플레이되지 않는 필드 내에, 또는 웹 페이지 유지 보수에 흔히 이용되는 다른 방식으로 저장될 수도 있다. 일부 실시예에서, 서버(30)이 연관되어 있는 서버 팜은, 게스트 사용자, 즉, 할당된 사용자 신용증을 갖고 있지 않은 사용자가 팜 내의 서버들에 의해 호스팅되고있는 애플리케이션에 액세스할 수 있도록 허용한다. 이들 실시예에서, 인증 페이지는 클라이언트 노드(20)이 게스트 사용자인지의 여부를 식별하는 메카니즘, 예를 들어, 버턴이나 메뉴 선택을 제공할 수도 있다. 다른 실시예에서, 서버(30)은 인증 페이지를 완전히 생략할 수도 있다.

도 2c를 참조하면, 일단 클라이언트 노드(20)이 서버(30)에 의해 인증되면, 서버는 근접지대 프로그램 윈도우(58)을 포함하는 HTML 페이지(88)을 클라이언트 노드(20)으로 전송한다. 클라이언트 노드(20)이 액세스하는 애플리케이션 프로그램을 나타내는 그래픽 아이콘(57, 57')은 이 윈도우 내에 나타난다.

도 3a는 클라이언트 노드(10), 마스타 서버 노드(이 예에서는 서버(30)), 및 서버(32)들간의 예시적인 통신 절차를 도시하고 있다. 클라이언트 노드(10)은 서버(32)와 액티브 접속을 가진다. 클라이언트 노드(10)과 서버(32)는 제1 애플리케이션 프로그램의 실행에 관한 정보를 교환하기 위해 활성 접속(72)를 이용할 수 있다. 클라이언트 노드(10)의 사용자 신용증은 클라이언트 노드에 저장된다. 이와 같은 사용자 신용증의 저장은 캐쉬 메모리 내에 또는 영구 저장 장치 내에 이루어진다.

이 실시예에서, 근접지대 프로그램 애플리케이션은 클라이언트 노드(10) 상에서 실행된다. 클라이언트 노드는 근접지대 프로그램 윈도우(58)을 가지며, 제2 애플리케이션 프로그램을 나타내는 그래픽 아이콘(57)이 이 윈도우에 나타난다. 클라이언트 노드(10)의 사용자는 마우스로 아이콘(57)을 더블클릭함으로써 제2 애플리케이션 프로그램을 론치할 수 있다. 요청은 접속(59)를 통해 마스타 서버 노드(30)으로 전달된다. 마스타 서버 노드(30)은 접속(59)를 통해 원하는 애플리케이션 프로그램이 서버(32)상에서 이용가능하다는 것을 클라이언트 노드(10)에게 가리켜준다. 클라이언트 노드(10)은 서버(32)에게 제2 접속을 설정하도록 신호한다. 서버(32)는 제2 애플리케이션 프로그램으로의 액세스를 인증하기 위해 클라이언트 노드(10)으로부터 사용자 신용증을 요청한다. 성공적인 인증시에, 클라이언트 노드(10)과 서버(32)는 제2 접속(70)을 설정하고 제2 애플리케이션 프로그램의 실행에 관한 정보를 교환한다. 따라서, 클라이언트 노드(10)과 서버(32)는 다중 접속을 통해 서로 통신한다.

도 3b는 클라이언트 노드, 마스타 서버 노드(이 예에서는 서버(30)), 서버(32, 34, 및 36)들간의 예시적인 통신 절차를 도시하고 있다. 클라이언트 노드(20)은 서버(32)와 액티브 접속(73)을 가진다. 클라이언트 노드(20)과 서버(32)는 제1 애플리케이션 프로그램의 실행에 관한 정보를 교환하기 위해 액티브 접속(73)을 이용할 수 있다. 클라이언트 노드(20)의 사용자 신용증은 서버(32)에서 캐쉬 메모리 또는 영구 저장 장치에 저장된다.

이 실시예에서, 근접지대 프로그램 애플리케이션은 서버(32) 상에서 실행된다. 서버(32)는 서버-기반의 클라이언트 엔진(62)를 제공하며 서버(32)가 클라이언트 노드(20)의 능력에 따라 동작할 수 있도록 해주는 소프트웨어를 포함한다. 클라이언트 노드(20)은 제2 애플리케이션 프로그램과 제3 애플리케이션 프로그램을 각각 나타내는 그래픽 아이콘(57, 57')가 나타나는 근접지대 프로그램 윈도우(58)을 가진다. 클라이언트 노드(20)의 사용자는 아이콘(57)을 더블클릭함으로써 제2 애플리케이션 프로그램을 론치할 수 있다. 제2 애플리케이션을 론치하라는 요청은 접속(73)을 통해 서버(32)로 전달되고, 서버(32)는 이 요청을 마스타 서버 노드(30)으로 포워딩(화살표 65)한다.

마스타 서버 노드(30)은 원하는 애플리케이션이 서버(34) 상에서 이용가능하다는 것을 서버(32)에게 가리켜(화살표 65)준다. 서버(32)는 접속(66)을 설정하기 위해 서버(34)와 접촉하여 접속(66)을 설정한다. 애플리케이션으로의 액세스를 인증하기 위해, 서버(34)는 서버(32)로부터 사용자 신용증을 얻는다. 서버(32 및 34)는 접속을 설정(화살표 66)하고 이 접속에 의해 서버(32)는 제2 애플리케이션의 실행을 요청하고 서버(34)는 그래픽 사용자 인터페이스 결과를 서버(32)로 반환한다. 서버(32)는 그래픽 사용자 인터페이스 결과를 클라이언트 노드(20)으로 포워딩하고, 클라이언트 노드(20)에서 그 결과가 디스플레이된다. 따라서, 클라이언트 노드(20)과 서버(34) 사이에서 교환되는 정보는 서버(32)를 "통과"한다.

마찬가지로, 클라이언트 노드(20)은 아이콘(57)을 더블클릭함으로써 제3 애 플리케이션 프로그램을 론치할 수 있다. 제3 애플리케이션 프로그램을 론치하라는 요청은 서버(32)로 전달된다. 서버(32)는 이 요청을 마스타 서버 노드(30)으로 포워딩한다. 마스타 서버 노드(30)은 부하 균형과 애플리케이션 프로그램 이용가능성을 고려하여 어느 서버가 이 요청을 다룰 수 있는지를 판별한다. 이 예에서, 마스타 서버 노드는 서버(36)이 제3 애플리케이션 프로그램을 실행할 수 있다는 것을 가리킨다.

서버(32)와 서버(36)은 접속을 설정(화살표 74)하고 이 접속에 의해 서버(32)는 제3 애플리케이션 프로그램의 실행을 요청하고, 서버(36)은 그래픽 사용자 인터페이스 결과를 서버(32)에게 반환한다. 제3 애플리케이션 프로그램의 실행을 허용하기 위해, 서버(36)은 서버(32)로부터 얻어지는 클라이언트 노드의 사용자 신용증을 인증할 수 있다. 서버(32)는 그래픽 사용자 인터페이스 결과를 클라이언트 노드(20)으로 포워딩하고 여기서 그 결과가 디스플레이된다. 따라서, 제3 애플리케이션 프로그램의 실행 결과는 서버(32)를 통해 클라이언트 노드(20)과 서버(36) 사이를 통행한다.

이 설명으로부터, 클라이언트 노드(20)은 서버(32)와의 하나의 접속을 통해 복수개의 애플리케이션 프로그램을 실행할 수 있는 반면, 서버(32)는 복수개의 접속을 유지한다(이 예에서는, 서버(34)와 하나의 접속을 이루며 서버(36)과 제2 접속을 이룸). 또한, 서버(32)는 서버(34)로부터 수신된 정보와 서버(36)으로부터 수신된 정보를 클라이언트 노드(20)으로 전송하기 위해 하나의 데이타 스트림으로 병합한다.

도 3c는 클라이언트 노드(20), 마스타 서버 노드(이 예에서는 서버(30)), 및 서버(32 및 34)들간의 예시적인 통신 처리를 도시한다. 클라이언트 노드(20)은 서버(32)와 액티브 접속(76)을 가진다. 클라이언트 노드(20) 및 서버(32)은 제1 응용 프로그램의 실행에 관한 정보를 교환하기 위해 액티브 접속(76)을 사용할 수 있다. 클라이언트 노드(20)은 사용자 신용증을 캐쉬 메모리나 영구 저장 장치에 저장할 수 있다.

이 실시예에서, 근접지대 프로그램 애플리케이션은 서버(32) 상에서 실행된다. 클라이언트 노드(20) 디스플레이는 제2 애플리케이션 프로그램을 나타내는 그래픽 아이콘이 나타나는 근접지대 프로그램 윈도우(58)을 가진다. 클라이언트 노드(20)의 사용자는 아이콘(57)을 더블클릭함으로써 제2 애플리케이션 프로그램을 론치할 수 있다. 제2 애플리케이션을 론치하라는 요청은 서버(32)로 건네진다. 서버(32)는 애플리케이션의 명칭 및 제2 애플리케이션의 실행을 위해 클라이언트 노드(20)에 의해 필요한 능력과 같은 애플리케이션-관련 정보를 반환함으로써 클라이언트 노드(20)에 응답(즉, '콜백')한다.

서버(32)에 의해 제공되는 정보와 더불어, 클라이언트(20)은 접속(77)을 통해 마스타 서버 노드(30)과 통신하여 제2 애플리케이션 프로그램을 실행하기 위한 서버를 결정한다. 이 예에서, 이 서버는 서버(34)이다. 클라이언트 노드(20)은 서버(34)로의 접속을 설정한다. 서버(34)는 클라이언트 노드(20)의 사용자를 인증하기 위해 클라이언트 노드(20)으로부터 사용자 신용증을 요청한다. 제2 애플리케이션 프로그램은 서버(34) 상에서 실행되고, 서버(34)는 설정된 접속(78)을 통해 그래픽 사용자 인터페이스를 클라이언트 노드(20)으로 반환한다. 따라서, 클라이언트 노드(20)은 복수 서버들간의 다중 액티브 접속을 가질 수 있다.

도 3d는 클라이언트 노드(20)과, 이 예에서는 웹 서버로서 역할을 하는 서버(30)과, 서버(32)간의 예시적인 통신 절차를 도시하고 있다. 클라이언트 노드(20)은, 도 2c와 연계하여 상술한 바와 같이 서버(30)에게 그 자신을 인증받는다. 한 실시예에서, 서버(30)은 SGML, HTML 또는 XML과 같은 출력 디스플레이 템플릿(90)을 액세스하여 클라이언트 노드(20)으로 전송할 근접지대 프로그램 윈도우를 구성하기 위한 기초로서 이용한다. 템플릿은, 도 3d에 도시된 바와 같이, 서버(30)과 연관된 휘발성 또는 영구 저장 메모리 내에 저장되거나 디스크 드라이브나 광학 장치와 같은 대용량 메모리 내에 저장될 수도 있다.

이 실시예에서, 템플릿(90)은 다이내믹 정보로 대체되는 근접지대 프로그램-특정 태그를 포함하는 표준의 SGML, HTML, 또는 XML 문서이다. 이 태그는, 출력 디스플레이 내에서 아이콘 이미지와 같은 가용 애플리케이션에 대응하는 정보를 삽입하기 위한 위치를 서버(30)에게 가리켜준다. 하나의 특정 실시예에서, 프로그램-근접지대 특정 태그들은 코멘트와 더불어 파일 내부에 임베딩됨으로써, 파일이 표준 인터프리터와 호환되도록 해준다. 또 다른 실시예에서, 근접지대 프로그램-특정 태그들은 템플릿을 위한 기초로서 이용되는 마크업 랭귀지의 확장이다.

본 발명에 따라 템플릿에서 사용될 수 있는 HTML 태그의 예가 표1에 나와 있다.

표1

태그	설명
ControlFieldfield value	근접지대 프로그램 웹 페이지들 사이에 지속하는 데이타 값을 사용자가 설정하는데 사용되며, 사용자 이름, 도메인, 패스워드, 템플릿, 및 애플리케이션과같은 크로스 페이지 네비게이션에 도움을 주는데 이용되는 태그이다.
DrawProgramNeighborhood	출력 디스플레이에서 현 위치에 근접지대 프로그램 디스플레이를 그리는데 이용되는 태그이다.
AppName	현재의 컨텍스트에서 공개 애플리케이션의 윈도우 이름으로 대체되는 태그이다.
WindowType	현재의 컨텍스트에서 공개 애플리케이션의 윈도우 유형으로 대체되는 태그이다.
WindowHeight	현재의 컨텍스트에서 공개 애플리케이션의 윈도우 높이로 대체되는 태그이다.
WindowWidth	현재의 컨텍스트에서 공개 애플리케이션의 윈도우 폭으로 대체되는 태그이다.
WindowScale	현재의 컨텍스트에서 공개 애플리케이션의 윈도우 스케일로 대체되는 태그이다.
NumWindowColors	현재의 컨텍스트에서 공개 애플리케이션의 컬러 깊이로 대체되는 태그이다.
SoundType	현재의 컨텍스트에서 공개 애플리케이션의 사운드 설정값 대체되는 태그이다.
VideoType	현재의 컨텍스트에서 공개 애플리케이션의 비디오 설정값으로 대체되는 태그이다.
EncryptionLevel	현재의 컨텍스트에서 공개 애플리케이션의 암호화 수준으로 대체되는 태그이다.
Icon	현재의 컨텍스트에서 공개 애플리케이션의 아이콘으로 대체되는 태그이다.

제어 필드들을 설정하고 근접지대 프로그램 애플리케이션에 관련된 조건적 처리를 제공하기 위해 다른 태그들이 제공될 수 있다.

한 실시예에서, 템플릿은 매사추세츠주 캠브리지에 위치한 Allaire 코포레이션사에 의해 만들어진 COLD FUSION, 또는 와싱턴주 레드몬드에 위치한 Microsoft Corporation에 의해 만들어진 ACTIVE SERVER PAGES를 이용하여 동적으로 구성된다. 다른 방법으로서, 템플릿은 정적일 수도 있다. 근접지대 프로그램 애플리케이션은 이 템플릿을 파싱하여 앞서 지적한 바와 같이 근접지대 프로그램-특정 태그를 대체한다. 근접지대 프로그램-특정 태그가 아닌 태그는 클라이언트(20) 상에서 실행중인 브라우저 프로그램(80)에 의해 파싱될 파일 내에 놓인다.

한 실시예에서, 입력으로 HTML 템플릿을 수신하고, 템플릿 내에 존재하는 근접지대 프로그램-특정 태그를 해석하고, 모든 근접지대 프로그램 태그를 적절한 텍스트로 대체하여 최초의 템플릿을 출력하는 템플릿 파서 객체가 제공된다. 템플릿 파서 객체는 근접지대 프로그램-특정 태그들을 대체할 정보를 제공하기 위해 웹 서버 인터페이스로부터 제어 필드, 또는 URL 질의어 문자열, 쿠키를 건네받을 수 있다.

또 다른 실시예에서, 근접지대 프로그램 애플리케이션은, 스크립트(Script)가 애플리케이션 프로그래밍 인터페이스를 통해 정보를 수신할 수 있도록 허용한다. 스크립트는 예를 들어 VBScript 또는 Jscript로 씌어진다. 이 실시예에서, 스크립트 언어는 스크립트가 내놓은 질의어에 응답하여 애플리케이션에 의해 반환 된 정보를 이용하여 출력 디스플레이를 동적으로 발생시키기 위해 스크립트 랭귀지가 이용된다. 일단 출력 디스플레이가 생성되면, 브라우저 프로그램(80)에 의한 디스플레이를 위해 클라이언트 노드(20)으로 전송된다.

클라이언트 노드(20)의 사용자는 근접지대 프로그램 웹 페이지 내에 디스플레이된 마우스 아이콘(57, 57')로 클릭함으로써 애플리케이션을 론치할 수 있다. 어떤 실시예에서 각각의 아이콘(57, 57')은, 애플리케이션의 위치(즉, 애플리케이션이 어느 서버에서 호스팅되고 있는지, 또는 마스타 서버의 주소); 애플리케이션과 연관된 론치 명령어; 및 애플리케이션의 출력이 어떻게 표시될지(즉, 브라우저 내의 윈도우에 임베딩되어 출력되거나 별도의 윈도우에 출력)를 식별시켜주는 템플릿를 명시하는 인코딩된 URL이다. 또 어떤 실시예에서, URL은 애플리케이션을 호스팅하는 서버로의 접속을 클라이언트가 생성하기 위해 요구되는 정보를 포함하는 파일, 또는 파일로의 레퍼런스를 포함한다. 이 파일은 근접지대 프로그램 애플리케이션에 의해 동적으로 생성될 수도 있다. 클라이언트 노드(20)은 요청된 애플리케이션을 호스팅하고 있는 것으로 식별된 서버(이 예에서는 서버32)와의 접속을 설정하며(화살표 94) 원하는 애플리케이션에 관하여 정보를 교환한다. 어떤 실시예에서, 접속(94)는 플로리다주, 포트라우더데일의 싸이트릭스 시스템즈,인크에 의해 제조된 ICA 프로토콜을 이용하여 이루어진다. 따라서, 클라이언트 노드(20)은 웹 브라우저(60)으로부터 분리된 윈도우 내에 애플리케이션을 출력을 디스플레이하거나, 웹 브라우저 내에 "임베딩된" 애플리케이션 출력을 디스플레이할 수도 있다.

도 4는 근접지대 프로그램 애플리케이션의 클라이언트-기반의 구현을 위한 프로그램 구성 요소의 예시적인 배치를 도시하고 있다. 근접지대 프로그램 애플리케이션의 클라이언트-기반의 구현은, 근접지대 프로그램 애플리케이션을 서버가 실행하는 서버-기반의 컴퓨팅 모델, 또는 근접지대 프로그램 애플리케이션을 클라이언트 노드(10)에서 국부적으로 실행하는 클라이언트-기반의 컴퓨팅 모델을 이용하여 네트워크에서 이용될 수 있다. 근접지대 프로그램 애플리케이션은 근접지대 프로그램 서비스(PNSVC) 구성요소(44), 애플리케이션 데이타베이스 구성요소(48), 근접지대 프로그램 애플리케이션 프로그램 인터페이스(PNAPI) 구성요소(52), 근접지대 프로그램 사용자 인터페이스 구성요소(56), 및 로컬 캐쉬(60)을 포함한다.

애플리케이션 서버(30)은 서비스 구성요소(PNSVC, 44)와 애플리케이션 데이타베이스(48)을 포함한다. 근접지대 프로그램 애플리케이션의 클라이언트-기반의 구현을 지원할 수 있는 한 예인 클라이언트 노드(10)은, 애플리케이션 프로그램 인터페이스(PNAPI, 52), 사용자 인터페이스 구성요소(56), 및 로컬 캐쉬(60) 구성요소를 포함한다. PNAPI(52)는 사용자 인터페이스 구셩 요소(56) 및 로컬 캐쉬(60)과 통신한다. PNSVC(44)는 애플리케이션 데이타베이스(48) 및 클라이언트 노드(10) 상의 PNAPI(52)와 통신 링크(62)를 통해 통신한다.

통신 링크(62)는 예를 들어 ICA 프로토콜을 이용하여 설정될 수 있다. ICA는 ISDN, 프레임 릴레이, 및 비동기 전송 모드(ATM)과 같은 산업 표준 전송 프로토콜을 이용하여 TXP/IP, IPX/SP, NetBEUI와 같은 산업 표준 네트워크 프로토콜을 통해 실행되도록 설계된 범용 프리젠테이션 서비스 프로토콜이다. ICA 프로토콜은 애플리케이션층 코드가 데이타 교환을 위한 명령을 내리는데 이용될 수 있는 세션- 중심의 전송 접속인 가상 채널을 제공한다. 가상 채널 명령은 클라이언트 노드의 기능과 밀접히 통합되도록 설계되어 있다. ICA 프로토콜에 의해 지원되는 가상 채널 접속의 한 유형은 근접지대 프로그램 가상 채널이다.

*근접지대 프로그램 가상 채널 프로토콜은 4개 그룹의 명령어를 포함할 수 있다.

(1) 초기화 관련 명령어;

(2) 사용자 신용증의 복사본을 원하는 각각의 클라이언트 노드에 의해 지원될 수 있는 단일 인증 관련 명령어;

(3) 근접지대 프로그램 사용자 인터페이스를 구현하기 위한 애플리케이션 관련 명령어;

(4) 애플리케이션 서버상에서 사용자 인터페이스를 실행하기 위한 애플리케이션 론치 콜백 관련 명령어;

애플리케이션 데이타베이스

애플리케이션 데이타베이스(48)은 서버 팜 내의 또는 신뢰 관계가 맺어진 도메인 그룹 내의 모든 공개(즉, 공표된) 애플리케이션을 위한 인증된 사용자 및 그룹 정보의 캐쉬이다. 서버 팜 내의 각각의 서버는, 영구 저장 장치 내에 고유한 애플리케이션-관련 정보를 유지할 수 있으며 휘발성 저장 장치 내에 데이타베이스(48)을 구축할 수 있다. 또 다른 실시예에서, 데이타베이스(48) 내의 모든 집합된 애플리케이션-관련 정보는 영구 저장 장치에 저장될 수 있으며 서버 팜 내의 각 각의 다른 서버에 액세스할 수 있도록 되어 있다. 데이타베이스(48)은 전용 포멧(예를 들어, 메모리 내의 링크된 리스트), 또는 노벨사의 디렉토리 서비스(NDS)를 이용하여, 또는 인터내셔널 원격 통신 연합(ITU)에 의해 분산 전자 디렉토리용으로 정의된 X.500 표준을 따르는 임의의 디렉토리 서비스를 이용하여 구현될 수 있다.

애플리케이션 데이타베이스(48)은 애플리케이션 서버의 리스트를 포함한다. 리스트 내의 각각의 서버는 연관된 애플리케이션 세트를 가진다. 애플리케이션 명칭, 서버 리스트, 및 애플리케이션을 사용하도록 허용된 클라이언트 사용자를 포함할 수 있는 애플리케이션-관련 정보는 각각의 애플리케이션에 연관되어 있다. 데이타베이스에 유지된 애플리케이션-관련 정보의 지극히 단순한 예가 표1에 도시되어 있다. 사용자 A 및 사용자 B는 클라이언트 노드(10, 20)의 사용자이며, "n/a"는 애플리케이션이 호스팅되고 있으나 클라이언트 노드 사용자에게 이용가능하지 않다는 것을 말하며, "-"는 애플리케이션이 호스팅되고 있지 않다는 것을 말한다.

표 2

	애플리케이션
서버 이름	스프레드쉬트	고객 데이타베이스	워드 프로세서	계산기
서버30	사용자 A	사용자 B	n/a	-
서버32	사용자 B	n/a	사용자 A	-
서버34	-	-	-	사용자 A 사용자 B

표2는 서버(30, 32, 34) 리스트와, 이들 서버에 의해 호스팅되는 애플리케이 션(스프레드쉬트, 고객 데이타베이스, 워드 프로세서, 계산기)과, 이들 애플리케이션을 이용하도록 허용된 사용자를 도시하고 있다. 예를 들어, 서버(30)은 스프레드쉬트 프로그램, 고객 데이타베이스, 워드 프로세서를 호스팅한다. 사용자 A는 스프레드쉬트를 사용하도록 허용되어 있고, 사용자 B는 고객 데이타베이스를 사용하도록 허용되어 있다. 어떠한 사용자도 워드 프로세서를 사용하지는 못한다. 특정 애플리케이션을 사용하도록 허용된 사람을 가리키기 위해 다른 기법이 사용될 수 있다. 예를 들어, 데이타베이스에 저장된 사용자 정보는 특정 애플리케이션의 사용이 허용된 사람을 보여주는 것이 아니라 허용되지 않은 사람을 보여주기 위해 사용될 수도 있다.

데이타베이스(48) 내에 저장된 정보를 얻기 위해, 서버(30)은 서버 팜내의 각각의 다른 서버로부터, 각각의 특정 애플리케이션을 액세스하도록 허용된 클라이언트 사용자와 서버를 가리켜주는 제어 정보를 포함하여 서버상의 애플리케이션에 관한 애플리케이션-관련 정보를 얻을 수 있다. 데이타베이스에 유지된 애플리케이션-관련 정보는 서버(30)의 리부팅후에도 남아 있을 수도 있고 남아 있지 않을 수도 있다.

애플리케이션 데이타베이스(48)은 애플리케이션 서버(30, 32, 34)에 저장된 중앙 데이타베이스일 수 있으며 서버 팜 내의 모든 서버에 액세스가능하다. 따라서, 애플리케이션 관련 정보는, 세션 로그온 및 애플리케이션 론치 동안에 공개 애플리케이션 인증을 수행하는 서버들과 같은 다른 서버들에게 이용가능하다. 또 다른 실시예에서, 애플리케이션 데이타베이스(48)은, 각각의 서버가 서버 팜 내의 각 각의 다른 서버로부터 얻은 정보에 기초하여 각각의 애플리케이션 서버측에서 유지될 수도 있다.

근접지대 프로그램 서비스 프로그램(PNSVC)

근접지대 프로그램 애플리케이션을 설치한 각각의 서버(30, 32, 34, 및 36)은 PNSVC 소프트웨어(44)를 실행한다. 각각의 서버(30, 32, 34, 및 36)상에서 동작하는 PNSVC 소프트웨어(44)는 각각의 다른 서버와 통신 링크(예를 들어, 명칭이 지정된 파이프)를 설정한다. 서버(30, 32, 34, 및 36)은 명칭이 지정된 파이프상에서 애플리케이션-관련 정보를 교환한다. 또 다른 실시예에서, PNSVC 소프트웨어(44)는 원격 레지스트리 호출을 통해 서버 팜 내의 다른 서버들로부터 애플리케이션-관련 정보를 수집한다.(예를 들어, 서비스 구성요소(44)는 복수개의 다른 서버들에게 데이타그램을 전송하여 이들 서버들에 의해 호스팅되는 애플리케이션 프로그램들에 댕으하는 애플리케이션-관련 정보를 요청한다) 또한, PNSVC 소프트웨어(44)는 애플리케이션 데이타베이스(48) 내의 공개 애플리케이션에 대한 그룹 및 사용자의 관계를 유지하며 클라이언트 사용자를 인증할 때 정보에 액세스한다. 서버(30)의 관리자는 PNSVC(44)를 구성하기 위해 사용자 인터페이스를 사용할 수 있다.

PNSVC 소프트웨어(44)의 다른 기능은, PNAPI(52)에 의해 요청된 서비스와 기능을 구현하고 근접지대 프로그램 가상 디바이스 드라이버(VDPN)을 이용하여 클라이언트 노드(10) 상에서 PNAPI(52)와 통신하는 것을 포함한다. VDPN은 ICA 접속을 설정하고 유지하기 위해 상술한 근접지대 프로그램 가상 채널 프로토콜에 따라 동 작한다.

근접지대 프로그램 애플리케이션 프로그램 인터페이스(PNAPI)

PNAPI(52)는, 다양한 동작(예를 들어, 디스플레이 스크린 상에서의 윈도우 오픈, 파일 오픈, 및 디스플레이 메시지 오픈)들을 수행하기 위해 근접지대 프로그램 애플리케이션에 의해 사용되는 소프트웨어 기능이나 서비스 세트이다. PNAPI(52)는, 근접지대 프로그램 애플리케이션 및 애플리케이션 객체를 실행시킴으로써 생성된 애플리케이션 객체(예를 들어, 아이콘)들 및 레거시 클라이언트 사용자 인터페이스 내의 애플리케이션 객체들을 론칭하기 위한 일반적인 메카니즘을 제공한다. 클라이언트 노드(10)이 가용 애플리케이션을 론치할 때, 론치 메카니즘은, 필요하다면(예를 들어, 클라이언트 노드(10)이 애플리케이션을 지역적으로 실행할 리소스가 없는 때), 서버(30) 상에서 애플리케이션을 론치할 수 있다.

PNAPI(52)는, 클라이언트 노드(10)의 (도 1의) 스크린(12)상에 디스플레이하기 위해 사용자 인터페이스 구성요소(56)에게 모든 공개 애플리케이션 정보를 제공한다. 또한, PNAPI(52)는 단일 인증 특징을 지원하기 위해 클라이언트 노드(10)의 사용자들에 대한 로컬 로그온 신용증(예를 들어, 패스워드) 데이타베이스내의 서버 팜 로그온을 관리한다. 신용증은 클라이언트 노드(10)의 부팅(파워 오프 및 온 싸이클)후에 남아 있을 수도 있고 남아 있지 않을 수도 있다.

PNAPI(52)는 로컬 캐쉬(60) 내에 저장된 근접지대 프로그램 애플리케이션 객체에 대한 자동 및 수동 관리를 제공한다. 로컬 캐쉬(60)은 클라이언트 노드(10)의 사용자에 의해 수동으로 리프레쉬되거나, 사용자-정의된 리프레쉬율로, 또는 접 속되어 있는 동안 임의의 시간에 서버에 의해 리프레쉬될 수 있다. Windows 구현에서, PNAPI(52)는 원격 애플리케이션 파일 연관을 구축할 수 있으며, 애플리케이션 객체 쇼트컷에 대한 데스크탑 아이콘들과 "시작 메뉴를 관리한다.

근접지대 프로그램 사용자 인터페이스

사용자 인터페이스 모듈(56)은 PNAPI(52)와 인터페이싱하며 기존의 클라이언트-사용자 인터페이스(예를 들어, 원격 애플리케이션 매니저)의 기능적인 수퍼세트가 될 수 있다. 사용자 인터페이스 모듈(56)은 PNAPI(62)를 통해 로컬 캐쉬(60)에 저장된 정보를 액세스하여 이 정보를 사용자에게 클라이언트 노드(10)의 디스플레이 (도 1의) 스크린(12) 상에서 제공한다. 디스플레이된 정보는 클라이언트 노드(10)의 사용자에 의해 발생된 정보와, 근접지대 프로그램 애플리케이션에 얻어진 정보의 혼합이다. 사용자 인터페이스 모듈(56)은, 사용자가 현재 실행중인 모든 애플리케이션과 모든 액티브 및 디스커넥트된 세션들을 사용자에게 보여줄 수 있다.

윈도우-기반의 실시예에서, 사용자 인터페이스 모듈(56)은 디스플레이 스크린(12) 상에 디스플레이되는 윈도우 및 풀다운 메뉴와 같은 다양한 그래픽 구성 요소를 제공할 수 있다. 이와 같은 그래픽 사용자 인터페이스 구성요소들의 조합의 디스플레이는 일반적으로 "데스크탑"이라 불린다. 사용자 인터페이스 모듈(56)에 의해 생성된 데스크탑은, 클라이언트 노드(10)의 사용자가 이용할 수 있는 애플리케이션 프로그램들의 근접지대를 디스플레이하는 근접지대 프로그램 윈도우를 포함할 수 있다. 이들 애플리케이션 프로그램들은 네트워크상의 서버 팜에 의해 호스 팅되는 공개 애플리케이션들의 필터링된 조합이다. 사용자 인터페이스 모듈(56)은 각각의 서버 팜에 대해 근접지대 프로그램 윈도우를 생성하거나 하나의 근접지대 프로그램 윈도우하의 서로 다른 서버 팜들로부터의 애플리케이션들을 병합할 수 있다.

최상위 레벨에서, 근접지대 프로그램 윈도우는 각각의 서버 팜에 대해 폴더(folder)를 포함할 수 있다. (도 1의) 마우스(18)로 폴더들 중 하나를 클릭하면, 사용자에게 이용가능한 각각의 호스팅된 애플리케이션의 상징(예를 들어, 아이콘)을 포함하는 윈도우가 생성된다. 도 6a 및 6b를 참조한다. 근접지대 프로그램 윈도우는 공개 애플리케이션들을 론칭하기 위한 초점 포인트(focal point)가 되며, 사용자 인터페이스 모듈(56)은 PNAPI(52)를 통해 애플리케이션들을 론치하는데 이용될 수있다. 예를 들어, 클라이언트 노드(10)의 사용자는 디스플레이된 아이콘들중 하나를 선택하여 관련된 애플리케이션을 론치하는데 마우스(18)을 이용할 수 있다.

클라이언트-기반의 구현 특징은, 클라이언트 노드가 오프라인이더라도, 즉, ICA 접속(62)가 비활성이더라도, 근접지대 프로그램 윈도우에 디스플레이된 객체들을 사용자가 브라우즈할 수 있다는 것이다. 또한, 클라이언트 노드(10)의 사용자는, 데스크탑의 근접지대 프로그램 윈도우밖으로 및 다른 그래픽 요소(예를 들어, 다른 윈도우, 폴더등) 속으로 애플리케이션 객체와 폴더들을 드래그할 수 있다.

도 5는 근접지대 프로그램 윈도우의 서버-기반의 구현을 위한 프로그램 구성 요소의 예시적인 배치를 도시하고 있다. 구성 요소들은, 서비스(PNSVC) 구성요 소(44'), 애플리케이션 데이타베이스 구성요소(48'), 애플리케이션 프로그램(PNAPI) 구성요소(52'), 사용자 인터페이스 구성요소(56'), 및 로컬 캐쉬(60')를 포함한다. 각각의 소프트웨어 구성요소(44', 48', 52', 56', 60')은 애플리케이션 서버(30') 상에 설치된다. 서버-기반의 구현을 위한 소프트웨어 구성요소들은 도 4의 클라이언트-기반의 구현을 위한 구성요소에 대응한다. 각각의 서버-기반의 소프트웨어 구성요소의 기능은 클라이언트-기반의 대응물과 유사하지만, 이하에서 기술되는 차이점은 있다. PNSVC(44')는 애플리케이션 데이타베이스(48')과 통신하며 로컬 프로시져 콜을 이용하여 PNAPI(52')와 통신한다. PNAPI(52')는 사용자 인터페이스 모듈(56')와 로컬 캐쉬(60')와도 통신한다.

클라이언트 노드(10)에 대해 도 4에서 기술된 바와 유사하게, 클라이언트 노드(20)은 (도 1의) 네트워크(40)에 로그온하며, 서버(30')은 서버 팜 내의 다른 서버들(32, 34)로부터 수집된 애플리케이션 관련 정보를 포함하는 데이타베이스를 구축 및 유지하며, 서버(30')와 클라이언트 노드(20)사이에는 통신 링크가 설정된다. 애플리케이션 서버(30')는 ICA 채널(62')를 경유하여 클라이언트 노드(20)과 통신한다. 채널 접속(62')는 ICA 가상 채널 프로토콜(예를 들어, 딘와이어)를 통해 설정될 수있다. 딘와이어 프로토콜은 애플리케이션 서버(30')상에서 실행되는 윈도우-기반의 애플리케이션으로부터 클라이언트 노드(20)으로 프리젠테이션 명령을 전송하는데 이용될 수 있다. 클라이언트 노드(20)의 사용자에게, 애플리케이션은 클라이언트 노드(20)상에서 실행되는 것처럼 보인다. 클라이언트 노드(20)은, ICA 채널 접속(62')를 통해 애플리케이션 서버(30')와 통신하는 원격 애플리케이션 매 니저 애플리케이션 프로그램(Remote Application Manager application program, 64)를 포함할 수 있다.

서버-기반의 구현에서 근접지대 프로그램 애플리케이션을 실행하기 위해, 클라이언트 노드(20)의 사용자는 (서버 30'에서) 초기 데스크탑에 접속하여 데스크탑 환경으로부터 근접지대 프로그램 애플리케이션을 론치한다. 초기 데스크탑으로의 접속은, 예를 들어 클라이언트 노드(20)의 로그온 스크립트나, Windows95에서 시작(StartUp) 그룹 엔트리를 통해, 또는 다른 중앙 관리형 서버 특정 메카니즘을 통해 자동으로 일어날 수 있다. 모든 원격 애플리케이션 관리 및 론치는 이러한 초기 데스크탑을 통해 달성된다.

서버(30)에 대해 도 4에서 기술된 바와 같이, 서버(30')는 클라이언트 노드(20)의 사용자가 사용하도록 허용된 애플리케이션 프로그램들을 판별하기 위해 사용자 신용증을 이용한다. 근접지대 프로그램 그래픽 윈도우는 클라이언트 노드(20)으로 되돌아가서 (도 1의) 클라이언트 스크린(22) 상에 디스플레이된다. 이 윈도우는 가용 프로그램, 및 클라이언트 노드(20)의 근접지대 프로그램 내에 있는 비가용 애플리케이션 프로그램들을 나타내는 아이콘들을 포함할 수 있다.

클라이언트 노드(20)의 사용자는 근접지대 프로그램 윈도우에 디스플레이된 애플리케이션 프로그램들중 하나를 선택하여 론치할 수 있다. 애플리케이션을 론치할 때, 근접지대 프로그램 애플리케이션은 동일한 서버(30') 상에서 이 애플리케이션을 실행할 수 있다. 여기서, 서버들간의 부하 균형 및 서버(30')상에서 애플리케이션의 이용가능성도 역시 고려된다. PNAPI(52')는 서버(30')가 애플리케이션 을 론치하도록 지정될 때 원격 애플리케이션을 서버(30') 상에서 국부적으로 론치하기 위한 론치 메카니즘을 포함할 수 있다. 애플리케이션을 실행하기 위해 서로 다른 서버가 필요하다면, 도 3b에 기술된 바와 같이 클라이언트 노드(20)의 데스크탑상에 애플리케이션을 제공하는 윈도우를 사용하여 근접지대 프로그램 애플리케이션이 서버(30')를 통해 애플리케이션을 론치할 수 있다.

한 실시예에서, 웹-기반의 근접지대 프로그램 애플리케이션은 애플리케이션의 다양한 특징을 관리하는 객체 그룹을 포함할 수 있다. 한 실시예에서, 애플리케이션은 웹 브라우저에 "플러그 인"되는 3개의 주요 객체 클래스를 포함한다: 게이트웨이 객체 클래스; 신용증 객체 클래스; 및 애플리케이션 객체 클래스. 일부 특정 실시예에서, 객체 클래스가 Java 빈으로서 제공된다. 3개의 주요 객체 클래스는, 서버 팜 내의 사용자 신용증의 유효화; 지정된 사용자가 액세스할 수 있는 공개 애플리케이션 목록 생성; 특정한 공개 애플리케이션에 대한 상세 정보의 제공; 및 공개 애플리케이션 정보를 ICA-호환 포멧으로 변환하는 것을 용이하게 해준다.

Java 빈으로서 제공될 때, 객체는 다수의 다양한 방식으로 액세스될 수 있다. 예를 들어, 이들은 COM 객체로서 컴파일될 수도 있으며 ActiveX 요소로서 웹 서버에게 이용가능하게 만들어질 수도 있다. 또 다른 실시예에서, Java 빈은 서버가 Java Pages 기술을 이용할 때와 같이 그들 고유의 형태로 이용될 수도 있다. 역시 또 다른 실시예에서, Java 빈은 Java 서버렛으로 구체화되어 직접적으로 이용될 수도 있다. 역시 또 다른 실시예에서, 서버(30)은 Java 빈을 COM 객체로서 직 접 구체화할 수도 있다.

신용증 객체 클래스는 타겟 서버 팜 내로 사용자를 인증하는데 필요한 정보를 관리한다. 신용증 객체는 저장된 신용증을 다른 근접지대 프로그램 객체에 전달한다. 일부 실시예에서, 신용증 객체는 구체화될 수 없는 추상적인 클래스이며 사용자의 신용증을 나타낸다. 바이오메트릭, 스마트 카드, 질문-응답식 및 시간-기반의 패스워드 생성과 같은 토큰-기반의 인증 메카니즘등을 포함하여 서로 다른 인증 메카니즘이 이용될 수 있도록 다양한 클래스 확장이 제공될 수도 있다. 예를 들어, 사용자의 이름 도메인과 평문으로 된 패스워드를 저장하는 "암호화되지 않은 텍스트 신용증" 확장이 제공될 수도 있다.

게이트웨이 객체 클래스는 타겟 서버 팜과의 통신을 처리한다. 한 실시예에서, 게이트웨어 객체 클래스는 구체화될 수 없는 추상적인 Java 클래스로서 제공된다. 특정한 게이트웨어 객체는 특정한 프로토콜을 이용하여 서버 팜과 통신하고 캐싱된 애플리케이션 정보를 판독하고, 또는 이들 두가지 방법의 조합을 이용하거나 다양한 다른 방법을 이용하여 애플리케이션 정보를 회수할 것이다

상술한 바와 같이, 게이트웨이 객체 클래스는 타겟 서버 팜과의 통신을 최소화하기 위해 정보를 캐싱한다. HTTP와 같은 특정한 프로토콜을 통해 서버 팜과 통신하기 위해 게이트웨이 객체에 대한 확장이 제공될 수도 있다. 한 실시예에서, 게이트웨어 객체가 WINDOWS NT named pipe를 통해 서버 팜과 통신하도록 허용하는 확장 클래스가 제공된다. 게이트웨이 객체는, 다른 근접지대 프로그램 객체가 해당 객체를 애플리케이션 정보에게 질의할 수 있도록 해주는 애플리케이션 프로그래 밍 인터페이스 훅을 제공할 수도 있다.

애플리케이션 객체 클래스는 공개 애플리케이션에 대한 정보를 포함하며 근접지대 프로그램 웹 페이지를 생성하기 위해 서버 팜에 의해 호스팅된 애플리케이션에 대한 정보를 반환한다. 애플리케이션 객체는 게이트웨이 객체에 의해 생성된 객체로부터 또는 서버 팜 내의 서버들로부터 직접적으로 애플리케이션에 관련된 정보를 회수함으로써 애플리케이션을 나타내는 객체를 생성한다. 애플리케이션 객체는 애플리케이션의 소정 특성에 대한 컨테이너로서 역할한다. 이런 특성들중 어떤 것은 설정가능하고 어떤 것은 설정가능하지 않다: 애플리케이션의 명칭(설정불능); 클라이언트 윈도우가 점유해야 하는 클라이언트 데스크탑의 퍼센트(설정가능); 애플리케이션에 대해 클라이언트 윈도우의 픽셀 단위 폭(설정가능); 애플리케이션에 대해 클라이언트 윈도우의 픽셀 단위 높이(설정가능); 애플리케이션에 접속할 때 이용할 색상수(설정가능); 오디오 대역폭 제한의 엄격성(설정가능); 애플리케이션에 접속할 때 이용할 암호화 수준(설정가능); 애플리케이션에 접속할 때 이용할 비디오 수준(설정가능); 클라이언트 시작 메뉴에 애플리케이션이 등록될지의 여부(설정가능); 애플리케이션이 속하는 근접지대 프로그램 폴더의 신원(설정가능); 애플리케이션의 설명(설정가능); 애플리케이션을 위한 그래픽 아이콘 파일 소스(설정가능); 애플리케이션에 접속할 때 이용되어야 할 윈도우의 유형(설정불능); 객체에 대한 디폴트 파라미터의 무효화 여부.

애플리케이션 기본 클래스는 공개 애플리케이션에 대한 정보를 포함하며 게이트웨이 베이스가 근접지대 프로그램 웹 페이지를 생성하기 위해 서버 팜에 의해 호스팅된 애플리케이션들에 대한 정보를 반환하는데 이용된다.

도 6a는 프로그램 근접성 애플리케이션이 실행된 후에 클라이언트 노드(10, 2)중 (도 1의) 어느 하나의 스크린(12, 22)상에 디스플레이될 수 있는 예시적인 프로그램 근접성 윈도우(120)의 스크린샷이다. 윈도우(120)은 그래픽 아이콘(122)를 포함한다. 각각의 아이콘(122)는, (도 1의) 네트워크(40) 상에 있는 서버들(30, 32, 34, 및 36)중 하나에 의해 호스팅되는 애플리케이션 프로그램을 나타낸다. 아이콘으로 표시된 각각의 애플리케이션은 클라이언트 노드가 실행할 수 있다. 사용자는 마우스(18, 28) 또는 키보드(14, 24)를 사용하여 이들 애플리케이션들 중 하나를 선택하여 론치할 수 있다.

도 6b는 근접지대 프로그램 애플리케이션이 실행된 후에 클라이언트 노드(10, 20)중 어느 하나 상의 스크린에 디스플레이될 수 있다. 윈도우(124)는 그래픽 아이콘(126, 128)을 포함한다. 각각의 아이콘(126, 128)은 네트워크(40) 상의 서버(30, 32, 34, 및 36) 중 하나에 의해 호스팅되는 애플리케이션 프로그램을 나타낸다. 아이콘(126)들중 하나로 표시된 각각의 애플리케이션 프로그램은, 클라이언트 노드(10, 20)이 실행할 수 있다. 사용자는 마우스(18, 28) 또는 키보드(14, 24)를 이용하여 애플리케이션들 중 하나를 선택하여 론치할 수 있다. 웹-기반의 근접지대 프로그램 환경에서, 도 6a 및 6b의 스크린샷은 아이콘(122, 166, 128)들이 브라우저 윈도우 내에 디스플레이된다는 점만 제외하고는 유사하다.

아이콘(128)들 중 하나에 의해 표시된 각각의 애플리케이션 프로그램은, 이와 같은 애플리케이션들이 서버 팜 내에 존재하더라도, 클라이언트 노드(10, 20)의 사용자에게는 이용가능하지 않다. 이들 애플리케이션 프로그램의 이용불가능은 디스플레이 스크린상에서 표시될 수 있다(예를 들어, 아이콘(128)들에 X표시가 그려짐). 이와 같은 애플리케이션 프로그램을 론치하기 위한 시도는 사용자가 애플리케이션을 이용하도록 허용되어 있지 않다는 것을 가리키는 메시지를 트리거할 수 있다.

도 7은, 네트워크(40) 상의 애플리케이션 서버(30, 32, 34, 및 36)에 의해 호스팅되는 애플리케이션들의 이용가능성에 대한 정보를 통지받는 절차에 대한 한 예를 도시하고 있다. 단계(80)에서, 클라이언트 노드(10, 20)은 서버들중 하나, 예를 들어, 서버(32)로부터 로그-온 서비스를 요청한다. 서버(32)는 접속을 설정하기 위해 유효한 사용자 신용증을 요구한다. 서버(32)는 클라이언트 노드((10)으로부터 사용자 신용증을 수신하여(단계 82), 로그온에 대해 사용자를 인증한다(단계 84). 데스크탑이 클라이언트 노드(10, 20)측에 디스플레이된다(단계 85). 데스크탑은 근접지대 프로그램 애플리케이션 프로그램을 나타내는 그래픽 아이콘을 포함할 수 있다.

*단계(86)에서, 애플리케이션 서버(32)는 각각의 서버(30, 34, 및 36)과 통신(단계 86)하여 이들 서버들에 의해 호스팅되는 애플리케이션들에 대응하는 상술한 바와 같은 애플리케이션-관련 정보를 교환한다(단계 88). 단계(90)에서, 애플리케이션 서버(32)는 수집된 애플리케이션-관련 정보의 데이타베이스를 구축 및 유지한다. 서버 팜 내의 각각의 서버(30, 34, 36)은 서버(32)와 유사한 방식으로 서 버(32)의 데이타베이스와 동일한 데이타베이스를 구축할 수 있다. 또 다른 실시예에서, 서버(32)의 데이타베이스는 서버 팜내의 각각의 다른 서버(30, 34, 36)에 액세스가능한 중앙화된 데이타베이스일 수 있다. 애플리케이션-관련 정보의 수집은 서버 팜(38)로의 로그온을 요청하는 클라이언트 노드(10, 20)에 의해 독립적으로 발생하거나 트리거될 수 있다.

단계(92)에서, 클라이언트 노드(10, 20)은 데스크탑 디스플레이로부터 애플리케이션 프로그램의 실행을 요청할 수 있다. 마스타 서버 노드는 상술한 바와 같이 부하-균형 및 애플리케이션 이용가능성을 이용하여 요청을 처리하고 어떤 애플리케이션 서버가 클라이언트 노드(10, 20)에게 서비스를 제공할지를 결정한다.(단계 94). 예를 들어, 애플리케이션 서버(32)가 선택되어 클라이언트 노드(10, 20)에게 서비스를 제공할 수 있다. 단계(96)에서, 클라이언트 노드(10, 20)은 서버(32)와 통신 링크를 설정한다. 서버(32) 및 클라이언트 노드(10, 20)은 상술한 바와 같이 해당 클라이언트에게 적절한 ICA 프로토콜에 따라 통신할 수 있다.

애플리케이션 프로그램을 실행하라는 요청에 응답하여, 마스타 서버 노드(30) 또는 서버(32)는 근접지대 프로그램 애플리케이션을 실행하여(단계 93), 클라이언트 노드(10, 20)이 PN 애플리케이션 프로그램을 요청하지 않았어도 그 결과를 클라이언트 노드(10, 20)에게 푸시할 수 있다. PN 애플리케이션 프로그램을 실행할 때 마스타 서버 노드(30) 또는 서버(32)는 사용자 신용증을 이용하여 데이타베이스 내의 애플리케이션-관련 정보를 필터링한다(단계 100). 데이타베이스의 필터링 결과는, 클라이언트 노드(10, 20)의 사용자에 의한 이용이 허용된 이들 애플 리케이션 프로그램들을 결정한다. 허용된 애플리케이션 프로그램들은 클라이언트 노드(10, 20)의 근접지대 프로그램 내에 있다. 이용가능한 애플리케이션 정보의 근접지대 프로그램은, 클라이언트 노드(10, 20)으로 푸시되어 근접지대 프로그램 그래픽 윈도우 내의 클라이언트 스크린(12, 22)에 디스플레이된다(단계 104).

다른 실시예에서, 근접지대 프로그램 윈도우는, 서버 팜 내에는 있으나 클라이언트 노드(10, 20)이 이용할 수 없는 애플리케이션을 포함할 수 있다. 윈도우-기반의 구현에서, 가용 (및 비가용) 애플리케이션 프로그램들은 아이콘들로 표시될 수 있다. 클라이언트 노드(10, 20)의 사용자는 근접지대 프로그램 윈도우 내에 디스플레이된 애플리케이션 프로그램들중 하나를 선택하여 론치할 수 있다.

Claims

클라이언트 시스템과 복수의 서버―상기 복수의 서버들은 웹서버를 포함함―들을 포함하는 네트워크 내에서, 가용한 애플리케이션 프로그램을 실행하기위한 방법에 있어서, 상기 방법은,

(a) 상기 복수의 서버들에 의해 호스팅되는 애플리케이션 프로그램에 관하여 상기 복수의 서버들로부터 애플리케이션-관련 정보를 수집하기위해 웹서버가 근접지대 애플리케이션을 실행하는 단계와,

(b) 데이타베이스에서 페이지 템플릿을 검색하는 단계와,

(c) 상기 수집된 애플리케이션-관련 정보 및 상기 검색된 페이지 템플릿에 대응하여 상기 클라이언트 시스템에게 가용한 호스팅되는 애플리케이션 프로그램들의 디스플레이를 설명하는 페이지를 웹서버 측에서 생성하는 단계와,

(d) 상기 생성된 페이지를 디스플레이를 위해 상기 클라이언트 시스템으로 전송하는 단계와,

(e) 상기 호스팅되는 애플리케이션 프로그램들중 하나를 실행하라는 요청을 상기 클라이언트 시스템으로부터 수신하는 단계와,

(f) 상기 요청된 애플리케이션 프로그램을 호스팅하는 서버를 상기 복수의 서버들로부터 선택하는 단계와,

(g) 상기 선택된 서버측에서 상기 요청된 애플리케이션 프로그램을 실행하는 단계와,

(h) 상기 클라이언트 시스템측에서의 디스플레이를 위해 상기 선택된 서버측에서 실행하는 상기 실행 애플리케이션 프로그램으로부터의 출력을 상기 클라이언트 시스템에게 직접 제공하는 단계

를 포함하는 방법.
제1항에 있어서, 클라이언트 시스템으로부터 사용자 신용증을 상기 웹서버가 수신하는 단계를 더 포함하는 방법.
제2항에 있어서, 사용자 신용증을 수신하는 단계는 클라이언트 시스템으로부터 바이오메트릭 사용자 신용증(biometric user credentials)을 상기 웹서버가 수신하는 단계를 포함하는 방법.
제2항에 있어서, 사용자 신용증을 수신하는 단계는 클라이언트 시스템으로부터 암호화된 사용자 신용증을 상기 웹서버가 수신하는 단계를 포함하는 방법.
제2항에 있어서, 사용자 신용증을 수신하는 단계는

(a) 클라이언트 시스템으로부터 사용자 신용증을 상기 웹서버가 수신하는 단계와,

(b) 상기 수신된 사용자 신용증에 기초하여 상기 웹서버측에서 상기 클라이언트 시스템의 사용자를 인증하는 단계와,

(c) 상기 클라이언트 시스템으로부터의 사용자 신용증의 추가적인 수신을 요구하지 않고도, 상기 복수개의 서버들중 하나에 의해 호스팅되는 가용 애플리케이션 프로그램들 중 선택된 하나를 실행하는 단계

를 더 포함하는 방법.
제1항에 있어서, 단계(c)는 상기 클라이언트 시스템에게 가용한 호스팅되는 애플리케이션 프로그램들을 가리켜주는 SGML 페이지를 생성하는 단계를 포함하는 방법.
제1항에 있어서, 단계(c)는 상기 클라이언트 시스템에게 가용한 호스팅되는 애플리케이션 프로그램들을 가리켜주는 HTML 페이지를 생성하는 단계를 포함하는 방법.
제1항에 있어서, 단계(c)는 상기 가용한 애플리케이션 프로그램들을 그래픽 사용자 인터페이스 윈도우 상에서 아이콘으로서 설명하는 출력 페이지를 생성하는 단계를 포함하는 방법.
제1항에 있어서, 단계(d)는 상기 생성된 페이지를 HTTP 를 사용하여 상기 클라이언트 시스템으로 전송하는 단계를 포함하는 방법.
제1항에 있어서, 단계(g)는 상기 생성된 페이지에 설명된 윈도우 상에서 상기 요청된 애플리케이션을 실행하는 단계를 더 포함하는 방법.
제1항에 있어서, 상기 클라이언트 시스템과 상기 요청된 애플리케이션을 실행하는 상기 서버사이의 연결을 설정하는 단계를 더 포함하는 방법.
제1항에 있어서, 상기 웹서버에서 실행하는 근접지대 애플리케이션이, 상기 복수의 서버들에 의해 호스팅되는 상기 애플리케이션 프로그램들을 판별하기위해 상기 복수의 서버들과 통신하는 단계를 포함하는 방법.
클라이언트 시스템과 애플리케이션 프로그램들을 호스팅하는 복수의 서버들을 포함하는 네트워크에서, 웹서버는,

복수의 서버들중 적어도 하나에 의해 호스팅되는 적어도 하나의 애플리케이션 프로그램에 관하여 복수의 서버들로부터 애플리케이션-관련 정보를 수집하는 서비스 모듈과,

상기 수집된 애플리케이션-관련 정보와 페이지 템플릿을 저장하는 데이타베이스와,

클라이언트 시스템에게 가용한 상기 호스팅되는 애플리케이션 프로그램들―상기 호스팅되는 애플리케이션 프로그램들중 하나는 선택시에 상기 클라이언트 시스템에서의 디스플레이를 위한 상기 선택된 서버에서 실행됨―의 디스플레이를 설 명하는 페이지―상기 페이지는 상기 수집된 애플리케이션-관련 정보와 상기 검색된 페이지 템플릿에 대응하여 생성됨―를 생성하고 선택을 가능하게하는 출력 디스플레이 및 선택 생성 엔진과,

상기 생성된 페이지와 상기 선택된 서버에서 실행하는 상기 애플리케이션 프로그램으로부터의 출력중 적어도 하나를 상기 클라이언트 시스템쪽에서의 디스플레이를 위해 직접적으로 상기 클라이언트 시스템으로 전송하는 전송기

를 포함하는 웹서버.
제13항에 있어서, 상기 서비스 모듈은 상기 서버들에 의해 호스팅되는 적어도 하나의 애플리케이션 프로그램의 식별자(identification)를 수집하기위해 데이타그램을 상기 복수의 서버들중 적어도 하나에 전송하는 웹서버.
제13항에 있어서, 상기 출력 디스플레이와 선택 생성엔진은 SGML 문서 템플릿들을 사용하여 상기 페이지를 생성하는 웹서버.
제15항에 있어서, 상기 전송기는 HTTP를 사용하여 상기 생성된 페이지를 전송하는 웹서버.
제13항에 있어서, 상기 클라이언트 시스템으로부터 사용자 신용증을 수신하는 수신기를 더 포함하는 웹서버.
제1항에 있어서, 상기 식별된 애플리케이션 프로그램을 호스팅하는 상기 서버의 어드레스, 상기 식별된 애플리케이션을 사용하도록 승인된 상기 사용자들, 상기 애플리케이션을 사용하도록 승인된 사용자들 그룹, 및 상기 클라이언트 시스템이 상기 식별된 애플리케이션을 실행하는데 필요한 최소 용량들로 구성된 상기 그룹으로부터 선택된 정보를 상기 웹서버가 수신하는 단계를 더 포함하는 방법.
제13항에 있어서, 상기 서비스 모듈은 상기 식별된 애플리케이션 프로그램을 호스팅하는 상기 서버의 어드레스, 상기 식별된 애플리케이션을 사용하도록 승인된 상기 사용자들, 상기 애플리케이션을 사용하도록 승인된 사용자들 그룹, 및 상기 클라이언트 시스템이 상기 식별된 애플리케이션을 실행하는데 필요한 최소 용량들로 구성된 상기 그룹으로부터 선택된 정보를 더 수집하는 웹서버.
클라이언트 시스템에게 가용한 애플리케이션 프로그램들을 제시하기 위한 컴퓨터 판독 가능 수단이 수록된 컴퓨터 판독가능 기록매체에 있어서, 상기 컴퓨터 판독 가능 수단은,

상기 복수의 서버들에 의해 호스팅되는 애플리케이션 프로그램에 관하여 상기 복수의 서버들로부터 애플리케이션-관련 정보를 수집하기위해 근접지대 애플리케이션을 웹서버가 실행하기 위한 컴퓨터 판독 가능 수단과,

데이타베이스에서 페이지 템플릿을 검색하기위한 컴퓨터 판독가능 수단과 ,

상기 클라이언트 시스템에게 가용한 호스팅되는 애플리케이션 프로그램들의 디스플레이를 설명하는 페이지―상기 페이지는 상기 수집된 애플리케이션-관련 정보 및 상기 검색된 페이지 템플릿에 대응하여 생성됨―를 웹서버 측에서 생성하기위한 컴퓨터 판독가능 수단과,

상기 생성된 페이지를 디스플레이를 위해 상기 클라이언트 시스템으로 전송하기위한 컴퓨터 판독가능 수단과,

상기 호스팅되는 애플리케이션 프로그램들중 하나를 실행하라는 요청을 상기 클라이언트 시스템으로부터 수신하기위한 컴퓨터 판독가능 수단과,

상기 요청된 애플리케이션 프로그램을 호스팅하는 서버를 상기 복수의 서버들로부터 선택하기위한 컴퓨터 판독가능 수단과,

상기 선택된 서버측에서 상기 요청된 애플리케이션 프로그램을 실행하기위한 컴퓨터 판독가능 수단과,

상기 클라이언트 시스템측에서의 디스플레이를 위해 상기 선택된 서버측에서 실행하는 상기 실행 애플리케이션 프로그램으로부터의 출력을 상기 클라이언트 시스템에게 직접 제공하기위한 컴퓨터 판독가능 수단

을 포함하는 컴퓨터 판독가능 기록매체.
제20항에 있어서, 클라이언트 시스템으로부터 사용자 신용증을 상기 웹서버가 수신하기위한 컴퓨터 판독가능 수단을 더 포함하는 컴퓨터 판독가능 기록매체.
제21항에 있어서, 사용자 신용증을 수신하기위한 상기 컴퓨터 판독가능 수단은 클라이언트 시스템으로부터 바이오메트릭 사용자 신용증들을 상기 웹서버가 수신하기위한 컴퓨터 판독가능 수단을 포함하는 컴퓨터 판독가능 기록매체.
제21항에 있어서, 사용자 신용증을 수신하기위한 상기 컴퓨터 판독가능 수단은 클라이언트 시스템으로부터 암호화된 사용자 신용증들을 상기 웹서버가 수신하기위한 컴퓨터 판독가능 수단을 포함하는 컴퓨터 판독가능 기록매체.
제21항에 있어서, 사용자 신용증을 수신하기위한 상기 컴퓨터 판독가능 수단은,

클라이언트 시스템으로부터 사용자 신용증을 상기 웹서버가 수신하기위한 컴퓨터 판독가능 수단과,

상기 수신된 사용자 신용증에 기초하여 상기 웹서버측에서 상기 클라이언트 시스템의 사용자를 인증하기위한 컴퓨터 판독가능 수단과,

상기 클라이언트 시스템으로부터의 사용자 신용증의 추가적인 수신을 요구하지 않고도, 상기 복수개의 서버들중 하나에 의해 호스팅되는 가용 애플리케이션 프로그램들 중 선택된 하나를 실행하기위한 컴퓨터 판독가능 수단

을 더 포함하는 컴퓨터 판독가능 기록매체.
제20항에 있어서, 생성을 위한 상기 컴퓨터 판독가능 수단은 상기 클라이언 트 시스템에서 실행가능한 호스팅되는 애플리케이션 프로그램들을 가리켜주는 SGML 페이지를 생성하기위한 컴퓨터 판독가능 수단을 포함하는 컴퓨터 판독가능 기록매체.
제20항에 있어서, 생성을 위한 상기 컴퓨터 판독가능 수단은 상기 클라이언트 시스템에서 실행가능한 호스팅되는 애플리케이션 프로그램들을 가리켜주는 HTML 페이지를 생성하기위한 컴퓨터 판독가능 수단을 포함하는 컴퓨터 판독가능 기록매체.
제20항에 있어서, 생성을 위한 상기 컴퓨터 판독가능 수단은 상기 가용한 애플리케이션 프로그램들을 그래픽 사용자 인터페이스 윈도우 상에서 아이콘으로서 설명하는 출력 페이지를 생성하기위한 컴퓨터 판독가능 수단을 포함하는 컴퓨터 판독가능 기록매체.
제20항에 있어서, 전송을 위한 상기 컴퓨터 판독가능 수단은 상기 생성된 페이지를 HTTP 를 사용하여 상기 클라이언트 시스템으로 전송하기위한 컴퓨터 판독가능 수단을 포함하는 컴퓨터 판독가능 기록매체.
제20항에 있어서, 상기 선택된 서버쪽에서의 실행을 위한 상기 컴퓨터 판독가능 수단은 상기 생성된 페이지에 설명된 윈도우 상에서 상기 요청된 애플리케이 션을 실행하기위한 컴퓨터 판독가능 수단을 더 포함하는 컴퓨터 판독가능 기록매체.
제20항에 있어서, 상기 클라이언트 시스템과 상기 요청된 애플리케이션을 실행하는 상기 서버사이의 연결을 설정하기위한 컴퓨터 판독가능 수단을 더 포함하는 컴퓨터 판독가능 기록매체.
제20항에 있어서, 상기 복수의 서버들에 의해 호스팅되는 애플리케이션 프로그램들을 판별하기위해 상기 복수의 서버들과 상기 웹서버가 통신하기위한 컴퓨터 판독가능 수단을 더 포함하는 컴퓨터 판독가능 기록매체.