KR20130115236A - 복수의 사용자 목록들을 연결 - Google Patents

Abstract

컴퓨터 구현 방법은 사용자로부터 콘텐츠에 대한 요청을 수신하는 단계, 상기 사용자와 연관된 2개 사용자 목록을 판단하는 단계― 각 사용자 목록은 각 사용자 목록의 구성원들을 특성화(characterize)하는 정의(definition)를 포함함―, 수요자(consumer)가 상기 2개 사용자 목록의 구독자(subscriber)라고 판단하는 단계, 상기 수요자가 상기 2개 사용자 목록 모두에 포함되어 있는 구성원들을 타겟화하는 것에 대한 선호(preference)를 나타냈다고 판단하는 단계, 및 상기 요청과 함께 2개 사용자 목록 모두에 연관된 상기 정의들의 제공을 포함한, 2개 사용자 목록 모두에 포함되는 모든 사용자들에 대한 표시(indication)를 상기 수요자에게 제공하는 단계를 포함한다.

Description

복수의 사용자 목록들을 연결{JOINING MULTIPLE USER LISTS}

본 명세서는 콘텐츠를 제시하는 것에 관한 것이다.

일반적으로 사용자들에게 관련 광고 콘텐츠(relevant advertising content)를 제공하는 것은 광고주 및 서비스 제공자에게 중요하다. 그러나 그러한 관련 광고 콘텐츠를 제공하는 것에 대하여 비용 효율이 높은 방법을 구현한다는 것은 끊임없이 변화하는 온라인 마켓에서 어려울 수 있다. 이에 더하여, 특정 사용자를 타겟팅(targeting)하기 위한 관련 정보가 한 기관(entity)은 알고 있을 수 있지만, 다른 사람들은 예컨대 타겟팅 결정을 한다거나 할 때, 그러한 정보에 쉽게 액세스할 수 없거나 사용할 수 없을 수도 있다.

본 명세서는 복수의 사용자 목록(user list)을 연결하는(joining) 시스템들 및 기술들을 논의한다.

일 양태로서, 컴퓨터 구현 방법은 사용자로부터 콘텐츠에 대한 요청을 수신하는 단계, 상기 사용자와 연관된 2개 사용자 목록을 판단하는 단계― 각 사용자 목록은 각 사용자 목록의 구성원들을 특성화(characterize)하는 정의(definition)를 포함함―, 수요자(consumer)가 상기 2개 사용자 목록의 구독자(subscriber)라고 판단하는 단계, 상기 수요자가 상기 2개 사용자 목록 모두에 포함되어 있는 구성원들을 타겟화하는 것에 대한 선호(preference)를 나타냈다고 판단하는 단계, 및 상기 요청과 함께 2개 사용자 목록 모두에 연관된 상기 정의들의 상기 수요자로의 제공을 포함한, 2개 사용자 목록 모두에 포함되는 모든 사용자들에 대한 표시(indication)를 상기 수요자에게 제공하는 단계를 포함한다.

다른 양태에서, 컴퓨터 구현 방법은 수요자에게 하나 이상의 사용자 목록의 제시(presentation)를 포함하는 사용자 인터페이스를 제공하는 단계―각 사용자 목록은 각 사용자 목록의 구성원들을 특성화하는 정의를 포함함―, 상기 사용자 목록들로부터 2개 목록의 선택에 대한 표시를 수신하는 단계, 한 명 이상의 구성원을 포함하는 맞춤형 목록을 생성하기 위해 상기 사용자 목록들을 연결하기 위한 함수의 표시를 수신하는 단계, 및 2개 사용자 목록 모두와 연관된 사용자가 콘텐츠에 대한 요청을 제공할 때 기억(recall)하기 위하여 상기 선택과 상기 함수를 저장하는 단계를 포함한다.

구현예들은 다음의 특징 가운데 일부 또는 모두를 포함하거나 아무것도 포함하지 않을 수 있다. 상기 제시는 각 정의를 설명하는 메타 데이터와 사용자 목록의 일람표를 포함한다. 함수의 표시는 부울 앤드 함수(boolean AND function)이다. 함수의 표시는 부울 낫 함수(boolean NOT function)이다. 함수의 표시는 부울 오어 함수(boolean OR function)이다. 맞춤형 목록을 만들기 위해 사용자 목록들을 연결하는 단계는 사용자 목록들의 구성원들인 사용자들과 연관된 정보를 사용하는 함수들 및 수리적 비교값(numerical comparisons)들을 사용하는 단계를 포함한다. 본 방법은 상기 사용자와 연관된 3개 이상의 사용자 목록을 판단하는 단계―각 사용자 목록은 각 사용자 목록의 구성원들을 특성화하는 정의를 포함함―, 수요자가 상기 3개 이상의 사용자 목록의 구독자라고 판단하는 단계, 상기 수요자가 상기 3개 이상의 사용자 목록에 포함되어 있는 구성원들을 타겟팅하는 것에 대한 선호를 나타냈다고 판단하는 단계, 및 상기 요청과 함께 상기 3개 이상의 사용자 목록과 연관된 상기 정의들의 상기 수요자로의 제공을 포함한, 상기 3개 이상의 사용자 목록에 포함된 모든 사용자들에 대한 표시를 상기 수요자에게 제공하는 단계를 더 포함한다. 본 발명은 사용자로부터 콘텐츠에 대한 요청을 수신하는 단계, 사용자가 상기 2개 사용자 목록 중 하나 이상의 구성원이라고 판단하는 단계, 상기 함수가 충족되었는지를 판단하는 단계, 및 상기 요청과 함께 상기 충족된 함수의 표시를 상기 수요자에게 제공하는 단계를 더 포함한다.

다른 양태에서, 컴퓨터 구현 방법은 사용자 목록들을 수요자에게 제시하는 단계―각 사용자 목록은 각 사용자 목록의 구성원들을 설명하는 정의를 포함함―, 상기 수요자에 의해, 구독할 적어도 2개의 사용자 목록의 선택을 수신하는 단계, 적어도 2개의 사용자 목록에 관련된 함수인 정의의 수신을 포함하는 맞춤형 목록을 생성하는 단계, 및 상기 정의를 포함하는 상기 맞춤형 목록을 저장하는 단계를 포함한다.

구현예들은 다음의 특징 가운데 일부 또는 모두를 포함하거나 아무것도 포함하지 않을 수 있다. 상기 함수는 앤드 함수이다. 본 방법은 사용자로부터 콘텐츠에 대한 요청을 수신하는 단계, 사용자가 적어도 2개 이상의 사용자 목록 목록을고중 적어도 하나의 구성원이라고 판단하는 단계, 상기 함수가 충족되는지를 판단하는 단계, 및 상기 요청과 함께 상기 충족된 함수의 표시를 상기 수요자에게 제공하는 단계를 더 포함한다. 상기 함수는 부울 함수이다.

다른 양태에서, 컴퓨터 구현 방법은 사용자 목록들을 수요자에게 제시하는 단계―각 사용자 목록은 각 사용자 목록의 구성원들을 설명하는 정의를 포함함―, 다른 소유 기관과 연관된 적어도 2개의 사용자 목록을 구독하기 위한 선택을 수요자로부터 수신하는 단계, 상기 적어도 2개의 사용자 목록에 관련된 함수인 정의의 수신을 포함하는 맞춤형 목록을 생성하는 단계, 및 관련되지 않은(unrelated) 사용자 목록 데이터가 병합(merge)되어 상기 맞춤형 목록의 구성원들의 특성 묘사(characteristics)의 수요자-정의 조합(consumer-defined combination)을 특정하는 보다 복잡한 사용자 목록이 되도록 상기 정의를 포함하는 상기 맞춤형 목록을 저장하는 단계를 포함한다.

다른 양태에서, 컴퓨터 구현 방법은 구독이 가능한 하나 이상의 사용자 목록을 판단하는 단계―각 사용자 목록은 각 사용자 목록의 구성원들을 설명하는 정의를 포함함―, 2개 이상의 사옹자 목록의 구독에 대한 수요자의 선택을 수신하는 단계, 상기 수요자에 의해 정의된 함수에 따라서 상기 사용자 목록 데이터의 병합을 포함한 적어도 2개의 사용자 목록의 병합을 포함하는 사용자 목록 데이터를 병합하는 단계―상기 함수는 각 병합된 사용자 목록과 연관된 상기 정의들의 바람직한 조합을 설명함―, 및 콘텐츠에 대한 요청이 수신되고 상기 함수가 충족되었을 때 상기 콘텐츠에 대한 사용자 요청의 표시를 상기 수요자에게 제공하는 단계를 포함한다.

구현예들은 다음의 특징 가운데 일부 또는 모두를 포함하거나 아무것도 포함하지 않을 수 있다. 상기 요청은 상기 사용자에게 디스플레이어질 광고에 대한 요청이고, 상기 수요자는 상기 사용자에게 맞춤형 콘텐츠를 제공할 광고주이다. 상기 사용자 목록은 각각이 사용자-특정 데이터에 의해 식별되는 한 명 이상의 구성원과 상기 정의를 포함한다. 상기 사용자 목록은 상기 사용자 목록들의 테이블에 저장되고, 상기 사용자 특정 데이터는 상기 사용자를 식별한다. 사용자-특정 데이터는 광고 제공 시스템에 있는 상기 사용자와 연관된 글로벌 식별자이다. 상기 사용자 목록들은 실시간으로 입찰들을 조정하기 위하여 상기 수요자에 의해 사용된다. 상기 사용자 목록들은 상기 사용자에게 제시될 콘텐츠를 맞춤화하기 위하여 상기 사용자에 의해 사용된다.

하나 이상의 실시예들에 대한 상세한 설명이 첨부 도면들 및 이하의 상세한 설명에 개시되어 있다. 다른 특징들 및 이점들은 상기 상세한 설명 및 도면들 및 청구항들로부터 명백해 질 것이다.

본 발명에 따르면, 2개 사용자 목록을 연결할 수 있다.

도 1은 공유 데이터(shared data)를 제공하고 사용하는 예시적 시스템의 개략적인 다이어그램이다.
도 2는 예시적 사용자 목록의 개략적인 다이어그램이다.
도 3은 사용자로부터의 콘텐츠에 대한 요청의 수신에 응답하여 2개 사용자 목록을 연결하기 위한 예시적 프로세서의 플로우 다이어그램이다.
도 4는 2개 사용자 목록을 연결하기 위해 사용되는 함수를 정의하고 저장하기 위한 예시적 프로세스의 플로우 다이어그램이다.
도 5는 수요자로부터의 콘텐츠에 대한 요청을 처리하기 위한 예시적 방법의 플로우 다이어그램이다.
도 6은 맞춤형 리스트를 정의 및 저장하기 위한 예시적 프로세서의 플로우다이어그램이다.
도 7은 수요자로부터의 콘텐츠에 대한 요청을 처리하기 위한 예시적 방법의 플로우 다이어그램이다.
도 8은 2이상의 다른 소유 기관과 연관된 사용자 목록들을 연결함으로써 맞춤형 목록을 정의 및 저장하기 위한 예시적 프로세스의 플로우 다이어그램이다.
도 9는 둘 이상의 사용자 목록의 수요자-특정 조합을 위해 수요자로부터 구독을 수신하기 위한 예시적 프로세스의 플로우 다이어그램이다.
도 10은 본 명세서에 개시된 기술들을 구현하기 위하여 사용될 수 있는 예시적 모바일 컴퓨터 디바이스와 컴퓨터 디바이스를 나타낸다.
여러 도면들에 있는 유사한 참조 부호들은 유사한 구성요소를 가리킨다.

일반적으로, 광고주들, 퍼블리셔(publisher)들 및 서비스 제공자(service provider)들은 온라인 사용자들에게 정보 및/또는 서비스들(예컨대, 광고 콘텐츠)을 제공하는 의미있는 수단을 구현하기 위하여 데이터를 교환하기를 원할 수 있다. 만일 특정 콘텐츠가 특정 사용자에게 의미있는 것으로 판단되었다면, 해당 사용자는 그 콘텐츠에 액세스하거나, 구매하거나 또는 해당 콘텐츠와 상호동작하고자 할 수 있다. 이 상호동작은 해당 콘텐츠 제공자(예컨대, 광고주, 퍼블리셔 또는 서비스 제공자)에게 수익(revenue)을 제공할 수 있다. 특정 콘텐츠 제공자(예컨대, 광고주, 퍼블리셔 또는 서비스 제공자)가 특정 콘텐츠가 사용자들에게 얼마나 의미가 있을지 또는 그렇지 않을지에 관한 데이터를 수집할 수 있다면(특히, 사용자 목록의 형태로), 그 수집된 데이터는 다양한 방식으로 다른 사람들에 의해 사용될 수 있을 것이다. 한가지 사용은 타겟팅된 콘텐츠를 선택하는 것에 관련된다. 다른 사용들도 가능한데, 예를 들어, 특정 콘텐츠가 한명 이상의 사용자들에게 관심을 끄는 대상임을 나타내는 사용자 목록들에 기초하여 입찰가(bids)를 조정할 수 있다. 사용자 목록들은 공개되거나, 판매되거나, 라이센싱되거나, 또는 액세스되어, 특정 사용자들에게 개인화된 콘텐츠를 제공하고 콘텐츠 제공자에 대해 수익을 증가시키는 것을 도울 수 있다. 일부 구현예들에서, 사용자 목록의 정의(및 사용자 목록에 포함된 성분들)는 숫자 식별자, 짧은 이름(short name), 텍스트 없는 설명(free-text description)(예컨대, 사용자 목록을 생성하는 프로세서, 어떤 사용자 유형이 사용자 목록에 있는지 등에 과한 설명을 포함함)ㅡ 사용자 목록의 소유자/보유자의 식별자 및/또는 이름, 구독자들의 이름/식별자, 사용자 목록의 구성원들인 사용자들의 식별자 등을 포함할 수 있다.

