KR101545909B1 - 아이피 티브이의 시청 정보 수집 방법 및 시스템 - Google Patents

아이피 티브이의 시청 정보 수집 방법 및 시스템 Download PDF

Info

Publication number
KR101545909B1
KR101545909B1 KR1020080120697A KR20080120697A KR101545909B1 KR 101545909 B1 KR101545909 B1 KR 101545909B1 KR 1020080120697 A KR1020080120697 A KR 1020080120697A KR 20080120697 A KR20080120697 A KR 20080120697A KR 101545909 B1 KR101545909 B1 KR 101545909B1
Authority
KR
South Korea
Prior art keywords
viewing
information
iptv
reporting
audience
Prior art date
Application number
KR1020080120697A
Other languages
English (en)
Other versions
KR20100062225A (ko
Inventor
금지은
황승오
정보선
Original Assignee
삼성전자주식회사
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 삼성전자주식회사 filed Critical 삼성전자주식회사
Priority to KR1020080120697A priority Critical patent/KR101545909B1/ko
Priority to PCT/KR2009/007105 priority patent/WO2010064825A2/en
Priority to US12/628,658 priority patent/US20100138283A1/en
Publication of KR20100062225A publication Critical patent/KR20100062225A/ko
Application granted granted Critical
Publication of KR101545909B1 publication Critical patent/KR101545909B1/ko

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04H—BROADCAST COMMUNICATION
    • H04H60/00—Arrangements for broadcast applications with a direct linking to broadcast information or broadcast space-time; Broadcast-related systems
    • H04H60/35—Arrangements for identifying or recognising characteristics with a direct linkage to broadcast information or to broadcast space-time, e.g. for identifying broadcast stations or for identifying users
    • H04H60/46—Arrangements for identifying or recognising characteristics with a direct linkage to broadcast information or to broadcast space-time, e.g. for identifying broadcast stations or for identifying users for recognising users' preferences
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/442—Monitoring of processes or resources, e.g. detecting the failure of a recording device, monitoring the downstream bandwidth, the number of times a movie has been viewed, the storage space available from the internal hard disk
    • H04N21/44213—Monitoring of end-user related data
    • H04N21/44222—Analytics of user selections, e.g. selection of programs or purchase activity
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04H—BROADCAST COMMUNICATION
    • H04H60/00—Arrangements for broadcast applications with a direct linking to broadcast information or broadcast space-time; Broadcast-related systems
    • H04H60/29—Arrangements for monitoring broadcast services or broadcast-related services
    • H04H60/33—Arrangements for monitoring the users' behaviour or opinions
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/442—Monitoring of processes or resources, e.g. detecting the failure of a recording device, monitoring the downstream bandwidth, the number of times a movie has been viewed, the storage space available from the internal hard disk
    • H04N21/44204—Monitoring of content usage, e.g. the number of times a movie has been viewed, copied or the amount which has been watched
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/61—Network physical structure; Signal processing
    • H04N21/6106—Network physical structure; Signal processing specially adapted to the downstream path of the transmission network
    • H04N21/6125—Network physical structure; Signal processing specially adapted to the downstream path of the transmission network involving transmission via Internet
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/61—Network physical structure; Signal processing
    • H04N21/6156—Network physical structure; Signal processing specially adapted to the upstream path of the transmission network
    • H04N21/6175—Network physical structure; Signal processing specially adapted to the upstream path of the transmission network involving transmission via Internet
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/63—Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
    • H04N21/643—Communication protocols
    • H04N21/64322—IP

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Health & Medical Sciences (AREA)
  • General Health & Medical Sciences (AREA)
  • Social Psychology (AREA)
  • Databases & Information Systems (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Testing, Inspecting, Measuring Of Stereoscopic Televisions And Televisions (AREA)

Abstract

본 발명은 아이피 티브이(IPTV) 시청 정보 수집 방법 및 시스템에 관한 것으로, 이러한 본 발명은, DM 서버가 시청 정보 수집을 위한 시청 정보 수집 관리 오브젝트를 디바이스로 전송하는 과정과, 상기 시청 정보 관리 오브젝트의 시청 보고 조건을 설정하는 명령을 디바이스로 전송하는 과정과, 디바이스가 상기 시청 보고 조건에 따라 시청 정보를 DM 서버에 전송하는 과정을 포함하는 것을 특징으로 하는 아이피 티브이 시청 정보 수집 방법 및 이를 위한 시스템을 제공한다.
IPTV, OIF, Audience Research, Audience Measurement, OMA DM, UPnP DM

Description

아이피 티브이의 시청 정보 수집 방법 및 시스템{A method for collecting Audience Research in a IPTV and a system thereof}
본 발명은 통신 네트워크의 디바이스 관리 방법 및 시스템에 관한 것으로, 유선 또는 무선 연결에 무관하게 하나의 시스템을 이용하여 디바이스를 관리할 수 있는 디바이스 관리 방법 및 시스템에 관한 것이다.
IP(Internet Protocol)를 기반으로 한 컨버전스 시대에 있어 통신과 방송의 융합은 시장성이 높은 차세대 신규 비즈니스 모델로서 차세대 시장 선도 기술의 하나로 주목 받고 있다. 특히, 통방 융합 서비스의 가장 큰 축인 IPTV(Internet Protocol Television)는 기존의 TV, 음성, 데이터 기술을 하나로 재조합 또는 결합한 서비스 제공뿐 아니라 양방향성을 지원하여 더욱 다양한 비즈니스 모델과 서비스 창출이 가능한 기술이다. 특히, 이러한 IPTV 기술은 기존의 제한된 단말 환경에서 특화된 서비스 제공이 아닌 셋톱박스, PC, TV와 같은 고정형 단말 및 핸드폰, PDA(Personal Digital Assistant) 등 이동형 단말 등, 유선 및 무선망 또는 방송망 등 단말 및 네트워크에 상관없이 서비스를 제공함으로써 동일한 서비스를 다양한 환경에서 제공 및 적용 가능할 뿐 아니라 다양한 환경을 고려함으로써 다양한 형태 의 서비스 발굴이 가능하다.
한편, 무선 통신망에 연결되어 있는 수많은 디바이스를 원격으로 관리하기 위한 방법으로 OMA(Open Mobile Alliance) DM(Device Management (DM)에 대한 기술들이 존재하며 이에 대한 표준화가 이루어지고 있다. 이를 위한 DM 시스템에서, DM 서버는 DM 프로토콜을 이용하여 원격으로 DM 클라이언트가 탑재되어 있는 단말기에게 DM 메시지를 전달하여 단말기 내부의 파라미터 또는 실행 파일 등을 나타내는 MO(Management Object)를 읽어 들이거나(Get), 쓰거나(Write), 실행(Exec)함으로써 단말기의 성능을 모니터링 하고 보고하는 등의 관리를 수행한다. 또한 유선 통신망에서 디바이스를 관리 하는 기술로는 DSL 포럼에서 표준화된 TR069 가 있다. 본 발명에서는 OMA DM 기술을 중심으로 설명하겠지만 이에 상응하는 내용을 가지는 TR069 기술로 변경하는 기술에 대해도 포함한다.
도 1은 종래의 기술에 따른 시청 정보 수집 방법을 설명하기 위한 도면이다.
종래에는 도 1에 도시한 바와 같이, IPTV(110) 서비스에 가입한 사용자(100)의 시청 정보를 사업자가 수집하기 위해서는 사용자(100)에게 사업자 도메인(130)에 있는 사람이(150) 직접 전화(160->120) 통화를 통해 사용자(100)에게 물어보았다. 종래 기술에서는 본 과정을 모두 수동으로 해야 하는 불편함을 가지고 있다.
따라서 상술한 바와 같은 종래의 문제를 감안한 본 발명의 목적은 IPTV 사용자의 시청 정보를 자동으로 수집할 수 있는 시청 정보 수집 방법 및 시스템을 제공함에 있다.
또한, 본 발명의 다른 목적은 시청 정보를 수집하되, 사업자가 설정한 조건에 따라 시청 정보를 수집할 수 있는 시청 정보 수집 방법 및 시스템을 제공함에 있다.
상술한 바와 같은 목적을 달성하기 위한 본 발명의 바람직한 실시 예에 따른 아이피 티브이 시청 정보 수집 방법은, DM 서버가 시청 정보 수집을 위한 시청 정보 수집 관리 오브젝트를 디바이스로 전송하는 과정과, 상기 시청 정보 관리 오브젝트의 시청 보고 조건을 설정하는 명령을 디바이스로 전송하는 과정과, 디바이스가 상기 시청 보고 조건에 따라 시청 정보를 DM 서버에 전송하는 과정을 포함한다.
상기 시청 보고 조건은 콘텐츠 별로 기 설정된 클래스에 따라 설정하는 것을 특징으로 한다.
상기 시청 보고 조건은 보고 주기, 시청 정보 수집 빈도, 및 시청 정보를 보고해야 하는 이벤트 중 적어도 하나를 설정하는 것을 특징으로 한다.
상술한 바와 같은 목적을 달성하기 위한 본 발명의 바람직한 실시 예에 따른 아이피 티브이 시청 정보 수집 시스템은, 시청 정보 수집을 위한 시청 정보 수집 관리 오브젝트를 및 상기 시청 정보 관리 오브젝트의 시청 보고 조건을 설정하는 명령을 디바이스로 전송하는 DM 서버; 및 상기 시청 보고 조건에 따라 시청 정보를 상기 DM 서버에 전송하는 디바이스;를 포함한다.
상기 DM 서버는 상기 시청 보고 조건은 콘텐츠 별로 기 설정된 클래스에 따라 설정하는 것을 특징으로 한다.
상기 DM 서버는 상기 시청 보고 조건은 보고 주기, 시청 정보 수집 빈도, 및 시청 정보를 보고해야 하는 이벤트 중 적어도 하나를 설정하는 것을 특징으로 한다.
본 발명에 따르면, 사용자의 시청 정보를 자동으로 수집할 수 있으며, 이러한 시청 정보 수집시 사업자의 시청 정보 수집 조건에 따라 각 콘텐츠 별로 시청 정보를 수집할 수 있다. 따라서 시청 정보를 자동으로 수집하고, 조건 별로 수집함으로써, 시청 정보 수집을 효율적으로 수행할 수 있으며, 이에 따른 사용자들의 시청 성향 등의 통계 등의 자료를 다각적으로 분석할 수 있는 데이터베이스를 구축할 수 있다.
이하, 본 발명의 바람직한 실시 예들의 상세한 설명이 첨부된 도면을 참조하여 상세히 설명한다. 도면들 중 동일한 구성들은 가능한 한 어느 곳에서든지 동일한 부호들을 나타내고 있음을 유의하여야 한다.
또한, 하기 설명에서는 구체적인 특정 사항들이 나타내고 있는데, 이는 본 발명의 보다 전반적인 이해를 돕기 위해서 제공된 것일 뿐 이러한 특정 사항들 없이도 본 발명이 실시될 수 있음은 이 기술 분야에서 통상의 지식을 가진 자에게는 자명하다 할 것이다. 그리고 본 발명을 설명함에 있어, 관련된 공지 기능 혹은 구성에 대한 구체적인 설명이 본 발명의 요지를 불필요하게 흐릴 수 있다고 판단되는 경우 상세한 설명을 생략한다.
후술될 상세한 설명에는 상술한 기술적 과제를 이루기 위한 본 발명에 있어서 대표적인 실시 예를 제시할 것이다. 또한 본 발명의 설명의 편의를 위하여 홈 내 통신의 표준인 UPnP혹은 IPTV의 표준 기구인 OIF(Open IPTV Forum)에서 정의하고 있는 개체들의 명칭들을 동일하게 사용한 것이나, 이러한 표준 및 명칭들이 본 발명의 범위를 한정하는 것은 아니며, 유사한 기술적 배경을 가지는 시스템에 적용 가능함은 물론이다.
먼저, 본 발명의 실시 예에 따른 IPTV 서비스 제공 시스템의 구성을 설명하기로 한다. 도 2는 본 발명의 실시 예에 따른 IPTV 서비스 제공 시스템의 구성을 설명하기 위한 도면이다.
도 2에서, IPTV와 관련한 전체 도메인과 가치 사슬(Vlaue Chain)을 도시하였다. IPTV에 있어 서비스를 사용하는 사용자(1100)에게 IPTV 서비스를 제공하기 위해, 소비자 도메인(Consumer Domain)(1101), 네트워크 제공자 도메인(Network Provider Domain)(1102), 플랫폼 제공자 도메인(Platform Provider Domain)(1103), IPTV 서비스 제공자 도메인(IPTV Service Provider Domain)(1104), 및 콘텐트 제공 자 도메인(Contents Provider Domain)(1105)을 포함하는 5가지 도메인으로 구분될 수 있다.
우선 소비자 도메인(1101)은 IPTV 서비스를 소비하는 도메인으로써 서비스 수신 및 사용을 위한 디바이스 및 여러 디바이스로 구성된 네트워크(예: 홈 네트워크)로 구성될 수 있다. 여기서, 디바이스는 셋톱박스(Set-top Box) 뿐 아니라 휴대폰, PDA 등의 무선 환경을 지원하는 휴대형 단말도 포함될 수 있다.
네트워크 제공자 도메인(1102)은 사용자와 플랫폼 또는 서비스 제공자와 연결하여 주며 다양한 형태의 서비스 및 콘텐트를 전달해 주는 역할을 한다. 네트워크 제공자 도메인(1102)의 전송 시스템은 유선, 무선 및 방송 등 다양한 전송 기술을 지원할 수 있으며 통상적으로 유선 또는 무선의 액세스(Access)망과 액세스망과 연결되는 코어(Core) 혹은 백본(Backbone) 망으로 이루어진다.
플랫폼 제공자 도메인(1103)은 IPTV 서비스 제공자에게 공통적인 서비스를 제공하는 도메인으로 사용자 인증, 차징(Charging)등이 그 예이다.
IPTV 서비스 제공자 도메인(1104)은 소비자 도메인(1101)에 IPTV 서비스를 제공하는 도메인으로 콘텐트 제공자로부터 콘텐트를 제공받아 서비스로 패키징하여 제공한다.
콘텐트 제공자 도메인(1105)은 콘텐트 또는 콘텐트 자산을 소유하고 이에 대한 판권을 보유한 도메인이다.
상기 설명한 5가지 도메인 내에서 스케줄 된 콘텐트 서비스(Scheduled Content Service) 및 콘텐트 온-디멘드(Content on-demand) 서비스 뿐 아니라 다양 한 IPTV 서비스 제공이 가능하며 이러한 서비스 제공은 크게 4가지의 역할들이 모여 하나의 가치사슬을 형성한다.
즉, 이러한 가치사슬은 콘텐트 제작부(Content Production Unit)(1109), 콘텐트 어그리게이션부(Content Aggregation Unit)(1108), 콘텐트 전달부(Content Delivery Unit)(1107), 및 콘텐트 재구성부(Content Reconstitution Unit)(1106)를 포함한다.
콘텐트 제작부(Content Production Unit)(1109)는 콘텐트 제공자 도메인(1105)에 위치하며 실제 콘텐트를 제작하고 편집하는 역할을 수행한다.
콘텐트 어그리게이션부(Content Aggregation Unit)(1108)는 IPTV 서비스 제공자 도메인(1104)에 위치하며 다양한 콘텐트 제공자(Content Provider)로부터 콘텐트를 제공받아 다양한 서비스로 구성하는 역할을 수행한다.
콘텐트 전달부(Content Delivery Unit)(1107)는 플랫폼 제공자 도메인(1103)과 네트워크 제공자 도메인(1102)에 위치하여 IPTV 서비스 제공자로부터 제공받은 서비스(Aggregated Contents)를 소비자 도메인(1101)으로 전달하는 역할을 수행한다.
콘텐트 재구성부(Content Reconstitution Unit)(1106)은 소비자 도메인(1101)에 위치하여 제공 받은 콘텐트에 대한 사용자가 볼 수 있는 형태로 변환 하여 제공하는 역할을 수행 한다.
또한, IPTV 서비스는 크게 QoS (Quality of Service) 제공 여부에 따라 관리된 모델(Managed Model) 및 관리되지 않은 모델(Unmanaged Model(Open Internet)) 으로 구분된다. 모델에 따라 상기 관리된 모델은 서비스 사업자가 플랫폼 제공자 도메인(1103), 네트워크 제공자 도메인(1102), IPTV 서비스 제공자 도메인(1104)의 통합 운영된 형태이고, 상기 관리되지 않은 모델은 서비스 사업자와 네트워크 사업자가 분리되어 서비스 사업자는 IPTV 서비스 제공자 도메인(1104) 영역에 속하고 다른 네트워크 사업자(네트워크 제공자 도메인(1102) 및 플랫폼 제공자 도메인(1103))에게 전송을 맡기는 분리 형태 등의 구분이 가능하다.
다음으로 본 발명의 실시 예에 따른 시청 정보 수집 시스템의 구성에 대해서 살펴보기로 한다. 도 3은 본 발명의 실시 예에 따른 시청 정보 수집 시스템의 개략적인 구성을 설명하기 위한 도면이다.
본 발명의 실시 예에 따른 시청 정보 수집 시스템은, 디바이스(510), DM 서버(520), IPTV 서비스 가입 서버(530)를 포함한다.
디바이스(510)는 무선 액세스망을 통해 코어 네트워크에 접속할 수 있으며, 코어 네트워크의 일 엔티티로 DM 서버(520)이 존재할 수 있다. IPTV 서비스 가입 서버(530) 또한 코어 네트워크의 일 엔티티로 존재할 수 있다. 이러한 DM 서버(520) 및 IPTV 서비스 가입 서버(530)는 IPTV 사업자 측에서 관리하는 서버들이 된다.
디바이스(510)는 기본적으로 IPTV 사업자로부터 콘텐츠를 수신하여, 사용자에게 제공하는 역할을 수행한다. 또한, 디바이스(510)는 OMA(Open Mobile Alliance) DM(Device Management) 클라이언트 및 UPnP Execution Platform을 탑재하여 DM 프로토콜을 지원한다. 특히, 이러한 DM 프로토콜을 통해 시청 조건 보고를 위한 메시지 및 수집한 시청 정보를 DM 서버(520)로 제공한다. 또한, 디바이스(510)는 하기에서 설명할 시청정보 관리 오브젝트를 생성, 저장 및 실행하여 DM 서버(520)로 디바이스(510) 사용자의 시청 정보를 제공한다.
디바이스(510)는 무선 액세스망을 통해 코어 네트워크에 접속할 수 있으며, 코어 네트워크의 어느 일 엔티티에 해당하는 DM 서버(520)에 연결될 수 있다.
DM 서버(520)는 기본적으로, DM 프로토콜을 이용하여 원격으로 DM 클라이언트가 탑재되어 있는 디바이스(510)에게 DM 메시지를 전달하여 단말기 내부의 파라미터 또는 실행 파일 등을 나타내는 MO(Management Object)를 읽어 들이거나(Get), 쓰거나(Write), 실행(Exec)함으로써 단말기의 성능을 모니터링 하고 보고하는 등의 관리를 수행한다.
특히, 본 발명의 실시 예에 따른 DM 서버(520)는 디바이스(510)에 시청 정보 수집을 위한 리포트 조건을 전송하여, 해당 조건에 따른 시정 정보를 디바이스로부터 수집한다.
IPTV 서비스 가입 서버(530)는 IPTV 사업자가 제공하는 서버로 사용자가 IPTV 서비스에 가입할 수 있도록 하며, 가입한 사용자에 시청 권한을 제공한다.
본 발명의 실시 예에 따르면, 사용자 시청 정보를 IPTV 사업자가 자동으로 설정 수집할 수 있도록 하는 방법을 제안한다.
또한 어떠한 IPTV 디바이스를 통해서라도 권한이 있는 모든 IPTV 서비스 사업자가 사용자의 시청 패턴을 가져올 수 있어야 한다.
따라서 표준화된 청취 정보 측정 방법이 필요하다, 그러므로 본 발명에서는 IPTV 디바이스(510)를 통해 시청되는 사용자의 시청 패턴을 서비스 사업자가 수집하는 표준화된 방법을 제안한다.
본 발명에서는 시청 하는 콘텐츠별로 DM 서버(520)에 보고하는 방식을 다르게 하는 것을 가능하도록 한다.
이때, 콘텐츠별로 클래스를 구분하여 시청 정보 수집을 달리할 수 있다. 따라서 본 발명에서는 다음의 <표 1>과 같이 콘텐트 식별자(Content ID)별로 클래스를 분류하고, IPTV 사업자가 시청 정보를 보고하는 방식을 구분하여 설정 하는 것이 가능한 시청정보 관리 오브젝트를 정의한다.
Class ID Contents ID
Class 1 1~5
Class 2 6~10
… …
<표 1>을 살펴보면, 클래스별로 콘텐츠가 매핑되어 저장된다. 제1 클래스(Class 1)가 광고를 나타내는 클래스라고 가정하면, 아이디 1 내지 5를 가지는 콘텐츠는 모두 광고의 범주에 속한다. 또한, Class 2가 콘텐트 온-디멘드를 나타내는 클래스라면, 아이디 6 내지 10을 가지는 콘텐츠는 콘텐트 온-디멘드의 범주에 속한다. 이처럼 각 콘텐츠를 콘텐츠 종류별로 클래스별로 구분하고, 그 구분한 클래스별로 다른 조건에 따라 시청 정보를 수집할 수 있다.
예를 들면, 콘텐츠가 광고인 경우 사용자가 한번이라도 시청을 한다면 IPTV 서비스 사업자(1104)에게 시청 정보를 제공하도록 설정할 수 있으며, 반면, 콘텐트 온-디멘드의 형태의 콘텐트를 시청할 경우에는 하루에 한번 IPTV 서비스 사업자(1104)에게 전송하도록 설정할 수 있다. 따라서 DM 서버(520)는 이러한 조건들을 설정하여 설정된 조건에 따라 디바이스(510)에 시청 정보를 보고하도록 할 수 있다. 이와 같이, 본 발명의 실시 예에 따르면, 사용자가 시청하는 콘텐트에 따라 시청 정보를 보고하는 방식이 달라질 수 있다. DM 기술은 상기 DM 클라이언트가 탑재되어 있는 디바이스(510)의 관리 정보를 트리 형태의 관리 오브젝트로 정의하고, 이러한 관리 오브젝트를 DM 기술로 관리한다.
따라서 본 발명에서는 사용자의 시청 정보를 조사하기 위해 필요한 파라미터들로 구성되는 시청정보 관리 오브젝트를 정의한다. 특히, 상술한 바와 같은 시청 정보 수집 조건을 시청정보 관리 오브젝트를 통해 설정할 수 있다.
그러면, 본 발명의 실시 예에 따른 시청 정보 관리 오브젝트에 대해서 설명하기로 한다. 도 4는 본 발명의 실시 예에 따른 시청 정보 관리 오브젝트를 설명하기 위한 도면이다.
본 발명의 실시 예에 따른 시청 정보 관리 오브젝트는, 사용자의 시청 정보를 조사하기 위해 필요한 파라미터들로 구성된다.
도면 부호 300은 시청정보 관리 오브젝트를 나타내는 노드로써 하나의 디바이스(510)에 여러 개가 존재할 수 있다. 즉, 도시한 바와 같이, 하나의 시청 정보 관리 오브젝트는 ARID(305), UserID(310), Config(315), ReportCondition(335), ARData(365), Description(382), Operation(384), Status(390), 및 Ext(392), 노드를 포함한다.
또한, Config(315) 노드는 DefDuration(320), DefMemory(325), 및 ServerID(330) 노드를 포함하며, ReportCondition(335) 노드는 ClassID(345), Frequency(350), Threshold(350), 및 Event(360) 노드를 포함한다.
ARData(365) 노드는 ContentID(369), Interaction(370), 및 Consuming Time(372) 노드를 포함한다. 여기서, Interaction(370) 노드는 Interaction ID(374) 및 Number(376) 노드를 포함하며, Consuming Time(372) 노드는 Start time(378), 및 EndTime(380) 노드를 포함한다. 그리고 Operation(384) 노드는 Start(386) 및 Stop(388) 노드를 포함한다.
ARID 노드(305)는 시청정보 관리 오브젝트의 식별자를 나타내며 그 값으로는 정수 값이 되며 하나의 시청 정보 관리 오브젝트에는 하나만이 존재한다. UserID 노드(310)는 IPTV 를 시청하는 사용자 정보를 나타낸다.
Config 노드(315)는 시청정보를 수집하는 동작의 구성정보를 나타낸다. 그 하위의 노드 DefDuration(320)는 시청 정보를 수집하는 시간을 제한하기 위해 필요한 값이 기술되며, 기술된 값 만큼의 시간이 지나면 자동으로 시청정보 수집을 중단한다. DefMemory 노드(325)는 시청 정보를 수집하는 동작의 시간제한을 메모리의 용량 값이 기술되며, 해당 용량 값의 메모리만큼의 데이터가 수집되면 자동으로 수집 동작을 멈춘다. ServerID 노드(330)는 수집된 시청 정보를 전송해야 하는 서버의 주소(예컨대, URI) 값을 나타낸다.
ReportCondition 노드(335)는 수집된 시청 정보를 서버에 전송하는 데 필요한 조건 값들을 포함하는 상위 노드이다. 여기서, 도면 부호 340 즉, <x> 노드(340)는 시청 정보들을 DM 서버(520)에 보내는 정책 정보의 종류가 여러 개 있을 때 여러 개로 나열할 수 있음을 나타낸다. ClassID 노드(345)는 시청정보를 서버에 보낼 때 시청한 콘텐트가 속하는 클래스의 식별자를 나타낸다. 만일, 클래스 식별자(Class ID) 값이 "0" 이라면 콘텐트 별로 다른 전송 정책을 사용하지 않고 동일한 방식을 이용하여 시청정보를 전송하도록 한다. Frequency 노드(350)는 수집된 시청 정보를 얼마나 자주 서버에게 전송할 지에 대한 값을 나타낸다. 즉, 시청 정보를 전송해야 하는 보고 주기를 나타낸다.
Threshold 노드(350)는 시청 정보 수집 동작이 몇 번 실행 된 후 서버에게 전송할 지를 나타낸다. 즉, 시청 정보를 수집해야 하는 시청 정보 수집 빈도를 나타낸다.
Event 노드(360)는 구체적으로 상기 IPTV 서비스 사업자(1104) 가 원하는 보고 방식 또는 조건을 나타낸다. 예를 들면, "content A 를 보다가 contents B 를 보면 서버에게 전송"하라는 조건을 설정할 수 있다. 따라서 상기 Event 노드(360)에는 XML 타입의 값이 들어간다. 즉, Event 노드(360)는 시청 정보를 보고해야 하는 이벤트를 설정하는 것이다.
ARData 노드(365)는 수집된 시청 정보를 수납하는 노드이다. <X> 노드(367)는 수집된 여러 종류의 시청정보가 존재 할 수 있음을 나타낸다. ContentID 노드(369)는 상기 IPTV 사용자가 시청하는 컨텐츠의 식별자를 나타낸다.
Interaction 노드(370)는 상기 IPTV 사용자가 컨텐츠를 시청 중에 서비스와 인터렉션을 한 경우 이와 관련된 값을 포함한다. Interaction ID 노드(374)는 상기 IPTV 사용자가 수행한 인터렉션의 식별자값을 나타낸다. Number노드(376)에는 인터렉션을 수행한 횟수가 숫자 값으로 수납된다.
Consuming Time 노드(372) 는 IPTV 사용자가 콘텐트를 시청하는 시간에 대한 정보를 포함한다. Start time 노드(378)는 콘텐트를 시청하기 시작하는 시간을 나타낸다. EndTime 노드(380)는 콘텐트의 시청을 끝낸 시간을 나타낸다.
Description 노드(382)에는 자신의 시청정보 관리 오브젝트에 대한 설명이 기술된다.
Operation 노드(384)는 자신의 시청정보 수집하는 동작을 수행하는 노드들을 포함한다. Start 노드(386)는 자신의 시청 정보 수집하는 동작을 시작하는 명령을 수행하는 노드이다. Stop 노드(388)는 자신의 시청 정보 수집 동작을 멈추라는 명령을 수행하는 노드이다.
Status 노드(390)는 자신의 시청 정보 관리 오브젝트의 상태를 나타내는 것으로써, 현재 수집 중인지, 정지 상태인지, 이미 수집을 했는지, 혹은 보고를 했는지를 나타낸다.
Ext 노드(392)는 차 후 개발자가 추가로 확대하여 사용될 수 있는 여분의 노드이다.
그러면, 상술한 바와 같은 시청 정보 관리 오브젝트를 이용한 본 발명의 실시 예에 따른 시청 정보 수집 방법을 설명하기로 한다.
먼저, 보고(Reporting) 조건에 부합하면 자동으로 IPTV 사업자에게 시청 정보를 제공하는 방법을 설명한다. 도 5는 본 발명의 실시 예에 따른 보고 조건에 의거한 시청 정보 수집 방법을 설명하기 위한 도면이다.
IPTV를 시청하기 위해서는 사용자는 미리 IPTV 서비스에 가입하여야 한다. 이에 따라, IPTV 사용자(이하, "사용자"로 축약함)(500)는 535 단계에서 IPTV 서비스 가입서버(530)를 통해 해당 IPTV 서비스에 가입한다.
그런 다음, 사용자는 540 단계에서 디바이스(510)를 통하여 IPTV 서비스에 연결한다.
사용자(500)가 디바이스(510)를 통해 IPTV 서비스에 연결된 경우, DM 서버(520)는 545 단계에서 디바이스(510)에, 도 4에서 설명한 바와 같은, 시청 정보 관리 오브젝트(Audience Research MO)를 DM 명령어를 사용하여 전송한다.
또한, DM 서버(520)는 550 단계에서 보고 조건(Reporting Condition)을 설정하는 DM 명령(Replace.../ReportCondition/Frequency 5)을 전송한다. 여기서, DM 서버(520)는 기 전송한 시청 정보 관리 오브젝트(Audience Research MO)의 ReportCondition 노드(335)의 하위 노드 중 적어도 일 노드에 특정 값을 기술하는 명령을 전송할 수 있다. 즉, Frequency 노드(350), Threshold 노드(355), Event 노드(360) 중 어느 일 노드에 값을 기술하는 DM 명령을 전송한다. 이때, 상술한 바와 같이, Frequency 노드(350)에 "5"를 기술하는 DM 명령을 전송하였다고 가정한다. 또한, "5"의 단위는 다양하게 설정할 수 있으나, 시간이라고 가정한다.
한편, 550 및 545 단계는 시청 정보 수집을 위하여 보고 조건(Reporting Condition)을 디바이스에 전달하는 과정으로, 한 번에 수행할 수 있다. 즉, 545 단계에서 전송하는 시청 정보 관리 오브젝트(Audience Research MO)에 ReportCondition 노드(335)의 값을 수납시켜 전송할 수 있다. 이와 같이, 한 번에 수행하는 경우, Frequency 노드(350)에 "5"를 수납시켜 전송하였다고 가정한다.
그런 다음, DM 서버(520)는 555 단계에서 사용자(500)의 시청 정보 수집 시작을 위한 DM 명령(Exec...operation/start)를 전송한다. 그러면, 디바이스(510)는 시청 정보를 수집하기 시작한다.
상술한 바와 같이, 사용자가 IPTV 서비스에 연결된 상태이고, 보고 조건(Reporting condition)을 수신 받아 저장한 상태에서, 사용자(500)가 560 단계에서 IPTV 서비스를 시청하면, 디바이스(510)는 570 단계에서 수신한 "Audience Research MO"를 참조하여 보고 조건(Reporting condition)에 부합되는지 판단한다. 여기서, 기 수신한 보고 조건이 Frequency 노드(350)에 기술된 값 "5"이며, 단위는 "시간"이므로, 디바이스(510)는 시청 보고 주기(5시간)가 도래하였는지 판단한다.
이때, 기 수신한 보고 조건에 부합된다고 가정한다. 즉, 시청 보고 주기(5 시간)가 도래하였다고 가정한다. 그러면, 디바이스(500)는 575 단계에서 DM에 따른 "Generic Alert" 메시지를 이용하여 수집한 시청 정보를 상기 DM 서버(520)로 전송한다.
앞서, 보고 조건에 따른 시청 정보 수집 방법에 대해서 살펴보았다. 그러면, DM 서버(520)의 요청에 따른 시청 정보 수집 방법에 대해서 살펴보기로 한다. 도 6은 본 발명의 실시 예에 따른 DM 서버의 요청에 의거한 시청 정보 수집 방법을 설명하기 위한 도면이다.
도 6을 참조하면, IPTV를 시청하기 위해서는 사용자는 미리 IPTV 서비스에 가입하여야 한다. 이에 따라, IPTV 사용자(이하, "사용자"로 축약함)(500)는 635 단계에서 IPTV 서비스 가입서버(530)를 통해 해당 IPTV 서비스에 가입한다.
그런 다음, 사용자는 640 단계에서 디바이스(510)를 통하여 IPTV 서비스에 연결한다.
사용자(500)가 디바이스(510)를 통해 IPTV 서비스에 연결된 경우, DM 서버(520)는 645 단계에서 디바이스(510)에, 도 4에서 설명한 바와 같은, 시청 정보 관리 오브젝트(Audience Research MO)를 DM 명령어를 사용하여 전송한다.
또한, DM 서버(520)는 650 단계에서 보고 조건(Reporting Condition)을 설정하는 DM 명령(Replace.../ReportCondition/Frequency 5)을 전송한다.
한편, 645 및 650 단계는 시청 정보 수집을 위하여 보고 조건(Reporting Condition)을 디바이스에 전달하는 과정으로, 한 번에 수행할 수 있다. 즉, 645 단계에서 전송하는 시청 정보 관리 오브젝트(Audience Research MO)에 ReportCondition 노드(335)의 하위 노드 중 적어도 하나의 노드에 값을 수납시켜 전송할 수 있다.
그런 다음, DM 서버(520)는 655 단계에서 사용자(500)의 시청 정보 수집 시작을 위한 DM 명령(...operation/start)을 전송한다. 디바이스(510)는 이러한 시청 정보 수집 명령을 수신하면, 시청 정보를 수집을 시작한다.
상술한 바와 같이, 사용자가 IPTV 서비스에 연결된 상태이고, 보고 조건(Reporting condition)을 수신 받아 저장한 상태에서, 사용자(500)는 660 단계에서 IPTV 서비스를 시청한다.
이때, DM 서버(520)는 665 단계에서 디바이스(510)에 시청 정보 수집 종료를 위한 DM 명령(...operation/end)을 전송한다. 이러한 시청 정보 수집 종료를 위한 DM 명령에 따라 디바이스는 시청 정보 수집을 종료한다.
이어서, DM 서버(520)는 670 단계에서 수집된 시청 정보를 요청하는 명령(GET.../ARdata/....)을 전송한다. 그러면, 디바이스(510)는 시청 정보 요청에 대한 응답으로, 675 단계에서 시청 정보를 DM 서버(520)로 전송한다. 즉, 디바이스(510)은 ARdata 노드(365)에 저장된 시청 정보를 DM 서버(520)로 전송한다.
이와 같이, 본 발명의 실시 예에 따르면, DM 서버(520)는, DM 명령에 따라, 시청 정보 수집 시작, 종료 및 수집된 시청 정보를 요청할 수 있으며, 디바이스(510)는 이러한 시청 정보 수집 시작, 종료 및 수집된 시청 정보를 요청에 따라, 시청 정보를 수집하고, 수집한 시청 정보를 전송한다.
앞서 DM 서버의 요청에 따른 시청 정보 수집 방법에 대해서 살펴보았다. 그러면, 본 발명의 실시 예에 따라, <표 1>을 참조하여 설명한 바와 같은, 클래스별로 구분된 콘텐츠에 대한 시청 정보 수집 방법에 대해서 설명하기로 한다.
도 7은 본 발명의 실시 예에 따른 콘텐츠 클래스별 디바이스의 시청 정보 수집 방법을 설명하기 위한 도면이다.
여기서, 앞서 설명한 바와 같이, 디바이스(510)는 OMA DM 클라이언트 및 UPnP 포럼 디바이스 관리 워크 그룹의 UPnP Execution Platform(이하, "클라이언트"로 축약함)을 탑재하며, 디바이스(510)가 수신한 DM 명령에 따른 처리를 수행한다.
도 7을 참조하면, 클라이언트는 400 단계에서 "시청자 정보 수집 MO"에 대해 "operations/ Start" 명령어를 수신하면, 클라이언트는 410 단계에서 ReportingCondition 노드(335)의 하위에 class ID 노드(345)의 값이 존재하는지를 판단한다.
410 단계의 판단 결과, class ID 노드(345)의 값이 존재하면, 클라이언트 420 단계에서 IPTV 사용자가 시청중인 콘텐츠(content)가 어느 클래스(class)에 속하는지를 확인한다. 그런 다음, 클라이언트는 430 단계에서 해당 클래스의 Frequency 노드(350), Threshold 노드(355), Event 노드(360)의 값을 참조하여 IPTV 사업자에게 디바이스를 통해 시청정보를 전달한다.
예컨대, 시청중인 콘텐츠가 광고 클래스에 속하며, Frequency 노드(350)의 값이 "1일 10회"라고 가정하면, 클라이언트는 매일 10회 시청정보를 전달한다. 또한, Threshold 노드(355)의 값은 "시청 정보 수집 동작이 3번 실행된 후 보고"라고 가정하면, 사용자가 광고를 3번 시청하면, 이러한 시청 정보를 전달한다. Event 노드(360)의 값은 "광고 시청시 마다"이라고 가정하면, 클라이언트는 사용자가 광고를 시청할 때마다, 광고를 시청하였음을 알리는 시청 정보를 전달한다.
한편, 410 단계의 판단 결과, class ID 노드(345)의 값이 존재하지 않으면, 클라이언트 440 단계에서 기 설정된(default) Frequency 노드(350), Threshold 노드(355), Event 노드(360)의 값을 참조하여 IPTV 사업자에게 디바이스를 통해 시청정보를 전달한다. 예컨대, 클래스 식별자(Class ID) 값이 "0" 이라면 콘텐트 별로 다른 전송 정책을 사용하지 않고 동일한 방식을 이용하여 시청정보를 전송하도록 한다.
즉, 본 발명의 실시 예에 따르면, 콘텐츠별 클래스를 설정하며, 해당 클래스에 따른 보고 조건을 따라 설정할 수 있다. 한편, 이러한 설정을 하지 않았거나, 기본적인 경우에 보고 조건을 따로 마련하여 해당 조건에 따라 시청 정보를 수집 및 보고할 수 있다.
이어서, 도 7에서 설명한 바와 같이, 콘텐츠 클래스 별로 보고(Reporting) 조건에 부합하면 자동으로 IPTV 사업자에게 시청 정보를 제공하는 방법을 설명한다. 도 8은 본 발명의 실시 예에 따른 콘텐츠 클래스별 시청 정보 수집 방법을 설명하기 위한 도면이다.
IPTV를 시청하기 위해서는 사용자는 미리 IPTV 서비스에 가입하여야 한다. 이에 따라, IPTV 사용자(이하, "사용자"로 축약함)(500)는 835 단계에서 IPTV 서비스 가입서버(530)를 통해 해당 IPTV 서비스에 가입한다.
그런 다음, 사용자는 840 단계에서 디바이스(510)를 통하여 IPTV 서비스에 연결한다.
사용자가 디바이스를 통해 IPTV 서비스에 연결된 경우, DM 서버(520)는 845 단계에서 디바이스(510)에 시청 보고 관리 오브젝트(Audience Research MO)를 전송한다.
또한, DM 서버(520)는 850 단계에서 시청 보고 관리 오브젝트(Audience Research MO)에 클래스별 보고 조건(Reporting Condition)을 설정하는 DM 명령(Replace.../ReportCondition/Class 1/Frequency 5)을 전송한다.
여기서, DM 서버(520)는 기 전송한 시청 정보 관리 오브젝트(Audience Research MO)의 ReportCondition 노드(335)의 하위 노드 중 적어도 일 노드에 특정 값을 기술하는 명령을 전송할 수 있다. 이때, 클래스별로 보고 조건을 설정하기 위해서, ClassID 노드(345)에 특정 값을 기술하는 명령 및 Frequency 노드(350), Threshold 노드(355), Event 노드(360) 중 적어도 하나의 노드에 값을 기술하는 DM 명령을 전송한다. 이때, 상술한 바(Replace.../ReportCondition/Class 1/Frequency 5)와 같이, ClassID 노드(345)에 "Class 1", Frequency 노드(350)에 "5"를 기술하는 DM 명령을 전송하였다고 가정한다. 또한, "5"의 단위는 시간이라고 가정한다.
845 및 850 단계는 시청 정보 수집을 위하여 클래스별 보고 조건(Reporting Condition)을 디바이스(510)에 전달하는 과정으로, 한 번에 수행할 수 있다.
즉, 845 단계에서 전송하는 시청 정보 관리 오브젝트(Audience Research MO)에 보고 조건(Reporting condition) 노드에 클래스별 보고 조건의 값을 채워서 보낼 수 있다. 시청 정보 관리 오브젝트(Audience Research MO)의 ClassID 노드(345)와, Frequency 노드(350), Threshold 노드(355), Event 노드(360) 중 적어도 하나의 노드에 특정 값을 수납하여 전송할 수 있다.
한번에 전송하는 경우에도, 850 단계와 마찬가지로, ClassID 노드(345)에 "Class 1", Frequency 노드(350)에 "5"를 수납하여 시청 정보 관리 오브젝트(Audience Research MO)를 전송하였다고 가정한다.
그런 다음, DM 서버(520)는 855 단계에서 사용자(500)의 시청 정보 수집 시작을 위한 DM 명령어를 전송한다. 그러면, 디바이스(510)는 시청 정보를 수집하기 시작한다.
상술한 바와 같이, 사용자가 IPTV 서비스에 연결된 상태이고, 보고 조건(Reporting condition)을 수신 받아 저장한 상태에서, 사용자(500)가 860 단계에서 IPTV 서비스를 시청하면, 디바이스(510)는 870 단계에서 수신한 "Audience Research MO"를 참조하여 보고 조건(Reporting condition)에 부합되는지 판단한다. 즉, 앞서 설명한 바와 같이, class ID 노드(345)의 값이 존재하는지 판단하고, 존재하는 경우, Frequency 노드(350), Threshold 노드(355), 및 Event 노드(360)의 값 중 적어도 하나의 값에 부합되는지 판단한다.
즉, ClassID 노드(345)의 값이 "Class 1", Frequency 노드(350)의 값이 "5"이므로, 사용자(500)가 시청하는 콘텐츠 중 제1 클래스(Class 1)에 해당하는 콘텐츠가 존재하는지 판단하고, 존재하는 경우, 보고 주기(5시간)이 도래하였는지 판단한다.
이때, 디바이스(500)는 880 단계에서 보고 조건에 부합된다고 판단하면, 디바이스(500)는 890 단계에서 OMA DM에 따른 "Generic Alert" 메시지를 이용하여 수집한 시청 정보를 상기 DM 서버(520)로 전송한다.
도 9는 디바이스 관리 프로토콜을 이용하여 댁내의 기기를 이용하여 사용자가 IPTV 를 시청할 때 시청 정보를 사업자가 관리 하는 구조도이다. 디바이스 관리 서버(1113)은 디바이스 관리 프로토콜(1120)을 통하여 홈 내의 게이트웨이(1130)에 연결 된다. 상기 홈 게이트웨이(1130)는 디바이스 관리 클라이언트(1132)와 UPnP EP CP(Universal Plug and Play Execution Platform control point, 이하 ExecPF CP)(1133)를 포함한다. 댁내의 IPTV 기기(1140)는 UPnP Exec CP(1133)에 의해 제어 관리 된다.
이하에서, 디바이스 관리 서버(1130)는 DM 서버(520)가 될 수 있으며, 홈게이트웨이(1130)은 디바이스(510)가 될 수 있다. 즉, 홈게이트웨이(1130)는 앞선 실시 예에서 디바이스(510) 역할의 일부 또는 전부를 수행하는 장치로, 홈 내 통신 표준 기술인 UPnP EP CP를 통해 댁내의 IPTV 기기로부터 시청 정보를 수집하여 디바이스 관리 서버로 전달하는 역할을 수행한다.
도 10은 도 9와 같은 구성도에서 댁내의 홈기기를 통하여 사용자의 IPTV 시청정보를 관리 하는 실시예를 설명하기 위한 흐름도이다.
도 10을 참조하면, IPTV를 시청하기 위해서는 사용자는 미리 IPTV 서비스에 가입하여야 한다. 이에 따라, IPTV 사용자(이하, "사용자"로 축약함)(500)는 900 단계에서 IPTV 서비스 가입서버(530)를 통해 해당 IPTV 서비스에 가입한다.
그런 다음, 사용자는 910 단계에서 IPTV 댁내 단말기(1140)를 통하여 IPTV 서비스에 연결한다.
사용자(500)가 IPTV 댁내 단말기(1140)를 통해 IPTV 서비스에 연결된 경우, 디바이스 관리 서버(1113)는 915 단계에서 홈게이트웨이(1130)에, 도 4에서 설명한 바와 같은, 시청 정보 관리 오브젝트(Audience Research MO)를 DM 명령어를 사용하여 전송한다. 단계 920에서 홈게이트웨이(1130)는 IPTV 댁내 단말기(1140)로 시청정보 수집을 위해 필요한 파타미터를 UPnP 기술로 변경하여 전송한다.
또한, 디바이스 관리 서버(1113)는 925 단계에서 보고 조건(Reporting Condition)을 설정하는 DM 명령(Replace.../ReportCondition/Frequency 5)을 전송한다. 그러면, 홈게이트웨이(1130)는 단계 930에서 IPTV 댁내 단말기(1140) 에게 보고 조건 파타메터를 UPnP 기술로 변경하여 전송한다.
한편, 915 내지 925 단계는 시청 정보 수집을 위하여 보고 조건(Reporting Condition)을 디바이스에 전달하는 과정으로, 한 번에 수행할 수 있다. 즉, 915 단계에서 전송하는 시청 정보 관리 오브젝트(Audience Research MO)에 ReportCondition 노드(335)의 하위 노드 중 적어도 하나의 노드에 값을 수납시켜 전송할 수 있다.
그런 다음, 디바이스 관리 서버(1113)는 940 단계에서 사용자(500)의 시청 정보 수집 시작을 위한 DM 명령(...operation/start)을 전송한다. 홈게이트웨이(1130)는 이러한 시청 정보 수집 명령을 수신하면, 시청 정보를 수집을 시작한다. 즉, 홈게이트웨이(1130)는 단계 945 에서 IPTV 댁내 단말기(1140)에게 시청정보 수집 시작을 위한 명령어를 UPnP 기술로 변경하여 전송함으로써 시청 정보를 수집한다.
상술한 바와 같이, 사용자가 IPTV 서비스에 연결된 상태이고, 보고 조건(Reporting condition)을 수신 받아 저장한 상태에서, 사용자(500)는 935 단계에서 IPTV 서비스를 시청한다.
이때, 디바이스 관리 서버(1113)는 950 단계에서 디바이스(510)에 시청 정보 수집 종료를 위한 DM 명령(...operation/end)을 전송한다. 이러한 시청 정보 수집 종료를 위한 DM 명령에 따라 디바이스는 시청 정보 수집을 종료한다. 즉, 홈게이트웨이(1130)는 단계 955 에서 상기 IPTV 댁내 단말기(1140)에게 시청정보 수집 종료를 위한 명령어를 UPnP 기술로 변경하여 전송한다.
그런 다음, 960 단계에서 디바이스 관리 서버(1113)는 수집된 시청 정보를 요청하는 명령(GET.../ARdata/....)을 홈게이트웨이(1130)에 전송한다. 그러면, 홈게이트웨이(1130)는 단계 965 에서 IPTV 댁내 단말기(1140)에게 시청정보 수집된 정보를 요청하는 명령어를 UPnP 기술로 변경하여 전송한다.
이러한 시청 정보 요청에 대한 응답으로 IPTV 댁내 단말기(1140)는 970단계에서 시청 정보를 홈게이트웨이(113)로 전송한다. 이를 수신한 홈게이트웨이(1130)는 단계 975에서 ARdata 노드(365)에 저장된 시청 정보를 디바이스 관리 서버(1113)로 전송한다.
도 11은 도 9와 같이 댁내의 기기들을 통해 사용자의 IPTV 시청정보를 수집하는 또 다른 실시 예를 설명하기 위한 도면이다.
특히, 도 11은 도 9와 같이 댁내의 기기들을 통해 사용자의 IPTV 시청정보를 수집하는 또 다른 실시예로 상기 IPTV 댁내 단말기(1140)가 시청 정보를 자동으로 전송하는 방법을 설명하기 위한 것이다.
IPTV를 시청하기 위해서는 사용자는 미리 IPTV 서비스에 가입하여야 한다. 이에 따라, IPTV 사용자(이하, "사용자"로 축약함)(500)는 1000 단계에서 IPTV 서비스 가입서버(530)를 통해 해당 IPTV 서비스에 가입한다.
그런 다음, 사용자는 1010 단계에서 상기 IPTV 댁내 단말기(1140)를 통하여 IPTV 서비스에 연결한다.
사용자(500)가 상기 IPTV 댁내 단말기(1140)를 통해 IPTV 서비스에 연결된 경우, 디바이스 관리 서버(1113)는 1015 단계에서 홈게이트웨이(1130)에, 도 4에서 설명한 바와 같은, 시청 정보 관리 오브젝트(Audience Research MO)를 DM 명령어를 사용하여 전송한다. 이 때 보고 조건 값을 시청 정보 관리 오브젝트(Audience Research MO)에 포함하여 전송한다. 단계 1020 에서 홈게이트웨이(1130)는 IPTV 댁내 단말기(1140)에게 시청정보 보고 조건정보를 전송하면서 UPnP 이벤트 서비스에 가입한다. 단계 1025 에서는 사용자(500)는 상기 IPTV 댁내 단말기(1140)를 통해 IPTV 서비스를 시청한다.
그런 다음, 디바이스 관리 서버(1113)는 1030 단계에서 사용자(500)의 시청 정보 수집 시작을 위한 DM 명령(Exec...operation/start)를 전송한다. 단계 1035에서는 상기 홈게이트웨이(1130)은 상기 IPTV 댁내 단말기(1140)에게 시청정보수집 시작을 위한 명령어를 UPnP로 변경하여 전송한다. 그러면, 상기 IPTV 댁내 단말기(1140) 시청 정보를 수집하기 시작한다. 상기IPTV 댁내 단말기(1140)는 상기 단계 1020 에서 전송받은 조건을 참조하여 보고 조건이 만족하는 지를 모??터링한다. 단계 1045에서 보고 조건에 부합하면 단계 1050에서는 상기 IPTV 댁내 단말기(1140)는 UPnP Event를 상기 홈게이트웨이(1030)에게 전송한다. 이때, 시청 정보를 함께 전송한다.
그러면, 디바이스 역할을 수행하는 홈게이트웨이(1130)는 1060 단계에서 DM에 따른 "Generic Alert" 메시지를 이용하여 수집한 시청 정보를 상기 디바이스 관리 서버(1113)로 전송한다.
이상 본 발명을 몇 가지 바람직한 실시 예를 사용하여 설명하였으나, 이들 실시 예는 예시적인 것이며 한정적인 것이 아니다. 이와 같이, 본 발명이 속하는 기술 분야에서 통상의 지식을 지닌 자라면 본 발명의 사상과 첨부된 특허청구범위에 제시된 권리범위에서 벗어나지 않으면서 균등론에 따라 다양한 변화와 수정을 가할 수 있음을 이해할 것이다.
도 1은 종래의 기술에 따른 시청 정보 수집 방법을 설명하기 위한 도면.
도 2는 본 발명의 실시 예에 따른 IPTV 서비스 제공 시스템의 구성을 설명하기 위한 도면.
도 3은 본 발명의 실시 예에 따른 시청 정보 수집 시스템의 개략적인 구성을 설명하기 위한 도면.
도 4는 본 발명의 실시 예에 따른 시청 정보 관리 오브젝트를 설명하기 위한 도면.
도 5는 본 발명의 실시 예에 따른 보고 조건에 의거한 시청 정보 수집 방법을 설명하기 위한 도면.
도 6은 본 발명의 실시 예에 따른 DM 서버의 요청에 의거한 시청 정보 수집 방법을 설명하기 위한 도면.
도 7은 본 발명의 실시 예에 따른 콘텐츠 클래스별 디바이스의 시청 정보 수집 방법을 설명하기 위한 도면.
도 8은 본 발명의 실시 예에 따른 콘텐츠 클래스별 시청 정보 수집 방법을 설명하기 위한 도면.
도 9는 디바이스 관리 프로토콜을 이용하여 댁내의 기기를 이용하여 사용자가 IPTV를 시청할 때 시청 정보를 사업자가 관리 하는 구조도.
도 10은 도 9와 같은 구성도에서 댁내의 홈기기를 통하여 사용자의 IPTV 시청정보를 관리 하는 실시예를 설명하기 위한 흐름도.
도 11은 도 9와 같이 댁내의 기기들을 통해 사용자의 IPTV 시청정보를 수집하는 또 다른 실시예를 설명하기 위한 도면.

Claims (12)

  1. 장치의 시청 정보 수집 방법에 있어서,
    장치 관리 서버로부터 시청 정보 수집을 위한 시청 정보 수집 관리 오브젝트를 수신하는 단계;
    상기 장치 관리 서버로부터 수신한 시청 정보 수집 관리 오브젝트에 기반하여 보고 조건을 설정하는 단계;
    상기 보고 조건에 기반하여 상기 시청 정보를 수집하고, 상기 장치 관리 서버에게 전송하는 단계;를 포함하고,
    상기 시청 정보 수집 관리 오브젝트는 시청 컨텐츠에 기반한 보고 조건의 설정 정보를 포함하는 것을 특징으로 하는 방법.
  2. 제1항에 있어서,
    상기 보고 조건은 상기 시청 컨텐츠 별로 기 설정된 클래스에 따라 설정되는 것을 특징으로 하는 방법.
  3. 제1항에 있어서,
    상기 보고 조건은 보고 주기, 시청 정보 수집 주기, 및 시청 정보를 보고해야 하는 이벤트 중 적어도 하나를 포함하는 것을 특징으로 하는 방법.
  4. 장치 관리 서버의 시청 정보 수집 방법에 있어서,
    시청 정보 수집 관리 오브젝트를 장치에게 전송하는 단계;
    상기 시청 정보 수집 관리 오브젝트의 보고 조건을 설정하기 위한 보고 조건 설정 명령을 장치에게 전송하는 단계;
    상기 보고 조건에 따라 장치에 의해 수집된 시청 정보를 수신하는 단계;를 포함하고,
    상기 시청 정보 수집 관리 오브젝트는 시청 컨텐츠에 기반한 보고 조건의 설정 정보를 포함하는 것을 특징으로 하는 방법.
  5. 제4항에 있어서,
    상기 보고 조건은 상기 컨텐츠 별로 기 설정된 클래스에 따라 설정되는 것을 특징으로 하는 방법.
  6. 제4항에 있어서,
    상기 보고 조건은 보고 주기, 시청 정보 수집 주기, 및 시청 정보를 보고해야 하는 이벤트 중 적어도 하나를 포함하는 것을 특징으로 하는 방법.
  7. 시청 정보를 수집하는 장치에 있어서,
    장치 관리 서버와 데이터를 송수신하는 통신부;
    장치 관리 서버로부터 시청 정보 수집을 위한 시청 정보 수집 관리 오브젝트를 수신하고, 상기 장치 관리 서버로부터 수신한 시청 정보 수집 관리 오브젝트에 기반하여 보고 조건을 설정하고, 상기 보고 조건에 기반하여 상기 시청 정보를 수집하고, 상기 장치 관리 서버에게 전송하는 것을 제어하는 제어부;를 포함하고,
    상기 시청 정보 수집 관리 오브젝트는 시청 컨텐츠에 기반한 보고 조건의 설정 정보를 포함하는 것을 특징으로 하는 장치.
  8. 제7항에 있어서,
    상기 보고 조건은 상기 시청 컨텐츠 별로 기 설정된 클래스에 따라 설정되는 것을 특징으로 하는 장치.
  9. 제7항에 있어서,
    상기 보고 조건은 보고 주기, 시청 정보 수집 주기, 및 시청 정보를 보고해야 하는 이벤트 중 적어도 하나를 포함하는 것을 특징으로 하는 장치.
  10. 시청 정보 수집을 지원하는 장치 관리 서버에 있어서,
    장치와 데이터를 송수신하는 통신부;
    시청 정보 수집 관리 오브젝트를 장치에게 전송하고, 상기 시청 정보 수집 관리 오브젝트의 보고 조건을 설정하기 위한 보고 조건 설정 명령을 장치에게 전송하고, 상기 보고 조건에 따라 장치에 의해 수집된 시청 정보를 수신하는 제어부;를 포함하고,
    상기 시청 정보 수집 관리 오브젝트는 시청 컨텐츠에 기반한 보고 조건의 설정 정보를 포함하는 것을 특징으로 하는 장치 관리 서버.
  11. 제10항에 있어서,
    상기 보고 조건은 상기 시청 컨텐츠 별로 기 설정된 클래스에 따라 설정되는 것을 특징으로 하는 장치 관리 서버.
  12. 제10항에 있어서,
    상기 보고 조건은 보고 주기, 시청 정보 수집 주기, 및 시청 정보를 보고해야 하는 이벤트 중 적어도 하나를 포함하는 것을 특징으로 하는 장치 관리 서버.
KR1020080120697A 2008-12-01 2008-12-01 아이피 티브이의 시청 정보 수집 방법 및 시스템 KR101545909B1 (ko)

Priority Applications (3)

Application Number Priority Date Filing Date Title
KR1020080120697A KR101545909B1 (ko) 2008-12-01 2008-12-01 아이피 티브이의 시청 정보 수집 방법 및 시스템
PCT/KR2009/007105 WO2010064825A2 (en) 2008-12-01 2009-12-01 Audience research data collection method and system for iptv service
US12/628,658 US20100138283A1 (en) 2008-12-01 2009-12-01 Audience research data collection method and system for iptv service

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
KR1020080120697A KR101545909B1 (ko) 2008-12-01 2008-12-01 아이피 티브이의 시청 정보 수집 방법 및 시스템

Publications (2)

Publication Number Publication Date
KR20100062225A KR20100062225A (ko) 2010-06-10
KR101545909B1 true KR101545909B1 (ko) 2015-08-20

Family

ID=42223662

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1020080120697A KR101545909B1 (ko) 2008-12-01 2008-12-01 아이피 티브이의 시청 정보 수집 방법 및 시스템

Country Status (3)

Country Link
US (1) US20100138283A1 (ko)
KR (1) KR101545909B1 (ko)
WO (1) WO2010064825A2 (ko)

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20140033412A (ko) * 2011-05-17 2014-03-18 웹튜너 코포레이션 스케일링가능 고정밀 센서 및 id 기초 청중 측정 시스템용 시스템 및 방법
US9516355B2 (en) * 2013-09-04 2016-12-06 Qualcomm Incorporated Discovering and controlling multiple media rendering devices utilizing different networking protocols
US11370483B2 (en) 2020-01-27 2022-06-28 Sensata Technologies, Inc. Steer by wire system with dynamic braking and endstop cushioning for haptic feel
CN112564976A (zh) * 2020-12-11 2021-03-26 江苏亿通高科技股份有限公司 一种基于tr069协议的性能参数监控方法

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20070158404A1 (en) 2005-12-09 2007-07-12 Huawei Technologies Co., Ltd. Method and system for management of terminal devices
JP2007288520A (ja) * 2006-04-17 2007-11-01 Funai Electric Co Ltd 電子機器制御システム

Family Cites Families (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP4039195B2 (ja) * 2001-12-27 2008-01-30 富士ゼロックス株式会社 ネットワークシステム
KR20040039166A (ko) * 2002-11-02 2004-05-10 주식회사 알티캐스트 디지털 방송상에서의 시청자 정보 조사 시스템
KR20060097268A (ko) * 2005-03-04 2006-09-14 이미정 디지털 방송의 시청정보를 수집할 수 있는 무선단말기 및그 수집방법
CN101047707A (zh) * 2006-03-30 2007-10-03 华为技术有限公司 发起设备能力信息协商的方法及系统
JP4360390B2 (ja) * 2006-09-21 2009-11-11 ソニー株式会社 情報処理装置および方法、プログラム、並びに記録媒体
KR101284830B1 (ko) * 2006-12-15 2013-07-10 주식회사 케이티 Ｉｐｔｖ 셋탑박스, ｉｐｔｖ의 시청률 조사장치 및 방법
JP5267062B2 (ja) * 2007-11-16 2013-08-21 ソニー株式会社 情報処理装置、情報処理方法、コンテンツ視聴装置、コンテンツ表示方法、プログラム及び情報共有システム
US9002975B2 (en) * 2008-09-12 2015-04-07 Blackberry Limited Method and system for mediated access to a data facade on a mobile device
US20100262986A1 (en) * 2009-04-08 2010-10-14 Verizon Patent And Licensing Inc. Viewing history

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20070158404A1 (en) 2005-12-09 2007-07-12 Huawei Technologies Co., Ltd. Method and system for management of terminal devices
JP2007288520A (ja) * 2006-04-17 2007-11-01 Funai Electric Co Ltd 電子機器制御システム

Also Published As

Publication number Publication date
US20100138283A1 (en) 2010-06-03
WO2010064825A2 (en) 2010-06-10
WO2010064825A3 (en) 2010-08-05
KR20100062225A (ko) 2010-06-10

Similar Documents

Publication Publication Date Title
JP5963317B2 (ja) 品質統計のコレクション方法及び対応する品質統計のコレクションの管理方法
CN1925412B (zh) 用于多播主机授权、跟踪和计费的方法和系统
US8433748B2 (en) Method, terminal, server and system for processing notification message
CN101013953A (zh) 网络转子流量计站和服务
CN103891298A (zh) 用于收集和管理电视收视数据的方法和系统
US20070033446A1 (en) Monitoring apparatus
KR101545909B1 (ko) 아이피 티브이의 시청 정보 수집 방법 및 시스템
CN111782228A (zh) 分布式应用生命周期管理的解决方案
CN101188738A (zh) 一种网络电视iptv节目订购的方法、系统及装置
EP1750445B9 (en) Method and system for obtaining viewing information in broadband video system
US20120096119A1 (en) Contents delivery apparatus and system
US20090245126A1 (en) Communication Apparatus, Communication Method, and Recording Medium Storing Program
CN101494767B (zh) 网络电视博客装置及系统
CN101668184B (zh) 一种基于iptv系统的视频监控方法及系统
KR20070060997A (ko) 웹서비스를 이용한 홈네트워크 미디어 컨텐츠 제공 시스템및 그 방법
JP2000156851A (ja) 番組配信システム
CN100521684C (zh) 自动获取网络中设备的信息和拓扑结构的方法及其装置
CN101753957A (zh) 用于数据处理的方法和装置以及具有该装置的系统
KR100838800B1 (ko) 개인 방송 서비스 시스템 및 방법
US20100153173A1 (en) Providing report of content most scheduled for recording
AU2015203381B2 (en) Method of collection of quality statistics and corresponding method of management of collection of quality statistics
KR101734557B1 (ko) 홈 네트워크 디바이스에 외부 네트워크의 서비스를 제공하는 방법 및 장치
KR100654536B1 (ko) 컨텐츠 프로비져닝 시스템 및 그 방법
Yang et al. A light-weight periodic data collection approach of TR-069 managed CPEs
Ko et al. The Fault Detecting Method for Supporting SLA Fault Metrics of IPTV Service.

Legal Events

Date Code Title Description
A201 Request for examination
E902 Notification of reason for refusal
E701 Decision to grant or registration of patent right
FPAY Annual fee payment

Payment date: 20190820

Year of fee payment: 5