KR20120076698A - 지리적 울타리가 설정된 가상 스크래치카드 - Google Patents

Abstract

모바일 통신 디바이스에 지리적 울타리가 설정된 광고를 제공하는 방법이 제공된다. 광고는 관련 가상의 스크 래치카드 제안을 갖는다. 스크래치카드는 모바일 통신 디바이스가 사업의 위치로부터 제 1의 미리 정의된 거리보다 짧은 거리에 있을 때에만 디스플레이된다. 모바일 통신 디바이스가 사업의 위치로부터 제 2의 미리 정의된 거리보다 짧은 거리에 있는 동안 사용자가 모바일 통신 디바이스를 통해 가상의 스크래칭 기능을 수행하는 경우에만, 제안이 노출된다. 제 2의 미리 정의된 거리는 제 1의 미리 정의된 거리보다 짧다.

Description

지리적 울타리가 설정된 가상 스크래치카드{GEO-FENCED VIRTUAL SCRATCHCARD}

본 출원은 발명의 명칭이 "Geo-fenced Virtual Scratchcard"이고, 2010년 8월 25일에 출원된 미국 가특허출원 제61/376,756호의 이익을 주장하고, 그 내용 전체가 모든 목적을 위하여 본 명세서에서 참조로서 병합된다.

본 발명은 광고 시스템 및 방법에 관한 것으로, 보다 구체적으로 위치에 기반한 광고 시스템 및 방법에 관한 것이다.

위치에 기반한 광고(LBA : Location-based advertising)는 알려져 있다. 그러나, 알려진 LBA 시스템은, 이들 시스템이 상인의 위치와 같은 고정된 위치의 미리 정의된 거리 내에 사용자가 있을 때마다 광고를 표시한다는 점에서 제한을 갖는다. 이러한 시스템은 사용자에 의한 혼동과 무관심을 초래하는데, 왜냐하면 광고 메시지가 상인의 위치로 이동하도록 하는 동기부여를 사용자에게 제공하지 못하기 때문이다.

본 발명의 일 실시예는 사용자의 무선 모바일 통신 디바이스 상에 지리적 울타리가 설정된 광고를 디스플레이하는 컴퓨터-구현 방법을 제공한다. 광고는 하나의 사업과 관련되고, 이러한 사업은 해당 사업 위치를 갖는다. 이 방법은 모바일 통신 디바이스의 지리적인 위치에 대한 정보를 자동으로 수신하는 단계를 포함한다. 모바일 통신 디바이스가 사업 위치의 제 1의 미리 정의된 거리 내에 있는 동안, 광고의 제 1형태는 자동적으로 모바일 통신 디바이스 상에 디스플레이된다. 모바일 통신 디바이스가 사업 위치의 제 1의 미리 정의된 거리보다 짧은 제 2의 미리 정의된 거리 내에 있는 동안, 광고의 제 1형태와는 다른 광고의 제 2형태가 모바일 통신 디바이스 상에 자동적으로 디스플레이된다.

용어 "~ 동안"은 반드시 전체 시간을 의미하는 것은 아니다. 예컨대, 광고의 제 1형태는 모바일 통신 디바이스가 사업 위치의 제 1의 미리 정의된 거리 내에 있는 시간의 일부 동안에만 디스플레이될 수 있다. 더욱이, 모바일 통신 디바이스와 사업 위치 사이의 거리는 2차원 또는 3차원으로 측정할 수 있다. 모바일 통신 디바이스는 전형적으로 모바일 전화와 같은 무선 통신 디바이스이다.

선택적으로, 광고의 제 1형태의 디스플레이를 자동적으로 야기하는 것은, 모바일 통신 디바이스가 사업 위치의 제 1의 미리 정의된 거리 및 사업 위치로부터 적어도 제 2의 미리 정의된 거리 내에 있는 동안, 제 1 형태의 광고의 디스플레이를 자동적으로 야기하는 것을 포함할 수 있다. 예컨대, 광고의 제 1형태는 사업 위치를 둘러싸는 대역 내에 있는 동안 디스플레이될 수 있지만, 모바일 통신 디바이스가 사업 위치의 제 2의 미리 정의된 거리 내에 있는 동안에는 디스플레이되지 않는다.

선택적으로, 제 1 형태의 광고의 디스플레이를 자동적으로 야기하는 것은, 모바일 통신 디바이스가 사업 위치의 제 1의 미리 정의된 거리 내에 있는 동안에만 제 1 형태의 광고의 디스플레이를 자동적으로 야기하는 것을 포함할 수 있다. 유사하게, 제 2 형태의 광고의 디스플레이를 자동적으로 야기하는 것은 모바일 통신 디바이스가 사업 위치의 제 2의 미리 정의된 거리 내에 있는 동안에만 제 2 형태의 광고의 디스플레이를 자동적으로 야기하는 것을 포함할 수 있다.

선택적으로, 모바일 통신 디바이스가 미리 정의된 상환 영역 내에 있는 동안, 모바일 통신 디바이스의 사용자는 자동적으로 통지를 받을 수 있다. 즉, 모바일 통신 디바이스의 사용자에게 자동적으로 야기하는 통지가 있을 수 있다. 이러한 통지는 시각 및/또는 오디오 신호의 형태일 수 있다.

선택적으로, 모바일 통신 디바이스가 사업 위치의 제 2의 미리 정의된 거리 내에 있는 동안, 광고와 관련된 제안이 모바일 통신 디바이스에 자동적으로 노출된다.

선택적으로, 모바일 통신 디바이스가 사업 위치의 제 2의 미리 정의된 거리 내에 있는 동안, 광고의 제 2형태의 디스플레이와 관련하여 모바일 통신 디바이스 상에 사용자의 입력으로부터 초래되는 신호가 수신된다면, 그 신호를 수신하는 것에 응답하여 모바일 통신 디바이스에서 광고와 관련된 제안의 노출(revelation)을 자동적으로 야기할 수 있다.

선택적으로, 광고의 제 2형태의 디스플레이를 야기하는 것은 모바일 통신 디바이스 상에 가상의 스크래치카드(scratchcard)의 디스플레이를 야기하는 것을 포함할 수 있다. 덧붙여, 제안의 노출을 야기하는 것은, 제안을 노출하도록, 디스플레이된 가상의 스크래치카드의 적어도 일부의 변경을, 사용자의 입력에 따라, 자동적으로 야기하는 것을 포함할 수 있다.

선택적으로, 제안의 노출을 자동적으로 야기하는 것은 오직 신호를 수신하는 것에 응답하여 제안을 노출시키는 것을 포함할 수 있다.

선택적으로, 제안의 노출을 자동적으로 야기하는 것은, 모바일 통신 디바이스가 사업 위치의 제 2의 미리 정의된 거리 내에 있는 동안 오직 신호를 수신하는 것에 응답하여 제안을 노출하는 것을 포함할 수 있다.

선택적으로, 모바일 통신 디바이스 상의 사용자 입력으로부터 초래되는 신호를 수신하는 것은 모바일 통신 디바이스 상에서 수행되는 소거 제스처로부터 초래되는 신호를 수신하는 것을 포함할 수 있다.

선택적으로, 제안의 노출을 야기하는 것은, 모바일 통신 디바이스가 사업 위치의 제 2의 미리 정의된 거리 내에 있는 동안 사용자가 입력을 모바일 통신 디바이스에 제공하는 경우에만 유효한 제안의 노출을 야기하는 것을 포함할 수 있다.

선택적으로, 광고에 대한 정보는 모바일 통신 디바이스의 메모리에 저장될 수 있다. 광고의 제 2형태의 디스플레이를 자동적으로 야기하는 것은 광고에 대해 저장된 정보를 액세스하는 사용자에 응답하여 광고의 제 2형태의 디스플레이를 자동적으로 야기하는 것을 포함할 수 있다. 광고에 대한 정보를 모바일 통신 디바이스의 메모리 내에 저장하는 것은 메모리 내에 북마크의 생성을 포함할 수 있고, 광고에 대한 저장된 정보를 액세스하는 사용자에 응답하여 광고의 제 2형태의 디스플레이를 자동적으로 야기하는 것은 북마크를 액세스하는 사용자에 응답하여 광고의 제 2형태의 디스플레이를 자동적으로 야기하는 것을 포함할 수 있다.

선택적으로, 관련된 사업 위치는 초기화 단계 동안 컴퓨터에 의해 수신될 수 있고, 수신된 관련 사업 위치는 데이터베이스에 저장될 수 있다. 초기화 단계 이후, 선택된 제품과 선택된 서비스 중 적어도 하나에 대한 정보 및, 선택된 제품과 선택된 서비스 중 적어도 하나와 관련된 가격 정보는 자동화된 전화의 대화형 음성 응답(IVR : interactive voice response) 시스템을 통해 수신될 수 있다. 광고는 저장된 관련 사업 위치, 선택된 제품과 선택된 서비스 중 적어도 하나에 대한 수신된 정보 및, 수신된 관련 가격 정보를 사용하여 자동적으로 생성할 수 있다. 생성된 광고에 대한 정보는 데이터베이스에 저장될 수 있다. 후속적으로, 생성된 광고에 대한 저장된 정보는 광고의 제 1 및 제 2형태의 디스플레이를 야기하기 위하여 사용할 수 있다.

본 발명의 다른 실시예는 사용자의 무선 모바일 통신 디바이스 상에 지리적 울타리가 설정된 광고를 디스플레이하기 위한 컴퓨터 코드가 저장된 유형(有形)의 영구적인 컴퓨터 판독 가능한 매체를 제공한다. 광고는 관련 사업 위치를 갖는 사업과 관련된다. 컴퓨터 코드는 모바일 통신 디바이스의 지리적 위치에 대한 정보를 자동적으로 수신하도록 구성된 컴퓨터 코드를 포함한다. 컴퓨터 코드는 또한, 모바일 통신 디바이스가 사업 위치의 제 1의 미리 정의된 거리 내에 있는 동안, 모바일 통신 디바이스 상에 광고의 제 1형태의 디스플레이를 자동적으로 야기하도록 구성된 컴퓨터 코드를 포함한다. 컴퓨터 코드는 또한, 모바일 통신 디바이스가 사업 위치의 제 1의 미리 정의된 거리보다 짧은 제 2의 미리 정의된 거리 내에 있는 동안, 모바일 통신 디바이스 상에 광고의 제 1형태와는 다른 광고의 제 2형태의 디스플레이를 자동적으로 야기하도록 구성된 컴퓨터 코드를 포함한다.

선택적으로, 컴퓨터 판독 가능한 매체는 또한, 상술한 방법 중 임의의 방법을 수행하도록 구성된 컴퓨터 코드를 포함할 수 있다.

선택적으로, 광고의 제 1형태의 디스플레이를 자동적으로 야기하도록 구성된 컴퓨터 코드는, 모바일 통신 디바이스가 사업 위치의 제 1의 미리 정의된 거리 및 사업 위치로부터 적어도 제 2의 미리 정의된 거리 내에 있는 동안, 광고의 제 1형태의 디스플레이를 자동적으로 야기하도록 구성된 컴퓨터 코드를 포함할 수 있다. 예컨대, 광고의 제 1형태는, 모바일 통신 디바이스가 사업 위치를 둘러싸는 대역 내에 있는 동안에는 디스플레이될 수 있지만, 모바일 통신 디바이스가 사업 위치로부터 제 2의 미리 정의된 거리 내에 있는 동안에는 디스플레이되지 않을 수 있다.

선택적으로, 광고의 제 1형태의 디스플레이를 자동적으로 야기하도록 구성된 컴퓨터 코드는, 모바일 통신 디바이스가 사업 위치의 제 1의 미리 정의된 거리 내에 있는 동안에만, 광고의 제 1 형태의 디스플레이를 자동적으로 야기하도록 구성된 컴퓨터 코드를 포함할 수 있다. 유사하게, 광고의 제 2형태의 디스플레이를 자동적으로 야기하도록 구성된 컴퓨터 코드는, 통신 디바이스가 사업 위치의 제 2의 미리 정의된 거리 내에 있는 동안에만, 광고의 제 2형태의 디스플레이를 자동적으로 야기하도록 구성된 컴퓨터 코드를 포함할 수 있다.

선택적으로, 컴퓨터 판독 가능한 매체는, 모바일 통신 디바이스가 미리 정의된 상환 영역 내에 있는 동안, 모바일 통신 디바이스의 사용자에 대한 통보를 자동적으로 야기하도록 구성된 컴퓨터 코드를 포함할 수 있다. 즉, 모바일 통신 디바이스의 사용자에 대한 통보를 자동적으로 야기할 수 있다. 이러한 통보는 시각 및/또는 오디오 신호의 형태일 수 있다.

선택적으로, 컴퓨터 판독 가능한 매체는, 모바일 통신 디바이스가 사업 위치의 제 2의 미리 정의된 거리 내에 있는 동안, 광고와 관련된 제안을 모바일 통신 디바이스에 자동적으로 노출하도록 구성된 컴퓨터 코드를 포함할 수 있다.

선택적으로, 컴퓨터 판독 가능한 매체는, 모바일 통신 디바이스가 사업 위치의 제 2의 미리 정의된 거리 내에 있는 동안, 광고의 제 2형태의 디스플레이와 관련하여 모바일 통신 디바이스 상의 사용자의 입력으로부터 초래되는 신호를 수신하는 것에 응답하여, 모바일 통신 디바이스에서 광고와 관련된 제안의 노출을 자동적으로 야기하도록 구성된 컴퓨터 코드를 포함할 수 있다.

선택적으로, 광고의 제 2형태의 디스플레이를 야기하도록 구성된 컴퓨터 코드는, 모바일 통신 디바이스 상에 가상의 스크래치카드의 디스플레이를 야기하도록 구성된 컴퓨터 코드를 포함할 수 있다. 덧붙여, 제안의 노출을 야기하도록 구성된 컴퓨터 코드는, 제안을 노출하기 위해, 디스플레이된 가상의 스크래치카드의 적어도 일부의 변경을 사용자의 입력에 응답하여 자동적으로 야기하도록 구성된 컴퓨터 코드를 포함할 수 있다.

선택적으로, 제안의 노출을 자동적으로 야기하도록 구성된 컴퓨터 코드는, 오직 신호를 수신하는 것에 응답하여 제안을 노출시키도록 구성된 컴퓨터 코드를 포함할 수 있다.

선택적으로, 제안의 노출을 자동적으로 야기하도록 구성된 컴퓨터 코드는, 모바일 통신 디바이스가 사업 위치의 제 2의 미리 정의된 거리 내에 있는 동안 오직 신호를 수신하는 것에 응답해서만 제안을 노출하도록 구성된 컴퓨터 코드를 포함할 수 있다.

선택적으로, 모바일 통신 디바이스 상의 사용자 입력으로부터 초래되는 신호를 수신하도록 구성된 컴퓨터 코드는, 모바일 통신 디바이스 상에서 수행되는 소거 제스처로부터 초래되는 신호를 수신하도록 구성된 컴퓨터 코드를 포함할 수 있다.

