KR20000070005A

KR20000070005A - 공중망 컴퓨터 네트워크에서 원격 파일 액세스의 모니터링 방법

Info

Publication number: KR20000070005A
Application number: KR1019997006220A
Authority: KR
Inventors: 레비제프리씨.; 코브티모시에프.에스.; 해이니제프리; 러셀제프리엠.; 마캄앤드류더블유.
Original assignee: 코페이 스티븐; 메디아 메트릭스 인코퍼레이티드
Priority date: 1997-01-09
Filing date: 1998-01-09
Publication date: 2000-11-25
Also published as: IL130810A0; WO1998031155A2; RU99116790A; CA2276722A1; NZ336605A; BR9807075A; PL334802A1; US20020124074A1; AU6017898A; EP1015978A2; CN1264477A; AU725748B2; JP2000512049A; WO1998031155A3; EP1015978A4

Abstract

데이터 네트워크에서, 사용자에 의한 원격 데이터 리소스의 사용은 리소스 액세스 요구 메시지를 재경로배정함으로써 모니터링되고, 로깅모듈을 통해 클라이언트 시스템에 생성되고, 메시지에 대한 정보를 수집하며, 및 원격 데이터 리소스 서버에게 메시지를 전송한다.

Description

공중망 컴퓨터 네트워크에서 원격 파일 액세스의 모니터링 방법{MONITORING OF REMOTE FILE ACCESS ON A PUBLIC COMPUTER NETWORK}

상호접속된 컴퓨터 네트워크의 전 세계적인 모임이 인터넷이다. 인터넷이 연결된 모든 컴퓨터는 임의의 컴퓨터 간에 포인트 투 포인트 형식으로 데이터가 전송될 수 있도록 하는 고유 숫자 어드레스("IP 어드레스"로 알려져 있음)가 지정된다. 또한, 각 컴퓨터는 IP 어드레스에 대응되는 알파뉴메릭 문자열인 "호스트 이름"이 지정된다.

빠르게 성장되는 인터넷의 사용이 웹 페이지의 디스플레이다. 웹 페이지는 코드화된 오디오비주얼 정보, 프로그램 명령, 및 하이퍼텍스트 링크를 포함하는 데이터 파일이다. 하이퍼텍스트 링크는 웹 사이트에 웹 페이지의 위치에 대한 정보이다. 웹 페이지 안에 데이터는 전형적으로 하이퍼텍스트 마크업 언어(HTML)로 알려진 포맷에서 코드화된다.

웹 사이트는 인터넷에 연결되는 컴퓨터 시스템이고, 메모리 안에 저장된 일 이상의 웹 페이지를 가지며, 인터넷을 경유하여 다른 컴퓨터로부터 수신된 요구에 응답하여 웹 페이지를 전송하는 능력을 가진다.

클라이언트 컴퓨터는 인터넷에 연결되고 웹 페이지 안에 코드화된 오디오비주얼 정보를 디스플레이하는 능력을 가지는 컴퓨터 시스템이다. 사용자는 브라우저라고 불리는 클라이언트 컴퓨터에 한 개의 소프트웨어를 사용함으로써 웹 페이지안에 액세스할 수 있다. 브라우저는 웹 사이트에서 실행하는 웹 서버라 불리는 다른 프로그램과 인터넷에서 통신한다. 사용자로부터 수신된 명령에 응답하여, 브라우저는 클라이언트 컴퓨터가 있는 웹 서버에 웹 사이트로부터 특정 웹 페이지를 전송하기 위해 요구를 웹 서버로 전송한다. 웹 서버는 웹 페이지를 클라이언트 컴퓨터로 전송함으로써 응답한다.

웹 페이지의 내용이 클라이언트 컴퓨터에 수신될 때, 브라우저는 사용자를 위해 오디오비주얼 포맷으로 그것을 변환하고 디스플레이한다. 만약 디스플레이되고 있는 웹 페이지가 다른 웹 페이지에 하이퍼텍스트 링크를 포함한다면 브라우저는 또한 다른 웹 페이지를 검색하고 첫번째 페이지의 구성요소로서 이들을 디스플레이 해준다. 만약 웹 페이지가 프로그램 명령을 포함한다면 브라우저는 그 명령을 실행한다.

전형적으로, 웹 페이지의 유니버셜 리소스 로케이터(URL)를 특정함으로써 브라우저는 사용자가 인터넷을 경유하여 특별한 웹 페이지의 디스플레이를 요구하도록 할 수 있다. URL은 인터넷에 웹 페이지의 고유 논리위치(logical location)를 인식하는 특징의 문자열이다.

이미 검색된 웹 페이지 안에 하이퍼텍스트 링크에 대응하는 비디오 디스플레이의 위치를 지적하는 위치결정 장치(예를 들면, 마우스)를 사용함으로써, 브라우저는 또한 전형적으로 사용자가 웹 페이지를 검색하고 디스플레이할 수 있게 한다. 이러한 방법에 의해서, 각 페이지에 포함되어 있는 하이퍼텍스트 링크를 따름으로써, 단지 하나의 URL을 알고 있는 사용자임에도 불구하고 웹 페이지의 서세션을 액세스할 수 있다. 인터넷에서 상기 연결된 모든 페이지의 세트는 월드 와이드 웹이라 알려져 있다.

웹 페이지안에 포함된 정보를 디스플레이 함과 함께, 전형적으로, 브라우저는, 웹 페이지 안에 코드화된 명령에 응답하여, 사용자가 키보드를 경유하여 정보를 입력하고 인터넷을 경유하여 웹 사이트로 정보를 전송할 수 있도록 한다. 이러한 기능은 웹 페이지가, 사용자에 의해 채워져 웹 사이트로 돌아갈 수 있는 "형식"으로 실행할 수 있도록 한다.

위에서 설명된 시나리오를 브라우징(browsing)하는 "온라인"과 함께, 브라우저는 또한 여기서 "채널 메커니즘"으로 불리는 메커니즘을 통해 브라우징하는 오프라인을 제공한다. 이러한 메커니즘은 URL이 "채널"로써 인식되어지고 브라우저가 채널로 "가입"될 수 있도록 한다. 브라우저가 채널에 가입될 때, 이로 인해 웹 브라우저가 채널에 연결된 URL에 의해 인식된 웹 사이트로부터 규칙적으로(예를 들면, 시간마다) 정보를 검색하고 클라이언트 컴퓨터에 위치한 캐시 안에 정보를 저장할 수 있게 한다. 사용자자가 특별한 채널을 보도록 브라우저에게 명령할 때, 캐시 안에 저장된 정보가 사용자에게 보여진다. 새로운 채널 정보가 규칙적으로 브라우저에 의해 검색되기 때문에 채널 메커니즘은 사용자가 스톡 틱커(stock ticker) 또는 뉴스와이어(newswire)와 같은 동적 정보 트랙을 유지할 수 있도록 유용한 방법을 제공한다.