사용자 목록들은 사전 지정된 카테고리들에 속하는 특정 사용자 정보를 나타낼 수 있다. 이 카테고리들은 해당 데이터 소유주들에 의해 정의될 수 있다. 예를 들면, 사용자 목록은 예컨대 퍼블리셔들 또는 광고주들이 사용자들을 타겟팅할 수 있도록 사용자들을 카테고리(예컨대, 자택 소유자, 장인(craftsman), DVD 대여업자 등)에 대해 특성화하는, 한명 이상의 사용자에 관한 데이터를 포함할 수 있다. 일부 구현예들에서, 사용자 목록들은 관련 광고 콘텐츠를 타겟팅하는데 사용될 수 있다.

사용자 목록들은 다수의 규칙(rule)들에 따라서 생성되고 교환될 수 있으며, 이들 규칙들은 특정 사용자 목록들을 특정 수요자들에게 판매(market)하는데 사용될 수 있다. 이 규칙들은 사용자들을 특정 사용자 목록에 할당(assign)하는 방법들을 이용할 수 있다. 이러한 규칙들은 사용자 목록에 있는 어떤 데이터 콘텐츠가 다수의 사용자들과 특별히 관련되는지를 판단하기 위하여, 데이터, 정보 또는 서비스들의 논리적인 분류(logical categorization)를 제공할 수 있다.

방법들은 사용자 특정 정보(user specific information)를 데이터 소유주가 소유하거나 유지관리하는 하나 이상의 사용자 목록에 연관시키는 것을 설명한다. 이 사용자-특정 데이터와 사용자 목록들 간의 연관성(association)이 만들어진다. 이 연관성은 예컨대, 콘텐츠에 대한 요청에 응답한 실시간 응찰을 위하거나, 또는 특정 사용자에게 제공될 콘텐츠를 맞춤화하기 위해 활용될 수 있다. 사용자 목록 정보 및 연관성의 다른 사용들도 가능하다.

일부 구현예들에서, 둘 이상의 사용자 목록이 "연결"될 수 있으며, 이는 2개 이상의 사용자 목록의 구성원들인 사용자들이 2개 이상의 사용자 목록을 논리적으로 연결하는 사용자 목록의 구성원이 될 수 있음을 의미한다. 일부 구현예들에서, 사용자 목록들을 연결하는 메카니즘 또는 함수는 부울 연산자들(예컨대, 앤드(AND), 오아(OR), 낫(NOT) 등)을 사용할 수 있다. 예시로서, 사용자 목록 XANDY는 사용자 목록 X 앤드(AND) 구성원 사용자 목록 Y일 수 있고, 사용자 목록 XORY는 사용자 목록 X 오아(OR) 구성원 사용자 목록 Y일 수 있다.

일부 구현예들에서, 비교 함수와 같은 다른 함수들이 사용될 수 있다. 예를 들어, 만약 사용자들의 수입을 알고 있다면, 사용자 목록(I-200)은 200,000불 이상의 수입을 갖는 구성원들을 포함할 수 있다. 결과적으로, 광고주들은 예를 들어, 고수입 수요자가 구매할 가능성이 있는 제품들의 광고에 대하여 사용자 목록(I-200)의 구성원들을 타겟팅할 수 있다. 마찬가지로, 만약 사용자의 나이를 알고 있다면, 사용자 목록(A-50-70)은 50 내지 70 사이 연령의 회원들을 포함할 수 있고, 이러한 사용자 그룹은 예를 들어, 은퇴 근처 또는 은퇴 시기에 있는 사람들을 타겟팅하고자 하는 광고주들에 의해 사용될 수 있다. 다른 예시에서, 광고주들은 연결된 사용자 목록들(I-200과 A-50-70)의 구성원들 하이-앤드 투자(high-end investments)에 대한 광고에 타켓팅할 수 있다.

다른 구현예들에서, 2개 이상의 사용자 목록의 합집합(union)들 또는 교집합(intersection)들이 예를 들어, 광고주가 연결된 사용자 목록들의 구성원들에게 광고를 타겟팅하기 위해 충분한 만큼만(예컨대, 런-타임에) 잠시 동아만 존재할 수 있다. 일부 구현예들에서, 연결된 사용자 목록이 제공될 수 있으며, 예를 들어, 각 사용자 목록과 연결 함수의 설명 및/또는 의미 체계(semantics)를 포함하는 설명 및 주어진 이름일 수 있다. 일부 예시에서, 사용자 목록들의 수요자들(예컨대, 잠재적 수요자인 특정 사용자들을 타겟팅하기 위해 사용자 목록들을 사용하는 광고주들)은 예를 들어, 사용자 목록에 있는 정보에 액세스하는 비용을 지불함으로써 다양한 사용자 목록을 구독할 수 있다. 비용 또는 다른 금전적인 합의(monetary arrangement)는 예를 들어, 사용자 단위로(per-user basis), 정해진 시간(scheduled time) 등일 수 있다. 일부 구현예들에서, 요금은 사용자 목록 정보가 사용되면 광고주들에 의해 제공되는 광고 노출 횟수에 관련될 수 있다.

도 1은 공유 데이터(shared data)를 제공하고 사용하는 시스템(100)의 개략적인 다이어그램이다. 이 공유 데이터는 예컨대, 특정 사용자들과 관계가 있는 다수의 사전 지정된 카테고리들을 세부적으로 열거한 사용자 목록들 형태의 사용자-관련 데이터(user-related data of form of user list)를 포함할 수 있다. 이 카테고리들은 브라우저 이력(browser history), 사용자 선택내용, 쿠키(cookie) 정보, 사용자-제공 선호사항(preferences), 구매 이력, 웹 탐색 데이터 또는 다른 데이터(즉, 사용자가 이러한 데이터를 저장 및/또는 수집하는 것에 대해 승인(permission)한 경우)를 포함하지만 이에 한정되지 않는 사용자 정보에 의해 정의되거나 또는 사용자 정보와 관련될 수 있다. 일부 구현예들에서, 사용자 목록은 각각의 사용자 목록에 있는 정보를 수집한 데이터 제공자에 의해 소유될 수 있다. 일부 구현예들에서, 사용자 목록들은 예컨대 데이터 교환을 이용하여 다른 기관들과 공유될 수 있다. 예컨대, 사용자 목록들은 광고주들, 3자 서비스 제공자들, 또는 3자 광고주들, 데이터 집계기(data aggregator)들 및 다른 온라인 사용자들 사이에서 공유될 수 있다.

사용자 목록들은 데이터 교환에 제공되어, 데이터 교환 및/또는 데이터 소유주에 의해 유지관리될 수 있다. 사용자 목록들은 사용자 목록들과 연관된 카테고리/카테고리들을 재조정하거나 주어진 목록의 구성원인 사용자들에게 적합하도록 업데이트될 수 있다. 사용자 목록들의 관리는 이하에서 보다 자세하게 설명된다.

시스템(100)은 광고주 및 다른 수요자들이 사용자 목록들(104)을 찾아내거나 라이센스할 수 있도록 인터페이스를 제공하는 데이터 교환 엔진(102)을 포함한다. 이 데이터 교환 엔진(102)은 소유되거나 승인된 데이터에 기초하여 하나 이상의 사용자 목록을 유지관리, 업데이트, 제시, 라이센싱, 판매 또는 다른 관리하도록 구성될 수 있다. 생성된 사용자 목록은 특정 온라인 사용자 행동(specific online user behavior)을 특성화하는 사용자-특정 연관성(user-specific associations)들을 포함할 수 있다. 이 연관성들은 예컨대, 광고 서버(106), 3자 서버(108) 또는 다른 콘텐츠 제공자로부터 개인화된 콘텐츠를 제공하기 위해 사용될 수 있다. 본 명세서에서 설명된 것처럼, 데이터 교환 엔진(102)은 예를 들어, 능동적 타겟팅 온라인 광고주들(active targeted online advertisers)을 위한 온라인 광고 교환 시스템의 기능을 병행(parallel)할 수 있다.

시스템(100)은 사용자 목록(104)에 기초하는 맞춤형 목록들(105)의 데이터 저장소를 포함한다. 예를 들어, 맞춤형 목록(105)의 데이터 저장소에 있는 엔트리는 2개 이상의 사용자 목록(104)의 다양한 조합들(예컨대, 합집합들, 교집합들 등)을 나타내는 함수들을 갖는 정의들을 포함할 수 있다. 일부 구현예들에서, 수요자들(예컨대, 광고주들)은 맞춤형 리스트를 만들기 위하여 2개 이상의 사용자 목록(104)을 선택하는데 하나 이상의 사용자 인터페이스(예컨대, 데이터 교환 엔진(102)에 의해 제공됨)를 사용할 수 있다.

일부 구현예들에서, 데이터 교환 엔진(102)은 승인된 데이터의 소유주와 이러한 데이터의 수요자들 사이의 교환(exchange)을 생성할 수 있다. 승인된 데이터의 수요자들은 특정 카테고리의 사용자들을 타겟팅하기 위해 노력하는 광고주들을 포함할 수 있다. 일부 구현예들에서, 데이터 교환 엔진(102)은 타겟팅된 온라인 광고업계에서 광고 배치 서비스의 제공자를 위하여, 광고 공간의 구매자들이 부가적인 3자 데이터 소스를 이용할 수 있게 하는 메카니즘을 제공한다. 일부 구현예들에서, 데이터 교환 엔진(102)은 광고 콘텐츠를 사용자들에게 콘텐츠를 타겟팅하는 것을 포함하는 다양한 목적을 위하여, 퍼블리셔들, 배급업자(syndicate)들, 및 다른 데이터 제공자들에게 사용자 목록들을 제공할 수 있다.

데이터 교환 엔진(102)은 데이터 소유주들이 자신 소유의 데이터를 안정적으로 보고 관리(즉, 사용자 목록을 관리)할 수 있도록 하는 인터페이스를 제공할 수 있다. 예를 들면, 데이터 소유주는 수동적인 방식과 자동적인 방식 두 가지로 데이터를 입력함으로써 사용자 목록에서 정보를 생성하고 저장할 수 있다. 다른 기관들은 사용자 목록 상의 정보를 입력/유지관리 하기 위해 승인을 받을 수 있을 것이다. 퍼블리셔들은 또한 직접 판매 모델들(direct sales models) 또는 다른 마케팅 계획을 위해 데이터를 추출할 수 있다. 데이터 교환 엔진(102) 내에 컴퓨터 하드웨어가 도시되어 있지는 않지만, 프로세서들, 메모리, 및 다른 프로세싱 구성요소들이 포함되어 있을 수도 있다.

광고 서버(106)는 데이터 교환 엔진(102)을 경유하거나 또는 직접적으로 임의 개수의 브라우저들(110)에게 광고 콘텐츠를 제공할 수 있다. 이에 더하여, 광고 서버(106)는 광고 콘텐츠에 대한 요청들을 수신하고 해당 요청한 사용자들에게 광고 콘텐츠를 제공하도록 구성될 수 있다. 동작에 있어서, 광고 서버(106)는 하나 이상의 기준(criteria) 및 하나 이상의 사용자 목록에 포함된 데이터의 관점에 기초하여 타겟팅된 광고들을 선택할 수 있다. 광고 서버(106)는 또한 광고 저장소(ad repository)(112)로서 도시된 예시에서, 다른 저장 요소(예컨대, 저장소들)로의 액세스를 제공할 수 있다. 광고 저장소(112)는 특별한 키워드들, 입찰 기준, 광고주들, 및 표적 기준과 연관된 광고 콘텐츠를 저장하는데 사용될 수 있다. 데이터 저장 요소들은 어레이들(arrays), 해시 테이블들(hash tables), 목록들 및 페어들(pairs) 등을 포함하지만, 이로 제한되지는 않는 데이터를 저장하기 위한 방법들 가운데 임의의 하나 또는 이들의 조합을 포함할 수 있다. 광고 서버(106)는 유사한 유형의 다른 데이터 저장 디바이스들(예컨대, 사용자 목록들(104))을 액세스할 수 있다. 제공하는 광고에 대한 참조가 만들어지만, 광고 서버(106)는 다른 형식의 콘텐츠를 제공할 수 있다.

일부 구현예들에서, 광고주들은 소정 카테고리들(예컨대, 인구통계학의 카테고리, 관심 카테고리, 선호 카테고리)을 타겟팅하기 위하여 사용자 목록들을 구매하거나 라이센싱 하기 위하여 데이터 제공자들과 함께 작업할 수 있다. 사용자 목록들은 품질 및 다른 고려사항(consideration)들을 위해 분석될 수 있다. 광고주들은 예컨대, 타겟팅 기준을 결정하거나 현재의 입찰을 변경하기 위해 사용자 목록을 사용할 수 있다. 한 사용 사례의 예시에서, 광고주는 일정 기간동안 사용자 목록을 구독할 수 있다. 사용자 목록 자체가 사용자들의 소정 카테고리(예컨대, 스포츠 카 구매에 관심있는 인터넷 구매자들)와 연관되는 것으로 정의될 수 있다. 광고에 대한 요청들이 광고 시스템에 의해 수신될 수 있으며, 데이터 교환이 주어진 사용자가 어떤 사용자 목록들이 구독되고 있는 것인지를 판단하는데 사용될수 있다. 한 실시간 입찰의 예시에서, 사용자 목록을 구독하고 있는 광고주는 요청(및 사용자들이 사용자 목록(들)과 연관된 카테고리를 만족시키는 필수 정보(necessarily information))을 함께 볼 수도 있으며, 이어 이러한 정보를 고려하여 입찰을 조정/제출할 수 있다. 이것은 사용자 목록 데이터의 사용에 대한 단지 하나의 예시이다.

