KR102066648B1

KR102066648B1 - 시각 광고

Info

Publication number: KR102066648B1
Application number: KR1020187036108A
Authority: KR
Inventors: 제이거 더글러스 디; 벤 호지슨; 시몬 오버엘
Original assignee: 구글 엘엘씨
Priority date: 2011-06-17
Filing date: 2012-04-20
Publication date: 2020-01-16
Also published as: US20120324098A1; AU2017200980A1; US9317868B2; US20220261844A1; US20170161795A1; US20150051969A1; KR20140071323A; CN107358463A; WO2012171684A1; JP2017054519A; US9595045B2; CN107403338A; EP2721565B1; AU2017200979A1; KR20200006186A; EP3460737A1; US11334910B2; KR102141134B1; EP2721565A1; AU2017200980B2

Abstract

웹 페이지 내의 영역이 브라우저 윈도우를 통해 사용자에게 보일 수 있는지 여부를 결정하기 위한 기법이 제공된다. 종종, 브라우저들은 소정의 시간에 웹 페이지의 일부분만을 보여주는바, 이는 (예를 들어, 광고가 존재할 수 있는) 웹 페이지의 영역이 시각가능한지 여부를 확립하기 어렵게 만든다. 이러한 문제는, 웹 페이지의 영역 내에 하나 이상의 테스트 피처들을 제공하고, 웹 페이지를 렌더링하고, 테스트 피처들의 동작 특성을 모니터링하고, 그리고 모니터링된 동작 특성에 근거하여 웹 페이지의 영역이 시각가능한지 여부를 결정함으로써 처리되는바, 여기서 동작 특성은 테스트 피처가 현재 디스플레이되고 있는지 여부에 따라 변한다. 동작 특성의 일 예는 프레임 진행 속도이다. 브라우저들은 전형적으로 웹 페이지의 구성요소들이 현재 브라우저 윈도우를 통해 보일 수 있다면 웹 페이지의 구성요소들을 더 높은 속도로 리드로잉할 것이고, 따라서 이러한 특성은 테스트 피처 및 이에 따른 해당 영역이 시각가능한지 여부를 결정하는데 사용될 수 있다. 본 발명은 광고를 포함하는 영역에 관해서 특정 유틸리티를 찾아내었는바, 이는 광고자로 하여금 사용자들이 광고를 보았는지 여부를 알 수 있게 한다.

Description

시각 광고{ADVERTISEMENTS IN VIEW}

본 발명은 네트워크를 통한 콘텐츠의 전달, 그리고 해당 콘텐츠를 사용자가 볼 수 있는지 여부의 분석에 관한 것이다. 특히(하지만 이러한 것에만 한정되는 것은 아님), 본 발명은 웹 페이지 내의 광고를 사용자가 볼 수 있는지 여부의 평가에 관한 것이다.

온라인 발행은 콘텐츠를 배포하기 위한 종래의 물리적 수단을 점점더 대체하고 있다. 예를 들어, 신문 발행자들은 자신들의 웹사이트에서 점점더 늘어나는 양의 트래픽을 수신하고 있는 반면, 신문 자체의 종이 출력물의 판매는 더 줄어들고 있다. 이는 발행자들이 생산하는 콘텐츠의 상품화에 있어서 발행자들에게 도전과제를 제시한다. 일부 발행자들은 자신들의 온라인 콘텐츠에 액세스하기 위해서 뷰당 지불(pay-per-view) 혹은 가입 서비스(subscription service)를 이용하도록 하고 있지만, 대부분의 발행자들은 자신들의 온라인 제공물을 그 이용시 무료로 유지하려고 하고 있다. 이러한 모델을 지원하기 위해서, 발행자들은 광고에 의존한다.

실제로, 광고 기반의 수익 모델은 콘텐츠의 발행자들에만 한정되는 것이 아니라 다수의 인터넷 서비스들에 의해 채택되고 있다. 웹사이트 상의 광고 공간을 판매함에 있어서, 해당 공간이 요구하는 비용에 관한 결정이 이루어져야 한다. 오늘날, 광고 공간은 대부분 노출당 지불(pay-per-impression) 혹은 클릭당 지불(pay-per-click) 기반으로 판매된다.

노출당 지불 모델에서, 과금은 광고를 포함하는 웹 페이지를 볼 때마다 부과된다. 광고를 포함하는 웹 페이지가 사용자에게 다운로드될 때마다 기록은 유지되고, 발생된 다운로드의 양에 따라 광고자에게 과금이 부과된다.

현재 노출당 지불 기법들이 갖는 문제점은 이 기법들이 사용자가 광고 자체에 끌렸는지 여부를 정확히 반영하지 못한다는 것이다.

실제로, 광고를 사용자가 보았는지 여부에 관한 표시조차도 없다. 예를 들어, 광고는 사용자의 브라우저 윈도우에서는 볼 수 없는 웹 페이지의 일부분 상에 있을 수 있거나, 혹은 심지어 로딩에 실패했을 수도 있다. 이것은 광고자로 하여금 광고의 가치에 관해 불신하게 하고, 이에 따라 인터넷 광고에 대한 수요를 억제한다.

클릭당 지불 모델은 이러한 문제점들 중 일부를 해결한다. 이 모델에서, 지불은 광고 내의 링크를 사용자가 클릭하는 매 경우에 대해 행해진다. 그러나, 이것이 (부정 행위가 없는 경우) 사용자가 광고에 끌린 경우에만 지불이 일어난다고 보장하기는 하지만, 모든 상황에 대해 적절한 것은 아니다. 예를 들어, 많은 광고들은 브랜드 인지도를 순종적으로 증가시키기 원하며 사용자의 경험에 지장을 주기 원하지 않을 것이다. 일반적으로, 광고를 클릭하는 횟수는 단순히 광고를 본 횟수의 함수가 아니라 클릭을 유도함에 있어서 해당 광고의 성공도에 의해 영향을 받을 것이다. 클릭당 지불 모델은 이러한 인자들을 구별해 낼 수 없다.

따라서, 특정 광고를 본 횟수를 정확히 반영하는 방법을 개발해 내는 것이 바람직하다. 호스트 웹 페이지가 다운로드되는 이유로 인해 광고의 가시성이 간단하게 보장되지 않기 때문에, 더 높은 정확도가 요구된다.

한 가지 제안된 방법은 소정의 순간에 특정 사용자의 브라우저에 의해 보여지는 웹 페이지의 영역을 모니터링하는 것이다. 예를 들어, 웹 페이지 내에서 광고의 위치 및 브라우저의 뷰포트(viewport)의 크기를 아는 경우, 브라우저 윈도우의 스크롤 위치(scroll position)(즉, 웹 페이지 상에서의 그 수직 및 수평 위치)를 관측함으로써 광고가 시각가능한지 여부(즉, 브라우저의 뷰포트 내에 있는지 여부)가 확립될 수 있다. 대안적으로 혹은 추가적으로 또 하나의 다른 방법은 웹 페이지 상의 마우스 커서의 위치를 감지하는 것이다.

이러한 방법들이 적절한 상황에서 정확한 데이터를 제공할 수는 있지만, 실제로는 사용에 있어 한정되어 있다. 그 이유는 프로세스 내의 해당 부분들이 도출해 낼 수 있는 정보에 관해 제약이 있기 때문이다.

특히, 광고들은 종종 호스트 웹 페이지에서 (내포된) 아이프레임(iframe)들 내에 포함되어 있다. 아이프레임은 다른 웹 콘텐츠가 나타날 수 있는 웹 페이지 내의 영역을 제공한다.

발행자에 대해서 아이프레임들의 한 가지 중요한 혜택은, 아이프레임과 호스트 웹 페이지가 서로 다른 도메인(domain)들로부터 서빙(serving)되는 한, 아이프레임 내의 콘텐츠는 호스트 웹 페이지 내의 콘텐츠에 영향을 미칠 수 없다는 것, 혹은 심지어 해당 페이지에 관한 정보를 알아낼 수조차 없다는 것이다. 이것이 의미하는 것은, 광고가 호스트 웹 페이지의 메인 콘텐츠를 훼손하지 않는다는 점에서 발행자는 보장을 받을 수 있다는 것이다.

