KR101922195B1 - 다른 모바일 애플리케이션들의 존재에 근거하여 모바일 디바이스에 렌더링되는 광고들을 적응시키는 방법 - Google Patents

Abstract

모바일 디바이스에 렌더링될 컨텐트와 관련된 대체 문서들을 적응시키기 위한 방법, 장치 및 컴퓨터-판독가능 스토리지 매체가 개시된다. 특정한 모바일 애플리케이션들의 존재 또는 부재에 근거하여 광고들과 같은 컨텐트를 적응시기키 위한 방법, 장치 및 컴퓨터-판독가능 스토리지 매체가 개시된다. 상기 모바일 디바이스는 컨텐트들의 그룹을 각각의 컨텐트에 대한 조건 코드와 함께 수신하는 단계를 수행한다. 상기 모바일 디바이스는 상기 모바일 디바이스에 포함된 모바일 애플리케이션들의 세트를 조사하는 것을 포함하는 조건 코드를 체크하고, 모바일 애플리케이션들의 세트의 존재 또는 부재를 특정하는 조건 코드가 충족된 컨텐트를 선택하고 보여준다. 서버 컴퓨터가 조건 코드를 체킹함에 근거하여 요청된 컨텐트를 서빙하기 위해 개시된다. 그룹으로부터 각각의 컨텐트를 보여주기 위해 순서화된 시퀀스의 대체 문서들을 특정하거나 충족될 조건들을 특정할 수 있게 하는 클라이언트 프런트-엔드가 개시된다.

Description

다른 모바일 애플리케이션들의 존재에 근거하여 모바일 디바이스에 렌더링되는 광고들을 적응시키는 방법{METHOD TO ADAPT ADS RENDERED IN A MOBILE DEVICE BASED ON EXISTENCE OF OTHER MOBILE APPLICATIONS}

[관련 출원의 상호 참조]

본 출원은 2011년 5월 1일자로 출원된 미국 가 출원 제61/481,204호 및 2011년 5월 16일자로 출원된 미국 출원 제13/108,859호의 이익을 주장한다. 상기 두 출원들의 전체 내용은 참조로서 본 명세서에 포함되며, 상기 출원들에 대한 우선권은 35 U.S.C.§119(e) 및 35 U.S.C.§120 하에 각각 주장된다.

본 발명의 분야는 모바일 디바이스의 사용자에게 관련 가상 컨텐트를 서빙(serving)하는 것에 관한 것이다.

모바일 애플리케이션 및 뷰잉 컴포넌트(viewing component)를 프로세싱하는 방법, 컴퓨터-판독가능 스토리지 디바이스 및 모바일 디바이스. 상기 모바일 애플리케이션은 상기 뷰잉 컴포넌트에 의해 실행되고 운영 체제의 서비스들에 액세스할 수 있는 가상 컨텐트 처리 컴포넌트(virtual content handling component)를 포함한다. 상기 모바일 애플리케이션은 서버 컴퓨터에 컨텐트에 대한 요청을 보내고, 상기 뷰잉 컴포넌트에 의해 처리될 수 있는 조건 코드(condition code)와 결합된 컨텐트 및 순서화된 시퀀스의 대체 문서 어드레스들을 수신한다. 상기 가상 컨텐트 처리 컴포넌트는 상기 조건 코드를 실행함으로써 상기 순서화된 시퀀스의 문서 어드레스들에 리스트된 문서를 열도록 하는 요청을 상기 운영 체제에 보낸다. 상기 운영 체제는 상기 조건 코드에 특정된 조건이 충족되는 컨텐트와 관련된 일 문서를 연다. 상기 뷰잉 컴포넌트는 상기 조건이 충족되지 않으면 상기 일 문서와 상이한 다른 문서를 획득한다. 상기 뷰잉 컴포넌트는 상기 조건 코드를 실행한 것의 결과들에 따라 각각의 문서를 보여준다.

하나 이상의 모바일 애플리케이션들 및 뷰잉 컴포넌트를 프로세싱하는 방법, 컴퓨터-판독가능 스토리지 디바이스 및 모바일 디바이스. 상기 모바일 애플리케이션들 중 적어도 하나는 운영 체제의 서비스들에 액세스할 수 있는 가상 컨텐트 처리 컴포넌트를 포함한다. 상기 모바일 디바이스는 하나 이상의 모바일 애플리케이션들을 저장하는 메모리를 구비하며, 상기 가상 컨텐트 처리 컴포넌트는 상기 메모리에 저장되어 있는 등록된 하나 이상의 모바일 애플리케이션들의 리스트에 액세스할 수 있다. 상기 모바일 디바이스는 컨텐트에 대한 요청을 서버 컴퓨터에 보내고, 상기 가상 컨텐트 처리 컴포넌트는 상기 요청에 대한 응답으로서 둘 이상의 컨텐트들의 그룹을 각각의 컨텐트들에 대한 조건 코드들과 함께 수신한다. 상기 조건 코드들은 특정한 모바일 애플리케이션들이 모바일 디바이스에 존재 또는 부재한다는 조건의 테스트이다. 상기 가상 컨텐트 처리 컴포넌트는 수신된 조건 코드들 중 일 조건 코드를 실행하도록 하는 요청을 운영 체제에 보내고, 이 조건에 대한 응답을 수신한다. 상기 가상 컨텐트 처리 컴포넌트는 조건 코드 내의 조건이 충족될 때까지 조건 코드를 실행하도록 하는 요청들을 운영 체제에 보내는 것을 계속한다. 조건 코드가 충족되는 컨텐트는 뷰잉 컴포넌트에 제공된다.

가상 컨텐트 데이터베이스 시스템과 통신하는 방법 및 서버 컴퓨터로서, 상기 서버 컴퓨터는 가상 컨텐트 선택 컴포넌트 및 메모리를 포함한다. 상기 서버 컴퓨터는 컨텐트 및 순서화된 시퀀스의 문서 어드레스들을 수신하고, 상기 가상 컨텐트 데이터베이스에 상기 시퀀스의 문서 어드레스들과 관련된 컨텐트를 저장한다. 상기 서버 컴퓨터는 모바일 디바이스로부터 컨텐트에 대한 요청을 수신하고, 상기 가상 컨텐트 데이터베이스로부터 컨텐트를 선택하며, 상기 선택된 컨텐트는 수신된 컨텐트이고, 그리고 상기 컨텐트에 대한 요청에 대한 응답으로서 상기 선택된 컨텐트 및 조건 코드의 형태로 표시되는 순서화된 시퀀스의 문서 어드레스들을 상기 모바일 디바이스에 보낸다.

컨텐트 데이터베이스 시스템과 통신하는 방법 및 서버 컴퓨터로서, 상기 서버 컴퓨터는 가상 컨텐트 선택 컴포넌트 및 메모리를 포함한다. 상기 서버 컴퓨터는 둘 이상의 컨텐트들의 그룹 및 상기 컨텐트들과 관련된 조건들을 수신한다. 조건은 둘 이상의 컨텐트들의 그룹 중 각각의 컨텐트를 보여주기 위한 조건이며, 특별한 모바일 디바이스에 모바일 애플리케이션들의 존재 또는 부재의 조건을 포함한다. 상기 서버 컴퓨터는 수신된 둘 이상의 컨텐트들의 그룹 및 각각의 조건들을 컨텐트 데이터베이스에 저장한다. 상기 서버 컴퓨터는 모바일 디바이스로부터 컨텐트에 대한 요청을 수신한다. 상기 서버 컴퓨터는 상기 컨텐트 데이터베이스로부터 컨텐트 그룹을 선택하고, 상기 컨텐트 그룹은 수신된 둘 이상의 컨텐트들이며, 그리고 컨텐트에 대한 요청에 대한 응답으로서 상기 선택된 둘 이상의 컨텐트들의 그룹 및 조건 코드의 형태로 표시된 각각의 조건들을 상기 모바일 디바이스에 보낸다.

도 1은 모바일 디바이스의 블록도이다.
도 2는 워터폴-타입(waterfall-type)의 광고 서빙 프로세스에 대한 흐름도이다.
도 3은 적응형-타입(adaptive-type)의 광고 서빙 프로세스에 대한 흐름도이다.
도 4는 일반적 조건의 광고 서빙 프로세스에 대한 흐름도이다.
도 5는 예시적 네트워크 시스템에 대한 시스템도이다.
도 6은 도 2의 흐름도에 대응하는 데이터 흐름도이다.
도 7은 도 3의 흐름도에 대응하는 데이터 흐름도이다.
도 8은 도 4의 흐름도에 대응하는 데이터 흐름도이다.
도 9는 도 6에 도시된 동작들과 관련된 광고 서버 동작들에 대한 흐름도이다.
도 10은 도 7 및 8에 도시된 동작들과 관련된 광고 서버 동작들에 대한 흐름도이다.
도 11은 도 6에 도시된 동작들과 관련된 광고자 프런트-엔드(advertiser front-end)에 대한 예시적 사용자 인터페이스를 도시한다.
도 12는 도 7 및 8에 도시된 동작들과 관련된 광고자 프런트-엔드에 대한 예시적 사용자 인터페이스를 도시한다.
도 13은 도 12의 사용자 인터페이스로부터의 링크의 결과인 광고자 프런트-엔드에 대한 예시적 사용자 인터페이스를 도시한다.
도 14는 예시적 서버 컴퓨터의 블록도이다.

