KR20160036046A

KR20160036046A - 디지털 텔레비전 네트워크에서 응답 트렌드들의 측정

Info

Publication number: KR20160036046A
Application number: KR1020167004694A
Authority: KR
Inventors: 케빈 스톤튼-램버트
Original assignee: 오픈티브이, 인크.
Priority date: 2013-07-26
Filing date: 2014-07-25
Publication date: 2016-04-01
Also published as: EP3025246A2; KR102228338B1; US20190058647A1; WO2015013672A3; MX362309B; AU2014292925A1; US20240129216A1; US10063450B2; AU2014292925B2; EP3025246B1; US11855870B2; US20220094622A1; CN110708183B; BR112016001720B1; SG11201600602YA; BR112016001720A2; US11606280B2; US11146473B2; AU2020200527A1; MX2016001109A

Abstract

기법들 및 시스템들은 콘텐츠 제공자 네트워크에서의 특정한 활동 트렌드 또는 경향을 모니터링하는 콘텐츠 제공자 네트워크로부터 수신된 응답에 기초하여 트렌드 레코드를 구축하고 콘텐츠 제공자 네트워크가 비정상적으로 작용할 때 경보를 제공하기 위해 콘텐츠 제공자 네트워크와 통신하는 콘텐츠 제공자 네트워크 외부의 트렌드 서버를 제공한다.

Description

디지털 텔레비전 네트워크에서 응답 트렌드들의 측정{MEASURING RESPONSE TRENDS IN A DIGITAL TELEVISION NETWORK}

우선권 주장 및 관련 특허 출원

본 문헌은 2013년 7월 26일 출원된 "Measuring Response Trends in a Digital Television Network"이란 명칭의 미국 특허 출원 13/952,471호로부터 우선권을 주장한다. 상기 참조한 출원의 전체 개시물은 본 PCT 출원의 명세서의 일부로서 참조로 포함된다.

본 문헌은 메시지 트렌드들에 기초하여 콘텐츠 네트워크를 모니터링하는 것을 포함한, 디지털 콘텐츠 네트워크들에 관한 것이다.

월드 와이드 웹과 같은 연결 기술들의 출현으로, 멀티미디어 콘텐츠가 유비쿼터스하게 제공되고 사용자가 있을 수 있는 실질적인 임의의 위치로부터 액세스가능하다. 증가하는 사용자 요구를 충족시키기 위해, 콘텐츠 서비스 제공자들은 사이즈와 복잡도가 점진적으로 증가한 네트워크들을 사용하였다. 사용자가 원하는 시간과 위치에서 사용자가 원하는 콘텐츠를 제공할 수 있고, 사용자에게 정확하게 과금할 수 있는 것은 콘텐츠 서비스 제공자들에게 경쟁력 있는 이점을 제공할 수 있다.

임의의 불규칙한 것들(irregularities)에 대한 콘텐츠 네트워크의 동작을 모니터링하는 더 양호한 기법들이 바람직하다.

개시된 일 양태에서, 콘텐츠 제공자 네트워크의 상태를 모니터링하는 방법이 제공된다. 이 방법은 트렌딩 서버에 의해 구현될 수 있고, 제1 요청 메시지를 콘텐츠 제공자 네트워크에 전송하는 단계 - 제1 요청 메시지는 연관된 타입 값을 가짐 -; 콘텐츠 제공자 네트워크로부터 제1 응답 메시지를 수신하는 단계; 제1 요청 메시지와 연관된 타입 값에 대한 트렌드 레코드와 비교함으로써 제1 응답 메시지가 정상인지 여부를 결정하는 단계; 제1 응답 메시지에 기초하여 트렌드 레코드를 선택적으로 업데이트하는 단계; 및 제1 응답 메시지가 비정상이라는 것이 결정될 때 경보를 생성하는 단계를 포함한다.

다른 양태에서, 콘텐츠 제공자의 네트워크의 동작을 모니터링하는 장치가 개시된다. 이 장치는 콘텐츠 제공자의 네트워크로부터 상태 응답들을 수신하는 상태 응답 수신 모듈, 모든 수신된 상태 응답에 대해, 상태 응답이 수신된 상태 요청에 기초하여 대응하는 요청 타입을 할당하는 응답 분류 모듈, 각각의 요청 타입에 대해 수신된 미리 결정된 수의 이전의 상태 응답들에 기초하여 트렌드 레코드들을 유지하는 트렌딩 레코드-유지 모듈, 상태 응답에 기초한 각각의 요청 타입에 대한 트렌드 및 그 요청 타입에 대한 사용자 세팅을 추정하는 트렌딩 추정 모듈, 각각의 수신된 상태 응답에 대해, 수신된 상태 응답이 대응하는 요청 타입에 대한 트렌드 내에 있는지 여부를 체크하는 트렌드 체커 모듈, 및 수신된 상태 응답이 대응하는 요청 타입에 대한 트렌드 내에 있지 않을 때 경보를 발하는 트렌드 경보 모듈을 포함한다.

또 다른 양태에서, 코드가 저장된 컴퓨터-판독가능 저장 매체를 포함하는 컴퓨터 프로그램 제품이 개시된다. 프로세서에 의해 실행될 때, 코드는 프로세스로 하여금 콘텐츠 제공자의 네트워크의 동작을 모니터링하는 방법을 구현하게 한다. 이 방법은 콘텐츠 제공자의 네트워크로부터 제1 메시지를 수신하는 단계, 제1 메시지와 동일한 메시지 타입을 갖는 이전에 수신된 메시지들의 트렌드와 비교함으로써 제1 메시지가 정상인지 여부를 결정하는 단계, 제1 메시지에 기초하여, 제1 메시지의 메시지 타입에 대한 트렌드를 선택적으로 업데이트하는 단계, 및 제1 메시지가 정상이 아닌 것으로 결정될 때 경보를 생성하는 단계를 포함한다.

다른 양태에서, 웹 서비스 제공자의 동작을 모니터링하는 시스템이 개시된다. 시스템은 웹 서비스 제공자의 관리하의 하나 이상의 웹 서버들 - 하나 이상의 웹 서버들은 웹 서비스 제공자의 네트워크 내부에 위치함 -; 및 웹 서비스 제공자의 네트워크 외부에 위치하고 서로 지리적으로 분리된 복수의 모니터링 서버들을 포함한다. 각각의 모니터링 서버는 싱크(sync) 메시지들을 하나 이상의 웹 서버들에 송신하고 싱크 메시지들에 대한 예상 응답들의 레코드를 유지하고, 하나 이상의 웹 서버들로부터 상태 응답 메시지들을 수신하며, 상태 응답 메시지가 예상 응답이 아닐 때, 경보를 발하도록 구성된다.

이들 및 다른 양태들이 도면을 참조하여 더 후술된다.

도 1은 콘텐츠 네트워크 구성의 예를 도시한다.
도 2는 트렌딩 서버를 포함하는 콘텐츠 네트워크 구성의 예를 도시한다.
도 3은 콘텐츠 네트워크의 예의 블록도 표현이다.
도 4는 웹-서비스 네트워크의 예의 블록도 표현이다.
도 5는 트렌딩 서버에 의해 구현된 프로세스의 예의 흐름도 표현이다.
도 6은 콘텐츠 네트워크를 모니터링하는 프로세스의 예의 흐름도 표현이다.
도 7은 콘텐츠 네트워크 모니터링 장치의 예의 블록도 표현이다.
도 8은 콘텐츠 네트워크를 모니터링하는 프로세스의 예의 흐름도 표현이다.
도 9는 클라우드 기반 트렌딩 모니터링 시스템에서 교환된 신호들의 예들을 도시한다.
도 10은 트렌딩 서버에 의해 모니터링된 웹 페이지의 예를 도시한다.
도 11, 도 12, 도 13, 도 14, 및 도 15는 트렌딩 서버 기반 모니터링 시스템에서 통신된 메시지들의 콘텐츠의 예들을 도시한다.
다양한 도면들 내의 동일한 참조 부호들은 동일한 엘리먼트들을 나타낸다.

사용자가 콘텐츠를 수신하고 시청하기 위해 사용할 수 있는 디바이스들의 가용성이 계속 증가함에 따라, 콘텐츠 서비스 제공자 시스템들의 복잡도가 점진적으로 증가하고 있다. 현재, 사용자들은 여러 네트워크들, 예를 들어, 유선 인터넷(케이블 모뎀 또는 고속 전화), 무선 네트워크(예를 들어, 3G/4G 셀룰러 네트워크들, 802.11 로컬 영역 네트워크들 등), 섬유 네트워크들(예를 들어, AT&T U-verse 또는 Verizon FiOS), 디지털 케이블 전달 서비스들 등을 통해 콘텐츠에 액세스할 수 있다.

