KR19990006461A

KR19990006461A - 월드 와이드 웹을 통한 정보 및 기타 자료의 관리 및 억세스 시스템

Info

Publication number: KR19990006461A
Application number: KR1019980017672A
Authority: KR
Inventors: 베리 케이스 알드레드; 찰스 스펜서 브라운; 티모시 제이 한; 엘른 진 스토크스
Original assignee: 포맨 제프리 엘; 인터내셔널 비지네스 머신즈 코포레이션
Priority date: 1997-06-06
Filing date: 1998-05-15
Publication date: 1999-01-25
Also published as: KR100296361B1; JPH1115722A; GB2327514B; JP2963087B2; GB2327514A; US6209036B1; GB9811895D0

Abstract

월드 와이드 웹 인터넷 서비스를 통해 자료에 억세스하기 위한 개선된 방법 및 장치가 제공된다. 웹 페이지 URL은 디렉토리 객체의 속성-값(attribute-value)으로서 저장되며, 이들 디렉토리 객체로의 웹 페이지 하이퍼링크가 그 하이퍼링크에 응답하여, 클라이언트에 의하여 사용되도록 URL을 추출하기 위한 억세스 로직과 함께 제공된다. 이러한 디렉토리로의 하이퍼링크를 통한 웹 페이지로의 간접적 억세스는 웹 페이지의 조직화를 위하여 상당한 이점을 가지며, 목표 웹 페이지를 직접적으로 포인팅하는 URL을 포함하는 종래의 하이퍼링크의 사용에 비하여 웹 페이지 억세스를 보다 용이하게 한다.

Description

월드 와이드 웹을 통한 정보 및 기타 자료의 관리 및 억세스 시스템

본 발명은 월드 와이드 웹 인터넷 서비스(World Wide Web Internet Service)를 통하여 정보, 이미지 및 기타 자료를 관리하고 그에 억세스하기 위한 개선된 시스템에 관한 것이다.

'컴퓨터 네트워크(network of computers)'라 함은, 상호간에 정보를 교환할 수 있는 임의의 개수의 컴퓨터들을 말한다. 상기 컴퓨터들은, 정보를 교환할 수 있도록 상호간을 접속시키기 위한 수단(예를 들어, 전화선이나 기타 통신 시스템)이 있는 한, 임의의 구성으로 배열될 수 있으며, 같은 방안에 위치하거나, 또는 다른 국가에 위치할 수도 있다. 네트워크를 구성하기 위하여 컴퓨터들이 상호 접속되는 것과 마찬가지로, 네트워크들도 브리지(bridge) 또는 게이트웨이(gateway)로 알려진 도구들을 통해 상호간에 접속될 수 있다. 이러한 도구들은 하나의 네트워크의 컴퓨터와 다른 네트워크의 컴퓨터가 정보를 교환할 수 있게 해준다.

인터넷(Internet)은 어떠한 개별 소유자나 지배자도 없는 네트워크의 네트워크로서, 크거나 작은, 또한 공용이거나 전용인 네트워크를 포함하며, 그 안에서 인터넷 프로토콜 소프트웨어(Internet Protocol software)를 실행중인 모든 접속된 컴퓨터들은, 보안 제어를 조건으로 하여, 역시 인터넷에 접속된 임의의 다른 컴퓨터와 정보를 교환할 수 있다. 이렇게 상호간에 접속할 것을 합의한 네트워크의 복잡한 집합체에서는 단일한 전송 매체에 의존할 수 없다(예컨대, 위성 링크(satellite link), 광섬유 트렁크 회선(fiberoptic trunk line), 전화 회선, 케이블 TV 회선 및 지역 무선 링크(local radio link) 등에 의하여 쌍방향 통신이 가능하다.).

상기 월드 와이드 웹 인터넷 서비스(이하, 웹(Web)이라 함)는, 막대한 양의 네트워크 억세스 가능 정보(network-accessible information)로의 억세스를 제공하는 광역 정보 추출 설비(wide area information retrieval facility)이다. 상기 월드 와이드 웹에 관하여는, Andrew Ford 저 Spinning the Web(International Thomson Publishing, London 1995) 및 John December 및 Neil Randall 공저 The World Wide Web Unleashed(SAMS Publishing, Indianapolis 1994)를 참조하라. 상기 웹은, 그의 유연성(flexibility), 이식성(portability) 및 사용 편의성(ease-of-use) 및 그에 결합된 대화식 멀티미디어 표현 능력의 조합으로 인하여 그 사용이 폭발적으로 증가하고 있다. 상기 웹에 의하여, 적절한 소프트웨어 및 하드웨어 구성을 갖추고 인터넷에 접속한 모든 컴퓨터는 상기 인터넷상의 임의의 위치에 공개된 모든 문서를 추출할 수 있다. 상기 웹상의 추출 가능 문서에는 '하이퍼미디어(HyperMedia)' 문서, 즉 문장 또는 소리나 이미지와 같은 다른 형식의 매체를 포함한 것으로서 다른 문서로의 링크('하이퍼링크(hyperlink)'(후술))를 포함한 문서가 포함된다. 웹상의 상기와 같은 문서의 포맷은 하이퍼텍스트 마크업 언어(HyperText Markup Language)(이하, HTML라 함)인 표준 포맷이며, 그리하여 하나의 운영 체계와 하드웨어 플랫폼(platform)에서 제작된 문서를, 적절한 웹 브라우저(후술)를 구비한 임의의 플랫폼의 사용자가 읽을 수 있다. HTML은 하이퍼텍스트 전송 프로토콜(HyperText Transfer Protocol)(이하, HTTP라 함)로 알려진 특정한 통신 프로토콜과 연관된다. 이미지들은 별도의 그래픽 파일, 예컨대 표준 GIF 또는 JPEG 포맷의 파일로 저장되며, 이 이미지들은 HTML 문장을 추출하기 위한 HTML 문장내에서 참조된다.

사용자들은 '웹 브라우저('웹 클라이언트 브라우저'라고도 함.)'를 사용하여 이 정보에 억세스하는데, 상기 웹 브라우저는 사용자의 컴퓨터에 설치된 소프트웨어로서 인터넷을 통해 웹 서버에 문서를 제공하거나 추출하기 위한 설비를 포함한다. 현재 사용 가능한 웹 브라우저로는 IBM사의 WebExplorer, Netscape Communications Corporation사의 Netscape Navigator, Microsoft Corporation사의 Internet Explorer 및 NCSA사의 Mosaic 등이 있다. 상기 브라우저들은 HTML과 기타 웹 표준 포맷을 이해하며, 이러한 포맷의 파일들을 바르게 디스플레이하거나 출력할 수 있다. 상기 웹은 특정의 범용 자원 로케이터(Universal Resource Locator)(이하, URL이라 함.)를 각각 갖는 페이지 또는 파일들로 구성된다. 상기 URL은, 다른 것보다도, 서버 머신(server machine)과 상기 머신의 특정의 파일 또는 페이지 모두를 표시하는 참조(reference)이다. 사용자는 특정의 URL을 타자 입력하거나 하이퍼링크를 사용함으로써 한 페이지로부터 연관된 다른 페이지로 점프(jump)할 수도 있는데, 즉, 상기 브라우저로 하여금 다른 관련된 페이지를 추출하려는 요구를 송신하게 하고 상기 페이지를 디스플레이하게 하도록 선택될 수 있는 어떤 페이지의 단어 또는 심볼이 다른 페이지에 대한 URL과 연관될 수 있다는 것이다. 상기와 같은 브라우저 선택을 위하여 바람직한 사용자 인터페이스로는 '포인트-클릭(point-and-click)' 그래픽 인터페이스가 있다(즉, 디스플레이상의 특정 단어 또는 심볼에 커서를 이동시키고, 마우스의 단추를 누름으로써 링크를 선택한다.). 연관된 하이퍼링크를 갖는 단어, 이미지 및 심볼 등은 핫 스폿(hot spot)으로서 사용자에게 식별된다(예를 들어, 상기 연관된 문장을 강조하거나 밑줄을 치거나, 상기 핫 스폿을 통과함에 따라 커서가 그 모양을 바꾼다.). 하나의 서버에 다수의 페이지가 존재할 수 있으며, 연관된 하이퍼링크를 갖는 페이지들이 서로 다른 서버에 위치할 수도 있다.

