KR20110026300A - 사용자 행동 패턴을 기반으로 한 광고 수신 방법과 이를 이용한 이동 단말 - Google Patents

Abstract

본 발명은, 이동 단말 내에서 수집된 사용자 활동 패턴 정보를 기초로 광고가 선별되면, 상기 이동 단말이 상기 선별된 광고를 수신하는 방법 및 이러한 수신 기능을 구비한 장치에 관한 것이다.

본 발명에 따른 이동 단말의 광고 수신 방법은, 광고 서버로부터 규칙을 수신하는 단계, 상기 수신된 규칙에 따라 보고할 사용자 행동 패턴의 타입을 결정하는 단계, 상기 결정된 타입에 대한 정보를 수집하는 단계, 상기 수집된 정보를 기초로 보고서를 생성하는 단계, 상기 광고 서버로 상기 보고서를 전송하는 단계 및 상기 광고 서버로부터 상기 보고서에 따라 사용자의 행동 패턴과 부합하는 광고를 수신하는 단계를 포함하며, 상기 규칙은 상기 보고서의 생성 및 전송의 시기 및 주기를 지정하는 것을 특징으로 한다.

사용자 행동 패턴, 광고 선별, 이동 단말, MobAd Enabler

Description

사용자 행동 패턴을 기반으로 한 광고 수신 방법과 이를 이용한 이동 단말 {METHOD FOR RECEIVING ADVERTISEMENT BASED ON USER ACTIVITY PATTERNS, AND MOBILE DEVICE USING THE SAME}

본 발명은 이동 단말에서 출력되는 광고의 선별에 관한 것으로서, 더욱 상세히는 이동 단말 내에서의 사용자 활동 패턴을 추적하여 이를 수집한 결과를 기반으로 상기 이동 단말에서 출력될 광고를 선별하는 방법 및 이러한 선별 기능을 구비한 장치에 관한 것이다.

단말에 광고를 제공하는 가장 단순한 방법은 모든 단말에게 동일한 내용의 광고를 전송하는 것이다. 그러나 단말 장치의 사용자는 각각의 취향에 따라 서로 다른 종류의 광고를 선호할 것이다. 따라서 모든 사용자에게 동일한 내용의 광고가 전달된다면, 사용자는 자신의 취향에 맞지 않는 광고를 자신에게 유용한 광고라기보다는 스팸으로 인식할 수 있다. 이러한 문제를 해결하기 위해 광고 서버가 각각의 사용자별로 적절한 광고를 선택하고, 선택된 광고를 사용자의 단말로 제공해 주는 방법이 개발되었다.

광고 서버가 광고를 선택하기 위해서는 사용자의 취향 정보를 수신해야 한 다. 이때, 성별이나 나이와 같은 사용자의 기본 정보 외에 광고 선택을 위해 사용되는 추가적인 정보를 얻기 위해서는 사용자의 적극적인 정보 입력이 뒷받침되어야 한다. 그러나, 일반적으로 사용자는 자신의 기호 등에 대하여 일일이 입력하는 것을 선호하지 않으며, 입력된 정보가 정확하지 않은 경우도 많다. 광고 서버가 이렇게 불충분하거나 부정확한 정보를 기반으로 광고를 선택하게 되면, 선택된 광고는 사용자가 원하지 않거나 관심을 가지지 않는 영역에 대한 광고일 가능성이 높다. 사용자는 이러한 선택을 통해 전송된 광고를 자신에게 유용한 광고라기보다는 스팸으로 인식할 수 있다.

따라서, 사용자가 애초에 무성의하게 입력한 정보나 선호하지 않는 광고에 대한 사용자의 반응만으로는 광고 서버가 시시각각 변하는 사용자의 현재 취향이나 관심사를 알아내기에 충분하지 않다.

사용자의 취향을 알아내기 위한 종래 기술로는, 광고 서버에서 특정 단어를 광고 엔진에 알리고, 사용자의 채팅이나 메시징 등을 통해 단말 내에서 그 단어가 출현하는 경우 광고 엔진이 이를 광고 서버에 알리는 방법이 있다. 이 방법은 먼저 광고 서버 측에서 특정 단어에 대한 광고 카테고리(category) 분류를 마치고, 이 특정 단어가 사용자에 의해 사용되는 경우에만 상기 특정 단어가 사용자의 취향과 부합한다고 판별하여 상기 특정 단어와 관련이 있는 광고를 전송해 주는 것이다.

전술한 종래 기술의 방법은, 우선 서버가 선택하지 않은 단어에 대해서는 광고 선별이 불가능하다는 문제점이 있다. 또한, 이 방법은 단지 특정 단어가 단말에 입력된 시점에 입력 사실을 알려주기만 할 뿐, 사용자가 진정으로 그 단어를 선호하는 지에 대해서는 판별할 수 없다. 즉, 사용자가 우연히 사용한 단어인지, 관심을 가지고 많이 사용한 단어인지를 알 수 없다는 문제점이 있다.

또한 전술한 중래 기술의 방법은 사용자의 진정한 관심 분야를 반영했다기보다는 서버가 광고를 전송하고 싶어하는 분류에 사용자가 걸려들기를 바라는 관점을 반영한 것이다. 따라서, 이동통신사 또는 광고 서버를 운영하는 회사가 많은 지원을 받는 광고에 관련된 단어를 선별할 가능성이 높으며, 이러한 단어들이 사용자의 현재 기호를 반영한다고 판단하는 기준으로써 적절하다고 보기에는 어렵다는 문제점이 있다.

따라서 본 발명의 목적은 사용자의 단말 내에서의 행동 패턴 정보를 기초로하여 선별된 광고를 수신하는 방법 및 장치를 제공하는 것이다.

본 발명에 따른 사용자 행동 패턴에 기반한 단말의 광고 수신 방법은. 광고 서버로부터 규칙을 수신하는 단계, 상기 수신된 규칙에 따라 보고할 사용자 행동 패턴의 타입을 결정하는 단계, 상기 결정된 타입에 대한 정보를 수집하는 단계, 상기 수집된 정보를 기초로 보고서를 생성하는 단계, 상기 광고 서버로 상기 보고서 를 전송하는 단계 및 상기 광고 서버로부터 상기 보고서에 따라 사용자의 행동 패턴과 부합하는 광고를 수신하는 단계를 포함하며, 상기 규칙은 상기 보고서의 생성 및 전송의 시기 및 주기를 지정하는 것을 특징으로 한다.

본 발명에 따른 사용자 행동 패턴에 기반한 단말의 광고 수신 방법은, 단말 내에서 수집 가능한 하나 이상의 타입에 따른 사용자 행동 패턴 정보에 대한 정보를 수집하는 단계, 광고 서버로부터 규칙을 수신하는 단계, 상기 수집된 사용자 패턴 정보 중 상기 수신된 규칙에 따라 보고할 타입을 결정하는 단계, 상기 보고하기로 결정된 타입에 대한 정보를 기초로 보고서를 생성하는 단계, 상기 광고 서버로 상기 보고서를 전송하는 단계 및 상기 광고 서버로부터 상기 보고서에 따라 사용자의 행동 패턴과 부합하는 광고를 수신하는 단계를 포함하며, 상기 규칙은 상기 보고서의 생성 및 전송의 시기 및 주기를 지정하는 것을 특징으로 한다.

본 발명에 따른 사용자 행동 패턴에 기반하여 선별된 광고 표시 단말은 광고 서버로부터 규칙을 수신하고, 상기 수신된 규칙에 따라 보고할 사용자 행동 패턴의 타입을 결정하는 광고 엔진 및 상기 결정된 타입에 대한 정보를 수집하는 정보 수집부를 포함하고, 상기 광고 엔진은 상기 정보 수집부에게 상기 수신된 규칙을 전송하며, 상기 개체로부터 상기 수집된 정보를 전송받고, 상기 전송받은 정보를 기초로 보고서를 생성한 후, 상기 광고 서버로 전송하고, 상기 광고 서버로부터 상기 보고서에 따라 사용자의 행동 패턴에 해당하는 광고를 수신하며, 상기 규칙은 상기 보고서의 생성 및 전송의 시기 및 주기를 지정하는 것을 특징으로 한다.

본 발명은 사용자에 대한 질의 절차 없이, 사용자의 단말 내에서의 행동 패턴 정보에 따라 사용자가 선호하는 광고를 판단한다. 단말은 사용자에 의해 타 사용자와의 통신 및 실시간 데이터 송수신에 사용되고, 사용자의 이동시에도 같이 이동되므로 사용자의 행동 패턴 정보를 용이하게 수집할 수 있다. 따라서 이러한 정보를 바탕으로 사용자의 기호에 맞는 다양한 광고를 제공할 수 있다.

또한 본 발명은 유틸리티의 추가적 설치 및 링크를 통해 기존에 설치된 애플리케이션이 업그래이드되는 것과 같은 효과를 제공한다.

아래에서는 첨부한 도면을 참고로 하여 본 발명의 실시 예에 대하여 본 발명이 속하는 기술 분야에서 통상의 지식을 가진 자가 용이하게 실시할 수 있도록 상세히 설명한다.

도면 전체에 걸쳐 동일 도면 부호는 동일 구성요소를 의미한다.

명세서 전체에서, 어떤 부분이 어떤 구성요소를 "포함"한다고 할 때, 이는 특별히 반대되는 기재가 없는 한 다른 구성요소를 제외하는 것이 아니라 다른 구성요소를 더 포함할 수 있는 것을 의미한다. 또한, 명세서에 기재된 "...부", "...기", "모듈" 등의 용어는 적어도 하나의 기능이나 동작을 처리하는 단위를 의미하며, 이는 하드웨어나 소프트웨어 또는 하드웨어 및 소프트웨어의 결합으로 구현될 수 있다.

우선, 본 발명의 상세한 설명에서 사용되는 용어 중, 광고, 광고 메타데이터 및 개인정보를 설명한다.

광고는 애플리케이션에 삽입되는 광고를 의미하며, 광고 컨텐트와 추가적인 메타데이터로 구분된다.

광고 메타데이터는 광고의 부가 정보로 만기, 타입(type), 추가적인 광고 속성(예를 들면 자동차(car), 스포츠(sports) 등) 및 보여지는 횟수나 시간 제한 조건 등의 내부적 정보 등을 포함한다.

개인정보는 사용자가 이전에 단말 내에서 설정해 놓은 값 중에서 이동통신사에게 공개를 허용한 정보들로서, 사용자의 현재 위치, 사용자의 기호 등의 정보가 이에 해당될 수 있다. 광고 서버는 이 정보를 기반으로 저장되어 있는 많은 광고 중에서 사용자에게 맞는 광고를 선택한다.

본 발명은 광고를 출력하는 무선 통신 단말, 광고를 제공하는 서버 및 이들을 사용하는 방법에 적용된다. 그러나, 본 발명은 이에 한정되지 않고, 본 발명의 기술적 사상이 적용될 수 있는 모든 전자 통신 장치 및 이를 사용하는 방법에도 적용될 수 있다.

또한, 본 발명은 광고뿐만 아니라, 사용자 행동 패턴 정보에 기반하여 선별되어야 할 필요가 있는 제반 컨텐트에 적용될 수 있다. 일례로, 검색 서버가 단말이 요청한 검색 키워드에 대한 결과를 제공할 때, 수집된 사용자 행동 패턴 정보에 기반하여 검색된 자료의 전송 여부 및 순위를 결정할 수 있다.

도 1는 본 발명의 일 실시 예에 따른 이동 단말 광고 시스템 및 이와 관련된 엔티티의 구성을 도시한 것이다.

도 1에서 도시된 시스템은 크게 광고 서버(advertisement server; Ad Server)(100), 단말(200) 및 서비스 제공자 애플리케이션(service provider application)(300)을 포함한다.

광고 서버(100)는 이동통신사 또는 광고 관련 회사가 애플리케이션(application; 응용 프로그램)에 삽입되는 광고의 저장 및 분배를 위해 운영하는 서버이다.

광고 서버(100)는 광고주로부터 받아들인 광고를 저장하며, 단말 또는 포털 등으로부터 광고에 대한 요청이 있을 때 적절한 광고를 선택하여 전송한다.

본 발명에 의한 광고 서버(100)는 광고 엔진(210)으로부터 사용자가 광고 애플리케이션(220)을 사용할 때의 행동 패턴에 대한 보고서를 전송받고, 상기 보고서를 바탕으로 사용자에게 맞는 광고를 선택하여 전송해준다는 점에 특징이 있다.

광고 서버(100)는 외부 엔티티의 광고 요청이 없는 경우에도 Delv-1 인터페이스를 통해 PUSH 방식으로 단말 내의 광고 엔진(210)으로 광고를 전송할 수 있다. 이때 PUSH 방식으로 WAP PUSH나 BCAST Enabler가 사용된다. BCAST를 이용하는 경우, 광고 서버(100)는 BCAST 서버로 광고를 전송하고, 단말(200)은 BCAST 서버에 연결된 방송망을 통하여 광고를 수신한다.

단말(200)은 광고 엔진(210), 광고 애플리케이션(220) 및 유틸리티(230)를 포함한다. 광고 애플리케이션은 이하 애플리케이션으로 약칭한다.

광고 엔진(210)은 단말 내 개체(entity)로서, 광고 서버(100)로부터 광고를 전송받고, 전송받은 광고를 후술할 애플리케이션(220)에게 전달하며, 이러한 기능에 필요한 정보를 처리한다.

광고 엔진(210)은 MobAd-1 인터페이스를 통해 애플리케이션(220)으로부터 광고 전송 요청을 받는다. 광고 엔진(210)은 MobAd-3 인터페이스를 통해 광고 서버(100)에게 광고를 요청하고, 광고 서버(100)가 전송한 광고를 수신한다. 광고 엔진(210)은 수신한 광고를 애플리케이션(220)으로 전송한다.

본 발명에 의한 광고 엔진(210)은 광고 애플리케이션(220) 또는 후술할 유틸리티(230)가 전송한 단말(100) 내에서의 사용자 활동 패턴에 대한 추가적인 정보를 수신하고, 이 정보가 광고 선택의 기본 정보로서 활용되도록 이 정보에 기초한 보고서를 작성하고, 작성된 보고서를 광고 서버(100)에게 전송한다는 점에 특징이 있다. 또한 광고 엔진(210)은 방송망을 통해 단말(200)이 수신한 광고 등에 대한 선택의 기준으로써 상기 정보를 직접 사용할 수도 있다.