채널 메커니즘을 제공하는 웹 브라우저는 또한 캐시 안에 저장된 채널 정보에 사용자의 액세스의 트랙을 유지하도록 할 수 있다. 예를 들면, 네스케이프 네비게이터 브라우저에 넷케스터 플러그-인이 오프-라인 채널 데이터 로깅(OCDL)으로 알려진 능력을 포함한다. OCDL이 활동할 때 넷케스터는, 정보가 기본적으로 검색하는 캐시 안에 정보의 위치와 액세스 시간을 포함하는 캐시안에 있는 데이터를 사용자가 액세스한 각 순간을 기록할 것이다. 마이크로소프트 인터넷 익스플로러의 채널 데피니션 포맷의 LOG요소는 캐시된 정보에 사용자가 액세스한 것을 트랙하는 유사한 능력을 제공한다.

인터넷에 브라우저와 웹 사이트 간에 모든 통신은 전송 제어 프로토콜/인터넷 프로토콜 또는 TCP/IP 로 알려진 세트의 패킷 스위칭 프로토콜에 의해 발생한다. TCP/IP 프로토콜은 인터넷의 두 컴퓨터가 "소켓"으로 알려진 그들 사이에 일 이상의 버츄얼 통신 회로를 확립할 수 있도록 한다.

인터넷에 연결될 수 있는 컴퓨터에 의해 복수의 다른 물리적 메카니즘이 존재하기 때문에(예를 들면, 전화선, ISDN, 고속 전용선, 이서네트) 웹 브라우저와 같은 응용프로그램은 전형적으로 TCP/IP 프로토콜을 직접 구현하지 않고, 세트의 플랫폼과 매체-독립적인 네트워크 통신 함수를 구현하는 표준 플래폼-특정 소프트웨어 라이브러리인 "네트워크 인터페이스 모듈"에 대신 의존한다. 따라서, 웹 브라우저가 웹사이트에게 또는 웹사이트로부터 데이터를 전송하거나 또는 수신하는 매시간마다 네트워크 인터페이스로 함수 호신호의 시리즈를 통해 행한다.

하이퍼텍스트 트랜스포트 프로토콜 또는 HTTP로 알려진 언어로 메시지를 바꿈으로써, 웹 브라우저는 웹 서버와 통신한다. 웹 사이트로부터 데이터를 요구하거나 웹 사이트로 데이터를 전송하기 위해 HTTP 메시지는 브라우저에 의해 사용될 수 있다. 특별한 웹 페이지에 정보를 검색하기 위해, 브라우저는 HTTP GET 메시지를 생성할 것이다. 웹 사이트로 정보를 전송하기 위해(예를 들면, 사용자가 형식에 dp엔트리한다) 브라우저는 HTTP POST 메시지를 생성할 것이다. HTTP GET과 POST 메시지는 그들 안에(명시적 또는 암시적으로) 액세스되어지는 페이지의 URL을 포함한다.

월드 와이드 웹은 광고자가 그들의 원하는 청중을 움직이는 방식에 혁명을 불어 일으키는 잠재력을 주는 확실한 고유 특성을 가진다. 다른 광고 매체와는 달리, 월드 와이드 웹은 영구적인 광고 메시지의 창조를 가능하게 하고(예를 들면, 그들은 24 시간 날마다 이용가능하고, 방송메시지처럼 일시적이지 않다) 여전히 무한하게 역으로 할 수 있다(예를 들면, 인쇄 매체의 메시지와 달리 두번째에 관해서 그들은 무시해도 좋은 비용으로 갱신될 수 있다). 월드 와이드 웹은 실제 시간에서 개개의 사용자에 의해 표현된 특정 관심에 맞게 조정된 메시지를 제공하여 부가적 비용없이 매력적인 기능성을 통해 또한 국제적인 청중을 움직이게 하는 능력으로 고유하다.

월드 와이드 웹에서 더 광범위하게 보급된 광고의 사용에 한 가지 장애물은 어떻게 효과적으로 메시지가 의도된 청중에게 도달하느냐를 광고자가 결정함에 있어서 신뢰성있는 방법이 결여되어 있다는 것이다. 전통적인 광고 매체는 광고자에게 독서율(readership)이나 시청율 조사에 근거를 둔 공간을 팔았다. 이들 매체조사는 광고자가 매체의 청중 규모 및 데모그래픽(demographic)과 사이코그래픽(psychographic)의 특성 모두를 측정할 수 있게 했다.

매체 조사는 또한 공급자(예를 들면, 잡지 출판업와 텔레비젼 네트워크)를 만족시키는데 필수적인 것이다. 내용 공급자는 광고자가 원하는 청중을 끌어들이는 능력을 근거로하여 광고자에게 공간을 판다. 내용 공급자는 더 크게 또는 (데모그래픽하게) 더 좋은 청중을 끌어들일 것이라고 기대하면서, 새로운 내용으로 중요한 리소스를 소비한다. 그러나, 만약 공급자가 광고자에게 내용이 바람직한 효과를 가져온다는 것을 증명할 수 있다면, 이러한 소비는 단지 내용공급자에게 유익할 것이다. 이러한 방법없이는 내용 공급자는 그들 내용의 질을 향상시키는 작은 동기 만을 가질 것이다.

발행 부수 값과 매체 조사는 방송 매체와 출판물의 효과성을 측정하는데 넓게 사용되는 반면, 월드 와이드 웹에 패턴을 본 것을 측정하는 것은 실용적이지 못하다. 모든 실용적인 목적을 위해, 웹 페이지를 보는 사용자는 익명이다. 브라우저는 심지어 특별한 사용자의 위치나 이름을 신뢰성있게 인식하는 어떠한 정보도 웹 서버에게 일반적으로 전송하지 않는다. 따라서 웹 서버의 연산자는 데모그래픽 또는 사이코그래픽 클레임(claim)에 근거를 두거나 조사에 근거를 둔 잡지의 구독자 리스트와 동등한 값을 가지지 않는다. 더우기, 복수의 웹 페이지와 임의의 주어진 페이지와 상호작용하는 사용자의 일시적이고 우연적인 성질때문에, 무작위의 전화나 E-메일 조사는 패턴을 보여주는 월드 와이드 웹에 대한 상세하고 정확한 정보를 제공하지 못하는 경향이 있다.

웹 사이트의 시청율을 측정하는 현재 알려진 기술은 시청자에 대한 데모그래픽 또는 사이코그래픽정보를 제공할 수 없고 시청자가 노출된 복수의 광고 메시지를 항상 정확하게 결정하는 것이 아니라는 결점을 가진다.

