KR20020043231A - 부하 의존 콘텐츠를 제공하기 위한 방법 및 시스템 - Google Patents

Abstract

로드 인디케이터(load indicator)의 기능으로서 서버(10)로부터 다운로드된 것(11)의 컨텐트(content)를 제어하기 위한 방법 및 시스템이 제공된다. 유리하게도, 이는 복수의 사용자(18)가 서버 자체에서 및/또는 네트워크(12) 상에서 정체(congestion)가 있을 때 적절한 방식으로 제공받을 수 있게 한다. 다운로드할 것에 대한 선택은, 이러한 선택을 수행할 수 있는 기능을 처음부터 갖고 있거나 이러한 기능을 제공하는 코드를 다운로드한 서버(10) 또는 클라이언트 단말기(14)에서 이루어질 수 있다. 로드 인디케이터(8-1)는 서버 로드, 네트워크 로드, 또는 기타 다른 적절한 로드를 지시할 수도 있고, 임의의 적절한 메커니즘을 이용하여 획득될 수도 있다. 예를 들면, 테스트 이미지는 클라이언트 컴퓨터(14)로 다운로드될 수 있고(2-2), 테스트 이미지를 다운로드하는 데 걸린 시간이 측정된다(2-3). 이 시간은 로드량으로서 이용될 수 있다. 대안으로서, 로드 인디케이터는, 라우터가 얼마나 비지(busy)한 지를 직접 판독함으로써, 얼마나 많은 요청이 서빙(serving)되고 있는 중인지와, 각각의 요청이 얼마나 큰 것인지를 모니터링 하고(4-1) 이에 기초하여 로드 인디케이터를 결정함으로써, 또는 복수의 독립 머신(independent machine)이 다운로드하는 타이밍을 정하고(5-1) 고객의 위치에 물리적으로 가장 근접한 독립 머신들 중 하나에 대해 상기 타이밍에 기초하여 로드 인디케이터를 결정함으로써 획득될 수 있다.

Description

부하 의존 콘텐츠를 제공하기 위한 방법 및 시스템{METHODS AND SYSTEMS FOR PROVIDING LOAD DEFENDENT CONTENT}

점심 시간 동안, 저녁 시간 이후, 또는 텔레비젼 상업 프로그램 방영 직후와 같은 하루의 특정 시간에 인터넷 상의 서버는 소정 서버에 의해 제공되는 웹 사이트에 대해 피크치의 부하 기간을 경험하게 된다. 소정의 웹 페이지에 대한 콘텐츠는 통상 동일 페이지를 모든 사람이 접속하면서 고정되어 있기 때문인 것으로 생각되어진다.

이들 피크치의 부하 기간 동안의 인터넷 사용자로 인해 수용할 수 없는 지연이 발생하게 된다. 이는 인식될 수 있는 문제이며, 이를 처리하기 위한 몇몇 종래의 방법들이 있다. 하나의 통상적인 방법은 더 많은 대역폭 및/또는 더 많은 서버를 간단하게 구매하여 미사용된 대부분의 시간을 통용하는 초과 용량을 제공하는 것이다. 또 다른 방법은 더 많은 리소스를 갖는 특정 서버에 대해 고 가치의 고객 그룹이 이용하게 하는 방법이다. 이는 보다 낮은 가치를 갖는 고객, 예를 들어 더 많은 웹 사이트를 이용하지만 구매가 거의 없는 고객에 대해 인터넷 리소스의 회사지불 비용을 감소시킨다. 또 다른 방법에 있어서, 피크치의 사용이 발생된 다음 더 많은 대역폭이 이들 기간 동안에만 구매될 때를 예상하는 시도를 하는 것이다.

이들 방법 모두는 네트워크에 대해 수정을 함으로써 상기의 문제에 착수할 수 있으며, 이는 물론 웹 페이지의 제공 비용을 필수적으로 증가시킨다. 이들 방법은 항상 적용가능한 것은 아니다. 예를 들어, 개별 웹 페이지 제공자는 전반적으로 네트워크의 문제에 흥미를 갖지 않을 수 있고, 더 많은 대역폭 또는 장비를 구매할 수 있는 처지에 있지 않을 수 있다. 그래서 피크치 부하 기간의 문제를 처리하기 위한 보다 유연한 방법에 대한 필요성이 대두된다.

또 다른 통상적인 방법은 웹 페이지 사이즈를 30k 이하로 줄이는 방법이다. 이 방법의 문제는 최종 웹 페이지가 보링(boring)된다.

<발명의 요약>

본 발명의 목적은 하나 이상의 상기 확인된 단점을 제거하거나 완화시키는 것이다.

본 발명의 다양한 실시예는 로드 인디케이터의 기능으로서 서버로부터 다운로드되는 컨텐트를 제어하기 위한 방법 및 시스템을 제공한다. 유익하게도, 이는 대다수의 사용자가 정체가 발생할 때, 자체 서버에서, 및/또는 네트워크 상에서 적절한 방법으로 서버될 수 있게 한다. 무엇을 다운로드할 것인가에 대한 선택은 서버에서 행해질 수 있거나, 또는 이러한 선택을 하기 위한 기능을 초기에 갖거나, 이러한 기능을 제공하는 다운로드 코드인 클라이언트 단말에서 행해질 수 있다.

부하 인디케이터는 서버 부하를 지시하거나 다른 적합한 부하를 지시할 수있고, 임의의 적합한 메카니즘을 사용하여 얻어질 수 있다. 예를 들어, 테스트 이미지는 클라이언트 컴퓨터에 다운로드될 수 있고, 테스트 이미지를 다운로드하는 데에 걸린 시간이 측정된다. 이 시간은 부하의 측정치로서 사용될 수 있다. 대안적으로, 부하 인디케이터는 라우터가 얼마나 바쁜지를 직접 파악하고, 얼마나 많은 요청들이 서빙되고 있는지와 각 요청들이 얼마나 큰지를 감시함에 의해 결정될 수 있고, 또한 이러한 결정적인 부하 인디케이터에 기초하여, 또는 다운로드의 시간을 재는 복수의 독립한 머신들을 구비하고, 고객의 위치에 물리적으로 가장 가까운 독립한 머신들 중의 하나에서 잰 시간에 기초하여 부하 인디케이터가 결정될 수 있다.

또한, 본 발명의 실시예들은 부하에 따른 콘텐츠를 제공하기 위해 내장된 컴퓨터 판독 가능 프로그램 코드 수단을 갖는 컴퓨터 사용 가능 매체를 구비한 제품과, 상기 방법들을 구현하기 위해 서버 및/또는 클라이언트 컴퓨터의 기능을 제어하기 위한 상기 제품 내의 컴퓨터 판독 가능 코드 수단을 제공한다.

바람직하게, 고객이 선호의 콘텐츠 레벨을 선택할 수 있는 고객 조정 메카니즘이 제공되며, 그런 다음 다운로드될 콘텐츠가 부하 인디케이터와 선호의 콘텐츠 레벨 중 하나나 둘다의 기능으로서 선택된다. 또한, 바람직하게 고객의 접속 속도의 판독도 이루어지고 이 때 어떤 콘텐츠가 다운로드될지의 선택도 그 한 인수로 된다.

