KR20160100060A

KR20160100060A - Cpi 광고 과금 방법 및 광고 제공 시스템

Info

Publication number: KR20160100060A
Application number: KR1020150022548A
Authority: KR
Inventors: 이영성; 김영상
Original assignee: 주식회사 이루온
Priority date: 2015-02-13
Filing date: 2015-02-13
Publication date: 2016-08-23
Also published as: KR101665933B1; WO2016129747A1

Abstract

본 발명은 무선 데이터 서비스 이용시에 CPI 광고를 제공받은 사용자가 해당 CPI 광고를 통해 애플리케이션을 다운로드 받은 것으로 확인되면 CPI 과금을 수행할 수 있도록 하는 CPI 광고 과금 방법 및 광고 제공 시스템에 관한 것이다.
이를 위해, 본 발명은 단말기에 수신된 CPI 광고가 클릭됨에 따라 애플리케이션 마켓 서버로부터 제공받은 랜딩 페이지에 구비된 다운로드 버튼이 클릭되면, 상기 단말기가 상기 애플리케이션 마켓 서버로 HTTP 요청 패킷을 전송하여 상기 CPI 광고에 지정된 애플리케이션의 다운로드를 요청하는 과정; 라우터에서 상기 HTTP 요청 패킷을 미러링하여 패킷 제어 장치의 패킷 제어부로 전달하는 과정; 상기 패킷 제어부가 상기 전달받은 HTTP 요청 패킷의 목적지 URL이 애플리케이션 다운로드 요청 URL인 지를 확인하는 과정; 확인결과 목적지 URL이 애플리케이션 다운로드 요청 URL이면, 상기 애플리케이션 다운로드 요청 URL에 포함되어 있는 애플리케이션 식별자가 기등록된 애플리케이션 식별자와 동일한 지를 확인하는 과정; 확인결과 두 애플리케이션 식별자 정보가 동일하면, 애플리케이션 다운로드가 CPI 광고를 통한 다운로드인지 확인하는 과정; 및 확인결과 애플리케이션 다운로드가 CPI 광고를 통한 다운로드로 확인되면, 광고 서버의 광고 관리부로 상기 애플리케이션 식별자에 대응하는 광고의 CPI 과금을 요청하는 과정을 포함하여 이루어지는 것이 바람직하다.
이에 따라, 본 발명은 광고 서버와 광고주 서버가 연동하지 않아도 되며, CPI 광고를 통한 애플리케이션 다운로드 정보를 광고 서버로 누락 없이 제공할 수 있게 된다.

Description

CPI 광고 과금 방법 및 광고 제공 시스템{METHOD FOR ACCOUNTING OF CPI ADVERTISEMENT AND SYSTEM FOR PROVIDING ADVERTISEMENT}

본 발명은 CPI 광고 과금 방법 및 광고 제공 시스템에 관한 것으로서, 특히 이동통신사의 무선 데이터 서비스 이용시에 CPI 광고를 제공받은 사용자가 해당 CPI 광고를 통해 애플리케이션을 다운로드 받은 것으로 확인되면 CPI 과금을 수행할 수 있도록 하는 CPI 광고 과금 방법 및 광고 제공 시스템에 관한 것이다.

통신 기술의 발달에 따라 스마트폰, 태블릿 PC 등의 보급이 확산되면서 스마트폰, 태블릿 PC 등의 사용자가 급증하고 있으며, 이러한 스마트폰이나 태블릿 PC 등을 이용한 무선 인터넷 광고도 늘어나는 추세이다.

종래 무선 인터넷 광고 서비스는 주로 노출당 과금(CPM:Cost Per Mile Impression), 클릭당 과금(CPC:Cost Per Click)의 과금 형태를 갖는다.

전술한 CPM과 CPC는 사용자가 광고를 보거나, 클릭함으로 인해 수익이 발생하는 것을 확인하기 전에 광고주가 광고에 대한 비용을 미리 지불해야 하는 단점이 있다. 그리고 CPC의 경우 실수로 광고를 누르는 경우(Fat Finger Effect) 또는 부정 클릭을 통해 광고주가 광고 효과없이 광고비만 지불해야 하는 경우도 발생할 수 있다.

이러한 단점을 보완하기 위해 액션당 과금(CPA:Cost Per Action 또는 Cost Per Acquisition)과 같이 광고주가 기대하는 특정 행위(예를 들어, 회원 가입, 설문 조사 수행, 애플리케이션 다운로드 등)를 광고를 본 사용자가 수행했을 때 과금을 수행하는 과금 형태가 개발되었다.

전술한 CPA의 한 형태인 설치당 과금(CPI:Cost Per Install)은 광고주가 지정한 애플리케이션을 사용자가 다운로드 받아 설치하면 과금을 수행한다.

전술한 CPI 방식을 지원하기 위해서는 광고 서비스를 수행하는 광고 서비스 제공자의 광고 서버와 광고주가 운영하는 서버 간에 연동이 필수적이다.

즉 광고 서버는 CPI 광고를 클릭한 사용자를 관리하는데, 사용자가 광고를 통해 링크된 애플리케이션 마켓에서 다운로드 받은 애플리케이션을 최초 구동시키면, 해당 애플리케이션은 광고주 서버로 어떤 사용자가 애플리케이션을 다운받아 설치했는지를 알리고, 광고주 서버는 광고 서버로 광고를 통해 사용자가 애플리케이션을 다운로드 받아 설치했다는 것을 알림으로써, CPI 과금을 수행할 수 있게 된다.

그러나 CPI를 위해서는 광고 대상 애플리케이션과 광고주 서버의 CPI를 위한 기능 개발이 필요한 번거로운 문제점이 있다.

또한 광고주가 여러 광고 서비스 제공자를 통해 CPI 광고를 수행하기 위해서는 각 광고 서비스 제공자(예를 들어, 매체사 또는 광고 플랫폼 사업자)의 광고 서버별로 광고주 서버와의 연동을 위한 개발을 해야 하는 문제점이 있다.

또한 광고주가 광고비 절감을 위해 악의적으로 광고 서버에 사용자의 애플리케이션 다운로드를 알리지 않을 수 있으며, 종래에는 이를 확인할 수 있는 방법이 없는 문제점이 있다.

또한 사용자가 다운로드 받은 애플리케이션을 즉시 구동시키지 않고, 설치된 상태로 방치하는 경우, 적절한 과금이 어려운 문제점이 있다.

한국공개특허공보 제10-2013-50203호(공개일 2013.05.15.)

본 발명은 전술한 문제점을 해결하기 위해 안출된 것으로서, 무선 데이터 서비스 이용시에 CPI 광고를 제공받은 사용자가 해당 광고를 통해 애플리케이션을 다운로드 받은 것을 광고 서비스 제공자인 이동통신사 측에서 확인하여 CPI 과금을 수행할 수 있도록 하는 CPI 광고 과금 방법 및 광고 제공 시스템을 제공함에 그 목적이 있다.

전술한 목적을 달성하기 위한 본 발명의 일 실시예에 따른 CPI 광고 과금 방법은, 단말기에 수신된 CPI 광고가 클릭됨에 따라 애플리케이션 마켓 서버로부터 제공받은 랜딩 페이지에 구비된 다운로드 버튼이 클릭되면, 상기 단말기가 상기 애플리케이션 마켓 서버로 HTTP 요청 패킷을 전송하여 상기 CPI 광고에 지정된 애플리케이션의 다운로드를 요청하는 과정; 라우터에서 상기 HTTP 요청 패킷을 미러링하여 패킷 제어 장치의 패킷 제어부로 전달하는 과정; 상기 패킷 제어부가 상기 전달받은 HTTP 요청 패킷의 목적지 URL이 애플리케이션 다운로드 요청 URL인 지를 확인하는 과정; 확인결과 목적지 URL이 애플리케이션 다운로드 요청 URL이면, 상기 애플리케이션 다운로드 요청 URL에 포함되어 있는 애플리케이션 식별자가 기등록된 애플리케이션 식별자와 동일한 지를 확인하는 과정; 확인결과 두 애플리케이션 식별자 정보가 동일하면, 애플리케이션 다운로드가 CPI 광고를 통한 다운로드인지 확인하는 과정; 및 확인결과 애플리케이션 다운로드가 CPI 광고를 통한 다운로드로 확인되면, 광고 서버의 광고 관리부로 상기 애플리케이션 식별자에 대응하는 광고의 CPI 과금을 요청하는 과정을 포함하여 이루어지는 것이 바람직하다.

한편 본 발명의 일 실시예에 따른 광고 제공 시스템은, CPI 광고에 지정된 애플리케이션이 저장되어 있는 애플리케이션 마켓 서버; 광고 서버로부터 CPI 광고를 수신하고, 상기 CPI 광고가 클릭됨에 따라 상기 애플리케이션 마켓 서버로부터 제공받은 랜딩 페이지에 구비된 다운로드 버튼이 클릭되면, 상기 애플리케이션 마켓 서버로 HTTP 요청 패킷을 전송하여 상기 CPI 광고에 지정된 애플리케이션의 다운로드를 요청하는 단말기; 상기 HTTP 요청 패킷을 미러링하는 라우터; 및 상기 라우터로부터 전달받은 패킷 중에서 HTTP 요청 패킷만을 추출하고, 추출된 HTTP 요청 패킷을 분석하여 목적지 URL이 애플리케이션 다운로드 요청 URL이면, 애플리케이션 다운로드 요청 URL에 포함되어 있는 애플리케이션 식별자가 기등록된 애플리케이션 식별자와 동일한지를 확인하고, 애플리케이션 다운로드가 CPI 광고를 통한 다운로드로 확인되면, 상기 광고 서버의 광고 관리부로 상기 애플리케이션 식별자에 대응하는 광고의 CPI 과금을 요청하는 패킷 제어 장치를 포함하여 이루어지는 것이 바람직하다.

본 발명의 CPI 광고 과금 방법 및 광고 제공 시스템에 따르면, 무선 데이터 서비스 이용시에 CPI 광고를 제공받은 사용자가 해당 광고를 통해 애플리케이션을 다운로드 받은 것을 이동통신사 측에서 확인하여 CPI 과금을 수행할 수 있게 됨에 따라, 광고 서버와 광고주 서버가 연동하지 않아도 되며, CPI 광고를 통한 애플리케이션 다운로드 정보를 광고 서버로 누락 없이 제공할 수 있게 된다.

또한 CPI 광고를 통해 단말기에 다운로드 된 애플리케이션이 설치 완료된 후 애플리케이션 서버와 통신을 수행하여 애플리케이션 서버로 애플리케이션 설치 정보와 실행 정보를 전송하는 HTTP 패킷을 통해, 패킷 제어 장치에서 애플리케이션이 온전히 단말기에 설치되었는 지와 실행되었는 지를 확인할 수 있게 된다.

도 1은 본 발명의 일 실시예에 따른 광고 제공 시스템의 구성을 개략적으로 보인 도면.
도 2는 본 발명에 적용되는 패킷 제어 장치의 구성을 개략적으로 보인 도면.
도 3은 본 발명에 적용되는 광고 서버의 구성을 개략적으로 보인 도면.
도 4 및 도 5는 본 발명의 일 실시예에 따른 CPI 광고 과금 방법을 설명하기 위한 처리도.
도 6은 본 발명의 다른 실시예에 따른 광고 제공 시스템의 구성을 개략적으로 보인 도면.