선택적으로, 제안의 노출을 야기하도록 구성된 컴퓨터 코드는, 모바일 통신 디바이스가 사업 위치의 제 2의 미리 정의된 거리 내에 있는 동안 사용자가 입력을 모바일 통신 디바이스에 제공하는 경우에만 유효한 제안의 노출을 야기하도록 구성된 컴퓨터 코드를 포함할 수 있다.

선택적으로, 컴퓨터 판독 가능한 매체는 광고에 대한 정보를 모바일 통신 디바이스의 메모리에 저장하도록 구성된 컴퓨터 코드를 포함할 수 있다. 광고의 제 2형태의 디스플레이를 자동적으로 야기하도록 구성된 컴퓨터 코드는, 광고에 대해 저장된 정보를 액세스하는 사용자에 응답하여 광고의 제 2형태의 디스플레이를 자동적으로 야기하도록 구성된 컴퓨터 코드를 포함할 수 있다. 광고에 대한 정보를 모바일 통신 디바이스의 메모리 내에 저장하도록 구성된 컴퓨터 코드는 메모리 내에 북마크의 생성을 야기하도록 구성된 컴퓨터 코드를 포함할 수 있고, 광고에 대한 저장된 정보를 액세스하는 사용자에 응답하여 광고의 제 2형태의 디스플레이를 자동적으로 야기하도록 구성된 컴퓨터 코드는 북마크를 액세스하는 사용자에 응답하여 광고의 제 2형태의 디스플레이를 자동적으로 야기하도록 구성된 컴퓨터 코드를 포함할 수 있다.

선택적으로, 컴퓨터 판독 가능한 매체는, 관련된 사업 위치를 초기화 단계 동안 컴퓨터에 의해 수신하고, 수신된 관련 사업 위치를 데이터베이스에 저장하도록 구성된 컴퓨터 코드를 포함할 수 있다. 컴퓨터 코드는, 초기화 단계 이후, 선택된 제품과 선택된 서비스 중 적어도 하나에 대한 정보 및, 선택된 제품과 선택된 서비스 중 적어도 하나와 관련된 가격 정보를 자동화된 전화의 대화형 음성 응답(IVR) 시스템을 통해 수신하도록 구성할 수 있다. 컴퓨터 판독 가능한 매체는, 저장된 관련 사업 위치, 선택된 제품과 선택된 서비스 중 적어도 하나에 대한 수신된 정보 및, 수신된 관련 가격 정보를 사용하여 광고를 자동적으로 생성하도록 구성된 컴퓨터 코드를 포함할 수 있다. 컴퓨터 코드는 생성된 광고에 대한 정보를 데이터베이스에 저장하도록 구성할 수 있다. 컴퓨터 코드는 후속적으로, 생성된 광고에 대한 저장된 정보를 사용하여 광고의 제 1 및 제 2형태의 디스플레이를 야기하도록 구성할 수 있다.

본 발명의 다른 실시예는 사용자의 무선 모바일 통신 디바이스 상에 지리적 울타리가 설정된 광고를 디스플레이하기 위한 시스템을 제공한다. 광고는 관련된 사업 위치를 갖는 사업과 관련이 있다. 시스템은 모바일 통신 디바이스의 지리적 위치에 대한 정보를 자동적으로 수신하도록 구성된 위치 모듈을 포함한다. 광고 모듈은 , 모바일 통신 디바이스가 사업 위치의 제 1의 미리 정의된 거리 내에 있는 동안, 모바일 통신 디바이스 상에 광고의 제 1형태의 디스플레이를 자동적으로 야기하도록 구성된다. 광고 모듈은 또한, 모바일 통신 디바이스가 사업 위치의 제 1의 미리 정의된 거리보다 짧은 제 2의 미리 정의된 거리 내에 있는 동안, 모바일 통신 디바이스 상에 광고의 제 1형태와는 다른 광고의 제 2형태의 디스플레이를 자동적으로 야기하도록 구성된다.

선택적으로, 시스템은 또한 상술한 방법 중 임의의 방법을 수행하도록 구성된 요소를 포함하거나, 컴퓨터 판독 가능한 매체의 컴퓨터 코드에 대해 상술한 기능 중 임의의 기능을 포함한다.

선택적으로, 광고 모듈은, 모바일 통신 디바이스가 사업 위치의 제 1의 미리 정의된 거리 및 사업 위치로부터 적어도 제 2의 미리 정의된 거리 내에 있는 동안, 광고의 제 1형태의 디스플레이를 자동적으로 야기하도록 구성할 수 있다. 예컨대, 광고의 제 1형태는, 모바일 통신 디바이스가 사업 위치를 둘러싸는 대역 내에 있는 동안에는 디스플레이될 수 있지만, 모바일 통신 디바이스가 사업 위치로부터 제 2의 미리 정의된 거리 내에 있는 동안에는 디스플레이되지 않을 수 있다.

선택적으로, 광고 모듈은, 모바일 통신 디바이스가 사업 위치의 제 1의 미리 정의된 거리 내에 있는 동안에만, 광고의 제 1 형태의 디스플레이를 자동적으로 야기하도록 구성할 수 있다. 유사하게, 광고 모듈은, 모바일 통신 디바이스가 사업 위치의 제 2의 미리 정의된 거리 내에 있는 동안에만, 광고의 제 2형태의 디스플레이를 자동적으로 야기하도록 구성할 수 있다.

선택적으로, 광고 모듈은, 모바일 통신 디바이스가 미리 정의된 상환 영역 내에 있는 동안, 모바일 통신 디바이스의 사용자에 대한 통보를 자동적으로 야기하도록 구성할 수 있다. 즉, 모바일 통신 디바이스의 사용자에 대한 통보를 자동적으로 야기할 수 있다. 이러한 통보는 시각 및/또는 오디오 신호의 형태일 수 있다.

선택적으로, 광고 모듈은, 모바일 통신 디바이스가 사업 위치의 제 2의 미리 정의된 거리 내에 있는 동안, 광고와 관련된 제안을 모바일 통신 디바이스에 자동적으로 노출하도록 구성할 수 있다.

선택적으로, 광고 모듈은, 모바일 통신 디바이스가 사업 위치의 제 2의 미리 정의된 거리 내에 있는 동안, 광고의 제 2형태의 디스플레이와 관련하여 모바일 통신 디바이스 상의 사용자의 입력으로부터 초래되는 신호를 수신하는 것에 응답하여, 모바일 통신 디바이스에서 광고와 관련된 제안의 노출을 자동적으로 야기하도록 구성할 수 있다.

선택적으로, 광고 모듈은, 모바일 통신 디바이스 상에 가상의 스크래치카드의 디스플레이를 야기하도록 구성할 수 있다. 덧붙여, 광고 모듈은, 제안을 노출하하기 위해, 디스플레이된 가상의 스크래치카드의 적어도 일부의 변경을 사용자의 입력에 응답하여 자동적으로 야기하도록 구성할 수 있다.

선택적으로, 광고 모듈은, 오직 신호를 수신하는 것에 응답하여 제안을 노출시키도록 구성될 수 있다.

선택적으로, 광고 모듈은, 모바일 통신 디바이스가 사업 위치의 제 2의 미리 정의된 거리 내에 있는 동안 오직 신호를 수신하는 것에 응답해서만 제안을 노출하도록 구성할 수 있다.

선택적으로, 광고 모듈은, 모바일 통신 디바이스 상에서 수행되는 소거 제스처로부터 초래되는 신호를 수신함으로써, 모바일 통신 디바이스 상의 사용자 입력으로부터 초래되는 신호를 수신하도록 구성할 수 있다.

선택적으로, 광고 모듈은, 모바일 통신 디바이스가 사업 위치의 제 2의 미리 정의된 거리 내에 있는 동안 사용자가 입력을 모바일 통신 디바이스에 제공하는 경우에만 유효한 제안의 노출을 야기함으로써, 제안의 노출을 야기하도록 구성할 수 있다.

선택적으로, 광고 모듈은 광고에 대한 정보를 모바일 통신 디바이스의 메모리에 저장하도록 구성할 수 있다. 광고 모듈은, 광고에 대해 저장된 정보를 액세스하는 사용자에 응답하여 광고의 제 2형태의 디스플레이를 자동적으로 야기함으로써, 광고의 제 2형태의 디스플레이를 자동적으로 야기하도록 구성할 수 있다. 광고 모듈은, 메모리 내에 북마크의 생성을 야기함으로써 광고에 대한 정보를 모바일 통신 디바이스의 메모리 내에 저장하도록 구성할 수 있고, 광고 모듈은 북마크를 액세스하는 사용자에 응답하여 광고의 제 2형태의 디스플레이를 자동적으로 야기함으로써 광고에 대한 저장된 정보를 액세스하는 사용자에 응답하여 광고의 제 2형태의 디스플레이를 자동적으로 야기하도록 구성할 수 있다.

선택적으로, 광고 모듈은, 관련된 사업 위치를 초기화 단계 동안 컴퓨터에 의해 수신하고, 수신된 관련 사업 위치를 데이터베이스에 저장하도록 구성할 수 있다. 광고 모듈은, 초기화 단계 이후, 선택된 제품과 선택된 서비스 중 적어도 하나에 대한 정보 및, 선택된 제품과 선택된 서비스 중 적어도 하나와 관련된 가격 정보를 자동화된 전화의 대화형 음성 응답(IVR) 시스템을 통해 수신하도록 구성할 수 있다. 광고 모듈은, 저장된 관련 사업 위치, 선택된 제품과 선택된 서비스 중 적어도 하나에 대한 수신된 정보 및, 수신된 관련 가격 정보를 사용하여 광고를 자동적으로 생성하도록 구성할 수 있다. 광고 모듈은 생성된 광고에 대한 정보를 데이터베이스에 저장하도록 구성할 수 있다. 광고 모듈은 후속적으로, 생성된 광고에 대한 저장된 정보를 사용하여 광고의 제 1 및 제 2형태의 디스플레이를 야기하도록 구성할 수 있다.

선택적으로, 시스템은, 모바일 통신 디바이스가 미리 정의된 상환 영역 내에 있는 동안, 모바일 통신 디바이스의 사용자에 대한 통보를 자동적으로 야기하도록 구성된 통보 모듈을 포함할 수 있다.

선택적으로, 광고 모듈은, 모바일 통신 디바이스가 사업 위치의 제 2의 미리 정의된 거리 내에 있는 동안, 광고와 관련된 제안을 모바일 통신 디바이스에서 자동적으로 노출하도록 구성할 수 있다.

선택적으로, 광고 모듈은, 모바일 통신 디바이스가 사업 위치의 제 2의 미리 정의된 거리 내에 있는 동안, 광고의 제 2형태의 디스플레이와 관련하여 모바일 통신 디바이스 상의 사용자의 입력으로부터 초래되는 신호를 수신하도록 구성할 수 있다. 덧붙여, 광고 모듈은 신호를 수신하는 것에 응답하여, 모바일 통신 디바이스에서 광고와 관련된 제안의 노출을 자동적으로 야기하도록 구성할 수 있다.

선택적으로, 광고 모듈은 광고에 대한 정보를 모바일 통신 디바이스의 메모리에 저장하도록 구성할 수 있다. 덧붙여, 광고 모듈은 광고에 대한 저장된 정보를 액세스하는 사용자에 응답하여, 광고의 제 2형태의 디스플레이를 자동적으로 야기함으로써 광고의 제 2형태의 디스플레이를 자동적으로 야기하도록 구성할 수 있다.

선택적으로, 시스템은, 초기화 단계 동안 관련된 사업 위치를 수신하고, 수신된 관련 사업 위치를 데이터베이스에 저장하도록 구성된 광고 부가 모듈을 포함할 수 있다. 광고 부가 모듈은, 초기화 단계 이후, 선택된 제품과 선택된 서비스 중 적어도 하나에 대한 정보 및, 선택된 제품과 선택된 서비스 중 적어도 하나와 관련된 가격 정보를 자동화된 전화의 대화형 음성 응답(IVR) 시스템을 통해 수신하도록 추가적으로 구성될 수 있다. 광고 모듈은, 저장된 관련 사업 위치, 선택된 제품과 선택된 서비스 중 적어도 하나에 대한 수신된 정보 및, 수신된 관련 가격 정보를 사용하여 광고를 자동적으로 생성하도록 구성할 수 있다. 덧붙여, 광고 모듈은 생성된 광고에 대한 정보를 데이터베이스에 저장하고, 후속적으로 생성된 광고에 대한 저장된 정보를 사용하여 광고의 제 1 및 제 2형태의 디스플레이를 야기하도록 구성할 수 있다.

본 발명은 도면과 관련한 다음의 특정 실시예의 다음의 상세한 설명을 참조하여 보다 완전하게 이해할 수 있을 것이다.

본 발명은 사용자에게 상인의 위치로 이동하도록 하는 동기부여를 제공할 수 있는, 지리적 울타리가 설정된 광고를 생성하고, 모바일 통신 디바이스 상에 이러한 광고의 디스플레이를 야기한다.

도 1은 본 발명의 일 실시예에 따라, 지리적 울타리가 설정된 광고에 대한 단층 도면.
도 2는 본 발명의 일 실시예에 따라, 도 1의 실시예와 유사한 수 개의 지리적 울타리가 설정된 광고에 대한 단층 배열의 도면.
도 3 내지 도 11은 본 발명의 일 실시예에 따라, 광고를 갖는 모바일 통신 디바이스의 가설의 스크린 사진.
도 12는 본 발명의 일 실시예에서 사용하기 위한 예시적인 QR 코드의 도면.
도 13은 본 발명의 일 실시예에 따라, 광고를 갖는 모바일 통신 디바이스의 가설의 스크린 사진.
도 14는 본 발명의 일 실시예에 따라 광고를 제공하기 위한 프로세스의 개략적인 흐름도.
도 15는 본 발명의 일 실시예에 따라 광고를 싣기 위해 구입계약하기 위한 가설의 웹 양식.
도 16은 도 15의 웹 양식에서 사용하기 위한 선택 메뉴.
도 17은 도 15의 웹 양식에서 사용하기 위한 선택 메뉴.
도 18a 내지 도 18e는 본 발명의 실시예에 따라 사용을 위한 사용자 콘솔의 선택사항을 기술하는 개략도.
도 19a 내지 도 19d는 본 발명의 실시예에 따라 어떻게 광고가 서비스되는 지에 대한 세부사항을 결정하기 위한 예시적인 프로세스를 한정하는 개략적인 흐름도.
도 20a 내지 도 20e는 본 발명의 실시예에 따라 사용자와 광고의 가능한 상호작용을 도시하는 개략적인 흐름도.
도 21은 본 발명의 실시예에 따라 새로운 광고 캠페인을 생성하기 위한 개략적인 흐름도.
도 22a 및 도 22b는 본 발명의 실시예에 따라 새로운 광고를 생성하는 프로세스를 도시하는 개략적인 흐름도.
도 23은 본 발명의 실시예에 따라 대화형 음성 응답(IVR)을 사용하여 새로운 광고를 생성하기 위한 개략적인 흐름도.