예를 들면, 웹 사이트 인기를 측정하는 잘 알려진 기술은 웹 페이지 데이터를 전송하기 위해 웹 사이트가 외부 요구에의해 몇번이나 "힛(hit)" 되어졌는가를 단순히 세는 것이다. 그러나, 웹 페이지 데이터의 단일 스크린을 디스플레이하기 위해서 매번 단일 웹 사이트가 복수번으로 "힛"되어져야 하는 것이 필요하기 때문에 이러한 기술 결과에서 나온 측정은 잘못 인도될 수 있다.

진보된 측정 기술은, 웹 페이지가 사용자에게 광고 메시지를 몇번이나 디스플레이했는가를 결정함으로써 웹 페이지에 의해 만들어진 복수의 "흔적"을 센다. 이러한 측정도 여전히 불만족스럽다. 이것은 문제의 웹 페이지를 보고 있는 사용자에 대한 데모그래픽 또는 사이코그래픽 데이터를 제공하지 않는다. 더우기, 이 방법은 복수번 같은 페이지를 액세스한 단일 사람(또는 자동 컴퓨터 프로그램조차도)과 단 한번 페이지를 액세스한 복수의 사용자를 구별할 수 없다. 따라서, 이것은 페이지에 액세스한 복수의 구별된 사용자를 결정할 수 없고, 고의적 의도 또는 사기 행위를 하는 사람에 의한 조작을 받을 수 있다.

더우기, 이러한 방법은 웹 사이트 액세스의 주어진 사용자 패턴 모니터링이 가능하지 않다. 예를 들면, 그들은 웹 사이트 시리즈에 액세스한 사용자의 주문을 보여줄 수 없고 사용자가 주어진 첫번째 웹 사이트에 액세스한 시간과 다음 웹 사이트에 액세스한 시간 사이의 간격을 결정할 수 없다.

다른 알려진 기술은 사용자에 의해 실행된 모든 오퍼레이션을 로그하는 사용자의 컴퓨터에 소프트웨어를 인스톨함으로써 컴퓨터 사용량 패턴을 모니터링하고 컴퓨터의 영구 기억장치에 정보를 저장하는 것이다. 상술한 간격에서, 사용자는 이러한 정보를 플로피 디스크에 저장하고, 다음, 데이터를 컴파일하는 집중위치로 메일(mail)한다.

발명의 개요

본 발명은 데이터 네트워크에 사용자에 의해 원격 데이터 리소스의 모니터링 사용을 위한 방법을 제공한다. 클라이언트 시스템에서 생성된 리소스 액세스 요구 메시지(예를 들면, HTTP GET 또는 POST 메시지)는 로깅 모듈을 통하여 재경로배정되고 메시지에 대한 정보는 수집되며, 원격 데이터 리소스 서버로 데이터 네트워크로 메시지가 전송되어진다.

바람직한 실시예는 한개 이상의 다음 특징을 포함한다.

메시지는 네트워크 인터페이스 모듈에 호신호를 트랙하고 로킹 모듈에 제어신호를 전송함으로써 재경로배정된다. 프록시 서버로 메시지를 경로배정함으로써 메시지가 재경로배정된다. 원격 데이터 리소스는 웹 페이지가 될 수 있다. 메시지는 웹 브라우저에 의해 생성된다. 사용자 인식 데이터는 사용자결정 서버에 등록될 수 있다. 등록 서버로부터 클라이언트 시스템에 등록 형식을 전송하고, 사용자가 등록 형식를 완성하도록 격려하며, 클라이언트 시스템으로부터 등록 서버에 등록 형식 데이터를 전송함으로써 사용자 인식 데이터는 등록 서버에 등록될 수 있다. 등록 형식 데이터는 사용자에 대한 데모그래픽 정보를 포함할 수 있다. 사용자 인식 데이터는 사용자에 대한 데모그래픽 정보를 포함할 수 있다. 사용자를 위한 데모그래픽 정보는 재경로배정된 메시지에 대하여 수집된 정보와 결합할 수 있다. 레포트는 데모그래픽 정보와 재경로배정된 메시지에 대하여 수집된 정보를 결합한 결과로부터 생성된다. 메시지에 대한 정보는 데이터 수집 서버로 전송되어진다. 메시지가 재경로배정된 직후 메시지에 대한 정보가 데이터 수집 서버로 전송되어진다. 메시지에 대한 정보는 일시적으로 저장되고, 그 후에 데이터 수집 서버로 전송된다. 데이터 수집 서버에 의해 수신된 일 이상의 정보의 레포트는 컴파일된다. 일 이상의 레포트가 서버에서 이용할 수 있게 만들어진다. 요구자로부터 사용자 ID를 요구하고 웹 사이트에서 웹 사이트로 사용자 ID와 결합된 레포트를 전송함으로써 레포트가 서버에서 이용할 수 있게 만들어진다. 서버는 웹사이트가 된다. 클라이언트 시스템에 로그 파일의 데이트스탬프(datestamp) 특정 시간과 비교될 수 있고 특정시간에서부터 로그파일이 수정되었다면 로그파일로부터의 정보가 데이터 수집 서버로 전송된다. 로그파일은 사용자에 의해 캐시된 데이터의 사용에 관한 정보를 포함한다. 메시지에 대한 정보는 사용자를 인식하는 정보를 포함한다. 마지막 시간 정보가 재경로배정된 메시지에 관하여 수집된 이후 시간 간격이 결정되고 이것이 주어진 크기보다 더 크다면 원격 데이터 리소스 서버에게 데이터 네트워크로 메시지를 전송하기 전에 사용자는 그 또는 그녀자신을 인식하기 위해 요구받는다. 네트워크는 인터넷이 된다.

본 발명의 이점들 중에 데이터가 사용자 간섭없이 수집될 수 있도록 사이트가 액세스될때 웹사이트 액세스 데이터가 수집 될 수 있도록 한다. 따라서 웹 사이트 액세스 패턴의 실제 시간 모니터링을 가능케 한다.

본 방법의 다른 이점은 웹 사이트 액세스 패턴에 대한 데이터가 사용자에 대하여 데모그래픽 정보와 연결되도록 할 수 있어 그 결과, 통계 레포트가 다른 데모그래픽 그룹의 태도에 대해 생성될 수 있다.

본 발명은 또한 참가한 사용자들의 셋업과 초기 등록이 비싸지 않고 인터넷 위에 대부분 자동화된 양식으로 행해지는 이점을 갖는다.

본 발명의 다른 이점은 수집된 데이터로부터 생성된 고객의 레포트가 인터넷위에 매우 저렴하게 분배될 수 있고, 이 레포트는 특별한 고객의 허가와 필요에 맞게 만들어질 수 있다.