3자 서버들(108)은 데이터 교환 엔진(102)을 통해 임의 개수의 브라우저들(110)에게 3자 서비스들을 제공할 수 있다. 예를 들면, 이 3자 서버들(108)은 3자 서버에 접속하기 위해, 웹 서비스들, 광고 서비스들, 또는 외부 APIs(Application Programming Interfaces)를 제공할 수 있다. 이 3자 서버들(108)은 예컨대, 탐색 엔진 애플리케이션 프로그램을 실행하는 하나 이상의 서버를 포함할 수 있다. 일부 구현예들에서, 이 3자 서버들(108)은 관련 정보 서버 또는 광고 서버를 포함할 수 있다. 3자 서버들(108)은 쿠키들(114)을 사용하는 사용자 활동을 추적할 수 있다.

브라우저(110)는 인터넷을 브라우징하는 사용자를 나타낸다. 이 브라우저(110)는 어떤 개인 또는 임의의 다른 유형의 기관(예컨대, 회사, 기업체 등)이 소유하고 있는 네트워크상에서 접속가능한 임의의 웹사이트에 액세스할 수 있다. 예를 들면, 도 1에서 브라우저(110)는 어떤 서비스 또는 웹사이트에 액세스할 수 있다. 이 서비스 또는 웹사이트는 3자 서버(108)에 의해 또는 대안적으로 시스템(100)과 연관된 또 다른 서버에 의해 호스팅될 수 있다. 사용자는 서비스, 정보, 또는 상품을 위해 인터넷을 탐색하기 위해, 브라우저(110)를 사용할 수 있다. 이 브라우저(110)는 예컨대, 쿠키들(116)을 이용하여 사용자 활동을 추적할 수 있다.

일부 구현예들에서, 광고 서버(106)는 하나 이상의 사용자 목록에 따라서 광고 콘텐츠를 맞춤화하도록 동작가능한 하나 이상의 광고 커스터마이저들(advertisement customizers)(도시되지 않음)을 포함한다. 특히, 광고 커스터마이저는 사용자 목록 정보에 따라 디스플레이 기준, 언어, 또는 광고의 다른 콘텐츠를 맞춤화할 수 있다. 예를 들면, 특정 사용자 목록이 자동차 구매에 관련된 사용자-입력 탐색을 포함한다면, 광고 서버(106)는 광고의 콘텐츠 또는 디스플레이를 맞춤화하기 위해 사용자-입력 탐색 정보(예컨대, 웹 탐색 수행으로 인해 브라우저에 저장된 쿠키)를 사용할 수 있다. 맞춤화(customization)는 예컨대, 사용자에게 보다 적절한 광고를 제공할 수 있다.

운용 중에 및 생성된 사용자 목록 각각에 대하여, 시스템(100)은 특정 사용자가 속해 있는 사용자 목록들의 일람표를 예컨대, 테이블-기반 저장소(table-based repository) 내에 저장할 수 있다. 이 테이블-기반 저장소는 예컨대, "빅테이블: 구조화된 데이터를 위한 분산 저장 시스템(Bigtable: A Distributed Storage System for Structured Data)"라는 제목의 논문(Fay Chang, Jeffrey Dean, Sanjay Ghemawat, Wilson C. Hsieh, Deborah A. Wallach, Mike Burrows, Tushar Chandra, Andrew Fikes, 및 Robert E. Gruber 공저)에 기술된 바와 같은 다차원 분류 맵(multi-dimensional sorted map)을 갖는 사유 분산 저장 시스템(proprietary distributed storage system)에 의해 나타내어 질 수 있는데, 이 논문의 내용은 그 전체가 참조로서 본 명세서에 포함된다. 이 테이블-기반 저장소는 초대형 규모(예컨대, 수천개의 상용 서버 전체에 걸친 페타바이트(petabytes)의 데이터)로 설계되는 구조화된 데이터를 관리하기 위한 분산된 저장 시스템을 나타낸다. 사유 데이터베이스(proprietary database) 내의 각 사용자 목록은 다차원(이 가운데 하나는 버저닝(versioning) 및 가비지 콜렉션(garbage collection)을 허용하는 시간에 관한 필드(field)일 수 있음)을 갖는 하나 이상의 테이블 내에 포함될 수 있다.

시스템(100)은 테이블-기반 저장소에 인덱스를 제공할 수 있다. 이 인덱스는 예컨대, 사용자 쿠키로 표현될 수 있다. 예를 들어, 테이블-기반 저장소는 행(row)들 및 열(column)들이 세트일 수 있는데, 행들은 특정 사용자들에 대응되는 쿠키들을 나타내고, 열들은 사용자 목록과 연관된 특성 묘사(characterization)(예컨대, 특정 카테고리들, 키워드들, 웹사이트들 또는 다른 설명 데이터(descriptive data))를 나타낸다.

어떤 시점에, 사용자 브라우저(110)는 광고 서버(106) 또는 3자 서버(108)로부터의 광고 콘텐츠에 대한 요청을 만들 수 있다. 데이터 교환 엔진(102)은 주어진 사용자로부터 수신된 요청과 연관된 테이블-기반 저장소로부터 사용자 목록들의 일람표를 검색할 수 있으며, 해당 사용자 목록에 대한 식별된 수요자들에게 해당 요청을 제공할 수 있다. 이 요청에 대한 임의의 후속 프로세싱은 예를 들어, 타겟팅, 광고 맞춤화 및 입찰 생성을 위해 상기 목록을 사용할 수 있다. 이 사용자 목록들의 일람표 또는 그 일람표의 일부분이 또한 실시간 입찰자에게 전송되어, 상기 실시간 입찰자에게 한 명 이상의 사용자들에 관한 적절한 정보를 제공할 수 있다. 다른 사용들도 가능하다.

도 2는 테이블(200)에 저장된 사용자 목록들(104)의 개략적인 다이어그램을 보여주는 한 예시이다. 이 예시에서, 하나 이상의 기관들(예컨대, 사용자 데이터를 수집한 웹 퍼블리슁 기관)이 데이터 교환 엔진(102)으로 사용자 목록들(104)을 제공했다. 일부 구현예들에서, 테이블(200)에 있는 사용자 목록들(104)은 모두 동일한 기관에 의해 제공된 것이다. 일부 구현예들에서, 테이블(200)에 있는 사용자 목록들(104)은 다른 기관들과 연관된/소유된 사용자 목록을 포함할 수 있다. 일부 구현예들에서, 사용자들은 자신 소유의 사용자 목록들을 생성하여, 그 목록들을 데이터 교환 엔진(102)에 제공한다. 예를 들면, 사용자들은 개인별 선호에 따라 사용자 목록 내의 콘텐츠를 포맷(format)하고, 사용자들에 대해 콘텐츠를 타겟팅하여 공개(publication), 관리 및 사용하기 위하여, 사용자 목록 데이터를 데이터 교환 엔진(102)에 제공할 수 있다. 사용자 목록들(104)에 있는 데이터는 예컨대, 적어도 부분적으로는 사용자에 의해 제공된 탐색 및 브라우저 데이터에 기초하여 개발된다. 이 예시에서, 데이터 교환 엔진(102)은 사용자들(212) A∼E을 상세하게 열거한 사용자 목록들(104)을 관리할 수 있다. 일부 구현예들에서, 이 테이블(200)은 사용자들(212) 열과 같은 사용자 식별자에 의해 색인될 수 있다.

도시된 예시에서, 각각 행은 단일 사용자를 나타낸다. 사용자를 식별하기 위하여 사용자 식별자(도시되지 않음)가 사용될 수 있다. 이 사용자 식별자는 그 데이터를 소유/제공하는 기관과 연관된 도메인(domain) 내의 사용자와 연관된 사용자 식별자(특히, 로컬 식별자(local identifier))가 될 수 있다. 일부 구현예들에서, 예컨대 복수의 다른 기관들이 단일 테이블에 저장되는 사용자 목록을 제공하는 경우, 사용자 식별자는 광고 시스템이 해당 사용자에게 할당한 식별자와 같은, 해당 사용자와 연관된 글로벌 식별자의 형식일 수 있다. 글로벌 식별자들은 "로컬(local)" 기관 식별자들과 연관될 수 있으며, 로컬 기관 식별자를 포함하는 요청이 글로벌 식별자와 연관될 수 있어서, 복수의 기관들과 연관된 사용자 목록과 연관될 수 있도록 맵핑될수 있다. 사용자는 다른 데이터 소유주들에 의해 소유된 다수의 사용자 목록과 연관될 수 있기 때문에, 글로벌 식별자들이 그 사용자를 위하여 그들의 목록들을 함께 묶는 것을 도울 수 있다.

도시된 예시에서, 각각의 열은 예를 들면, 특정 카테고리(들), 키워드(들), 웹사이트(들), 인구통계(들), 관심(들), 또는 그 밖의 다른 사용자 분류에 의한 특성 묘사(가끔은 정의로서 참조됨)를 포함하는 사용자 목록을 나타낸다. 테이블(200) 내의 예시된 특성 묘사는 스포츠 카(sports cars), 세탁기 및 친환경(예컨대, 환경 운동가(environmentalists), 재활용가(recyclers), 저탄소 발자국 개인들(low carbon footprint individuals) 등)을 포함한다. 이 특성 묘사는 주어진 카테고리를 설명하는 디스크립터(descriptors)(예컨대, 키워드들)를 포함한다. 각 특성 묘사는 복수의 개별 카테고리들 또는 주제의 조합(combination)을 구현할 수 있다. 예를 들면, 특성 묘사 스포츠 카는 자동차에 관심을 갖고 웹사이트를 방문했던 개인들과 특히 스포츠 카에 관심을 가졌던 이들(그들 자신들이 두 개의 다른 카테고리들을 나타냄)을 구체화할 수 있다. 일부 구현예들에서는, 카테고리들 또는 주제의 논리적 조합들이 주어진 사용자 목록에 대한 특성 묘사를 정의하는데 사용될 수 있다.

테이블(200)의 열(214∼218)의 각각은 다른 사용자 목록과 연관된 다른 특성 묘사를 적어도 높은 수준으로 식별할 수 있다. 예를 들면, 열(214)은 "카테고리 A 스포츠 카"에 의해 특성화된 사용자들을 식별한다. 특성 묘사들 및 연관된 사용자 목록들의 다른 예시들은 몇 개만 예로 들자면, 열(216)(즉, "카테고리 B 세탁기") 및 열(218)(특히, "카테고리 C 친환경") 등으로 표현되어 있다. 테이블(200)은 수백 또는 수천의 특성 묘사 및 연관된 사용자 목록을 표현할 수 있다.

일부 구현예들에서, 테이블(200) 내의 각 엔트리(즉, 행과 열의 교차 지점)는 해당 사용자가 주어진 사용자 목록의 구성원인지를 나타낸다. 예를 들면, 엔트리(210)는 사용자 A가 '스포츠 카'의 특성 묘사를 지닌 사용자 목록에 연관되었거나 관심을 갖고 있다는 것을 가리키고, 엔트리(211a)는 사용자 돈(Don)이 '세탁기'의 특성 묘사를 지닌 사용자 목록과 연관되었거나 관심이 있다는 것을 가리키고, 엔트리(211b)는 돈이 "친환경" 생활방식을 갖는 사람들의 특성 묘사를 갖는 사용자 목록과 연관된 또는 그에 관심이 있다는 것을 가리킨다. 일부 구현예들에서, 다른 데이터가 엔트리 내에 포함될 수도 있다. 다른 데이터는 지리-위치 데이터, 쿠키 데이터, 사용자와 관련되고 데이터 소유주에 의해 알려진 보다 개인적인 데이터, 예시적 웹 페이지들 또는 예시적 콘텐츠(예컨대, 사용자에 의해 서핑된 콘텐츠), 키워드 탐색들, 위치 데이터, 웹사이트 데이터, 사이드 버티컬 데이터(side vertical data), 페이지 버티컬 데이터(page vertical data), 포맷된 텍스트 스트링(formatted text strings)[데이터 소유주가 자신에 의해 설정된 정의에 따라 특정 사용자와 관련된 데이터(예컨대, 세트이거나 인구통계 자료와 같은 것에 대한 각 사용자의 데이터에 의존하지 않는 일련의 비트들, 다른 관심사항들, 또는 그 특성 묘사와는 다르지만 특정 사용자에게 정보를 타켓팅하는데 사용될 수 있는 다른 데이터와 같은 세트이 것들에 대한 개인 사용자에 설정되거나 그 개인 사용자의 데이터)를 포함할 수 있음], 또는 다른 데이터를 포함할 수 있다. 예를 들면, 엔트리(220)는 사용자 C가 카테고리 C(친환경)와 연관된 사용자 목록의 구성원일 뿐만 아니라 이 사용자가 어떤 특별한 위치(예컨대, 포틀랜드에 거주)에 살고 있고, 소정 인구통계 그룹(예컨대, 남성)의 구성원이라는 표시(indication)를 포함한다.

