KR20140036317A

KR20140036317A - 통신 네트워크 내에서 사용자들이 브라우징하는 동안 사용자들을 모니터링하기 위한 방법 및 서버

Info

Publication number: KR20140036317A
Application number: KR1020147003499A
Authority: KR
Inventors: 빈센티 투비아나; 제라르 뷔흔씨드; 베레 올리비에 리
Original assignee: 알까뗄 루슨트
Priority date: 2011-08-29
Filing date: 2012-08-24
Publication date: 2014-03-25
Also published as: WO2013030107A1; CN103765858B; JP2014529813A; US20200382392A1; FR2979509B1; KR101520751B1; US20140351418A1; EP2751978A1; FR2979509A1; US11456935B2; JP5795124B2; EP2751978B1; US10785132B2; CN103765858A

Abstract

통신 네트워크(N)을 위한 브라우저들(B)을 모니터링하는 방법으로서, 모니터링 서버는 모니터링 요소들의 한 세트를 포함하고, - 브라우저(B)로부터 모니터링 요소 요청을 수신하는 단계(E1), - 상기 요청이 상기 브라우저로부터의 제 1 요청인지를 결정하는 단계(E2), - 만약 제 1 요청이라면, 상기 브라우저에 대한 식별자를 계산하는 단계(E3), 이후 상기 세트의 각 모니터링 요소와 관련된 캐시 지속기간 값을 결정하는 단계(E4), 및 상기 모니터링 요소들의 세트 및 상기 값들을 상기 브라우저에 송신하는 단계(E5), - 만약 제 1 요청이 아니라면, 상기 요청 내에서 요청된 모니터링 요소들에 기초하여 상기 브라우저의 식별자들을 결정하는 단계(E6)를 수행한다.

Description

통신 네트워크 내에서 사용자들이 브라우징하는 동안 사용자들을 모니터링하기 위한 방법 및 서버{A METHOD AND SERVER FOR MONITORING USERS DURING THEIR BROWSING WITHIN A COMMUNICATIONS NETWORK}

본 발명은 통신 네트워크 내에서 사용자들이 브라우징하는 동안 사용자들을 모니터링하는 것에 관한 것이다.

인터넷상에서, 더 특별히 웹으로 알려진 콘텐트의 네트워크상에서, 사용자에게 맞춤 서비스들을 제공하기 위하여 사용자들이 브라우징하는 동안 사용자들을 모니터링하려는 시도들이 이루어진다.

예컨대, e-거래 사이트상에서, 사용자는 브라우징하는 동안 별도의 시간들에서 다수의 생산품들을 선택할 수 있고, 이들을 가상의 "쇼핑 카트"에 담을 수 있다. 사용자는 이들에 대해 이후에 지불할 것이다. 따라서, 사이트는 사용자에게 개인 쇼핑 카트를 할당하기 위하여 사용자를 식별할 수 있어야 한다.

다른 종래의 애플리케이션은 사용자의 프로파일에 적응된 메시지들(특히 광고들)을 제공하는 것이다. 그러므로 이렇게 행하기 위하여, 사용자의 브라우징을 모니터하고, 따라서 사용자가 사용하고 있는 브라우저를 모니터링하는 수단을 갖는 것이 중요하다.

이러한 문제에 대한 제 1 해결책은 "쿠키들"로서 알려진 식별 데이터의 사용을 통해 제공되었다. 이러한 데이터는 서버에 의해 브라우저로 송신되고, 브라우저는 데이터를, 데이터가 전개되는 통신 단말의 메모리에 파일의 형태로 저장한다. 서버에 대한 각 새로운 요청시, 애플리케이션은 이러한 데이터를 첨부하고, 따라서 서버에 의해 쉽고 고유하게 식별된다.

도 1은 제 3 당사자 서버가 모니터링하는 이러한 메커니즘을 도시한다. 이러한 제 3 당사자의 "모니터링" 서버(ST)는 기능적으로 콘텐트 서버(SC)와는 상이하다. 예컨대, 모니터링 서버는 광고 서버일 수 있다.

브라우저(B)는 IETF(인터넷 엔지니어링 타스크 포스)가 규정한 HTTP(하이퍼텍스트 전송 프로토콜) 프로토콜을 사용하여 콘텐트 요청(M1)을 콘텐트 서버(SC)에 송신한다. 이러한 요청(M1)은 자신의 URL(자원위치표시자)를 통해 특별한 자원(일반적으로 웹 페이지 또는 멀티미디어 파일)을 식별한다.

수신될 때, 콘텐트 서버(SC)는 요청된 웹 페이지를 포함하는 응답(M2)을 송신한다. 이러한 웹 페이지는 모니터링 서버(ST)에 대한 링크를 포함한다. 이러한 링크는 모니터링 서버가 제공한 콘텐트를 갖는 삽입광고(예, 배너)의 형태가 될 수 있다.

