KR101507907B1 - 다수의 수신기들에서 이용가능한 콘텐츠 맵의 배포를 위한 시스템 및 방법 - Google Patents

다수의 수신기들에서 이용가능한 콘텐츠 맵의 배포를 위한 시스템 및 방법 Download PDF

Info

Publication number
KR101507907B1
KR101507907B1 KR1020107025870A KR20107025870A KR101507907B1 KR 101507907 B1 KR101507907 B1 KR 101507907B1 KR 1020107025870 A KR1020107025870 A KR 1020107025870A KR 20107025870 A KR20107025870 A KR 20107025870A KR 101507907 B1 KR101507907 B1 KR 101507907B1
Authority
KR
South Korea
Prior art keywords
content
client
server
multicast
peer
Prior art date
Application number
KR1020107025870A
Other languages
English (en)
Other versions
KR20110014153A (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 톰슨 라이센싱
Publication of KR20110014153A publication Critical patent/KR20110014153A/ko
Application granted granted Critical
Publication of KR101507907B1 publication Critical patent/KR101507907B1/ko

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/02—Details
    • H04L12/16—Arrangements for providing special services to substations
    • H04L12/18—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
    • H04L12/1881—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast with schedule organisation, e.g. priority, sequence management
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network
    • H04L67/104—Peer-to-peer [P2P] networks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network
    • H04L67/104—Peer-to-peer [P2P] networks
    • H04L67/1061—Peer-to-peer [P2P] networks using node-based peer discovery mechanisms
    • H04L67/1063—Discovery through centralising entities
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network
    • H04L67/104—Peer-to-peer [P2P] networks
    • H04L67/1074—Peer-to-peer [P2P] networks for supporting data block transmission mechanisms
    • H04L67/1078—Resource delivery mechanisms
    • H04L67/108—Resource delivery mechanisms characterised by resources being split in blocks or fragments
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/02—Details
    • H04L12/16—Arrangements for providing special services to substations
    • H04L12/18—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
    • H04L12/1863—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast comprising mechanisms for improved reliability, e.g. status reports
    • H04L12/1868—Measures taken after transmission, e.g. acknowledgments

Abstract

본 발명은 콘텐츠 서버 디바이스와, 강력한(robust) 모드로 콘텐츠를 송신하기 위한 상기 디바이스에서의 콘텐츠 수신기 디바이스 및 방법에 관한 것이다. 특히 본 발명은, 서버로부터 콘텐츠를 수신하기 위하여 피어 투 피어(peer to peer) 클라이언트에서의 방법에 관한 것이고, 본 방법은, 멀티캐스트 모드로 서버로부터 콘텐츠를 수신하는 단계, 올바르게 수신된 콘텐츠를 서버에 나타내는 단계, 멀티캐스트 모드로 서버로부터, 각 피어에서 이용가능한 콘텐츠를 나타내는 콘텐츠 이용 가능성 맵을 수신하는 단계, 및 피어로부터 콘텐츠 이용 가능성 맵에 나타난 분실된 콘텐츠를 요구하는 단계를 포함한다.

Description

다수의 수신기들에서 이용가능한 콘텐츠 맵의 배포를 위한 시스템 및 방법{SYSTEM AND METHOD FOR DISTRIBUTING A MAP OF CONTENT AVAILABLE AT MULTIPLE RECEIVERS}
본 발명은 일반적으로 주문형 비디오 배포에 관한 것이고, 더 구체적으로는 주문형 비디오가 다양한 수신기들에게 배포되는 곳의 방법에 관한 것이다.
이 섹션은 아래에 서술되고 및/또는 청구되는 본 발명의 다양한 양상에 관련될 수 있는 기술의 다양한 양상들을 독자들에게 소개하려는 것이다. 본 논의는 독자들에게 본 발명의 다양한 양상에 대한 더 나은 이해를 돕기 위해 배경 정보를 제공하는데 도움이 된다고 믿어진다. 따라서, 이러한 설명은 종래 기술의 인정으로서가 아닌, 이러한 관점으로 읽혀야 한다.
DVB-IP 콘텐츠 다운로드 시스템 태스크 포스(Content Download System task force)는 인터넷 서비스 제공자 제어를 받는 DSL 네트워크와 같은 제어된 IP 네트워크를 통하여, 콘텐츠를, 셋톱 박스 또는 레지던셜 홈 게이트웨이(Residential Home Gateway)와 같은 가정용 네트워크 디바이스의 국부 저장소에 다운로드 하는 것을 기초로 하는 주문형 비디오 서비스에 대한 표준의 명시를 담당한다. CDS 상업적 요구사항들은, DVB-CM IPTV 그룹으로부터, CM-IPTV0102r15 "IPTV 콘텐츠의 다운로드를 위한 상업적 요구사항 및 국부 저장소의 관리"에 편집되어 있다. CDS 규격은, TS 102 034 v1.4.1 문서의 다음 ETSI 발행 이전인, 2008년 9월 DVB 블루북(blue book) 문서 A086 Rev.7로 현재 이용가능한 DVB-IPTV 규격에 통합된다.
CDS 규격의 주 특징들은,
- CDS 규격은 2가지 VOD 서비스 모드들을 제공하고,
- 푸쉬(push) 서비스 모드는 서비스 제공자에 의해 개시되고, 전체 콘텐츠의 다운로드에 기초로 하며; 블럭버스터(blockbuster) 전용,
- 풀(Pull) 서비스 모드는 사용자에 의해 개시된 콘텐츠 다운로드에 기초한다; 블럭버스터를 제외한 전체 콘텐츠 전용.
- 이러한 2가지 서비스 모드는 3가지 기본 콘텐츠 다운로드 메카니즘에 의존한다;
- RFC 3926에 정의된 단방향 송신을 통한 파일 전달(FLUTE : File Delivery over Unidirectional Transport) 프로토콜을 사용하는 멀티캐스트,
- HTTP를 사용하는 유니캐스트,
- 몇몇의 피어 클라이언트들로의 HTTP 요구의 재배치를 기초로 하는 전용 프로토콜을 사용함으로써, 이러한 피어 클라이언트들을 통하여 다운로드된 콘텐츠를 배포하는, P2P로 언급되는 피어 투 피어(peer to peer).
- 각 서비스는 다운로드 메카니즘들 중 임의의 메카니즘 또는 이들의 혼합으로 사용될 수 있다. 푸쉬 서비스는 예를 들어, 콘텐츠를 클라이언트 디바이스들에 푸쉬하기 위한 멀티캐스트 프로토콜과, 멀티캐스트 배포 단계 동안 에러를 정정하기 위한 P2P 프로토콜을 사용할 때 구현될 수 있다. 풀 서비스는, 하나의 콘텐츠에 대한 사용자 요구들의 개수가 다소 중요하게도 증가하는 경우, 멀티캐스트 또는 P2P 전달에 대해 재배치 할 수 있는 HTTP 프로토콜을 사용하여 구현될 수 있다.
- SD&S/BCG는 콘텐츠를 다운로드 하기 위한 서비스 타입 및 프로토콜에 의해 이용가능한 콘텐츠들을 공지하는데 사용된다. SD&S/BCG는 유니캐스트(HTTP) 또는 멀티캐스트(DVB-STP) 프로토콜들을 기초로 하는 공지를 지원한다. CDS 서비스들 공지를 허용하는 이러한 SD&S/BCG는 2008년 9월 DVB 블루북 문서 A086 Rev.7에 서술된다.
CDS 규격은 완전한 콘텐츠를 클라이언트 국부 저장소에 사전 활성(proactive) 다운로드를 기초로 하는 푸쉬 서비스 모드를 제안한다. 이러한 푸쉬 서비스 모드는, 이러한 푸쉬 서비스 모드가 사용자들이 동시적으로 콘텐츠의 액세스 하는 것을 허용하기에, 블럭버스터의 배포에 확실히 적응된다. 하지만, 이러한 푸쉬 서비스 모드는, 완전한 콘텐츠가 모든 클라이언트 상에서 중복되기 때문에, 디바이스 저장소의 사용에 대해 또한, 제한된다. 또한, 다른 한편으로는, CDS는 임의의 사전 활성 콘텐츠 다운로드 없이 풀 서비스 모드를 제안한다. 이 풀 서비스는 전체 콘텐츠의 배포를 위해 사용된다. 하지만, 블럭버스터는, 사용자가 콘텐츠에 액세스하기 전, 다운로드 지연 시간이 필요하다.
사전 활성 타게팅된 콘텐츠 푸쉬 전략을 사용하는 P2P는 콘텐츠 단편들(fragment)을 네트워크상의 피어들에게 사전 활성으로 배포하기 위하여 유니캐스트 프로토콜을 본질적으로 사용한다. 더욱이, 다수의 P2P 프로토콜들은 유니캐스트 프로토콜을 사용할 뿐 아니라, 이러한 피어들로부터 요구 콘텐츠를 다운로드 하는 단계보다는, 요구 콘텐츠에 도움이 될 수 있는 피어들을 검색하는 단계를 사용한다. (예를 들어, 인터넷과 같이 제어되지 않은 환경에서) 멀티캐스트와 같은 다른 프로토콜들이 이용가능하지 않기 때문에 또는 해결책의 주 설계 제약 조건 중 하나가 피어 저장에 최적화되고, 이는 매 피어가 상이한 콘텐츠 단편을 저장하므로, 멀티캐스트 프로토콜이 사용되기에 효율적이지 않은 해결책을 초래하는 다른 상황에서, 유니캐스트 프로토콜의 사용은 때때로 전체적으로 정당화될 수 있다.
본 발명은, 콘텐츠 이용 가능성 맵을 배포하는 방법을 제공함으로써, 종래기술인 콘텐츠 배포에 관련된 관심사 중 적어도 일부를 개선 시키도록 시도한다.
본 발명은 피어 투 피어 클라이언트에서 서버로부터 콘텐츠를 수신하기 위한 방법이고, 본 방법은, 멀티캐스트 모드로 서버로부터 콘텐츠를 수신하는 단계, 올바르게 수신된 콘텐츠를 서버에 나타내는 단계, 멀티캐스트 모드로 서버로부터 각 피어에서 이용가능한 콘텐츠를 나타내는 콘텐츠 이용 가능성 맵을 수신하는 단계와, 콘텐츠 이용 가능성 맵에 나타난 피어로부터 분실된 콘텐츠를 요구하는 단계를 포함한다.
수신기들은, 피어 수신기로부터 분실된 콘텐츠의 복구를 용이하게 하기 위하여, 피어 수신기들에서 이용가능한 콘텐츠를 인지하도록 구성된다. 수신기는 서버로부터 분실 파일을 요구할 필요는 없다. 수신기는 서버에 요구하는 것 없이 올바른 피어에게 직접 요구한다.
CDS 규격은 멀티캐스트 및 P2P 프로토콜들을 결합시키기 위한 가능성을 지원한다. 이러한 결합은 "사전 활성 타게팅된 콘텐츠 푸쉬를 사용하는 P2P" 배포 모드를 기초로 하는 CDS 서비스를 효율적으로 구현하는데 사용된다. 이러한 서비스는 보통으로 인기있는 콘텐츠들의 배포에 전용된다. 이러한 서비스는 서비스 조작자가 클라이언트 국부 저장소의 더 나은 활용을 하는 더 많은 콘텐츠를 제공하도록 허용한다. 작동자들이 더욱더 많은 콘텐츠들을 포함하는 서비스들을 제공할 시, 이들은, 성공적인 CDS 서비스들의 배치를 위한 중요한 논의이다.
본 발명의 다른 목적은 컴퓨터 프로그램 제품이고, 이 컴퓨터 프로그램 제품은, 이 프로그램이 컴퓨터상에서 실행될 때, 본 발명에 따른 방법의 단계를 실행하기 위한 프로그램 코드 지령들을 포함한다. "컴퓨터 프로그램 제품"은 디스켓 또는 카세트와 같은 프로그램을 내포하는 저장 공간뿐 아니라, 전기 신호 또는 광 신호와 같은 신호일 수 있는 컴퓨터 프로그램 지지체를 의미한다.
개시된 실시예들의 범위에 상응하는 특정 양상들이 아래에 기재된다. 이러한 양상들이 단지 독자에게 본 발명이 취할 수 있는 특정 형식들의 간단한 요약을 제공하기 위하여 제시된다는 점과 이러한 양상들이 본 발명의 범위를 제한하려는 것은 아니라는 점이 이해되어야 한다. 게다가, 본 발명은 아래에 기재되지 않을 수 있는 다양한 양상들을 포함할 수 있다.
본 발명은 첨부 도면을 참조하여, 결코 제한적이지 않은 다음의 구체적인 표현 및 실시예에 의하여 더욱 잘 이해되고 묘사될 것이다.
본 발명은, 콘텐츠 이용 가능성 맵을 배포하는 방법을 제공함으로써, P2P 환경에서 콘텐츠를 전달하는데, 종래 기술에 비해 보다 효율적인 전달을 가능하게 하는 효과가 있다.
도 1은 실시예에 따른 네트워크 아키텍처를 도시하는 도면.
도 2는 실시예에 따른 피어에서 이용가능한 콘텐츠를 도시하는 도면.
도 3은 실시예에 따른 국부 존(zone)에 의해 상이한 타입의 클라이언트 디바이스들의 재분할을 도시하는 도면.
도 1 내지 도 3에서, 제시된 블록들은, 물리적으로 분리된 엔티티들에 반드시 대응하는 것이 아닌, 순전히 기능적인 엔티티들이다. 즉, 이러한 블록들은 하드웨어 또는 소프트웨어의 형식으로 전개될 수 있거나, 또는 하나 또는 몇몇의 집적회로로 구현될 수 있다.
예시적인 실시예는 CDS 및 FLUTE의 체제 내에 속하지만, 이러한 특정 환경에 제한적이지 않고, 콘텐츠가 다수의 수신기들에 배포되고, 각 수신기에서 이용가능한 맵이 모든 수신기들에 배포되는 다른 체제 내에서도 적응될 수 있다.
본 발명의 실시예는 DVB-IP/CDS 요구들과 일치하는 콘텐츠 다운로드 시스템의 환경내에 속한다. 네트워크 아키텍쳐 체제는 도 1에서 도시된 제어된 작동자 네트워크를 기초로 한다. 이러한 네트워크 아키텍쳐 체제는
- 콘텐츠를 클라이언트 디바이스들에 효율적으로 푸쉬할 수 있는 멀티캐스트 콘텐츠 서버(1),
- 클라이언트 디바이스들을 위하여 원격 관리를 제공하고, 기능들을 보고하는 제어 서버(3),
- 서비스들 전달의 세부사항을 클라이언트들에게 신호로 알리는 공지 서버(2),
- 콘텐츠를 다수의 클라이언트 디바이스들(11, 12, 13) 중 하나에 협력적으로 배포할 수 있고, 사용자들을 위한 작동자 서비스에 대한 액세스를 제공하는, 다수의 클라이언트 디바이스들(11, 12, 13)로 구성된다.
작동자는 클라이언트들을 등록하여, 각 클라이언트에게 "Client-Type"을 할당해왔다. 클라이언트 타입의 개수는 "n"으로 제한된다. 이러한 할당은 제어 서버 및 클라이언트들 사이에서 구현되는 작동자 원격 관리 시스템에 의해 수행된다.
이러한 상태에서, "사전 활성 타게팅된 콘텐츠 푸쉬" 전달 기능을 갖는 P2P는 다음의 단계로 진행한다.
단계 1 : 콘텐츠 단편의 사전 활성 푸쉬
단계(1.a)에서, 이러한 사전 활성 푸쉬 콘텐츠의 각 조각(piece)은 클라이언트 타입들인 다수의 단편들로 나뉘고, 멀티캐스트 서버는 동일한 "Client-Type"을 갖는 모든 클라이언트들에 각 단편을 푸쉬하는데 사용된다. 이러한 "타게팅된 푸쉬"는 모든 콘텐츠 단편들을 모든 타입의 클라이언트들에게 송신하기 위하여, 오직 하나의 멀티캐스트 FLUTE 세션을 사용하여 구현될 수 있거나, 또는 클라이언트 타입에 의해 하나의 멀티캐스트 FLUTE 세션을 사용할 때, 구현될 수 있다.
각 멀티캐스트 세션은 송신된 콘텐츠 단편들을 서술하기 위하여, RFC 3926에 나타난 것으로 FLUTE FDT로 언급되는, 일부의 FLUTE 파일 전달 테이블 인스턴스들을 전달한다. 각 콘텐츠 단편은 FDT 인스턴스의 "Content_Location"필드에서 "Content-Fragment-URI"에 의해 식별된다. 이러한 FDT 인스턴스의 예시는 아래의 표 1에서 주어진다.
특허 출원 EP1901525에서 서술되고, 멀티캐스트 전달 및 P2P 전달을 결합시키는 이러한 전략은 이러한 사전 활성 콘텐츠 단편 푸쉬가 신뢰성이 있게 만들기 위하여 사용될 수 있다. 표 1은 멀티캐스트 세션에서 송신된 콘텐츠 단편을 서술하는 FDT 인스턴스를 나타낸다.
요소/속성 이름 요소/속성 서술
FDT - Instance - Attributes FDT 인스턴스에 의해 서술된 모든 콘텐츠들의 공통 속성들
Expiration-Time FDT 인스턴스 만기 시간
Send-Complete FDT 인스턴스가 완료되었는지 아닌지를 서술(예를 들어, 세션에서 전달될 모든 콘텐츠들을 서술)
Multi - Contents _ Delivery Attributes 다중 콘텐츠 전달에 관련된 속성들
FEC-OTI-FEC-Encoding-ID FEC 알고리즘의 식별
FEC-OTI-FEC-Instance-ID FEC 알고리즘 식별에 따른 FEC 인스턴스
FEC-OTI-Maximum-Source_Block-Length 소스 블럭당 소스 심볼들의 최대 개수
FEC-OTI-Encoding-Symbol-Length 바이트 단위인 인코딩 심볼의 길이
FEC-OTI-MaxNumber-Of-Encoding-Symbols 소스 블럭을 위해 생성될 수 있는 인코딩 심볼들의 최대 개수
FEC-OTI-Scheme-Specific-Info
Multi - Contents - Attributes 다중 콘텐츠들에 관련된 속성들
Content-Type 콘텐츠의 MIME 매체 타입
Content-Encoding 압축
Download - Content - Attributes (콘텐츠당 하나 )
Content - Delivery - Attributes 콘텐츠 전달에 관련된 속성들
TOI 송신 객체 식별자
Transfert_Length 콘텐츠를 전달하는 송신 객체의 크기
FEC-OTI-FEC-Encoding-ID FEC 알고리즘의 식별
FEC-OTI-FEC-Instance-ID FEC 알고리즘 식별에 따른 FEC 인스턴스
FEC-OTI-Maximum-Source-Chunk-Length 소스 청크당 소스 심볼들의 최대 개수
FEC-OTI-Encoding-Symbol-Length 바이트 단위인 인코딩 심볼들의 길이
FEC-OTI-MaxNumber-Of-Encoding-Symbols 소스 청크를 위해 생성될 수 있는 인코딩 심볼들의 최대 개수
FEC-OTI-Scheme-Specific-Info
Content - Attributes 콘텐츠 자신에 관련된 속성들
Content-Type 콘텐츠의 MIME 매체 타입
Content-Encoding 압축
Content-Location 예를 들어 "Content-Fragment-URI"를 다운로드 하기위한 콘텐츠 단편의 식별 및 위치
Content-Length 콘텐츠 단편의 크기
Content-Digest 콘텐츠 단편의 해쉬(hash)(MD5)
단계(1.b)에서, 콘텐츠 단편들의 다운로드 이전에, 공지 메카니즘은 이 메카니즘의 "Client-Type"에 따른 멀티캐스트 세션(들)에서 클라이언트가 콘텐츠 단편을 액세스하기 위하여 상세한 정보를 클라이언트에게 푸쉬하는데 사용된다. 이러한 공지 데이터의 예시는 "타게팅된 푸쉬" 서비스의 SD&S/BCG 공지를 나타내는 아래의 표 2에 나타난다. 이러한 공지는 SD&S/BCG 프로토콜들에 의해 송신된다. 이러한 예시는 FLUTE 멀티캐스트 전달을 사용하고, "Client-Type" 필드가 클라이언트들이 클라이언트가 다운로드해야 하는 콘텐츠 단편을 결정하도록 허용하는 CDS 서비스 타입의 공지를 기초로 한다. 이 표의 다른 필드들은 현재의 CDS 규격에서 서술된다.
요소/속성 이름 요소/속성 서술
Service - Type 콘텐츠 다운로드 서비스가 발견될 수 있는 위치
Service-Type "타게팅된 Push"
Content - Id - List 세션에서 콘텐츠 단편들의 리스트( list )
Content-Fragment-URI 세션에서 콘텐츠 단편의 리스트
Client-Type 클라이언트의 타입
Multicast - Delivery Mode 멀티캐스트 전달 세션에 대한 정보
Multicast-Delivery-Mode 스케쥴된 또는 캐러셀(Carousel)
Start-date-and-time of the content-delivery session 멀티캐스트 콘텐츠 전달 세션의 시작 일시
End-date-and-time of the content-delivery session 멀티캐스트 콘텐츠 전달 세션의 종료 일시(캐러셀 모드 전용)
Transport-Session-Identifier(TSI) 주어진 IP 소스 주소에 대한 FLUTE 세션을 유일하게 식별
IP-Multicast-Address@Source 콘텐츠 전달 세션 당 하나의 IP 송신자 주소
IP-Multicast-Address@Address 멀티캐스트 주소
Number-of-Channels-in-the-session 콘텐츠 단편을 단일 FLUTE 세션에 전달하기 위한 다중 LCT 채널들의 사용
IP - Multicast - Port-Number for each channel in the session 각 채널 번호에 대응하는 포트 번호
채널당 Max-Bandwidth-Requirement 각 멀티캐스트 채널에 의해 사용되는 최대 대역폭
Completion - Poll 완료 폴링 ( polling ) 메카니즘에 대한 정보
Completion-Poll-Server-URI 완료 폴 서버의 식별 및 위치
Backup-Completion-Poll-Server-URI 백업 Completion-Poll-Server의 리스트
Recovery - Mode 복구 메카니즘에 대한 정보
Recovery-Server-URI 복구 서버의 식별 및 위치
Backup-Recovery-Server-URI 백업 복구 서버들 URI의 리스트
Recovery - Request - Distribution 복구 요구의 배포에 대한 정보
Request-Distribution-Offset-Time 클라이언트가 파일 복구 절차를 개시하거나 또는 콘텐츠 단편의 올바른 수신을 공지하기 위해 기다려야 하는 시간
Request-Distribution-Random-Time-Period 클라이언트가 파일 복구 절차의 개시에 대한 무작위 시간을 콘텐츠 단편의 올바른 수신을 공지하기 위하여 계산해야 하는 시간 윈도우(window) 길이
Reception Reporting 수신 보고 메카니즘에 대한 정보
Reporting-Server-URI 보고 서버의 식별 및 위치
Backup-Reporting-Server-URI 백업 Reporting-Server들의 URI의 리스트
Reporting - Request - Distribution 보고 요구의 배포에 대한 정보
Request-Distribution-Offset-Time 클라이언트가 보고 절차를 개시하기 위해 또는 콘텐츠 단편의 올바른 수신의 공지를 위해 기다려야 하는 시간
Request-Distribution-Random-Time-Period 클라이언트가 보고 절차의 개시를 위한 무작위 시간을 콘텐츠 단편의 올바른 수신의 공지를 위해 계산해야 하는 시간 윈도우 길이
P2P - Delivery - Mode 복구 메카니즘에 대한 정보
P2P-Delivery-Server-URI 복구 서버의 식별 및 위치
Backup-P2P-Delivery-Server URI 백업 복구 서버들 URI의 리스트
단계(1.c)에서, 단편들의 클라이언트 타입에 대응하는 단편들 및 "타게팅된 푸쉬" 섹션의 모든 콘텐츠 항목들에 대한 단편들의 성공적인 수신시, 각 클라이언트는 이러한 단편들의 양호한 수신을 제어 서버에 보고해야 한다. 백오프(back-off) 타이밍은 보고 절차 동안의 시간에 걸친 제어 서버의 부하를 분산시키는데 사용된다. 이러한 정보로, 제어 서버는 (클라이언트들의 IP 주소, Client-Type 등과 같은 파라미터로) 클라이언트들을 식별할 수 있다. 그런 후에, 제어 서버는 클라이언트가 다운로드했던 콘텐츠 단편들을 알게 된다(Content-Fragment-URI).
메세지를 보고하는 콘텐츠 단편 수신의 예시는 아래의 표 3에서 주어진다. 이러한 메세지는 CSD 규격에 명시된 보고 메세지에 매우 근접한다. 이러한 표 3의 필드 "Multicast-Delivery-Session-List" 및 "Recovery-Delivery-Server-Source-List"는 이러한 CSD 규격에 서술된다.
대안의 다중 서버들-기반의 콘텐츠 전달의 경우, server_source_ID 필드는 서버가 콘텐츠를 업로드 하였는지를 나타낸다.
요소/속성 이름 요소/속성 서술
Client-ID 클라이언트의 식별, 즉,"Client_IP_address:_listen_port"
Service-Type "타게팅된 푸쉬" 서비스 모드
Content - Fragment - List
Content-Fragment-URI(콘텐츠 단편당 하나) 다운로드된 콘텐츠 단편의 식별
Multicast - Delivery - Session - List
Session-ID(멀티캐스트 세션당 하나) FLUTE 세션의 식별
Byte - Range - List
Byte-Range(바이트 범위당 하나) 콘텐츠 단편 바이트 범위의 식별
Recovery - Delivery - Server - Source - List
Server-Source-ID(서버 소스당 하나) 콘텐츠 단편을 제공했던 Server-Source-URI
Byte - Range - List
Byte-Range(바이트 범위당 하나) 콘텐츠 단편 바이트 범위의 식별
단계 2 : "콘텐츠 이용 가능성 맵"의 사전 활성 푸쉬
단계(2.a)에서, 일단 클라이언트들이 모든 콘텐츠 단편들을 다운로드 하였고, 클라이언트들의 "Client-Type"에 대응하는 콘텐츠 단편들의 성공적인 수신을 보고하면, 작동자는 다른 멀티캐스트 세션을 개시하거나 또는 이전의 멀티캐스트 세션(들)을 사용함으로써, 모든 다른 클라이언트들에 푸쉬된 콘텐츠 단편들의 이용 가능성를 서술하는 정보를 각 클라이언트에게 푸쉬한다. 이러한 콘텐츠 이용 가능성 정보는 보고 절차 덕분에 모든 관련된 정보를 갖는 제어 서버에 의해 생성될 수 있다. 이러한 콘텐츠 이용 가능성 정보는 일단 생성되면, 멀티캐스트 서버에 송신되어, 후에 클라이언드 디바이스들에게 푸쉬된다.
이러한 콘텐츠 이용 가능성 정보의 예시는 아래의 표 4에서 주어진다. 이 표 4는 "CAM : 콘텐츠 이용 가능성 맵"이라 불린다. 이 표 4는 콘텐츠의 단편들이 사전 활성적으로 다운로드 되었던 각 조각을 서술한다. 콘텐츠의 각 조각에 대하여, 이 표는 콘텐츠의 단편들을 다운로드했던 피어들을 식별하는 피어들의 리스트("Peer-List")를 포함한다. 이러한 피어 리스트는 콘텐츠의 동일한 단편을 저장하는 피어들의 서브셋(subset)("Peer-Subset")으로 나뉜다. 피어들의 각 서브셋에서 다운로드 된 콘텐츠 단편은 이용가능한 콘텐츠의 청크들(chunk)을 제공하는 "Available-Chunk-List" 필드에 의해 식별된다. 콘텐츠 항목당 청크들의 크기는 표의 "Content-Map" 필드에서 주어진다.
콘텐츠 단편 및 콘텐츠 청크는 일반적으로 상이한 엔티티들이고, 이들 사이의 관계는 선험적으로(단편에 의한 청크들의 개수, 마지막 단편에서의 청크들의 개수 등) 알려진다. 콘텐츠 단편은, 콘텐츠 청크가 P2P 전달에 의해 콘텐츠 배포에 전용되는 반면에, 멀티캐스트 전달에 의해 콘텐츠 배포에 전용된다. 콘텐츠 단편의 크기는 일반적으로 콘텐츠 청크의 크기보다 뛰어나고, 콘텐츠 단편은 연속적이거나 비연속적일 수 있는 일부 콘텐츠 청크들로 연결된다.
요소/속성 이름 요소/속성 서술
Content - List " 타게팅된 푸쉬 세션"의 콘텐츠의 리스트
Content - Item
Content - Map (콘텐츠 항목당 하나)
Content-URI 콘텐츠 식별자
Content-Length 콘텐츠의 길이
Content-Chunk-Length 콘텐츠 청크의 길이
Peer - List 피어들의 리스트
Peer - Subset (단편당 하나) 피어들의 서브셋
Available-Chunk-List(피어 서브셋당 하나) (전체 콘텐츠에서 각 청크 배치를 식별하기 위하여, 이러한 필드는,
- 전체 콘텐츠에서 바이트 범위 경계의 리스트, 또는
- Nc 비트들(Nc = 전체 콘텐츠 청크들의 개수)의 비트 필드, 여기에서 각 비트-값은, 대응하는 청크가 이러한 피어 서브셋에 의해 소유되는 경우, 1)피어 서브셋 당 이용가능한 콘텐츠 청크들의 리스트
서브셋에서의 피어 리스트
Peer-URI 피어들의 식별
단계(2.b)에서, CAM을 푸쉬하는데 사용된 멀티캐스트 세션은, 이전의 SD&S/BCG 공지에서, 아래의 표 5로 서술되는 멀티캐스트 세션 공지를 추가할 때, 공지된다. 매 클라이언트 디바이스마다 클라이언트 디바이스들의 "Client-Type"이 무엇이든지, 이러한 "콘텐츠 이용 가능성 맵"을 다운로드해야 한다는 의미를 갖는 이러한 공지에 "Client-Type" 필드는 존재하지 않는다.
Content - Id - List 세션에서 콘텐츠들의 리스트
CAM-URI 콘텐츠 이용 가능성 맵의 식별자
Multicast - Delivery Mode 멀티캐스트 전달 세션에 대한 정보
Multicast-Delivery-Mode 스케쥴된 또는 캐러셀
Start-date-and-time of the content delievry session 멀티캐스트 콘텐츠 전달 세션의 시작 일시
End-date-and-time of the content delivery session 멀티캐스트 콘텐츠 전달 세션의 종료 일시(캐러셀 모드 전용)
Transport-Session-Identifier(TSI) 주어진 IP 소스 주소에 대한 FLUTE 세션을 유일하게 식별
IP-Multicast-Address@Source 콘텐츠 전달 세션당 하나의 IP 송신기 주소
IP-Multicast-Address@Address 멀티캐스트 주소
Number-of-Channels-in-the-session 단일 FLUTE 세션에서 콘텐츠를 전달하기 위한 다중 LCT 채널들의 사용
IP - Multicast - Port-Number- for each channel in the session 각 채널 번호에 대응하는 포트 번호
채널당 Max-Bandwidth-Requirement 각 멀티캐스트 채널에 의해 사용되는 최대 대역폭
멀티캐스트 세션에 송신되고, "콘텐츠 이용 가능성 맵" 객체를 서술하는 FLUTE FDT 인스턴스는 아래의 표 6에서 서술된다.
요소/속성 이름 요소/속성 서술
FDT - Instance - Attributes FDT 인스턴스에 의해 서술된 모든 콘텐츠들에 대한 공통 속성들
Expiration-Time FDT 인스턴스의 만기 시간
Send-Complete FDT 인스턴스들이 완료되었는지 아닌지를 서술(예를 들어, 모든 콘텐츠가 세션에 전달되었는지를 서술)
Multi - Contents - Delivery - Attributes 다중-콘텐츠들의 전달에 대한 속성들
FEC-OTI-FEC-Encoding-ID FEC 알고리즘의 식별
FEC-OTI-FEC-Instance-ID FEC 알고리즘 식별에 따른 FEC 인스턴스
FEC-OTI-Maximum-Source-Block-Length 소스 블럭 당 소스 심볼들의 최대 개수
FEC-OTI-Encoding-Symbol-Length 바이트 단위인 인코딩 심볼들의 길이
FEC-OTI-MaxNumber-Of-Encoding-Symbols 소스 블럭을 위해 생성될 수 있는 인코딩 심볼들의 최대 개수
FEC-OTI-Scheme-Specific-Info
Multi - Contents _ Attributes 다중 콘텐츠들에 관련된 속성들
Content-Type MIME 매체 타입의 콘텐츠
Content-Encoding 압축
Download - Content - Attributes (콘텐츠당 하나)
Content - Delivery - Attributes 콘텐츠 전달에 대한 속성들
TOI 송신 객체 식별자
Transfert-Length 콘텐츠를 전달하는 송신 객체의 크기
FEC-OTI-FEC-Encoding-ID FEC 알고리즘의 식별
FEC-OTI-FEC-Instance-ID FEC 알코리즘 식별에 따른 FEC 인스턴스
FEC-OTI-Maximum-Source-Chunk-Length 소스 청크 당 소스 심볼들의 최대 개수
FEC-OTI-Encoding-Symbol-Length 바이트 단위인 인코딩 심볼들의 길이
FEC-OTI-MaxNumber-Of-Encoding-Symbols 소스 청크를 위해 생성될 수 있는 인코딩 심볼들의 최대 개수
FEC-OTI-Scheme-Specific-Info
Content - Attributes 콘텐츠 자신에 대한 속성들
Content-Type MIME 미디어 타입의 콘텐츠
Content-Encoding 압축
Content-Location 예를 들어 "CAM-URI"를 다운로드 하기 위한 콘텐츠의 식별 및 위치
Content-Length 콘텐츠의 크기
Content-Digest 콘텐츠의 해쉬(MD5)
단계 3 : 콘텐츠 요구
단계(3.a)에서, 일단 클라이언트 디바이스가 "콘텐츠 이용 가능성 맵"을 수신하면, 이 클라이언트 디바이스는 콘텐츠들 중 하나를 다운로드 하기 위해 요구할 수 있는 사용자에게 콘텐츠를 제안할 수 있다.
단계(3.b)에서, 요구 클라이언트 디바이스가 모든 필요한 콘텐츠 단편들을 저장할 수 없기에, 요구 클라이언트 디바이스는 다른 클라이언트 디바이스들에 저장된 분실된 단편들을 검색할 필요가 있다. 이러한 피어 클라이언트 디바이스들을 식별하기 위하여, 요구 클라이언트는 중앙 서버 또는 다른 피어들로부터 정보를 얻을 필요 없이 "콘텐츠 이용 가능성 맵"을 직접적으로 사용한다. 이러한 표로, 요구 클라이언트는, 이 요구 클라이언트가 이전에 저장했던 콘텐츠 청크들을 정확히 알 수 있어서, 후에, 분실된 콘텐츠 청크들을 지원할 수 있는 피어들의 목록들도 정확히 알 수 있다.
실시예는, 콘텐츠 단편들 및 콘텐츠 이용 가능성 맵(CAM)의 푸쉬 이후에, 피어들 상태를 도시하는 도 2에서 설명된다. 콘텐츠 "B"를 다운로드 하기 원하는 클라이언트 디바이스 "피어(1b)"는
- 클라이언트 디바이스가 이미 다운로드했던 (Chk2, Chk3)인 콘텐츠 청크들을 결정하기 위해,
- 클라이언트 디바이스가 다운로드해야 하는 (Chk0, Chk1, Chk4,... Chk11)인 콘텐츠 청크들을 결정하기 위해,
- 콘텐츠 청크들을 다운로드 하기 위하여(예를 들어, P0a -> Chk0, P0b -> Chk1, P2a -> Chk4..., P5b -> Chk11) 피어들을 선택하기 위한
"콘텐츠 이용 가능성 맵"을 사용한다.
P2P 교환들을 국부적으로 제한하고, 가능하면 DSL 네트워크에서 DSLAM에 속하게 하기 위하여, 실시예가 향상된다.
"콘텐츠 이용 가능성 맵"은 각 국부 영역마다 다르다. "국부 콘텐츠 이용 가능성 맵"(LCAM)은 국부적으로 "Client-Locality-Id"에 의해 식별되는 모든 클라이언트 디바이스들에 국부적으로 푸쉬된다. 이러한 식별자는 "Client-Type" 식별자와 동일한 방식인 작동자 원격 시스템 제어에 의해 관리된다. 도 3은 국부 존("Client-Locality-id")에 의해 상이한 타입의 클라이언트 디바이스들("Client-Type")의 재분할을 도시한다.
제어 서버에 의해 "LCAM"의 생성을 용이하게 하는 하나의 방식은 아래의 표에 서술되는 콘텐츠 단편 수신 보고 메세지에 지역(locality) 식별자("Client-Locality-Id")를 삽입하는 것이다.
요소/속성 이름 요소/속성 서술
Client-Id 클라이언트의 식별, 즉 "Client_IP_address:_listen_port"
Service-Type "타게팅된 푸쉬" 서비스 모드
Client-Locality-Id 클라이언트 디바이스 지역의 식별
Content - Fragment - List
Content-Fragment-URI(콘텐츠 단편당 하나) 다운로드 된 콘텐츠 단편의 식별
Multicast - Delivery - Session - List
Session-Id(멀티캐스트 세션 당 하나) FLUTE 세션의 식별
Byte - Range - List
Byte-Range(Byte-Range당 하나) 콘텐츠 단편 바이트 범위의 식별
Recovery - Delivery - Server - Source - List
Server-Source-Id(서버 소스 당 하나) 콘텐츠 단편을 제공했던 Server-Source-URI
Byte - Range - List
Byte-Range(Byte-Range당 하나) 콘텐츠 단편 바이트 범위의 식별
각 "국부 콘텐츠 이용 가능성 맵"은 클라이언트 디바이스들에서, 콘텐츠 단편들을 푸쉬하는데 사용되는 세션과 동일하지만, "Client-Locality-Id" 식별자에 기초하는 타게팅된 멀티캐스트 세션과 국부적으로 푸쉬된다.
멀티캐스트 세션 공지 예시의 경우에서, "국부 콘텐츠 이용 가능성 맵"을 푸쉬하는 것은 아래의 표에 서술된다.
Content - Id - List 세션에서 콘텐츠의 리스트
LCAM-URI "국부 콘텐츠 이용 가능성 맵" 식별자
Client-Locality-Id 클라이언트 디바이스 지역의 식별
Multicast - Delivery Mode 멀티캐스트 전달 세션에 대한 정보
Multicast-Delivery-Mode 스케쥴된, 또는 캐러셀
Start-date-and-time of the content delivery session 멀티캐스트 콘텐츠 전달 세션의 시작 일시
End-date-and-time of the content delivery session 멀티캐스트 콘텐츠 전달 세션의 종료 일시(캐러셀 모드 전용)
Transport-Session-Identifier(TSI) 주어진 IP 소스 주소에 대한 FLUTE 세션을 유일하게 식별
IP-Multicast-Address@Source 콘텐츠 전달 세션 당 하나의 IP 송신기 주소
IP-Multicast-Address@Address 멀티캐스트 주소
Number-of-Channels-in-the-session 콘텐츠를 단일 FLUTE 세션에 전달하기 위한 다중 LCT 채널들의 사용
세션에서 각 채널에 대한 IP - Multicast - Port-Number 각 채널 번호에 대응하는 포트 번호
채널당 Max-Bandwidth-Requirement 각 멀티캐스트 채널에 의해 사용되기 위한 최대 대역폭
멀티캐스트 세션에 송신되고, "국부 콘텐츠 이용 가능성 맵" 객체를 서술하는 FLUTE FDT 인스턴스는 표 6에 서술되고, 여기에서 "Content-Location"은 'LCAM-URI'로 설정된다.
대안적인 제 1 실시예에 따라, CAM은 선험적으로 준비되어, 콘텐츠 단편들을 갖는 FLUTE 세션에 송신된다. 네트워크 작동자는 네트워크 토폴로지(topology)에 대한 충분한 지식을 갖는다. 이 작동자는, 작동자의 클라이언트로부터 수신 보고 메세지를 기다리지 않고, 이러한 토폴로지를 기초로 하는 이론상의 이상적인 CAM을 생성할 수 있다. 따라서, 이러한 CAM은 단일 FLUTE 세션에서 모든 대응하는 콘텐츠 단편들과 푸쉬될 수 있다.
이러한 변형 실시예는 SD&S 및 (2개의 FLUTE 세션 대신에) 단일 FLUTE 세션을 경유하여 오직 단일의 공지를 사용한다. 집중화된 제어 서버에 보고하는 클라이언트 수신측은 P2P 다운로드를 보증하기 위하여 쓸모없어 진다. 보고가 다른 목적을 위해 필요하다면, 완료 폴링 메카니즘이 CDS에 존재하게 되어, 오직 클라이언트들의 서브셋만이 성공적인 수신을 집중화된 제어 서버에 보고한다.
대안적인 제 2 실시예에 따라, 피어들 사이의 근접 정보가 도입된다. "Client-Locality-Id"는 피어 리스트 서술의 일부, 즉, 동일한 지역의 피어들이고, 하나의 피어는 이 피어의 이웃들을 식별할 수 있으므로, 모든 다른 단편들을 다운로드 하기 위해 오직 이 이웃들과 접촉할 수 있다.
이웃의 개념이 인접 지역들의 영역 및 리스트를 생성하기 위하여 확장될 수 있다. 이러한 새로운 필드들은 아래의 표 9에 도시되는 것처럼 CAM에 삽입된다.
요소/속성 이름 요소/속성 서술
Content - List " 타게팅된 푸쉬 섹션" 콘텐츠의 리스트
Content - Item
Content - Map (콘텐츠 항목당 하나)
Content-URI 콘텐츠 식별자
Content-Length 콘텐츠의 길이
Content-Chunk-Length 콘텐츠 청크의 길이
Peer - List 피어들의 리스트
Peer - Subset (단편당 하나) 피어들의 서브셋
Available-Chunk-List(피어 서브셋 당 하나) 피어 서브셋 당 이용가능한 콘텐츠 청크들의 리스트
(전체 콘텐츠에서 각 청크의 배치를 식별하기 위하여, 이러한 필드는,
- 전체 콘텐츠에서 바이트 범위 경계의 리스트
- 또는 Nc 비트들의 비트필드(Nc = 전체 콘텐츠의 청크들의 개수), 여기에서 각 bit-value는, 대응하는 청크가 이러한 피어 서브셋에 의해 소유되면, 1.)
서브셋의 피어들 리스트(지역당 하나 및 단편당 하나)
Client-Locality-Id 피어들의 지역 ID
동일한 지역의 피어들 리스트
Peer-URI 동일한 단편을 수신했던 동일한 지역을 갖는 피어들의 식별
Region - List " 타게팅된 푸쉬 세션"의 영역의 리스트
Region 영역은 인접 지역들의 리스트
Client-Locality-Id 매우 인접한 피어들의 지역 ID
영역의 사용은 네트워크 토폴로지에 더 인접하도록 이동되고, (클라이언트들이 연결 또는 CPU 부하 등의 견지에서 이용가능하지 않을 경우) 만일 필요하다면, 클라이언트 디바이스에게 인접 클라이언트들로부터 먼 클라이언트들까지의 계층적 방식의 액세스를 위한 가능성을 제공한다.
일반적인 방식에서, 계층은 2개보다 많은 레벨들을 가질 수 있으므로, 이 계층은 작동자에 의해 구성되는 레벨에서 네트워크 토폴로지의 추상화를 나타내는 트리와 같은 데이터 구조가 된다. "Region" 필드는 표 9에서 "Region-Level-1"로 이름이 다시 지어질 수 있다.
CAM은 지역, 위의 모든 질적(qualitative) 데이터(다운로드 및 업로드 등을 위한 평균 비트 속도 성능), 적절한 정보 각각의 특색을 이루는 특성을 포함하기 위하여 확장될 수 있으므로, 클라이언트들은 필요할 때, 최적의 지역을 선택할 수 있다.
CAM은 네트워크를 통하여 다운로드 진행의 상태를 반영하기 위하여 주기적으로 업데이트 될 수 있다. 작동자는 청크 레벨에서 정밀하게, 또는 단편 레벨(완전한 단편들을 갖는 피어들만을 위해)에서 거시적으로, 및 피어들의 연결 상태에 따라 CAM으로부터 피어들을 추가하거나/제거하기 위하여, 업데이팅 레벨(들)을 선택할 수 있다. 이러한 업데이트는 어떤 고유의 CAM이 이론적이거나 또는 아니더라도 적용될 수 있다.
서술에서 개시된 언급들, 청구항, 및 도면들은 개별적으로 또는 임의의 적절한 혼합으로 제공될 수 있다. 특징부들은, 적절하다면, 하드웨어, 소프트웨어, 또는 이 둘의 혼합으로 구현될 수 있다.
여기에서, "일 실시예" 또는 "실시예"의 언급은 실시예에 관련하여 서술된 특정 특징부, 구조, 또는 특징은 본 발명의 적어도 하나의 구현에서 포함될 수 있음을 의미한다. 상세한 설명의 다양한 곳에서 어구인 "일 실시예"의 출현은 반드시 동일한 실시예를 언급하는 것은 아니고, 반드시 다른 실시예들의 상호 배타적인 별도의 대안적인 실시예일 필요도 없다.
청구항들에서 나타나는 참조 번호들은 오적 설명의 목적으로 존재하고, 청구항들의 범위에 제한적인 영향을 미치지 않아야 한다.
1 : 콘텐츠 서버 2 : 공지 서버
3 : 제어 서버 11, 12, 13 : 클라이언트 디바이스
S1 , S3 : 멀티캐스트 전달 S2 : 보고
S4 : P2P 콘텐츠 교환

Claims (7)

  1. 클라이언트(11, 12, 13)에서 콘텐츠를 수신하는 방법으로서,
    - 멀티캐스트 모드로 제 1 서버(1)로부터 콘텐츠의 복수의 조각(piece)을 수신하는 단계(S1),
    - 올바르게 수신된 콘텐츠의 조각을 제 2 서버(3)에 나타내는 단계(S2),
    - 멀티캐스트 모드로, 제 3 서버(2)로부터, 각 피어 클라이언트에서 이용가능한 콘텐츠의 조각을 나타내는 콘텐츠 이용 가능성(availability) 맵(map)을 수신하는 단계(S3),
    - 상기 콘텐츠 이용 가능성 맵에서 나타나는 것처럼, 상기 콘텐츠의 조각이 이용가능한 피어 클라이언트(11, 12, 13)로부터 콘텐츠의 분실된 조각을 요청하는 단계(S4)를
    포함하는, 클라이언트에서 콘텐츠를 수신하는 방법.
  2. 제 1항에 있어서, 상기 클라이언트는 상기 클라이언트의 위치 추정(localization)을 서버에 나타내는, 클라이언트에서 콘텐츠를 수신하는 방법.
  3. 제 1항에 있어서, 상기 콘텐츠의 복수의 조각이 수신된 제 1 서버 식별자를 상기 제 2 서버에 나타내는 단계를 포함하는, 클라이언트에서 콘텐츠를 수신하는 방법.
  4. 삭제
  5. 삭제
  6. 삭제
  7. 삭제
KR1020107025870A 2008-05-20 2009-05-14 다수의 수신기들에서 이용가능한 콘텐츠 맵의 배포를 위한 시스템 및 방법 KR101507907B1 (ko)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
EP08305184.7 2008-05-20
EP08305184 2008-05-20
PCT/EP2009/055878 WO2009141269A1 (en) 2008-05-20 2009-05-14 System and method for distributing a map of content available at multiple receivers

Publications (2)

Publication Number Publication Date
KR20110014153A KR20110014153A (ko) 2011-02-10
KR101507907B1 true KR101507907B1 (ko) 2015-04-06

Family

ID=40903406

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1020107025870A KR101507907B1 (ko) 2008-05-20 2009-05-14 다수의 수신기들에서 이용가능한 콘텐츠 맵의 배포를 위한 시스템 및 방법

Country Status (7)

Country Link
US (1) US8214427B2 (ko)
EP (1) EP2279584B1 (ko)
JP (1) JP5325978B2 (ko)
KR (1) KR101507907B1 (ko)
CN (1) CN102037678B (ko)
AT (1) ATE540501T1 (ko)
WO (1) WO2009141269A1 (ko)

Families Citing this family (23)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9071875B2 (en) 2009-12-17 2015-06-30 At&T Intellectual Property I, L.P. Processing and distribution of video-on-demand content items
EP2387177A1 (en) * 2010-05-11 2011-11-16 Thomson Licensing Content distribution in a P2P infrastructure by means of multicast connections
US9444876B2 (en) * 2010-11-08 2016-09-13 Microsoft Technology Licensing, Llc Content distribution system
US8352576B2 (en) * 2010-11-15 2013-01-08 Google Inc. Media file access
US8943215B2 (en) * 2010-12-21 2015-01-27 Microsoft Corporation Distributed smooth streaming utilizing dynamic manifests
CN105009601A (zh) * 2013-02-27 2015-10-28 索尼公司 信息处理装置和方法、程序和内容供应系统
US11223510B2 (en) * 2013-03-14 2022-01-11 Comcast Cable Communications, Llc Methods and systems for dynamic data management
CN104079607A (zh) * 2013-03-28 2014-10-01 联想(北京)有限公司 一种文件下载的方法和设备
US9160515B2 (en) 2013-04-04 2015-10-13 Intel IP Corporation User equipment and methods for handover enhancement using scaled time-to-trigger and time-of-stay
WO2014203023A1 (en) 2013-06-19 2014-12-24 Hitachi Data Systems Engineering UK Limited Decentralized distributed computing system
US9021296B1 (en) 2013-10-18 2015-04-28 Hitachi Data Systems Engineering UK Limited Independent data integrity and redundancy recovery in a storage system
WO2016105100A1 (ko) 2014-12-22 2016-06-30 엘지전자 주식회사 방송 신호 송신 장치, 방송 신호 수신 장치, 방송 신호 송신 방법, 및 방송 신호 수신 방법
US10142411B2 (en) 2015-05-29 2018-11-27 Microsoft Technology Licensing, Llc Dynamic swarm segmentation
CN105872735A (zh) * 2016-04-25 2016-08-17 乐视控股（北京）有限公司 一种信息处理方法及电子设备
US10122582B2 (en) * 2016-05-24 2018-11-06 Avaya Inc. System and method for efficient bandwidth allocation for forked communication sessions
US10389786B1 (en) * 2016-09-30 2019-08-20 Amazon Technologies, Inc. Output tracking for protected content-stream portions
US11553014B2 (en) * 2017-07-04 2023-01-10 Vmware, Inc. Downloading of server-based content through peer-to-peer networks
US11386233B2 (en) 2019-04-30 2022-07-12 JFrog, Ltd. Data bundle generation and deployment
US11340894B2 (en) 2019-04-30 2022-05-24 JFrog, Ltd. Data file partition and replication
US11106554B2 (en) 2019-04-30 2021-08-31 JFrog, Ltd. Active-active environment control
US11886390B2 (en) 2019-04-30 2024-01-30 JFrog Ltd. Data file partition and replication
US11695829B2 (en) * 2020-01-09 2023-07-04 JFrog Ltd. Peer-to-peer (P2P) downloading
US11860680B2 (en) 2020-11-24 2024-01-02 JFrog Ltd. Software pipeline and release validation

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2005092288A (ja) 2003-09-12 2005-04-07 Ntt Communications Kk 分散ファイル共有システム、方法、及び、サーバ、クライアント、クライアントにおける分散ファイル共有プログラム
WO2007119413A1 (ja) 2006-04-11 2007-10-25 Brother Kogyo Kabushiki Kaisha 情報通信システム、コンテンツカタログ情報配信方法、及びノード装置等

Family Cites Families (21)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6185619B1 (en) * 1996-12-09 2001-02-06 Genuity Inc. Method and apparatus for balancing the process load on network servers according to network and serve based policies
US6055568A (en) * 1996-12-17 2000-04-25 Intel Corporation Method and apparatus for dynamically configuring a decentralized network of computers
US6263368B1 (en) * 1997-06-19 2001-07-17 Sun Microsystems, Inc. Network load balancing for multi-computer server by counting message packets to/from multi-computer server
EP0993163A1 (en) * 1998-10-05 2000-04-12 Backweb Technologies Ltd. Distributed client-based data caching system and method
US6473855B1 (en) * 1999-06-18 2002-10-29 Phoenix Technologies Ltd. Method and apparatus for providing content on a computer system based on usage profile
US7523181B2 (en) * 1999-11-22 2009-04-21 Akamai Technologies, Inc. Method for determining metrics of a content delivery and global traffic management network
US6339785B1 (en) * 1999-11-24 2002-01-15 Idan Feigenbaum Multi-server file download
US20020049760A1 (en) * 2000-06-16 2002-04-25 Flycode, Inc. Technique for accessing information in a peer-to-peer network
US7089301B1 (en) * 2000-08-11 2006-08-08 Napster, Inc. System and method for searching peer-to-peer computer networks by selecting a computer based on at least a number of files shared by the computer
DE10143754A1 (de) * 2001-09-06 2003-04-03 Siemens Ag Skalierbares Peer-to-Peer-Netzwerk mit einem Verzeichnisdienst
JP4256218B2 (ja) * 2003-07-30 2009-04-22 株式会社東芝 通信システム、通信装置、プログラム並びに通信方法
US8516323B2 (en) * 2004-04-05 2013-08-20 Telefonaktiebolaget L M Ericsson (Publ) Repair function for a broadcast service
US7664109B2 (en) 2004-09-03 2010-02-16 Microsoft Corporation System and method for distributed streaming of scalable media
JP4371056B2 (ja) * 2005-01-07 2009-11-25 ブラザー工業株式会社 ノード装置、ネットワーク参加処理プログラム、及びネットワーク参加処理方法等
CN100407201C (zh) * 2005-09-23 2008-07-30 腾讯科技（深圳）有限公司 一种网络搜索系统及其实现方法
US20070156815A1 (en) * 2005-12-30 2007-07-05 Nokia Corporation Method, system and entities for multicast content pushing
JP5277158B2 (ja) * 2006-04-11 2013-08-28 トムソン ライセンシング データ受信方法、修復方法および対応する端末
EP1901525A1 (en) * 2006-09-15 2008-03-19 THOMSON Licensing File repair method for a content distribution system
KR100812995B1 (ko) * 2006-09-18 2008-03-13 한국전자통신연구원 Ｍｂｍｓ 멀티캐스트 베어러를 이용한 서비스 공지 방법 및시스템
US20080101317A1 (en) * 2006-10-30 2008-05-01 Nokia Corporation System and method for providing advanced session control of a unicast session
US20080219151A1 (en) * 2007-03-07 2008-09-11 Nokia Corporation System and method for using a peer to peer mechanism to repair broadcast data in wireless digital broadcast networks

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2005092288A (ja) 2003-09-12 2005-04-07 Ntt Communications Kk 分散ファイル共有システム、方法、及び、サーバ、クライアント、クライアントにおける分散ファイル共有プログラム
WO2007119413A1 (ja) 2006-04-11 2007-10-25 Brother Kogyo Kabushiki Kaisha 情報通信システム、コンテンツカタログ情報配信方法、及びノード装置等

Also Published As

Publication number Publication date
EP2279584A1 (en) 2011-02-02
US20110072075A1 (en) 2011-03-24
CN102037678B (zh) 2013-09-25
JP2011521369A (ja) 2011-07-21
JP5325978B2 (ja) 2013-10-23
CN102037678A (zh) 2011-04-27
KR20110014153A (ko) 2011-02-10
EP2279584B1 (en) 2012-01-04
WO2009141269A1 (en) 2009-11-26
ATE540501T1 (de) 2012-01-15
US8214427B2 (en) 2012-07-03

Similar Documents

Publication Publication Date Title
KR101507907B1 (ko) 다수의 수신기들에서 이용가능한 콘텐츠 맵의 배포를 위한 시스템 및 방법
CA2675057C (en) System and method for combining pull and push modes
US10321199B2 (en) Streaming with optional broadcast delivery of data segments
US8774062B2 (en) IP multicast management and service provision system and method
US9277006B2 (en) Peer-to-peer communication of non-common data
US7764683B2 (en) Reliable multicast operating system (OS) provisioning
WO2007068290A1 (en) Technique for distributing content via different bearer types
CA2675135A1 (en) Method for supporting file versioning in mbms file repair
US20120036105A1 (en) Method and Apparatus for Distributing Data in a Peer-To-Peer Network
US9965640B1 (en) Real-time distribution of messages via a network with multi-region replication in a hosted service environment
JP3836843B2 (ja) 情報網を介して複数のチャネルによって配信されるコンテンツを一つの端末によって受信する方法
US11831702B2 (en) Method for broadcasting DASH/HLS hybrid multimedia streams
JP2009177811A (ja) 分割後のｐ２ｐモードでの繰延回復を目的としたコンテンツのライブ送信のための方法、並びに制御装置及び関連する設備
JP2015008475A (ja) データセグメントのオプションのブロードキャスト配信によるストリーミング

Legal Events

Date Code Title Description
A201 Request for examination
E701 Decision to grant or registration of patent right
LAPS Lapse due to unpaid annual fee