모바일 애플리케이션들(모바일 앱들)은 매우 대중화되고 있으며 많은 모바일 앱 개발자들은 광고 선전들(광고들 또는 다른 가상 컨텐트)을 통해 자신의 앱들을 판촉할 수 있게 하는 메커니즘들을 필요로 한다. 모바일 앱 개발자들은 그들 소유의 광고 선전 앱으로의 대체 경로(alternative path)들을 제공할 수 있는 광고 또는 다른 가상 컨텐트를 모바일 디바이스에서 보여줄 수 있게 하는 메커니즘을 필요로 한다. 모바일 앱 개발자들, 출판자들 및 다른 광고자들은 이들이 모바일 디바이스 상에 존재 또는 부재하는 모바일 앱들의 세트에 대해 적절한 광고 또는 다른 가상 컨텐트를 제시할 수 있게 하는 메커니즘을 필요로 한다.

광고자들은 사용자가 그들의 광고 또는 다른 가상 컨텐트를 클릭할 때 광고자들 소유의 앱 또는 그 광고자들의 앱 내의 페이지(예컨대, 호텔 검색 페이지)가 열리게 하는 조건을 특정할 수 있게 하는 메커니즘을 필요로 한다. 광고자는 자신 소유의 앱이 존재하는지 체크하거나 또는 만일 상기 광고자의 앱이 존재하지 않으면 사용자로 하여금 상기 광고자의 웹 페이지로 향하도록 하는 조건을 특정할 수 있게 하는 메커니즘을 필요로 한다.

다른 양상으로서, 출판자(book publisher)가 늘어나는 수의 리더 디바이스들(reader device) 및 리더 앱들을 위해 전자 도서들을 출판할 수 있다. 리더 앱의 개발자는 상기 리더 앱의 사용자를 광고와 관련된 광고 선전 앱으로 안내하거나 또는 만일 이 앱이 모바일 디바이스 상에 존재하지 않을 경우 광고 선전 앱을 획득하도록 웹 사이트 또는 스토어로 안내하는 데 사용될 수 있는 광고를 보여줄 수 있게 하는 메커니즘을 필요로 한다. 종래의 접근법은 광고자가, 상기 사용자가 앱, 웹 페이지 또는 스토어로 안내될 수 있을지를 선험적으로(priori) 결정하는 것이었다. 이 접근법의 문제점은, 광고자가 사용자가 앱으로 안내되도록 선택했지만, 이 사용자가 앱을 다운로드하지 않았던 경우, 광고를 클릭하더라도 어떤 추가의 액션을 개시하지 못하게 된다는 점이었다. 또한, 클릭될 때마다 광고자에게 비용이 부과되는 경우, 이러한 광고의 클릭은 어떤 추가의 액션이 없는 경우에도 광고자에게 비용이 부과되는 결과를 가져온다.

출판자가 도서를 광고하기 원할 때, 상기 출판자는 모바일 디바이스 상의 앱들의 존재 또는 부재를 고려하는, 도서에 대한 광고들 또는 다른 가상 컨텐트를 보내는 데 사용될 수 있는 메커니즘을 필요로 한다. 예를 들어, 출판자는 새로운 도서에 대한 광고 또는 다른 가상 컨텐트를 렌더링하기 전에 다른 독서 앱들의 존재 및 그 도서를 위한 특별한 독서 앱의 부재를 체크할 수 있게 하는 메커니즘을 필요로 한다. 출판자는 이들이 다수의 서로 다른 광고들을 보낼 수 있게 하는 메커니즘을 필요로 하는 바, 각각의 광고는 특정 앱들의 존재와 같은 서로 다른 조건에 대한 것이다. 각각의 조건이 충족되는 광고 또는 다른 가상 컨텐트는 디스플레이를 위해 선택될 수 있다.

도 1은 모바일 디바이스(100)에 대한 블록도이다. 상기 모바일 디바이스(100)는 전형적으로, 버스(116)에 의해 호스트 프로세서(106)와 통신하는 마이크로컨트롤러(104)를 포함한다. 상기 마이크로컨트롤러(104)는 가속도계(accelerometer), 자이로스코프(gyroscope) 및 근접 센서와 같은 센서들(126)로부터의 신호들을 프로세스한다. 상기 호스트 프로세서(106)는 외부 통신을 제공하는 통신 회로(112)에 데이터를 전송할 수 있다.

게다가, 상기 호스트 프로세서(106)는 디스플레이 디바이스(102) 상에서의 디스플레이를 위해 비디오 어댑터(108)와 연계하여 동작할 수 있고, 오디오 디바이스(110)와 연계하여 동작할 수 있다. 주요 버스(principal bus)(118)가 호스트 프로세서(106)와 주변 디바이스들(114) 사이의 통신들을 제공한다.

상기 호스트 프로세서(106)는 ROM(120) 내에 보유된 프로그램들로 동작하고 RAM(122)을 이용하여 프로세싱을 수행한다. 추가적으로, 차후에 논의될 바와 같이, 상기 호스트 프로세서(106)는 빌트-인 EEPROM과 같은 비-휘발성 메모리(124) 그리고 (USB와 같은 외부 버스를 통해 연결가능한) microSD, microSDHC 또는 탈착가능한 EEPROM 디바이스들과 같은 탈착가능한 거대 용량 스토리지 디바이스(114)에 저장된 애플리케이션들 및 데이터로의 액세스를 가질 수 있다. 비-휘발성 메모리(124)는 전형적으로, 하나 이상의 모바일 애플리케이션들(132)을 저장한다.

모바일 애플리케이션들(앱들)은 모바일 디바이스(100) 상으로 다운로드되고, 게임들을 포함하는 서로 다른 많은 카테고리의 애플리케이션들 및 유틸리티들을 제공하는 다양한 정보를 포함할 수 있다. 모바일 앱들의 개발자들(또는 출판자들)은 상기 모바일 앱이 서버 컴퓨터로부터 이 앱에서의 디스플레이를 위한 광고들을 요청하게 하는 광고 소프트웨어를 통합할 수 있다. 정상 동작하에서, 광고 소프트웨어에 통합된 앱이 호출될 때, 상기 광고 소프트웨어는 광고 서버에 광고 요청을 보낸다. 이 광고 서버는 관련성 및 입찰액(bid amount)을 포함하는 다양한 파라미터들에 근거하여 "최적의" 광고(들)를 반환한다.

도 5는 예시적 네트워크 시스템에 대한 시스템도이다. 모바일 디바이스(100)는 광고 서버일 수 있는 서버(502)와 통신하는 클라이언트 디바이스(504)일 수 있다. 광고자 클라이언트(520)가 또한, 광고 서버(502)와 통신할 수 있다. 본 발명의 목적들을 위해, 서버에 의해 제공되는 광고는 대안적으로는 가상 컨텐트일 수 있음이 주목된다.

광고 서버(502)는 클라이언트 디바이스(504)로부터의 광고에 대한 요청에 응답하여 광고 데이터베이스(530)로부터 광고들을 검색할 수 있는 광고 선택 컴포넌트(508)를 포함하고, 상기 클라이언트 디바이스(504)에 선택된 광고를 전송한다. 광고 선택 컴포넌트(508)에 의한 광고 선택은 광고 경매(auction)에 따라 이루어질 수 있다.

앱 개발자는 서버(502)로부터 광고들 또는 다른 가상 컨텐트를 요청하기 위한 모바일 앱에 광고 소프트웨어를 통합시킬 수 있다. 상기 광고 소프트웨어는, 적절한 앱 또는 페이지로의 대체 경로들을 체크할 수 있게 하거나 또는 앱들의 존재 또는 부재를 체크하도록, 하나 이상의 광고들 및 조건 코드를 수신하고, 클라이언트 디바이스(504) 상에 광고를 렌더링하며, 앱을 열도록 OS(510)에게 질의(querying)하고, 그리고 자바스크립트와 같은 조건 코드를 처리할 수 있는 광고 소프트웨어 개발 키트(SDK)(506)를 포함할 수 있다. 클라이언트 디바이스(504)는 웹 브라우져 및/또는 다른 뷰어 컨포넌트(512) 및 하나 이상의 모바일 애플리케이션들(514)을 포함한다. 다른 뷰어 컨포넌트들은 이들로만 한정되는 것은 아니지만은, 애니매이션, 비디오 및/또는 오디오 플레이어들, 또는 WebView 또는 UiWebView와 같은 HTML 문서들을 위한 내장 뷰어들을 포함할 수 있다.