이러한 추가적인 콘텐트를 검색하기 위하여, 브라우저(B)는 이 때 모니터링 서버(ST)에 대해 의도되는 새로운 요청(M3)을 송신한다. 이러한 요청은 응답(M2)에 포함되었던 자원 식별자뿐만 아니라, 그 모니터링 서버를 위한 식별 데이터("쿠키") 및 이전에 방문한 콘텐트 서버(SC)의 식별자도 포함한다.

수신시, 모니터링 서버(ST)는, 사용자에게 적응된 추가적인 콘텐트(예컨대, 광고 요소)를 메시지(M4) 내에 제공하는 것뿐만 아니라, 또한 사용자의 프로파일을 구축하도록 수신된 정보를 저장하는 것을 위하여 식별 데이터를 사용할 수 있다. 이러한 프로파일은 사용자의 관심 영역을 결정하기 위하여 방문한 콘텐트 서버(SC)를 특별히 추적할 수 있다.

그러나, 이러한 메커니즘은 문제가 된다.

쿠키들의 사용은 사생활에 대해 심하게 비판을 받아왔다. 이러한 메커니즘은 압력으로 인해 중지될 수 있지만, 가장 중요하게 브라우저들은 이러한 식별 데이터를 송신하지 않도록 구성될 수 있다.

사파리(Safari)와 같은 일부 애플리케이션들은 식별 데이터를 제 3 당사자들(예, 직접 방문하지 않았지만 광고를 제공한 사이트들)에게 보내지 않도록 심지어 디폴트로 구성된다.

더욱이, 사용자들은, 실수로 개인 데이터의 송신을 제한함으로써 자신들의 사생활을 보호하기 위하여, 하드 드라이브의 자유 공간을 확보하기 위하여, 또는 다른 이유로 자신들의 하드 드라이브에 저장된 쿠키들을 스스로 삭제할 수 있다.

쿠키 메커니즘의 단점들을 다루기 위한 대안들이 따라서 출현하기 시작하고 있다.

주요 대안은, 브라우저 유형의 지문에, 및 주요 대안이 전개되는 통신 단말의 IP 어드레스에 기초한다. 이러한 지문은 HTTP 요청 내에서 송신된 정보 요소들로 이루어진다. 이들은 특별히 브라우저 유형(사파리, 인터넷 익스플로러, 파이어폭스(Firefox), 모질라(Mozilla), 크롬, 등)의 식별자, 버전 번호, 및 통신 단말의 플랫폼 또는 운영체계(윈도우즈, 리눅스, iOS, 안드로이드, 등)을 포함한다.

이러한 해결책은 모두 만족스러운 것은 아니다.

IP 어드레스/지문 조합이 두 가지 상이한 브라우저 예들에 대해 동일한 상황들이 존재한다.

이것은 사용자가 동일한 기계에서 두 개의 세션들을 개방할 때 발생한다.

이것은 또한, 모든 통신 단말들이 동일한 브라우저 유형의 동일한 버전을 사용하는 방식으로 통신 네트워크상에 설치된 소프트웨어를 위한 정책을 회사가 한정할 때, 발생한다. 지문은 따라서 모든 회사 장비에 대해 동일할 것이다. 더욱이, 종래의 네트워크 하부구조 선택은, 회사 장비의 다수의 부분들이 동일한 IP 어드레스를 갖는 것으로 외부 서버에 보일 수 있는 방식으로, 회사의 통신 네트워크가 NAT( 네트워크 어드레스 변환기)를 통해 공중 네트워크에 링크되게 해야 한다.

가정 내에서 하나 이상의 통신 단말들(컴퓨터들)이 동일한 방식으로 구성되는 동일한 종류의 상황이 개인 가정 내에서 발생한다. 외부 서버는 상이한 가족 구성원들을 구별할 수 없을 것이다.

결과는 IP 어드레스/지문 조합이 하나의 브라우저 경우에 대해 고유한 식별자를 형성하지 않는 많은 수의 경우들이다.

본 발명의 목적은 새로운 메커니즘을 제안함으로써 상황을 개선하는 것이다.

본 발명의 제 1 목적은 통신 네트워크을 위한 브라우저들을 모니터링하는 방법이고, 이러한 방법에서 모니터링 서버는 모니터링 요소들의 한 세트를 포함하고,

- 브라우저로부터 모니터링 요소 요청을 수신하는 단계,

- 요청이 브라우저로부터의 제 1 요청인지를 결정하는 단계,

- 만약 그렇다면, 브라우저에 대한 식별자를 계산하는 단계, 이후 상기 세트의 각 모니터링 요소와 관련된 캐시 지속기간 값을 결정하는 단계, 및 모니터링 요소들의 세트 및 관련 값들을 브라우저에 송신하는 단계,

- 만약 그렇지 않다면, 요청 내에서 요청된 모니터링 요소들에 기초하여 브라우저의 식별자들을 결정하는 단계를 수행한다.

본 발명의 다른 실시예에 있어서, 요청이 제 1 요청인지의 여부는 상기 요청 내에서 요청된 모니터링 요소들의 수에 기초하여 결정될 수 있다.

