KR20030064828A

KR20030064828A - 네트워크 클라이언트로부터의 정보에 대한 리퀘스트 수행방법 및 시스템

Info

Publication number: KR20030064828A
Application number: KR10-2003-7008046A
Authority: KR
Inventors: 아우프라이빈센트; 브리카드아나우드; 레콤테파비엔; 레스카몬티에르아놀드; 발라데진-마리
Original assignee: 인터내셔널 비지네스 머신즈 코포레이션
Priority date: 2000-12-20
Filing date: 2001-09-07
Publication date: 2003-08-02
Also published as: CN1253816C; CA2430102A1; US8250462B2; WO2002050706A3; EP1366436A2; KR100552554B1; TW535081B; JP2004516579A; US20120311425A1; US20020083154A1; US9141597B2; IL156525A0; CN1484797A; JP4594586B2; IL156525A; WO2002050706A2

Abstract

본 명세서에서 클라이언트-서버 환경에서 네트워크 클라이언트로부터의 정보 데이터에 대한 리퀘스트를 수행하는 방법 및 시스템이 개시된다. 이 리퀘스트되는 정보 데이터는 네트워크 서버로부터 액세스 가능하고, 폼 기반 포맷 하이퍼텍스트 문서를 통해 디스플레이되며, 이에 정보 데이터는 하이퍼텍스트 문서 내의 전용 폼 필드를 채움으로써 제공된다. 본 방법은 다음 단계, 네트워크 클라이언트에서 하이퍼텍스트 문서 및 프로그램 컴포넌트를 수신하는 단계(13)와, 하이퍼텍스트 문서 ― 상기 하이퍼텍스트 문서는 초기에는 그 폼 필드를 채우는 어떤 정보 데이터도 없음― 를 디스플레이 하는 단계(31)와, 네트워크 클라이언트의 사용자로부터 정보에 대한 리퀘스트를 하이퍼텍스트 문서의 디스플레이의 결과로서 사용자에게 제공되는 사용자 인터페이스를 통해 획득하는 단계(41)와, 리퀘스트된 정보 데이터를 획득하는 프로그램 컴포넌트를 호출하는 단계(43)와, 리퀘스트된 정보 데이터가 네트워크 클라이언트 내의 프로그램 컴포넌트에 할당되는 버퍼 메모리 내에 이미 저장되어 있는 지의 여부를 결정할 때, 버퍼 메모리로부터 그것들을 검색하거나 네트워크 서버로부터 그것들을 다운로드(53,55,57)함으로써 리퀘스트된 데이터를 획득하는 단계(57)와, 하이퍼텍스트 문서 내의 적당한 폼 필드를 획득된 정보 데이터로 채우고(59), 리퀘스트된 정보 데이터가 포함된 하이퍼텍스트 문서를 디스플레이하는 단계를 포함한다.

Description

네트워크 클라이언트로부터의 정보에 대한 리퀘스트 수행 방법 및 시스템{METHOD AND SYSTEM FOR FULFILLING REQUESTS FOR INFORMATION FROM A NETWORK CLIENT}

클라이언트-서버 컴퓨터 네트워크는 잘 알려져 있다. 클라이언트-서버 컴퓨터 네트워크 중 가장 두드러진 예는 인터넷이다. 인터넷은 사용자로 하여금 본질적으로 다른 이종 컴퓨터 시스템에서 구조적 경계 및 지리적 경계를 가로질러서 서로 통신할 수 있도록 하는 네트워크의 총체이다. 인터넷 상에서의 정보 교환은 클라이언트-서버 구조에 기초하는 통상적인 네트워크 규칙을 따른다.

인터넷은 전송 제어 프로토콜/인터넷 프로토콜(TCP/IP)이라 불리는 패킷 교환 프로토콜을 사용한다. 완전한 인터넷 액세스는 통상적으로 다섯 개의 주요 특징을 포함하는데, 전자 메일(e-mail)과, 텔넷(Telnet)을 사용하여 인터넷 접속된 컴퓨터에 로그 온하는 것과, 파일 전송 규약(FTP)을 사용하여 인터넷 접속된 컴퓨터로부터 파일을 전송하는 것, 토론 그룹(discussion group)에 액세스하는 것 그리고 다양한 정보 조사 툴, 특히 월드 와이드 웹(WWW 또는 웹)을 사용하는 것을 포함한다.

본 발명은 월드 와이드 웹과 특히 관련된다. 월드 와이드 웹은 인터넷을 통해 구할 수 있는 정보를 수집하는 하이퍼텍스트 기반 정보 서비스이다. 그것은 웹 브라우저 클라이언트가 임의의 액세스 가능한 웹 서버로부터의 정보를 액세스하게 하고 다수의 미디어 타입을 지원한다. 월드 와이드 웹은 내장된 하이퍼텍스트 링크에 의해 다른 소프트웨어를 호출하기 위해 사용될 수 있다. 하이퍼텍스트 생성 언어(HTML)는 정적 텍스트 문서를 묘사하기 위해 사용되며, 웹 브라우저는 보다 세부적으로는 HTML 번역기이다. URL(Uniform Resource Locator)는 기본적으로 사용자에게 어떤 것이 어디에 있는지(그 주소) 뿐만 아니라 그것이 무엇인지도 알려주는 네트워크 로케이션이다. URL 어드레스의 기초 형태는 그 리소스에 도달하기 위해 어떤 인터넷 서비스가 필요한지, 그것이 어떤 컴퓨터 상에 위치하는지 그리고 검색 대상이 되는 것을 찾기 위한 충분한 세부사항을 밝히는 service://hostname/path 이다. 주어진 웹 페이지 상에 내장된 하이퍼텍스트 링크들은 주어진 웹 페이지에 연관되는 정보를 찾기 위해 사용될 수 있다. 하나의 웹페이지 내의 하이퍼텍스트 링크를 클릭함으로써, 사용자는 다른 연관된 웹 페이지를 디스플레이하거나 또는 연관된 프로그램까지도 호출할 수 있다.

오늘날 웹을 통해 네비게이팅함으로써, 웹 서버를 통해 액세스 가능한 원거리의 데이터베이스와 같은 서로 다른 구조의 플랫폼과 접속하고 통신하는 것이 가능하다. 통상적으로, 원거리의 데이터베이스 내에 저장되는 데이터는 일반적으로 HTML 문서라 불리는 폼 기반 포맷 HTML 문서를 통해 웹 클라이언트(가령, 웹 브라우저)에 접속되는 사용자에게 제공된다. 찾을 데이터, 즉, "동적 데이터"는 HTML 폼의 전용 필드를 채운다. 클라이언트 측에서 HTML 문서는 클라이언트 웹 브라우저에 의해 번역되고, 데이터를 나타내는 GUI(graphical user interface)는 사용자에게 디스플레이된다. 통상적 처리에 따라 입력 HTML이 사용되어 웹 클라이언트에 접속되는 사용자로부터의 리퀘스트를 규정하는 데이터를 수집한다. 그 후, 리퀘스트 데이터는 웹 서버에서 CGI 프로그램(공통 게이트웨이 인터페이스) 또는 서브렛(sublet) 프로그램과 같은 언어 독립적인 인터페이스 프로그램에 입력되는데, 이 프로그램은 리퀘스트되는 데이터를 제공하는 것을 담당하는 데이터베이스 애플리케이션 프로그램을 인터페이스한다. 마지막으로 서버 프로그램은 폼 필드를 채우는 리퀘스트된 데이터를 포함하는 출력 HTML 폼을 생성하고, 그것을 웹 클라이언트에게 전송한다.

그래서, 서버 측에서는, 찾을 데이터, 즉 "동적" 또는 "유용한" 데이터가 그 저장 위치로부터 검색되고, 그 후 HTML 폼 기반 포맷 문서의 정적 데이터, 즉 "템플릿(templete)" 또는 "마스크(mask)" 데이터와 병합되며, 마지막으로 전체 문서가웹 클라이언트에게 전송된다.