구현에 따라, 광고 엔진은 광고를 공급해 주는 부분과 사용자 행동 패턴 정보를 수집하는 부분으로 분리될 수 있다.

상기 광고 엔진과 상기 광고 엔진은 OMA(Open Mobile Alliance)에서 정의하는 MobAd(mobile advertisement) Enabler(400)를 구성한다.

애플리케이션(220) 및 유틸리티(230)는 광고 엔진(220)과 동일한 단말 내에 있는 프로그램이다.

애플리케이션(220)은 사용자가 광고를 삽입하는 것을 허용한 단말 내 프로그 램이다.

애플리케이션(220)에는 문자 메시지, MMS(multimedia messaging service), 게임, 뉴스 티거(ticker), 웹 애플리케이션 등이 있다.

본 발명에 의한 애플리케이션(220)은 광고 엔진(210)에 등록된 후 광고 엔진(210)에게 보고서를 작성하는데 필요한 사용자 행동 패턴에 대한 정보를 수집 및 전송할 수 있으며, 광고가 삽입되는 것이 허용되지 않는 애플리케이션(220)이더라도 사용자 행동 패턴 분석을 위해 별도로 광고 엔진(210)에 등록될 수 있다는 점에 특징이 있다.

유틸리티(230)는 일반적으로는 단말 내에 있는 특정 애플리케이션의 보조 기능을 수행하는 개체를 의미한다.

본 발명에서의 유틸리티(230)는 특정 애플리케이션(220)과 연동되어 사용자가 이 애플리케이선(220)을 사용하면서 입력한 데이터를 추출하고, 추출된 데이터를 바탕으로 사용자의 행동 패턴 분석을 위한 기반 정보를 얻어낸다. 상기 데이터에는 유틸리티(230)가 애플리케이션(220) 내에서 나타난 단어 또는 표현들을 취합하여 얻어낸 것과 애플리케이션(220)이 발생시킨 음성을 텍스트 형태로 변형한 후 그 텍스트 내의 단어 또는 표현들을 취합하여 얻어낸 것 등이 포함된다.

유틸리티(230)는 단말 내에서 애플리케이션(220) 및 광고 엔진(210) 등과 데이터를 주고받는 별개의 구성요소로서 존재할 수 있으며, 또는 별개의 구성요소가 아닌 애플리케이션(220)이나 광고 엔진(210)에 통합되어 추가적인 기능을 수행하는 모듈일 수도 있다.

유틸리티(230)가 특정 애플리케이션(220)과 연동되어 작동하기 위해서는 유틸리티(230)가 애플리케이션(220)에 링크(link)되어야 한다. 링크란, 유틸리티(230)가 특정 애플리케이션(220)을 통해 정보를 수집하는 것과 같은 연동이 될 수 있도록 상기 애플리케이션(220)에게 자신에 대한 정보를 등록시키는 것이다.

링크를 수행하기 위한 방법은 단말의 특성에 따라 여러 가지가 있을 수 있다.

애플리케이션(220)과 유틸리티(230)가 동시에 설치될 경우 링크에 관련된 정보가 애플리케이션(220)의 설치시에 포함될 수 있다.

이미 설치된 애플리케이션(220)과 연동되는 유틸리티(230)가 새로 설치될 경우, 유틸리티(230) 또는 유틸리티(230)의 설치 프로그램은 애플리케이션(220)과 관련된 시스템 레지스트리(registery) 또는 시스템 정보 파일을 조작하거나, 애플리케이션(220)이 제공하는 유틸리티 등록 API(application programming interface)를 호출해서 상기 유틸리티(230)를 애플리케이션(220)과 링크시킬 수 있다. 이러한 추가 방식은 이미 설치된 애플리케이션(220)이 유틸리티(230)가 제공하는 기능을 통해 업그래이드되는 것과 같은 효과를 부여한다.

유틸리티는(230)는 정보를 제공하기 위해 다양한 기능을 수행할 수 있다.

표 1은 유틸리티(230)가 정보 제공을 위해 수행할 수 있는 기능의 예를 열거한다.

유틸리티가 정보를 제공하기 위해 수행할 수 있는 기능.

1. 사용자가 애플리케이션에서 입력한 단어나 표현 등의 취합

2. 사용자가 애플리케이션을 이용하면서 발생시킨 음성을 단어 또는 표현으로 변형하여 취합

3. 사용자가 애플리케이션을 이용하면서 단말에 저장시킨 컨텐트나 데이터의 추가적인 태그(tag) 등과 같은 메타데이터의 취합

4. 사용자가 애플리케이션을 이용하여 단말에 저장시킨 컨텐트의 내용에 대한 분석과 판별

5. 애플리케이션에 의해 별도로 사용되는 항목들에 대한 정보의 취합

6. 애플리케이션이 포함하는 광고에 대한 사용자의 상호 작용(interaction)으로 인한 결과의 취합

아래에서, 표 1에 열거된 기능에 대해 자세히 설명한다.

1. 상기 유틸리티(230)는 사용자가 애플리케이션(220)에서 입력한 단어나 표현 등을 취합하는 기능을 포함할 수 있다. 단어나 표현 외에도 자주 쓰는 이모티콘이나 인터넷 공용어 또한 취합의 대상이 될 수 있다.

이러한 기능은 SMS(short message service), IM(instant messaging), 이메일(e-mail), SNS(social network service) 및 블로그(blog) 등의 커뮤니케이션을 목적으로 하는 애플리케이션이나, 사용자에 의해 텍스트, 이미지 또는 영상(viedo) 등의 컨텐트가 올려질 수 있는 애플리케이션이 주 적용 대상이 된다. 구체적으로는, 사용자가 전송하거나 전송받는 이메일(e-mail)이나 SMS에서 자주 출현하는 단어를 추려내는 기능, 채팅 애플리케이션에서 자주 출현하는 단어를 추려내는 기능 등을 예로 들 수 있다.

2. 상기 유틸리티(230)는 사용자가 애플리케이션(220)을 이용하면서 발생시킨 음성을 단어 또는 표현으로 변형하여 취합하는 기능을 포함할 수 있다. 이러한 기능은 전화 통화, 화상 통화 또는 화상 회의 애플리케이션이 주 적용 대상이 된다. 구체적으로는, 전화 통화 시 대화 내용을 문자로 변환하여 자주 출현하는 단어를 추려내는 기능 등을 예로 들 수 있다.

3. 상기 유틸리티(230)는 사용자가 애플리케이션(220)을 이용하면서 단말에 저장시킨 컨텐트나 데이터의 추가적인 태그(tag) 등과 같은 메타데이터를 취합하는 기능을 포함할 수 있다. 즉, 다운로드 된 웹 페이지의 태그와 주소, 사용자에 의해 작성된 컨텐트의 태그 및 다운로드 된 컨텐트의 추가적인 정보를 표현하는 메타데이터 등이 취합의 대상이 된다.

4. 상기 유틸리티(230)는 사용자가 애플리케이션(220)을 이용하여 단말에 저장시킨 컨텐트의 내용을 분석하여 판별하는 기능을 포함할 수 있다. 구체적으로는 사용자가 단말을 사용하여 찍은 사진이나, 사용자에 의해 단말로 다운로드 된 사진이 갖고 있는 패턴을 분석하여 그 사진이 어떤 사람을 찍은 것인지 판별하는 기능 등을 예로 들 수 있다.

5. 상기 유틸리티(230)는 애플리케이션(220)에 의해 별도로 사용되는 항목들에 대한 정보를 취합하는 기능을 포함할 수 있다. 구체적으로는, 지하철 노선도, 기차 예약, 네비게이션(navigation) 및 블루투스(bluetooth) 등 특정 목적을 위한 애플리케이션이 제공하는 기능 중에서 사용자에게 보여졌거나, 사용자에 의해 선택된 항목들을 취합하는 기능을 예로 들 수 있다.

6. 상기 유틸리티(230)는 애플리케이션(220)이 포함하는 광고에 대한 사용자의 상호 작용(interaction)으로 인한 결과를 취합할 수 있다. 상호 작용은 사용자가 애플리케이션(220)에 포함된 광고를 클릭(click)하거나 광고 내의 추가적인 정보를 사용하는 것 등을 의미하며, 구체적으로는 URL이 포함된 광고의 경우 해당 URL로 점프(jump)하는 것이나, 또는 해당 URL이 가리키는 개체(object)를 다운로드(download)하는 것 등과 같은 사용자의 광고에 대한 추가적인 행위가 상호 작용의 예로 포함될 수 있다.

바람직하게는, 전술한 애플리케이션 또는 유틸리티가 수집한 사용자 행동 패턴에 대한 정보를 광고 엔진에 제공하는 것은 사용자의 개인정보 수집에 대한 동의를 전제로 하며, 수집할 사용자 행동 패턴의 유형 및 사용자 행동 패턴을 수집하는 주체에 따라 별개의 사용자 동의를 받을 필요가 있다.

서비스 제공자 애플리케이션(300)은 PC 등에 설치된 외부 프로그램이다. 서비스 제공자 애플리케이션(300)은 obAd-2 인터페이스를 통해 광고 서버(100)에게 광고를 요청하며, 광고 서버(100)로부터 광고를 전송받는다.

다음으로, 광고의 전송을 위해 사용되는 데이터인, 개인 활동 정보, 규칙 및 보고서를 설명한다.

(1) 개인 활동 정보는 사용자 행동 패턴에 관한 정보이다. 종래 기술의 경우, 보고서는 광고에 대한 상호 작용(interaction) 정보만을 포함하였다. 본 발명에서는 보고서에 사용자가 단말 내에서 활동한 정보, 즉 사용자가 애플리케이션을 이용하여 작업을 수행함에 따른 특정 패턴 정보들을 포함한다. 이는 사용자가 선호하는 정보와 비 선호하는 정보로 구분할 수 있다.

표 2는 선호 정보와 비 선호 정보의 부분(part) 및 각 부분의 세부 사항을 열거한다.

	부분	세부 사항
선호 정보	1. 다운로드	웹 페이지의 태그, 웹 컨텐트의 태그, 다운로드된 컨텐트의 태그, 방송 서비스 가이드, 최근 방문 사이트, 이미지 패턴
	2. 업로드 및 사용자 삽입	업로드 된 컨텐트에 사용자가 삽입한 태그, 검색 키워드, 로컬 저장 컨텐트에서 자주 사용되는 단어, 통신 중 자주 사용되는 단어, 이미지 패턴
	3. 위치 기록	위치가 전환되는 시점에 그 전환된 위치, 특정 시간마다 점검된 현재의 위치, 지도 또는 네비게이션과 같은 지도 애플리케이션을 사용하여 지역 또는 길 찾기로 검색을 시도하거나 선택한(click) 지역, 단말이 비휴지기 상태에서 다른 상태로 변환될 때 추적된 위치
	4. 출발지-목적지 위치 기록	지하철 노선도, 버스 노선도 및 트램 노선도 등의 노선도에서 검색한 역(출발지 및 목적지), 비행기, 기차 및 장거리 버스 등의 원거리 교통 수단에 대한 검색을 시도한 지역(출발지 및 목적지), 지도 또는 네비게이션과 같은 지도 애플리케이션을 사용하여 지역 또는 길의 검색을 시도하고 실제 이동한 지역(출발지 및 목적지)
	5. 친구 또는 이웃 기록	검출된 블루투스 장치 및 검출된 사용자 리스트
	6. 동적 장치 성능 기록	시간대 별 평균 대역폭, 최대 대역폭, 최소 대역폭
	7. 애플리케이션 제목	시간대 별로 자주 사용하는 애플리케이션, 전체 수집 기간 중 가장 많이 사용한 애플리케이션
비선호 정보	8. 사용자가 입력한 키워드	메시징 애플리케이션에서의 스팸 단어
	9. 사용자가 입력한 사용자 및 도메인	스팸 메시지를 발송하는 사용자 및 도메인
	10. 사용자 동작	정지하기 위한 클릭, 폐기하기 위한 클릭, 생략하기 위한 클릭 및 비 추천을 위한 클릭

아래에서는 선호 정보의 부분(part) 및 각 부분의 세부 사항을 설명한다.

(1-1) 첫 번째로, 다운로드(download part) 부분의 세부 사항은 웹 페이지의 태그(tag in the web page), 웹 컨텐트의 태그 (tag in the web content), 다운로드된 컨텐트의 태그(tag in the downloaded content), 방송 서비스 가이드(broadcast service guide), 최근 방문 사이트(recent visted site) 및 이미지 패턴(image pattern) 등이 있다.

상기 다운로드된 컨텐트의 태그에서, 컨텐트로는 음성, 영상, 텍스트, 이미지 및 애플리케이션이 포함된다.

상기 방송 서비스 가이드 세부 사항은 구독된 컨텐트 조각(subscribed content fragment)과 구독된 서비스 조각(subscribed service fragment)이 있다. 상기 최근 방문 사이트 세부 사항에 대한 정보 수집을 위해서는, 사이트 서버에서 사이트에 대한 카테고리 분류를 하였을 것을 전제로 한다. 상기 이미지 패턴 세부 사항은 사진, 이미지 또는 영상(video)을 외부로부터 다운받았을 때, 다운받은 컨텐트의 내용이 무엇을 나타내는지를 판별한다. 영상의 경우, 실제로는 i-frame을 가지고 판별한다. 상기 다운로드 부분의 세부 사항은 출현 빈도의 오름차순에 따라 특정 개수의 키워드만이 사용자 행동 패턴 정보로 사용될 수 있다.

(1-2) 두 번째로, 업로드 및 사용자 삽입 부분(Upload/User inserted part)의 세부 사항은 업로드 된 컨텐트에 사용자가 삽입한 태그(user inserted tag in the uploaded content), 검색 키워드(search key word), 로컬 저장 컨텐트에서 자주 사용되는 단어(frequently used word in local stored content), 통신 중 자주 사용되는 단어(frequently used word in communication) 및 이미지 패턴(image pattern) 등이 있다.