방법은 또한, 브라우저가 콘텐트 요청을 콘텐트 서버에 송신하고, 콘텐트 서버가 요청된 콘텐트와 모니터링 요소들로 안내하는 링크들을 포함하는 삽입광고, 둘 모두를 송신하는, 사전의 제 1 단계를 포함한다.

식별자는, 상기 요청 내에서 송신된 식별 정보를 포함하는 제 1 부분 및 카운터로 이루어진 제 2 부분으로 이루어질 수 있다.

모니터링 요소들의 세트 내의 모니터링 요소들의 수는 비트 단위로 표시된 카운터의 길이와 동일하다.

중요도(i)를 갖는 비트(b(i))의 값, 및 위치(i)에서 모니터링 요소와 관련된 캐시 지속기간 값은 다음의 관계를 따를 수 있다:

if b(i)=1, v(i)=max

if b(i)=0, v(i)=0

여기에서, 'max'는 주어진 캐시 지속기간 동안 가능한 최대값이다.

식별자에는 또한 연결된 이동들을 나타내는 제 1 부분이 선행할 수 있다.

이들 연결된 이동들은 제 1 부분에서 부합하는 중요도를 갖는 비트에 의해 표시될 수 있다.

이들 연결된 이동들 중 각 이동은 0의 캐시 값 또는 캐시 값에 대해 가능한 최대값과 관련될 수 있다.

대안적으로, 이들 연결된 이동들 중 각 이동은 301 또는 302 이동 코드와 관련될 수 있다.

본 발명의 제 2 목적은 모니터링 요소들의 한 세트와, 이전에 한정한 방법 및 표시된 실시예들을 구현하기 위한 수단을 포함하는 모니터링 서버이다.

본 발명의 제 3 목적은 위에서 한정된 모니터링 서버와 콘텐트 서버를 포함하는 서버이다.

따라서, 본 발명으로 인해, 쿠키들을 사용하지 않고, 보다 넓게는 사용자 단말에 파일들 또는 정보를 설치할 필요 없이, 사용자를 식별하는 것이 가능해진다.

단일 머신상에 또는 동일한 네트워크상에 전개된 브라우저들 사이의 차이를 식별하고, 이에 의해 이들 중 각각을 식별하는 것이 또한 가능하다.

브라우저의 식별자는, 통신 단말과 모니터링 서버 사이의 링크를 포함하여, 통신 네트워크상에서 명시적으로 이동하지 않는다. 결과적으로, 본 발명은 신원 절도 시도들 및 다른 악의적인 공격들에 대해 강건하다.

본 발명, 그 특성들 및 그 장점들은 첨부된 도면들과 함께 이어지는 실시예들의 설명에서 보다 더 자명해질 것이다.

도 1은 종래 기술의 메커니즘을 도시하는 도면.
도 2 및 도 3은 본 발명의 두 가지 구조적인 실시예들을 도시하는 도면.
도 4는 본 발명에 따른 모니터링 서버에 의해 구현된 다양한 단계들의 흐름도.
도 5는 두 가지 이동 코드 값들을 갖는 이동 메커니즘을 사용하는 본 발명의 일 실시예를 도시하는 도면.

새로운 모니터링 서버의 다수의 실시예들이 가능하다.

모니터링 서버(ST)는 전용 물리적인 서버상에서 전개될 수 있거나 다른 애플리케이션들과 공유될 수 있는 소프트웨어 애플리케이션일 수 있다. 이것은 또한 분산된 또는 피어-투-피어 동작 모드에 기초하여 물리적인 머신들("클러스터")의 세트상에 전개될 수 있다.

더욱이, 이러한 모니터링 서버(ST)는, 도 2에 의해 도시된 바와 같이, 콘텐트 서버(SC)와 함께 동일한 물리적인 머신 상에, 또는 물리적인 머신들의 동일한 "클러스터" 내에 위치할 수 있다.

도 3에서, 모니터링 서버(ST)는 콘텐트 서버(SC)와 분리되어 위치한다. 모니터링 서버(ST)는 모니터링 활동에 전용인 머신이 될 수 있거나, 또는 다수의 소프트웨어 애플리케이션들을 호스팅하는 머신(또는 머신들의 그룹)이 될 수 있다.

이들 두 가지 기술적인 구조들은 상업적인 선택들의 반영일 수 있다.

이러한 제 1 경우에 있어서, 두 가지 서버들은 단일 구성에 의해 관리된다. 콘텐트를 관리하는 회사는 또한 모니터링 서버를 전개할 수 있다. 만약 해당 회사가 콘텐트 서버를 전개하기 위한 호스트를 채용하면, 호스트는 또한 모니터링 서버를 전개하도록 제안할 수 있다. 청구가능하거나 일정한 레이트로 포함되는 서비스일 수 있다.

