KR20090101489A

KR20090101489A - 풀 및 푸시 모드를 조합하는 시스템 및 방법

Info

Publication number: KR20090101489A
Application number: KR1020097016768A
Authority: KR
Inventors: 에릭 고띠에; 빌렘 루버스; 프랑수아 제라드
Original assignee: 톰슨 라이센싱
Priority date: 2007-01-12
Filing date: 2008-01-11
Publication date: 2009-09-28
Also published as: CA2675057A1; US9100376B2; US20100011088A1; RU2009130739A; MX2009007438A; EP2103083A1; JP2015172954A; BRPI0806326A2; JP5785689B2; EP2103083B1; CN101584190A; CN101584190B; RU2454820C2; JP5951071B2; KR101606940B1; EP1944944A1; ZA200904569B; JP2010515988A; WO2008084096A1; CA2675057C

Abstract

본 발명은 푸시 및 풀 모드의 조합을 이용하여 컨텐트를 다운로드하는 방법에 관한 것이다. 본 발명은, 제1 단말(1), 적어도 제2 단말(2), 및 컨텐트 서버(5, 8)를 포함하는 통신 시스템(10)에서, 컨텐트를 다운로드하는 방법에 있어서, 상기 제1 단말의 레벨에서, 상기 컨텐트 서버 또는 적어도 상기 제2 단말로부터 풀 모드 (pull mode) 또는 상기 컨텐트 서버로부터 푸시 모드 (push mode)로 컨텐트를 다운로드하는 단계; 및 상기 컨텐트의 연속적인 다운로드를 위해 상기 모드들 사이에서 끊김없이(seamlessly) 스위칭하는 단계를 포함하는 방법에 관한 것이다.

Description

풀 및 푸시 모드를 조합하는 시스템 및 방법{SYSTEM AND METHOD FOR COMBINING PULL AND PUSH MODES}

본 발명은 컨텐트 다운로드에 관한 것으로, 특히 풀 및 푸시 방법의 조합의 사용에 관한 것이다.

이 절은 이하에서 설명되고 및/또는 청구되는 본 발명의 다양한 양태에 관계될 수 있는 당해 기술의 다양한 양태를 소개하기 위한 것이다. 이 논의는 본 발명의 다양한 양태를 용이하게 이해할 수 있도록 배경 기술을 제공할 때 도움이 될 것이다. 따라서, 이 진술을 이러한 관점에서 보아야 하고 종래기술의 인정으로 받아들이지 않아야 한다.

서버와 다수의 수신기 사이의 컨텐트의 배포는 서버와 각 수신기 사이의 점대점 연결 또는 다중점 연결(multipoint connection)을 설정할 것을 요한다. 점대점 연결은 컨텐트를 유니캐스트 방식으로 각 수신기로 배포할 수 있게 하고, 안정된(robust) 배포를 제공하는데, 이것을 이하 풀 모드 (pull mode)라 하고, 보통은 클라이언트들이 능동적인 개시자가 된다. 그러나, 상당수의 수신기의 경우, 모든 연결을 관리하는데 있어서 큰 부하가 걸린다. 또한 네트워크를 통한 트래픽을 현저하게 증가시킬 수 있다. 멀티캐스트 배포는 네트워크 부하가 덜한 대신 덜 안정된 배포를 제공한다. 이것을 이하 푸시 모드 (push mode)라 한다.

서버를 관리하는 서비스 운영자는 수신기의 행동 양식을 정확하게 예측할 수는 없다. 푸시 컨텐트 전달 세션에서, 수신기들은 다음과 같은 이유로 전체 또는 일부 컨텐트 다운로드에서 배제될 수 있다. 즉, 수신기들이 푸시 배포 동안 스위치 오프되는 것; 푸시 배포가 진행 중일 때 스위치 온되는 것; 모든 예비 대역폭이 푸시 배포를 위해 이용가능하지 않은 것, 예컨대 STB 사용자가 한 프로그램을 보면서 다른 프로그램을 녹화하는 것; 수신기들이 푸시 배포시 저장 공간이 부족한 것; 수신기들이 푸시 배포시 전체 CPU를 사용하는 것; 네트워크들이 멀티캐스트 트래픽을 처리할 수 없는 것 등의 이유가 있다. 대역폭을 최적화하기 위해, 운영자는 푸시 세션을 계속하거나 또는 정지하도록 선택하여야 할 수 있다. 푸시 세션을 정지하면 운영자가 네트워크를 대량의 트래픽으로부터 자유롭게 할 수 있고 컨텐트를 놓친 수신기들은 복구 모드를 이용하여 이를 검색할 수 있다. 복구 방법은 EP 특허 출원 번호 06291464.3에 정의되어 있다. 한편, 풀 모드에서 운영자는 컨텐트의 최대 수요를 직면하여야 할 수 있다. 풀 모드 보다는 푸시 모드로 이 컨텐트를 멀티캐스팅함으로써 운영자가 네트워크 대역폭의 사용 및 전개 지연(deployment delay)을 최적화하는 것이 더 효율적일 수 있다.