경쟁력을 유지하기 위해, 콘텐츠 제공자들은 그들의 상품목록에서 수천의 영화, 오디오 및 텔레비전 프로그램 타이틀들을 현재 종종 반송하고, 이들은 무료로 또는 사용량 마다 또는 가입자 기반 액세스와 같은 일부 요금 구조로 사용자들(가입자들 또는 비가입자들)에게 이용가능하게 한다. 또한, 사용자 요청들이 실질적으로 전세계 어디로부터나 콘텐츠 제공자의 서버들에 도달할 수 있다. 콘텐츠 제공자들은 사용자의 위치 또는 다른 사용자 정보(예를 들어, 나이)에 기초하여 콘텐츠에 대한 액세스를 종종 제약하거나 사용자가 어디에 위치하고 있는 지에 기초하여 상이한 양을 과금한다. 예를 들어, 새롭게 출시된 영화가 오스트레일리아에서는 시청하는 것이 가능하지만 미국에서는 가능하지 않을 수 있다.

현재, 넓은 지리적 범위를 갖고 사용자들에 대한 보안 송신을 위해 이용가능한 다수의 콘텐츠 타이틀들을 갖는 콘텐츠 네트워크를 효과적으로 모니터링하기 위해 이용가능한 솔루션들이 없다. 다수의 기존의 솔루션들은 종종 반응적이다(예를 들어, 사용자가 콘텐츠 제공자의 주의에 대한 문제점을 제기하거나 과금에 이의를 제기한 이후에, 콘텐츠 제공자가 이 문제를 진단한다). 콘텐츠 제공자의 네트워크에 모니터링 서버를 포함하는 다양한 현재 이용되는 모니터링 솔루션들은 제한된 모니터링 기능들(예를 들어, 서버의 응답 시간 또는 서버에 대한 쓰루풋 등)을 종종 갖고, 콘텐츠 네트워크 "외부로부터", 예를 들어, 사용자의 관점으로부터 볼 수 있는 임의의 문제점들을 검출하는데 실패하는 경향이 있다.

본 문헌에 개시된 기법들은 콘텐츠 제공자 네트워크에서의 특정한 활동 트렌드 또는 경향을 모니터링하는 콘텐츠 제공자 네트워크로부터 수신된 응답에 기초하여 트렌드 레코드를 구축하고 콘텐츠 제공자 네트워크가 비정상적으로 작용할 때 경보를 제공하기 위해 콘텐츠 제공자 네트워크와 통신하는 콘텐츠 제공자 네트워크 외부의 트렌드 서버를 제공한다. 개시된 트렌드 모니터 서버는 상기 논의한 기술적 제한들 중 하나 이상 및 다른 것들을 다루도록 구현될 수 있다. 개시된 기술의 일부 구현들에서, 트렌딩 서버는 콘텐츠 제공자의 네트워크의 외부에 배치될 수 있다. 트렌딩 서버는 콘텐츠 제공자와 사용자 상호작용을 모니터링하고 임의의 불규칙한 것들에 대해 콘텐츠 제공자로부터 사용자에게 오는 메시지들을 체크하도록 구성될 수 있다. 응답에서의 불규칙한 것들을 모니터링하는 것을 돕기 위해, 트렌딩 서버는 이전에 수신된 응답들에 기초하여 응답 트렌드를 자동으로 학습할 수 있다. 트렌딩 서버는 응답에서의 파라미터들의 정상 범위의 수용가능한 값들을 자동으로 설정하거나 예상하는 상한 또는 하한으로 오퍼레이터에 의해 프로그래밍될 수 있다. 일부 구현들에서, 사용자 디바이스들은 트렌딩 서버를 통해 콘텐츠 네트워크와 통신하도록 구성될 수 있다. 일부 개시된 실시예들에서, 이상 작용을 핸들링하기 위한 목적으로 웹 서비스들로부터의 응답들에서 예상치 못한 트렌드들의 검출을 보조하기 위한 새로운 소프트웨어 기능들 및 프로토콜들이 제공된다.

이들 및 다른 특징들이 아래에 더욱 상세히 개시된다.

도 1은 서비스 제공자의 네트워크(110)와 인터넷(112)과 같은 공개적으로 이용가능한 네트워크가 경계(104)(예를 들어, 인터넷 어드레스 서브-네트워크, 방화벽 등)에 의해 분리되는 콘텐츠 네트워크 아키텍처(100)를 도시한다. 서비스 제공자 네트워크 측에서, 하나 이상의 애플리케이션 서버들(198)이 콘텐츠 제공, 콘텐츠 전달, 과금, 사용자 계정 액세스 등과 같은 작업들을 수행하도록 상호연결되고 구성될 수 있다. 공중 네트워크 측에 위치된 사용자 디바이스들(104)은 상술한 유선 또는 무선 네트워크들(106)을 사용하여 애플리케이션 서버(108)와 통신할 수 있다.

동작 동안, 사용자 디바이스들(104)은 콘텐츠 또는 웹 페이지들을 요청하는 것, 정보를 다운로딩하거나 업로딩하기 위해 애플리케이션 서버들(108)과 상호작용하는 것 등과 같은 다양한 작업들을 수행하기 위해 서비스 제공자의 네트워크(110)와 통신한다. 정상 동작 동안, 사용자로부터의 요청에 대한 서비스 제공자의 네트워크로부터의 응답에서의 특정한 정보가 예상될 수 있다. 예를 들어, 사용자가 상위 레벨 도메인 명칭에 액세스할 때, 홈 페이지가 사용자에게 전송되는 것으로 예상된다. 유사하게는, 콘텐츠 제공자의 네트워크에서, 사용자가 특정한 영화 타이틀에 액세스할 때, 웹 페이지가 그래픽 이미지, 영화 메타데이터(예를 들어, 배역, 줄거리, 출시 연도, 상영 시간 등) 및 구매 정보를 포함한다. 종종, 정보의 타입이 예측가능할 수 있지만, 정보의 실제 값은 변할 수 있다. 예를 들어, 영화 대여 웹 페이지에 대해, 영화를 대여하기 위한 금액이 디스플레이되지만, 실제 값은 웹 페이지가 애플리케이션 서버(108)에 의해 분배될 때까지 알려지지 않을 수 있다.

웹 서비스-지향 시스템으로부터 무엇이 정상 응답인지를 결정하는 것은 다중의 복잡성 팩터들을 갖는다:

1) 로컬 의존성들, 예를 들어, 서비스들/데이터베이스들, 하드웨어, 버스/연결성 등 사이의 작업 흐름

2) 외부 팩터들, 예를 들어, 데이터 입력 피드들, 동시 연결들의 수, 인터넷 대역폭, 도메인 명칭 서버(DNS) 등

3) 시스템의 예상치 못한 작용을 초래하는 상기의 임의의 것의 우발적 또는 고의적 변형.

정상 응답이 복귀될 때를 검출하는 것은 애플리케이션들에서 복잡성을 또한 도입한다. 또한, 응답 없음이 또한 정상 응답일 수 있다. 예를 들어, 특정한 웹 페이지, 예를 들어, 새로운 영화에 대한 대여 페이지가 예를 들어, 사용자의 지리적 위치에 기초하여, 모든 사용자 디바이스들(104)에 대해 이용가능하지 않을 수 있다. 따라서, "타이틀 발견 안됨(title not found)" 메시지가 허용된 지리적 영역 외부의 사용자에 대해 정상 응답일 수 있는 반면에, 영화 대여 웹 페이지는 허용된 지리적 영역에서의 다른 사용자에 대해 정상 응답이다.

예로서, Nagra MediaLive 서비스 전달 플랫폼/콘텐츠 관리 시스템(SDP/CMS)을 사용하여, 이러한 시스템은 복잡성을 갖고, 여기서 인기있는 비디오 애셋에 대한 부정확한 데이터 엔트리가 고객 호출 센터를 호출하는 가입자들에 의해 보고된 고장들에 빠르게 캐스케이드할 수 있다. 근본 원인이 즉시 분명하지 않고 고장이 해결되는 시기를 나타내는 것을 나중에 실패하는 것이 비용 뿐만 아니라 서비스 레벨 합의가 충족되지 않는 것을 초래하면서 고장이 유지되면, 청(churn) 리스크 및 궁극적으로는 불만스러운 고객들을 증가시킨다.