본 발명의 바람직한 실시예에 따라, 지리적 울타리가 설정된 광고를 생성하고 모바일 통신 디바이스 상에 이러한 광고의 디스플레이를 야기하기 위한 방법 및 장치가 개시된다.

로컬 제안 엔진의 개요

로컬 제안 엔진은, 광고자에 대해 효과적이고, 발행자에 대해 비강제적이고, 최종 사용자에 대해 흥미롭고 사용하기 쉬운, 위치에 기반한 광고 및 마케팅을 위한 해결책을 제공한다. 시스템을 통해 발행되는 로컬 제안은, 로컬 제안 엔진 API의 사용을 통해, 또는 다양한 모바일 플랫폼을 위해 로컬 제안 엔진 소프트웨어 개발 키트(SDK : software development kit)의 병합을 통해 애드-피드(ad-feed)를 통합함으로써 다양한 애플리케이션 내에서 소비될 수 있다. 광고자는 그들의 광고 캠페인을 한정하거나 대화형 음성 응답(IVR) 시스템을 사용하기 위하여 로컬 제안 엔진 웹 사이트 또는 모바일 웹 사이트를 사용할 수 있다. 용어 IVR은 관련 기술분야에서 이해되는 바를 의미한다. 사용자는 음성을 통해, 전화기 상의 터치-톤 버튼의 누름 등을 통해 IVR 시스템에 정보를 제공할 수 있고, 인간 사용자가 말하는 실시예에 국한되지 않는다. 단순한 텍스트 기반 제안으로부터, 그래픽/디스플레이 광고 제안, 상환을 갖는 제안, 가상 스크래치-저장 제안, 그룹 구매 제안, 등에 이르는 다양한 다른 종류의 지리에 민감한 제안이 존재한다.

발행자 애플리케이션의 사용자 기초를 위한 제안 엔진의 가치는, 동작 가능한 할인으로서 적절하고, 시간에 민감하며, 위치를 인식하는 할인을 수신하는 것에 있다.

발행자에 대한 제안 엔진의 가치는 더 높은 클릭 통과 비율, 결과적으로 더 높은 수익을 화폐화하는 발행자의 애플리케이션 내에 슈링크랩(shrink-wrapped)의, 비강제적인, 위치에 기반한 광고 성분을 구비하는 것으로 이루어질 수 있다.

광고자에 대한 제안 엔진의 가치는 제품 또는 서비스에 관심이 있는 사람들의 풋트래픽(foot traffic)을 거래 위치로 안내할 수 있는 도구를 갖는 것으로 이루어진다. 이 엔진은 심지어 IVR 성분을 통한 인터넷 액세스를 갖지 않을 가장 작은 광고자에 대한 액세스를 허용한다.

제안 엔진 플랫폼 SDK는 사실상 애플리케이션 내의 해당 위치 인식 광고의 최적화 서비스의 목적을 갖는 삽입 가능한 위치 인식 미니-애플리케이션이다.

핵심 개념 : 제안 가시 반경 변수

지리-광고의 복잡성이 주어지면, SDK와 서버 해결책은 3개의 단층으로 이루어진 지리적 울타리가 설정된 개념을 사용한다(모든 울타리에 대해 고도의 크기를 규정할 수 있고, 이러한 크기는 디폴트로 모든 고도에 대해 설정됨을 주목해야 한다). 이들 단층은 이제 설명할 도 1에 도시되었다.

vRR - 제안 상환 반경으로, 상환을 필요로 하는 제안이 실제 상환될 수 있는 사업 위치로부터의 거리이다. 이는 GPS에 의해 확인되고, 디바이스가 실제 특정 반경 내에 있지 않다면, 제안은 상환될 수 없다. 이러한 반경은 모든 광고에 적용되지 않고, 상환을 필요로 하는 광고에만 적용된다.

vOV - 제안 가시 반경으로, 제안이 사용자에 의해 완전히 보여질 수 있는 사업 위치로부터 거리로서, vRR을 포함하지 않는다. 이 영역 내에서, 제안이 사용자가 vRR 내에서만 "스크래치"할 수 있는 "스크래치 앤 세이브(scratch and save)" 제안이 아니라면, 사용자는 제안에 대한 적절한 모든 세부사항을 확인할 수 있다.

vTR - 제안 예고(Teaser) 반경으로, vRR 또는 vOV를 포함하지 않는, 사업 위치로부터의 거리로서, 이 안에서 제안은 예고되고, 사용자는 제안이 무엇을 포함하는 지에 대해 간단히 볼 수 있지만, 제안의 세부사항을 실제 보기 위해 vOV 내로 들어가는 것이 요구된다.

"지리적 울타리가 설정된"이란 용어는 지금까지 설명한 것과 같은 단층 시스템의 사용을 언급하는데, 이러한 시스템 내에서 특정 지리적인 위치에서 이용 가능한 광고, 제안 등의 특정 요소만이 다른 지리적인 위치에서는 이용가능하지 않다. 도시된 단층 구조는 단순히 예시적인 것이고, 더 많거나 더 적은 단층을 사용할 수 있고, 단층의 형태는 임의의 적절한 2차원 또는 3차원 형태가 될 수 있다.

도 2는 5개의 다른 제안-사업 위치(vBLs)의 각각이 적어도 하나의 활성 위치에 기반한 제안을 갖는 예를 도시한다.

제안 형태

1. 텍스트 제안

특정 집합(set)의 발행자(예컨대, Poynt 사와 같은 신뢰있는 발행자)에 대해 텍스트 제안을 애플리케이션 내에 구성하는 선택사항이 제공된다. 텍스트 제안은 API 요청에 기초하여 발행자에 의해 구성된다. 요청은 키워드 또는 카테고리, 사용자 위치 및 사용자 선호도를 규정한다. 시스템은 요청에 최상으로 매칭되는 제안으로 응답한다. 예시적인 API는 다음을 포함할 수 있다.

http://api.locoad.com/?lat=43.8&lng=79.8&range=1000&page

=1&rpp=10&keyword=italian&preferences=pizza,leisure

&did={device id}&appid={publisher app id}

이러한 요청에 있어서, "lat"와 "lng" 파라미터는 사용자의 위치(위도와 경도의 항으로)를 규정하고, 영역은 vOV(미터 단위의 제안 가시 반경)이며, 페이지는 도시될 결과 페이지이고, rpp는 페이지 당 요청이며, 키워드는 검색 또는 콘텐츠와 관련된 키워드이고, 선호도는 카테고리 항에서 사용자의 선호도이다. 페이지 당 페이지 & 요청의 최대 곱은 10과 같은 미리 결정된 값을 초과할 수 없다(시스템 내에 구비한 모든 제안을 단순히 나열하는 것을 원하지 않는다). 사용자 선호도는 발행자가 사용자 프로파일과 관련하여 구비하는 정보를 포함할 수 있다. 예컨대, 선호도는 사용자가 관심을 표한 브랜드의 집합 또는 사용자가 관심을 표한(선택한) 카테고리의 집합을 포함할 수 있다. 파라미터 appid는 분석 및 비율 제한의 목적을 위해 발행자를 식별하는 필수 파라미터이다. 일부 실시예에 있어서, lat, lng, range, page 및 appid는 필수 파라미터일 수 있다. 일부 실시예에 있어서, 키워드와 선호도는 선택적이지만, 강력히 추천되는 파라미터이고, 키워드는 이 둘 중 더 중요한 파라미터이다. 특정 실시예에 있어서, did(디바이스 id)는 필수 파라미터가 아니지만, 디바이스의 사용자와 관련된 가능한 매칭 선호도의 평균을 제공하는 것이 바람직하다.

로컬 제안 엔진의 광고 매칭 논리에 기초하여, 최상의 광고 또는 더 많은 광고가 발행자 요청(매칭 논리를 참조)에 대해 반환된다. 다음은 사용자 요청에 대한 예시적인 JSON 출력이다.

{ "offers" : [ { "address" : "55 Administration Rd, Vaughan, ON,

Canada",

"city" : "Vaughan",

"clickthrough_url" : "http://locoad.com/offer/?id=12",

"country" : "CA",

"discount_percentage" : 0,

"distance" : 14.7382862381124,

"img_url" : "http://i.ehow.com/images/a04/a0/o6/cook-healthy-

spaghetti-meatballs-dinner-200X200.jpg",

"merchant_id" : 14,

"merchant_lat" : 43.802631099999999,

"merchant_lng" : -79.504492900000002,

"merchant_name" : "unopizza",

"offer_end" : "/Date(1280635200000-0400)/",

"offer_id" : 64,

"offer_start" : "/Date(1277956800000-0400)/",

"offer_text" : "unopizza 5 Spaghettis for $4,488.00 valid until

Aug/1/2010 12:00 AM",

"phone" : 4165433324,

"postal" : "L4K",

"price" : 4488.0,

"product" : "Spaghetti",

"quantity" : 5,

"redemption_code" : "",

"source" : "1-800",

"state" : "ON"

} ] }

"1-800"의 파라미터 "source" 값은 제안이 무료 전화 번호를 사용하여 생성되었음을 나타낸다.

제안은 애플리케이션 내의 광고로서 명확하게 디스플레이되는 것이 바람직하다. 발행자는 제안의 텍스트 중 어느 것도 변경하지 않는 것이 바람직하다. 덧붙여, 발행자는 모바일 디바이스 상의 웹 브라우저 내에서 개시하는 최소한의 클릭을 통한 행위를 구현하는 것이 바람직하다. 발행자가 클릭-호출 행위를 구현하는 것 또한 권고될 수 있다. 상인의 등록 동안 광고자의 이메일 주소가 제공되었다면, 이 주소 또한 응답으로 보여져야 하고, 이 경우 발행자는 클릭-메일 행위의 구현을 선택할 수 있음을 주목해야 한다. 발행자가 또한 제안의 유효시간 이벤트와 관련된 적절한 분석 호출을 구현하는 것이 바람직하다는 것을 주목해야 한다(분석 API 부분 참조).

클릭 통과_URL은 로컬 제안 엔진 서버 상의 URL을 포함할 수 있다. 광고자는 제안을 생성할 때 클릭 통과_URL의 거동을 제어할 수 있다. 디폴트로, 클릭 통과_URL을 인용하는 것은 로컬 제안 엔진 서버에 의한 맵을 통해 쿠폰과 유사한 출력의 연출을 야기할 것이다. 광고자는 대신에 특정 URL에 다시 방향 설정된 클릭 통과_URL을 구비하는 것을 선택할 수 있다. 바람직하게, 클릭 통과_URL은 로컬 제안 엔진 서버를 통해 먼저 진행하여, 적절한 분석 API 클릭을 통한 이벤트가 제안에 대해 등록된다.

2. SMS 제안

SMS 제안은 텍스트가 사용자에 의한 행위에 응답하여 단문자 서비스(SMS : short message service)의 메시지를 통해 사용자 전화에 전달되는 특정 형태의 텍스트 제안이다. 예컨대, 사용자는 제안을 받기 위하여 일부 매체를 통해 필요한 행위에 대해 경보를 받을 수 있다. 예컨대, 사용자는 "제안을 받기 위해 여러분의 질의와 위치를 769868에 텍스트로 보내주세요"라는 광고를 인쇄 매체, 광고판 또는 웹페이지에서 보거나, 또는 이러한 메시지를 전달하는 라디오를 통해 들을 수 있다. 임의로 또는 택일적으로, 사용자는 자발적으로 검색 제안을 요청할 수 있다.

어느 경우든지, 프로세스는 사용자가 SMS 질문을 광고 엔진의 SMS 게이트웨이에 보내는 것으로 시작한다. SMS 메시지 헤더가 사용자의 위치를 포함하지 않기 때문에, 위치는 메시지의 본체의 일부로서 사용자에 의해 엔코딩되는 것이 바람직하다. 광고-엔진의 단코드(76968)에 보내지는 예시적인 SMS 질문은 "coffee 5400 yonge Toronto"를 포함할 수 있다.

따라서, 예시적인 조회는 Toronto에서 주소 "5400 yonge(거리명)"의 영역에서 "coffee"와 매칭되는 입력사항을 검색하는 것이다. 우리의 SMS의 게이트웨이는 이러한 SMS 메시지를 수신하고, 이러한 메시지는 조회(카테고리)와 위치의 성질과 함께 임의의 명령(목록, 다음 페이지, 추가, 등)을 위해 분석된다. 위치는 지리적으로 코드화되고, 정보는 매칭을 위해 광고 엔진에 전달된다. 상위의 매칭되는 제안은 다음과 같이 SMS로 사용자에게 되돌려 보내진다.

** Starbucks, 5650 Yonge St, 200m North, 18776976969 httP://locoad.com/igb54W085z0

SMS 응답은 "5650 Yonge St", 즉 "Yonge St 5400의 200m North"에 위치한 Starbucks에서 coffee가 취득 가능함을 나타내고, Starbucks에 접촉하기 위한 전화 번호가 제공된다. SMS 메시지의 텍스트는 (모바일 마케팅 협회(MMA)의 지침에 따라) 메시지가 광고임을 나타내기 위하여 그 앞에 "**"가 선행함을 주목해야 한다. 본 예에서 또한, 사용자에 전달되는 전화 번호는 실제 Starbucks의 전화번호가 아닌 것이 바람직함을 주목해야 한다. 대신에, 이 번호는 사용자의 호출시, 사용자로부터의 최근의 조회를 찾아보고, 그 호출을 실제 Starbucks의 번호로 다시 전송하는 제안 엔진에 속하는 전화 번호이다. 이는 광고 엔진이 청구서 작성 및 보고 목적을 위해 호출간 이벤트를 추적하는 것을 허용한다. 유사하게, (브라우저와 데이터 계획을 갖는 전화를 위한) URL은 우리가 SMS 메지지로부터 클릭-웹 행위를 추적하는 것을 허용한다.

대안적인 구현은 API를 통해 광고-서버에 연결하기 위한 통신 수단으로 SMS를 사용하는 다른 개발자가 로컬 제안을 수신하고 로컬 제안을 그들의 SMS 게이트웨이를 통해 사용자에게 전달하는 것을 허용한다. 이러한 예는 "Email2SMS"와 같은 서비스이다.

3. 디스플레이/배너 제안