본 발명은 첨부 도면을 참조하여 이하의 실시예 및 실행예-이에 한정되지는 않음-를 통해 더 잘 이해되고 예시될 것이다.

도 1은 본 발명의 일실시예에 따른 시스템의 블록도이다.

도 2는 본 발명의 일실시예에 따른 단말을 도시한다.

도 3은 풀 모드를 설명하는 흐름도이다.

도 4는 푸시 모드와 풀 모드의 조합을 설명하는 흐름도이다.

도 1 및 도 2에서, 도시된 블록들은 순수하게 기능적 요소로서 반드시 물리적으로 분리된 요소에 해당하는 것은 아니다. 즉, 이들은 소프트웨어 형태로 개발되거나 하나 이상의 집적 회로로 구현될 수 있다.

도 1은 컨텐트를 배포하기 위한 본 발명의 일실시예에 따른 통신 시스템(10)의 아키텍처를 나타낸다. 단말(1, 2, 3)은 클라이언트 애플리케이션을 포함한다. 특히, 이들은 셋톱 박스 (STB)의 기능을 포함한다. 본 실시예에서, 단말은 STB이지만 이에 한정되는 것은 아니다. 컨텐트 서버로부터 데이터를 다운로드하기 위한 클라이언트 애플리케이션을 포함하는 장치에 본 실시예가 적용가능하다.

이 단말은 또한 푸시 모드로 컨텐트를 다운로드하는 수단 및 풀 모드로 컨텐트를 다운로드하는 수단을 포함한다. 이들은 푸시 및 풀 기능을 이하에 설명되는 바와 같이 수행한다.

이 시스템은 푸시 컨텐트 서버(5) 및 풀 컨텐트 서버(8)를 포함한다. 풀 컨텐트 서버는 풀 모드로 컨텐트를 배포하도록 구성된다. 이것은 다수의 클라이언트와 점대점 연결을 설정하는 수단을 포함한다. 푸시 컨텐트 서버는 컨텐트를 푸시 모드로 배포하도록 구성된다. 이 서버들은 동일 장치 내에 포함될 수 있다.

인덱싱 서버(6)는 피어(peer) STB들을 서로 연관시켜 복구를 하거나 컨텐트를 검색하게 하는 역할을 한다. 인덱싱 서버는 파일들 또는 그 일부들을 복구할 필요가 있는 피어들(peers)을, 누락한 정보를 제공할 수 있는 피어들과 연관시키는 역할을 한다. 인덱싱 서버는 컨텐트 파일을 저장하지는 않고 파일의 위치에 대한 정보를 저장하는 중앙집중식 인덱스(centralized index)로 작용한다. 풀 프로토콜은 인덱싱 서버가 각 STB에 의해 컨텐트의 다운로드 상태에 대해 계속 알고 있을 것을 요한다. 본 발명의 일실시예에 따르면, 이 시스템은 단 하나의 인덱싱 서버를 포함한다. 네트워크는 예컨대 지역당 또는 컨텐트 유형당 액세스를 최적화할 수개의 인덱싱 서버를 가질 수 있다. 동일한 인덱싱 서버가 푸시 모드 환경은 물론 풀 모드 환경에서도 사용된다.

서비스 검색 서버(7) (이하, SD&S)는, ETSI TS 102 034 V1.2.1 (2006-09) 디지털 비디오 브로드캐스팅 (DVB), IP 기반 네트워크를 통한 MPEG-2 기반 DVB 서비스 전송 표준에서 나타난 바와 같이, 서비스 찾기 및 선택 메커니즘을 수행하도록 구성된다.

본 발명의 일실시예에 따르면, 동일한 SD&S 서버가 푸시 모드 환경은 물론 풀 모드 환경에서 이용된다.

도 2는 본 발명의 일실시예에 따른 단말의 블록도이다. 이 단말은 저장 수단(1.1), 통신 수단(1.2), 처리 수단(1.3) 및 내부 버스(1.4)를 포함한다. 저장 수단은 단말이 파일을 푸시 또는 풀 모드로 다운로드하게 하는 프로그램을 저장하도록 의도된 것이다. 따라서, 이 단말은 푸시 다운로드 수단(1.6) 및 풀 다운로드 수단(1.5)을 포함한다. 이것은 한 모드에서 다른 모드로 스위칭하는 수단(1.7)을 포함한다.

풀 방법에 대해 설명한다. 이것은 P2P (피어-투-피어 (peer-to-peer) 방식)에 기초한다.