다른 동작 시나리오에서, 콘텐츠 네트워크들과 같은 웹-기반 정보 시스템들의 사이버보안이 또한 복잡할 수 있다. 예를 들어, CMS가 회사 보도 자료(company press releases)에 대한 URL을 제공할 수 있다. 이러한 웹 자원은 영업 시간중 기사 데이터에 대한 변화만을 일반적으로 포함한다. 테스트되지 않거나 모니터링되지 않은 구성 변화는 자원이 이동되게 하고, 해킹된 시스템은 ISP DNS 변형(URL 리다이렉트), 서비스의 오버헤드(DDoS)와 같은 내부 데이터 또는 외부 팩터들과의 템퍼링으로 인한 전체적으로 상이한 웹 자원을 디스플레이할 수 있다. 이러한 절충안들의 조기 검출이 중요하고, 내부 모니터링 시스템들에 대해 항상 명백하지 않다.

모니터링 웹 서비스를 호스트하기 위해, 크로스 오리진(CORS)과 같은 복잡성들을 회피하기 위해 시스템에 대한 로컬 연결성을 요구하거나 그것을 지원하기 위해 더 많은 보안 홀들(해킹 포인트들)을 추가할 때 전체 시스템의 복잡성을 추가한다. 내부 시스템은 자체 박스 외부를 볼 수 없거나 외부에서 이용가능하지 않게 된다.

도 2는 콘텐츠 네트워크(200)(일반적으로, 웹 서비스 네트워크)의 아키텍처의 예를 도시한다. 도 1에 도시된 시스템(100)과 비교하여, 콘텐츠 네트워크(200)는 트렌딩 서버(202)를 포함한다. 도 2에 명시적으로 도시되지는 않았지만, 일부 실시예들에서, 다중의 트렌딩 서버들(202)이 넓은 지역에 퍼져 배치될 수 있다. 이러한 트렌딩 서버(202)는 서비스 제공자의 네트워크 외부에 그리고 사용자 디바이스들(104)과 동일한 측에 또한 위치된다. 외부 위치는 예를 들어, 서비스 제공자에 의해 제어되지 않거나 트렌딩 서버(202)의 IP 어드레스에 기초하거나 서비스 제공자의 네트워크(110)에 대한 액세스를 제어하는 방화벽(102) 외부에 기초한 네트워크에 있는 것을 의미할 수 있다.

서비스 제공자들이 디바이스들 및 네트워크들에 걸쳐 심리스 멀티스크린 사용자 경험에 대한 필요성을 다룰 때, 다수의 서비스 제공자들은 요건들이 증가하는 페이스로 발전하고 있는 마켓에서 그들의 비용에 대한 고속 타임-투-마켓(time-to-market) 및 풀 제어를 찾는다. Nagra 툴들 및 제품들은 이들 및 다른 요건들을 충족시키기 위해 설계된다. 예를 들어, Nagra MediaLive 서비스 플랫폼은 다중의 전달 네트워크들(방송, 관리된 IP, over-the-top, 및 모바일), 디바이스들(셋톱박스들, 연결된 TV들, PC들, 태블릿들 및 전화들) 및 콘텐츠 타입들에 걸쳐 광범위한 미디어 서비스들을 단일 플랫폼으로부터 관리하고, 보안하고 동작시키기 위한 소프트웨어 툴들을 제공한다. MediaLive 서비스 플랫폼은 디바이스들, 네트워크들 또는 콘텐츠 타입들에 걸쳐 그리고 전체 콘텐츠 수명 전반적으로 흡수로부터 소비 및 보고까지 서버측 기능들을 단일화한다. MediaLive 서비스 플랫폼은 전세계로부터 인터넷을 통해 액세스될 수 있고, 어느 사용자가 어느 콘텐츠에 액세스하는 것이 허용되는지에 관한 오퍼레이터의 조건 액세스 규칙들을 적용한다.

MediaLive 서비스 플랫폼은 서비스 제공자들이 그들의 프리미엄 엔터테인먼트를 용이하고 효율적으로 화폐화할 수 있게 하는 플렉시블 서비스 정의를 지원한다. 이것은 임의의 네트워크를 통해 임의의 디바이스에 전달된 선형 채널들 및 온-디맨드 콘텐츠를 관리한다. 이것은 가입, 페이-퍼-뷰(pay-per-view), 페이-퍼-타임(pay-per-time), 이벤트 기반 구매 모델들에 대한 "알라카르트(a-la-carte)", 프로모션, 및 어드레스가능한 광고로부터 광범위한 비즈니스 모델들을 지원한다.

MediaLive 서비스 플랫폼은 멀티스크린 서비스들의 디바이스 범위를 최대화한다. 이것은 개인화 및 인증을 포함하는 정교한 계정 및 디바이스 관리 능력, 저작권 및 과금 이벤트 관리를 포함하는 단일화된 트랜잭션 및 콘텐츠 액세스 관리, 도메인 관리, 디바이스 메시징 및 다수의 더 많은 기능들을 제공한다. MediaLive 서비스 플랫폼은 확장형 EPSs, 스트리밍된/푸쉬/풀/ 비디오-온-디맨드, 캐치-업 TV, 스타트-오버, 인터액티브 가입으로부터 멀티-스토어 서비스들, 크로스-디바이스 구매 및 북마킹, 소셜 네트워크 통합(social networks integration), 권장 및 다른 인터액티브 서비스들까지의 범위의 인터액티브 애플리케이션들의 광범위한 라이브러리를 이용가능하게 한다.

도 3은 MediaLive 서비스 플랫폼 또는 다른 플랫폼들에 기초한 콘텐츠 또는 애플리케이션 서버들을 구현하는데 적합한 시스템 구성(300)에 따라 교환된 기능 블록들 및 메시지들의 블록도 표현이다. 예를 들어, 이전에 설명한 Nagra MediaLive 인에이블된 네트워크에 의해 구현될 수 있는 콘텐츠 제공자의 네트워크(302)가 복수의 사용자 디바이스들(204, 306 및 308)에 의해 액세스가능하다. 예를 들어, 사용자 디바이스(304)는 OpenTV5 셋톱박스와 같은 디지털-셋톱박스일 수 있다. 사용자 디바이스(304)는 콘텐츠 제공자 네트워크(302)와 통신할 수 있도록 리턴 경로를 갖는 케이블 단자를 갖춘 텔레비전 또는 다른 소비자 디바이스와 같은 장비에 또한 내장될 수 있다.

제공된 배치에서, 일부 셋톱박스들은 서비스 제공자의 네트워크를 통해 애플리케이션 서버(302)와 메시지들(310)을 직접 통신하도록 구성될 수 있다. 이들 메시지들(310)은 예를 들어, 콘텐츠 시청 또는 구매 요청들 및 대응하는 콘텐츠의 다운로딩 또는 방송을 포함할 수 있다. 일부 셋톱박스들(304)은 트렌딩 서버(202)를 통해 애플리케이션 서버와 통신하도록 구성될 수 있다. 이것은 예를 들어, 셋톱박스(304)에 의해 전송된 대응하는 메시지들에 대한 목적지 어드레스들로서 트렌딩 서버(202)의 IP 어드레스를 제공함으로써 수행될 수 있다. 차례로, 트렌딩 서버(202)는 셋톱박스들(304)로부터의 요청들을 모니터링할 수 있고, 애플리케이션 서버(302)로부터 수신된 응답들을 수신하고, 프로세싱하여, 요청하는 셋톱박스(304)로 다시 보낼 수 있다. 트렌딩 서버(202)에서의 프로세싱은 본 문헌에서 설명하는 바와 같이, 트렌드들을 결정하는 것 및 정상 응답들로부터 임의의 일탈에 대한 경보들을 발생시키는 것을 포함할 수 있다.

시스템(300)은 일부 애플리케이션들에서, 웹-기반 애플리케이션들, 예를 들어, 하이퍼텍스트 마크업 언어 버전 5(HTML5) 웹앱들을 구동하도록 구성된 사용자 디바이스들(306)을 포함할 수 있다. 사용자 디바이스(306)는 사용자 디바이스(306) 대신에 연결(314)을 통해 애플리케이션 서버(302)와 더 통신하는 트렌딩 서버(202)에 대한 연결(312)을 통해 애플리케이션 서버(302)와 통신할 수 있다. 일부 실시예들에서, WebSockets 프로토콜들이 사용될 수 있다. 하나의 바람직한 양태에서, WebSockets는 연결이 개발을 유지하게 하여, WebSockets 인터페이스를 통해 모니터링된 특정한 웹 페이지들에 대한 임의의 변화들을 수신하는 사용자 디바이스(306)에 대한 능력을 제공한다. 일부 실시예들에서, 사용자 디바이스(306)상에서 구동하는 HTML5 애플리케이션은, 오픈 WebSockets 연결을 통해 모니터링되는 웹 페이지들에 대한 업데이트들이 불규칙한 것으로 고려되거나 정상 편차의 범위 외부에 있을 때, 트렌딩 서버(202)에 의해 트렌딩 서버로부터의 메시지에 의해 경보될 수 있다.