본 발명은 하드웨어 또는 소프트웨어 또는 두개의 조합을 실행할 수 있다. 바람직하게, 이 기술은, 프로세서, 프로세서에의해 판독될 수 있는 저장 매체(휘발성 및 비휘발성메모리 및/또는 저장 요소를 포함), 최소한 하나의 입력 디바이스, 및 최소한 하나의 출력 디바이스를 포함하는 프로그램 가능 컴퓨터에서 실행하는 컴퓨터 프로그램에서 실행될 수 있다. 프로그램 코드는, 출력 정보를 생성하고 위에서 설명된 기능을 수행하기 위한 입력 디바이스 사용에 들어가는 데이터에 적용된다. 출력 정보는 일 이상의 출력 디바이스에 적용된다.

각 프로그램은, 컴퓨터 시스템과 통신하기 위한 높은 레벨 절차 또는 객체 지향 프로그램 언어에서 바람직하게 실행된다. 그러나, 바람직하다면 프로그램은 기계언어 또는 어셈블리에서 실행될 수 있다. 어떠한 경우에서든 언어는 컴파일되고 인터프리터일 수 있다.

이러한 도큐먼트에서 표현된 절차를 실행하기 위한 컴퓨터에 의해 저장 매체 또는 디바이스가 판독될 때 상기 각 컴퓨터 프로그램은, 컴퓨터를 작동 또는 구성하는 일반적 또는 특정 목적의 프로그램 가능 컴퓨터에 의해 판독될 수 있는 저장매체 또는 디바이스에(예를 들면, ROM 또는 자기 디스크) 바람직하게 저장될 수 있다. 이러한 시스템은 또한 컴퓨터 프로그램으로 구성된 컴퓨터 판독 가능 저장 매체로써 실행되어진다고 간주될 수 있고, 여기서 구성된 저장 매체는 컴퓨터가 특정 또는 미리 정의한 방식에서 작동되도록 한다.

본 발명의 다른 특징과 이점은 청구항, 도면을 포함한 바람직한 실시예의 다음 설명에서 명백해 질 것이다.

본 발명은 방문자의 개인적 특성과 웹사이트에 방문 측정에 관한 것이다.

도 1은 클라이언트, 웹 사이트 및 등록 서버을 포함하는 네트워크 컴퓨터 시스템을 도시하는 블록선도,

도 2는 브라우저와 네트워크 인터페이스 모듈을 포함하는 전형적인 클라이언트 컴퓨터 블록선도,

도 3은 네트워크 인터페이스 모듈, 등록 서버 및 데이터베이스를 포함하는 등록 사이트의 블록선도,

도 4는 클라이언트 컴퓨터에 브라우저를 사용하는 등록 서버를 가진 사용자 등록에 의한 기술을 도시하는 흐름도,

도 4a는 등록 서버에 의한 새로운 사용자의 요구된 정보의 리스트,

도 5는 데이터트랩 초기화 모듈에 의해 사용된 기술을 도시하는 흐름도,

도 5a는 윈도우즈 95 구현에서 FakeGetProcAddress에 의해 사용된 기술을 도시하는 흐름도,

도 6은 데이터트랩 모듈에서 send_trap 루틴에의해 사용된 기술을 도시하는 흐름도,

도 7은 데이터트랩이 인스톨된 후의 클라이언트 컴퓨터의 블록선도,

도 8은 데이터트랩 모듈의 client_set_session에 의해 사용된 기술을 도시하는 흐름도,

도 8a는 session_info 레포트의 블록선도,

도 8b는 NEW_SESSION 메시지의 블록선도,

도 8c는 NEW_SESSION_CONFIRMED 메시지의 블록선도,

도 9는 등록 서버의 registration_set_session에 의해 사용된 기술을 도시하는 흐름도,

도 9a는 등록 서버에 의해 유지된 연결 테이블 안에 레포트의 블록선도,

도 10은 데이터트랩 모듈의 client_log_get 루틴에 의해 사용된 기술을 도시하는 흐름도,

도 10a는 LOG 메시지의 블록선도,

도 10b는 hit_data 레포트의 블록선도,

도 11은 registration_log_hit 루틴에 의해 사용된 기술을 도시하는 흐름도,

도 12는 패턴을 보여주는 사용자 웹 페이지를 모니터링하는 send_trap에 의해 사용된 대안적인 기술을 도시하는 흐름도,

도 13은 루틴 client_log_channel_get에 의해 사용된 기술을 도시하는 흐름도,

도 14는 루틴 client_log_channel_activity에 의해 사용된 기술을 도시하는 흐름도.

실시예

도 1에 인터넷의 간략화된 도표가 도시되어 있다. 복수의 클라이언트 컴퓨터 (1)는 네트워크(4)를 경유하여 복수의 웹 사이트(2)와 등록 사이트(3)에 연결되어 있다.

도 2에 클라이언트 컴퓨터의 간략화된 도표가 도시되어 있다. 이것은, 네트워크 인터페이스 모듈(6)(예를 들면, 윈도우즈 95 아래서 작동하는 윈속(Winsock)네트워크 인터페이스 라이브러리)안에서 함수를 호출함으로써 네트워크로부터 또는 네트워크에게 메시지를 전송하고 수신할 수 있는 웹 브라우저 응용(5)을 포함한다. 특히 웹 브라우저 응용은 HTTP메시지를 주고 받을 수 있다.

도 3은 등록 사이트의 간략화된 도표를 도시한다. 이것은, 네트워크 인터페이스 모듈(11)안에서 함수를 호출함으로써 네트워크로부터 또는 네트워크에게 메시지를 전송하고 수신할 수 있는 등록 서버 프로그램(10)을 포함한다. 등록 서버 프로그램은 데이터베이스(12)에 또한 레포트를 기록할 수 있다.