바람직하게, 웹 페이지의 어떤 버젼들이 고객들에 의해 로드되는지 또한 얼마나 자주 로드되는지를 로깅(logging)하기 위해 보고 메카니즘이 제공된다. 보고는 웹 페이지의 제공자에게 풍부한 콘텐츠를 보다 자주 서비스하기 위해 더 큰 대역을 구매해야 하는지의 여부를 통지하기 위해 생성될 수 있다.

바람직하게, 이러한 시도들은 여러 웹 서버들과 함께 페이지 콘텐츠를 동적으로 변화하기 위해 적용될 수 있다. 이것은 여러 서버들이 같은 웹 사이트 콘텐츠를 미러할 때 또는 웹 사이트가 여러 서버들에 의해 서빙되도록 섹션들로 분할될 때 적용 가능하다.

본 발명의 다른 실시예는 웹 페이지 디자인 툴을 제공한다. 이 웹 페이지 디자인 툴은 웹 페이지의 일부를 형성하는 다운로드 가능한 객체의 다수의 버젼들을 선택하기 위한 입력 메카니즘과; 다운로드 가능한 객체의 다수의 버젼들이 다운로드되려고 하는 부하 의존 환경을 선택하기 위한 입력 메카니즘을 갖는다. 바람직하게, 성능 평가 메카니즘도 제공되는데, 이것은 웹 페이지를, 사용자 선택 가능하게 시뮬레이트된 부하의 함수로서 표시한다. 웹 페이지의 사이즈도 사용자 선택 가능하게 시뮬레이트된 부하의 함수로서 표시될 수 있다. 또한, 바람직하게 이 툴은, 주어진 현재의 디자인과 사용자 선택 가능하게 시뮬레이트된 부하에 대해 서비스될 수 있는 웹 페이지의 사용자들의 수를 결정한다.

또한, 웹 페이지 디자인 툴은 다른 고객 카테고리들에 대해 다른 콘텐츠를 선택하기 위한 선택 메카니즘을 포함한다.

본 발명의 다른 실시예에서는 서버; 브라우저; 로드 종속형 켄텐트의 제공을 용이하게 하기 위해 로드 종속형 브라우징 기능을 제공하는 컴퓨터 판독가능 코드와, 데이타 처리 시스템에서 실행되는 어플리케이션 프로그램에 의해 액세스되고데이타를 저장하는 메모리와, 로드 인디케이터를 얻기 위한 소스 코드 세그멘트 및 로드 인디케이터의 기능으로서 차후에 다운로드되는 자료를 제어하기 위한 소스 코드 세그멘트를 전달하는 전송 매체에 포함되는 컴퓨터 데이타 신호를 구비하는 제품을 제공한다.

바람직하기로는, 예를 들어, 어느 서버 또는 웹 페이지가 로드 종속형 컨텐트 기능을 사용할 권한을 갖는 가를 식별하는 등록기(registry))를 제공함으로써 로드 종속형 컨텐트 기능에 대한 액세스를 제어하는 메카니즘을 제공한다.

본 발명은 부하가 증가되는 기간 동안 서버의 성능 및/또는 웹 콘텐츠 전달을 개선시키기 위한 시스템 및 방법에 관한 것이다.

이하, 첨부된 도면을 참고하여 본 발명의 양호한 실시예들을 상세히 설명한다.

도 1은 본 발명의 실시예들이 적용될 수 있는 일례의 네트워크의 개략적인 도면.

도 2는 로드 표시기를 결정하기 위한 테스트 파일을 이용한 플로우챠트.

도 3은 로드 표시기를 결정하기 위한 라우터 측정을 이용한 플로우챠트.

도 4는 로드 표시기를 결정하기 위한 페이지 히트 레이트 정보를 이용한 플로우챠트.

도 5는 로드 표시기를 결정하기 위한 독립 측정을 이용한 플로우챠트.

도 6은 어떠한 로드 독립 컨텐트를 다운로드할지에 대한 결정에 고객 접속 속도 측정을 통합하는 방법의 플로우챠트.

도 7은 어떠한 독립 컨텐트를 다운로드할지에 대한 결정에 고객 조절 측정을통합하는 방법의 플로우챠트.

도 8은 어떠한 로드 독립 컨텐트를 다운로드할지에 대한 결정의 하이 레벨의 플로우챠트.

도 9A 및 도 9B는 로드 독립 컨텐트를 선택하기 위한 GUI 스크린의 일례를 도시하는 도면.

도 10은 성능 개요 도구를 제공하기 위한 GUI 스크린의 일례를 도시하는 도면.

도 11은 고객 독립 컨텐트를 선택하기 위한 GUI 스크린의 일례를 도시하는 도면.

도 12는 본 발명의 일 실시예에 따른 레지스트리를 나타내는 다른 네트워크의 개략도.

도 13은 도 12의 레지스트리를 이용하여, 로드 독립 컨텐트 특징으로의 서버 또는 웹 페이지에 의한 액세스를 제어하기 위한 방법의 플로우챠트.

도 14는 히트 레이트 정보의 페이지 개요를 제공하기 위한 GUI 스크린의 일례를 도시하는 도면.

도 15는 고객이 디스플레이될 컨텐트의 레벨을 제어하는 것을 허용하는 스크린-기초 메커니즘의 일례를 도시하는 도면.

도 16은 상이한 로드에 대한 웹 페이지 트리 디스플레이의 일례를 도시하는 도면.

도 17 및 도 18은 서버가 데이터베이스로부터 판독된 로드 독립 컨텐트를 제어하는 실시예의 플로우챠트.

우선 도 1을 참조하면, 부하 종속 콘텐츠(load dependent content)를 포함 및/또는 제공하기 위한 본 발명에 따라 구현된 웹 사이트(11)가 위치된 서버(10)가 도시되어 있다. 서버(10)는 복수의 IP 가능 단말(IP capable terminals)에 의해 인터넷(12)을 통해 액세스가능하지만, 하나의 IP 가능 단말(14)이 도시되어 있다. IP 가능 단말(14)은, 예를 들어, 인터넷 서비스 제공자 또는 프록시 서버와 같은 액세스 포인트(16)을 통해 인터넷(12)을 액세스할 수 있다. IP 가능 단말(14)은 인터넷 브라우저(15) 및 운용 체계 소프트웨어를 구비하고 있다. 비록 인터넷에 접속된 IP 가능 단말의 콘텍스트에서 부하 종속 콘텐츠를 제공하는 실시예를 중심으로 설명하고 있지만, 보다 구체적으로는 패킷 네트워크를 통해 서버에 접속된 임의의 패킷 기반 단말에 적용가능하다.

제1 실시예에서, 웹 사이트(11)는 디스플레이 엘리먼트의 하나 이상의 버전을 포함하고, 이들 서로 다른 버전은 다른 복잡성을 가지지만, 중요하게는 다운로드되는데 서로 다른 시간량을 갖는다. 디스플레이 엘리먼트는 개별적으로 다운로드되는 영역의 웹 페이지이다. 전형적인 웹 페이지는 디스플레이 엘리먼트의 그룹으로 이루어진다. 디스플레이 엘리먼트는, 예를 들어, 이미지일 수 있고, 서로 다른 버전은 고도의 복잡성, 저해상 jpeg 이미지, 고해상 jpeg 이미지 및 .avi 또는 .mov 비디오 클립으로 이루어질 수 있다.

