컴퓨터 통신망 검색 엔진에 의해 발생되는 검색 결과 목록의 위치 및 가격 보호 제공 시스템에 대한 자동 광고자 통지{AUTOMATIC ADVERTISER NOTIFICATION FOR A SYSTEM FOR PROVIDING PLACE AND PRICE PROTECTION IN A SEARCH RESULT LIST GENERATED BY A COMPUTER NETWORK SEARCH ENGINE}

본 출원은 대런 제이. 데이비스(Darren J. Davis) 외 다수 명의로 2001년 7월 24일 출원된 미국특허출원 09/911,674 호의 연속 분할(CIP) 출원으로서, 그 내용은 본 출원에서 온전히 그대로 합쳐진다. 또한 이 출원은 대런 제이. 데이비스 외 다수의 명의로 1999년 5월 28일 출원된 미국특허 출원 09/322,677 호(현, 미국특허 6,269,361 호)의 CIP 출원으로서 여기서 그 내용이 합쳐진다.

개인과 회사가 업무 및 사업을 행하는 데 있어 컴퓨터망을 이용한 정보 전송이 점차 중요한 수단이 되어가고 있다. 컴퓨터망은 최초에 단일 그룹의 요구에 부응하기 위해 구축된 독립적/고립적 실체일 뿐이었으나, 시간이 지남에 따라, 이종의 물리적 통신망을 상호연결하여 협력 시스템으로 기능하게 하는 광대한 인터넷으로 성장하였다. 현재 존재하는 가장 큰 컴퓨터망은 인터넷이다. 인터넷은 공통 프로토콜을 이용하여 통신하는 세계적 컴퓨터망이다. 개인용 컴퓨터로부터 수퍼컴퓨터까지 수백만대의 컴퓨터가 인터넷에 연결된다.

인터넷은 상당한 양의 정보를 즉각적으로 그리고 규칙적으로 교환하는, 전자적으로 연결된 세계 도처의 사용자의 대형 공동체로 나타난다. 인터넷은 정부 조직, 연구소, 대학간에 접속하고 또한 이들간의 정보 교환을 제공하는 그 원래의 목적을 계속해서 제공하고 있다. 추가적으로, 인터넷은 그 원래의 목표를 넘어 성장하는 다양한 관심과 토론장의 역할을 하도록 진보되었다. 특히, 인터넷은 상품 및 서비스 뿐 아니라 아이디어와 정보까지 총괄하는 세계적 전자화시장으로 급속하게 탈바꿈하고 있다.

인터넷이 세계적 시장으로 변환하는 것은 월드와이드웹(WWW)이라 알려진 정보 시스템이 나타남으로서 실현되었다. 웹은 다수의 다양한 문서에 폭넓은 접근을 행하도록 만들어진 독자적 분산형 데이터베이스이다. 웹의 데이터베이스 레코드는 "페이지"라 불리는 문서 형태를 취한다. 이 페이지들은 웹서버에 위치하며 인터넷을 통해 접근할 수 있다. 따라서 웹은 계속적으로 변화하는 무한한 개별 컴퓨터 시스템들간에 산재된 광대한 데이터베이스이며, 어떤 인지할만한 조직이나 형태를 드러내지 않는다. 인터넷에 연결된 컴퓨터들은 브라우저라고 알려진 프로그램을 통해 웹페이지에 접근한다. 이때 상기 브라우저는 강력하면서도 배우기 쉬운, 그래픽 사용자 인터페이스를 가진다. 웹브라우저에서 지원되는 강력한 한가지 기술은 하이퍼링크로서, 이에 의해 웹페이지 저자가 다른 웹페이지로의 링크를 생성할 수 있고, 이에 따라 사용자는 웹브라우저 상에서 간단한 포인트-앤드-클릭(point-and-click; 콕찍어 누름) 명령을 이용함으로서 상기 다른 웹페이지를 검색할 수 있다.

하이퍼텍스트 마크업 랭기지(HTML)같은 다양한 포맷 규약 중 어느하나로 페이지가 만들어질 수 있으며, 그래픽, 오디오, 동영상같은 멀티미디어 정보 내용을 포함할 수 있다. 컴퓨터가 있고 인터넷 연결 장치가 있는 사람이라면 웹상에 위치한 어떤 공개 페이지에도 접근할 수 있다. 따라서, WWW은 잠재적 고객에게 자신의 상품 및 서비스를 광고하고자 하는 회사, 개인, 그리고 조직에게 전세계적 기반의 소비자를 소개시키는 능력이 있다. 게다가, 데이터 전송 속도와 컴퓨터 처리 속도의 기하급수적 증가에 의해 웹페이지 설계가 점차 정밀해짐으로서, 웹은 광고 및 다른 업무 용도, 그리고 자유로운 정보 흐름을 위한 매력적 매체가 되어가고 있다.

인터넷 내용의 발전 및 분포를 촉진시키는 새로운 강력한 툴이 가용해짐으로서, 인터넷 상에서 제공되는 정보, 제품, 서비스가 급격히 늘어나고, 인터넷을 이용하여 수많은 소비자가 급격하게 증가한다. IDC라 불리는 국제 데이터 회사(International Data Corporation)는 인터넷 사용자의 수가 1998년에 전세계적으로 9천7백만명에서 2002년말에는 3억2천만명으로 늘어날 것이라고 추정하였다. 게다가, 인터넷 상에서 행해지는 상거래가 증가하고 있고 급격하게 성장할 것으로 전망된다. IDC는 인터넷 상에서 상품과 서비스를 구매하는 인터넷 사용자의 비율이 1998년 말에 대략 28%에서 2002년에 대략 40%까지 증가할 것으로 추정하였고, 또한 같은 기간동안, 인터넷으로 구매하는 상품과 서비스가 324억달러에서 4257억달러로 증가한다고 예상하였다.

인터넷은 소비자에게 다가가고자 하는 정보, 제품, 서비스의 광고자에게 매력적인 새 매체로 나타났다. 그러나, WWW은 어떤 구별가능한 조직도없이 전세계 수백만개의 서로 다른 컴퓨터 시스템 사이에 산재한 무한한 숫자의 웹페이지로 구성된다. 웹 상에서 가용한 정보를 표시하고 검색하기 위해 디렉토리, 검색 엔진 같은 메카니즘이 발전하였고, 따라서 인터넷 사용자가 관심있는 정보를 찾는 일을 돕는다. 이 검색 서비스에 의해 소비자는 관심있는 특정 제목, 제품, 또는 서비스를 바탕으로 웹사이트의 목록에 대해 인터넷을 검색할 수 있다.

검색 서비스는 이-메일 다음으로 인터넷 상에서 가장 자주 사용되는 툴이다. 그 결과, 검색 서비스를 제공하는 웹사이트는 인터넷 사용자의 상당한 접근을 광고자에게 제공하며, 키워드나 제목 검색 요청을 바탕으로 소비자 관심을 목표로 할 기회를 광고자에게 부여한다.

인터넷 검색 엔진에서의 웹기반 검색에서, 사용자는 한개 이상의 키워드를 포함하는 검색 용어를 입력하고, 그후 검색 엔진은 이 검색 용어를 이용하여 웹페이지 목록을 실시간으로 발생시키고, 이때 이 웹페이지 목록은 하이퍼링크를 통해 사용자가 접근할 수 있다. 그러나 공지 기술의 검색 엔진과 웹사이트 디렉토리는 관련없는 검색 결과를 자주 발생시키는 키워드에 대한 지정 결과에 대한 처리에 의존한다. 공지 기술에서 여러 검색 엔진을 구동한 자동화된 검색 기술은 복잡한 수학 기반 데이터베이스 검색 알고리즘에 크게 의존하며, 키워드 밀도와 키워드 위치같은 여러개의 표준을 바탕으로 웹페이지를 선택하고 순위를 매긴다. 이러한 메카니즘에 의해 발생된 검색 결과는 맹목적인 수학 공식에 의존하는 경우가 잦고, 임의적이고 관련이 없기까지 하다. 게다가, 검색 결과를 나열하기 위해 자동화 검색 기술을 이용한 검색 엔진은 웹사이트 운영자가 기재한 "메타 태그(meta tag)"나, 보이지 않는 웹사이트 내용에 의존하는 것이 일반적이다. 웹사이트 소유자는 선택하는 대로 자신의 사이트를 자유롭게 태그할 수 있다. 결과적으로, 일부 웹사이트 운영자들은 인기있는 검색용어를 관련없는 웹사이트 메타태그에 삽입한다. 왜냐하면, 이렇게 함으로서 비용을 거의 들이지 않고 추가적인 소비자 관심을 유발할 수 있기 때문이다. 마지막으로, 여러 웹사이트는 유사한 메타태그를 가지며, 공지기술의 검색 엔진은 소비자 선호도에 따라 결과를 우선순위 나열하도록 준비되지 않았다.

검색 엔진과 웹사이트 디렉토리는 웹페이지 정보를 리뷰하기 위한 제한된 편집 스탭(staff)의 상호 노력에도 의존한다. 웹처럼 예견할 수 없고 임의적으로 갱신된 데이터베이스의 포괄적인 수작업 리뷰와 색인은 불가능한 작업이기 때문에, 검색 엔진 결과가 불비하거나 옛날 것인 경우도 잦다. 게다가, 인터넷 내용의 양과 다양성이 증가함에 따라, 인기있는 수많은 웹검색 사이트에서, 소비자는 검색 요청에 따라 웹사이트를 위치시키도록 수직구조적 디렉토리의 여러 브랜치를 자주 클릭하여야 하며, 이는 소비자 입장에서 느리면서도 버거운 과정이다. 따라서, 공지기술의 검색 엔진은 현재와 포괄적 원칙 하에서 웹 노출을 목표로하고 관심있는 사용자에게 정보를 분배하려 하는 웹페이지 소유자에게 있어 효과적이지 못하다.

더욱이, 배너 광고처럼 웹사이트 트래픽을 발생시키는 현재의 패러다임은 전통적 광고 패러다임을 따르며, 인터넷의 독자적 속성을 이용하는 데 실패한다. 자신의 웹노출을 촉진시키고자 하는 웹사이트 운영자는 인기있는 웹사이트 페이지 상의 공간을 구매하곤 한다. 배너 광고 모델에서, 웹사이트 운영자는 자신의 웹사이트를 광고하는, 배너로 알려진, 칼라 그래픽으로 이 공간을 채운다. 배너는 사이트 접근을 위해 방문객이 마우스를 위에 놓고 배너를 클릭하면되는 하이퍼링크를 동작시킬 수 있다. 전통적 광고처럼, 인터넷 상에서의 배너 광고는 잠재적 소비자의 눈에 띄는 노출 빈도를 바탕으로 임프레션 원칙(impression basis)하에서 가격이 정해진다. 배너는 매 페이지 접근시마다 디스플레이될 수도 있고, 또는 검색 엔진 상에서 검색 용어를 목표로 할 수도 있다. 그럼에도 불구하고, 임프레션 원칙의 광고 행위는 인터넷의 직접 판매 잠재력을 비효율적으로 이용한다. 왜냐하면 클릭진입(click-through) 비율, 즉, 배너가 발생시키는 소비자 방문의 수신지까지의 비율이 매우 낮기 때문이다. 따라서 웹사이트 운영자는 운영중인 제품이나 서비스에 관심없는 여러 소비자의 눈에 띄는 것에 대해서도 요금을 지불하는 것이다. 왜냐하면 웹사이트에 대한 대부분의 방문자가 특정 정보를 찾고 배너에 소개된 정보에 관심이 없을 수 있기 때문이다. 마찬가지로, 배너가 검색엔진에 의해 검색되지 않을 수 있고 배너를 보기 위한 웹상의 위치를 관심있어 하는 사람도 모를 수 있기 때문에, 배너가 관심있는 사람들에게 접근하는 데 실패하는 경우도 잦다.

따라서, 광고 및 검색 엔진 알고리즘의 전형적 패러다임은 경쟁력있는 가격으로 WWW을 통해 관련 정보를 관심있는 자에게 효과적으로 인도하는 데 실패한다. 인터넷 광고는 다른 매체에서 불가능한 수준의 수신율, 대화성, 측정성을 제공한다. 적절한 툴로, 인터넷 광고자는 특정 그룹의 소비자에게 자신의 메시지를 수신시키고 그광고 캠페인의 유효성에 관해 즉각적인 피드백을 수신하는 능력을 가진다.

이상적으로는, 웹사이트 운영자는 검색 결과 목록에서 자신의 위치를 제어할 수 있어야 한다. 그래서, 자신의 목록이 웹사이트 내용과 관련된 검색에서 두드러지게 유지되게 할 수 있다. 인터넷의 이 검색 엔진 기능은 온라인 시장을 촉진시키는 새 방향으로 집중될 필요가 있다. 이는 소비자를 목표로하는 가격경쟁력있는 방식을 인터넷 광고자와 운영자에게 제공하면서 신속하고 용이하며 관련있는 검색 결과를 소비자에게 제공한다. 이 온라인 시장을 촉진시키는 검색 엔진을 이용하는 소비자는 소비자가 찾는 제품, 서비스, 또는 정보를 제공하는 회사나 업체를 찾을 것이다. 이 온라인 시장에서, 제품, 서비스, 또는 정보를 판매하는 회사는 인터넷 검색 엔진에 의해 발생되는 검색 결과 목록 상의 위치를 위해 개방된 경매 환경에서 입찰한다. 검색 엔진에 의해 발생된 검색 결과 목록을 통해 발생된 클릭-진입에 대하여 광고자가 대금을 지불해야하기 때문에, 광고자는 웹사이트 제공에 가장 관련성이 높은 검색 키워드를 선택하고 입찰하는 인센티브를 가진다. 검색 결과 목록에서 광고자의 위치가 높으면, 클릭-진입이 높으며, 검색 결과 목록을 통해 소비자가 광고자의 웹사이트에 들어갈 가능성이 높다. 이 광고 시장의 개방성은 특정 검색 결과 목록에 대해 광고자에 의해 경매된 가격을 소비자와 다른 광고자에게 공개적으로 디스플레이함으로서 추가적으로 촉진된다.

미국특허 출원 09/322,677 호(현, 미국특허 6,269,361 호)는 특정 검색 용어 세트에 대해 인터넷 검색 엔진에 의해 발생되는 검색 결과 목록에서의 위치에 운영자가 영향을 줄 수 있는 시스템 및 방법을 설명한다. 이 시스템 및 방법으로 인해, 운영자는 자신의 사업에 가장 관련성이 높은 검색 질의어에 대해 자신의 검색 결과 목록 위치를 나타나게 하도록, 검색 엔진에 대해 중요 검색 용어를 구체화시킨다. 더욱이, 이 시스템 및 방법으로 인해, 운영자가 현 검색 용어 및 위치 결합 온라인을 검사할 수 있고, 자신이 선택한 검색 용어, 위치, 그리고 웹사이트 제목 및 설명에 순간적으로 변화를 꾀할 수 있다.

이 시스템에서, 광고자나 웹사이트 운영자는 성능 웹사이트 오퍼레이터(performance web site operator)에 대한 대금에 의해 광고자에게 요금을 부과할 수 있는 성능 웹사이트 오퍼레이터에 대한 대금으로 검색 목록에 대한 입찰가를 산정한다. 검색자로부터 수신한 질의어에 따라, 검색 목록이 위치하며 입찰가에 따라 배열되고 검색자에게 디스플레이된다. 검색자가 광고자의 검색 목록을 선택하거나 클릭-진입(click-through)할 경우, 성능 웹사이트 오퍼레이터의 대금에 의해 광고자에게 입찰가가 부과된다. 광고자는 검색 목록과 관련된 입찰가를 조절함으로서 검색 결과 목록 내 검색 목록의 위치를 제어할 수 있다.

미국특허 6,269,361 호에 기재된 방법은 광고자에게 부담이 될 수 있다. 특히, 광고자들은 선호하는 가격으로 검색 결과 내 선호 위치를 유지하고 싶어한다. 미국특허 6,269,361 호에 설명되는 시스템은 이를 위한 가용한 수단을 제공하지 않는다. 광고자는, 예를 들어 에 대한 검색을 실행함으로서, 그들에게 중요한 검색 용어에 대한 순위를 자주 조사할 수 있다. 광고자들이 경매 활동에 경쟁한 결과로 변화가 발견되면, 광고자는 실적별 대금지급형(pay for performance) 웹사이트에 로그인하여 자신의 입찰액을 이에 따라 수동으로 변경한다. 광고자가 유지하고 싶어하는 위치에 대하여 타광고자가 자신보다 높은 가격을 매기면, 입찰가와 같은 클릭 당 필요 비용("CPC")이 광고자가 기꺼이 내려는 금액일 경우, 광고자는 위치 고수를 위해 입찰가를 증가시킬 수 있다. 자신보다 아래에 랭크된 목록의 입찰가가 감소한 경우, 일부 광고자는 최종 세트에서 자신의 위치를 여전히 유지하면서, 금액을 감소시키기 위해 자신의 입찰가를 낮추고자 할 수 있다.

자신의 목록 위치를 유지하는 것에 추가하여 광고자가 통상적으로 실행하는 다른 작업이 많이 있다. 예를 들어, 목록의 누적 비용을 기억하고, 목록의 클릭 횔수를 기록하며, 목록의 클릭 진입율(CRT)을 기록하고, 그리고 그 계좌 잔고를 확인하는 등의 작업이 있다. 게다가, 광고자는 목록의 입찰액이 너무 높은 지, 또는 보다 바람직한 순위가 지금 제공될 수 있는 지를 확인하기 위해 변화하는 시장을 계속적으로 기억해야 한다.