따라서, 웹 페이지들은 http://www.pc.ibm.com/data.htm과 같은 URL을 통해 식별 가능하도록 알려진다. 위 예에서는 상기 URL의 세 가지 구성요소를 보여주는데, http는 상기 페이지로 억세스하기 위하여 웹 클라이언트 브라우저에 의하여 사용되는 프로토콜을 식별하는 것이며, www.pc.ibm.com은 목표 컴퓨터(target computer)(이 컴퓨터명은 그 숫자 형식의 인터넷 어드레스로 변환된다.)를 식별하기 위한 것이며, data.htm은 그 컴퓨터에서 억세스되는 페이지를 식별하기 위한 것이다. 추가적인 파라미터를 갖는 보다 복잡한 예도 가능한데, 이 경우에는 특정의 데이터가 URL 규정에 따라 클라이언트 컴퓨터로부터 서버 컴퓨터로 전달된다.

나중에, 상기 목표 웹 페이지를 발견하여야 하는 원래의 절차를 되밟지 않고도 특정의 웹 페이지로 용이하게 돌아오도록 하기 위하여, 클라이언트 컴퓨터에 URL 및 그에 연관된 기술자(descriptor)(디폴트값(default)으로 웹 페이지에 의하여 정해지지만, 이후에 편집할 수 있다.)를 책갈피(bookmark)로서 저장할 수 있다. 상기한 방식이 도 1에 도시되었다. 즉, 특정의 웹 페이지(10)에 대한 URL과 기술자가 클라이언트 컴퓨터(30)에 책갈피(20)로서 저장되었다. 클라이언트 시스템에서 사용자가 상기 책갈피를 선택함에 따라, 서버 시스템(40)으로부터 상기 클라이언트 시스템으로 상기 각 웹 페이지(10)를 다운로드하기 위한 요청이 개시된다. 그 다음에, 상기 사용자는 관심있는 다른 웹 페이지(도시된 바와 같이, 상기 다른 웹 페이지는 다른 서버 컴퓨터에 존재할 수 있다.)로 억세스하기 위하여 다운로드된 웹 페이지의 하이퍼링크(50)를 선택할 수 있다.

이러한 방식은 일반적인 것이며, 매우 성공적인 것으로 밝혀졌다. 그러나, 이 방식은 클라이언트와 서버 모두에 영향을 주는 많은 문제점을 일으킨다.

즉, 클라이언트의 입장에서는,

- 책갈피에 저장된 URL은 그 재사용시 유효하지 않을 수도 있다(예컨대, 재억세스 시도 이전에 상기 웹 페이지가 삭제된 경우). 이 경우에, 억세스는 실패하게 되고 사용자는 일반적인 실패 메시지를 수신한다. 사용자에게 웹 페이지가 삭제된 이유를 제시하거나, 관심을 가질만한 다른 목적지를 제공하는 것은 불가능하다.

- 책갈피에 저장된 URL이 분주한 웹 페이지를 식별할 수도 있다. 이 경우에는, 다른 사용자에 의한 수요로 인하여 재사용 억세스가 불가능할 수 있다. (동일한 정보를 포함하도록 설정될 수도 있는) 다른 웹 페이지로 브라우저를 우회시킬 수 없다.

서버의 입장에서는,

- 이미 사용되어 미지의 클라이언트에 책갈피로서 저장된 URL의 보전성을 지키고자 하는 욕구로 인하여 웹 사이트의 재조직이 어려워진다.

- 유사하게, 웹 페이지에 내장된 URL이 있는 경우에 웹 페이지를 이동하게 되면, 그 참조를 유효하게 유지하기 위하여는 다른 페이지의 하이퍼링크를 갱신하여야 한다.