광고자 클라이언트(520)는 네트워크를 통해 통신할 수 있는 웹 브라우져(522) 또는 다른 클라이언트 소프트웨어를 포함할 수 있다. 웹 브라우져(522)는 광고 크리에이티브(ad creative)들, 광고 크리에이티브와 관련된 랜딩 페이지(landing page)들(또는 다른 문서들)에 대한 URL과 같은 어드레스들 및 광고들을 보여주기 위한 조건들의 정보의 입력(entry)을 위한 광고자 프런트-엔드(514)를 디스플레이할 수 있다.

비록, 도면이 각각 하나의 클라이언트 디바이스(504), 서버(502), 웹 브라우져(512) 및 모바일 애플리케이션(514)을 도시하지만, 예시적 구현은 하나 보다 많은 각각의 이 컨포넌트들을 가질 수 있음이 이해될 것이다. 또한, 클라이언트 디바이스(504)로서 모바일 디바이스(100)는 셀룰러 통신들을 위한 특정한 통신 능력을 포함할 수 있다. 추가적으로, 서버(502)는 백-엔드 데이터베이스 서버들을 포함하는 바와 마찬가지로 여러 서버 컴퓨터들을 가진 서버 시스템일 수 있다.

도 2는 모바일 디바이스(도1, 도5, 클라이언트 디바이스(504))에 대한 워터폴-타입의 광고 서빙 프로세스에 대한 흐름도이다. 도 6은 대응하는 데이터 흐름도이다. 광고자에 대한 앱(광고자 앱)이 모바일 디바이스(100)에 설치되지 않았던 경우, 광고자의 모바일 광고 또는 다른 가상 컨텐트가 클릭을 수신할 수 있고, 광고에 대한 랜딩 페이지(또는 다른 문서)를 적응시키는 메커니즘을 제공하는 조건 코드가 체크될 수 있다.

게임(도 5, 모바일 애플리케이션(514))과 같은 모바일 앱은 모바일 광고 또는 다른 가상 컨텐트를 획득하기 위한 광고 소프트웨어와 통합될 수 있다. 단계(202)에서, 광고 소프트웨어는 광고에 대한 요청을 서버 컴퓨터(도 5, 서버(502) 참조)에 보낸다. 상기 서버 컴퓨터는 광고 선택 컴포넌트(도 5, 광고 선택 컴포넌트(508))를 이용하여 광고 데이터베이스(530)로부터 광고 또는 다른 가상 컨텐트를 선택한다.

광고 데이터베이스(530)에 보유된 광고들은 모바일 광고들을 제시하기 위한 광고자 클라이언트 디바이스(520)의 방식으로 광고자들에 의해 제시될 수 있다. 모바일 광고들을 제시하기 위한 클라이언트 디바이스는 전형적으로, 최종-사용자의 모바일 디바이스와는 다른 클라이언트인 광고자에 의해 사용되는 디바이스이다. 그러나, 최종-사용자 모바일 디바이스(504)는 광고자가 크리에이티브를 개발하고 이 크리에이티브를 광고 서버(502)에 제시하는 데 사용될 수 있음이 이해된다. 광고자는 광고 캠페인의 일부로서 크리에이티브 또는 크리에이티브들을 디자인할 수 있다. 광고자의 클라이언트 디바이스(520)는 웹 브라우져(522)를 포함하고, 상기 웹 브라우져는 크리에이티브 및 상기 크리에이티브와 관련된 랜딩 페이지 어드레스들의 (광고자가 상기 어드레스들이 모바일 디바이스에 의해 고려되길 원하는 순서로) 순서화된 시퀀스의 입력을 용이하게 하는 광고자 프런트-엔드(524)를 렌더링할 수 있다. 랜딩 페이지 어드레스들은 각각의 랜딩 페이지(또는 다른 문서)에 대한 URL(Uniform Resource Locator)들과 같은 미리 등록된 어드레스들일 수 있다.

광고 서버(502)는 광고 클라이언트(520)로부터 크리에이티브 및 관련된 랜딩 페이지(또는 다른 문서들) 어드레스들의 순서화된 시퀀스의 리스트를 수신할 수 있다. 그 다음, 광고 서버(502)는 모바일 디바이스가 랜딩 페이지(또는 다른 문서들) 어드레스들의 순서화된 시퀀스의 리스트를 프로세스할 수 있게 하는 코드를 생성한다. 코드는, 자바스크립트와 같은 스크립팅 언어로 표시될 수 있는 조건적 로직 코드의 형태로 되어 있다. 크리에이티브의 일부 양상들은 더 적은 코딩을 할 수 있게 하거나 또는 플러그-인 코드(plug-in code)의 필요성을 없앤 HTML의 가장 최근 버전에 의해 지원되는 피쳐(feature)들을 사용할 수 있다. HTML의 현재 가장 널리 이용가능한 버전은 HTML 5이다. 대안으로서, 광고자는 광고 클라이언트(520)를 이용하여 자바스크립트와 같은 코드를 생성하고 광고 서버(502)에 광고 크리에이티브와 함께 조건적 로직 코드를 제시하도록 선택할 수 있다.

단계(204)에서, 광고 SDK(506)은 광고 서버(502)로부터 조건적 로직 코드를 포함하는 파라미터들과 선택된 광고 크리에이티브를 수신한다.

통합된 광고 소프트웨어를 가진 모바일 앱은 예컨대, 특별한 텔레비전 제품에 관한 광고 또는 다른 가상 컨텐트를 보여줄 수 있다. 광고에 포함된 조건적 로직 코드는 상기 광고가 수신될 때 실행되는 것이다. 상기 조건적 로직 코드는, 광고자에 의해 본래 제공된 랜딩 페이지(또는 다른 문서) 어드레스들의 순서화된 시퀀스의 리스트가 특정 순서로 고려됨을 특정할 수 있다. 조건적 로직 코드의 프로세싱은 자바스크립트와 같은 조건적 로직 코드를 처리할 수 있는 뷰어 컴포넌트에 의해 수행될 수 있거나 광고 SDK(506)에서 명령들을 통하여 운영 체제에 의해 프로세싱하기 위해 제시될 수 있다.

예로서, 광고자는, 상기 광고자와 관련된 앱이 모바일 디바이스 상에 존재하는 경우 상기 앱이 요청된 랜딩 페이지에 대하여 고려되기 위해 첫 번째로 리스트되도록 순서화된 앱들의 리스트를 제공했을 수 있다. 광고자의 앱이 모바일 디바이스 상에 존재하지 않으면, 상기 순서화된 리스트에서 두 번째로 표시된 외부 랜딩 페이지가 열리게 되거나 또는 광고자의 앱을 다운로드하기 위한 명령들을 가진 세 번째로 표시된 앱 스토어가 열리게 된다.

단계(208)에서, 광고 SDK(506)은 OS(510)에 질의하며, 단계(210)에서, 조건적 로직 코드에 따라 광고자에 대한 모바일 앱이 디바이스 상에 저장되어 있는지를 결정할 것이다. 광고자에 대한 모바일 앱이 존재하면, 단계(214)에서, 광고의 클릭은 광고자의 앱을 열 것이다. 광고자의 앱이 열리게 될 때, 광고자 앱은 특별한 텔레비전에 대한 세부사항들과 같은 더욱 세부적인 사항들을 포함하는 페이지를 디스플레이할 수 있다. 광고자의 앱이 존재하지 않으면, 단계(212)에서, 앱 스토어가 광고자의 앱을 다운로딩할 수 있게 하도록 열리게 되거나 또는 광고자의 웹 페이지가 모바일 웹 브라우져(도 5, 웹 브라우져(512))에서 열리게 될 수 있다.

대안적으로는, 광고자는, 앱 스토어가 광고자의 제품 또는 서비스의 최신 버전을 획득하도록 열리게 되도록 그리고, 모바일 디바이스가 제품의 최신 버전을 처리할 수 없는 경우에만 로컬 랜딩 페이지가 모바일 디바이스 상에서 열리도록 특정했을 수 있다. 랜딩 페이지 어드레스들의 다른 순서화(ordering)가 가능하다. 랜딩 페이지 어드레스들의 수 및 랜딩 페이지 어드레스들 고려의 순서는 조건적 로직 코드를 기술하기 위해 사용되는 스크립팅 언어의 능력 내에서 다양할 수 있다.

자바스크립트 코드와 같은 조건적 로직 코드가 광고에 포함되는 구조, 및 조건을 체크하고 적절한 앱 및 페이지를 열도록 OS(510)에 질의할 수 있는 SDK(506)가 제공되면, 모바일 디바이스(504)는 광고자들을 위한 가장 바람직한 방식으로 광고들 또는 다른 가상 컨텐트를 보여줄 수 있다. 메커니즘은 광고의 사용자 클릭의 결과로서 이벤트들의 워터폴의 형태로 적응적 프로세싱할 수 있게 한다. 추가적으로, 광고자 앱 또는 광고자 웹 페이지의 프로세싱은 SDK(506)에 통합된 원시 코드(native code)에 의해 처리될 수 있다.