웹 사이트(11)는 IP 가능 단말(14)로 다운로드될 경우에 IP 가능 단말을 웹사이트(11)의 클라이언트(18)로 변환하는 다운로드가능 HTML 페이지를 포함한다. HTML 페이지는 하기에서 상세하게 설명되는 부하 표시자(load indicator)를 얻기 위해 부하 표시자 또는 명령어(예를 들어, 자바스크립트 또는 자바 애플릿)을 포함한다. 부하 표시자는 부하의 정도를 표시한다. 예를 들어, 이 부하 표시자는 서버 로드, 네트워크 부하, 서버(10)와 IP 가능 단말(14)간의 경로에 대한 부하 또는 IP 가능 단말(14) 부근 위치에 대해서 이전에 기록된 대표적인 부하를 표시할 수 있다. 로드 리더는 로드 인디케이터를 결정하는데에 제공된다. HTML 페이지는 로드 리더 per se, 즉, 서버상에서 실행하고 있는 로드 디더로부터 로드 인디케이터를 얻는 명령을 포함할 수도 있다.

HTML 페이지는 또한, 디스플레이 부재의 다운로드를 요구하고 특히, 로드 인디케이터의 기능으로서 웹 사이트(11)로부터 디스플레이 부재의 다른 버전을 요구하는 "동적 컨텐트 모듈"을 포함한다.

웹 사이트(11)의 클라이언트로 다운로드되고 있는 오디온 컨텐트를 가진 웹 페이지에 대해, 바람직하게는 오디오의 다른 버전들이 또한 데이터 크기가 증가하는 순서로 제공되어 있다. 데이터 사이즈는 예로서 압축, 듀레이젼, 샘플링 레이트에 따라 변할 수도 있다. 디스플레이 부재의 어떤 다른 타입에 대한 경우에서와 같이, 오디오의 다양한 버전들이 로드 인디케이터에 의존하여 다운로드되고 있다.

로드 인디케이터

로드 인디케이터는 로드를 인디케이트하는데에 이용될 수도 있는 임의의 량(quantity)이다. 바람직하게는, 클라이언트(18)이 로드 인디케이터에 대한 요구를 한다. 하지만, 로드 인디케이터는 교대로 클라이언트(18)로의 초기에 다운로드된 컨텐트내에 포함될 수도 있다.

일 실시예에서, 서버(10)는 테스트 이미지(예로서, 로고)를 클라이언트(18)로 다운로드하고, 응답(response)를 되돌려 타임(time)하고, 클라이언트(18)로 다운로드될 수 있는 서버 로드의 인디케이션으로서 이때에 이용된다. 분명히 증가된 응답 시간은 서버로부터 IP 가능 터미널로 전송하는데에 이용된 자원상으로의 증가된 로드를 반영한다. 이 증가된 로드는, 인터넷(12)상으로의 일반적인 증가된 로드 또는 특별한 서버(10)상으로의 증가된 로드를 반영할 수도 있다.

이 테스트 이미지 접근법을 구현하는 방법은 많이 있다는 것을 이해해야 한다. 한 접근법에 댜헌 흐름도가 도 2에 도시되어 있다. 먼저, 서버(10)는 클라이언트(18)(고객의 브라우저)에, 예를 들면, 자바스크립트 및/또는 dHTML 코드 등의 명령을 포함하는 HTML 페이지를 송출한다. 클라이언트의 머신(14)은 타이머를 개시시키고, jpeg(이미지 파일) 등의 파일을 요청하라는 코드에 의한 명령을 받는다. 파일의 다운로드가 끝나면, 타이머가 멈추고 그 값이 기준값으로서 클라이언트측 또는 서버측에 저장된다. 그런 다음, 이 기준값은 어떤 파일이 네트워크를 통해 다운로드될 것인지를 결정하는 로드 인디케이터로서 사용되며, 대부분의 경우 고객이 너무 많이 기다릴 필요가 없게 보장한다.

또 다른 실시예에서는, 서버(10)는 로드 인디케이터로서 사용될 수 있고 요청에 따라 자동으로 클라이언트(18)에 다운로드될 수 있는 특정 로드 측정치를 포함하는 성능 통계값을 유지하도록 될 수 있다. 이러한 접근법을 구현하는 일 례의흐름도가 도 3에 도시되어 있다. 먼저, 서버(10)는, 서버가 인터넷(12)에 접속하기 위해 사용하는 라우터가 얼마나 바쁜지를 직접 판독한다. 이 값은 헤더(페이지 내의 값)로서 HTML 페이지 내에서 클라이언트(18)(고객의 브라우저)로 송출된다. 이 값은 로드 인디케이터로서 사용된다.

도 4에 도시된 서버(10)에서 직접 이용 가능한 성능 통계값의 또 다른 예에서는, 서버(10)가, 서버가 서비스하고 있는 요청이 얼마나 많은지 그리고 각 요청의 크기가 얼마나 큰지에 대한 카운트치를 유지한다. 이러한 정보에 기초하여, 용량/로드 인디케이터를 산출한다. 이 값은 클라이언트(18)(고객의 브라우저)에 헤더(페이지 내의 값)로서 HTML 페이지 내에서 송출된다. 그 후, 그 값은 어떠한 파일이 다운로드되는 지를 판정하는 로드 인디케이터로서 사용된다.

바람직하게는, 상기한 예들 각각에서와 같이, 로드 인디케이터는 실질적으로 다소 실시간이며 이는 로드의 현재 인디케이션이 사용된다는 것을 의미한다. 그러나, 다른 실시예에서, 로드 인디케이터는 간단하게 로드를 통계적으로 나타내는 어느 정도의 경험적 시간 함수일 수도 있다. 예를 들어, 웹 사이트의 컨텐트는 히스토리 페이지 뷰 히트 패턴의 함수로서 다이내믹하게 변할 수도 있다. 예를 들어, 매일 정오에, 서버는 보다 바쁠 수도 있으므로 그 기간의 컨텐트가 감소될 것이다. 이것은 가장 덜 정확할 것이다(비록 어느 정도까지는 여전히 유효하지만).

도 5의 플로우차트에 도시된 다른 실시예에서, 지리적으로 분포된 하나의 독립 기기 또는 복수의 독립 기기는 회사의 웹 서버에 요청할 때 개시되는 타이머를 가진다. 요청이 완료되면, 타이머는 중지되며 서버(10)에 의해 값이 기록된다.이러한 처리는 한 시간동안 여러번 반복될 수도 있다. 서버(10)가 클라이언트로부터 웹 페이지에 대한 요청을 수신하면, 웹 서버는 IP 어드레스에 기초하여 고객의 위치를 식별한다. 한 실시예에서, 서버(10)는 고객의 위치에 물리적으로 가장 가까운 독립 기기로부터의 값을 갖는 HTML 페이지를 클라이언트(18)에게 전송한다. 대안적으로, 서버(10)는 고객의 위치에 물리적으로 가장 가까운 기기로부터 값을 요청하는 지시를 갖는 HTML 페이지를 클라이언트(18)에게 전송한다. 그 후, 이러한 값은 로드 인디케이터로서 사용된다.