상기 업로드 된 컨텐트에 사용자가 삽입한 태그 세부 사항에서, 업로드 된 컨텐트는 웹 페이지, SNS, 블로그 등이 있다. 상기 로컬 저장 컨텐트에서 자주 사용되는 단어 세부 사항에서, 로컬 저장 컨텐트는 스케쥴, 메모, 및 다이어리 등이 있다. 상기 통신 중 자주 사용되는 단어 세부 사항은 보이스 콜(voice call), 화상 통화(video telephony), 채팅(chatting), SMS, MMS 및 이메일 애플리케이션 등의 통신 프로그램에서 자주 사용되는 단어를 의미한다. 음성이나 화상 통화 애플리케이션의 경우에는 내부적으로 애플리케이션이나 유틸리티가 음성을 단어로 변환(convert)하고, 이 변환된 단어 중에서 자주 사용되는 단어를 취하는 기능이 필요하다. 상기 이미지 패턴(image pattern) 세부 사항은 단말을 이용하여 사진이나 영상을 찍었을 경우, 찍은 컨텐트의 내용이 무엇을 나타내는 지를 판별한다. 영상의 경우 실제로는 i-frame을 가지고 판별한다. 상기 업로드 및 사용자 삽입 부분의 세부 사항은 출현 빈도의 오름차순에 따라 특정 개수의 키워드만이 사용자 행동 패턴 정보로 사용될 수 있다.

(1-3) 세 번째로, 위치 기록 부분(Location log part)은 현재 위치 및 최근에 이동한 위치에 대하여 위치 추적(location tracking)을 하는 부분이다. 위치 기록 부분의 세부 사항은, 위치가 전환되는 시점에 그 전환된 위치, 특정 시간마다 점검된 현재의 위치, 지도(map) 또는 네비게이션(navigation)과 같은 지도 애플리케이션을 사용하여 지역 또는 길 찾기로 검색을 시도하거나 선택한(click) 지역 및 단말이 비휴지기 상태(non-idle state)에서 다른 상태로 변환될 때 추적(tracking)된 위치 등이 있다.

상기 세부사항들은, {위치(location), 기간(duration)}, {위치, 순위(order)}, {위치, 기간, 능동(active)}, {위치, 주문, 능동} 및 {위치, 시간(time)} 등의 형태로 저장된다. 각각의 항목을 아래에서 설명한다.

위치(location)는 사용자가 정의한 위치(user defined location)를 의미한다. 예를 들면 자동차 안(in cars), 대중교통 안(in public transportation), 집안(at home), 사무소 안(in office) 및 서울 서초(Seoul Seocho)나 부산 현대(Pusan Hyundai)와 같은 공공 장소(civic location) 등이 있다. 기간(duration)은 각 환경별로 능동(active) 상태를 유지하는 시간의 합계를 의미하며, 단위는 초 또는 분이다. 순위(order)는 장치(device)가 능동 상태를 오래 유지하는 사용자 환경의 순위를 의미한다. 능동(active)은 단말이 비휴지기 상태에서 특정 위치에 머무른 기간 혹은 오래 머문 순위를 의미한다. 시간(time)은 사용자가 특정위치를 선택한 시간을 의미한다.

상기 위치 기록 부분의 세부 사항은 출현 빈도의 오름차순에 따라 특정 개수의 기록(log)만이 사용자 행동 패턴 정보로 사용될 수 있다.

(1-4) 네 번째로, 출발지-목적지 위치 기록 부분(Location log part from-to)의 세부 사항은 지하철 노선도, 버스 노선도 및 트램 노선도 등의 노선도에서 검색한 역(출발지 및 목적지), 비행기, 기차 및 장거리 버스 등의 원거리 교통 수단에 대한 검색을 시도한 지역(출발지 및 목적지) 및 지도 또는 네비게이션과 같은 지도 애플리케이션을 사용하여 지역 또는 길의 검색을 시도하고 실제 이동한 지역(출발지 및 목적지) 등이 있다.

상기 출발지-목적지 위치 기록 부분의 세부 사항은 출현 빈도의 오름차순에 따라 특정 개수의 기록(log)만이 사용자 행동 패턴 정보로 사용될 수 있다.

(1-5) 다섯 번째로 친구 또는 이웃 기록 부분(Friends or neighborhood log part)의 세부 사항은 검출된(detected) 블루투스(bluetooth) 장치 및 검출된 사용자 리스트(list) 등이 있다.

상기 검출된 블루투스 장치 세부사항은 블루투스 기능을 사용하지 않으면 정보를 수집할 필요가 없으며, {장치 주소(device address), 기간} 또는 {장치 주소, 기간, 순위} 등의 형태로 저장된다. 장치 주소(device address)는 검출된 단말의 주소이다. 기간(duration)은 각 장치 주소별로 능동 상태를 유지하는 시간의 합계이며, 단위는 초 또는 분(순위 항목이 없으면 필수(mandatory))이다. 순위(order)는 각 장치 주소가 능동 상태를 오래 유지하는 장치 주소 순위(기간 항목이 없으면 필수(mandatory))이다. 상기 검출된 사용자 리스트는 사용자가 함께 채팅하거나 이메일 또는 SMS 등을 많이 보내고(수신자) 받아 오는(발신자) 사람의 주소이다. 이메일 주소, 채팅 대상의 주소, 전화 번호 및 SIP 주소 등이 대상이다. 상기 친구 또는 이웃 기록 부분의 세부 사항은 출현 빈도의 오름차순에 따라 특정 개수의 기록(log)만이 사용자 행동 패턴 정보로 사용될 수 있다.

(1-6) 여섯 번째로 동적 장치 성능 기록 부분(Dynamic device capabilaity log part)의 세부 사항은 시간대 별 평균 대역폭, 최대 대역폭 및 최소 대역폭 등이 있다.

동적 장치 성능 기록 부분은 네트웍 연결 상태 및 대역폭(bandwidth)을 의미하며, 영상 등 대용량의 광고를 수신할 경우 고려된다. 상기 시간대 별 평균 대역폭, 최대 대역폭 및 최소 대역폭의 시간대는 단말에서 정하거나 서버에서 지정할 수 있다. 상기 동적 장치 성능 기록 부분의 세부 사항은 출현 빈도의 오름차순에 따라 특정 개수의 기록(log)만이 사용자 행동 패턴 정보로 사용될 수 있다.

(1-7) 일곱 번째로 애플리케이션 제목 부분(Application title part)은 사용자가 자주 사용하는 애플리케이션 목록을 나타내며, 애플리케이션 제목 부분의 세부 사항은 시간대 별로 자주 사용하는 애플리케이션 및 전체 수집 기간 중 가장 많이 사용한 애플리케이션 등이 있다.

상기 애플리케이션 제목 부분의 세부 사항은 출현 빈도의 오름차순에 따라 특정 개수의 기록(log)만이 사용자 행동 패턴 정보로 사용될 수 있다.

아래에서, 비선호 정보의 부분(part) 및 각 부분의 세부 사항을 설명한다.

(1-8) 첫 번째로, 사용자가 입력한 키워드 부분(User inserted keyword part)의 세부 사항은 메시징(messaging) 애플리케이션에서의 스팸(spam) 단어 등이 있다. 메시징 애플리케이션에는 SMS, MMS 및 이메일 등이 있다.

(1-9) 두 번째로, 사용자가 입력한 사용자 및 도메인 부분(User inserted user/domain part)의 세부 사항은 스팸 메시지를 발송하는 타 사용자 및 도메인 등이 있다.

(1-10) 세 번째로, 사용자 동작(action) 부분은 광고에 대한 상호 작용 중, 종래 기술에서는 존재하지 않았던 비 선호로 분류될 수 있는 상호 작용을 의미한다. 사용자 동작 부분의 세부 사항은, 정지하기 위한 클릭(Click-to-Stop), 폐기하기 위한 클릭(Click-to-discard), 생략하기 위한 클릭(Click-to-skip) 및 비 추천을 위한 클릭(Click-to-not-recommend) 등이 있다.

상기 생략하기 위한 클릭(Click-to-skip) 세부 사항은 플레쉬(Flash)나 영상 광고를 끝까지 보지 않고 중간에 생략(skip)하는 경우를 의미한다. 상기 비 추천을 위한 클릭(Click-to-not-recommend) 세부 사항은 영화나 연극 등의 공연에 관한 광고나 브랜드(brand)를 선전하는 광고에 대하여 비 추천 의사를 밝히는 경우를 의미한다.

(2) 규칙(rule)은 광고 엔진(210)의 동작에 대한 지시사항이다.

일반적으로 광고 서버(100)가 필요에 따라 광고 엔진(210)에게 규칙을 전송한다. 단, 광고 엔진(210) 설치 시부터 상기 광고 엔진(210)의 내부에 미리 정의된 규칙이 있을 수도 있다.

규칙의 예로는 단말에서 서버로 보고서를 전송하는 전송 주기, 단말 내의 광고 저장 용량(Ad cashing), 단말 내의 배터리가 특정 레벨(%) 이상일 경우에만 보고서 전송을 수행할 때 그 레벨 및 단말이 서버에게 변경된 규칙의 전송을 요청할 때 그 주기 등이 있다.

각각의 규칙은 그 규칙의 역할에 따라 타입으로 분류되는데, 본 발명의 광고 서버(100)는 사용자 선호 보고 규칙(user preference reporting rule) 타입의 규칙을 사용하여, 단말(200)로부터 사용자 행동 패턴 정보를 전송받는데 필요한 사항을 지시한다.

본 발명의 광고 서버(100)는 단말(200)로 전송할 광고를 선택하기 위하여 사용자가 애플리케이션(220)을 이용하여 작업을 수행할 때 나타나는 특정 사용자 행동 패턴 정보를 수집할 수 있다. 광고 서버(100)는 단말(200)에게 이러한 수집 작업을 할 것을 요청한다. 즉, 광고 서버(100)는 사용자 선호 보고 규칙 타입의 규칙을 통해 단말(200)이 단말(200)에서의 특정 사용자 행동 패턴에 대한 정보를 취합하고, 취합된 정보를 가지고 보고서를 작성하고, 작성된 보고서를 광고 서버(100)로 전송하도록 요청한다.

광고 서버(100)로부터 규칙을 전송받은 단말(200) 내 광고 엔진(210)은 그 규칙에 따라 특정 작업을 수행하고, 작성된 보고서를 내부의 애플리케이션(220) 또는 유틸리티(230)의 능력에 따라 분할하여 광고 서버(100)에 전송한다.

(3) 아래에서는 사용자 선호 보고 규칙의 부분(part), 세부 항목에 대해 상세히 설명한다.

표 3은 사용자 선호 보고 규칙의 부분, 세부 항목 및 세부 항목의 데이터 형을 열거한다.

부분	세부 항목	데이터 형
1. 특성 조사 부분	1. 타입	문자열
	2. 상위 n 개	정수
	3. 타임프레임	정수 또는 문자열
	4. 능동 수집	이진
2. 경보 규칙 부분	1. 경보 시각	날짜시각 또는 문자열
	2. 장치 차이	정수
	3. 경보 타임프레임	정수 또는 문자열