제 2 상황은, 웹 서비스들을 전문으로 다루고 모니터링 서비스를 특별히 제공하는 제 3 당사자 회사에 대응할 수 있다. 콘텐트 회사 또는 그 호스트는 방문자들을 모니터하기 위하여 서비스 계약을 수립할 수 있다. 콘텐트 회사 또는 그 호스트는 이후 수집된 정보 및 계약의 기간들에 기초하여 이들 방문자들에 대한 보고들을 송신할 수 있다.

제 1 상황은, e-거래 사이트, 및 콘텐트를 관리하는 회사에 의한 가상 쇼핑 카트의 관리에 대응할 수 있다.

본 발명은 선택된 구조 및 거래 모델에 의존하지 않는다.

첫 번째로, 브라우저(B)는 콘텐트 요청(M1)을 URL을 포함하는 콘텐트 서버(SC)에 송신한다.

콘텐트 서버(SC)는 요청된 콘텐트를 포함하는 하나 이상의 메시지(M2)를 통해 응답한다. 이러한 콘텐트는 전형적으로 예컨대 HTML 포맷(하이퍼텍스트 생성 언어)의 웹 페이지이다.

이것은 콘텐트 서버(SC)에 정적으로 저장될 수 있거나, 또는 데이터베이스(mySQL, 등) 및 PHP 언어 스크립트들의 콘텐트에 기초하여 처리 도중에 동적으로 구축될 수 있다.

이러한 콘텐트는 모니터링 서버(ST)에 관련된 일 부분을 포함한다. 이러한 부분은 모니터링 서버(ST)에 의해 콘텐트 서버(SC)로 이전에 송신될 수 있거나, 또는 관리자에 의해 수동으로 구성될 수 있다.

이러한 부분의 구성은, 제 3 당사자 콘텐트의 부분들(광고 삽입물들)을 포함하는 대다수의 웹사이트들이 이러한 원리로 동작하기 때문에, 그 자체가 알려져 있다.

이러한 삽입물의 콘텐트는 본 발명에 특정된 것이다.

본 발명에 따라, 이러한 삽입물은 모니터링 요소들에 대한 링크들의 세트를 포함한다. 이들 모니터링 요소들은 모니터링 서버(ST)상에 저장된다. 이들은 임의의 유형(이미지, 텍스트, 등)의 파일들이다. 통신 성능을 악화시키고 모니터링 서버상의 너무 많은 공간을 차지하는 것을 회피하기 위하여 이들이 최소 크기로 이루어지는 것이 바람직하다.

이러한 삽입물은 <DIV> 섹션으로서 HTML 언어로 기록될 수 있다.

이러한 삽입물의 한 예는 다음과 같을 수 있다:

</div>

이러한 예에 있어서, 주소(www.st.com)는 서버(ST)의 주소에 대응하는 완성된 주소이다. class "ST"는 또한 모니터링 특성에 대응하고, 스타일 시트(.css 파일)을 사용하여 <DIV> 섹션의 그래픽 렌더링을 제어하는 것을 가능케 하지만 기술적인 효과를 전혀 갖지 않는 내부 사용을 위한 문자열이다.

파일들("elt_1.png,", "elt_2.png,", "elt_3.png,")은 세 개의 모니터링 요소들이고, 여기에서는 png 포맷의 이미지들이다.

이러한 메시지(M2)가 수신될 때, 페이지를 제작할 수 있고, 페이지가 전개되는 통신 단말의 스크린상에 페이지를 디스플레이할 수 있도록, 브라우저(B)는 모니터링 요소를 검색하여야 한다.

그러므로, 브라우저(B)는 모니터링 요소들에 대한 요청(M3)을 모니터링 서버에 송신한다.

전형적으로, 이러한 요청은 HTTP 프로토콜에 따른 GET 메시지들로 이루어지고, 하나의 GET 메시지는 하나의 모니터링 요소에 대응한다.

이러한 예의 DIV 섹션에 기초하여, 브라우저(B)는 서버(www.st.com)에 전달된 3개의 GET 메시지들을 형성할 수 있다:

GET tracker/elt_1.png

GET tracker/elt_2.png

GET tracker/elt_3.png

모니터링 요소 요청을 수신하는 이러한 단계는 도 4의 흐름도에서 E1으로 지정된다.

이러한 요청을 수신할 때, 모니터링 서버(ST)는 그 요청이 브라우저(B)로부터 첫 번째 요청인지의 여부를 결정하는 제 2 단계(E2)를 구현할 수 있다.

이러한 결정은 요청(M3) 내에서 요청된 모니터링 요소들의 수에 기초하여 이루어질 수 있다. 모니터링 요소들의 세트가 요청된다면, 이것은 첫 번째 요청이다. 그렇지 않을 경우, 이후에 볼 수 있는 바와 같이, 이것은 첫 번째 요청이 아니다: 다시 요청되지 않는 브라우저의 캐시 메모리 내에 모니터링 요소들이 존재한다.

도시된 예에 있어서, 이것은 첫 번째 요청이다. 모니터링 서버(ST)는 이후,