이하에서는 첨부한 도면을 참조하여 본 발명의 바람직한 실시예에 따른 CPI 광고 과금 방법 및 광고 제공 시스템에 대해서 상세하게 설명한다.

도 1은 본 발명의 일 실시예에 따른 광고 제공 시스템의 구성을 개략적으로 보인 도면이다.

도 1에서 단말기(UE:User Equipment)는 무선 데이터 망과 접속을 끊었다가 다시 접속될 때(예를 들어, 전원이 오프되었다가 다시 온 될 때, 음영지역에서 벗어날 때 등)마다 무선 데이터 망으로 접속을 요청한다.

그리고 무선 데이터 망에 접속된 상태에서 사용자가 웹 브라우저를 구동하거나, 데이터를 사용하는 애플리케이션 등을 구동하여 특정 웹 사이트 접속을 요청하면, 패킷 게이트웨이(20)로 TCP(Transmission Control Protocol) 연결 요청 패킷을 전송한다.

패킷 게이트웨이(20)로 TCP 연결 요청 패킷을 전송한 후, 그에 대한 응답으로 패킷 게이트웨이(20)로부터 TCP 연결 응답 패킷을 수신하여 웹 서버(60)와 TCP 세션 연결을 설정한 단말기(10)는 패킷 게이트웨이(20)로 사용자가 요청한 웹 페이지를 요청하는 HTTP(HyperText Transfer Protocol) 요청 패킷을 전송한다. 그리고 그에 대한 응답으로 패킷 게이트웨이(20)를 통해 패킷 제어 장치(50)로부터 광고 서버(70)로의 접속을 유도하는 HTTP 응답 패킷을 수신하게 되면, HTTP 응답 패킷의 헤더에 세팅되어 있는 종료(FIN) 플래그에 의거하여 웹 서버(60)와 연결되어 있는 TCP 세션 연결을 해제한 후, HTTP 응답 패킷에 포함되어 있는 광고 서버 URL에 의거하여 광고 서버(70)와 TCP 세션 연결을 다시 설정하고, 광고 서버(70)로 광고를 요청하는 HTTP 요청 패킷(이하, '광고 요청 패킷'이라 한다)을 전송하며, 그에 대한 응답으로 광고 서버(70)로부터 광고 컨텐츠 URL과 광고 인벤토리(광고 노출 영역) 정보를 포함하는 HTTP 응답 패킷을 수신한다. 단말기(10)는 광고 서버(70)로부터 수신한 HTTP 응답 패킷에 포함되어 있는 광고 컨텐츠 URL을 이용하여 광고 서버(70)로 광고 컨텐츠를 요청하는 HTTP 요청 패킷을 전송하여 광고 서버(70)로부터 광고 컨텐츠를 수신한다.

전술한 광고 서버(70)로의 접속을 유도하는 HTTP 응답 패킷은 HTML 템플릿(Template) ID, 단말기(10)의 IP 주소, 단말기(10)가 원래 접속하려던 웹 페이지의 URL(Uniform Resource Locator), 광고 서버(70)의 URL, 단말기(10)가 원래 접속하려던 웹 페이지의 도큐먼트 타입, 단말기(10)가 원래 접속하려던 웹 페이지의 도큐먼트 도메인, 광고 타입(전면 광고, 비전면 광고 등) 등을 포함하여 이루어질 수 있다.

또한 단말기(10)는 광고 서버(70)로부터 수신한 광고 컨텐츠가 사용자에 의해 클릭되면, 광고 서버(70)로 사용자가 광고를 클릭했음을 알리기 위해 HTTP 요청 패킷을 전송하고, 사용자에 의해 클릭된 광고 컨텐츠가 CPI 광고인 경우에는, 광고 서버(70)로부터 수신한 HTTP 응답 패킷에 포함되어 있는 랜딩 페이지 URL(해당 CPI 광고에 지정된 애플리케이션을 다운로드 받을 수 있는 웹 페이지 URL)을 이용하여 애플리케이션 마켓 서버(80)와 TCP 세션 연결을 다시 설정한 후, 애플리케이션 마켓 서버(80)로 랜딩 페이지를 요청하는 HTTP 요청 패킷을 전송하고, 그에 대한 응답으로 애플리케이션 마켓 서버(80)로부터 애플리케이션을 다운로드 받을 수 있는 웹 페이지를 포함하는 HTTP 응답 패킷을 수신한다. 애플리케이션을 다운로드 받을 수 있는 웹 페이지를 수신한 단말기(10)는 사용자에 의해 다운로드 버튼이 클릭되면, 다운로드 받을 애플리케이션 식별자를 포함하는 애플리케이션 다운로드 요청 URL을 포함하는 HTTP 요청 패킷을 애플리케이션 마켓 서버(80)로 전송하여 애플리케이션 마켓 서버(80)로부터 애플리케이션을 다운로드 받아 설치한다.

이와 같이 단말기(10)에 다운로드 된 애플리케이션은 단말기(10)에 설치 완료되면, 해당 애플리케이션의 서버인 애플리케이션 서버(85)와 통신하여 애플리케이션 서버(85)로 설치 정보를 전달할 수도 있고, 사용자에 의해 실행되면 애플리케이션 서버(85)와 통신하여 애플리케이션 서버(85)로 애플리케이션 실행 정보를 전달할 수도 있다. 이때 단말기(10)는 애플리케이션 서버(85)와 HTTP를 통해 통신을 수행하며, HTTP 패킷의 User-Agent 헤더에는 애플리케이션 관련 정보(예를 들어, HTTP 패킷을 발생시킨 애플리케이션의 이름, 버전 정보 등)가 포함된다. 따라서 애플리케이션 서버(85)는 단말기(10)가 전송한 HTTP 패킷을 수신하여 사용자가 애플리케이션을 온전히 다운로드 받았는지 또는 애플리케이션을 실행했는지 등을 확인할 수 있다.

전술한 단말기(10)는 스마트폰, 태블릿 PC, 랩탑 등과 같이 무선 데이터 망에 접속하여 무선 데이터 서비스를 제공할 수 있는 단말기로 구현될 수 있다.

패킷 게이트웨이(20)는 단말기(10)가 무선 데이터 망에 접속을 요청하면, 인증·과금 서버(40)와 인증 메시지(예를 들어, RADIUS Access-Request & RADIUS Access Accept)를 교환하여 단말기(10)에 대한 인증을 수행한 후, 단말기(10)에 IP 주소를 할당하고, 인증·과금 서버(40)와 과금 메시지를 교환하여 사용자의 데이터 서비스 제공 여부를 판단하고, 데이터 서비스 제공이 허용된 단말기(10)로 확인되면, 해당 단말기(10)의 망 접속을 허용한다.

이와 같이 패킷 게이트웨이(20)는 단말기(10)의 망 접속 요청에 따라 IP 주소를 할당한 후, 인증·과금 서버(40)로 해당 단말기(10)의 무선 데이터 서비스 제공 여부를 물어보는 과금 시작 요청(Account Start Request) 메시지를 전송하고, 그에 대한 응답으로 과금 시작 응답 메시지를 수신한다. 그리고 단말기(10)가 일정시간 이상 무선 데이터 서비스를 사용하지 않으면, 이를 감지하여 단말기(10)에 할당된 무선망 자원을 해제한 후, 인증·과금 서버(40)로 과금 종료 요청(Account Stop Request) 메시지를 전송하고, 그에 대한 응답으로 과금 종료 응답 메시지를 수신한다.

또한 패킷 게이트웨이(20)는 단말기(10)로부터 수신한 TCP 연결 요청 패킷을 단말기(10)가 접속을 원하는 웹 페이지를 제공하는 웹 서버(60)로 전송하고, 그에 대한 응답으로 웹 서버(60)로부터 TCP 연결 응답 패킷을 수신하여 이를 단말기(10)로 전송하며, 웹 서버(60)와 TCP 세션 연결을 설정한 단말기(10)로부터 수신한 HTTP 요청 패킷을 웹 서버(60)로 전송한다.

전술한 패킷 게이트웨이(20)는 3G 망에서는 GGSN(Gateway GPRS Support Node)으로 구현될 수 있고, LTE 망에서는 P-GW(PDN Gateway) 등으로 구현될 수 있다.

라우터(30)는 단말기(10)를 인증하기 위해 패킷 게이트웨이(20)와 인증·과금 서버(40) 간에 주고받는 과금 요청 메시지(과금 시작/종료 요청 메시지)를 포함하여 패킷 게이트웨이(20)와 인증·과금 서버(40) 간에 주고받는 모든 메시지를 미러링하고, 미러링된 메시지를 패킷 제어 장치(50)로 전송한다.

또한 라우터(30)는 웹 서버(60)와 TCP 세션이 연결된 단말기(10)가 패킷 게이트웨이(20)를 통해 웹 서버(60) 또는 애플리케이션 마켓 서버(80)로 전송하는 HTTP 요청 패킷을 포함하여 단말기(10)가 패킷 게이트웨이(20)를 통해 웹 서버(60) 또는 애플리케이션 마켓 서버(80)로 전송하는 모든 패킷을 미러링하고, 미러링된 패킷을 패킷 제어 장치(50)로 전송한다.

본 발명의 실시예에서는 라우터(30)의 포트 미러링(Port Mirroring) 기능을 이용하여 라우터(30)에서 패킷 게이트웨이(20)와 인증·과금 서버(40) 간에 주고받는 모든 메시지와, 단말기(10)가 패킷 게이트웨이(20)를 통해 웹 서버(60) 또는 애플리케이션 마켓 서버(80)로 전송하는 모든 패킷을 미러링하고, 미러링된 패킷을 패킷 제어 장치(50)로 전송하는 것을 예로 들어 설명한다. 여기서 라우터를 사용할 수 없는 경우에는, 탭(TAP)이나 신호 분배기(예를 들어, 광 분배기) 등을 이용할 수도 있다.

인증·과금 서버(40)는 패킷 게이트웨이(20)로부터 수신한 메시지 중에서 과금 시작 요청 메시지에 포함되어 있는 사용자 식별 정보(예를 들어, 전화번호)를 이용하여 해당 단말기(10)가 망 접속을 허용해 줘도 되는 단말기인지를 확인한 후, 그 확인결과를 과금 응답 메시지에 포함시켜 패킷 게이트웨이(20)로 전송한다.

전술한 인증·과금 서버(40)는 3G 망에서는 AAA(Authentication, Authorization, Accounting)로 구현될 수 있고, LTE 망에서는 OCS(Online Charging System), OFCS(Offline Charging System) 등으로 구현될 수 있다.

패킷 제어 장치(50)는 단말기(10)의 망 접속 요청에 따라 라우터(30)(또는 탭, 신호 분배기 중 어느 하나)로부터 과금 시작 요청 메시지를 전달받으면, 과금 시작 요청 메시지에 포함된 단말기 정보로 서비스 정보 DB를 조회하여 무선 데이터 서비스를 제공받기 위해 접속을 요청한 단말기(10)가 광고 서비스 제공 대상 단말기인지, 광고 서비스 제공 비대상 단말기인지를 구분한다.