그러나, 이상의 처리는 응답 시간에 있어 불리하며 인터넷 트래픽 오버헤드를 생성한다는, 예를 들면, 질의(query)마다 정적 데이터는 변하지 않은 채 남아 있으나 동적 데이터만 변하는 때, 즉, 데이터의 제공 방식이 변하지 않은 채 남아 있는 경우에 특히 단점을 보인다.

클라이언트에서 사용자가 디스플레이되는 GUI를 통해 새로운 정보 질의를 생성하기를 원할 때, 새로운 리퀘스트는 HTML 폼을 통해 생성되고, 리퀘스트되는 새로운 데이터가 동일한 데이터베이스 질의 세션 동안에 이미 사용자에 의해 찾아졌거나 획득되었을 지라도 웹 서버에 전체 문서가 전송된다. 이는 또 응답 시간에 있어 불리하게 하며 인터넷 트래픽 오버헤드를 생성한다.

더욱이, 사용자가 HTML 폼을 통해 현재 디스플레이되는 특정 데이터를 업데이트하기 원할 때, 사용자는 통상적으로 디스플레이되는 HTML 폼, 즉, 현재 디스플레이되는 웹 페이지의 특정 필드의 값을 변경함으로써 그 데이터를 수정한다. 그 변경을 확인하기 위해, 전체 HTML 폼이 웹 서버에 전송된다. 여기서, 디스플레이되는 웹 페이지가 데이터베이스 내에 저장되는 데이터 레코드의 일부라면, 그 데이터 레코드의 다른 부분을 수정하기 위해, 사용자는 그 데이터 레코드의 해당 부분을 다운로드하는 새로운 리퀘스트를 생성해야 한다. 이 이후의 동작이 또한 응답 시간과, 생성되는 인터넷 트래픽 오버헤드의 점에서 효과적이지 않다. 그것은 사용자가 사용하기에도 편리하지 않다.

본 발명은 일반적으로 클라이언트-서버 컴퓨터 네트워크에서 정보를 교환하는 것에 관한 것이다. 보다 자세히는, 본 발명은 네트워크 클라이언트로부터의 정보 데이터 ― 상기 정보 데이터는 네트워크 서버로부터 액세스 가능하고, 폼 기반(form-based) 포맷 하이퍼텍스트 문서를 통해 디스플레이 가능함 ― 에 대한 리퀘스트(request)를 수행하는 방법에 관한 것이다. 본 발명은 또한 이러한 방법을 수행하는 시스템에 관한 것이다.

첨부 도면에서, 제한되지 않은 예로서 주어지며,

도 1은 본 발명에 따라서 네트워크 클라이언트로부터의 정보 데이터에 대한 리퀘스트를 수행하는 방법의 주요 단계들을 도시하는 순서도,

도 2a 내지 2d를 포함하는 도 2는 본 발명의 바람직한 실시예에 따라 네트워크 클라이언트로부터의 정보 데이터에 대한 리퀘스트를 수행하는 방법을 더 상세히 도시하는 순서도,

도 3은 본 발명의 바람직한 실시예에 따라 스크린의 레이아웃을 두 개의 프레임으로 도시하는 다이어그램,

도 4는 본 발명에 따라서 클라이언트-서버 통신 네트워크를 통해 웹 클라이언트가 웹 서버와 통신하는 것을 도시하는 개략도이다.

유사한 참조 번호는 도면의 여러 뷰의 해당부를 참조한다.

발명의 개요

따라서, 본 발명의 주 목적은 웹 클라이언트로부터의 정보를 액세스하는 종래 기술의 방법에서의 이상에서 언급된 단점을 극복하는 것이다.

이 목적 및 다른 목적들은 본 발명에 의해 하나의 측면에서, 네트워크 클라이언트로부터의 정보 데이터에 대한 리퀘스트를 수행하는 방법을 제공함으로써 달성되는데, 이 정보 데이터는 네트워크 서버로부터 액세스 가능하고, 폼 기반 포맷 하이퍼텍스트 문서를 통해 디스플레이 가능하며, 그에 따라 하이퍼텍스트 문서 내의 전용 폼 필드를 채움으로써 정보 데이터가 제공된다. 본 발명에 따르면, 이 방법은

― 네트워크 클라이언트에서, 네트워크 서버로부터 전송된 하이퍼텍스트 문서 및 프로그램 컴포넌트를 수신하는 단계와,

― 하이퍼텍스트 문서 ― 상기 하이퍼텍스트 문서는 초기에는 그 폼 필드를 채우는 어떤 정보 데이터도 갖지 않음― 를 디스플레이하는 단계와,

― 하이퍼텍스트 문서의 디스플레이의 결과로서 사용자에게 제공되는 사용자 인터페이스를 통해 상기 네트워크 클라이언트의 사용자로부터 정보에 대한 리퀘스트를 획득하고, 리퀘스트된 정보 데이터를 획득하기 위한 프로그램 컴포넌트를 호출하는 단계와,

― 리퀘스트된 정보 데이터가 네트워크 클라이언트에서 프로그램 컴포넌트에 할당된 버퍼 메모리 내에 이미 저장되어 있는지 또는 저장되어 있지 않은지를 결정할 때에, 버퍼 메모리로부터 그것을 검색하거나 네트워크 서버로부터 그것을 다운로드함으로써 리퀘스트된 데이터를 획득하는 단계와,

― 하이퍼텍스트 문서에서의 적절한 폼 필드를 획득된 정보 데이터로 채우고, 리퀘스트된 정보 데이터가 포함된 하이퍼텍스트 문서를 디스플레이하는 단계

를 포함한다.

이상에서 간결하게 정의된 정보 데이터에 대한 클라이언트 리퀘스트 수행 방법은 클라이언트와 서버 사이의 많은 네트워크 교통을 절약하는 것을 가능하게 한다. 이는 한편으로, 사용자에게 디스플레이되는 (HTML) 폼(즉, 정적 데이터 또는 마스크 데이터)의 처리를 데이터베이스로부터 획득되는 데이터(동적 데이터)로부터 교묘하게 분리함으로써 그리고, 다른 한편으로, 클라이언트 머신 내의 프로그램 컴포넌트에 의해 제어되는 동적 데이터의 임시 저장에 의해 달성된다. 명백히는 클라이언트 머신에 국부적으로(버퍼 메모리 내에) 다운로드되는 데이터의 임시 저장 때문에 클라이언트 머신에서 데이터를 찾는 데 응답 시간이 상당히 감소된다. 찾을 정보 데이터를 리퀘스트하기 위해 사용될 클라이언트 브라우저는 완벽하게 표준이어서, 즉, 그것이 본 발명을 구현하기 위해 적응되거나 구성될 필요가 없다.

본 발명의 유리한 특성에 따르면, 사용자 인터페이스를 통해 대응 폼 필드의 내용을 변경함으로써 사용자는 그(그녀)에게 제공되는 정보 데이터의 적어도 약간을 수정할 수 있다. 본 발명에 따른 방법은

― 폼 필드에 포함되는 변경된 정보 데이터를 자동적으로 검색하고 변경된 정보 데이터를 버퍼 메모리 내에 저장하기 위해 프로그램 컴포넌트를 호출하는 단계와,

― 사용자 인터페이스를 통해 사용자에 의해 수행되는 동작 ― 상기 동작은 변경된 정보 데이터의 검색에 독립적으로 수행됨― 에 응답하여, 네트워크 서버에 변경된 정보 데이터를 업로드하기 위해 프로그램 컴포넌트를 호출하는 단계

를 더 포함한다.

하나의 유리한 특징은 사용자 (확인) 동작이 변경된 정보 데이터의 검색에 독립적으로 수행된다는 것이다. 즉, 사용자는 다른 데이터 레코드를 검색하고, 데이터 룩업(lookup) 세션의 종료 시 하나 이상의 레코드에 인가되는 변경을 "커밋하기(commit)"로 결정할 수 있다.