예산 관리는 광고자에 대해 지극히 중요한 사업 내용으로서, 여러 다른 기간동안 비용 내역을 기억할 필요가 있다. 예를 들어, 아버지날(Father's Day) 주위로, "넥타이"라는 단어에 대한 검색 횟수가 증가할 수 있고, 예산을 면밀히 살피게 된다. 대안으로, 비용은 다음 아버지날 이후로 감소할 수 있고, 추가적 자금이 타용어에 할당될 수 있다.

광고자는 변환 비를 계산하기 위해 목록이 얻어내는 클릭수를 기억하여야 한다. 목록이 많은 클릭을 얻어내지만 판매량이 적을 경우, 목록의 설명이 충분히 구체적이지 않은 경우일 수 있다. 대안으로, 목록 클릭이 너무 작을 경우, 다른 광고자들이 시장에 들어와 목록이 이전보다 더 나쁜 순위에 놓이게 될 수 있다.

광고자가 목록의 클릭 진입비(CTR)를 기억하는 것도 중요하다. 예를 들어, 한 목록에 대한 새로운 제목이나 설명이 이전보다 덜 분명할 경우 CTR이 낮아진다. CTR을 기억함으로서 정확한 액션이 적재적소에 취해질 수 있다.

광고자는 실적별 대금지급 시장에서 계좌 잔고를 또한 기억하여야 한다. 중단없는 서비스 계속을 위해 잔고가 0에 이르러서는 절대 안된다. 게다가, 계획에 따른 예산 지출 보장을 위해 계좌 잔고를 기억하는 것이 중요하다. 예를 들어, 잔고가 첫주에 너무 천천히 내려갈 경우, 광고자는 목록의 CPC를 증가시키기 위해 적절한 액션을 취할 수 있다.

광고자들이 기억해야 하는 것에는 앞서와는 다른 시장 조건들이 있다. 이들은 현 순위에 대한 목록의 입찰액이 너무 높은 지 확인하는 과정을 포함한다. 예를 들어, 광고자 A1은 목록을 순위 2에 놓이도록 하기 위해 목록의 CPC를 50달러로 설정할 수 있다. 광고자 A2는 0.49달러의 CPC로 순위 3에 놓인다. 몇시간 후, A2는 순위 3을 유지하면서, 목록의 CPC를 0.45달러로 변경시킨다. 그러면 광고자 A1은 순위 2에 목록을 유지시키면서 목록의 CPC를 0.50달러에서 0.46 달러로 감소시킬 수 있다.

광고자는 여러 다른 순위에 대한 시장의 비용 변화를 기억하여야 한다. 사전에 제공할 수 없었던 순위가 지금 제공될 수도 있고, 그 역도 가능하다. 예를 들어, 광고자 A1은 순위 5에 있고 더 높은 트래픽을 얻기 위해 순위 3에 놓이고자 한다. 순위 3에 대한 현재의 CPC는 1.00달러이고, 순위 4에 대한 CPC는 0.75 달러이다. A1은 이 목록을 위해 기껏해야 0.80달러를 제공할 수 있다. 즉, 광고자의 투자수익(ROI; return on investment) 분석은 높을수록 손실이 나타날 것임을 표시한다. 순위 3의 광고자가 빠져나갈 경우, A1은 0.76달러의 CPC로 순위 3으로 점프할 수 있다.

앞서의 예들은 광고자가 자신의 목록 관리를 위해 수작업으로 실행해야 하는여러 액션을 설명한다. 일부 광고자들은 하루에 여러번 이 작업들을 행한다. 일부 광고자들은 유료 위치선정 시장에서 자신의 참가의 관리를 전담하는 다수의 피고용인을 가진다. 이들은 그 목록들의 위치를 모니터하고 그 입찰액을 조절하고, 그 예산을 관리하는 등의 역할을 한다. 목록의 상태를 폴링하고, 시장의 경쟁자를 확인하며, 계좌 상태를 확인하는 수작업 과정들은 시간 소요가 크고 비경제적이다. 이 관심사항들 중 일부만이 주어진 시간에 처리될 필요가 있다. 따라서, 광고자들이 자신의 목록을 보다 효과적으로 관리하기 위한 방법 및 장치가 필요하다.

2001년 8월 3일 출원된 미국특허출원 09/922,028 호("System and Method for Providing Place and Price Protection in a Search Result List Generated by a Computer Network Search Engine")는 "가격 및 위치 보호"라고 불릴 수 있는 시스템을 공개한다. 이 출원은 본 출원에 일반적으로 귀속되며, 참고로 여기서 통합된다. 공개되는 시스템에서, 광고자 입찰액은 고정 CPC를 구축하지 않는다. 대신에, 광고자 입찰액은 광고자가 초래할 최대 CPC를 설정한다. 게다가, 공개되는 실시예에서는 검색자에게 디스플레이되는 검색 결과에서 광고자가 요망 순위를 명시할 수 있다. 검색 목록의 순위는 검색자의 검색 용어와 일치하는 검색 목록 그룹 사이에서 검색 목록의 순서에 따른 위치설정이다. 더 높거나 더 나은 검색 A고록은 검색 목록 페이지에서 높게, 그리고 다수의 검색 목록 페이지 중에서 앞선 페이지에 디스플레이된다. 현 실시예의 시스템은 실제 순위와 실제 CPC를 결정한다. 검색과 일치하는 목록은 CPC의 내림차순으로 된 순위를 가질 것이고, 이때 동일한 CPC의 목록 사이에서 우선순위는 연대적 우선도에 의한다.

이 비효율성이 시장 프로로터에 의해 처리되지 않을 경우, 시장 오퍼레이터에 의해 제공되는 제한된 자동화 서비스에 대해 가용한 경제적 이점을 얻기 위해 시장 오퍼레이터의 계좌 관리 시스템과 대화하도록 독자적 자동화 서비스를 생성하는 광고자에 대하여 경제적 인센티브가 유지된다. 추가적 결과로, 이러한 상황은 광고자, 요금, 또는 생성되는 추정 절약액의 한도에 대한 자동화 서비스를 생성하는 제 3 자에 대하여 경제적 인센티브를 제공한다. 이는 벌써 진행중이다.

소개를 위해, 본 실시예들은 자동 통지(Auto Notification)라고 부를 수 있다. 자동 통지는 기존 실적별 대금지급형 시장 시스템에 대한 개선사항이다. 기본 시장 시스템에서, 광고자는 광고자 인터페이스에 로그온하여, 자신의 목록에 관련된 정보와 시장 정보를 조사함으로서 자신의 광고 캠페인을 관리한다. 예를 들어, 광고자는 용어 세트, 그 설명, 그리고 그 외 다른 정보를 식별할 수 있다. 그 외 다른 정보란 각각의 용어에 대한 CPC를 포함하며, 이는 사용자가 목록을 클릭할 때 광고자가 지불해야할 대금이다. 광고자는 한 검색 용어에 대해 여러 다른 순위에서 클릭 숫자를 확인할 수도 있고, 한 용어에 대한 나머지 경쟁 목록들을 조사할 수도 있고, 그리고 자신의 계좌에 자금을 더할 수도 있다. 이어서, 검색 용어가 검색자로부터 수신한 검색 질의어와 일치할 때, 광고자에 의해 경제적 가치가 시장 오퍼레이터에게 부여될 수 있다.

광고자와 관련된 통신망 위치들을 검색자로부터의 질의에 따라 검색자가 조회할 때 광고자가 부여할 경제적 가치에 대응하는 입찰액의 개념을 여기서 설명되는 실시예들이 이용한다. 경제적 가치는 직접적으로 또는 간접적으로 광고자에게 청구하거나 청구할 수 있는 대금일 수 있다. 경제적 가치는 광고자 계좌로부터 차변되는 금액일 수 있다. 이 금액은 통화일 수도 있고, 신용포인트같은 또다른 가치일 수도 있다. 경제적 가치는 데이터베이스 검색 시스템의 오퍼레이터에게, 또는 제 3 자에게 광고자에 의해 부여될 수 있다.

광고자 웹사이트같은 한개 이상의 네트워크 위치가 검색자에게 조회될 때 경제적 가치가 부여된다. 이 조회는 자체적으로, 또는 다른 검색 결과와 함께 검색자에 의해 데이터 입력 및 수신을 위해 사용되는 스크린에 네트워크 위치를 제시함으로서 이루어질 수 있다. 이는 임프레션(impression)이라 불린다. 대안으로, 여기서 설명되는 실시예에서, 검색자가 광고자의 통신망 위치에 접근하기 위해 클릭하거나 클릭 진입할 때 조회가 발생할 수 있다. 그렇지 않을 경우, 광고자의 통신망 위치에 접근한 후 검색자에 의해 취해지는 어떤 다른 액션에 의해 조회가 이루어질 수 있다.

여기서 실시예들은 광고자에 의해 실행되는 여러 단계들을 자동화한다. 현재 광고자는 그가 고려하는 조건들 중 하나라도 사실인 지를 확인하기 위해 자신 목록의 상태, 시장 상태, 그리고 자신의 계좌 정보를 주기적으로 검사하여야 한다. 시장, 목록, 계좌에 대한 이러한 수작업 검사는 대부분의 시간동안 어떤 특별한 액션이 요구되지 않기 때문에 시간 소요가 크고 비경제적이다.

자동 통지의 공개된 실시예들은 광고자가 고려하는 조건을 광고자가 명시하게 한다. 시스템은 광고자를 대신하여 작용하는 자동화 에이전트를 제공하여, 조건들 중 어느 것이 사실인 지를 계속해서 확인한다. 에이전트는 시장 시스템에 의해 관리되는 데이터와 연계하여 동작하는 응용프로그램이나 소프트웨어 과정이다. 모두가 정상이고 어떤 조건도 사실이 아닐 경우, 에이전트는 어떤 액션도 취하지 않는다. 그렇지 않을 경우, 에이전트는 사실인 조건을 표시하고, 광고자에게 알리기 위해 메시지를 전송할 수 있다. 메시지는 아래에 설명되는 바와 같이, 원하지 않는 조건을 광고자로 하여금 교정하기 위한 수단을 포함할 수 있다. 조건이 사실일 때마다 메시지가 전송될 수 있고, 또는 광고자의 제어 하에서 메시지들이 모여 주기적으로 전송될 수 있다.

자동 통지로, 광고자는 사실인 조건에 대해 수동으로 검색할 필요가 전혀없다. 대신에, 시스템은 광고자에 의해 명시되는 시간에, 가능한 교정 액션과 사실인 조건을 광고자에게 자동적으로 알린다.

광고자는 0개나 그보다 많은 조건에 대한 자동 통지를 요청할 수 있다. 일부 조건은 광고자의 목록에 관련되며, 각각의 목록은 이와 관련된 0개나 그보다 많은 조건을 가질 수 있다. 본 실시예에 따라, 각각의 자동 통지 함수는 네 개의 구성성분을 가진다.

1. 통지 조건: 관심을 요하는 상태에 관한 정보

2. 통지 시간: 통지가 전송되어야할 시기

3. 통지 모드: 광고자가 통지받는 방법

4. 통지 액션 종류: 어떤 통지에 포함할 교정 액션의 종류

통지 조건

본 실시예에 따라, 광고자가 선택할 수 있는 조건에는 아홉가지 종류가 있다:

1. 위치: 목록 위치에 관련됨.

2. 비용: 일부 목록에 대한 자동화 비용에 관련됨.

3. 계좌-잔고: 광고자 계좌에 남아있는 자금에 관련됨.

4. 임프레션: 일부 목록에 의해 수신될 임프레션의 숫자.

5. 클릭: 일부 목록에 의해 수신도리 클릭 횟수.

6. CTR: 일부 목록의 클릭 진입비.

7. CPC-투-하이(CPC-too-high): 순위에 영향을 미치지 않으면서 목록의 클릭당 비용(CPC)이 감소될 수 있는 경우.

8. 평균 CPC 투 하이(Average CPC too high): 평균 CPC, 총 클릭으로 나눈 총 비용이 일부 한계치보다 높음.

9. 순위-CPC: 주어진 순위와 용어에 대해 CPC에 관련됨.

각각의 조건은 광고자에 의해 명시되는 고유 세트의 매개변수들을 가진다. 일부 매개변수들은 기준값을 가질 수 있고, 이 기준값들은 시장 오퍼레이터의 마음대로 설정된다. 여러 다른 조건에 대한 매개변수들이 아래에 설명된다.

위치 조건은 목록의 위치를 모니터한다. 각각의 위치 조건은 다음의 매개변수들을 가진다.

1. 목록: 위치가 모니터되고 있는 목록. 이는 상기 광고자의 목록일 수도 있고, 어떤 다른 광고자의 목록일 수도 있다.

2. 절대적/상대적: 목록의 절대적 위치가 모니터되는 지, 또는 일부 다른 목록에 대한 상대적 위치가 모니터되는 지를 표시함. 위치가 또다른 목록에 대해 상대적일 경우, 나머지 목록 역시 명시된다.

3. 내부/외부: 목록이 명시 범위 내에 있을 경우, 또는 범위 바깥에 있을 경우 조건이 사실이다.

4. 구체적/범위: 구체적 순위나 순위 범위. 예를 들어, 순위 3은 구체적 순위이고, 순위 3~5는 순위 범위이며, 4보다 크거나 같은 순위와 3보다 작은 순위도 순위 범위이다.

다음은 위치 조건의 모든 가능한 예이다.

1. "내 목록 L1은 순위 3에 있지 않다"

목록: L1, 절대/상대: 절대, 내부/외부: 외부, 구체적/범위: 순위 3

2. "또다른 목록 L2는 순위 1에 있다"

목록: L2, 절대/상대: 절대, 내부/외부: 내부, 구체적/범위: 순위 1

3. "내 목록 L3는 순위 4에서 8까지 사이에 있다."

목록: L3, 절대/상대: 절대, 내부/외부: 내부, 구체적/범위: 순위 4~8

4. "내 목록 L4는 목록 L5보다 2순위 이상 낮다."

목록: L4, 절대/상대: L5에 대해 상대적, 내부/외부: 외부, 구체적/범위: 순위 1~2

5. "내 목록 L6는 목록 L7보다 3순위 이상 높다."

목록: L6, 절대/상대: L7에 대해 상대적, 내부/외부: 내부, 구체적/범위: 순위-3(음의 순위는 기준 순위보다 위이고 양이 순위는 기준 순위보다 아래이다).

시장 오퍼레이터는 매개변수 입력을 위한 다양한 사용자 인터페이스를 제공할 수 있다. 위치 제약사항의 경우에, 시장은 모든 목록의 위치 변화를 추적하기 위해 여러 목록을 추적하기 위한 간단한 인터페이스를 제공할 수 있다.

비용 조건은 주어진 시간 구간에 광고자의 한개 이상의 목록에 대해 총 CPC 지출을 모니터한다. 모든 시간 구간의 시작시에, 누적된 비용은 0이다. 각 시간 구간의 시작점은 시장 오퍼레이터의 재량에 달려있다. 예를 들어, 모든 시간별 구간은 30분마다 시작될 수 있다. 각각의 비용 조건은 다음 매개변수들을 가진다.

1. 목록: CPC 지출이 모니터되고 있는 한개 이상의 목록.

2. 한도: 모든 목록에 대한 누적된 CPC에 대한 지출 한도, 가령, 300달러.

3. 구간: 한도에 대한 시간구간. 가령, 1주일.

다음은 비용 조건이 모든 예이다.

1. "목록 L1에 대한 CPC 비용은 한 시간에 300달러를 넘는다."

목록: L1, 한도: 300달러, 구간: 1시간

2. "L2와 L3에 대한 CPC 대금은 한달에 195달러를 넘는다."

목록: L2와 L3, 한도: 195달러, 구간: 1개월

계좌-잔고 조건은 광고자 계좌에 남아있는 자금을 모니터한다. 일부 광고자들은 예금을 선불로 예치할 것을 요구받는 데, 이는 광고자에 의해 발생되는 CPC대금을 낮추기 위해 사용된다. 광고자는 계속적인 서비스를 보장하기 위해 자신의 계좌 잔고를 주기적으로 보충할 수 있다. 각각의 계좌-잔고 조건은 다음의 매개변수들을 가진다.

1. 한계치: 계좌 잔고가 한계치 아래로 떨어질 때 이 조건이 사실임.

다음은 계좌-잔고 고전의 모든 예다.

1. "내 계좌 잔고는 100 달러 미만이다.

한계치: 100달러.

2. "내 계좌 잔고는 350달러 미만이다.

한계치: 350달러.

임프레션 조건은 주어진 구간에서 광고자의 목록 세트에 대한 임프레션의 총 숫자를 모니터한다. 매 시간 구간의 시작시, 누적된 임프레션은 0이다. 각 시간 구간의 시작점은 시장 오퍼레이터의 재량에 달려있다. 한 실시예에서, 임프레션은 다음과 같이 정의된다. 사용자가 검색 용어를 타이핑할 때, 부합하는 검색 결과 세트가 제시된다. 사용자에게 한 목록이 제시되는 것을 임프레션으로 카운트한다. 목록이 다음 페이지에 있고 사용자가 현 페이지 너머로 검색하지 않을 때 이는 임프레션으로 카운트되지 않는다. 다른 정의도 물론 사용될 수 있다. 모록의 순위가 변할 경우, 목록에 대한 임프레션 숫자가 0으로 재설정될 수 있다. 이는 광고자의 재량에 달려있다.

각각의 임프레션 조건은 다음의 매개변수를 가진다.

1. 목록: 임프레션의 총 숫자가 모니터되고 있는 한개 이상의 목록.

2. 내부/외부: 임프레션 숫자가 범위 내부나 외부에서 이 조건이 사실인 지 여부.

3. 범위: 모니터되는 임프레션의 범위. 가령, 100~200.

4. 구간: 한도에 대한 시간 주기: 가령, 하루.

다음은 임프레션 조건의 모든 예이다.

1. "목록 L1은 한 시간에 1000개가 넘는 임프레션을 갖고 있다"

목록: L1, 내부/외부: 외부, 범위: 0~1000, 구간: 1시간

2. "목록 L2, L3, L4는 함께 하루에 100개 미만의 임프레션을 가진다."

목록: L2, L3, L4, 내부/외부: 내부, 범위: 0~99, 구간: 하루

클릭 조건은 주어진 구간에서 광고자의 목록 세트에 대한 사용자 클릭의 총 횟수를 모니터한다. 모든 시간 구간의 시작점에서 누적된 클릭은 0이다. 각 시간 구간의 시작점은 시장 오퍼레이터의 재량에 달려있다. 사용자가 검색 용어를 타이핑할 때마다, 부합하는 검색 결과 세트가 제시된다. 사용자가 URL을 타이핑하거나 하이퍼링크로 연결함으로서 부합 목록을 선택하면, 이는 목록에 대한 클릭으로 불린다. 클릭에 대한 다른 정의도 마찬가지로 사용될 수 있다. 검색자가 부합하는 목록을 클릭할 경우, 이는 목록에 대한 클릭으로 카운트된다. 목록의 순위가 변할 경우, 목록에 대한 클릭 횟수가 0으로 재설정된다. 이는 광고자의 재량에 달려있다.

각각의 클릭 조건은 다음의 매개변수들을 가진다.

1. 목록: 클릭 숫자가 모니터되고 있는 한개 이상의 목록.

2. 내부/외부: 클릭 숫자가 범위 내부 또는 외부일 경우 이 조건이 참인 지 여부.

3. 범위: 모니터되는 클릭의 범위. 가령, 1000~4000.

4. 구간: 한도에 대한 시간 구간. 가령, 15분.

다음은 클릭 조건의 모든 예이다.

1. "목록 L1은 하루에 100개 미만의 클릭을 가진다."

목록: L1, 내부/외부: 내부, 범위:0~99, 구간: 하루.

2. "목록 L2와 L3는 함께 한주동안 1500개가 넘는 클릭을 보인다."

목록: L2와 L3, 내부/외부: 외부, 범위: 0~1500, 구간: 1주.

CTR 조건은 한 구간에서 광고자의 목록 세트에 대한 총 클릭 진입비(CTR)를 모니터한다. 한 구간에서의 총 CTR은 이 구간에 대한 총 클릭 수를 동일 구간에 대한 총 임프레션 숫자로 나눈 값이다. 대안으로, 광고자는 오차 범위와 확률을 명시할 수 있고, 시장 오퍼레이터로부터, CTR 조건을 유효하다고 판단하기 전에 필요한 클릭의 최소 숫자를 계산할 수 있다. 예를 들어, 광고자는 95%의 확률과 3%의 오차범위를 가진다. 통계로부터, CTR이 표준 정규 분포일 경우, 95%의 확률에 표준편차가 +/- 1.96인 것을 우리는 알고 있다. 따라서 n번 측정하여 p'의 관찰된 CTR을 얻으면, 1.96x

이는 p'의 관측된 CTR에 따라 좌우되며, 충분히 큰 "n"을 기다림으로서 시장 오퍼레이터에 의해 항상 달성될 수 있다. 어떤 통계 개론 책들도 이를 상세하게 설명하고 있으며, 예를 들자면, Larsen, Richard J.와 Marx, Morris L.이 집필한 "AnIntroduction to Mathematical Statistics and Its Applications" 3판(2000년 1월 15일), Prentice Hall College Div. ISBN: 0139223037를 참고할 수 있다.

목록의 순위가 변할 경우, 목록에 대한 클릭과 임프레션의 수자가 0으로 재설정될 수 있다. 이는 광고자의 재량에 달려있다.

각각의 CTR 조건은 다음의 매개변수들을 가진다.

1. 목록: 총 CTR이 모니터되고 있는 한개 이상의 목록.

2. 내부/외부: 총 CTR이 범위 내부 또는 외부일 경우 조건이 참인 지 여부.

3. 범위: 모니터되고 있는 총 CTR의 범위. 가령, 1/100~1/200.

4. 구간: 구간에 대한 시간 주기. 시간 구간보다 더 오래된 데이터는 고려되지 않는다. 가령, 하루의 구간은 CTR을 연산할 때 하루보다 오래된 모든 임프레션과 클릭을 무시한다.

다음은 CTR 조건의 모든 예이다.

1. "목록 L1의 CTR은 마지막 한시간동안 1% 미만이었다."

목록: L1, 내부/외부: 내부, 범위: 0~1/100, 구간: 1시간

2. "목록 L2와 L3는 전체 히스토리에 대해 1~5% 바깥의 총 CTR을 가진다."

목록: L2와 L3, 내부/외부: 외부, 범위 1/100~5/100, 구간: 항상

3. "목록 L4는 지난주동안 10%보다 큰 CTR을 가졌다."

목록: L4, 내부/외부: 외부, 범위: 0~1/10, 구간: 1주.

CPC-투-하이(CPC-too-high) 조건은 한개 이상의 목록의 CPC를 모니터한다. 모니터되는 목록의 CPC가 순위감소없이 축소될 수 있다면 이 조건은 참이다. 예를들어, 목록 L1이 1.23달러의 CPC를 가지고 순위 4에 있고 순위 5의 목록이 1.10달러의 CPC를 가질 경우, L1의 CPC는 1.11 달러로 감소할 것이다. 광고자는 아래 목록의 CPC와 그 목록의 CPC간 간격의 크기를 명시할 수도 있다. 각각의 CPC-투-하이 조건은 다음의 매개변수들을 가진다.

1. 목록: 모니터되는 목록.

2. 한계치: 목록의 CPC와 그 다음으로 나쁜 목록의 CPC간 최소 차이.

다음은 CPC-투-하이 조건의 모든 예이다.

1. "목록 L1은 아래 목록에 비해 0.05 달러보다 큰 CPC를 가진다."

목록: L1, 한계치: 0.05달러

2. "목록 L2와 목록 L3는 아래 목록에 비해 0.01달러 큰 CPC를 가진다."

목록: L2와 L3, 한계치: 0.01달러.

평균 CPC-투-하이 조건은 한개 이상의 목록의 평균 CPC를 모니터한다. 평균 CPC는 목록의 총 비용을 목록에 대한 총 클릭으로 나눈 값이다. 모니터되는 모든 목록의 평균 CPC가 광고자에 의해 규정되는 한계치보다 높을 경우 조건은 참이다. 예를 들어, 모든 광고자 목록의 평균 CPC가 1.45달러보다 클 때 사실이 되는 조건을 광고자의 정의할 수 있다. 평균 CPC를 모니터하기 시작할 때, 유효 데이터에 대한 임프레션과 클릭이 불충분할 수 있다. 시장 오퍼레이터는 평균 CPC 조건의 유효성 여부를 고려하기 전에 요구되는 최소숫자의 임프레션 및 클릭을 선택할 수 있다. 각각의 평균 CPC-투-하이 조건은 다음 매개변수들을 가진다.

1. 목록: 모니터되는 목록.

2. 한계치: 목록의 CPC와 그 다음으로 나쁜 목록의 CPC간 최소 차이.

3. 구간: 한도에 대한 시간구간. 가령, 1주일

다음은 평균 CPC-투-하이 조건의 모든 예이다.

1. "목록 L1과 L2는 하루에 0.35달러보다 큰 평균 CPC를 가진다."

목록: L1과 L2, 한계치: 0.35달러, 구간: 하루.

2. "나의 모든 목록은 한주일동안 0.98달러보다 큰 평균 CPC를 가진다."

목록: 모두, 한계치: 0.98달러, 구간: 1주일.

순위-CPC 조건은 검색 용어에 대해 주어진 순위를 얻기 위해 필요한 최소 CPC를 모니터한다. 명시된 가격 한계치로 주어진 순위를 얻을 수 있을 때 이 조건은 참이다.

예를 들어, 목록 L4가 1.23달러의 CPC로 순위 4에 있고 목록 L5가 1.15달러의 CPC로 순위 5에 있을 때, 새 목록은 1.16 달러의 CPC로 순위 5에 놓일 수 있다. 새 목록이 어떤 가격으로도 주어진 순위에 놓이는 것이 불가능할 수 있다. 이는 예를 들어, L4의 CPC가 L5의 CPC와 동일한 경우에 발생할 수 있다. 이는 목록들이 그 CPC에 의해 정렬되고, 동일한 CPC를 가진 목록들은 시간-스탬프에 의해 정렬되기 때문이다(시간 스탬프가 빠른 목록이 더 좋은 순위를 차지한다). 어떤 임의의 새 목록은 모든 다른 목록보다 더 큰 시간 스탬프를 가질 것이며, 따라서 L4와 L5의 사이에 시간 스탬프를 가질 수 없다.

각각의 순위-CPC 조건은 다음의 매개변수들을 가진다.

1. 용어: 모니터되는 용어.

2. 순위: 요망 순위

3. 한계치: 상기 용어에 대해 상기 순위에 머물기 위한 최대 가격

다음은 순위-CPC 조건의 모든 예이다.

1. "'LCD 프로젝터'에 대한 순위 3은 3.50달러 이하의 경우에 달성될 수 있다."

용어: LCD 프로젝터, 순위: 3, 한계치: 3.50달러.

2. "용어 '거라지(격납고)'에 대한 순위 10은 0.10달러 이하로 얻을 수 있다.

용어: 거라지(격납고), 순위: 10, 한계치: 0.10달러.

통지 시간

앞서 문단들은 여러 통지 조건과 이들에 대한 매개변수들을 설명하였다. 각각의 자동 통지 명시는, 조건이 참일 때 광고자가 통지받고 싶어하는 시간인, 조건에 대한 통지 시간을 또한 포함한다. 광고자가 통지받는 시간은 조건이 참인 시간에 독립적이다.

광고자가 통지받을 수 있을 때 두가지 선택이 있다.

1. 즉시: 조건이 참이되자마자 광고자가 통지받는다.

2. 구간: 모든 통지가 명시된 시간 구간동안 모인다. 구간은 주기와 시간을포함한다. 가령, 매시 30분, 매일 오후 4시 20분, 매주 금요일 오후 3시45분.

어떤 조건도 구간중에 참이 아닐 경우, 광고자나 시장 오퍼레이터는 어떤 통지도 보낼 수 없다던 지, 또는 어떤 조건도 참이 아니라는 통지를 전송해야 한다는 지를 선택할 수 있다. 그렇지 않을 경우, 구간동안 참이되는 모든 조건이 레코딩되며, 구간의 종료시 광고자는 이를 통지받는다.

예를 들어, 광고자는 위치 조건에 대한 모든 통지가 매일 전송된다는 것을 명시할 수 있다. 모니터되는 목록의 위치가 하루동안 여러번 명시된 한도를 벗어날 경우, 이들은 발생함에 따라 모두 기록되고, 광고자에게 즉시 통지가 전달되지 않는다. 하루의 종료시, 이들이 모두 모여서 광고자에게 전달된다.

통지 모드

위 단락은 참일 수 있는 어떤 조건을 광고자가 통지받은 시간인 통지 시간을 정의하였다. 어떤 이러한 통지도 한개 이상의 가능한 통신 모드로 전송된다. 각각의 자동 통지 규약은 광고자에게 알리기 위해 사용되는 통신 모드인, 조건에 대한 통지 모드를 또한 포함한다.

다섯가지의 가능한 통신 모드가 존재한다.

1. 이메일: 광고자에 의해 지정된 이메일 주소 세트로 통지가 전달된다. 각각의 이메일 메시지는 사실인 조건의 세부사항과, 광고자가 취할 수 있는 교정 액션에 대한 링크를 포함할 수 있다. 가령, 광고자를 승인하고 교정을 자동적으로 이행하는 단일 클릭.

2. 인스턴트 메시지: 광고자에 의해 지정되는 인스턴트 메시지 계정 세트로 통지가 전달된다. 이메일과 마찬가지로, 각각의 인스턴트 메시지는 참인 조건의 세부사항과, 광고자가 취할 수 있는 교정 액션에 대한 링크를 포함할 수 있다.

3. 팩스: 광고자에 의해 지정되는 번호로 팩스 통지가 전달된다. 팩스는 참인 조건의 세부사항을 포함할 수 있고, 광고자가 원하지 않는 조건들을 교정하러 가는 장소에 대한 포인터를 제공할 수 있다. 가령, 광고자가 인증할 수 있고 불필요한 조건들을 온라인으로 교정하는 온라인 시장 시스템에 대한 포인터를 예로 들 수 있다.

4. 페이지: 광고자에 의해 지정되는 번호로 통지가 페이징된다. 페이지는 휴대용 무선 수신기에 고주파 통신에 의해 전달되는 텍스트, 또는 그 외 다른 메시지이다. 페이지는 페이징 시스템을 통해 전용 페이징 수신기나 송수신기에 전달도리 수 있고, 또는 일부 셀방식 무선전화 시스템과 연계하여 동작하는 단문 서비스(SMS)를 이용하여 페이지가 전달될 수도 있다. 페이지는 참인 조건의 간단한 표시와, 불필요한 조건을 교정하기 위해 광고자가 갈 수 있는 곳에 대한 포인터를 제공할 수 있다. 가령, 광고자가 호출할 수 있는 전화번호를 예로 들 수 있다.

5. 전화: 광고자에 의해 지정된 번호로 전화통지가 이루어진다. 참인 조건들을 광고자에게 경보하기 위해 자동화 음성 합성 시스템이 사용될 수 있다. 전화 수단은 터치폰 입력식 메뉴에 교정 액션을 제공할 수 있다. 가령, "위치 1을 다시 얻으시려면 1달러 32센트로 입찰액을 증가시키기 위해 1을 눌러주세요, 등등" 시스템은 음성 입력을 직접 인식할 수 있다. 메시지는 불필요한 조건들을 교정하기 위해광고자가 갈 수 있는 곳에 대한 포인터를 또한 포함할 수 있다. 가령, 온라인 시장 시스템에 대한 포인터를 예로 들 수 있다.

통지 액션 종류

각각의 자동 통지 함수의 경우에, 광고자는 조건, 통지 시간, 그리고 통지 모드를 명시한다. 자동 통지 함수는 통지 액션 종류를 포함한다. 이는 불필요한 조건들을 교정하는 데 광고자가 이용할 수 있는 방법이다. 조건들을 교정하기 위한 액션이 통지에 포함될 수 있고, 또는 교정 이행을 위한 다른 명령을 통지 함수가 포함할 수 있다. 아래와 같은 6가지 액션종류가 있다.

1. 활성 링크(active links): 한번의 클릭으로 불필요한 조건들을 광고자가 교정할 수 있는 통지 내용에 구현된 링크가 존재한다. 광고자는 어떤 액션이 취해지기 전에 먼저 인증되는 것이 선호된다. 링크는 한번이 클릭으로 불필요한 조건들을 교정하는 이메일 메시지의 URL로 구현될 수 있다. 예를 들어, "순위 3으로 복구시키시려면 다음 목록의 CPC를 1.43달러로 증가시키기 위해 여기를 클릭해주세요"라는 제목의 링크일 수 있다. 링크의 URL은 시장 오퍼레이터의 시스템을 가리키고, 교정될 조건과 광고자에 관한 정보를 포함한다. 광고자가 링크를 클릭하면, 그 신원이 확인되고, 시스템은 광고자가 직접 온라인 시장 시스템과 대화할 필요없이 자동적으로 모든 교정 액션을 실행한다.

이메일 통지와 인스턴트 메시지 통지에 활성 링크를 포함하는 것이 적용가능하다.

2. 비활성 링크(inactive links): 불필요한 조건들을 교정하기 위해 광고자가 갈 수 있는 온라인 위치에 대한 포인터가 존재한다. 예를 들어, 이는 광고자가 로그인하는 온라인 시장 시스템의 URL에 대한 포인터를 갖춘 전화 메시지일 수 있다. 로그인되면, 광고자에게는 불필요한 조건들을 교정하기 위해 활성 링크를 갖춘 페이지가 제시될 수 있다.

모든 통지 모드에 비활성 링크를 포함하는 것이 적용가능하다.

3. 이메일: 이것은 광고자가 채워내려갈 수 있는 이메일 템플릿이다. 이메일 템플릿에는 취해야할 교정 액션이 어떤 것인지가 나타나며, 시장 오퍼레이터에 의해 지정된 주소로 어떤 교정 액션을 이메일보내야 하는 지가 나타난다. 템플릿이 통지에 포함될 수 있고, 다른 수단, 가령, 웹사이트를 통해 가용해질 수도 있다.

모든 통지 모드에 이메일 링크를 포함하는 것도 적용가능하다.

4. 전화: 이것은 교정 액션을 행하기 위해 광고자가 걸 전화번호에 대한 포인터이다. 이는, 가령 터치-톤 전화 및 음성 인식을 가진, 완전히 자동화된 시스템일 수 있고, 사람 오퍼레이터를 지닌 시스템일 수도 있으며, 이들의 어떤 조합일 수도 있다.

모든 통지 모드에 전화 링크를 포함하는 것이 적용가능하다.

5. 자동-교정: 광고자는 이 조건이 참일 경우 대신하여 자동적으로 교정 액션을 행하도록 시스템에게 요구하고 있다. 광고자는 교정 액션의 세부사항을 또한 명시한다. 이 옵션은 교정될 수 있는 조건에만 적용가능하다. 예를 들어, 자동 교정 액션 종류는 신용카드 대금을 자동적으로 지불함으로서 한계치 아래로 계좌 잔고가 떨어질 경우, 광고자 계좌 잔고에 500달러를 더하도록 시스템에 명령할 수 있다.

6. 조건완화: 광고자는 현 조건을 무시할 것을 시스템에 요구하고 있고, 이것이 조건을 트리거링하지 않도록 조건을 완화시키고자 한다. 시장이나 광고자는 조건 완화 방식을 선정할 수 있다. 예를 들어, 광고자는 자신의 목록이 순위 2로부터 순위 3으로 떨어지는 것을 신경쓰지 않을 수 있으나, 더 떨어지는 것은 연락받고 싶어한다.

모든 통지 함수는 한개 이상의 적용가능한 액션 종류를 그 안에 포함할 수 있다. 일부 액션 종류는 일부 통지 모드로 적용되지 않을 수도 있다. 가령, 전화 메시지에 URL포인터를 포함시키는 것이 불편할 수 있다. 광고자는 통지시 자신이 선호하는 액션 종류를 명시할 수 있다.

자동 통지 시스템의 장점은 참가한 광고자들 대신에 아래의 명령을 구현하는 것이다.

1. 자신의 통지 조건, 통지 시간, 통지 모드, 통지 액션 종류를 자신이 명시하게 한다.

2. 자신의 조건 중 어느 것이 참인 지를 확인하기 위해 모든 자신의 조건을 계속적으로 모니터한다.

3. 자신의 조건중 어느것이 참이 될 경우, 이 조건의 세부사항을 기록한다.

4. 자신의 조건 중 어느 것이 참일 경우, 자신이 명시한 통지 시간에 자신의 통지를 전송한다.

5. 각각의 통지에는 조건 교정을 위해 모든 적용가능한 액션 종류가 포함된다. 자신이 선호한다고 명시한 종류로 액션 종류를 제한한다. 어떤 선호도도 제시하지 않았을 경우, 시장 오퍼레이터는 각 통지로 일부 또는 전부의 액션 종류를 포함할 것을 선택할 수 있다.

도 1은 본 발명의 대금-지불형 성능 검색 결과를 발생시키는 시스템 및 방법의 한 실시예와 대형통신망간의 관계를 나타내는 블록도표.

도 2는 본 발명의 한 실시예에 사용되는 메뉴, 디스플레이 스크린, 입력 스크린의 블록도표.

도 3은 본 발명의 한 실시예에서 실행되는 광고자 사용자 로그-인 처리과정의 순서도.

도 4는 본 발명의 한 실시예에서 실행되는 관리식 사용자 로그-인 과정의 순서도.

도 5는 본 발명의 한 실시예와 함께 사용되는 계좌 레코드에 대한 데이터의 블록도표.

도 6은 본 발명의 한 실시예에 사용되는 계좌 레코드에 자금을 더하는 방법의 순서도.

도 7은 본 발명의 한 실시예에 의해 발생되는 검색 결과 목록의 예의 도면.

도 8은 본 발명의 한 실시예에 사용되는 변화 입찰액 과정의 순서도.

도 9는 도 8의 변화 입찰액 과정에 사용되는 스크린 디스플레이의 예 도면.

도 10-24는 본 실시예들에 따른 시스템 동작을 설명하는 순서도.

클라이언트/서버 기반 컴퓨터망 시스템에서 광고자같은 사이트 운영자에 의해 결정되는 성능별 대금 지불식 검색 결과를 발생시키는 방법 및 시스템이 공개된다. 다음의 설명은 당 분야에 통상의 지식을 가진 자가 무리없이 발명을 제작 및 이용할 수 있도록 제시된다.

도면에서, 도 1은 본 발명의 선호되는 실시예에 사용되는 클라이언트/서버 구조로 설정된 분포 시스템(10)의 예이다. "클라이언트"란 관련되지 않은 또다른 클래스나 그룹의 서비스를 이용하는 클래스나 그룹의 멤버를 말한다. 인터넷같은 컴퓨터망의 내용에서, 클라이언트는 서버 프로그램으로 알려진 또다른 처리과정에 의해 제공되는 서비스를 요청하는 처리과정(즉, 프로그램이나 작업)이다. 클라이언트 처리과정은 다른 서버 프로그램이나 서버 장체에 관한 어떤 작업 상세사항을 알 필요없이 요청한 서비스를 이용한다. 네트워크형 시스템에서, 클라이언트 처리과정은 대응하는 서버 처리과정을 구동하는 또다른 컴퓨터에 의해 제공되는 공유 네트워크 리소스에 접근하는 컴퓨터에서 구동된다. 그러나, 클라이언트 처리과정과 서버 처리과정이 동일한 컴퓨터 상에서 구동되는 것이 가능하다.

"서버"는 인터넷같은 통신 매체에서 접근가능한 원격 컴퓨터 시스템이다. 클라이언트 처리과정은 제 2 컴퓨터 시스템에서 액티브할 수 있고 통신 매체 상에서서버 처리과정과 통신하여, 서버의 정보 수집 능력을 여러 클라이언트가 이용하게 한다. 따라서, 서버는 컴퓨터망에 대한 정보 제공자의 역할을 한다.

도 1의 블록도표는 다수의 클라이언트 컴퓨터(12), 다수의 광고자 웹서버(14), 계좌 관리 서버(22), 그리고 검색 엔진 웹서버(24)로 구성되는 분포 시스템(10)을 도시한다. 이 모두는 네트워크(20)에 연결된다. 네트워크(20)는 이후로 인터넷으로 불릴 것이다. 본 발명의 시스템 및 방법이 인터넷에 특히 유용하지만, 클라이언트 컴퓨터(12), 광고자 웹서버(14), 계좌 관리 서버(22), 그리고 검색 엔진 웹서버(24)가 다수의 서로 다른 조율의 네트워크 중 하나를 통해 함께 연결될 수 있다. 이러한 네트워크는 LAN, 다른 광역 네트워크(WAN), 그리고 전화선에서 접근되는 지역 네트워크, 가령 상용 정보 서비스를 포함할 수 있다. 클라이언트 및 서버 처리과정은 단일 컴퓨터 상에서 동시에 실행되는 여러 다른 프로그램을 포함할 수도 있다.

클라이언트 컴퓨터(12)는 기존의 개인용 컴퓨터(PC), 워크스테이션, 또는 그 외 다른 크기의 컴퓨터 시스템일 수 있다. 각각의 클라이언트(12)는 통상적으로 한개 이상의 프로세서, 메모리, 입력/출력 장치, 그리고 기존 모뎀같은 네트워크 인터페이스를 포함한다. 광고자 웹서버(14), 계좌 관리 서버(22), 그리고 검색 엔진 웹서버(24)는 마찬가지로 설정될 수 있다. 그러나, 광고자 웹서버(14), 계좌 관리 서버(22), 검색 엔진 웹서버(24)는 각각 구분된 사설망에 의해 연결되는 여러 컴퓨터를 포함할 수 있다. 실제로, 네트워크(20)는 수십만개의 개별 컴퓨터망을 포함할 수 있다.

클라이언트 컴퓨터(12)는 광고자 서버(14)에 저장된 웹페이지나 레코드(30)를 위치시키기 위해 NAVIGATOR, EXPLORER, MOSAIC 브라우저 프로그램같은 웹브라우저 프로그램(16)을 실행할 수 있다. 브라우저 프로그램(16)으로 인해 사용자는 특정 웹페이지(30)의 주소를 입력하여 검색할 수 있다. 이 주소들은 URL이라 불린다. 추가적으로, 한 페이지가 검색되면, 브라우저 프로그램(16)은 다른 웹페이지에 대한 하이퍼링크를 사용자가 클릭-온할 때 다른 페이지나 레코드에 대한 접근을 제공할 수 있다. 이러한 하이퍼링크가 웹페이지(30) 내에 위치하여, 또다른 페이지의 URL을 사용자가 입력하기 위한 자동화 방식을 제공하고 사용자가 상기 페이지를 검색하는 자동화 방식을 제공한다. 페이지들은 평이한 내용의 텍스트 정보를 포함하는 데이터 레코드일 수 있다. 또는 보다 복잡한 디지털 인코딩된 멀티미디어 내용, 가령 소프트웨어 프로그램, 그래픽, 오디오 신호, 비디오 등일 수 있다.

도 1에 도시되는 발명의 선호되는 실시예에서, 클라이언트 컴퓨터(12)는 FTP, SNMP, TELNET, 그리고 공지된 다수의 그 외 다른 프로토콜처럼 다른 통신 프로토콜이 사용될 수 있지만, HTTP에 의해 제공되는 기능을 이용하여 계좌 관리 서버(22), 검색 엔진 서버(24), 그리고 광고자 서버(14)를 포함한 여러 네트워크 정보 제공자로 네트워크(20)를 통해 통신한다. 검색 엔진 서버(24), 계좌 관리 서버(22), 그리고 광고자 서버(14)는 WWW 상에 위치하는 것이 선호된다.

앞서 언급한 바와 같이, 적어도 두 종류의 서버가 본 발명의 선호되는 실시예에서 고려된다. 제 1 서버는 계좌 관리 서버(22)로서, 컴퓨터 저장 매체(32)와 처리 시스템(34)을 포함한다. 데이터베이스(38)는 계좌 관리 서버(22)의 저장매체(32)에 저장된다. 데이터베이스(38)는 광고자 계좌 정보를 내장한다. 본 발명의 시스템 및 방법은 계좌 관리 서버(22) 상에서 메모리나 대량 저장 장치같은 컴퓨터 저장 매체 상에 실행명령으로 저장되는 소프트웨어로 구현될 수 있다는 것을 아래 설명으로부터 알 수 있다. 클라이언트 컴퓨터(12)에서 구동되는 기존 브라우저 프로그램(16)은 계좌 관리 서버(22)에 저장되는 광고자 계좌 정보에 접근하는 데 사용될 수 있다. 계좌 관리 서버(22)로의 접근은 방화벽(도시되지 않음)을 통해 달성되는 것이 선호되며, 이 방화벽은 계좌 관리 및 검색 결과 위치 프로그램과 계좌 정보를 외부 간섭으로부터 보호한다. 보안 HTTP나 보안 소켓층같은 표준 통신 프로토콜에 대한 개선점을 통해 추가적인 보안성이 제공될 수 있다.

제 2 서버 형태는 검색 엔진 웹서버(24)이다. 검색 엔진 프로그램으로 인해, 그 브라우저 프로그램(16)을 통해 검색 엔진 웹서버(24)에 질의어를 입력할 수 있는 다른 웹서버 상의 사이트나 검색 엔진 웹서버 URL을 항해할 때, 네트워크 사용자는 WWW에서 가용한 수백만 페이지 중 관심있는 페이지를 식별하기 위해 키워드 질의어를 타이핑할 수 있다. 선호되는 발명의 실시예에서, 검색 엔진 웹서버(24)는 계좌 관리 서버(22)에 의해 실행되는 입찰 과정의 결과에 의해 형성되는 관련 입력을 포함하는 검색 결과를 발생시킨다. 검색 엔진 웹서버(24)는 클라이언트 컴퓨터(12)에서 사용자에 의해 입력되는 검색 용어들과 관련된 정보를 실은 문서에 하이퍼텍스트 링크의 목록을 발생시킨다. 검색 엔진 웹서버는 웹페이지 형태의 이 목록을 네트워크 사용자에게 전송하며, 이때 클라이언트 컴퓨터(12) 상에서 구동되는 브라우저(16)에 이 내용이 디스플레이된다. 검색 엔진 웹서버의 선호되는 실시예는 URL /의 웹페이지를 항해함으로서 발견될 수 있다. 게다가, 검색 결가 목록 웹페이지(도 7에 예가 제시됨)는 아래에서 상세하게 설명될 것이다.

검색 엔진 웹서버(24)가 인터넷(20)에 연결된다. 발명의 선호되는 실시예에서, 검색 엔진 웹서버(24)는 사용자 질의에 따라 검색 결과를 발생시키는 데 사용되는 검색 결과 레코드로 구성되는 검색 데이터베이스(40)를 포함한다. 게다가, 검색 엔진 웹서버(24)는 계좌 관리 서버(24)에 연결될 수도 있다. 계좌 관리 서버(22)는 인터넷에 연결될 수도 있다. 검색엔진 웹서버(24)와 계좌 관리 서버(22)는 클라이언트 컴퓨터(12)에 위치하는 사용자의 서로 다른 정보 요구를 처리한다.

예를 들어, 클라이언트 컴퓨터(12)에 위치하는 사용자의 한 클래스는 광고자 웹서버(14)에 위치하는 광고자 웹페이지(30)를 가진 공고 웹사이트 운영자나 소유자처럼 네트워크 정보 제공자일 수 있다. 이 광고 웹사이트 운영자나 광고자는 계좌 관리 서버(22) 상의 저장 장치(32)에 위치하는 계좌 정보에 접근하고자 할 수 있다. 광고 웹사이트 운영자는 계좌 관리 서버(22) 상에 위치하는 계좌를 통해, 다른 광고자와의 경쟁적 입찰 과정에 참가할 수 있다. 광고자는 광고자 웹사이트의 내용에 관련된 검색 용어에 입찰할 수 있다. 본 발명의 한 실시예에서, 광고자의 웹사이트에 대한 입찰 검색 용어의 관련성은 광고자 웹사이트 URL과 검색 용어를 실은 검색 목록을 데이터베이스(40)에 입력하기 전에 수동 편집 처리과정을 통해 결정된다. 발명의 대안의 실시예에서, 대응하는 웹사이트에 대한 검색 목록 내 입찰된 검색 용어의 관련성은 계좌 관리 서버(22)의 프로세서(34)에서 실행되는 컴퓨터 프로그램을 이용하여 평가될 수 있고, 이때 컴퓨터 프로그램은 지정 편집 규칙 세트에 따라 검색 용어와 이에 대응하는 웹사이트를 평가할 것이다.

광고자에 의해 경매되는 검색 용어를 이용한 검색이 실행될 때, 입찰액이 높을수록 검색 엔진(24)에 의해 발생되는 검색 결과 목록 페이지에서 좋은 위치를 얻을 것이다. 발명의 선호되는 실시예에서, 광고자에 의해 입찰되는 금액은 검색 결과 목록 페이지 상의 하이터링크를 통해 광고자의 웹사이트에 접근할 때마다 광고자의 계좌로부터 공제되는 자금을 포함한다. 검색자는 광고자의 하이퍼링크와 관련된 정보를 검색하기 위해 검색 요청을 개시하고자 컴퓨터 입력 장치로 하이퍼링크 위를 클릭한다. 검색 결과 목록 하이퍼링크에 대한 각각의 접근이나 클릭은 클릭을 광고자에 대한 계좌 식별자와 연계시키도록 검색 엔진 웹서버(24)로 방향변경될 것이다. 이 방향변경 액션은 검색자 눈에 띄지 않는 것으로서, 검색자에 의해 클릭 온된 검색 결과 목록 하이퍼링크를 이용하여 광고자의 URL에 접근하기 전에 검색 결과 페이지에 코딩된 계좌 식별 정보에 접근할 것이다. 계좌 식별 정보는 검색 요청으로부터의 정보와 함께 광고자 계좌에 검색 요청 이벤트로 레코딩된다. 이 메카니즘을 통해 얻은 정보가 당 분야에 공지된 기존 서버 시스템 로그를 이용하여 가능하지 않은 방식으로 URL을 가지는 계좌 식별자와 일치하기 때문에, 정확한 계좌 데빗 레코드가 유지될 것이다. 광고자의 웹사이트 설명과 검색 결과 목록 페이지에 대한 하이퍼링크가, 광고자 목록이 대금지불된 목록이라는 표시를 동반한다(가장 선호됨). 각각의 지불된 목록은 검색 결과 목록을 통해 광고자의 사이트에 대한 각각의 진입(referral)에 대해 광고자에 의해 지불되는 "클릭당 가격"에 대응하는 자금인 "광고자에 대한 비용(cost to advertizer)"을 디스플레이한다.

클라이언트 컴퓨터(12)에서 사용자의 두 번째 클래스는 웹 상에서 특정 정보를 찾는 검색자를 포함할 수 있다. 검색자는 웹서버(24) 상에 위치하는 검색 엔진 웹페이지(36)에 그 브라우저(16)를 통해 접근할 수 있다. 검색 엔진 웹페이지(36)는 질의 박스를 포함하며, 한개 이상의 키워드를 포함하는 검색 용어를 이 질의 박스에 타이핑할 수 있다. 대안으로, 검색자는 원격 웹서버에 저장된 웹페이지에 위치하며 검색 엔진 웹서버(24)에 하이퍼링크된 질의 박스를 통해 검색 엔진 웹서버(24)에 질의할 수 있다. 검색자가 검색 용어 입력을 마치면, 검색자는 제공된 하이퍼링크를 클릭함으로서 검색 엔진 웹서버(24)에 질의어를 전송할 수 있다. 검색 엔진 웹서버(24)는 검색 결과 목록 페이지를 발생시킬 것이고 클라이언트 컴퓨터(12)의 검색자에게 이 페이지를 전송할 것이다.

검색자는 대응하는 웹페이지에 접근하기 위해 검색 결과 페이지 상의 각각의 목록에 연계된 하이퍼링크 위를 클릭할 수 있다. 하이퍼텍스트 링크는 인터넷 상의 어디에서도 웹페이지에 접근할 수 있고, 광고자 웹서버(14)에 위치하는 광고자 웹페이지(18)에 대한 지불된 목록을 포함한다. 발명의 선호되는 실시예에서, 검색 결과 목록은 광고자 입찰의 결과로 나타나지 않으며 INKTOMI, LYCOS, 또는 YAHOO 검색 엔진 같은 기존 WWW 검색 엔진에 의해 발생되는 비-지불식 목록을 또한 포함한다. 비-지불식 하이퍼텍스트 링크는 편집 팀에 의해 데이터베이스(40)로 수동으로 색인되는 링크를 또한 포함할 수 있다. 특히, 비-지불식 목록은 검색 결과 페이지에서 지불식 광고자 목록에 이어진다.

도 2는 기존 브라우저 프로그램(18)을 통해 계좌 관리 서버(22)에 접근하는 광고자에게 제시되는 메뉴, 디스플레이 스크린, 그리고 입력 스크린의 블록도표이다. 광고자는, 도 1의 브라우저 프로그램(16)에 계좌 관리 서버(22)의 URL을 입력하면, 도 2의 스크린(110)에 도시되는 바와 같이 아래에 논의되는 로그인 응용프로그램을 호출하여 서버(22)의 처리 시스템(34)을 구동시킨다. 광고자가 로그-인하면, 처리 시스템(34)은 광고자에 대한 추가 서비스와 다수의 옵션을 가지는 메뉴(120)를 제공한다. 이 아이템들은 아래에 보다 상세하게 설명되는 것으로서, 광고자의 요청을 구현하거나 광고자의 요청을 구현하기 전에 추가 정보를 요청하도록 루틴을 호출할 수 있다. 발명이 한 실시예에서, 광고자는 메뉴(120)를 통해 여러 옵션에 접근할 수 있다. 즉, 고객 서비스를 요청하고(130), 광고자 정책을 보며(140), 계조 관리 작업(150)을 실행하고, 광고자 계좌에 자금을 더하며(160), 검색 엔진 상에 계좌의 광고 존재를 관리하며(170), 그리고 활동 보고서(180)를 본다. 내용 위주 도움말(190)은 메뉴(120)에서 얻을 수 있고 모든 앞서 언급한 옵션에서 얻을 수 있다.

본 발명의 선호되는 실시예의 로그-인 과정은 두 종류의 사용자에 대해 도 3과 4에 도시된다. 도 3은 광고자에 대한 로그인 과정(270)을 도시한다. 도 4는 본 발명의 시스템 및 방법을 관리하고 유지하는 관리자에 대한 로그인 과정(290)을 도시한다. 앞서 언급한 바와 같이, 클라이언트 컴퓨터(12)에서의 광고자나 관리자는 계좌 관리 서버에 접근하기 위해 단계 271이나 291에서 브라우저 프로그램을 이용하여야 한다. 광고자가 단계 272나 292에서 로그인 과정을 시작하기 위해 로그인페이지의 URL로 항해한 후, 계좌 관리 서버(22)의 처리 시스템(34)은 단계 274나 294에서 로그인 응용프로그램을 호출한다. 본 응용프로그램에 따라, 프로세서는 광고자나 관리자의 사용자명과 비밀번호를 요청하는 입력 스크린(110)(도 2)을 제공한다. 이 정보 아이템은 계좌 관리 서버(22)의 저장 장치(32)에 저장된 데이터베이스에 저장된 계좌 정보를 바탕으로, 승인 용도로 당 분야에 잘 알려진 보안 프로그램으로 단계 276이나 296에서 제공된다.

도 3에 따라, 사용자가 광고자로 승인된 후, 광고자에게는 도 2의 메뉴 스크린(120)이 제공되고, 대응하는 광고자 계좌에게만 제한된 읽기/쓰기 접근 특권이 제공된다(단계 278). 광고자 로그인 이벤트(278)는 데이터베이스내 광고자의 계좌 레코드의 일부로 회계 형식 데이터 구조 내에 단계 280에서 레코딩될 수도 있다. 이 회계 형식은 데이터베이스(38) 내 일련의 입력으로 구현되는 것이 선호되며, 이때 각각의 입력은 광고자 계좌 레코드에 접근하는 이벤트에 대응한다. 계좌 레코드에 대한 회계 형식 정보는 계좌 소유자와 그 외 다른 적절한 관리자에 의해 볼 수 있다.

그러나, 도 4의 단계 295에서 사용자가 관리자로 승인될 경우, 관리자에게는 단계 296에 나타나는 바와 같이 모든 광고자 계좌에 대한 구체적 관리 접근 특권이 부여된다. 관리자 로그인 이벤트(296)는 관리자 계좌 레코드의 회계 형식 데이터 구조 부분에 단계 297에서 레코딩된다. 이 회계 형식은 데이터베이스(38) 내 일련의 입력으로 구현되는 것이 선호되며, 이때 각각의 입력은 관리자의 계좌 레코드에 접근하는 이벤트에 대응한다. 관리자의 회계 형식 정보가 계좌 소유자 및 그 외 다른 적절한 관리자에 의해 볼 수 있는 것이 가장 선호된다.

게다가, 단계 282에서 승인된 광고자로 나타나는 일반 광고자 메인 메뉴 대신에, 승인된 관리자에게는 광고자 계좌의 데이터베이스(38)를 검색하기 위한 접근이 단계 298에서 제공된다. 감시해야할 광고자 계좌를 관리자가 선택할 수 있는, 데이터베이스 검색 인터페이스가 관리자에게 제공되는 것이 선호된다. 예를 들어, 관리자가 접근하고자 하는 계좌에 대응하는 계좌번호나 사용자명, 또는 접촉 명칭을 관리자가 입력할 수 있는, 질의 박스가 인터페이스에 포함될 수 있다. 관리자가 단계 299에서 감시할 광고자 계좌를 선택할 때, 관리자는 도 2의 메인 광고자 페이지(120)로 들어오고, 이를 광고자가 볼 수 있다.

계좌 관리 서버(22)에 위치하는 계좌 정보(32)로의 접근은 시스템에 계좌 레코드를 가지는 사용자에게 제한된다. 왜냐하면 이들 사용자들에게만 유효한 사용자명과 비밀번호가 주어졌기 때문이다. 비밀번호와 사용자명 정보는 도 1에 도시되는 바와 같이, 계좌 관리 서버(22)의 데이터베이스(38)에 사용자의 다른 계좌 정보와 함께 저장된다. 사용자명 및 비밀번호를 포함한 계좌 정보가 별도의 온라인 등록 과정을 통해 도 1의 데이터베이스(38)에 입력된다. 이 과정은 본 발명의 범위를 벗어난다.

도 5는 데이터베이스내 각각의 광고자 계좌 레코드(300)에 실린 정보의 종류를 나타내는 블록도표이다. 먼저, 광고자 계좌 레코드(300)는 앞서 언급한 바와 같이 온라인 승인을 위해 사용되는 사용자명(302)과 비밀번호(304)를 내장한다. 계좌 레코드는 접촉 정보(310)(가령, 접촉 명칭, 회사명, 주소, 전화, 이-메일 주소 등)를 또한 내장한다.

접촉 정보(310)는 아래 설명되는, 통지 옵션 하에서 키 광고자 이벤트의 통지를 광고자가 요청하였을 때 광고자에게 직접적 통신을 하기 위해 사용된다(선호됨). 계좌 레코드(300)는 대금청구 정보(320)(가령, 현 잔고, 신용카드 정보 등)를 또한 포함한다. 대금청구 정보(320)는 광고자 계좌에 자금을 더하는 옵션을 광고자가 선택할 때 접근되는 데이터를 내장한다. 게다가, 일부 대금청구 정보는 통지 옵션 하에서 통지를 필요로하는 이벤트를 트리거링할 수 있다. 계좌 레코드(300)의 회계 형식부(325)는 계좌 레코드(300)에 접근하는 모든 이벤트의 목록을 내장한다. 계좌 레코드(300)에 접근하거나 계좌 레코드(300)가 수정될 때마다, 관리자나 광고자에 의해, 계좌 접근이나 수정 이벤트를 설명하는 짧은 입력이 이 이벤트를 시작한 관리자나 광고자 계좌의 회계 형식부(330)에 덧붙여질 것이다. 회계 형식 정보는 계좌에서 계좌 소유자에 의해 만들어진 거래 내역 발생을 돕든 데 사용될 수 있다.

광고 정보부(330)는 본 발명의 온라인 입찰 과정을 시행하는 데 필요한 정보를 내장하며, 이때 검색 엔진에 의해 발생되는 검색 결과 목록 내에 웹사이트 설명과 하이퍼링크에 대한 위치가 결정된다. 각 사용자 계좌(300)에 대한 광고 데이터(330)는 0개나 그보다 많은 서브계좌(340)로 조직될 수 있다. 각각의 서브계좌(340)는 한개 이상의 검색 목록(344)을 포함한다. 각각의 검색 목록은 검색 용어에 대한 입찰에 대응한다. 광고자는 여러개의 검색 용어에 대해 여러개의 입찰을 조직하도록, 또는 여러개의 웹사이트에 대한 입찰을 조직하도록, 서브계좌를 이용할 수 있다. 목표한 시장 부분의 성능을 추적하고자 하는 광고자에게 있어 서브계좌가 특히 유용하다. 서브계좌 상부구조는 그들의 광고 노력을 조직화하고자 하는 광고자의 이익을 위해 소개되고, 본 발명의 동작 방법에 영향을 미치지 않는다. 대안으로, 광고 정보부는 서브계좌의 추가 조직층을 포함할 필요가 없고, 단지 한개 이상의 검색 목록을 포함할 수 있다.

검색 목록(344)은 검색 용어/입찰 쌍에 대응하며, 온라인 경쟁 입찰 과정을 시행하기 위한 키 정보를 내장한다. 각각의 검색 목록은 다음의 정보를 포함하는 것이 선호된다. 즉, 검색 용어(352), 웹사이트 설명(354), URL(356), 입찰가(358), 그리고 제목(360)을 나열할 수 있다. 검색 용어(352)는 영문(또는 다른 언어도 가능)인 공통어일 수 있는 한개 이상의 키워드를 포함한다. 각각의 키워드는 문자 스트링을 포함한다. 검색 용어는 경쟁적 온라인 입찰 과정의 목표다. 광고자는 광고자 웹사이트 내용과 관련된 경매를 위해 검색 용어를 선택한다. 이상적으로는, 광고자 웹사이트 상의 정보를 찾고자 하는 검색자에 의해 입력될 것 같은 용어를 수신하고자 하는 검색 용어를 광고자가 선택할 수 있지만, 경매용 관련 검색 용어의 포괄적 포함관계를 보장하기 위해 덜 공통적인 검색 용어가 선택될 수도 있다.

웹사이트 설명(354)은 광고자의 웹사이트 내용의 짧은 텍스트 설명(190 문자 미만)이며, 검색 결과 목록에 광고자 입력의 일부로 디스플레이될 수 있다. 검색 목록(344)은 검색 결과 목록 내 광고자의 입력에 하이퍼링크 표제로 디스플레이될 수 있는 웹사이트의 제목(360)을 내장할 수 있다. URL(356)은 광고자 웹사이트의 URL 주소를 내장한다. 사용자가 광고자의 검색 결과 목록 내용에 제공된 하이퍼링크를 클릭하면, 브라우저 프로그램에 URL이 제공된다. 브라우저 프로그램은 앞서 언급한 방향 변경 메카니즘을 통해 광고자 웹사이트에 접근한다. URL은 검색 결과 목록의 광고자 입력내용의 일부로 디스플레이될 수도 있다.

입찰액(358)은 목록에 대해 광고자에 의해 입찰되는 금액이다. 이 금액은 광고자 선납 계좌로부터 공제되거나, 광고자 계좌에 레코딩된다. 이 계좌는 대응하는 검색 용어에 대해 사용자에 의해 검색이 실행될 때마다 대금이 청구되고, 검색 결과 목록 하이퍼링크는 검색자에게 광고자 웹사이트를 소개하는 데 사용된다. 마지막으로, 순위는 광고자가 입찰에 들어가거나 검색자가 검색 질의를 입력할 때마다 도 1에 도시되는 계좌 관리 서버(22)의 처리 시스템(44)에 의해 동적으로 발생하는 값이다. 검색이 대응하는 검색 용어에 대해 실행될 때 발생되는 검색 결과 목록 내 광고자 입력의 위치를 광고자의 검색 목록의 순위가 결정한다. 순위는 입찰액(358)에 대한 직접적 관계에서 결정되는 서수값으로서, 입찰액이 높을수록 순위가 높아지고, 검색 결과 목록에서 보다 바람직한 위치를 차지한다. 순위 1은 가장 높은 입찰액에 할당되고, 그 다음으로 높은 서수값(즉, 순위)(가령, 2, 3, 4,...)은 그다음으로 낮은 입찰액에 할당된다.

로그인되면, 광고자는 도 2의 메뉴(120)에 설명되는 다수의 직관적 작업을 실행할 수 있다. 도 2의 메뉴(120)에서는 규칙 목록과 광고자용 정책을 볼 수 있고, 고객 서비스 협조를 요청할 수 있다. 이 아이템으로 인해 요청을 구현하는 루틴이 호출될 수 있다. 예를 들어, "고객 서비스"가 선택될 때, 입력 스크린(130)이 디스플레이되고, 요청한 고객 서비스의 종류를 광고자가 선택할 수 있게 한다. 추가적으로, 광고자가 고객 의견을 웹기반 입력 형태로 타이핑할 수 있도록 하는 형태가 스크린(130)에 제공될 수 있다.

"광고자 정책을 봄"이 선택되면, 도 1의 계좌 관리 서버(22)의 처리 시스템(34)에 의해 루틴이 호출될 것이다. 도 2에 도시되는 바와 같이, 이 루틴은 정보 웹페이지(140)를 디스플레이할 것이다. 웹페이지(140)는 현재 실행중인 광고자 정책을 설명한다(가령, "모든 검색 목록 설명이 검색 용어에 명백하게 관련되어야 한다").

도 2의 메뉴(120)는 "계좌 관리" 선택(150)을 또한 포함하며, 이는 광고자가 광고자 접촉 정보 및 대금청구 정보를 보고 변경시킬 수 있게 하며, 광고자의 접근 프로파일을 갱신할 수 있게 한다. 당 분야에 잘 알려져 있고 앞서 언급한 것과 유사한 웹기반 형태가 계좌 정보 갱신을 위해 제공된다.

"계좌 관리" 메뉴는 광고자 계좌의 거래 내역을 광고자가 볼 수 있게 하는 선택사항을 또한 포함한다. "거래 내역을 봄" 선택사항 하에서, 광고자는 과거 계좌 거래의 목록을 보는 루틴을 호출할 수 있다(가령, 계좌에 자금을 더하거나 입찰된 검색 용어를 추가하거나 삭제하거나, 또는 입찰액 변경 등). 지정 형태의 거래 내역, 또는 지정 시간 내에 발생하는 거래 내역을 광고자가 디스플레이할 수 있도록 추가적 루틴이 구현될 수 있다. 거래 정보는 앞서 언급한 도 5의 회계 형식 목록(325)으로부터 얻을 수 있다. 소프트웨어, 웹기반 형태, 또는 메뉴로 구현될 수 있는 클릭가능한 버튼이 이러한 제한사항을 광고자가 명시할 수 있도록 당 분야에 공지된 대로 제공될 수 있다.

추가적으로, 도 2의 "계좌 관리" 메뉴(120)는 통지 옵션을 광고자가 설정하게 하는 선택사항을 포함한다. 이 선택사항 하에서, 광고자는 일부 키 이벤트가 발생하였을 때 시스템이 광고자에게 통지하게 하는, 옵션을 선택할 수 있다. 예를 들어, 광고자 계좌 잔고가 특정 수준 미만으로 떨어졌을 경우 시스템이 기존 전자 메일 메시지를 광고자에게 전송하게 하는 옵션 설정을 선택할 수 있다. 이 방식으로, 광고자는 계좌가 지급정지되기 전에 계좌를 새로 충일시키는 "경고메시지"를 수신할 수 있다(광고자 목록이 검색 결과 목록에 더 이상 나타나지 않을 것임을 의미함). 시스템 전용 키 이벤트 중 하나가 발생할 경우, 데이터베이스 검색은 각각의 검색 목록에 대해 트리거링된다. 이후 시스템은 광고자 계좌에 명시된 통지 옵션에 따라 적절한 통지 루틴을 실행할 것이다.

도 2로 돌아가서, 광고자 계좌에 광고자가 자금을 추가하게 하는 선택사항이 메뉴(120)에 또한 나타난다. 그래서, 광고자는 검색 결과 페이지를 통한 광고자 사이트 진입(referral)에 대해 대금을 지불할 계좌에 자금을 가질 것이다. 광고자 계좌에 자금을 가진 광고자만이 발생된 검색 결과 목록에 포함된 납부 목록을 가질 수 있다(선호됨). 광고자 모임에서 선정한 사업 기준은 항상 플러스 계좌 잔고를 유지하는 대신에, 계좌 잔고에 상관없이 계좌 요금을 발생시킬 수 있고, 검색 엔진에 의해 발생된 광고자 사이트로의 실제 진입에 의해 발생되는 변화를 반영하는 정규 구간에서의 청구 대금을 지불할 수 있다. "계좌에 자금을 더함" 선택사항이 호출될 때 실행되는 처리과정은 도 6에 상세하게 도시되며, 단계 602에서 시작한다. "계좌에 자금을 더함" 선택사항이 단계 604에서 클릭되면, 광고자를 식별하는 데이터를 수신하고 광고자 계좌를 데이터베이스로부터 검색하는 기능이 호출된다. 실행 과정은 단계 606에서 광고자의 표준 대금청구 정보를 저장하고 광고자에 대한 표준 대금청구 정보를 디스플레이한다. 디스플레이된 대금청구 정보는 추가할 자금의 기본양, 기본 지불 형태, 그리고 기본 기구 저보를 포함한다.

본 발명의 선호되는 실시예에서, 광고자는 온라인으로 자금을 더할 수 있고 신용카드를 이용하여 실시간으로 더할 수 있다. 하지만 물론 다른 지불 형태의 이용도 본 발명의 범위 내에 있다. 예를 들어, 본 발명의 대안의 실시예에서, 광고자는 Gifford의 미국특허 5,724,424 호에 설명되는 것과 유사한 방식의 데빗 카드처럼 당 분야에 공지된 전자 자금 확인 메카니즘을 통해 광고자 은행 계좌로부터 원하는 자금을 이체함으로서 자신의 계좌에 자금을 더할 수 있다. 본 발명의 대안의 실시예에서, 광고자는 기존 종이 기반의 화폐를 이용하여 자신의 계좌에 자금을 더할 수도 있다. 이 경우에, 추가 자금이 수동 입력을 통해 계좌 레코드 데이터베이스에서 갱신될 수 있다. 기구 정보는 지불 종류에 대하나 상세사항을 추가로 포함한다. 예를 들어, 신용카드의 경우, 기구 정보는 신용카드 명칭(마스터카드, 비자, 아메리칸익스프레스), 신용카드 번호, 신용카드 유효기간, 신용카드용 대금청구 정보(가령, 피청구자 성명 및 주소)에 관한 데이터를 포함할 수 있다. 발명의 선호되는 실시예에서, 보안을 위해 광고자에게 신용카드 번호 일부만이 디스플레이된다.

광고자에게 디스플레이되는 표준값은 영구 상태로부터 얻어진다. 가령, 계좌 데이터베이스에 저장된다. 본 발명의 한 실시예에서, 저장된 대금청구 정보는 자금을 더하는 과정이 호출되고 광고자 계좌에 대해 완료된 가장 마지막(즉, 가장 최근)에 광고자에 의해 설정된 값을 포함할 수 있다. 표준 대금청구 정보는 웹기반 형태로 광고자에게 디스플레이된다. 광고자는 웹기반 형태로 적절한 텍스트 입력 박스를 클릭할 수 있고, 기준 대금청구 정보에 변화를 꾀할 수 있다. 광고자가 변경을 완료할 경우, 광고자는 단계608에서 대금청구 정보와 현 잔고를 시스템이 갱신할 것을 요청하기 위해 제공되는 하이퍼링크된 "제출(submit)" 버튼을 클릭할 수 있다. 단계 610에 도시되는 바와 같이, 광고자가 갱신을 요청한 경우, 광고자에 의해 제공되는 대금 청구 정보를 승인하고 확인을 위해 광고자에게 이를 다시 디스플레이하는 기능이 시스템에 의해 호출된다. 확인 대금청구 정보가 읽기 전용 형태로 디스플레이되며, 광고자에 의해 변경될 수 없다.

비준(validation) 단계는 다음과 같이 기능하다. 광고자의 외부 계좌로부터 지불이 차변될 경우, 지불이 인증되고 승인되며, Gifford의 미국특허 5,724,424 호에 설명된 시스템을 이용하여 완료된다. 그러나 지불 형태가 신용카드일 경우, 시스템에 의해 유효화 알고리즘이 호출되며, 이는 Stein 외 다수의 미국특허 5,836,241 호에 설명되는 것같은 방법을 이용하여 신용카드 번호를 비준한다. 이 비준 알고리즘은 현 시스템 날짜 및 시간과의 직관적 비교를 통해 유효기간을 비준한다. 추가적으로, 광고자에 의한 확인 이전에 임시 사례에 새 값을 저장한다.

디스플레이되는 데이터가 정확하다고 광고자가 확인할 경우, 광고자는 단계 612에서 계좌가 갱신되어야 함을 표시하기 위해 페이지에 제공된 "확인(Confirm)" 버튼을 클릭할 수 있다. 단계 612에서, 적절한 계좌 잔고에 자금을 더하고 광고자의 대금청구 정보를 갱신하며, 그리고 광고자의 지불 내역에 대금청구 정보를 덧붙이는, 이러한 기능이 호출된다. 광고자의 갱신된 대금청구 정보는 임시 사례로부터 영구 상태(가령, 계좌 레코드 데이터베이스)로 저장된다.

단계 612에서 호출된 기능 내에서, 신용카드 대금지불 기능은 단계 614에서 시스템에 의해 호출될 수 있다. 본 발명의 대안의 실시예에서, 지불 형태의 갱신된 값에 따라 여러 지불 형태를 규정함으로서, 데빗카드 지불처럼 다른 대금지불 기능이 호출될 수 있다.

지불 형태가 신용카드일 경우, 사용자 계좌는 단계 616에서 즉시 신용이 부여되며, 이때 사용자의 신용카드는 이미 단계 610에서 비준된바 있다. 자금 추가 거래의 상태를 보여주는 스크린이 디스플레이되어, 거래 번호와 새로운 현 잔고를 보여주며, 방금 마친 신용카드 거래에 의해 더해진 자금을 반영한다.

발명의 대안의 실시예에서, 자금이 계좌에 추가된 후, 계좌에 추가된 대금은 단계 616에서 자금 추가 과정의 종료시 서브계좌 사이에 할당될 수 있다. 광고자가 어떤 서브계좌도 가지지 않을 경우, 계좌 내 모든 자금이 일반적 할당이다. 그러나, 광고자가 한개보다 많은 서브계좌를 가질 경우, 시스템은 "서브계좌간 자금 할당"을 광고자에게 보내는 확인 및 기준 메시지를 디스플레이할 것이다.

메뉴 선택사항 "서브계좌간 자금 할당"은 도 6의 단계 616 이후 광고자 계좌에 자금이 추가될 때 호출될 수 있고, 또는 도 2에 도시되는 "계좌 관리" 메뉴(170) 내에서 호출될 수 있다. "계좌 관리" 메뉴(170)는 도 2에 도시되는 바와 같이 광고자 메인 페이지(120)로부터 접근할 수 있다. 이 "서브계좌간 자금 할당" 메뉴 선택사항은 광고자 계좌의 현 잔고와 어떤 계류중인 잔고를 광고자의 서브계좌 사이에서 광고자가 할당하게 한다. 이후 시스템은 서브계좌 잔고를 갱신할 것이다. 현 잔고 할당은 실시간으로 이루어질 것이며, 계류중인 잔고 할당은 영구 상태로 저장될 것이다. 계류중인 잔고에 대한 대금지불이 처리될 때 계류중인 잔고 할당을 반영하기 위해 서브계좌 잔고를 갱신하는 루틴이 호출될 것이다. 요청할 경우 상기 시점에서 광고자에게 자동 통지가 전송될 수 있다. 이 직관적인 온라인 계좌 관리 및 할당으로 인해, 광고자가 자신의 온라인 광고 예산을 신속하게 그리고 효율적으로 관리할 수 있다. 광고자는 자신의 계좌를 자금으로 다시 채우고 한가지 용이한 웹기반 작업시간(web-based session)에 그 예산 모두를 할당한다. 컴퓨터-기반 구현은 고비용이며 시간이 많이 걸리는 광고자 계좌 거의 수동 입력을 제거한다.

앞서 표시한 실행 시점에서 적절한 메뉴 선택사항을 호출함으로서 광고자가 자금 할당 의도를 표시할 때 "서브계좌간 자금 할당"루틴이 시작된다. 광고자가 자금 할당 의사를 표시할 때, 광고자 서브계좌에 아직 할당되지 않은 현 잔고 내 계류중인 자금이 있는 지를 결정하기 위한 함수가 시스템에 의해 호출되어, 잔고 선택 옵션을 디스플레이한다. 발명의 선호되는 실시예에서, 계좌 사례가 생성되고, 계류중인 현 잔고 계좌 필드가 영구상태로부터 설정된다.

어떤 비할당 계류 펀드가 없을 경우, 시스템은 각각의 서브계좌에 대해서뿐 아니라 전체적으로도 계좌에 대한 현 가용 잔고를 디스플레이할 수 있다. 광고자는 서브계좌간 현 가용 잔고를 분배하고, 잔고 갱신 요청을 제출한다. 서브계좌 잔고에 대한 현 총액을 계산하고 디스플레이하는 함수가 호출된다. 현 총액은 임시 변수에 저장되며, 명시된 광고자에 대한 모든 서브계좌의 현 잔고의 합으로 설정된다. 광고자에 의해 설정된 새 가용 서브계좌 잔고가 승인 금액을 넘지 못할 경우, 영구 상태로 모든 서브계좌 잔고를 갱신하고 이를 읽기전용 포맷으로 디스플레이하는 함수가 호출된다.

현 계좌 잔고에 계류중인 자금이 있을 경우, 가용 현 잔고와는 별도로 계류중인 자금이 할당되어야 한다. 계류중인 자금은 자금을 수령할 때 가용 현 잔고에 추가될 것이다. 따라서, 계류중인 자금의 할당이나 가용 자금의 할당 간을 선택해야한다는 것을 이 함수는 광고자에게 반드시 알려야 한다. 앞서 윤곽을 제시한 가용 자금 할당과 매우 비슷한 방식으로 계류중인 자금 할당 선택이 일어난다. 광고자가 계류중인 자금 할당을 선택한 후, 계좌와 서브계좌에 대한 계류중인 현 잔고를 디스플레이하는 루틴이 호출된다. 광고자는 캠페인간 계류중인 서브계좌 잔고를 분배하고, 계좌 갱신을 위한 요청을 제출한다. 계류중인 서브계좌 잔고에 대한 현 총액을 계산하고 디스플레이하는 함수가 호출된다. 계류중인 할당의 현 총계는 광고자에 대한 모든 서브계좌의 현재 계류중인 잔고의 합으로 설정된다. 사용자에 의해 설정된 새 계류중인 서브계좌 잔고나 이러한 잔고들의 총계가 어떤 승인 한도를 넘지 않을 경우, 이 함수는 계류중인 모든 서브계좌 할당을 영구 상태로 갱신하고, 이를 읽기전용 포맷으로 디스플레이할 것이다.

도 2에 도시되는 바와 같이, 계좌 관리 메뉴(170)를 디스플레이하는 루틴이 광고자 메인 메뉴(120)로부터 호출될 수 있다. 앞서 언급한 "서브계좌간 자금 할당" 선택사항과는 별도로, 나머지 선택사항 모드는 데이터베이스 상의 광고자 계좌에 존재하는 검색 목록을 어느정도까지 이용하며, 검새 결과 목록 내 광고자 입력에 영향을 미칠 수도 있다. 따라서, 검색 엔진에 의해 발생되는 검색 결과 목록의 추가적 설명이 이 시점에서 필요하다.

원격 검색자가 검색 엔진 웹서버(24) 상의 검색 질의 페이지에 접근하여 앞서 설명된 과정에 따라 검색 요청을 실행할 때, 검색 엔진 웹서버(24)는 검색 결과 목록을 발생시키고 디스플레이하는 것이 선호되며, 이때 검색 결과 목록내 각 검색 목록의 검색 용어 필드 내 "정규적" 입력이 원격 검색자에 의해 입력되는 정규화된 검색 용어 질의어와 정확하게 일치한다. 질의 및 검색 목록에 사용되는 검색 용어의 정규화는 관련 결과를 발생시키기 위해, 대문자와 복수형처럼 검색 및 웹사이트 운영자에 의해 입력되는 검색 용어의 공통적인 불규칙성을 제거한다. 그러나, 원격 검색자에 의해 입력되는 검색 용어 질의어와 검색 목록의 검색 용어 필드간 일치를 결정하기 위한 대안의 기법도 본 발명의 범위 내에 있다. 예를 들어, 검색 목록 검색 용어의 키워드와 검색 용어 질의어가 동일한 근원을 가지지만 정확하게 같지는 않은 경우(가령, computing과 computer), 당 분야에 공지된 스트링 일치 알고리즘이 일치점을 찾기 위해 이용된다. 대안으로, 검색 엔진 웹서버(24)에 동의어의 사전 데이터베이스가 저장되어, 동의어를 가지는 검색 용어에 대해 일치점을 발생시킬 수 있다. 일부 검색을 정제하기 위해 국부화 방법이 사용될 수도 있다. 예를 들어, "빵집(bakery)", "잡화점(grocery store)"에 대한 검색이 선택한 도시, 우편번호, 전화지역번호 내의 상기 광고자들로 제한될 수 있다. 이 정보는 계좌 관리 서버(22)상의 저장 장치(32)에 저장된 광고자 계좌 데이터베이스의 상호참조를 통해얻을 수 있다. 마지막으로, 미국 바깥의 사용자에 대한 검색을 정제하기 위해 국제화 방법이 사용될 수 있다. 예를 들어, 국가나 언어별 검색 결과가 광고자 계좌 데이터베이스의 상호참조에 의해 발생될 수 있다.

본 발명의 실시예에 사용되는 검색 결과 목록 디스플레이의 예가 도 7에 도시되며, 용어 "zip drives"(집 드라이브)에 대한 검색으로부터 생기는 첫 번째 몇 개의 내용의 디스플레이이다. 도 7에 도시되는 바와 같이, 검새 결과 목록 내 입력(710a)과 같은 단일 입력은 웹사이트의 설명(720)으로 구성되며, 상기 설명(720)은 제목 및 짧은 텍스트 설명, 그리고 눌렀을 경우 원하는 웹사이트가 위치한 URL로 검색자 브라우저를 향하게 하는 하이퍼링크(730)를 포함하는 것이 선호된다. URL(740)은 도 7에 도시되는 바와 같이, 검색 결과 목록 내용(710a)에 디스플레이될 수도 있다. 도 7의 검색 결과 아이템 디스플레이(710)를 보고 있는 원격 검색자가 검색 결과 아이템 디스플레이(710)의 하이퍼링크(730)를 선택하거나 클릭하면 검색 결과 아이템의 클릭-진입(click-through)이 발생한다. 클릭진입을 종료시키기 위해, 검색자의 클릭은 계좌 관리 서버에서 레코딩되어야 하고 앞서 언급한 방향변경 메카니즘을 통해 광고자의 URL로 방향변경되어야 한다.

검색 결과 목록 내용(710a-710h)은 광고자의 검색 목록의 순위를 또한 보여줄 수 있다. 순위는 서수값, 특히 번호로서, 도 1의 처리 시스템(34)에 의해 검색 목록에 할당된다. 입찰액, 순위, 검색 목록의 검색 용어간 관련성을 입증하는 소프트웨어적으로 구현된 과정을 통해 순위가 할당된다. 이 과정은 특정 검색 용어와 일치하는 모든 검색 용어를 모아서, 최고 입찰액으로부터 최저입찰액까지 순서대로검색 목록을 소팅하며, 각각의 검색 목록에 순위를 순서대로 할당한다. 최고 입찰액은 최고 순위(가령, 1)를 받으며, 그다음 높은 입찰액은 그 다음 순위(가령, 2)를 받으며, 이어이어 최저 입찰액은 최저 순위를 받는다. 가장 높은 순위는 1이고 이에 이어 증가하는 서수값(즉, 2, 3, 4)은 이어서 감소하는 순위의 순서로 할당되는 것이 가장 선호된다. 순위와 입찰액간 상관성이 도 7에 도시되며, 지불한 검색 목록 내용(710a~710f)은 상기 내용에 대한 광고자의 입찰액(750a~750f)을 디스플레이한다. 동일한 검색 용어를 가지는 두 검색 목록이 동일한 입찰액을 가질 경우, 시간상으로 먼저 수령한 입찰액이 더 높은 순위값을 할당받는다. 미지불된 목록(710g~710h)은 입찰액을 디스플레이하지 않으며, 가장 낮은 순위의 지불된 목록 다음에 디스플레이된다. 검색 결과 페이지의 40개의 슬롯을 채우기에 목록의 수가 불충분할 경우 미지불 목록이 디스플레이되는 것이 선호된다. 미지불 목록은 당 분야에 공지된 텍스트 검색 알고리즘과 객체 분산형 데이터베이스를 이용하는 검색 엔진에 의해 발생된다. 이러한 검색 엔진의 예는 Inktomi Corporation에 의해 동작될 수 있다. 원격 검색자에 의해 입력되는 원래의 검색 질의어는 기존 검색 엔진을 통해 미지불 목록을 발생시키는 데 사용된다.

도 2의 캠페인 관리 메뉴(170)에 도시되는 바와 같이, 검색 목록 관리를 위해 광고자에게 여러 선택사항이 제시된다. 먼저, "입찰액 변경" 선택사항에서, 광고자는 계좌 내 현재 검색 목록의 입찰액을 변경할 수 있다. 입찰액 변경 기능을 이해 시스템에 의해 호출되는 과정이 도 8에 도시된다. 광고자가 "입찰액 변경" 메뉴 옵션을 선택함으로서 입찰액 변경 의사를 표시한 후, 시스템은 데이터베이스내 사용자 계좌를 검색하고, 광고자 계좌 내 기준 서브계좌나 전체 계좌에 대한 검색 목록을 디스플레이한다(단계 810). 검색 목록은 광고자에 의해 규정되는 서브계좌로 그룹형성될 수 있고, 한개 이상의 검색 목록을 포함할 수 있다. 오직 한개의 서브계좌만이 한번에 디스플레이될 수 있다. 디스플레이는 단계 815에 나타나는 바와 같이 선택한 서브계좌를 광고자가 변경시킬 수 있게 하여야 한다. 스크린 디스플레이는 단계 820에 나타나는 바와 같이, 선택한 서브계좌에 대한 검색 목록을 보여줄 것이다.

단계 810에서 광고자에게 도시되는 스크린 디스플레이의 예가 도 9에 도시되고 아래에 설명될 것이다. 입찰액을 변경하기 위해, 광고자는 검색 용어에 대한 새 입찰액 입력 필드에 새 입찰액을 입력함으로서 광고자가 이미 기존 입찰액을 가진 검색 용어에 대한 새 입찰액을 명시할 수 있다. 광고자에 의해 입력되는 입찰액 변경은 앞서 언급한 바와 같이 도 8의 단계 820에서 광고자에게 디스플레이된다. 디스플레이 페이지에 대한 입찰가를 갱신하기 위해, 광고자는 도 8의 단계 830에서 변경 결과를 갱신할 것을 요청한다. 광고자는 이러한 요청을 버튼 그래픽을 클릭하는 등의 여러 수단을 통해 계좌 관리 서버에 전송할 수 있다.

도 8의 단계 840에 도시되는 바와 같이, 광고자 입찰액 갱신 요청을 받으면, 시스템은 디스플레이되는 모든 검색 목록에 대한 새로운 현 입찰액, 순위, 그리고 검색 용어 필드와 부합하는 최고순위 검색 목록이 되기 위해 필요한 입찰액을 계산한다. 시스템은 단계 850에서 변화의 디스플레이를 제시한다. 사용자가 변화를 확인한 후, 시스템은 계좌에 대한 변경을 데이터베이스에 기록함으로서 영구 상태를갱신한다.

검색 목록 데이터는 표형태로 디스플레이되며, 각각의 검색 목록은 표(900)의 한가지 행에 대응한다. 검색 용어(902)는 최좌측 컬럼에 디스플레이되고, 이어서 현 입찰액(904)이, 그리고 검색 목록의 현 순위(906)가 디스플레이된다. 현 순위 다음에는 디스플레이되는 검색 용어에 대한 최고 순위 검색 목록이 되기 위해 필요한 입찰액으로 규정되는 "1순위가 되기 위한 입찰액"(Bid to become #1)(907)라는 제목의 컬럼이 이어진다. 각 행의 최우측 컬럼은 초기에 현 입찰액으로 설정된 새 입찰액 입력 필드(908)를 포함한다.

도 9에 도시되는 바와 같이, 검색 목록은 "서브계좌"로 디스플레이될 수 있다. 각각의 서브계좌는 한개의 검색 목록 그룹을 포함하며, 한개의 광고자 계좌 내에 여러개의 서브계좌가 위치한다. 각각의 서브계좌는 별도의 페이지를 가지는 별개의 디스플레이 페이지에 디스플레이될 수 있다. 광고자는 도 9에 도시되는 디스플레이에 풀다운 메뉴(910)를 조작함으로서 디스플레이되는 서브계좌를 변경시킬 수 있어야 한다. 추가적으로, 한 페이지에 완전히 디스플레이될 수 없는 검색 목록 그룹은 풀다운 메뉴(920)를 조작함으로서 개별적으로 볼 수 있는 페이지로 나누어질 수 있다. 또한, 광고자는 도 9의 디스플레이 페이지에 위치한 풀다운 메뉴(920)를 직접 클릭함으로서 디스플레이되는 페이지를 변경시킬 수 있어야 한다. 광고자는 검색 목록에 대한 새 입찰액 입력 필드(908)에 새 입찰액을 입력함으로서 디스플레이되는 검색 목록에 대한 새 입찰액을 명시할 수 있다. 광고자에 의해 입력된 변경 결과를 갱신하기 위해, 광고자는 계좌 관리 서버에 갱신 요청을 전송하고자버튼 그래픽(912)을 클릭하여, 앞서 언급한 바와 같이 입찰액을 갱신한다.

도 2의 "계좌 관리" 메뉴(170)에 나열된 나머지 선택사항들 중 다수가 앞서 언급한 기능을 한다. 예를 들어, 광고자가 "순위 변경" 옵션을 선택할 경우, 광고자는 "입찰액 변경" 기능에 사용된 도 9의 디스플레이와 유사한 디스플레이를 제시받을 수 있다. 그러나, "순위 변경" 옵션에서, "새 입찰액" 필드는 "새 순위" 필드로 바뀔 것이며, 이 필드에 광고자가 검색 용어에 대한 새 요망순위를 입력한다. 광고자가 순위 갱신을 요청한 후, 시스템은 당 분야에 통상의 지식을 가진 자에게 쉽게 가능한 여러 알고리즘 중 하나에 의해 새 입찰액을 계산한다. 예를 들어, 시스템은 요망순위/검색용어 조합을 가지는 검색 데이터베이스에 검색 목록을 위치시켜서 상기 조합의 관련 입찰액을 검색하고, 그리고 N 센트 높은 입찰액을 계산하는, 이러한 루틴을 호출할 수 있다. 시스템이 새 입찰액을 계산하고 읽기 전용 확인 디스플레이를 광고자에게 제시한 후, 시스템은 광고자로부터 승인을 수신하면 입찰액과 순위를 갱신한다.

도 2의 계좌 관리 메뉴(170)에서의 "목록 성분 수정" 선택사항은 도 9의 포맷과 유사한 디스플레이를 또한 발생시킬 수 있다. 광고자가 "목록 성분 수정" 옵션을 선택할 때, 광고자는 각각의 검새 목록에 대해 설정된 웹기반 형태를 통해 검색 목록의 URL, 제목, 또는 설명에 대한 변경사항을 입력할 수 있다. 앞서 언급한 처리과정과 유사하게, URL, 제목, 그리고 설명 필드에 대한 형태가 옛 URL, 제목, 그리고 설명을 기준 값으로 초기에 내장할 수 있다. 광고자가 원하는 변경사항을 입력한 후, 광고자는 변경사항 갱신 요청을 시스템에 전송할 수 있다. 그후 시스템은 읽기 전용 확인 스크린을 디스플레이하고, 그후 광고자가 변경사항을 승인한 후 그 변경사항을 영구 상태로 기록한다.

검색 목록에 관련된 어떤 다른 주변 옵션을 변경하기 위해 앞서 언급한 과정과 유사한 과정이 구현될 수 있다. 가령, 입찰한 검색 용어에 관련된 일치 옵션의 변경등을 들 수 있다. 변경사항에 의해 요구되는 입찰액이나 순위 재계산 역시 앞서 언급한 과정과 유사한 방식으로 결정될 수 있다.

"입찰된 검색 용어 삭제" 옵션에서, 시스템은 광고자 계좌 내 모든 검색 목록을 검색하여 도 9의 디스플레이와 유사한 형태와 조직으로 검색 목록을 디스플레이한다. 각각의 검색 목록 내용은 새 입찰액 필드 대신에, 광고자가 클릭할 체크 박스를 포함할 수 있다. 광고자는 삭제할 각각의 검색 용어 다음에 체크(X) 표시를 하도록 클릭할 수 있지만, 웹페이지 상의 목록으로부터 한개 이상의 아이템을 선택하기 위한 다른 공지된 수단도 사용될 수 있다. 광고자가 삭제할 모든 검색 목록을 선택하고 시스템의 변경사항 갱신을 요청한 후, 시스템은 요청한 변화의 읽기 전용 확인을 제시하고 광고자가 변화를 승인한 이후에만 광고자 계좌를 갱신한다. "삭제된" 검색 목록은 검색 데이터베이스(36)로부터 제거되고, 차후의 검색에 나타나지 않는다. 그러나, 검색 목록은 대금청구 및 계좌 활동 감시용도로 광고자의 계좌 레코드 일부로 유지될 것이다.

"입찰된 검색 용어 추가"옵션에서, 시스템은 검색 목록의 요소에 대응하는 다수의 입력 필드를 가지는 디스플레이를 광고자에게 제공한다. 광고자는 검색 용어, 웹사이트 URL, 웹사이트 제목, 웹사이트 설명, 그리고 입찰액, 그뿐 아니라 그외 다른 관련 정보를 포함한 검색 목록 요소에 대응하는 정보를 각각의 필드에 입력한다. 광고자가 데이터 입력을 종료하고 시스템에 이를 표시한 후, 시스템은 읽기 전용 확인 스크린을 광고자에게 되돌려보낸다. 그후 시스템은 새 검색 목록 사례를 생성하고 광고자로부터 승인을 받으면 검색 데이터베이스와 계좌 데이터베이스에 이를 기록한다.

도 2의 "계좌 관리" 메뉴(170)는 광고자에게 "입찰된 검색 용어에 대한 제안사항 얻음"의 선택사항을 제공한다. 이 경우에, 광고자는 광고자에게 디스플레이되는 질의 박스에 입찰된 검색 용어를 입력한다. 이 시스템은 광고자에 의해 입력되는 검색 용어를 읽어들여서, 광고자 웹사이트의 내용과 관련된 검색 용어를 광고자가 위치시키도록 돕기 위해 추가적 관련 검색 용어의 목록을 발생시킨다. 추가적 검색 용어는 소프트웨어로 구현되는 사전 데이터베이스나 입찰된 검색 용어의 데이터베이스에 적용되는 스트링 일치 알고리즘같은 방법을 이용하여 발생되는 것이 선호된다. 광고자는 시스템에 의해 발생되는 목록으로부터 입찰할 검색 용어를 선택할 수 있다. 이 경우에, 시스템은 "입찰된 검색 용어 추가" 선택사항에 대해 앞서 언급한 입력 필드를 광고자에게 디스플레이하며, 선택한 각각의 검색 용어에 대해 한개의 검색 목록을 입력하는 형태를 취한다. 선택한 검색 용어는 각각의 검색 목록에 대한 형태로 기준값으로 삽입된다. 나머지 검색 목록 성분에 대한 기준값은 원할 경우 상기 형태로 삽입될 수도 있다.

도 2의 "계좌 관리" 메뉴는 "비용 투영" 선택사항을 광고자에게 또한 제공한다. 이 선택사항에서, 광고자는 광고자가 "매일 구동 속도"와 "만료기한까지 남은날짜"를 예측하는 데 사용되는 검색 목록이나 서브계좌를 명시한다. 시스템은 비용 투영 알고리즘에 바탕한 투영을 계산하며, 읽기전용 스크린에 광고자에 대한 예측을 디스플레이한다. 이 예측은 당 분야에 공지된 수많은 알고리즘을 이용하여 계산될 수 있다. 그러나, 특정 시간 주기동안 상기 입찰액에서 검색 목록에 의해 수신되는 클릭의 총 횟수를 상기 입찰액과 곱함으로서 검색 목록의 비용이 계산되기 때문에, 모든 비용 투영 알고리즘은 검색 목록에 대해 추정된 숫자의 1개월당 클릭을 결정하여야 한다. 검색 목록에 대한 클릭은 당 분야에 잘 알려진 바와 같이 소프트웨어 계수화 메카니즘의 구현을 통해 추적될 수 있다. 모든 검색 목록에 대한 클릭이 시간에 대해 추적되며, 이 데이터는 전체적, 또는 개별 검색 용어에 대해 1개월당 추정된 클릭수를 발생시키는 데 사용될 수 있다. 특정 검색 용어에 대하여, 하루당 추정된 검색 횟수가 결정되고, 클릭 비용과 곱해진다. 이 결과는 매일의 구동 속도를 얻기 위한 질문의 검색 목록 순위에 대해 평균적 인상에 대한 평균수의 클릭 비에 의해 곱해진다. 현재 잔고는 계좌 자금의 소진이나 "기한만료"에 이르는 투영된 숫자의 날짜를 얻기 위해 매일 구동 속도에 의해 나누어질 수 있다.

본 발명의 한가지 실시예는 간단한 방식으로 모든 검색 용어가 실행된다고 가정하는 간단한 예측기 모델에서 비용 투영 알고리즘을 바탕으로 한다. 이 모델은 광고자 검색 목록의 순위가 일정하게 유지될 것이고 한달 전체를 통해 요동치지 않는다고 가정한다. 이 알고리즘은 구현이 간단하고 계산이 빠르다는 장점을 가진다. 예측기 모델은 클릭 진입 속도, 가령, 특정 검색 목록에 대한 총 클릭수나 진입수가 검색 목록 순위의 함수로 고려된다는 사실을 바탕으로 한다. 따라서 각 검색 용어에 대한 이용 곡선, 즉, 검색 목록에 대한 클릭수가 검색 목록 순위에 대해 대응관계를 형성할 때 발생하는 곡선이, 모든 검색 용어에 대한 이용 곡선과 유사하다고 이 모델에서 가정한다. 그러므로, 모든 검색 용어에 대한 모든 클릭의 합계, 모든 검색 용어에 대한 주어진 순위에서의 모든 클릭의 합계, 그리고 선택한 검색 용어에 대한 모든 클릭의 합계에 대해 시간에 따라 외삽된 공지된 값이 단순 비례로 이용될 수 있어서, 선택한 검색 용어에 대해 주어진 순위에 대한 모든 클릭의 총계를 결정할 수 있다. 선택한 순위에서 선택한 검색 용어에 대한 모든 클릭에 대한 하루당 추정 총계는 상기 순위에서 검색 용어에 대한 광고자의 현 입찰액과 곱하여져서, 하루당 비용 투영치를 결정한다. 게다가, 특정 검색 용어나 검색 용어의 클래스가 일반 패턴과는 상당히 다르다고 알려져있는 경우, 검색 용어, 광고자, 또는 다른 매개변수에 특정한 교정값이 삽입되어 투영된 비용 추정치를 미세조절할 수 있다.

마지막으로, 도 2의 "계좌 관리" 메뉴(170)는 광고자 캠페인에 관련된 정보를 보기 위한 여러 선택사항을 제공한다. "서브계좌 정보를 봄" 선택사항은 선택한 서브계좌에 관련된 읽기전용 정보를 디스플레이한다. "검색 용어 목록을 봄" 선택사항은 광고자가 선택한 검색 용어의 목록을 대응하는 URL, 입찰액, 순위와 함께 디스플레이하고, 이때 검색 용어는 서브계좌에 의해 그룹형성되는 것이 선호된다. 광고자로부터 요청된 검색 용어를 수신할 때, 시스템에 의해 발생된 읽기 전용 디스플레이로부터 검색 용어 목록에서 선택한 검색 용어 세트에 대한 현재의 선두 입찰액을 광고자가 볼 수도 있다.

검색 목록 활동의 보다 포괄적 보고서를 필요로하는 광고자의 경우에, "보고서 보기(보고서를 봄)" 옵션이 도 2의 광고자 메인 페이지(120)로부터 선택될 수 있다. 본 발명의 한 실시예에서, "보고서 보기" 옵션은 현재 날짜로부터 일년 앞까지에 대한 포괄적 보고서를 발생시킨다. 예를 들어, 날짜별 보고서는 일주일 앞까지에 대하여 가용하고, 주별 보고서는 4주앞까지에 대하여 가용하며, 월별 보고서는 12개월 앞까지에 대하여 가용하고, 분기 보고서는 최근 네 분기에 대하여 가용하다. 광고자의 관심도에 따라 다른 추가적 보고서도 만들 수 있다. 다른 지정 보고서 형태는 다음의 시간 주기동안 추적된 활동을 포함할 수 있다. 즉, 계좌 시작 이래 지금까지, 올해첫날부터 오늘까지, 매년, 분기첫날부터 오늘까지, 월초부터 오늘까지, 그리고 주초부터 오늘까지의 기간동안 활동을 포함할 수 있다. 보고서 카테고리는 광고자 계좌에 의해 볼 수 있는, 검색 목록에 의한, 그리고 URL에 의한 상세 보고서와, 광고자 계좌에 의해 볼 수 있는, 그리고 서브계좌에 의한 요약 보고서를 포함할 수 있다. 보고서들은 보고서 종류와 보고서에 의해 커버되는 날짜, 광고자 계좌 및 서브계좌명같은 식별 데이터를 포함할 수 있다. 게다가, 보고서는 현 잔고, 계류중인 현 잔고, 일별 평균 계좌 데빗, 그리고 런 레이트(run rate)같은 키 검색 목록 계좌 데이터를 포함할 수 있다. 더욱이, 보고서는 검색 용어, URL, 입찰액, 현 순위, 그리고 클릭수, 검색 용어에 대해 행하여진 검색 횟수, 임프레션 횟수(즉, 검색 결과 목록에 나타난 검색 목록의 횟수), 그리고 클릭 진입비(임프레션 수에 대한 클릭 수의 비율로 정의됨)와 같은 키 데이터를 포함할 수도 있다. 보고서는 브라우저 프로그램을 통해 보고 인쇄하고 또는 다운로드하기위한 HTML 뷰 옵션이 가능하다. 그러나, Adobe Acrobat, PostScript, ASCII 텍스트, 스프레드시트 인터체인지 포맷(가령, CSV, 탭-제한), 그리고 그 외 다른 공지 포맷처럼 다른 뷰 옵션이 가용하게 만들어질 수도 있다.

광고자가 "보고서 보기(보고서를 봄)" 옵션을 선택하였을 때, 시스템은 가용 보고서 종류, 날짜, 카테고리, 그리고 뷰 옵션의 목록을 디스플레이하는 함수를 호출한다. 시스템은 초기에 0으로 설정된 다음의 필드, 즉, 보고서 종류, 보고서 날짜, 보고서 카테고리, 그리고 뷰 옵션을 가진 보고서 사례를 생성한다. 광고자가 앞서 언급한 매개변수를 규정하였을 경우, 시스템은 광고자에 의해 설정된 매개변수를 바탕으로 요청 보고서를 발생시키고 뷰 옵션 매개변수를 바탕으로 보고서를 디스플레이하는 함수를 호출한다.

마지막으로, 본 발명의 선호되는 실시예는 광고자가 로그인되면 언제라도 광고자가 요청할 수 있는 내용에 관한 도움말용 옵션을 구현한다. 도움말 옵션은 시스템에 의해 발생된 디스플레이 페이지에 위치하는 작은 아이콘이나 버튼으로 구현될 수 있다. 광고자는 도움말 요청을 위해 디스플레이 페이지 위의 아이콘이나 버튼 그래픽을 클릭하며, 이때 사용자가 보고있는 특정 디스플레이의 함수로 입력되는 도움말 페이지를 시스템이 발생시키고 디스플레이한다. 도움말은 별개의 디스플레이 페이지, 검색가능한 색인, 대화 박스, 또는 그 외 다른 공지 방법으로 구현될 수 있다.

도 10-24는 앞서 설명한 시ㅡ템에 자동 통지 기능을 구현하기 위해 사용될 수 있는 과정의 순서도들이다. 자동 통지 기능에 따라, 검색 목록 데이터베이스에저장된 한개 이상의 관련 검색 목록을 가진 광고자가 한개 이상의 검색 목록에 관련된 한개 이상의 조건을 명시할 수 있다. 한 조건이 참이거나 자동 통지 기능이 동작할 때, 광고자에게 통지가 전달된다. 광고자는 적절한 방식으로 응답할 수도 있고, 전혀 응답하지 않을 수도 있다. 자동 통지는 광고자 제어 하의 독립적 특성으로서, 광고자의 검색 목록에 관한 상태 정보를 광고자에게 알리기 위해 광고자 대신에 자동적으로 동작한다.

컴퓨터 데이터베이스 시스템 내의 통지 방법으로 한 실시예가 구현된다. 이 방법은 컴퓨터 데이터베이스 시스템에 저장된 검색 목록에 연계된 소유자로부터 통지 명령을 수신하는 과정을 포함한다. 한 실시예에서 소유자는, 컴퓨터 데이터베이스 시스템을 소유하고 동작시키며 유지관리하는 시장 오퍼레이터와 연계되어 있는 광고자이다. 이 방법의 한가지 특정한 실시예는 월드와이드웹을 통해 접근가능한 데이터베이스 시스템과 연계하여 구현된다. 본 실시예에서, 검색 목록은 제 3의 검색자가 기입한 검색 질의어에 따라 검색 엔진에 의해 접근가능하고 데이터베이스 시스템에 저장되는 목록이다. 검색 목록에 관한 정보는 다른 검색 결과와 함께 검색자에게 제시된다. 검색 목록의 디스플레이 순위와 소유자에게 부과되는 비용에 대한 팩터들은 통지 명령에 내장된 정보에 의해 제어될 수 있다.

통지 명령은 적절한 방식으로 컴퓨터 데이터베이스 시스템에서 수신될 수 있다. 한 특정 실시예에서, 시장 오퍼레이터의 월드와이드웹 페이지에 소유자나 광고자가 접근하고 한개 이상의 조건 및 그 관련 데이터 상태를 명시할 때, 통지 명령이 수신되며, 이때 이 조건 및 데이터 상태들은 소유자에게 자동적으로 통지되어야하는 것들이다.

통지 방법은 검색 목록에 대한 통지 명령에 의해 명시되는 조건을 모니터링하는 과정을 추가로 포함한다. 조건의 일례로는 여기서 명시한 조건들과 그 등가물들을 포함한다. 특히, 일례로든 조건들은 관련 비용 및 디스플레이 순위처럼 검색 목록의 변수 상태에 관련된 조건들을 포함한다. 다른 조건들은 시장 오퍼레이터와 함께 소유자나 광고자의 계좌 잔고같은 경제적 조건을 포함한다.

통지 방법은 검색 목록의 변경된 조건을 감지하였을 때 소유자에게 통지를 전송하는 과정을 추가로 포함한다. 통지는 어떤 편리한 방식으로 전달될 수 있고, 편리한 방식의 조합들로 전달될 수도 있다. 통지는 통지에 응답하기 위한 내재적 정보를 포함할 수 있어서, 조건이 교정될 수 있다.

또다른 실시예는 데이터베이스 검색 시스템으로 구현된다. 데이터베이스 검색 시스템은 광고자와 연계된 검색 목록의 데이터베이스를 포함한다. 각각의 광고자는 한개 이상의 검색 목록을 개시하고 유지할 수 있다. 검색 목록은 검색 결과를 생성하기 위한 검색일 수 있다. 데이터베이스 검색 시스템은 광고자 검색 목록의 조건 변화가 발생할 때 광고자에게 통지내용을 전송하는 처리 시스템을 추가로 포함한다. 조건 변화는 광고자에 의해 명시될 수도 있고, 기준 조건이나 오퍼레이터에 의해 명시되는 다른 조건일 수도 있다. 한 실시예에서, 조건 변화가 광고자에 의해 식별되고, 한계치나 한도가 광고자에 의해 명시된다. 이 조건의 상태는 조건 변경이 감지될 때까지 자동적으로 추적되거나 모니터링된다. 이어서, 변경을 알리기 위해 광고자에게 통지가 전달되고, 또는, 시스템에 의해 어떤 다른 액션이 취해진다.

또다른 실시예는 검색 목록의 데이터베이스를 포함하는 데이터베이스 검색 시스템으로 구현된다. 각각의 검색 목록은 광고자와 연계된다. 데이터베이스 검색 시스템은 검색 엔진을 추가로 포함한다. 게다가, 데이터베이스 검색 시스템은 한개 이상의 검색 목록의 명시 조건이 만족될 때 광고자에게 이를 표시하기 위해 한 명 이상의 광고자로부터의 조건 명시 정보에 대한 응답 수단을 포함한다.

조건 명시 정보는 한명 이상의 광고자로부터 수신될 수 있고, 기준값일 수도 있으며, 또는 광고자 등에 의해 지정되거나 명시될 수 있다. 명시된 조건은 조건과 성질에 따라 적절히 선택되거나 명시되는 방식으로 추적된다. 표시는 명시 조건이 만족됨을 광고자와 연계된 일부 장치나 기구, 또는 광고자에게 전달하기 위해 필요한 일종의 성질일 수 있다. 표시는 일부 인디케이터를 턴온/턴오프하고, 또는 일부 액션을 취하고, 또는 일부 액션을 취하는 데 실패하는 것처럼 간단할 수 있다. 인디케이터나 액션의 존재여부는 광고자에게 조건을 전달하는 역할을 할 수 있다. 내재적, 또는 자동적 응답으로 광고자에게 전달되는 시각적, 또는 청각적 통신처럼 표시가 포함될 수 있다.

또다른 실시예는 데이터베이스 검색 시스템으로 구현된다. 본 실시예에서 데이터베이스 검색 시스템은 검색 목록의 데이터베이스를 포함한다. 각각의 검색 목록은 각각 광고자와 연계되며, 각각의 검색 목록은 검색 용어와 가변 클릭당 비용(CPC) 또는 가변 디스플레이 순위를 포함한다. 본 실시예의 데이터베이스 검색 시스템은 검색자로부터 수신되는 검색 질의와 부합하는 검색 목록을 식별하도록 설정되는 검색 엔진을 추가로 포함한다. 부합하는 검색 목록은 부합하는 검색 목록의 입찰액과 디스플레이 순위에 따라 검색 결과 리스트에서 정렬되는 것이 선호된다. 에이전트는 광고자에게 조건 갱신 정보를 제공하기 위해 광고자로부터 조건 정의에 대해 응답한다. 조건 정의는 모니터도리 조건을 명시한다. 조건 갱신 정보는 조건이 갱신될 상황을 명시한다.

데이터베이스 검색 시스템을 실행하기 위한 방법으로 또다른 실시예가 구현된다. 본 실시예에서, 이 방법은 데이터베이스에 다수의 검색 목록을 저장하는 과정을 포함한다. 각각의 검색 목록은 검색 목록이 검색자에게 조회될 때 경제적 가치를 부여하는 광고자와 연계된다. 이 방법은 관련된 검색 목록에 대한 디스플레이 위치를 결정하는 과정을 또한 포함한다. 한 예에서, 관련 검색 목록은 검색 용어나 검색 용어와 유사한 공통 데이터에 의해 관련된다. 디스플레이 위치는 완전히 결정론적인 방식으로부터 완전히 임의적인 방식까지, 적절한 방식으로 결정될 수 있다. 위치 결정 방식은 광고자 입력이나 그 외 다른 정보를 바탕으로 할 수 있다. 한 실시예에서, 각각의 검색 목록은 클릭당 비용(CPC)을 할당받고, 디스플레이 위치는 CPC를 바탕으로 결정되며, 한 검색 용어에 대해 가장 높은 CPC의 목록은 상기 검색 용어나 그 변형이 수신될 때 가장 높게 게시된다. 이 방법은 광고자가 디스플레이 위치 변화를 통지받고 싶어하는 검색 목록의 표시를 광고자로부터 수신하는 과정을 추가로 포함한다. 이 표시와 통지는 가용한 어떤 적절한 통신 방법, 편리한 통신 채널에 따라 전송될 수 있다.

도 10-24에 도시되는 과정들은 소프트웨어나 하드웨어로, 또는 이들의 조합으로 실행될 수 있다. 한 실시예에서, 이 과정들은 계좌 관리 서버(22)(도 1)의 처리 시스템(34)에서 실행되는 소프트웨어 과정으로 개시된다. 이 과정들은 함께 자동 통지 함수를 형성한다.

도 10-24에 도시되는 과정은 컴퓨터 데이터베이스 시스템의 통지 방법을 구현한다. 이 방법은 1) 컴퓨터 데이터베이스 시스템에 저장된 검색 목록에 연계된 소유자로부터 통지 명령을 수신하고, 2) 검색 목록에 대한 통지 명령에 명시되는 조건을 모니터하며, 그리고 3) 검색 목록의 조건 변화를 감지할 때 소유자에게 통지를 전송하는 이러한 과정들을 포함한다.