(3-1) 첫 번째로, 특성 조사 부분(scanning characteristics part)은 단말에서 특정 기간 동안 어떠한 사용자 행동 패턴을 모을 건지를 지시하는 부분이다. 특성 조사 부분은 타입(Type), 상위 n 개(Top #), 타임프레임(Timeframe) 및 능동 수집(Active collection)의 세부 항목을 가질 수 있다. 아래에서, 세부 항목 각각에 대해 설명한다.

(3-1-1) 타입 세부 항목은 사용자의 행동 패턴 중 광고 서버(210)가 단말로부터 수집하기를 원하는 종류을 의미한다. 즉, 사용자의 행동 패턴을 유형에 따라 분류한 것이다.

광고 서버(100)가 전송한 규칙에 타입 정보가 포함되지 않은 경우, 광고 엔진(210)은 단말이 취합할 수 있는 모든 타입에 대한 정보를 전부 보고한다.

타입의 종류에는 다운로드(download), 사용자 입력(user input), 위치 기록(location log), 출발-도착 기록(from-to log), 친구 기록(friends log), 장치 대역폭 기록(device bandwidth log), 애플리케이션 기록(application log), 비선호(unfavorable), 비선호 사용자(unfavorable user) 및 비선호 광고(unfavorable Ad) 등이 있다. 각각에 대한 세부적인 설명은 다음과 같다.

a. 다운로드는 사용자가 외부로부터 받은 컨텐트를 설명하는 정보이다. 이러한 컨텐트에는 웹 페이지, 태그(Tag), 컨텐트, 이미지 패턴(pattern) 및 사진 패턴 등이 있다.

b. 사용자 입력은 사용자가 단말에서 작성한 컨텐트를 설명하는 정보이다. 이러한 컨텐트에는 웹 페이지, 태그, 사진, 음성 단어(voice word) 등이 있다.

c. 위치 기록은 사용자가 이동 지역 또는 특정 지역에 대한 정보를 가지고 있는 단말 내 애플리케이션을 사용하여 선택한 지역에 대한 정보이다.

d. 출발-도착 기록은 사용자가 지역 정보를 가지고 있는 단말 내 애플리케이션을 사용하여 선택하거나 검색한 지역에 대한 정보이다.

e. 친구 기록은 사용자의 단말이 블루투스 등의 근거리 통신을 통해 다른 단말이 근처에 있는 것을 감지하였을 때 이에 대한 정보이거나, 사용자가 채팅, 이메일 및 SMS 등과 같은 단말의 애플리케이션을 사용하여 타인과 통신(communication)하였을 때, 이러한 통신의 대상이 여러 번 된 상대방에 대한 정보이다.

f. 장치 대역폭 기록은 단말의 대역폭에 대한 정보이다.

g. 애플리케이션 로그는 사용자가 자주 사용하는 애플리케이션에 대한 정보이다.

h. 비선호는 사용자가 외부로부터의 특정 수신에 대한 차단을 위해 스팸 신고 등의 기능을 이용하여 단말 내에 저장한 정보이다.

i. 비선호 사용자는 사용자가 특정 발신자에 대한 수신 차단을 위해 스팸 신고 등의 기능을 이용하여 단말 내에 저장한 정보이다.

j. 비선호 광고는 사용자가 수신한 광고에 대하여 닫기(close), 생략(skip), 폐기(discard) 등의 반응을 보였을 때, 이러한 반응에 대한 정보이다.

(3-1-2) 상위 n 개 세부 항목은 사용자의 행동 패턴 정보 중 빈도가 높은 순서대로 상위 몇 개 까지를 선택해서 보고할 것인지를 의미한다. 빈도가 높다는 것은 자주 사용된 것임을 의미하거나 또는 오랜 기간 사용된 것임을 의미한다.

규칙에 이 상위 n 개 정보가 포함되지 않은 경우, 단말이 취합한 모든 정보가 제한 없이 보고서 작성에 사용된다. 따라서, 규칙에 타입별로 상위 n 개 정보를 포함시키는 것이 바람직하다.

비선호, 비선호 사용자 및 비선호 광고와 같은 비선호 정보의 경우, 상위 n 개를 결정하는 것이 의미가 없을 수 있다. 이러한 경우, 사용자에 의해 입력된 비선호 정보는 기본적으로 입력되는 즉시 전부 전송된다.

(3-1-3) 타임프레임 세부 항목은 사용자의 특정 행동 패턴, 즉 타입별로 정보를 모으는 구간을 의미한다. 구간이 완료되면, 광고 엔진(210)은 그 구간 동안 취합한 정보를 바탕으로 보고서를 작성한다. 그 다음 구간 동안에는 새로운 정보가 취합된다.

규칙에 타임프레임 정보가 포함되지 않은 경우, 광고 엔진(210)은 광고 서버(100)로부터 보고서 전송 요청이 올 때까지 보고서 작성을 위한 정보를 취합한다.

타임프레임은 즉시(direct), 1 시간(an hour), 2 시간(2 hours), 3 시간(3 hours), 6 시간(6 hours), 12 시간(12 hours), 1 일(a day), 2 일(2 days), 3일(3 days), 1 주(a week), 2 주(2 weeks) 및 1 달(one month) 등을 구간으로 지정할 수 있다.

(3-1-4) 능동 수집 세부 항목은 단말(200)이 휴지(idle) 상태가 아니라 사용자의 특정 요청에 따라 활성화되어 있는 기간 만을 정보를 수집할 구간의 대상으로 삼도록 지시한다. 따라서, 광고 서버(210)에 보고서를 전송할 정기적인 구간보다 단말(200)에서 실제로 정보를 모으는 기간이 더 길어질 수도 있으므로, 광고 엔진(220)은 정보를 다 모으지 못한 채 미완의 보고서를 전송할 수도 있다.

규칙에 능동 수집 정보가 포함되지 않은 경우, 단말(200)의 휴지 상태 여부와는 무관하게 사용자의 행동 패턴 정보가 수집된다.

친구, 위치 및 장치 대역폭 타입 등 사용자가 특정 동작(action)을 취하지 않는 경우에도 변할 수 있는 정보가 능동 수집의 대상이 된다. 그 외의 정보와는 큰 상관이 없다.

(3-2) 두 번째로, 보고서 경보 규칙 부분(report alerting rule part)은 단말(200)에서 모은 정보로 작성된 보고서를 언제 광고 서버에 전송할 것인지를 명시하는 부분이다. 보고서 경보 규칙 부분은 경보 시각(Altering time), 장치 차이(Device difference) 및 경보 타임프레임(Altering timeframe)의 세부 항목을 가질 수 있다. 아래에서, 세부 항목 각각에 대해 설명한다.

(3-2-1) 경보 시각 세부 항목은 단말에서 광고 서버(100)로 보고서 전송을 시작하는 시각이다. 상기 시각은 하루 중의 어떤 시각, 월의 특정 일 중 어떤 시각 또는 주의 특정 요일 중 어떤 시각을 가리킬 수 있고, 또한 년, 월, 일 및 시각을 포함하는 절대적인 시각을 가리킬 수 있다.

규칙에 경보 시각 정보가 포함되지 않은 경우, 광고 엔진(210)은 규칙이 도착한 이후 아래에서 설명하는 경보 타임프레임만큼의 시간이 흐른 후 보고서를 전송한다.

(3-2-2) 장치 차이 세부 항목은 여러 대의 단말이 동시에 보고서를 광고 서버(100)로 전송하면 광고 서버(100)의 처리에 부담이 생기므로, 보고서를 전송할 때 각각 초 단위 또는 더 작은 시간 단위의 시간차를 갖게 하는 것이다.

규칙에 장치 차이 정보가 포함되지 않은 경우, 광고 엔진(210)은 경보 타임프레임 정보만을 사용하거나, 경보 시각 및 경보 타임프레임 정보를 사용하여 전송 시작 시각을 판단하고, 작성된 보고서를 그 시각에 전송한다.

(3-2-3) 경보 타임프레임 세부 항목은 광고 엔진(210)에서 광고 서버(100)로 보고서를 전송하는 주기를 의미한다. 경보 타임프레임은 위에서 설명한 경보 시각이 절대적인 시각을 가리키는 경우 상기 시각으로부터 특정 시간 이후의 보고 주기를 의미한다. 경보 시각이 이미 주기적인 보고에 대한 정보를 포함한 경우, 광고 엔진(210)이 경보 타임프레임이 포함된 규칙을 수신하였더라도 상기 경보 타임프레임은 사용되지 않을 수 있다.

경보 타임프레임은 즉시(direct), 1 시간(an hour), 2 시간(2 hours), 3 시간(3 hours), 6 시간(6 hours), 12 시간(12 hours), 1 일(a day), 2 일(2 days), 3일(3 days), 1 주(a week), 2 주(2 weeks) 및 1 달(one month) 등을 주기로 지정할 수 있다.

만일 위에서 설명한 보고서 전송 시각에 대한 세 가지 세부 항목 모두가 규칙에 포함되어 있지 않은 경우, 광고 엔진(210)은 사용자 행동 패턴에 대한 정보를 계속 수집하고, 광고 서버(100)로부터 보고서 전송을 요청하는 신호를 수신한 이후에, 수집된 정보를 바탕으로 보고서를 작성하여 이를 광고 서버(100)에 전송한다.

(4) 보고서는 광고 엔진(210)이 광고 서버(100)에 전송하는 정보로 단말 내에 이미 저장된 규칙이나, 광고 서버가 지정하여 전송한 규칙에 따라 작성된다.

본 발명에서, 광고 엔진(210)은 단말 내에서의 사용자 행동 패턴에 대한 정보를 애플리케이션(220) 또는 별도의 유틸리티(230)로부터 전송받는다. 즉, 광고를 출력하는 어떤 애플리케이션(220)이 있는 경우, 이 애플리케이션(220)이 직접 사용자의 행동 패턴에 대한 정보를 수집하여 광고 엔진(210)에 전송할 수 있으며, 이 애플리케이션(220)에 관한 사용자의 행동 패턴을 분석하는 별도의 유틸리티(230)가 분석으로 얻어진 정보를 직접 광고 엔진(210)으로 전송할 수 있으며, 또는 이 유틸리티(230)가 분석으로 얻어진 정보를 애플리케이션(220)으로 전송하면 상기 애플리케이션(220)이 다시 이 정보를 광고 엔진(210)으로 전송할 수 있다.

광고 엔진(210)은 이러한 정보를 사용하여 작성된 보고서를 광고 서버(100)로 전송한다. 즉, 본 발명에 의한 보고서는 사용자 행동 패턴에 대한 정보를 포함한다는 점에 특징이 있다.

사용자 행동 패턴에 대한 정보를 나타내는 보고서의 보고서 타입(ReportType)은 사용자 선호 보고서(UserPreferenceReport)이다.

표 4는 사용자 행동 패턴에 대한 정보와 관련된 보고서의 항목, 각 항목의 세부 사항, 각 세부 사항의 데이터 형(type) 및 각 세부 사항의 필요성의 예를 열거한다.

항목	세부사항	데이터 형	필요성
1. 유틸리티	1. ID	문자열
	2. 이름	문자열	임의
	3. 포함되는 애플리케이션	문자열	임의
	4. 포함되는 타입들	문자열	임의
2. 특성 조사	1. 사용자 ID	문자열	임의
	2. 장치 ID	문자열	임의
	3. 애플리케이션 ID	문자열	임의
	4. 수집기간	정수 또는 문자열	임의
	5. 수집 능동 기간	정수 또는 문자열	임의
	6. 타입	문자열
	7. 서비스 타입	문자열	조건부
	8. 단어	문자열	조건부
	9. 컨텐트 타입	문자열	조건부
	10. 위치	문자열	조건부
	11. 출발-도착 기록	구조체	조건부
	12. 장치 대역폭	정수	조건부
	13. 빈도	정수	조건부
	14. 시간	정수 또는 날짜시각	임의
	15. 순위	정수	임의
	16. 기간	정수 또는 날짜시각	임의
	16. 기간	정수 또는 날짜시각	임의
	17. 능동	정수	임의

아래에서는, 상기 항목 및 세부 사항을 상세히 설명한다.

(4-1) 보고서는 유틸리티(Utility) 임의(optional) 항목을 가질 수 있다. 유틸리티 항목은 단말(200)에 등록된 애플리케이션(220) 및 단말(200)이 사용자 활동 정보를 수집할 수 있는 타입에 대한 정보를 기재하는 부분이다.

유틸리티 항목의 세부 사항은, ID, 이름, 포함되는 애플리케이션(Covered App/Application), 포함되는 타입(Covered Types) 등이 있다.

(4-1-1) 상기 ID 세부 사항은, 보고서의 ID를 나타낸다.

(4-1-2) 상기 이름 세부 사항은, 보고서의 이름을 나타낸다.

(4-1-3) 상기 포함되는 애플리케이션(Covered App/Application) 세부 사항은 단말에 설치된 광고 애플리케이션을 나타낸다.

(4-1-4) 상기 포함되는 타입들(Covered Types) 세부 사항은 단말에서 정보가 수집될 수 있는 타입을 나타낸다.

(4-2) 다음, 보고서는 특성 조사(Scanning characterstics) 항목을 갖는다. 특성 조사 항목은 규칙에 따라 수집된 사용자 행동 패턴 정보를 기재하는 부분이다.

특성 조사 항목의 세부 사항은, 사용자 ID(User ID), 장치 ID(Device ID), 애플리케이션 ID(Application ID), 수집 기간(Collecting Term), 수집 능동 기간(Collecting Active Term), 타입(Type), 서비스 타입(Service type), 단어(Word), 컨텐트 타입(Content type), 위치(Location), 출발-도착 기록(From-To Log), 장치 대역폭(Device Bandwidth), 빈도(Frequency), 시간(Time), 순위(Order), 기간(Duration) 및 능동(Active) 등이 있다.

(4-2-1) 상기 사용자 ID 세부 사항은 행동 패턴이 수집된 사용자의 ID를 나타낸다.

(4-2-2) 상기 장치 ID 세부 사항은 보고서를 전송한 장치의 ID를 나타낸다.

(4-2-3) 상기 애플리케이션 ID 세부 사항은 보고서 작성에 사용된 정보를 수집한 애플리케이션을 나타낸다.

(4-2-4) 상기 수집기간 세부 사항은 실제로 정보를 모은 기간을 나타낸다.

(4-2-5) 상기 수집 능동 기간 세부 사항은 단말이 사용자에 의해 사용되어 능동 상태에 있으면서 정보를 모은 기간이다. 친구, 위치, 장치 대역폭 타입 등 사용자가 특정 동작을 취하지 않는 경우에도 변할 수 있는 정보가 해당된다. 그 외의 정보와는 큰 상관이 없다.

(4-2-6) 상기 타입 세부 사항은 전술한 타입 중 어떤 것에 해당하는가를 나타낸다.

(4-2-7) 상기 서비스 타입 세부 사항은 타입과는 무관하게, 실제 사용한 서비스에 관련된 추가적인 정보를 넣을 수 있는 부분이다. 이는 서비스에 대한 정보 자체로도 사용될 수 있고, 아래에서 설명할 단어(Word), 컨텐트 타입(Content type), 위치(Location), 출발-도착 기록(From-To Log) 및 장치 대역폭(Device Bandwidth) 세부 사항에 대한 추가적인 설명을 위해서도 사용될 수 있다. 예를 들면, 이메일, 이메일과 단어, 웹 페이지, 웹 페이지와 컨텐트 타입, 사이트(site) 주소, 음성 호출, 검색과 단어 및 검색 등이 있다.

(4-2-8) 상기 단어 세부 사항은 태그(tag), 자주 사용되는 단어(frequently used word), 스펨 단어(spam word), 스펨 이메일(spam email) 또는 정지하기 위한 클릭(click-to-skip) 등을 의미하며, 상기 타입 세부 사항이 다운로드, 사용자 입력, 친구, 비선호 및 비선호 광고 중 하나이면 사용 가능하다.

(4-2-9) 상기 컨텐트 타입 세부 사항은 사용자에 의한 업로드(upload)나 다운로드가 주로 수행되는 컨텐트 타입을 나타내며, 상기 타입 세부 사항이 다운로드, 사용자 입력 중 하나인 경우에 보충을 위해 사용할 수 있다.

(4-2-10) 상기 위치 세부 사항은 위치 이름(location name), 역 이름(station name) 또는 사용자 정의 위치(user defined location) 등을 의미하며, 상기 타입 세부 사항이 위치 기록이면 존재한다.

(4-2-11) 상기 출발-도착 기록 세부 사항의 구조체는 출발 지점(From Spot) 문자열 요소, 도착 지점(To Spot) 문자열 요소 및 거리(Distance) 문자열 임의 요소로 구성되며, 상기 타입 세부 항목이 출발-도착 기록이면 존재한다.

(4-2-12) 상기 장치 대역폭 세부 사항은 평균(Average) 정수 요소, 하한(Low) 정수 임의 요소 및 상한(Max) 정수 임의 요소로 구성되며, 상기 타입 세부 항목이 장치 대역폭 기록이면 존재한다.

(4-2-13) 상기 빈도 세부 사항은 상기 단어, 서비스 타입, 컨텐트 타입, 위치, 출발-도착 기록 또는 장치 대역폭 세부 사항에 어떤 값이 있는 경우, 추가적인 보충을 위해 사용할 수 있다. 즉, 검출된 문자(character)의 수를 의미하거나, 동일 카운트(count)를 가지는 값들이 여러 개가 있을 경우 특정 개수의 상위(Top #) 한도가 넘더라도 전부 넘겨줄 것을 의미하거나, 많은 단어, 출발 지점 또는 도착 지점이 동수라면 최근 순위로 넘겨 줄 것을 의미할 수 있다.

(4-2-14) 상기 시간 세부 사항은 특정 지역을 선택한 시간, 특정 친구가 검출된 시간, 특정 단어를 스팸 처리한 시간, 특정 단어 태그을 사용하여 컨텐트 업로드를 한 시간 또는 특정 대역폭을 가지는 시간 등을 의미하며, 상기 타입 세부 항목에 무관하게 필요에 따라 넣을 수 있다.

(4-2-15) 상기 순위 세부 사항은 장기간 머문 위치들 중 특정 순위의 위치, 여러 번 검출된 친구들 중 특정 순위의 친구, 여러 번 선택된 지역들 중 특정 순위의 지역, 스펨으로 여러 번 지정된 단어들 중 특정 순위의 단어 또는 장기간 유지된 대역폭들 중 특정 순위의 대역폭 등을 의미하며, 타입에 무관하게 필요에 따라 넣을 수 있다.

(4-2-16) 상기 기간 세부 사항은 특정 지역에 머문 시간 또는 특정 친구가 검출된 기간의 합 등을 의미하며, 상기 타입 세부 사항이 이 위치 기록, 출발-도착 기록, 친구 또는 장치 대역폭 기록일 경우 필요에 따라 넣을 수 있다.

(4-2-17) 상기 능동 세부사항은 단말이 휴지(idle) 상태가 아닌 채 머문 지역 등을 의미하며, 사용자가 단말을 능동 상태로 놓고 실제로 광고를 볼 가능성이 높은 시간대를 알기 위해서 사용된다. 상기 타입 세부 사항이 위치, 출발-도착 기록 또는 장치 대역폭 기록일 경우 필요에 따라 넣을 수 있다.

이하, 본 발명의 실시를 위한 전술한 엔티티들의 상호 작용 및 그 효과 등을 절차 흐름도 등을 참조하여 설명한다.

아래에서는, 광고 서버(100)가 단말(200)이 지원할 수 있는 타입을 인식할 수 있게 하는 방법 및 그에 따른 절차를 설명한다.

단말(200)이 보고서를 통해 제공하는 사용자 행동 패턴에 대한 정보는 최종적으로 타입으로 분류된다. 광고 서버(100)가 규칙을 사용하여 단말(200)로부터 보고를 받기 원하는 타입을 지정하기 위해서는 단말(200)이 전송해 줄 수 있는 타입을 인식할 수 있어야 한다. 만일 광고 서버(100)가 이러한 인식을 할 수 없다면, 광고 서버(100)는 타입이 지정되지 않은 규칙을 전송해야 하거나, 특정 타입에 대한 정보 제공을 요청하는 규칙을 전송하였더라도 그 중 일부만의 정보를 전송받을 수 있거나 또는 어떠한 정보도 전송받을 수 없을 것이다.

광고 서버(100)가 단말이 지원할 수 있는 타입을 인식하기 위한 방법은 아래와 같다.

첫 번째 방법은, 단말(200) 내에 특정한 광고 엔진이 탑재되어 출하될 경우, 그 단말(200)의 장치 ID 또는 기타 단말(200)의 종류를 알 수 있는 정보를 통해 단말(200)이 지원할 수 있는 타입을 인식하는 것이다.

두 번째 방법은, 단말(200)의 출하 이후에 광고 엔진(210) 자체가 새로운 기능으로서 단말(200)에 추가되었을 때, 단말(200)이 광고 서버(100)에 광고 엔진(210)의 등록을 요청하면서 단말(200)이 제공할 수 있는 타입에 대한 정보를 함께 전송하는 것이다.

세 번째 방법은, 단말(200) 내에 애플리케이션(220)이나 유틸리티(230)를 추가로 설치하여 새로운 타입을 지원하게 되었을 때, 단말(200)이 제공할 수 있는 타입에 대한 정보를 광고 서버(210)에게 등록하는 것이다.

도 2는 단말 내에 새로운 애플리케이션 또는 유틸리티가 설치되었을 경우, 광고 엔진) 및 광고 서버에 대한 등록 절차를 도시한다.

먼저, 광고 엔진에 대한 등록 단계를 설명한다.

상기 애플리케이션(220)이 단말 내에 새로이 설치된 경우, 설치된 애플리케이션(220)은 자신이 제공할 수 있는 타입에 대한 정보와 함께 자신의 등록을 광고 엔진(210)에게 요청하고, 요청을 받은 광고 엔진(210)은 애플리케이션(220)을 등록한다(S112). 애플리케이션(220)이 자신이 제공할 수 있는 타입에 대해서 알지 못하거나 타입의 제공을 위해 별도의 유틸리티(230)가 필요한 경우, 애플리케이션(220)은 자신이 제공할 수 있는 타입에 대한 정보 없이 광고 엔진(210)에게 등록을 요청하고, 광고 엔진(210)은 타입에 대한 정보 없이 애플리케이션을 광고 서버(100)에 등록한다.

상기 유틸리티(230)가 단말 내에 새로이 설치된 경우, 설치된 유틸리티(230)는 특정 애플리케이션(220)과 링크된다(S121 또는 S131). 링크 후, 상기 특정 애플리케이션(220)이 설치된 유틸리티(230)가 제공할 수 있는 타입에 대한 정보와 함께 유틸리티(230)의 등록을 요청하거나(S112), 설치된 유틸리티(230)가 자신이 제공할 수 있는 타입에 대한 정보와 함께 자신의 등록을 광고 엔진(210)에게 요청한다(S132). 이 절차는 새로운 유틸리티(230)가 설치된 경우뿐만 아니라, 기존에 설치되었던 유틸리티(230)가 특정 애플리케이션(220)에 새로 링크되는 경우에도 적용된다.

만일, 광고 엔진(210)이 광고를 공급해 주는 부분과 사용자 행동 패턴 정보를 수집하는 부분으로 분리되어 있다면, 애플리케이션(220) 또는 유틸리티(230)는 광고를 공급해 주는 광고 엔진(210)에게는 광고의 공급을 위한 등록을 요청하고, 사용자 행동 패턴 정보를 수집하는 광고 엔진(210)에게는 자신이 제공할 수 있는 타입에 대한 정보에 대한 등록 요청을 할 수 있다.

바람직하게는 본 단계에서 유틸리티(230) 또는 애플리케이션(220)이 광고 엔진에게 등록을 요청하기 전에, 사용자로부터 상기 유틸리티(230) 또는 애플리케이션(220)이 사용자 행동 패턴을 수집하고 이를 광고를 위해 활용하는 것에 대한 동의를 얻을 수 있다. 즉, 애플리케이션(220)이 광고 엔진(210)에게 상기 애플리케이션(220)에 대한 등록을 요청(S112)하기 전, 유틸리티(230)가 애플리케이션(220)에 링크(S121)하기 전이나 애플리케이션(220)이 유틸리티(230)에 대한 등록을 요청(S122)하기 전에 한 번 또는 유틸리티(230)가 광고 엔진(210)에게 등록을 요청(S132)하기 전에 사용자의 동의를 얻을 수 있다.

다음으로, 광고 서버에 대한 등록 단계를 설명한다.

전술한 광고 엔진에 대한 등록 단계를 통해, 광고 엔진(210)은 애플리케이션 및 애플리케이션이 지원하는 타입을 등록하거나(S112), 유틸리티(230) 및 유틸리티(230)가 지원하는 타입을 등록한다(S122 또는 S132). 상기 등록 후, 광고 엔진(210)은 애플리케이션(220) 및 타입에 대한 등록을 광고 서버(100)에 요청한다(S113, S123 또는 S133).

단, 광고 서버에 애플리케이션을 등록하는 것은 등록을 요청한 단말이 광고 서버로부터 광고를 수신하여 수신된 광고를 표시할 수 있다는 것을 알리기 위함이다. 따라서 광고 엔진(210)에 등록된 것이 애플리케이션(220)인 경우(S113) 뿐만 아니라 유틸리티(230)인 경우(S123 또는 S133)에도 광고 서버(100)에 대한 등록 대상은 애플리케이션(220)이다. 또한, 광고 엔진(210)에 등록된 것이 애플리케이션(220)이라 할지라도 등록된 애플리케이션(220)이 실제 광고를 사용자에게 출력하는 것이 아니라 단지 사용자의 행동 패턴을 수집하는 정보 공급 기능만을 수행할 경우, 광고 엔진(210)이 반드시 상기 애플리케이션(220)에 대한 등록 요청을 해야 하는 것은 아니다.

또한, 광고 서버에 타입을 등록하는 것은, 등록을 요청한 단말이 타입에 해당하는 사용자 패턴 정보를 보고할 수 있다는 것을 광고 서버에 인식시키기 위해서이다. 광고 서버가 규칙을 생성하는 단위는 애플리케이션이 아닌 타입이기 때문에, 광고 엔진(210)에 등록된 타입이 기존에도 지원되었던 타입인 경우 광고 엔진(210)이 반드시 상기 타입에 대한 등록 요청을 해야 하는 것은 아니다. 또는 구현에 따라 등록된 타입이 새로운 타입일 경우에만 광고 엔진(210)이 상기 타입에 대한 등록을 광고 서버(100)에 요청하도록 할 수도 있다. 등록된 타입이 이미 광고 서버(100)에 등록이 된 타입인 경우 상기 타입에 대하여 수집되는 사용자 행동 패턴 정보가 늘어나게 된다.

전술한 방법들을 통해 광고 서버는 단말이 지원하는 타입을 인식할 수 있다.

아래에서는, 광고 서버로부터 규칙을 전송받은 단말이 규칙이 지정하는 타입에 대한 사용자 행동 패턴 정보를 수집하고, 작성된 보고서를 광고 서버로 전송하는 절차에 대해 설명한다.

도 3은 광고 서버로부터 규칙을 전송받은 단말이 규칙에서 지정하는 타입에 대한 사용자 행동 패턴 정보를 수집하고, 작성된 보고서를 광고 서버로 전송하는 절차를 도시한다.

우선, 광고 서버(100)는 규칙을 단말 내의 광고 엔진(210)에 전송한다(S200). 규칙에는 보고서를 전송할 시기 및 주기에 대한 정보를 나타내는 타임프레임이 포함될 수 있다.

규칙을 전송받은 광고 엔진(210)은 규칙 내에 특정 타입을 지정하는 정보가 있는지 확인하고 정보를 수집할 타입을 결정한다(S210).

규칙에 의해 특정 타입이 지정되지 않은 경우, 단말(200)이 정보를 수집할 타입을 결정한다.

규칙에 의해 특정 타입이 지정된 경우라도, 단말(200)의 성능(capability) 등에 따라 지정된 타입을 단말이 지원할 수 없는 경우가 있다. 이럴 경우, 광고 엔진(210)은 지원할 수 없는 타입을 정보 수집에서 제외할 수 있으며, 정보 수집이 가능한 다른 유사한 타입이 있는 경우에는 이 유사한 타입에 대한 정보를 수집한 뒤, 이에 대한 보고서를 작성하거나, 유사한 타입에 대한 정보를 원래 지정된 타입에 대한 정보로 전환하여 보고서를 작성할 수 있다.

광고 엔진(210)은 보고서를 작성할 타입을 결정하고, 결정된 타입을 지원하는 유틸리티(230) 또는 애플리케이션(220)에게 규칙을 전송한다(S231 또는 S241). 규칙을 전송받은 유틸리티(230) 또는 애플리케이션(220)은 타입에 대한 정보를 수집하고(S232 또는 S242), 수집된 정보를 광고 엔진(210)에게 전송한다(S233 또는 S243). 광고 엔진(210)은 전송받은 정보를 저장한다(S234 또는 S244). 이후 광고 엔진(210)은 저장된 정보를 사용하여 규칙에 따라 보고서를 작성한 뒤(S260), 작성된 보고서를 광고 서버(100)에 전송한다(S270). 보고서를 전송받은 광고 서버(100)는 보고서에 기재된 사용자의 행동 패턴과 부합하는 광고를 선택하여 광고 엔진(210)에게 전송한다(S270).

다음으로, 아래에서는 유틸리티 또는 애플리케이션을 통해 사용자 활동 패턴 정보를 수집하던 광고 엔진이 광고 서버로부터의 보고서 전송 요청을 받고 보고서를 전달하는 절차에 대해 설명한다.

도 4는 사용자의 활동 패턴 정보를 수집하던 광고 엔진이 광고 서버의 보고서 전송 요청을 받고 보고서를 작성하여 상기 광고 서버로 전송하는 절차를 도시한다.

유틸리티(230) 또는 애플리케이션(220)은 사용자의 활동 패턴 정보를 수집한다(S300 또는 S310), 아직 규칙에 의하여 수집할 타입이 지정되지 않은 상태이므로 수집될 타입은 광고 엔진(210)에 의해 지정된다. 이 경우, 유틸리티(230) 또는 애플리케이션(220)이 수집 가능한 모든 타입에 대한 정보가 수집될 수 있다. 상기 유틸리티(230) 또는 애플리케이션(220)은 수집된 정보를 광고 엔진(210)으로 전송한다(S301 또는 S302). 광고 엔진(210)은 보고받은 정보를 저장한다(S302 또는 S312).

광고 엔진(210)이 정보를 보관하는 중, 광고 서버(100)는 보고서를 바로 전송할 것을 요청하는 즉시(Direct) 타임프레임을 규칙을 통해 전송한다(S320). 상기 규칙은 보고서에 포함될 타입을 지정할 수 있다. 규칙을 전송받은 광고 엔진(210)은 보고서를 통해 전송할 타입을 결정하고, 결정된 타입에 대해 수집된 정보를 바탕으로 보고서를 작성하여(S330), 작성된 보고서를 광고 서버(100)에 전송한다(S340). 보고서를 전송받은 광고 서버(100)는 보고서에 기재된 사용자의 행동 패턴과 부합하는 광고를 선택하여 광고 엔진(210)에게 전송한다(S350).

아래에서는, 애플리케이션이 광고 엔진 및 광고 서버에 등록되고, 단말과 광고 서버 간에 통상적인 광고 요청 및 전송 작업을 하는 중에 광고 엔진이 광고 서버로부터 규칙을 전달받은 경우의 절차를 설명한다.

도 5는 애플리케이션에 광고 엔진 및 광고 서버에 등록되고, 단말과 광고 서버 간에 광고 요청 및 전송 작업을 하는 중에 광고 엔진이 광고 서버로부터 규칙을 전달받은 경우의 절차를 도시한다.

우선 새로 설치된 애플리케이션(220)은 자신이 제공할 수 있는 타입에 대한 정보와 함께 자신의 등록을 광고 엔진(210)에게 요청하고, 요청을 받은 광고 엔진(210)은 애플리케이션(220)을 등록한다(S400). 광고 엔진(210)은 이 정보를 바탕으로 광고 서버(100)에 애플리케이션(220) 및 애플리케이션(220)이 제공하는 타입에 대한 등록을 광고 서버(100)에 요청하고, 광고 서버(100)는 애플리케이션(220)과 상기 타입을 등록한다(S410).

광고 서버에 애플리케이션(220)이 등록되었으나, 아직 타입과 관련된 규칙이 광고 엔진에게 전달되지 않았으므로, 애플리케이션(220), 광고 엔진(210) 및 광고 서버(100)는 통상적인 광고 요청, 광고 전송 및 광고 표시 작업을 수행한다(S420).

이후 광고 서버(100)는 타입과 타임프레임 세부사항 등을 포함하는 규칙을 생성하여, 이를 광고 엔진(210)에게 전송한다(S430). 규칙을 전송받은 광고 엔진(210)은 전송받은 규칙을 다시 규칙에서 지정한 타입에 대한 정보를 수집하는 애플리케이션(220)에게 전송한다(S440). 본 예에서는 광고 엔진이 규칙이 지정하는 타입에 대해 별도의 선택 등을 하지 않는 것으로 본다.

애플리케이션(220)은 전송받은 규칙에 따라 타입에 대한 정보를 수집하기 시작하고, 수집한 정보를 광고 엔진(210)에게 전송한다(S450). 정보를 전송받은 광고 엔진(210)은 이를 저장하고(S460), 저장된 정보를 사용하여 규칙에 따라 보고서를 작성한 뒤(S470), 작성된 보고서를 광고 서버(100)에 전송한다(S480). 보고서를 전송받은 광고 서버(100)는 보고서에 기재된 사용자의 행동 패턴과 부합하는 광고를 선택하여 광고 엔진(210)에게 전송한다(S490).

바람직하게는, 애플리케이션을 통한 사용자 행동 패턴의 수집을 위해 사용자의 동의를 얻을 수 있다. 이러한 동의는 애플리케이션(220)을 광고 엔진에게 등록(S400)하기 전에 받을 수 있으며 또는 애플리케이션(220)이 규칙을 전송받고(S440) 정보를 수집하기 전에 받을 수도 있다.

아래에서는, 광고 엔진이 규칙을 전달받은 후, 애플리케이션이나 유틸리티가 새로 등록되고 정보를 모으는 절차 등을 설명한다.

도 6은 광고 엔진이 규칙을 전달받은 후, 애플리케이션이나 유틸리티가 새로 등록되고 정보를 모으는 절차 등을 도시한다.

본 절차가 적용되는 경우는 다음과 같다. 첫 번째는, 광고 엔진이 받은 규칙에서 타입이 지정되지 않아, 광고 엔진이 타입에 무관하게 모든 사용자 행동 패턴에 대한 정보를 모으는 경우이다. 두 번째는, 단말이 정보를 수집할 타입을 결정하고, 새로 등록된 애플리케이션이나 유틸리티가 정보를 수집하기로 결정된 타입에 대한 정보 수집을 지원하는 경우이다. 세 번째는 등록된 애플리케이션 또는 유틸리티가 이미 규칙에 따라 정보가 수집되고 있는 타입을 지원하는 경우이다. 반면에 광고 서버가 이전에 받은 규칙에 정보 수집을 요구하는 타입이 지정되어 있고 등록된 애플리케이션 또는 유틸리티가 지원하는 타입은 정보 수집이 요구되지 않는 것일 경우, 이 애플리케이션 또는 유틸리티는 정보를 수집하지 않는다.

도 6은 단말에 새로 등록된 개체가 유틸리티와 애플리케이션 중 어떤 것이고, 상기 개체가 수집한 사용자 행동 패턴 정보를 어떻게 광고 엔진에게 전달하는가에 따라 세 가지로 구분된 절차를 도시한다.

(1) 우선, 상기 세 절차가 절차의 시작 부분에 공통으로 갖는 단계를 설명한다.

광고 엔진(210)은 광고 서버(100)로부터 규칙을 전송받고(S500), 전송받은 규칙에서 지정된 타입 중에서 단말의 성능 등을 고려하여 사용자 행동 패턴 정보를 수집할 타입을 결정한다(510).

다음으로, 상기 세 절차가 각각 별도로 갖는 단계를 순서대로 설명한다.

(2-1) 첫 번째로, 새로운 애플리케이션이 등록된 경우를 설명한다.

새로 설치된 애플리케이션(220)은 자신이 제공할 수 있는 타입에 대한 정보와 함께 광고 엔진(210)에게 등록을 요청하고, 광고 엔진(210)은 이를 등록한다(S521). 이 애플리케이션(220) 및 애플리케이션(220)이 지원하는 타입을 광고 서버(210)에 전송하고, 광고 서버(210)는 애플리케이션(220)과 상기 타입을 등록한다(S522). 애플리케이션(220)이 자신이 제공할 수 있는 타입에 대해서 알지 못하거나 타입의 제공을 위해 별도의 유틸리티(230)가 필요한 경우, 애플리케이션(220)은 타입 정보 없이 광고 엔진(210)에게 등록을 알리고, 광고 엔진(210)은 타입 정보 없이 애플리케이션(220)을 광고 서버(100)에 등록한다.

광고 서버(100)에 등록이 이루어지면, 광고 엔진(210)은 새로 등록된 애플리케이션(220)에게 규칙을 전송한다(S526). 애플리케이션(220)은 전송받은 규칙에 따라 사용자 행동 패턴 정보를 수집하고, 이를 광고 엔진(210)에 전송한다(S528).

(2-2) 두 번째로, 애플리케이션 및 이 애플리케이션에 연동되는 유틸리티가 등록되며, 유틸리티가 광고 엔진에게 사용자 행동 패턴 정보를 전송하는 경우를 설명한다.

우선 새로운 애플리케이션(220)이 단말(200)에 설치된다. 이 애플리케이션(220)은 광고 서버(100)로부터 전송받은 광고를 출력할 수 있으나 독자적으로 사용자 활동 정보를 수집하지는 않는다. 설치된 애플리케이션(220)은 광고 엔진(210)에게 자신의 등록을 요청하고, 광고 엔진(210)은 이를 등록한다(S531). 광고 엔진(220)은 광고 서버(100)에 상기 애플리케이션(220)의 등록을 요청하고, 광고 서버(210)는 이를 등록한다(532). 타입은 상기 등록의 대상이 아니므로, 상기 등록은 단말(200)이 광고를 수신받아 출력할 수 있음을 광고 서버(100)가 인식하게 하는 등록이다.

다음으로, 새로운 유틸리티(230)가 단말에 설치되고, 이 유틸리티(230)는 설치된 애플리케이션(220)에 링크된다(S533). 또는, 이전에 설치되었던 기존 유틸리티(230)가 설치된 애플리케이션(220)에 새로 링크되는 경우일 수도 있다(S533). 유틸리티(230)가 애플리케이션(220)에 링크되면, 애플리케이션(220)은 링크된 유틸리티(230)와 유틸리티(230)를 통해 지원하게 된 타입에 대한 정보를 광고 엔진(210)에게 전송하고, 전송받은 광고 엔진(210)은 이를 등록한다(S531). 유틸리티(230)를 통해 지원하게 된 타입이 기존에 지원하던 타입이 아닌 경우, 광고 엔진(210)은 새로운 타입에 대한 정보를 광고 서버(100)에게 전송하고, 광고 서버(100)는 상기 정보를 등록한다(S532).

유틸리티(230)가 직접 사용자 활동 패턴 정보를 광고 엔진(210)에게 전송하는 경우이므로, 광고 엔진(210)은 새로 등록된 유틸리티(230)에게 규칙을 전송한다(S536). 유틸리티(230)는 전송받은 규칙에 따라 타입에 대한 사용자 행동 패턴 정보를 수집하고, 이를 광고 엔진(210)에 전송한다(S538).

(2-3) 세 번째로, 애플리케이션이 등록되고, 이후 이 애플리케이션에 연동되는 새로운 유틸리티가 등록되며, 애플리케이션이 광고 엔진에게 사용자 활동 패턴 정보를 전송하는 경우를 설명한다.

우선 새로운 애플리케이션(220)이 설치된다. 이 애플리케이션(220)은 광고 서버(210)로부터 전송받은 광고를 출력할 수 있으나, 독자적으로 사용자 활동 정보를 수집하지는 않는다. 애플리케이션(220)은 광고 엔진(210)에게 자신의 등록을 요청하고, 광고 엔진(210)은 이를 등록한다(S541). 광고 엔진(210)은 광고 서버(100)에 상기 애플리케이션(220)의 등록을 요청하고, 광고 서버(100)는 이를 등록한다(542). 타입은 상기 등록의 대상이 아니므로, 상기 등록은 단말(200)이 광고를 수신받아 출력할 수 있음을 광고 서버(100)가 인식하게 하는 등록이다.

다음으로, 새로운 유틸리티(230)가 단말(200)에 설치되고, 상기 유틸리티(230)는 설치된 애플리케이션(220)에 링크된다(S543). 또는, 설치되었던 기존 유틸리티(230)가 설치된 애플리케이션(220)에 새로 링크되는 경우일 수도 있다(S543). 유틸리티(230)가 애플리케이션(220)에 링크되면, 애플리케이션(220)은 링크된 유틸리티(230)와 유틸리티(230)를 통해 지원하게 된 타입에 대한 정보를 광고 엔진(210)에게 전송하고, 전송받은 광고 엔진(210)은 이를 등록한다(S544). 유틸리티(230)를 통해 지원하게 된 타입이 기존에 지원하던 타입이 아닌 경우, 광고 엔진(210)은 새로운 타입에 대한 정보를 광고 서버(100)에게 전송하고, 광고 서버(100)는 상기 정보를 등록한다(S545).

애플리케이션(220)이 유틸리티(230)로부터 사용자 활동 패턴 정보를 전송받고, 전송받은 정보를 다시 광고 엔진(210)에게 전송하는 경우이므로, 광고 엔진(210)은 애플리케이션(220)에게 규칙을 전송한다(S546). 규칙을 전송받은 애플리케이션(220)은 전송받은 규칙을 다시 유틸리티(230)에게 전송한다(S547). 유틸리티(230)는 전송받은 규칙에 따라 사용자 행동 패턴 정보를 수집하고, 이를 애플리케이션(220)으로 전송한다(S548). 애플리케이션(220)은 전송받은 사용자 패턴 정보를 다시 광고 엔진(210)으로 전송한다(S549).

(3) 마지막으로, 상기 세 절차가 절차의 끝 부분에 공통으로 갖는 단계를 설명한다.

애플리케이션(220) 또는 유틸리티(230)로부터 사용자 행동 패턴 정보를 전송받은 광고 엔진(210)은 이를 저장하고(S550), 저장된 정보를 사용하여 규칙에 따라 보고서를 작성하며(S560), 작성된 보고서를 규칙에 따라 광고 서버(100)에 전송한다(S570). 보고서를 전송받은 광고 서버(100)는 보고서에 기재된 사용자의 행동 패턴과 부합하는 광고를 선택하여 광고 엔진(210)에게 전송한다(S490).

바람직하게는, 전술한 세 가지 절차에서 사용자의 동의를 얻어야 할 경우가 있다. 첫 번째는 애플리케이션(220)의 설치시 애플리케이션(220)이 광고 서버(100)로부터 광고를 수신하여 이를 출력하는 것에 대한 동의를 얻는 것이고, 두 번째는, 유틸리티(230) 또는 애플리케이션(220)이 광고 엔진(210)에게 등록을 위한 정보를 전송하기 전에 사용자로부터 유틸리티(230) 또는 애플리케이션(220)이 사용자 행동 패턴을 수집하고 이를 광고를 위해 활용하는 것에 대한 동의를 얻는 것이다.

첫 번째 절차의 경우에는 애플리케이션(220)이 광고 엔진(210)에게 등록을 요청(S521)하기 전에 사용자로부터 광고 수신 및 출력에 대한 동의와 정보 수집 및 활용에 대한 동의를 얻을 수 있다. 두 번째 절차의 경우에는 애플리케이션(220)의 등록(S531) 전에 광고 수신 및 출력에 대한 사용자의 동의를 얻을 수 있으며, 유틸리티(230)가 애플리케이션(220)에 링크(S533)하기 전 또는 애플리케이션(220)이 등록을 요청(S534)하기 전에 정보 수집 및 활용에 대한 사용자의 동의를 얻을 수 있다. 세 번째 절차의 경우에는 애플리케이션(220)의 등록(S541) 전에 광고 수신 및 출력에 대한 사용자의 동의를 얻을 수 있으며, 유틸리티(230)가 애플리케이션(220)에 링크(S543)하기 전 또는 애플리케이션(220)이 등록을 요청(S544)하기 전에 정보 수집 및 활용에 대한 사용자의 동의를 얻을 수 있다.

아래에서는, 애플리케이션 또는 유틸리티의 설치시가 아닌, 광고 서버로부터 규칙이 전송된 이후에 광고 엔진이 애플리케이션 또는 유틸리티가 지원하는 타입을 검사하고 등록하는 경우의 절차를 설명한다.

도 7은 광고 서버로부터 규칙이 전송된 이후에 광고 엔진이 애플리케이션 또는 유틸리티가 지원하는 타입을 검사하고 등록하는 경우의 절차를 도시한다.

본 절차는, 애플리케이션과 유틸리티는 광고 엔진에 등록되었지만, 상기 애플리케이션과 유틸리티 자체만이 등록되었을 뿐, 각 애플리케이션과 유틸리티가 수집할 수 있는 타입은 광고 엔진에 등록되지 않은 상태에서 시작하는 것을 전제로 한다.

도 7은 모두 세 가지 절차를 도시한다. 각 절차는 광고 엔진이 규칙을 전달받을 때까지는 동일한 단계를 갖지만, 이후에는 사용자 행동 패턴 정보를 수집하는 개체와 수집된 정보의 전달 과정에 따라 구분된다.

(1) 우선, 상기 세 절차가 공통으로 갖는 단계에 대해 설명한다. 애플리케이션(220)은 광고 엔진(210)에게 자신의 등록을 요청하고, 광고 엔진(210)은 이를 등록한다(S600). 이 등록 요청은 애플리케이션(220)이 광고 요청을 하기 위한 등록이다. 따라서 애플리케이션(220)이 지원할 수 있는 타입에 대한 정보는 함께 전달되지 않는다. 다음으로, 광고 엔진(210)은 애플리케이션(220)의 등록을 광고 서버(100)에게 요청하고, 광고 서버(100)는 애플리케이션을 등록한다(S610). 타입은 상기 등록의 대상이 아니므로, 상기 등록은 광고 서버가 단말(200)이 광고를 수신받아 출력할 수 있음을 인식하게 하는 등록이다. 애플리케이션(220)이 등록되면, 애플리케이션(220), 광고 엔진(210) 및 광고 서버(100)가 통상적인 광고 요청, 광고 전송 및 광고 표시 작업을 수행한다(S620). 이후 광고 서버(100)는 규칙을 작성하고, 작성된 규칙을 광고 엔진(210)에게 전달한다(S630).

다음, 공통의 단계 이후 상기 세 절차의 각각의 단계를 순서대로 설명한다.

(2-1) 첫 번째로, 광고 엔진(210)이 애플리케이션(220)에게 규칙을 전달하고, 애플리케이션(220)이 사용자 활동 패턴 정보를 수집하여 광고 엔진(210)에게 전달하는 경우를 설명한다.

규칙을 전달받은 광고 엔진(210)은, 규칙에 따라 정보를 전송해야 하는 타입을 검사해야 한다. 광고 엔진(210)은 등록된 애플리케이션(220)에게 상기 타입에 대한 정보를 전송한다(S641). 애플리케이션(220)이 이 타입을 지원하는 경우, 애플리케이션(220)은 광고 엔진(210)에게 상기 타입에 대한 등록을 요청하고, 광고 엔진(210)은 이를 등록한다(S644). 등록 후, 광고 엔진(210)은 등록된 애플리케이션(220)에게 타입과 타임프레임 정보 등을 포함한 규칙을 전송하여 정보 수집을 요청한다(S645).

(2-2) 두 번째로, 광고 엔진(210)이 유틸리티(230)에게 규칙을 전달하고, 상기 유틸리티(230)가 사용자 활동 패턴 정보를 수집하여 광고 엔진(210)에게 전달하는 경우를 설명한다.

규칙을 전달받은 광고 엔진(210)은, 규칙에 따라 정보를 전송해야 하는 타입을 검사해야 한다. 광고 엔진(210)은 등록된 유틸리티(230)에게 상기 타입에 대한 정보를 전송한다(S651). 유틸리티(230)가 이 타입을 지원하는 경우, 우선 유틸리티(230)는 특정 애플리케이션(220)과 연동한다(653). 다음으로, 유틸리티(230)는 광고 엔진(210)에게 유틸리티(230)와 상기 타입에 대한 등록을 요청하고, 광고 엔진(210)은 이를 등록한다(654). 등록 후, 광고 엔진(210)은 등록된 유틸리티(230)에게 타입과 타임프레임 정보 등을 포함한 규칙을 전송하여 정보 수집을 요청한다(S655).

(2-3) 세 번째로, 광고 엔진(210)은 애플리케이션(220)에게 규칙을 전달하나, 애플리케이션(220)은 유틸리티(230)가 수집한 사용자 활동 패턴 정보를 광고 엔진(210)에게 재전달하는 경우를 설명한다. 이는 애플리케이션(220)이 사용자 행동 패턴에 대한 정보를 자체적으로 수집할 수 없고 유틸리티(230)와의 연동을 통해 정보를 수집하는 경우이다.

규칙을 전달받은 광고 엔진(210)은, 규칙에 따라 정보를 전송해야 하는 타입을 검사해야 한다. 광고 엔진(210)은 등록된 애플리케이션(220)에게 상기 타입에 대한 정보를 전송한다(S661). 애플리케이션(220)이 유틸리티(230)와의 연동을 통해 그 타입을 지원하는 경우, 애플리케이션(220)은 유틸리티(230)에게 링크를 요청하고(S662), 링크를 요청받은 유틸리티(230)는 애플리케이션(220)과 링크한다(S663). 다음으로, 애플리케이션(220)은 광고 엔진(210)에게 유틸리티(230)와 상기 타입에 대한 등록을 요청하고, 광고 엔진(210)은 이를 등록한다(S664). 등록 후, 광고 엔진(210)은 등록한 애플리케이션(220)에게 타입과 타임프레임 정보 등을 포함한 규칙을 전송하여 정보 수집을 요청한다(S665). 애플리케이션(220)은 전송받은 규칙을 다시 유틸리티(230)로 재전송한다(S666). 유틸리티(230)가 특정 타입에 대해서만 정보를 수집할 경우, 유틸리티(230)로 재전송되는 규칙은 타입에 대한 것이 생략될 수 있다.

바람직하게는, 전술한 세 가지 절차에서 유틸리티(230) 또는 애플리케이션(220)이 광고 엔진(210)에게 등록 요청을 하기 전에, 유틸리티(230) 또는 애플리케이션(223)이 사용자 행동 패턴을 수집하고 이를 광고를 위해 활용하는 것에 대한 사용자의 동의를 얻을 수 있다. 첫 번째 경우에는 애플리케이션(220)이 광고 엔진(210)에게 타입에 대한 등록을 요청(S644)하기 전에, 두 번째 경우에는 유틸리티(230)가 애플리케이션(220)에 링크(S653)하기 전 또는 애플리케이션(220)이 등록을 요청(S654)하기 전에, 세 번째 경우에는 유틸리티(230)가 애플리케이션(220)에게 링크하기 전(S663) 또는 애플리케이션(220)이 광고 엔진(210)에게 타입 및 유틸리티(230)의 등록을 요청하기 전(S664)에 사용자의 동의를 얻을 수 있다.

아래에서는 사용자 행동 패턴 정보 수집의 전체적인 절차 및 정보 수집 중 수집 가능한 새로운 타입이 추가되었을 경우의 절차를 설명한다.

도 8은 사용자 행동 패턴 정보 수집 절차 및 정보 수집 중 수집 가능한 새로운 타입이 추가되었을 경우의 절차를 설명한다.

우선, 광고 서버(100)는 단말(200)이 지원할 수 있는 타입을 인식하고(S740), 단말(200)로부터 보고받을 타입을 광고 서버 자신(100)이 결정할 것인지 판단한다(S742).

만일, 광고 서버(100)가 보고받을 타입을 결정하지 않는 경우, 광고 서버(100)는 보고받을 타입에 대한 정보는 포함하지 않는 규칙을 작성하여 이를 단말(200)로 전송한다(S744). 이 규칙에는 상위 n 개, 타임프레임, 능동 수집 세부 항목 등이 포함될 수 있다. 규칙을 전송받은 단말(200)은 규칙 내에 타입에 대한 정보가 없음을 확인하고 유틸리티(230) 또는 애플리케이션(220)을 통해 자신이 지원할 수 있는 타입을 인식한다(S750). 단말(200)은 인식의 결과에 따라 보고서를 작성할 타입을 결정한다(S760). 이때 단말(200) 내에서 지원되는 모든 타입에 대하여 보고서를 작성할 수도 있고, 특정 타입에 대해서만 보고서를 작성할 수도 있다.

광고 서버(100)가 보고받을 타입을 결정한 경우, 광고 서버(100)는 보고받을 타입에 대한 정보를 포함하는 규칙을 작성하여 이를 단말(200)로 전송한다(S746).

규칙에 의해 특정 타입이 지정된 경우라도, 지정된 타입에 대한 정보를 수집할 수 없는 경우가 있다. 그 예로서, 지정된 타입에 대한 정보를 수집할 유틸리티(230)나 애플리케이션(220)이 없는 경우, GPS 정보와 같이 특정한 하드웨어 또는 소프트웨어의 지원이 필요한 경우, 법령에 의해 일시적 또는 영구적으로 특정 기능이 제한된 경우 및 과금 또는 개인정보 보호의 차원상 특정 정보를 제공할 수 없는 경우 등이 있다. 즉, 단말(200)의 성능(capability) 등에 따라 지정된 타입을 단말이 지원할 수 없는 경우, 광고 엔진(210)은 지원할 수 없는 타입을 정보 수집에서 제외할 수 있으며, 정보 수집이 가능한 다른 유사한 타입이 있는 경우에는 이 유사한 타입에 대한 정보를 수집한 뒤 이에 대한 보고서를 작성하거나, 유사한 타입에 대한 정보를 수집한 후 애초에 규칙에 의해 지정된 타입에 대한 정보로 전환하여 보고서를 작성할 수 있다(S760).

광고 서버(100) 또는 단말(200)이 보고받을 타입이 결정되면, 단말(200) 내 광고 엔진(210)은 타입을 지원하는 유틸리티(230) 또는 애플리케이션(220)에게 사용자 행동 패턴을 수집하도록 규칙을 전송한다(S770).

규칙을 전송받은 유틸리티(230) 또는 애플리케이션(220)은, 전송받은 규칙에 따라 사용자의 행동 패턴을 수집하고 이를 광고 엔진(210)에게 전송한다(S780).

광고 엔진(210)은 전송받은 정보를 보고서 작성을 위해 저장하고, 저장한 정보를 가지고 규칙 내의 보고 일정 등에 따라 보고서를 작성한다(S790). 보고서의 작성에는 전술한 규칙의 세부사항이 적용된다. 예를 들면, 규칙에 상위 n 개 세부항목이 포함된 경우, 광고 엔진(210)은 보고하기로 결정된 타입별로 n 개의 빈도가 높은 사용자의 행동 패턴 정보를 포함하는 보고서를 작성한다. 규칙에 상위 n 개 세부항목이 포함되지 않은 경우, 광고 엔진(210)은 규칙에 지정된 수집 기간 동안 모아진 타입에 관한 모든 정보를 포함하도록 보고서를 작성한다.

보고서가 작성되면, 단말(200) 내 광고 엔진(210)은 작성된 보고서를 규칙 내의 보고 일정 등에 따라 광고 서버(100)로 전송한다(S794).

아래에서는 이러한 사용자 행동 패턴 수집 절차 중, 기존에 단말에서 지원하지 않았던 새로운 타입을 지원하는 유틸리티나 애플리케이션이 단말에 등록되는 경우에 대해서 설명한다.

새로운 타입을 지원하는 유틸리티(230)나 애플리케이션(220)이 단말(200)에 등록되면(S10), 광고 엔진(210)은 두 가지 작업을 수행한다.

첫 번째로, 광고 엔진은 애플리케이션(220) 또는 유틸리티(230)의 등록에 관한 정보를 광고 서버(100)에 즉시 알릴지를 결정해야 한다(S724).

등록에 대한 정보를 즉시 알릴 경우, 광고 엔진(210)은 애플리케이션(220) 및 새로운 타입의 등록을 위한 정보를 광고 서버(100)에 전송한다(S722). 단말(200)에 새로 등록된 대상이 유틸리티(230)이거나 새로 등록된 유틸리티(230)와의 링크를 통해 기존의 애플리케이션(220)이 새로운 타입을 지원하게 된 경우라도, 상기 등록의 대상은 애플리케이션(220) 및 새롭게 지원된 타입이다. 정보를 전송받은 광고 서버(100)는 단말(200)이 지원하는 새로운 타입을 인식하게 된다(S740). 이러한 등록 요청을 위해 별도의 애플리케이션 등록 메시지나 진단용 DiagMon이 사용될 수 있다.

즉시 알리지 않을 것으로 결정한 경우, 광고 엔진(210)은 광고 서버(100)에 전송할 보고서에 단말(200)이 제공할 수 있는 타입의 종류를 첨부하여, 보고서를 통해 광고 서버(100)에게 단말(200)이 제공할 수 있는 타입의 종류를 통지한다(S724). 이때, 광고 서버(100)가 규칙을 통해 특정 타입에 대해서만 보고서 작성을 요청하였고 애플리케이션(220)이나 유틸리티(230)의 등록을 통해 추가로 지원되는 타입이 이러한 규칙에 포함되는 것이 아닐 수 있다. 이러한 경우, 광고 엔진(210)은 이 타입에 해당하는 사용자 행동 패턴에 대한 정보는 수집하지 않고, 추가된 타입과 이를 지원하는 애플리케이션(220)에 대해서만 광고 서버(100)에 보고한다. 보고 이후, 광고 서버(100)가 광고 엔진(210)에 추가된 타입에 대한 별도의 지시를 규칙으로 전송한 경우에만, 광고 엔진(210)은 이 규칙에 따라 해당 타입에 대한 정보를 수집한다.

두 번째로, 광고 엔진(210)이 이미 광고 서버(100)로부터 규칙을 전송받았다면, 그 규칙에서 지정하는 타입 중에 새롭게 지원하게 된 타입이 포함되는지를 판단한다(S730).

규칙에서 특정 타입을 지정하였고 그 중에 새롭게 지원하게 된 타입이 있거나, 규칙에서 특정 타입을 지정하지 않은 경우, 단말(200)은 새롭게 지원하게 된 타입에 대한 정보를 보고해야 한다. 따라서, 단말(200)은 이 타입을 지원하는 애플리케이션(220)이나 유틸리티(230)에게 규칙을 알려 사용자의 행동 패턴에 대한 정보를 수집하게 한다(S770).

새롭게 지원하게 된 타입이 규칙에서 지정된 것이 아닌 경우, 그 타입에 대한 정보는 수집하지 않는다.

이상에서는 본 발명의 바람직한 실시 예를 예시적으로 설명하였으나, 본 발명의 범위는 이와 같은 특정 실시 예에만 한정되는 것은 아니므로, 본 발명은 본 발명의 사상 및 특허청구범위에 기재된 범주 내에서 다양한 형태로 수정, 변경 또는 개선될 수 있으며, 이러한 수정, 변경 또는 개선된 형태 또한 본 발명의 권리범위에 속하는 것이다.

도 1은 본 발명의 일 실시예에 따른 이동 단말 광고 시스템 및 이와 관련된 엔티티의 구성도.

도 2는 단말 내에 새로운 애플리케이션 또는 유틸리티가 설치되었을 경우의광고 엔진 및 광고 서버에 대한 등록 절차 흐름도.

도 3은 광고 서버로부터 규칙을 전송받은 단말이 규칙에서 지정하는 타입에 대한 사용자 행동 패턴 정보를 수집하고, 작성된 보고서를 광고 서버로 전송하는 절차 흐름도.

도 4는 사용자의 활동 패턴 정보를 수집하던 광고 엔진이, 광고 서버의 보고서 전송 요청을 받고 보고서를 작성하여 상기 광고 서버로 전송하는 절차 흐름도.

도 5는 애플리케이션에 광고 엔진 및 광고 서버에 등록되고, 단말과 광고 서버 간에 광고 요청 및 전송 작업을 하는 중에 광고 엔진이 광고 서버로부터 규칙을 전달받은 경우의 절차 흐름도.

도 6은 광고 엔진이 규칙을 전달받은 후, 애플리케이션이나 유틸리티가 새로 등록되고 정보를 모으는 등의 절차 흐름도.

도 7은 광고 서버로부터 규칙이 전송된 이후에 광고 엔진이 애플리케이션 또는 유틸리티가 지원하는 타입을 검사하고 등록하는 경우의 절차 흐름도.

도 8은 사용자 행동 패턴 정보 수집 절차 및 정보 수집 중 수집 가능한 새로운 타입이 추가되었을 경우의 절차 흐름도.

Claims (18)

1. 광고 서버로부터 규칙을 수신하는 단계;

   상기 수신된 규칙에 따라 보고할 사용자 행동 패턴의 타입을 결정하는 단계;

   상기 결정된 타입에 대한 정보를 수집하는 단계;

   상기 수집된 정보를 기초로 보고서를 생성하는 단계;

   상기 광고 서버로 상기 보고서를 전송하는 단계; 및

   상기 광고 서버로부터 상기 보고서에 따라 사용자의 행동 패턴과 부합하는 광고를 수신하는 단계를 포함하며, 상기 규칙은 상기 보고서의 생성 및 전송의 시기 및 주기를 지정하는 것을 특징으로 하는 사용자 행동 패턴에 기반한 단말의 광고 수신 방법.
2. 제 1항에 있어서, 상기 수신된 규칙에 따라 보고를 할 사용자 행동 패턴의 타입을 결정하는 단계는,

   상기 수신된 규칙에 타입의 지정이 포함된 경우 상기 지정된 타입을 보고할 타입으로 결정하고, 상기 수신된 규칙에 타입의 지정이 포함되지 않은 경우 상기 단말에 정보 수집이 가능한 것으로 등록된 모든 타입을 보고할 타입으로 결정하는 단계; 및

   상기 규칙에 의해 지정된 타입이 단말의 성능에 따라 정보 수집이 가능하지 않은 타입인 경우, 상기 정보 수집이 가능하지 않은 타입을 보고할 타입에서 제외 하거나, 상기 정보 수집이 가능하지 않은 타입으로 전환될 수 있는 다른 정보 수집 가능한 타입을 상기 정보 수집이 가능하지 않은 타입 대신 보고를 할 타입으로 삼는 단계를 포함하는 것을 특징으로 하는 사용자 행동 패턴에 기반한 단말의 광고 수신 방법.
3. 제 1항에 있어서,

   단말 내의 애플리케이션에 의해 수집될 수 있는 타입에 대한 정보를 광고 서버에게 전송하는 단계를 더 포함하고,

   상기 결정된 타입에 대한 정보를 수집하는 단계는,

   상기 단말이 상기 애플리케이션에게 상기 규칙을 전송하는 단계;

   상기 애플리케이션이 상기 정보를 수집할 수 있는 타입에 대한 정보를 수집하는 단계; 및

   상기 애플리케이션이 상기 수집된 정보를 상기 단말에게 전송하는 단계를 포함하는 것을 특징으로 하는 사용자 행동 패턴에 기반한 단말의 광고 수신 방법.
4. 제 1항에 있어서,

   단말 내의 유틸리티에 의해 수집될 수 있는 타입에 대한 정보를 광고 서버에게 전송하는 단계를 더 포함하고,

   상기 결정된 타입에 대한 정보를 수집하는 단계는,

   상기 단말이 상기 유틸리티에게 상기 규칙을 전송하는 단계;

   상기 유틸리티가 상기 정보를 수집할 수 있는 타입에 대한 정보를 수집하는 단계; 및

   상기 유틸리티가 상기 수집된 정보를 단말에게 전송하는 단계를 포함하는 것을 특징으로 하는 사용자 행동 패턴에 기반한 단말의 광고 수신 방법.
5. 제 1항에 있어서,

   단말 내의 유틸리티에 의해 수집될 수 있는 타입에 대한 정보를 광고 서버에게 전송하는 단계를 더 포함하고,

   상기 결정된 타입에 대한 정보를 수집하는 단계는,

   상기 단말이 애플리케이션에게 상기 규칙을 전송하는 단계;

   상기 애플리케이션이 상기 유틸리티에게 상기 규칙을 전송하는 단계;

   상기 유틸리티가 상기 정보를 수집할 수 있는 타입에 대한 정보를 수집하는 단계;

   상기 유틸리티가 상기 수집된 정보를 상기 애플리케이션에게 전송하는 단계; 및

   상기 애플리케이션이 상기 수집된 정보를 단말에게 전송하는 단계를 포함하는 것을 특징으로 하는 사용자 행동 패턴에 기반한 단말의 광고 수신 방법.
6. 제 4항에 있어서, 상기 정보가 수집될 수 있는 타입을 단말에 등록하기 전에 사용자로부터 상기 정보가 수집될 수 있는 타입에 대한 정보 수집의 동의를 얻는 것을 특징으로 하는 사용자 행동 패턴에 기반한 단말의 광고 수신 방법.
7. 단말 내에서 수집 가능한 하나 이상의 타입에 따른 사용자 행동 패턴 정보에 대한 정보를 수집하는 단계;

   광고 서버로부터 규칙을 수신하는 단계;

   상기 수집된 사용자 패턴 정보 중 상기 수신된 규칙에 따라 보고할 타입을 결정하는 단계;

   상기 보고하기로 결정된 타입에 대한 정보를 기초로 보고서를 생성하는 단계;

   상기 광고 서버로 상기 보고서를 전송하는 단계; 및

   상기 광고 서버로부터 상기 보고서에 따라 사용자의 행동 패턴과 부합하는 광고를 수신하는 단계를 포함하며, 상기 규칙은 상기 보고서의 생성 및 전송의 시기 및 주기를 지정하는 것을 특징으로 하는 사용자 행동 패턴에 기반한 단말의 광고 수신 방법.
8. 제 7항에 있어서, 상기 수신된 규칙에 따라 보고를 할 타입을 결정하는 단계는,

   상기 수신된 규칙에 타입의 지정이 포함된 경우 상기 지정된 타입을 보고할 타입으로 결정하고, 상기 수신된 규칙에 타입의 지정이 포함되지 않은 경우 상기 정보가 수집된 모든 타입을 보고할 타입으로 결정하는 단계; 및

   상기 규칙에 의해 지정된 타입이 정보가 수집되지 않은 타입인 경우, 상기 정보가 수집되지 않은 타입을 보고할 타입에서 제외하거나, 상기 정보가 수집되지 않은 타입으로 전환될 수 있는 다른 정보가 수집된 타입을 상기 정보가 수집되지 않은 타입 대신 보고를 할 타입으로 삼는 단계를 포함하는 것을 특징으로 하는 사용자 행동 패턴에 기반한 단말의 광고 수신 방법.
9. 제 7항에 있어서,

   단말 내의 애플리케이션에 의해 수집될 수 있는 타입에 대한 정보를 광고 서버에게 전송하는 단계를 더 포함하고,

   상기 사용자 행동 패턴 정보 수집이 가능한 것으로 단말에 등록된 타입에 대한 정보를 수집하는 단계는,

   상기 애플리케이션이 상기 정보를 수집할 수 있는 타입에 대한 정보를 수집하는 단계; 및

   상기 애플리케이션이 상기 수집된 정보를 상기 단말에게 전송하는 단계를 포함하는 것을 특징으로 하는 사용자 행동 패턴에 기반한 단말의 광고 수신 방법.
10. 제 7항에 있어서,

    단말 내의 유틸리티에 의해 수집될 수 있는 타입에 대한 정보를 광고 서버에게 전송하는 단계를 더 포함하고,

    상기 사용자 행동 패턴 정보 수집이 가능한 것으로 단말에 등록된 타입에 대 한 정보를 수집하는 단계는,

    상기 유틸리티가 상기 정보를 수집할 수 있는 타입에 대한 정보를 수집하는 단계; 및

    상기 유틸리티가 상기 수집된 정보를 단말에게 전송하는 단계를 포함하는 것을 특징으로 하는 사용자 행동 패턴에 기반한 단말의 광고 수신 방법.
11. 제 1항에 있어서,

    단말 내의 애플리케이션에 의해 수집될 수 있는 타입에 대한 정보를 광고 서버에게 전송하는 단계를 더 포함하고,

    상기 사용자 행동 패턴 정보 수집이 가능한 것으로 단말에 등록된 타입에 대한 정보를 수집하는 단계는,

    유틸리티가 상기 정보를 수집할 수 있는 타입에 대한 정보를 수집하는 단계;

    상기 유틸리티가 상기 수집된 정보를 상기 애플리케이션에게 전송하는 단계; 및

    상기 애플리케이션이 상기 수집된 정보를 단말에게 전송하는 단계를 포함하는 것을 특징으로 하는 사용자 행동 패턴에 기반한 단말의 광고 수신 방법.
12. 제 9항에 있어서, 상기 정보가 수집될 수 있는 타입을 단말에 등록하기 전에 사용자로부터 상기 정보가 수집될 수 있는 타입에 대한 정보 수집의 동의를 얻는 것을 특징으로 하는 사용자 행동 패턴에 기반한 단말의 광고 수신 방법.
13. 광고 서버로부터 규칙을 수신하고, 상기 수신된 규칙에 따라 보고할 사용자 행동 패턴의 타입을 결정하는 광고 엔진; 및

    상기 결정된 타입에 대한 정보를 수집하는 정보 수집부를 포함하고,

    상기 광고 엔진은 상기 정보 수집부에게 상기 수신된 규칙을 전송하며, 상기 개체로부터 상기 수집된 정보를 전송받고, 상기 전송받은 정보를 기초로 보고서를 생성한 후, 상기 광고 서버로 전송하고, 상기 광고 서버로부터 상기 보고서에 따라 사용자의 행동 패턴에 해당하는 광고를 수신하며, 상기 규칙은 상기 보고서의 생성 및 전송의 시기 및 주기를 지정하는 것을 특징으로 하는 사용자 행동 패턴에 기반하여 선별된 광고 표시 단말.
14. 제 13항에 있어서, 상기 수신된 규칙에 따라 보고를 할 사용자 행동 패턴의 타입의 결정은,

    상기 수신된 규칙에 타입의 지정이 포함된 경우 상기 지정된 타입을 보고할 타입으로 결정하고, 상기 수신된 규칙에 타입의 지정이 포함되지 않은 경우 상기 단말에 정보 수집이 가능한 것으로 등록된 모든 타입을 보고할 타입으로 결정하며, 상기 규칙에 의해 지정된 타입이 단말의 성능에 따라 정보 수집이 가능하지 않은 타입인 경우, 상기 정보 수집이 가능하지 않은 타입을 보고할 타입에서 제외하거나, 상기 정보 수집이 가능하지 않은 타입으로 전환될 수 있는 다른 정보 수집 가능한 타입을 상기 정보 수집이 가능하지 않은 타입 대신 보고를 할 타입으로 삼는 것을 특징으로 하는 사용자 행동 패턴에 기반하여 선별된 광고 표시 단말.
15. 제 13항에 있어서,

    상기 정보 수집부는 애플리케이션이며,

    상기 광고 엔진은 상기 애플리케이션과 상기 애플리케이션에 의해 정보가 수집될 수 있는 타입을 등록하고, 상기 애플리케이션 및 상기 정보가 수집될 수 있는 타입에 대한 정보를 광고 서버에게 전송하는 것을 특징으로 하는 사용자 행동 패턴에 기반하여 선별된 광고 표시 단말.
16. 제 13항에 있어서,

    애플리케이션을 더 포함하며,

    상기 정보 수집부는 상기 애플리케이션에 링크된 유틸리티이며,

    상기 광고 엔진은 상기 애플리케이션, 상기 유틸리티 및 상기 유틸리티에 의해 정보가 수집될 수 있는 타입을 단말에 등록하고, 상기 애플리케이션 및 상기 정보가 수집될 수 있는 타입에 대한 정보를 광고 서버에게 전송하는 것을 특징으로 하는 사용자 행동 패턴에 기반하여 선별된 광고 표시 단말.
17. 제 13항에 있어서,

    상기 정보 수집부는 애플리케이션이며,

    상기 애플리케이션에 링크된 유틸리티를 더 포함하며,

    상기 광고 엔진은 상기 애플리케이션, 상기 유틸리티 및 상기 유틸리티에 의해 정보가 수집될 수 있는 타입을 단말에 등록하고, 상기 애플리케이션 및 상기 정보가 수집될 수 있는 타입에 대한 정보를 광고 서버에게 전송하며,

    상기 애플리케이션은 상기 전송된 규칙을 상기 유틸리티에게 전송하고, 상기 유틸리티가 수집한 상기 결정된 타입에 대한 정보를 전송받음으로써 상기 결정된 타입에 대한 정보를 수집하는 것을 특징으로 하는 사용자 행동 패턴에 기반하여 선별된 광고 표시 단말.
18. 제 15항, 제 16항, 또는 제 17항에 있어서, 상기 정보가 수집될 수 있는 타입을 단말에 등록하기 전에 사용자로부터 상기 정보가 수집될 수 있는 타입에 대한 정보 수집의 동의를 얻는 것을 특징으로 하는 사용자 행동 패턴에 기반하여 선별된 광고 표시 단말.

Images