일부 애플리케이션들에서, 시스템(300)은 콘텐츠 서비스 제공자에 의해 제공된 미디어 플레이어가 장착된 사용자 디바이스(308)를 더 포함할 수 있다. 예를 들어, 디바이스(308)는 사용자가 콘텐츠에 액세스하기 위해 사용하는 무선 또는 동반 디바이스들일 수 있다. 일부 구현들에서, 디바이스들(308)은 Apple 또는 Google (iOS 또는 Android)로부터의 소프트웨어 플랫폼들을 구동하는 태블릿들 또는 모바일 폰들일 수 있다. 이들 사용자 디바이스들(308)은 (동반 디바이스들(308)에 대한 프라이머리 디바이스들일 수 있는) 사용자 디바이스들(304)과 유사하게 동작하도록 또한 구성될 수 있다.

도 4는 웹-서비스 네트워크(예를 들어, 콘텐츠 관리 시스템(402))이 다중의 사용자 디바이스들에 의해 액세스되는 시스템 구성(400)을 도시한다. 사용자는 웹 브라우저 또는 다른 적합한 애플리케이션을 갖는 사용자 디바이스(404)를 사용하거나 이전에 설명한 WebSockets 기반 HTML5 메커니즘과 같은 다른 메커니즘을 사용하여 애플리케이션 서버(402)에 의해 제공된 웹 서비스에 액세스할 수 있다. 콘텐츠 네트워크에서 다중의 사용자 디바이스들(404 및 406)에 대해, 일부 디바이스들은 중간 트렌딩 서버(202)를 통해 서버(402)와 통신하도록 구성될 수 있는 반면에, 다른 디바이스들(404 및 406)은 직접, 즉, 통신 경로에서 트렌딩 서버(202)를 사용하지 않고 통신하도록 구성될 수 있다. 또한, 디바이스들(404 및 406)은 광범위한 지리적 영역 및 다중의 네트워크들에 걸쳐 분포될 수 있다(예를 들어, 일부 디바이스들은 무선일 수 있고, 일부는 케이블 모뎀 액세스를 사용할 수 있고, 일부 다른 것들은 다이얼-업 액세스 네트워크를 사용할 수 있다).

사용자가 서버(402)에 요청을 할 때, 사용자에게는 웹 페이지, 확장가능 마크업 언어(XML) 문헌 등이 제공될 수 있다. 트렌딩 서버(202)는 동일한 타입의 문헌들 또는 동일한 요청 타입으로부터 수신된 문헌들에 대해 이전에 계산된 트렌드로부터의 임의의 차이점들에 대해 리턴된 웹 페이지 또는 XML 문헌을 비교할 수 있다.

콘텐츠 제공자의 네트워크로부터 리턴된 메시지가 다양한 타입의 데이터를 포함할 수 있다. 예를 들어, 오디오, 비디오, 텍스트 및 다른 멀티미디어 데이터, 다른 데이터(예를 들어, 포맷팅 명령어들)의 프리젠테이션에 관한 메타데이터 등이 있다.

트렌딩 서버에서의 트렌드 계산의 특정한 예들이 후술된다.

일부 구현들에서, 텍스트는 발생의 사전, 발생 빈도 등에 대해 비교될 수 있다.

웹 페이지에서 수치 필드에서의 수들은 이전에 수신된 수들이 범위, 수들과 연관된 의미 및 사용자에 의해 제공된 임의의 다른 입력 규칙들과 비교될 수 있다.

오디오는 파일 사이즈, 인코딩 파라미터들 및 오디오 스트림과 연관된 다른 메타데이터에 대해 체크될 수 있다.

비디오는 사이즈, 인코딩 파라미터들(해상도), 임의의 내장 메시지들 또는 링크들 등에 대해 체크될 수 있다.

그래픽은 사이즈, 웹 페이지내의 배치, 그래픽에서 정보에 대해 인식된 패턴에 대해 체크될 수 있다.

일부 구현들에서, 오퍼레이터는 베이스라인 웹 페이지를 먼저 제공함으로써 트렌드를 "시드(seed)"할 수 있고 특정한 필드들에서 값들이 얼마나 변할 수 있는지를 제한한다. 오퍼레이터는 트렌드 체킹으로부터 특정한 필드들을 무시하는 것을 또한 특정할 수 있다.

다양한 애플리케이션들에서, 트렌딩 서버들은 클라우드 기반 아키텍처에 분포될 수 있고, 개별 트렌딩 서버들이 서로 동기화될 수 있다. 하나의 이점은, 서비스 제공자가 상이한 콘텐츠 서비스를 상이한 지리적 영역에 위치된 사용자들에게 제공할 수 있다는 것이다. 예를 들어, 오스트레일리아에 위치된 서비스 제공자가 콘텐츠를 오스트레일리아에서의 사용자들에 대해 무료로 이용가능하게 할 수 있지만, 유럽에서의 사용자들에 대해서는 시청료를 과금할 수 있다. 추가적으로, 콘텐츠 제공자는 콘텐츠를 아시아에서의 사용자들에 대해 이용가능하게 하지 못할 수 있다.

도 5는 트렌딩 서버(202)의 동작의 프로세스(500)의 흐름도 표현이다. 트렌딩 서버는 사용자 디바이스(도 5에 미도시)와의 WebSocket 연결을 확립한다.

502에서, 프로세스(500)는 사용자 디바이스로부터 WebSocket을 통해 수신된 HTTP 요청을 파싱(parse)한다.

504에서, 프로세스(500)는 HTTP 요청이 통상적인 것인지 여부를 결정한다. 예를 들어, 프로세스(500)는 유사한 요청이 동일한 사용자 디바이스로부터 또는 다른 사용자 디바이스로부터 이전에 수신되었는지를 결정하기 위해 요청의 특정한 필드들, 또는 요청의 타입을 사용한다.

504에서, 프로세스(500)가 요청이 통상적인 것이라는 것을 결정할 때, 프로세스는 요청의 타입에 대한 트렌드 레코드에 액세스하고 트렌드 레코드에 요청으로부터의 파라미터들 및 값들을 첨부한다. 일부 구현들에서, 프로세스는 장래의 트랙킹 및 리포트 생성을 위해 요청에 고유 식별자 값을 할당한다.

506에서, 프로세스(500)가 요청이 통상적인 것이 아니라는 것을 결정하면, 새로운 트렌드 레코드 식별을 할당하고 요청의 타입을 고유하게 식별하기 위해 요청의 파라미터들을 추출함으로써 새로운 트렌드 레코드가 요청에 대해 확립된다. 일부 실시예들에서, 요청에서 수신된 파라미터들의 값들은 초기 트렌드 값들로서 사용된다.

510에서, 프로세스(500)는 MediaLive SDP와 같은 HTTP 서버(520)에 원래의 HTTP 요청을 전달한다. 일부 실시예들에서, 원래의 HTTP 요청은 HTTP 요청을 반송하는 패킷들의 헤더들에서 라우팅 정보의 범위까지 변형된다.

512에서, 프로세스(500)는 HTTP 서버(520)로부터 응답을 수신한다.

514에서, 수신된 응답에 기초하여, 프로세스(500)는 응답에 대한 트렌드 레코드들을 동기화한다. 예를 들어, 일부 실시예들에서, 트렌드 범위는 그 타입의 과거의 N개의 응답들(N은 적합한 정수, 예를 들어, 10 내지 50)로 나눈 파라미터 값에 대한 범위의 평균 이상을 포함함으로써 확장(또는 축소)될 수 있다. 일부 구현들에서, 수신된 응답은 텍스트를 포함할 수 있고 수신된 텍스트에서의 임의의 새로운 워드들 또는 메시지들은 메시지의 그 타입에 대한 트렌드 레코드에 추가될 수 있다. 일부 실시예들에서, 수신된 응답은 그래픽을 포함할 수 있고, 프로세스(500)는 그래픽의 특징(예를 들어, 웹 페이지상의 배치, 해상도, 컬러 깊이, 바이트 사이즈 등)을 포함하도록 트렌드 레코드를 업데이트할 수 있다.