풀 방법을 수행하기 위해, 단말은 먼저 인덱싱 서버 주소 찾기 단계를 수행한다. STB는 다운로드 가능한 컨텐트 목록을 검색하여 다운로드할 컨텐트를 찾는다. 목록의 주소는 ETSI TS 102 034 V1.2.1 (2006-09) 및 ETSI TS 102 539 V1.1.1에서 특정된 DVB-IP 광대역 컨텐트 가이드 기록, DVB-IP의 문맥에 따라 컨텐트 가이드의 전송 및 신호를 설명한 인터넷 프로토콜 (IP)을 통한 광대역 컨텐트 가이드 (BCG) 정보 전송을 이용하여 찾는다. 단말은 목록에서 인덱싱 서버의 주소를 찾는다. 인덱싱 서버의 주소는 DVB-IP/SD&S 신호에 의해 전달되는 컨텐트 다운로드 제공 기록과 같은 다른 수단으로 찾을 수도 있다.

대용량 컨텐트를 다운로드하는 능력을 개선하기 위해, 컨텐트의 각 파일을 더 작은 블록들로 나눈다. 피어는 이 컨텐트의 블록들을 수신하여 확인한 후 컨텐트를 완전히 또는 일부 수신하기 전에 이 블록들을 교환할 수 있다. 해시 코드가 각 블록에 대해 계산된다. 표 1의 메타 정보는 컨텐트 서버에 파일로 저장된다. 메타 정보는 파일 교환을 피어-투-피어로 수행하는 데 필요한 모든 정보를 포함한다.

해싱은 컨텐트 서버가 수행할 수 있다. 다음 표는 본 발명의 일실시예에 따른 컨텐트 메타 정보를 나타낸다. TSI 및 TOI 필드는 FLUTE 프로토콜로 정의되는데 선택 사항이다. 이들은 여기서 풀과 푸시 모드 사이에서 끊김없는 스위칭(seamless switching)을 제공하기 위해 사용된다. 컨텐트 블록 길이, 컨텐트 블록 다이제스트, 파일명, 파일 길이, 파일 다이제스트, 파일 블록 길이 및 파일 블록 다이제스트 필드들은 P2P 프로토콜에 필요한 최소한의 메타 정보이다.

메타 정보 다이제스트 필드는 메타 정보 파일 인증을 허용하기 위한 RSA 서명을 전송하도록 이용될 수 있다.

파일 다운로드 방법은 도 3에 설명된 바와 같이 아래와 같다.

단계 S1. STB1이 선택한 컨텐트 요청을 인덱싱 서버로 전송한다.

단계 S2. 인덱싱 서버는 응답 컨텐트의 메타 정보를 제공할 수 있는 피어 STB2의 주소로 STB에 응답한다. 인덱싱 서버는 수개의 피어들의 주소를 제공할 수도 있다.

STB1은 단계 S3에서 표시된 피어와의 연결을 개시한다. 단계 S4에서 메타 정보 파일을 검색하고, 단계 S5에서 그 무결성(integrity)을 확인하고, 단계 S6에서 이 파일을 저장하고 메타 정보 수신을 인덱싱 서버에 알린다. STB1은 이 파일을 연관된 컨텐트가 삭제될 때까지 메모리에 유지한다.

이 메타 정보 파일에 의해, STB는 임의 바이트 범위의 블록을 다른 피어들에게 요청하고 수신된 데이터의 무결성을 확인할 수 있다. STB가 메타 정보 파일을 수신한 후, 하나 이상의 파일 또는 하나 이상의 파일의 블록들을 다운로드할 수 있다.

STB는 단계 S7에서 인덱싱 서버에 한 블록을 요청한다. STB는 여러 블록을 동시에 요청할 수도 있다. 이것은 블록 번호 및 파일 식별자 (이것은 파일명일 수도 있다)를 전송하고, 파일 ID는 여러 파일이 동시에 다운로드될 때 필요하다.

인덱싱 서버는 단계 S8에서 상기 컨텐트의 블록을 제공할 수 있는 피어의 주소를 리턴한다.

STB는 단계 S9에서 표시된 피어(들)와의 연결을 개시하고, 단계 S10에서 컨텐트의 블록(들)을 검색하고, 단계 S11에서 그 무결성을 확인한다.

STB는 단계 S12에서 블록 다운로드의 상태를 성공 또는 실패로 인덱싱 서버에게 표시한다.

클라이언트는 완전한 컨텐트를 다운로드할 때까지 다른 블록들에 대한 새로운 요청들을 인덱싱 서버로 보낼 수 있다.

STB로부터 수신하는 리포트에서 주어진 정보를 이용하여, 인덱싱 서버는 자신의 데이터베이스를 계속 업데이트한다. 임의의 주어진 순간에, 그것은 데이터 복구를 필요로 하는 STB를 누락한 정보를 제공할 수 있는 피어 STB와 연관시킬 수 있다.

TSI 및 TOI 필드에 의해, 단말은 파일을 다운로드하기 위해 푸시 모드로 끊김없이 스위칭할 수 있다.