- 브라우저(B)에 대한 식별자를 계산하는 단계(E3), 이후

- 그 세트의 각 모니터링 요소와 관련된 캐시 지속기간 값을 결정하는 단계(E4), 및

- 이들 모니터링 요소들의 세트와 계산된 값들을 브라우저(B)에 송신하는 단계(E5)를 구현할 수 있다.

이러한 식별자는, 새로운 브라우저가 모니터링 서버(ST)와 접촉할 때마다 증가되는 카운터가 될 수 있다.

본 발명의 선호되는 일 실시예에 따라, 이러한 식별자는, 요청(M3) 내에서 송신된 식별 정보를 포함하는 제 1 부분, 및 그러한 카운터로 이루어진 제 2 부분으로 이루어진다.

이러한 식별 정보는 브라우저(B)의 지문이 될 수 있고, HTTP 프로토콜에 따른 메시지들(M3)의 "사용자 에이전트" 헤더에 대응할 수 있다. 이러한 헤더는 HTTP 서버에 연결하기 위하여 사용된 소프트웨어를 규정하는 문자열이다. 상술한 바와 같이, 이것은 일반적으로 브라우저 유형(모질라, IE, 크롬, 등)과 버전 번호를 포함한다.

이러한 카운터는 동일한 지문을 통해 브라우저들을 고유하게 구별하는 것을 가능케 한다.

식별자가 카운터만으로 이루어진 실시예와 비교하여, 이러한 구현은 측정기의 크기, 따라서 모니터링 요소들의 수를 감소시키는 것을 가능케 한다. 따라서, 모니터링 서버상에서 및 브라우저의 캐시 메모리에서 메모리 자원과, 송신될 정보의 양을 감소시키는 것이 가능하다.

요청(M3)의 송신 IP 어드레스를 사용하는 것이 또한 가능하다. 이것은 카운터를 위해 필요한 공간을 더 줄이는 것을 가능케 하는데, 왜냐하면 카운터가 다른 목적으로는 더 이상 작용하지 않을 것이지만, 동일한 IP 공간에 속하고 동일한 지문을 갖는 브라우저들을 구별하도록 작용할 것이기 때문이다.

그러므로, 카운터의 길이는 미리 한정되어야 하는데, 이는 동일한 지문을 갖고 동일한 IP 공간에 속하는 브라우저들의 기대되는 최대 수를 추정하는 것을 의미한다. 이러한 수는 디폴트 값으로 구성될 수 있고, 관리자에 의해 편집될 수 있다.

이러한 길이(n(비트))는 수식(n=[log2(N)]+1)을 통해 카운터의 최대 수(N)에 기초하여 표시될 수 있다.

모니터링 서버(ST)는 n개의 모니터링 요소들을 저장한다. 이들 모니터링 요소들은 상이한 유형들(이미지들, 텍스트, 등)의 파일들이다. 이들은 반드시 모두가 동일한 유형인 것은 아니다.

다음 단계(E4)는 n개의 요소들의 세트 내에서 각 모니터링 요소와 관련된 캐시 지속기간 값을 결정하는 것으로 이루어진다.

브라우저들이 다운로드된 요소들의 모두 또는 일부를 캐시 메모리에 저장하도록 허용하는 메커니즘이 실제로 존재한다. 따라서, 동일한 웹 페이지에 대한 두 번째 방문 동안, 브라우저는 캐시 메모리 내에 이미 존재하는 요소들을 재다운로드하지 않을 것이다. 이러한 메커니즘은 데이터의 송신된 양을 최소화하는 것을 가능케 한다.

캐시 메모리는 브라우저가 전개되는 통신 단말의 하드 드라이브 또는 비휘발성 메모리 상에 존재할 수 있다.

일 실시예에 따라, 캐시 지속기간 값들은 카운터의 2진 기록에 기초하여 결정된다.

따라서, 이러한 카운터는 bn...b3-b2-b1으로 기록될 수 있고, 여기에서 bi는 중요도(i)를 갖는 비트이다.

중요도(i)를 갖는 비트에 대응하는 요소에 대한 값(v(i))은 다음의 수식에 기초하여 주어진다:

if b(i)=1 , v(i)=max

if b(i)=0, v(i)=0

위 식에서, max는 주어진 캐시 지속기간 동안 가능한 최대값이다. 이것은 또한, 캐시가 동일한 브라우저로부터 두 개의 요청들 사이에서 만료되지 않도록 충분히 긴, 임의의 긴 값이 될 수 있다.

다음 단계(E5)는, 모니터링 요소들 자체와, 이들의 각각에 대해 결정된 캐시 지속기간을 브라우저(B)에 송신하는 것으로 이루어진다.

이러한 송신은 요청 내에 존재하는 메시지(M3) 만큼의 많은 메시지(M4)로 이루어질 수 있다.