즉 패킷 제어 장치(50)는 과금 시작 요청 메시지에 포함된 단말기 정보 중에서 TAC(Type Allocation Code) 번호에 대응하는 TAC 정보(단말기 타입, OS 타입, OS 버전, 브랜드, 모델 등)를 서비스 정보 DB에서 읽어와 단말기 타입을 결정하고, 단말기 정보로 서비스 정보 DB에서 조회된 서비스 가입 정보에 의거하여 서비스 가입 상태(Opt-In), 서비스 일시 중지 상태(DND, Do Not Disturb), 종속 포털(Captive Portal) 이동 대상 여부 등을 체크한 후, 체크 결과에 따라 해당 단말기(10)가 광고 서비스 제공 대상 단말기인지 비대상 단말기인지를 구분하고, 그 구분결과에 따라 해당 단말기(10)에 대한 서비스 정책 정보를 관리한다. 그리고 광고 서비스 제공 대상 단말기(10)에 대한 단말기 정보(전화번호(MSISDN), 단말기 식별 정보(IMEI), 단말기 IP 주소, 위치 식별 정보, 무선 접속 타입)와 서비스 관련 정보(업데이트 시간, 세션 시작 시간, 세션 종료 시간, 세션 설정 회수)를 전화번호(MSISDN)와 단말기 식별 정보(IMEI)에 연관시켜 서비스 정보 DB에 저장하고, 전화번호(MSISDN)와 동적으로 변하는 단말기 IP 주소를 연관시켜 저장 관리한다. 여기서, 전화번호(MSISDN)와 단말기 식별 정보(IMEI)를 연관시켜 저장하는 이유는, 사용자가 자신의 USIM(Universal Subscriber Identity Module) 카드를 다른 단말기에 옮겨 끼워 하나의 전화번호(MSISDN)로 서로 다른 단말기에서 이동통신 서비스를 이용할 수 있기 때문으로, 사용자가 자신의 USIM 카드를 제1단말기에 끼워 사용하다가 USIM 카드를 제2단말기에 옮겨 끼워 사용하게 되면, 서비스 정보 DB에는 해당 사용자에 대해 2개의 가입자 정보가 생성된다.

또한 패킷 제어 장치(50)는 단말기(10)가 일정시간 이상 무선 데이터 서비스를 사용하지 않음을 감지한 패킷 게이트웨이(20)가 인증·과금 서버(40)로 과금 종료 요청 메시지를 전송함에 따라 라우터(30)(또는 탭, 신호 분배기 중 어느 하나)로부터 과금 종료 요청 메시지를 수신하면, 과금 종료 요청 메시지에 포함된 단말기 정보로 서비스 정보 DB를 조회하여 서비스 정보 DB에 해당 전화번호(MSISDN)와 단말기 식별 정보(IMEI)에 연관되어 저장되어 있는 단말기 정보와 서비스 관련 정보 중에서, 업데이트를 요하는 정보인 업데이트 시간, 위치 식별 정보(LAC, CI), 무선 접속 타입, 세션 종료 시간을 업데이트하고, 해당 전화번호와 단말기 IP 주소의 연관성을 삭제한다.

전술한 패킷 제어 장치(50)는 광고 서비스가 가입자 기반 서비스가 아닌 이동통신망을 이용하는 모든 사용자에게 제공되는 서비스인 경우, 서비스 일시 중지 상태, 광고 수신 거부를 요청한 가입자 리스트(Blacklist)에 속하는지 여부, 종속 포털 이동 대상 여부를 체크하여 해당 단말기(10)가 광고 서비스 제공 대상 단말기인지 광고 서비스 제공 비대상 단말기인지를 구분한다.

또한 패킷 제어 장치(50)는 라우터(30)(또는 탭, 신호 분배기 중 어느 하나)로부터 패킷을 전달받으면, 전달받은 패킷 중에서 HTTP 요청 패킷만을 추출하고, 추출된 HTTP 요청 패킷을 분석한 후, 일반 서비스 정책 정보(URL 마스킹 정보, URL 확장자 마스킹 정보, 광고 전송 주기, HTML 템플릿(Template), 광고 수신 거부를 요청한 가입자 리스트(Blacklist) 등)와 해당 단말기(10)의 서비스 정책 정보(종속 포털 이동 대상 여부를 나타내는 플래그 값, 광고 서비스 제공 대상 여부를 나타내는 플래그 값)에 의거하여 광고 서비스를 제공할지 여부를 판단한다. 이때 패킷 제어 장치(50)는 HTTP 요청 패킷의 MTU 사이즈, 패킷 수신 링크 등의 패킷 유효성 검사를 수행한 후, HTTP 요청 패킷을 분석하여 획득한 파라미터 정보를 서비스 정책 정보와 비교 분석하여 광고 제공 여부를 판단한다.

서비스 제공 여부를 판단한 결과 추출된 HTTP 요청 패킷이 서비스 제공 대상 패킷으로 확인되면, 패킷 제어 장치(50)는 HTTP 요청 패킷에 대한 HTTP 응답 패킷을 생성하여 단말기(10)로 전송한다. 이때 패킷 제어 장치(50)는 단말기(10)가 망 접속을 요청함에 따라 해당 단말기(10)가 광고 서비스 제공 대상 단말기인지 여부를 확인할 때 결정된 단말기의 타입과 단말기(10)가 원래 접속하려던 웹 페이지의 URL 타입에 따라 HTML 템플릿(Template)을 선택하고, 선택된 HTML 템플릿을 HTTP 응답 패킷에 포함시켜 전송한다. 그리고 패킷 제어 장치(50)는 단말기(10)와 웹 서버(60) 간에 연결되어 있는 TCP 세션을 해제시키기 위해 단말기(10)로 전송하는 HTTP 응답 패킷의 헤더에 종료(FIN) 플래그를 세팅하여 전송하는 한편, 웹 서버(60)로는 리셋(RST) 플래그가 세팅된 TCP 패킷을 전송한다.

또한 추출된 HTTP 요청 패킷을 분석한 결과, 목적지 URL이 애플리케이션 다운로드 요청 URL인 경우에는, 애플리케이션 다운로드 요청 URL에 포함되어 있는 애플리케이션 식별자를 확인한 후, 해당 애플리케이션 다운로드가 CPI 광고를 통한 다운로드로 확인되면, 광고 서버(70)로 해당 애플리케이션 식별자에 대응하는 광고의 CPI 과금을 요청한다.

또한 패킷 제어 장치(50)는 라우터(30)(또는 탭, 신호 분배기 중 어느 하나)를 통해 단말기(10)가 애플리케이션의 설치 및 실행 여부를 알리기 위해 애플리케이션 서버(85)로 전송하는 HTTP 패킷을 수집한 후, 수집된 HTTP 패킷을 분석하여 사용자가 애플리케이션을 온전히 다운로드 받았는지 또는 애플리케이션을 실행했는지 등을 확인할 수 있다.

광고 서버(70)는 단말기(10)로부터 광고 요청 패킷을 수신하면, 단말기(10)의 광고 요청이 정당한 지를 검증하고, 광고 요청이 정당한 경우에는 단말기(10)로 광고 서비스를 제공할지 여부를 확인한 후, 광고 서비스를 제공할 경우에는 우선순위에 따라 선택된 광고와 관련된 유효성을 확인하여 단말기(10)로 전송할 광고 컨텐츠를 결정한다.

단말기(10)로 전송할 광고 컨텐츠를 결정하면, 결정된 광고 컨텐츠가 표시될 광고 노출 영역인 광고 인벤토리를 결정한 후, 결정된 광고 컨텐츠에 대응하는 광고 컨텐츠 URL과 광고 인벤토리에 대한 정보를 HTTP 응답 패킷에 포함시켜 단말기(10)로 전송한다.

단말기(10)로 HTTP 응답 패킷을 전송한 광고 서버(70)는 단말기(10)로부터 광고 컨텐츠를 요청하는 HTTP 요청 패킷을 수신하면, 그에 대한 응답으로 광고 컨텐츠를 전송한다.

이때 광고 서버(70)는 단말기(10)로 전송하는 광고 컨텐츠가 CPI 광고이면, 해당 CPI 광고를 본 사용자가 해당 CPI 광고를 클릭할 경우 이동하게 되는 랜딩 페이지 URL(해당 CPI 광고에 지정된 애플리케이션을 다운로드 받을 수 있는 웹 페이지 URL)을 HTTP 응답 패킷에 함께 포함시켜 전송하는데, HTTP 응답 패킷에 포함되는 랜딩 페이지 URL은 단말기(10)의 OS 정보에 따라 달라진다. 즉 광고 서버(70)는 해당 CPI 광고의 메타 데이터에 애플리케이션 마켓별로 등록되어 있는 복수 개의 랜딩 페이지 URL 중에서 단말기(10)의 OS에 맞는 랜딩 페이지 URL을 HTTP 응답 패킷에 포함시켜 전송한다.

이와 같이 단말기(10)의 OS 정보에 의거하여 랜딩 페이지 URL을 포함시키기 위해 광고 서버(70)는 연동된 패킷 제어 장치(50)로부터 각 단말기(10)에 대한 OS 정보를 제공받아 저장하고 있다.

또한 광고 서버(70)는 단말기(10)로 광고 컨텐츠를 전송한 후, 사용자가 광고를 클릭함에 따라 단말기(10)가 전송한 HTTP 요청 패킷을 수신하게 되면, 해당 광고에 대한 클릭 카운트를 1 증가시킨다.

애플리케이션 마켓 서버(80)는 각각의 CPI 광고에 지정된 애플리케이션이 등록·저장되어 있으며, 단말기(10)로부터 해당 CPI 광고에 지정된 애플리케이션을 다운로드 받을 수 있는 랜딩 페이지 URL을 포함하는 HTTP 요청 패킷을 수신하면, 랜딩 페이지 URL에 대응하는 웹 페이지를 HTTP 응답 패킷에 포함시켜 단말기(10)로 전송하고, 단말기(10)로부터 애플리케이션 다운로드 요청 URL을 포함하는 HTTP 요청 패킷을 수신하면, 그에 대한 응답으로 애플리케이션을 전송한다.

표 1 및 표 2는 본 발명에 적용되는 애플리케이션과 각 애플리케이션의 애플리케이션 식별자, 애플리케이션 다운로드 요청 URL을 예시적으로 보인 것이다.

표 1은 A사(예를 들어, 애플)의 애플리케이션 마켓(예를 들어, 앱 스토어)에서 제공하는 애플리케이션과 각 애플리케이션의 애플리케이션 식별자, 애플리케이션 다운로드 요청 URL을 예시적으로 보인 것으로, 애플리케이션을 다운로드 받을 수 있는 웹 페이지에 포함되어 있는 다운로드 버튼이 클릭되면, 단말기(10)는 'phobos.apple.com'과 애플리케이션 식별자를 포함하는 애플리케이션 다운로드 요청 URL을 포함하는 HTTP 요청 패킷을 A사(예를 들어, 애플)의 애플리케이션 마켓 서버(80)로 전송한다.