도 3에서, 컨텐트의 블록을 제공하는 피어는 컨텐트의 메타 정보를 제공하는 피어와 동일하다. 이것은 다른 피어일 수도 있다.

또한, 인덱싱 서버는 컨텐트의 블록을 제공할 수 있는 둘 이상의 피어의 주소를 리턴할 수도 있다. STB는 둘 이상의 피어에 연결되는 것이 가능하다.

인덱싱 서버는 요청된 컨텐트 또는 메타 정보 파일이 어떠한 피어 STB에 의해서도 제공될 수 없다는 정보를 가지고 있을 수 있다.

이 경우, 이것은 컨텐트를 직접 전달할 수 있는 컨텐트 서버의 주소를 제공할 수 있다. 컨텐트 서버가 컨텐트 요청으로 넘치는 것을 방지하기 위해, 인덱싱 서버는 한 풀(pool)의 피어 STB만을 서빙할 수 있다. 이것은 그 외의 STB를 보류하고 있다가, 그 후에 성공적으로 컨텐트를 다운로드한 피어 STB 풀의 주소들을 이들에게 나타낸다.

이와 달리, 인덱싱 서버는 이 요청을 다른 인덱싱 서버로 또는 "수퍼" 인덱싱 서버로 어드레싱할 수 있다. 요청 정보를 발견하면, 인덱싱 서버는 데이터베이스에 이 정보를 저장하고 STB에 긍정 응답을 할 수 있다.

인덱싱 서버는 동일 컨텐트에 여러 주소를 제공할 수 있다. 컨텐트는 여러 피어 STB에 걸쳐서 분산될 수 있는데, 즉 피어 STB의 어느 것도 컨텐트 전체를 갖지 않지만 총 컨텐트가 피어 STB들에 있는 부분 컨텐트들로부터 구성될 수 있다. 인덱싱 서버는 또한 다운로드 속도가 너무 느리거나 피어가 이용불가능한 것으로 확인되면 STB에게 다른 피어로부터 컨텐트를 검색할 기회를 주기 위하여 요청 컨텐트를 전체 또는 부분적으로 제공할 수 있는 다른 피어 STB들을 나타낼 수 있다.

한편, 인덱싱 서버는 예컨대 한 피어로부터의 성공적인 다운로드의 갯수에 대한 통계에 기초하여 지능적인 피어 선택을 허용하는 알고리즘을 제공받을 수 있다.

푸시 배포 방법에 대해 설명하기로 한다. 푸시 배포는 RFC 3926에 명시된 바와 같이 단방향 전송을 통한 파일 전달 (File Delivery over Unidirectional Transport: FLUTE) 프로토콜에 기초한다. 푸시 배포는 상기 피어-투-피어 메커니즘을 이용하는 복구 메커니즘을 포함한다.

FLUTE 프로토콜은 멀티캐스팅 개체(objects) 송신 및 연관된 디스크립터 표를 정의한다. 이것은 현재 세션에서 전송될 파일의 정보를 포함하는 파일 전달 표 (File Delivery Table: FDT)를 정의한다. FLUTE 프로토콜은 FDT를 멀티캐스트 모드로 컨텐트 서버로부터 모든 STB로 송신한다. FLUTE는 다중 파일이 후속하는 하나의 완전한 FDT 또는 이들의 연관된 파일들이 후속하는 일련의 FDT 인스턴스 (중간 FDT)와 같은 여러개의 송신 모드를 정의한다. 후자는 대용량 비디오 파일 전송에 특히 적합하고, 이것은 개체 또는 파일이 세션 종료 전에 올바로 수신되었는지 수신기가 확인할 수 있게 한다. 전자의 송신 모드는 작은 용량의 파일을 전송하는 환경에 다소 편리하다. 완전한 FDT는 동일 세션의 모든 FDT 인스턴스로부터 만들어진다.

본 발명의 일실시예에 따르면, FLUTE FDT는 아래 표 2에 표시된 바와 같이 특정 피어-투-피어 메타 정보 (블록 길이 및 블록 해시 포함)를 포함한다. 컨텐트 다운로드 동안에 한 프로토콜에서 다른 프로토콜로 끊김없이 스위칭할 수 있다. FLUTE 멀티캐스트 푸시 세션 종료시에 컨텐트를 완전히 또는 전부 다운로드하지 못한 수신기는 피어-투-피어 풀 모드로 끊김없이 스위칭하여 컨텐트의 누락한 블록들을 정확히 알게 하는 FDT내 정보에 의해 누락한 블록들을 다운로드할 수 있다. 마찬가지로 피어-투-피어 풀 모드에 의해 컨텐트를 다운로드하기 시작했던 수신기는 누락한 블록의 파일을 푸시 모드로 복구하는 데 필요한 정보를 수신기에 제공하는 FDT를 이용하여 푸시 모드로 끊김없이 스위칭할 수 있다.