개인 소유의 사용자 목록을 식별하는 것은 쿠키 또는 다른 사용자 식별가능 정보가 수신되었을 때, 데이터 교환 엔진(102)에 의해 이뤄질 수 있다. 일부 구현예들에서, 데이터 교환 엔진(102)은 사용자 목록들(104)에 대한 인덱스로서 쿠키들 또는 사용자 식별 정보를 사용한다. 예를 들면, 데이터 교환 엔진(102)은 사용자 목록 데이터와 쿠키 데이터/사용자 정보 사이의 연관성을 판단하기 위하여 특정 사용자 목록 정보를 지니고 수신된 사용자 식별자 데이터를 상호 참조(cross reference) 할 수 있다. 사용자 목록들(104) 내에 도시된 바와 같이, 사용자(A)는 키워드들 "스포츠 카"로 특성화된 사용자 목록 A에 관심을 갖는 것을 보여줬다. 예를 들어, 이 사용자는, 주어진 데이터 제공자와의 세션(session)의 일부로서, "렉서스(Lexus) 스포츠 카"에 대한 키워드 탐색을 제공하는 것과 같이 렉서스에서 생산된 스포츠 카를 보기 위한 요청을 제공했을 수 있다.

도 3은 사용자로부터 콘텐츠에 대한 요청의 수신에 응답하여 3개의 사용자 목록을 연결하기 위한 예시적 프로세스(300)의 플로우 다이어그램이다. 이 프로세스(300)는 예를 들어, 어떤 광고에서 맞춤형 콘텐츠를 제공하기 위하여 2개 사용자 목록을 연결하도록, 도 1에 도시된 데이터 교환 엔진(102)에 의해 실행될 수 있다. 더 많거나 더 적은 참여자(participant)들이 관여될 수 있다.