한 실시예에서, 컴퓨터 데이터베이스 시스템은 여기서 기술되는 것과 같은 실적별 대금지급형 검색 시스템(pay for performance search system)이며, 검색 엔진과 검색 목록의 데이터베이스를 포함한다. 검색 목록은 검색 목록의 소유자나 광고자와 각각 연계된다. 검색 목록 각각은 검색 용어, 광고자에 의해 명시되는 클릭진입당 최대 비용이나 입찰액, 클릭진입당 비용(CPC), 그리고 순위나 디스플레이 순위와 같은 데이터를 포함한다. CPC와 순위는 광고자에 의해, 또는 동일한 검색 용어를 포함하는 검색 목록에 연계도니 다른 광고자에 의해, 명시되는 값들에 따라 자동적으로 변화할 수 있다. 예를 들어, 시스템은 명시된 순위를 여전히 유지하면서 목록이 CPC를 최소값으로 자동적으로 감소시킬 수 있다. 검색 엔진은 검색 용어나 검색 목록의 다른 부분을 검색자로부터 수신되는 검색 질의어와 일치시킨다. 부합되는 검색 목록은 CPC와 디스플레이 순위에 따라 조직되며 검색자에게 되돌아온다. 검색 목록이 검색자에게 조회될 경우, CPC와 동일한 금액의 경제적 가치가 광고자나 소유자에 의해 지급될 수 있다. 이 경우 검색 목록의 조회는 임프레션일 수 있다. 예를 들자면, 디스펄레이 결과 내 검색 목록에 관한 정보, 검색자에 의한 클릭 진입, 또는 검색자에 의한 어떤 클릭 진입 후 액션을 예로 들 수 있다. 본 실시예는 설명용일 뿐이다. 통지 방법은 검색 목록의 변경된 조건의 데이터베이스 내 목록과 연계된 소유자들에게 알리기 위한 다른 종류의 데이터베이스 검색 시스템에도 적용될 수 있다.