다음 표는 본 발명의 일실시예에 따라 P2P 메타 정보를 포함하는 FLUTE FDT 표를 나타낸다.

컨텐트 블록 길이, 컨텐트 블록 다이제스트, 파일 명칭, 파일 길이, 파일 다이제스트, 파일 블록 길이 및 파일 블록 다이제스트 필드는 P2P 프로토콜에 필요한 최소 메타 정보이다. 한 파일은 여러개의 블록으로 나뉜다.

완전 FDT 다이제스트 필드는 완전한 FDT 인증을 허용하기 위한 RSA 서명을 전송하기 위해 사용될 수 있다.

푸시 방법으로 컨텐트를 다운로드하기 위해, 클라이언트는 푸시 컨텐트 다운로드 세션 찾기 단계를 수행한다. 클라이언트 STB는 푸시 다운로드 제공을 신청한다. 신청의 일환으로 배포 주소를 획득하는데 여기서 서비스의 신호는 DVB-IP/SD&S 메커니즘을 통해 SD&S 서버에 의해 전송된다. STB는 전용 멀티캐스트 주소를 듣는다(listen). 이것은 DVB-IP 컨텐트 다운로드 제공 기록을 찾는다.

이 컨텐트 다운로드 제공 기록에서, 이것은 컨텐트 다운로드 세션의 시작 및 종료 날짜/시간 뿐만 아니라 컨텐트가 배포되는 멀티캐스트 주소 및 포트, 및 이것이 의존하는 인덱싱 서버의 주소를 찾는다. 본 발명의 일실시예에 따른 SD&S 기록 파일이 다음 표 3에 나타나 있다.

발표다이제스트 필드는 발표의 인증을 허용하기 위한 RSA 서명을 송신하기 위해 사용될 수 있다.

도 4에 도시된 바와 같이, 단계 S'1에서, 검색 단계에서 얻은 정보를 이용하여, STB는 푸시 세션 컨텐트가 배포되는 멀티캐스트 주소를 듣는다.

각 FDT 인스턴스는 자신의 무결성 및 이와 연관된 파일의 블록들의 무결성을 확인하는 것을 허용하는 여러개의 해시 코드를 포함한다. 이 정보는 풀 모드에 대해 설명된 바와 같이 메타 정보 파일에 대응한다. 풀 모드의 경우, STB는 연관된 컨텐트를 유지하는 한도에서는 메타 정보 파일을 저장한다. 이 파일은 나중에 풀 모드에서 피어들을 보조하기 위해 사용될 수 있다.

STB는 FLUTE 프로토콜의 "파일 전송 종료 (End-Of-Transmission-File)" 플래그에 의해 파일 전달이 종료할 때를 검출한다. 이 순간부터, 단계 S'2, S'3에서, 각 STB는 FDT 인스턴스의 무결성을 확인할 수 있다. 이 확인 후, 단계 S'4, S'5에서, 각 STB는 FDT 인스턴스의 수신 여부를 나타내는 메시지를 인덱싱 서버로 전송한다.

FDT 인스턴스의 무결성 체크가 성공적이면, STB는 FDT 인스턴스와 연관된 파일의 블록들의 무결성을 확인하고 (단계 S'6, S'7), 단계 S'8, S'9에서, 연관된 파일에 대한 리포트를 인덱싱 서버로 전송하는데, 이 리포트는 파일 식별자 뿐만 아니라 올바로 수신된 블록에 대한 정보를 포함한다. 인덱싱 서버는 이 정보를 저장하고 자신의 데이터베이스를 업데이트한다. 누락된 파일 부분에 대해서는, STB가 후술하는 바와 같이 파일 복구를 수행한다.

FDT 인스턴스의 무결성 체크가 실패하면, 이 정보가 FDT 인스턴스에 포함되므로, 오류가 있는 FDT 인스턴스는 STB가 이와 연관된 파일의 블록들의 무결성을 확인하게 허용하지 않는다. STB는 오류 FDT 다음의 파일을 저장하고, 파일 전달 종료의 검출을 기다려 후술하는 FDT 인스턴스 수선(reparation)을 시작한다. 블록을 포함하는 FLUTE 패킷은 각 파일에 고유한 TOI라고 하는 식별자를 포함한다. FDT도 블록을 파일에 관계시키는 이 식별자를 포함한다.

세션의 최종 FDT 인스턴스는 세션의 일부인 모든 FDT 인스턴스 전체에 대해 계산되는 해시 코드도 포함한다. 이것은 완전한 FDT의 무결성의 확인과 FDT 인스턴스가 누락되는지 여부를 아는 것을 허용한다. 이것은 FDT 인스턴스가 하나의 FLUTE 패킷에 의해서만 전달되고 이 패킷이 드롭되는 경우를 검출하기 위해 사용될 수 있다.

