KR20110063654A - Ｉｐｔｖ 세션을 설정하기 위한 네트워크 디바이스 및 방법 - Google Patents

Ｉｐｔｖ 세션을 설정하기 위한 네트워크 디바이스 및 방법 Download PDF

Info

Publication number
KR20110063654A
KR20110063654A KR1020117007400A KR20117007400A KR20110063654A KR 20110063654 A KR20110063654 A KR 20110063654A KR 1020117007400 A KR1020117007400 A KR 1020117007400A KR 20117007400 A KR20117007400 A KR 20117007400A KR 20110063654 A KR20110063654 A KR 20110063654A
Authority
KR
South Korea
Prior art keywords
iptv
network
server
content
multimedia content
Prior art date
Application number
KR1020117007400A
Other languages
English (en)
Other versions
KR101589484B1 (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 KR20110063654A publication Critical patent/KR20110063654A/ko
Application granted granted Critical
Publication of KR101589484B1 publication Critical patent/KR101589484B1/ko

Links

Images

Classifications

    • 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
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/10—Architectures or entities
    • H04L65/102—Gateways
    • H04L65/1033—Signalling gateways
    • H04L65/1036—Signalling gateways at the edge
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60—Network streaming of media packets
    • H04L65/61—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio
    • H04L65/611—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio for multicast or broadcast
    • 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/436—Interfacing a local distribution network, e.g. communicating with another STB or one or more peripheral devices inside the home
    • H04N21/43615—Interfacing a Home Network, e.g. for connecting the client to a plurality of peripherals
    • 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
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N7/00—Television systems
    • H04N7/16—Analogue secrecy systems; Analogue subscription systems
    • H04N7/173—Analogue secrecy systems; Analogue subscription systems with two-way working, e.g. subscriber sending a programme selection signal
    • H04N7/17309—Transmission or handling of upstream communications
    • H04N7/17318—Direct or substantially direct transmission and handling of requests
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/10—Architectures or entities
    • H04L65/1045—Proxies, e.g. for session initiation protocol [SIP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60—Network streaming of media packets
    • H04L65/65—Network streaming protocols, e.g. real-time transport protocol [RTP] or real-time control protocol [RTCP]

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Small-Scale Networks (AREA)
  • Communication Control (AREA)

Abstract

본 발명은 네트워크 디바이스와, 이 네트워크 디바이스에서의 방법에 관한 것이다. 네트워크 디바이스는 로컬 네트워크에 연결을 위한 연결기, 콘텐츠가 이용가능한 경우, 이용가능한 콘텐츠에 대한 정보와 로컬 네트워크에서의 주소를 로컬 네트워크상에 위치한 셋 톱 박스에 제공하는 서버, 및 상기 콘텐츠를, 제 2 네트워크상에 위치한 IPTV 서버로부터 액세스될 수 있는 IPTV 콘텐츠와 매칭시키는 IPTV 프록시 모듈로서, 제 2 네트워크는 게이트웨이 디바이스를 이용하여 제 1 네트워크에 연결되고, 주소에서 콘텐츠를 요청하는 셋 톱 박스는 IPTV 서버로부터 IPTV 콘텐츠를 수신하는, IPTV 프록시 모듈을 포함한다.

Description

ＩＰＴＶ 세션을 설정하기 위한 네트워크 디바이스 및 방법{NETWORK DEVICE AND METHOD FOR SETTING UP AN IPTV SESSION}
본 발명은 일반적으로 IPTV에 관한 것이고, 구체적으로 IPTV 세션을 설정하기 위한 디바이스 및 방법에 관한 것이다.
이 섹션은 아래에 서술되고 및/또는 청구되는 본 발명의 다양한 양상에 관련될 수 있는 기술의 다양한 양상을 독자에게 소개하려는 것이다. 본 논의는 독자에게 본 발명의 다양한 양상에 대해 더 나은 이해를 돕기 위한 배경 정보를 제공하는데 도움이 된다고 믿어진다. 따라서, 이들 설명은 종래 기술의 인정으로서가 아닌, 이러한 관점으로 읽혀야 한다.
인터넷 프로토콜 텔레비전(IPTV)은 일반적으로 IPTV 서버와 IPTV 클라이언트 간의 종단간(end to end) 방식으로 배포된다. 가정용 네트워크에 위치한 클라이언트는 인터넷상에 위치한 IPTV 서버에서 IPTV 콘텐츠를 액세스한다. 서버는 가정용 네트워크에 위치되지 않는다. 가정용 네트워크에 위치한 각 하나의 클라이언트는 IPTV 콘텐츠를 얻기 위하여 개별적으로 서버에 연결한다. 클라이언트는 예를 들어, IETF RFC 2236에 규정된 IGMP(Internet Group Management Protocol)를 사용하여 멀티캐스트 주소를 등록한다.
디지털 비디오 방송 산업 협회는 가정용 네트워크에 대한 기준 모델을 규정했다. 이는 "DVB-HN(Home Network) Reference Model Phase 1 ; DVB Document A109; (2007년, 2월)"이고, 이하에 DVB-HN이라고 칭한다. DVB-HN은 IP 기반 네트워크를 통한 MPEG-2 송신 스트림 기반의 DVB 서비스의 송신을 위한 가정용 네트워크에 대한 기준 모델을 제안한다. MPEG-2 송신 스트림은 "Transport of MPEG 2 Transport Stream (TS) Based DVB Services over IP Based Networks; DVB Document A086 Rev. 3; (2007년 3월)"에 규정되고, ETSI TS 102 034 v1.3.1로 참조되며, 이하에 DVB-IP라 언급되는 DVB IP 페이스(phase) 1 프로토콜을 사용하여, 특히 광대역 액세스 네트워크상에 전달된다. 특히, DVB-IP는 양-방향 IP 네트워크를 통한 DVB 기반의 A/V 서비스에 대한 서비스 발견 및 선택(SD&S) 메카니즘을 정의한다. 서비스 발견은 양-방향 IP 네트워크를 통하여 이용가능한 DVB-IP 서비스의 발견을 가능케 하는 메카니즘이다. 서비스 발견은 수신기에서의 정보에 서비스의 리스트의 표현을 제공하는데, 이는 사용자가 서비스를 선택하고, 선택된 서비스에 액세스하는 것을 가능케 한다.
도 1은 DVB-HN에 따른 가정용 네트워크를 도시한다. 또한, 이 DVB-HN은 이하에 HG라 표기되고, 액세스 네트워크(7)와 가정용 게이트웨이(5)를 서로 연결하는 라우팅 수단을 포함하는 가정용 게이트웨이(1)를 포함한다. 가정용 네트워크(5)에 연결되는 IPTV STB(2)는 액세스 네트워크(7)를 통하여 IPTV 서버(6) 상의 콘텐츠를 액세스한다. IPTV STB는 SD&S 클라이언트 모듈(21)을 포함하고, 서버는 SD&S 서버 모듈(61)을 포함한다. 일단 서비스가 IPTV STB에 의해 발견되고 선택되면, IPTV 스트림(8)은 액세스 네트워크를 통하여 IPTV STB에 전달된다. 이는 IETF RFC 3550에 따라, 실-시간 송신 프로토콜(RTP)을 사용하여, 멀티캐스트 모드로 전송된다.
또한, DVB-HN은 "UPnP CDS: UPnP Content Directory Service Template Version 1.01"에서 더 한정되는 콘텐츠 디렉토리 서비스를 한정한다. UPnP CDS는 디바이스가 다른 디바이스가 제공할 수 있는 콘텐츠를 위치시키는 것을 허용한다. 거의 모든 타입의 콘텐츠는 이러한 서비스를 통하여: 예를 들어, 노래, 영화, 사진으로 열거될 수 있다. 이하에 HN STB라 언급되는 셋-톱 박스와 같이, DVB-HN 클라이언트는 가정용 네트워크에 위치한 개인용 비디오 리코더에 대해 이용가능한 MPEG-2 서비스에 액세스하기 위하여 이러한 콘텐츠 전달 서비스를 사용한다. 주로, HN-STB 클라이언트는 UPnP CDS 동작을 수행하는 CDS 클라이언트 모듈을 포함한다. DVB-HN은 DLNA 가이드라인 IEC 62481-1 Ed.1 및 IEC 62481 -2 Ed.1. IEC 62481-1을 재사용한다. IEC 62481-1 Ed.1은 "DLNA Networked Device Interoperability guidelines(2006년 3월에 확장된)의 Volume 1: Architecture and Protocols"에 대응한다. IEC 62481-2 Ed.1은 "DLNA Networked Device Interoperability guidelines(2006년 3월에 확장된)의 Volume 2: Media Format Profiles"에 대응한다. 특히, DVB-HN 클라이언트는 UPnP CDS를 지원함으로써, DLNA 서버에 의해 나타난 메타데이터를 검색할 수 있다. 이 DVB-HN 클라이언트는 송신 및 세션 관리 프로토콜로서 DLNA 서버상에서 이용가능한 콘텐츠를 검색하기 위하여 HTTP을 지원한다.
또한, 도 1은 UPnP CDS 및 DLNA에 따른 가정용 네트워크 내의 콘텐츠 배포를 도시한다. HN STB(3)는 CDS 서버 모듈(41)을 포함하는 HN 서버(4)상의 콘텐츠를 액세스한다. HN STB는 서버(4)의 CDS 서버 모듈(41) 상의 콘텐츠를 위치시키는데 적응되는 CDS 클라이언트 모듈(31)을 포함한다. 일단 콘텐츠가 HN 서버상에서 선택되면, HN 스트림(9)은 가정용 네트워크를 통하여 HN STB에 전달된다. HN 스트림은 IETF RFC 2616에 따라, HTTP(hypertext transfer protocol)를 이용하여 유니캐스트 모드로 전송된다. 또한, 이 HN 스트림은 IETF RFC 2326에 따라, RTP를 사용하여 전송되고, RTSP(real time streaming protocol)에 의해 제어된다. 이는 오직 HN STB만으로 진행한다.
DVB-IPTV 표준에 따라, IPTV 콘텐츠를 수신하기 원하는 클라이언트는 SD&S 클라이언트 모듈을 구현한다. 그러면, 이 클라이언트는 IPTV STB가 된다.
SD&S 모듈을 포함하지 않는 HN STB는 직접 IPTV 스트림을 수신할 수 없다. 하지만, IPTV 스트림은 게이트웨이에 위치한 프록시 기능을 통하여 액세스될 수 있다. RTP 전달 프로토콜은 가정용 네트워크에서 사용되고, CDS 및 RTSP 모듈은 가정용 게이트웨이에 통합된다. 따라서, 발견은 CDS 덕분에 완료된다. RTSP 세션은 가정용 네트워크에 국부적이고, 멀티캐스트는 HN STB를 위해 유니캐스트로 변환될 수 있다. 어떠한 송신 프로토콜 변환도 완료되지 않는다. 가정에서 RTP를 사용하는 것 대신에, HTTP가 사용될 수 있다; RTP로부터 HTTP로의 송신 프로토콜 변환은 게이트웨이에서 요구된다. 멀티캐스트에서 유니캐스트로 뿐만이 아니라, 멀티캐스트에서 유니캐스트로 변환이 수행될 때, 이러한 송신 프로토콜 변환이 완료된다.
이 2가지 경우 모두에서, HG는 복잡한 디바이스를 필요로 한다. 이 HG는 전체 SD&S 메타데이터를 처리하고, 이 메타데이터를 CDS 메타데이터로 변환하며, 내장 메모리에 이 초래하는 메타데이터를 저장해야 한다. HG는 RTSP 세션을 관리해야 해서, RTSP 서버의 완전한 구현을 요구한다. HG는 푸쉬(push) 모드인 RTP 스트림을 풀(pull) 모드인 HTTP 패킷으로 변환해야 한다.
본 발명은 IPTV 프록시 기능을 수행하기 위해 전용되는 디바이스를 제공함으로써, 종래 기술에서 복잡한 게이트웨이에 연관된 관심사 중 적어도 일부를 개선 시키도록 시도한다.
본 발명은 로컬 네트워크에 연결을 위한 연결기, 콘텐츠가 이용가능한 경우, 이용가능한 정보와 로컬 네트워크에서의 주소를 로컬 네트워크상에 위치한 셋 톱 박스에 제공하는 서버 및, 제 2 네트워크상에 위치한 IPTV 서버로부터 액세스될 수 있는 IPTV 콘텐츠에 상기 콘텐츠를 매칭시키는 IPTV 프록시 모듈로서, 제 2 네트워크는 게이트웨이 디바이스를 이용하여 제 1 네트워크와 연결하고, 주소에서 콘텐츠를 요청하는 셋 톱 박스는 IPTV 서버로부터 IPTV 콘텐츠를 수신하는, IPTV 프록시 모듈을 포함한다.
네트워크 디바이스는 로컬 네트워크 외부에 위치한 IPTV 서버로부터 IPTV 콘텐츠를 수신하기 위하여, 셋 톱 박스가 HN STB와 같은 로컬 네트워크에 위치되게 하는 것을 가능케 한다. STB는 IPTV 서버로부터 IPTV 콘텐츠를 직접 수신할 수 없다. 네트워크 디바이스는 STB와 서버 사이의 프록시의 역할을 수행한다. STB는 콘텐츠가 IPTV 콘텐츠인지 인식조차 하지 않는다. 이 STB는 네트워크 디바이스에서 이용가능한 콘텐츠를 선택한다. 콘텐츠는 오디오-비디오 콘텐츠와 같은 멀티미디어 콘텐츠로 표현된다. STB에 직접 콘텐츠를 제공하는 대신에, 네트워크 디바이스는 IPTV 서버에 연결을 시작하여, STB는 IPTV 서버로부터 콘텐츠를 수신하게 된다.
일 실시예에 따라, 콘텐츠가 네트워크 디바이스에서 이용가능하다면, 콘텐츠를 액세스하기 위한 셋 톱 박스로부터의 요청의 수신시, IPTV 프록시는 제 2 네트워크상에 위치한 IPTV 서버에 IPTV 세션 가입 요청을 전달하여, 후에 IPTV 콘텐츠는 셋 톱 박스에 배포된다.
콘텐츠가 네트워크 디바이스에서 이용가능하다면, 이 디바이스는 IPTV 서버에 요청을 전송하여 IPTV 세션에 가입하게 된다.
일 실시예에 따라, 콘텐츠가 제 2 네트워크 디바이스에서 이용가능하다면, IPTV 프록시는 콘텐츠에 대응하는 IPTV 세션을 제 2 디바이스에 가리킨다.
콘텐츠가 다른 네트워크 디바이스에서 이용가능하다면, IPTV 프록시는 콘텐츠와 IPTV 스트림 사이의 대응하는 정보를 이 디바이스에 대해 이용가능하게 한다.
일 실시예에 따라, 네트워크 디바이스는 셋 톱 박스가 콘텐츠에 액세스하는 것을 가능케 하는 RTSP 서버를 포함한다.
STB는 정보를 이용가능하게 하기 위하여 네트워크 디바이스의 RTSP 서버를 이용하여 RTSP 세션을 설정한다.
일 실시예에 따라, 네트워크 디바이스는 이용가능한 콘텐츠에 대한 정보를 셋 톱 박스에 제공하는 CDS 서버를 포함한다.
본 발명의 다른 목표는 로컬 네트워크에 위치한 셋 톱 박스와 제 2 네트워크상에 위치한 IPTV 서버 사이의 IPTV 통신을 설정하는 네트워크 디바이스에서의 방법인데, 로컬 네트워크는 제 2 네트워크와 로컬 네트워크를 연결하기 위해 적응되는 게이트웨이를 포함하고, 상기 방법은 콘텐츠가 이용가능한 경우, 이용가능한 콘텐츠 상의 정보와 로컬 네트워크에서의 주소를 셋 톱 박스에 제공하는 단계와, 콘텐츠가 네트워크 디바이스에서 이용가능하다면, 콘텐츠를 수신하는 셋 톱 박스로부터 요청의 수신시, 제 2 네트워크상에 위치한 IPTV 서버를 이용하여 IPTV 세션을 가입하는 요청을 전송하여, IPTV 콘텐츠가 셋 톱 박스에 배포되고, 만일 콘텐츠가 로컬 네트워크 상에 위치한 제 2 디바이스에서 이용가능하다면, 콘텐츠에 대응하는 IPTV 세션을 제 2 디바이스에 가리켜서, IPTV 콘텐츠가 셋 톱 박스에 배포되는, 가리키는 단계를 포함한다.
일 실시예에 따라, 네트워크 디바이스는 제 2 디바이스로부터 요청의 수신 이후에, 콘텐츠에 대응하는 IPTV 세션을 제 2 디바이스에 가리킨다.
본 발명의 다른 목적은 컴퓨터 프로그램 제품이고, 이 컴퓨터 프로그램 제품은, 이 프로그램이 컴퓨터상에서 실행될 때, 본 발명에 따른 방법의 단계를 실행하는 프로그램 코드 지령을 포함한다. "컴퓨터 프로그램 제품"은 디스켓 또는 카세트와 같이 프로그램을 내포하는 저장 공간뿐 아니라, 전기 신호 또는 광 신호와 같은 신호일 수 있는 컴퓨터 프로그램 지지체를 의미한다.
개시된 실시예의 범주에 상응하는 특정 양상이 아래에 기재된다. 이러한 양상이 단지 독자에게 본 발명이 취할 수 있는 특정 형식의 간단한 요약을 제공하기 위하여 제시된다는 점과 이들 양상이 본 발명의 범주를 제한하려는 것은 아니라는 점이 이해되어야 한다. 게다가, 본 발명은 아래에 기재되지 않을 수 있는 다양한 양상을 포함할 수 있다.
본 발명은 첨부 도면을 참조하여, 결코 제한적이지 않은 다음의 구체적인 표현 및 실시예에 의하여 더욱 잘 이해되고 묘사될 것이다.
본 발명은 IPTV 프록시 기능을 수행하기 위해 전용되는 디바이스를 제공하여, 종래 기술에서 게이트웨이에 대한 복잡함을 개선한다.
도 1은 종래 기술에 따른 가정용 네트워크를 도시하는 도면.
도 2는 제 1 실시예에 따른 가정용 네트워크를 도시하는 도면.
도 3은 실시예에 따른 동조기 디바이스의 블록도를 도시하는 도면.
도 4는 제 1 실시예에 따라 HN STB와 IPTV 서버 사이의 IPTV 세션을 설정하는데 사용되는 메세지의 흐름도.
도 5는 제 1 실시예에 대한 변형에 따라, HN STB와 IPTV 서버 사이의 IPTV 세션을 설정하는데 사용되는 메세지의 흐름도.
도 6은 제 2 실시예에 따른 가정용 네트워크를 도시하는 도면.
도 7은 제 2 실시예에 따라, HN STB와 IPTV 서버 사이의 IPTV 세션을 설정하는데 사용되는 메세지의 흐름도.
도 8은 제 3 실시예에 따른 가정용 네트워크를 도시하는 도면.
도 9는 제 3 실시예에 따라, HN STB와 IPTV 서버 사이의 IPTV 세션을 설정하는데 사용되는 메세지의 흐름도.
도 10은 제 4 실시예에 따른 가정용 네트워크를 도시하는 도면.
도 11은 제 4 실시예에 따라, HN STB와 IPTV 서버 사이의 IPTV 세션을 설정하는데 사용되는 메세지의 흐름도.
도면에서, 제시된 블록은 물리적으로 분리된 엔티티들에 반드시 대응하는 것이 아닌, 순전히 기능적인 엔티티이다. 즉, 이들 블록은 하드웨어 또는 소프트웨어의 형식으로 전개될 수 있거나, 또는 하나 또는 수 개의 집적회로로 구현될 수 있다.
본 발명의 제 1 실시예에 따른 시스템은 도 2에 도시된다. 가정용 게이트웨이 디바이스는 IPTV 프록시 모듈(1.1), RTSP 서버 모듈(1.2) 및 멀티캐스트-대-유니캐스트 전달 모듈{(1.3)(MC/UC라 표기됨)}을 포함한다. IPTV 프록시 모듈(1.1)은 이하에 서술되는 것처럼 IPTV 프록시 기능을 수행하기 위해 적응된다. 특히, IPTV 프록시 모듈은 채널의 주소를 얻기 위하여 RTSP 서버(1.2)로부터 요청을 수신한다. 이 요청의 수신시, IPTV 프록시 모듈은 주소를 얻기 위하여 이하에 서술되는 동조기에 요청을 전송한다. 게이트웨이 RTSP 서버는 IPTV 프록시와 통신하는 모듈을 이용하는 IETF RFC 2326에 따른다.
종래 기술의 시스템에 덧붙여, 시스템은 디바이스, 광대역 동조기{(10)(이하에, BBT 또는 동조기라 표기됨)}를 포함한다. 동조기는 IPTV 프록시 모듈(101)을 포함한다. 이 프록시 모듈은 이하에 서술되는 IPTV 프록시 기능을 수행하는데 적응된다. 구체적으로, 도 4에 도시되는 바와 같이, 이 모듈은 채널 식별자와 멀티캐스트 주소 간의 대응을 관리한다. 게이트웨이 IPTV 프록시로부터 채널에 대한 요청시, 이 모듈은 채널에 대응하는 멀티캐스트 주소를 제공한다. 이 멀티캐스트 주소는 SB&S 서버(61)로부터 동조기의 SB&S 클라이언트(105)에 의해 이전에 수신된다; SB&S 클라이언트를 통한 수신 이후에, 멀티캐스트 주소는 데이터베이스에 저장되어, IPTV 프록시에 의해 액세스될 수 있다.
제 1 실시예에 따라, 동조기는 CDS 서버 모듈(102)을 포함한다. 이 모듈은 CDS 클라이언트 모듈을 포함하는 가정용 네트워크의 임의의 HN-STB를 이용하여 CDS 기능을 수행하기 위해 적응된다.
더 일반적으로 동조기 IPTV 프록시 모듈은 CDS 모듈에 포함될 수 있다.
멀티캐스트 대 유니캐스트 변환은 IP 계층에서 계층(3)에서 계획된다. 멀티캐스트 IP 주소는 패킷에서 게다가 어떤 것도 변경하지 않고 목적지 HN STB 디바이스의 유니캐스트 IP 주소로 변환된다. UDP 및 RTP와 같은 위의 프로토콜 계층 스택의 나머지는 명시적으로 지정되지 않는다면, 변경되지 않는다. RTSP 서버 모듈(1.2)은 IETF RFC 2326을 따른다.
도 4는 HN STB와 IPTV 서버 사이의 IPTV 세션을 설정하는데 사용되는 메세지의 흐름도이다. HN STB는 서비스가 이용가능한지 검사하기 위하여, CDS를 사용하여 동조기를 살핀다{단계(S1)}. 이 HN STB는 광대역 동조기로부터 IPTV 스트림이 채널(프리미엄 채널)에 대해 이용가능한 정보를 얻는다{단계(S2)}.
HN STB는 게이트웨이에서 RTSP 서버에 RTSP SETUP 메세지를 전송한다{단계(S3)}. RTSP SETUP 메세지는 스트림이 어떻게 송신되는지를 나타낸다. 메세지는 스트림 및 채널에 대한 정보를 포함한다. 이 메세지는 액세스 네트워크의 IPTV 스트림에 대한 정보를 갖지 않는다. 그런 후에, 게이트웨이 IPTV 프록시는 동조기의 IPTV 프록시로부터 이 정보를 요청하고{단계(S4)}, 동조기의 IPTV 프록시는 이 RTSP 세션에 대한 멀티캐스트 주소를 이용하여 답변한다{단계(S5)}. 그런 후에, 게이트웨이는 액세스 네트워크 측 상에 멀티캐스트 연결을 수행할 수 있고, 유니캐스트 모드로 수신된 IPTV 패킷을 HN STB에 보내기 위하여 이 게이트웨이의 라우팅 테이블을 구성할 수 있다. RTSP SETUP에 응답하여, 게이트웨이는 RTSP OK 메세지를 RTSP 서버에 전송하여(S7), 스트림이 재생되도록 한다. 이는 게이트웨이가 멀티캐스트 그룹에 가입하게 한다{단계(S8)}. 그런 후에, MC/UC 모듈은 멀티캐스트 스트림을 수신하고, 스트림을 HN STB에 전송되는 유니캐스트 스트림으로 변환한다. 단일 스트림(유니캐스트 스트림)은 가정용 네트워크를 통하여 전송된다. 그런 후에, 이 스트림은 가정용 네트워크를 통하여 관리되고 제어된다. 물론, 이 스트림은 유니캐스트로 변환될 수 없고, 가정용 네트워크를 통하여 멀티캐스트 스트림으로 전송될 수 없다.
실시예에 따라, 게이트웨이의 IPTV 프록시와 동조기 사이의 통신은 UPnP 메카니즘을 사용하여 완료된다. 게이트웨이의 IPTV 프록시는 CDS가 RTSP URL을 HN STB에 제공하는 어떠한 선험적인 지식도 갖지 않는다. 따라서, HN 상에 위치한 모든 CDS에 요청을 전송한다. RTSP URL의 지식을 갖는 요청만이 CDS에 응답한다. 또한, IPTV 서비스의 디바이스 서술(예를 들어, "IPTV CDS")에서 특정 XML 태그를 갖는 특정 CDS로서, 외부의 IPTV 서비스를 다루는 CDS를 나타내는 것이 있을 수 있다. 따라서, 게이트웨이만이 요청에 대한 이 CDS를 목적으로 한다. 다양한 실시예에 따라, RTSP URL에서 CDS 식별자를 포함하는 것 또한 있을 수 있는데, 이는 게이트웨이의 IPTV 프록시가 이 URL을 직접 검색하기 위함이다. 예를 들어, 다음의 URL은 CDS 식별자 1234567890ABCDEF:
rtsp://192.168.0.12/CDS-1234567890ABCDEF/streams/PremiumChannel.mpg
를 포함한다.
동조기의 CDS는 이러한 파라미터:
Action: GetConnectionParameters
IN arguments: ConnectionString (the RTSP URL).
OUT arguments: Connection Info
를 검색하는 동작을 수행한다.
이는 아래에 나타나는 바와 같이, XML 기반의 메세지이다:
Figure pct00001
제 1 실시예에 대한 변화에 따라, HN STB는 단계(S2)에서, 본 발명의 범주를 벗어나는 방식으로 직접 멀티캐스트 주소 정보를 얻는다. 게이트웨이가 멀티캐스트 IPTV 스트림에 연결하는 정보는 CDS에 의해 제공된 RTSP URL에 포함된다. 도 5에 나타나는 바와 같이, RTSP URL은 스트림이 RTP 기반이라고 나타내는 "rtp" 부분을 포함하고, "224.12.34.56"은 멀티캐스트 주소가 RTP URL을 검색하기 위한 것이라고 언급된다. 포트 번호 또한 추가될 수 있다.
게다가, 게이트웨이와 동조기 사이에 요구된 어떠한 통신도 존재하지 않을 수 있다: 이러한 실시예에서, 단계(S4 및 S5)는 반드시 필요하진 않다. RTSP PLAY의 수신시, 게이트웨이는 멀티캐스트 그룹에 가입한다.
제 2 실시예에 따라, RTSP 서버 및 CDS 서버 모듈은 도 6에 나타나는 바와 같이, 동조기 디바이스 내에 모두 위치한다. 게다가, 가정용 게이트웨이의 기능은 라우팅 패킷 상에 집중된다. 모든 전달 및 관리 업무는 동조기 디바이스 내에서 수행된다. 게다가, 오직 하나의 스트림(유니캐스트 스트림)만이 가정용 네트워크를 통하여 전송된다. 또한, 스트림은 유니캐스트로 변환될 수 없고, 가정용 네트워크를 통하여 멀티캐스트 스트림으로 전송될 수 없다.
도 7에 도시되는 바와 같이, 동조기와 게이트웨이 사이의 통신은 멀티캐스트 메세지에 가입하는데{단계(S16)} 제한된다. 동조기는 HN STB의 목적지 IP 주소에 연결하는 멀티캐스트 주소와, 이 목적지 IP 주소를 나타낸다. 정보의 이들 2개의 부분에 기인하여, HG는 IGMP 연결과 HN 내부의 올바른 목적지에 대한 멀티캐스트 대 유니캐스트 변환을 수행할 수 있다(단계(S17)}.
실시예에 따라, 동조기와 HG 사이의 통신은 UPnP 메카니즘을 사용하여 완료된다. HG는 이러한 정보:
Action: SetConnection Parameters
IN arguments: JoinExternal(가입할 멀티캐스트 주소) 및 SendToInternal(유니캐스트 스트림을 전송하기 위한 IP 주소)
를 제공하기 위하여 동조기에 의해 호출되는 특정 동작을 갖는 특정 IPTV 프록시 UPnP 모듈을 갖는다.
이는 아래에 나타나는 바와 같이 XML 기반의 메세지이다:
Figure pct00002
제 3 실시예에 따라, IPTV 스트림은 RTP로부터 HTTP로, 물론 도 8에 나타나는 바와 같이, 멀티캐스트로부터 유니캐스트로 변환된다. 이러한 변환은 가정용 게이트웨이에서 완료된다. 가정용 게이트웨이는 IPTV 프록시 모듈(1.1), MC/UC 모듈(1.3), HTTP 모듈(1.21) 및 RTP/HTTP 변환 모듈(1.22)을 포함한다.
도 9에 도시되는 바와 같이, HTTP 서버만이 HN STB로부터 HTTP GET을 수신한다. 이 메세지는 액세스 네트워크 IPTV 스트림에 대한 어떠한 정보도 갖지 않는다. 그런 후에, HTTP 서버는 CDS로부터 이러한 정보를 요청하고, CDS는 이 HTTP 세션에 대한 멀티캐스트 주소를 이용하여 응답한다. 그런 후에, HG는 액세스 네트워크 측 상에 멀티캐스트 연결을 수행할 수 있고, 유니캐스트-HTTP 모드로 수신된 멀티캐스트-RTP IPTV 패킷을 HN STB에 보내기 위해, 이 HG의 라우팅 테이블과 송신 프로토콜 변환을 구성할 수 있다.
제 3 실시예에 대한 변화에 따라, HN STB는 단계(S2)에서 멀티캐스트 주소를 직접 얻는다. 게이트웨이가 멀티캐스트 IPTV 스트림에 연결되는 정보는 HTTP GET에 포함된다. 특히, HTTP GET은 스트림이 RTP 기반이라는 것을 나타내는 "rtp" 부분을 포함하고, "224.12.34.56"은 멀티캐스트 주소가 HTTP GET을 검색하기 위한 것이라고 언급된다. 포트 또한 추가될 수 있다.
도 10에 도시된 제 4 실시예에 따라, HTTP 서버는 동조기 디바이스 내에 위치한다. 게다가, 가정용 게이트웨이의 기능은 라우팅 패킷상에 집중된다. 모든 발견 및 관리 업무는 도 11에 도시되는 바와 같이, 동조기 디바이스 내에서 수행된다. RTP 스트림은 RTP 대 HTTP 변환을 수행하는 광대역 동조기 디바이스에 전송된다. 그런 후에, 광대역 동조기 디바이스는 HTTP 스트림을 HN STB에 전송한다.
제 4 실시예에 대한 변환에 따라, HG는 어떠한 멀티캐스트 대 유니캐스트 변환도 수행하지 않는다. 멀티캐스트 스트림은 동조기에 유도된다. 게이트웨이는 멀티캐스트 스트림이 유도되는 곳을 알기 위하여, 동조기로부터 IPTV 서버로 IGMP 메세지를 감시하는 IGMP 스누퍼(snooper)를 포함한다. 게다가, 광대역 동조기는 RTP 대 HTTP 변환을 수행하고, 유니캐스트 HTTP 스트림을 HN STB으로 전송한다.
더 일반적으로, 동조기 디바이스(10)는 도 3에 기능적으로 도시된다. 이 동조기 디바이스는 서비스와 콘텐츠 발견 서비스를 제공하는 발견 모듈(10.2)을 포함한다. 제 1 실시예에 따라, 발견 수단은 CDS 모듈에 제공된다.
실시예에 나타나는 바와 같이, 동조기 디바이스는 가정용 네트워크에서 세션 관리를 제공하는 관리 모듈(10.1)을 포함할 수 있다. 실시예에 따라, 세션 관리는 RTSP 또는 HTTP에 제공된다.
또한, 동조기 디바이스는 콘텐츠를 전달하는 특히, IPTV 서버로부터 멀티캐스트 모드로 콘텐츠를 수신하고 유니캐스트 모드로, 클라이언트에 콘텐츠를 배포하는 전달 모듈(10.3)을 포함할 수 있다.
또한, 동조기 디바이스는 처리기(10.4)와, 가정용 네트워크와 인터페이스를 위한 통신 모듈(10.5)를 포함할 수 있다. 특히, 통신 모듈(10.5)은 각각 이더넷 네트워크 또는 Wi-Fi 네트워크와 통신하는 이더넷 인터페이스 또는 무선 인터페이스일 수 있다. 또한, 동조기 디바이스는 저속 및 고속 통신 수단의 조합일 수 있다.
동조기는 가정용 네트워크의 임의의 디바이스, 특히 STB 내에 내장될 수 있다. 또한 동조기는 독립형 디바이스일 수 있다.
가정용 네트워크가 반드시 동질한 네트워크인 것은 아니다. 가정용 네트워크는 Wi-Fi 또는 Powerline과 같은 저속 부분뿐만 아니라, 고속 이더넷 또는 기가비트 이더넷과 같은 고속 부분을 포함할 수 있다. 동조기는: 하나의 디바이스는 CDS 및 프로토콜 변환 기능을 수집하지만, 반드시 렌더링 기능인 것은 아니고, 하나의 디바이스(HN STB)는 렌더링 기능을 제공하는 2개의-박스 세트로서 제공될 수 있다. 그런 후에, 동조기 박스는 고속 인터페이스상의 가정용 게이트웨이에 연결되고, 렌더링 디바이스는 저속 인터페이스상에 연결된다.
서술에서 개시된 언급, 청구항, 및 도면은 개별적으로 또는 임의의 적절한 조합으로 제공될 수 있다. 특징은 적절하다면 하드웨어, 소프트웨어, 또는 이 둘의 조합으로 구현될 수 있다.
본 명세서에서, "일 실시예" 또는 "실시예"의 언급은 실시예에 연관되여 서술된 특정 특징부, 구조, 또는 특징이 본 발명의 적어도 하나의 구현에서 포함될 수 있음을 의미한다. 상세한 설명의 다양한 곳에서 어구인 "하나의 실시예에서"의 출현은 반드시 동일한 실시예를 언급하는 것은 아니고, 반드시 다른 실시예의 상호 배타적인 별도의 또는 대안적인 실시예일 필요도 없다.
청구항에 나타나는 참조 번호는 오적 설명의 목적이고, 청구항의 범주를 제한하는 어떠한 영향도 미치지 않아야 한다.
1 : 가정용 게이트웨이 2 : IPTV STB
3 : HN STB 4 : HN 서버
5 : 가정용 네트워크 6 : IPTV 서버
7 : 액세스 네트워크 8 : IPTV 스트림
9 : HN 스트림 10 : 광 대역 동조기

Claims (11)

  1. 네트워크 디바이스(10)에 있어서,
    - 로컬 네트워크(5)와 연결하는 연결기(10.5)로서, 상기 로컬 네트워크는 제 2 네트워크(7)와 상기 로컬 네트워크를 연결하는데 적응되는 게이트웨이 디바이스(1)를 포함하는, 연결기(10.5),
    - 상기 멀티미디어 콘텐츠가 이용가능한 경우, 이용가능한 멀티미디어 콘텐츠에 대한 정보와 상기 로컬 네트워크에서의 주소를 상기 로컬 네트워크에 위치한 셋 톱 박스(3)에 제공하는 서버(102), 및
    - 상기 멀티미디어 콘텐츠를 수신하는 상기 셋 톱 박스로부터 요청의 수신 시, 상기 멀티미디어 콘텐츠에 대응하는 IPTV 콘텐츠를 수신하는 상기 제 2 네트워크상에 위치한 IPTV 서버를 이용하여, IPTV 세션에 가입하는 상기 게이트웨이를 알려서, 상기 게이트웨이 디바이스가 상기 IPTV 서버로부터 수신된 상기 IPTV 콘텐츠를 상기 셋 톱 박스에 보내는, 알리는 수단을 포함하는 IPTV 프록시 모듈(101)을
    포함하는, 네트워크 디바이스.
  2. 제 2항에 있어서, 상기 IPTV 프록시 모듈(101)은 상기 제 2 네트워크상에 위치한 제 2 디바이스에 상기 멀티미디어 콘텐츠에 대응하는 IPTV 세션을 가리키는 수단을 포함하여, 상기 제 2 디바이스가 상기 IPTV 세션에 가입하게 되는, 네트워크 디바이스.
  3. 제 1항에 있어서, 상기 가입 요청은 상기 게이트웨이 디바이스에 전송되어, 상기 게이트웨이 디바이스가 상기 IPTV 세션에 가입하게 되는, 네트워크 디바이스.
  4. 제 1항 내지 제 3항 중 어느 한 항에 있어서, 상기 셋 톱 박스가 상기 멀티미디어 콘텐츠에 액세스하는 것을 가능케 하는 RTSP 서버(106)를 포함하는 것을 특징으로 하는, 네트워크 디바이스.
  5. 제 1항 내지 제 4항 중 어느 한 항에 있어서, 상기 셋 톱 박스가 상기 멀티미디어 콘텐츠에 액세스하는 것을 가능케 하는 HTTP 서버를 포함하는 것을 특징으로 하는, 네트워크 디바이스.
  6. 제 1항 내지 제 5항 중 어느 한 항에 있어서, 상기 셋 톱 박스에 이용가능한 멀티미디어 콘텐츠에 대한 정보를 제공하는 CDS 서버를 포함하는 것을 특징으로 하는, 네트워크 디바이스.
  7. 로컬 네트워크(5)에 위치한 네트워크 디바이스(10)에서, 상기 로컬 네트워크에 위치한 셋 톱 박스(3)와, 제 2 네트워크(7)상에 위치한 IPTV 서버(6) 간의 IPTV 통신(8)을 설정하는 방법에 있어서, 상기 로컬 네트워크는 상기 제 2 네트워크와 상기 로컬 네트워크를 연결하는데 적응되는 게이트웨이 디바이스(1)를 포함하고, 상기 방법은,
    - 상기 멀티미디어 콘텐츠가 이용가능한 경우, 이용가능한 멀티미디어 콘텐츠 상의 정보와 상기 로컬 네트워크에서의 주소를 상기 셋 톱 박스에 제공하는 단계,
    - 상기 멀티미디어 콘텐츠가 상기 네트워크 디바이스에서 이용가능하다면, 상기 멀티미디어 콘텐츠를 수신하는 상기 셋 톱 박스로부터의 요청의 수신시, 상기 멀티미디어 콘텐츠에 대응하는 IPTV 콘텐츠를 수신하는 상기 제 2 네트워크상에 위치한 IPTV 서버를 이용하여 IPTV 세션에 가입하는 상기 게이트웨이를 알려서, 상기 게이트웨이 디바이스는 상기 IPTV 서버로부터 수신된 상기 IPTV 콘텐츠를 상기 셋 톱 박스에 보내는, 알리는 단계를
    포함하는, IPTV 통신을 설정하는 방법.
  8. 제 7항에 있어서, 상기 멀티미디어 콘텐츠가 상기 게이트웨이 디바이스에서 이용가능하다면, 상기 게이트웨이 디바이스에 상기 멀티미디어 콘텐츠에 대응하는 IPTV 세션을 가리키는 것을 특징으로 하는, IPTV 통신을 설정하는 방법.
  9. 제 8항에 있어서, 상기 게이트웨이 디바이스로부터의 요청의 수신 이후에, 상기 멀티미디어 콘텐츠에 대응하는 IPTV 세션을 상기 게이트웨이 디바이스에 가리키는 것을 특징으로 하는, IPTV 통신을 설정하는 방법.
  10. 제 7항에 있어서, 상기 가입 요청은 상기 게이트웨이 디바이스에 전송되어, 상기 게이트웨이 디바이스는 상기 IPTV 세션에 가입하게 되는, IPTV 통신을 설정하는 방법.
  11. 컴퓨터 프로그램 제품에 있어서, 상기 프로그램이 컴퓨터상에서 실행될 때, 제 7항에 따른 방법의 단계를 실행하는 프로그램 코드 지령을 포함하는 것을 특징으로 하는, 컴퓨터 프로그램 제품.
KR1020117007400A 2008-10-01 2009-07-30 Ｉｐｔｖ 세션을 설정하기 위한 네트워크 디바이스 및 방법 KR101589484B1 (ko)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
EP08300274.1 2008-10-01
EP08300274A EP2173078A1 (en) 2008-10-01 2008-10-01 Network device and method for setting up an IPTV session

Publications (2)

Publication Number Publication Date
KR20110063654A true KR20110063654A (ko) 2011-06-13
KR101589484B1 KR101589484B1 (ko) 2016-01-28

Family

ID=40380520

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1020117007400A KR101589484B1 (ko) 2008-10-01 2009-07-30 Ｉｐｔｖ 세션을 설정하기 위한 네트워크 디바이스 및 방법

Country Status (7)

Country Link
US (1) US20110202965A1 (ko)
EP (2) EP2173078A1 (ko)
JP (1) JP5474983B2 (ko)
KR (1) KR101589484B1 (ko)
CN (2) CN102232286B (ko)
MX (1) MX2011003464A (ko)
WO (1) WO2010037582A1 (ko)

Families Citing this family (17)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CA2774363C (en) 2009-09-15 2020-06-23 Comcast Cable Communications, Llc Dynamic content packaging
WO2011079965A1 (en) * 2010-01-04 2011-07-07 Telefonaktiebolaget L M Ericsson (Publ) Method and node in an internet protocol television (iptv) network
CN101945251B (zh) * 2010-06-02 2014-02-05 中兴通讯股份有限公司 一种实现交互式网络电视业务控制的方法及系统及机顶盒
ES2387437B1 (es) * 2010-11-19 2013-05-20 Telefónica, S.A. Sistema de comunicaciones y método para comunicaciones entre internet y subsistemas ngn/ims.
US20130254813A1 (en) * 2010-11-30 2013-09-26 Telefonaktiebolaget L M Ericsson (Publ) Recording in a Local Network
US20130263192A1 (en) * 2010-11-30 2013-10-03 Telefonaktiebolabet L M Ericsson (Publ) Recording in a Local Network
US9380079B2 (en) * 2011-06-29 2016-06-28 Cable Television Laboratories, Inc. Content multicasting
CN102547421B (zh) * 2011-12-31 2014-01-08 福建星网视易信息系统有限公司 机顶盒协同通信方法
US9628542B2 (en) * 2012-08-24 2017-04-18 Akamai Technologies, Inc. Hybrid HTTP and UDP content delivery
US9071853B2 (en) * 2012-08-31 2015-06-30 Google Technology Holdings LLC Broadcast content to HTTP client conversion
US9537902B2 (en) * 2013-02-13 2017-01-03 Qualcomm Incorporated Enabling devices without native broadcast capability to access and/or receive broadcast data in an efficient manner
SG11201605659SA (en) 2014-02-07 2016-08-30 Oracle Int Corp Mobile cloud service architecture
US11553018B2 (en) 2014-04-08 2023-01-10 Comcast Cable Communications, Llc Dynamically switched multicast delivery
EP2981092B1 (en) * 2014-07-31 2019-11-06 Broadpeak Method for delivering an audio-video live content in multicast form
EP4175259A4 (en) * 2020-06-30 2024-07-24 Lg Electronics Inc METHOD AND DEVICE FOR PROCESSING A MULTICAST SIGNAL
CN114793296B (zh) * 2021-11-04 2023-09-19 珠海迈科智能科技股份有限公司 一种基于p2p网络分享DVB实时TS流的处理方法
CN118138805B (zh) * 2024-04-30 2024-06-28 四川天邑康和通信股份有限公司 基于iptv网络的网络管控方法和装置、机顶盒及介质

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2007102548A1 (ja) * 2006-03-07 2007-09-13 Sony Corporation 情報処理装置、および情報処理方法、並びにコンピュータ・プログラム
US20080002674A1 (en) * 2006-06-30 2008-01-03 Thomson Licensing Method of receiving audio/video services, corresponding terminal and system
US20080015932A1 (en) * 2006-07-13 2008-01-17 Anthony Haeuser Methods and apparatus to distribute media content

Family Cites Families (16)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5818438A (en) * 1995-04-25 1998-10-06 Bellsouth Corporation System and method for providing television services
US6253375B1 (en) * 1997-01-13 2001-06-26 Diva Systems Corporation System for interactively distributing information services
US7724744B2 (en) * 2001-04-30 2010-05-25 At&T Corp. Method and system for a unicast endpoint client to access a multicast internet protocol (IP) session
EP1755285A4 (en) * 2004-06-07 2008-11-12 Nippon Telegraph & Telephone DOMESTIC NETWORK SETUP PROCESS, HOME GATEWAY SETUP, HOUSE GATEWAY PROGRAM AND RECORD MEDIUM
US7505447B2 (en) * 2004-11-05 2009-03-17 Ruckus Wireless, Inc. Systems and methods for improved data throughput in communications networks
EP1777962A1 (en) * 2005-10-24 2007-04-25 Alcatel Lucent Access/edge node supporting multiple video streaming services using a single request protocol
US7920583B2 (en) * 2005-10-28 2011-04-05 Accenture Global Services Limited Message sequencing and data translation architecture for telecommunication services
JP2007272868A (ja) * 2006-03-07 2007-10-18 Sony Corp 情報処理装置、情報通信システム、および情報処理方法、並びにコンピュータ・プログラム
FR2902268A1 (fr) * 2006-06-08 2007-12-14 France Telecom Systeme d'acces a un service de television sur ip dans un reseau a architecture ims
JP2008125033A (ja) * 2006-11-16 2008-05-29 Matsushita Electric Ind Co Ltd 番組配信システム、スキャン情報配信装置及び受信装置
US8656445B2 (en) * 2006-11-27 2014-02-18 Genband Us Llc Multimedia subsystem control for internet protocol based television services
US20080178219A1 (en) * 2007-01-23 2008-07-24 At&T Knowledge Ventures, Lp System and method for providing video content
US20080247400A1 (en) * 2007-04-04 2008-10-09 Optimal Licensing Corporation System and method for increasing the efficiency in the delivery of media within a network
US20090005015A1 (en) * 2007-06-28 2009-01-01 Shamilian John H Method and Apparatus for Providing IMS Services
US7716310B2 (en) * 2007-12-21 2010-05-11 Telefonaktiebolaget L M Ericsson (Publ) Method and Internet Protocol Television (IPTV) content manager server for IPTV servicing
US20090180614A1 (en) * 2008-01-10 2009-07-16 General Instrument Corporation Content protection of internet protocol (ip)-based television and video content delivered over an ip multimedia subsystem (ims)-based network

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2007102548A1 (ja) * 2006-03-07 2007-09-13 Sony Corporation 情報処理装置、および情報処理方法、並びにコンピュータ・プログラム
US20080002674A1 (en) * 2006-06-30 2008-01-03 Thomson Licensing Method of receiving audio/video services, corresponding terminal and system
US20080015932A1 (en) * 2006-07-13 2008-01-17 Anthony Haeuser Methods and apparatus to distribute media content

Also Published As

Publication number Publication date
MX2011003464A (es) 2011-04-28
EP2353275A1 (en) 2011-08-10
CN105227587A (zh) 2016-01-06
KR101589484B1 (ko) 2016-01-28
WO2010037582A1 (en) 2010-04-08
JP2012513129A (ja) 2012-06-07
EP2173078A1 (en) 2010-04-07
CN102232286A (zh) 2011-11-02
CN105227587B (zh) 2018-10-19
JP5474983B2 (ja) 2014-04-16
US20110202965A1 (en) 2011-08-18
CN102232286B (zh) 2016-06-08

Similar Documents

Publication Publication Date Title
KR101589484B1 (ko) Ｉｐｔｖ 세션을 설정하기 위한 네트워크 디바이스 및 방법
US20210377619A1 (en) Controlling Networked Media Capture Devices
US8316082B2 (en) Content providing system, information processing apparatus, information processing method, and computer program
US20160277804A1 (en) Internet Protocol (IP) to Video-on-Demand (VOD) Gateway
US8190706B2 (en) Network based digital media server
US20120079029A1 (en) Method And Arrangement For Obtaining A Media Object For A Device In A Local Network
TW201021573A (en) Proxy functionality
US9118813B2 (en) Method and apparatus for using internet protocol television service based on application received in multicast session
US9380104B2 (en) Media player web service
JP6514505B2 (ja) 情報処理装置、情報処理方法、並びにプログラム
MX2010008642A (es) Metodo y aparato de transmision y recepcion de metadatos para aplicacion que proporciona servicio de television de protocolo de internet.
US9635082B2 (en) Method of saving content to a file on a server and corresponding device
Hammershøj et al. The Next-Generation Television Broadcasting Test Platform in Copenhagen
US9271053B2 (en) Data receiving method and device for applications providing an IPTV communications service
US20110164857A1 (en) Systems and methods for network-based bookmarking
CN116074297A (zh) 视频传输方法、系统和相关设备

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
GRNT Written decision to grant
FPAY Annual fee payment

Payment date: 20190102

Year of fee payment: 4

FPAY Annual fee payment

Payment date: 20200114

Year of fee payment: 5