이것은, HTTP 프로토콜에서 각 GET 메시지가 요청된 요소를 포함하는 "200 OK" 응답 메시지에 대응하기 때문이다. 위의 예에서, 그러므로, 모니터링 요소들(elt_1.png, elt_2,png, 및 elt_3.png)을 포함하는 3개의 매시지들이 존재할 것이다.

각 응답 메시지는 HTTP 헤더 내에서 대응하는 캐시 지속기간 값을 포함할 수 있다.

만약 b(i)=0이면, 이 헤더는 다음과 같이 보일 것이다:

상태 코드 : 200 OK

캐시-제어 : 개별, 변환이 없는, max-age=0

콘텐트-유형 : text/xml

콘텐트-길이 : 670

서버 : jetty(6.1.x)

만약 b(i)=1이면 , 이 헤더는 다음과 같이 보일 것이다:

상태 코드 : 200 OK

C캐시-제어 : 개별, 변환이 없는, max-age=2147483647

콘텐트-유형 : text/xml

콘텐트-길이 : 670

서버 : jetty(6.1.x)

캐시-제어 라인에서 파라미터(max-age)는 0, 또는 최대 허용된 값과 동일한 값(v(i))을 포함한다. 이러한 파라미터는 IeTF의 RFC 2616의 섹션 14.9.3에서 규정된다.

브라우저(B)와 서버 사이에 위치한 "프록시들"(캐시 메커니즘을 구현하는 로컬 중간 요소들)이 이들 모니터링 요소들을 캐시에 저장하여 본 발명의 메커니즘과 간섭하는 것을 방지하기 위하여, 파라미터("개별")를 추가적으로 나타내는 것이 유용할 수 있다.

이러한 키워드는 모니터링 요소들에 대한 캐시 메커니즘의 관리가 "개별"임을 나타내고, 이러한 개별은 유일한 책임이 클라이언트(브라우저(B))와 서버에 있음을 의미한다.

위에서 기술된 이러한 3-모니터링-요소 예에 있어서, 계산된 식별자는 3, 즉 이진으로 "011"인 것이 가정된다. 캐시 값은 그러므로 elt_3.png에 대해 0이고, elt_2.png와 elt_1.png에 대해 max(즉, 이 예에서 2147483647 초)이다.

모니터링 요소들은 브라우저(B)의 캐시 메모리에 저장된다.

동일한 브라우저(B)가 새로운 요청을 콘텐트 서버(SC)에 송신할 때, 이전에 언급한 바와 같이 모니터링 서버(ST)에 관련된 부분을 수신한다. 만약 이것이 동일한 페이지라면, 그 부분은 이전에 수신된 것과 동일할 수 있다(그렇지 않을 경우, 예컨대, 이것은 그 사이에 갱신되었을 것이다).

알려진 그 자체의 방식으로, 브라우저는, 페이지를 생성하여, 페이지를 페이지가 전개되는 통신 단말의 스크린상에 디스플레이하는 것이 가능하게 하기 위하여, 모니터링 요소들을 검색하도록 적응된다. 이러한 검색은 캐시 메모리에 이미 존재하는 요소들에 기초하여, 그리고 관련된 캐시 지속기간 값에 기초하여 수행된다.

관련된 값이 서버에 의해 0으로 설정되었을 때, 그 요청과 이전 요청 사이의 지속기간에 관계없이, 브라우저는 모니터링 서버(ST)로부터 요소를 다시 요청해야 한다. 그러므로 브라우저는 해당 요소를 요청하는 GET 메시지를 송신한다.

관련된 값이 "max"로 설정되었다면, 브라우저(B)는, 이를 사용자에게 제공하기 위하여, 어떠한 메시지도 모니터링 서버에 송신하지 않고, 저장된 모니터링 요소를 사용한다.

이러한 예에서, 그러므로 브라우저는 서버(www.st.com)에 전달된 2개의 GET 메시지들을 송신한다.

GET tracker/elt_1.png

GET tracker/elt_2.png

브라우저의 거동은 본 발명에 따라 모니터링 서버(ST)에 의해 송신된 정보에 의해 야기되지만, 브라우저 자체는 HTTP 프로토콜에 따른 브라우저의 표준 거동을 따른다. 본 발명은 브라우저 또는 통신 단말에 대한 어떠한 변화도 포함하지 않는다.

모니터링 서버(ST)는 단계(E1)에서 이러한 모니터링 요소 요청을 수신한다.

단계(E2)는 제 1 요청인지의 여부를 결정하는 것으로 이루어진다.

모니터링 요소들 중 모두가 다시 요청되는 것은 아니기 때문에(요소(elt_3.png)는 요청되지 않는다), 서버(ST)는 이로부터, 제 1 요청이 아님을, 따라서 브라우저(B)가 이미 "알려져있음"을 유추할 수 있다.

모니터링 서버(ST)는 이후 그 브라우저의 식별자를 결정하는 단계(E6)를 유발할 수 있다.

이러한 결정은, 식별자를 생성하기 위하여 사용된 메커니즘과 다른 메커니즘에 의해, 요청 내에서 요청된 모니터링 요소들에 기초한다.