STB는 세션 신호 기록에 포함된 세션 종료 시간/날짜에 의해 또는 FLUTE 패킷 헤더에서 제공된 "세션 종료 (End-Of-Session)" 플래그에 의해 세션이 종료되는 때를 검출한다.

따라서 각 STB는 수신된 모든 FDT 인스턴스의 합인 완전한 FDT의 무결성을 확인하고, 완전한 FDT가 오류가 있는지(if the complete FDT is corrupted) 또는 일부 FDT 인스턴스가 누락되는지를 확인한다. 완전한 FDT가 오류가 없으면 그 수신 상태에 따라 일부 파일에 대해 복구 프로세스를 활성시킬 필요가 있을 수 있다. 한편, 완전한 FDT가 오류가 있는 것으로 판명되면, STB는 완전한 FDT에 대한 요청을 나타내는 메시지를 인덱싱 서버로 전송하고, 이후 복구 프로세스가 오류 파일에 대해 필요한지 확인한다.

누락되거나 손상된 푸시 컨텐트는 상술된 바와 같이 통상의 풀 모드 단계에서 복구될 수 있다.

완전한 FDT 또는 FDT 인스턴스에 대한 무결성 체크가 단계 S'10에서 실패하면, STB는 완전한 FDT (도 4에 도시된 바와 같이, 각각 FDT 인스턴스)에 대한 요청을 나타내는 메시지를 인덱싱 서버로 전송한다.

인덱싱 서버가 FLUTE에 대한 지식이 없다고 가정되므로, 완전한 FDT (각각 FDT 인스턴스) 검색을 허용하도록 다음이 적용된다.

STB는 완전한 FDT 및 FDT 인스턴스를 임의의 기간 동안, 특히 새로운 세션에서 새로운 컨텐트의 다운로딩 때까지, 메모리에 유지한다. 이것은 이 완전한 FDT (각각 FDT 인스턴스)의 올바른 수신을 인덱싱 서버로 보고한다.