추가의 양상에서, URL을 포함하는 광고자를 위한 광고가 존재하지만 광고자의 제품 또는 서비스에 대한 앱이 설치되지 않은 경우, 단계(212)에서, 광고 SDK(506)은 광고자의 앱의 설치를 할 수 있게 하도록 앱 스토어 URL B를 열 것을 명령한다. 이 예시적 양상에서, 광고자의 앱은 광고자의 앱이 URL B를 통해 설치된 후에 페이지 A를 바로 열 수 있다. 이 추가의 양상에 따르면, 광고가 예컨대, 사용자가 요청한 하와이로의 여행을 위한 것이면, 사용자는 그 여행을 제공받을 수 있다. 추가의 양상 없이, 사용자가 처음으로 광고자의 앱을 막 시작했다면, 사용자는 하와이에 대한 검색을 재개시(re-initiate)해야할 수 있으며, 이는 그 광고에 대한 구매 전환율(conversion rate)을 감소시킬 것이다. 추가의 양상은 앱 스토어가 열리는 시점 직전에 광고자의 소프트웨가 광고와 관련된 파라미터들을 저장하게 함으로써 달성될 수 있다. 그 다음, 광고자의 앱이 앱 스토어로부터 다운로드되어 설치될 때, 설치된 앱은 상기 저장된 파라미터들에 근거하여 열어야할 관련 페이지를 결정한다.

예시적 양상에서, 광고는 상기 광고가 광고자의 앱에 대하여 디바이스 ID X에 의해 클릭되었음을 나타낼 수 있다. 광고자의 앱이 일부 시간 윈도우 - 예컨대, 24시간 - 내에 열렸던 경우, 광고자는 디바이스 ID X가 광고 클릭으로부터 비롯된 것인지 그리고 본래의 URL이 어떤 것에 관한 것인지를 결정하도록 광고 서버를 체크할 수 있다. 상기 언급된 예에서, URL A 및 광고자의 앱은 하와이 검색으로 즉시 가는 데 사용될 수 있다. 추가적으로, 사용자의 프라이버시(privacy)를 지키기 위하여, 디바이스 ID 보다는, 해싱된(hashed) 그리고 익명화된 디바이스 식별자가 사용될 수 있다.

다른 예시적 양상에서, 광고 SDK(506)는 설치 동작이 광고로부터 "조회자(referrer)" 스트링을 수신하는 방식에 의해 수행되었을 때 통보받을 수 있다. 상기 "조회자" 스트링은 클라이언트 디바이스(504) 상에 즉시 저장될 수 있다. 사용자가 앱을 열 때, 클라이언트 디바이스(504) 상에 캐시된(cached) URL A 및 상기 앱은 광고 서버(502)를 체크할 필요 없이 액세스될 수 있다.

추가의 양상은 다른 앱들의 존재 또는 부재에 근거하여 광고를 스스로 적응시킨다.

모바일 플랫폼의 타입(예컨대, 운영 체제 및 모바일 디바이스)에 따라, 각각의 모바일 앱 또는 그 앱 내의 활동이 운영 체제에 자신을 등록한다. 광고자의 앱은 "blah-blah://"와 같은 URL들을 수락하도록 등록되었을 수 있다. 운영 체제(OS)는 광고자의 앱이 URL을 열도록 하는 기능을 호출함으로써 URL을 열 수 있는지 검출할 수 있고, 이것이 참(true)인 경우, 상기 광고자의 앱은 처리될 수 있다. 이 동작이 제공되면, 광고 SDK는 등록된 앱들의 리스트를 보유할 수 있는 OS에 질의하고, 앱 또는 활동이 존재하는지 아닌지를 결정할 수 있다.

앱 개발자는 광고들을 통하여 자신의 앱들의 포트폴리오(portfolio)를 판촉하길 원할 수 있다. 예를 들어, 출판자는 모바일 디바이스 상에서 존재 및/또는 부재하는 앱들에 따라 서로 다른 광고들을 배포하길 원할 수 있다. 제품 또는 서비스에 대한 광고자의 선택가능한 세트의 광고들이 적응적 광고(adaptive ad)로서 나타내진다. 도 3은 적응적 광고들의 예를 도시한다. 도 7은 대응하는 데이터 흐름도를 도시한다.

출판자와 같은 광고자는 광고자 클라이언트 컴퓨터(520)에 제공된 툴들을 이용하여 광고들의 세트를 생성할 수 있다. 광고자 프런트 엔드(524)는 광고들의 세트뿐만 아니라 광고들을 보여주기 위한 조건들을 제시하기 위한 인터페이스를 제공한다. 예를 들어, 출판자는 각 타입의 리더 앱 또는 특별한 리더 앱용 도서에 대한 광고를 생성하고, 광고들의 세트 및 관련 조건들을 업로드시킬 수 있다. 조건은, 모바일 디바이스가 리더 앱을 가진 경우 그 타입의 리더 앱에 대한 광고를 보여주는 것일 수 있다. 다른 예로서, 조건은, 모바일 디바이스가 특정한 타입의 앱들의 그룹을 가지지만, 도서가 포매팅될 앱이 부재할 경우, 특별한 독서 앱을 요하는 책에 대한 광고를 보여주지 않는 것일 수 있다.

단계(302)에서, 광고 요청이 광고 서버(502)에 보내지고, 단계(304)에서, 상기 광고 서버(502)는 보여줄 앱 개발자에 대한 광고를 선택한다. 광고 응답은 복수의 (N) 크리에이티브들(또는 이 크리에이티브들로의 링크들) 및 각각의 랜딩 페이지들로의 링크들을 포함할 수 있다. 추가적으로, 상기 광고 응답은 복수의 (M) 조건들을 가진 자바스크립트 코드를 포함할 수 있다.

광고 서버(502)에 의해 보유되는 복수의 광고 크리에이티브들 및 각각의 랜딩 페이지들로의 링크들은 광고자 클라이언트 디바이스(520) 상에서 광고자 프런트-엔드(524)를 이용하여 광고자에 의해 제시되었을 수 있다.

단계(308)에서, 광고 SDK(506)은 제1 조건 M을 체크하도록 OS(510)에 요청을 보낼 수 있다. 단계(310)에서, 조건이 만족되면, 단계(312)에서 조건을 충족시키는 광고가 디스플레이를 위해 클라이언트 디바이스(504)에 제공될 수 있다. 제1 조건이 만족되지 않으면, 단계(314)에서, 더 많은 조건들이 체크된다. 예시적 양상에서, 광고의 자바스크립트 코드는, 단계(308)에서 앱 개발자의 어떤 앱들이 디바이스에 존재하는지 검출하고 그 다음, 모바일 디바이스(504) 상에 존재하는 앱 또는 앱들의 세트에 대응하는 크리에이티브를 선택(pick)하도록 광고 SDK에 명령할 수 있다.

추가의 양상에서, 광고 SDK(506)은 또한, 어느 정확한 크리에이티브가 보여져야 할지 결정하기 전에 다른 조건들을 테스트할 수 있다. 예를 들어, 광고자는 클라이언트 디바이스(504)가 앱 A 및 앱 C(예컨대, 둘 모두는 게임-관련 앱들이다)를 가지면, 사용자가 앱 B(이 또한 게임-관련 앱이다)를 다운로드할 가능성이 높다고 믿을 수 있다. 광고에 포함된 자바스크립트는 조건들의 리스트를 특정할 수 있다. 그 다음, 광고 SDK(506)은 적절한 크리에이티브를 렌더링할 수 있는 바, 상기 크리에이티브는 결과적으로, 광고의 클릭이 존재할 때 앱 B가 다운로드되도록 앱 스토어가 열리게 한다.

광고 서버(502)는 앱 개발자가 클라이언트에 존재하는 앱들에 관한 어떤 정보 없이 광고 서버(502)에서의 경매를 이기고 그 다음, 그 클라이언트에 복수의 옵션들을 보내는 것을 요할 수 있다. 대안적으로, 광고 서버는 하나 보다 많은 (각각이 복수의 크리에이티브들을 가진) 위너(winner)를 반환할 수 있고, 디바이스에서 검출된 정보에 근거하여 모바일 디바이스(504)에서의 미니-경매(mini-auction)가 있을 수 있다. 예를 들어, 사용자가 처음 앱 개발자(initial app developer)의 앱들 중 하나 이상을 이미 사용하고 있음이 결정되는 경우 다른 앱 개발자는 처음 앱 개발자보다 높은 값을 입찰할 수 있다.

도 3 및 7에 도시된 예시적 양상은 모바일 디바이스(504)에 조건들에 대한 자바스크립트 코드 및 광고들의 세트를 제시하는 것과 그리고 운영 체제(510)에 의해 모바일 디바이스(504)에 포함된 앱들의 세트를 광고자 소프트웨어에 보고하는 것을 포함할 수 있다. 대안으로서, 광고자 소프트웨어는 광고 요청과 함께 모바일 디바이스(504) 상에 존재하는 앱들의 리스트를 광고 서버(502)에 보낼 수 있다. 광고 서버(502)는, 모바일 디바이스(504)에 보낼 응답의 타입을 결정함에 있어서, 특별한 모바일 디바이스(504)에 대한 앱들의 세트가 광고 서버(502)에서 이전에 수신되었는지 아닌지에 대해 결정을 내릴 수 있다.