일부 실시예들에서, 프로세스(500)는 광범위한 지리(예를 들어, 다른 주들, 국가들 또는 대륙들)에 걸쳐 퍼져 있을 수 있는 다른 트렌딩 서버들(522)과 수신된 응답을 더 동기화할 수 있다.

일반적으로, 수신된 응답들은 텍스트, 숫자들, 및 그래픽 및 제어 커맨드들을 포함할 수 있다. 2개의 상이한 시간들에서 수신된 2개의 응답들이 동일하게 응답의 모든 비트에 있다는 것은 가능하지 않을 수 있다. 514에서의 동기화에 기초하여, 프로세스(500)는 트렌드 레코드로부터 현재 수신된 응답에서의 변화들을 결정한다. "정상" 또는 "예상된" 것으로 보이는 변화들에 대해, 프로세스(500)는 518에서, 트렌드 레코드의 표현을 변경할 수 있다. 예를 들어, 하나의 응답 메시지에서, 웹 페이지가 날짜를 포함하는 "최종 업데이트된" 필드를 포함할 수 있다. 후속하여 수신된 응답 메시지에서, 웹 페이지는 데이터 및 시간을 포함할 수 있는 "최종 업데이트된" 필드를 포함할 수 있다. 따라서, 프로세스(500)는 "날짜" 필드에 부가하여 "시간" 필드를 포함하도록 웹 페이지에 대한 예상된 표현을 변경할 수 있다.

524에서, 프로세스(500)는 518의 결과들을 HTML5 웹앱에 전달한다.

도 6은 콘텐츠 제공자 네트워크의 상태를 모니터링하기 위한 컴퓨터-구현 프로세스(600)의 흐름도 표현이다.

602에서, 프로세스(600)는 트렌딩 서버로부터, 제1 요청 메시지를 콘텐츠 제공자 네트워크에 전송하고, 여기서, 제1 요청 메시지는 연관된 타입 값을 갖는다. 일부 실시예들에서, 타입 값은 요청에 포함된 URL에 기초하여 유도될 수 있다. 일부 실시예들에서, 전체 URL이 타입에 대응할 수 있다.

604에서, 프로세스(600)는 트렌딩 서버에서, 콘텐츠 제공자 네트워크로부터의 제1 응답 메시지를 수신한다. 이전에 논의한 바와 같이, 메시지는 문서, 예를 들어, XML 문서, 또는 웹 페이지(예를 들어, HTML 스크립) 등으로서 포맷될 수 있다.

606에서, 프로세스(600)는 트렌딩 서버에 의해, 제1 요청 메시지와 연관된 타입 값에 대한 트렌드 레코드와 비교함으로써 제1 응답 메시지가 정상인지 여부를 결정한다. 응답이 정상인지 아닌지(즉, 규칙적 또는 비규칙적)를 결정하는데 있어서 트렌딩 서버에 의해 수행된 다양한 가능한 프로세싱 동작들이 이전에 개시되었다.

608에서, 프로세스(600)는 제1 응답 메시지에 기초하여 트렌드 레코드를 선택적으로 업데이트한다. 일부 실시예들에서, 트렌드 레코드는 제1 응답 메시지가 정상이라는 것이 결정될 때만 업데이트될 수 있다. 특정한 필드의 수용가능한 값들이 가장 최근에 수신된 것을 포함하도록 첨부되거나 평균될 수 있다. 예를 들어, 일부 실시예들에서, 특정한 정수 필드에 대한 이전에 수신된 값들은 1과 5 사이의 범위에 있을 수 있다. 따라서, 트렌딩 서버는 허용가능한 값들을 세트(1, 2, 3, 4, 및 5)인 것으로 고려할 수 있다. 정상인 것으로 결정되지만 필드에서 값 "6"을 포함하는 메시지가 수신될 때, 트렌딩 서버는 허용가능한 값들의 범위를 (1, 2, 3, 4, 5, 및 6)으로 업데이트할 수 있다.

610에서, 프로세스(600)는 제1 응답 메시지가 비정상이라는 것이 결정될 때, 경보를 생성한다. 예를 들어, 프로세스(600)가 현재 $0.99와 $7.99 사이의 정상 범위를 갖는 것으로 가정되는 웹 페이지에서의 "영화 대여 비용" 필드가 값 $0 또는 $100을 갖는다고 결정하면, 프로세스(600)는 경보를 발생시킨다. 경보는 응답을 수신하는 사용자 디바이스에 대해 생성된 오디오/시각 큐(audio/visual cue)의 형태일 수 있다. 경보는 트렌딩 서버의 오퍼레이터에게 디스플레이되는(또는 소리로 알려지는(sounded)) 메시지일 수 있다. 경보는 트렌딩 서버의 경보 로그에서 로그되는 메시지일 수 있다.

도 7은 콘텐츠 제공자의 네트워크의 동작을 모니터링하는 장치(700)의 블록도 표현이다.

모듈(702), 즉, 상태 요청 송신 모듈은 복수의 상태 요청들을 콘텐츠 제공자의 네트워크에 송신하고, 각각의 상태 요청은 연관된 요청 타입을 갖는다. 일부 실시예들에서, 상태 요청들은 REST(representational state transfer) 프로토콜을 사용하는 웹 메시지와 같은 비상태성(stateless) 문의들로서 포맷될 수 있다. 일부 실시예들에서, 상태 요청들은 트렌딩 서버에 의해 자율적으로, 즉, 사용자 디바이스로부터 이전의 요청을 수신하지 않고 생성될 수 있다.

모듈(704)은 콘텐츠 제공자의 네트워크로부터 상태 응답을 수신하기 위한 것이다. 이전에 논의한 바와 같이, 상태 응답은 REST 프로토콜을 사용할 수 있고, 웹 페이지 또는 XML 문서일 수 있으며, 오디오, 비디오 또는 다른 내장된 정보를 포함할 수 있다.

모듈(706)은 모든 수신된 상태 응답에 대해, 상태 응답이 수신된 상태 요청에 기초하여 대응하는 요청 타입을 할당하기 위한 것이다. (예를 들어, URL 필드들에 기초하여) 요청 타입들을 할당하는 여러 기법들이 본 문헌에 개시되었다.

모듈(708)은 각각의 요청 타입에 대해 수신된 미리 결정된 수의 이전의 상태 응답들의 레코드들을 유지하기 위한 것이다.

모듈(710)은 그 요청 타입에 대한 미리 결정된 수의 이전의 상태 응답들 및 그 요청 타입에 대한 사용자 세팅에 기초하여, 각각의 요청 타입에 대한 트렌드를 추정하기 위한 것이다. 예를 들어, 일부 구현들에서, 트렌드는 가장 최근의 응답 메시지를 수신하기 이전에, 동일한 메시지 타입에 대한 10개의 이전의 수신된 응답들에 기초할 수 있다. 일부 구현들에서, 트렌드는 주어진 타입의 모든 이전에 수신된 응답들에 기초할 수 있다. 일부 구현들에서, 트렌드는 주어진 시간에(예를 들어, 월요일에 또는 아침에 등) 다수의 이전에 수신된 응답들에 기초할 수 있다.

모듈(712)은 각각의 수신된 상태 응답에 대해, 수신된 상태 응답이 대응하는 요청 타입에 대한 트렌드 내에 있는지 여부를 체크하기 위한 것이다. 이전에 논의한 바와 같이, 트렌드를 체크하는 것은 상이한 데이터 타입들에 대해 상이하게 수행될 수 있고 범위 체크, 비교, 및 다른 프로세싱을 포함할 수 있다.

모듈(714)은 수신된 상태 응답이 대응하는 요청 타입에 대한 트렌드 내에 있지 않을 때 경보를 발하기 위한 것이다. 경보들을 발하기 위한 기법들이 본 문헌에 이전에 논의되었다.

도 8은 콘텐츠 제공자의 네트워크의 동작을 모니터링하는 프로세스(800)의 흐름도 표현이다.

802에서, 프로세스(800)는 콘텐츠 제공자의 네트워크로부터의 제1 메시지를 수신한다. 일부 구현들에서, 제1 메시지는 트렌딩 서버와 콘텐츠 제공자의 네트워크 사이의 WebSocket 연결 오픈을 통해 웹 서버에 대한 변화를 프로세스(800)에 통지하는 메시지일 수 있다.

804에서, 프로세스(800)는 제1 메시지와 동일한 메시지 타입을 갖는 이전에 수신된 메시지들의 트렌드와 비교함으로써 제1 메시지가 정상인지를 결정한다.