애플리케이션	애플리케이션 다운로드 요청 URL	애플리케이션 식별자
WhatsApp	http://a1200.phobos.apple.com/us/r1000/171/Purple5/v4/3f/76/7f/3f767f81-b482-d1af-3e6a-9d3625afcbc2/zot3192128408103465553 . D2 . pd . ipa	zot3192128408103465553.D2.pd.ipa
Nemo Indonesian	http://a543.phobos.apple.com/us/r1000/039/Purple5/v4/73/7c/ae/737cae07-f7b3-15fc-954d-7085530bbac1/mzps4467437902411695013 . ipa	mzps4467437902411695013.ipa
UC Browser	http://a1362.phobos.apple.com/us/r1000/154/Purple5/v4/ca/8c/23/ca8c2363-290e-7540-6bf0-64a3b2d4b797/ivy8339198569039721672 . D2 . dpkg . ipa	ivy8339198569039721672 . D2 . dpkg . ipa

표 2는 B사(예를 들어, 구글)의 애플리케이션 마켓(예를 들어, 플레이 스토어)에서 제공하는 애플리케이션과 각 애플리케이션의 애플리케이션 식별자, 애플리케이션 다운로드 요청 URL을 예시적으로 보인 것으로, 애플리케이션을 다운로드 받을 수 있는 웹 페이지에 포함되어 있는 다운로드 버튼이 클릭되면, 단말기(10)는 'android.clients.google.com/market/GetBinary/GetBinary'과 애플리케이션 식별자를 포함하는 애플리케이션 다운로드 요청 URL을 포함하는 HTTP 요청 패킷을 B사(예를 들어, 구글)의 애플리케이션 마켓 서버(80)로 전송한다.

애플리케이션	애플리케이션 다운로드 요청 URL	애플리케이션 식별자
Kereta Api Indonesia Access	http://r4---sn-4pgnuhxqp5-jb3z.c.android . clients . google . com / market / GetBinary / GetBinary / org . detikcom . rss/27/apk_gz?mm=31&ms=au&mt=1420455915&mv=m&expire=1420628742&ipbits=0&ip=0.0.0.0&cp=SmFwZ2dySEQ6MDIzODg2MzA5MTEyNTAyMjM4OTQ&sparams=expire,ipbits,ip,q:,cp&signature=1D509A1A5FD9609B99FD5FF1065697A5223F604C.766B51E481DC62789D1C8E451FDFCAA60A89D37C&key=am3	org.detikcom.rss
Learn Bahasa Indonesian	http://r7---sn-4pgnuhxqp5-jb3z.c.android . clients . google . com / market / GetBinary / GetBinary / com . codegent . apps . learn . indonesian/19/apk_gz?mm=31&ms=au&mt=1420456482&mv=m&expire=1420629336&ipbits=0&ip=0.0.0.0&cp=SmFwZ2dySVo6NDIzODg2MzE1MDUyNTAyMjM5NTM&sparams=expire,ipbits,ip,q:,cp&signature=C28373380618F54AB2907DBA0DDAE497EBD82515.E7DDD9D9907FFE6503D02103B6CB2692475B9CD7&key=am3	com.codegent.apps.learn.indonesian
UC Browser	http://r3---sn-4pgnuhxqp5- jb3z .c. android . clients . google . com / market / GetBinary / GetBinary / com . UCMobile . intl/143/apk_gz?mm=31&ms=au&mt=1416392768&mv=m&expire=1416565681&ipbits=0&ip=0.0.0.0&cp=SmFvbWZ2RUM6MDk3Njk4MzE2OTIxMTQ0MjA2MTI&sparams=expire,ipbits,ip,q:,cp&signature=A45E08A52AFAA5FC5E7111004E66CC76B807DC94.DE900A8223D5177860D3743BF233BB7B399A1430&key=am3	com.UCMobile.intl

여기서 'phobos.apple.com', 'android.clients.google.com/market/GetBinary/GetBinary' 등과 같은 애플리케이션 마켓 URL 주소는 애플리케이션 마켓 운영자에 의해 변경될 수 있으므로, 패킷 제어 장치(50)는 이를 주기적으로 추적하여 관리하는 것이 바람직하다.

도 2는 본 발명에 적용되는 패킷 제어 장치의 구성을 개략적으로 보인 도면이다.

도 2에서 서비스 정보 DB(51)는 광고 서비스 가입자에 대한 서비스 가입 정보(예를 들어, 서비스 가입(Opt-In) 상태, 서비스 일시 중지 상태(DND), 종속 포털 이동 대상 여부, 광고 주기 등), 일반 서비스 정책 정보(URL 마스킹 정보, URL 확장자 마스킹 정보, 광고 전송 주기, HTML 템플릿, 광고 수신 거부를 요청한 가입자 리스트(Blacklist) 등)를 저장하고, 무선 데이터 망에 접속되어 있는 단말기(10)의 IP 주소와 이에 매핑되어 있는 전화번호 정보, 무선 데이터 망에 접속되어 있는 단말기(10)의 위치 정보(LAC, CI) 등을 저장하고 있다. 이외에도 서비스 정보 DB(51)는 각각의 TAC 번호에 대응하는 TAC 정보(단말기 타입, OS 타입(예를 들어, 안드로이드, iOS 등), OS 버전, 브랜드, 모델 등)를 저장하고 있다.

단말기 구분부(53)는 단말기(10)의 망 접속 요청에 따라 라우터(30)(또는 탭, 신호 분배기 중 어느 하나)로부터 과금 시작 요청 메시지를 수신하면, 과금 시작 요청 메시지에 포함된 단말기 정보 중에서 변하지 않는 값인 전화번호(MSISDN)와 단말기 식별 정보(IMEI)로 서비스 정보 DB(51)에서 서비스 가입 정보와 TAC 번호에 대응하는 TAC 정보를 읽어와 TAC 정보에 의거하여 단말기 타입을 결정하고, 서비스 가입 정보에 의거하여 서비스 가입 상태, 서비스 일시 중지 상태, 종속 포털 이동 대상 여부 등을 체크한 후, 체크 결과에 따라 해당 단말기(10)가 광고 서비스 제공 대상 단말기인지 비대상 단말기인지를 구분한다.

또한 단말기 구분부(53)는 광고 서비스가 가입자 기반 서비스가 아닌 이동통신망을 이용하는 모든 사용자에게 제공되는 서비스인 경우, 과금 시작 요청 메시지에 포함된 단말기 정보로 서비스 정보 DB(51)를 조회하여 읽어온 서비스 가입 정보에 의거하여 서비스 일시 중지 상태, 광고 수신 거부를 요청한 가입자 리스트(Blacklist)에 속하는지 여부, 종속 포털 이동 대상 여부를 체크하여 해당 단말기(10)가 광고 서비스 제공 대상 단말기인지 비대상 단말기인지를 구분할 수도 있다.

구분결과 해당 단말기(10)가 광고 서비스 제공 비대상 단말기로 구분된 경우, 단말기 구분부(53)는 광고 서비스 제공 비대상 단말기로 구분된 단말기(10)의 IP 주소와 서비스 정책 정보(종속 포털 이동 대상 여부를 나타내는 플래그 값, 광고 서비스 제공 대상 여부를 나타내는 플래그 값)를 패킷 제어부(55)로 제공하여 관리토록 한다.

그리고 해당 단말기(10)가 광고 서비스 제공 대상 단말기로 구분된 경우에는, 서비스 가입 정보에 포함되어 있는 광고 주기 정보에 의거하여 광고 주기를 결정하고, 광고 서비스 제공 대상 단말기로 구분된 단말기(10)의 IP 주소, 서비스 정책 정보, 단말기 타입, 광고 주기를 패킷 제어부(55)로 제공하여 관리토록 한다.

또한 단말기 구분부(53)는 망 접속을 요청한 단말기(10)가 광고 서비스 제공 대상 단말기로 확인되면, 해당 단말기(10)에 대한 단말기 정보와 서비스 관련 정보(업데이트 시간, 세션 시작 시간, 위치 식별 정보(LAC, CI))를 전화번호(MSISDN)와 단말기 식별 정보(IMEI)에 연관시켜 서비스 정보 DB(51)에 저장하고, 전화번호(MSISDN)와 단말기 IP 주소를 연관시켜 서비스 정보 DB(51)에 저장한다.

그리고 단말기 구분부(53)는 단말기(10)가 일정시간 이상 무선 데이터 서비스를 사용하지 않음을 감지한 패킷 게이트웨이(20)가 인증·과금 서버(40)로 과금 종료 요청 메시지를 전송함에 따라 라우터(30)(또는 탭, 신호 분배기 중 어느 하나)로부터 과금 종료 요청 메시지를 수신하면, 과금 종료 요청 메시지에 포함되어 있는 단말기 정보로 서비스 정보 DB(51)를 조회하여 해당 전화번호와 단말기 식별 정보에 연관되어 저장되어 있는 단말기 정보와 서비스 관련 정보 중에서, 업데이트를 요하는 정보인 업데이트 시간, 위치 식별 정보(LAC, CI), 무선 접속 타입, 세션 종료 시간을 업데이트하고, 해당 전화번호(MSISDN)와 단말기 IP 주소의 연관성을 서비스 정보 DB(51)에서 삭제한다.

패킷 제어부(55)는 단말기 구분부(53)에서 망 접속을 요청한 단말기(10)가 광고 서비스 제공 대상 단말기인지, 제공하지 않아도 되는 단말기인지를 구분한 결과에 따라 단말기 구분부(53)로부터 각 단말기에 대한 서비스 정책 정보를 제공받아 관리하고 있다가, 라우터(30)(또는 탭, 신호 분배기 중 어느 하나)로부터 패킷을 수신하면, 수신한 패킷의 TCP 목적지 포트 번호(Destination Port Number)를 확인하여 TCP 목적지 포트 번호가 웹 서비스용 포트 번호(예를 들어, 80 또는 8080)인 패킷만을 HTTP 요청 패킷으로 추출하고 나머지 패킷에 대해서는 무시하거나 폐기시킨다.

그리고 추출된 HTTP 요청 패킷의 MTU 사이즈, 패킷 수신 링크 등의 패킷 유효성 검사를 수행한 후, HTTP 요청 패킷을 분석하여 HTTP 요청 패킷의 요청 방식이 'GET'인 패킷만을 추출하고, 이 중에서 단말기(10)가 원래 접속하려던 웹 페이지 URL이 마스킹된 URL 확장자 또는 마스킹된 URL을 포함하고 있는 패킷에 대해서는 필터링하여 폐기시킨다. 이는 하나의 웹 페이지는 수많은 HTTP 요청 패킷과 그에 따른 수많은 HTTP 응답 패킷에 의해 완성되는데, URL 확장자 마스킹 및 URL 마스킹을 통해 웹 페이지의 일부에 할당된 서브 웹 페이지에 광고 서비스를 수행하는 상황을 방지하기 위함이다.

이를 역으로 이용하여 특정 URL 확장자 또는 특정 URL을 포함하는 웹 페이지에 대해서만 광고 서비스를 제공하도록 구현할 수도 있다.