도 4는 광고 서버(502)가 특별한 모바일 디바이스(504)에 포함된 앱들을 알도록 되어 있었던 경우에 대한 흐름도를 도시한다. 도 8은 대응하는 데이터 흐름도이다. 단계(402)에서, 클라이언트 디바이스(504)로부터의 광고 요청은 디바이스에 존재하는 앱들의 전부 또는 서브세트에 관한 정보를 포함한다. 이는 광고 요청에 애플리케이션 식별자들을 첨부함으로써 달성될 수 있다.

또한, 광고 서버(502)는 위너 광고를 결정하는 동안 어느 앱들이 존재하는지에 관한 정보를 고려할 수 있다. 예를 들어, 앱 개발자는 모바일 디바이스가 이미 자신의 앱들 중 세 개를 가지고 있음(즉, 로얄 커스토머)을 아는 경우, 더 높은 입찰을 기꺼이 할 수 있다. 이 양상은 광고 서버가 조건-기반 입찰들을 지원할 때 제공된다. 단계(404)에서, 광고 서버(502)는 클라이언트 디바이스(504) 상에 단계(406)에서 렌더링될 정확한 광고(및 정확한 랜딩 페이지)로 응답할 수 있다. 이 양상은 무선으로(over the air) 전송되는 정보 및 광고 자체의 관련성의 관점에서 상기 두 양상들 사이의 트레이드-오프(trade-off)를 고려한다.

상기에 나타내진 바와 같이, 광고 서버(502)는 광고 데이터베이스(530)에 광고자들로부터의 광고 크리에이티브들을 저장하고, 요청하는 모바일 디바이스들에 광고들을 서빙하기 위하여 광고 데이터베이스(530)로부터 광고들을 선택하기 위한 경매를 수행할 수 있다. 도 9는 광고 서버(502)의 예시적 동작에 대한 흐름도이다. 광고 서버(502)의 예시적 동작은 도 6의 데이터 흐름도에 도시된 동작들에 대응한다.

단계(902)에서, 광고 서버(502)는 광고자로부터 광고 크리에이티브를 관련된 시퀀스의 랜딩 페이지들과 함께 수신한다. 도 11은 광고자 클라이언트 디바이스(520)의 웹 브라우져(522)에 렌더링되는 바와 같은 광고자의 프런트-엔드(524)의 예를 도시한다. 도 11에 보여질 수 있는 바와 같이, 광고자 프런트-엔드(524)는 광고자가 슬롯(1102)에 업로드될 크리에이티브의 이름을 입력할 수 있는 입력 형태를 제공한다. 상기 크리에이티브의 이름은 파일 이름일 수 있다. 상기 파일 이름은 디바이스 메모리에 저장된 파일을 선택하기 위해 광고자 클라이언트 디바이스를 브라우징함으로써 입력될 수 있다. 또한 상기 입력 형태는 랜딩 페이지들에 대한 순서화된 시퀀스의 어드레스들의 입력을 위한 슬롯들, 예컨대 광고 크리에이티브와 관련된 처음으로 고려될 랜딩 페이지 어드레스의 입력을 위한 슬롯(1104) 및 대체 랜딩 페이지의 입력을 위한 슬롯(1106)을 제공한다. 랜딩 페이지의 어드레스는 광고자의 웹 사이트의 URL, 또는 광고 크리에이티브의 주체인 특별한 제품 또는 서비스에 관한 정보를 포함하는 웹 사이트 내의 페이지일 수 있다. 랜딩 페이지의 어드레스는 또한, 최종-사용자의 모바일 디바이스(504) 상에 지역적으로 저장된 광고자의 앱의 URL일 수 있다.

단계(904)에서, 광고 서버(502)는 수신된 순서 시퀀스의 랜딩 페이지들 어드레스들과 관련하여 단계(902)에서 수신된 광고 크리에이티브를 광고 데이터베이스(530)에 저장한다. 차후에, 단계(906)에서 광고 서버(502)는 클라이언트 모바일 디바이스로부터 광고 요청을 수신할 것이며, 이 시점에서 광고 서버(502)는 경매를 실시할 것이고 관련된 순서화된 시퀀스의 랜딩 페이지 어드레스들을 가진 크리에이티브를 선택할 수 있다.

광고자는 랜딩 페이지를 획득하는 데 사용될 랜딩 페이지 어드레스를 결정하기 위한 조건의 프로세싱에 필수적인, 예컨대, 자바스크립트 및 HTML의 형태의 조건적 코드를 제시할 수 있다. 대안적으로는, 광고 서버(502)는 랜딩 페이지들의 순서에 근거하여 필수적인 조건 코드를 생성할 수 있다. 단계(908)에서, 광고 서버(502)는 자바스크립트 조건 코드와 같은 조건 코드가 광고자에 의해 제공되었는지를 체크한다. 단계(910)에서, 광고자가 조건 코드를 제시하지 않았다면 광고 서버(502)는 복수의 랜딩 페이지 어드레스들 중 어느 것이 랜딩 페이지를 보여주기 위해 사용될 것인지 결정하기 위한 조건의 프로세싱에서의 사용을 위한 자바스크립트 조건 코드를 생성할 것이다. 단계(912)에서, 광고 서버(502)는 광고 요청에 대한 응답을 보낼 것인 바, 이 응답은 광고 크리에이티브, 관련 랜딩 페이지 어드레스들의 리스트 및 자바스크립트 조건 코드를 포함한다.

도 3, 4, 7 및 8에 관하여 상술된 추가의 양상에서, 광고자는, 특별한 모바일 디바이스/OS 및 이 특별한 모바일 디바이스 상에 존재하는 앱들에 적절한 광고 크리에이티브가 보여지기 위해 선택될 수 있도록 광고 크리에이티브들의 세트를 제시할 수 있다. 도 10은, 광고자가 둘 이상의 광고 크리에이티브들의 세트를 제시하는 경우 광고 서버(502)에 의해 수행되는 동작들의 흐름도이다. 도 12 및 13은 광고자 프런트-엔드(524)에 대한 사용자 인터페이스들의 예들이다.

단계(1002)에서, 광고 서버(502)는 둘 이상의 광고 크리에이티브들, 상기 둘 이상의 광고 크리에이티브들과 관련된 조건들 및 광고 크리에이티브들에 대한 경매 입찰을 수신한다. 도 12는, 광고자로 하여금 슬롯(1202)에 광고 크리에이티브의 이름을, 그리고 슬롯(1204)에 관련 랜딩 페이지의 어드레스를, 그리고 광고 크리에이티브를 디스플레이하기 위한 조건을 입력하는 데 사용될 수 있는 다른 페이지로의 링크(1206)를 입력하게 하는 예시적 사용자 인터페이스를 도시한다. 도 13은 광고 크리에이티브와 관련된 조건의 입력을 위한 페이지의 예를 도시한다. 광고 크리에이티브의 이름은 파일 이름으로서 입력될 수 있고, 상기 파일 이름은 광고자 클라이언트(520)의 메모리를 브라우징함으로써 액세스될 수 있다. 광고 크리에이티브 입력 페이지는 광고자가 입력하길 원하는 각각의 광고 크리에이티브에 대하여 반복될 수 있다. 예시적 양상에서, 광고자에 의해 입력된 모든 광고 크리에이티브들은 이 광고 크리에이티브들을 관련된 세트로 그룹화하기 위하여 광고 서버에 공통 섹션으로 제시될 수 있다.

도 13에 도시된 바와 같은 조건의 입력에 대한 페이지는 모바일 앱들을 입력하기 위한 슬롯들, 및 모바일 앱들이 존재 또는 부재하는지 나타내기 위한 체크 박스들(1304 및 1308)을 포함한다. 예를 들어, 광고자는 조건 - 이 조건은 이 조건과 관련된 광고 크리에이티브를 보여주기 위한 것이다 - 으로서 모바일 앱 A 및 모바일 앱 B 각각이 존재해야만 함을 나타낼 수 있다. 도 13에 도시된 페이지는 광고자가 광고 크리에이티브를 선택하기 위한 조건들을 포함하는 광고 크리에이티브들의 세트에 대해 기꺼이 입찰할 수 있는 입찰액을 입력하기 위한 입력 슬롯(1308)을 더 포함한다.

단계(1004)에서, 광고 서버(502)는 조건들과 관련된 둘 이상의 광고 크리에이티브들 및 광고자 클라이언트(520)와의 세션으로 제시되었던 입찰액을 광고 데이터베이스(530)에 저장한다. 차후에, 단계(1006)에서 광고 서버(502)는 모바일 디바이스(504)로부터 광고에 대한 요청을 수신할 것이다. 광고 서버는 경매를 실시할 것인 바, 이 경매는 결과적으로, 광고자 클라이언트(520)로부터 수신된 둘 이상의 광고 크리에이티브들의 세트가 선택되게 할 수 있다.