806에서, 프로세스(800)는 제1 메시지에 기초하여, 제1 메시지의 메시지 타입에 대한 트렌드를 선택적으로 업데이트한다. 일부 구현들에서, 트렌드를 업데이트하는 것은 수신된 메시지가 정상이라는 것이 결정될 때만 수행된다. 일부 구현들에서, 트렌드를 업데이트하는 것은 수신된 메시지가 정상인지 여부에 관계없이 수행될 수 있다.

808에서, 프로세스(800)는 제1 메시지가 정상이 아니라는 것이 결정될 때 경보를 생성한다. 경보들을 생성하는 다양한 실시예들이 본 문헌에 이전에 개시되었다.

일부 구현들에서, 다중의 트렌딩 서버들이 다음과 같이 구현될 수 있다. 글로벌 트렌딩 서버가 영역에 걸쳐 지리적으로 분포된 트렌딩 서버 클라우드에서 다중의 트렌딩 서버들의 활동들을 조정하는 코디네이터로서 작용할 수 있다. 글로벌 트렌딩 서버는 다른 트렌딩 서버들과 통신할 수 있고, 웹 페이지들이 트렌드들에 대해 모니터링할 정보를 제공할 수 있다. 주기적으로, 각각의 트렌딩 서버는 모니터링된 웹 페이지를 요청하고 수신한다. 트렌딩 서버는 그것의 문의의 결과들을 글로벌 트렌딩 서버에 통신한다. 예를 들어, 트렌딩 서버는 수신된 웹 페이지가 정상인지 여부의 결정의 결과를 전송할 수 있다. 대안으로는, 트렌딩 서버는 수신된 웹 페이지를 글로벌 트렌딩 서버에 또한 전달할 수 있고, 글로벌 트렌딩 서버는 수신된 웹 페이지가 정상인지 여부를 결정한다.

제한하지 않는 예로서, 도 9 내지 도 16을 참조하면, 시드니에서의 배치가 콘텐츠 네트워크의 상태를 모니터링할 수 있다. 사용자 디바이스(902), 즉, HTML5 가능 애플리케이션을 갖는 iPad가 URI(uniform resource identifier)에 의해 표현된 특정한 웹 페이지들을 모니터링하도록 구성될 수 있다.

도 9는 다중의 트렌딩 서버들을 갖는 시스템에서 모니터링될 수 있는 웹 페이지의 예를 도시한다. 이러한 예에서, 웹 페이지는 대여를 위해 이용가능한 영화에 관한 정보를 제공하고 다수의 필드들 및 그들의 대응하는 설명 메타데이터를 포함하는 XML 파일로서 포맷된다.

사용자 디바이스(902)(예를 들어, 태블릿)상에서 구동하는 모니터링 앱은 URI를 웹 페이지에 제공함으로써 로컬 트렌딩 서버(904), 예를 들어, 시드니에서의 사용자에 대한 시드니에 위치한 서버에게 특정한 웹 페이지를 모니터링하도록 지시할 수 있다(912).

로컬 트렌딩 서버(904)는 HTTP 요청을 파싱하고 트렌딩 데이터베이스로부터의 새로운 트렌딩 레코드를 위치시키거나 생성한다. 그 후, 시드니 트렌딩 서버(904)는 트렌딩 서버 1(906) 및 트렌딩 서버 2(908)에 전달된 URI 데이터에 대한 HTTP 요청을 생성하기 위해, 예를 들어, 트렌딩 서버 1 및 트렌딩 서버 2를 포함하는 글로벌 트렌딩 서버 클라우드를 트리거한다(914).

특정한 스케줄시에, 클라우드에서의 각각의 트렌딩 서버는 URI에 기초하여 웹 페이지의 상태를 요청한다(메시지들(916, 920, 및 924)). 일부 실시예들에서, 메시지들(916, 920, 924)의 요청 시간들은 상이한 위치들로부터 웹페이지의 다중의 스냅샷들을 동시에 얻기 위해 동기화될 수 있다. 일부 실시예들에서, 각각의 트렌딩 서버는 다른 트렌딩 서버들로부터 비동기적으로 자체의 HTTP 요청을 전송할 수 있다.

콘텐츠 네트워크에서의 앱 서버, 예를 들어, Nagra MediaLive SDP는 HTTP 요청을 처리하고, 응답을 각각의 트렌딩 서버로 역으로 전달한다(응답들(918, 922, 및 926) 각각).

그 후, 글로벌 트렌딩 서버 클라우드에서의 각각의 트렌딩 서버(906, 908)는 수신된 응답을 비교하고, 로컬 트렌딩 서버(904)에 포워딩되는 트렌딩 리포트(928, 930)를 생성한다. 로컬 트렌딩 서버(904)는 수신된 응답이 정상인지 여부의 자체의 리포트를 생성한다.

각각의 트렌딩 서버는 수신된 응답에 선택적으로 기초하여 그것의 트렌딩 레코드를 업데이트한다.

로컬 트렌딩 서버(904)(시드니 트렌딩 서버)는 트렌딩 클라우드로부터의 트렌딩 레코드 업데이트들을 프로세싱한다.

임의로, 웹 페이지 업데이트 요청은 동일한 요청을 다시 트리거링하고 트렌딩 레코드에서 변화를 결정함으로써 설정 시간 이후에 다시 이루어질 수 있다.

메시지(912)가 사용자 디바이스(902)로부터의 제1 요청이거나, 예상치 못한 변화가 검출되면, 청취하는 클라이언트들이 변화들을 보고함으로써 WebSocket(932)를 통해 업데이트된다.

일부 실시예들에서, 로컬 트렌딩 서버는 다른 곳으로부터가 아닌 시드니로부터의 예상치 못한 변화를 하이라이트하기 위해 제1 타입의 경보 메시지(예를 들어, 사용자 디바이스에 대한 별개의 오디오 톤 또는 시각 큐)를 전송한다. 일부 실시예들에서, 로컬 트렌딩 서버는 클라우드에서의 다른 트렌딩 서버로부터의 비정상성의 검출을 나타내기 위해, 자체의 오디오-시각 큐들을 갖는 제2 타입의 경보 메시지를 전송한다. 사용자는 리포트(932)에서 제공된 세부사항에 기초하여 비정상성을 더 조사할 수 있다.

도 10은 트렌딩 서버(202)에 의해 모니터링된 웹 페이지의 예를 도시한다. 이러한 웹 페이지는 서비스 제공자의 네트워크에서 애플리케이션 서버로부터 대여를 위해 이용가능한 영화에 대한 정보를 제공하기 위해 사용되는 다수의 필드들 및 대응하는 값들(영숫자 스트링들)을 포함한다.

도 11은 메시지들(912 및 914)의 일부 콘텐츠의 예들을 도시한다.

도 12는 메시지들(928, 930, 및 931)의 일부 콘텐츠의 예들을 도시한다. 각각의 트렌딩 서버는 "트렌딩서버(trendingserver)" 파라미터를 사용하여 그것의 아이덴티티를 식별할 수 있다. 또한, 트렌딩 서버들은 값들에 대해 보여진 트렌드들로 관측된 파라미터 값들에 주석을 달 수 있고, 정상으로부터의 임의의 편차들을 명시적으로 리스트할 수 있다.

도 13은 메시지(932)의 콘텐츠의 예를 도시한다. 이러한 예에서, 로컬 트렌딩 서버는 웹 페이지가 그것의 관점으로부터 정상인 것으로 나타나지만, 트렌딩 클라우드에서의 일부 다른 트렌딩 서버는 웹 페이지에서의 변화를 검출하였다는 것을 나타낸다. 예를 들어, 트렌딩 서버에 의해 모니터링된 웹 페이지는 인터넷 서비스 제공자의 캐싱 서버에서 DNS 익스플로이트를 사용하여 해킹될 수 있지만, (예를 들어, Nagra CMS에서의) 원래의 웹 페이지는 여전히 손상되지 않을 수 있다. 이러한 경우에, 도 13은 해킹된 웹 페이지의 ISP로부터 그것의 웹페이지 상태 응답들(예를 들어, REST 응답들)을 수신하는 트렌딩 서버에 의해 통지된 트렌드 비정상성의 트렌딩 서버 클라우드와의 동기화를 통해 인식되는 CMS를 모니터링하는(그리고 웹 페이지에 대한 임의의 불규칙한 변화들을 보이지 않는) 트렌딩 서버로부터의 메시지를 표현할 수 있다.

도 14는 해킹된 웹 페이지의 ISP로부터의 웹페이지 상태 응답들(예를 들어, REST 응답들)을 수신하여 모니터링된 웹 페이지에서의 불규칙한 변화를 통지하는 트렌딩 서버에 의해 통지된 트렌드 비정상성을 표현할 수 있다.