본 발명의 바람직한 실시예에 따르면, 하이퍼텍스트 문서는 폼 필드의 내용이 적당한 태그에 의해 HTML 문서에서 참조되는 스크립트 프로그램에 의해 처리되는 HTML 문서이다. 스크립트 프로그램은 특히, 사용자에 의해 리퀘스트되는 정보 데이터의 다운로드를 트리거하는 프로그램 컴포넌트를 호출하고, 폼 필드로부터 변경된 정보 데이터를 자동적으로 검색하고, 변경된 정보 데이터를 버퍼 메모리에 임시 저장하는 프로그램 컴포넌트를 호출하고, 이전에 저장된 변경된 정보 데이터의 업로드를 트리거하는 프로그램 컴포넌트를 호출하는 담당을 한다.

본 발명의 바람직한 실시예에 따르면, 소위 스크립트 프로그램은 자바스크립트 프로그램이고, 소위 프로그램 컴포넌트는 자바 애플릿인데, 이들은 적당한 태그에 의해 HTML 문서에서 참조된다.

본 발명의 다른 중요하고 유리한 특징은 HTML 폼과 네트워크 클라이언트에접속되는 사용자 사이의 상호작용을 처리하는 스크립트 프로그램(바람직한 실시예에서 자바스크립트 프로그램)과, 사용자에게 제시되는 HTML 폼과 원거리 서버 사이의 상호작용을 조절하는 프로그램 컴포넌트(애플릿) 사이의 "결합"이다. 특히, (애플릿) 프로그램 컴포넌트에는 네트워크 클라이언트에서 그것에 할당되며, 특히, 클라이언트에 다운로드되거나 클라이언트로부터 서버로 업로드되는 데이터를 임시 저장하도록 의도된 버퍼 메모리가 제공되므로 캐쉬 메모리(cache memory)로서 동작한다.

다른 측면에 따르면, 본 발명은 이상에서 간결히 언급된 정보에 대한 리퀘스트를 수행하는 방법을 수행하는 데 적응되는 수단을 포함하는 컴퓨터 시스템과 관련된다.

본 발명은 컴퓨터 프로그램이 컴퓨터에 로딩되고, 그것에 의해 실행될 때 이상에서 간단히 정의된 방법을 수행하는 소프트웨어 코드 부분을 포함하는 컴퓨터 프로그램과 관련된다. 본 발명은 컴퓨터 사용 가능한 매체 상에 저장되는 컴퓨터 프로그램 제품과 관련된다. 컴퓨터 프로그램 제품은 컴퓨터가 이상에서 간단히 정의된, 정보에 대한 리퀘스트를 수행하는 방법을 실행하게 하는 컴퓨터 판독 가능한 프로그램 수단을 포함한다.

본 컴퓨터 시스템, 본 컴퓨터 프로그램 및 본 컴퓨터 프로그램 제품의 유리한 점들은 이상에서 간결히 개시된 방법의 유리한 점들과 동일하다. 본 발명의 다른 특징 및 유리한 점들은 다음의 상세한 설명으로부터 또 개시될 것이다.

다음 정의가 본 발명의 이해를 더하는데 유용할 수 있다.

애플릿 ― HTML 페이지 내에 내장될 수 있는 작은 자바 프로그램. 애플릿은 그것이 파일 및 직렬 장치(모뎀, 프린터 등)와 같은 로컬 컴퓨터 상의 특정 리소스들을 액세스할 수 없고 네트워크를 거쳐 대부분의 다른 컴퓨터와 통신하는 것이 금지된다는 점에서 풀-플레지(full-fledged) 자바 애플리케이션과 다르다. 현재의 규칙은 애플릿만이 애플릿을 전송한 컴퓨터에 인터넷 접속할 수 있다는 것이다 .

브라우저 ― 다양한 종류의 인터넷 리소스를 보기 위해 사용되는 클라이언트 소프트웨어 프로그램.

클라이언트 ― 서버 소프트웨어 프로그램 또는 종종 먼 거리의 다른 컴퓨터에 접속하고 그들로부터 데이터를 획득하기 위해 사용되는 컴퓨터 또는 소프트웨어 패키지. 각 클라이언트 프로그램은 하나 이상의 특정 종류의 서버 프로그램과 작업하도록 계획되며, 각 서버는 특정 종류의 클라이언트를 요구한다. 웹 브라우저는 특정 종류의 클라이언트이다.

CGI ― 공통 게이트웨이 인터페이스는 월드 와이드 웹 서버 상에서 실행하는 프로그램을 위한 인터페이스를 제공한다. 가장 일반적인 사용은 동적 리턴 형태를 갖는 입력 폼을 위한 것이다. CGI-BIN은 종종 특정 CGI 프로그램이 서버 상에 위치되는 디렉토리이다.

GUI ― 타이핑된 명령과는 반대로 그래픽 명령에 의해 컴퓨터 사용자와 애플리케이션 사이의 상호작용을 허용하는 그래픽 사용자 인터페이스.

HTML ― 하이퍼텍스트 생성 언어는 표준 ASCII 텍스트 문서 내에서 간단한 명령의 내장이 집적된 시각 디스플레이를 제공하게 한다. HTML은 사용자가 텍스트 크기와 흐름, 집적 오디오 및 사진을 특정하고 링크를 생성하며 상호적인 형태를 생성하는 것을 허용하는 인터넷 및 WWW에서 사용된다.

HTTP ― 하이퍼텍스트 전송 프로토콜은 인터넷을 거쳐 하이퍼텍스트 파일의 이동을 허용한다. 그것은 한 쪽에서, HTTP 클라이언트 프로그램을 그리고 다른 쪽에서 HTTP 서버 프로그램을 요구한다. HTTP는 WWW에서 사용되는 가장 중요한 프로토콜이다.

인터넷 ― 공공 인터넷 상에서 찾을 동일한 종류의 소프트웨어를 사용하지만 내부 사용만을 위한 회사나 조직 내부의 사설 네트워크. 인터넷이 더 인기 있게 됨에 따라, 인터넷 상에서 사용되는 툴들 중 많은 툴들이 사설 네트워크에서 사용되고, 예를 들면, 많은 회사들이 직원들에게만 이용 가능한 웹 서버를 갖는다.

자바 ― JAVA^TM는 인터넷을 통해 컴퓨터에 안전하게 다운로드될 수 있고, 바이러스 또는 컴퓨터나 파일에 어떤 해가 있지 않을까하는 두려움 없이 즉시 실행할 수 있는 기록 프로그램을 위해 전용 설계된, 썬 마이크로시스템에 의해 개발된 네트워크 지향 프로그래밍 언어이다. 작은 자바 프로그램(애플릿)을 사용하면, 웹 페이지는 애니메이션, 계산기 또는 다른 화려한 기교와 같은 기능들을 포함할 수 있다.

자바스크립트 ― 자바 코드의 라인이 HTML 스크립트 내로 삽입되게 허용하는 스크립팅 언어. 마이크로소프트 버전은 Jscript^TM이라 명명된다.

서브렛(SUBLET) ― 서브렛은 클라이언트 리퀘스트에 대답하기 위해 서버 애플리케이션에서 실행하는 자바 코드의 모듈이다(따라서, 그 이름 "서브렛"은 클라이언트 측에서의 "애플릿"과 유사함). 서브렛은 특정 클라이언트-서버 프로토콜에 연결되지 않으나 HTTP로 가장 일반적으로 사용되며, 단어 "서브렛"은 "HTTP 서브렛"의 의미로 종종 사용된다. 서브렛은 상당히 이동이 쉬운 자바 언어로 작성되고, 표준 프레임워크를 따르기 때문에, 서버에서의 정교한 서버 확장을 생성하는수단과 운영 체제 독립적 방법을 제공한다. 서브렛은 점진적으로 CGI 프로그램을 대체하고 있다.