추가 팩터

로드 인디케이터가 항상 로드를 표시하다라도, 어떤 버젼의 표시 소자를 요구하는 가를 판단함에 있어서 추가의 팩터들을 고려할 수 있다. 예를 들어, 클라이언트의 접속 속도에 대한 프로브(IP 가능 단자에서 모뎀에 의해 결정됨)를 행할 수 있으며, 이러한 속도가 상기 판단에 팩터로서 작용한다. 이러한 접속 속도가 로드 인디케이터 이외에 고려되어 어떤 버젼의 표시 소자가 요구되어지는 가를 판단한다.

고객의 접속 속도를 측정하는 한 방법에 대한 흐름도가 도 6에 도시되어 있다. 우선, 서버(10)가 클라이언트의 브라우저(15)에게 머신(14)의 오퍼레이팅 시스템의 설정으로부터 직접 접속 속도를 판독하도록 지시하는 코드(예를 들어, Javascript 및/또는 dHTML 코드)를 포함하는 HTML 페이지를 클라이언트(18)에게 전송한다. 접속 속도 판독은 클라이언트측 또는 서버측 상에서 국부적으로 일정 값으로 세이브된다. 이 값을 로드 인디케이터와 함께 사용하여 어느 파일을 네트워크 상에서 다운로드 받을 것인지를 판단한다.

다른 실시예에서는, 고객 조정 제어 메카니즘이 제공되어, 이를 통해 IP 기능 단자(14)의 사용자가 컨텐트 레벨을 선택할 수 있다. 이것은, 예를 들어, 슬라이더 메카니즘의 형태로 제공될 수 있다. 사용자가 선택한 컨텐트의 레벨을 로드 인디케이터와 함께 고려하여 어떤 버젼의 표시 소자가 요구되어지는 가를 판단할 수 있다.

이러한 고객 조정 측정 메카니즘에 대한 흐름도가 도 7에 도시되어 있다. 우선, 서버(10)가 페이지를 표시시키는 코드를 포함하는 페이지를 클라이언트(18)에게 전송하며, 이 코드는 팝업 메뉴, 슬라이더, 또는 고객이 소망하는 컨텐트 값을 설정할 수 있도록 허용하는 임의 다른 메카니즘을 포함한다. 고객이 입력하거고 설정한 값은 클라이언트측 또는 서버측 상에서 국부적으로 세이브될 것이다. 이 값을 로드 인디케이터와 함께 사용하여 어느 파일을 네트워크 상에서 다운로드받을 수 있는 가를 판단한다.

다이나믹 컨텐트 모듈

다이나믹 컨텐트 모듈은 로드 인디케이터의 기능으로서 다운로드되어지는 컨텐트를 판단한다. 후술될 바와 같이, 다운로드되어질 컨텐트를 결정함에 있어서 추가의 "컨텐트 기준"을 적용할 수 있다. 이러한 기능을 구현하기 위해 임의 적절한 기술을 사용할 수 있다. 예를 들어, Javascript, Java applet, dynamic HTML, XML, 다른 태그 프로그램이나 버젼, 또는 통합된 브라우저 메카니즘으로 구현될 수 있다.

도 8에서는 특정 표시 소자의 다이나믹 컨텐트 모듈의 처리에 대한 흐름도를 도시하고 있다. 다이나믹 컨텐트 모듈은 서버(10)로부터 클라이언트(18)쪽으로 다운로드되는 것이 바람직하다.

우선, 다이나믹 컨텐트 모듈은 로드 인디케이터 및 임의 다른 적용가능한 컨텐트 기준을 얻어 로드 인디케이터 및 켄텐트 기준에 기초하여 어느 버젼이 다운로드되어질 것인지를 결정한다. 다음에, 다이나믹 컨텐트 모듈은 서버(10)로부터 다운로드되어질 적절한 객체 파일을 요청한다. 이로써 브라우저 상에 페이지가 표시된다.

오브젝트 에디터

페이지 오브젝트를 선택하고 오브젝트 치환 리스트를 생성하기 위해, 오브젝트 에디터가 웹 페이지 설계자에게 제공되는 것이 바람직하다. 이것은, 예를 들어, 작성중인 웹 페이지 내의 특정 오브젝트/오브젝트 위치의 선택시에 런칭된다. 이것은, 웹 설계자가, 크기 및/또는 퀄리티에 따라 변할 수 있는 페이지 오브젝트의 미리 정해진 변형을 설정할 수 있게 한다. 각각의 변형은 특정한 로드 조건 하에서 활성화되도록 설정된다.

설계자가 오브젝트 에디터와 상호 작용할 수 있게 하는 GUI(Graphical user interface) 스크린의 일례가 도 9a에 도시되어 있으며, 포괄적으로 참조 번호 30으로 표시되어 있다. 작성중인 샘플 웹 페이지(32)가 GUI 스크린(30)의 아래에 나타나 있으며, 여기에서는 사용자가 수정될 빅벤(Big Ben)의 이미지를 로드 독립 컨텐트를 갖도록 선택한 것으로 가정한다. GUI(30)는 다수의 상이한 버젼의 디스플레이 소자들의 식별을 위한 버젼 식별자 필드(36, 38, 40, 42)를 포함하며, 도시된 예에서는 4개가 나타나 있다. 바람직하게는, 파일 폴더 아이콘(44)에 의해 지정되는 바와 같이, 원하는 파일의 선택을 용이하게 하기 위해, 표준 파일 계층 브라우징 매카니즘이 제공된다. 각각의 오브젝트 파일이 선택될 때마다, 웹 페이지(32) 상에 디스플레이되고 프리뷰되는 것이 바람직하다. 각각의 버젼 식별자 필드(36, 38, 40, 42)에 대하여, 식별된 버젼을 디스플레이하기 위한 로드 조건의 범위를 선택하기 위한 메카니즘이 제공된다. 이것은 로드 인디케이터에 의해 표시되는 최대 로드의 백분율에 따라 선택되는 것이 바람직하며, 이 백분율 이상의 특정 버젼이 표시되게 된다. 도시된 예에서는, 버젼 blank.jpg의 디스플레이를 위한 임계 조건(46)으로서 95+가 선택되었다. 이것은 서버 조건이 95% 이상인 경우에만 버젼 blank.jpg가 표시된다는 것을 의미한다. 임계치 65+가 버젼 lowben.jpg의 표시를 위한 임계 조건(48)으로서 입력되었다. 이것은 서버 조건이 65% 내지 95%일 때에만 버젼 lowben.jpg가 표시될 것임을 의미하는 것이다. 마찬가지로, bigben.jpg(40)와 aniben.mov(42) 각각을 위한 임계 조건(50, 52)으로서 45+ 및 0+의 임계값이 입력되었다. 추가의 버젼 식별자 필드를 추가하거나 기존의 버젼 식별자 필드를 제거하기 위해, "추가" 및 "제거" 버튼이 제공될 수 있다. 로드 인디케이터 임계치를 나타내기 위해 "서버 조건"이 이용되는 한, 어떠한 적절한 로드 인디케이터라도 이용될 수 있다.