도 15는 사용자가 모니터링된 웹 페이지의 특정한 필드들에서의 변화들로 경고되는 메시지(932)의 다른 예를 도시한다.

콘텐츠 서비스 제공자의 네트워크와 같은 웹 서비스 시스템의 정상 동작을 모니터링하는 기법들이 개시된다는 것이 이해될 것이다. 일부 실시예들에서, 네트워크는 상이한 지리적 영역들에서의 다중의 위치들로부터 모니터링된다. 일부 실시예들에서, 웹 페이지의 이전의 트렌드와 비교하고 웹 페이지에서의 임의의 예상치 못하거나 비정상 변화들을 사용자에게 경고함으로써 웹 페이지의 현재 상태에 대한 리포트가 생성된다. 모니터링하는 것은 모바일 디바이스상에서 구동하는 애플리케이션으로부터와 같이 얇은 사용자 디바이스로부터 원격으로 수행될 수 있다.

상이한 데이터 타입들, 예를 들어, 데이터, 오디오, 비디오, 등을 각종의 방식들로 모니터링함으로써 웹 페이지에 대한 변화들에서 트렌드들을 모니터링하는 여러 기법들이 개시된다는 것이 더 이해될 것이다.

본 문헌에 설명한 개시된 그리고 다른 실시예들, 모듈들 및 기능적 동작들 및 모듈들은 디지털 전자 회로에서, 또는 본 문헌에 개시된 구조들 및 그들의 구조적 등가물들을 포함하여, 컴퓨터 소프트웨어, 펌웨어, 또는 하드웨어에서, 또는 이들 중 하나 이상의 조합들에서 구현될 수 있다. 개시된 그리고 다른 실시예들은 하나 이상의 컴퓨터 프로그램 제품들, 즉, 데이터 프로세싱 장치에 의한 실행을 위해, 또는 데이터 프로세싱 장치의 동작을 제어하기 위해 컴퓨터 판독가능 매체상에 인코딩된 컴퓨터 프로그램 명령어들의 하나 이상의 모듈들로서 구현될 수 있다. 컴퓨터 판독가능 매체는 머신-판독가능 저장 디바이스, 머신-판독가능 저장 기판, 메모리 디바이스, 머신-판독가능 전파 신호에 영향을 미치는 물질의 조성, 또는 이들 중 하나 이상의 조합일 수 있다. 용어 "데이터 프로세싱 장치"는 예로서, 프로그램가능한 프로세서, 컴퓨터, 또는 다중의 프로세서들 또는 컴퓨터들을 포함하여, 데이터를 프로세싱하는 모든 장치, 디바이스들, 및 머신들을 포함한다. 장치는 하드웨어에 부가하여, 해당 컴퓨터 프로그램에 대한 실행 환경을 생성하는 코드, 예를 들어, 프로세서 펌웨어를 구성하는 코드, 프로토콜 스택, 데이터베이스 관리 시스템, 운영 시스템, 또는 이들 중 하나 이상의 조합을 포함할 수 있다. 전파 신호는 인위적으로 생성된 신호, 예를 들어, 적합한 수신기 장치로의 송신을 위해 정보를 인코딩하도록 생성된 머신-생성된 전기적, 광학적, 또는 전자기적 신호이다.

(프로그램, 소프트웨어, 소프트웨어 애플리케이션, 스크립트, 또는 코드로서 또한 알려진) 컴퓨터 프로그램은 컴파일링되거나 해석된 언어들을 포함하여, 프로그래밍 언어의 임의의 형태로 기록될 수 있고, 독립형 프로그램 또는 모듈, 컴포넌트, 서브루트, 또는 컴퓨팅 환경에서 사용하기에 적합한 다른 유닛을 포함하는 임의의 형태로 이용될 수 있다. 컴퓨터 프로그램은 파일 시스템에서의 파일에 반드시 대응하지 않는다. 프로그램은 다른 프로그램들 또는 데이터(예를 들어, 마크업 언어 문서에 저장된 하나 이상의 스크립트들)를 홀딩하는 파일의 일부에, 해당 프로그램에 전용된 단일 파일에, 또는 다중의 조정된 파일들(예를 들어, 하나 이상의 모듈들, 서브 프로그램들, 또는 코드의 일부들을 저장하는 파일들)에 저장될 수 있다. 컴퓨터 프로그램은 하나의 컴퓨터상에서 또는 하나의 사이트에 위치되거나 다중의 사이트들에 걸쳐 분포되고 통신 네트워크에 의해 상호연결된 다중의 컴퓨터들상에서 실행되도록 이용될 수 있다.

본 문헌에 설명한 프로세스들 및 논리 흐름들은 입력 데이터에 대해 동작하여 출력을 생성함으로써 기능들을 수행하기 위해 하나 이상의 컴퓨터 프로그램들을 실행하는 하나 이상의 프로그램가능한 프로세서들에 의해 수행될 수 있다. 프로세스들 및 논리 흐름들은 특수용 논리 회로, 예를 들어, 필드 프로그램가능한 게이트 어레이(FPGA) 또는 응용 주문형 집적 회로(ASIC)에 의해 또한 수행될 수 있고, 장치는 특수용 논리 회로, 예를 들어, FPGS 또는 ASIC로서 또한 구현될 수 있다.

컴퓨터 프로그램의 실행을 위해 적합한 프로세서들은 예로서, 범용 및 특수용 마이크로프로세서들, 및 임의의 종류의 디지털 컴퓨터의 어느 하나 이상의 프로세서들 모두를 포함한다. 일반적으로, 프로세서는 판독 전용 메모리 또는 랜덤 액세스 메모리 또는 양자로부터 명령어들 및 데이터를 수신한다. 컴퓨터의 필수적인 엘리먼트들은 명령어들을 수행하는 프로세서 및 명령어들 및 데이터를 저장하는 하나 이상의 메모리 디바이스들이다. 일반적으로, 컴퓨터는 데이터를 저장하기 위한 하나 이상의 대용량 저장 디바이스들, 예를 들어, 자기, 광자기 디스크들, 또는 광 디스크들을 또한 포함하거나, 하나 이상의 대용량 저장 디바이스들로부터 데이터 수신하거나 하나 이상의 대용량 저장 디바이스들로 데이터를 전송하거나 모두를 위해 동작가능하게 결합된다. 그러나, 컴퓨터는 이러한 디바이스들을 가질 필요가 없다. 컴퓨터 프로그램 명령어들 및 데이터를 저장하는데 적합한 컴퓨터 판독가능 매체들은 예로서, 반도체 메모리 디바이스들, 예를 들어, EPROM, EEPROM, 및 플래시 메모리 디바이스들; 자기 디스크들, 예를 들어, 내부 하드 디스크들 또는 착탈식 디스크들; 광자기 디스크들; 및 CD ROM 및 DVD-ROM 디스크들을 포함하여, 모든 형태들의 비휘발성, 매체들 및 메모리 디바이스들을 포함한다. 프로세서 및 메모리는 특수용 논리 회로에 의해 보완될 수 있거나 특수용 논리 회로에 통합될 수 있다.

본 문헌이 다수의 상세들을 포함하지만, 이들은 청구되거나 청구될 수 있는 본 발명의 범위에 대한 제한으로서 해석되지 않아야 하고, 오히려 특정한 실시예들에 특정된 특징들의 설명들로서 해석된다. 개별적인 실시예들의 맥락에서 본 문헌에 설명된 특정 특징들은 단일 실시예에서 조합되어 또한 구현될 수 있다. 반대로, 단일 실시예의 맥락에서 설명되는 다양한 특징들은 개별적으로 다수의 실시예들로 또는 임의의 적절한 서브-조합으로 또한 구현될 수 있다. 아울러, 특징들이 특정한 조합들로 동작하는 것으로 앞서 설명되거나 심지어 초기에 이와 같이 청구될지라도, 일부 경우들에서, 청구된 조합으로부터의 하나 이상의 특징들은 그 조합으로부터 제거될 수 있고, 청구된 조합은 서브-조합 또는 서브-조합의 변화에 관련될 수 있다. 유사하게, 동작들은 도면들에서 특정한 순서로 도시되지만, 바람직한 결과들을 달성하기 위해, 이러한 동작들이 도시된 특정한 순서 또는 순차적 순서로 수행되어야 하거나 또는 모든 예시된 동작들이 수행되어야 하는 것으로 이해되지 않아야 한다.