소유자에게 통지될 수 있는 조건 변경의 한가지 예는 특정 검색 용어에 대해 생성된 검색 결과 사이에서 검색 목록의 위치 변화를 포함한다. 변경된 조건의 또다른 예는 검색 목록에 대한 CPC가 광고자나 소유자에 의해 명시되는 범위나 어떤 가치에 도달하는 경우이다. 변경된 조건의 또하나의 예는 광고자 검색 목록 중 한개 이상에 대한 총 임프레션이 명시된 숫자를 넘을 때, 또는, 총 클릭진입이 명시된 숫자를 넘길 때, 또는 일부 명시된 시간 주기에서의 클릭진입비가 명시된 숫자를 넘길 때이다. 변경된 조건의 또다른 예는 어떤 검색 목록의 CPC가 동일한 검색 용어에 대한 다른 검색 목록 사이에서 순위에 영향을 미치지 않으면서 감소될 수 있는 경우이다. 변경된 조건의 다른 하나의 예는 검색 목록이 광고자가 명시한 CPC보다 낮게 광고자가 명시한 디스플레이 순위에 검색 목록이 놓일 때 발생한다. 변경된 조건이 또다른 예는 목록의 일부 컬렉션간 광고자 평균 CPC가 지정 한계를 넘을 때이다.