기술된 구현에 있어서, 모니터링 요소들의 위치들은 식별자를 2진 형태로 기록하는 것을 가능케 한다. 요소들(elt_1.png와 elt_2.png)이 요청되었다면, 중요도(1 및 2)를 갖는 비트들은 1로 설정되고, 요소(elt_3.png)가 요청되었다면, 중요도(3)를 갖는 비트가 0으로 설정된다. 브라우저의 식별자는 그러므로 2진 "011", 즉 3으로 기록된다.

식별자가 알려져 있으므로, 모니터링 서버(ST)는 상기한 모니터링 전략들을 구현할 수 있다. 모니터링 서버(ST)는 수집된 정보, 특별히 콘텐트 서버상에서 보여지는 URL 어드레스를 저장할 수 있고, 따라서 사용자의 브라우징 이력에 기초하여 브라우저 사용자의 프로파일을 구축할 수 있다. 이러한 프로파일에 기초하여, 적합한 광고 삽입물들을 결정할 수 있다.

모니터링 서버(ST)는 또한 특별한 콘텐트 사이트 또는 사이트들의 세트의 방문자들에 대한 통계들을 구축하기 위하여 이러한 정보를 사용할 수 있다.

본 발명의 일 변형에 있어서, 카운터의 길이(n) 따라서 사용할 모니터링 요소들의 수를 줄이기 위하여 HTTP 프로토콜의 이동 메커니즘을 사용하는 것이 가능하다.

이러한 이동 메커니즘은 HTTP 프로토콜의 메시지들 302 및 307에 의존한다.

모니터링 서버(ST)에 관련된 부분에서, 어드레스(URL1)가 표시될 수 있다. 이러한 어드레스(URL1)는 어드레스(URL2)로 이동하기 위하여 모니터링 서버(ST) 내에서 구성된다.

첫 번째 방문 도중에, 브라우저는 이러한 이동을 따르지만, 두 번째 방문 도중에 이러한 이동은 브라우저에 의해 저장되고, 이후 브라우저는 제 2 어드레스(URL2)를 직접 조회한다.

다수의 이동들(r1, r2, r3, r4, r5)을 함께 연결함으로써, 사용자들을 식별하기 위하여 이러한 거동을 이용하는 것이 가능하다.

사용자가 한 사이트에 첫 번째로 연결할 때마다, 사용자는 이러한 연결된 이동(r1 -> r2 -> r3 -> r4 -> r5)을 따른다. 사용자는 자동적으로 이동 요소들(r1, r2, r3, r4, r5)을 다운로드한다.

서버는 각 이동 요소에 대한 상이한 캐시 값들을, 예컨대 r2와 r5에 대한 무효 값 및 다른 요소들에 대한 매우 큰 값을 설정할 수 있다.

따라서, 이후의 방문 동안, 브라우저는 r2에 의해 표시된 어드레스로 직접 진행하고, 다음의 경로(r2 -> r5)를 따른다.

그러므로 이로부터, 브라우저가 그 캐시 내에 요소들(r1,r3 및 r4)을 갖는다는 것을 유추하고, 이러한 정보에 기초하여 다수의 사용자들을 구별하는 것이 가능할 것이다.

하나의 대안은 상이한 캐시 값들이 아니라 상이한 이동 코드들을 사용하는 것으로 이루어질 수 있다. 예컨대, 이동 코드(301)와 이동 코드(302)를 사용하는 것이 가능하다. 이들 두 개의 코드값을 통해 이동들을 서로 연결함으로써, 도 5에 도시된 2진 트리를 얻는 것이 가능하다. 도 5에서, 상향 가지들은 코드값(301)에 대응하고, 하향 가지들은 코드값(302)에 대응한다고 가정된다.

브라우저들은 일반적으로 묵인되는 이동들의 수의 최대수(예컨대, 5)를 갖는다. 이러한 방식으로, 본 메커니즘은 오로지 제한된 수의 사용자들(여기에서는 2⁵ = 32)을 구별할 수 있게 한다.

본 발명의 일 실시예에 따라, 본 메커니즘은 모니터링 요소들의 사용을 보완하여 관리될 모니터링 요소들의 수를 줄이기 위하여 사용된다. 이에 의해, 본 발명의 이러한 구현은, 서버들상에서, 브라우저의 캐시 메모리 내에서, 및 통신 네트워크상에서 송신시, 본 발명을 위해 필요한 자원들을 줄일 수 있게 한다.

이렇게 행하기 위하여, 브라우저의 신원에는 이동 요소들을 나타내는 제 1 부분(최상위)이 선행할 수 있다.

모니터링 요소들에 기초하여 식별자를 기록하는 가능한 구현으로서 이전에 기술되었던 것과 유사한 방식으로, 이러한 제 1 부분은 rk...r3-r2-r1으로 기록될 수 있고, 여기에서 ri는 중요도(i)를 갖는 비트이고, k는 가능한 이동들의 수이다.