이후 패킷 제어부(55)는 단말기 구분부(53)로부터 제공받은 해당 단말기(10)의 서비스 정책 정보(종속 포털 이동 대상 여부를 나타내는 플래그 값, 광고 서비스 제공 대상 여부를 나타내는 플래그 값)에 의거하여 광고 서비스 제공 여부를 판단한다.

판단결과 광고 서비스 제공이 허락된 경우에는 단말기 구분부(53)로부터 제공받은 단말기(10)의 단말기 타입과 단말기(10)가 원래 접속하려던 웹 페이지의 URL 타입에 따라 단말기(10)에 적절한 광고를 제공하기 위한 HTML 템플릿을 선택하고, 광고 타입(예를 들어, 전면 광고, 비전면 광고 등)을 선택한다.

이후 패킷 제어부(55)는 해당 단말기(10)의 단말기 식별 정보(예를 들어, 전화번호)를 이용하여 해당 단말기(10)의 최종 광고 제공 시간을 확인하여 설정된 광고 전송 주기보다 오랜 시간 동안 광고가 전송되지 않았으면 라우터(30)(또는 탭, 신호 분배기 중 어느 하나)로부터 수신한 패킷을 광고 제공 대상 패킷으로 판단하고, 최종 광고 제공 시간을 현재 시각으로 업데이트한다.

그리고 광고 제공 대상 패킷으로 결정된 HTTP 요청 패킷에 대한 HTTP 응답 패킷을 생성하여 단말기(10)로 전송한다. 이때 패킷 제어부(55)는 HTTP 응답 패킷에 앞서 선택된 HTML 템플릿에 대한 HTML 템플릿 ID를 HTTP 응답 패킷에 포함시켜 전송한다. 그리고 단말기(10)와 웹 서버(60) 간에 설정되어 있는 TCP 세션을 해제시키기 위해 HTTP 응답 패킷의 헤더에 종료(FIN) 플래그를 세팅하여 전송하는 한편, 웹 서버(60)로 리셋(RST) 플래그가 세팅된 TCP 패킷을 전송한다.

또한 패킷 제어부(55)는 HTTP 요청 패킷의 요청 방식이 'GET'인 패킷만을 추출한 후, 목적지 URL을 확인하여 목적지 URL이 애플리케이션 다운로드 요청 URL인 경우에는, 애플리케이션 다운로드 요청 URL에 포함되어 있는 애플리케이션 식별자를 확인하여 광고주(또는 광고 대행사)가 등록해 놓은 애플리케이션 식별자 정보와 동일한지를 확인한다. 확인결과 두 애플리케이션 식별자 정보가 동일하면, 현재 시각에서 최종 광고 제공 시간을 뺀 값이 기설정되어 있는 CPI 판단 시간(예를 들어, 10초)보다 작은지를 확인하여 해당 애플리케이션 다운로드가 CPI 광고를 통한 다운로드인지 확인한다. 여기서 CPI 판단 시간은 사용자가 CPI 광고를 통해 해당 애플리케이션을 다운로드 한다고 판단할 수 있는 임계값이다. 확인결과 해당 애플리케이션 다운로드가 CPI 광고를 통한 다운로드로 확인되면, 광고 서버(70)의 광고 관리부(76)로 해당 애플리케이션 식별자에 대응하는 광고의 CPI 과금을 요청한다.

여기서 패킷 제어부(55)는 애플리케이션 다운로드 요청 URL에 포함되어 있는 애플리케이션 식별자와 광고주(또는 광고 대행사)가 등록해 놓은 애플리케이션 식별자가 동일한지를 확인하기 위해 연동된 광고 서버(70)로부터 각 CPI 광고에 지정된 애플리케이션에 대한 애플리케이션 식별자 정보를 제공받아 저장하고 있다.

또한 패킷 제어부(55)는 라우터(30)(또는 탭, 신호 분배기 중 어느 하나)를 통해 수집된 패킷 중에서 단말기(10)가 애플리케이션의 설치 및 실행 여부를 알리기 위해 애플리케이션 서버(85)로 전송하는 HTTP 패킷을 분석하여 사용자가 애플리케이션을 온전히 다운로드 받았는지 또는 애플리케이션을 실행했는지 등을 확인할 수 있다.

도 3은 본 발명에 적용되는 광고 서버의 구성을 개략적으로 보인 도면이다.

도 3에서 광고 컨텐츠 DB(71)는 단말기(10)에 제공할 광고 컨텐츠를 각 광고주(또는 광고 대행사)로부터 등록 및 변경받아 저장한다.

광고주(또는 광고 대행사)가 광고 컨텐츠 DB(71)에 광고 컨텐츠를 저장할 때, 광고 컨텐츠 DB(71)에 저장할 광고 컨텐츠가 CPI 광고이면, 해당 CPI 광고의 메타 데이터에 해당 CPI 광고에 지정된 애플리케이션의 애플리케이션 식별자 정보와 해당 CPI 광고에 지정된 애플리케이션을 다운로드 받을 수 있는 웹 페이지의 URL(랜딩 페이지 URL)을 함께 포함시켜 저장한다. 이때 각각의 CPI 광고 메타 데이터에는 단말기(10)에 탑재되는 OS의 종류별로 복수 개의 애플리케이션 식별자와 복수 개의 랜딩 URL 페이지가 등록될 수 있다.

광고 컨텐츠 DB(71)에 저장된 각각의 광고 컨텐츠에는 광고 컨텐츠가 사용자에게 제공될 조건인 타겟팅 정보가 매핑되어 있다.

타겟팅 정보로는 광고 컨텐츠가 제공될 단말기(10)의 단말기 타입, OS 정보, 브라우저 정보, 웹 페이지의 URL, 시간, 위치 정보 등이 포함될 수 있다.

광고 컨텐츠 DB(71)에 저장되는 광고 컨텐츠는 실제 컨텐츠일 수도 있고, 실제 컨텐츠의 저장 위치를 나타내는 URL일 수도 있다.

단말기 검증부(72)는 광고 요청 패킷을 전송한 단말기(10)의 광고 요청이 정당한 지를 검증한다. 즉 단말기 검증부(72)는 광고 요청 패킷을 전송한 단말기의 TCP 세션 설정 정보에서 획득한 단말기 IP 주소와 광고 요청 패킷의 파라미터에서 획득한 단말기 IP 주소를 비교하여 두 단말기 IP 주소가 일치하는 지를 확인한 후, 해당 단말기 IP 주소로 서비스 정보 DB(51)를 조회하여 해당 단말기 IP 주소가 서비스 정보 DB(51)에 존재하고, 해당 단말기(10)의 전화번호(MSISDN)로 서비스 정보 DB(51)를 조회하여 해당 전화번호가 서비스 정보 DB(51)에 존재하면, 최종 광고 요청 시간이 현재 시간과 일치하는지를 확인하고, 그 결과 최종 광고 요청 시간이 현재 시간과 일치하지 않으면, 해당 단말기(10)의 일일 최대 광고 노출 회수를 확인하여 금일 광고 노출 회수가 일일 최대 노출수 이하인 경우에 해당 단말기(10)의 광고 요청을 정당한 광고 요청으로 검증한다.

광고 컨텐츠 결정부(73)는 패킷 제어 장치(50)의 서비스 정보 DB(51)에서 읽어온 단말기 관련 정보(예를 들어, 단말기 타입, OS 타입, 브랜드, 모델, 전화번호(MSISDN), 전화번호의 프리픽스, 위치 정보(LAC+CI), 시간 정보(요일, 현재 시각), 단말기가 원래 접속하려던 웹 페이지의 URL, 브라우저 정보 등)에 의거하여 그에 맞는 광고 컨텐츠를 선별한 후, 선별된 광고 컨텐츠를 우선순위에 따라 정렬하고, 우선순위에 따라 선택된 광고 컨텐츠와 관련된 여러 가지 유효성을 확인하여 해당 단말기(10)로 전송할 광고 컨텐츠를 결정한다.

HTTP 응답 패킷 생성부(74)는 광고 컨텐츠 결정부(73)에서 결정된 광고 컨텐츠에 대응하는 광고 컨텐츠 URL과 광고 컨텐츠가 표시될 광고 인벤토리에 대한 정보를 포함하는 HTTP 응답 패킷을 생성하여 단말기(10)로 전송한다.

광고 제공부(75)는 단말기(10)로부터 광고 컨텐츠를 요청하는 HTTP 요청 패킷을 수신하면, 그에 대한 응답으로 HTTP 요청 패킷에 포함되어 있는 광고 컨텐츠 URL에 대응하는 광고 컨텐츠를 단말기(10)로 전송한다.

전술한 광고 제공부(75)는 단말기(10)로 전송하는 광고 컨텐츠가 CPI 광고이면, 해당 CPI 광고를 본 사용자가 해당 CPI 광고를 클릭할 경우 이동하게 되는 랜딩 페이지 URL(해당 CPI 광고에 지정된 애플리케이션을 다운로드 받을 수 있는 웹 페이지 URL)을 HTTP 응답 패킷에 함께 포함시켜 전송하는데, CPI 광고의 메타 데이터에 애플리케이션 마켓별로 등록되어 있는 복수 개의 랜딩 페이지 URL 중에서 단말기(10)의 OS에 맞는 랜딩 페이지 URL을 HTTP 응답 패킷에 포함시켜 전송한다.

광고 관리부(76)는 패킷 제어 장치(50)의 패킷 제어부(55)로부터의 CPI 과금 요청에 따라 각 CPI 광고에 대한 과금 카운트를 1 증가시킨다.

또한 광고 관리부(76)는 광고 제공부(75)를 통해 단말기(10)로 광고 컨텐츠를 전송한 후, 사용자가 광고를 클릭함에 따라 단말기(10)가 전송한 HTTP 요청 패킷을 수신하게 되면, 해당 광고에 대한 클릭 카운트를 1 증가시킨다.

도 4 및 도 5는 본 발명의 일 실시예에 따른 CPI 광고 과금 방법을 설명하기 위한 처리도이다.

우선, 도 4에 도시하는 바와 같이 무선 데이터 망에 접속된 단말기(10)가 웹 브라우저를 실행시키고 URL을 입력하여 특정 웹 사이트 접속을 요청하면(S10), 단말기(10)는 웹 서버(60)와 3Way Handshake(SYN, SYN-ACK, ACK)를 수행하여 단말기(10)와 웹 서버(60) 간의 TCP 세션 연결을 설정한다(S12).

상기한 과정 S12를 통해 웹 서버(60)와 TCP 세션 연결을 설정한 단말기(10)는 웹 서버(60) 측으로 사용자가 원하는 웹 페이지를 요청하는 HTTP 요청 패킷(HTTP GET Request 패킷)을 전송한다(S14).

상기한 과정 S14를 통해 단말기(10)가 웹 서버(60) 측으로 전송한 HTTP 요청 패킷을 비롯하여 단말기(10)가 웹 서버(60) 측으로 전송하는 모든 패킷을 라우터(30)(또는 탭, 신호 분배기 중 어느 하나)에서 미러링하여 이를 패킷 제어 장치(50)의 패킷 제어부(55)로 전송한다(S16~S18). 이때, 단말기(10)가 웹 서버(60)로 전송한 HTTP 요청 패킷을 비롯한 모든 패킷은 변경없이 라우터(30)를 통과하여 목적지인 웹 서버(60)로 전송된다.