- 그 내용에 대한 기대 수요를 충족시키기 위하여 다른 URL의 목록을 웹 페이지에 제공할 필요가 있다. 이것은, 특히 URL이 다운로드되어야 할 파일을 가리키는 경우(URL이 ftp://....의 형식인 경우. 상기 ftp는 파일 전송 프로토콜(file transfer protocol)을 사용함을 나타낸다.)에 그러한데, 각 사용자가 상당한 자원을 사용하기 때문이다. 상기와 같은 목록은 사용자에게는 성가신 것이며, 유용한 페이지 공간을 차지하고, 다수의 서버에 걸쳐 효과적인 부하 균형(load balancing)을 제공하지 못하게 한다.

따라서, 본 발명의 첫 번째 국면에 의하면, 월드 와이드 웹을 통해 자료에 억세스하기 위한 억세스 메카니즘(access mechanism)이 제공된다. 웹 페이지에는 전형적으로 동일한 또는 다른 웹 서버 컴퓨터에 저장되어 있는 연관된 웹 페이지에 억세스하기 위한 하이퍼링크가 포함된다. 본 발명에 의하면, 이러한 하이퍼링크중 최소한 몇몇은 하나 또는 그 이상의 디렉토리(directory)로의 링크를 포함하며, 상기 디렉토리는 특정의 웹 페이지에 억세스하기 위한 URL을 저장한다. 상기 억세스 메카니즘에는, 사용자가 상기 디렉토리로부터 상기 저장된 URL중의 특정의 하나 또는 다수를 추출하기 위하여, 또한 상기 추출된 URL을 사용하여 상기 특정의 웹 페이지중의 최소한 하나에 억세스하기 위하여, 상기 디렉토리중의 하나로의 링크를 포함하는 웹 클라이언트 시스템의 하이퍼링크를 선택함에 응답하는 억세스 로직(access logic)이 포함된다.

디렉토리라 함은, 객체(object)의 저장소(repository)(즉, 디렉토리의 내용물을 객체라 한다.)로서, 상기 디렉토리는 상기 객체들의 위치 지정을 지원하기 위하여 조직화된다. 객체는 하나 또는 그 이상의 속성-값 쌍(attribute-value pair)을 포함한다. 예를 들어, '사람(person)'이라는 객체는, '스티븐 존스(Steven Jones)'라는 값을 갖는 '성명(name)'이라는 속성과, '0171-815000'이라는 값을 갖는 '전화번호(telephone number)'라는 속성을 갖는다. 전형적으로, 하나의 디렉토리는 명명된 객체(named object)들의 계층적 배열이며, 여기에서 각 객체는 그 객체에 연관된 하나 또는 그 이상의 속성-값을 갖는다. 디렉토리 룩업(look-up) 동작은 구조화된 질의를 사용하여, 전형적으로 (1) 검색의 시작을 위한 계층내의 명명된 객체, (2) 검색 조건의 깊이, (3) 후보 객체에 의하여 만족되어야 할 속성-값 요건(attribute-value assertion)의 집합 및 (4) 상기 후보 객체에 대해 복귀되어야 할 속성의 집합 등을 식별한다. 디렉토리 객체의 타입(및 질의의 타입)은 디렉토리에 따라 변화한다. 예를 들어, 어떤 애플리케이션(application)은, 개인의 억세스 권한 속성을 포함하는 디렉토리 객체를 획득하기 위하여, LDAP(후술함)와 같은 정의된 프로토콜을 통해 억세스 제어 서버에서 속성-값 타입의 질의를 수행한다. 네트워크 명칭 서버(network name server)의 다른 속성-값 질의는 서버, 프린터 및 다른 장치에 대한 네트워크 어드레스를 탐색한다.

인터넷 웹 페이지로부터 공공연히 억세스할 수 있는 막대한 양의 정보 및 (오디오 및 비디오와 같은) 기타 자료중에서 관심 있는 특정 아이템(item)의 위치를 지정할 수 있도록 하기 위하여, 디렉토리를 사용하여 웹 페이지와 파일들을 조직화하고, 구조화된 사용자 입력 디렉토리 검색 질의(structured user-input directory-search query)를 사용하는 것이 이미 알려져 있다. 그러나, 웹 페이지 하이퍼링크에 디렉토리 참조(directory-reference) URL인 URL들을 제공하고, 사용자가 디렉토리 참조 URL을 포함하는 하이퍼링크를 선택할 때 디렉토리에 저장된 웹 페이지 URL을 자동으로 추출하기 위한 억세스 로직을 제공하는 것은 알려져 있지 않다.

도 1은 클라이언트가 URL을 사용하여 직접 요청된 웹 페이지로 억세스할 것을 요구하는 종래의 클라이언트 시스템과 서버 시스템 사이의 상호 작용을 개념적으로 도시한 도면.

도 2는 본 발명의 클라이언트측 실시예가 구현된 클라이언트 및 서버 컴퓨터의 네트워크를 개념적으로 도시한 도면.

도 3은 본 발명의 한 실시예에 의하여 디렉토리를 통해 웹 페이지에 억세스하는 단계를 도시한 흐름도.

도 4는 본 발명의 서버측 실시예가 구현된 클라이언트-서버 컴퓨터들의 배치를 개념적으로 도시한 도면.

도 5는 본 발명의 서버측 실시예에 의하여 웹 페이지에 억세스하는 단계를 도시한 흐름도.

* 도면의 주요 부분의 부호의 설명

100 : 클라이언트 120 : 서버

130 : 웹 페이지 140 : 디렉토리

본 발명은, 어떤 디렉토리 객체의 속성-값으로서 웹 페이지 URL을 저장하고, 클라이언트가 사용하기 위한 URL을 추출하기 위하여 상기 하이퍼링크에 응답하는 억세스 로직과 함께 웹 페이지 하이퍼링크를 상기 디렉토리 객체에 제공하는 것을 포함한다. 디렉토리에 대한 하이퍼링크를 통해 웹 페이지에 억세스하는 이러한 간접적인 억세스는 웹 페이지 조직화에 상당한 이점을 제공하며, 목표 웹 페이지를 직접 포인팅(pointing)하는 URL을 포함하는 하이퍼링크를 사용하는 알려진 방법 보다 더 유연한 방법을 제공한다. 웹 페이지와 파일들을 억세스하기 위한 시스템 및 방법에 본 발명을 사용하면, 다음과 같은 이점이 제공된다. 즉,

- 책갈피에 저장된 디렉토리 참조 링크를 무효화하지 않은 채, 하나의 사이트내의 웹 페이지들 또는 여러 사이트에 걸친 웹 페이지들을 재조직화할 수 있다. 상기와 같은 링크들은 상기 원래의 목표 웹 페이지가 삭제되었을 때 지능적으로 응답할 수 있으며, 또는 상기 클라이언트에게 그 내용에 대한 새로운 링크를 공급할 수 있다.

- '지능형(intelligent)' 디렉토리에 의하여 효과적인 부하 균형을 달성할 수 있는 서로 다른 간접 참조를 제공할 수 있다.

- 디렉토리를 통한 간접 억세스는 특별한 수준의 억세스 제어를 제공하며, 이것은 디렉토리 객체로부터 공급된 참조가 클라이언트의 특성에 의존하도록 하는데 사용될 수 있다.

- 디렉토리는 웹 페이지의 재고 일람(inventory)을 형성하므로, 웹 페이지의 관리가 용이해진다.

- 디렉토리는 웹 페이지 URL과 연관된 인덱스 데이터(index data)를 저장할 수 있으며, LDAP를 지원하는 웹 브라우저를 통해 상기 디렉토리에 억세스함으로써 이러한 인덱스 용어(index term)를 검색할 수 있다. 이것은 이미 알려진 하이퍼링크 메카니즘을 보충하면서 요구된 자료로의 보다 풍부한 억세스를 제공한다.

URL을 추출하고 웹 페이지에 억세스하기 위한 억세스 로직은, 웹 클라이언트 시스템에서 실행될 수 있도록, 클라이언트 시스템의 웹 브라우저와 디렉토리 서버와 상호 작용하도록 개선된 애플릿(applet)을 포함하는 것이 바람직하다. 본 발명의 바람직한 실시예에 의하면, 디렉토리 참조 하이퍼링크를 포함하는 웹 페이지가 웹 서버 시스템으로부터 클라이언트 시스템으로 다운로드되어 상기 디렉토리 참조 하이퍼링크가 선택될 때, 상기 클라이언트 시스템에서 요구되는 애플릿이 이미 활용 가능한지의 여부에 대하여 판단한다. 만약 그렇지 안다면, 상기 디렉토리 서버로부터 상기 애플릿을 요청하고, 그 다음에 상기 애플릿은 상기 디렉토리 서버와의 이후의 상호 작용에 사용하기 위하여 상기 클라이언트 시스템에 저장된다. 상기 애플릿은, 디렉토리 참조 하이퍼링크를 포함하는 웹 페이지와 함께 웹 서버 컴퓨터에 동일하게 저장될 수도 있다.

상기 애플릿은, 디렉토리 참조 하이퍼링크가 선택되었을 때 상기 클라이언트 시스템에서 실행되고, 그 다음에 상기 애플릿은 상기 특정의 하이퍼링크와 연관된 URL을 획득하기 위하여 상기 클라이언트 시스템으로부터 상기 디렉토리 서버로 요청을 송신하기 시작한다. 상기 디렉토리 서버는 상기 URL을 상기 클라이언트 시스템의 애플릿에게 돌려주고, 상기 애플릿은 상기 URL중의 적어도 첫 번째 것을 상기 클라이언트 시스템에서 실행중인 웹 브라우저에게 전달한다. 그 다음에, 상기 웹 브라우저는, 종래에 이미 알려진 바와 같이, 상기 요구된 웹 페이지에 억세스하는 데에 이 URL을 사용한다. 이러한 본 발명의 바람직한 실시예에 의하면, 상기 웹 브라우저는, 브라우저의 요청이 상기 요구된 웹 페이지를 보유하고 있는 서버로 송신되기 전에 중간의 디렉토리에 억세스하는 프로세스를 수행하는 점만을 제외하고는 일반적인 방법으로 동작하는 통상의 브라우저이어도 좋다.

이러한 중간 프로세스는 어떠한 추가적인 사용자와의 상호 작용도 요구하지 않으며 사용자에게 드러나지 않는 것이 바람직한데, 즉 웹 페이지 또는 파일이 사용자의 디렉토리 참조 하이퍼링크 선택 이후에 자동으로 클라이언트 시스템의 사용자에게 디스플레이되는 것을 의미한다. 또는, 상기 애플릿에 의하여 다수의 URL이 상기 디렉토리로부터 추출되어 상기 웹 브라우저로 전달되는 실시예에서는, 상기 사용자에게 획득된 URL의 목록으로부터 선택할 것을 요구할 수도 있다.

본 발명의 다른 실시예에 의하면, URL을 추출하고 웹 페이지에 억세스하기 위한 억세스 로직은, 개별적으로 다운로드되는 애플릿을 사용하기보다는 수정된 웹 브라우저의 프로그램 코드에 통합된 형태로 구현되는 것이 바람직하다. 즉, 상기 웹 브라우저 자체는 디렉토리 서버에 요구를 송신함으로써 디렉토리 참조 하이퍼링크에 응답한다. 상기 웹 브라우저는 또한 추출된 다수의 URL로부터의 자동 선택에 대하여 책임질 수도 있다. 상기한 바를 본 발명의 '클라이언트측(client-side)' 구현이라 부른다.

본 발명의 다른 실시예에 의하면, 웹 클라이언트 시스템에서 수행되는 동작은 종래의 웹 브라우징 동작(Web browsing operation)으로부터 본질적으로는 변화하지 않으나, 디렉토리 참조 하이퍼링크에 응답하여 디렉토리로부터 URL을 추출하는 것은 서버에서 수행된다. 상기와 같은 실시예에 의하면, 서버 컴퓨터는, 종래에 알려진 방식대로 클라이언트의 요구에 응답하여 기억 장치로부터 요구된 웹 페이지를 획득한다. 상기 서버 컴퓨터는 내장된 디렉토리 참조 URL을 찾기 위하여 상기 추출된 웹 페이지를 조사(scan)하도록 프로그램된다. 만약 디렉토리 참조 URL이 발견되면, 상기 서버 컴퓨터는 상기 지정된 디렉토리 객체를 추출하기 위하여 상기 디렉토리에 접촉한다. 상기 서버는 웹 페이지 URL(상기 객체의 속성-값)을 획득하기 위하여 상기 디렉토리를 처리하고, 상기 웹 페이지를 상기 클라이언트에게 돌려주기 전에 상기 웹 페이지가 이 URL을 포함하도록 수정한다. 이것을 본 발명의 '서버측(server-side)' 구현이라 부른다.

디렉토리 참조 URL을 검출하기 위하여 웹 페이지를 조사하는 것은, 상기 웹 페이지의 특정한 내용이나, 디렉토리 참조 URL과의 사용자의 상호 작용의 가능성에 대한 논리적 예측, 또는 클라이언트단(client end)의 사용자가 상기 디렉토리 참조 URL과 상호 작용할 의사를 표시하였다는 것과 같은 사건(event) 등을 조건으로 하는 것으로 할 수도 있다.

본 발명의 다른 '서버측' 구현에 의하면, 사용자가 (예를 들어, 클라이언트 시스템의 책갈피로부터) 웹 페이지의 디렉토리 참조 하이퍼링크를 선택하였을 때, 웹 브라우저의 요청은, 그것이 LDAP 프로토콜을 사용하여 그 요청에서 지정한 특정의 서버 컴퓨터로서 상기 참조된 디렉토리가 저장된 것으로 송신된다는 점만을 제외하고는, 표준 방식으로 처리된다. 상기 디렉토리 서버 컴퓨터는, 상기 디렉토리 데이터베이스로부터 상기 적절한 URL을 추출하여 이들중 어느 하나를 상기 웹 브라우저로 복귀시킴으로써 수신된 요청에 응답한다. 그 다음에, 상기 웹 브라우저는 상기 복귀된 URL에 의하여 식별되는 서버 컴퓨터로 요청을 송신한다. 본 실시예에서는, 다수의 URL이 클라이언트로 복귀되는 것은 바람직하지 않으며, 대신에 하나의 URL이 상기 클라이언트로 복귀되어 억세스를 개시한다. 그 다음에, 상기 클라이언트가 하나의 URL을 사용하여 웹 페이지로의 억세스를 개시하였으므로, 상기 클라이언트에 의하여 요구된 프로토콜은 상기 클라이언트로 복귀되는 프로토콜과 일치한다.

본 발명의 또 다른 서버측 구현에 의하면, 상기한 실시예에서 디렉토리 서버 시스템에 의하여 구현된 기능이 상기 실시예에서의 클라이언트 컴퓨터 시스템에 의하여 제공된다. 디렉토리 참조 하이퍼링크는 클라이언트의 요청을 디렉토리 서버에 제시한다. 상기 디렉토리 서버는, 하나 또는 그 이상의 관련된 URL을 획득하고, 이를 이용하여 상기 요청을 하나 또는 그 이상의 서버에 송신한다. 목표 서버 컴퓨터에 의하여 상기 디렉토리 서버로부터 수신된 상기와 같은 요청은, 이를 상기 클라이언트 시스템의 웹 브라우저로 직접 송신하는 대신에, 상기 서버로부터의 요청에 대한 최초의 목표 지점으로서 상기 디렉토리 서버를 지정한다. 이것은, 상기 디렉토리 서버로 하여금 응답들중에서 선택하도록 하는데, 상기 다수의 연관된 응답은 미리 설정된 기간내에 상기 디렉토리 서버에서 수신된다.

본 발명의 '서버측' 실시예에 의하면, 웹 페이지 URL을 포함하는 속성들을 갖는 디렉토리 객체를 저장하는 하나 또는 그 이상의 디렉토리에 억세스하도록 개선된 웹 서버 컴퓨터에 의하여 구현되는 방법으로서, 웹 클라이언트 컴퓨터로부터의 요청에 응답하여 웹 서버 컴퓨터에 의하여 추출된 웹 페이지를 처리하기 위한 방법을 제공한다. 상기 방법은, 웹 클라이언트 컴퓨터로부터의 요청에 응답하여 기억 장치에 억세스하고 요청된 웹 페이지를 추출하는 단계; 특정의 디렉토리 객체를 지정하는 디렉토리 참조 URL을 찾기 위하여 상기 추출된 페이지를 조사하는 단계; 디렉토리 참조 URL을 검출함에 따라 상기 참조된 디렉토리로부터 지정된 디렉토리 객체를 요청하는 단계; 요청된 디렉토리 객체를 수신함에 따라 웹 페이지 URL을 획득하기 위하여 상기 디렉토리 객체를 처리하고, 상기 추출된 웹 페이지에 상기 웹 페이지 URL을 통합하는 단계; 상기 웹 클라이언트 컴퓨터에 상기 처리된 웹 페이지를 복귀시키는 단계를 포함한다.

본 발명의 '클라이언트측' 실시예의 하나에 의하면, 웹 페이지 URL을 포함하는 속성을 갖는 디렉토리 객체가 저장된 하나 또는 그 이상의 디렉토리에 억세스하도록 형성된 웹 클라이언트 시스템에 의하여 구현되는 웹 페이지에 억세스하기 위한 방법에 있어서 - 여기서, 웹 페이지는 웹 서버 컴퓨터에 저장된 연관된 웹 페이지에 억세스하기 위한 하이퍼링크를 포함하며, 상기 하이퍼링크의 적어도 일부는 상기 하나 또는 그 이상의 디렉토리로의 링크를 포함함 - , 사용자가 웹 클라이언트 시스템에서 상기 디렉토리중 어느 하나로의 링크를 포함하며 특정의 디렉토리 객체를 지정하는 하이퍼링크를 선택함에 응답하여, 상기 특정의 디렉토리 객체를 추출하기 위하여 상기 디렉토리로 억세스하는 단계; 상기 디렉토리 객체로부터 웹 페이지 URL을 획득하기 위하여 상기 디렉토리 객체를 처리하는 단계; 및 상기 획득된 URL을 이용하여 웹 페이지에 억세스하는 단계를 포함하는 웹 페이지 억세스 방법을 제공한다.

본 발명의 또 다른 국면에 의하면, 웹 브라우저가 설치된 적어도 하나의 클라이언트 컴퓨터; 웹 페이지 URL에 의하여 식별되는 웹 페이지를 저장하는 적어도 하나의 서버 컴퓨터 - 상기 웹 페이지의 일부는 연관된 웹 페이지에 억세스하기 위한 하이퍼링크를 포함함 - ; 디렉토리 객체가 속성-값으로서 웹 페이지 URL을 갖는 디렉토리 데이터베이스를 저장하는 적어도 하나의 서버 컴퓨터를 포함하는 디렉토리를 포함하며, 상기 하이퍼링크의 적어도 일부는 특정의 디렉토리 객체를 지정하는 디렉토리로의 링크를 포함하며, 상기 시스템은 억세스 로직 - 상기 억세스 로직은, 상기 디렉토리로부터 특정한 디렉토리 객체를 추출하고 웹 페이지 URL을 획득하도록 상기 디렉토리 객체를 처리하기 위하여, 사용자가 클라이언트 컴퓨터에서 상기 디렉토리로의 링크를 포함하는 하이퍼링크를 선택함에 응답함 - 을 포함하는 데이터 처리 시스템을 제공한다.

따라서, 본 발명은 분산형 데이터 처리 네트워크(distributed data processing network)의 클라이언트 데이터 처리 시스템이나 서버 데이터 처리 시스템에서 구현될 수 있다.

디렉토리 참조 하이퍼링크의 호출에 응답하여 웹 서버에 저장된 개별 웹 페이지를 클라이언트 시스템의 사용자에게 제공할 수 있는 한, 본 발명은 cgi-bin 프로그램을 호출하는 'cgi.bin' 타입의 요구도 또한 지원한다. 사용자에게 제공되는 자료는 동적으로 생성된 파일(예컨대, 서로 다른 다수의 웹 페이지로부터의 정보의 결합)일 수도 있다.

상기한 본 발명의 바람직한 실시예에 관하여 첨부된 도면을 참조하여 이하에서 상세히 설명한다.

먼저, 도 2를 참조하면, 본 발명이 구현된 클라이언트-서버 데이터 처리 네트워크가 개념적으로 도시되었다. 웹 브라우저 프로그램(100)이 클라이언트 컴퓨터 시스템(110)에 설치되어 있고, 상기 웹 브라우저 프로그램(100)은 국지적 기억 장치(130)에 웹 페이지를 호스팅(hosting)하고 있는 웹 서버 컴퓨터(120)로 요구를 송신함으로써 웹 페이지로 억세스한다. 상기 웹 서버는 인터넷을 통해 상기 클라이언트 시스템과 접속된다. 간략히 하기 위하여 단지 두 개의 클라이언트 컴퓨터 시스템과 두 개의 서버 컴퓨터 시스템만을 도시하였다.

종래에 이미 알려져 있듯이, 웹 서버 컴퓨터의 명칭은, 관심 있는 웹 페이지에 대한 URL을 상기 클라이언트 컴퓨터에 입력함으로써 사용자에 의하여 클라이언트 컴퓨터에서 지정된다(예를 들면, http://www.ibm.com/News/는 인터넷 클래스(Internet class) com(commercial)에서 ibm에 의하여 식별되는 회사의 특정한 컴퓨터인 www를 식별한다.). 또는, 상기 사용자는 상기 URL을 포함하는 클라이언트 브라우저에 저장된 책갈피를 선택한다.

그 다음에, 상기 컴퓨터의 명칭은 명칭 서버 장치(name server facility)에 의하여 숫자인 인터넷 어드레스(29.5.19.66의 형식)로 변환된다. 모든 TCP/IP 기반의 애플리케이션들은 상기 명칭 서버 장치를 인식하며, 네트워크상의 다른 컴퓨터에 접속을 시도하기 전에 컴퓨터 명칭을 인터넷 어드레스로 해석할 것을 요청하기 위하여 자동적으로 지정된 명칭 서버 컴퓨터로 향한다. 지정된 명칭을 어드레스로 전환하기 위하여, 상기 명칭 서버 컴퓨터에 의하여 운영되는 목록의 테이블을 룩업하게 된다. 컴퓨터의 명칭-어드레스 목록의 저장과 상기 변환의 수행은 전체 인터넷에 걸쳐 분산되어 있다. 즉, 클라이언트 서버는 그 국지적 명칭 서버 컴퓨터로의 억세스 방법에 관한 정보를 포함하도록 구성되며, 만약 어떤 어드레스를 국지적으로 확인할 수 없다면, 상기 국지적 명칭 서버 컴퓨터는 상기 어드레스를 획득할 때까지 계층적으로 다른 명칭 서버 컴퓨터를 억세스한다. 그 다음에, 상기 인터넷 어드레스는 상기 클라이언트 컴퓨터로 제공되며, 상기 클라이언트 컴퓨터는 이 어드레스를 이용하여 관련된 서버 컴퓨터로 요청을 송신할 수 있다.

상기 서버 컴퓨터는, 그 기억 장치로부터 상기 요청에 의하여 식별된 특정의 파일이나 페이지를 추출하여 다시 상기 클라이언트 시스템으로 송신함으로써 수신된 요청에 응답한다. 그 다음에 상기 웹 브라우저는 상기 클라이언트 시스템에서 그 내용을 디스플레이하는 것을 운영한다.

본 발명은, 웹 페이지와 파일로 억세스하기 위한 장치 및 방법을 제공하는 바, 여기에서 클라이언트 시스템의 요청은 상기한 바와 같은 통상적인 방식의 특정의 목표 컴퓨터와 파일의 규정과는 다르다. 본 발명은 웹 페이지로의 효율적인 억세스를 용이하게 하기 위한 디렉토리의 광범위한 채용을 이용한다.

디렉토리 억세스 프로토콜(Directory Access Protocol)(이하, DAP라 함)의, 자원 요건이나 그 복잡성을 초래하지 않으면서도 X.500 디렉토리로의 억세스를 제공하기 위하여 특별한 프로토콜을 제안하였다. 이러한 프로토콜의 하나인 경량 디렉토리 억세스 프로토콜(Lightweight Directory Access Protocol)(이하, LDAP라 함)이 인터넷 애플리케이션을 위해 널리 채용되어 왔고, 특히 웹 페이지에서 활용 가능한 것으로서 디렉토리에 의하여 조직화된 막대한 양의 데이터로의 효율적인 억세스를 용이하게 하기 위하여 채용되었다. LDAP는 Yeong 등의 Lightweight Directory Access Protocol(Internet RFC-1777, Performance Systems International, University of Michigan, ISODE Consortium, March 1995)에 기술되어 있다. 상기 LDAP의 일반적 프로토콜 모델은 서버에 대하여 프로토콜 동작을 수행하는 클라이언트를 포함한다. 이것은, 수행되어야 할 동작을 기술하는 프로토콜 요청을 클라이언트가 서버로 전송함으로써 달성되며, 그 다음에 상기 디렉토리에서 필요한 동작을 수행할 책임을 진다. LDAP를 사용하는 경우에, 어떤 디렉토리의 객체에 억세스하기 위한 URL 참조는 ldap://....의 형식을 취한다. LDAP URL의 서버 컴퓨터의 신원(identification)을 숫자인 어드레스로 해석하는 것은, 표준 인터넷 어드레스 지정에 관하여 상술한 방식과 동일하게 명칭 서버 설비에 의하여 수행된다.

그 다음에, 디렉토리 룩업 프로세스는 특정의 클라이언트의 요청에 따라 디렉토리 객체의 계층을 통한 단계를 밟아간다. 예를 들어, 구별 명칭(Distinguished Name)인 'uk.ibm.hursley.printers'를 사용하여 상기 요청에서 지정된 명명된 디렉토리 객체는, 루트(root)로부터 'uk'로, 다시 'ibm'으로, 다시 'hursley'로, 다시 'printers'로 향해 디렉토리 계층을 밟아 내려가며 위치가 지정된다.

root

______________|______

| | | |

uk

_______|_______

| | |

ibm

____|____

| |

hursley

_______|______

| | |

printers

_______|_______

| | |

p1 p2 p3

상기 요청은 또한, 검색 조건 깊이와 속성-값 요건(assertion) 및 그 요청자에게 어떤 속성들이 복귀되어야 하는가에 관하여도 지정한다. LDAP는 깊이에 관한 세 가지의 대안을 지원한다. 즉, 0(즉, 상기 객체 그 자체), 1(상기 객체의 1대 자손(immediate children)만(그 자체는 아님)), 또는 n(상기 객체 그 자체와 그 이하의 모든 자손을 포함하는 상기 계층의 완전한 하위 트리(subtree)) 등이다. 상기 예에서는, 상기 조건 깊이는 (개별 프린터 객체를 위한 것인) 1일 수 있다. 속성-값 요건은, 예컨대 '종이=A3'(즉, A3 용지에 인쇄할 수 있는 기능)가 될 수 있으며, 복귀되어야 할 속성은 상기 기준을 만족시키는 프린터의 위치일 수 있다. 이러한 동작을 완료함에 따라, 서버는 상기 요청한 클라이언트에게 어떠한 결과나 오류를 포함한 응답을 복귀시킨다.

원래 상기 X.500 디렉토리로의 간단한 독출/기록 상호 작용 억세스를 제공하는 간단한 관리 애플리케이션 및 브라우저 애플리케이션을 목표로 했던 LDAP는, 이제 인터넷 세계에서 광범위하게 채용되어, 인터넷 엔지니어링 태스크 포스(Internet Engineering Task Force)(이하, IETF라 함)의 프로시져를 통해 표준으로서 제안되기에 이르렀다. 종래 기술에 의하면, 디렉토리들은, 조직화 정보, 전화 데이터(예컨대, 전화 화이트 페이지(white page) 및 옐로우 페이지(yellow page))와 같은 데이터와, 프린터 및 기타 장치에 대한 위치, 성능 및 억세스 파라미터와 같은 자원 설명서(resource description) 등의 저장을 위하여 인터넷 환경에서 사용되었다.

본 발명은, 웹 브라우저 프로그램을 실행하고 있는 다수의 클라이언트 컴퓨터 시스템과, 특정의 URL에 의하여 식별되는 웹 페이지들이 저장된 다수의 서버 컴퓨터 시스템을 포함하는 네트워크(예컨대, 인터넷 환경 또는 인트라넷(Intranet))에서 구현된다. 디렉토리(140)는 상기 LDAP 프로토콜을 통하여 억세스될 수 있다.

상기 서버 시스템의 기억장치에 저장된 웹 페이지에는, URL로의 하이퍼텍스트 참조(href=http://...)를 포함하는 통상의 내장 링크(embedded link)가 포함된다. 본 발명에 의하면, 상기 내장 링크의 일부는 디렉토리 참조 URL로서 지정된다. 즉, 이러한 내장 링크들은 명명된 LDAP 디렉토리 객체의 속성 내용을 포함한다. 이하, 상기와 같은 객체들을 페이지 포인터 객체(Page Pointer Object)(PPO)라 부른다. 사용자가 웹 페이지로부터 상기와 같은 내장 링크를 선택하면, 상기 명명된 디렉토리 객체로 메시지가 송신된다.

상기 LDAP 디렉토리는 보다 통상적인 내용들과 함께 하나 또는 그 이상의 PPO를 포함한다. 본 발명의 바람직한 실시예에 의하면, PPO는 다음의 특징을 갖는 LDAP 객체이다. 즉,

- 일반적인 LDAP 규정을 따르는 구별 명칭에 의하여 식별된다.

- 일반적인 LDAP 규정을 따르는 속성-값의 쌍을 하나 또는 그 이상 포함한다. 그러나, 다수의 속성들은 본 발명에 대하여 특별한 중요성을 갖는다. 즉,

내용 URL(ContentURL)은 원하는 웹 페이지에 대한 정렬되지 않은 목록을 포함한다. 각 URL은 같은 페이지에 대한 다른 어드레스를 제공한다. 높은 활용 가능성과 부하 균형을 지원하기 위하여 다수의 어드레스가 제공된다.

대체 URL(FallbackURL)은, 그 어드레스가 어떤 URL을 통하여도 원하는 페이지 내용에 도달할 수 없는 경우에 억세스되어야 할 다른 페이지를 가리킨다는 점을 제외하고는 상기 ContentURL과 유사하다.

실패 URL(FailureURL)은, 그 어드레스가 원하는 페이지와 대체(fallback) 페이지 모두에 도달할 수 없는 경우에만 억세스되는 일반 오류 페이지 내용(generic failure page content)을 가리킨다는 점을 제외하고는 상기 FallbackURL과 유사하다.

- 상기 객체의 성질을 식별하기 위한 고유 객체 클래스(unique object class)를 갖는다.

이제, 서로를 한정하지 않는 본 발명의 두 가지 실시예를 상세히 설명하기로 한다. 먼저, 도 2 및 도 3을 참조하여, 통상적인 웹 서버를 사용하며 클라이언트의 활동(activity)을 통해 상기 디렉토리 참조 URL을 해석하는 '클라이언트측' 구현을 설명한다. 통상적인 웹 클라이언트를 사용하며, 서버의 활동을 통해 상기 디렉토리 참조 URL을 해석하는 '서버측' 구현에 관하여는 도 4 및 도 5를 참조하여 설명한다.

도 2를 참조하면, 클라이언트 시스템(110)에서 작업중인 사용자는 전형적으로 국지적 기억장치로부터 책갈피를 추출하고, 클라이언트 시스템의 브라우저는 URL에 의하여 대표되는 페이지에 대하여 웹 서버(120)에 http 요청을 보낸다. 상기 서버(120)는 국지적 기억장치(130)로부터 상기 페이지를 추출하고, 상기 클라이언트에게 상기 페이지의 내용으로 응답한다. 상기 웹 브라우저는 클라이언트 시스템에서 추출된 페이지의 디스플레이를 제어한다. 상기 페이지는 전형적으로 내장 URL을 가진 하이퍼링크를 포함한다. 어떤 페이지는 다음과 같은 형식의 디렉토리 참조 URL을 하나 또는 그 이상 포함한다. 즉,

ldap://srvhost[:port]/dn[?ContentURL,FallbackURL,FailureURL[?base[?oc=PPO]]]

상기의 문법에서는 선택 사항 성분(optional element)임을 표시하기 위하여 꺾쇠묶음 [ ]를 사용한다. 'srvhost'는 접속되어야 할 호스트를 식별하며, 'port'는 사용될 포트(port)를 식별하고, 'dn'은 PPO의 구별 명칭이며, 'base'는 기저 수준 객체(base level object)만이 반드시 추출되어야만 함을 규정하며, 'oc=PPO'는 객체 클래스 PPO인 객체만이 반드시 추출될 것을 규정한다. 명명된 속성이 규정되면, 본질적이지 않은 객체 데이터를 제거함으로써 회선 트래픽을 감소시킬 것이며, PPO에게 간접 참조 동작과의 충돌 없이 다른 속성을 갖게 할 수 있다는 추가적인 이점을 갖는다. 상기 기저 및 객체 클래스 정의에 의하여, 비표준 디폴트가 설정된 경우 및/또는 디렉토리 내용이 더 이상 PPO를 포함하지 않도록 조작된 경우에조차 원하는 PPO 객체만이 복귀된다는 것이 보장된다.

도 3을 참조하면, 만약 상기 클라이언트 시스템의 사용자가 디렉토리 참조 하이퍼링크에 커서를 클릭하였다면(단계 180), 내장 디렉토리 참조 URL이 추출된다. 이 URL은 디렉토리 참조 URL로서 식별되고, 상기 클라이언트 시스템은, 상기 클라이언트 시스템에서 디렉토리 억세스 기능을 수행하기 위한 로직이 활용 가능한지의 여부에 관하여 판단한다(단계 190). 만약 그렇지 않다면, 상기 클라이언트 시스템은 특정의 애플릿(이것은, 예컨대 자바(Java) 프로그래밍 언어로 작성될 수 있다.)을 다운로드할 것을 요청한다(단계 200). 그 다음에, 상기 다운로드된 애플릿이 상기 클라이언트 시스템에서 실행되어, 상기 디렉토리 참조 URL을 규정하는 디렉토리로 그 구별 명칭을 포함하는 특정의 디렉토리 객체(PPO)에 대한 요청을 송신한다(단계 210). 상기와 같은 디렉토리 검색 요청은 비동기식이며, 그리하여 다수의 요청을 발할 수 있고, 그 결과는 그들이 도착하는 대로 독립적으로 처리된다. 상기 디렉토리는 상기 클라이언트에서 실행중인 상기 애플릿으로 상기 요청된 PPO를 복귀시킨다(단계 220).

그 다음에, 상기 애플릿은 상기 PPO를 처리한다. 전형적으로, 상기 ContentURL 값들로부터 임의적으로 하나의 URL이 선택되어 상기 웹 브라우저로 복귀된다. 그 다음에, 상기 웹 브라우저는 관련된 웹 페이지에 억세스하기 위한 시도중에 이 URL을 사용한다(단계 250). 만약 성공적이라면, 상기 디렉토리 억세스 애플릿은 종료된다(단계 270). 만약 그렇지 않다면, 동일한 페이지에 억세스하도록 시도하기 위한 다른 ContentURL 값이 선택된다(단계 230). 만약 여전히 성공하지 못했다면, 상기 FallbackURL 값이 선택된다. 이렇게 다른 웹 페이지를 제공함으로써, 동일한 또는 연관된 내용을 가진 다수의 웹 페이지들이 서로 다른 서버에서 활용 가능한 경우에 간단한 부하 균형의 형식을 달성할 수 있다. 만약 여전히 성공하지 못했다면, 상기 FailureURL 값이 선택된다. 상기 FailureURL에 의하여 억세스되는 웹 페이지의 내용은 특정의 PPO 또는 일단의 PPO에 따라 특정적이며, 따라서 클라이언트 시스템의 사용자에게 디스플레이되는 정보는 종래 기술의 시스템에서 디스플레이되던 완전히 일반적인 실패 메시지보다 더 유용할 것이다. 상기 ContentURL, FallbackURL 및 FailureURL 값들의 각각은 원래의 웹 서버 컴퓨터나 또는 임의의 다른 컴퓨터의 어드레스를 지정할 수 있다. 본 발명의 상기 실시예에 의하면, 전형적으로 다수의 URL이 클라이언트 시스템의 애플릿으로 복귀되고, 웹 서버에 대한 이후의 클라이언트의 요청에 어느 URL을 사용할 것인가를 선택하는 것은 바로 상기 애플릿이다.

본 발명의 서버측 실시예를 도 4 및 도 5를 참조하여 설명한다. 이 실시예에 의하면, 도 4에 도시된 바와 같이, 웹 서버(120)가, 웹 페이지 하이퍼링크의 LDAP URL을 식별하고 디렉토리(140)를 통하여 그들을 해석하여, 상기 디렉토리로부터 복귀되는 관련된 객체 데이터에 기초하여 원래의 각 링크를 대체하는 데에 요구되는 처리를 수행한다.

본 발명은, 클라이언트 컴퓨터의 사용자가 URL을 입력하거나(단계 300), 또는 URL을 포함하는 관심 있는 책갈피를 클라이언트 컴퓨터의 시스템 메모리로부터 추출함으로써, 그것이 상기 URL(예컨대, http://...)에 의하여 대표되는 페이지를 디스플레이하기 위하여 웹 서버로 요청을 발하도록 웹 브라우저의 동작(단계 310)을 야기함으로써 구현된다.

상기 요청에서 식별된 서버 컴퓨터는 관련된 스토어(store)로 억세스(단계 320)하는데, 상기 스토어는 상기 서버 컴퓨터와 접속된 보조 디스크 기억 장치에 보유되며, 상기 서버 컴퓨터는 상기 요구된 웹 페이지를 추출한다. 종래 기술에서 이미 알려진 바와 같이, 상기 웹 페이지는 종종 내장 URL을 포함하는 하이퍼링크를 구비한다. 본 발명에 의하면, 상기 웹 페이지의 어떤 것에 내장된 하나 또는 그 이상의 URL은 다음과 같은 형식의 디렉토리 참조 URL이다. 즉,

ldap://srvhost[:port]/dn[?ContentURL,FallbackURL,FailureURL[?base[?oc=PPO]]]

상기 서버는 상기한 바와 같은 디렉토리 참조 URL을 찾기 위하여 상기 추출된 웹 페이지를 조사하는데(단계 330), 그들은 HTML 태그(tag)(href=...)로 웹 페이지에 존재한다. 디렉토리 참조 URL을 식별함에 따라, 상기 서버는 상기 지정된 PPO를 추출하기 위하여 비동기식 요청을 송신함으로써 상기 디렉토리와 접촉한다(단계 340). 상기 디렉토리는 상기 요청된 PPO를 복귀시킨다(단계 350).

그 다음에, 상기 서버는 상기 복귀된 PPO를 처리하여 URL을 선택한다(먼저 ContentURL 속성의 값을 사용하고, 만약 상기 속성이 발견되지 않으면 상기 FallbackURL 속성으로부터의 값이 사용된다. 여기에서도 실패하면, 상기 FailureURL 속성으로부터의 값이 사용된다.)(단계 360). 그 다음에, 상기 하나의 선택된 URL이 상기 추출되어 처리된 웹 페이지와 함께 상기 웹 클라이언트 시스템으로 복귀된다(단계 370).

본 발명의 서버측 구현을 위하여 제공된 다중 대체 방식은 일반적으로 상기 웹 브라우저가 그 처리를 수행하는 경우만큼 유용하지는 않은데, 이것이 서버측 구현의 단점이 된다. 상기의 실시예에 의한 서버는 클라이언트 대신에 상기 참조된 페이지에 억세스하는 것이 아니라, 상기 클라이언트로 상기 URL을 복귀시켜 상기 클라이언트가 그 억세스를 개시할 수 있게 한다. 이것에 의하여 상기 클라이언트가 요청한 프로토콜이 그리로 복귀하는 프로토콜과 일치한다는 것이 보장된다. 상기와 같은 서버측 접근 방법은 클라이언트측 접근 방법과 임의의 네트워크내에서 공존할 수도 있다.

웹 페이지에 제공되는 페이지 포인터 객체에 추가되는 인덱스 용어를 사용하는 것도 본 발명의 기술적 범위에 속한다. 상기 PPO 참조는 디렉토리를 통해 하나 또는 그 이상의 웹 페이지에 대한 인덱스 용어를 형성한다. 웹 페이지 억세스에 관한 요청이 송신되는 서버 컴퓨터는 다음과 같은 클라이언트 시스템에 관한 정보를 수신하여 이에 응답할 필요가 있다. 즉, 상기 클라이언트의 인터넷 프로토콜 어드레스(상기 억세스 요청이 방화벽을 통한 것이 아닐 때. 만약 그런 경우라면, 상기 서버가 수신하는 것은 상기 방화벽의 IP 어드레스이다.), 상기 클라이언트 시스템의 언어(language), 그 운영 체계(operating system) 등이다. 본 발명의 한 실시예에 의하면, PPO 참조는 클라이언트 시스템으로부터 송신되는 요청의 다른 검색 용어에 의하여 보충될 수도 있으며, 수신하는 서버는 상기와 같은 검색 용어 및/또는 수신된 클라이언트 시스템의 정보에 응답하여, 본 발명에 의하여 추출된 웹 페이지들이 상기 클라이언트 시스템의 성질에 따라 또는 상기 클라이언트 시스템에 의하여 제공된 검색 용어에 따라 변화하도록 한다.

예를 들어, 임의의 회사의 소프트웨어 제품의 설명서와 그 소프트웨어의 사용권을 가진 사본이 설치된 고객 컴퓨터의 어드레스 목록이 함께 포함된 웹 페이지가 서버 시스템에 포함되었다고 하자. 상기 서버는, 수신된 요청이 상기 목록에 나타나있는 클라이언트 어드레스를 포함할 때에만 상기 제품 설명서로의 억세스를 허용하고, 상기 클라이언트 어드레스를 인식할 수 없을 때에는 제품 주문 정보를 수록한 다른 웹 페이지로의 억세스를 제공하도록 수정될 수 있다.

또한, 웹 페이지 URL을 본 발명에 의한 디렉토리에 저장시키면, 상기 웹 페이지 URL은 관리하기에 적절한 다른 인덱싱 용어에 관련될 수 있다. 그리하여, 제작일, 언어 또는 내용 등과 같은 서로 다른 많은 검색 기준을 사용하여 상기 웹 페이지에 억세스할 수 있으므로, 웹 페이지의 운영이 간단하게 된다.

본 발명에 의하면, 다음과 같은 이점이 제공된다. 즉,

특허 청구의 범위에 의하여 정의되는 발명의 사상과 범위로부터 벗어나지 않은 다양한 변경, 대체 및 수정을 가할 수 있음을 이해하여야 한다.

Claims

월드 와이드 웹(World Wide Web)을 통하여 자료에 억세스하기 위한 억세스 메카니즘(access mechanism)에 있어서- 여기서, 웹 페이지(web page)들은 웹 서버 컴퓨터(web server computer)에 저장된 연관된 웹 페이지에 억세스하기 위한 하이퍼링크(hyperlink)를 포함하며, 상기 하이퍼링크의 적어도 일부는 특정의 웹 페이지에 억세스하기 위한 URL을 저장하는 하나 또는 그 이상의 디렉토리(directory)로의 링크를 포함함 - ,

사용자가 웹 클라이언트 시스템(web client system)에서 상기 디렉토리중 어느 하나로의 링크를 포함하는 하이퍼링크를 선택함에 응답하여, 상기 디렉토리로부터 특정한 하나 또는 다수의 상기 저장된 URL을 추출하고, 상기 추출된 URL을 이용하여 상기 특정한 웹 페이지의 적어도 하나에 억세스하기 위한 억세스 로직(access logic)

을 포함하는 억세스 메카니즘.
제 1 항에 있어서,

상기 저장된 URL을 추출하고 웹 페이지에 억세스하기 위한 억세스 로직은,

웹 클라이언트 시스템에서 실행되기 위한 애플릿(applet) - 여기서, 상기 애플릿은, 사용자가 상기 하나 또는 그 이상의 URL을 추출하기 위하여 디렉토리 서버 컴퓨터(directory server computer)로 요청을 송신하도록 상기 디렉토리 서버 컴퓨터의 디렉토리로의 링크를 포함하는 하이퍼링크를 선택함에 응답하며, 상기 웹 클라이언트 시스템의 웹 브라우저(web browser)로 상기 URL의 적어도 하나를 전달하고, 상기 브라우저로 하여금 상기 URL을 이용하여 상기 특정의 웹 페이지의 적어도 하나에 억세스하도록 하기 위하여, 상기 디렉토리 서버 컴퓨터로부터 상기 추출된 URL을 수신함에 응답함 -

을 포함하는 억세스 메카니즘.
제 1 항에 있어서,

상기 억세스 로직은,

웹 브라우저 컴퓨터 프로그램의 전체 기능을 포함하는

억세스 메카니즘.
제 1 항에 있어서,

상기 억세스 로직은,

디렉토리로의 링크를 포함하는 하이퍼링크 - 여기서, 상기 하이퍼링크는 명명된 디렉토리 객체를 지정하는 디렉토리 참조 URL(directory reference URL)을 포함함 - 를 선택함에 응답하여, 특정의 URL을 속성값(attribute value)으로서 가지는 디렉토리 객체(directory object)가 저장된 디렉토리로부터 명명된 디렉토리 객체(named directory object) 또는 관련된 디렉토리 객체(related directory object)를 요청하고, 하나 또는 그 이상의 URL을 속성값으로 갖는 디렉토리 객체를 수신할 때, URL을 획득하도록 상기 디렉토리 객체를 처리하는

억세스 메카니즘.
제 4 항에 있어서,

상기 디렉토리 객체는,

제 1 URL에 의하여 식별되는 제 1 웹 페이지가 활용가능하지 않을 때에 클라이언트의 요청에 사용하기 위하여 획득되는 다른 웹 페이지를 식별하는 대체 URL(FallbackURL)을 포함하는

억세스 메카니즘.
제 5 항에 있어서,

상기 디렉토리 객체는,

웹 페이지 억세스 실패에 관한 내용의 정보 - 여기서, 상기 실패 정보는 상기 수신된 디렉토리 객체에 관련됨 - 를 구비한 웹 페이지를 식별하는 실패 URL(FailureURL)을 포함하는

억세스 메카니즘.
제 1 항에 있어서,

상기 억세스 로직은,

하이퍼링크 - 여기서, 상기 하이퍼링크는 LDAP 디렉토리로의 링크를 포함하며, 디렉토리 객체 구별 명칭(directory object Distinguished Name)을 명시하며, 선택적으로 추가적인 디렉토리 검색 기준을 명시함 - 의 선택에 응답하여, 하나 또는 그 이상의 디렉토리 객체를 LDAP 디렉토리로부터 요청하고, 하나 또는 그 이상의 웹 페이지 URL을 속성값으로서 갖는 디렉토리 객체를 수신할 때, URL을 획득하도록 상기 디렉토리 객체를 처리하는

억세스 메카니즘.
제 1 항에 있어서,

상기 디렉토리로부터 URL을 추출하거나 추출된 URL을 클라이언트 시스템에게 제공하는 것이, 상기 클라이언트의 요청에서 명시된 바와 같이 상기 클라이언트 시스템의 신원(identity) 또는 상기 클라이언트 시스템의 최종 사용자의 신원에 따라 조건부인

억세스 메카니즘.
제 1 항에 있어서,

상기 억세스 로직은 웹 페이지 URL과 함께 디렉토리에 저장된 인덱스 데이터(index data)에 응답하여, 상기 인덱스 데이터를 이용하여 디렉토리 억세스 검색 동작을 수행하는

억세스 메카니즘.
컴퓨터 판독가능 기억 매체에 저장된 컴퓨터 판독가능 프로그램 코드를 포함하는 컴퓨터 프로그램 제품에 있어서,

월드 와이드 웹을 통하여 자료에 억세스하는 데에 사용하기 위한 억세스 로직 - 여기서, 웹 페이지는 웹 서버 컴퓨터에 저장된 연관된 웹 페이지에 억세스하기 위한 하이퍼링크를 포함함 - 을 포함하며,

상기 하이퍼링크의 적어도 일부는 특정의 웹 페이지로 억세스하기 위한 URL을 저장하는 하나 또는 그 이상의 디렉토리로의 링크를 포함하며,

상기 억세스 로직은, 사용자가 웹 클라이언트 시스템에서 상기 디렉토리중 어느 하나로의 링크를 포함하는 하이퍼링크를 선택함에 응답하여, 상기 디렉토리로부터 특정한 하나 또는 다수의 상기 저장된 URL을 추출하고 상기 추출된 URL을 이용하여 상기 특정한 웹 페이지의 적어도 하나에 억세스하는

컴퓨터 프로그램 제품.
월드 와이드 웹을 통하여 자료에 억세스하는 데에 사용하기 위한 억세스 로직 - 여기서, 웹 페이지는 웹 서버 컴퓨터에 저장된 연관된 웹 페이지에 억세스하기 위한 하이퍼링크를 포함함 - 을 포함하며,

상기 하이퍼링크의 적어도 일부는 특정의 웹 페이지에 억세스하기 위한 URL을 저장하는 하나 또는 그 이상의 디렉토리로의 링크를 포함하며,

상기 억세스 로직은, 사용자가 웹 클라이언트 시스템(web client system)에서 상기 디렉토리중 어느 하나로의 링크를 포함하는 하이퍼링크를 선택함에 응답하여, 상기 디렉토리로부터 특정한 하나 또는 다수의 상기 저장된 URL을 추출하고 상기 추출된 URL을 이용하여 상기 특정한 웹 페이지의 적어도 하나에 억세스하는

데이터 처리 시스템.
웹 페이지 URL을 포함하는 속성을 갖는 디렉토리 객체를 저장하는 하나 또는 그 이상의 디렉토리에 억세스하도록 형성된 웹 클라이언트 시스템에 의하여 구현되는 웹 페이지에 억세스하기 위한 방법에 있어서 - 여기서, 웹 페이지는 웹 서버 컴퓨터에 저장된 연관된 웹 페이지에 억세스하기 위한 하이퍼링크를 포함하며, 상기 하이퍼링크의 적어도 일부는 상기 하나 또는 그 이상의 디렉토리로의 링크를 포함함 - ,

사용자가 웹 클라이언트 시스템에서 하이퍼링크 - 상기 하이퍼링크는 상기 디렉토리중 어느 하나로의 링크를 포함하고 특정한 디렉토리 객체를 명시함 - 를 선택함에 응답하여, 상기 특정한 디렉토리 객체를 추출하기 위하여 상기 디렉토리로 억세스하는 단계;

상기 디렉토리 객체로부터 웹 페이지 URL을 획득하는 단계; 및

상기 획득된 URL을 이용하여 웹 페이지에 억세스하는 단계

를 포함하는 웹 페이지 억세스 방법.
웹 페이지 URL을 포함하는 속성을 갖는 디렉토리 객체를 저장하는 하나 또는 하나 또는 그 이상의 디렉토리에 억세스하도록 형성된 웹 서버 컴퓨터(web server computer)에 의하여 구현되는 것으로서, 웹 클라이언트 컴퓨터(web client computer)로부터의 요청에 응답하여 웹 서버 컴퓨터에 의하여 추출된 웹 페이지를 처리하기 위한 방법에 있어서,

웹 클라이언트 컴퓨터로부터의 요청에 응답하여 기억 수단(storage means)에 억세스하고 요청된 웹 페이지를 추출하는 단계;

특정한 디렉토리 객체를 명시하는 디렉토리 참조 URL에 대하여 상기 추출된 페이지를 조사하는 단계;

디렉토리 참조 URL 검출시에, 상기 참조된 디렉토리로부터 상기 명시된 디렉토리 객체를 요청하는 단계;

요청된 디렉토리 객체 수신시에, 웹 페이지 URL을 획득하기 위하여 상기 디렉토리 객체를 처리하고, 상기 추출된 웹 페이지에 상기 웹 페이지 URL을 통합하는 단계;

상기 처리된 웹 페이지를 상기 웹 클라이언트 컴퓨터로 복귀시키는 단계

를 포함하는 웹 페이지 처리 방법.
웹 브라우저가 설치된 적어도 하나의 클라이언트 컴퓨터;

웹 페이지 URL에 의하여 식별되는 웹 페이지를 저장하는 적어도 하나의 서버 컴퓨터 - 여기서, 상기 웹 페이지의 일부는 연관된 웹 페이지에 억세스하기 위한 하이퍼링크를 포함함 - ;

디렉토리 객체가 속성-값으로서 웹 페이지 URL을 갖는 디렉토리 데이터베이스를 저장하는 적어도 하나의 서버 컴퓨터를 포함하는 디렉토리

를 포함하며,

상기 하이퍼링크의 적어도 일부는 특정한 디렉토리 객체를 명시하는 디렉토리로의 링크를 포함하며, 상기 시스템은 억세스 로직 - 여기서, 상기 억세스 로직은, 사용자가 클라이언트 컴퓨터에서 상기 디렉토리로의 링크를 포함하는 하이퍼링크를 선택함에 응답하여, 상기 디렉토리로부터 특정한 디렉토리 객체를 추출하고, 웹 페이지 URL을 획득하도록 상기 디렉토리 객체를 처리하며, 상기 URL에 의하여 식별된 웹 페이지에 억세스함 - 을 포함하는

데이터 처리 시스템.
제 14 항에 있어서,

상기 억세스 로직은,

서버 컴퓨터에 저장되며, 상기 클라이언트 시스템에서 실행될 것을 요청하는 상기 클라이언트 시스템으로부터의 요청에 응답하여 상기 클라이언트 컴퓨터로 전송될 수 있는 애플릿(applet)을 포함하는

데이터 처리 시스템.
월드 와이드 웹 인터넷 서비스를 통해 자료에 억세스하기 위한 억세스 메카니즘을 제공하기 위한 방법에 있어서 - 여기서, 웹 페이지는 연관된 웹 페이지에 저장된 자료에 억세스하기 위한 하이퍼링크를 포함함 - ,

디렉토리에 하나 또는 그 이상의 디렉토리 객체를 생성하는 단계 - 여기서, 상기 디렉토리 객체는 특정한 웹 페이지에 억세스하기 위한 URL을 포함하는 속성-값을 갖음 - ;

웹 페이지에 상기 디렉토리에 대한 참조 - 여기서, 상기 참조는 상기 디렉토리 객체중 특정한 것들을 식별함 - 를 포함하는 하이퍼링크를 설정하는 단계; 및

사용자가 웹 클라이언트 시스템에서 디렉토리 참조 하이퍼링크를 선택함에 응답하여, 상기 식별된 디렉토리 객체로부터 하나 또는 그 이상의 상기 URL을 추출하고, 상기 추출된 URL을 이용하여 상기 특정한 웹 페이지의 적어도 하나에 억세스하기 위한 억세스 로직을 제공하는 단계

를 포함하는 억세스 메카니즘 제공 방법.