모니터링되는 사용자의 웹 블로우징을 위하여, 사용자는 등록서버에 등록해야 된다. 새로운 사용자를 등록하는 프로세스는 도 4에 도시되어 있다. 사용자의 클라이언트 컴퓨터사에 위치한 웹 브라우저를 사용하여 등록 서버의 웹페이지에 사용자가 첫번째로 액세스한다(단계 30). 다음 등록 서버가 사용자의 클라이언트 컴퓨터에게 HTML 포맷에 등록 형식을 전송한다(단계 31). 이러한 형식 사용자의 웹 브라우저에 의해 디스플레이된다(단계 31a). 이 형식은 사용자에게 그 또는 그녀자신의 데이터를 제공하도록 명령한다. 요구된 정보의 리스트는 도 4a에 설명되고 있다. 사용자는 웹 브라우저에서 사용하는 형식을 채우고 등록 서버에게 결과데이터를 되돌려 전송한다(단계 32). 데이터는 완전성을 위하여 검사받는다(단계 33). 만약 데이터가 완전하지 않다면, 등록 서버는 완전성을 위해 새로운 형식을 전송한다(단계 31). 만약 데이터가 완전하다면, 등록 서버는 고유값의 다양한 사용자_id를 설정(단계 34)하고 사용자_id와 등록 형식에서 얻어진 데이터로 구성된 데이터베이스에 레포트를 만든다(단계 35). 다음, 등록 서버는 이 안에 내장된 사용자_id의 값을 가진 데이터트랩 모듈(여기서 설명된)의 복사본을 만들고 사용자의 클라이언트 컴퓨터에 이 복사본을 전송한다(단계 36). 또한 일 이상의 구성자 id가 데이터트랩 모듈 안에 내장되어 있다. 사용자_id는 클라이언트 시스템이 위치한 오피스 또는 하우스홀드를 인식하는 것을 제공하고 멤버_id는 오피스 또는 하우스홀드 안에 특별한 개개의 사용자를 인식하는 것을 제공한다. 일단 사용자가 그 또는 그녀의 기계에 데이터트랩 모듈을 인스톨하면(단계 37), 클라이언트 고객의 다음 재부트(reboot) 후에 모니터링이 시작할 것이다.

사용자 클라이언트 컴퓨터에 데이터트랩 모듈을 인스톨하는 것을 포함한 정밀한 단계는 클라이언트 컴퓨터를 지지하는 오퍼레이팅 시스템 타입에 달려있다. 모든 경우에, 원리는 동일하다. 데이터 모듈이 클라이언트 컴퓨터의 하드디스크 드라이브에 저장된다. 다음, 컴퓨터가 동력이 공급되거나 리셋될 때 클라이언트 컴퓨터의 부트스트랩 루틴이 데이터 트랩 모듈의 초기화 서브모듈을 실행하는 명령을 포함하기 위해 수정된다.

도 5는 데이터트랩 초기화 서브모듈에 의해 사용된 기술을 도시한다. 먼저, 정적 가변 라스트클릭(LastClick)을 0으로 설정한다(단계 40). 다음, 네트워크 인터페이스 send 루틴을 호출하는 응용 프로그램에 의한 모든 시도가 데이터트랩 모듈 send_trap 루틴으로 대신 다시 향하고 send 오리지널 어드레스가 정적 변수 *send에 저장되기 위해 오퍼레이팅 시스템 메모리 맵이 수정된다(단계 41).

다시 향함(redirection)이 완료된 형태는 오퍼레이팅 시스템 구조에 달려있다. 예를 들면, 윈도우즈 95에서 일반적으로 KERNEL32.DLL 함수 GetProcAddress로 지정되는 메모리 어드레스는 FakeGetProcAddress라 불리는 데이터트랩 모듈 내에 대신 지정되기위해 설정된다. 함수 GetProcAddress는 다이나믹 링크 라이브러리(DLL) 함수에 대한 엔트리 포인트를 얻기 위한 모든 응용 프로그램 프로세스에 의해 보통 불려진다. 이러한 변화와 함께, 이들 프로세스는 대신 FakeGetProcAddress로 부를것이다. 도 5a에 설명된 바와 같이, 호출 프로세스가 엔트리 포인트를 탐색하는 FakeGetProcAddress는 함수를 검사한다(단계 50). 만약 함수가 윈속 send 함수라면 되돌아온 어드레스는 send_trap을 위한 어드레스이다(따라서, send 호출을 시도할 때 응용 프로그램이 send_trap을 호출하게 함)(단계 52). 만약 함수가 다른 평션이라면, FakeGetProcAddress는, 호출 프로세스에 의해 탐색된 액츄얼 함수 어드레스로 복귀된 GetProcAddress로 간단히 불린다(단계 51).

도 6은 패턴을 보여주는 사용자의 웹 페이지를 모니터링하는 send_trap에 의해 사용되는 기술을 도시한다. send_trap이 호출될 때, 먼저 응용 프로그램이 전송하기를 시도하는 데이터가 HTTP GET인지 POST 메시지인지를 결정한다(단계 70). 만약 이것이 HTTP GET와 POST 메시지가 아니라면, send_trap은 즉시 send를 호출하고 빠져나온다(단계 74). 만약 메시지가 HTTP GET 또는 POST 메시지라면, 다음 변수 라스트클릭이 현재 시간과 비교된다(단계 71). 만약 라스트클릭이 현재 시간이전 15분 이상이라면(최종 15분안에 시작된 HTTP GET 또는 POST 메시지가 없음을 나타냄) 다음 루틴 client_set_session이 실행된다(단계 73). client_set_session이 실행된 후, 또는 라스트클릭이 최종시간 이전의 15분 이전이라면, 루틴 client_log_hit이 실행된다(단계 72). 다음 *send가 실행되고 send_trap이 빠져나온다 (단계 74).

도 7은 데이터트랩이 인스톨된 후 클라이언트 컴퓨터 시스템 구조에서 개념적으로 변화를 도시한다. send로 전송되기 전 send_trap 모듈을 통해 첫번째로 프로세스된 모듈의 send 루틴으로의 호출을 제외하고 브라우저(5)는 여전히 네트워크 인터페이스 모듈(7)을 통해 네트워크에 액세스된다.

도 8은 client_set_session에 의해 사용되는 기술을 도시한다. 먼저, 데이터트랩 모듈 안에 내장된 멤버_id의 리스트 중에 하나를 선택함으로써 사용자는 그 또는 그녀자신을 인식하기 위해 질문을 받는다(단계 88). 다음, 레포트 session_info가 만들어진다(단계 90). 도 8a에 도시된 바와 같이, session_info는 session_id(데이터트랩에 의해 고유번호가 생성된다), 사용자_id(하우스홀드를 인식하고 데이터트랩 모듈 안에 영구적으로 내장됨), 멤버_id(하우스홀드의 멤버를 인식함), 현재 시간 및 날짜, 클라이언트 컴퓨터의 오퍼레이팅 시스템, 실행되고 있는 데이터트랩의 버젼, 클라이언트 컴퓨터의 인터넷 프로토콜 어드레스, 및 컴퓨터_id(하우스홀드 안에 컴퓨터를 인식하고 데이터트랩 모듈 안에 영구히 내장됨)을 포함한다. 다음, 네트워크 인터페이스 모듈이 클라이언트 컴퓨터와 등록 사이트 간의 소켓을 열기 위해 사용된다(단계 91). 일단 소켓이 정해지면, NEW_SESSION 메시지가 등록 사이트로 전송된다(단계 92). 도 8b에 도시된 바와 같이, NEW_SESSION 메시지는 토큰(token) NEW_SESSION 메시지와 session_info 레포트를 포함한다.