본 발명의 목적은 클라이언트-서버 네트워크 환경에서 네트워크 클라이언트로부터의 정보 데이터에 대한 리퀘스트를 수행하는 방법을 제공하는 것이다. 리퀘스트되는 정보 데이터는 네트워크 서버 가령, 데이터베이스 서버로부터 액세스 가능하며, 폼 기반 포맷 하이퍼텍스트 문서로 사용자에게 디스플레이된다. 즉, 하이퍼텍스트 문서가 디스플레이될 때, 데이터는 폼의 필드를 채움으로써 사용자에게 제공된다. 그 데이터가 통상적으로 디스플레이된 폼을 통해 사용자에게 제공되는 이러한 데이터베이스 애플리케이션은 가령, 뱅킹 데이터베이스 애플리케이션과 인간 리소스 데이터베이스 애플리케이션을 포함한다.

이제 도면, 보다 세부적으로는 도 1을 참조하며, 본 발명에 따라 네트워크 클라이언트로부터의 정보 데이터에 대한 리퀘스트를 수행하는 방법의 주요 단계들을 설명할 것이다. 네트워크 클라이언트는 통상적으로 컴퓨터와 같은 클라이언트 머신이다.

도 1에서 도시되는 방법은 클라이언트 머신에 접속되는 사용자가 네트워크 서버 홈페이지에 대한 리퀘스트를 생성하는 단계(11)에서 시작한다. 본 명세서에서 관련되는 네트워크 서버는 서버 머신에서 국부적으로 저장되는 데이터베이스에 저장되거나 서버 머신을 통해 액세스 가능한 정보를 제공하는 데이터베이스 서버이다. 즉, 후자의 경우에, 데이터베이스는 서버 머신이 접속되는 근거리 통신망(LAN) 또는 인트라넷과 같은 사설 네트워크를 통해 액세스 가능할 수 있다.

사용자는 클라이언트 머신 상에서 실행하는 웹 브라우저를 본 명세서에서 "URL(서버)"라 표시되는 대응 URL로 "가리킴"으써 서버 홈페이지로의 액세스를 얻는다. 박스(11)에서 도시되는 것처럼, "URL(서버)"는 본 명세서에서 "FRAMESET.HTM"이라 불리는 하이퍼텍스트 문서를 가리킨다. 실제로, 이 하이퍼텍스트 문서는 HTML 문서이다.

단계(13)에서, 클라이언트는 서버로부터 전송되는 HTML 문서를 수신한다. HTML 문서는 그 후 클라이언트 웹 브라우저에 의해 로딩된다. 이전에 언급한 바와 같이, 로딩되는 HTML 문서는 폼 기반 하이퍼텍스트 문서이며, 그것을 통해 디스플레이되는 정보 데이터는 문서 내의 전용 HTML 폼 필드를 채움으로써 제공된다.

본 발명에 따르면, HTML 폼 필드의 내용은 스크립트 프로그램, 즉, 적당한 태그에 의해 HTML 문서 "FRAMESET.HTM"에서 참조되는 스크립팅 언어 프로그램에 의해 관리된다. 본 발명의 바람직한 실시예에서 그 스크립트 프로그램은 자바스크립트 프로그램이다.

더 상술될 바와 같이, 스크립트 프로그램은 특히, 사용자에 의해 리퀘스트되는 정보 데이터의 다운로드를 트리거하는 프로그램 컴포넌트를 호출하고, 폼 필드로부터 변경된 정보 데이터를 자동적으로 검색하고, 프로그램 컴포넌트에 연관되는 버퍼 메모리에 변경된 정보 데이터를 임시 저장하며, 이전에 저장된 정보 데이터의 업로드를 트리거하는 프로그램 컴포넌트를 호출하는 담당을 한다.

본 발명의 바람직한 실시예에 따르면, HTML 문서 "FRAMESET.HTM"은 적어도 두 개의 프레임을 포함한다. 이를 위해, 문서 "FRAMSET.HTM"은 적당한 다음 HTML태그

<FRAMESET...>그리고</FRAMESET>

를 일반적으로 포함한다.

프레임 중 하나의 프레임은 "URL(프레임1)"이라 불리는 URL과 연관되고, 본 명세서에서 "APPLET.HTM"에 의해 표시되는 HTML 문서를 가리킨다. 다른 프레임은 "URL(프레임2)"이라 불리는 URL과 연관되고 "BORDER.HTM"이라 표시되는 HTML 문서를 가리킨다. HTML 문서에 포함되는 다음 태그는 HTML 문서 내의 프레임 정의의 주요부를 나타낸다.

<FRAMESET>

<FRAME SRC=".../APPLET.HTM" height=0>

<FRAME SRC=".../BORDER.HTM">

</FRAMESET>

HTML 문서 "APPLET.HTM"은 본 발명의 바람직한 실시예에서 "애플릿"이라 불리는 작은 자바 프로그램인 프로그램 컴포넌트 중 적당한 HTML 태그에 의해 결과로 나오는 참조를 포함한다. 자바 애플릿은 <APPLET> 태그에 의해 HTML 문서 내로 삽입된다.

다른 한편, HTML 문서 "BORDER.HTM"는 적당한 태그에 의해 참조되는 이전에 언급된 자바스크립트 프로그램을 포함한다. 자바스크립트 코드는 다음의 태그 <SCRIPT LANGUAGE="JavaScript">에 의해 삽입된다.

도 1로 되돌아가면, HTML 문서 "FRAMESET.HTM"이 로딩될 때인 단계(13)에서,자바스크립트 스크립트 프로그램이 시작되고, 그 후 단계(31)에서 HTML 문서는 디스플레이 스크린 상으로 사용자에게 디스플레이되고, 즉, HTML 폼이 도시된다. 그 폼은 HTML 문서 "BORDER.HTM"에 대응하는 프레임을 통해 도시되고, 그 안에 포함되는 스크립트 프로그램에 의해 관리된다. 다른 편에서, HTML 문서 "APPLET.HTM"에 대응하는 프레임은 이상에서 도시된 바와 같이 속성 "높이"를 0으로 설정함으로써 숨겨진다.

본 발명에 따라서, 사용자에게 디스플레이되는 폼은 초기에 그 필드가 빈어 있는 상태로 디스플레이되고, 즉, 필드를 채우는 어떤 정보 데이터도 없다.

본 발명의 바람직한 실시예에 따라 두 개의 프레임으로의 스크린의 레이아웃이 도 3에 도시된다. 도 3에서, 본 명세서에서 브라우저의 스크린이라 불리는 클라이언트의 컴퓨터 상의 컴퓨터 스크린의 다이어그램이 도시된다. 브라우저의 스크린은 부모(parent), 초기 프레임, 즉 HTML 문서 "FRAMESET.HTM"에 의해 두 개의 프레임으로 분할된다. "BORDER.HTM" 프레임이라 불리는 더 큰 프레임(F2)은 필드가 사용자에 의해 리퀘스트되는 정보 데이터를 디스플레이하기 위해 사용되는 HTML 폼을 포함한다. 프레임(F2)의 위에는 다른 프레임, "APPLET.HTM" 프레임이라 불리는 프레임(F1)이 있다. 프레임(F1)은 숨겨진다, 즉 사용자가 볼 수 없다. 그러나, 애플릿 프로그램 컴포넌트를 디버깅하기 위해, 이 프레임은 소정의 HTML 태그를 적절히 (가령, 0과 다른 "높이"로) 설정함으로써 보일 수 있게 된다. 이전에 언급한 것처럼 디스플레이되는 HTML 폼의 필드 내용은 문서 "BORDER.HTM"에 포함되는 자바스크립트 프로그램에 의해 제어된다.

이제, 도 1로 되돌아가면, 단계(41)에서, 정보에 대한 리퀘스트가 클라이언트 컴퓨터의 사용자로부터 획득된다. 그 정보 리퀘스트는 HTML 문서 "BORDER.HTM"의 디스플레이의 결과로서 사용자에게 제공되는 GUI(graphical user interface)를 통해 사용자에 의해 규정된다. 통상적으로, 사용자는 스크린 상에 디스플레이되는 그래픽 아이템 상에 마우스로 클릭함으로써 찾기 원하는 정보를 정의하는 선택 데이터를 입력한다. 선택 데이터가 사용자에 의해 입력되자마자, 단계(43)에서, (자바) 스크립트 프로그램의 특정 코드를 실행시킴으로써 검색되고, 애플릿 프로그램 컴포넌트가 호출된다. 보다 세부적으로는, 애플릿 컴포넌트 중 (객체 지향 프로그래밍에서 의미하는) 사전 정의된 방법이 리퀘스트된 정보 데이터를 획득하기 위해 호출된다.