연결된 이동들은 상기 제 1 부분에 부합하는 중요도를 갖는 비트에 의해 표시될 수 있다.

중요도(i)를 갖는 비트에 대응하는 이동 요소에 대한 값(v(i))은 다음의 수식에 기초하여 주어진다.

if ri = 1, vi(i) = max

if ri = 0, vi(0) = 0

여기에서, max는 주어진 캐시 지속기간 동안 가능한 최대값이다. 최대값은 캐시가 동일한 브라우저로부터 두 개의 요청들 사이에서 만료되지 않도록 충분히 긴, 임의의 긴 값이 될 수 있다.

다른 가능한 수식은 상이한 이동 코드들에 기초할 수 있다:

if ri = 1, vi(i) = 301

if ri = 0, vi(0) = 302

제 1 부분을 갖는 브라우저의 식별자는 rk...r3-r2-r1-bn...b3-b2-b1으로 기록될 수 있다. 총 길이는 k+n과 동일하다.

Claims

통신 네트워크(N)을 위한 브라우저들(B)을 모니터링하는 방법으로서, 모니터링 서버는 모니터링 요소들의 한 세트를 포함하고,
- 브라우저(B)로부터 모니터링 요소 요청을 수신하는 단계(E1),
- 상기 요청이 상기 브라우저로부터의 제 1 요청인지를 결정하는 단계(E2),
- 만약 제 1 요청이라면, 상기 브라우저에 대한 식별자를 계산하는 단계(E3), 이후 상기 세트의 각 모니터링 요소와 관련된 캐시 지속기간 값을 결정하는 단계(E4), 및 상기 모니터링 요소들의 세트 및 상기 값들을 상기 브라우저에 송신하는 단계(E5),
- 만약 제 1 요청이 아니라면, 상기 요청 내에서 요청된 모니터링 요소들에 기초하여 상기 브라우저의 식별자들을 결정하는 단계(E6)를 수행하는,
통신 네트워크을 위한 브라우저들을 모니터링하는 방법.
제 1항에 있어서,
요청이 제 1 요청인지의 여부는, 상기 요청 내에서 요청된 모니터링 요소들의 수에 기초하여 결정될 수 있는, 통신 네트워크을 위한 브라우저들을 모니터링하는 방법.
제 1항 또는 제 2항에 있어서,
상기 브라우저가 콘텐트 요청을 콘텐트 서버에 송신하고, 상기 콘텐트 서버가 상기 요청된 콘텐트와 상기 모니터링 요소들로 안내하는 링크들을 포함하는 삽입광고, 둘 모두를 송신하는, 사전의 제 1 단계를 포함하는, 통신 네트워크을 위한 브라우저들을 모니터링하는 방법.
제 1항 내지 제 3항 중 어느 한 항에 있어서,
상기 식별자는, 상기 요청 내에서 송신된 식별 정보를 포함하는 제 1 부분, 및 카운터로 이루어진 제 2 부분으로 이루어지는, 통신 네트워크을 위한 브라우저들을 모니터링하는 방법.
제 4항에 있어서,
상기 세트 내의 모니터링 요소들의 수는 비트 단위로 표시된 상기 카운터의 길이와 동일한, 통신 네트워크을 위한 브라우저들을 모니터링하는 방법.
제 5항에 있어서,
중요도(i)를 갖는 비트(b(i))의 값, 및 위치(i)에서 상기 모니터링 요소와 관련된 상기 캐시 지속기간 값은 다음의 관계를 따를 수 있고,
if b(i)=1, v(i)=max
if b(i)=0, v(i)=0
여기에서, 'max'는 주어진 캐시 지속기간 동안 가능한 최대값인, 통신 네트워크을 위한 브라우저들을 모니터링하는 방법.
제 6항에 있어서,
상기 식별자에는 연결된 이동들을 나타내는 제 1 부분이 선행할 수 있는, 통신 네트워크을 위한 브라우저들을 모니터링하는 방법.
제 7항에 있어서,
상기 연결된 이동들은 상기 제 1 부분에서 부합하는 중요도를 갖는 비트에 의해 표시되는, 통신 네트워크을 위한 브라우저들을 모니터링하는 방법.
제 7항 또는 제 8항에 있어서,
상기 연결된 이동들 중 각 이동은 0의 캐시 값 또는 캐시 값에 대해 가능한 최대값과 관련되는, 통신 네트워크을 위한 브라우저들을 모니터링하는 방법.
제 7항 또는 제 8항에 있어서,
상기 연결된 이동들 중 각 이동은 301 또는 302 이동 코드와 관련될 수 있는, 통신 네트워크을 위한 브라우저들을 모니터링하는 방법.
모니터링 서버로서,
모니터링 요소들의 한 세트와, 제 1항 내지 제 10항 중 어느 한 항에 따른 방법을 구현하기 위한 수단을 포함하는,
모니터링 서버.
서버로서,
제 11항에 따른 모니터링 서버와, 콘텐트 서버를 포함하는,
서버.