도 8에 도시된 바와 같이, 광고 서버(502)는 광고 요청을 제시했던 특별한 모바일 디바이스 상에 포함된 모바일 앱들의 리스트를 수신했을 수 있다. 단계(1010)에서, 광고 서버는, 특별한 모바일 디바이스 상에 포함된 모바일 앱들의 리스트가 광고 요청과 함께 제시되었는지 체크한다. 모바일 앱들의 리스트가 모바일 디바이스에 의해 보내졌다면, 단계(1014)에서, 광고 서버(502)는 모바일 앱들의 리스트에 대하여 둘 이상의 광고 크리에이티브들과 관련된 조건들을 체크할 수 있다. 단계(1016)에서, 광고 서버(502)는 관련된 조건이 충족된 광고 크리에이티브를 모바일 디바이스(504)에 보낸다.

모바일 앱들의 리스트가 요청 모바일 디바이스에 의해 보내지지 않았다면, 단계(1012)에서, 광고 서버(502)는 또한, 광고 크리에이티브들의 세트를 보냈던 광고자가 광고 크리에이티브들의 세트에 대한 자바스크립트 조건문(들)을 보냈는지 체크한다. 단계(1012)에서, 광고 서버(502)는 자바스크립트 조건문(들)이 제시되었는지 체크한다. 자바스크립트 조건문이 광고 크리에이티브들의 세트와 함께 공급되지 않았다면, 광고 서버(502)는 단계(1014)에서, 도 13에서 예에 대하여 도시된 바와 같이 사용자 인터페이스의 방식으로 광고자에 의해 입력된 조건을 표시하는 자바스크립트 조건문을 생성한다. 단계(1018)에서, 광고 서버(502)는 광고 요청에 대한 응답을 보내는 바, 이 응답은 둘 이상의 광고 크리에이티브들의 세트 및 각각의 광고 크리에이티브에 대한 관련 조건 코드를 포함한다.

도 14는 본 발명에 따른 광고 서버(502)로서 구성된 예시적 컴퓨팅 디바이스(1400)를 도시하는 블록도이다. 매우 기본적인 구성(1401)에서, 컴퓨팅 디바이스(1400)는 전형적으로, 하나 이상의 프로세서들(1410) 및 시스템 메모리(1420)를 포함한다. 메모리 버스(1430)는 프로세서(1410)와 시스템 메모리(1420) 사이에서 통신하기 위해 사용될 수 있다.

바람직한 구성에 따라, 프로세서(1410)는 이들로만 제한되는 것은 아니지만은, 마이크로프로세서(μP), 마이크로컨트롤러(μC), 디지털 신호 프로세서(DSP) 또는 이들의 어떤 조합을 포함하는 어떤 타입으로 이루어질 수 있다. 프로세서(1410)는 1 레벨 캐시(1411) 및 2 레벨 캐시(1412)와 같은 하나 이상의 레벨들의 캐싱, 프로세서 코어(1413) 및 레지스터들(1414)을 포함할 수 있다. 프로세서 코어(1413)는 산술 로직 유닛(ALU), 플로팅 포인트 유닛(FPU), 디지털 신호 프로세싱 코어(DSP Core) 또는 이들의 어떤 조합을 포함할 수 있다. 메모리 제어기(1415)는 또한, 프로세서(1410)와 함께 사용될 수 있거나 또는 일부 구현들에서 메모리 제어기(1415)는 프로세서(1410)의 내부의 부분일 수 있다.

바람직한 구성에 따라, 시스템 메모리(1420)는 이들로만 제한되는 것은 아니지만, (RAM과 같은) 휘발성 메모리, (ROM, 플래시 메모리, 등과 같은) 비휘발성 메모리 또는 이들의 어떤 조합을 포함하는 어떤 타입으로 이루어질 수 있다. 시스템 메모리(1420)는 전형적으로, 운영 체제(1421), 하나 이상의 애플리케이션들(1422) 및 프로그램 데이터(1424)를 포함한다. 애플리케이션(1422)은 광고자와 관련된 광고 또는 광고들의 세트를 선택하기 위해 경매를 실시하도록 구성된 광고 선택 프로세스(1423)를 포함한다. 일부 실시예들에서, 애플리케이션(1422)은 랜딩 페이지들이 고려될 순서를 제어하기 위한 또는 광고들의 세트로부터 보여질 광고를 결정하기 위한 조건 코드를 생성하기 위하여 운영 체제(1421) 상에서 프로그램 데이터(1424)로 동작하도록 구성될 수 있다. 이 기술된 기본 구성은 점선(1401) 내의 컴포넌트들에 의해 도 14에 도시된다.

컴퓨팅 디바이스(1400)는 추가적인 특징들 또는 기능성, 및 기본 구성(1401)과 어떤 요구되는 디바이스들 및 인터페이스들과의 사이의 통신들을 용이하게 하는 추가적인 인터페이스들을 가질 수 있다. 예를 들어, 버스/인터페이스 제어기(1440)는 스토리지 인터페이스 버스(1441)를 통한 기본 구성(1401)과 하나 이상의 데이터 스토리지 디바이스들(1450) 간의 통신들을 용이하게 하는 데 사용될 수 있다. 데이터 스토리지 디바이스들(1450)은 탈착가능한 스토리지 디바이스들(1451), 비-탈착가능한 스토리지 디바이스들(1452) 또는 이들의 조합일 수 있다. 탈착가능한 스토리지 및 비-탈착가능한 스토리지 디바이스들의 예들은 몇 가지 예를 들면, 플렉서블 디스크 드라이브들 및 하드-디스크 드라이브들(HDD)과 같은 자기 디스크 디바이스들, 컴팩트 디스크(CD) 드라이브들 또는 디지털 다목적 디스크(DVD) 드라이브들과 같은 광학 디스크 드라이브들, 고체 상태 드라이브들(SSD) 및 테이프 드라이브들을 포함한다. 예시적 컴퓨터 스토리지 매체는, 컴퓨터 판독가능 명령들, 데이터 구조들, 프로그램 모듈들 또는 다른 데이터와 같은 정보의 저장을 위한 어떤 방법 또는 기술로 구현되는 휘발성 및 비휘발성, 탈착가능 및 비-탈착가능 매체를 포함할 수 있다.

시스템 메모리(1420), 탈착가능 스토리지(1451) 및 비-탈착가능 스토리지(1452)는 컴퓨터 스토리지 매체의 모든 예들이다. 컴퓨터 스토리지 매체는 이들로만 제한되는 것은 아니지만, RAM, ROM, EEPROM, 플래시 메모리 또는 다른 메모리 기술, CD-ROM, 디지털 다목적 디스크들(DVD) 또는 다른 광학 스토리지, 자기 카세트들, 자기 테이프, 자기 디스크 스토리지 또는 다른 자기 스토리지 디바이스들 또는 요구되는 정보를 저장하는 데 사용될 수 있고 컴퓨팅 디바이스(1400)에 의해 액세스될 수 있는 어떤 다른 매체를 포함한다. 어떤 이러한 컴퓨터 스토리지 매체도 디바이스(1400)의 일부가 될 수 있다.

컴퓨팅 디바이스(1400)는 또한, 버스/인터페이스 제어기(1440)를 통한 다양한 인터페이스 디바이스들(예컨대, 출력 인터페이스들, 주변 인터페이스들 및 통신 인터페이스들)로부터 기본 구성(1401)으로의 통신을 용이하게 하기 위한 인터페이스 버스(1442)를 포함할 수 있다. 예시적 출력 디바이스들(1460)은 그래픽 프로세싱 유닛(1462) 및 오디오 프로세싱 유닛(1462)을 포함하고, 이들은 하나 이상의 A/V 포트들(1463)을 통해 디스플레이 또는 스피커들과 같은 다양한 외부 디바이스들에 통신하도록 구성될 수 있다. 예시적 주변 인터페이스들(1470)은 직렬 인터페이스 제어기(1471) 또는 병렬 인터페이스 제어기(1472)를 포함하고, 이들은 하나 이상의 I/O 포트들(1473)을 통해 입력 디바이스들(예컨대, 키보드, 마우스, 펜, 음성 입력 디바이스, 터치 입력 디바이스 등) 또는 다른 주변 디바이스들(예컨대, 프린터, 스캐너 등)과 같은 외부 디바이스들과 통신하도록 구성될 수 있다. 예시적 통신 디바이스(1480)는 네트워크 제어기(1481)를 포함하고, 이 네트워크 제어기는 하나 이상의 통신 포트드들(1482)을 통해 네트워크 통신에 걸쳐 하나 이상의 다른 컴퓨팅 디바이스들(1490)과의 통신을 용이하게 하도록 구성될 수 있다. 통신 연결은 통신 매체의 일 예이다. 통신 매체는 전형적으로, 컴퓨터 판독가능 명령들, 데이터 구조들, 프로그램 모듈들 또는 반송파 또는 다른 수송 메커니즘(transport mechanism)과 같은 변조된 데이터 신호 내의 다른 데이터에 의해 구현되고, 어떤 정보 전달 매체도 포함할 수 있다. "변조된 데이터 신호"는 하나 이상의 특성들 세트를 가진 신호이거나 또는 신호 내의 정보를 인코딩하는 것과 같은 방식으로 변경될 수 있다. 예로서, 그리고 이들로만 제한되는 것은 아니지만, 통신 매체는 유선 네트워크 또는 다이렉트-유선 연결과 같은 유선 매체 및 음향, 무선 주파수(RF), 적외선(IR)과 같은 무선 매체 및 다른 무선 매체를 포함할 수 있다. 본 명세서에 사용된 용어, 컴퓨터 판독가능 매체는 스토리지 매체 및 통신 매체 둘 모두를 포함할 수 있다.