다음, 한 실시예에서, client_set_session은 NEW_SESSION_CONFIRMED 메시지를 진행할때까지의 등록 사이트로부터 수신될 때까지 기다린다. 상기 실시예는 "핸드세이크 실시예"로 언급될 것이다. 대안의 실시예에서, 등록 사이트에 의해 NEW_SESSION 메시지를 수신이 추정되고 NEW_SESSION_CONFIRMED 메시지는 등록 사이트에 의한 확인 수신이 전송되지 않는다. 이러한 실시예는 핸드세이크가 아닌 실시예로 언급될 것이다.

도 8c에 도시된 바와 같이, 핸드세이크 실시예에서, NEW_SESSION_CONFIRMED 메시지는 NEW_SESSION_CONFIRMED 토큰 및 session_id 값을 포함한다. 메시지가 수신될 때 client_set_session이 빠져나온다.

도 9는 클라이언트 컴퓨터로부터 NEW_SESSION 메시지를 프로세스하기위한 등록 사이트에 의한 핸드세이크 실시예에서 사용된 기술을 도시한다. 먼저, 연결 데이터 레포트가 정적 테이블 연결에서 만들어지고, 하나의 필드로써 NEW_SESSION 메시지와 함께 전송된 session_info 레포트안에 포함된 session_id의 값을 가지며, 두번째 필드로써 로컬 변수 connection_id(네트워크 인터페이스에 의해 만들어지고, 클라이언트 컴퓨터와 등록 서버 간의 네트워크 소켓을 인식함), 및 나머지 필드로써 클라이언트 컴퓨터에 의해 전송된 session_info 레포트의 나머지 필드 값을 가진다(단계 111). 연결 데이터 레포트의 구조는 도 9a에 설명되어 있다. 다음, 내용으로써 session_id의 값을 포함하여 NEW_SESSION_CONFIRMED 메시지가 클라이언트 컴퓨터로 전송된다(단계 112).

도 10은 등록 서버에게 GET 및 POST 메시지를 로그하는 client_log _hit에 의해 사용된 기술을 도시한다. 레포트 hit_data가 만들어진다(단계 130). 도 10b에 도시된 바와 같이, 이러한 레포트는 session_id의 현재 값, 날짜 및 시간, 프로세스되고 있는 GET 및 POST 메시지가 액세스하기 위해 탐색하는 URL, 및 사용된 브라우저의 형식을 인식하는 토큰으로 구성되어 있다. 다음, LOG 메시지가 *send를 사용하여 등록 서버에게 전송된다(단계 131). 도 10a에 도시된 바와 같이 LOG 메시지는 hit_data의 내용과 토큰 "LOG"로 구성되어 있다. 다음, 변수 라스트클릭이 현재 시간과 동일하게 설정된다.

도 11은 LOG 메시지를 착신하는 프로세스를 위해 등록 서버에 의해 사용된 기술을 도시한다. 먼저, LOG 메시지에서 session_id 값에 대응하는 연결에서 연결 레포트가 검색된다(단계 150). 다음, LOG 메시지안에 session_id가 포함된 데이터와 결합된 데이터베이스 안에 레포트가 생성된다(단계 151).

계속해서, 등록 서버는 데이터트랩 모듈이 인스톨된 클라이언트 컴퓨터로부터 데이터를 모은다. 때때로 이 데이터의 스냅숏을 잡고(예를들면, 주어진 시간 내에 기록된 모든 트랜잭션을 포함), 순차적인 웹 페이지 액세스의 패턴(예를 들면, 첫번째 웹 페이지에 액세스하는 사용자가 페이지에 하이퍼텍스트 링크를 주어진 두번째 페이지에 얼마나 자주 따르느냐의 통계상 표시 )뿐만 아니라 관련된 데모그래픽 그룹 내에 사용자에 의해 웹 페이지의 액세스 패턴을 보여주는 것(예를 들면, 주어진 그룹의 멤버에 의해 페이지로 액세스하는 진동수)의 통계적인 레포트가 생성된다.

제 3 당사자(parties)(예를 들면, 등록 서버 연산자의 고객)는, 등록 사이트에 "레포트" 웹페이지를 사용하여 인터넷을 경유하여 액세스함으로써 등록 서버에 의해서 생성된 통계적 레포트에 액세스한다. 요구된 레포트으로 액세스 되는 것을 허용받기 전에, 이러한 웹 페이지는 제 3 당사자가 패스워드(이것은 다시 등록 사이트로 전송됨)를 입력할 것을 요구한다. 패스워드는 등록 사이트 오퍼레이터에 의해서 권위를 부여받은 제 3 당사자에게 공급된다. 일단 제 3 당사자가 유효한 패스워드를 입력하면 HTML 포맷에 가능한 레포트의 메뉴가 공급된다. 이용가능한 여러 형식의 레포트는 사용자가 가입해온 서비스 레벨에 의존하여 변할 수 있다.

채널 메커니즘을 가진 브라우저에서, 패턴을 보여주는 사용자의 웹 페이지를 모니터링하는 send_trap에 의해 사용되는 기술은 다음과 같이 수정된다. 도 12에 따라, 먼저 send_trap이 호출될 때, 응용 프로그램이 전송을 시도하는 데이터가 HTTP GET인지 POST 메시지인지를 결정해야 된다(단계 200). 만약 이것이 HTTP GET나 POST 메시지가 아니라면, 순간 send_trap은 *send(단계 210)를 호출하고 빠져 나간다. 만약 HTTP GET나 POST 메시지라면, 다음 변수 라스트클릭이 현재 시간과 비교된다(단계220). 만약 현재 시간이 라스트클릭보다 15분 이상 더 크다면, 다음, 루틴 client_set_session이 실행된다(단계 230). client_set_session이 실행된 후, 또는 만약 현재 시간이 라스트클릭보다 15분 이상 더 크지 않다면, 다음, 메시지가 사용자 최초의 메시지인지(예를 들면, 데이터 리소스를 액세스를 탐색하는 사용자에 응답하여 생성된 것) 또는 캐시 안에 갱신된 채널 정보를 위한 채널 메커니즘에 의해 생성되었는지를 결정하기 위해 메시지가 검색된다(단계 240).

메시지가 사용자 초기 메시지인지 아닌지를 결정하기 위해, 다음의 세 기술중 하나만 사용되지만, send_trap 루틴에 의해 사용된 단계는 브라우저에서 채널 메카니즘의 구현에 의존하여 변할 수 있다. send_trap 루틴은 채널(사용자에 의해 생성되거나 채널 메카니즘 구성 파일로부터 전송받은)과 결합된 URL의 마스터 리스트를 둘 수 있고, 상기 URL로 안내된 모든 메시지를 채널 메카니즘에 의해 생성된 메시지로 간주할 수 있다.