본 발명에 따르면, 그것이 클라이언트 컴퓨터 상에서 실행될 때, 버퍼 메모리가 애플릿 프로그램 컴포넌트에 할당된다. 이 버퍼 메모리는 원거리의 데이터베이스로부터 다운로드되거나 데이터베이스에 업로드되는 업데이트된 데이터를 임시 저장하기 위한 캐시 메모리로서 동작한다.

다음 단계(51)는 결정 단계인데, 여기서 사용자에 의해 리퀘스트되는 정보 데이터가 애플릿 컴포넌트에 연관되는 버퍼 메모리 내에 이미 저장되어 있는지의 여부가 결정된다. 가령, 동일한 서버 접속 세션 동안에 사용자가 이전에 이 데이터를 찾았던 경우에, 리퀘스트되는 정보는 버퍼 메모리 내에 이미 저장되어 있을 것이다.

단계(57)에서 도시되는 바와 같이, 리퀘스트되는 정보가 버퍼 메모리 내에이미 저장되어 있다면, 리퀘스트되는 정보는 애플릿 컴포넌트에 의해 버퍼 메모리로부터 검색되고, 자바스크립트 프로그램에 리턴된다.

이와는 반대로, 정보 데이터가 메모리 버퍼 내에서 발견되지 않는다면, 리퀘스트되는 정보는 서버로부터 다운로드될 것이다. 이를 위해, 단계(53)에서는, 애플릿 컴포넌트가 서버로의 정보 데이터에 대한 리퀘스트의 전송을 트리거한다. 정보 리퀘스트는 서버에 의해 수신되고 처리되어 리퀘스트되는 정보 데이터를 네트워크를 통해 클라이언트 브라우저에 전송하게 된다.

단계(55)에서 도시되는 바와 같이, 서버에 의해 전송되는 정보 데이터는 클라이언트 브라우저에서 애플릿 컴포넌트에 의해 수신된다. 그 후, 단계(57)에서, 애플릿 컴포넌트는 획득되는 정보 데이터를 자바스크립트 프로그램에 리턴한다.

마지막으로, 단계(59)에서, 자바스크립트 프로그램의 제어 하에서 디스플레이되는 HTML 폼의 적당한 필드들은 획득된 정보 데이터로 채워져서 사용자는 그가 리퀘스트한 정보를 볼 수 있게 된다.

본 발명의 바람직한 실시예에 따르면, 클라이언트 머신과 서버 머신 사이에서의 데이터 ― 즉, 사용자에 의해 리퀘스트되거나 업로드되는 하이퍼텍스트 문서 및 정보 데이터― 의 전송(다운로드 또는 업로드)은 HTTP 프로토콜을 사용하여 이루어진다.

이제 도 2a 내지 2d를 포함하는 도 2를 참조하면, 본 발명의 바람직한 실시예에 따라 네트워크 클라이언트로부터의 정보 데이터에 대한 리퀘스트를 수행하는 방법이 보다 상세히 설명될 것이다. 순서도인 이 도면들에서, 도시되는 방법 단계중 몇몇은 도 1에 관하여 이미 설명한 단계들과 동일하므로, 더 설명되지 않을 것이다.

도 2a는 본 발명의 바람직한 실시예에 따라 클라이언트 브라우저를 네트워크 서버에 접속시키고 HTML 폼을 획득하고 디스플레이하는 처리를 상술한다.

도 2b 및 2c는 본 발명의 바람직한 실시예에 따라서 찾을 서버 정보 데이터를 정의하고 그로부터 획득하는 처리(도 1에서 단계(41)부터 단계(59)까지)를 상세히 설명한다.

도 2d는 사용자에게 현재 디스플레이되는 정보 데이터를 업데이트하는 처리를 상세히 설명한다.

도 2a를 먼저 참조하면, 첫 단계(11 및 13)는 도 1의 단계와 동일하므로, 그것들은 도 1과 관련하여 이미 위에서 설명했기 때문에 다시 설명하지 않을 것이다.

도 2a의 다음 단계(20)는 서버에 의해 서비스되는 데이터베이스에 들어가는 사용자 권리를 검사하도록 의도된 인증 단계이다. 단계(20)는 부단계(201 내지 215)를 포함한다.

HTML 문서(FRAMESET.HTM)가 단계(13)에서 클라이언트 브라우저 내로 로딩되된 이후에, 인증 단계(20)는 (자바스크립트) 스크립트 프로그램에 의해 생성되는 로그인 윈도우가 사용자에게 스크린 상으로 디스플레이되는 부단계(201)로 시작한다.

다음 단계(203)에서, 사용자는 그의 사용자-ID(사용자 식별) 및 그의 암호와 같은 로그인 데이터를 채우고, 그 다음 가령 디스플레이되는 버튼을 클릭함으로써확인화하거나 취소한다. 사용자가 취소(결정 단계(205)에서 분기 "네")했다면, 사용자는 서버 홈페이지를 빠져나가고, 프로세스는 종료한다. 이와 반대로, 그가 확인한다면, 다음 단계(207)에서, 스크립트 프로그램은 사용자에 의해 입력되는 로그인 데이터를 검색하고, 입력 파라메터로서 그 로그인 데이터를 이용하여 애플릿 컴포넌트의 방법을 호출한다.

단계(209)에서, 애플릿 컴포넌트는 로그인 데이터를 HTTP 리퀘스트(포스트 리퀘스트)를 통해 서버에 전송하여 서버로 하여금 사용자 인증을 속행할 수 있도록 한다. 다음 단계(211)에서, 서버는 애플릿 프로그램 컴포넌트에 응답을 전송하는데, 상기 응답(HTTP 응답)은 사용자 인증의 결과를 포함한다. 그 후, 애플릿 컴포넌트는 자바스크립트 프로그램에 수신되는 인증 응답을 리턴한다(단계(213)).

결정 단계(215)에서, 자바스크립트 프로그램은 인증 응답을 평가(evlauate)한다. 사용자가 식별되지 않는다면, 로그인 윈도우는 그 필드가 지워진 상태로 다시 디스플레이되고, 적절한 메세지가 사용자에게 디스플레이된다. 이와는 반대로, 사용자가 잘 식별된다면, 즉, 접속이 수락된다면, 인증 단계(20)는 완료하며, 다음 단계(31)에서 문서 BORDER.HTM으로부터 생성되는 HTML 폼이 모든 정보 데이터 전용 필드가 빈 상태로 디스플레이된다.

본 발명에 따른 정보에 대한 리퀘스트를 수행하는 방법은 (접속점 A를 통해)도 2b로 진행한다.

도 2b의 단계(401)에서, 사용자는 찾을 정보의 카테고리를 규정하는 선택 데이터를 입력하도록 요구된다. 정보의 카테고리는 가령, 인간 리소스 데이터베이스애플리케이션에서, 일정한 회사 내의 일정한 직원의 그룹과 관련있는 레코드의 콜렉션("레코드"는 일건 서류(dossier)라고도 불림)이다. 그 경우에, "정보의 카테고리" 대신에 "일건 서류의 모집단"이라는 표현을 사용할 수 있다.

이러한 데이터베이스는 일반적으로 계층적으로 조직화되기 때문에, 사용자에게 데이터베이스 조직을 나타내는 그래픽 계층 트리(organizational tree)가 스크린에 제공될 수 있고, 사용자는 그가 찾기 원하는 정보의 카테고리를 특정 분기 또는 트리의 리프(leaf)를 클릭함으로써 선택할 수 있다.