컴퓨팅 디바이스(1400)는 셀폰(cell phone), PDA(personal data assistant), 개인용 매체 재생 디바이스, 무선 웹-워치 디바이스(wireless web-watch device), 개인용 해드셋 디바이스, 애플리케이션별 특정한 디바이스 또는 상기 기능들 중 어느 것을 포함하는 하이브리드 디바이스와 같은 소형-폼 팩터(small-form factor) 휴대용(또는 모바일) 전자 디바이스의 일부로서 구현될 수 있다. 컴퓨팅 디바이스(1400)는 또한, 랩탑 컴퓨터 및 비-랩탑 컴퓨터 구성들 둘 모두를 포함하는 개인용 컴퓨터로서 구현될 수 있다.

시스템의 양상들의 하드웨어와 소프트웨어 구현들 간에 약간의 차이가 남아 있는 바, 하드웨어 또는 소프트웨어의 사용은 일반적으로, (그러나 특정한 맥락에서 하드웨어와 소프트웨어 사이의 선택이 중대해짐을 고려할 때 항상 그러하지는 않는) 비용 대 효율 트레이드오프를 나타내는 설계 선택이다. 다양한 수단(vehicle)들이 존재하는 바, 이 수단들(예컨대, 하드웨어, 소프트웨어 및/또는 펌웨어)에 의해 본 명세서에 기술된 프로세스들 및/또는 시스템들 및/또는 다른 기술들이 성취될 수 있고, 선호되는 수단은 이 프로세스들 및/또는 시스템들 및/또는 다른 기술들이 이용되는 맥락에 따라 다를 것이다. 예를 들어, 구현자(implementer)가 속도 및 정확도가 가장 중요하다고 결정한 경우, 이 구현자는 주로 하드웨어 및/또는 펌웨어 수단을 선택할 수 있고, 융통성(flexibility)이 가장 중요한 경우, 구현자는 주로 소프트웨어 구현을 선택할 수 있거나, 또는 또다시 대안적으로는, 구현자는 하드웨어, 소프트웨어 및/또는 펌웨어의 일부 조합을 선택할 수 있다.

상술한 상세한 설명은 블록도들, 흐름도들 및/또는 예시들의 사용을 통해 디바이스들 및/또는 프로세서들의 다양한 실시예들을 제시했다. 따라서 이러한 블록도들, 흐름도들 및/또는 예시들이 하나 이상의 기능들 및/또는 동작들을 포함하는 한에 있어서, 이러한 블록도들, 흐름도들 또는 예시들 내의 각각의 기능 및/또는 동작이 하드웨어, 소프트웨어, 펌웨어 또는 가상적으로는 이들의 어떤 조합의 넓은 범위에 의해 개별적으로 및/또는 집합적으로 구현될 수 있음이 이 기술 분야의 숙련자들에 의해 이해될 것이다. 일 실시예에서, 본 명세서에 기술된 본 발명의 여러 부분들이 응용 주문형 집적 회로(ASIC)들, 현장 프로그래머블 게이트 어레이(FPGA)들, 디지털 신호 프로세서(DSP)들 또는 다른 집적 포맷들을 통해 구현될 수 있다. 그러나, 이 기술분야의 숙련자들은 본 명세서에 개시된 실시예들의 일부 양상이 전체적으로 또는 부분적으로, 하나 이상의 컴퓨터들 상에서 실행되는 하나 이상의 프로그램들로서(예컨대, 하나 이상의 컴퓨터 시스템들 상에서 실행되는 하나 이상의 프로그램들로서), 하나 이상의 프로세서들 상에서 실행되는 하나 이상의 프로그램들로서(예컨대, 하나 이상의 마이크로프로세서들 상에서 실행되는 하나 이상의 프로그램들로서), 펌웨어로서, 또는 가상적으로는 이들의 어떤 조합으로서, 집적 회로들에 균등하게 구현될 수 있고, 회로를 설계하는 것 및/또는 소프트웨어 및/또는 펌웨어에 대한 코드를 기입하는 것이 본 발명에 비추어 이 기술분야의 숙련자의 역량으로 잘 이루어질 수 있음을 인식할 것이다. 추가적으로, 이 기술분야의 숙련자는, 본 명세서에 기술된 본 발명의 메커니즘들이 다양한 형태들의 프로그램 제품으로서 배포될 수 있고 본 명세서에 기술된 본 발명의 예시적인 실시예가 배포를 실제로 실행하는 데 사용되는 신호 베어링 매체(signal bearing medium)의 특별한 타입에 관계없이 적용됨을 이해할 것이다. 신호 베어링 매체의 예들은 이들로만 한정되는 것은 아니지만, 다음의: 플로피 디스크, 하드 디스크 드라이브, 컴팩트 디스크(CD), 디지털 비디오 디스크(DVD), 디지털 테이프, 컴퓨터 메모리 등과 같은 기록가능한 타입의 매체, 그리고 디지털 및/또는 아날로그 통신 매체(예컨대, 광섬유 케이블, 도파관(waveguide), 유선 통신 링크, 무선 통신 링크 등)와 같은 전송 타입 매체를 포함한다.

이 기술분야의 숙련자들은, 본 명세서에 제시된 방식으로 디바이스들 및/또는 프로세스들을 기술하고 그 이후에 이러한 기술된 디바이스들 및/또는 프로세스들을 데이터 프로세싱 시스템들에 통합시키도록 엔지니어링 실천을 하는 것이 이 기술분야 내에서 일반적인 것임을 인식할 것이다. 다시 말해, 본 명세서에 기술된 디바이스들 및/또는 프로세스들의 적어도 일부는 적정한 만큼의 실험을 통해 데이터 프로세싱 시스템에 통합될 수 있다. 이 기술분야의 숙련자들은 전형적인 데이터 프로세싱 시스템이 일반적으로, 시스템 유닛 하우징, 비디오 디스플레이 디바이스, 휘발성 및 비-휘발성 메모리와 같은 메모리, 마이크로프로세서들 및 디지털 신호 프로세서들과 같은 프로세서들, 운영 체제들, 드라이버들, 그래픽 사용자 인터페이스들 및 응용 프로그램들과 같은 연산적 개체들(computational entities), 터치 패드 또는 스크린과 같은 하나 이상의 상호대화 디바이스들 및/또는 피드백 루프들 및 제어 모터들(예컨대, 위치 및/또는 속도(velocity)를 감지하기 위한 피드백, 컴포넌트들 및/또는 양(quantities)을 이동 및/또는 조정하기 위한 제어 모터들) 중 하나 이상을 포함함을 인식할 것이다. 전형적인 데이터 프로세싱 시스템은 데이터 컴퓨팅/통신 및/또는 네트워크 컴퓨팅/통신 시스템들에서 전형적으로 발견되는 컴포넌트들과 같은 어떤 적절한 상업적으로 이용가능한 컴포넌트들을 이용하여 구현될 수 있다.

본 명세서에서 실질적으로 어떤 복수 및/또는 단수 용어들의 사용에 관하여, 이 기술분야의 숙련자는 맥락 및/또는 응용에 적절한 바에 따라 복수를 단수로 그리고/또는 단수를 복수로 변경할 수 있다. 다양한 단수/복수 치환들이 명확성을 위해 본 명세서에 분명하게 제시될 수 있다.

다양한 양상들 실시예들이 본 명세서에서 개시되었지만, 다른 양상들 및 실시예들이 이 기술분야의 숙련자에게 분명할 것이다. 본 명세서에 개시된 다양한 양상들 및 실시예들은 예시를 위한 것이며, 제한적인 것으로 의도된 것이 아닌 바, 본 발명의 진정한 범위 및 사상은 다음의 특허 청구 범위에 의해 나타내진다.

Claims (18)