상기한 과정 S18을 통해 라우터(30)(또는 탭, 신호 분배기 중 어느 하나)로부터 패킷을 수신한 패킷 제어부(55)는 라우터(30)(또는 탭, 신호 분배기 중 어느 하나)로부터 수신한 패킷의 TCP 목적지 포트 번호를 확인하여 TCP 목적지 포트 번호가 웹 서비스용 포트 번호(예를 들어, 80 또는 8080)인지를 판단한다(S20).

상기한 과정 S20의 판단결과 패킷의 TCP 목적지 포트 번호가 웹 서비스용 포트 번호가 아닌 경우에는 해당 패킷을 무시하거나 폐기시키고(S21), 패킷의 TCP 목적지 포트 번호가 웹 서비스용 포트 번호인 경우에는 해당 패킷을 HTTP 요청 패킷으로 추출하고, 추출한 HTTP 요청 패킷이 유효한 패킷인지를 확인하는 패킷 유효성 검사를 실시한다(S22).

상기한 과정 S22에서 HTTP 요청 패킷의 유효성 검사는 MTU 사이즈, 패킷 수신 링크(미러 링크) 등을 이용하여 이루어질 수 있다.

상기한 과정 S22의 패킷 유효성 실시결과 HTTP 요청 패킷이 유효하지 않은 것으로 확인된 경우에는 해당 패킷을 무시하거나 폐기시키고(S21), HTTP 요청 패킷이 유효한 경우에는 해당 HTTP 요청 패킷을 패킷 파싱을 통해 패킷 구조를 분석하여 사용자 정보(예를 들어, 단말기의 IP 주소); 단말기가 원래 접속하려던 웹 페이지 URL, 단말기에 탑재된 OS, 단말기에 탑재된 브라우저 등과 같은 각종 파라미터 정보; 및 HTTP 메소드(method) 정보를 획득한다(S24).

이후에는, 상기한 과정 S24를 통해 획득한 각종 파라미터 정보를 일반 서비스 정책 정보와 비교 분석하여 광고 제공 여부를 판단하는데, 우선 상기한 과정 S24를 통해 획득한 HTTP 메소드 정보에 의거하여 HTTP 요청 패킷의 요청 방식(Request Method)이 'GET'인지를 확인한다(S26).

상기한 과정 S26의 확인결과 HTTP 요청 패킷의 요청 방식이 'GET'이 아닌 경우에는 해당 패킷을 무시하거나 폐기시키고(S21), HTTP 요청 패킷의 요청 방식이 'GET'인 경우에는 목적지 URL을 확인하여 목적지 URL이 애플리케이션 다운로드 요청 URL인 지를 확인한다(S28, S30)

상기한 과정 S30의 확인결과 목적지 URL이 애플리케이션 다운로드 요청 URL이 아닌 경우에는 단말기(10)가 원래 접속하려던 웹 페이지 URL의 확장자가 마스킹된 URL 확장자인지를 확인한다(S32).

상기한 과정 S32의 확인결과 단말기(10)가 원래 접속하려던 웹 페이지 URL의 확장자가 마스킹된 URL 확장자인 경우에는 해당 패킷을 무시하거나 폐기시키고(S21), 단말기(10)가 원래 접속하려던 웹 페이지 URL의 확장자가 마스킹된 URL 확장자가 아닌 경우에는, 단말기(10)가 원래 접속하려던 웹 페이지 URL이 마스킹된 URL을 포함하고 있는지를 확인한다(S34).

상기한 과정 S34의 확인결과 단말기(10)가 원래 접속하려던 웹 페이지 URL이 마스킹된 URL을 포함하고 있는 경우에는 해당 패킷을 무시하거나 폐기시키고(S21), 단말기(10)가 원래 접속하려던 웹 페이지 URL이 마스킹된 URL을 포함하고 있지 않은 경우에는 해당 단말기(10)의 단말기 IP 주소와 연관되어 저장되어 있는 서비스 정책 정보에 의거하여 광고 서비스 제공 대상임을 나타내는 플래그 값이 참(1)인지를 확인한다(S36).

상기한 과정 S36의 판단결과 광고 서비스 제공 대상임을 나타내는 플래그 값이 거짓(0)인 경우에는 해당 패킷을 무시하거나 폐기시키고(S21), 광고 서비스 제공 대상임을 나타내는 플래그 값이 참(1)인 경우에는 종속 포털 이동 대상 여부를 나타내는 플래그 값이 참(1)인지를 확인한다(S38).

상기한 과정 S38의 판단결과 종속 포털 이동 대상 여부를 나타내는 플래그 값이 참(1)인 경우에는 HTML 템플릿의 종속 포털 템플릿을 이용하여 HTTP 응답 패킷을 생성하여 단말기(10)로 전송하고(S39), 종속 포털 이동 대상 여부를 나타내는 플래그 값이 거짓(0)인 경우에는 해당 단말기(10)의 단말기 타입과 단말기(10)가 원래 접속하려던 웹 페이지의 URL 타입에 의거하여 단말기(10)에 적절한 광고를 제공하기 위한 HTML 템플릿을 선택하고, 광고 타입(예를 들어, 전면 광고, 비전면 광고)을 선택한다(S40).

이후, 패킷 제어부(55)는 해당 단말기(10)의 단말기 식별 정보(예를 들어, 전화번호(MSISDN))를 이용하여 해당 단말기(10)의 최종 광고 제공 시간을 확인하고, 현재 시각에서 최종 광고 제공 시간을 뺀 시간이 설정된 광고 전송 주기를 초과하는지를 확인한다(S42).

상기한 과정 S42의 확인결과 현재 시각에서 최종 광고 제공 시간을 뺀 시간이 설정된 광고 전송 주기를 초과하지 않은 경우에는 해당 패킷을 무시하거나 폐기시키고(S21), 현재 시각에서 최종 광고 제공 시간을 뺀 시간이 설정된 광고 전송 주기를 초과한 경우에는 해당 패킷을 광고 제공 대상 패킷으로 판단하고, 해당 단말기(10)의 최종 광고 제공 시간을 현재 시각으로 업데이트한다(S44).

이후, 패킷 제어부(55)는 광고 제공 대상 패킷으로 결정된 HTTP 요청 패킷에 대한 HTTP 응답 패킷을 생성하여 단말기(10)로 전송한다(S48).

전술한 과정 S48에서 생성되는 HTTP 응답 패킷은 HTML 템플릿 ID, 단말기(10)의 IP 주소, 단말기(10)가 원래 접속하려던 웹 페이지의 URL, 광고 서버(70)의 URL, 단말기(10)가 원래 접속하려던 웹 페이지의 도큐먼트 타입, 단말기(10)가 원래 접속하려던 웹 페이지의 도큐먼트 도메인, 광고 타입(전면 광고, 비전면 광고 등) 등을 포함하여 이루어질 수 있다.

상기한 과정 S48을 통해 생성한 HTTP 응답 패킷을 HTTP 요청 패킷에 대한 응답으로 단말기(10)로 전송함과 동시에, 웹 서버(60)로는 단말기(10)와 웹 서버(60) 간에 연결되어 있는 세션을 해제시키기 위해 리셋(RST) 플래그가 세팅된 TCP 패킷(TCP RST 패킷)을 전송한다(S46).

상기한 과정 S48에서 패킷 제어 장치(50)의 패킷 제어부(55)가 단말기(10)로 전송하는 HTTP 응답 패킷의 헤더에는 단말기(10)와 웹 서버(60) 간에 연결되어 있는 세션을 해제시키기 위해 종료(FIN) 플래그가 세팅되어 있다.

상기한 과정 S48을 통해 패킷 제어부(55)로부터 HTTP 응답 패킷을 수신한 단말기(10)는 HTTP 응답 패킷의 헤더에 세팅되어 있는 종료(FIN) 플래그에 따라 웹 서버(60)와 설정되어 있는 세션을 해제한 후(S50), 도 5에 도시하는 바와 같이 HTTP 응답 패킷에 포함되어 있는 광고 서버(70)의 URL에 의거하여 광고 서버(70)와 3 Way Handshake(SYN, SYN-ACK, ACK)를 수행하여 TCP 세션 연결을 설정한 후(S52), 광고 서버(70)로 광고를 요청하는 HTTP 요청 패킷인 광고 요청 패킷을 전송한다(S54).

상기한 과정 S54를 통해 단말기(10)로부터 광고 요청 패킷을 수신한 광고 서버(70)는 패킷 제어 장치(50)의 서비스 정보 DB(51)에서 읽어온 단말기 관련 정보(예를 들어, 단말기 타입, OS 타입, 브랜드, 모델, 전화번호(MSISDN), 전화번호의 프리픽스, 위치 정보(LAC+CI), 시간 정보(요일, 현재 시각), 단말기(10)가 원래 접속하려던 웹 페이지의 URL 정보, 브라우저 정보 등)와 각 광고 컨텐츠별로 매핑되어 있는 타겟팅 정보에 의거하여 단말기(10)로 전송할 광고 컨텐츠를 결정한다(S56).

상기한 과정 S56에서 단말기(10)로 전송할 광고 컨텐츠를 결정할 때, 광고 서버(70)는 단말기(10)의 OS에 맞는 광고 컨텐츠를 결정하는 것이 바람직하다.

이후, 광고 서버(70)는 상기한 과정 S56을 통해 결정된 광고 컨텐츠에 대응하는 광고 컨텐츠 URL를 포함하는 HTTP 응답 패킷을 생성하여 단말기(10)로 전송한다(S58).

상기한 과정 S58을 통해 광고 서버(70)로부터 HTTP 응답 패킷을 수신한 단말기(10)는 광고 서버(70)로부터 수신한 HTTP 응답 패킷에 포함되어 있는 광고 컨텐츠 URL에 의거하여 광고 서버(70)로 광고 컨텐츠를 요청하는 HTTP 요청 패킷을 전송하고, 그에 대한 응답으로 광고 서버(70)로부터 광고 컨텐츠를 다운로드받은 후(S60), 다운로드받은 광고 컨텐츠를 표시한다(S62).

상기한 과정 S60에서 광고 서버(70)는 단말기(10)로 전송하는 광고 컨텐츠가 CPI 광고이면, 해당 CPI 광고의 메타 데이터에 애플리케이션 마켓별로 등록되어 있는 복수 개의 랜딩 페이지 URL 중에서 단말기(10)의 OS에 맞는 랜딩 페이지 URL을 HTTP 응답 패킷에 포함시켜 전송한다.

이후 사용자가 상기한 과정 S60을 통해 다운로드 받은 광고 컨텐츠를 클릭하게 되면(S64), 단말기(10)는 광고 서버(70)로 사용자가 광고를 클릭했음을 알리기 위해 HTTP 요청 패킷을 전송하고(S65), 광고 서버(70)는 단말기(10)로부터 HTTP 요청 패킷을 수신함에 따라 해당 광고에 대한 클릭 카운트를 1 증가시킨다(S66).