GUI(30)의 중간부(60)는 버젼 식별자 필드 내에서 식별된 버젼 중 선택된 하나를 나타내는 정보를 디스플레이한다. 그 정보가 디스플레이된 버젼에 대한 선택은, 예를 들어 서클 상에 마우스를 클릭함으로써, 버젼 네임에 인접한 서클(56) 중 하나를 밝게 하는 것에 의해 달성될 수 있다. 도시된 예에서, 4개의 버젼의 하단(42)이 선택되었다. 중간부(60)에 표시되는 정보는 오브젝트의 사이즈, 오브젝트 타입(64), 및 특정의 선택 가능한 모뎀 스피트(68)에 대해 예상되는 다운로드 타임(62)을 포함한다.

GUI(30)의 하단부(70)에는, 예를 들어 선택된 오브젝트의 폭(72), 높이(74) 및 경계(76) 등의 추가 정보를 선택가능한 유닛(78)에 표시하도록 제공할 수 있다. 다른 표준 HTML 에디터 기능도 포함될 수 있다 (도시되지 않음).

GUI(30) 내의 필드의 완성 후에, 오브젝트 에디터는 클라이언트(18)에 다운로드될 HTML 페이지의 부분으로서 포함될 적합한 코드를 생성한다. 이 코드도 당연히 페이지 내에서 이용되는 특정 언어에 의존한다.

생성될 코드는 양호하게는 브라우저에 의해 판독되고 실행되는 "자바 스크립트"이다(본 발명의 현재의 인스탄티에이션(instantiation)에서). 생성된 자바 스크립트 코드는 주어진 페이지에 대하여 완전히 유니크하거나, 각 페이지에 대하여 변경되고 실행될 어떤 파라미터에 대하여만 동일할 수 있다.

다른 실시예에서, 오브젝트 에디터는 브라우저, 자바 애플릿, 또는 태그를 해석하고, 적절한 콘텐츠를 디스플레이하는 데에 필요한 코드를 실행할 방법을 아는 자바스크립트 루틴에 의해서 판독될 XML 태그(또는 다른 태그)를 생성할 수 있다. 이들 태그는 단순히 파라미터이다(예를 들어, 서버가 비지(busy)할때, 이 오브젝트에 대하여 블랭크 이미지를 보여주고, 서버가 비지하지 않을 때는 컬러 이미지를 보여준다)

이런 방식으로, 변화하는 콘텐츠는 상기 치환 예시 테이블(exemplified table of substitution)을 가지고 이미지에 대하여 선택될 수 있다. 유사한 방식으로, 변화하는 콘텐츠는 링크 치환 테이블을 제공함으로써 웹 페이지에 나타나는 링크에 대하여 선택될 수 있으며, 변화하는 콘텐츠는 텍스트 블럭 치환 테이블을 제공함으로써 웹 페이지 안에 나타나는 텍스트에 대하여 선택될 수 있다. 이들 치환 테이블의 각각에 대하여, 어떤 개별적인 오브젝트가 로드 인디케이터의 어떤 범위에 대하여 디스플레이될지를 결정하기 위하여 특징(criteria)이 선택될 수 있다.

도 9b는 일반적으로 150으로 나타내어진 링크 에디터 기능을 가지고 설계자가 상호작용할 수 있는 GUI 스크린의 예이다. 다시, 작성 중인 샘플 웹 페이지(32)가 GUI 스크린(150)의 뒤에 도시되어 있으며, 사용자가 로드 종속 콘텐츠를 갖도록 수정된 링크 오브젝트(152)를 선택한 것으로 가정한다. GUI(150)는 설계자가 특정 링크가 디스플레이될 다양한 서버 로드 범위를 결정하도록 허락하는 멀티블 서버 상태 포인트(154, 156)을 갖는다. 각 서버 상태에 대하여, 페이지에 디스플레이될 텍스트를 입력하기 위한 필드(158, 160)가 있으며, 링크의 URL을 특정하기 위한 필드(162, 164)가 있다. 양호하게는, 제거 링크 버튼(166)이 링크와 같은 것을 제거하기 위해 제공되며, 브라우즈 필드 버튼(168)이 링크의 선택을 돕기 위해 제공된다. 또한 타겟 프레임 및/또는 엑스트라 HTML(170, 172)을 식별하기 위한 필드가 있을 수 있다. 도시된 예에서, 디스플레이(150)의 상부는 서버 상태 95+와 관련되며, 디스플레이의 하부는 서버 상태 0+와 관련된다. 따라서, 하부에 의해 식별된 링크는 서버 로드가 0과 95 퍼센트 사이에 있는 상태동안 디스플레이 된다. GUI(150)의 두개 부분 중의 하나는 예를들어, 적절한 원(174, 176) 내에서의 클릭에 의해 선택되며, 각각 제거 및 추가 버튼(178, 180)을 이용함으로써 제거되거나 추가된다.

이것은 텍스트와 URL 양자의 선택이 로드 인디케이터의 기능에 따라 변화하도록 허락한다. 양호하게는, 사용자가 링크에 대한 텍스트를 변화시킬 때, 배경 디스플레이(32)가 갱신되어, 이것이 디스플레이에 어떻게 영향을 미치는지 보여준다.

양호하게는, GUI는 서버와 각각 다른 로드 상태에 대해 선택된 링크의 비지니스의 함수로서 웹 사이트의 페이지 계층 구조(200)를 표현할 능력이 있다. 이것의 예가 도 16에 도시되어 있으며, 여기서 제1 서버 상태 포인트는 서버가 비지한 경우에 제1 페이지 계층 구조(200)에 있으며, 링크 계층 구조 내에 포함된 페이지가 적게 있다. 제2 계층 구조(202)는 서버가 안정적인 경우에 대해 도시되어 있으며, 웹 사이트의 각 섹션에 대한 보다 많은 웹 페이지가 있다. 이러한 계층 구조는 각 페이지 내에 임베드된 링크로부터 구성된다.

다른 실시예에서는, 각 개별적인 오브젝트에 대해 선택가능한 범위를 제공하기보다는, 공통 콘텐츠 레벨에 대한 애플리케이션에 대해 범위가 선택될 수도 있다. 예를 들면, 컨텐트에 따른 로드를 갖는 모든 오브젝트에 대해 공통으로 정의된 세 가지 컨텐트 레벨이 존재할 수 있다. 이로 인해 각 오브젝트에 대해 그리고 모든 오브젝트에 대해 로드 인디케이터 범위를 리셋시킬 필요성이 제거된다.

또 다른 실시예에서는, 로드 인디케이터에 따라 완전하게 다른 레이아웃이 디스플레이될 수 있다.

성능 오버뷰 툴(Performance Overview Tool)

본 발명의 다른 실시예에서는, 컨텐트에 따른 로드를 사용하여 설계된 웹 페이지의 외관과 성능을 관찰하기 위한 툴을 제공한다. 이 툴은, 서로 다른 로드 값에 대해 디스플레이될 모든 오브젝트 및 텍스트의 크기를 가산함으로써 로드 기능으로서 전체 웹 페이지 크기를 판정하는 것이 바람직하다. 예를 들면, 서버가 95% 비지일 경우 페이지에 대한 오브젝트 사이즈는 10K까지 가산될 수도 있으며, 반면에 서버가 25% 비지일 경우 페이지에 대한 오브젝트 사이즈는 200K까지 가산될 수 있다. 주어진 서버 조건에 대한 오브젝트 사이즈는 공지되어 있다. 이는 각 로드에서 선택가능한 모뎀 속도에 대해 전체 페이지에 대한 대략적인 다운로드 시간을 계산하는 것이 바람직하다. 이는 또한 로드의 함수로서 웹 페이지에 대한 오브젝트의 수를 계산하며 이용가능한 전체 오브젝트의 수를 결정한다.