몇몇 예들 및 구현들만이 개시되었다. 설명된 예들 및 구현들 및 다른 구현들에 대한 변경들, 변형들, 및 개선들이 개시된 바에 기초하여 이루어질 수 있다.

Claims

콘텐츠 제공자 네트워크의 상태를 모니터링하기 위한 컴퓨터 구현 방법으로서,
트렌딩 서버(trending server)로부터, 연관된 타입 값을 갖는 제1 요청 메시지를 상기 콘텐츠 제공자 네트워크에 전송하는 단계;
상기 트렌딩 서버에서, 상기 콘텐츠 제공자 네트워크로부터 제1 응답 메시지를 수신하는 단계;
상기 트렌딩 서버에 의해, 상기 제1 요청 메시지와 연관된 상기 타입 값에 대한 트렌드 레코드(trend record)와 비교함으로써 상기 제1 응답 메시지가 정상인지 여부를 결정하는 단계;
상기 제1 응답 메시지에 기초하여 상기 트렌드 레코드를 선택적으로 업데이트하는 단계; 및
상기 제1 응답 메시지가 비정상이라는 것이 결정될 때 경보를 생성하는 단계
를 포함하는, 컴퓨터 구현 방법.
제1항에 있어서,
상기 트렌딩 서버에서, 사용자 디바이스로부터 제2 요청 메시지를 수신하는 단계; 및
상기 제2 요청 메시지에 기초하여 상기 제1 요청 메시지를 생성하는 단계를 더 포함하는, 컴퓨터 구현 방법.
제2항에 있어서, 상기 트렌드 레코드는 상기 제2 요청 메시지에 기초하는, 컴퓨터 구현 방법.
제1항에 있어서, 상기 트렌드 레코드는 상기 타입 값을 갖는 미리 결정된 수의 이전에 수신된 응답 메시지들을 누적하는, 컴퓨터 구현 방법.
제1항에 있어서, 상기 제1 응답 메시지가 정상인지 여부를 결정하는 단계는:
상기 제1 응답 메시지에 포함된 파라미터를 그 파라미터에 대한 정상 값들의 범위와 비교하는 단계를 포함하는, 컴퓨터 구현 방법.
제1항에 있어서, 상기 제1 응답 메시지에 기초하여, 상기 제1 요청 메시지를 발신하는 사용자 디바이스에 제2 응답 메시지를 제공하는 단계를 더 포함하는, 컴퓨터 구현 방법.
제6항에 있어서, 상기 제2 응답 메시지는 상기 제1 응답 메시지를 포함하고, 상기 제2 응답 메시지는 상기 제1 응답 메시지가 정상인 것으로 결정되는지 여부에 관계없이 제공되는, 컴퓨터 구현 방법.
제6항에 있어서, 상기 제2 응답 메시지는 상기 제1 응답 메시지를 포함하고, 상기 제1 응답 메시지가 정상이 아닌 것으로 결정될 때 경보 메시지를 더 포함하는, 컴퓨터 구현 방법.
제1항에 있어서, 상기 트렌딩 서버는 상기 콘텐츠 제공자 네트워크의 외부에 위치하는, 컴퓨터 구현 방법.
제10항에 있어서,
트렌딩 및 모니터링 동작들을 수행하도록 구성된 복수의 지리적으로 분리된 서버 중 일부이도록 상기 트렌딩 서버를 구성하는 단계를 더 포함하고, 상기 복수의 지리적으로 분리된 서버 중 적어도 하나는 상기 사용자 디바이스로부터 상기 제1 요청 메시지를 수신하지 않고 트렌딩 및 모니터링을 수행하는, 컴퓨터 구현 방법.
콘텐츠 제공자의 네트워크의 동작을 모니터링하는 장치로서,
복수의 상태 요청들을 상기 콘텐츠 제공자의 네트워크에 송신하는 상태 요청 송신 모듈 - 각각의 상태 요청은 연관된 요청 타입을 가짐 -;
상기 콘텐츠 제공자의 네트워크로부터 상태 응답들을 수신하는 상태 응답 수신 모듈;
모든 수신된 상태 응답에 대해, 상기 상태 응답이 수신된 상태 요청에 기초하여 대응하는 요청 타입을 할당하는 응답 분류 모듈;
각각의 요청 타입에 대해 수신된 미리 결정된 수의 이전의 상태 응답들에 기초하여 트렌드 레코드들을 유지하는 트렌딩 레코드-유지 모듈(trending record-keeping module);
각각의 요청 타입에 대한 트렌드를 상기 상태 응답 및 그 요청 타입에 대한 사용자 설정에 기초하여, 추정하는 트렌딩 추정 모듈;
각각의 수신된 상태 응답에 대해, 상기 수신된 상태 응답이 대응하는 요청 타입에 대한 트렌드 내에 있는지 여부를 체크하는 트렌드 체커 모듈(trend checker module); 및
상기 수신된 상태 응답이 상기 대응하는 요청 타입에 대한 트렌드 내에 있지 않을 때 경보를 발하는 트렌드 경보 모듈
을 포함하는, 장치.
제11항에 있어서,
상기 사용자 설정에 대한 입력을 수신하는 트렌드 사용자 인터페이스 모듈을 더 포함하고, 상기 입력은 입력 요청 타입 및 상기 입력 요청 타입을 위해 사용할 연관된 트렌드를 제공하는, 장치.
제11항에 있어서, 상기 상태 요청 송신 모듈은 비상태성 프로토콜(stateless protocol)을 사용하여 상기 복수의 상태 요청 메시지들을 송신하는, 장치.
제11항에 있어서, 제1 상태 요청이 멀티미디어 프로그램을 구매하기 위한 요청을 포함하고, 대응하는 제1 상태 응답이 상기 멀티미디어 프로그램의 구매 비용을 나타내는 값을 포함하는, 장치.
제11항에 있어서, 제1 상태 요청이 웹 페이지를 수신하기 위한 요청을 포함하고, 대응하는 제1 상태 응답이 상기 웹 페이지의 콘텐츠를 포함하는, 장치.
코드가 저장된 컴퓨터 판독가능 저장 매체를 포함하는 컴퓨터 프로그램 제품으로서,
상기 코드는, 프로세서에 의해 실행될 때, 상기 프로세서로 하여금, 콘텐츠 제공자의 네트워크의 동작을 모니터링하는 방법을 구현하게 하고,
상기 방법은:
상기 콘텐츠 제공자의 네트워크로부터 제1 메시지를 수신하는 단계;
상기 제1 메시지와 동일한 메시지 타입을 갖는 이전에 수신된 메시지들의 트렌드와 비교함으로써 상기 제1 메시지가 정상인지를 결정하는 단계;
상기 제1 메시지에 기초하여, 상기 제1 메시지의 상기 메시지 타입에 대한 상기 트렌드를 선택적으로 업데이트하는 단계; 및
상기 제1 메시지가 정상이 아닌 것으로 결정될 때 경보를 생성하는 단계
를 포함하는, 컴퓨터 프로그램 제품.
제16항에 있어서, 상기 방법은
상기 콘텐츠 제공자의 네트워크에 상태 요청 메시지를 송신하는 단계를 더 포함하고, 상기 제1 메시지는 상기 상태 요청 메시지에 응답하여 수신되는, 컴퓨터 프로그램 제품.
제17항에 있어서, 상기 방법은
상기 사용자 디바이스로부터 제2 메시지를 수신하는 단계; 및
상기 제2 메시지에 기초하여 상기 상태 요청 메시지를 송신하는 단계를 더 포함하는, 컴퓨터 프로그램 제품.
웹 서비스 제공자의 동작을 모니터링하는 시스템으로서,
상기 웹 서비스 제공자의 관리하의 하나 이상의 웹 서버들 - 상기 하나 이상의 웹 서버들은 상기 웹 서비스 제공자의 네트워크의 내부에 위치함 -;
상기 웹 서비스 제공자의 네트워크의 외부에 위치하고 서로 지리적으로 분리된 복수의 모니터링 서버들
을 포함하고, 각각의 모니터링 서버는:
상기 하나 이상의 웹 서버들에 싱크 메시지들(sync messages)을 송신하고;
상기 싱크 메시지들에 대한 예상된 응답들의 레코드를 유지하고;
상기 하나 이상의 웹 서버들로부터 상태 응답 메시지들을 수신하며;
상기 상태 응답 메시지가 예상된 응답이 아닐 때 경보를 발하도록 구성되는, 시스템.
제19항에 있어서, 각각의 모니터링 서버는 새로운 상태 응답 메시지가 수신될 때 상기 레코드를 업데이트하도록 더 구성되는, 시스템.