단계(403)에서, 그래픽 사용자 인터페이스를 제어하는 자바스크립트 프로그램은 사용자에 의해 입력되는 선택 데이터를 검색하고, 입력 파라메터로서 그 검색된 선택 데이터를 이용하여 (애플릿 프로그램 컴포넌트의) 애플릿 방법을 호출한다.

단계(405)에서, 애플릿 컴포넌트는 HTTP 리퀘스트를 통해 선택 데이터를 서버에 전송한다. 네트워크 서버는 알려진 방식으로 가령, 하나 이상의 서브렛 또는 CGI 모듈(이상에서 서버와 CGI 모듈의 정의를 참조하라)을 사용하여 데이터베이스와 통신함으로써 선택 데이터를 처리한다. 클라이언트에 의해 전송되는 선택 데이터에 응답하여, 서버는 선택되는 정보 카테고리에 대응하는 레코드 식별 목록을 생성한다. 가령, 이상에서 언급된 인간 리소스 데이터베이스 애플리케이션의 경우, 이 레코드 식별 목록은 대응 레코드를 식별하는 알파벳 순의 이름의 목록이거나 번호 순의 보통의 목록일 수 있다. 그 다음, 서버는 식별 목록을 클라이언트에게 전송한다.

단계(407)에서, 클라이언트 브라우저에서, 애플릿 컴포넌트는 레코드 식별 목록을 수신하고, 그것을 그 연관 버퍼 메모리 내로 저장한다. 그 후, 단계(409)에서, 목록에서 식별되는 제 1 레코드는 현재의 레코드로 설정되고, 즉, 레코드는 디스플레이될 첫 번째 레코드일 것이다.

다음 단계(411)에서, 애플릿 프로그램은 자바스크립트 프로그램으로 리턴하며 단계(413)에서 현재의 레코드를 식별하고, 애플릿 컴포넌트를 다시 호출해서 현재의 레코드에 대한 정보 데이터를 검색하게 된다. 그 후, 프로세스는 접속 점 C를 통해 도 2c의 단계(51)에서 계속한다.

도 2c에서, 단계(51-59)는 도 1에서 동일한 참조 부호의 단계와 동일하다. 그래서, 더 상세한 설명을 얻기 위해 이전에 도 1에 관해 이루어진 이 단계들의 설명을 참조할 수 있다.

디스플레이된 폼의 필드가 사용자에 의해 리퀘스트되는 정보 데이터로 채워지는 단계(59)가 지난 이후에, 다음 단계(601)에서, 디스플레이되는 사용자 인터페이스를 통해 사용자에 의해 수행되는 동작, 즉, 명령을 대기한다. 사용자 동작이 검출되어 그래픽 사용자 인터페이스를 조절하고 관리하는 자바스크립트 프로그램에 의해 처리된다.

결정 단계(601-611)에서 도시되는 바와 같이, 사용자에 의해 수행되는 동작은

― 새로운 페이지, 즉 현재 디스플레이되는 정보 데이터와 관련된 보다 많은 정보를 리퀘스트하는 단계(단계(603))와,

― 정보 예컨데, 인간 리소스 데이터베이스의 경우에 동일한 회사 조직 유닛 중 다른 직원과 관련된 정보의 새로운 레코드를 리퀘스트하는 단계(단계(605))와,

― 정보 예컨데, 인간 리소스 데이터베이스의 경우에 다른 회사 조직 유닛의 직원과 관련된 정보의 새로운 카테고리를 리퀘스트하는 단계(단계(609))와,

― 현재 디스플레이된 레코드 예컨데, 인간 리소스 데이터베이스의 경우에 특정 직원과 관련된 일건 서류의 소정 데이터의 변경(업데이트)을 리퀘스트하는 단계(단계(609))와,

― 프로그램 애플리케이션으로부터의 종료를 리퀘스트하는 단계(단계(611))

를 포함한다.

도 2c에서 도시되는 바와 같이, 검출된 동작이 새로운 페이지에 대한 리퀘스트(단계(603)에서 "네")이면, 리퀘스트된 페이지가 버퍼 메모리 내에 이미 저장되어 있는지의 여부가 결정되고(단계(51)), 프로세스는 이전에 설명된 바(도 1의 단계(51-59))에 따라 계속한다.

검출된 동작이 새로운 레코드에 대한 리퀘스트가 되도록 결정된다(단계(605)에서 "네")면 리퀘스트된 레코드가 버퍼 메모리 내에 이미 저장되어 있는지의 여부를 검사하기 위해 단계(51)로 다시 들어간다.

검출된 동작이 새로운 카테고리 리퀘스트(단계(607)에서 "네")라면, (접속점 B를 통해) 도 2b의 단계(403)에 다시 들어가서 도 2b와 관련하여 이전에 설명된 애플릿 컴포넌트(단계(403)와 그 후속 단계)를 통해 서버에 리퀘스트를 전송하게 된다.

동작이 업데이트 리퀘스트 되도록 결정된다면, 접속점 D를 통해 도 2d의 단계(701)에 들어가서 업데이트 처리로 진행하게 된다(이하에서 상세히 설명됨).

마지막으로, 검출된 동작이 종료 동작(단계(611)에서 "네")이라면, 프로그램은 종료하고, 데이터베이스 서버로의 접속이 해제된다. 새로운 데이터베이스 접속은 도 2a의 단계(11)로 다시 시작할 것이다.

도 2c의 실시예에서 도시되는 바와 같이, 사용자에 의해 수행되는 동작이 이미 언급된 동작(603 내지 611) 중 어느 것에도 대응하지 않는다면, 단계(601)에 다시 들어가서 새로운 사용자 동작을 대기하게 되며, 동시에 적당한 에러 메세지가 스크린 상에 디스플레이된다.

이제, 도 2d와 관련하여, 사용자에게 제시되는 HTML 폼의 필드를 통해 디스플레이되는 정보 데이터를 업데이트 하는 처리에 대해 상세히 설명될 것이다.

업데이트 프로세스는 디스플레이되는 HTML 폼의 필드를 채우는 정보 데이터 중 몇몇이 수정되었다는 것을 스크립트 프로그램이 검출하는 단계(701)에서 시작한다. 그 결과, 스크립트 프로그램은 수정된 데이터를 검색하고, 입력 파라메터로서 변경된 데이터로 애플릿 컴포넌트의 방법을 호출한다. 다음의 단계(703)에서, 애플릿 컴포넌트는 버퍼 메모리에 수정된 데이터를 (임시적으로) 저장한다. 사용자는 그 후 동일한 카테고리 내의 다른 레코드로부터 데이터를 찾을 수 있다.

단계(705)에서, 그가 다른 정보 카테고리를 찾기 위한 리퀘스트를 하기 이전에 또는 그가 프로그램 애플리케이션을 종료하기로 정하기 이전에 사용자에 의해 선택된 순간에, 사용자는 그가 사용자 인터페이스를 통해 동작 예컨데, 업데이트확인 기능 전용의 버튼 클릭을 수행함으로써 이전에 입력했던 변경을 확인할 수 있다. 업데이트 확인 동작(종종 "커미트(commit)" 동작이라 불림)에 응답하여, 스크립트 프로그램은 확인 동작을 처리하고, 서버에 업데이트 명령을 전송하기 위해 애플릿 컴포넌트 중 사전 정의된 방법을 호출한다. 애플릿 컴포넌트는 구성이 이전에 언급된 바(단계(703))와 같이 버퍼 메모리 내에 변경된 데이터를 임시적으로 저장하는 담당을 하기 때문에 데이터베이스에서 어떤 데이터가 업데이트 되어야 하는 지와 어떤 값으로 업데이트 되어야 하는 지를 결정할 수 있다.

다음 단계(709)에서, 애플릿 컴포넌트는 업데이트 리퀘스트를 서버(HTTP 포스트 업데이트)에 전송하는데 데이터 베이스에서 대응하는 레코드(들)를 업테이트하도록 계획되는 변경 데이터를 포함한다. 그 후, 애플릿 컴포넌트는 서버 응답을 대기한다.