한 실시예에서, 광고자는 시스템에 의해 전달되는 통지의 타이밍을 선택할 수 있다. 게다가 한 실시예에서, 광고자는 이메일 메시지, 팩스, 페이지, 또는 짧은 인스턴트 메시지처럼 시스템에 의해 전달되는 통지의 성질을 명시할 수 있다. 게다가, 한 실시예에서, 통지는 통지도니 조건을 교정하거나 해결하기 위해 시스템이 취하는 액션을 명시하는, 활성 링크, 비활성 링크, 또는 이메일 응답을 포함할 수 있다.

도 10은 새로운 자동 통지 함수를 생성하기 위한 방법의 한 실시예를 나타내는 순서도이다. 본 실시예에 따라, 각각의 광고자는 1) 조건 종류와, 조건 종류에 대한 매개변수, 2) 통지 시간, 3) 통지 모드, 그리고 4) 통지 액션 종류를 명시함으로서 새로운 자동 통지 함수를 생성할 수 있다.

자동 통지 함수는 도 1의 계좌 관리 웹서버(22)처럼 컴퓨터 시스템 상에서 구현되는 한개 이상의 소프트웨어 에이전트로 구현되는 것이 선호된다. 자동 통지 함수가 생성될 때, 자동 통지 함수와 연계된 광고자에 의해 제공되는 정보와 표준/기준 정보를 이용하여 시스템 상에서 실행되는 관리 소프트웨어에 의해 소프트웨어 루틴이 생성된다. 대안의 실시예에서, 자동 통지 함수는 전용 하드웨어나 소프트웨어 구성성분, 또는 이들의 조합을 통합하여 구현될 수 있다. 시스템은 모든 자동 통지 함수를 기억하며, 함수에 의해 추적되는 조건 중 하나가 사실이되면, 자동 통지 함수의 제어 하에 있는 시스템이 세부사항을 레코딩한다. 광고자는 통지 시간이 즉시일 경우 이러한 사항을 즉시 통지받는다. 그렇지 않을 경우, 모든 조건이 레코딩되고, 명시된 통지 시간에 차후에 광고자에게 전달된다. 통지는 광고자에 의해 명시된 모드로 전송되고, 각각의 통지는 불필요한 조건을 교정하기 위해 한개 이상의 액션 종류를 포함할 수 있다. 게다가, 광고자는 불필요한 조건들을 자동적으로교정하도록 시스템에 명령할 수 있다.