오버뷰 툴이 각 서버 상태에서 페이지에 대한 모든 오브젝트를 가산함으로써 페이지 사이즈를 알기 때문에, 고객에 의해 얼마나 많은 페이지를 동시에 볼 수 있는지가 소정의 대역폭에 의해 처리될 수 있는지에 대해 대략적으로 예측할 수 있게 된다. 역으로, 소정의 사이즈의 페이지 세트 수를 동시에 전달하기 위해 얼마나 큰 대역폭이 필요한 지에 대해 대략적으로 예측할 수 있게 된다. 이들 수는 웹 페이지 디자이너가 작업하기 위한 필수적인 가이드 라인이다.

따라서, 페이지 뷰 히트율 정보에 액세스하기 위해 인터페이스가 제공되는것이 바람직하다. 여기서 웹 페이지는 소정의 시간 동안 동작중인 것으로 간주되어 히트율 정보가 컴파일된다. 전형적으로 히트율 정보는 하루중 서로 다른 시간에 발생된 페이지 뷰 수를 나타낸다. 도 14에 이에 대한 예가 제공되어 있으며 여기서 페이지 뷰 히트율 정보는 특정 달의 일부분에 대해 매일에 근거하여 나타낸 것이다. 이러한 정보는 매시간, 매일, 매주, 매달 또는 심지어 매년을 기초로 하여 선택가능하게 디스플레이되는 것이 바람직하다.

성능 오버뷰 툴을 통해 이용가능하게 계산된 정보는, 관찰되는 웹 페이지(32)를 중첩하여 나타낸 도 10의 예에서 나타낸 바와 같이 GUI 스크린(100)에 나타낼 수도 있다. GUI 스크린(100)의 상부(101)는, 예를 들어 마우스로 이동될 수 있는 슬라이더(102)가 로드의 두 개의 극단, 즉 100% 비지(104)와 0% 비지(106) 사이에 있는 것을 방지한다. 슬라이더(102)의 위치에 따라, 그 로드 상태에 대해 디스플레이될 수도 있는 전체 웹 페이지(32)의 프리뷰가 제시된다. 따라서, 슬라이더(102)는 서로 다른 서버 상태와 웹 페이지의 대응하는 외관 및 느낌(feel)을 시뮬레이팅한다.

전체 페이지 사이즈(110) 및 페이지 사이즈의 범위(111), 추정되는 다운로드 시간(112), 페이지에 대한 전체 오브젝트수(114), 이용가능한 전체 오브젝트수(116)가 GUI 스크린(100)의 중간 부분(109)에 디스플레이된다. 따라서, GUI 스크린(100)의 하부(120)에서, 소정의 용량에 의해 지원되는 페이지 뷰의 수가 도시되며(122), 선택가능한 페이지 뷰/데이의 수(126)가 디스플레이된다. "쇼우 미(show me)" 버튼은 히트율 정보에 대한 인터페이스로서 제공되는 것이 바람직하다.

어떤 웹 페이지의 버젼이 고객에 의해 얼마나 자주 로드되는지를 로깅하기 위한 메카니즘이 제공된다. 더 풍부한 컨텐트를 더욱 자주 제공하기 위해 더 많은 대역폭을 구매해야 하는지의 여부를 웹 페이지의 제공자에게 알려주는 리포트가 생성될 수도 있다. 리포팅 메카니즘은, 구매자에게 브라우저를 컨버팅하는 데에 매체 메시지가 얼마나 효율적인지와, 컨텐트에 따른 로드채용됨으로 인해 얼마나 많은 부가적인 고객이 서브되는지가 웹 사이트 오버 디자인된 것이거나 혹은 더 많은 대역폭이 필요된다고 대답하는 것이 바람직하다.

이들 방안은 몇몇 웹 서버에 따라 동적으로 컨텐트를 변환시키도록 적용될 수도 있다. 이는 몇몇 서버가 동일 웹 사이트 컨텐트를 반영하거나 혹은 웹 사이트가 몇몇 서버에 의해 서브될 섹션들로 분할될 때 적용가능하다.

이들 본 발명의 실시예에 의해 발생되는 리포트는 서버 각각 혹은 모든 서버에 의해 어떤 컨텐트가 전달될 것인지에 대해 보고할 것이다(필요할 경우, 리포트를 하나로 합병함).

고객 맞춤 콘텐츠

선택된 고객에 대해 서버 상태 포인트를 무효화하도록 메카니즘이 제공된다. 고객의 그룹은 동일 취급을 받도록 함께 카테고리화되는 것이 바람직하다.

이하는 서로 다른 그룹의 고객들에게 적용될 수 있는 오버라이드의 예이다.

1) Unchanged or default settin - 정상적인 서버 조건 포인트 사용.

2) Maximum content - 이는 최대 가능한 오브젝트만을 디스플레이하는 효과를 갖는다.

3) increased content always - 이는 부하 함수로서의 사용자용 콘텐츠가 결정된 후, 가능하면 증가된다는 것을 의미한다. 이는 예를 들어 모든 트리거 포인트를 백분율(10 내지 20)로 감소하도록 설정함으로써 구현될 수 있다. 따라서, 일단 트리거 값이 50이었던 경우 이미지가 로드하려고 하면, 트리거 값이 40 또는 30일 때 로드할 것이다. 이는 제공되는 다량의 페이지가 존재하더라도 고객 브라우저에 의해 보다 많은 이미지 콘텐츠가 다운로드될 것이라는 것을 의미한다.

4) decreased content always - 이는 부하 함수로서의 사용자용 콘텐츠가 결정된 후, 가능하면 감소된다는 것을 의미한다. 이는 예를 들어 모든 트리거 포인트를 (10 내지 20) 증가하도록 설정함으로써 구현될 수 있다. 일단 트리거 값이 50이었던 경우 이미지가 로드하려고 하면, 트리거 값이 60 또는 70일 때 로드할 것이다.

5) decreased content when required - 이는 모든 트리거 포인트가 예를 들어 50인 임계치 이상의 값에서만 (10 내지 20) 증가하도록 설정하는 효과를 갖는다. 이는 서버가 바빠지고 있을 때에만, 정상보다 적은 이미지를 로드하는 효과를 갖는다.

6) minimum content - 이는 최소의 가능한 오브젝트만을 디스플레이하는 효과가 있다.