1. 방법으로서,
   컴퓨팅 디바이스에 의해, 서버 컴퓨터로 요청을 보내는 단계와;
   상기 요청에 응답하여, 컨텐트와 관련된 문서 어드레스들의 순서화된 시퀀스와 결합된 컨텐트 및 상기 문서 어드레스들의 순서화된 시퀀스로부터 문서 어드레스를 선택하기 위한 조건(condition)을 특정하는 조건 코드 스크립트를 수신하는 단계와, 상기 조건은 컨텐트가 관련(relevant) 애플리케이션을 사용하여 상기 컴퓨팅 디바이스 상에서 열릴 수 있음을 나타내고;
   상기 컴퓨팅 디바이스의 운영 체제에 질의하여 관련 애플리케이션이 컴퓨팅 디바이스에 설치되었는지 여부를 결정하기 위해 상기 수신된 조건 코드 스크립트를 실행하는 단계와;
   상기 관련 애플리케이션을 사용하여, 상기 조건 코드에 특정된 상기 조건이 충족 될 때 상기 문서 어드레스들의 순서화된 시퀀스로부터의 제 1 문서 어드레스를 사용하여 제 1 랜딩 페이지를 여는 단계와;
   상기 조건 코드에서 특정된 상기 조건이 충족되지 않을 때 상기 문서 어드레스들의 순서화된 시퀀스로부터의 제 2 문서 어드레스를 사용하여 제 2 랜딩 페이지를 여는 단계와, 상기 문서 어드레스들의 순서화된 시퀀스 내의 제 2 문서 어드레스는 상기 관련 애플리케이션의 다운로드를 가능하게 하는 상기 컴퓨팅 다비이스의 뷰어에서 열린 제2랜딩 페이지의 어드레스이며; 그리고
   상기 조건의 결과들에 따라 상기 제1 또는 제2 랜딩 페이지를 보여주는 단계를 포함하는 것을 특징으로 하는 방법.
2. 제1항에 있어서,
   상기 요청은 광고(ad)에 대한 요청이고, 응답으로서 수신된 상기 문서 어드레스들의 순서화된 시퀀스는 상기 광고와 관련된 랜딩 페이지(landing page)들의 어드레스이며,
   상기 제1 랜딩 페이지는 광고자(advertiser)의 모바일 애플리케이션에 대한 랜딩 페이지이고, 상기 제2 랜딩 페이지는 광고자의 웹 사이트에 대한 랜딩 페이지이며, 상기 조건은 상기 광고자의 모바일 애플리케이션이 모바일 디바이스 상에서 열릴 수 있는지 체킹하기 위한 것이어서,
   상기 모바일 디바이스에 지역적으로(locally) 포함된 상기 광고자의 모바일 애플리케이션에 대한 랜딩 페이지는 상기 조건이 충족될 때 열리고, 그리고
   상기 광고자의 웹 사이트에 대한 랜딩 페이지는 상기 조건이 충족되지 않을 때 상기 모바일 디바이스의 웹 브라우져에서 열리는 것을 특징으로 하는 방법.
3. 제1항에 있어서,
   상기 요청은 광고에 대한 요청이고, 응답으로서 수신된 상기 문서 어드레스들의 순서화된 시퀀스는 상기 광고와 관련된 랜딩 페이지들의 어드레스이며, 상기 랜딩 페이지들 중 하나는 모바일 애플리케이션 스토어이고,
   상기 제1 랜딩 페이지는 광고자의 모바일 애플리케이션에 대한 랜딩 페이지이며, 상기 제2 랜딩 페이지는 상기 모바일 애플리케이션 스토어의 랜딩 페이지이고, 상기 조건은 상기 광고자의 모바일 애플리케이션이 모바일 디바이스 상에서 열릴 수 있는지 체킹하기 위한 것이며,
   상기 광고와 관련된 파라미터들이 상기 모바일 디바이스의 메모리에 저장되어서,
   상기 모바일 디바이스에 지역적으로 포함된 상기 광고자의 모바일 애플리케이션에 대한 랜딩 페이지는 상기 광고자의 모바일 애플리케이션이 열릴 수 있다는 조건이 충족될 때 열리고,
   상기 모바일 애플리케이션 스토어에 대한 랜딩 페이지는, 상기 조건을 체킹한 것이 상기 광고자의 모바일 애플리케이션이 열릴 수 없다는 결과일 때 상기 광고자의 모바일 애플리케이션을 다운로드할 수 있게 하는 모바일 디바이스의 뷰어(viewer)에서 열리며, 그리고
   상기 다운로드된 광고자의 모바일 애플리케이션이 열릴 시, 상기 저장된 파라미터들이 상기 광고자의 모바일 애플리케이션에 의해 상기 메모리로부터 검색되는 것을 특징으로 하는 방법.
4. 삭제
5. 삭제
6. 방법으로서,
   컴퓨팅 디바이스에서, 모바일 디바이스로부터 컨텐트에 대한 요청을 수신하는 단계와;
   상기 컴퓨팅 디바이스에 의해, 상기 요청에 응답하여 연관된 문서 어드레스들의 순서화된 시퀀스를 갖는 제1 컨텐트를 선택하는 단계와;
   상기 컴퓨팅 디바이스에 의해, 상기 모바일 디바이스의 운영 체제에 질의하여 관련 애플리케이션이 모바일 디바이스에 설치되어 있는지를 결정하기 위해 상기 모바일 디바이스의 스크립트 처리기(handler)에 의해 처리되도록 구성된 스크립트를 생성하는 단계와, 상기 스크립트는 상기 연관된 문서 어드레스들의 순서화된 시퀀스로부터 어드레스를 선택하기 위한 조건부 로직(conditional logic)를 특정하고, 상기 조건부 로직은 제1 컨텐트가 상기 관련 애플리케이션을 이용하여 모바일 디바이스상에서 열일 수 있는지 체크하기 위한 조건을 포함하고, 상기 연관된 순서화된 시퀀스 내의 제1 어드레스는 상기 관련 애플리케이션을 이용하여 모바일 디바이스상에서 제1 컨텐츠가 열릴 수 있다는 조건이 충족되면 모바일 디바이스에 설치된 관련 어플리케이션을 이용하여 열린 랜딩 페이지의 어드레스이고, 상기 연관된 순서화된 시퀀스의 제2 어드레스는 상기 조건이 충족되지 않으면 상기 관련 애플리케이션의 다운로드를 가능하게 하는 모바일 디바이스의 뷰어에서 열린 랜딩 페이지와 관련된 랜딩 페이지의 어드레스이며; 그리고
   상기 제 컨텐트와 상기 생성된 스크립트를 상기 모바일 디바이스에 전송하는 단계를 포함하는 것을 특징으로 하는 방법.
7. 제6항에 있어서,
   상기 제1 컨텐트는 광고를 포함하고, 상기 광고와 연관된 파라미터들은 모바일 디바이스의 메모리에 저장되고, 그리고
   상기 광고와 연관된 파라미터들은 상기 조건이 충족되지 않으면 상기 관련 애플리케이션의 다운로드를 가능하게 하는 모바일 디바이스의 뷰어에서 열린 랜딩 페이지의 결과로 상기 관련 애플리케이션에 의해 검색되는 것을 특징으로 하는 방법.
8. 삭제
9. 삭제
10. 삭제
11. 삭제
12. 삭제
13. 데이터베이스 시스템과 통신하는 서버 컴퓨터로서,
    실행 가능한 명령을 저장하는 메모리와; 그리고
    상기 명령을 실행하여 동작들을 수행하는 하나 이상의 프로세서를 포함하고, 상기 동작들은,
    모바일 디바이스로부터 컨텐트에 대한 요청을 수신하는 단계와;
    상기 요청에 응답하여 연관된 문서 어드레스들의 순서화된 시퀀스를 갖는 제1 컨텐트를 선택하는 단계와;
    상기 모바일 디바이스의 운영 체제에 질의하여 관련 애플리케이션이 모바일 디바이스에 설치되어 있는지를 결정하기 위해 상기 모바일 디바이스의 스크립트 처리기(handler)에 의해 처리되도록 구성된 스크립트를 생성하는 단계와, 상기 스크립트는 상기 연관된 문서 어드레스들의 순서화된 시퀀스로부터 어드레스를 선택하기 위한 조건부 로직(conditional logic)을 특정하고, 상기 조건부 로직은 제1 컨텐트가 상기 관련 애플리케이션을 이용하여 모바일 디바이스상에서 열일 수 있는지 체크하기 위한 조건을 포함하며; 그리고
    상기 제 컨텐트 및 상기 생성된 스크립트를 모바일 디바이스로 전송하는 단계를 포함하고, 상기 연관된 순서화된 시퀀스 내의 제1 어드레스는 상기 관련 애플리케이션을 이용하여 모바일 디바이스상에서 제1 컨텐츠가 열릴 수 있다는 조건이 충족되면 모바일 디바이스에 설치된 관련 어플리케이션을 이용하여 열린 랜딩 페이지의 어드레스이고, 상기 연관된 순서화된 시퀀스의 제2 어드레스는 상기 조건이 충족되지 않으면 상기 관련 애플리케이션의 다운로드를 가능하게 하는 모바일 디바이스의 뷰어에서 열린 랜딩 페이지와 관련된 랜딩 페이지의 어드레스인 것을 특징으로 하는 서버 컴퓨터.
14. 삭제
15. 삭제
16. 삭제
17. 삭제
18. 제6항에 있어서, 상기 스크립트를 생성하는 단계는
    어떤 문서가 상기 모바일 디바이스 상에 디스플레이될지를 결정하기 위한 조건을 특정하는 자바스크립트(JavaScript) 조건 코드를 생성하는 단계를 포함하는 것을 특징으로 하는 방법.

Images