시스템은 이전에 보낸 통지에 대한 모든 유비 교정 액션을 또한 모니터한다. 교정 액션이 수신되면, 시스템은 이에 따라 작용하여 통지 조건을 교정한다. 가령, 요망 순위로 복귀하기 위해 광고자 목록의 CPC를 증가시킨다.

도 10에 도시되는 과정은 광고자로부터 새로운 자동 통지 함수를 수용한다. 이 과정은 블록 1000에서 시작한다. 블록 1002에서, 자동 통지 함수에 대한 조건 종류가 선택된다. 조건 종류는 광고자에 의해 명시되며, 한개 이상의 검색 목록에 대해 명시된다. 검색 목록은 검색 목록 데이터베이스에서 유지되며 이는 도 1과 연계하여 앞서 설명한 바 있다. 조건 종류는 소프트웨어 에이전트에 의해 모니터될 검색 목록의 한개 이상의 특징을 명시한다. 블록 1004에서는, 블록 1002에서 선택된 조건들에 대한 매개변수들이 명시된다. 블록 1006에서, 소프트웨어 에이전트에 대해 통지 시간이 명시된다. 통지 시간은 블록 1002, 1004에서 정의한 조건과 연계된다. 현 실시예에서, 광고자가 통지받을 수 있을 때 두가지 선택이 존재한다. 먼저, 광고자는 명시된 조건이 참으로 드러날 때 즉시 통지받을 수 있다. 두 번째로는, 명시된 시간 구간동안 통지 내용이 모여서, 구간의 종료시, 상기 구간동안 참으로 드러난 모든 조건을 광고자에게 통지한다. 구간 동안 어떤 조건도 참이 아리라면, 한 실시예어서는 어떤 통지도 전달되지 않는다. 또다른 실시예에서는 어떤 상태 변화도 명시하지 않는 통지가 전달된다.

블록 1008에서, 선택한 조건에 대한 통지 모드가 명시된다. 모드는 광고자에 의해 명시될 수도 있고, 다른 적절한 방식으로 명시될 수도 있다. 현 실시예에서는광고자에 대한 통지의 통신 모드에 여러 가지가 있다. 먼저, 광고자에 의해 명시되는 한개 이상의 이메일 주소로 통지가 전달될 수 있다. 두 번째로, 광고자에 의해 명시되는 인스턴트 메시지 계정 시스템에 의해 통지가 전달될 수 있다. 세 번째로, 광고자가 지정한 번호로 팩스전송되는 팩스에 의해 통지가 전달될 수 있다. 네 번째로, 페이징 시스템의 일부로, 또는, 무선전화나 그 외 다른 양방향 통신 시스템과 연계하여, 무선 페이지로 통지가 전달될 수 있다. 마지막으로, 통지는 광고자로부터 정보를 송수신하는 자동화 시스템을 이용하여, 또는 광고자와 대화하는 오퍼레이터를 이용하여 전화에 의해 통지가 전달될 수 있다.

블록 1010에서, 어떤 통지에도 포함될 액션 종류가 광고자에 의해 명시된다. 가능한 액션 종류는, 클릭될 때 한번의 클릭으로 불필요한 조건을 광고자로 하여금 교정하게 하는, 통지에 구현된 활성 링크를 제공하는 과정을 포함한다. 두 번째 액션 종류에서는, 불필요한 조건을 광고자가 교정하러 갈 수 있는 모든 위치에 대한 포인터인, 비활성 링크로 통지가 전송될 수 있다. 세 번째 액션 종류는, 어떤 교정 액션이 실행될 것인 지를 명시하고 명시된 주소로 이메일을 되보내는, 광고자에 의해 채워 내려갈 수 있는 이메일 템플릿이다. 마지막으로, 현 실시예에서, 액션 종류는 교정 액션을 행하기 위해 광고자가 걸 수 있는 전화번호 제공을 포함한다. 새 자동 통지 함수를 개시하는 과정은 블록 1012에서 종료된다.

도 10의 방법은 아래 슈도코드에 따라 구현될 수 있다.

Procedure New-Auto-Notification()

Select condition type(조건 종류를 선택);

Specify parameters for selected condition(선택된 조건에 대한 매개변수 명시);

Specify notification times(통지 시간 명시);

Specify notification modes(통지 모드 명시);

Select action types to be included with any notifications(어떤 통지와 함께 포함될 액션 종류 선택);

End Procedure(과정 종료);

앞서 설명한 바와 같이, 도시되는 실시예에서, 아래 제시되는 아홉가지의 조건을 광고자가 선택할 수 있다.

1. 위치: 목록의 위치에 관련된 조건.

2. 비용: 일부 목록에 대한 누적 비용에 관련된 조건.

3. 계좌-잔고: 광고자 계좌에 남아있는 자금에 관련된 조건.

4. 임프레션: 일부 목록의 임프레션 숫자.

5. 클릭: 일부 목록의 클릭수.

6. CTR: 일부 목록의 클릭진입비(click through rate).

7. CPC-투-하이(CPC-too-high): 순위변화없이 목록의 CPC가 낮춰질 수 있는 지 여부.

8. 평균 CPC 투 하이: 총 비용을 총 클릭수로 나눈 평균 CPC가 일부 한계치보다 높은 지 여부.

9. 순위-CPC: 주어진 순위와 용어에 대한 CPC에 관련된 조건.

물론 다른 조건들도 명시될 수 있다.

각각의 조건은 매개변수 세트를 가진다. 광고자가 조건 종류를 선택한 후, 광고자는 그에 대한 매개변수를 명시하여야 한다. 8가지 조건 종류의 각각에 대한 매개변수는 앞서 정의하였다. 광고자가 시스템과 대화하고 있는 내용에 따라, 시장이나 실적별 대금지급형 시스템의 오퍼레이터가 매개변수 일부에 대해 기준값을 제공하는 것이 가능하다.

광고자는 통지 시간을 또한 선택하여야 한다. 이는 "즉시", 또는"구간"일 수 있다. 즉시 통지는 조건이 사실이라는 것을 시스템이 감지하자마자 광고자에게 전송된다. 구간 통지는 주기적으로만 전송된다. 광고자는 구간(가령, 하루)을 명시하여야 한다. 조건이 사실이라고 시스템에 의해 감지될 때마다 세부사항의 로그가 레코딩된다. 매 구간의 경계에서, 시스템은 참인 조건의 모든 사례를 모아 통지사항에 이 세부사항들을 포함시킨다. 가령, 구간일 하루일 경우, 시스템은 이전 24시간동안 참이었던 모든 조건의 보고서를 하루마다 전송할 것이다. 시장 오퍼레이터는 구간의 경계를 정의할 수 있다(가령, 매일의 경우 자정).

광고자는 한개 이상의 통지 모드 역시 선택하여야 한다. 통지는 모든 선정한 통지 모드로 광고자에게 전달될 수 있다. 한 실시예에서, 아래와 같이 다섯 개의 통지 모드가 존재한다.

1. 이메일: 광고자는 기준값을 가질 수 있는, 한개 이상의 이메일 주소를 명시하여야 한다.

2. 인스턴트 메시지: 기준값을 가질 수 있는 인스턴트 메시지 주소를 광고자가 명시하여야 한다.

3. 팩스: 광고자는 기준값을 가질 수 있는 팩스 번호를 명시하여야 한다.

4. 페이지: 광고자는 기준값을 가질 수 있는 페이지 번호를 명시하여야 한다.

5. 전화: 광고자는 기준값을 가질 수 있는 전화번호를 명시하여야 한다.

다른 통지 모드도 물론 명시될 수 있다.

마지막으로, 광고자는 앞서 선정한 각각의 통지 모드에 대해 한개 이상의 통지 액션 종류를 선택할 수 있다. 각각의 통지 모드는 한개 이상의 액션 종류를 가진다. 시장 오퍼레이터는 각 통지 모드에 대해 적용가능한 액션 종류에 대한 기준을 자동적으로 제공할 수 있다. 도시되는 실시예에서, 아래와 같은 네가지 통지 액션 종류가 있다.

1. 활성 링크: 이들은 인스턴트 메시지 통지와 이메일 통지에 포함될 수 있다.

2. 비활성 링크: 이들은 모든 통지 모드에 포함될 수 있다.

3. 이메일: 이들은 모든 통지 모드에 포함될 수 있다.

4. 전화: 이들은 모든 통지 모드에 포함될 수 있다.

물론 다른 통지 액션 종류도 명시될 수 있다.

따라서, 도 10은 새로운 자동 통지 함수를 초기화하기 위한 한가지 방법을 도시한다. 광고자는 기존 자동 통지 함수를 언제라도 소거할 수 있다.

도 11은 도 10의 과정에 따라 광고자에 의해 명시되는 조건을 모니터하면서,자동 통지 함수를 제공하는 소프트웨어 에이전트의 동작을 설명하는 순서도표이다. 도 11의 방법은 블록1100에서 시작한다.

블록 1102에서, 변수 새-참-조건(new-true-condition)은 빈 리스트로 초기화된다. 블록 1104에서, 소프트웨어 에이전트는 조건을 참으로 만들 수 있는 이벤트를 기다린다. 이러한 이벤트는 모니터되는 클릭진입 조건이나 클릭진입비 등을 변화시킬 수 있는 검색자에 의한 클릭진입과 광고자에 의해 제출되는 입찰액 변동으로 인한 순위 변화를 포함한다. 블록 1106에서, 모든 조건 확인(Check-all-conditions)이라는 과정이 초기화된다. 이 과정은 도 12를 참고하여 아래에서 설명된다.

블록 1108에서, 변수 X는 목록 새-참-조건(new-true-condition)의 다음 요소와 같게 설정된다. 블록 1110에서, 변수 X가 비어있거나 어떤 데이터도 저장하고 있지 않는 지를 결정하기 위해 테스트가 실행된다. X가 비어있다면, 목록 새-참-조건에는 더 이상 처리될 요소가 없으며, 제어는 블록 1102로 되돌아간다. X가 비지 않았을 경우, 제어는 블록 1112로 진행된다.

블록 1112에서, X가 광고자에 의해 정의된 자동 교정을 가지는 지 여부가 결정된다. 그러하다면, 제어는 블록 1114로 진행되며, 여기서는 광고자에 의해 명시되는 자동 교정 액션이 시스템에 의해 실행된다. 교정 액션은 광고자에 의해 명시되는 어떤 액션일 수도 있다. 블록 1112에서, 변수 X와 관련된 조건이 자동 교정을 가지지 않을 경우, 제어는 블록 1116으로 진행된다.

블록 1116에서, X가 즉시 통지를 가지는 지가 결정된다. 그러하다면, 제어는블록 1120으로 진행되어, 즉시-통지 과정이 개시되고 광고자에게 조건 통지를 전달하게 된다. 이 과정의 한 실시예는 도 21을 참고하여 아래에서 상세하게 설명될 것이다. 블록 1116에서, 변수 X와 관련된 조건이 즉시 통지를 가지지 않을 경우, 블록 1118에서, 변수 X와 관련된 조건이 레코딩되고 제어는 블록 1108로 되돌아간다.

도 11에 도시되는 조건-모니터(monitor-conditions) 과정에서, 시스템은 어떤 조건이 참이 되는 지를 살피기 위해 그 상태를 계속적으로 모니터한다. 거짓인 조건으로부터 참인 조건으로의 변화만이 관련이 있다. 예를 들어, 광고자 계좌 잔고가 지정 한계치 아래로 떨어질 때 조건 이벤트가 레코딩된다. 잔고가 더 떨어지면, 이는 참인 조건의 별도 사례로 레코딩되지 않는다.

도 11의 방법은 아래 슈도코드에 따라 구체화될 수 있다.

Procedure monitor-conditions()

Loop

Assign new-true-conditions = empty list(새-참-조건 = 빈 리스트로 할당);

Wait for an event that may make a condition true(조건이 참이 되는 이벤트를 기다림);

Check-all-conditions(모든 조건 확인);

Loop x over new-true-conditions(새-참-조건에 대해 x의 루프를 실행)

If x has an immediate notification time(x가 즉시 통지 시간을 가질 경우)

Notify-immediately(x)(즉시-통지(x));

Else(그렇지 않을 경우)

Record condition x(조건 x를 레코딩);

End If(IF 종료);

End Loop(루프 종료);

End Loop(루프 종료);

End Procedure(과정 종료);

어떤 조건이 참이 되는 지를 확인하는 것은 8개의 서로 다른 조건 종류를 확인하는 과정을 포함한다. 도 12는 도 11의 블록 1106에서 구현되는 모든 조건 확인(check-all-conditions) 과정의 한 실시예를 도시한다. 이는 도 12에 도시된다. 이 방법은 블록 1200에서 시작된다.