발행자는 표준 MMA 크기(4:1 및 6:1 종횡비) 중 하나의 배너를 요청할 수 있다. 표준 4:1의 픽셀 크기는 300×75, 216×54, 168×42 및 120×30 이다. 표준 6:1의 픽셀 크기는 300×50, 216×36, 168×28, 120×20이다. 디스플레이/배너 제안에 대한 API 요청은 URL을 범용으로 액세스 가능한 이미지 URL, 관련 클릭 통과_URL 및 관련 텍스트 태그라인 광고로 되돌린다. 이미지를 렌더링할 수 없는 전화상에서, 발행자는 텍스트 태그라인 광고를 목적지가 클릭 통과 URL인 하이퍼링크로서 렌더링해야 한다.

다음은 샘플 요청이다.

http://api.locoad.com/?&type=banner&size=300x75&lat=43.8&lng=79.8&k

eyword=italian&preferences=pizza,leisure&did={device

id}&appid={publisher app id}

다음은 샘플 JSON response이다.

{"clickthrough_url" :

"http://locoad.com/offer/?id=QuEfGbj9qS4",

"img_url" :

"http://img.locoad/?id=QuEfGbj9qS4&size=300x75",

"offer_text" : "unopizza 5 Spaghettis for $4,488.00

valid until Aug/1/2010 12:00 AM"

img_url 파라미터는 우리의 MMA에 따르는 이미지 생성 서버 상의 URL을 가르킨다. 이러한 이미지 서버는 임의의 관련 캠페인 테마뿐만 아니라 제안 파라미터 및 제안 텍스트에 기초하여 이미지를 렌더링한다. 제안이 특정 이미지(예, 피자 조각의 사진)를 갖는 경우, 이러한 이미지는 배너를 렌더링할 때 사용될 것이다. 그렇지 않을 경우, 제안 컨텐츠의 카테고리와 관련된 표준 저장 이미지가 사용될 것이다. 이미지의 위치, 이미지 및 위치의 크기, 텍스트의 폰트-면과 크기는 캠페인 테마로부터 결정될 수 있다. 내부적으로 이미지 서버는 또한 요구되는 분석 API 호출(디스플레이 이벤트)을 수행한다. 클릭 통과_URL은 맵을 갖는 페이지 내에서 쿠폰을 렌더링할 수 있는 로컬 제안 엔진의 위치이다.

모든 다른 전화 상에서, 발행자는 렌더링을 할 표준 플랫폼 지정 SDK를 우리의 광고 성분 내에 삽입할 수 있다. 발행자는 리프레쉬 기능을 인용함으로써 광고 성분으로부터 리프레쉬를 요청할 수 있다. 다음은 삽입된 성분에 대한 새로운 광고 요청을 리프레쉬하는 샘플이다.

final LocoadView ad = (LocoadView) findViewById(R.id.ad);

ad.lat = 43.8;

ad.lng = -79.8;

ad.keywords = "italian" ;

ad.preferences = "pizza,leisure" ;

ad.deviceId = " {device id} " ;

ad.appId = " {application id}" ;

ad.requestFreshAd();

requestFreshAd 인용에서의 모든 파라미터는 본 예에서 선택적이다. 애플리케이션이 위도와 경도를 제공하지 않는다면, 광고 성분은 플랫폼-지정 지리-위치 도구 세트를 사용하여 위치를 분석하려고 시도한다. 이는 로컬 제안 엔진의 광고 성분을 통합할 임의의 애플리케이션이 지리-위치 특권을 요청해야만 할 것임을 의미한다. 발행자는 위도와 경도 파라미터를 제공함으로써 광고 성분으로부터 불필요한 위치 분석 요청을 회피할 수 있다. 이러한 점은 중요한데, 왜냐하면 발행자가 디바이스 위치가 변경되었고, 불필요한 위치 요청이 디바이스의 배터리 수명에 영향을 미칠 수 있을 가능성에 대해 광고 성분보다 더 양호한 관념을 가질 수 있기 때문이다.

내부적으로, 플랫폼 SDK의 광고 성분은 API 요청을 수행한다. 배너 내에 디스플레이될 이미지는 img_URL에 기초하여 이미지 서버에 의해 생성된다. 광고 성분은 디바이스 상에서 이미지를 렌더링한다. 덧붙여, 광고 성분은 또한 디폴트로서 정황에 감응하는 메뉴를 통해 다음의 행위를 가능하게 할 수 있다.

1. 클릭-호출 : 제안에 지정된 전화 번호에 전화 호출을 한다.

2. 클릭-맵 : 본래의 맵 디스플레이 내에 제안의 위치를 디스플레이한다.

3. 클릭-메일 : 관련 이메일 주소를 갖는 제안에 대해, 지정된 이메일 주소에 대한 이메일 의도를 인용한다. (여기에서 "의도"라는 용어는 원하는 행위에 적합한 애플리케이션을 찾도록 운영 체계에 신호를 발신하는데 사용하는 안드로이드 운영 체계의 용어이다. 이메일 메시지를 전달하는 의도를 처리할 수 있는 하나 보다 많은 애플리케이션이 존재할 수 있고, 이 경우 사용자는 애플리케이션중 하나를 선택하도록 촉구된다.)

4. 클릭-웹 : 웹 브라우저에서 클릭 통과_URL을 개시한다.

우리가 (사용자의 위치를 전달하는 app를 통해 또는 사용자의 위치를 분석하는 성분을 통해) 사용자의 위치를 갖고 있지 않기 때문에, 광고 엔진은 거리와 방향과 같은 위치-지정 정보를 포함하는 배너 광고를 생성할 수 있다. 예컨대, 사용자가 임의의 거리만큼 떨어져 있다면, 광고는 도 3에 도시된 예와 같이 보일 것이다.

거리 대역(301)은 제안-사업 위치(vBL)에 대한 거리를 나타낸다. 거리 대역(301)은 vBL까지 얼마나 멀리 떨어져 있는 지에 대해 신속한 시각 표시를 제공하기 위하여 컬러-코딩될 수 있다. 이 예는 사용자가 멀리 떨어져 있는 경우에 대한 것이기 때문에, 청색인 것이 바람직하다. vBL에 대한 거리는 거리 대역(301)의 미니-탭(304) 상의 SE로서, 또한 로고(302)에 의해 표시된다. 제안에 대한 예고(303)는 vBL이 Tim Horton의 상점이고, 제안은 50%의 최대할인을 갖는 "스크래치 앤 세이브" 제안임을 나타낸다. 사용자가 더 이동함에 따라, 다음 시간에 사용자는 광고가 도 4에 도시된 바와 같이 사용자가 더 접근했음을 반영할 수 있는 갱신된 것을 얻는다.

이제 대역(301)은 거리가 더 가까워졌음을 반영하기 위하여 녹색이 될 수 있다. 광고(401)는 이제 vBL이 근처에 있음을 반영한다. 배너는 서버에 의해 동적으로 생성된다. 거리와 방향은 광고 엔진 이미지 서버에 의해 렌더링된다. 전체 이미지는 동적인데, 왜냐하면 배경 색, 브랜드 및 텍스트는, 광고자가 그들의 캠페인에서 지정한 것에 기초하여 동적으로 렌더링되기 때문이다. 사용자가 사업 위치의 바로 근처에 있을 때, 광고는 도 5처럼 보일 수 있다.

도 5에서, 우리는 사용자가 vBL에 도착했음을 볼 수 있다. 위치 대역은 이제 사용자가 제안과 관련된 위치에 있음을 반영하기 위하여 적색이 될 수 있다. 지금까지 기술된 색깔 구조는 다음의 설정을 포함한다: 먼 : 청색/차가운색; 근접한 : 녹색; 목적 위치 : 적색/강렬한 색. 광고(501) 또한 아래에서 상세하게 논의하는 바와 같이, 제안이 이제 실제적이고, 사용자가 활동하여 "스크래치 앤 세이브" 제안을 사용할 수 있음을 반영하기 위하여 갱신되었다.

4. 지리적 울타리가 설정된 상환을 갖는 디스플레이 제안

지리적 울타리가 설정된 상환을 갖는 디스플레이 제안은 예고 광고를 서비스함으로써 구현되는데, 예고 광고는 사용자를 상인의 위치로 이끌려는 의도를 갖는 디스플레이/배너 제안(이전 부분 참조)이다. 제안의 이득을 수용하기 위하여, 상환 광고는, 사용자가 상환을 활성화시키기 위하여 상인의 위치 내에서 광고를 개시시키는 것을 필요로 한다. 상환은 매장(POS) 시스템에서 가격을 자동적으로 낮추는 것에 관련될 수 있지만, 이에 국한되는 것은 아니다. 예컨대, 소(小)상인의 POS 시스템은 IBM 또는 다른 통합자를 통해 대형 상인과 통합될 수 있다. 상환의 기본 목적은 적합한 분석을 보장하는 것이며, 따라서 위치에 기반한 광고 캠페인과 관련된 투자에 대한 회수를 나타내기 위한 것이다. 사용자에게 표준의 위치 제안 엔진의 성분 내에서 예고 광고가 보여질 수 있다. 사용자는 표준의 클릭-호출 및 클릭-맵 행위를 수행할 수 있지만, 사용자가 클릭-브라우저 행위를 수행할 때, 사용자가 향하는 URL은 상환 제안을 위한 URL이다. GPS 요청을 절감하기 위하여, 발행자는 URL에 대한 추가적인 파라미터로서 사용자의 lat/lng를 전달해야 한다. 이러한 파라미터가 전달되지 않으면, HTML5 app가 표준의 HTML5 JS 지리-위치 API를 사용하여 사용자의 지리적인 위치를 찾으려 시도할 수 있다. 상환 제안은 제안이 vRR 밖에 있다면 제안을 잠긴 제안(locked offer)으로서 도시하고, 사용자가 잠김을 해제하려면 상인의 위치로 갈 필요가 있음을 나타낸다. 제안의 잠김을 해제하는 버튼이 존재하지만, 이를 클릭하는 것은 지리-위치의 분석을 개시시키고, vRR 밖에서 이를 클릭하는 것은 사용자에게 상인의 위치로 갈 필요가 있다는 것만을 나타낸다. 사용자는 브라우저 내에 북마크로서 위치를 저장할 수 있다. 일단 사용자가 상인의 위치에 도착하면, 북마크로부터 저장된 URL을 불러내어, 사용자는 잠김해제 버튼을 클릭할 수 있고, 이러한 클릭은 이제 제안을 잠김해제시켜 대응하는 분석 상환 호출 제안을 개시시킨다. 상인은 오직 잠김해제된 제안만을 유효로 간주한다.

5. 스크래치 앤 세이브

스크래치 앤 세이브 제안 배후의 개념은 이 제안이 현실 세계의 스크래치카드 개념을 모방하는 것이다. 스크래치 앤 세이브 제안은 사용자가 실제 상인의 위치에 있을 때까지 할인될 수 있는 실제 양을 사용자에 드러내지 않는다. 일부 실시예에 따라, 모바일 통신 디바이스가 사업의 바로 근처 내에 있을 때에만 가상의 스크래치카드를 스크래칭함으로써 제안이 노출될 수 있다. "바로 근처"라는 용어는 사업의 실제 위치 내에, 및 사업으로부터 미리 정의된 거리 내에 있는 위치를 모두 포함하도록 의도되고, 미리 정의된 거리는 광고가 사용자를 사업의 위치로 이동하게 조장하는 것을 의도하여, 사용자가 필수적으로 사업에 도달하는 거리보다 짧은 거리이다. 일단 그 위치에 있게 되면, 제안의 수신인은 그의 상품을 카운터에 가져가 쇼핑하고, 제안을 출납원에게 보여주고, 실제 제안 값을 숨기고 있는 커버를 스크래칭하도록 스크린을 문지르고, 노출된 제안을 출납원에게 제공함으로써 제안을 상환받을 수 있다. 제안은 가맹점 내의 모든 위치에 지정될 수 있거나, 단일 위치 또는 선택된 위치에 지정될 수도 있다. 제안 값을 노출시키는 것은, 손가락이나 철필로 스크린을 문지르는 것, 트랙볼 또는 화살표와 같은 입력 디바이스를 통해 커서를 이동시키는 것을 포함하는 임의의 적절한 가상 스크래치 기능에 따라, 또는 단순히 "제안 노출" 버튼과 같은 입력 필드를 클릭하거나 이에 타이핑함으로써 다양한 실시예에서 수행될 수 있고, 이러한 노출은 예컨대 가상의 스크래치카드가 스크래치되는 애니메이션 시퀀스를 포함할 수 있다. 본 발명의 실시예는 또한 이러한 애니메이션 시퀀스 없이 개시될 때 전체 제안을 즉시 노출시키는 기능을 포함한다.

로컬 제안 엔진의 광고 성분을 병합하는 발행자의 애플리케이션 중 하나의 애플리케이션 내에서 일부 행위를 수행하는 사용자를 통해 프로세스가 개시된다. requestFreshAd 호출에 전달된 파라미터 상에 매칭이 주어지면(스크래치 앤 세이브는 다른 제안보다 더 높은 클릭-당-경비(CPC : cost-per-click)를 가질 수 있어서, 매칭 프로세스에서 이들에게 더 높은 가중치가 주어진다), 사용자는 vTR(제안 예고 반경) 내에서 예고 광고를 제공받는다. 예고 광고는 디스플레이 광고를 위해 표준 MMA 크기 내에서 맞추어지며, 근처의 하나 이상의 위치에서 취득 가능한 제안이 있음을 사용자에게 전달한다. 이러한 예고 광고는 도 6의 예에 도시되었다.

사용자가 예고 광고 상에서 클릭하면, 추가의 세부사항을 노출하는 광고의 확대된 오버레이 형태를 수신한다. Poynt와 같은 애플리케이션 내에서 디스플레이되는 Tim Hortons를 위한 예고 스크래치 앤 세이브 광고의 예가 도 7에 주어졌다. 이러한 예에서, 스크린 크기는 BlackBerry Bold 스타일 디바이스를 위해 포맷된다.

예고 스크래치 앤 세이브 광고의 추가 예는 도 8에 도시된다. 사용자는 제안이 50%에 이르는 할인임을 알 수 있다. 사용자는 또한 제안에 도시된 브랜드가 Tim Hortons라는 것을 알 수 있다. 덧붙여, 쉽게 액세스 가능한 행위(경보, 클릭-호출, 클릭-브라우즈, 클릭-맵과 같은)를 디스플레이하도록 의도된 상부 바가 존재한다. 이들 행위 아이콘은 "사용자를 생각하게 하지 마라"의 원리에 기초하여 디스플레이되며, 이에 따라, 세부사항을 보기 위해 클릭해야 하는 것보다 앞서 취해질 행위를 아는 것이 좋다.

"Use Now" 버튼은 스크래치 모드를 활성화시키도록 의도한 것이다. vRR(제안 회수 반경)의 밖에 있는 동안 이러한 버튼을 클릭하는 것은 바람직하게 경고 대화를 불러낼 것이고, 이러한 대화는 사용자에게 제안 위치에서 출납원 앞에서 이러한 행위를 수행할 필요가 있음을 알려준다. 경고 대화는 또한 가장 가까운 위치에 맵을 디스플레이할 것이고, 여기에서 제안이 회수될 수 있다. "Share & Save" 버튼은 공유 흐름을 활성화시키는데, 이는 사용자가 페이스북 또는 트위터와 같은 자신의 소셜 네트워크 내의 특정 위치에서 제안을 상환한다는 사실을 공유함으로써 사용자가 추가로 (예컨대) 5%를 할인받는 것을 가능케 한다. 상인의 웹사이트에 대한 하이퍼링크 및/또는 다른 사용자가 유사한 유형의 제안을 수용하는 것을 허용하는 일부 다른 행위에 대한 하이퍼링크와 함께, "Bathurst & Steeles의 Tim Hortons에서 방금 50% 할인 받았음"과 같은 메시지를 소셜 미디어 웹 사이트에 게시하는 사용자에 대해 보답으로 이러한 추가 할인이 승인될 수 있다. 예시적인 흐름 시퀀스를 이하에서 논의한다. "Save" 버튼은 사용자가 제안을 저장하고 스크린을 삭제하는 것을 가능케 한다. 사용자가 vRR 상환 영역 내에 들어가게 될 때, 제안은 자동적으로 활성화되고, 사용자는 제안을 사용할 지 또는 상부 오른쪽 구석의 X를 통해 이를 제거할지를 결정한다. 제안 상에 디스플레이되는 바 코드는 상인에 의해 일괄 공급 형식으로 번호와 관련 할인의 시퀀스로서 로컬 제안 엔진에 제공된다. 각 제안은 할인을 고유하게 식별하는 하나의 번호와 관련된다. 바 코드는 상인의 위치에서 스캔될 수 있어서, 할인은 매장에서 자동적으로 적용할 수 있다.

사용자가 일단 vRR 내에 들어가며, 저장된 스크래치 앤 세이브 제안이 자동적으로 스크린에 불러내어진다. 일부 실시예에 있어서, 로컬 제안 저장실과 같은 애플리케이션이 필요에 따라 저장된 제안을 불러내기 위해 제공된다. 이러한 애플리케이션은 푸쉬(push) 통보를 가질 수 있고, (이미지 또는 그림과 같은) 합성물 내에서 상위 레벨의 네비게이션과 유사한 디스플레이를 활성화시킬 수 있다. 선택적으로, app vs HTML5 부분에서 논의한 바와 같이, 이들 모두는 HTML5 웹 app로서 구현할 수 있다. 이후 사용자는 북마크를 저장할 수 있고, 상점에서 북마크를 호출할 수 있다. save 버튼을 클릭할 때 브라우저 내에서 쿠키/로컬 저장소를 통해 사용자의 로그인 증명서를 저장함으로써 사용자가 방문한 하나의 URL(예컨대, http://locoad.com과 같은 로컬 광고 엔진의 URL)만을 갖는 것도 가능하다. 그후, 로컬 광고 엔진(예, http://locoad.com)을 방문할 때, 사용자는 사용자가 저장한 제안에 자동적으로 로그인되거나, 이러한 제안이 사용자에 표시될 수 있다. 제안이 바람직하게는 이들 기술 중 하나에 의해 검색될 때, 제안이 활성화된다.

활성화된 제안은 스크래치 앤 세이브 행위의 시작점을 나타내기 위하여 가상의 버튼과 이 버튼위에 떠 있는 손을 디스플레이한다. 터치 스크린이 가능한 디바이스 상에서, 사용자는 실제 스크래칭 제스처를 모방하기 위하여 버튼 위에서 단순히 클릭하고 손가락의 움직임을 시작할 수 있다. BlackBerry Bold 스타일 디바이스상에서, 하나의 점에 초점에 맞춰지고, 사용자는 커버를 스크래칭하여 벗기기 위해서 트랙볼을 움직인다. 이러한 디바이스를 사용하는 사용자에 의해 보여지는 제안의 예는 도 9에 도시된다. 가상의 손(901)이 제안을 노출시키기 위하여 가상의 스크래치카드의 스크래칭을 대비한 스크래치 영역(902) 위에 위치된다.

앞에서 언급한 바와 같이, 각 스크래치카드는 상인으로부터 전달된 관련 할인액을 갖는다. 이러한 할인액은 후미의 광고 성분으로부터 내부 API 호출 동안 검사된다. 예시적인 실시예에서 스크래치 프로세스의 시작은 도 10에 도시된다. 스크래치 앤 세이브 행위를 수행하는 최종 결과는 도 11에 도시된다.

일단 제안을 노출시키기 위하여 스크래치카드가 스크래칭되면, 출납원은 스크래치카드의 바닥에 있는 바코드를 스캔할 수 있고, 매장(POS) 시스템은 바코드 내에 인코딩된 일련번호와 관련된 할인을 자동적으로 적용할 수 있다. 상인의 POS 시스템이 QR 코드를 스캔할 능력을 갖는다면, 코드는 QR 코드로서 디스플레이될 수도 있다. QR 코드의 예는 도 12에 제공된다.

위의 스크린 사진은 in-app 제안 저장소의 발행자에 의해 가능한 구현으로 도시되었다. 브라우저 내에 디스플레이되고 저장된 URL로부터 한 번 호출된 제안의 예가 도 13에 도시되었다.

그룹 구매

그룹 구매는 위치에 기반한 제안으로서 구현할 수 있다. 광고자는 제안이 유효하도록 하기 위하여 벌충구매(참여자)의 필요한 수를 규정할 수 있다. 그룹 구매가 작용하기 위하여, 사용자는 광고 내에서 제안 권리를 벌충 구매할 수 있어야 할 필요가 있다. 참여자의 필요한 수에 도달할 때, 모든 구매 제안이 승인된다.

청구서 작성

제안에 대한 청구서 작성의 바람직한 방법은 다음 사항을 포함한다:

1. 고정 비용 - 광고자에게 뷰/행위의 수에 제한을 갖고 매월 특정 수의 제안을 찾을 능력을 제공하는 고정된 (예, 월간) 순환 비용.

2. 가변 비용/CPM - 매 1000개의 효과(impressions)에 대한 비용.

3. 가변 비용/CPA - 매 행위에 대한 비용. 다른 비용이 다른 행위와 관련될 수 있다.

가변 비용 모드에 대해, 두 비용 모두 미리 설정되게 하거나 경매 시스템을 제공함으로써 비용을 설정하는 것이 가능하다. 두 경우에 있어서, 사용자 행위의 실시간 보고는, 우리가 어떤 광고 제공이 취득 가능한 지를 알도록, 경비와 예산에 기초하여 매칭 엔진에 입력될 필요가 있다.

언급한 바와 같이, 제안 엔진은 상인을 위한 광고 프로세스를 단순화시킨다. 고정 비용은 가장 단순한 청구서 작성 방법을 제공한다. 고정 비용 모델로부터 야기되는 의문 중 하나는 발행자와, 모델이 성능에 기초하는 조정 네트워크를 통해 어떻게 수익을 공유하는지에 대한 것이다. 하나의 가능성은 필수적으로 고정 비용을 예산으로 처리하고 CPM/CPC/CPA 비율을 설정하여, 예산이 최적으로 사용되지만 초과되지 않도록 하는 것이다. 이러한 방법이 작용하기 위하여, 사용자 행위의 실시간 보고는 청구서 작성 서비스에 피드백 루프를 제공해야 한다. 제안 엔진은 판매 조직(예, ReachLocal, Yellow Pages, Super Pages, 등)을 통해 상인에 판매될 수 있다. 이들 조직은 확립된 비율의 카드와 상인과의 관계를 갖기 때문에, 전체 수집 프로세스는 판매 파트너가 매월 단위로 상인에 대한 집합 지불을 하게 함으로써 단순화할 수 있다. 이것은 또한 이들 조직이 계정의 미지불 및 종료가 필요한지를 우리에게 알려줄 수 있는 것이 필요하다.

제안 매칭 엔진

매칭 엔진은 다양한 세부사항을 가지고 들어오는 요청을 취하여, 최적의 광고를 찾으려 시도한다. 다음은 입력 파라미터의 예시적인 목록이다.

1. 위치 - 위도, 경도, 고도

2. 속도 벡터 - 이동의 속도 및 방향

3. 조회 - 검색 애플리케이션일 경우 사용자가 수행하는 임의의 조회

4. 카테고리 - 광고의 카네고리(예, 패스트푸드 레스토랑, 영화, 스포츠)

5. 사용자 선호도 - 사용자가 관심을 표한 광고 또는 브랜드의 카테고리

6. 텍스트 상황 - 일부 텍스트 상황 내에서 애플리케이션이 광고를 서비스하는 경우, 페이지의 텍스트

7. 디바이스 유형 - 디바이스의 유형

8. 디스플레이 크기 - 광고 디스플레이의 크기

9. 고유한 사용자 식별자 - 사용자의 식별자

10. 디바이스 식별자 - 디바이스의 식별자

11. 제안 유형 - 임의의, 디스플레이, 상환, 스크래치카드와 같은 제안의 특정 유형을 요청하기 위해 사용되는 유형

12. 페이징 - 페이지 마다의 요청

입력 파라미터에 기초하여, 제안 매칭 엔진은 다음 사항에 기초하여 결합된 점수의 항으로 최적의 광고를 찾는다:

1. 적절성 - 각 제안은 관련된 키워드와 카테고리를 갖는다

2. 위치 - 제안의 지리적 울타리가 설정된 영역을 고려한다

3. 수익(CPMs, CPC)

제안 매칭 엔진은 적용가능한 제안의 초기 설정을 얻기 위하여 지리적-필터링의 조합을 사용하여 구현할 수 있고, 점수(적절성 인자와 수익을 기초로 가중된 점수)는 최상의 매칭을 얻기 위하여 지리적-필터링된 설정을 통해 적용할 수 있다

상인이 응모한 프로세스

로컬 제안 엔진 시스템 내에서 상인이 광고자가 되기 위한 두 가지 바람직한 방식이 존재한다. 상인은 웹사이트에 가서 응모 양식(sign-up form)을 채움으로써 응모할 수 있거나, 상인은 상인 대신에 필요한 정보를 채우는 가입자/판매원을 통해 응모할 수 있다. "보조" 판매 프로세스는 도 14에 도시된다.

상인 스스로 등록

상인은 도 15에 도시된 양식과 같은 양식을 채움으로써 웹사이트에서 응모할 수 있다. 사용자 id와 패스워드는 IVR 프로세스의 잠재적인 사용을 합리화하도록 맞춰진 전화 번호인 것이 바람직하다.

유효 주소가 주소 필드에 제공되어야만 하는데, 왜냐하면 이러한 주소가 지리적으로 코드화될 것이고, 관련 lat/lng가 제안 가시 반경을 형성하는데 사용될 것이기 때문이다.

다른 메뉴에 있어서, 상인은 사업 카테고리를 선택한다. 카테고리를 선택하는 것은 제품의 유형을 결정하고, 상인은 이러한 제품 유형을 위하여 IVR을 사용하여 구조화된 제안을 생성할 수 있다. 만약 상인이 제안을 생성하기 위하여 온라인 웹사이트를 사용하고 있다면, 사용자는 구조화된 제안을 따를 필요가 없고, 제안이 작용하도록 하기 위해 사용자가 원하는 임의의 텍스트를 입력할 수 있다. 사업 카테고리를 규정하기 위한 예시적인 입력 메뉴가 도 16에 도시되었다.

다른 메뉴에 있어서, 상인은 사업을 위한 하위-카테고리를 규정할 수 있다. 예컨대, 레스토랑에 대해, 하위-카테고리는 도 17에 도시된 바와 같은, 즉 "Italian,", "Chinese,", 또는 "Indian."이 될 수 있다.

하위-카테고리를 선택하는 것은 제품의 유형을 설정하고, 상인은 이러한 제품 유형을 위하여 제안을 생성할 수 있다. 일단 하위-카테고리가 선택되면, 상인은 그후 언급된 카테고리에 존재하는 제품을 위한 제안을 찾기 위하여 IVR을 사용할 수 있다. 상인이 온라인 사이트를 사용할 때 자신이 원하는 임의의 카테고리/하위-카테고리/제품을 위한 제안을 생성할 수 있고, 이러한 제품이 전혀 없다면, 상인은 자유-양식의 텍스트를 통해 제안을 한정할 수 있음을 주목해야 한다. 즉, 일부 실시예에 있어서, 상인이 웹 사이트를 사용하여 생성할 수 있는 제안의 유형에 어떠한 제약도 존재하지 않는다. 그러나, 일부 실시예에 있어서, 상인은 제한된 세트의 제품을 제공하기 위하여 상인의 계정과 관련된 하위-카테고리를 사용하고, 상인은 제한된 세트의 제품으로부터 IVR 번호 시스템을 사용하여 선택하고, 제안을 찾을 수 있다.

동일한 시스템이 판매진에 의해 사용되어, 상인을 방문하기에 앞서 상인을 응모시킬 수 있다. 상인을 방문하기에 앞서 상인을 응모시킬 때, 판매진은 상인을 그의 계정과 관련시키기 위하여 가입자 필드를 채워야만 한다. 판매원은 상인이 새로운 제안을 즉시 찾을 수 있도록 IVR 호출을 위한 전화 번호와 사용자 증명서(전화번호와 패스 코드)를 상인에게 남겨둘 수 있다.

상인의 기본 정보 구조

일단 로그인하면, 상인/광고자/브랜드 관리자는 단순한 사용자 인터페이스를 가질 것이고, 이러한 인터페이스를 통해 진행 광고의 로컬 제안 엔진 시스템과의 관계를 관리할 수 있다. 이러한 기능의 사용은 선택사항이며, IVR 시스템을 모방하는 프로세스를 설정하는 단순한 광고에 보충적이다.

이러한 관리 콘솔을 통해, 사용자는 그들의 광고와 캠페인을 관리할 수 있고, 개별 광고 또는 전체 캠페인에 대한 통계 및 평가를 재검토하거나 추적할 수 있다. 사용자는 또한 그들의 사업에 대한 세부사항을 제공하기 위한 선택사항을 가질 수 있고, 이러한 세부사항은 상인이 목표로 하는 시장에 대한 정보(체크박스 또는 자유형식의 태그의 사용을 통해)를, 그리고 상인이 가장 접근하기를 원하는 개인에 대한 세부사항을 상인이 제공하도록 허용함으로써, 광고를 적절한 청중의 부분에 전달하는 것을 도울 것이다.

더욱이, 콘솔은 사용자로 하여금 다음 사항을 행할 수 있도록 허용한다:

1. 이후의 사용자의 임의의 또는 모든 미래의 광고에 의해 사용될 수 있는 로고 및 이미지와 같은 재사용 가능한 브랜드 요소를 업로드한다.

2. 사업 위치(단일 또는 가맹점)를 부가하고 관리한다.

3. 위치 그룹(지리에 관계 없이 관련되는 위치의 수집)과 영역(지리적인 영역에 의해 관련된 위치의 수집)을 부가하고 관리한다. 그룹 및/또는 영역은 어떠한 위치가 쿠폰 또는 제안에 참여할지를 결정하기 위하여 사용할 수 있다.

4. 사용자가 지정한 특권에 기초하여 전체적으로 또는 부분적으로 관리 콘솔을 액세스하여 사용할 수 있는 2차 계정을 부가한다. 이것은 제안을 제어하고 주어진 지리적인 영역을 평가하는 데이터 수집 스태프 또는 영역 관리자를 위해 사용할 수 있다.

콘솔이 사용자에게 제공할 수 있는 선택사항의 추가 세부사항은 도 18a 내지 도 18e에 주어진다.

디바이스로부터 광고 요청

어떠한 광고가 서비스되는지, 디바이스에 의한 요청시 언제, 그리고 왜 제공되는지를 결정하는 예시적인 프로세스를 규정하는 프로세스 흐름이 도 19a 내지 도 19d에 제공된다.

디바이스 상에 광고의 디스플레이

도 20a 내지 도 20e에 도시된 흐름은 광고가 SDK를 통해 전달되는 지에 관계 없이 사용자가 광고로 행할 수 있는 상호작용을 한정하고, 이러한 상호작용이 될 수 있는 출력이 무엇인지를 한정한다.

새로운 캠페인의 생성

도 21에 도시된 흐름은 새로운 광고 캠페인을 생성하기 위한 프로세스를 규정한다.

새로운 광고의 생성

도 22a 및 도22b에 도시된 흐름은 새로운 광고를 생성하기 위한 프로세스를 규정한다.

IVR을 사용하여 새로운 광고를 생성하기 위한 프로세스 흐름은 도 23에 도시된다.

광고자는 광고 엔진 단(short)코드(가설의 단코드는 #76968)에 텍스트를 전송함으로써 SMS 메시지를 통해 광고를 전달할 수 있다.

API

본 발명의 실시예에 따른 API의 예시적인 요소가 아래에 제공된다.

사용자의 확인(사용자는 http://www.locoad.com의 웹사이트에서 응모할 수 있다).

HTTP GET

http://api.locoad.com/?phone_no=4165433324&code=1800

JSON Response

{"valid":true, "merchant_id":14}

주어진 상인 id(이전 단계에서 14)에 대해, 상인이 그의 제안에서 특정한 제품을 찾는다.

HTTP GET

http://api.locoad.com/merchant/products/?id=14

JSON Response

{

"products":[

{

"product_id":1,

"category_id":5,

"sub_category_id":1,

"product_description":"Pizza",

"tags":"pizza, italian"

},

{

"product_id":2,

"category_id":5,

"sub_category_id":1,

"product_description":"Panzerotto",

"tags":"panzerotto, italian"

},

{

"product_id":3,

"category_id":5,

"sub_category_id":1,

"product_description":"Spaghetti",

"tags":"spaghetti, italian"

},

{

"product_id":4,

"category_id":5,

"sub_category_id":1,

"product_description":"Panini",

"tags":"panini, italian"

}

]

}

상인을 위한 명령을 찾기 위하여:

HTTP GET

http://api.locoad.com/merchant/offer/add/?category_id=5&sub_catego

ry_id=1&merchant_id=14&source_id=2&product_id=1&quantity=2&pri

ce=19.99&offer_start=2010-04-25

00:00:00&offer_end=2010-05-01

JSON Response

{

"offers":[

{

"offer_id":48,

"merchant_id":14,

"source":"1-800",

"product":"Pizza",

"quantity":2,

"price":19.99,

"discount_percentage":0,

"offer_start":"\/Date(1272168000000-0400)\/",

"offer_end":"\/Date(1272686400000-0400)\/",

"img_url":"http://www.bestfreeicons.com/smimages/

Pizza%20slice%20icon.png",

"redemption_code":"",

"distance":0.0,

"merchant_name":"unopizza",

"merchant_lat":43.8026311,

"merchant_lng":-79.5044929,

"address":"55 Administration Rd, Vaughan, ON, Canada",

"city":"Vaughan",

"postal":"L4K",

"state":"ON",

"country":"CA",

"phone":4165433324

}

]

}

제안의 요청

HTTP GET

http://api.locoad.com/?lat=43.8&lng=-

79.8&range=1000&page=1&rpp=10&keyword=italian&preferences=piz

za,leisure&did={device id}&appid={publishers App Id}

{ "offers" : [ { "address" : "55 Administration Rd, Vaughan, ON,

Canada",

"city" : "Vaughan",

"clickthrough_url" : "http://locoad.com/offer /?id=12",

"country" : "CA",

"discount_percentage" : 0,

"distance" : 14.7382862381124,

"img_url" : "http://i.ehow.com/images/a04/a0/o6 /cook-healthy-

spaghetti-meatballs-dinner-200X200.jpg",

"merchant_id" : 14,

"merchant_lat" : 43.802631099999999,

"merchant_lng" : -79.504492900000002,

"merchant_name" : "unopizza",

"offer_end" : "/Date(1280635200000-0400)/",

"offer_id" : 64,

"offer_start" : "/Date(1277956800000-0400)/",

"offer_text" : "unopizza 5 Spaghettis for $4,488.00 valid until

Aug/1/2010 12:00 AM",

"phone" : 4165433324,

"postal" : "L4K",

"price" : 4488.0,

"product" : "Spaghetti",

"quantity" : 5,

"redemption_code" : "",

"source" : "1-800",

"state" : "ON"

} ] }

사용자가 제안의 지리적 울타리가 설정된 영역 내에 있는 지를 검사

HTTP GET

http://api.locoad.com/offer/within_range/?id=14&lat=43.8&lng=-

79.8&appid={appid}

JSON Response

{ "within_range" :true}

사용자가 제안의 지리적 울타리가 설정된 상환 영역 내에 있는 지를 검사

HTTP GET

http://api.locoad.com/offer/within_redemption_range/?id=

14&lat=43.8&lng=-79.8&appid={appid}

JSON Response

{"Within_range":true}

프로세스의 수명(lifetime)을 통해, 다양한 이벤트가 분석 API를 통해서 등록되고 추적된다. 다음의 이벤트는 제안을 위한 "요구"에 대해 추적된다:

1. API를 요청 - 키워드, 카테고리, 사용자 선호도, 디바이스 id, 요청 시간, 위치, 등(즉, 모든 요청 파라미터)

다음의 이벤트는 제안과 관련하여 추적된다:

1. API 응답에 반환된 제안

2. 디스플레이된 제안

3. 예고 영역 내에서 디스플레이된 제안

4. 제안 가시 영역 내에서 디스플레이된 제안

5. 상환 영역 내에서 디스플레이된 제안

6. 제안 클릭-웹

7. 제안 클릭-호출

8. 제안 클릭-메일

9. 제안 클립-맵

10. 상환된 제안(상환 제안을 위해)

11. 스크래칭된 제안(스크래치 앤 세이브를 위해)

발행자는 로컬 식료품점으로 유추할 수 있다. 식료품점은 선반 공간의 제한된 공급을 갖는다. 식료품점이 해결해야 할 업무 중 하나는 가장 큰 수익을 창출하기 위하여 선반 공간에 놓일 제품을 최적화하는 것이다. 모바일 플랫폼 상의 애플리케이션 발행자는 유사한 문제에 직면한다. 모바일 플랫폼은 스크린 면적에 관해 제한되고, 발행자는 최적의 수익 생성 전략을 결정할 필요가 있다. 이러한 문제를 분석하기 위하여, 광고를 통해 수익을 생성하지 않는 지불된 apps를 무시하는데, 왜냐하면 이들은 광고 엔진과 관련이 없기 때문이다. 그러므로, 무료의 광고 지원 애플리케이션 발행자는 어떠한 공간에서 광고의 어떠한 소스를 사용할지를 결정해야 한다. 일단 발행자가, 자신의 애플리케이션 배치에 기초하여, 어떠한 공간을 광고에 위탁할 지(식료품점 유추에서 선반 공간을 할당하는 것과 유사)를 결정하면, 발행자는 광고를 그 공간에 제공하기 위하여 어떤 광고 네트워크(들)을 사용할지를 산정할 필요가 있다. 광고를 할당된 광고 공간에 위치시키지 않는 것은 선반(지금까지 임대료는 고정되어 있는)에 어떠한 제품도 놓지 않는 것과 동등하다. 그러므로, 발행자는 높은 CPM, CPA(또는 광고 엔진에 의해 어떠한 화폐화 방법이 선택되든지)와 채움 비율의 조합을 통해 할당된 공간을 화폐화하는 광고 엔진(또는 조정 엔진)을 최상으로 삽입하려 노력할 것이다. 네트워크의 영향이 여기에서 작용한다. 발행자는 광고 공급이 있는 곳으로 갈 것이고, 광고자는 광고 요구(즉, 발행자)가 있는 곳으로 갈 것이다.

이러한 것이 새로운 것, 즉 위치에 기반한 광고 네트워크를 탄생케 하는 곳은 어디인가? 스크린 공간을 차지하지만 충분한 재고물품을 갖지 않는(낮은 채움 비율) 광고 SDK를 생성하는 것은 CPA가 현저하게 높지 않다면 많은 광고자에게 흥미가 없을 것이다. 이것을 주장하는 대안적인 방식은, LBA 광고 상의 CPC/CPA가 초기 광고 엔진에서 재고물품의 부족으로 인한 낮은 채움 비율과 지리적 울타리의 설정으로 인한 고유하게 낮은 채움 비율을 벌충하기 위하여 매우 높아야 할 것이다라고 말하는 것이다. 이러한 상황에서 종종 사용되는 전략은 소스의 낮은 경비, 아마도 LBA가 아닌 "뒤-채움"(back-fill)을 위한 포괄적인 광고에 대한 것이다. 간혹 애플리케이션 발행자가 이러한 업무를 자진하여 수행하거나, 그들이 자신의 비용으로 이러한 업무를 수행하기 위하여 광고 조정 엔진을 사용한다. 지금까지, 대부분의 위치에 기반한 광고의 달성이 위치를 인식한 애플리케이션의 요구로부터 직접 생성되었다. 거의 모든 더 큰 위치 인식 apps는 그들 자신의 광고 소스를 갖는다. 이들은 LBA를 목표로 하는 광고자에게 직접 판매된다. 대부분의 LBA 달성은 뒤채움을 취급해야만 한 것은 아니었다. 대형 모바일 광고 네트워크(adMob, iAd, 등과 같은)는 이러한 공간을 목표로 하지 않았다. 조정 엔진은 공간을 목표로 하는 최상의 기회를 갖는데, 왜냐하면 이들이 뒤채움에 대한 액세스를 갖기 때문이다.

따라서, 만약 로컬 제안 엔진이 SDK(삽입 가능한 성분)을 갖고, 따라서 모든 시간에 스크린의 공간을 점유하도록 의도된다면, 뒤채움 소스에 대한 액세스를 가져야 하고 동일한 공간을 점유할 수 있는 다른 성분과 정밀하게 협력해야 할 것인데, 이러한 다른 성분은 발행자에게 재고물품이 없다는 것과 뒤채움을 위해 일부 대안을 채용해야 한다는 것을 어느 정도 통보할 수 있다. 제안 엔진은 API를 제공해야만 하는데, 발행자는 이러한 API를 통해 적용 가능한 재고물품이 있는지와 광고 성분이 활성화될 수 있는 재고물품이 존재하는지를 눈으로 확인할 수 있거나, 또는 광고가 API를 통해 광고자에 의해 구성될 수 있다. 이러한 점은 발행자에게 광고 엔진을 구현하는 복잡성을 야간 증가시킨다.

이상적인 세계에 있어서, 발행자는 로컬 광고 엔진 SDK로부터의 성분을 삽입할 것이고, 이는 높은 CPAs와 예외적인 사용자 경험을 통해 높은 채움 비율을 가질 것이다. 그러나, 이러한 접근법에 의해 직면하는 많은 문제점이 존재한다. 예컨대, 다음의 시나리오를 고려해보자: 사용자가 스크래치 앤 세이브 광고를 서비스받는다. 사용자는 아직까지 얼마나 할인받을 지를 모르고, 상점에 있을 때 광고를 스크래치하는 것을 필요로 한다. 사용자는 그 사이에 전화를 사용하기를 희망할 수 있다. 이것은 사용자가 광고를 소거할 필요가 있음을 의미한다. 더욱이, 사용자는 광고를 서비스하는 애플리케이션을 사용하기를 원할 수 있다. 그러나, 애플리케이션을 배경으로 하는 것은 선택사항이 아니다. 그러므로, 사용자는 광고를 단순히 숨기는 것과는 달리 소거할 필요가 있다. 사용자가 광거를 소거할 때 무슨 일이 발생할까? 광고는 어디로 옮길까? 또는 다른 방식으로, 사용자가 광고를 저장할 때 무슨 일이 발생할까? 이러한 광고가 어디에서 지속될까? 덧붙여, 사용자가 일단 상점에 다가가면 사용자는 어떻게 광고로 되돌가갈 수 있을까. 실제로, 사용자는 자신이 되돌아가 제안을 활성화시킬 수 있는 제안의 저장소와 같이 사용자 디바이스 상에 애플리케이션을 설치해야 할 것이다. 이것은 그 자체로 문제점을 갖는다. 사용자는 사용자가 그러한 애플리케이션에 들어갈 필요가 있음을 알아야만 한다. 발행자는 자신의 애플리케이션을 빠져나가는 사용자에 대해 즐겁지는 않을 것이다, 등. 다른 가능성은 발행자가 자신의 애플리케이션 내에 삽입할 수 있는 성분으로서 저장소를 또한 실현하는 것이다. 그러나, 이것은 발행자 구현에 대해 과도한 복잡성을 필요로 한다. 운영체계가 범용으로 액세스 가능한 무엇인가에 이러한 종류의 광고를 저장하는 선택사항을 갖는 것이 바람직하다.

광고를 저장하는 것을 가능케 하는 일 실시예에 있어서, 광고는 북마크로서 저장된다. 다양한 광고 유형(상환 유형, 스크래치 앤 세이브, 등)이 이후 HTML5 애플리케이션으로 구현된다면, 사용자의 행위를 통해 사용자의 모바일 브라우저 내에서 광고가 북마크로 저장되는 경우 사용자가 저장물을 활성화시키는 것에 관한 효과에 대해 경보를 받고, 사용자가 스크래치 앤 세이브 제안의 위치에 다가갈 때 사용자는 단순히 북마크를 개시하는 것과 같은 해결책이 가능해진다. 브라우저는 북마크를 개시하고, HTML5 app는 사용자의 위치를 분석하고(지리적인 위치가 HTML5 규격의 일부이기 때문에 가능), 적절한 지리적 울타리가 설정된 논리가 사용되고(지리적인 위치, 작업자의 프로세스 및 웹 소켓을 통해 이루어질 수 있다), 사용자는 가상의 스크래치카드를 스크래칭하고(HTML5에서 캔버스와 자바스크립트 성능으로 인해 가능), 분석에 관해 모든 이면 호출이 자바스크립트로부터의 임의의 문제점 없이 수행된다. HTML5를 사용하는 것에 대한 문제점은 모든 플랫폼 상에서 사용할 수 있는 것이 아니라는 점이다. 그러므로, 이러한 문제점은 iPhone과 Android와 같은 HTML5를 지원하는 모바일 디바이스 상에서 북마크를 갖는 HTML5로서 로컬 제안 엔진 애플리케이션을 구현하고, HTML5를 지원하지 않는 플랫폼에 대해 Blackberry 광고 성분과 같은 광고 성분의 일부로서 구현함으로써 해결할 수 있다.

북마크하는 것에 부가하여, 광고를 저장하고, 목표 위치를 도달한 후와 같이 이를 이후에 액세스하기 위한 다른 방법을 사용할 수 있다. 예컨대, 사용자는 이메일 메시지가 사용자에게 전송되도록 하기 위하여 광고와 관련된 버튼을 클릭할 수 있다. 이러한 이메일은 URL을 포함할 수 있고, 사용자는 저장된 광고를 액세스하기 위하여 사업 위치에 도달한 후 URL을 따를 수 있다. 즉석 메시지 생성 시스템을 통해 URL을 제공하는 것을 포함하는 특정 실시예에서 유사한 해결책을 구현할 수 있다.

광고 대 성분의 문제점은 푸쉬 광고 시나리오에서 심지어 더 많이 보여질 수 있다. 이러한 시나리오에 있어서, 사용자는 자신이 광고 수신에 관심이 있는 브랜드 및/또는 카테고리에 가입한다. 푸쉬가 발생하기 위하여, 애플리케이션이 사용자 프로파일과 매칭되는 광고가 사용 가능한 지를 조사하기 위하여 LBA와 정보를 교환하는 디바이스 상에서 애플리케이션이 실행될 필요가 있다. 이것은 디바이스가 발행자의 제어하에 있지 않을 수 있는 소프트웨어를 언제든지 실행함을 의미한다. 대안적으로, 광고에 대한 조사는 사용자의 체크-인시에 또는 발행자의 애플리케이션 내의 일부 다른 위치 관련 이벤트시와 같은 요구시에 발생할 수 있다. 이것은 발행자가 사용자의 위치를 전달함으로써 사용자 프로파일에 매칭되는 광고, 및 사용자 또는 사용자의 디바이스와 관련된 식별자를 조회할 수 있음을 의미한다. 식별자는 또한 연속적인 푸쉬 시나리오에서 필요하지만, 광고를 가짐으로써 광고가 디바이스 식별 특권을 갖게 하여 디바이스를 식별할 수 있다고 간주한다. 그러나, 이것은 문제를 제기할 수 있는데, 왜냐하면 디바이스를 사용자 계정과 관련시킬 필요가 있기 때문이다. 발행자는 이러한 식별자를 얻기 위해 필요한 허가를 갖지 않을 수도 있고, 발행자는 무언가가 배터리를 소모하는 체크되지 않은 위치 조회를 수행하도록 하는 것에 대해 불쾌할 수도 있다. 더욱이, 발행자의 애플리케이션 내의 성분으로서 무언가가 언제든지 실행되고 있고, 광고에 대한 사용자 프로파일에 대한 매칭이 존재한다 할지라도, 특히 사용자가 일부 다른 애플리케이션 내에 있다면, 사용자가 이러한 이벤트를 어떻게 통지받는다고 간주할 것인가?

푸쉬에 대한 모든 이러한 문제점은 만약 애플리케이션의 푸쉬 형태가 푸쉬 자체 상의 애플리케이션이라면 해결된다. 이는 항상 실행하고, 푸쉬 이벤트를 생성하고, 사용자가 어떤 광고 형태를 수신하기를 희망하는지에 대한 사용자 선호도를 설정할 수 있는 능력을 사용자에게 제공하고, 또한 통지에 대해 작용할 수 있다. 따라서, 푸쉬는 푸쉬 자체 상의 애플리케이션으로서 구현되고, 로컬 제안 엔진의 범주에 속하지 않는다. 사용 가능한 LBA 재고물품에 대한 액세스를 얻기 위하여 API를 통한 로컬 제안 엔진을 사용할 수 있지만, 폴링(polling)을 행하고, 사용자 요구 프로파일을 구축하고, 프로파일을 조회 중인 로컬 제안 엔진에 전달하는 애플리케이션으로서 자연히 구현되어야 한다.

이전에 논의한 바와 같이, 일련의 도전의 문제점은 광고자 시장의 롱테일(long-tail)에 속하는 광고자와 상호작용하는 임의의 시스템과 직면한다. 여기에서 우리는 미소-사업(micro-business)을 발견한다. 이들 미소-사업은 간혹 하이퍼-로컬 광고에 관심이 있는데, 왜냐하면 썩기 쉬운 상품과 서비스를 갖고 실제 하이퍼-로컬 소비자 기반을 서비스하기 때문이다. 불행히도, 전술한 바와 같이, 상기 사업은 간혹 셀프-서비스의 광고 시스템, 심지어 구글의 ad-Sense와 같이 간단한 광고를 사용하기 위하여 요구되는 고도한 지식이 부족하다. 모든 사업이 로컬이든 모바일이든 전화에 대한 액세스를 갖는다. 사업을 구성할 때 취하는 첫번째 단계 중 하나는 유선 전화 서비스를 획득하는 것이다. 로컬 제안 엔진 시스템은 IVR 시스템의 사용을 통해 이러한 유형의 시장을 취급하여, 미소-사업 소유자에 매우 친숙한 통신 매체에 레버리지를 도입하도록 설계되었다. 로컬 제안 엔진 내에서, 하나의 계정은 호출 센터에 의해 사업상 미리 생성할 수 있다. 사업의 위치는 지리적으로 코드화될 수 있고, 그 제품의 목록은 그 사업 라인에 기초하여 구축할 수 있다. 일단 응모하면, 로컬 사업은 IVR의 단순한 사용을 통해 (또는 호출 센터에 대한 호출 또는 음성 인식을 갖는 IVR을 통해) 제안을 찾을 수 있다.

로컬 광고가 푸쉬 또는 풀(pull)되어야 하는지? 이것은 실제 잘못된 질문이다. 푸쉬 또는 풀 광고는 다른 광고이고, 다른 선택사항 또는 제품 라인으로 간주할 수 있다.

로컬 푸쉬 광고는 제품의 브랜드 또는 카테고리에 일부 관심을 갖 디바이스는 또는 계정과 관련된 프로파일을 가질 것을 요구하고, 이러한 프로파일은 이후 사용자가 제안과 관련된 지리적 울타리가 설정된 영역 내에 있을 때 광고자에 의해 제공된 제안에 대해 매칭될 것이다. 사용자의 위치는 연속적인 기반(예컨대, 구글의 Latitude 또는 Loopt를 사용하여)으로 획득되고, 경보는 제안에 대한 매칭이 존재할 때 생성된다.

풀 광고에 있어서, 사용자는 조회 또는 일부 다른 행위를 통해 상품 또는 서비스에 관심을 표하고, 그 시점에 조회(또는 상황)가 로컬 제안 엔진으로부터 매칭된 광고를 풀(pull)하기 위하여 사용자의 위치와 함께 전달된다.

다른 선택사항은 혼합된 모델인데, 이 모델에서 사용자의 위치는 연속적으로 획득되지 않고, 대신에 체크-인(또는 일부 다른 위치에 관련된 이벤트)을 통해 획득되고, 이후 이러한 위치는 사용자의 식별자와 함께 위치-기반의 시스템에 전달되어, 이러한 시스템에서 사용 가능한 제안에 대해 매칭이 이루어질 수 있다.

푸쉬 광고는, 서버측의 푸쉬가 가능하지만, 사용자의 위치가 푸쉬 광고로 전달되는 한, 경보를 생성하기 위한 전용 애플리케이션을 갖는 것을 통해 최상으로 수용될 수 있다. 서버에 기반한 푸쉬 시스템은 사용자의 대강의 위치에 기초하여 구현할 수 있는데, 왜냐하면 위치가 기지국(cell-tower)의 삼각 측정법을 통해 백엔드 시스템에 사용가능하지만, 이 위치는 프라이버시 관심사로 인해 반송파 벽 밖의 누구나 쉽게 공유할 수 없기 때문이다. 선택적으로 사용자의 위치를 연속적으로 제공하는 메커니즘(예컨대, 뉴욕주 10012, 뉴욕에 소재하는 Xtify사에 의해 제공되는, 안드로이드 상의 Xtify 서비스 위치 성분과 같은 설비를 사용하여)이 존재할 수 있다. 이러한 서비스는 배터리를 소비할 GPS를 활성화시키지 않는다. 대신에 이 서비스는 Wi-Fi 액세스 점과 기지국 정보를 사용하여 대강의, 저전력의 사용자 위치 식별을 사용해야 한다. 일단 위치 엔진이 사용자 위치를 수신하면, 위치 엔진은 매칭을 수행하고, 플랫폼 지정 푸쉬 통보 서비스를 활성화시킬 수 있다. 모든 스마트폰의 플랫폼은 이제 공식적인 푸쉬 통보 시스템을 갖는다. 예컨대, 안드로이드에 기반한 디바이스에 대해, http://code.google.com/android/c2dm/ 를 참조. 이들 푸쉬 통보 시스템은 활성상태로 연결을 유지하고 푸쉬 통보 메시지를 수신하기 위하여 필요한 전력 사용량을 줄이도록 의도된 것이다.

시스템의 시각으로부터, 제안 엔진의 매칭으로부터 푸쉬 양상을 분리하는 것이 바람직하다. 두 시스템 사이의 인터페이스를 가짐으로써 시스템을 처리하는 것이 가능한데, 이러한 시스템 내에서 발행자는 조회, 상황, 위치 및 사용자 프로파일 정보를 전달함으로써, 또한 이러한 유형의 정보를 시스템에 전달하는 푸쉬 애플리케이션을 생성하고 사용자 대신에 경보를 생성하여 이러한 유형의 인터페이스 상부에 구축함으로써, 제안 엔진으로부터의 요청을 직접 찾는다. 발행자 또는 푸쉬 애플리케이션은 바람직하게 사용자-지정 정보를 전달하기 위하여 고유한 방식 내에서 사용자를 식별할 수 있는 것이 바람직하고, 통보를 사용자에게 푸쉬할 수 있다.

푸쉬 기반 시스템, 또는 일부 종류의 사용자 프로파일에 기초하여 광고 상에 매칭을 필요로 하는 시스템은 고유한 사용자 식별자를 사용한다. 식별자는 특정한 사람으로서 사용자를 식별하지는 않아야 한다. 개인의 정보는 식별자로부터 박탈될 수 있다. 그러나, 식별자는 적어도 사용자 디바이스를 고유하게 식별해야 한다. 바람직하게, 고유한 식별자는 디바이스의 특정 사용자를 식별할 수 있고(전화의 다중 사용자의 경우), 디바이스와 독립적으로 사용할 수 있도록 식별자가 디바이스로부터 분리되어 존재하면 더욱 양호하다(사용자 계정과 같이). 사용자가 응모하게 하는 것의 단점은 사용자가 적극적인 행위를 취하하는 것, 즉 응모하는 것을 필요로 한다는 점이다. 사용자에 의한 응모의 부담을 줄이기 위하여, Facebook, Connect 또는 Twitter Oauth와 같은 기존의 계정 시스템을 사용하는 것이 가능하지만, 제안 엔진이 그러한 고유한 식별자를 필요로 한다면, 제안 엔진을 사용하는 임의의 발행자가 이러한 정보를 전달하는 것이 필요할 수 있다. 그러므로, 제안 엔진이 사용자 불가지론자가 되게 하고, 사용자 관리와 사용자 프로파일을 발행자에 의해 처리되게 하는 것이 더 도리에 맞을 수 있다. 발행자 애플리케이션이 사용자 선호도를 갖는다면, 예컨대 만약 Facebook 계정이 사용되고, 발행자가 사용자 기호에 대한 액세스를 갖는다면, 이러한 선호도는 API를 통해 제안 엔진에 전달될 수 있어, 더욱 적절한 광고가 서비스될 수 있다. 사용자 식별자(또는 이러한 식별자의 해쉬(hash))는 기껏해야 제안 엔진의 요청에 대한 선택적인 파라미터가 되어야 한다.

지리적 울타리가 설정된 광고를 생성하고 전달하기 위한 시스템은 메모리에 저장된 지령에 의해 제어되는 프로세서를 포함하는 것으로 기술하였다. 메모리는 제어 소프트웨어 또는 다른 지령 및 데이터를 저장하기에 적합한, RAM(random access memory), ROM(read-only memory), 플래쉬 메모리 또는 임의의 다른 메모리, 또는 이들의 조합이 될 수 있다. 지리적 울타리가 설정된 광고를 생성하고 전달하기 위한 시스템에 의해 수행되는 기능 중 일부는 흐름도 및/또는 블록도를 참조하여 기술하였다. 당업자라면 흐름도 또는 블록도의 각 블록, 또는 블록의 조합의 일부 또는 전부의 기능, 동작, 결정 등은 컴퓨터 프로그램 지령, 소프트웨어, 하드웨어, 펌웨어 또는 이들의 조합으로 구현할 수 있음을 쉽게 인식할 것이다. 당업자는 또한 본 발명의 기능을 한정하는 지령 또는 프로그램이 기록 불가능한 저장 매체(예, ROM과 같은 컴퓨터 내의 판독 전용 메모리 디바이스, 또는 CD-ROM 또는 DVD 디스크와 같은 컴퓨터 I/O 부착에 의해 판독 가능한 디바이스)에 영구적으로 저장된 정보, 기록 가능한 저장 매체(예, 플로피 디스크, 분리 가능한 플래시 메모리 및 하드 드라이브)에 교대로 저장된 정보, 또는 유선 또는 무선 컴퓨터 네트워크를 포함하는 통신 매체를 통해 컴퓨터에 전달되는 정보를 포함하지만 이에 국한되지 않는 많은 형태로 프로세서에 전달될 수 있음을 인식할 것이다. 덧붙여, 본 발명을 소프트웨어로 구현할 수 있지만, 본 발명을 구현하기 위하여 필요한 기능은 선택적으로 또는 대안적으로, 펌웨어, 및/또는 결합 논리, 주문형 집적 회로(ASIC : Application Specific Integrated Circuits), 필드 프로그램 가능한 게이트 어레이(FPGA : Field-Programmable Gate Arrays)와 같은 하드웨어 성분 또는 다른 하드웨어, 또는 하드웨어, 소프트웨어 및/또는 펌웨어 성분의 일부 조합을 사용하여 부분적으로 또는 전체적으로 구현할 수 있다.

본 발명은 상술한 예시적인 실시예를 통해 기술하였지만, 도시된 실시예에 대한 개조 및 변경이 본 명세서에서 개시된 본 발명의 개념을 벗어나지 않고도 이루어질 수 있음을 당업자라면 쉽게 이해할 것이다. 예컨대, 지리적 울타리가 설정된 광고를 생성하고 전달하기 위한 시스템의 일부 양상이 흐름도를 참조하여 설명하였지만, 흐름도의 각 블록 또는 블록의 조합의 모두 또는 일부의 기능, 동작, 결정 등이 결합되거나, 별도의 동작으로 분리되거나, 또는 다른 순서로 수행할 수 있음을 당업자라면 쉽게 알 수 있을 것이다. 더욱이, 다양한 도식적인 데이터 구조에 관해 실시예를 기술하였지만, 당업자라면 다양한 데이터 구조를 사용하여 시스템을 구현할 수 있음을 인식할 것이다. 더욱이, 개시된 양상, 또는 이들 양상의 부분은 위에서 열거하지 않은 방식으로 결합될 수 있다. 따라서 본 발명은 개시된 실시예에 국한되는 것으로 해석하지 않아야 한다.

301 : 거리 대역 302 : 로고
303 : 예고 304 : 미니-탭
501 : 광고 901 : 가상의 손

Claims (21)

1. 사용자의 무선 모바일 통신 디바이스 상에 지리적 울타리가 설정된 광고를 디스플레이하는 컴퓨터-구현 방법으로서, 상기 광고는 해당 사업 위치를 갖는 하나의 사업과 관련되고, 상기 방법은
   상기 모바일 통신 디바이스의 지리적인 위치에 대한 정보를 자동으로 수신하는 단계와,
   상기 모바일 통신 디바이스가 상기 사업 위치의 제 1의 미리 정의된 거리 내에 있는 동안, 상기 모바일 통신 디바이스 상에 상기 광고의 제 1형태의 디스플레이를 자동적으로 야기하는 단계와,
   상기 모바일 통신 디바이스가 상기 사업 위치의 상기 제 1의 미리 정의된 거리보다 짧은 제 2의 미리 정의된 거리 내에 있는 동안, 상기 모바일 통신 디바이스 상에 상기 광고의 제 1형태와는 다른 상기 광고의 제 2형태의 디스플레이를 자동으로 야기하는 단계를 포함하는 광고를 디스플레이하는 컴퓨터-구현 방법.
2. 제 1항에 있어서, 상기 광고의 제 1형태의 디스플레이를 자동적으로 야기하는 단계는, 상기 모바일 통신 디바이스가 상기 사업 위치의 상기 제 1의 미리 정의된 거리 및 상기 사업 위치로부터 적어도 상기 제 2의 미리 정의된 거리 내에 있는 동안, 상기 광고의 상기 제 1형태의 디스플레이를 자동적으로 야기하는 단계를 포함하는 광고를 디스플레이하는 컴퓨터-구현 방법.
3. 제 1항에 있어서, 상기 광고의 제 1형태의 디스플레이를 자동적으로 야기하는 단계는, 상기 모바일 통신 디바이스가 상기 사업 위치의 상기 제 1의 미리 정의된 거리 내에 있는 동안에만, 상기 광고의 상기 제 1 형태의 디스플레이를 자동적으로 야기하는 단계를 포함하고,
   상기 광고의 제 2형태의 디스플레이를 자동적으로 야기하는 단계는, 상기 모바일 통신 디바이스가 상기 사업 위치의 상기 제 2의 미리 정의된 거리 내에 있는 동안에만, 상기 광고의 상기 제 2형태의 디스플레이를 자동적으로 야기하는 단계를 포함하는 광고를 디스플레이하는 컴퓨터-구현 방법.
4. 제 1항에 있어서, 상기 모바일 통신 디바이스가 미리 정의된 상환 영역 내에 있는 동안, 상기 모바일 통신 디바이스의 사용자에 대한 통보를 자동적으로 야기하는 단계를 더 포함하는 광고를 디스플레이하는 컴퓨터-구현 방법.
5. 제 1항에 있어서, 상기 모바일 통신 디바이스가 상기 사업 위치의 상기 제 2의 미리 정의된 거리 내에 있는 동안, 상기 모바일 통신 디바이스에 상기 광고와 관련된 제안을 자동적으로 노출시키는 단계를 더 포함하는 광고를 디스플레이하는 컴퓨터-구현 방법.
6. 제 1항에 있어서, 상기 모바일 통신 디바이스가 상기 사업 위치의 상기 제 2의 미리 정의된 거리 내에 있는 동안, 상기 광고의 제 2형태의 디스플레이와 관련하여 상기 모바일 통신 디바이스 상에서 사용자의 입력으로부터 초래되는 신호를 수신하는 단계와,
   상기 신호를 수신하는 단계에 응답하여, 상기 모바일 통신 디바이스에서 상기 광고와 관련된 제안의 노출(revelation)을 자동적으로 야기하는 단계를 더 포함하는 광고를 디스플레이하는 컴퓨터-구현 방법.
7. 제 6항에 있어서, 상기 광고의 상기 제 2형태의 디스플레이를 야기하는 단계는 상기 모바일 통신 디바이스 상에 가상의 스크래치카드(scratchcard)의 디스플레이를 야기하는 단계를 포함하고,
   제안의 노출을 야기하는 단계는, 사용자의 입력에 응답하여, 제안을 노출하도록 상기 디스플레이된 가상의 스크래치카드의 적어도 일부의 변경을 자동적으로 야기하는 단계를 포함하는 광고를 디스플레이하는 컴퓨터-구현 방법.
8. 제 6항에 있어서, 제안의 노출을 자동적으로 야기하는 단계는, 오직 상기 신호를 수신하는 단계에 응답하여 제안을 노출하는 단계를 포함하는, 광고를 디스플레이하는 컴퓨터-구현 방법.
9. 제 6항에 있어서, 제안의 노출을 자동적으로 야기하는 단계는, 상기 모바일 통신 디바이스가 상기 사업 위치의 상기 제 2의 미리 정의된 거리 내에 있는 동안, 오직 상기 신호를 수신하는 단계에 응답하여 제안을 노출하는 단계를 포함하는, 광고를 디스플레이하는 컴퓨터-구현 방법.
10. 제 6항에 있어서, 상기 모바일 통신 디바이스 상에 상기 사용자의 입력으로부터 초래되는 상기 신호를 수신하는 단계는, 상기 모바일 통신 디바이스 상에서 수행되는 소거 제스처로부터 초래되는 신호를 수신하는 단계를 포함하는, 광고를 디스플레이하는 컴퓨터-구현 방법.
11. 제 6항에 있어서, 상기 제안의 노출을 야기하는 단계는, 상기 모바일 통신 디바이스가 상기 사업 위치의 제 2의 미리 정의된 거리 내에 있는 동안, 상기 사용자가 입력을 상기 모바일 통신 디바이스에 제공하는 경우에만 유효한 제안의 노출을 야기하는 단계를 포함하는, 광고를 디스플레이하는 컴퓨터-구현 방법.
12. 제 1항에 있어서, 상기 모바일 통신 디바이스의 메모리에 상기 광고에 대한 정보를 저장하는 단계를 더 포함하고,
    상기 광고의 상기 제 2형태의 디스플레이를 자동적으로 야기하는 단계는, 상기 광고에 대해 상기 저장된 정보를 액세스하는 사용자에 응답하여, 상기 광고의 상기 제 2형태의 디스플레이를 자동적으로 야기하는 단계를 포함하는, 광고를 디스플레이하는 컴퓨터-구현 방법.
13. 제 12항에 있어서, 상기 광고에 대한 정보를 상기 모바일 통신 디바이스의 메모리에 저장하는 단계는, 상기 메모리 내에 북마크를 생성하는 단계를 포함하고,
    상기 광고에 대한 상기 저장된 정보를 액세스하는 상기 사용자에 응답하여 상기 광고의 제 2형태의 디스플레이를 자동적으로 야기하는 단계는 상기 북마크를 액세스하는 사용자에 응답하여 상기 광고의 제 2형태의 디스플레이를 자동적으로 야기하는 단계를 포함하는, 광고를 디스플레이하는 컴퓨터-구현 방법.
14. 제 1항에 있어서, 초기화 단계 동안 컴퓨터에 의해 상기 관련된 사업 위치를 수신하고, 상기 수신된 관련 사업 위치를 데이터베이스에 저장하는 단계와,
    상기 초기화 단계 이후, 자동화된 전화의 대화형 음성 응답(IVR : interactive voice response) 시스템을 통해, 선택된 제품과 선택된 서비스 중 적어도 하나에 대한 정보와 상기 선택된 제품과 상기 선택된 서비스 중 적어도 하나와 관련된 가격 정보를 수신하는 단계와,3명
    상기 저장된 관련 사업 위치, 상기 선택된 제품과 상기 선택된 서비스 중 상기 적어도 하나에 대한 상기 수신된 정보 및 상기 수신된 관련 가격 정보를 사용하여 상기 광고를 자동적으로 생성하는 단계와,
    상기 생성된 광고에 대한 정보를 상기 데이터베이스에 저장하는 단계와,
    상기 광고의 제 1 및 제 2형태의 디스플레이를 야기하기 위하여 상기 생성된 광고에 대한 상기 저장된 정보를 후속적으로 사용하는 단계를 더 포함하는, 광고를 디스플레이하는 컴퓨터-구현 방법.
15. 사용자의 무선 모바일 통신 디바이스 상에 지리적 울타리가 설정된 광고를 디스플레이하기 위한 컴퓨터 코드가 저장된 유형의 영구적인 컴퓨터 판독 가능한 매체로서, 상기 광고는 관련 사업 위치를 갖는 사업과 관련되고, 상기 컴퓨터 코드는,
    상기 모바일 통신 디바이스의 지리적 위치에 대한 정보를 자동적으로 수신하도록 구성된 컴퓨터 코드와,
    상기 모바일 통신 디바이스가 상기 사업 위치의 제 1의 미리 정의된 거리 내에 있는 동안, 상기 모바일 통신 디바이스 상에, 상기 광고의 제 1형태의 디스플레이를 자동적으로 야기하도록 구성된 컴퓨터 코드와,
    상기 모바일 통신 디바이스가 상기 사업 위치의 상기 제 1의 미리 정의된 거리보다 짧은 제 2의 미리 정의된 거리 내에 있는 동안, 상기 모바일 통신 디바이스 상에 상기 광고의 제 1형태와는 다른 상기 광고의 제 2형태의 디스플레이를 자동적으로 야기하도록 구성된 컴퓨터 코드를 포함하는, 유형의 영구적인 컴퓨터 판독 가능한 매체.
16. 사용자의 무선 모바일 통신 디바이스 상에 지리적 울타리가 설정된 광고를 디스플레이하는 시스템으로서, 상기 광고는 해당 사업 위치를 갖는 하나의 사업과 관련되고, 상기 시스템은,
    상기 모바일 통신 디바이스의 지리적인 위치에 대한 정보를 수신하도록 구성된 위치 모듈과,
    광고 모듈로서,
    상기 모바일 통신 디바이스가 상기 사업 위치의 제 1의 미리 정의된 거리 내에 있는 동안, 상기 모바일 통신 디바이스 상에 상기 광고의 제 1형태의 디스플레이를 자동적으로 야기하고,
    상기 모바일 통신 디바이스가 상기 사업 위치의 상기 제 1의 미리 정의된 거리보다 짧은 제 2의 미리 정의된 거리 내에 있는 동안, 상기 모바일 통신 디바이스 상에 상기 광고의 제 1형태와는 다른 상기 광고의 제 2형태의 디스플레이를 자동으로 야기하도록 구성된
    광고 모듈을 포함하는, 광고를 디스플레이하는 시스템.
17. 제 16항에 있어서, 상기 모바일 통신 디바이스가 미리 정의된 상환 영역 내에 있는 동안, 상기 모바일 통신 디바이스의 사용자에 대한 통보를 자동적으로 야기하도록 구성된 통보 모듈을 더 포함하는, 광고를 디스플레이하는 시스템.
18. 제 16항에 있어서, 상기 광고 모듈은, 상기 모바일 통신 디바이스가 상기 사업 위치의 상기 제 2의 미리 정의된 거리 내에 있는 동안, 상기 모바일 통신 디바이스에 상기 광고와 관련된 제안을 자동적으로 노출시키도록 구성되는, 광고를 디스플레이하는 시스템.
19. 제 16항에 있어서, 상기 광고 모듈은,
    상기 모바일 통신 디바이스가 상기 사업 위치의 상기 제 2의 미리 정의된 거리 내에 있는 동안, 상기 광고의 제 2형태의 디스플레이와 관련하여 상기 모바일 통신 디바이스 상에서 사용자의 입력으로부터 초래되는 신호를 수신하고,
    상기 신호를 수신하는 단계에 응답하여, 상기 모바일 통신 디바이스에서 상기 광고와 관련된 제안의 노출을 자동적으로 야기하도록 구성되는, 광고를 디스플레이하는 시스템.
20. 제 16항에 있어서, 상기 광고 모듈은,
    상기 광고에 대한 정보를 상기 모바일 통신 디바이스의 메모리에 저장하고,
    상기 광고에 대한 상기 저장된 정보를 액세스하는 상기 사용자에 응답하여 상기 광고의 제 2형태의 디스플레이를 자동적으로 야기함으로써 상기 광고의 제 2형태의 디스플레이를 자동적으로 야기하도록 구성되는, 광고를 디스플레이하는 시스템.
21. 제 16항에 있어서, 광고 부가 모듈을 더 포함하는데, 상기 광고 부가 모듈은,
    초기화 단계 동안 상기 관련된 사업 위치를 수신하고, 상기 수신된 관련 사업 위치를 데이터베이스에 저장하며,
    상기 초기화 단계 이후, 자동화된 전화의 대화형 음성 응답(IVR) 시스템을 통해, 선택된 제품과 선택된 서비스 중 적어도 하나에 대한 정보와 상기 선택된 제품과 상기 선택된 서비스 중 적어도 하나와 관련된 가격 정보를 수신하도록 구성되고,
    상기 광고 모듈은,
    상기 저장된 관련 사업 위치, 상기 선택된 제품과 상기 선택된 서비스 중 상기 적어도 하나에 대한 상기 수신된 정보 및 상기 수신된 관련 가격 정보를 사용하여 상기 광고를 자동적으로 생성하고,
    상기 생성된 광고에 대한 정보를 상기 데이터베이스에 저장하고,
    상기 광고의 제 1 및 제 2형태의 디스플레이를 야기하기 위하여 상기 생성된 광고에 대한 상기 저장된 정보를 후속적으로 사용하도록 구성되는, 광고를 디스플레이하는 시스템.

Images