상기한 과정 S65에서 단말기(10)가 광고 서버(70)로 전송하는 HTTP 요청 패킷에는 사용자가 클릭한 광고에 대한 식별 정보가 포함되는 것이 바람직하다.

상기한 과정 S65를 통해 단말기(10)가 광고 서버(70)로 사용자가 광고를 클릭했음을 알리기 위해 HTTP 요청 패킷을 전송함과 동시에, 단말기(10)는 사용자에 의해 클릭된 광고 컨텐츠가 CPI 광고이면, HTTP 응답 패킷에 포함되어 있는 랜딩 페이지 URL에 의거하여 애플리케이션 마켓 서버(80)와 3 Way Handshake(SYN, SYN-ACK, ACK)를 수행하여 TCP 세션 연결을 설정한 후(S67), 애플리케이션 마켓 서버(80)로 랜딩 페이지 URL을 포함하는 HTTP 요청 패킷을 전송하여 해당 CPI 광고에 지정된 애플리케이션을 다운로드 받을 수 있는 웹 페이지를 요청한다(S68).

상기한 과정 S68을 통해 단말기(10)로부터 HTTP 요청 패킷을 수신한 애플리케이션 마켓 서버(80)는 랜딩 페이지 URL에 대응하는 웹 페이지(CPI 광고에 지정된 애플리케이션을 다운로드 받을 수 있는 웹 페이지)를 HTTP 응답 패킷에 포함시켜 단말기(10)로 전송한다(S70).

상기한 과정 S70을 통해 애플리케이션 마켓 서버(80)로부터 CPI 광고에 지정된 애플리케이션을 다운로드 받을 수 있는 웹 페이지를 다운로드 받은 단말기(10)는 사용자가 다운로드 버튼을 클릭하면(S72), 다운로드 받을 애플리케이션 식별자를 포함하는 애플리케이션 다운로드 요청 URL을 포함하는 HTTP 요청 패킷을 애플리케이션 마켓 서버(80)로 전송하여 애플리케이션 마켓 서버(80)로부터 애플리케이션을 다운로드 받아 설치한다(S76).

한편 상기한 과정 S74를 통해 단말기(10)가 애플리케이션 마켓 서버(80)로 전송한 HTTP 요청 패킷은 라우터(30)(또는 탭, 신호 분배기 중 어느 하나)에서 미러링되어 패킷 제어 장치(50)의 패킷 제어부(55)로 전송된다(S78~S80). 이때 라우터(30)는 상기한 과정 S74를 통해 단말기(10)가 애플리케이션 마켓 서버(80)로 전송한 HTTP 요청 패킷뿐만 아니라 단말기(10)가 웹 서버(60)와 주고받는 모든 패킷, 단말기(10)가 애플리케이션 마켓 서버(80)와 주고받는 모든 패킷을 미러링하여 패킷 제어 장치(50)의 패킷 제어부(55)로 전송한다.

상기한 과정 S80을 통해 라우터(30)(또는 탭, 신호 분배기 중 어느 하나)로부터 패킷을 수신한 패킷 제어부(55)는 라우터(30)(또는 탭, 신호 분배기 중 어느 하나)로부터 수신한 패킷의 TCP 목적지 포트 번호를 확인하여 TCP 목적지 포트 번호가 웹 서비스용 포트 번호(예를 들어, 80 또는 8080)인지를 판단한다(S82).

상기한 과정 S82의 판단결과 패킷의 TCP 목적지 포트 번호가 웹 서비스용 포트 번호가 아닌 경우에는 해당 패킷을 무시하거나 폐기시키고(S81), 패킷의 TCP 목적지 포트 번호가 웹 서비스용 포트 번호인 경우에는 해당 패킷을 HTTP 요청 패킷으로 추출하고, 추출한 HTTP 요청 패킷이 유효한 패킷인지를 확인하는 패킷 유효성 검사를 실시한다(S84).

상기한 과정 S84의 패킷 유효성 실시결과 HTTP 요청 패킷이 유효하지 않은 것으로 확인된 경우에는 해당 패킷을 무시하거나 폐기시키고(S81), HTTP 요청 패킷이 유효한 경우에는 해당 HTTP 요청 패킷을 패킷 파싱을 통해 패킷 구조를 분석하여 사용자 정보(예를 들어, 단말기의 IP 주소); 단말기가 원래 접속하려던 웹 페이지 URL, 단말기에 탑재된 OS, 단말기에 탑재된 브라우저 등과 같은 각종 파라미터 정보; 및 HTTP 메소드(method) 정보를 획득한다(S86).

이후에는, 상기한 과정 S86을 통해 획득한 HTTP 메소드 정보에 의거하여 HTTP 요청 패킷의 요청 방식(Request Method)이 'GET'인지를 확인한다(S88).

상기한 과정 S88의 확인결과 HTTP 요청 패킷의 요청 방식이 'GET'이 아닌 경우에는 해당 패킷을 무시하거나 폐기시키고(S81), HTTP 요청 패킷의 요청 방식이 'GET'인 경우에는 목적지 URL을 확인하여 목적지 URL이 애플리케이션 다운로드 요청 URL인 지를 확인한다(S90, S92)

상기한 과정 S92의 확인결과 목적지 URL이 애플리케이션 다운로드 요청 URL인 경우에는, 애플리케이션 다운로드 요청 URL에 포함되어 있는 애플리케이션 식별자를 확인하여 광고주(또는 광고 대행사)가 등록해 놓은 애플리케이션 식별자 정보와 동일한지를 확인한다(S94).

상기한 과정 S94의 확인결과 두 애플리케이션 식별자 정보가 동일하지 않으면, 상기한 과정 S32로 진행하고, 두 애플리케이션 식별자 정보가 동일하면, 현재 시각에서 최종 광고 제공 시간을 뺀 값이 기설정되어 있는 CPI 판단 시간(예를 들어, 10초)보다 작은지를 확인하여 해당 애플리케이션 다운로드가 CPI 광고를 통한 다운로드인지로 확인한다(S96). 상기한 과정 S96에서 CPI 판단 시간은 사용자가 CPI 광고를 통해 해당 애플리케이션을 다운로드 한다고 판단할 수 있는 임계값이다.

상기한 과정 S96의 확인결과 해당 애플리케이션 다운로드가 CPI 광고를 통한 다운로드가 아닌 경우에는 상기한 과정 S32로 진행하고, 확인결과 해당 애플리케이션 다운로드가 CPI 광고를 통한 다운로드로 확인되면, 광고 서버(70)의 광고 관리부(76)로 해당 애플리케이션 식별자에 대응하는 광고의 CPI 과금을 요청한다(S98).

한편 상기한 과정 S76을 통해 단말기(10)에 다운로드 된 애플리케이션은 단말기(10)에 설치 완료되면, 애플리케이션 서버(85)와 통신하여 애플리케이션 서버(85)로 설치 정보를 전달할 수도 있고, 사용자에 의해 실행되면 애플리케이션 서버(85)와 통신하여 애플리케이션 서버(85)로 애플리케이션 실행 정보를 전달할 수도 있다. 이때 단말기(10)는 애플리케이션 서버(85)와 HTTP를 통해 통신을 수행하며, HTTP 패킷의 User-Agent 헤더에는 애플리케이션 관련 정보(예를 들어, HTTP 패킷을 발생시킨 애플리케이션의 이름, 버전 정보 등)가 포함된다.

애플리케이션 설치 정보 및 실행 정보를 전달하기 위해 단말기(10)가 애플리케이션 서버(85)로 전송하는 HTTP 패킷은 라우터(30)(또는 탭, 신호 분배기 중 어느 하나)에서 미러링되어 패킷 제어 장치(50)의 패킷 제어부(55)로 전송되며, 패킷 제어부(55)는 단말기(10)로부터 수신한 HTTP 패킷을 분석하여 사용자가 애플리케이션을 온전히 다운로드 받았는지 또는 애플리케이션을 실행했는지 등을 확인할 수 있다.

이와 같이 패킷 제어 장치(50)에서 사용자가 애플리케이션을 다운로드 및 설치한 후 실행했음을 확인할 수 있게 됨에 따라, 다운로드 받은 애플리케이션을 실행해야 광고주가 광고비를 지급하는 CPE(Cost Per Engagement) 광고 과금 방식을 제공할 수 있게 된다.

이상에서 살펴본 바와 같이 본 발명의 일 실시예에서는 CPI 광고와 해당 CPI 광고에 지정된 애플리케이션을 모두 무선 데이터 망에서 다운로드 받는 경우를 예를 들어 설명하였으나, CPI 광고는 무선 데이터 망을 통해 다운로드 받고, 해당 CPI 광고에 지정된 애플리케이션은 와이파이 망을 통해 다운로드 받을 수도 있다.

전술한 바와 같이 CPI 광고는 무선 데이터 망을 통해 다운로드 받고, 해당 CPI 광고에 지정된 애플리케이션은 와이파이 망을 통해 다운로드 받을 경우에는 도 6에 도시하는 바와 같이 와이파이 망과 연동하여 CPI 광고 과금을 수행한다.

즉 와이파이 망의 패킷 제어 장치(120)는 와이파이 AP(90)와 인증 서버(110) 간의 인증 메시지를 라우터(100)를 통해 미러링하여 수집한 후, 수집된 인증 메시지에서 전화번호(MSISDN), 단말기 식별자(IMSI) 등의 사용자 식별 정보를 수집하여 저장 관리한다. 이때 와이파이 인증 방식에 따라 수집되는 사용자 식별 정보는 변할 수 있다.

이후 단말기(100)가 와이파이 망을 통해 애플리케이션 마켓 서버(80)에 접속하여 애플리케이션을 다운로드 받고자 하는 경우, 패킷 제어 장치(120)는 CPI 광고를 클릭한 단말기(10)의 사용자 정보에 기반하여 해당 단말기(10)가 CPI 광고를 제공받은 단말기(10)인 지를 확인하고, 확인결과 해당 단말기(10)가 CPI 광고를 제공받은 단말기(10)로 확인되면, 광고 서버(70)로 해당 애플리케이션에 대응하는 광고의 CPI 과금을 요청한다.

본 발명의 CPI 광고 과금 방법 및 광고 제공 시스템은 전술한 실시예에 국한되지 않고 본 발명의 기술 사상이 허용하는 범위 내에서 다양하게 변형하여 실시할 수 있다.

10. 단말기, 20. 패킷 게이트웨이,
30, 100. 라우터, 40. 인증·과금 서버,
50, 120. 패킷 제어 장치, 60. 웹 서버,
70. 광고 서버, 80. 애플리케이션 마켓 서버,
85. 애플리케이션 서버, 90. 와이파이 AP,
110. 과금 서버

Claims