고객들은 각 고객 그룹에 선택적으로 적용되는 오버라이드 예를 들어 "gold", "silver", "bronze" 및 "unknown" 중 하나로 지칭되는 그룹으로 분류된다.서로 다른 그룹에 적용되는 오버라이트를 제어하기 위한 GUI 스크린(122)의 일 예가 도 11에 도시된다. 바람직하게는, 고객 스크린(122) 및 상술된 우선순위 스크린(30)이 "customers" 및 "proirities"라 지칭되는 2개의 선택가능한 탭(121, 31)에 의해 액세스될 수 있다. 여기서, 본 경우에 위의 예시된 "gold, silver, bronze 및 unknown"인 각각의 분류 또는 "access levels"(120)에 대하여, 선택되는 경우 상기 식별된 6개의 옵션 각각이 열거되는 풀다운 메뉴(124)를 초래하는 오버라이드 선택 엔트리 필드(123)가 제공된다. 사용자는 특정 그룹에 대하여 옵션들 중 하나를 선택할 수 있다.

예를 들어 쿠키의 사용을 통하는 등 특정 고객을 식별하기 위해 수립된 방법이 많이 존재하며, 이러한 것을 달성하는 방법은 보다 상세히 설명되지 않을 것이다.

다른 실시예에서는, 웹 페이지 설계자가 웹 페이지 상에서 가장 중요한 오브젝트가 무엇인지를 특정할 수 있게 하고, 다른 오브젝트가 로드되기 전에 제일 먼저 로드될 Sequential Loading Editor 함수가 제공된다. 이 툴은 설계자가 오브젝트를 취사선택할 수 있도록 하는 메카니즘(오브젝트의 이름을 드래그하고 드랍하거나, 또는 단지 타이핑을 하는 등)을 포함한다.

본 발명의 다른 실시예에서, 바람직하게는 고객이 보고 싶어하는 웹 사이트의 버전을 설정할 수 있는 메카니즘이 제공된다. 이는 상술된 자동화된 부하 기반 콘텐츠 제공 또는 이에 부가하는 것 대신에 제공될 수 있다. 예를 들어, 사용자는 "streamlined, standard 및 full experience"인 3개의 콘텐츠 레벨 중 선택할 수있다. 사용자에 의해 이루어진 선택에 의존하여, 사용자의 머신에 다운로드된 HTML 코드는 서버로부터 적절한 콘텐츠 레벨을 요청하는 단계로 진행한다. 이 옵션은 고객이 특정 웹 사이트를 방문할 때마다, 그들이 이 웹 사이트를 최초로 방문할 때 또는 특정 페이지에 대하여만 제공될 수 있다. 이는 웹 사이트 설계자에 의해 특정될 수 있을 것이다. 이러한 것을 구현하기 위해 사용될 수 있는 디스플레이 메카니즘의 일 예가 도 15에 도시되는데, 스크린 부분은 "streamlined"(150), "standard"(152) 및 "full experience"(156)으로 지칭되는 3개의 개별 영역을 갖는다. 예를 들어 마우스로 이들 3대의 영역 중 하나를 선택함으로써, 사용자는 특정 페이지에 대하여 어떠한 콘텐츠가 다운로드될지를 제어할 수 있을 것이다.

본원의 다른 실시예는 상술한 로드-종속 방법 및 시스템에서 액세스를 제어하기 위한 메카니즘을 제공한다. 도 12를 참조하면, 도 1의 버젼은 추가 구성 요소 즉, 레지스트리(19)가 도시된 것을 도시한다. 레지스트리(19)는, 예를 들어, 웹 페이지 또는 인터넷 서비스 제공자 등에 대한 크레디트를 유지 또는 저장함으로써, 로드-종속 기능을 제공하도록 허가되는 웹 페이지 또는 인터넷 서비스 제공자를 식별한다.

상기 언급된 레지스트리(19)에 대한, 본원의 실시예에 의해 제공된 방법의 순서도는 도 13에 도시된다. 우선, 클라이언트 브라우저(15)는 서버(10)로부터 HTML 페이지를 요청한다. 서버는 예컨대, 자바 스크립트 등의 명령을 포함하는 HTML 페이지를 다운로드한다. 또한, 페이지는 로드 인디케이터를 포함할 수 있는데, 이는 사전에 설명된 임의의 메카니즘을 포함하는 어떠한 메카니즘이든 대안적으로 사용하여 얻어질 수도 있다. 명령은 로드 인디케이터 및 서버 아이덴티티(server identity)를 레지스트리(19)로 전송한다. 바람직하게, 레지스트리는 그것의 데이터베이스를 식별된 서버에 대한 로드 인디케이터에 저장한다. 레지스트리(19)는 특정 서버 또는 웹 페이지가 로드-종속 콘텐츠를 제공하도록 허용하는지를 보기 위해 검증한다. 허용한다면, 레지스트리(19)는 클라이언트 브라우저(15)로 값을 복귀시켜, 명령의 나머지가 작업하도록 허가한다. 또한, 허용하지 않으면, 레지스트리(19)는 값을 브라우저(15)로 복귀시켜, 명령의 나머지가 수행되지 않도록 막는다.

데이터베이스 실시예