스테이지 302에서, 콘텐츠에 대한 요청이 사용자로부터 수신된다. 일부 구현예들에서, 콘텐츠에 대한 요청은 광고를 제공해달라는 요청이 될 수 있는데, 이 요청은 예를 들어, 데이터 교환 엔진(102)이 인터넷을 브라우징하고 있는 사용자(예컨대, 돈(Don))의 결과로서 수신한 것이다. 광고를 제공하라는 요청의 수신에 앞서, 돈(Don)의 브라우저는 탐색 결과를 초기에 디스플레이할 수 있는데, 이는 자신의 탐색 쿼리(query)[예컨대, 지역 가전제품 상점에 대한 쿼리(예컨대, 키워드 "대형 가전제품")]에 대한 응답으로 돈(Don)의 브라우저에 수신된 것이다. 돈(Don)은 세탁기 교체를 탐색하기 위해 쿼리를 만들 수 있는데, 예를 들어, 심지어 쿼리 내에 "세탁기"를 포함시킬 수 있다. 탐색 결과는 지역 가전제품 상점에 대한 몇몇 엔트리들을 포함할 수 있으며, 돈(Don)은 이 탐색 결과 엔트리들 가운데 하나를 선택(예컨대, 클릭함으로써)할 수 있다. 예를 들어, 한 엔트리가 게리의 가전제품 상점(Gary's Appliances Store)이 될 수 있는데, 이 엔트리는 해당 상점의 이름, 주소 및 전화번호, 지도 및 찾아가기 안내(driving instructions), 상점을 설명하는 스니핏, 관련 웹페이지로 연결되는 클릭가능한 링크(link) 등을 포함할 수 있다. 이 탐색 결과를 클릭한 결과, 돈(Don)의 브라우저는 탐색 결과에 대응하는 웹페이지(예컨대, www.garysappliances.com)로 이동하려고 시도할 것이다. 이 예시에서, 웹페이지 www.garysappliances.com는 하나 이상의 광고를 포함하거나 내장하도록 디자인 될 수 있는데, 이들의 각각은 예컨대, 광고 서버(106)에 의해 제공될 수 있는 이용가능한 노출(impression)이다. 따라서, 이 예시에서, 사용자 돈(Don)으로부터 수신된 콘텐츠에 대한 요청은 www.garysappliances.com 상의 광고를 제공하라는 요청이다. 이 요청은 예를 들어, 데이터 교환 엔진(102) 및/또는 다른 엔진(예컨대, 광고 서버 엔진)에 의해 수신되고 처리될 수 있다.

스테이지 304에서, 각각이 각 사용자 목록의 구성원들을 특성화하는 정의를 포함하는, 해당 사용자와 연관된 2개 사용자 목록이 판단된다. 도 2를 참조하고 있는 본 예시에서, 데이터 교환 엔진(102)은 테이블(200)에 있는 돈(Don)과 연관된 사용자 목록들(104)을 탐색(look up)할 수 있다. 이 탐색은 해당 사용자의 사용자 식별자(예컨대, "돈(Don)" 또는 상술된 다른 어떤 식별자)와 같은 사용자-특정 데이터(user-specific data)를 테이블(200) 내의 관심 행에 대한 인덱스로서 사용할 수 있다. 더욱이, 예컨대, 사용자 컴퓨터상의 쿠키(cookie)로부터의 정보(또는 사용자의 탐색 쿼리로부터의 정보)가 카테고리 B 세탁기 사용자 목록과 사용자 돈(Don)을 연관시키는데 사용될 수도 있는데, 열(216) 내의 엔트리(211a)로 도 2에 도시된 연관성은 돈(Don)이 그 사용자 목록의 구성원임을 나타내고 있다. 데이터 교환 엔진(102)은 사용자 목록 내의 구성원들을 특성화하는 카테고리 B 세탁기에 대한 정의를 사용하여 연관시킬 수 있다. 이에 더하여, 데이터 교환 엔진(102)은 돈(Don)이 카테고리 C 친환경인 제2 사용자 목록의 구성원이라는 것을 판단할 수 있고, 도 2에서 열(218)에 있는 엔트리(211b)로 묘사되고, 돈(Don)이 그 사용자 목록의 구성원이라는 나타내는 연관성(association)을 판단할 수 있다.

스테이지 306에서, 수요자가 2개 사용자 목록의 구독자인지 판단된다. 예를 들어, 수요자는 광고주일 수 있고, 데이터 교환 엔진(102)은 그 광고주가 2개의 카테고리인 카테고리 B 세탁기 사용자 목록과 카테고리 C 친환경 사용자 목록 모두의 구독자인지를 판단할 수 있다. 광고주는 2개 사용자 목록 모두를 구독할 수 있는데, 예컨대, 회사가 에너지 효율적인 가전 제품(예컨대, 세탁기)를 생산하기 때문에, 2개 사용자 목록 모두를 구독함으로써, 그 회사는 광고를 사용자 목록 중 하나 또는 모두의 회원들에게 타겟팅할 수 있다. 광고주는 이 예시에 포한되지 않은 여러 다른 사용자 목록들을 구독할 수 있고, 몇몇 다른 수요자들(예컨대, 다른 광고주들)도 카테고리 B 세탁기 및/도는 카테고리 C 친환경 사용자 목록 모두를 구독할 수 있다.

스테이지 308에서, 수요자가 2개 사용자 목록에 포함된 구성원들을 타겟팅하는 것에 대한 선호를 나타냈는지에 대한 판단이 행해진다. 현재 예시에서, 데이터 교환 엔진(102)은 수요자(예컨대, 가전 제품 광고주)가 광고를 세탁기 및 친환경에 관심을 갖는 사용자(예를 들면, 사용자 돈(Don)의 경우)에게 타겟팅하고자 한다는 소망(desire)을 나타냈는지를 판단할 수 있고, 여러 다른 사용자들의 경우일 수도 있다.

스테이지 310에서, 2개 사용자 목록 모두에 포함된 모든 사용자를 위한 수요자들에게 표시(indication)가 제공되는데, 이것에는 수요자들에게 상기 요청과 함께 2개 사용자 목록 모두에 연관된 정의들을 제공하는 것도 포함된다. 현재 예시에서 이어서, 데이터 교환 엔진(102)은 세탁기 및 친환경 사용자 목록 정의들, 2개 사용자 목록 모두에 있는 사용자들의 목록(돈(Don) 및 잠재적으로 다른 사람들), 및 광고 요청을 수요자(www.garysappliacnes.com에 대한 광고를 제공할 수 있는 특별한 광고 서버(106))에게 제공할 수 있다. 이러한 방식으로 된 정보의 조합은 2개 사용자 목록을 "연결"하는 것을 기본적으로 돕는다. 광고 요청과 연결된 정보를 수신하기 위해 데이터 교환 엔진(102)에 의해 선택된 광고 서버(106)는 세탁기와 친환경 사용자 목록을 구독하고 잇는 수요자(예컨대, 여러 광고 서버(106) 중 하나)일 수 있다. 2개의 목록 모두의 사용자들을 포함하는 이 예시는 부울 AND 함수의 사용에 기초한다. 다른 예시에서는, 예를 들어, 만약 함수가 부울 OR 함수이면, 데이터 교환 엔진(102)이 둘 중 하나의 리스트에 있는 사용자들의 목록을 광고주에게 제공할 수 있다.

일부 구현예에서, 사용자에 연관된 3개 이상의 사용자 목록이 판단될 수 있다. 이에 더하여, 데이터 교환 엔진(102)은 수요자(예컨대, 광고주)가 3개 이상의 사용자 목록의 구독자인지를 판단할 수 있다. 일부 구현예들에서, 데이터 교환 엔진(102)은 수요자가 3개 이상의 사용자 목록에 포함된 구성원들을 타겟화하는 것에 대한 선호를 나타냈는지를 판단할 수 있다. 그 결과, 일부 구현예들에서는, 콘텐츠에 대한 요청이 수신되었을 때, 데이터 교환 엔진(102)이 3개 이상의 사용자 목록에 포함된 모든 사용자들에 대한 수요자에게 표시를 제공할 수 있다. 이 표시는 상기 요청과 함께 3개 이상의 사용자 목록에 연관된 정의들을 수요자에게 제공하는 것을 포함한다.

일부 구현예들에서, 사용자 목록을 포함하는 전 단계들에서 획득된 정보가 실시간 입찰자에게 전달될 수 있다. 이 경우에 있어서 입찰은 예를 들어, 사용자가 찾아가려고 하는 웹사이트에 대응하는 이용가능한 노출에 대해 입찰할 수 있는 한 명 이상의 수요자들, 또는 광고주들로부터 수신된 입찰들이 관여될 수 있다. 정보 타겟팅을 이용하여, 예를 들어, 입찰들이 실시간으로 조정될 수 있다. 예를 들면, 이용가능한 노출에 대한 입찰은 다른 것들보다 상당히 높을 수 있는데, 이는 타겟팅된 광고가 전환으로 이끌어질 가능성이 더 있기 때문이다. 일부 경우에, 입찰이 추가 타겟팅 정보의 사용 없이 일어날 수 있으며, 이 추가 타겟팅 정보는 이후에 필요할 때(예컨대, 광고의 콘텐츠를 바꾸고자 할 때) 사용될 수 있다. 실시간 입찰은 도 4 내지 도 9를 참조하여 후술되는 프로세스들(400-900)의 일부 또는 전부를 포함하는, 다른 프로세스들에서 사용될 수 있다.

일부 구현예들에서, 선택적으로 그리고 입찰이 타겟팅 정보를 사용하여 일어났는지의 여부와 관계없이, 사용자 목록 및 다른 정보가 광고 커스터마이저에게 제공될 수 있다. 사용자 돈(Don)에게 제공된 광고에 관련된 예시로 다시 돌아가보면, 광고 커스터마이저는 돈(Don)이 구성원으로 있는 2개 이상의 사용자 목록으로부터의 광고를 포함하는, 가용 정보를 사용하여 광고를 맞춤화한다. 맞춤형 광고는 바로 제공되거나 및/또는 광고 저장소(112)에 저장될 수 있다. 광고의 맞춤화는 또한 도 4 내지 도 9를 참조하여 후술되는 프로세스들(400-900)의 일부 또는 전부를 포함하는, 다른 프로세스들에서 사용될 수 있다.

도 4는 2개의 사용자 목록을 연결하기 위해 사용되는 함수(예컨대, 부울 함수)를 정의하고 저장하기 위한 예시적 프로세스(400)의 플로우 다이어그램이다. 예를 들어, 프로세스(400)는 도 1에 도시된 데이터 교환 엔진(102)에 의해 적어도 부분적으로 실행될 수 있다. 특히, 광고주와 같은 수요자는 데이터 교환 엔진(102)에 의해 제공되는 웹사이트를 액세스할 수 있다. 웹사이트의 사용자들(예컨대, 사용자 목록들의 연결된 세트들을 정의 및 저장하고 싶어하는 광고주들)은 데이터 교환 엔진(102)에 의해 제공된 사용자 인터페이스들을 액세스할 수 있다. 더 많거나 적은 참여자들이 관여될 수 있다.

스테이지 402에서, 하나 이상의 사용자 목록의 제시를 포함하는 사용자 인터페이스가 수요자에게 제공된다. 각 사용자 목록은 각 사용자 목록의 구성원들을 특성화하는 정의를 포함한다. 예시로서, 광고주와 같은 수요자는 존재하는 사용자 목록들과 그것들의 정의들을 디스플레이하는 애플리케이션을 액세스할 수 있다. 일부 구현예들에서, 사용자 인터페이스는 각 사용자 목록과 연관된 메타 데이터를 포함할 수 있는데, 예를 들어 메타 데이터는 구성원인 사용자들의 수, 시간에 따른 증가 퍼센트, 지리적 분포를 나타내는 통계 자료(워싱톤, 오르곤 등에 있는 구성원 수), 인구 통계 자료(예컨대, 성별/나이 분류(breakdowns), 평균 수입, 교육 레벨 등), 등급(ratings) 정보, 자격 정보(예컨대, 리스트에 포함되는 자격을 얻기 위한 사용자의 요구 사항들) 등일 수 있다. 일부 구현예들에서는, 몇가지만 예로 들자면, 사용자 인터페이스는 수요자가 이전에 연결된 사용자 목록들을 이전에 어떻게 사용했는지를 식별할 수 있고, 각각에 대한 광고 노출의 결과 수를 포함할 수 있다. 수요자가 볼 수 있는 사용자 목록들의 예시는 몇개의 다른 사용자 목록을 나타내는, 세탁기, 친환경에 관심을 갖고 있는 구성들에 대한 사용자 목록들을 포함한다.

스테이지 404에서, 사용자 목록 리스트로부터 2개 사용자 목록의 선택에 대한 표시가 수신된다. 예를 들어, 사용자 인터페이스 내에 있는 컨트롤(예컨대, 체크박스들, 마우스 클릭들 등)들을 사용하여, 수요자는 맞춤형 리스트를 생성하기 위하여, 연결할 2개 사용자 목록(예컨대, 세탁기와 친환경 사용자 목록)을 선택할 수 있다.

스테이지 406에서, 한명 이상의 구성원을 포함하는 맞춤화 목록을 생성하기 위해, 사용자 목록들을 연결하기 위한 함수의 표시가 수신된다. 현재 예시에 이어서, 사용자는 2개의 카테고리 모두에 관심을 갖고 있는 사용자들을 나타내는 교집합을 만들기 위하여, 세탁기와 친환경 사용자 목록을 연결하기 위한 부울 AND 함수를 선택할 수 있다. 교집합은 도 2에서 엔트리(211a와 211b)로 묘사된 것과 같이, 세탁기와 친환경적 삶 방식에 관심을 갖고 있는 돈(Don)과 같은 사용자들을 포함할 수 있다. 이 AND 함수로 2개의 목록들을 연결함으로써,수요자는 테이블(200)에 있는 열(216과 218)의 교집합을 구축할 수 있다. 그러나 만약, 수요자가 부울 OR 함수를 선택하였다면, 사용자 목록들의 연결은 2개의 열의 합집합을 만들거나, 현재 예시의 문맥에서는, 세탁기 또는(OR) 친환경 중 하나(또는 둘 모두)에 관심이 있는 사용자들의 합집합을 만든다. 일부 구현예들에서는, AND, OR 및 NOT의 조합을 포함하는 임의의 부울 연산자들이 사용자 목록들을 연결하는데(예컨대, 3개 이상의 사용자 목록의 연결하는데) 사용될 수 있다. 일부 구현예들에서, 사용자 인터페이스는 사용자는 맞춤형 리스트를 표현하는 로직을 만들기 위하여, 선택(예컨대, 마우스로) 또는 드래그 및 드롭 인투 플레이스(drop in place)할 수 있는 사용하기 쉬운(easy-to-use) 기호(symbol)들을 포함할 수 있다. 일부 구현예들에서, 사용자 인터페이스는 결과 맞춤 목록에 상응하는 통계 자료(예컨대, 얼마나 많은 사용자들이 맞춤형 목록에 포함되어 있는지)를 디스플레이할 수 있다. 일부 구현예들에서, 사용자 인터페이스는 맞춤형 목록에 이름을 붙이거나 및/또는 설명에 타이핑을 할 수 있도록, 수요자를 위한 다른 컨트롤들 또는 필드들을 제공할 수 있다. 예를 들어, 이름은 나중에 그 맞춤형 목록에 액세스하기 위해(예컨대, 변경하기 위하여 등) 수요자에 의해 사용될 수 있다.

스테이지 408에서, 2개의 목록과 연관된 사용자가 콘텐츠에 대한 요청을 제공할 때 기억하기 위하여 선택 및 함수가 저장된다. 예를 들어, 연결에 관련되는 사용자 목록들과 그 연결에 사용되는 부울 함수(들)을 포함하는 수요자의 맞춤형 리스트가 저장된다. 일부 구현예들에서, 데이터 교환 엔진(102)은 맞춤형 목록들(105)의 데이터 저장소에 새로이 생성된 맞춤형 목록을 저장할 수 있다.

도 5는 수요자로부터의 콘텐츠에 대한 요청을 처리할 때, 사용자가 프로세스(400)에서 정의되는 함수를 만족시킨다는 것을 나타내기 위한 예시적 프로세스의 플로우 다이어그램이다. 보다 구체적으로, 콘텐츠에 대한 요청(예컨대, 광고 요청)이 수신되었을 때, 프로세스(500)는 사용자가 2개 이상의 사용자 목록을 연결하여 형성된 맞춤형 목록을 위해 식별된 함수(들)를 충족함으로써 맞춤형 목록의 "구성원"인지 여부를 식별한다. 예를 들어, 데이터 교환 엔진(102)은 프로세스(500)를 수행할 수 있다. 더 많거나 더 적은 참여자들이 관여될 수 있다.

스테이지 502에서, 콘텐츠에 대한 요청이 사용자로부터 수신된다. 일부 구현예들에서는, 콘텐츠에 대한 요청은 광고를 제공해달라는 요청일 수 있는데, 이 요청은 예를 들어, 데이터 교환 엔진(102)이 인터넷을 브라우징하고 광고에 대한 슬롯(alot)을 포함하는 다른 웹페이지로의 이동(navigate)하는 사용자의 결과로서 수신하는 것일 수 있다. 예를 들어, 사용자는 돈(Don)을 좋아하는 게리일 수 있으며, 세탁기와 친환경 사용자 목록에 모두 속해 있다. 이 예시에서, 광고 요청에 이르는 사용자 액션들의 시퀀스는 프로세스(300)의 스테이지 302에서 상술한 것들과 유사할 수 있다.

스테이지 504에서, 사용자가 2개의 사용자 리스트 중 한 명 이상의 구성원인지에 대한 판단이 행해진다. 예를 들어, 콘텐츠에 대한 요청(예컨대, 사용자 게리의 브라우저에 제공되어질 광고)이 수신될 때, 데이터 교환 엔진(102)은 게리가 세탁기 및 친환경 사용자 목록 모두의 구성원인지를 판단할 수 있다. 사용자 목록들이 단지 2개 사용자 목록이고, 수요자들은 상기 사용자 목록에서 게리의 회원자격에 관심을 갖고 있을 수 있다. 일부 구현예들에서, 데이터 교환 엔진(102)은 사용자(예컨대, 게리)가 속해 있는 모든 사용자 목록을 판단할 수 있다.

스테이지 506에서, 연관된 함수가 충족되었지에 대한 판단이 행해진다. 예를 들어, 세탁기와 친환경 사용자 목록의 교집합인 맞춤형 목록에 관련되는 현재 예시에서, 데이터 교환 엔진(102)은 맞춤형 목록들(105)의 데이터 저장소에 저장된 맞춤형 사용자 목록의 정의를 액세스할 수 있고, 2개 사용자 목록에 대한 식별자뿐만 아니라 함수 정의를 검색할 수 있다. 이 경우, 게리(돈(Don)을 좋아함)가 2개 사용자 목록 모두에 구성원이기 때문에, 함수는 부울 AND 함수이고, 데이터 교환 엔진(102)은 그 함수가 충족되는 것으로 판단할 수 있다.

일반적으로, 스테이지 506에서, 데이터 교환 엔진(102)은 구독자에 의해 생성되고 사용자(예컨대, 게리)의 사용자 목록에 상응하는 모든 맞춤형 목록에 액세스할 수 있다. 각 경우, 데이터 교환 엔진(102)은 각 맞춤형 리스트와 연관된 함수를 충족하는지 여부를 판단할 수 있다. 그래서, 스테이지 506은 하나 이상의 맞춤형 목록에서 사용자의 회원 자격을 판단할 수 있다.

스테이지 508에서, 충족된 함수의 표시가 요청과 함께 수요자에게 제공된다. 예를 들어, 데이터 교환 엔진(102)은 2개의 함수 모두에 있는 게리의 회원 자격을 연결하는 AND 함수가 충족되었다(예컨대, 논리적으로 참(TRUE))는 것을 나타내는 표시를 수요자(예컨대, 광고주)에게 제공할 수 있다. 이 표시는 데이터 교환 엔진(102)이 콘텐츠에 대한 요청(예컨대. 광고 요청)을 수요자(예컨대, 광고주)에게 제공함과 동시에 제공될 수 있다.

도 6은 맞춤형 리스트(예컨대, 적어도 2개의 사용자 목록에 관련된 함수에 기초함)를 정의 및 저장하기 위한 예시적 프로세스(600)의 플로우 다이어그램이다. 예를 들어, 프로세스(600)는 도 1에 도시된 데이터 교환 엔진(102)에 의해 적어도 부분적으로 실행될 수 있다. 구체적으로, 광고주와 같은 수요자는 데이터 교환 엔진(102)에 의해 제공되는 웹 사이트를 액세스할 수 있다. 웹 사이트의 사용자(예컨대, 맞춤형 목록들을 정의 및 저장하는 광고주)들은 데이터 교환 엔진(102)에 의해 제공되는 사용자 인터페이스에 액세스할 수 있다. 더 많거나 더 적은 참여자들이 관여될 수 있다.

스테이지 602에서, 사용자 목록들이 수요자에게 제시된다. 각 사용자 목록은 각 사용자 목록의 구성원들을 설명하는 정의를 포함한다. 예시로서, 광고주와 같은 수요자는 존재하는 사용자 목록들과 그것들의 정의들을 디스플레이하는 애플리케이션에 액세스할 수 있다. 일부 구현예들에서, 사용자 인터페이스는 각 사용자 목록과 연관된 메타 데이터를 포함할 수 있는데, 예를 들어 메타 데이터는 구성원인 사용자들의 수, 시간에 따른 증가 퍼센트, 지리적 분포를 나타내는 통계 자료(워싱톤, 오르곤 등에 있는 구성원 수),인구 통계 자료(예컨대, 성별/나이 분류(breakdowns), 평균 수입, 교육 레벨 등), 등급(ratings) 정보 등일 수 있다. 일부 구현예들에서는, 몇가지만 예로 들자면, 사용자 인터페이스는 수요자가 이전에 연결된 사용자 목록들을 이전에 어떻게 사용했는지를 식별할 수 있고, 각각에 대한 광고 노출의 결과 수를 포함할 수 있다.

스테이지 604에서, 수요자로부터 구독을 위한, 적어도 2개의 사용자 목록의 선택이 수신된다. 예를 들어, 사용자 인터페이스 내에 있는 컨트롤(예컨대, 체크박스들 등)들을 사용하여, 수요자는 맞춤형 리스트를 생성하기 위하여, 연결할 2개 사용자 목록(예컨대, 세탁기와 친환경 사용자 목록)을 선택할 수 있다. 예를 들어, 데이터 교환 엔진(102)은 구독을 위한 사용자 목록을 수신할 수 있다. 이 경우, 수요자는 사용자 목록들의 연결된 세트의 구독을 지정한다.

스테이지 606에서, 맞춤형 목록이 생성된다. 사용자 목록은 적어도 2개의 사용자 목록과 관련된 함수를 포함하는 정의를 포함한다. 예를 들어, 구독 프로세스 및 맞춤화 목록 생성(예컨대, 2개의 다른 사용자 목록을 연결하는 것에 기초함)의 일부로서, 수요자는 2개 사용자 목록에 관련된 함수를 정의할 수 있다. 예를 들어, 부울 함수(예컨대, AND, OR NOT 등)를 사용하여, 수요자가 다양한 종류의 맞춤형 목록(예컨대, 몇 가지만 예로 들자면 세탁기 AND 친환경, 세탁기 OR 친환경, 또는 세탁기 AND NOT 친환경)을 생성할 수 있다. 예를 들어, 마지막으로 언급한 맞춤화 목록(즉, 세탁기 AND NOT 친환경)이 광고를 세탁기를 필요로 하지만, 세탁기의 에너지 효율에는 상관하지 않는 사용자들에게 타겟팅하는데 사용될 수 있다. 현재 예시의 목적을 위해, 사용자 선택가 선택하는 부울 함수는 AND 함수일 수 있으며, 이는 생성되는 맞춤형 목록이 세탁기 AND 친환경이라는 것을 의미한다.

스테이지 608에서, 맞춤형 리스트 및 정의가 저장된다. 예를 들어, 데이터 교환 엔진(102)은 맞춤형 목록들(105)의 데이터 저장소에 맞춤형 목록을 저장할 수 있다. 이 지점의 앞쪽에서부터, 예를 들어, 세탁기 AND 진환경 맞춤형 목록은 사용(예컨대, 그 맞춤형 목록과 관련된 콘텐츠 요청들이 수신되었을 때 데이터 교환 엔진(102)에 의한 후속 사용)을 위해 이용할 수 있다.

도 7은 수요자로부터 콘텐츠에 대한 요청을 처리할 때, 사용자가 맞춤형 목록의 구성원이라는 것을 나타내기 위한 예시적 프로세스(700)의 플로우 다이어그램이다. 보다 구체적으로, 콘텐츠에 대한 요청(예컨대, 광고 요청)이 수신되었을 때, 프로세스(700)는 2개 이상의 사용자 목록을 연결하여 형성된 수요자-맞춤형 리스트를 위해 식별된 함수(들)을 충족시킴으로써 사용자가 맞춤형 목록의 "구성원"인지를 식별할 수 있다. 데이터 교환 엔진(102)은 예를 들어, 프로세스(700)를 수행할 수 있다. 더 많거나 더 적은 참여자들이 관여될 수 있다.

스테이지 702에서, 콘텐츠에 대한 요청이 사용자로부터 수신된다. 일부 구현예들에서는, 콘텐츠에 대한 요청은 광고를 제공해달라는 요청일 수 있는데, 이 요청은 예를 들어, 데이터 교환 엔진(102)이 인터넷을 브라우징하고 광고에 대한 슬롯을 포함하는 다른 웹페이지로의 이동(navigate)하는 사용자의 결과로서 수신하는 것일 수 있다. 이 예시에서, 광고 요청에 이르는 사용자 액션들의 시퀀스는 프로세스(300)의 스테이지 302에서 상술한 것들과 유사할 수 있다.

스테이지 704에서, 사용자가 적어도 2개의 사용자 리스트 중 한 명 이상의 구성원인지에 대한 판단이 행해진다. 예를 들어, 콘텐츠에 대한 요청(예컨대, 사용자 게리의 브라우저에 제공되어질 광고)이 수신될 때, 데이터 교환 엔진(102)은 게리가 맞춤형 목록들(예컨대, 세탁기 AND 친환경 사용자 목록)의 구성원인지를 판단할 수 있다.

스테이지 706에서, 연관된 함수가 충족되었지에 대한 판단이 행해진다. 예를 들어, 세탁기와 친환경 사용자 목록의 교집합인 맞춤형 목록에 관련되는 현재 예시에서, 데이터 교환 엔진(102)은 맞춤형 목록들(105)의 데이터 저장소에 저장된 맞춤형 사용자 목록의 정의를 액세스할 수 있고, 2개 사용자 목록에 대한 식별자뿐만 아니라 연관된 함수를 검색할 수 있다. 이 경우, 게리(돈(Don)을 좋아함)가 2개 사용자 목록 모두에 구성원이기 때문에, 함수가 부울 AND 함수이기 때문에, 데이터 교환 엔진(102)은 그 함수가 충족되는 것으로 판단할 수 있다.

스테이지 708에서, 충족된 함수의 표시가 요청과 함께 수요자에게 제공된다. 예를 들어, 데이터 교환 엔진(102)은 2개의 함수 모두에 있는 게리의 회원 자격을 연결하는 AND 함수가 충족되었다(예컨대, 논리적으로 참(TRUE))는 것을 나타내는 표시를 수요자(예컨대, 광고주)에게 제공할 수 있다. 이 표시는 데이터 교환 엔진(102)이 콘텐츠에 대한 요청(예컨대. 광고 요청)을 수요자(예컨대, 광고주)에게 제공함과 동시에 제공될 수 있다.

도 8은 2개 이상의 다른 소유 기관들과 연관된 사용자 목록을 연결함으로써 맞춤형 목록을 정의 및 저장하기 위한 예시적 프로세스(800)의 플로우 다이어그램이다. 예를 들어, 하나의 소유 기관은 가전 제품(예컨대, 세탁기, 냉장고 등)을 포함하는 내구 소비재(hard goods)와 연관된 사용자 목록들을 소유하고 있고, 다른 소유 기관들은 생활 방식(예컨대, 친환경, 자원 봉사(volunteering) 등)과 연관된 사용자 목록을 소유하고 있을 수 있다. 예를 들어, 데이터 교환 엔진(102)은 서로 다른 소유 기관에 의해 소유되고 있는 사용자 목록이 연결되는 것을 허용하는 프로세스(800)를 수행할 수 있는 사용자 인터페이스를 포함할 수 있다. 더 많거나 더 적은 참여자들이 관여될 수 있다.

일부 구현예들에서, 데이터 교환 엔진(102)은 서로 다른 소유 기관이 자신의 사용자 목록의 사용에 대해 대금을 받는다는 금융 계약(financial arrangement)을 갖고 있을 수 있다. 예를 들어, 이러한 비용은 사용자 목록의 수요자(예컨대, 사용자 목록들을 연결하기 위해 데이터 교환 엔진(102)를 사용하는 광고주)에게 전달될 수 있다. 결과로서, 데이터 교환 엔진(102)은 그들이 소유권이 어디에 있던지 상관없이, 사용자 목록의 조합들 및 사용자 목록들을 위한 정보 교환 기관(clearinghouse)으로서 동작(serve)할 수 있다.

스테이지 802에서, 사용자 목록들이 소유주에게 제시된다. 각 사용자 목록은 각 사용자 목록의 구성원들을 설명하는 정의를 포함한다. 예시로서, 광고주와 같은 수요자는 존재하는 사용자 목록들과 그것들의 정의들을 디스플레이하는 애플리케이션에 액세스할 수 있다. 일부 구현예들에서, 사용자 인터페이스는 각 사용자 목록과 연관된 메타 데이터를 포함할 수 있는데, 예를 들어 메타 데이터는 구성원인 사용자들의 수, 시간에 따른 증가 퍼센트, 지리적 분포를 나타내는 통계 자료(캘리포니아, 워싱톤 등에 있는 구성원 수 등), 인구 통계 자료(예컨대, 성별/나이 분류, 평균 수입, 교육 레벨 등) 등일 수 있다. 일부 구현예들에서는, 몇가지만 예로 들자면, 사용자 인터페이스는 수요자가 이전에 연결된 사용자 목록들을 이전에 어떻게 사용했는지를 식별할 수 있고, 각각에 대한 광고 노출의 결과 수를 포함할 수 있다. 일부 구현예들에서, 각 사용자 목록의 사용과 연관된 비용(들)도 디스플레이될 수 있다. 예를 들어, 비용들은 사용자 목록에 있는 사용자들의 수, 각 정보의 값, 사용자 목록들을 사용하여 제공된 최종 광고 노출(eventual) 횟수 등에 기초할 수 있다.

일부 구현예들에서, 서로 다른 소유 기관과 연관된 사용자 목록 중 일부 또는 모두는 데이터 교환 엔진(102)에 의해 사용자 목록들(104)에 저장될 수 있다. 예를 들어, 소유 기관들은 자신의 "소유된" 사용자 목록들을 저장할 수 있고, 예컨대, 인터넷을 통해 사용자 목록들에 액세스하기 위한 승인(permission)을 데이터 교환 엔진(102)에 제공할 수 있다. 일부 구현예들에서, 사용자 목록(104) 데이터 저장소에 저장된 사용자 목록들은 데이터 교환 엔진(102)에 의해 액세스가능한 다양한 위치에 분산되어 있을 수 있다.

스테이지 804에서, 수요자로부터 구독을 위한, 적어도 2개의 사용자 목록의 선택이 수신되는데, 여기서 적어도 2개의 사용자 목록은 서로 다른 소유 기관에 연관된 것이다. 예를 들어, 사용자 목록들의 일람표로부터, 수요자(예컨대, 광고주)는 적어도 2개의 소유 기관에 흩어져 소유되고 있는 복수의 사용자 목록들을 선택할 수 있다. 일부 구현예들에서, 사용자의 선택은 데이터 교환 엔진(102)에 의해 수신될 수 있다.

스테이지 806에서, 맞춤형 목록이 생성되며, 이 맞춤형 목록은 적어도 2개의 사용자 목록에 관련되는 함수를 가지는 정의를 포함한다. 예를 들어, 데이터 교환 엔진(102)은 수요자에 의해 제공되는 정보를 사용하여 맞춤형 리스트를 생성할 수 있으며, 이는 적어도 2개의 소유 기관 및 그것들에 관련된 함수를 포함하는 2개 이상의 사용자 목록의 선택을 포함한다. 일부 구현예들에서, 이 함수는 부울 연산자(예컨대, AND, OR NOT 등)를 사용하는 부울 함수를 포함할 수 있다.

스테이지 808에서, 비관련(unrelated) 사용자 목록 데이터가 병합될 수 있도록,맞춤형 리스트 및 정의가 저장되는데, 결과적으로 맞춤형 목록의 구성원들의 특성 묘사의 수요자-정의 조합을 특정하는 보다 복잡한 사용자 목록이 된다. 예를 들어, 데이터 교환 엔진(102)은 맞춤형 목록들(105)의 데이터 저장소에 맞춤형 목록을 저장할 수 있다. 저장되는 결과적 맞춤형 목록(105)은 데이터 교환 엔진(102)에 의해 필요에 따라서 액세스될 수 있고, 서로 다른 소유주가 있는 기관으로부터의 사용자 목록 정보를 효율적으로 병합하는 방법을 제공할 수 있다.

도 9는 2개 이상의 사용자 목록의 수요자-특정 조합을 위해 수요자로부터 구독을 수신하기 위한 예시적 프로세스(900)의 플로우 다이어그램이다. 예를 들어, 데이터 교환 엔진(102)이 프로세스(900)를 수행할 수 있다. 더 많거나 더 적은 참여자들이 관여될 수 있다.

스테이지 902에서, 구독할 수 있는 하나 이상의 사용자 목록이 판단된다. 각 사용자 목록은 각 사용자 목록의 구성원들을 설명하는 정의를 포함한다. 예를 들어, 데이터 교환 엔진(102)은 수요자들이 구독할 수 있는, 세탁기 사용자 목록과 친환경 사용자 목록을 포함하는 사용자 목록들의 일람표를 생성할 수 있다. 사용자 인터페이스를 사용하여, 데이터 교환 엔진(102)은 이러한 2개 사용자 목록과 다른 구독-대기 사용자 목록(subscription-ready user list)을 수요자에게 디스플레이할 수 있다. 데이터 교환 엔진(102)은 또한 각 사용자 목록의 구성원들을 특성화하는 각 사용자 목록의 정의를 디스플레이할 수 있다.

스테이지 904에서, 2개 이상의 사용자 목록의 구독에 대한 선택을 수요자로부터 수신한다. 예를 들어, 데이터 교환 엔진(102)에 의해 제공되는 사용자 인터페이스를 사용하여, 수요자(예컨대, 광고주)는 적어도 2개 이상의 사용자 목록을 선택할 수 있다. 예를 들어, 수요자는 세탁기 사용자 목록과 친환경 사용자 목록을 선택할 수 있다.

스테이지 906에서, 사용자 목록 데이터가 병합된다. 적어도 2개의 사용자 목록이 병합되는데, 수요자에 의해 정의된 함수에 따라서 사용자 목록 데이터를 병합하는 단계를 포함한다. 예를 들어, 함수(예컨대, 부울 함수 OR, AND 등)는 각 병합 사용자 목록의 바람직한 조합(예컨대, "세탁기" OR "친환경" 중 하나의 구성원인 사용자들을 병합하거나, "세탁기" AND "친환경" 모두의 구성원인 사용자들을 포함함)을 설명한다. 일반적으로, 데이터 교환 엔진(102)은 수요자(예컨대, 광고주)에 의해 특정된 함수들(예컨대, 부울 및/또는 다른 함수들)에 기초하여 세탁기 사용자 목록 및 친환경 사용자 목록을 병합할 수 있다. 일부 구현예들에서, 2개 사용자 목록을 병합하는 프로세스는 소스 사용자 목록들을 변경하지 않고 남겨둘 수 있다.

스테이지 908에서, 콘텐츠에 대한 요청이 수신되고 함수가 충족되었을 때, 콘텐츠에 대한 사용자 요청의 표시가 수요자에게 제공된다. 일부 구현예들에서, 콘텐츠에 대한 요청은 광고를 제공해달라는 요청일 수 있고, 예를 들어 그 요청은 데이터 교환 엔진(102)이 인터넷을 브라우징하고 광고에 대한 슬롯을 포함하는 다른 웹페이지로의 이동하는 사용자의 결과로서 수신하는 것일 수 있다. 데이터 교환 엔진(102)은 스테이지 906에서 맞춤형 목록을 생성한 광고주와 사용자 목록들을 병합하는데 사용된 함수를 특정한 광고주를 통지함으로써 사용자 요청 및 충족된 함수의 표시를 제공할 수 있다. 이 예시에서, 광고 요청에 이르는 사용자 액션들의 시퀀스는 프로세스(300)의 스테이지 302에서 상술한 것들과 유사할 수 있다.

상술된 프로세스(300-900)은 스테이지 또는 단계들의 예시적 시퀀스를 포함하지만, 단계들의 다른 적절한 시퀀스가 사용될 수 있다. 이에 더하여, 프로세스(300-900)는 광고만이 아니고, 콘텐츠에 대한 요청들을 처리하는데 사용될 수 있지만, 일부 구현예들에서는, 또한 웹 페이지에 디스플레이되는 콘텐츠와 탐색 결과 등을 포함하지만, 이것에 한정되지는 않는 다른 웹페이지 콘텐츠를 포함할 수 있다. 마찬가지로, 연결된 사용자 목록들의 사용이 광고가 아닌 다른 콘텐츠를 위해 사용될 수 있다.

도 10는 본 명세서에서 설명된 기술들에 사용될 수 있는 일반적인 컴퓨터 디바이스(1000)와 일반적인 모바일 컴퓨터 디바이스(1050)의 예시를 나타낸다. 컴퓨팅 시스템(1000)은 랩탑, 데스크탑, 워크스테이션, PDA(Personal Digital Assistant), 서버, 블레이드(blade) 서버, 메인프레임, 및 그 밖의 적절한 컴퓨터들과 같은 다양한 형태의 디지털 컴퓨터를 나타내기 위해 사용된다. 컴퓨팅 디바이스(1050)는 PDA, 셀룰라 전화, 스마트폰, 및 그 밖의 유사한 컴퓨팅 디바이스와 같은 다양한 형태의 모바일 디바이스를 나타내기 위해 사용된다. 본 명세서에서 나타낸 구성요소, 그들의 접속 및 관계, 및 그들의 기능들은 단지 예시적인 것을 의미하고, 본 명세서에서 설명하거나 및/또는 청구된 발명들의 구현예를 제한하는 것을 의미하지 않는다.

컴퓨팅 디바이스(1000)는 프로세서(1002), 메모리(1004), 저장 디바이스(1006), 메모리(1004)와 고속 확장 포트(1010)에 접속하는 고속 인터페이스(1008), 및 저속 버스(1014)와 저장 디바이스(1006)에 접속하는 저속 인터페이스(1012)를 포함한다. 각 구성요소(1002, 1004, 1006, 1008, 1010, 및 1012)는 다양한 버스들을 사용하여 서로 접속되고, 공통 마더보드에 탑재되거나 또는 적절한 경우 다른 방식으로 탑재될 수 있다. 프로세서(1002)는 컴퓨팅 디바이스(1000) 내에서 실행하기 위한 인스트럭션을 처리할 수 있으며, 이러한 인스트럭션에는, 고속 인터페이스(1008)에 연결된 디스플레이(1016)와 같은 외장 입/출력 디바이스 상에서 GUI용 그래픽 정보를 디스플레이하기 위해, 메모리(1004) 또는 저장 디바이스(1006)에 저장되는 인스트럭션이 포함된다. 다른 구현예에서, 다중 프로세서 및/또는 다중 버스는 적절한 경우, 다중 메모리 및 메모리 타입과 함께 사용될 수 있다. 또한, 다중 컴퓨팅 디바이스(1000)는 각 디바이스가 필요 동작의 부분을 제공하는 형태(예를 들어, 서버 뱅크, 블레이드 서버의 그룹, 또는 다중 프로세서 시스템)로 접속될 수 있다.

메모리(1004)는 컴퓨팅 디바이스(1000) 내에 정보를 저장한다. 일 구현예에서, 메모리(1004)는 휘발성 메모리 유닛 또는 유닛들이다. 또 다른 구현예에서, 메모리(1004)는 비휘발성 메모리 유닛 또는 유닛들이다. 또한, 메모리(1004)는 마그네틱 또는 광 디스크와 같은 다른 형태의 컴퓨터 판독가능 매체일 수 있다.

저장 디바이스(1006)는 컴퓨팅 디바이스(1000)를 위한 대용량 저장소(mass storage)를 제공할 수 있다. 일 구현예에서, 저장 디바이스(1006)는 플로피 디스크 디바이스, 하드 디스크 디바이스, 광 디스크 디바이스, 또는 테입 디바이스, 플래쉬 메모리 또는 다른 유사한 고체 상태 메모리 디바이스, 또는 저장 영역 네트워크 또는 다른 구성에 존재하는 디바이스를 포함하는 디바이스 어레이일 수 있다. 컴퓨터 프로그램 제품은 정보 캐리어(information carrier) 내에 유형적으로 구체화될 수 있다. 또한, 컴퓨터 프로그램 제품은 실행될 때, 상술한 것과 같은 하나 이상의 방법을 수행하는 인스트럭션을 포함할 수 있다. 정보 캐리어는 메모리(1004), 저장 디바이스(1006), 또는 프로세서(1002) 상의 메모리와 같은 컴퓨터 또는 기계 판독가능 매체이다.

저속 제어부(1012)가 저대역-집약적 동작(lower bandwidth-intensive operations)을 관리하는 반면, 고속 제어부(1008)는 컴퓨팅 디바이스(900)에 대한 대역-집약적 동작을 관리한다. 이러한 기능들의 배치는 단지 예시적인 것이다. 일 구현예에서, 고속 제어부(1008)는 메모리(1004), 디스플레이(1016)(예를 들어, 그래픽 프로세서 또는 가속기를 통함)에 연결되고, 다양한 확장 카드(도시되지 않음)을 수용할 수 있는 고속 확장 포트(1010)에 연결된다. 일부 구현예에서는, 저속 제어부(1012)는 저장 디바이스(1006) 및 저속 확장 포트(1014)에 연결된다. 다양한 통신 포트(예를 들어, USB, 블루투스, 이더넷, 무선 이더넷)를 포함할 수 있는 저속 확장 포트는 키보드, 포인팅 디바이스, 스캐너와 같은 하나 이상의 입/출력 디바이스들에 연결되거나, 또는 예컨대 네트워크 어댑터를 통하여, 스위치나 라우터와 같은 네트워킹 디바이스에 연결될 수 있다.

컴퓨팅 디바이스(1000)는 도면에 도시된 바와 같이, 복수의 다른 형태로 구현될 수 있다. 예를 들어, 컴퓨팅 디바이스(1000)는 표준 서버(1020)로 구현되거나 이러한 서버들의 그룹에서 여러 번(multiple time) 구현될 수 있다. 또한, 컴퓨팅 디바이스(1000)는 랙 서버 시스템(1024)의 부분으로서 구현될 수 있다. 이에 더하여, 컴퓨팅 디바이스(1000)는 랩탑 컴퓨터(1022)와 같은 개인용 컴퓨터내에 구현될 수 있다. 대안적으로, 컴퓨팅 디바이스(1000)로부터의 구성요소는 디바이스(1050)와 같은 모바일 디이스(도시되지 않음) 내 다른 구성요소와 조합될 수 있다. 이러한 디바이스 각각은 하나 이상의 컴퓨팅 디바이스(1000, 1050)를 포함하고, 전체 시스템은 서로 통신하는 다중 컴퓨팅 디바이스(1000, 1050)로 구성될 수 있다.

컴퓨팅 디바이스(1050)는 여러 구성요소 중에서 프로세서(1052), 메모리(1064), 디스플레이(1054)와 같은 입/출력 디바이스, 통신 인터페이스(1066), 및 트랜스시버(1068) 등을 포함한다. 또한, 디바이스(1050)에는 추가적인 저장소를 제공하기 위하여, 마이크로 드라이브 또는 다른 디바이스와 같은 저장 디바이스가 제공될 수 있다. 구성요소(1050, 1052, 1064, 1054, 1066, 및 1068) 각각은 다양한 버스를 이용하여 서로 접속되고, 구성요소의 몇몇은 공통의 마더보스에 탑재되거나 적절한 다른 방법으로 탑재될 수 있다.

프로세서(1052)는 컴퓨팅 디바이스(1050) 내에서 인스트럭션을 실행하며, 이 인스트럭션에는 메모리(1064)에 저장된 인스트럭션이 포함된다. 프로세서는 개별적이고 다중의 아날로그 및 디지털 프로세서를 포함하는 칩들의 칩 세트로서 구현될 수 있다. 프로세서는, 예를 들어, 사용자 인터페이스의 컨트롤, 디바이스(1050)에 의해 실행되는 애플리케이션, 및 컴퓨팅 디바이스(1050)에 의한 무선 통신과 같은 디바이스(1050)의 다른 구성요소들 사이에 조정을 제공할 수 있다.

프로세서(1052)는 제어 인터페이스(1058) 및 디스플레이(1054)에 연결된 디스플레이 인터페이스(1056)를 통해 사용자와 통신할 수 있다. 디스플레이(1054)는, 예를 들어, TFT LCD(Thin-Film-Tansistor Liquid Crystal Display) 또는 OLED(Organic Light Emitting Diode) 디스플레이, 또는 다른 적절한 디스플레이 기술일 수 있다. 디스플레이 인터페이스(1056)는 그래픽 및 다른 정보를 사용자에게 나타내기 위해 디스플레이(1054)를 구동하는 적절한 회로를 포함할 수 있다. 제어 인터페이스(1058)는 사용자로부터 명령들을 수신하고, 프로세서(1052)에 제출하기 위해 그 명령들을 변환한다. 더욱이, 확장 인터페이스(1062)는 디바이스(1050)와 다른 디바이스들 간에 근거리 통신이 가능하도록 하기 위해, 프로세서(1052)와의 통신에 제공될 수 있다. 확장 인터페이스(1062)는, 예를 들어, 일부 구현예에서는 유선 통신을 제공하고 다른 구현예에서 무선 통신을 제공하며, 또한 다중 인터페이스가 사용될 수 있다.

메모리(1064)는 컴퓨팅 디바이스(1050) 내에 정보를 저장한다. 메모리(1064)는 컴퓨터 판독가능 매체 또는 미디어, 휘발성 메모리 유닛 또는 유닛들, 또는 비휘발성 메모리 유닛 또는 유닛들 중 하나 이상으로서 구현될 수 있다. 또한, 확장 메모리(1074)가 제공되어, 예를 들어 SIMM(Single In Line Memory Module) 카드 인터페이스를 포함하는 확장 인터페이스(1072)를 통해 디바이스(1050)에 접속될 수 있다. 이러한 확장 메모리(1074)는 디바이스(1050)를 위한 여분의 저장 공간을 제공할 수 있고, 또한 애플리케이션 또는 디바이스(1050)를 위한 다른 정보를 저장할 수 있다. 특히, 확장 메모리(1074)는 상술된 프로세스를 실행하거나 보조하기 위한 인스트럭션을 포함하고, 또한 보안 정보를 포함할 수 있다. 따라서 예를 들어, 확장 메모리(1074)는 디바이스(1050)용 보안 모듈(security module)로서 제공될 수 있고, 디바이스(1050)의 안전한 사용을 가능하게 하는 인스트럭션로 프로그램될 수 있다. 더욱이, 보안 애플리케이션은, 해킹할 수 없는 방식(non-hackable manner)으로 SIMM 카드 상에 식별 정보를 위치시킨 것과 같은 추가적 정보와 함께 SIMM 카드를 통해 제공될 수 있다.

메모리는 아래에서 논의되는 것과 같이 예를 들어, 플래시 메모리 및/또는 NVRAM 메모리를 포함할 수 있다. 일 구현예에서, 컴퓨터 프로그램 제품은 정보 캐리어에 유형적으로 구체화된다. 컴퓨터 프로그램 제품은 실행될 때, 상술된 것과 같은 하나 이상의 방법을 수행하는 인스트럭션을 포함한다. 정보 캐리어는 메모리(1064), 확장 메모리(1074), 또는 예를 들어 트랜스시버(1068) 또는 확장 인터페이스(1062)를 통해 수신될 수 있는 프로세서(1052) 상의 메모리와 같은 컴퓨터-또는 기계-판독가능 매체이다.

디바이스(1050)는 디지털 신호 처리 회로를 필요에 따라 포함하는 통신 인터페이스(1066)를 통해 무선으로 통신할 수 있다. 통신 인터페이스(1066)는 GSM 음성 호, SMS, EMS, 또는 MMS 메시징, CDMA, TDMA, PDC, WCDMA, CDMA2000, 또는 GPRS 등과 같은 다양한 모드 또는 프로토콜 하에서의 통신을 제공할 수 있다. 이러한 통신은 예를 들어, 무선-주파수 트랜스시버(1068)를 통해 수행될 수 있다. 또한, 단거리(short range) 통신은 예를 들어, 블루투스, WiFi, 또는 다른 이러한 트랜스시버(도시되지 않음)를 사용하여 수행될 수 있다. 이에 더하여, GPS(Global Position System) 수신기 모듈(1070)은 추가적인 네비게이션- 및 위치- 관련 무선 데이터를 디바이스(1050)에 제공할 수 있으며, 이 무선 데이터는 디바이스(1050)에서 실행중인 애플리케이션에 의해 적절하게 사용될 수 있다.

또한, 디바이스(1050)는 사용자로부터의 발화 정보(spoken information)를 수신하고, 그 발화 정보를 사용가능한 디지털 정보로 변환하는 오디오 코덱(1060)을 이용하여, 청취가능하게(audibly) 통신할 수 있다. 또한, 오디오 코덱(1060)은 예를 들어, 디바이스(1050)의 핸드셋 내의 스피커를 통하는 것과 같이 해서, 사용자가 들을 수 있는 음성을 생성한다. 이러한 음성은 음성 전화 호로부터의 음성을 포함할 수 있고, 녹음된 음성(예를 들어, 음성 메시지, 음악 파일 등)은 포함할 수 있고, 또한 디바이스(1050) 상에서 동작하는 애플리케이션에 의해 생성된 음성을 포함할 수 있다.

컴퓨팅 디바이스(1050)는 도면에 도시된 바와 같이, 복수의 다양한 형태로 구현될 수 있다. 예를 들어, 컴퓨팅 디바이스(1050)는 셀룰러 전화(1080)로서 구현될 수 있다. 또한, 컴퓨팅 디바이스(1050)는 스마트폰(1082), PDA, 또는 다른 유사한 모바일 디바이스의 일부로서 구현될 수 있다.

본 명세서에 기재된 시스템의 다양한 구현예와 기술은 디지털 전자 회로, 집적 회로, 특별하게 설계된 ASICs(Application Specific Intergrated Circuit), 컴퓨터 하드웨어, 펌웨어, 소프트웨어, 및/또는 그것의 조합물로 실현될 수 있다. 이러한 다양한 구현예는 하나 이상의 컴퓨터 프로그램으로 된 구현예를 포함하며, 이 컴퓨터 프로그램은 적어도 하나의 프로그램 가능한 프로세서를 포함하는 프로그램 가능한 시스템에서 실행가능하고 및/또는 해석가능하다. 또한, 전용 또는 범용 프로세서일 수 있는 이 프로그램 가능한 프로세서는 데이터와 인스트럭션을 송수신하기 위해, 저장 시스템, 적어도 하나의 입력 디바이스 및 적어도 하나의 수신 디바이스에 연결된다.

컴퓨터 프로그램(또한 프로그램, 소프트웨어, 소프트웨어 애플리케이션, 또는 코드로 알려짐)은 프로그램 가능한 프로세서를 위한 기계 인스트럭션을 포함하고, 고레벨 절차 및/또는 오브젝트 지향 프로그램 언어(object-oriented programming language) 및/또는 어셈블리/기계 언어로 구현될 수 있다. 본 명세서에서 사용되는 바와 같이, 용어 "기계 판독가능 매체(machine-readable medium)"와 "컴퓨터 판독가능 매체(computer-readable medium)"는 기계 인스트럭션 및/또는 데이터를 프로그램 가능한 프로세서에 제공하기 위해 이용되는 임의의 컴퓨터 프로그램 제품, 장치, 및/또는 디바이스(예를 들어, 마그네틱 디스크, 광학 디스크, 메모리, PLDs(Programmable Logic Devices))를 가리키며, 기계 판독가능 신호와 같은 기계 인스트럭션을 수신하는 기계 판독가능 매체를 포함한다. 용어 "기계 판독가능 신호(machine-readable signal)"는 기계 인스트럭션 및/또는 데이터를 프로그램 가능한 프로세서에 제공하기 위해 사용되는 임의의 신호를 가리킨다.

사용자와의 상호 동작을 제공하기 위하여, 본 명세서에 기술된 시스템과 기술은, 정보를 사용자에게 디스플레이하기 위한 디스플레이 디바이스(예를 들어, CRT(cathode ray tube) 또는 LCD 모니터)와 사용자가 컴퓨터에 입력을 제공할 수 있는 키보드 및 포인팅 디바이스(예를 들어, 마우스 또는 트랙볼)를 구비한 컴퓨터상에서 구현될 수 있다. 사용자와의 상호 동작을 제공하기 위하여 다른 종류의 디바이스가 또한 사용될 수 있다; 예를 들어, 사용자에게 제공되는 피드백(feedback)은 임의의 형태의 감각 피드백(예를 들어, 시각 피드백, 청각 피드백 또는 촉각 피드백)일 수 있고, 사용자로부터의 입력은 음향(acoustic), 음성(speech) 또는 촉각(tactile) 입력을 포함하는 임의의 형태로 수신될 수 있다.

본 명세서에서 설명한 시스템과 기술은, 백앤드(back end) 구성요소(예를 들어, 데이터 서버와 같은), 또는 미들웨어 구성요소(예를 들어, 애플리케이션 서버), 또는 프론트 앤드(front end) 구성요소(예를 들어, 본 명세서에서 설명된 시스템 및 기술의 구현예와 사용자가 상호 동작할 수 있는 그래픽 사용자 인터페이스 또는 웹브라우저를 구비한 클라이언트 컴퓨터), 또는 이러한 백앤드, 미들웨어, 또는 프론트 앤드 구성요소들의 임의의 조합을 포함하는 컴퓨팅 시스템으로 구현될 수 있다. 시스템의 구성요소는 디지털 데이터 통신의 임의의 형태 또는 매체(예를 들어, 통신 네트워크)에 의해 상호 접속될 수 있다. 통신 네트워크의 예로서, 근거리 네트워크(LAN), 광역 네트워크(WAN), 및 인터넷이 있다.

컴퓨팅 시스템은 클라이언트와 서버를 포함할 수 있다. 클라이언트와 서버는 보통 서로 떨어져 있으며, 일반적으로는 통신 네트워크를 통하여 상호 동작한다. 클라이언트와 서버의 관계는 각각의 컴퓨터상에서 실행되고 상호 클라이언트-서버 관계를 갖는 컴퓨터 프로그램에 의하여 발생한다.

많은 구현예들이 자세하게 상술되었다. 그렇지만, 다양한 변형예들이 본 발명의 진정한 의미(spirit)와 범위를 벗어나지 않으면서 만들어질 수 있다는 것이 이해될 것이다. 예를 들어, 본 명세서의 많은 부분들이 미래의 다른 형태들이 아닌 광고에 관련하여서 설명되었지만, 콘텐츠 전달도 제공받을 수 있다.

이에 더하여, 도면에서 묘사된 로직 흐름은 희망하는 결과를 달성하기 위해, 도시된 특정 순서 또는 시계열적 순서일 필요는 없다. 또한, 다른 단계들이 제공되거나, 그로부터 단계들이 제거될 수 있으며, 다른 구성요소들이 설명된 시스템에 추가되거나 그로부터 제거될 수 있다. 따라서 다른 실시예들은 후술하는 청구범위의 범위 내에 속한다.

100 : 시스템 102 : 데이터 교환 엔진
104 : 사용자 목록(들) 106 : 광고 서버
108 : 3자 서버(들) 110 : 브라우저(들)
112 : 광고 저장소 114, 116 : 쿠키들
200 : 테이블

Claims (21)

1. 사용자로부터 콘텐츠에 대한 요청을 수신하는 단계;
   상기 사용자와 연관된 2개 사용자 목록을 판단하는 단계― 각 사용자 목록은 각 사용자 목록의 구성원들을 특성화(characterize)하는 정의(definition)를 포함함―;
   수요자(consumer)가 상기 2개 사용자 목록의 구독자(subscriber)라고 판단하는 단계;
   상기 수요자가 상기 2개 사용자 목록 모두에 포함되어 있는 구성원들을 타겟화하는 것에 대한 선호(preference)를 나타냈다고 판단하는 단계; 및
   상기 요청과 함께 2개 사용자 목록 모두에 연관된 상기 정의들의 상기 수요자로의 제공을 포함한, 2개 사용자 목록 모두에 포함되는 모든 사용자들에 대한 표시(indication)를 상기 수요자에게 제공하는 단계를 포함하는 컴퓨터 구현 방법.
2. 수요자에게 하나 이상의 사용자 목록의 제시(presentation)를 포함하는 사용자 인터페이스(user interface)를 제공하는 단계―각 사용자 목록은 각 사용자 목록의 구성원들을 특성화하는 정의를 포함함―;
   상기 사용자 목록들로부터 2개 목록의 선택에 대한 표시(indication)를 수신하는 단계;
   한 명 이상의 구성원을 포함하는 맞춤형 목록(customized list)을 생성하기 위해 상기 사용자 목록들을 연결하기 위한 함수(function)의 표시를 수신하는 단계; 및
   2개 사용자 목록 모두와 연관된 사용자가 콘텐츠에 대한 요청을 제공할 때 기억(recall)하기 위하여 상기 선택과 상기 함수를 저장하는 단계를 포함하는 컴퓨터 구현 방법.
3. 청구항 2에 있어서,
   상기 제시는 각 정의를 설명하는 메타 데이터와 사용자 목록의 일람표를 포함하는 컴퓨터 구현 방법.
4. 청구항 2에 있어서,
   상기 함수의 표시는 부울 앤드 함수(boolean AND function)인 컴퓨터 구현 방법.
5. 청구항 2에 있어서,
   상기 함수의 표시는 부울 낫 함수(boolean NOT function)인 컴퓨터 구현 방법.
6. 청구항 2에 있어서,
   상기 함수의 표시는 부울 오어 함수(boolean OR function)인 컴퓨터 구현 방법.
7. 청구항 2에 있어서,
   맞춤형 목록을 만들기 위해 상기 사용자 목록들을 연결하는 단계는 상기 사용자 목록들의 구성원들인 사용자들과 연관된 정보를 사용하는 함수들 및 수리적 비교값(numerical comparisons)들을 사용하는 단계를 포함하는 컴퓨터 구현 방법.
8. 청구항 1에 있어서,
   상기 사용자와 연관된 3개 이상의 사용자 목록을 판단하는 단계―각 사용자 목록은 각 사용자 목록의 구성원들을 특성화하는 정의를 포함함―;
   수요자가 상기 3개 이상의 사용자 목록의 구독자라고 판단하는 단계;
   상기 수요자가 상기 3개 이상의 사용자 목록에 포함되어 있는 구성원들을 타겟팅하는 것에 대한 선호를 나타냈다고 판단하는 단계; 및
   상기 요청과 함께 상기 3개 이상의 사용자 목록과 연관된 상기 정의들의 상기 수요자로의 제공을 포함한, 상기 3개 이상의 사용자 목록에 포함된 모든 사용자들에 대한 표시를 상기 수요자에게 제공하는 단계를 더 포함하는 컴퓨터 구현 방법.
9. 청구항 2에 있어서,
   사용자로부터 콘텐츠에 대한 요청을 수신하는 단계;
   사용자가 상기 2개 사용자 목록 중 하나 이상의 구성원이라고 판단하는 단계; 및
   상기 함수가 충족되었는지를 판단하는 단계; 및
   상기 요청과 함께 상기 충족된 함수의 표시를 상기 수요자에게 제공하는 단계를 더 포함하는 컴퓨터 구현 방법.
10. 사용자 목록들을 수요자에게 제시하는 단계―각 사용자 목록은 각 사용자 목록의 구성원들을 설명하는 정의를 포함함―;
    상기 수요자에 의해, 구독할 적어도 2개의 사용자 목록의 선택을 수신하는 단계;
    상기 적어도 2개의 사용자 목록에 관련된 함수인 정의의 수신을 포함하는 맞춤형 목록을 생성하는 단계; 및
    상기 정의를 포함하는 상기 맞춤형 목록을 저장하는 단계를 포함하는 컴퓨터 구현 방법.
11. 청구항 10에 있어서,
    상기 함수는 AND 함수인 컴퓨터 구현 방법.
12. 청구항 10에 있어서,
    사용자로부터 콘텐츠에 대한 요청을 수신하는 단계;
    상기 사용자가 적어도 2개 이상의 사용자 목록 목록을고중 적어도 하나의 구성원이라고 판단하는 단계;
    상기 함수가 충족되는지를 판단하는 단계; 및
    상기 요청과 함께 상기 충족된 함수의 표시를 상기 수요자에게 제공하는 단계를 더 포함하는 컴퓨터 구현 방법.
13. 청구항 10에 있어서,
    상기 함수는 부울 함수인 컴퓨터 구현 방법.
14. 사용자 목록들을 수요자에게 제시하는 단계―각 사용자 목록은 각 사용자 목록의 구성원들을 설명하는 정의를 포함함―;
    다른 소유 기관(different ownership entity)과 연관된 적어도 2개의 사용자 목록을 구독하기 위한 선택을 수요자로부터 수신하는 단계;
    상기 적어도 2개의 사용자 목록에 관련된 함수인 정의의 수신을 포함하는 맞춤형 목록을 생성하는 단계; 및
    관련되지 않은(unlated) 사용자 목록 데이터가 병합(merge)되어 상기 맞춤형 목록의 구성원들의 특성 묘사(characteristics)의 수요자-정의 조합(consumer-defined combination)을 특정하는 보다 복잡한 사용자 목록이 되도록 상기 정의를 포함하는 상기 맞춤형 목록을 저장하는 단계를 포함하는 컴퓨터 구현 방법.
15. 구독이 가능한 하나 이상의 사용자 목록을 판단하는 단계―각 사용자 목록은 각 사용자 목록의 구성원들을 설명하는 정의를 포함함―;
    2개 이상의 사옹자 목록의 구독에 대한 수요자의 선택을 수신하는 단계;
    상기 수요자에 의해 정의된 함수에 따라서 상기 사용자 목록 데이터의 병합을 포함한 적어도 2개의 사용자 목록의 병합을 포함하는 사용자 목록 데이터를 병합하는 단계―상기 함수는 각 병합된 사용자 목록과 연관된 상기 정의들의 바람직한 조합을 설명함―; 및
    콘텐츠에 대한 요청이 수신되고 상기 함수가 충족되었을 때, 상기 콘텐츠에 대한 사용자 요청의 표시를 상기 수요자에게 제공하는 단계를 포함하는 컴퓨터 구현 방법.
16. 청구항 1에 있어서,
    상기 요청은 상기 사용자에게 디스플레이어질 광고에 대한 요청이고,
    상기 수요자는 상기 사용자에게 맞춤형 콘텐츠를 제공할 광고주인 컴퓨터 구현 방법.
17. 청구항 1에 있어서,
    상기 사용자 목록은 각각이 사용자-특정 데이터에 의해 식별되는 한 명 이상의 구성원과 상기 정의를 포함하는 컴퓨터 구현 방법.
18. 청구항 17에 있어서,
    상기 사용자 목록은 상기 사용자 목록들의 테이블에 저장되고,
    상기 사용자 특정 데이터는 상기 사용자를 식별하는 컴퓨터 구현 방법.
19. 청구항 18에 있어서,
    상기 사용자-특정 데이터는 광고 제공 시스템에 있는 상기 사용자와 연관된 글로벌 식별자(global identifier)인 컴퓨터 구현 방법.
20. 청구항 1에 있어서,
    상기 사용자 목록들은 실시간으로 입찰들을 조정하기 위하여 상기 수요자에 의해 사용되는 컴퓨터 구현 방법.
21. 청구항 1에 있어서,
    상기 사용자 목록들은 상기 사용자에게 제시될 콘텐츠를 맞춤화하기 위하여 상기 사용자에 의해 사용되는 컴퓨터 구현 방법.

Images