블록 1202에서, 모든 위치 조건이 확인된다. 블록 1204에서, 모든 비용 조건이 확인된다. 블록 1206에서 모든 계좌 잔고 조건이 확인된다. 블록 1208에서 모든 임프레션 조건이 확인된다. 블록 1210에서 모든 클릭 조건이 확인된다. 블록 1212에서 모든 클릭진입비(CTR) 조건이 확인된다. 블록 1214에서 모든 CPC-투-하이(CPC-too-high) 조건이 확인된다. 블록 1216에서, 모든 평균 CPC-투-하이 조건이 확인된다. 블록 1218에서, 모든 순위 CPC 조건이 확인된다. 방법은 블록 1220에서 종료된다. 대안의 실시예에서는, 이 조건들 중 한개 이상의 서브세트만이 어떤 주어진 시간에 확인될 수 있다. 대안으로, 한 실시예에서 모든 조건 종류가 다 지원되는 것이 아닐 경우, 일부 확인이 생략될 수 있다. 도 12에 명시된 조건을확인하기 위한 방법의 특정 실시예들이 도 13-21에 상세하게 설명된다.

도 12의 방법은 아래 슈도코드에 따라 구체화될 수 있다.

Procedure Check-all-conditions()

Check-position-conditions(위치조건 확인);

Check-cost-conditions(비용조건 확인);

Check-account-balance-conditions(계좌잔고조건 확인);

Check-impressions-conditions(임플레션조건 확인);

Check-clicks-conditions(클릭조건 확인);

Check-CTR-conditions(CTR조건 확인);

Check-CPC-too-high-conditions(CPC투하이조건 확인);

Check-average-CPC-too-high-conditions(CPC평균CPC투하이조건 확인);

Check-rank-CPC-conditions(순위CPC조건 확인);

End Procedure(과정종료);

도 13은 어떤 위치 조건이 참이되는 지를 확인하기 위한 과정을 나타내는 순서도이다. 이 방법은 블록 1300에서 시작된다.

블록 1302에서, 변화한 모니터 위치를 가진 검색 목록과 동일하게 변수 L이 설정된다. 이 검색 목록의 신원은 어떤 적절한 방식으로 결정될 수 있다. 블록 1304에서, 변수 X는 리스트 L의 다음 요소로 증가한다. 블록 1306에서, 변수 X가 비어있는 지를 결정하기 위해 테스트가 시행된다. 만약 그러하다면, 변수 L에 내장된 리스트의 종료에 도달하여 과정이 블록 1308에서 종료된다. 그렇지 않을 경우,블록 1310에서, 변수 X so 목록과 연계된 위치 조건이 현재 참이고 이 변수와 관련된 이전 위치가 거짓인 지가 결정된다. 이는 변수 X에 의해 표시되는 검색 목록과 연계된 현 위치 조건을 이 변수에 대해 저장된 이전 위치 조건과 비교함으로서 결정된다. 블록 1310의 테스트가 참이나 긍정적 응답을 도출할 경우, 블록 1312에서, 검색 목록 X에 대한 변수 최종 위치 조건이 참으로 재설정되며, 블록 1314에서, 변수 X에 대한 위치 조건이 새-참-조건(new-true-conditions)의 리스트에 인접하게 된다. 그후 제어는 블록 1304로 되돌아와서, 리스트 L의 다음 요소를 선택한다.

블록 1310에서 테스트가 부정적, 또는 거짓 응답을 생성할 경우, 블록 1316에서, 변수 X에 대한 위치 조건이 거짓이고 변수 X에 대한 최종 위치 조건이 참인지를 결정하기 위해 또다른 테스트가 시행된다. 그렇지 않을 경우, 제어는 블록 1304로 되돌아간다. 그러하다면, 블록 1318에서, 변수 X와 관련된 검색 목록에 대한 최종 위치 조건이 거짓과 같게 설정된다. 그후 제어는 블록 1304로 되돌아간다.

도 13의 방법은 아래 슈도코드에 따라 구체화될 수 있다.

Procedure check-position-conditions()

Assign L = listings with monitored position whose position has changed(L = 모니터되는 위치가 변한 목록으로 할당);

Loop x over all elements in L(L의 모든 요소에 대해 x의 루프를 실행)

If position-condition(x) = true and (위치조건(x)가 참이고)

last-position-condition(x) = false(최종위치조건(x)가 거짓일 경우)

Assign last-position-condition(x) = true;(최종위치조건(x)를 참으로 할당)

Adjoin position-condition(x) to new-true-conditions(위치조건(x)를 새참조건에 인접하게함);

Else If position-condition(x) = false and(그렇지 않고 위치조건(x) = 거짓이고)

last-position-condition(x) = true(최종위치조건(x)는 참일 경우)

Assign last-position-condition(x) = false;(최종위치조건(x)=거짓으로 할당)

End If(if 종료);

End Loop(루프종료);

End Procedure(과정종료);

위치 조건이 먼저 생성될 때마다, 그 최종 위치 조건은 자동으로 거짓으로 초기화되며, 그 위치는 마치 변경된 것처럼 취급된다. 즉, 이는 조건을 즉시 테스트하게 한다.

도 14는 비용 조건을 확인하기 위한 한가지 방법을 설명한다. 과정은 블록 1400에서 시작한다. 블록 1402에서, (CPC) 대금에 대한 새 비용과 모니터되는 비용으로 모든 검색 목록을 가진 변수 L이 초기화된다. 블록 1404에서, 변수 X는 리스트 L의 다음 요소와 동일하게 할당된다. 블록 1406에서, 변수 X가 비어있는 지가결정된다. 그러하다면, 과정은 블록 1407에서 종료된다.

그렇지 않을 경우 블록 1408에서, 변수 X와 관련된 검색 목록에 대한 비용 조건이 사실이고 변수 X와 관련된 검색 목록에 대한 최종 비용 조건이 거짓이었는 지가 결정된다. 그러하다면, 블록 1410에서, 검색 목록에 대한 최종 비용 조건이 참으로 설정된다. 블록 1412에서, 변수 X와 관련된 검색 목록에 대한 비용 조건은 새-참-조건(new-true-conditions)의 리스트에 인접하게 된다. 그후 제어는 블록 1404로 되돌아간다.

블록 1408에서 검색 목록에 대한 비용조건이 이전의 거짓으로부터 현재의 참으로 변경되지 않았을 경우, 변수 X와 관련된 검색 목록에 대한 비용 조건이 거짓이고 검색 목록에 대한 최종 비용 조건이 참이었는 지가 결정된다. 그러하다면, 변수 X와 관련된 검색 목록에 대한 최종 비용 조건의 상태가 블록 1416에서 거짓으로 설정된다. 그후 제어는 블록 1404로 되돌아간다.

도 14의 방법은 아래 슈도코드에 따라 구체화될 수 있다.

Procedure check-cost-conditions()

Assign L = listings with monitored cost with new CPC charges(L = 새 CPC 대금의 모니터 비용을 가지는 목록으로 할당);

Loop x over all elements in L(L의 모든 요소에 대해 x의 루프를 실행)

If cost-condition(x) = true and(비용조건(x)가 참이고)

last-cost-condition(x) = false(최종비용조건(x)가 거짓일 경우)

Assign last-cost-condition(x) = true(최종비용조건(x)를 참으로 할당);

Adjoin cost-condition(x) to new-true-conditions(비용조건(x)를 새-참-조건과 인접하게함);

Else If cost-condition(x) = false and(그렇지 않고 비용조건(x)가 거짓이고)

last-cost-condition(x) = true(최종비용조건(x)가 참일 경우)

Assign last-cost-condition(x) = false(최종비용조건(x)를 거짓으로 할당);

End If(IF 종료);

End Loop(루프 종료);

End Procedure(과정종료);

비용 조건이 먼저 생성될 때마다, 그 "최종 비용 조건"이 자동적으로 거짓으로 초기화되고 그 CPC는 변경된 것처럼 취급된다. 즉, 이는 조건을 즉시 테스트받게 한다. 비용 조건 확인은 최종 구간 이후 조건의 모든 목록에 대한 누적 비용을 확인하는 것을 필요로한다. 우리는 이 조건에 대해 가장 최근이 광고자-규정 구간보다 앞선 시간 구간의 모든 비용을 무시한다. 예를 들어, 구간이 매일일 경우, 이전 날짜에 대한 모든 비용은 무시된다(시장 오퍼레이터는 구간에 대한 경계를 규정할 수 있다).

도 15는 계좌 잔고 조건을 확인하기 위한 방법의 한 실시예를 도시한다. 이방법은 블록 1500에서 시작한다. 블록 1502에서, 새 대금으로 계좌 잔고가 모니터되는 광고자의 리스트를 내장하도록 변수 L이 할당된다. 블록 1504에서, 리스트 L의 다음번 요소를 내장하도록 변수 X가 증가된다. 블록 1506에서, 변수 X가 비었는 지가 결정된다. 그러하다면, 과정은 블록 1508에서 종료된다.

그렇지 않을 경우, 블록 1510에서, 변수 X와 관련된 검색 목록에 대한 계좌 잔고 조건이 참이고 검색 목록에 대한 최종 계좌 잔고 조건이 거짓이었는 지가 결정된다. 그러하다면, 블록 1512에서, 검색 목록에 대한 변수 최종계좌잔고조건이 참으로 설정된다. 블록 1514에서, 검색 목록에 대한 계좌잔고 조건은 새-참-조건의 리스트에 인접하게 된다. 그후 제어는 블록 1504로 되돌아간다.

블록 1510에서 테스트 결과가 부정적일 경우, 블록 1516에서, 변수 X와 관련된 검색 목록에 대한 계좌잔고 조건이 거짓이고 검색 목록에 대한 최종 계좌잔고 조건이 참이었는 지를 결정하기 위한 테스트가 시행된다. 만약 그러하다면, 블록 1518에서, 변수 X와 관련된 검색 목록에 대한 변수 최종계좌잔고조건이 거짓으로 설정된다. 그후 제어는 블록 1504로 돌아가서 리스트 L의 다음 요소를 선택한다.

도 15의 방법은 아래 슈도코드에 따라 구체화될 수 있다.

Procedure check-account-balance-conditions()

Assign L = advertisers with monitored account balance w new charges(L = 새 대금이 있고 계좌 잔고가 모니터되는 광고자로 할당);

Loop x over all elements in L(L의 모든 요소에 대해 x의 루프를 실행)

If account-balance-condition(x) = true and(계좌잔고조건(x)가 참이고)

last-account-balance-condition(x) = false(최종계좌잔고조건(x)가 거짓일경우)

Assign last-account-balance-condition(x) = true(최종계좌잔고조건(x)를 참으로 할당하고);

Adjoin account-balance-condition(x) to new-true-conditions(계좌잔고조건(x)를 새참조건과 인접하게함);

Else If account-balance-condition(x) = false and(그렇지 않고 계좌잔고조건(x)가 거짓이고)

last-account-balance-condition(x) = true(최종계좌잔고조건(x)가 참일 경우)

Assign last-account-balance-condition(x) = false;(최종계좌잔고조건(x)를 거짓으로 할당)

End If(IF 종료);

End Loop(루프종료);

End Procedure(과정종료);

도시되는 실시예에서, 계좌잔고 조건이 먼저 생성될 때마다, 그 최종계좌잔고 조건은 자동적으로 거짓으로 초기화되며, 마치 새 대금을 가지는 것처럼 취급된다. 즉, 이는 조건을 즉시 테스트받을수 있게 한다.

도 16은 임프레션 조건을 확인하기 위한 한가지 방법을 도시한다. 이 방법은블록 1600에서 시작한다. 블록 1602에서, 리스트 변수 L은 새 임프레션을 가지면서 임프레션이 모니터되는 모든 목록을 가지면서 초기화된다. 블록 1604에서, 변수 X는 리스트 L의 다음 요소를 가리키도록 증가된다. 블록 1606에서, 변수 X에 의해 가리켜지는 검색 목록이 비어있는 지가 결정된다. 만약 그러하다면, 과정은 블록 1608에서 종료된다. 그렇지 않을 경우, 블록 1610에서, 변수 X에 의해 표시되는 검색 목록에 대한 임프레션 조건이 참이고 변수 X와 관련된 검색 목록에 대한 최종 임프레션 조건이 거짓이었는 지가 결정된다. 만약 그러하다면, 블록 1612에서, 검색 목록에 대한 변수 최종임프레션조건가 참으로 설정된다. 블록 1614에서, 검색 목록에 대한 변수 임프레션 조건의 값이 리스트 새-참-조건에 인접하게 된다. 그후 제어는 블록 1604로 되돌아가 리스트 L의 다음 요소를 선택한다.

블록 1610에서 테스트가 부정적 결과를 보일 경우, 블록 1616에서, 변수 X와 관련된 검색 목록에 대한 변수 임프레션조건이 거짓이고 검색 목록에 대한 변수 최종임프레션조건이 참인 지가 결정된다. 만약 그러하다면, 블록 1618에서, 검색 목록에 대한 변수 최종임프레션조건이 거짓이되고, 제어는 블록 1604로 되돌아간다.

도 16의 방법은 아래 슈도코드에 따라 구체화될 수 있다.

Procedure check-impressions-conditions()

Assign L = listings with monitored impressions with new impressions(L = 새 임프레션이 있고 임프레션이 감시되는 목록으로 할당);

Loop x over all elements in L(L의 모든 요소에 대해 x의 루프를 실행)

If impressions-condition(x) = true and(임프레션조건(x)가 참이고)

last-impressions-condition(x) = false(최종임프레션조건(x)가 거짓일 경우)

Assign last-impressions-condition(x) = true(최종임프레션조건(x)를 참으로 할당하고);

Adjoin impressions-condition(x) to new-true-conditions(임프레션조건(x)를 새참조건에 인접하게함);

Else If impressions-condition(x) = false and(그렇지 않고 임프레션조건(x)가 거짓이고)

last-impressions-condition(x) = true(최종임프레션조건(x)가 참일 경우)

Assign last-impressions-condition(x) = false(최종임프레션조건(x)가 거짓으로 할당);

End If(if 종료);

End Loop(루프종료);

End Procedure(과정종료);

임프레션 조건이 먼저 생성될 때마다, 최종임프레션 조건의 값이 자동적으로 거짓으로 초기화되며, 마치 새 임프레션을 가지는 것처럼 취급된다. 이는 조건을 즉시 테스트할 수 있게 한다. 임프레션 조건을 확인하는 것은 조건 내 모든 목록의 누적된 임프레션 확인을 필요로한다. 우리는 이 조건에 대해 가장 최근에 광고자에 의해 거부된 구간보다 일찍 생긴 모든 임프레션을 무시한다. 예를 들어, 구간이 매일일 경우, 이전 날짜의 모든 임프레션이 무시된다(시장 오퍼레이터는 이 구간에 대한 경계를 규정할 수 있다).

도 17은 클릭 조건을 확인하기 위한 방법의 한가지 실시예를 도시한다. 방법은 블록 1700에서 시작한다. 블록 1710에서, 리스트 변수 L은 새 클릭이 있고 클릭이 모니터되는 목록으로 채워진다. 블록 1712에서, 변수 X는 초기화되고, 리스트 변수 L의 다음 요소를 내장하도록 증가된다. 블록 1714에서, 변수 X가 비었는 지가 결정된다. 그러할 경우 블록 1716에서, 과정이 종료된다. 그렇지 아니할 경우, 블록 1718에서, 변수 X와 관련된 검색 목록에 대한 클릭 조건이 참이고 변수 X와 관련된 검색 목록에 대한 변수 최종클릭조건이 거짓인 지가 결정된다. 그러하다면, 블록 1720에서, 검색 목록에 대한 변수 최종클릭조건이 참으로 설정된다. 블록 1722에서, 검색 목록에 대한 변수 클릭조건의 내용이 새-참-조건의 리스트에 인접하게 된다. 제어는 블록 1722로 복귀한다.

블록 1718에서 테스트가 부정적 결과를 나타낼 경우, 블록 1724에서, 검색 목록에 대한 클릭조건이 거짓이고 검색 목록에 대한 변수 최종클릭조건이 참인 자가 결정된다. 그러하다면, 블록 1726에서, 검색 목록에 대한 변수 최종클릭조건이 거짓으로 설정된다. 제어는 블록 1712로 되돌아간다.

도 17의 방법은 아래 슈도코드에 따라 구체화될 수 있다.

Procedure check-clicks-conditions()

Assign L = listings with monitored clicks with new clicks(L = 새 클릭이 있으면서 클릭이 모니터되는 목록);

Loop x over all elements in L(L의 모든 요소에 대해 x의 루프를 실행)

If clicks-condition(x) = true and(클릭조건(x)가 참이고)

last-clicks-condition(x) = false(최종클릭조건(x)가 거짓일 경우)

Assign last-clicks-condition(x) = true(최종클릭조건(x)을 참으로하고);

Adjoin clicks-condition(x) to new-true-conditions(클릭조건(x)를 새참조건에 인접하게 함);

Else If clicks-condition(x) = false and(그렇지 않고 클릭조건(x)가 거짓이고)

last-clicks-condition(x) = true(최종클릭조건(x)가 참일 경우)

Assign last-clicks-condition(x) = false(최종클릭조건(x)를 거짓으로 할당);

End If(if 종료);

End Loop(루프종료);

End Procedure(과정종료);

먼저 클릭 조건이 생성될 때마다, 최종 클릭조건의 값이 자동으로 거짓으로 초기화된다. 이는 마치 새 클릭이 있는 것처럼 취급된다. 이로 인해 조건을 즉시 테스트할 수 있다. 클릭 조건을 확인하는 것은 조건 내 모든 목록이 누적 클릭을확인하는 것을 필요로한다. 이 조건에 대해 광고자에 의해 가장 최근에 규정된 구간보다 앞선 모든 클릭을 우리는 무시한다. 예를 들어, 구간이 매일일 경우, 이전 날짜에 대한 모든 클릭이 무시된다.

도 18은 클릭진입비(CTR) 조건을 확인하기 위한 방법을 설명하는 순서도이다. 클릭진입비는 시간당 클릭이나 하루당클릭처럼, 특정 시간 주기의 검색 목록에 대한 클릭진입 숫자를 특정 시간 주기로 나눈 것이다. 이 방법은 블록 1800에서 시작한다.

블록 1802에서, 리스트 변수 L은 새 클릭이 있고 클릭진입비가 모니터되는 모든 검색 목록을 가진 채로 초기화된다. 블록 1804에서, 변수 X는 리스트 변수 L의 다음번 요소를 가리키도록 초기화된다. 블록 1806에서, 변수 X가 비었는 지가 결정된다. 만약 비었다면, 블록 1808에서 이 방법이 종료된다. 비어있지 않다면 블록 1810에서, 변수 X에 의해 지정된 검색 목록에 대한 변수 CTR조건이 참이고 검색 목록에 대한 최종 CTR 조건이 거짓인 지가 결정된다. 만약 그러하다면, 블록 1812에서, 검색 목록에 대한 변수 최종CTR조건이 참으로 설정된다. 블록 1814에서, 검색 목록에 대한 변수 CTR조건의 내용이 새-참-조건의 리스트에 인접하게 되고 제어는 블록 1804로 되돌아간다.

블록 1810에서 테스트가 부정적 결과를 나타낼 경우, 블록 1816에서, 변수 X와 관련된 검색 목록에 대한 변수 CTR조건이 거짓이고 검색목록에 대한 변수 최종CTR조건이 참인 지가 결정된다. 그러하다면, 블록 1818에서, 검색목록에 대한 변수 최종CTR조건이 거짓이되고, 제어는 블록 1804로 되돌아간다.

도 18의 방법은 아래 슈도코드에 따라 구체화될 수 있다.

Procedure check-CTR-conditions()

Assign L = listings with monitored CTR with new clicks(L = 새 클릭이 있으면서 CTR이 감시되는 목록);

Loop x over all elements in L(L의 모든 요소에 대해 x의 루프를 실행)

If CTR-condition(x) = true and(CTR조건(x)가 참이고)

last-CTR-condition(x) = false(최종CTR조건(x)가 거짓일 경우)

Assign last-CTR-condition(x) = true(최종CTR조건(x)를 참으로 하고);

Adjoin CTR-condition(x) to new-true-conditions(CTR조건(x)를 새참조건에 인접하게하며);

Else If CTR-condition(x) = false and(그렇지 않고 CTR조건(x)가 거짓이고)

last-CTR-condition(x) = true(최종CTR조건(x)가 참일 경우)

Assign last-CTR-condition(x) = false(최종CTR조건(x)를 거짓으로 함);

End If(if 종료);

End Loop(루프종료);

End Procedure(과정종료);

먼저 CTR 조건이 생성될 때마다, 최종 CTR조건의 값이 자동으로 거짓으로 초기화된다. 이는 마치 새 클릭이 있는 것처럼 취급된다. 이로 인해 조건을 즉시 테스트할 수 있다. CTR 조건을 확인하는 것은 조건 내 모든 목록에 대해 누적된 임프레션과 클릭을 확인하는 것을 필요로한다. 이 조건에 대해 광고자에 의해 가장 최근에 규정된 구간보다 앞선 모든 임프레션과 클릭을 우리는 무시한다. 예를 들어, 구간이 매일일 경우, 이전 날짜에 대한 모든 임프레션과 클릭이 무시된다. 시장 오퍼레이터는 CTR의 유효성을 고려하기 전에 최소 숫자의 임프레션을 필요로할 수 있다.

도 19는 CPC투하이(CPC-too-high) 조건을 확인하기 위한 방법을 설명하는 순서도이다. 이들은 클릭당 비용이 필요 이상으로 높은 경우의 조건이다. 과정은 블록 1900에서 시작한다.

블록 1902에서, 리스트 변수 L은 아래 목록에 새 CPC가 있고 CPC투하이가 모니터되는 모든 검색 목록을 가진 채로 초기화된다. 아래 목록의 CPC가 변화할 경우, 또는 새 목록이 아래에 삽입될 경우, 또는 이전 아래 목록이 제거될 경우, 아래 목록이 새 CPC를 가진다. 블록 1904에서, 변수 X는 리스트 변수 L의 다음번 요소를 가리키도록 설정된다. 블록 1906에서, 변수 X가 비었는 지가 결정된다. 이는 리스트 L의 종료부에 도달하였는 지를 나타낸다. 만약 비었다면, 블록 1908에서 이 과정이 종료된다. 비어있지 않다면 블록 1910에서, X의 조건과 동일하게 변수 C가 설정된다. 블록 1912에서, X 아래 목록이 전혀 없는 지가 결정된다. 그렇지 않을 경우 블록 1916에서, 변수 아래-CPC가 변수 X에 의해 표시되는 검색 목록 바로 아래의 검색 목록에 대한 클릭당 비용과 일치하게 설정된다. 변수 X에 의해 표시되는목록 아래에 어떤 검색 목록도 없을 경우, 블록 1914에서, 변수 아래CPC가 검색 목록에 대한 CPC 한계치와 시스템에 대한 클릭당 최소비용 간의 차이와 같게 설정된다. 블록 1918에서, 검색 목록에 대한 클릭당 비용이 변수 C의 CPC 한계치 더하기 아래CPC의 값보다 크고 변수 C에 대한 변수 최종CPC투하이 조건의 값이 거짓인 지가 결정된다. 만약 그러하다면, 블록 1920에서, 변수 최종CPC투하이 조건이 참으로 설정된다. 블록 1922에서, 변수 CPC투하이 조건의 내용이 새-참-조건에 인접하게 되고 제어는 블록 1904로 되돌아간다.

블록 1918에서 테스트가 부정적 결과를 나타낼 경우, 블록 1924에서, 검색 목록에 대한 CPC가 CPC 한계치 더하기 아래 CPC 이하이고 변수 최종CPC투하이 조건의 값이 참인지가 결정된다. 만약 그러하다면, 블록 1926에서, 변수 최종CPC투하이 조건이 거짓으로 설정된다. 제어는 블록 1904로 되돌아간다.

도 19의 방법은 아래 슈도코드에 따라 구체화될 수 있다.

Procedure check-CPC-too-high-conditions()

Assign L = listings with CPC-too-high monitor where the listing below has a new CPC(L = 아래 목록이 새 CPC를 가지고 CPC투하이가 모니터되는 목록);

Loop x over all elements in L(L의 모든 요소에 대해 x의 루프를 실행)

Assign c = condition of x(c = x의 조건);

If no listing below x(x 아래 어떤 목록도 없을 경우)

Assign lower-CPC = Min-CPC - CPC-threshold(c)(아래CPC = 최소CPC - CPC한계치(c));

Else(그렇지 않을 경우)

Assign lower-CPC = CPC(listing below x)(아래CPC = CPC(x아래목록));

End If(IF 종료);

If CPC(x) > lower-CPC + CPC-threshold(c) and(CPC(x) > 아래CPC + CPC한계치(c)이고)

Last-CPC-too-high-condition(c) = false(최종CPC투하이 조건(c) = 거짓일 경우)

Assign last-CPC-too-high-condition(c) = true(최종CPC투하이 조건(c) = 참이고);