대안적으로, 채널 메카니즘에 의해 생성된 HTTP GET 또는 POST 메시지는 이들과 채널 메카니즘에 의해 생성된 메시지를 특별히 인식하는 정보를 포함할 수 있다. 예를 들면, 그들은 채널 메카니즘에 고유한 "사용자 에이전트" 헤더 필드 값 포함할 수 있다. 상기 경우에, send_trap은 상기 인식한 정보가 있는지를 결정하기 위해 메시지의 내용을 스캔한다.

대안적으로, 메시지가 특정 URL로 전송될 때, send_trap은 시간의 실행 로그를 둘 수 있다. 각 시간당 send_trap은 HTTP GET 또는 POST 메시지를 수신하고 이것은 동일한 URL에서 현재 메시지와 임의의 이전 메시지 간의 시간에 양을 결정한다. 만약 send_trap이 주어진 URL로 안내된 메시지 안에 충분한 질서가 있는지를 결정한다면(예를 들면, 만약 상기 세 메시지가 시간마다 정확한 간격으로 전송되었는지), 상기 메시지가 채널에 의해서 생성됨을 결정하고, 채널 메카니즘 URL의 리스트에 URL을 배치할 수 있다. 다음, URL에서 안내된 미래 메시지는 채널 메카니즘에 의해 생성되도록 고려된다.

다시 도 12에 의해, 만약 send_trap이 사용자가 생성한 메시지를 결정한다면 루틴 client_log_hit이 실행되고(단계 250), 만약 그렇지 않으면 루틴 client_log_channel_get이 실행된다(단계 260). 다음, 만약 채널 메카니즘에 의해 유지된 로그 파일의 데이트스탬프는 send_trap이 호출된 마지막 시간이후로 로그 파일이 변하였는가를 표시된다면, 루틴 client_log_channel_activity가 실행된다(단계 280). 다음, *send가 실행되고(단계 210) send_trap이 빠져 나온다.

도 13은 루틴 client_log_channel_get에 의해 사용된 단계를 도시한다. 레포트 channel_get_data가 만들어진다(단계 300). 레포트는 session_id의 현재 값, 날짜, 및 프로세스되는 GET 또는 POST 메시지가 액세스하기 위해 탐색하는 URL을 포함한다. LOG_CHANNEL_GET 메시지가 *send를 사용하여 등록 사이트로 전송되며 channel_get_data 레포트의 내용과 함께 토큰 LOG_CHANNEL_GET을 포함한다(단계 310). LOG_CHANNEL_GET 메시지가 등록 서버에 의해 수신될 때 그들은 LOG 메시지와 동일한 방법으로 프로세스되어 진다.

도 14는 루틴 client_log_channel_activity에 의해 사용된 단계를 도시한다. 레포트 channel_activity_data가 만들어진다(단계 320). 레포트가 session_id의 현재 값, 날짜, 및 채널 메커니즘 로그 파일의 현재 내용을 포함한다. 다음, *send를 사용하여 LOG_CHANNEL_ACTIVITY 메시지가 등록 서버에게 전송되고 channel_activity_data 레포트의 내용과 함께 토큰 "LOG_CHANNEL_ACTIVITY"를 포함한다(단계 330). LOG_CHANNEL_ACTIVITY 메시지가 등록 서버에 의해 수신될 때 그들은 LOG 메시지와 동일한 방법으로 프로세스되어 진다.

본 발명의 다른 실시예는 다음의 청구항 내에 있다. 예를 들면, 오히려 위에서 설명된 온라인 메카니즘을 통하는 것보다 사용자 등록은 메일 또는 직접 다이얼업(dialup) 연결을 통해서 발생할 수 있다. 사용자가 웹 페이지에 액세스하는 매 시간마다 등록 서버에게 LOG 메시지를 즉석에서 전송하는 대신, 데이터트랩 모듈은 복수의 "힛"을 누적하고, 주어진 시간간격에서 또는 "힛"의 고정된 수 후에 그들을 등록 사이트로 전송할 수 있다. 등록 사이트의 기능은 복수의 다른 물리적 웹 서버로부터 수행될 수 있다는 것이다(예를 들면, 일 이상의 등록 서버에서의 등록, 하나 이상의 데이터 수집 서버에서의 데이터 수집, 및 일 이상의 레포트 서버에서의 레포트 디스플레이 ).

다른 실시예에서, 네트워크 인터페이스로의 호출은 트랩되지 않는다. 대신, 웹 브라우저는 "프록시 서버"를 사용하는 명령을 받는다. 프록시 서버는, 클라이언트 컴퓨터로부터 HTTP 메시지를 수신하고, 간단하게 그들을 인터넷 상으로 재방출하는 인터넷에 연결된 컴퓨터에서 실행하는 소프트웨어이다. 이러한 실시예에서, 위에서 설명된 데이터트랩의 용량을 로깅하는 HTTP GET 및 POST 메시지를 가지는 것 뿐만아니라 클라이언트 컴퓨터를 위해 프록시 서버로써 실행하는 클라이언트 컴퓨터에 소프트웨어가 인스톨된다. 클라이언트 컴퓨터에의해 전송된 모든 HTTP 메시지는 프록시 서버를 통해 재경로배정되고 인터넷에서 메시지를 건네주기 전에 데이터 수집수집게 LOG 메시지를 넘겨준다.

대안적으로, 프록시서버 소프트웨어는 원격 시스템에서 인스톨된다. 원격 프록시 서버가 클라이언트 시스템에 파일로 직접 액세스되지 않기 때문에, "mini_server" 소프트웨어 모듈이 클라이언트 시스템에 인스톨된다. 이러한 "mini_server"는 프록시 서버로부터 파일 전송 프로토콜(FTP) "페치(fetch)" 요구에 응답하고, 따라서, 등록 서버에게 전송하는 채널 메카니즘 로그 파일을 프록시 서버가 검색할 수 있게 한다. 이러한 대안적인 실시예에서, 프록시 서버 프로그램의 인스턴스는 모니터링되고 있는 각각의 컴퓨터를 지지하기위해 실행되야 함을 유념한다. 예를 들면, 단일 프록시 서버 시스템에 프록시 서버 프로그램의 다중 인스턴스를 실행하고 시스템에 특별한 네트워크 포트와 결합된 각 인스턴스를 가짐으로써 이것이 완성될 수 있다. 모니터링되는 각 컴퓨터는 프록시 서버와 통신하는 특정 포트를 사용하기위해 프로그램되어 진다.

원격 프록시 서버 프로그램 안에 데이터트랩 모듈이 시스템을 오퍼레이팅하는 클라이언트 시스템에 직접 액세스할 수 없기 때문에, 위의 단계 88에 지시된 바와 같이, 사용자가 그 또는 그녀 자신을 인식하도록 요구하는 단계를 직접 실행할 수 없다. 대신, 클라이언트 서버에게 정보를 요구하는 HTML 포맷을 전송함으로써 데이터트랩 모듈은 정보를 얻는다. (HTML 형식은 client_set_session을 호출되게 하는 GET 또는 POST 메시지에 응답하여 전송된다.) 사용자는 형식안에 정보를 입력하고, 프록시 서버에게 형식 정보가 되돌려 전송되도록 하는 "제출(submit)" 버튼 위를 클릭한다.