서버는 데이터베이스에서 업데이트되는 레코드를 수신되는 변경 데이터로 변경한다. 이를 위해, 서버는 이미 언급된 서브렛 또는 CGI 프로그램과 같은 하나 이상의 애플리케이션 프로그램 인터페이스를 사용하여 데이터베이스와 통신한다. "타겟" 레코드가 데이터베이스에서 업데이트되자마자, 서버는 업데이트 응답(HTTP 응답 메세지)을 클라이언트 컴퓨터에 전송한다.

단계(711)에서 클라이언트 컴퓨터에서는, 애플릿 컴포넌트가 업데이트 응답을 수신하고, 응답을 자바스크립트 프로그램에 리턴한다.

마지막으로, 단계(713)에서, 자바스크립트 프로그램은 사용자에게 정보 데이터 업데이트 프로시저의 결과를 신호로 알리는 적절한 메세지의 디스플레이를 트리거 오프한다. 그 후, 자바스크립트 프로그램은 추가의 사용자 동작을 대기하기 위해 접속점 E를 통해 도 2c의 단계(601)에 리턴하고, 처리는 이전에 언급된 바와 같이 계속한다.

요약해서 말하자면, 본 발명에 따르면, 네트워크 클라이언트 사용자에게는 그에게 제시되는 정보 데이터의 적어도 몇몇을 해당 HTML 폼 필드의 내용을 변경함으로써 수정하는 능력이 제공된다. 먼저, 폼 필드에 포함되는 변경된 정보는 자동적으로 검색되고(단계(701), 애플릿 컴포넌트가 호출되어 변경된 정보 데이터를 버퍼 메모리 내에 저장하게 된다(단계(702,703)). 그 후, 사용자 인터페이스를 통해 사용자에 의해 수행되는 동작(확인 동작)에 응답하여(단계(705)), 프로그램 컴포넌트(애플릿)가 호출되어(단계(705)) 네트워크 서버에 변경된 정보 데이터를 업로드하게 된다(단계(709)). 하나의 유리한 특징은 사용자 확인 동작이 변경된 정보 데이터의 검색에 독립적으로 수행된다는 것이다. 즉, 사용자는 다른 데이터 레코드를 찾을 수 있고, 데이타베이스 룩업 세션의 종료 시 하나 이상의 레코드에 적용되는 변경을 "커미트(commit)"하기로 결정할 수 있다.

본 발명의 다른 중요하면서도 유리한 특징은 HTML 폼과 네트워크 클라이언트에게 접속되는 사용자 사이의 상호작용을 관리하는 스크립트 프로그램(바람직한 실시예에서는 자바스크립트 프로그램)과, 사용자에게 제시되는 HTML 폼과 원거리 서버 사이의 상호작용을 제어하는 프로그램 컴포넌트(애플릿) 사이의 "결합"이다. 특히, 프로그램 컴포넌트에는 네트워크 클라이언트에서 그것에 할당되는 버퍼 메모리가 제공되고, 특히, 클라이언트에 다운로드되거나 클라이언트로부터 서버로 업로드되는 데이터를 임시 저장하도록 의도되어서, 캐시 메모리로서 동작한다.

이상에서 설명되는 정보 데이터에 대한 클라이언트 리퀘스트를 수행하는 방법은 관리에 있어서 사용자에게 디스플레이되는 (HTML) 폼(즉, 정적 데이터 또는 마스크 데이터)와 데이터베이스로부터의 데이터(즉, 동적 데이터) 사이에서의 간결한 분리 덕택에 그리고 클라이언트 머신에서의 프로그램 컴포넌트에 의해 제어되는 동적 데이터의 임시 저장 덕택에 클라이언트와 서버 사이의 상당한 네트워크 트래픽을 절약할 수 있다. 더욱이, 클라이언트 머신에서 데이터를 찾는 것에서의 응답 시간은 특히 클라이언트 머신에서 국부적으로(버퍼 메모리에) 다운로드되는 임시 저장 때문에 상당히 감소된다.

이제 도 4를 참조하면, 본 발명에 따라서 클라이언트-서버 통신 네트워크를 통해 웹 서버와 통신하는 웹 클라이언트를 도시하는 개략도가 도시되어 있다.

네트워크(1)는 적어도 하나의 클라이언트 컴퓨터(80)(본 명세서에서 네트워크 클라이언트 또는 클라이언트 머신이라고도 불림) 및 적어도 하나의 서버 컴퓨터(90)(본 명세서에서 네트워크 서버 또는 서버 머신이라고도 불림)를 포함한다. 클라이언트 컴퓨터(80)와 서버 컴퓨터(90)는 전송 채널(2)에 의해 접속되는데 이는 임의의 유선 또는 무선 전송 채널일 수 있다.

클라이언트 컴퓨터(80)는 (1차 및/또는 2차) 메모리(86)에 접속되는 중앙 처리 장치(CPU)(84)를 포함하는 표준 컴퓨터이다. 메모리(86)는 많은 컴퓨터 프로그램을 포함하는데, 웹 브라우저(861)을 포함한다. 웹 브라우저(861)는 종래 기술에서 알려져 있는 타입일 수 있다. 종래 기술에서 알려져 있는 바와 같이, 브라우저는 원거리의 서버 컴퓨터(90)와 통신하고, 실질적으로 이러한 컴퓨터로부터 수신되는 정보를 시각적으로 제공하기 위해 사용된다. 클라이언트 컴퓨터(80)는 표준 네트워크 접속 장치(82)를 통해 네트워크 통신을 확립한다.

애플릿 프로그램 컴포넌트(862)를 저장하는 클라이언트 메모리(86)가 도시되며, HTML 문서 "FRAMESET.HTM"(864)은 도 3과 관련하여 이전에 설명한 바와 같이 문서 "APPLET.HTM" 및 "BORDER.HTM"을 포함한다. 메모리(86)는 이전에 설명된 것처럼 애플릿 컴포넌트에 의해 사용되는, 메모리 버퍼로서 동작하는 메모리 영역(863)도 포함한다. 애플릿 컴포넌트와 "FRAMESET.HTM" 문서는 도 1과 관련하여 이전에 설명한 바와 같이 사용자가 웹 서버(961) 홈페이지에 대한 리퀘스트를 한 이후에 서버 컴퓨터(90)의 메모리(96)로부터 클라이언트 컴퓨터(80)로 다운로드된다.

서버 컴퓨터(90)는 표준 서버 컴퓨터 컴포넌트를 포함하는데, 네트워크 접속 장치(92)와, CPU(94)와, (1차 및/또는 2차) 메모리(96)를 포함한다. 메모리(96)는 본 발명과 연관되는 프로세싱을 구현하는 컴퓨터 프로그램의 세트를 저장한다. 메모리(96)는 웹 서버(961)를 저장한다. 웹 서버(961)는 종래 기술에서 알려져 있는 타입일 수 있다. 메모리(96)는 웹 서버(961)와 서버 컴퓨터(90)에 의해 액세스 가능한 데이터베이스 서버(3) 사이의 상호작용으로서 동작하도록 의도되는 적어도 하나의 서브렛 컴포넌트(962)도 저장한다. 서브렛 컴포넌트(962)는 본 발명에 따라 클라이언트 리퀘스트를 수행하는 방법을 구현하도록 계획된다. 메모리(96)는 HTML 문서의 원래의 코드(963,964) 및 애플릿 컴포넌트도 저장한다. 웹 서버(961)는HTML 문서(FRAMESET.HTM)의 복사본(864) 및 애플릿 프로그램의 인스턴스(862)를 클라이언트 컴퓨터(80)에 전송하며, 클라이언트 웹 브라우저(861)로부터의 추가 리퀘스트를 처리하는 것을 담당한다.

데이터베이스 서버(3)는 서버 컴퓨터(90)에 국부적으로 부착되거나 통합되거나 또는 네트워크 접속 장치(92)를 통해 또 다른 네트워크 접속, 가령, 근거리 통신망(LAN)을 통해 액세스할 수 있다.

당업자는 다음의 본 발명의 청구 범위 내에서 그 범위에서 본 발명의 많은 변경이 실행될 수 있다는 것을 인식할 것이다. 특히, 본 발명은 인터넷 및 월드 와이드 웹에 제한되지 않고 인터넷에서 일반적으로 사용되는 통신 프로토콜 및 표준을 사용하는 어떤 네트워크에도 적용할 수 있다.

Claims

네트워크 클라이언트(80)로부터의 정보 데이터 ― 상기 정보 데이터는 네트워크 서버(90)로부터 액세스 가능하고, 폼 기반(form-based) 포맷 하이퍼텍스트 문서를 통해 디스플레이 가능하며, 이에 의해 상기 정보 데이터는 상기 하이퍼텍스트 문서에서 전용 폼 필드를 채움(filling)으로써 제공됨― 에 대한 리퀘스트를 수행하는 방법에 있어서,

― 상기 네트워크 클라이언트에서, 상기 네트워크 서버로부터 전송된 하이퍼텍스트 문서 및 프로그램 컴포넌트를 수신하는 단계(13)와,

― 상기 하이퍼텍스트 문서 ― 상기 하이퍼텍스트 문서는 초기에는 그 폼 필드를 채우는 어떤 정보 데이터도 갖지 않음― 를 디스플레이하는 단계(31)와,

― 상기 하이퍼텍스트 문서의 디스플레이의 결과로서 사용자에게 제공되는 사용자 인터페이스를 통해 상기 네트워크 클라이언트의 사용자로부터 정보에 대한 리퀘스트를 획득(41)하고, 상기 리퀘스트된 정보 데이터를 획득하기 위한 프로그램 컴포넌트를 호출하는 단계(43)와,

― 상기 리퀘스트된 정보 데이터가 상기 네트워크 클라이언트 내의 프로그램 컴포넌트에 할당되는 버퍼 메모리 내에 이미 저장되어 있는 지의 여부를 결정(51)할 때, 상기 리퀘스트된 정보 데이터를 상기 버퍼 메모리로부터 검색하거나 상기 네트워크 서버로부터 다운로드(53,55,57)함으로써 상기 리퀘스트된 데이터를 획득하는 단계(57)와,

― 상기 하이퍼텍스트 문서 내의 적절한 폼 필드를 상기 획득된 정보 데이터로 채우고(59), 상기 리퀘스트된 정보 데이터가 포함된 상기 하이퍼텍스트 문서를 디스플레이하는 단계

를 포함하는 정보 데이터 대한 리퀘스트 수행 방법.
제 1 항에 있어서,

상기 사용자에게는 상기 사용자 인터페이스를 통해 대응하는 폼 필드의 내용(content)을 변경함으로써 사용자에게 제공되는 상기 정보 데이터의 적어도 일부를 수정할 수 있는 능력이 제공되며,

상기 방법은

― 상기 폼 필드에 포함되는 상기 변경된 정보 데이터를 자동적으로 검색(701)하고, 상기 프로그램 컴포넌트를 호출해서(701) 상기 버퍼 메모리 내에 상기 변경된 정보 데이터를 저장(703)하는 단계와,

― 상기 사용자 인터페이스를 통해 상기 사용자에 의해 수행되는 동작 ―상기 동작은 변경된 정보 데이터의 검색에 독립적으로 수행됨― 에 응답하여(705), 상기 프로그램 컴포넌트를 호출(705)해서 상기 네트워크 서버에 상기 변경된 정보 데이터를 업로드(709)하는 단계

를 더 포함하는 정보 데이터 대한 리퀘스트 수행 방법.
제 1 항 또는 제 2 항에 있어서,

상기 하이퍼텍스트 문서를 디스플레이하는 상기 단계(31)는 사용자 인증의 단계(20)에 의해 후속하여 진행하며, 그 때 상기 사용자의 상기 네트워크 서버로의 접속이 수락되면 상기 디스플레이 단계(31)가 수행되는

정보 데이터 대한 리퀘스트 수행 방법.
제 1 항 내지 제 3 항 중 어느 한 항에 있어서,

상기 하이퍼텍스트 문서는 HTML 문서이며, 상기 폼 필드 내용은 적절한 태그에 의해 상기 HTML 문서에서 참조되는 스크립트 프로그램에 의해 관리되며, ― 상기 스크립트 프로그램은 특히 사용자에 의해 리퀘스트되는 정보 데이터의 다운로드를 트리거하는 상기 프로그램 컴포넌트를 호출하고, 상기 폼 필드로부터 변경된 정보 데이터를 자동적으로 검색하고, 상기 변경된 정보 데이터를 상기 버퍼 메모리 내에 임시 저장하고, 이전에 저장된 변경된 정보 데이터의 업로드를 트리거하는 프로그램 컴포넌트를 호출하는 것을 담당하는

정보 데이터에 대한 리퀘스트 수행 방법.
제 4 항에 있어서,

사용자로부터의 정보에 대한 리퀘스트를 획득하는 상기 단계(41)는

― 상기 스크립트 프로그램을 사용하여 상기 사용자 인터페이스를 통해 상기 사용자에 의해 입력(401)되는 선택 데이터를 검색하는 단계(403)와,

― 상기 프로그래밍 컴포넌트를 사용하여 상기 선택 데이터를 상기 네트워크 서버에 전송(405)하고, 이에 응답하여 선택된 정보 카테고리에 대응하는 레코드 식별 목록을 상기 서버로부터 수신(407)하고, 상기 식별 목록을 상기 버퍼 메모리 내에 저장(407)하는 단계(405,407)와,

― 상기 스크립트 프로그램을 사용하여 상기 레코드 식별 목록에서 식별되는 현재의 레코드에 대한 정보 데이터를 검색하기 위해 상기 프로그램 컴포넌트를 호출하는 단계(413)

를 포함하는 정보 데이터 대한 리퀘스트 수행 방법.
제 4 항 또는 제 5 항에 있어서,

상기 HTML 문서는 적어도 두 개의 프레임을 포함하며, 상기 스크립트 프로그램 및 상기 프로그램 컴포넌트는 두 개의 서로 다른 프레임 내의 HTML 문서에서 참조되는 정보 데이터 대한 리퀘스트 수행 방법.
제 4 항, 제 5 항 또는 제 6 항에 있어서,

상기 스크립트 프로그램은 자바스크립트 프로그램인 정보 데이터 대한 리퀘스트 수행 방법.
제 4 항 내지 제 7 항 중 어느 한 항에 있어서,

상기 프로그램 컴포넌트는 적절한 태그에 의해 상기 HTML 문서에서 참조되는 자바 애플릿인 정보 데이터 대한 리퀘스트 수행 방법.
제 1 항 내지 제 8 항 중 어느 한 항에 있어서,

상기 하이퍼텍스트 문서 및/또는 상기 정보 데이터는 상기 HTML 프로토콜을 사용하여 상기 네트워크 서버로부터 또는 상기 네트워크 서버로 다운로드되거나 업로드되는 정보 데이터 대한 리퀘스트 수행 방법.
제 1 항 내지 제 9 항 중 어느 한 항에 따른 정보에 대한 리퀘스트 수행 방법을 실행하기 위해 적응된 수단을 포함하는 컴퓨터 시스템.
상기 컴퓨터 프로그램이 컴퓨터 시스템에 로딩되어 실행될 때, 제 1 항 내지제 9 항 중 어느 한 항에 따른 정보 데이터에 대한 리퀘스트 수행 방법을 실커미트 위한 소프트웨어 코드 부분을 포함하는 컴퓨터 프로그램.
컴퓨터 사용 가능 매체(computer usable medium) 상에 저장되는 컴퓨터 프로그램 제품에 있어서,

컴퓨터로 하여금 제 1 항 내지 제 9 항 중 어느 한 항에 따른 정보 데이터에 대한 리퀘스트 수행 방법을 실행하게 하는 컴퓨터 판독 가능 프로그램 수단(computer readable program means)을 포함하는 컴퓨터 프로그램 제품.