Adjoin CPC-too-high-condition(c) to new-true-conditions(CPC투하이 조건(c)을 새참조건으로 함);

Else if CPC(x) > lower-CPC + CPC-threshold(c) and(그렇지 않고 CPC(x) <= 아래CPC + CPC한계치(c)이고)

Last-CPC-too-high-condition(c) = true(최종CPC투하이 조건(c) = 참일 경우)

Assign last-CPC-too-high-condition(c) = false(최종CPC투하이 조건(c) = 거짓);

End If(if 종료);

End Loop(루프 종료);

End Procedure(과정 종료);

먼저 CPC-투-하이 조건이 생성될 때마다, 최종 CPC투하이 조건의 값이 자동으로 거짓으로 초기화된다. 이는 목록 바로 아래에 마치 새 CPC를 가지는 것처럼 취급된다. 이로 인해 조건을 즉시 테스트할 수 있다. 최소CPC는 모든 목록에 대한 최소값 CPC이고, 이는 시장 오퍼레이터에 의해 결정되는 것으로 한 예에서 0.01달러이다. 모든 CPC투하이 조건은 광고자에 의해 규정되는 한계치를 가진다. 이 한계치는 목록의 CPC와 그 아래 목록의 CPC간 차이이며, 조건이 참이 되기 위해서는 반드시 이 한계치보다 커야한다. 아래 목록이 없을 경우, 목록의 CPC가 최소 CPC보다 큰 지를 우리는 확인하며, 대안으로, CPC가 최소 CPC보다 한계치 위에 있는 지를 우리는 확인할 수 있다.

도 20은 평균 CPC투하이(CPC-too-high) 조건을 확인하기 위한 방법을 설명하는 순서도이다. 목록 세트에 대한 평균 CPC는 한 구간에서 목록 세트에 대한 총 비용을 동일 구간에 대한 목록 세트의 총 클릭으로 나눈 것이다. 이 방법은 블록 2000에서 시작한다.

블록 2002에서, 리스트 변수 L은 새 클릭이 있고 평균 CPC투하이가 모니터되는 조건의 리스트로 초기화된다. 이러한 각각의 조건에서는 관련 세트 목록의 평균 CPC가 모니터된다. 블록 2004에서, 변수 X는 리스트 변수 L의 다음번 요소를 가리키도록 초기화된다. 블록 2006에서, 변수 X가 비었는 지가 결정된다. 만약 비었다면, 블록 2008에서 이 방법이 종료된다. 비어있지 않다면 블록 2010에서, 변수 X에 의해 지정된 조건에 대한 변수 평균CPC투하이 조건이 참이고 조건에 대한최종평균CPC투하이 조건이 거짓인 지가 결정된다. 만약 그러하다면, 블록 2012에서, 조건에 대한 변수 최종평균CPC투하이 조건이 참으로 설정된다. 블록 2014에서, 검색 목록에 대한 변수 평균CPC투하이 조건의 내용이 새-참-조건에 인접하도록 되며, 제어는 블록 2004에서 종료된다.

블록 2010에서 테스트가 부정적 결과를 나타낼 경우, 블록 2016에서, 변수 X에 관련된 조건에 대한 변수 평균CPC투하이 조건이 거짓이고 검색 목록에 대한 변수 최종평균CPC투하이 조건이 참인지가 결정된다. 만약 그러하다면, 블록 2018에서, 조건에 대한 변수 최종평균CPC투하이 조건이 거짓이 되고 제어는 블록 2004로 되돌아간다.

도 20의 방법은 아래 슈도코드에 따라 구체화될 수 있다.

Procedure check-average-CPC-too-high-conditions()

Assign L = all conditions with monitored CPC too high with new clicks(L = 새 클릭이 있고 CPC투하이가 모니터되는 모든 조건);

Loop x over all elements in L(L의 모든 요소에 대해 x의 루프를 실행)

If average-CPC-too-high-condition(x) = true and(평균CPC투하이조건(x)가 참이고)

last-average-CPC-too-high-condition(x) = false(최종평균CPC투하이조건(x)가 거짓인 경우)

Assign last-average-CPC-too-high-condition(x) = true(최종평균CPC투하이조건(x)가 참이되고);

Adjoin average-CPC-too-high-condition(x) to new-true-conditions(평균CPC투하이조건(x)가 새참조건에 인접하게됨);

Else If average-CPC-too-high-condition(x) = false and(그렇지않고 평균CPC투하이조건(x)가 거짓이고 )

last-average-CPC-too-high-condition(x) = true(최종평균CPC투하이조건(x)가 참이될 경우)

Assign last-average-CPC-too-high-condition(x) = false(최종평균CPC투하이조건(x)가 거짓이 됨);

End If;

End Loop;

End Procedure;

먼저 평균 CPC-투-하이 조건이 생성될 때마다, 최종평균 CPC투하이 조건의 값이 자동으로 거짓으로 초기화된다. 이는 마치 새 클릭을 가지는 것처럼 취급된다. 이로 인해 조건을 즉시 테스트할 수 있다. 평균CPC투하이 조건을 확인하려면, 조건 내 모든 목록에 대한 누적된 클릭과 비용을 확인해야 한다. 우리는 이 조건에 대해 광고자에 의해 지정된 가장 최근 구간보다 앞선 모든 클릭과 비용을 무시한다. 예를 들어, 구간이 "매일"일 경우, 이전 날짜에 대한 모든 클릭과 비용이 무시된다. 시장 오퍼레이터는 평균 CPC의 유효성을 고려하기 전에 최소 숫자의 클릭을 필요로할 수 있다.

도 21은 순위 CPC 조건을 확인하기 위한 한 방법의 순서도이다. 이 방법은블록 2100에서 시작한다. 블록 2102에서, 모니터되는 순위의 클릭당 비용이 변화하면서, 모니터되는 순위 CPC를 가진 모든 검색 용어와 같게 변수 L이 할당된다. 블록 2104에서, 리스트 L의 다음번 요소를 가리키도록 변수 X가 설정된다. 블록 2106에서, 변수 X가 비었는 지가 결정된다. 만약 비었다면, 이는 리스트 종료부에 도달했음을 의미하고, 방법이 블록 2108에서 종료된다.

그렇지 않을 경우, 블록 2110에서, 모니터되면서 새 CPC를 가지는, 변수 X에 의해 표시되는 모든 순위의 검색 용어들과 일치하도록 변수 M이 설정된다. 블록 2112에서, 변수 Y는 리스트 M의 다음번 요소들을 가리키도록 초기화된다. 블록 2114에서, 변수 Y가 비었는 지가 결정된다. 만약 비었다면, 리스트 L의 다음번 요소를 선택하기 위해 제어는 블록 2104로 되돌아간다. 그렇지 않을 경우, 블록 2116에서, 변수 Y에 의해 표시되는 순위와 변수 X에 의해 표시되는 검색 용어에 대한 모든 순위 CPC 조건과 같도록 변수 N이 설정된다. 블록 2118에서, 리스트 N의 다음번 요소로 변수 Z가 설정된다. 블록 2120에서, 변수 Z가 비었는 지가 결정된다. 만약 비었다면, 제어는 블록 2104로 되돌아간다. 그렇지 않을 경우, 블록 2122에서, 변수 Z에 의해 표시되는 조건에 대한 변수 순위CPC조건의 값이 참이고 변수 Z에 의해 표시되는 조건에 대한 변수 최종순위CPC조건이 거짓인 지가 결정된다. 만약 그러하다면, 블록 2124에서, 조건에 대한 변수 최종순위CPC조건이 참으로 설정된다. 블록 2126에서, 조건에 대한 변수 순위CPC조건의 내용이 새-참-조건의 리스트에 인접하게 된다. 제어는 그후 블록 2104로 되돌아간다.

블록 2122에서 부정적 결과가 발견될 경우, 블록 2128에서 조건에 대한 변수순위CPC조건이 거짓이고 조건에 대한 변수 최종순위CPC조건이 참인 지를 테스트한다. 만약 그러하다면, 블록 2130에서, 변수 최종CPC투하이조건이 거짓으로 설정된다. 그후 제어는 블록 2104로 되돌아간다.

도 21의 방법은 아래 슈도코드에 따라 구체화될 수 있다.

Procedure check-rank-CPC-conditions()

Assign L = terms with a rank-CPC monitor where the CPC of a monitored rank has changed(L = 모니터되는 순위의 CPC가 변경되고 모니터되는 순위CPC를 가지는 용어);

Loop x over all elements in L(L의 모든 요소에 대해 x의 루프를 실행)

Loop y over all ranks of x that are monitored and have new CPCs(모니터되면서 새 CPC를 가지는 x의 모든 순위에 대해 y의 루프를 실행)

Loop z over all rank-CPC conditions for term x and rank y(순위 y와 용어 x에 대한 모든 순위CPC 조건에 대해 z의 루프를 실행)

If rank-CPC-condition(z) = true and(순위CPC조건(z)가 참이고)

Last-rank-CPC-condition(z) = false(최종순위CPC조건(z)가 거짓일 경우)

Assign last-rank-CPC-condition(z) = true(최종순위CPC조건(z)를 참으로 하고);

Adjoin rank-CPC-condition(z)to

new-true-conditions(순위CPC조건(z)를 새참조건으로 함);

Else if rank-CPC-condition(z) = false and(그렇지 않고 순위CPC조건(z)가 거짓이고)

Last-rank-CPC-condition(z) = true(최종순위CPC조건(z)가 거짓일 경우)

Assign last-rank-CPC-condition(z) = false(최종순위CPC조건(z)를 거짓으로 함);

End If;

End Loop;

End Loop;

End Loop;

End Procedure;

순위CPC 조건이 먼저 생성될 때마다, 최종순위CPC조건의 값이 자동적으로 거짓으로 초기화되며, 이는 마치 모니터되는 순위에 대한 CPC가 변경된 것처럼 취급된다. 이로인해 조건을 즉시 테스트할 수 있다. 모든 순위-CPC 조건은 광고자에 의해 규정된 한계치를 가진다. 순위에 대한 CPC가 한계치 이하일 경우 이 조건은 참이다.

"즉시통지(notify-immediately)"과정은 사실이 된 현 조건이 세부사항을 가진 메시지를 광고자에게 전달한다. 이 과정은 먼저, 광고자에 의해 선택된 모든 통지 모드를 선택한다. 그후, 액션 종류를 선택한다. 광고자는 자신이 선호하는 액션종류를 선택할 수 있다. 일부 액션 종류는 모든 통지 모드에 적용될 수 없는 경우도 있다. 가령, 시장 오퍼레이터는 "활성링크"를 이메일과 인스턴트 메시지에만 제공할 수 있다. 또한, 일부 조건은 자동 교정 액션을 가지지 않을 수도 있다(가령, CTR). 이 과정은 각각의 통신 모드로 광고자에게 통지를 전송하며, 특히 한 통신 모드의 각각의 메시지는 교정 액션 세트를 포함할 수 있다.

도 22는 즉시 통지 과정의 한 실시예를 나타내는 순서도이다. 이 과정은 블록 2200에서 시작한다. 블록 2202에서, 참이 된 과정에 전달된 조건에 대한 모든 통지 모등의 리스트와 같게 변수 L이 설정된다. 블록 2204에서, 변수 X는 리스트 L의 다음번 요소로 초기화된다. 블록 2206에서, 변수 X가 비어있는 지를 결정하고자 테스트가 시행된다. 만약 그러하다면, 리스트 L의 모든 요소가 처리되었기 때문에 블록 2208에서, 과정이 종료된다.

변수 X가 비어있지 않을 경우, 블록 2210에서, 조건 교정에 필요한 모드 X에 대한 모든 액션 종류와 같게 변수 A가 설정된다. 블록 2212에서, 통지 전송 과정이 호출되며, 매개변수로 참인 조건, 변수 X, 그리고 변수 Y를 보낸다. 이 과정을 처리 후 제어는 블록 2204로 되돌아가서 리스트 L의 다음 요소를 선택한다.

도 22의 방법은 아래 슈도코드에 따라 구체화될 수 있다.

Procedure Notify-immediately(condition)

Loop x over all notification modes for condition(조건에 대한 모든 통지 모드에 대해 x의 루프를 실행)

Assign y = all action types for mode x to correct condition(y =조건 교정을 위한 모드 x에 대한 모든 액션 종류);

Send-notification(condition,x,y)(통지전송(조건, x, y));

End Loop;

End Procedure;

다음은 통지 메시지에 포함되는 교정 액션을 가질 수 있는 조건의 리스트이다. 광고자는 메시지에 제시된 교정 액션을 수용할 수도 있고 무시할 수도 있다. 교정 액션은 조건이 더 이상 참이 아님을 보장하기 위해 광고자 대신에 자동적으로 실행되는 단계들이다. 교정 액션은 이 조건이 더 이상 참이 아닐 때는 적용할 수 없다.

1. 위치: 목록의 CPC를 변경함으로서 위치 조건을 교정할 수 있다. 예를 들어, 조건 "목록 L1이 순위 3에 있지 않다"가 참일 경우, L1이 3보다 안좋은 순위에 있다면 CPC를 증가시킴으로서 L1을 순위 3으로 복귀시키는 것이 가능할 수 있다. 또한, L1이 3보다 나은 순위에 있다면 CPC를 감소시킴으로서 L1을 순위 3으로 복귀시키는 것이 가능할 수 있다.

가능한 교정 액션은 "목록 L1을 순위 3으로 복귀시키도록 CPC를 조절하라"이다.

2. 계좌 잔고: 계좌에 자금을 더함으로서 계좌 잔고 조건을 교정하는 것이 가능하다. 광고자는 예치할 추가 자금을 선택할 수 있다.

가능한 교정 액션은 "내 신용카드에서 내 계좌잔고로 200달러를 보태라."이다.

3. CPC투하이(CPC-too-high): 현 순위 유지를 위해 필요한 최소값으로 CPC를 감소시킴으로서 CPC투하이 조건을 교정하는 것이 가능하다.

가능한 교정 액션은 "현 순위에 필요한 최소값으로 목록 L1의 CPC를 감소시켜라."이다.

구간 통지(notify-interval) 과정은 최종 구간에서 참이 되었던 모든 조건의 세부사항을 지닌 메시지를 광고자에게 전송한다(구간의 듀레이션은 광고자가 명시함). 이 구간에서 참이된 모든 조건은 한 메시지에 함께 모인다. 이 과정은 광고자에 의해 선택된 모든 통지 모드를 선택한다. 그후 액션 종류를 선택한다. 광고자는 선호하는 액션 종류를 선택할 수 있다. 일부 액션 종류는 모든 통지 모드에서 가용하지 않을 수 있다. 가령, 시장 오퍼레이터는 이메일 및 인스턴트 메시지에서만 "활성링크"를 제공할 수 있다. 또한, 일부 조건은 자동 교정 액션을 가지지 못할 수 있다(가령, CTR).

한 조건에 대해 한개보다 많은 사례가 있을 경우, 가장 최근 사례에 대한 교정 액션을 가지는 것만이 가능하다. 앞서 레코딩된 조건이 더 이상 참이 아닌 것이 가능하며, 이 경우에 이와 관련된 어떤 교정 액션도 없을 것이다. 이 과정은 각각의 통신 모드로 광고자에게 통지를 전달할 것이고, 이때 특정 통신 모드로 된 각각의 메시지가 교정 액션 세트를 포함할 수 있다.

도 23은 구간 통지 과정의 순서도이다. 이 과정은 블록 2300에서 시작한다. 블록 2302에서, 과정은 광고자에 대한 통지 시간을 기다리기 위해 중단된다. 앞서 언급한 바와 같이, 조건 변경에 관한 정보는 광고자에 의해 명시되는 스케쥴에 따라 시스템에 의해 광고자에게 전달될 수 있다. 블록 2302에서의 동작은 광고자가 명시한 스케쥴에 따라 실행된다.

블록 2304에서, 리스트 변수 L은 현 통지 시간을 가진 모든 광고자와 같게 설정된다. 즉, 통현 시간과 일치하는 통지 스케쥴을 명시한 모든 광고자들이다. 블록 2306에서, 루프 변수 X는 리스트 변수 L의 다음번 요소와 같게 설정된다. 블록 2308에서, 변수 X가 비어있는 지를 결정하기 위해 X가 테스트된다. 만약 그러하다면, 다음 통지 시간을 기다리기 위해 제어가 블록 2302로 되돌아간다. 변수 X가 비어있지 않을 경우, 제어는 블록 2310으로 되돌아간다.

블록 2310에서, 조건을 레코딩한, 현 시간에 대한 변수 X에 의해 명시되는 광고자에 대한 모든 자동 통지 조건과 같도록 변수 M이 할당된다. 블록 2312에서, 루프 변수 Y는 리스트 M의 다음번 요소와 같게 설정된다. 블록 2314에서, 변수 Y가 비어있는 지가 결정된다. 만약 비어있다면, 제어는 블록 2306으로 되돌아가 리스트 L의 다음번 변수 X를 선택한다. 비어있지 않을 경우, 제어는 블록 2316으로 진행된다.

블록 2316에서, 변수 C는 변수 Y에 그 값을 저장한 조건의 레코딩된 모든 사례와 같도록 할당된다. 블록 2318에서, 변수 T는 변수 C의 가장 최근 조건과 같도록 할당된다. 즉, 그 조건과 그 관련 시간 스탬프가 소팅되고, 또는 그렇지 않을 경우, 가장 최근 발생한 조건을 결정하기 위해 검사된다. 이 조건은 변수 T 내로 로딩된다. 블록 2320에서, 변수 M은 변수 Y에 그 값이 저장된 조건에 대한 모든 통지 모드와 같도록 설정된다.

블록 2322에서, 변수 Z는 리스트 N의 다음번 요소를 가리키도록 증가한다. 블록 2324에서, 루프 변수 Z가 비어있는 지가 결정된다. 만약 비어있다면, 제어는 블록 2306으로 되돌아간다. 비어있지 않다면, 블록 2326에서, 변수 Z에 저장된 모드에 대한 모든 액션 종류와 같도록 변수 A가 설정된다. 이때, 이 값은 변수 T에 의해 명시되는 조건을 교정하도록 광고자에 의해 명시될 수 있다. 블록 2328에서, 통지 전송 과정이 호출되고, 매개변수로, 변수 C, Z, A를 전달한다. 이 과정을 실행한 후, 제어는 블록 2306으로 되돌아가서 다음번 광고자를 선택한다.

도 23의 방법은 아래 슈도코드에 따라 구체화될 수 있다.

Procedure Notify-interval()

Loop

Wait for a notification time for any advertiser(광고자에 대한 통지시간을 기다림);

Loop x over all advertisers with current notification time(현 통지시간의 모든 광고자에 대해 x의 루프를 실행)

Loop y over all auto-notification for x for current

time with recorded conditions(레코딩된 조건으로 현 시간에 대한 X의 모든 자동통지에 대해 y의 루프를 실행)

Assign c = all recorded instances of condition y(c = 조건 y의 레코딩된 모든 사례);

Assign t = most recent condition in c(t = c의 가장 최근 조건);

Loop z over all notification modes for y(y의 모든 통지 모드에 대해 z의 루프를 실행)

Assign a = all action types for mode z to

correct condition t(a = 조건 t 교정을 위해 모드 z에 대한 모든 액션 종류);

Send-notification(c,z,a)(통지전송(c,z,a));

End Loop;

End Loop;

End Loop;

End Loop;

End Procedure;

액션 조작(handle-action) 과정은 유입 액션을 다룬다. 광고자에게 전송된 메시지는 불필요한 조건을 교정하기 위한 액션을 포함할 수 있다. 광고자는 제시된 액션을 무시할 수도 있고, 제시된 교정 액션을 수용할 수도 있다.

액션 조작 과정은 특별한 광고자 액션, "내게 지금 말해줘(tell me now)"를 또한 다룬다. 광고자는 한 구간인 통지 시간을 가진 자동 통지를 생성할 수 있다. 그러나, 모든 통지를 즉시 전송하라고 시스템에게 명령하는, 내게지금말해줘 액션을 언제라도 광고자가 전송할 수 있다. 광고자가 내게지금말해줘 액션을 전송하더라도, 구간에 대한 모든 통지가 구간의 종료시에 여전히 전송된다. 예를 들어, 광고자가 통지 구간을 "매주, 금요일 오후 3시 45분"으로 설정할 수 있다. 수요일에광고자가 내게지금말해줘 액션을 전송할 수 있고, 이로 인해 광고자는 그때까지 레코딩된 모든 통지시항을 수신할 것이다. 그러나 금요일 오후 3시45분의 매주 통지도 여전히 전송된다.

액션 조작 과정은 액션 "뮤트(mute)" 및 "언뮤트(unmute)"를 다룰수도 있다. 뮤트 액션으로 인해, 광고자는 모든 통지를 중단할 수 있다. 즉, 조건이 여전히 레코딩되지만 전송되지는 않는다(즉시, 또는 주기마다 모두 전송안됨).대신에, 통지는 차후 전송을 위해 레코딩된다. 언뮤트 액션은 조건 통지를 재개하게 한다. 모든 과거 날짜 통지사항이 즉시 전송된다(가령, 즉시 및 주기 통지 모두). 다른 통지사항도 구간의 종료시 전송될 것이다.

각각의 통지 액션 종류(활성링크, 비활성링크, 이메일, 전화 등)에 대해 별도의 조작기(handler)가 필요하다. 각각의 액션 종류는 아래 형태의 과정을 가진다.

도 24는 액션 조작 과정의 한 실시예에 대한 순서도이다. 과정은 블록 2400에서 시작한다. 블록 2402에서, 과정은 중단되어, 유입 액션을 기다린다. 이 액션은 광고자에 의해 유지되는 검색 목록과 불필요한 조건 교정을 위해 광고자에 의해 명시되는 교정이나 그 외 다른 변형에 대응한다. 액션을 수신한 후, 블록 2404에서, 액션 매개변수들이 수신한 액션으로부터 추출된다. 예를 들어, 액션은 불필요 조건 교정을 위한 명령 및 데이터를 내장한, 한개 이상의 TCP/IP 패킷으로 전송될 수 있다. 이 명령 및 데이터들은 광고자에게서 수신되는 패킷으로부터 추출된다.

블록 2406에서, 수신한 액션에 의해 교정될 조건에 대응하는 값과 같도록 변수 C가 할당된다. 블록 2408에서, 변수 C에 저장된 값과 연계된 조건이 여전히 참인지가 결정된다. 참이 아닐 경우, 블록 2410에서, 조건이 더 이상 참이 아니라는 통지가 이 조건에 관련된 광고자에게 전달된다. 이 조건이 여전히 참일 경우, 블록 2412에서 교정 액션이 실행된다. 교정 액션은 광고자에 의해 명시되는 조건을 변경, 교정, 또는 수정하는 데 필요한 단계들일 수 있다. 교정 액션 실행 후, 블록 2414에서, 액션이 성공하였는 지가 결정된다. 즉, 원하던 교정을 얻었는 지가 결정된다. 성공하지 못했을 경우, 블록 2416에서, 명시된 액션의 교정에 실패하였음을 광고자가 통지받는다. 액션이 성공하였을 경우, 블록 2418에서 광고자가 성공을 통지받는다. 그후 제어는 블록 2402로 되돌아가서 다음 유입 액션을 기다린다.

도 24의 방법은 아래 슈도코드에 따라 구체화될 수 있다.

Procedure Handle-actions()

Loop

Wait for an incoming action(유입 액션을 기다림);

Extract action parameters(액션 매개변수를 추출);

Assign c = condition of action(c = 액션 조건);

If c is still true(c가 여전히 참일 경우)

Execute corrective action(교정액션 실행);

If successful(성공할 경우)

Notify advertiser(c) of success(성공을 광고자(c)에게 통지);

Else(그렇지 않을 경우)

Notify advertiser(c) of failure(실패를 광고자(c)에게 통지);

End If;

Else

Notify advertiser(c) that c is no longer true(c가 더 이상 참이 아님을 광고자(c)에게 통지);

End If;

End Loop;

End Procedure;

앞서 내용으로부터, 본 실시예들은 실적별 대금지불형 데이터베이스(pay for performance database)와 관련된 광고자가 그 목록들을 가장 효과적으로 관리하기 위한 방법 및 장치를 제공한다는 것을 알 수 있다. 광고자의 검색 목록을 모니터하고 명시된 조건 발생을 통지하는 자동 소프트웨어 에이전트를 구체화하기 위한 과정들이 제공된다. 이 조건 통지는 이메일, 페이지, 또는 팩스처럼 편리한 다수의 채널 중 어느 것으로도 광고자에게 제공될 수 있다. 이 통지사항들은 광고자가 신속하고 편리하게 응답할 수 있도록 통지사항 내에 내장된 액션 종류를 포함할 수 있다. 이는 광고자의 편의성을 향상시키고, 조건 변경에 보다 신속하게 응답하게 하며, 그리고 광고자에 대한 검색 목록의 상태를 모니터하던 사람들을 해방시킨다. 실적별 대금지불 시스템의 오퍼레이터와 광고자에게 최소의 비용으로 이 특징들을 제공할 수 있다.