오류가 있는 완전한 FDT (각각 오류가 있는 FDT 인스턴스)를 갖는 STB는 인덱싱 서버에 문의할 수 있는데 (단계 S'11) 인덱싱 서버는 단계 S'12, S'13에서 무오류 버전을 전송할 수 있는 피어들의 주소를 제공한다.

STB는 단계 S'14, S'15, S'16, S'17에서 그 해시값에 의해 무오류의 완전한 FDT (각각 무오류의 FDT 인스턴스)를 검색할 수 있다. 이것은 그 무결성을 확인한다. 이것은 푸시 세션의 어느 파일을 누락하였는지 식별하거나 오류가 있는 FDT 인스턴스를 수선하기 위해 완전한 FDT를 분석한다. 그후 연관된 파일의 무결성을 확인한다. STB가 누락 파일을 검출하면, 누락 파일에 대한 파일 복구를 시작한다. STB가 오류 파일을 검출하면, 블록 복구를 시작한다.

STB로부터 수신하는 리포트에서의 주어진 정보를 이용하여, 인덱싱 서버는 자신의 데이터베이스를 계속 업데이트한다. 임의의 주어진 순간에, 이것은 데이터 복구를 필요로 하는 STB를 누락 정보를 제공할 수 있는 피어 STB와 관련시킬 수 있다.

SD&S 기록에서 세션 발표에 의해 주어진 세션 지속시간 덕분에, STB는 푸시 세션을 누락하였는지 여부를 알고 있다. 푸시 세션을 누락한 STB는 인덱싱 서버에 파일명 "FDT"를 갖는 완전한 FDT를 문의할 수 있고, 누락 파일에 대한 파일 복구로 진행한다.

파일 전달 세션이 진행중일 때 연결된 STB는 FLUTE 멀티캐스트 세션으로부터 컨텐트의 일부를 얻을 수 있다. FLUTE 세션에서 누락된 파일을 얻기 위해, 세션의 종료를 기다려 "완전한" FDT 복구를 수행하고 피어들로부터 누락 파일들을 얻는다.

비디오 파일 다운로드의 환경에서, 풀 및 푸시 방법의 조합은 향상된 배포 모델을 제공한다. 배포 정책은 다음과 같을 수 있다. 비교적 인기있는 영화는 푸시 모드로 제안될 수 있고, 수요가 덜한 다른 영화는 풀 모드로 제안될 수 있다. 푸시 모드 영화들의 집합이 새로운 것으로 교체될 때, 이전의 집합이 풀 모드로 이용가능한 영화 집합에 조인(join)한다.

한편, 인덱싱 서버는, 인덱싱 서버가 모을 수 있는 수요에 대한 통계에 따라, 일부 영화의 전달 모드를 풀에서 푸시 모드로 또는 그 반대로 스위칭하는 것이 흥미롭다는 것을 컨텐트 서버에 나타낼 수 있다.

모니터링 또는 관리 구성요소의 경우, 인덱싱 서버는 파일 복구 활동에 대한 통계를 수집할 가능성을 제공한다. 이 정보는 전달 전략을 동적으로 모니터링하거나 변형하기 위해 운영자에 의해 사용된다. 후자는 푸시 전달의 여분의 세션을 계획하거나 FEC를 추가하는 것으로 구성될 수 있다. 다른 동작은 다운로드 파일 전달에 할당된 대역폭을 변경하는 것을 포함할 수 있다.

여기서 "일실시예"는 이와 관련하여 설명된 특징, 구조 또는 특성이 본 발명의 적어도 하나의 구현예에 포함될 수 있음을 의미한다. 본 명세서의 여러 곳에서 "일실시예에서"라는 구문은 반드시 동일한 실시예를 가리킬 필요가 없고 별개의 또는 대안의 실시예들은 반드시 다른 실시예들을 상호간에 배제할 필요가 없다.

청구항들에서 기재된 부재번호들은 예시적일 뿐이며 본 청구항들의 범위에 한정하는 영향을 미치지 않아야 한다.

본 발명은 풀 모드와 푸시 모드 사이에서 효율적으로 스위칭하는 방법에 관한 것이다.

이 목적을 위해, 본 발명은 제1 단말, 적어도 하나의 제2 단말, 및 컨텐트 서버를 포함하는 통신 시스템에서 컨텐트를 다운로드하는 방법에 관한 것이다. 이 방법은, 제1 단말의 레벨에서, 컨텐트를 컨텐트 서버 또는 적어도 제2 단말로부터 풀 모드로 또는 컨텐트 서버로부터 푸시 모드로 다운로드하는 단계, 및 컨텐트의 연속적인 다운로드를 위해 상기 모드들 사이에서 끊김없이(seamless) 스위칭하는 단계를 포함한다.

여기서, 끊김없다는 것은 단말이 추가 정보의 요청 없이 한 모드에서 다른 모드로 연속적으로 스위칭하는 것을 의미한다.

본 발명의 일실시예에 따르면, 상기 방법은 푸시 모드로 컨텐트를 다운로드하는 단계, 및 푸시 모드가 컨텐트 서버에서 정지할 때 컨텐트를 풀 모드로 연속 다운로드하는 단계를 포함한다.

운영자가 푸시 세션을 정지할 때, 단말은 별 중단없이 다운로드를 계속한다. 푸시 세션 동안에 풀 다운로드 모드로 스위칭하여 관리하기 위해 충분한 정보를 갖고 있다.

본 발명의 다른 실시예에 따르면, 상기 방법은 풀 모드로 컨텐트를 다운로드하는 단계; 및 상기 푸시 모드가 상기 컨텐트 서버에서 시작할 때 푸시 모드로 상기 컨텐트를 계속 다운로드하는 단계를 포함한다.

본 발명의 일실시예에 따르면, 상기 방법은 FLUTE 프로토콜에 따라 세션 전달에서 상기 푸시 컨텐트를 수신하는 단계; 및 풀 모드로 스위칭하는 것을 허용하는 상기 세션 전달 동안에 파일 전달 표 (File Delivery Table: FDT) 내의 정보를 수신하는 단계를 포함한다.

FDT는 풀 모드로 끊김없이 스위칭하는 데 필요한 추가 정보를 포함한다. 푸시 모드가 정지할 때, 상기 단말은 더 이상의 정보를 검색할 필요가 없다. 이것은 풀 모드로의 스위칭을 위한 FDT와의 관련 정보를 이미 수신하였다.

본 발명의 일실시예에 따르면, 상기 방법은 상기 FDT 인스턴스의 무결성(integrity)를 확인하는 단계; 상기 FDT 인스턴스가 성공적으로 수신되었는지 여부를 인덱싱 서버(6)에 표시하는 단계; 및 상기 FDT 인스턴스와 연관된 파일이 성공적으로 수신되었는지 여부를 상기 인덱싱 서버에 표시하는 단계를 포함한다.

본 발명의 일실시예에 따르면, 상기 방법은, 오류가 있는(corrupted) FDT 인스턴스를 검출했을 때, 상기 파일 전달의 종료를 대기하는 단계; 및 풀 모드로 FDT 인스턴스 수선을 수행하는 단계를 포함한다.

본 발명의 일실시예에 따르면, 상기 방법은, 오류가 있는 완전한(corrupted complete) FDT를 검출했을 때, 상기 세션 전달의 종료를 대기하는 단계; 및 풀 모드로 완전한 FDT 수선을 수행하는 단계를 포함한다.

본 발명의 일실시예에 따르면, 상기 방법은 피어-투-피어 (peer-to-peer) 프로토콜에 따라 상기 풀 컨텐트를 수신하는 단계; 및 푸시 모드로 스위칭하는 것을 허용하는 정보를 포함하는 피어-투-피어 메타 정보 파일을 수신하는 단계를 포함한다.

본 발명은 또한 컨텐트를 푸시 모드로 다운로드하는 수단; 컨텐트를 풀 모드로 다운로드하는 수단; 및 한 모드에서 다른 모드로 끊김없이 스위칭하는 수단을 포함하는 단말에 관한 것이다.

본 발명의 다른 목적은 본 발명에 따른 프로세스의 단계들을 실행하는 프로그램 코드 명령어들을 포함하는 컴퓨터 프로그램 제품으로 이 프로그램은 컴퓨터 상에서 실행된다. "컴퓨터 프로그램 제품"은, 컴퓨터 프로그램 지원을 의미하고, 디스켓 또는 카셋트와 같은 프로그램을 포함하는 저장 공간 뿐만 아니라 전기적 또는 광학적 신호와 같은 신호로 구성될 수 있다.

개시된 실시예들과 범위에 있어서 균등한 양태들이 이하에 설명된다. 이 양태들은 단지 본 발명이 취할 수 있는 특정 형태의 간단한 요약을 제공하기 위한 것이며 본 발명의 범위를 한정하고자 하는 것이 아님은 물론이다. 본 발명은 이하에서 설명되지 않을 수 있는 다양한 양태들을 포함할 수 있다.

Claims

제1 단말(1), 적어도 하나의 제2 단말(2), 및 컨텐트 서버(5, 8)를 포함하는 통신 시스템(10)에서 컨텐트를 다운로드하는 방법에 있어서,

상기 제1 단말의 레벨에서,

상기 컨텐트 서버 또는 적어도 상기 제2 단말로부터 풀 모드 (pull mode)로 또는 상기 컨텐트 서버로부터 푸시 모드 (push mode)로 컨텐트를 다운로드하는 단계; 및

상기 컨텐트의 연속적인 다운로드를 위해 상기 모드들 사이에서 끊김없이(seamlessly) 스위칭하는 단계

를 포함하는 컨텐트 다운로드 방법.
제1항에 있어서,

푸시 모드로 컨텐트를 다운로드하는 단계; 및

상기 푸시 모드가 상기 컨텐트 서버에서 정지할 때 풀 모드로 상기 컨텐트를 계속 다운로드하는 단계를 포함하는 것을 특징으로 하는 컨텐트 다운로드 방법.
제1항에 있어서,

풀 모드로 컨텐트를 다운로드하는 단계; 및

상기 푸시 모드가 상기 컨텐트 서버에서 시작할 때 푸시 모드로 상기 컨텐트를 계속 다운로드하는 단계를 포함하는 것을 특징으로 하는 컨텐트 다운로드 방법.
제2항에 있어서,

FLUTE 프로토콜에 따라 세션 전달에서 상기 푸시 컨텐트를 수신하는 단계; 및

풀 모드로 스위칭하는 것을 허용하는 상기 세션 전달 동안에 파일 전달 표 (File Delivery Table: FDT) 내의 정보를 수신하는 단계를 포함하는 것을 특징으로 하는 컨텐트 다운로드 방법.
제4항에 있어서,

상기 FDT 인스턴스의 무결성(integrity)를 확인하는 단계;

상기 FDT 인스턴스가 성공적으로 수신되었는지 여부를 인덱싱 서버(6)에 표시하는 단계; 및

상기 FDT 인스턴스와 연관된 파일이 성공적으로 수신되었는지 여부를 상기 인덱싱 서버에 표시하는 단계를 포함하는 것을 특징으로 하는 컨텐트 다운로드 방법.
제5항에 있어서,

오류가 있는(corrupted) FDT 인스턴스를 검출했을 때,

상기 파일 전달의 종료를 대기하는 단계; 및

풀 모드로 FDT 인스턴스 수선을 수행하는 단계를 포함하는 것을 특징으로 하는 컨텐트 다운로드 방법.
제5항에 있어서,

오류가 있는 완전한(corrupted complete) FDT를 검출할 때,

상기 세션 전달의 종료를 대기하는 단계; 및

풀 모드로 완전한 FDT 수선을 수행하는 단계를 포함하는 것을 특징으로 하는 컨텐트 다운로드 방법.
제3항에 있어서,

피어-투-피어 (peer-to-peer) 프로토콜에 따라 상기 풀 컨텐트를 수신하는 단계; 및

푸시 모드로 스위칭하는 것을 허용하는 정보를 포함하는 피어-투-피어 메타 정보 파일을 수신하는 단계를 포함하는 것을 특징으로 하는 컨텐트 다운로드 방법.
단말(1, 2, 3)에 있어서,

컨텐트를 푸시 모드로 다운로드하는 수단(1.6);

컨텐트를 풀 모드로 다운로드하는 수단(1.5); 및

한 모드에서 다른 모드로 끊김없이 스위칭하는 수단(1.7)

을 포함하는 단말(1, 2, 3).