단말기에 수신된 CPI 광고가 클릭됨에 따라 애플리케이션 마켓 서버로부터 제공받은 랜딩 페이지에 구비된 다운로드 버튼이 클릭되면, 상기 단말기가 상기 애플리케이션 마켓 서버로 HTTP 요청 패킷을 전송하여 상기 CPI 광고에 지정된 애플리케이션의 다운로드를 요청하는 과정;
라우터에서 상기 HTTP 요청 패킷을 미러링하여 패킷 제어 장치의 패킷 제어부로 전달하는 과정;
상기 패킷 제어부가 상기 전달받은 HTTP 요청 패킷의 목적지 URL이 애플리케이션 다운로드 요청 URL인 지를 확인하는 과정;
확인결과 목적지 URL이 애플리케이션 다운로드 요청 URL이면, 상기 애플리케이션 다운로드 요청 URL에 포함되어 있는 애플리케이션 식별자가 기등록된 애플리케이션 식별자와 동일한 지를 확인하는 과정;
확인결과 두 애플리케이션 식별자 정보가 동일하면, 애플리케이션 다운로드가 CPI 광고를 통한 다운로드인지 확인하는 과정; 및
확인결과 애플리케이션 다운로드가 CPI 광고를 통한 다운로드로 확인되면, 광고 서버의 광고 관리부로 상기 애플리케이션 식별자에 대응하는 광고의 CPI 과금을 요청하는 과정을 포함하여 이루어지는 CPI 광고 과금 방법.
제 1항에 있어서, 상기 CPI 광고에 지정된 애플리케이션의 다운로드를 요청하는 과정은,
웹 페이지를 요청하기 위해 웹 서버로 HTTP 요청 패킷을 전송한 단말기가 HTTP 응답 패킷을 통해 광고 서버로부터 CPI 광고를 제공받는 과정;
상기 CPI 광고가 클릭되면, 상기 HTTP 응답 패킷에 포함되어 있는 랜딩 페이지 URL을 이용하여 애플리케이션 마켓 서버로 랜딩 페이지를 요청하여 제공받는 과정; 및
상기 랜딩 페이지에 구비된 다운로드 버튼이 클릭되면, 상기 CPI 광고에 지정된 애플리케이션 식별자를 포함하여 이루어지는 애플리케이션 다운로드 요청 URL을 포함하는 HTTP 요청 패킷을 상기 애플리케이션 마켓 서버로 전송하여 상기 CPI 광고에 지정된 애플리케이션의 다운로드를 요청하는 과정을 포함하여 이루어지는 CPI 광고 과금 방법.
제 2항에 있어서, 상기 CPI 광고가 클릭되면, 상기 단말기가 광고 서버로 상기 CPI 광고가 클릭 되었음을 알리는 HTTP 패킷을 전송하는 과정을 더 포함하여 이루어지는 CPI 광과 과금 방법.
제 2항에 있어서, 상기 광고 서버로부터 CPI 광고를 제공받는 과정은,
상기 단말기가 상기 웹 서버로 전송하는 HTTP 요청 패킷을 라우터에서 복사하여 패킷 제어 서버로 전달하는 과정;
상기 HTTP 요청 패킷을 분석하여 상기 HTTP 요청 패킷이 광고 제공 대상 패킷으로 확인되면, 광고 서버 URL을 포함하는 HTTP 응답 패킷을 생성하여 상기 단말기로 전송하는 과정;
상기 단말기에서 상기 HTTP 응답 패킷에 포함되어 있는 광고 서버 URL에 의거하여 광고 서버로 광고를 요청하는 광고 요청 패킷을 전송하는 과정;
상기 광고 서버에서 상기 단말기로 전송할 광고 컨텐츠를 결정하고, 결정된 광고 컨텐츠에 대응하는 광고 컨텐츠 URL을 HTTP 응답 패킷에 포함시켜 상기 단말기로 전송하는 과정;
상기 단말기에서 상기 광고 컨텐츠 URL에 의거하여 상기 광고 서버로 광고 컨텐츠를 요청하는 HTTP 요청 패킷을 전송하는 과정; 및
상기 광고 서버에서 상기 단말기의 요청에 따라 HTTP 응답 패킷에 광고 컨텐츠를 포함시켜 전송하되, 상기 단말기로 전송하는 광고 컨텐츠가 CPI 광고이면, 상기 CPI 광고의 메타 데이터에 애플리케이션 마켓별로 등록되어 있는 복수 개의 랜딩 페이지 URL 중에서 상기 단말기의 OS에 맞는 랜딩 페이지 URL을 HTTP 응답 패킷에 포함시켜 전송하는 과정을 포함하여 이루어지는 CPI 광고 과금 방법.
제 2항 또는 제 4항에 있어서, 상기 랜딩 페이지 URL은,
상기 CPI 광고에 지정된 애플리케이션을 다운로드 받을 수 있는 웹 페이지의 URL인 것을 특징으로 하는 CPI 광고 과금 방법.
제 1항에 있어서, 상기 애플리케이션 다운로드가 CPI 광고를 통한 다운로드인지 확인하는 과정은,
현재 시각에서 최종 광고 제공 시간을 뺀 값이 기설정되어 있는 CPI 판단 시간보다 작은지를 확인하여, 애플리케이션 다운로드가 CPI 광고를 통한 다운로드인지를 확인하는 과정인 것을 특징으로 하는 CPI 광고 과금 방법.
제 1항에 있어서, 상기 단말기가 상기 애플리케이션 다운로드 요청 URL을 포함하는 HTTP 요청 패킷에 대한 응답으로 상기 애플리케이션 마켓 서버로부터 상기 CPI 광고에 지정된 애플리케이션을 다운로드 받아 설치하는 과정을 더 포함하여 이루어지는 CPI 광고 과금 방법.
제 7항에 있어서, 상기 애플리케이션이 상기 단말기에 설치 완료되면 상기 단말기가 HTTP 패킷을 이용하여 애플리케이션 서버로 애플리케이션 설치 정보를 전송하는 과정;
상기 애플리케이션이 실행되면, 상기 단말기가 HTTP 패킷을 이용하여 상기 애플리케이션 서버로 애플리케이션 실행 정보를 전송하는 과정;
패킷 제어 장치가 라우터를 통해 상기 단말기가 상기 애플리케이션 서버로 전송하는 HTTP 패킷을 수집하는 과정; 및
상기 패킷 제어 장치가 수집된 HTTP 패킷을 분석하여 상기 애플리케이션의 설치 상태 및 실행 여부를 확인하는 과정을 더 포함하여 이루어지는 CPI 광고 과금 방법.
CPI 광고에 지정된 애플리케이션이 저장되어 있는 애플리케이션 마켓 서버;
광고 서버로부터 CPI 광고를 수신하고, 상기 CPI 광고가 클릭됨에 따라 상기 애플리케이션 마켓 서버로부터 제공받은 랜딩 페이지에 구비된 다운로드 버튼이 클릭되면, 상기 애플리케이션 마켓 서버로 HTTP 요청 패킷을 전송하여 상기 CPI 광고에 지정된 애플리케이션의 다운로드를 요청하는 단말기;
상기 HTTP 요청 패킷을 미러링하는 라우터; 및
상기 라우터로부터 전달받은 패킷 중에서 HTTP 요청 패킷만을 추출하고, 추출된 HTTP 요청 패킷을 분석하여 목적지 URL이 애플리케이션 다운로드 요청 URL이면, 애플리케이션 다운로드 요청 URL에 포함되어 있는 애플리케이션 식별자가 기등록된 애플리케이션 식별자와 동일한지를 확인하고, 애플리케이션 다운로드가 CPI 광고를 통한 다운로드로 확인되면, 상기 광고 서버의 광고 관리부로 상기 애플리케이션 식별자에 대응하는 광고의 CPI 과금을 요청하는 패킷 제어 장치를 포함하여 이루어지는 광고 제공 시스템.
제 9항에 있어서, 상기 광고 서버는,
상기 단말기로부터 광고 요청 패킷을 수신하면, 상기 단말기로 전송할 광고 컨텐츠를 결정한 후, 결정된 광고 컨텐츠에 대응하는 광고 컨텐츠 URL을 HTTP 응답 패킷에 포함시켜 상기 단말기로 전송하고, 상기 단말기로부터 광고 컨텐츠를 요청하는 HTTP 요청 패킷을 수신하면, HTTP 응답 패킷에 광고 컨텐츠를 포함시켜 전송하되, 상기 단말기로 전송하는 광고 컨텐츠가 CPI 광고이면, 상기 CPI 광고의 메타 데이터에 애플리케이션 마켓별로 등록되어 있는 복수 개의 랜딩 페이지 URL 중에서 상기 단말기의 OS에 맞는 랜딩 페이지 URL을 HTTP 응답 패킷에 포함시켜 전송하는 것을 특징으로 하는 광고 제공 시스템.
제 10항에 있어서, 상기 광고 서버는,
상기 단말기로 광고 컨텐츠를 전송한 후, 상기 단말기로부터 상기 CPI 광고가 클릭 되었음을 알리는 HTTP 패킷을 수신하게 되면, 상기 CPI 광고에 대한 클릭 카운트를 증가시키는 것을 특징으로 하는 광고 제공 시스템.
제 9항에 있어서, 상기 단말기는,
상기 CPI 광고가 클릭되면, 상기 광고 서버로 상기 CPI 광고가 클릭 되었음을 알리는 HTTP 패킷을 전송하는 한편, 상기 광고 서버로부터 상기 CPI 광고를 제공받은 HTTP 응답 패킷에 포함되어 있는 랜딩 페이지 URL을 이용하여 애플리케이션 마켓 서버로 랜딩 페이지를 요청하여 제공받고, 상기 랜딩 페이지에 구비된 다운로드 버튼이 클릭되면, 상기 CPI 광고에 지정된 애플리케이션 식별자를 포함하여 이루어지는 애플리케이션 다운로드 요청 URL을 포함하는 HTTP 요청 패킷을 상기 애플리케이션 마켓 서버로 전송하여 상기 CPI 광고에 지정된 애플리케이션의 다운로드를 요청하는 것을 특징으로 하는 광고 제공 시스템.
제 12항에 있어서, 상기 단말기는,
상기 애플리케이션 다운로드 요청 URL을 포함하는 HTTP 요청 패킷에 대한 응답으로 상기 애플리케이션 마켓 서버로부터 상기 CPI 광고에 지정된 애플리케이션을 다운로드 받아 설치하되, 상기 애플리케이션이 상기 단말기에 설치 완료되면 HTTP 패킷을 이용하여 애플리케이션 서버로 애플리케이션 설치 정보를 전송하고, 상기 애플리케이션이 실행되면, HTTP 패킷을 이용하여 상기 애플리케이션 서버로 애플리케이션 실행 정보를 전송하고,
패킷 제어 장치는, 라우터를 통해 상기 단말기가 상기 애플리케이션 서버로 전송하는 HTTP 패킷을 수집하고, 수집된 HTTP 패킷을 분석하여 상기 애플리케이션의 설치 상태 및 실행 여부를 확인하는 것을 특징으로 하는 광고 제공 시스템.
제 9항에 있어서, 상기 CPI 광고는,
상기 CPI 광고에 지정된 애플리케이션의 애플리케이션 식별자 정보와 상기 CPI 광고에 지정된 애플리케이션을 다운로드 받을 수 있는 웹 페이지의 URL(랜딩 페이지 URL)이 등록된 메타 데이터를 포함하여 이루어지되,
상기 메타 데이터에는 단말기에 탑재되는 OS의 종류별로 복수 개의 애플리케이션 식별자와 복수 개의 랜딩 URL 페이지가 등록되는 것을 특징으로 하는 광고 제공 시스템.