상술한 실시예에 있어서, 클라이언트 소프트웨어는 사용자의 IP 가능 단말 (user's IP capable terminal; 14)에 다운로드되고, 로드 인디케이터에 근거하여, 다운로드에 대한 요청을 위해, 다양한 오브젝트의 버젼을 결정한다. 본원의 다른 실시예에 있어서, 각각의 사용자에게 다운로드된 웹 페이지의 콘텐츠는 서버측에서 결정된다. 데이터베이스-구동 웹 페이지는 잘 알려졌다. 고객이 웹 페이지에 액세스할 때, 웹 페이지는 오브젝트의 데이터베이스를 액세스함으로써 실시간 설치된다.

도 17에서의 순서도에 도시된 본원의 이러한 실시예의 제1 변형에 따르면, 데이터베이스 그 자체는 로드 인디케이터에 근거하여 오브젝트의 여러 버젼 중 하나를 제공하도록 적응된다. 도 18에서 순서도 형태에 도시된 본 실시예의 제2 변형에 있어서, 서버는 로드 인디케이터에 종속하는 다른 데이터베이스 오브젝트에액세스하고, 이러한 오브젝트를 포함하는 웹 페이지를 설치한다.

상기 기술의 견지에서 본 발명의 다양한 수정 및 변형이 가능하다. 따라서, 본 발명은 첨부된 청구범위의 범주 내에서 이해될 것이고, 이하, 명확히 기술되는 바와 같이 실행될 수 있다.

Claims (27)

1. 로드 지시자를 획득하는 단계, 및

   상기 로드 지시자의 함수로서 다운로드할 콘텐츠를 선택하는 단계

   를 포함하는 프로세서 구현 방법.
2. 제1항에 있어서, 상기 로드 지시자를 획득하는 상기 단계는, 테스트 객체를 다운로드하는데 걸리는 시간을 측정하는 단계를 포함하는 프로세서 구현 방법.
3. 제1항에 있어서, 상기 로드 지시자를 획득하는 상기 단계는, 라우터가 비지되는 방법을 직접 판독하는 단계를 포함하는 프로세서 구현 방법.
4. 제1항에 있어서, 상기 로드 지시자를 획득하는 상기 단계는, 많은 요청이 제공되는 방법과, 상기 로드 지시자를 결정하는데 기초하여 각각의 요청이 얼마나 큰지를 모니터링하는 단계를 포함하는 프로세서 구현 방법.
5. 제1항에 있어서, 제1항에 있어서,

   상기 로드 지시자를 획득하는 상기 단계는,

   복수의 독립 머신을 다운로드 타이밍하는 단계, 및

   커스토머의 위치에 물리적으로 가장 근접한 상기 독립 머신들중 하나용의 타이밍을 기초로하여 상기 로드 지시자를 결정하는 단계

   를 포함하는 프로세서 구현 방법.
6. 제1항에 있어서, 상기 로드 지시자를 획득하는 상기 단계는, 시간의 함수로서 이력 통계 페이지 뷰 히트 분포를 유지하며 상기 분포상에 상기 로드 지시자를 바이어스하는 단계를 포함하는 프로세서 구현 방법.
7. 제1항에 있어서,

   커스토머가 선호 콘텐츠 레벨을 선택할 수 있는 커스토머 조절 메카니즘을 제공하는 단계, 및

   상기 로드 지시자 및 상기 선호 콘텐츠 레벨 모두의 함수로서 다운로드할 콘텐츠를 선택하는 단계

   를 더 포함하는 프로세서 구현 방법.
8. 제1항에 있어서,

   커스토머의 연결 속도를 판독하는 단계, 및

   상기 커스토머의 연결 속도와 상기 로드 지시자 양자의 함수로서 다운로드할 콘텐츠를 선택하는 단계

   를 더 포함하는 프로세서 구현 방법.
9. 제1항에 있어서, 상기 로드 종속 콘텐츠는 다른 이미지 버젼을 포함하는 프로세서 구현 방법.
10. 제1항에 있어서, 상기 로드 종속 콘텐츠는 다른 텍스트 버젼을 포함하는 프로세서 구현 방법.
11. 제1항에 있어서, 상기 로드 종속 콘텐츠는 다른 사운드 버젼을 포함하는 프로세서 구현 방법.
12. 제1항에 있어서, 상기 로드 종속 콘텐츠는 다른 링크 버젼을 포함하는 프로세서 구현 방법.
13. 제1항에 있어서, 코드가 상기 로드 종속 콘텐츠 능력을 동작시키는 것을 허용 또는 억제하는 레지스트리로부터 클라이언트 머신 요청을 요구함으로써, 상기 로드 종속 콘텐츠 능력에 대한 액세스를 제어하는 단계를 더 포함하는 프로세서 구현 방법.
14. 로드 지시자의 함수로서 사용자 단말로 콘텐츠를 다운로드하는 단계를 포함하는 웹 서버를 동작시키는 방법.
15. 로드 지시자의 함수로서 서버로부터 다운로드할 콘텐츠를 요청하는 단계를 포함하는 사용자 단말을 동작시키는 방법.
16. 제조 물품에 있어서,

    로드 종속 콘텐츠를 제공하도록 구현되는 컴퓨터 판독가능한 프로그램 코드 수단을 구비한 컴퓨터 사용가능한 매체를 포함하며,

    상기 제조 물품에서의 상기 컴퓨터 판독가능한 코드 수단은,

    로드 지시자를 획득하도록 동작가능한 컴퓨터 판독가능한 코드 수단, 및

    상기 로드 지시자의 함수로서 다운로드할 콘텐츠를 선택하도록 동작가능한 컴퓨터 판독가능한 코드 수단

    을 포함하는 제조 물품.
17. 서버에 있어서,

    복수의 다운로드가능한 객체들,

    로드 지시자를 획득하기 위한 수단, 및

    상기 로드 지시자의 함수로서 상기 복수의 다운로드가능한 객체들중 특정 객체들을 다운로드하기 위해 클라이언트 프로그램을 지시하기 위한 수단

    을 포함하는 서버.
18. 제조 물품에 있어서,

    로드 종속 브라우징 능력을 제공하도록 구현된 컴퓨터 판독가능한 프로그램 코드 수단을 구비한 컴퓨터 사용가능한 매체를 포함하며,

    상기 제조 물품에서의 상기 컴퓨터 판독가능한 코드 수단은,

    로드 지시자를 획득하도록 동작가능한 컴퓨터 판독가능한 코드 수단, 및

    상기 로드 지시자의 함수로서 다운로드할 콘텐츠를 요청하도록 동작가능한 컴퓨터 판독가능한 코드 수단

    을 포함하는 제조 물품.
19. 데이터 처리 시스템상에서 수행되는 어플리케이션 프로그램에 의해 액세스될 데이터를 저장하기 위한 메모리에 있어서,

    상기 메모리에 저장되는 데이터 구조를 포함하며,

    상기 데이터 구조는,

    상기 어플리케이션에 의해 사용되는 데이터베이스에 상주하는 정보를 포함하며, 그리고

    복수의 객체, 및 다운로드하도록 선택될 소정 환경하에서 각각의 객체를 나타내는 복수의 조건을 포함하는 메모리.
20. 전송 매체에 구현된 컴퓨터 데이터 신호에 있어서,

    로드 지시자를 획득하기 위한 소스 코드 세그먼트,

    상기 로드 지시자의 함수로서 다운로드된 머티리얼(material)을 순차적으로제어하기 위한 소스 코드 세그먼트

    를 포함하는 컴퓨터 데이터 신호.
21. 웹 페이지 설계 툴에 있어서,

    웹 페이지의 일부를 형성하는 다운로드가능한 객체의 다중 버젼을 선택하기 위한 입력 메카니즘, 및

    상기 다운로드가능한 객체의 상기 다중 버젼 각각이 다운로드되는 로드 종속 환경을 선택하는 입력 메카니즘

    을 포함하는 웹 페이지 설계 툴.
22. 제21항에 있어서, 사용자 선택가능한 시뮬레이트된 로드의 함수로서 상기 웹 페이지를 표시하는 성능 평가 메카니즘을 더 포함하는 웹 페이지 설계 툴.
23. 제22항에 있어서, 상기 사용자 선택가능한 시뮬레이트된 로드의 함수로서 상기 웹 페이지의 크기를 계산하며 표시하는 웹 페이지 설계 툴.
24. 제22항에 있어서, 소정의 현재 설계로 서비스되는 웹 페이지의 사용자 수와 사용가 선택가능한 시뮬레이트된 로드를 결정하는 웹 페이지 설계 툴.
25. 제21항에 있어서, 다른 커스토머 카테고리용의 다른 콘텐츠를 선택하기 위한선택 메카니즘을 더 포함하는 웹 페이지 설계 툴.
26. 제21항에 있어서, 웹 페이지의 버젼이 사용자에 의해 로드되어, 웹 페이지 제공자로 하여금 보다 자주 풍부한 콘텐츠를 제공하도록 보다 넓은 대역폭을 제공하는지에 대한 여부를 결정하게 하는 로깅(logging)용 메카니즘을 포함하는 웹 페이지 설계 툴.
27. 네트워크 구현 방법에 있어서,

    적어도 2개의 다른 콘텐츠 레벨들 각각에 대한 다운로드가능한 객체의 다른 버젼을 유지하는 단계,

    사용자로부터 요청된 콘텐츠 레벨을 획득하는 단계, 및

    상기 요청된 콘텐츠 레벨의 함수로서 상기 객체의 버젼을 다운로드하는 단계

    를 포함하는 네트워크 구현 방법.