그러나, 아이프레임 내의 콘텐츠가 호스트 웹 페이지와 상호작용할 수 없기 때문에, 광고와 함께 서빙되는 임의의 클라이언트측 코드(client-side code)는 예를 들어 호스트 웹 페이지의 크기(높이 및 폭)를 알아낼 수 없으며 혹은 브라우저 뷰포트가 호스트 웹 페이지와 어디서 관련되는지를 알아낼 수 없다. 이에 따라, 임의의 이러한 클라이언트측 코드는 광고가 시각가능한지 여부를 알아내는데 사용될 수 없다. 이처럼, 아이프레임이 광고를 서빙하는데 사용되는 경우, 호스트 웹 페이지에 대한 브라우저 뷰포트의 위치로부터 광고가 시각가능한지 여부를 추론하려는 기법들은 그 기능을 발휘하지 못한다(참조 사이트: http://web.archive.Org/web/20110707192023/http://www.realvu.net/iframes/).

따라서, 광고가 아이프레임 내에서 서빙되는 경우에도 혹은 다른 어떤 이와 같은 제한된 환경 혹은 샌드박스화된 환경(sandboxed environment) 내에서 서빙되는 경우에도 광고를 보았는지는 여부를 확립하기 위한 기법을 제공하는 것이 바람직하다.

본 발명의 제 1 실시형태에 따르면, 웹 페이지(web page) 내의 영역이 시각가능한지 여부를 결정하기 위한 (컴퓨터에 의해 구현되는) 방법이 제공되는바, 이 방법은,

영역에 적어도 하나의 테스트 피처(test feature)를 제공하는 단계와;

웹 페이지를 렌더링(rendering)하는 단계와;

적어도 하나의 테스트 피처와 관련된 동작 특성(behavioural characteristic)을 모니터링(monitoring)하는 단계와; 그리고

모니터링된 동작 특성으로부터 영역이 시각가능한지 아니면 시각불가능한지를 결정하는 단계를 포함하며,

여기서, 동작 특성은 테스트 피처가 시각가능한지 아니면 시각불가능한지에 따라 변한다.

따라서, 본 발명은, 호스트 웹 페이지의 특성에 관해 정보를 요구함이 없이, 웹 페이지 내의 영역이 시각가능한지 여부에 관한 정보를 제공하는 데 도움을 줄 수 있다. 웹 페이지의 렌더링 동안, 영역 내의 테스트 피처가 현재 디스플레이되고 있는지 여부에 따라 변하는 동작 특성은 영역이 시각가능한지 아니면 시각불가능한지를 확립하기 위해 모니터링될 수 있다. 본 명세서에서, "시각가능함"은 영역이 브라우저의 뷰포트 내에 있음, 즉 브라우저에 의해 보여지는 웹 페이지의 가시 부분 내에 있음을 표시한다. 그러나, 브라우저의 뷰포트 내에 영역이 존재하는 것이 필요적 요건이긴 하지만 충분한 요건일 수는 없다. 예를 들어, 브라우저의 뷰포트 내에 있을지라도, 배경 탭에 존재하기 때문에 혹은 다른 원인으로 사용자로부터 영역이 가려질 수 있다. 따라서, 일반적으로, 만약 영역이 사용자에게 보일 수 있다면 "시각가능함"이고, 만약 어떤 이유에서건 영역이 사용자에게 보일 수 없다면, "시각불가능함"이다. 특히 바람직한 실시예들에서, 영역은 광고를 포함하고, 이러한 방식으로 광고가 시각가능한지 여부에 관한 정보가 도출될 수 있다.

본 발명은 웹 브라우저들과 웹 브라우저 플러그인들이 특별한 제공을 한다는 사실을 이용할 수 있는바, 이에 따르면, 예를 들어, 브라우저 뷰포트 내에서 볼 수 있는 웹 페이지의 구성요소들은 웹 페이지 상에는 있지만 일정 구역에서 브라우저의 뷰포트 내에 현재 포함되어 있지 않은 구성요소들보다 더 빈번하게 리드로잉(redrawing)될 수 있다. 이러한 동작 차이는, 클럭 속도 혹은 수행될 수 있는 로컬 연결(local connections)의 수와 같은 다른 것들과 함께, 현재 시각불가능한 웹 페이지들의 구성요소들의 불필요한 프로세싱을 감소시키기 위한 노력의 결과이다. 본 발명은 이러한 동작 차이를 이용하여 테스트 피처가 시각가능한지 여부에 관한 정보를 추론해 낼 수 있고, 그리고 이로부터 광고가 시각가능한지 여부를 추론해 낼 수 있다.

따라서, 동작 특성은 하나 이상의 테스트 피처들이 웹 페이지의 렌더링 동안 핸들링(handling)되는 방식과 관련될 수 있다. 예를 들어, 바람직한 실시예에서, 동작 특성을 모니터링하는 단계는, 애플리케이션 프로그래밍 인터페이스(Application Programming Interface, API)(예를 들어, 브라우저 API 혹은 플러그인 API)의 동작이 적어도 하나 테스트 피처와 관련됨에 따라 API의 동작을 모니터링하는 것을 포함한다. API의 동작은 직접적으로 혹은 간접적으로 모니터링될 수 있다. 예를 들어, 플러그인은 넷스케이프 플러그-인 애플리케이션 프로그래밍 인터페이스(Netscape Plug-in Application Programming Interface, NPAPI)에서 "NPP_SetWindow" 호출을 통해 브라우저로부터 클리핑 직사각형(clipping rectangle)을 수신할 수 있는바, 이것은 드로잉가능 피처의 어떤 부분이 현재 시각가능한지를 상세히 설명한다. 이러한 정보를 사용하여, 플러그인은 발생되고 있는 테스트 피처의 프레임 진행 속도(frame progression rate)를 변경시킬 수 있다. 특정 실시예들에서, 테스트 피처와 관련된 클라이언트측 코드는 테스트 피처의 일부분 혹은 전체가 시각가능한지 여부를 결정하기 위해 브라우저 NPAPI를 모니터링하도록 제공될 수 있다. 다른 실시예들에서, 클라이언트측 코드는 테스트 피처와 관련된 플러그인의 프레임 진행 속도를 모니터링하는데 사용될 수 있다. 일부 바람직한 실시예들에서, 플러그인 API는 플래시 환경(Flash environment)에 의해 제공된다.

바람직한 실시예에서, 동작 특성을 모니터링하는 단계는 호스트 웹 페이지의 피처들을 알아내지 못하도록 하는 제한된 환경에서 동작하는 코드에 의해 수행된다. 바람직한 실시예에서, 코드가 동작하는 제한된 환경 혹은 샌드박스화된 환경은 호스트 웹 페이지 내에서의 아이프레임(잠재적으로는 다른 아이프레임들 내에 내포된 아이프레임)이다. 호스트 웹 페이지에 관한 정보를 요구하지 않고, 대신에 테스트 피처 자체의 동작 특성(이것은 해당 피처가 디스플레이되고 있는지 여부에 따라 변함)을 모니터링하기 때문에, 본 발명은 아이프레임들에 관해서 특정 유틸리티를 찾아냈다. 이것은 호스트 웹 페이지와 아이프레임의 콘텐츠가 서로 다른 도메인들로부터 서빙되고 있는 경우 특히 가치가 있는데, 왜냐하면 이러한 상황에서, 아이프레임 내에서 서빙되는 구성요소들은 호스트 웹 페이지와 상호작용할 수 없거나 혹은 호스트 웹 페이지에 대한 정보를 알아낼 수 없기 때문이다.

본 발명에 있어서 아이프레임에 대한 대안으로서 혹은 아이프레임에 추가하여 사용될 수 있는 제한된 환경의 예는, 프레임(frame); 마이크로소프트 웹 샌드박스(Microsoft Web Sandbox); 도조 툴킷(Dojo Toolkit)으로부터의 dojox.secure.sandbox; 스케일가변 벡터 그래픽(Scalable Vector Graphics, SVG) 문서; 혹은 카자(Caja)에 의해 발생된 커졸드 스크립트(Cajoled script)를 포함한다. 제한된 환경은 동작 특성의 모니터링을 수행하는 코드가 다음과 같은 것들, 즉, 호스트 웹 페이지에 대한 영역의 위치; 호스트 페이지의 뷰포트의 수직 및 수평 스크롤 위치; 그리고 호스트 웹 페이지의 뷰포트의 크기 중 일부 혹은 모두에 액세스하는 것을 막을 수 있다.

바람직한 실시예에서, 동작 특성은 테스트 피처의 프레임 진행 속도를 포함한다. 예를 들어, 동작 특성은 어도비 플래시 스몰 웹 포맷(Small Web Format, SWF) 애플릿 내에서의 프레임들이 진행하는 속도일 수 있다. 대안적으로 혹은 추가적으로, 동작 특성은 타이머 클럭 속도(timer clock rate) 및/또는 로컬 연결들이 생성될 수 있는 속도를 포함할 수 있다. 다른 예들에서, 동작 특성은 적어도 하나 테스트 피처의 애니메이션 타이밍(animation timing)일 수 있거나 혹은 브라우저가 자신을 리페인팅(repainting)하기 위해 브라우저 플러그인을 호출하는 속도일 수 있다. 특히, 애니메이션 타이밍은 WindowAnimationTiming API를 통해 모니터링될 수 있다.

바람직한 실시예들에서, 동작 특성을 모니터링하는 단계는 클라이언트 디바이스에서 일어나고, 본 방법은 동작 특성에 관한 정보를 클라이언트 디바이스로부터 서버로 전송하는 단계를 더 포함한다. 클라이언트 디바이스에서 동작 특성을 모니터링하는 것은 클라이언트 디바이스의 활동에 관한 정보를 획득하는 효과적인 방법이며, 중앙 서버에서 정보를 기록하는 것은 다수의 소스들로부터 결과들이 수집분석되게 할 수 있다. 이처럼, 바람직한 실시예들의 이러한 실시형태는 클라이언트-서버 네트워크의 아키텍처를 최적으로 사용한다.

바람직하게는, 적어도 하나의 테스트 피처는, 구성요소(element); 문서(document); 플러그인(plugin); 혹은 애플릿(applet) 중 어느 하나이다. 바람직한 실시예들에서, 적어도 하나의 테스트 피처는, 어도비 플래시 SWF, 자바(Java) 혹은 실버라이트(Silverlight) 애플릿과 같은 애플릿이다. 일 특정 바람직한 실시예에서, 적어도 하나의 테스트 피처는 어도비 플래시 SWF 애플릿이고, 동작 특성을 모니터링하는 단계는 플래시 환경에 의해 제공된 플러그인 API를 모니터링하는 것을 포함한다.

바람직한 실시예들에서, 동작 특성을 모니터링하는 단계는 클라이언트측 코드에 의해 수행된다. 클라이언트측 코드(client-side code)는 클라이언트 디바이스 상에서 동작하는 코드이다. 본 명세서에서 클라이언트 디바이스는 호스트 웹 페이지를 사용자에게 디스플레이하는 디바이스이다. 클라이언트측 코드는 예를 들어, 클라이언트측 스크립트; 애플릿; 또는 플러그인의 형태를 취할 수 있다. 특히, 클라이언트측 스크립트는 ECMA스크립트(ECMAScript), 자바스크립트(JavaScript), J스크립트(Jscript), VB스크립트(VBScript), 액션스크립트(ActionScript) 혹은 오픈GL 셰이딩 언어(OpenGL Shading Language, GLSL) 중 적어도 하나로 구현될 수 있다.

바람직한 실시예들에서, 영역이 시각가능한지 아니면 시각불가능한지를 결정하는 단계는, 시각가능한 적어도 하나의 테스트 피처의 비율; 시각가능한 적어도 하나의 테스트 피처의 높이 및 폭; 적어도 테스트 피처의 임의의 부분이 시각가능한지 여부; 그리고 적어도 하나의 테스트 피처의 모든 부분이 시각가능한지 여부 중 하나 이상을 결정하는 것을 포함한다. 테스트 피처가 시각가능한지 여부에 관한 이러한 세부사항들을 분석함으로써, 영역의 어떤 부분들이 시각가능한지에 관한 더 상세한 픽처(picture)가 확립될 수 있다.

바람직하게는, 영역이 시각가능한지 여부를 결정하는 단계는 모니터링된 동작 특성을 하나 이상의 제어 값(control value)들과 비교하는 것을 포함한다. 예를 들어, 제어 값들은 임계 값들로서 사용될 수 있는바, 이에 따라 만약 동작 특성이 특정 값보다 크다면 영역은 시각가능한 것(혹은 시각불가능한 것으로, 적절하게) 결정된다. 이것은 프레임 진행 속도가 영역이 시각가능함을 표시하는지 아니면 시각불가능함을 표시하는지를 판단하는 효율적인 방법이다. 예를 들어, 테스트 피처들은 만약 프레임 진행 속도가 임계 값보다 크다면 시각가능한 것으로서 결정될 수 있다.

일부 바람직한 실시예들에서, 본 방법은 볼 수 없는 제어 피처를 발생시키는 단계, 제어 피처의 동작 특성을 모니터링하는 단계, 그리고 제어 피처의 모니터링된 동작 특성에 의존하는 적어도 하나의 비교 값을 결정하는 단계를 더 포함한다. 볼 수 없는 제어 피처는 임의의 상황에서 사용자에게 디스플레이되지 않는 제어 피처이다. 본 발명의 이러한 실시형태는 브라우저 혹은 플러그인이 웹 페이지의 피처들을 (이러한 피처들이 결코 보일 수 없게 위치되어 있을지라도) 공칭 속도에서 렌더링한다는 사실을 이용한다. 예를 들어, 테스트 피처가 아이프레임에서 전달돼야 하고 제어 피처도 또한 아이프레임에서 전달돼야 한다면, (아이프레임의 어떠한 실시형태도 호스트 웹 페이지에 영향을 미칠 수 없기 때문에) 제어 피처는 아이프레임의 가시 범위 외부에 위치할 수 있는바, 이것이 의미하는 바는 제어 피처가 사용자에게 결코 보이지 않음을 의미한다. 이에 따라, 제어 피처의 동작 특성은 테스트 피처가 시각불가능한 경우에 테스트 피처의 일어날 가능성이 있는 동작 특성의 인상을 제공할 수 있다. 예를 들어, 테스트 피처의 프레임 진행 속도는 제어 피처의 프레임 진행 속도와 비교될 수 있고, 만약 테스트 피처의 프레임 진행 속도가 제어 피처의 프레임 진행 속도보다 크다면, 테스트 피처는 시각가능한 것으로 고려될 수 있다.

일부 바람직한 실시예들에서, 본 방법은 테스트 영역 내의 위치와 테스트 피처를 볼 수 없는 위치 사이에서 테스트 피처의 위치를 변경시키는 단계를 더 포함한다. 이에 따라, 테스트 피처는 동적 테스트 피처일 수 있다. 본 명세서에서, 영역이 시각가능한지 아니면 시각불가능한지를 결정하는 것은 모니터링된 동작 특성이 테스트 피처의 위치가 변경됨에 따라 변하는지 여부를 결정하는 것을 포함할 수 있다.

일부 상황에서, 테스트 피처의 동작 특성과 비교되는 제어 값은 테스트 피처의 이전에 결정된 상태에 의존하여 선택된다. 특히, 제어 값은 테스트 피처가 이전에 시각가능했는지 아니면 시각불가능했는지 여부에 의존하여 선택될 수 있다. 예를 들어, 테스트 피처가 이전에 시각불가능했던 경우 시각가능한 것으로서 결정될 테스트 피처에 대한 제어 값은 테스트 피처가 이전에 시각가능했던 것으로 결정된 경우의 제어 값보다 더 클 수 있다. 이것은 브라우저 혹은 플러그인이 동작하는 상태에서의 변화를 설명하는데 도움을 줄 수 있고, 그리고 외부 인자들로 인한 사소한 변동이 시각가능함으로부터 시각불가능함으로의 테스트 피처들의 상태의 변화(혹은 그 반대의 변화)로서 해석될 가능성을 억제한다.

대안적으로 혹은 추가적으로, 비교 값의 세트는 휴리스틱 혹은 경험적 기법(heuristic or empirical methods)을 사용하여 결정될 수 있다. 이러한 기법은 웹 페이지가 렌더링되는 상황을 고려할 수 있는바, 예를 들어 웹 페이지를 렌더링하는데 사용되는 브라우저를 고려할 수 있거나 혹은 오퍼레이팅 시스템 환경을 고려할 수 있다. 이처럼, 피처가 시각가능한지 아니면 시각불가능한지에 의존하지 않는, 리드로잉 속도에서의 변화에 대한 다른 이유들이 고려될 수 있다.

바람직하게는, 적어도 하나의 테스트 피처는 광고가 발견되는 영역의 가장자리(edge)에 위치한다. 이것이 의미하는 것은 테스트 피처로부터 검색된 값들이 영역의 가장자리가 시각가능한지 아니면 시각불가능한지를 명확하게 확립시킬 수 있음을 의미한다. 바람직한 실시예들에서, 복수의 테스트 피처들이 영역의 가장자리에 위치한다. 이러한 방식으로, 본 발명은 광고 전체 혹은 광고의 특정 부분이 시각가능한지 아니면 시각불가능한지를 결정하는데 도움을 줄 수 있다. 특정 실시예들에서, 테스트 피처들의 적어도 일부는 영역의 코너(corners)에 위치한다.

바람직한 실시예들에서, 적어도 하나의 테스트 피처는 투명(transparent)하고 그리고/또는 테스트 픽셀(test pixel)이다. 이러한 실시형태들은 적어도 하나의 테스트 피처가 광고가 발견되는 영역에 미치는 영향을 억제하는바, 이는 광고가 그 주된 목적을 수행하게 할 수 있다.

바람직한 실시예들에서, 영역 내에는 광고가 제공된다. 이러한 것은 영역이 시각가능한지 여부를 알아냄에 있어서 특히 가치가 있으며, 상당량의 상업적 장점들을 제공할 수 있다. 일부 바람직한 실시예들에서, 적어도 하나의 테스트 피처는 광고 자체의 일부분이거나 전체를 형성할 수 있다.

본 발명이 컴퓨터 프로그램 코드를 사용하여 구현될 수 있음이 또한 예측될 수 있다. 실제로, 이에 따라, 본 발명의 또 하나의 다른 실시형태에 따르면, 앞서의 제 1 실시형태에 따른 방법을 수행하기 위한 컴퓨터 실행가능 명령들이 포함된 컴퓨터 프로그램물이 제공된다. 컴퓨터 프로그램물은 판독 전용 메모리(Read Only Memory, ROM) 칩과 같은 물리적 저장 매체일 수 있다. 대안적으로, 디지털 다용도 디스크(Digital Versatile Disk)(DVD-ROM) 혹은 콤팩트 디스크(Compact Disk)(CD-ROM)와 같은 디스크일 수 있다. 이것은 또한 유선을 통한 전자 신호와 같은 신호, 광학 신호, 혹은 인공위성 등과 같은 것에 대한 무선 신호일 수 있다. 본 발명은 또한 소프트웨어 혹은 코드를 실행시키는 프로세서, 예를 들어 앞서 설명된 방법을 수행하도록 구성된 컴퓨터로 확장된다.

본 발명의 또 다른 실시형태에 따르면, 웹 페이지 내의 영역이 시각가능한지 여부를 검출하기 위한 디바이스가 제공되며, 이 디바이스는,

영역에 적어도 하나의 테스트 피처를 제공하고;

웹 페이지를 렌더링하고;

적어도 하나의 테스트 피처에 관한 동작 특성을 모니터링하고; 그리고

모니터링된 동작 특성으로부터 영역이 시각가능한지 아니면 시각불가능한지를 결정하는 것을 포함하며,

첨부되는 도면을 참조하여 이제 본 발명의 바람직한 실시예들이 설명된다.
도 1은 광고를 포함하고 있는 웹 페이지의 가시 부분을 예시한다.
도 2는 사용자에게 콘텐츠를 전달하기 위한 시스템을 나타낸다.
도 3은 예시적으로 콘텐츠를 사용자에게 전달하는 동안 도 2의 시스템의 동작을 나타낸다.
도 4a 및 도 4b는 광고 내의 테스트 피처들의 다양한 구성을 예시한다.
도 5는 서로 다른 전이들에서 서로 다른 임계치들의 사용을 나타내는 히스테리시스 곡선을 시각화해 나타낸 것이다.
도 6은 제어 피처와 테스트 피처의 동작 특성에 관한 스크롤링의 영향을 나타낸다.
도 7은 광고가 시각가능한지 아니면 시각불가능한지와 동적 테스트 피처의 동작 특성 간의 관계를 예시한다.
도 8은 테스트 피처가 시각가능한지 아니면 시각불가능한지에 대한 정적 테스트 피처와 동적 테스트 피처의 동작 특성의 응답을 비교한 것이다.

도 1을 참조하면, 웹 페이지(100)가 제시된다. 웹 페이지는 콘텐츠가 디스플레이되는 메인 구역(101)을 포함한다. 웹 페이지는 또한 광고(102)를 포함한다. 이러한 예에서, 광고(102)는 아이프레임 내에 포함된다.

도 1은 또한 브라우저 윈도우(110)를 예시한다. 브라우저 윈도우(110)의 가시 부분 내에 나타나는 웹 페이지(100)의 구성요소들만이 특정 시간에 사용자에게 보일 수 있다. 웹 페이지(100)의 이러한 구성요소들은 시각가능한 것으로 지칭된다. 브라우저 윈도우(110)의 가시 부분 내에 포함되지 않은 구성요소들은 시각불가능한 것으로 지칭된다.

웹 페이지(100)에 액세스하는 사용자는 페이지(100)의 다른 구성요소들을 보기 위해 브라우저 윈도우(110)를 웹 페이지(100)에서 이동시킬 수 있음이 알려져 있다. 브라우저 윈도우의 위치는 스크롤 바(111)에 의해 표시된다. 사용자는 또한 호스트 웹 페이지(100)의 줌인(zoom in) 혹은 줌아웃(zoom out)을 행할 수 있는바, 이는 호스트 웹 페이지(100)에 대한 브라우저 윈도우(110)의 크기를 효과적으로 변경시키는 프로세스이다. 이것의 결과로서, 웹 페이지(100)의 특정 구성요소들은 어떤 때는 시각가능할 수 있고 다른 때는 시각불가능할 수 있다.

앞서 배경기술 부분에서 설명된 바와 같이, 이것은 광고의 가치를 결정할 때 광고(102)를 생성한 광고자의 당연한 관심사인 광고(102)가 시각가능한지 여부를 확립하기 어렵게 만든다. 한 가지 종래 기술의 해법은 스크롤 바(111)의 위치에 관한 정보에 의존한다. 그러나, 이러한 정보는 외부 도메인 상의 아이프레임 내에 포함되어 있기 때문에 광고(102)가 제공된 구성요소들에 의해 발견될 수 없다. 이것은 아이프레임이 호스트 웹 페이지(100)를 아이프레임 내에 포함된 콘텐츠로부터 분리시키도록 특정되어 있기 때문이다.

대안적 실시예들에서는, 아이프레임과는 다른 제한된 환경 혹은 샌드박스화된 환경이 사용될 수 있는바, 예를 들어, 프레임(frame); 마이크로소프트 웹 샌드박스(Microsoft Web Sandbox); 도조 툴킷(Dojo Toolkit)으로부터의 dojox.secure.sandbox; SVG 문서; 혹은 카자(Caja)에 의해 발생된 커졸드 스크립트(Cajoled script)가 사용될 수 있다. 샌드박스화에 추가하여 혹은 대안적으로, 클라이언트측 모니터링 코드는 이용가능한 피처들의 한정된 서브세트로 제한될 수 있다(예를 들어, ADsafe; ECMA스크립트 5 엄격 모드(ECMAScript 5 strict mode); 혹은 카지타(Cajita)).

도 1은 또한 광고(102) 내에 제공된 테스트 피처(103)와, 그리고 아이프레임의 가시 범위 밖에 위치하지만 아이프레임을 통해 또한 전달되는 제어 피처(104)를 제시한다. 테스트 피처(103)와 제어 피처(104) 모두는 광고(102)를 포함하는 아이프레임을 통해 제공된다. 결과적으로, 제어 피처(104)는 사용자에게 결코 보일 수 없는데, 왜냐하면 아이프레임 밖의 영역에 있기 때문이며, 따라서 아이프레임을 통해 전달되는 콘텐츠에 의해 영향을 받을 수 없다. 대신, 제어 피처(104)는 아래에서 더 상세히 설명되는 바와 같이, 시각불가능한 페이지의 구성요소들에 대한 브라우저의 응답을 이해하는데 사용된다. 추가적으로, 모든 방해를 제거하기 위해, 테스트 피처(103)는 광고(102) 뒤에 배치된다.

테스트 피처(103) 및 제어 피처(104)는 테스트 픽셀 및 제어 픽셀로서 각각 구현될 수 있다. 예를 들어, 테스트 피처(103)는 광고(102) 위에 오버레이(overlay)되는 단일의 투명한 테스트 픽셀일 수 있다. 이러한 방식으로, 테스트 피처(103)는 광고(102)의 기능을 최소로 방해하게 된다.

도 2는 본 발명에 따라 사용될 수 있는, 콘텐츠를 사용자에게 전달하기 위한 시스템을 예시한다. 이 시스템은 검색 서버(10), 광고자(20), 광고 서버(30), 발행자(40), 그리고 사용자에 의해 운용되는 클라이언트 디바이스(50)를 포함한다. 도 2는 또한 이러한 피처들 간의 통신 채널들을 표시한다. 이러한 통신은, 로컬 영역 네트워크(Local Area Network, LAN), 와이드 영역 네트워크(Wide Area Network, WAN) 등을 포함하는 임의 타입의 적절한 통신 네트워크를 통해 일어날 수 있지만, 바람직한 실시예에서, 검색 서버(10), 광고자(20), 광고 서버(30), 발행자(40), 그리고 클라이언트 디바이스(50) 각각은 인터넷에 연결되며, 이는 이들 피처들 간의 통신을 수행하는데 사용된다.

검색 서버(10), 광고자(20), 광고 서버(30) 및 발행자(40)는 종래의 컴퓨터 서버 시스템들을 사용하여 구현될 수 있다. 시스템 내의 이러한 관여자들 각각은 단일 컴퓨터 서버를 나타낼 수 있으며, 혹은 컴퓨터 서버들의 집합체를 적절히 나타낼 수 있다. 숙련자는 또한 다양한 관여자들이 컴퓨터 하드웨어를 공유할 수 있음 혹은 지장이 없는 경우 동일한 머신들 상에서 호스팅(hosting)될 수 있음을 인식할 것이다.

클라이언트 디바이스(50)는 임의의 네트워크 활성화 디바이스로서 구현될 수 있다. 예를 들어, 클라이언트 디바이스(50)는 개인용 컴퓨터, 랩탑 컴퓨터, 태블릿 컴퓨터, 스마트폰 등으로서 구현될 수 있다. 바람직한 실시예들에서, 클라이언트 디바이스(50)는 인터넷 활성화 디바이스이지만, 숙련자는 콘텐츠를 클라이언트 디바이스(50)로 전달하기 위한 대안적인 방법들이 사용될 수 있음을 인식할 것이다.

본 발명의 이러한 실시예의 동작이 이제 도 3을 참조하여 설명되는바, 도 3은 웹 페이지(100)를 클라이언트 디바이스(50)로 전달하는 동안 도 2에 예시된 관여자들 각각의 활동을 제시한다.

단계(s1)에서, 광고자(20)는 광고(102)를 발생시킨다. 광고(102)는 광고자(20)에 의해 판매되는 제품에 대한 정보를 제공할 수 있는바, 예를 들어, 광고(102)는 텍스트, 이미지, 움직이는 이미지, 사운드, 혹은 이들의 조합과 같은 구성요소들을 포함할 수 있다. 광고(102)는 또한 하나 이상의 하이퍼링크(hyperlinks)를 포함할 수 있고, 이에 따라 광고(102)가 클라이언트 디바이스(50)에 의해 렌더링될 때 광고자(20)에 의해 제공되는 또 다른 콘텐츠로 리디렉팅(redirecting)되도록 하기 위해 이러한 하이퍼링크를 선택하는 것이 가능하게 된다. 광고는 광고자에 의해 하이퍼텍스트 마크-업 언어(HyperText Mark-up Language, HTML) 파일로서 인코딩될 수 있다.

단계(s2)에서, 검색 서버(10)는 클라이언트측 코드를 광고(102)에 통합되도록 광고자(20)에게 전송한다. 일 예에서, 클라이언트측 코드는 자바스크립트이다. 클라이언트측 코드는 검색 서버로 하여금 광고(102)가 웹 페이지(100)와 함께 서빙되는 경우 시각가능한지 여부에 관한 정보를 검색할 수 있도록 설계되는바, 이에 대해서는 아래에서 더 상세히 설명된다.

클라이언트측 코드는 단계(s3)에서, 광고(102)에 통합되며, 그 다음에 단계(s4)에서, 광고자(20)에 의해 광고 서버(30)로 전송된다. 이러한 예에서, 광고자(20)는 제품의 판매를 촉진시키고자 하는 조직체로서 이해될 수 있고, 광고 서버(30)는 광고자(20)를 위한 광고 공간을 찾아 제공하는 조직체에 의해 운용된다. 이에 따라, 광고 서버(30)는 복수의 광고자들 및 복수의 발행자들과 관계를 가지며, 적절한 발행자들에게 광고를 배치하는데 도움을 주는 중재자로서 동작한다.

따라서, 검색 서버(10)에 의해 제공되는 클라이언트측 코드가 포함된 광고(102)는 이제 광고 서버(30)에 의해 호스팅된다. 광고 서버(30)는 발행자(40)와 관계를 가지며, 발행자(40)에 의해 광고는 발행자의 콘텐츠에 제공된다. 이것은 발행자(40)가 사용자들에게 제공되는 웹 페이지들에 광고 서버(30)로의 링크들을 통합시킴으로써 실행된다. 이러한 링크들은 아이프레임들 내에서 전달된다. 이것은 발행자(40)에 유익한 것인데, 왜냐하면 아이프레임에서 전달되는 콘텐츠는 호스트 웹 페이지에 영향을 미치지 못하게 분리되어 있기 때문이며, 이에 따라 발행자(40)는 광고 서버(30)에 의해 제공되는 광고들이 호스트 웹 페이지에서 발행되고 있는 콘텐츠에 악영향을 미치지 않음을 확신할 수 있다.

따라서, 클라이언트 디바이스(50)는 단계(s5)에서, 발행자(40)로부터의 웹 페이지(100)를 요청할 수 있다. 이후 웹 페이지(100)가 단계(s6)에서, 클라이언트 디바이스(50)로 리턴(return)된다. 그 다음에 단계(s7)에서 클라이언트 디바이스는 이 웹 페이지를 렌더링한다. 이러한 렌더링 프로세스는 전형적으로 클라이언트 디바이스(50) 상에서 동작하는 브라우저에 의해 행해진다.

앞서 설명된 바와 같이, 웹 페이지(100)는 아이프레임을 포함한다. 아이프레임은 광고 서버(30)에서의 어드레스에 링크된다. 따라서, 클라이언트 디바이스(50)에서 동작하는 브라우저가 웹 페이지(100)를 렌더링하려고 시도하는 경우, 아이프레임을 채우기 위해 광고 서버(30)로부터 후속 정보를 호출하도록 아이프레임에 의해 명령이 행해진다. 이러한 요청은 단계(s8)에서, 클라이언트 디바이스(50)로부터 광고 서버로 전송된다.

이러한 요청을 수신한 경우, 광고 서버(30)는 어떤 콘텐츠를 클라이언트 디바이스(50)에 리턴해야 하는지를 결정한다. 본 예에서, 광고 서버(30)는 광고자(20)에 의해 제공되는 광고(102)를 리턴하는바, 이 광고(102)에는 앞서 설명된 바와 같이 검색 서버(10)에 의해 제공되는 클라이언트측 코드가 통합되게 된다. 단계(s9)에서, 광고(102)는 클라이언트 디바이스(50)로 리턴된다.

앞서 언급된 바와 같이, 광고(102)는 검색 서버(10)에 의해 제공되는 클라이언트측 코드를 포함한다. 단계(s10)에서, 클라이언트측 코드는 클라이언트 디바이스에 의해 웹 페이지(100)를 렌더링하는 프로세스의 일부로서 실행된다. 클라이언트측 코드가 클라이언트 디바이스(50)에 의해 실행되는 경우, 단계(s11)에서, 검색 서버(10)로부터의 두 개의 동일한 애플릿들(하나는 테스트 피처(103)를 위한 것, 다른 하나는 제어 피처(104)를 위한 것)을 요청하는 것이 효과적이다. 단계(s12)에서, 애플릿들이 클라이언트 디바이스(50)로 리턴된다. (실제로, 웹 브라우저는 동일한 리소스에 대한 이러한 두 개의 요청들을 단일 요청으로 감소시키기 위해 자신의 캐시(cache)를 사용할 수 있다.) 애플릿들은 예를 들어, 어도비 플래시 SWF 애플릿들일 수 있지만, 숙련된 자는 다른 타입의 애플릿 혹은 리소스가 사용될 수 있음을 인식할 것이다. 바람직한 실시예에서는, 어도비 플래시 SWF 애플릿들이 제공되며 플래시 환경 내에서 실행된다. 플래시 환경은 프록시(proxy)에 의해 브라우저 API에 대한 액세스를 제공한다.

단계(s13)에서, 검색 서버(10)에 의해 요청된 클라이언트측 코드가 애플릿들에 임베드(embed)된다. 애플릿들은 테스트 피처(103) 및 제어 피처(104)를 형성하도록 임베드된다. 제어 피처(104)는 아이프레임의 가시 범위 바깥에 있는 웹 페이지(100)의 구역에 위치하기 때문에, 브라우저는 결코 제어 피처(104)를 보여주지 않으며 마치 시각불가능한 것처럼 다룬다. 반면, 브라우저는 테스트 피처를 브라우저 윈도우(110) 내에 있는 경우에는 시각가능한 것으로서 다루고 브라우저 윈도우(110) 밖에 있는 경우에는 시각불가능한 것으로서 다룬다.

브라우저가 웹 페이지(100)를 렌더링함에 따라, 브라우저는 어도비 플래시 SWF 애플릿들을 핸들링하기 위해 브라우저 API를 통해 호출을 행하는바, 여기서 브라우저 API는 플래시 환경으로 하여금 피처가 시각가능한지 아니면 시각불가능한지를 결정할 수 있게 한다(예를 들어, 맥(Mac) OS X 상의 사파리(Safari)는 윈도우 기하구조가 변할 때마다 NPAPI를 통해 클립핑 직사각형의 세부사항들을 플래시 환경에 공급함). 이것은 플로그인으로 하여금 시각불가능한 것으로 알려진 구성요소들을 시각가능한 것으로 알려진 그러한 구성요소들보다 더 늦은 속도에서 리드로잉하게 함으로써 브라우저의 효율성을 증가시킨다. 따라서, 플러그인이 테스트 피처(103)의 애니메이션 프레임(animation frame)들을 진행시키는 속도는 테스트 피처(103)가 시각가능한지 아니면 시각불가능한지에 따라 달라진다. 이에 따라, 애니메이션 프레임들이 진행하는 속도, 즉 프레임 진행 속도는, 테스트 피처(103)가 디스플레이되고 있는지 여부, 즉 테스트 피처가 시각가능한지 아니면 시각불가능한지에 따라 변하는 테스트 피처와 관련된 동작 특성이다. 본 실시예에서는, 프레임 진행 속도가 동작 특성으로서 사용되었지만, 다른 특징들이 대안적으로 혹은 추가적으로 사용될 수 있음을 이해해야 한다. 예를 들어, 타이머 클럭 속도 및/또는 로컬 연결들이 생성될 수 있는 속도와 같은 특성들이 테스트 피처가 현재 디스플레이되고 있는지 여부에 따라 변할 수 있다. 일부 다른 예들에서, 동작 특성은 테스트 피처가 디스플레이되고 있는지 아니면 디스플레이되고 있지 않은지를 직접적으로 표시하는 브라우저 API로부터의 보고서일 수 있다.

단계(s14)에서, 클라이언트측 코드는 테스트 피처(103)의 프레임 및 제어 피처(104)의 프레임이 진행되는 속도를 기록하고, 이러한 프레임 진행 속도를 사용하여 광고(102)가 시각가능한지 여부를 결정하게 된다.

테스트 피처(103)의 프레임 진행 속도는 하나 이상의 제어 값들과 비교될 수 있다. 이러한 실시예에서, 적어도 하나의 제어 값은 임계 값으로서 동작하며, 제어 피처(104)의 프레임 진행 속도로부터 결정된다. 전형적으로 제어 피처(104)의 프레임 진행 속도와의 직접적인 비교는, 측정 에러로 인해 그리고 또한 스크롤링 동안 제어 피처(104)의 프레임 진행 속도의 요동으로 인해(즉, 뷰포트가 호스트 웹 페이지에 대해 움직이기 때문에) 충분하지 않다. 비교 프로세스는 또한, 예를 들어, 상태 전이 동안(즉, 시각가능함으로부터 시각불가능함으로의 전이 및 그 반대로의 전이 동안) 그 기록된 프레임 진행 속도는 노이즈를 가지고 있기 때문에, 어떤 평활 모델(smoothing model)의 적용을 요구한다. 제어 피처(104)가 브라우저에 의해 언제나 시각불가능한 것으로서 다루어 지고 임계치가 제어 피처(104)의 프레임 진행 속도에 따라 달라지는 것을 고려하는 경우, 만약 비교시 테스트 피처(103)의 프레임 진행 속도가 임계치와 동일하거나 혹은 임계치보다 작다면, 테스트 피처(103)는 시각불가능한 것으로 추론될 수 있다. 대안적으로, 만약 비교시 테스트 피처(103)의 프레임 진행 속도가 임계치보다 크다면, 테스트 피처(103)는 시각가능한 것으로 결정될 수 있다.

테스트 피처(103)가 광고(102)로서 웹 페이지의 동일한 영역 내에 위치하기 때문에, 테스트 피처(103)가 시각가능한지 여부를 결정하는 것은 광고(102)가 시각가능한지 여부의 표시를 제공한다. 이처럼, 클라이언트측 코드는, 테스트 피처(103)를 발생시키고 그 프레임이 진행하는 속도를 관측함으로써, 광고(102)가 시각가능한지 아니면 시각불가능한지를 분석하도록 동작한다.

단계(s15)에서, 클라이언트측 코드는 클라이언트 디바이스(50)로 하여금 이러한 분석의 결과들을 검색 서버(10)에 리턴하도록 한다. 단계(s16)에서, 검색 서버(10)는 이러한 결과들을 저장한다. 따라서, 검색 서버(10)는, 웹 페이지(100) 내의 광고(102)가 클라이언트 디바이스(50)에서 시각가능할 때마다 그리고 시각불가능할 때마다 이러한 종류의 결과들을 수집분석할 수 있다. 따라서, 단계(s17)에서, 검색 서버는 광고 서버(30)와의 협의에 의해 광고(102)에 제공된 노출을 표시하는 정보를 광고자(20)에게 제공할 수 있다. 따라서, 광고자(20)는 이러한 방식으로 광고의 가치에 관해 정보에 근거하는 상업적 결정을 할 수 있다.

앞서 설명된 실시예에서, 광고(102)가 발견되는 영역에는 단일의 테스트 피처(103)가 제공되었다. 그러나 다른 실시예들에서는, 다수의 테스트 피처들(103)이 사용될 수 있다. 사용될 수 있는 테스트 피처들의 배열의 예가 도 4a 및 도 4b에 제시된다. 테스트 피처들(103)의 배열을 사용하는 것은 광고(102) 전체가 시각가능한지 여부를 결정하는데 도움을 줄 수 있으며, 혹은 심지어 광고(102)의 어떤 특정 부분들이 시각가능한지를 결정하는데 도움을 줄 수 있다.

도 4a에 제시된 실시예에서, 테스트 피처는 광고(102)의 4개의 코너 각각에서 제공된다. 주어진 예에서, 광고(102)와 브라우저 윈도우는 직사각형이고 서로 줄 맞추어진 축들을 가지고 있음을 알 수 있는바, 따라서, 테스트 피처들(103) 모두가 시각가능한하다면 전체 광고(102)가 시각가능함이 확신을 갖고 결정될 수 있다. 사실, 본 상황에서, 이러한 확신은 테스트 피처들(103)의 단일 쌍이 광고(102)의 대각선 맞은편 코너에 배치됨으로써 달성될 수 있다.

도 4b에서는, 테스트 피처들(103)의 반복되는 배열이 광고(102) 전체에 걸쳐 제공된다. 이 실시예에서, 광고(102)의 단지 일부분만이 시각가능한 경우, 이는 개개의 테스트 피처들(103)에 대한 프레임 진행 속도의 차이를 관측함으로써 확립될 수 있다.

앞서 설명된 바와 같이, 테스트 피처(103)가 시각가능한지 여부를 결정하기 위해 테스트 피처(103)의 프레임 진행 속도와 비교되는 임계 값은 제어 피처(104)를 사용하여 확립될 수 있다. 그러나, 임계치를 확립하기 위해 대안적인 방법들이 사용될 수 있다. 예를 들어, 임계치는 미리결정된 값을 취할 수 있는바, 이 값은 경험적 실험으로부터 확립될 수 있거나 혹은 휴리스틱 분석을 사용하여 확립될 수 있다. 대안적 실시예에서, 임계 값은 웹 페이지(100)를 렌더링하는 브라우저와 같은 클라이언트 디바이스(50)의 분석된 속성들, 클라이언트 디바이스(50)의 하드웨어 사양, 혹은 클라이언트 디바이스(50)의 네트워크 연결의 대역폭에 의존하여 선택될 수 있다.

일부 바람직한 실시예들에서, 임계 값은 테스트 피처(103)의 이전의 상태에 따라 달라진다. 다시 말하면, 임계 값은 테스트 피처(103)가 이전에 시각가능했었음으로 결정되었는지 아니면 시각불가능했었음으로 결정되었는지에 따라 변할 수 있다. 예를 들어, 테스트 피처(103)가 이전에 시각불가능했었던 경우 테스트 피처(103)를 시각가능한 것으로 판단하기 위한 임계 값은 테스트 피처(103)가 이전에 시각가능했었던 경우 테스트 피처(103)를 시각불가능한 것으로 판단하기 위한 임계 값보다 더 클 수 있다. 이러한 접근법은 도 5에 예시되는 바와 같이, 히스테리시스 곡선(hysteresis curve)의 제공으로서 이해될 수 있다.

도 5에서, x 축은 테스트 피처가 시각가능할 추론된 확률을 나타내고, y 축은 프레임 진행 속도를 나타낸다. 확률이 50%를 넘는 경우 테스트 피처(103)는 시각가능한 것으로 결정된다. 도 5는 두 개의 임계 값들(하위 임계 값(501)과 상위 임계 값(502))이 적절할 수 있는 어떤 상황을 예시한 것이다. 하위 임계 값(501)은 테스트 피처(103)가 이전에 시각가능했었다고 고려된 경우에 적용되고, 상위 임계 값(502)은 테스트 피처(103)가 이전에 시각불가능했었다고 고려된 경우에 적용된다. 이러한 방식으로, 클라이언트 디바이스(50)의 성능으로 인해 일어날 수 있는 리드로잉 속도에서의 변화는 테스트 피처(103)의 결정된 상태에서의 변화를 유발시키지 않게 된다.

일부 바람직한 실시예들에서, 하위 임계 값(501)은 제어 피처(104)를 사용하여 확립되고(즉, 하위 임계 값(501)은 제어 피처(104)의 프레임 진행 속도이거나 혹은 제어 피처(104)의 프레임 진행 속도에 의존하여 결정됨), 상위 임계 값(502)은 경험적으로 확립된다.

앞서 설명된 실시예에서, 테스트 피처들(103)은 광고(102) 자체와는 별개로 제공되는바, 이것인 의미하는 바는 검색 서버(10)에 의해 제공되는 클라이언트측 코드가 광고(102)와는 독립적일 수 있음을 의미한다. 이러한 경우에, 테스트 피처들(103)은 바람직하게는, 광고(102)의 콘텐츠에 지장을 주지 않기 위해 투명하고 상대적으로 크기가 작다(예를 들어, 각각의 테스트 피처(103)는 단일 픽셀일 수 있음). 이러한 실시형태에서도 배열 내에서의 바람직한 테스트 피처들의 수는 제한될 수 있는데, 왜냐하면 비록 투명하기는 하지만 이러한 테스트 피처들(103)은 광고(102) 내에 제공되는 하이퍼링크에 지장을 줄 수 있기 때문이다. 그러나, 다른 실시예들에서, 테스트 피처들(103)은 리드로잉돼야만 하는 광고(102) 자체의 실시형태들일 수 있고, 이들은 이들이 시각가능한지 아니면 시각불가능한지를 결정하기 위해 웹 페이지(100)의 렌더링 동안 모니터링될 수 있다. 테스트 피처들(103)이 광고(102) 자체의 일부분인 경우, 광고(102)의 대부분 혹은 전체는 광고(102)의 기능을 훼손시킴이 없이 테스트 피처들(103)로 형성될 수 있다.

앞서 설명된 바와 같이, 클라이언트측 코드는 테스트 피처 혹은 테스트 피처들(103)을 임베드시키고 프레임 진행 속도를 모니터링하기 위해 사용된다. 대안적 실시예들에서, 테스트 피처 혹은 테스트 피처들(103)은 광고(102)와 함께 서빙될 수 있고, 테스트 피처 혹은 테스트 피처들(103)은 프레임 진행 속도를 모니터링할 수 있으며 검색 서버(10)에 전달할 수 있다. 다른 대안적 실시예에서, 테스트 피처 혹은 테스트 피처들(103)은 광고(102) 자체의 생성물 중 일부분 혹은 전체일 수 있다. 다른 실시예들에서, 테스트 피처 혹은 테스트 피처들(103)은 광고의 컨테이너(container) 혹은 플레이어(player)에 내재(inbuilt)될 수 있다.

바람직한 실시예들에서, 클라이언트측 코드는 애플릿일 수 있고, 넷스케이프 플러그-인 애플리케이션 프로그래밍 인터페이스(NPAPI), 페퍼 플러그-인 애플리케이션 프로그래밍 인터페이스(Pepper Plug-in Application Programming Interface, PPAPI), 라이브커넥트(LiveConnect), XP커넥트(XPConnect), np런타임 API(npruntime API), 혹은 액티브X(ActiveX)와 같은 외부 브라우저 애플리케이션 프로그래밍 인터페이스(API)를 통해 직접적으로 혹은 간접적으로 프레임 진행 속도에 관한 정보를 획득할 수 있다. 다른 예들에서, 제한된 혹은 샌드박스화된 클라이언트측 코드에 액세스가능하게 되어 있는 내부 브라우저 API는 피처가 시각가능한지 여부에 관한 표시를 획득하는데 사용될 수 있다.

앞서 설명된 바와 같이, 테스트 피처(103)의 동작 특성과 비교되는 하나 이상의 제어 값들은 제어 피처(104)의 동작 특성을 관측함으로써 경험적으로 확립될 수 있다. 그러나, 제어 값들은 또한 휴리스틱 기법을 사용하여 확립될 수 있다. 이러한 휴리스틱 기법은, 클라이언트 디바이스의 사용자 에이전트(User Agent)(예를 들어, 클라이언트 디바이스 상에서 동작하는 브라우저); 클라이언트 디바이스의 오퍼레이팅 시스템; 또는 클라이언트 디바이스의 지리적 위치 중 일부 혹은 모두를 사용하여 개발될 수 있다.

영역이 시각가능한지 아니면 시각불가능한지를 식별하는 것에 추가하여, 본 발명은 영역에 관한 혹은 영역의 일부분들에 관한 다른 세부사항들을 추가적으로 식별시킬 수 있다. 특히, 일부 바람직한 실시예들에서, 웹 페이지가 스크롤링 중인지 여부에 관한 결정이 수행될 수 있다. 특히, 프레임 진행 속도와 같은 동작 특성 혹은 테스트 피처 및/또는 제어 피처는 웹 페이지가 스크롤링 중인지 여부에 따라 변할 수 있음에 유의해야 한다. 이러한 변화는 웹 페이지가 스크롤링 중인지 여부를 확립하는데 사용될 수 있다. 일 실시예에서는, 제어 피처의 프레임 진행 속도가 저속도 상태에서 고속도 상태로 변할 때 해당 영역은 시각가능하고 해당 페이지는 스크롤링 중임이라고 결정될 수 있다. 이러한 것이 도 6에 예시된다.

추가적인 결정을 행함으로써, "시각가능함(in view)"과 "시각불가능함(not in view)"의 분류는 하위 분류, 예를 들어, "시각가능하고 스크롤링 중임(in view and scrolling)"; "시각가능하고 스크롤링 중이 아님(in view and not scrolling)"; "시각불가능하고 뷰포트 밖에 있음(not in view and out of viewport)"; 그리고 "시각불가능하고 가려짐(not in view and occluded)"과 같은 것으로 나누어질 수 있다.

앞서 설명된 실시예들에서, 테스트 피처(103)의 동작 특성은 제어 값과 비교된다. 예를 들어, 테스트 피처(103)의 동작은 제어 피처(104)의 동작과 비교된다. 또 하나의 다른 접근법에서는, 동적 테스트 피처(103)가 사용될 수 있다. 동적 테스트 피처(103)의 위치는 관심이 있는 영역 내의 위치(즉, 광고(102) 내의 위치)와 시각불가능한 것으로 알려진 영역 간을 왔다갔다하며 오실레이팅(oscillating)한다. 이러한 오실레이팅의 결과로서 테스트 피처(103)의 동작 특성이 변하는 경우, 광고(102)는 시각가능한 것으로 추정될 수 있고, 반면, 변하지 않는 경우 혹은 상대적으로 약간 변하는 경우, 광고(102)는 시각불가능한 것으로 추정될 수 있다.

이러한 접근법이 도 7에 예시되는바, 도 7은 광고(102)가 시각가능한 경우와 시각불가능한 경우에 동적 테스트 피처(103)의 동작 특성(본 경우에 있어서는 프레임 진행 속도)을 제시한다. 도 7로부터 명확히 알 수 있는 바와 같이, 광고(102)가 시각가능한 경우, 동적 테스트 피처(103)에 대한 동작 특성의 값은 크게 변한다. 이것은 동적 테스트 피처(103)의 위치의 오실레이팅으로 인한 것이다. 이와는 대조적으로, 광고(102)가 시각불가능한 경우, 테스트 피처(103)의 오실레이팅은 동작 특성에 영향을 거의 미치지 않거나 혹은 전혀 영향을 미치지 않는다.

도 7에 제시된 예에서, 동작 특성의 초기 값은 광고(102)가 시각불가능함에도 불구하고, 상대적으로 높다. 이것은 브라우저 동작이 모든 구성요소들이 초기에 시각가능한 것으로 다루어지도록 된 상황을 예시하며, 서로 다른 구성요소들에 대한 브라우저 동작에서의 차별화는 오로지 구성요소가 시각불가능한 전이(transition)가 일어난 경우에만 발생한다. 동적 테스트 피처(103)를 사용함으로써 테스트 피처(103)의 위치의 오실레이팅으로 인해 이러한 전이가 일어나게 된다. 이것은 테스트 피처(103)가 시각가능한 것으로 부정확하게 고려되지 않도록 보장할 수 있다.

도 8은 이러한 브라우저 조건에서 정적 테스트 피처(103)와 동적 테스트 피처(103) 모두의 프레임 진행 속도를 제시한다. 도 8로부터 알 수 있는 바와 같이, 정적 테스트 피처(103)는 단지 전이가 발생한 이후 시각불가능한 것으로서 식별될 뿐이다. 이러한 이유로, 정적 테스트 피처(103)가 시각불가능한 초기 구간 동안, 정적 테스트 피처(103)의 동작 특성은 그 상태의 적절한 표시를 제공하지 못한다.

일부 바람직한 실시예들에서, 적어도 하나의 동적 테스트 피처(103)와 적어 도 하나의 정적 테스트 피처(103)의 조합이 사용될 수 있다. 동적 테스트 피처(103)는 앞서 설명된 바와 같이, 시각불가능한 초기 상태가 정확하게 인식되도록 보장하기 위해 사용될 수 있고, 반면 정적 테스트 피처(103)는 적어도 하나의 전이가 발생한 이후 사용될 수 있다. 정적 테스트 피처(103)는 동적 테스트 피처(103)보다 더 세밀하게 분화된 더 안정적인 분류를 제공할 수 있다. 바람직한 것으로, 동적 테스트 피처와 정적 테스트 피처의 조합은 호스트 웹 페이지(100)를 렌더링하기 위해 사용되는 브라우저의 특정 동작에 대해 사용된다.

다른 변형 및 수정이 숙련된 자에게는 명백하게 될 것이다. 이러한 변형 및 수정에는 이미 알려져 있고 본 명세서에서 설명되는 특징들 대신에 사용될 수 있거나 혹은 이에 추가하여 사용될 수 있는 등가의 다른 특징들을 포함될 수 있다. 개별적 실시예들에 관해 설명된 특징들은 단일 실시예로 결합되어 제공될 수 있다. 역으로, 단일 실시예 관해 설명된 특징들도 또한 개별적으로 제공될 수 있거나 임의의 적절한 하위조합으로 제공될 수 있다.

"포함하는"이라는 용어는 다른 구성요소들 혹은 단계들을 배척하는 것이 아니며, 단수적 표현이 복수의 의미를 배척하지 않으며, 청구항에 기재된 수 개의 특징들의 기능을 단일 특징이 실행할 수 있으며, 그리고 청구항에서 참조 기호가 사용되는 경우 이것이 본 청구항의 범위를 한정하는 것으로서 해석돼서는 안 됨에 유의해야 한다. 도면이 반드시 일정한 비율로 도시되지는 않았으며, 대신 본 발명의 원리를 설명하기 위해 전체적으로 강조되어 배치되었음에 또한 유의해야 한다.

Claims

원격 위치에서 원격으로 웹 페이지(web page) 내에 디스플레이되는 광고(advertisement)가 시각가능한지 여부를 결정하기 위한 방법으로서, 상기 방법은 컴퓨터로 구현되며, 상기 방법은,
(a) 상기 광고를 클라이언트 디바이스(client device)로 전송하는 단계와,
여기서, 상기 광고는 클라이언트측 코드를 포함하고,
상기 클라이언트측 코드는, 상기 클라이언트 디바이스에 의해 실행될 때 상기 클라이언트 디바이스로 하여금,
(ⅰ) 상기 광고가 디스플레이되게 되는 상기 웹 페이지의 임의의 영역 내에 테스트 피처(test feature)를 렌더링(rendering)하는 것과,
여기서, 상기 테스트 피처는 상기 테스트 피처가 현재 상기 클라이언트 디바이스의 브라우저 윈도우(browser window)의 가시 부분 내부에 위치하는지 아니면 외부에 위치하는지에 따라 변하는 값(value)을 갖는 동작 특성(behavioral characteristic)을 갖고,
상기 테스트 피처의 상기 동작 특성은 상기 테스트 피처의 프레임 진행 속도(frame progression rate)를 포함하고, 그리고
상기 테스트 피처의 상기 프레임 진행 속도는 상기 테스트 피처의 애니메이션 프레임(animation frame)들이 진행하는 속도를 포함하며;
(ⅱ) 상기 클라이언트 디바이스에서 상기 웹 페이지를 렌더링하는 것에 응답하여, 상기 테스트 피처의 상기 동작 특성의 상기 값을 모니터링하는 것과; 그리고
(ⅲ) 상기 테스트 피처의 상기 동작 특성의 상기 모니터링된 값으로부터, 상기 영역이 현재 상기 브라우저 윈도우의 사용자 가시 부분 내에 위치함을 결정하는 것을
수행하도록 하고; 그리고
(b) 상기 클라이언트 디바이스가 상기 클라이언트측 코드를 실행하여 상기 테스트 피처의 상기 동작 특성의 상기 값에 근거하여 상기 브라우저 윈도우의 상기 사용자 가시 부분 내에서 상기 테스트 피처가 디스플레이되고 있음을 결정함에 응답하여, 상기 테스트 피처에 대응하는 상기 광고가 상기 클라이언트 디바이스의 상기 브라우저 윈도우의 상기 가시 부분 내부에서 디스플레이되고 있다는 표시를 상기 클라이언트 디바이스로부터 수신하는 단계를
포함하는 것을 특징으로 하는 원격 위치에서 원격으로 웹 페이지 내에 디스플레이되는 광고가 시각가능한지 여부를 결정하기 위한 방법.
제1항에 있어서,
상기 클라이언트측 코드는 상기 웹 페이지의 피처들을 알아내지 못하도록 하는 제한된 환경에서 동작하도록 되어 있는 것을 특징으로 하는 원격 위치에서 원격으로 웹 페이지 내에 디스플레이되는 광고가 시각가능한지 여부를 결정하기 위한 방법.
제1항에 있어서,
상기 클라이언트측 코드를 포함하는 상기 광고를 상기 클라이언트 디바이스로 전송하는 단계 (a)는,
상기 클라이언트측 코드가 상기 클라이언트 디바이스에 의해 실행될 때 상기 클라이언트 디바이스로 하여금,
API(Application Programming Interface)의 동작 특성이 상기 테스트 피처와 관련됨에 따라 상기 API의 동작 특성을 모니터링하는 것을
수행하도록 하는 클라이언트측 코드를 포함하는 상기 광고를 상기 클라이언트 디바이스로 전송하는 것을 포함하는 것을 특징으로 하는 원격 위치에서 원격으로 웹 페이지 내에 디스플레이되는 광고가 시각가능한지 여부를 결정하기 위한 방법.
제3항에 있어서,
상기 클라이언트측 코드를 포함하는 상기 광고를 상기 클라이언트 디바이스로 전송하는 단계 (a)는,
상기 클라이언트측 코드가 상기 클라이언트 디바이스에 의해 실행될 때 상기 클라이언트 디바이스로 하여금,
(ⅰ) 브라우저 API(browser API) 혹은 (ⅱ) 플러그인 API(plugin API) 중 적어도 하나의 API의 동작 특성이 상기 테스트 피처와 관련됨에 따라 상기 (ⅰ) 브라우저 API 혹은 상기 (ⅱ) 플러그인 API 중 적어도 하나의 API의 동작 특성의 값을 모니터링하는 것을
수행하도록 하는 클라이언트측 코드를 포함하는 상기 광고를 상기 클라이언트 디바이스로 전송하는 것을 포함하는 것을 특징으로 하는 원격 위치에서 원격으로 웹 페이지 내에 디스플레이되는 광고가 시각가능한지 여부를 결정하기 위한 방법.
제1항에 있어서,
상기 테스트 피처는,
구성요소(element);
문서(document);
플러그인(plugin); 및
애플릿(applet)
중 하나인 것을 특징으로 하는 원격 위치에서 원격으로 웹 페이지 내에 디스플레이되는 광고가 시각가능한지 여부를 결정하기 위한 방법.
제1항에 있어서,
상기 클라이언트측 코드를 포함하는 상기 광고를 상기 클라이언트 디바이스로 전송하는 단계 (a)는,
상기 클라이언트측 코드가 상기 클라이언트 디바이스에 의해 실행될 때 상기 클라이언트 디바이스로 하여금,
상기 브라우저 윈도우의 상기 사용자 가시 부분 내에 위치하는 상기 테스트 피처의 비율;
상기 브라우저 윈도우의 상기 사용자 가시 부분 내에 위치하는 상기 테스트 피처의 높이 및 폭;
상기 테스트 피처의 임의의 부분이 상기 브라우저 윈도우의 상기 사용자 가시 부분 내부에 위치하는지 여부; 그리고
상기 테스트 피처가 상기 브라우저 윈도우의 상기 사용자 가시 부분 내부에 위치하는지 여부
중 하나 이상을 결정함으로써, 상기 영역이 현재 상기 브라우저 윈도우의 상기 사용자 가시 부분 내에 위치한다고 결정하는 것을
수행하도록 하는 클라이언트측 코드를 포함하는 상기 광고를 상기 클라이언트 디바이스로 전송하는 것을 포함하는 것을 특징으로 하는 원격 위치에서 원격으로 웹 페이지 내에 디스플레이되는 광고가 시각가능한지 여부를 결정하기 위한 방법.
제1항에 있어서,
상기 클라이언트측 코드를 포함하는 상기 광고를 상기 클라이언트 디바이스로 전송하는 단계 (a)는,
상기 클라이언트측 코드가 상기 클라이언트 디바이스에 의해 실행될 때 상기 클라이언트 디바이스로 하여금,
상기 테스트 피처의 상기 동작 특성의 상기 모니터링된 값을 제어 값(control value)과 비교하는 것을
수행하도록 하는 클라이언트측 코드를 포함하는 상기 광고를 상기 클라이언트 디바이스로 전송하는 것을 포함하는 것을 특징으로 하는 원격 위치에서 원격으로 웹 페이지 내에 디스플레이되는 광고가 시각가능한지 여부를 결정하기 위한 방법.
제7항에 있어서,
상기 클라이언트측 코드를 포함하는 상기 광고를 상기 클라이언트 디바이스로 전송하는 단계 (a)는,
상기 클라이언트측 코드가 상기 클라이언트 디바이스에 의해 실행될 때 상기 클라이언트 디바이스로 하여금,
경험적 혹은 휴리스틱 기법(empirical or heuristic methods)을 사용하여 상기 제어 값을 결정하는 것을
수행하도록 하는 클라이언트측 코드를 포함하는 상기 광고를 상기 클라이언트 디바이스로 전송하는 것을 포함하는 것을 특징으로 하는 원격 위치에서 원격으로 웹 페이지 내에 디스플레이되는 광고가 시각가능한지 여부를 결정하기 위한 방법.
제8항에 있어서,
상기 클라이언트측 코드를 포함하는 상기 광고를 상기 클라이언트 디바이스로 전송하는 단계 (a)는,
상기 클라이언트측 코드가 상기 클라이언트 디바이스에 의해 실행될 때 상기 클라이언트 디바이스로 하여금,
상기 광고가 디스플레이되게 되는 상기 웹 페이지의 상기 영역 외부에 제어 피처(control feature)를 렌더링하는 것을
수행하도록 하는 클라이언트측 코드를 포함하는 상기 광고를 상기 클라이언트 디바이스로 전송하는 것을 포함하고,
상기 제어 값은 상기 제어 피처의 동작 특성에 따라 결정되는 것을 특징으로 하는 원격 위치에서 원격으로 웹 페이지 내에 디스플레이되는 광고가 시각가능한지 여부를 결정하기 위한 방법.
제9항에 있어서,
상기 클라이언트측 코드를 포함하는 상기 광고를 상기 클라이언트 디바이스로 전송하는 단계 (a)는,
상기 클라이언트측 코드가 상기 클라이언트 디바이스에 의해 실행될 때 상기 클라이언트 디바이스로 하여금,
상기 테스트 피처의 상기 동작 특성의 상기 값과 비교되는 상기 제어 값을 상기 테스트 피처의 이전에 결정된 상태에 따라 결정하는 것을
수행하도록 하는 클라이언트측 코드를 포함하는 상기 광고를 상기 클라이언트 디바이스로 전송하는 것을 포함하는 것을 특징으로 하는 원격 위치에서 원격으로 웹 페이지 내에 디스플레이되는 광고가 시각가능한지 여부를 결정하기 위한 방법.
제1항에 있어서,
상기 클라이언트측 코드를 포함하는 상기 광고를 상기 클라이언트 디바이스로 전송하는 단계 (a)는,
상기 클라이언트측 코드가 상기 클라이언트 디바이스에 의해 실행될 때 상기 클라이언트 디바이스로 하여금,
상기 테스트 피처를 상기 영역의 가장자리(edge)에서 렌더링하는 것을
수행하도록 하는 클라이언트측 코드를 포함하는 상기 광고를 상기 클라이언트 디바이스로 전송하는 것을 포함하는 것을 특징으로 하는 원격 위치에서 원격으로 웹 페이지 내에 디스플레이되는 광고가 시각가능한지 여부를 결정하기 위한 방법.
제1항에 있어서,
상기 클라이언트측 코드를 포함하는 상기 광고를 상기 클라이언트 디바이스로 전송하는 단계 (a)는,
상기 클라이언트측 코드가 상기 클라이언트 디바이스에 의해 실행될 때 상기 클라이언트 디바이스로 하여금,
상기 테스트 피처를 투명(transparent)하게, 혹은 반투명(translucent)하게, 혹은 또 하나의 다른 피처에 의해 의도적으로 가려지게 렌더링하는 것을
수행하도록 하는 클라이언트측 코드를 포함하는 상기 광고를 상기 클라이언트 디바이스로 전송하는 것을 포함하는 것을 특징으로 하는 원격 위치에서 원격으로 웹 페이지 내에 디스플레이되는 광고가 시각가능한지 여부를 결정하기 위한 방법.
제1항에 있어서,
상기 클라이언트측 코드를 포함하는 상기 광고를 상기 클라이언트 디바이스로 전송하는 단계 (a)는,
상기 클라이언트측 코드가 상기 클라이언트 디바이스에 의해 실행될 때 상기 클라이언트 디바이스로 하여금,
상기 테스트 피처의 상기 동작 특성의 상기 모니터링된 값으로부터, 상기 영역의 시각가능한 비율이 미리정의된 임계치보다 크다고 결정하는 것과; 그리고
상기 영역의 상기 시각가능한 비율이 상기 미리정의된 임계치보다 크다는 결정에 응답하여, 상기 영역이 현재 상기 브라우저 윈도우의 상기 사용자 가시 부분 내에 위치한다고 결정하는 것을
수행하도록 하는 클라이언트측 코드를 포함하는 상기 광고를 상기 클라이언트 디바이스로 전송하는 것을 포함하는 것을 특징으로 하는 원격 위치에서 원격으로 웹 페이지 내에 디스플레이되는 광고가 시각가능한지 여부를 결정하기 위한 방법.
제1항에 있어서,
상기 클라이언트측 코드를 포함하는 상기 광고를 상기 클라이언트 디바이스로 전송하는 단계 (a)는,
상기 클라이언트측 코드가 상기 클라이언트 디바이스에 의해 실행될 때 상기 클라이언트 디바이스로 하여금,
상기 클라이언트 디바이스에서 상기 웹 페이지를 렌더링하는 것에 응답하여, 상기 클라이언트 디바이스에 의해 복수의 테스트 피처들의 동작 특성들의 각각의 값을 모니터링하는 것을
수행하도록 하는 클라이언트측 코드를 포함하는 상기 광고를 상기 클라이언트 디바이스로 전송하는 것을 포함하는 것을 특징으로 하는 원격 위치에서 원격으로 웹 페이지 내에 디스플레이되는 광고가 시각가능한지 여부를 결정하기 위한 방법.
제14항에 있어서,
상기 클라이언트측 코드를 포함하는 상기 광고를 상기 클라이언트 디바이스로 전송하는 단계 (a)는,
상기 클라이언트측 코드가 상기 클라이언트 디바이스에 의해 실행될 때 상기 클라이언트 디바이스로 하여금,
상기 복수의 테스트 피처들의 상기 동작 특성들의 상기 모니터링된 각각의 값으로부터, 현재 상기 브라우저 윈도우의 상기 사용자 가시 부분 내에 위치하는 상기 영역의 비율을 결정하는 것을
수행하도록 하는 클라이언트측 코드를 포함하는 상기 광고를 상기 클라이언트 디바이스로 전송하는 것을 포함하는 것을 특징으로 하는 원격 위치에서 원격으로 웹 페이지 내에 디스플레이되는 광고가 시각가능한지 여부를 결정하기 위한 방법.
제14항에 있어서,
상기 클라이언트측 코드를 포함하는 상기 광고를 상기 클라이언트 디바이스로 전송하는 단계 (a)는,
상기 클라이언트측 코드가 상기 클라이언트 디바이스에 의해 실행될 때 상기 클라이언트 디바이스로 하여금,
상기 복수의 테스트 피처들의 상기 동작 특성들의 상기 모니터링된 각각의 값으로부터, 상기 영역의 시각가능한 비율이 미리정의된 임계치보다 크다고 결정하는 것과; 그리고
상기 영역의 상기 시각가능한 비율이 상기 미리정의된 임계치보다 크다는 결정에 응답하여, 상기 영역이 현재 상기 브라우저 윈도우의 상기 사용자 가시 부분 내에 위치한다고 결정하는 것을
수행하도록 하는 클라이언트측 코드를 포함하는 상기 광고를 상기 클라이언트 디바이스로 전송하는 것을 포함하는 것을 특징으로 하는 원격 위치에서 원격으로 웹 페이지 내에 디스플레이되는 광고가 시각가능한지 여부를 결정하기 위한 방법.
원격 위치에서 원격으로 웹 페이지 내에 디스플레이되는 광고가 시각가능한지 여부를 결정하기 위한 방법으로서, 상기 방법은 컴퓨터로 구현되며, 상기 방법은,
(a) 상기 광고를 클라이언트 디바이스로 전송하는 단계와,
여기서, 상기 광고는 클라이언트측 코드를 포함하고,
상기 클라이언트측 코드는, 상기 광고가 전송되게 되는 상기 클라이언트 디바이스에 의해 실행될 때 상기 클라이언트 디바이스로 하여금,
(ⅰ) 상기 광고가 디스플레이되게 되는 상기 웹 페이지의 임의의 영역 내에 테스트 피처를 렌더링하는 것과,
여기서, 상기 테스트 피처는 상기 테스트 피처가 현재 상기 클라이언트 디바이스의 브라우저 윈도우의 가시 부분 내부에 위치하는지 아니면 외부에 위치하는지에 따라 변하는 값을 갖는 동작 특성을 갖고,
상기 테스트 피처의 상기 동작 특성은 상기 테스트 피처의 프레임 진행 속도를 포함하고, 그리고
상기 테스트 피처의 상기 프레임 진행 속도는 상기 테스트 피처의 애니메이션 프레임들이 진행하는 속도를 포함하며;
(ⅱ) 상기 클라이언트 디바이스에서 상기 웹 페이지를 렌더링하는 것에 응답하여, 상기 테스트 피처의 상기 동작 특성의 상기 값을 모니터링하는 것을
수행하도록 하고; 그리고
(b) 상기 테스트 피처의 상기 동작 특성의 상기 값을 상기 클라이언트 디바이스로부터 수신하는 단계와; 그리고
(c) 상기 테스트 피처의 상기 동작 특성의 상기 수신된 값으로부터, 상기 테스트 피처에 대응하는 상기 광고가 상기 클라이언트 디바이스의 상기 브라우저 윈도우의 상기 가시 부분 내부에서 디스플레이되고 있다고 결정하는 단계를
포함하는 것을 특징으로 하는 원격 위치에서 원격으로 웹 페이지 내에 디스플레이되는 광고가 시각가능한지 여부를 결정하기 위한 방법.
제17항에 있어서,
상기 결정하는 단계 (c)는,
상기 테스트 피처의 상기 동작 특성의 상기 수신된 값으로부터, 상기 영역의 시각가능한 비율이 미리정의된 임계치보다 크다고 결정하는 것과; 그리고
상기 영역의 상기 시각가능한 비율이 상기 미리정의된 임계치보다 크다는 결정에 응답하여, 상기 영역이 현재 상기 브라우저 윈도우의 사용자 가시 부분 내에 위치한다고 결정하는 것을
포함하는 것을 특징으로 하는 원격 위치에서 원격으로 웹 페이지 내에 디스플레이되는 광고가 시각가능한지 여부를 결정하기 위한 방법.
제17항에 있어서,
상기 클라이언트측 코드를 포함하는 상기 광고를 상기 클라이언트 디바이스로 전송하는 단계 (a)는,
상기 클라이언트측 코드가 상기 클라이언트 디바이스에 의해 실행될 때 상기 클라이언트 디바이스로 하여금,
상기 클라이언트 디바이스에서 상기 웹 페이지를 렌더링하는 것에 응답하여, 상기 클라이언트 디바이스에 의해 복수의 테스트 피처들의 동작 특성들의 각각의 값을 모니터링하는 것을
수행하도록 하는 클라이언트측 코드를 포함하는 상기 광고를 상기 클라이언트 디바이스로 전송하는 것을 포함하고,
상기 수신하는 단계 (b)는 상기 복수의 테스트 피처들의 상기 동작 특성들의 각각의 값을 수신하는 것을 포함하고,
상기 결정하는 단계 (c)는 상기 복수의 테스트 피처들의 상기 동작 특성들의 상기 각각의 값으로부터, 현재 상기 브라우저 윈도우의 사용자 가시 부분 내에 위치하는 상기 영역의 비율을 결정하는 것을 포함하는 것을 특징으로 하는 원격 위치에서 원격으로 웹 페이지 내에 디스플레이되는 광고가 시각가능한지 여부를 결정하기 위한 방법.
삭제