클라이언트 컴퓨터는 단일_사용자 또는 다중_사용자 플랫폼일 수 있고, 또는 소비자 텔레비젼 안에, 퍼스널 디지탈 어시스턴트, 인터넷 서핑, 또는 특별한 목적의 장치 제작품과 같은 내장 컴퓨터일 수 있다. 웹 페이지는 광역망, 근거리 통신망에 또는 단일 파일 시스템에 있을 수 있다.

Claims

복수의 클라이언트 시스템 및 복수의 원격 데이터 리소스 서버와 연결되어 있고, 리소스 액세스 요구 메시지를 발생함으로써 상기 클라이언트 시스템이 원격 데이터 리소스 서버에 상기 원격 데이터 리소스를 액세스하는 데이터 네트워크에서, 상기 클라이언트 시스템의 사용자에 의해 상기 원격 데이터 리소스의 사용을 모니터링하는 방법에 있어서,

클라이언트 시스템에서 생성된 리소스 액세스 요구 메시지를 로깅 모듈로 재경로배정하는 단계;

상기 로깅 모듈이 재경로배정된 메시지에 대한 정보를 수집하게 하는 단계; 및

상기 데이터 네트워크 상의 상기 메시지를 원격 데이터 리소스 서버로 전송하는 단계를 포함하는 것을 특징으로 하는 방법.
제 1 항에 있어서, 상기 메시지를 재경로배정하는 단계는 네트워크 인터페이스 모듈로 호신호를 트랩하고 및 상기 로깅 모듈로 제어신호를 전송하는 단계를 포함하는 것을 특징으로 하는 방법.
제 1 항에 있어서, 상기 메시지를 재경로배정하는 단계는 프록시 서버로 상기 메시지를 경로배정하는 단계를 포함하는 것을 특징으로 하는 방법.
제 1 항에 있어서, 상기 원격 데이터 리소스는 웹 페이지인 것을 특징으로 하는 방법.
제 1 항에 있어서, 상기 메시지가 웹 브라우저에 의해서 생성되는 것을 특징으로 하는 방법.
제 1 항에 있어서, 상기 로깅 모듈이 상기 재경로배정된 메시지를 발생하는 상기 사용자를 인식하는 것을 특징으로 하는 방법.
제 6 항에 있어서, 등록 서버에 사용자 인식 데이터를 등록하는 단계를 더 포함하는 것을 특징으로 하는 방법.
제 7 항에 있어서, 등록 서버에 사용자 인식 데이터를 등록하는 단계는

등록 서버로부터 상기 클라이언트 시스템에게 등록 형식을 전송하는 단계;

상기 사용자가 상기 등록 형식을 완성하도록 격려하는 단계; 및

등록 형식 데이터를 상기 클라이언트 시스템으로부터 상기 등록 서버로 전송하는 단계를 포함하는 것을 특징으로 하는 방법.
제 8 항에 있어서, 상기 등록 형식 데이터가 상기 사용자에 대한 데모그래픽 정보를 포함하는 것을 특징으로 하는 방법.
제 7 항에 있어서, 상기 사용자 인식 데이터가 상기 사용자에 대한 데모그래픽 정보를 포함하는 것을 특징으로 하는 방법.
제 10 항에 있어서, 재경로배정된 메시지에 관한 수집된 정보에 상기 사용자에 대한 상기 데모그래픽 정보를 결합하는 단계를 더 포함하는 것을 특징으로 하는 방법.
제 11 항에 있어서, 재경로배정된 메시지에 관한 수집된 정보에 상기 데모그래픽 정보를 결합한 결과로부터 레포트를 생성하는 단계를 더 포함하는 것을 특징으로 하는 방법.
제 1 항에 있어서, 데이터 수집 서버로 수집된 정보를 전송하는 단계를 더 포함하는 것을 특징으로 하는 방법.
제 13 항에 있어서, 상기 메시지에 관한 정보는 상기 메시지가 재경로배정된 후 즉시 상기 데이터 수집 서버로 전송되는 것을 특징으로 하는 방법.
제 13 항에 있어서, 상기 메시지에 대한 정보가 임시로 저장되고 그 후 데이터 수집 서버로 전송되는 것을 특징으로 하는 방법.
제 1 항에 있어서, 상기 데이터 수집 서버에 의해 수신된 정보의 일 이상의 레포트를 컴파일하는 단계를 더 포함하는 것을 특징으로 하는 방법.
제 16 항에 있어서, 서버에 이용 가능한 일 이상의 레포트를 생성하는 단계를 더 포함하는 것을 특징으로 하는 방법.
제 17 항에 있어서,

요구자로부터 사용자 ID를 요구하는 단계; 및

상기 웹 사이트로부터 상기 요구자에게 상기 사용자 ID가 결합된 레포트를 전송하는 단계를 더 포함하는 것을 특징으로 하는 방법.
제 17 항에 있어서, 상기 서버가 웹 사이트인 것을 특징으로 하는 방법.
제 13 항에 있어서,

상기 클라이언트 시스템의 로그 파일의 데이트스탬프와 로깅 모듈이 재경로배정된 메시지에 관한 데이터를 수집한 최종 시간을 비교하는 단계; 및

만약 상기 로깅 모듈이 재경로배정된 메시지에 대한 데이터를 수집한 최종시간 이후로 상기 로그 파일이 수정되었다면, 상기 로그 파일로부터 상기 데이터 수집 서버로 정보를 전송하는 단계를 더 포함하는 것을 특징으로 하는 방법.
제 20 항에 있어서, 상기 로그 파일은 사용자가 캐시된 데이터를 사용한 정보를 포함하는 것을 특징으로 하는 방법.
제 1 항에 있어서, 상기 메시지에 대한 정보가 상기 사용자를 인식하는 정보를 포함하는 것을 특징으로 하는 방법.
제 22 항에 있어서,

최종 시간 정보가 재경로배정된 메시지에 관해 수집된 이후에 시간간격이 주어진 크기보다 더 큰가를 결정하는 단계; 및

만약 시간 간격이 주어진 크기보다 더 크다면, 상기 데이터 네트워크의 메시지를 상기 원격 데이터 리소스 서버로 전송하기 전에, 사용자가 그자신을 인식하도록 요구하는 단계를 더 포함하는 것을 특징으로 하는 방법.
제 1 항에 있어서, 상기 네트워크는 인터넷인 것을 특징으로 하는 방법.