KR101774432B1 - 인터넷 프로토콜 네트워크들을 통해 비디오를 분배하기 위한 시스템 및 방법 - Google Patents

Abstract

인터넷 프로토콜(IP) 네트워크들을 통해 다양한 디바이스들에 비디오를 분배하기 위한 시스템 및 방법이 제공된다. 본 시스템 및 방법은 적어도 하나의 클라이언트를 네트워크에 연결하는 단계(902), 네트워크를 통해 요청을 컨텐츠 소스들에 전달하는 단계(904)로서, 요청은 복수의 컨텐츠 소스들 각각이 컨텐츠를 제공하는 채널들을 식별할 것을 복수의 컨텐츠 소스들 각각에 요구하는, 요청을 전달하는 단계(904), 적어도 하나의 클라이언트에 의해 식별되는 채널을 선택하는 단계(906), 및 선택된 채널을 통해 적어도 하나의 클라이언트에 컨텐츠를 제공하는 단계(908)를 제공한다.

Description

인터넷 프로토콜 네트워크들을 통해 비디오를 분배하기 위한 시스템 및 방법{SYSTEM AND METHOD FOR VIDEO DISTRIBUTION OVER INTERNET PROTOCOL NETWORKS}

본 출원은 2011년 1월 5일에 출원되어 "인터넷 프로토콜 네트워크들을 통해 비디오를 분배하기 위한 시스템 및 방법(SYSTEM AND METHOD FOR VIDEO DISTRIBUTION OVER INTERNET PROTOCOL NETWORKS)"이라는 제목이 부여된 가특허 출원번호 제61/429901호의 우선권을 주장한다.

본 개시 사항은 일반적으로 컨텐츠를 분배하기 위한 디지털 컨텐츠 시스템들 및 방법들에 관한 것이며, 보다 상세하게는, 인터넷 프로토콜(IP) 네트워크들을 통해 많은 디바이스들 사이의 오디오/비디오를 분배하기 위한 시스템 및 방법에 관한 것이다.

가정 내의 미디어 디바이스들의 확산에 따라, 한 위치에서 발생된 고품질의 오디오/비디오(AV) 신호들을 가정 내의 다른 위치들에서 간단하고 쉽게 이용할 수 있게 하기 위한 요구 사항이 증가하고 있다. 전통적으로, 이종의 컨텐츠 소스들은 가정 내에 귀속될 수 있으며, 여기서 컨텐츠는 한 위치에서만 시청 가능하거나 또는 재생 가능하다. 도 1을 참조해보면, 홈 미디어 연결(10)에 대한 종래의 시나리오가 도시된다. 여기서, 제1 텔레비전 또는 디스플레이 디바이스(12)는 복수의 컨텐츠 소스들, 예컨대 DVD 플레이어(16), 셋톱 박스(18), 및/또는 디지털 비디오 기록기(DVR, 20)에 더 접속되는 오디오/비디오(AV) 수신기(14)에 접속될 수 있다. 제2 텔레비전(22)은 인터넷 프로토콜(IP) 미디어 플레이어(24)에 접속되며, 인터넷 프로토콜(IP) 미디어 플레이어(24)는, 네트워크-결합 저장소(NAS: Network-Attached Storage)/미디어 서버(28)에 대한 액세스를 제공하는 이더넷 스위치(26)에 더 접속된다. 마지막으로, 제3 텔레비전(30)은 디지털 비디오 디스크(DVD) 플레이어(32)에 직접 접속된다. 비록 도 1에 도시된 모든 디바이스들이 단 하나의 가정에 존재할지라도, 각각의 텔레비전 또는 디스플레이 디바이스(12, 22, 30)는 전형적으로 특정 텔레비전 또는 디스플레이 디바이스(12, 22, 30)에 직접 접속되는 디바이스들 상의 컨텐츠에 대한 액세스만을 가진다. 예를 들면, 텔레비전(12)은 DVD 플레이어(16), 셋톱 박스(18), 및 DVR(20)로부터 컨텐츠에 액세스할 수 있지만, NAS/미디어 서버(28) 또는 DVD 플레이어(32)로부터의 컨텐츠에 액세스할 수 없다. 유사하게도, 텔레비전(30)은 DVD 플레이어(32)로부터의 컨텐츠에만 액세스할 수 있다.

가정의 주위에 비디오를 분배하기 위해 알려진 여러 메커니즘들이 존재한다. 많은 표준 해상도(definition) 무선 솔루션들에 더하여, 무선 고-해상도 멀티미디어 인터페이스(HDMI)와 같은 솔루션들은, 비록 제한된 범위를 가질지라도, 고 해상도(HD)를 위해 등장하기 시작한다. HD 비디오를 위한 유선 솔루션으로서, 기저-대역(Base-Band) HDMI 비디오 송신을 위한 카테고리 5 이더넷(Cat5e) 케이블을 사용하는 것은 다른 가능한 솔루션이다. 하지만, 여러 회사들은 또한 IP 기반의 미디어 분배 시스템들을 제공한다. 이들 IP 솔루션들은, 종래의 이더넷 인프라스트럭쳐(infrastructure)를 횡단하기 위한 메커니즘들을 제공하지 않으며 단지 포인트 투 포인트(point to point)이도록 설계된 기저 대역 솔루션들을 넘어선 장점을 가진다. 무선 HDMI 솔루션들은 본질적으로 포인트 투 포인트 케이블을 무선 링크들로 대체하는 전용의 인프라스트럭쳐를 요구한다.

가정 내의 보다 광범위한 IP 연결 및 이더넷의 급속한 확장, 및 가정 내의 비디오 소스들과 디스플레이들 모두의 수에 대한 급속한 확장이 주어짐에 따라, 비 관리형(및 비 제어형) IP 인프라스트럭쳐를 통해, 가정 내의 다수의 포인트들 사이의 오디오 및 비디오 정보를 간단하고 효과적으로 전달하기 위한 기술들에 대한 필요가 존재한다.

인터넷 프로토콜(IP) 네트워크들을 통해 다양한 디바이스들 사이의 오디오/비디오(AV)를 분배하기 위한 시스템 및 방법이 제공된다.

본 개시 사항의 한 양상에 따르면, 복수의 컨텐츠 소스들을 포함하는 인터넷 프로토콜(IP) 네트워크를 통해 컨텐츠를 제공하기 위한 방법은, 적어도 하나의 클라이언트를 네트워크에 연결하는 단계, 네트워크를 통해 요청을 컨텐츠 소스들에 전달하는 단계로서, 요청은 복수의 컨텐츠 소스들 각각이 컨텐츠를 제공하는 채널들을 식별할 것을 복수의 컨텐츠 소스들 각각에 요구하는, 요청을 전달하는 단계, 적어도 하나의 클라이언트에 의해 식별되는 채널을 선택하는 단계, 및 선택된 채널을 통해 적어도 하나의 클라이언트에 컨텐츠를 제공하는 단계를 포함한다.

본 개시 사항의 다른 양상에 따르면, 복수의 컨텐츠 소스들을 포함하는 인터넷 프로토콜(IP) 네트워크를 통해 컨텐츠를 제공하기 위한 시스템은, 네트워크에 접속되어, 네트워크를 통해 요청을 컨텐츠 소스들에 전달하는 적어도 하나의 클라이언트로서, 요청은 복수의 컨텐츠 소스들 각각이 컨텐츠를 제공하는 채널들을 식별할 것을 복수의 컨텐츠 소스들 각각에 요구하는, 적어도 하나의 클라이언트, 및 네트워크에 접속되어, 적어도 하나의 클라이언트에 의해 선택된 식별된 채널들 중 하나로부터 적어도 하나의 클라이언트에 컨텐츠를 제공하는 적어도 하나의 서버를 포함한다.

본 개시 사항의 상기 및 다른 양상들, 특징들, 및 장점들이 설명될 것이며, 또는 이들은 첨부 도면들과 연계되어 읽혀질 선호되는 실시예들에 대한 다음의 상세한 설명으로부터 명백해질 것이다.

도면들에서, 동일 참조 부호들은 도면들의 전체에 걸쳐 동일한 요소들을 나타낸다.

본 명세서에서 제공되는, 인터넷 프로토콜(IP) 네트워크들을 통해 다양한 디바이스들 사이의 오디오/비디오(AV)를 분배하기 위한 시스템 및 방법에 의해, 가정 내의 다수의 포인트들 사이의 오디오 및 비디오 정보를 간단하고 효과적으로 전달할 수 있다.

도 1은 홈 미디어 연결에 대한 종래의 시나리오의 블록도.
도 2는 본 개시 사항에 따른 홈 미디어 연결에 대한 한 예시적인 시나리오의 블록도.
도 3은 본 개시 사항에 따른 간단한 오디오-비디오(AV) 클라이언트 전용 디바이스의 한 예시적인 전면 패널에 대한 도면.
도 4는 본 개시 사항에 따른 간단한 오디오-비디오(AV) 클라이언트 전용 디바이스의 한 예시적인 후면 패널에 대한 도면.
도 5는 본 개시 사항에 따른 보다 복잡한 오디오-비디오(AV) 클라이언트 전용 디바이스의 한 예시적인 후면 패널에 대한 도면.
도 6은 본 개시 사항에 따른 간단한 오디오-비디오(AV) 서버 전용 디바이스의 한 예시적인 후면 패널에 대한 도면.
도 7은 본 개시 사항에 따른 보다 복잡한 오디오-비디오(AV) 서버 전용 디바이스의 한 예시적인 후면 패널에 대한 도면.
도 8은 본 개시 사항에 따라 복수의 컨텐츠 소스들을 포함하는 네트워크를 통해 컨텐츠를 제공하기 위한 한 예시적인 방법을 도시하는 흐름도.
도 9는 본 개시 사항에 따라 복수의 컨텐츠 소스들을 포함하는 네트워크를 통해 클라이언트에 의해 컨텐츠를 수신하기 위한 한 예시적인 방법을 도시하는 흐름도.
도 10은 본 개시 사항에 따라 한 예시적인 온-스크린 노드 또는 채널 선택을 도시하는 도면.
도 11은 본 개시 사항에 따른 미디어 게이트웨이를 통한 외부 연결에 대한 한 예시적인 시나리오의 블록도.
도 12는 본 개시 사항에 따른 미디어 게이트웨이를 통한 디바이스 브릿징(device bridging)에 대한 한 예시적인 시나리오의 블록도.

도면들은 본 개시 사항의 개념들을 도시하는 목적을 위한 것이며, 이는 본 개시 사항을 도시하기 위한 반드시 유일한 가능한 구성은 아니라는 것이 이해될 것이다.

도면들에 도시된 요소들은 다양한 형태들의 하드웨어, 소프트웨어, 또는 이들의 결합으로 구현될 수 있다는 것이 이해될 것이다. 바람직하게도, 이들 요소들은 하나 이상의 적절히 프로그래밍된 일반용 디바이스들 상에서 하드웨어와 소프트웨어의 결합으로 구현되며, 일반용 디바이스들은 프로세서, 메모리, 및 입력/출력 인터페이스들을 포함할 수 있다. 본 명세서에서, 관용구인 "접속된"은 하나 이상의 중간 구성 요소들을 통해 이들과 함께 직접적으로 연결되거나, 또는 간접적으로 연결되는 것을 의미하는 것으로 정의된다. 이러한 중간 구성 요소들은 하드웨어 및 소프트웨어 모두의 기반의 구성 요소들을 포함할 수 있다.

본 설명은 본 개시사항의 원리들을 예증한다. 따라서 당업자라면, 비록 본 명세서에서 명백히 설명 또는 도시되지 않을지라도, 본 개시사항의 원리들을 구현하며 그 범주 내에 포함되는 다양한 장치들을 안출할 수 있을 것임이 이해될 것이다.

본 명세서에 상술된 모든 예시들 및 조건부 언어는, 독자가 발명자(들)에 의해 종래의 기술을 진전시키는 데에 공헌된 본 개시사항의 원리들 및 본 개념들을 이해하는 것에 있어서 도움을 주기 위한 교육적인 목적으로 의도되었으며, 이는 이러한 구체적으로 상술된 예시들 및 조건들에 대한 어떤 제한도 가하지 않는 것으로써 해석될 것이다.

게다가 본 개시사항의 원리들, 양상들, 및 실시예들, 뿐만 아니라 이들의 구체적인 예시들을 상술하는 본 명세서에서의 모든 진술들은 이들의 구조적 및 기능적 등가물들을 모두 포함하는 것으로 의도된다. 추가적으로, 이러한 등가물들은 현재 알려진 등가물들, 뿐만 아니라 미래에 개발될 등가물들, 즉 구조에 상관없이 동일한 기능을 수행하는 임의의 개발된 요소들을 모두 포함하는 것으로 의도된다.

따라서, 예를 들어 본 명세서에 제시된 블록도들은 본 개시사항의 원리들을 구현하는 예시적인 회로의 개념도들을 나타냄이 당업자에 의해 이해될 것이다. 유사하게도, 임의의 순서도들, 흐름도들, 상태 변이도들, 의사 부호, 및 이와 유사한 것들은 컴퓨터 판독 가능한 매체에서 실질적으로 나타내어질 수 있으며, 이로써 컴퓨터 또는 프로세서가 명백히 도시되었는지의 여부에 상관없이, 이러한 컴퓨터 또는 프로세서에 의해 실행될 수 있는 다양한 절차들을 나타냄이 이해될 것이다.

도면들에 도시된 다양한 요소들의 기능들은 전용 하드웨어, 뿐만 아니라 적절한 소프트웨어와 결합하여 소프트웨어를 실행할 수 있는 하드웨어의 사용을 통해 제공될 수 있다. 프로세서에 의해 제공될 때, 기능들은 단일 전용 프로세서에 의해, 단일 공유된 프로세서에 의해, 또는 일부가 공유될 수 있는 복수의 개별 프로세서에 의해 제공될 수 있다. 게다가, "프로세서" 또는 "제어기"라는 용어의 명시적인 사용은 소프트웨어를 실행할 수 있는 하드웨어만을 배타적으로 언급하는 것으로 해석되지 않을 것이며, 디지털 신호 프로세서("DSP") 하드웨어, 소프트웨어 저장을 위한 판독-전용 메모리("ROM"), 랜덤 액세스 메모리("RAM"), 및 비휘발성 저장 장치를, 제한 없이, 암시적으로 포함할 수 있다.

종래의 및/또는 맞춤형의 다른 하드웨어가 또한 포함될 수 있다. 유사하게도, 도면들에 도시된 임의의 스위치들은 개념적일 뿐이다. 이들의 기능은 프로그램 로직의 연산을 통하여, 전용 로직을 통하여, 프로그램 제어 및 전용 로직의 상호 작용을 통하여, 또는 심지어 수동으로 수행될 수 있는데, 특정 기술은 문맥으로부터 보다 더 구체적으로 이해될 수 있는 바와 같이, 구현자에 의해 선택될 수 있다.

본 명세서의 청구항들에서, 특정 기능을 수행하기 위한 수단으로 표현된 임의의 요소들은 그러한 기능을 수행하는 임의의 방법을 포함하도록 의도되는데, 임의의 방법은 예컨대, a) 그러한 기능을 수행하는 회로 요소들의 결합, 또는 b) 임의의 형태이며, 이에 따라 그러한 기능을 수행하기 위한 소프트웨어를 실행시키기 위한 적절한 회로와 결합된 펌웨어, 또는 마이크로코드 등을 포함하는 소프트웨어를 포함한다. 그러한 청구항들에 의해 한정되는 본 개시사항은, 다양한 상술된 수단들에 의해 제공되는 기능들이 청구항들이 요구하는 방식으로 결합되며 함께 제공되는 사실에 속한다. 그러므로, 이들 기능들을 제공할 수 있는 임의의 수단은 본 명세서에 도시된 수단들과 동등한 것으로 간주된다.

인터넷 프로토콜(IP) 네트워크들을 통해 다양한 디바이스들 사이에서의 오디오/비디오(AV)를 분배하기 위한 시스템 및 방법이 제공된다. 본 개시 사항에 설명된 시스템 및 방법은 가정의 주위에 컨텐츠를 분배하기 위해 저 지연 인코딩(low latency encoding) 및 IP 네트워크들을 사용한다. 본 개시 사항은, 전용의 디바이스들이 AV 신호들을 송신 및 수신하는 것을 가능하게 할뿐 아니라, 새로운 디바이스들이, 서버들 및 클라이언트들을 통합시키고, 이들 서버들 및 클라이언트들이 네트워크에서 쉽게 식별되게 하고, 디바이스들의 그룹으로부터 간단한 선택을 하게 하고, 또한 셋톱 박스들(STBs) 또는 텔레비전들과 같은 기존의 표준 디바이스들이 이들 신호들을 수신할 수 있게 하는 것을 가능하게 하기 위해, 이미 실제로 기본 개념들에 대한 개선을 제공한다.

본 개시 사항은 컴포지트 비디오(Composite Video), 에스-비디오(S-Video), 컴포넌트, 또는 비디오 그래픽스 어레이(VGA)와 같은 아날로그 출력 소스로부터, 고-해상도 멀티미디어 인터페이스(HDMI), 디스플레이 포트, 또는 디지털 비디오 인터페이스(DVI)로부터, 또는 한 디바이스 내부로부터 내부적으로, IP를 통한 고 품질의 AV 신호들의 송신을 균일하게 지원하는 IP를 통한 비디오(VOIP: Video Over IP) 솔루션의 구현에 관한 것이며, 이는 많은 방식으로 비디오 출력을 하나 이상의 원격 디바이스들까지 연장한다.

{네트워크-결합 저장소(NAS) 기반의 미디어 스트리머들 또는 레지던셜 미디어 게이트웨이들(Residential Media Gateways)과 같은} 디스플레이 디바이스들에 연결되지 않는 미디어 디바이스들이 등장함에 따라, 이들 디바이스들로부터, 인터넷 프로토콜(IP)을 통해 네트워크에 연결된 잠재적인 다수의 다른 디바이스들로, 사용자 경험을 연장시키기 위한 필요가 존재한다. HDMI가, 직접 연결된 디바이스들을 위한 훌륭한 품질을 제공함과 동시에, 기존의 IP 네트워크들을 통해 전송될 수 없는 매우 높은 대역폭, 미압축된 비디오를 전달한다. 이후에 설명되는 바와 같이, 본 시스템은 (디스플레이 또는 DVI와 같은) 컨텐츠의 다른 디지털 소스들, {디지털 리빙 네트워크 얼라이언스(DLNA) 디지털 미디어 서버(DMS)와 같은} IP 네트워크 상의 다른 비디오 서버들, 또는 컴포지트, 에스-비디오, 컴포넌트, VGA, 또는 다른 비디오 커넥터들과 같은 아날로그 비디오 소스들의 사용을 배제하지 않는다. 또한, AV 수신기로의 통합의 경우에, 예를 들면 AV 데이터에 대한 서버의 소스가 단순히 수신기의 내부적인 AV 경로(pipeline)일 것이기 때문에, 유입되는 인터페이스와 서버 디바이스 사이에는 직접적인 연결이 존재하지 않는다.

게다가, 이러한 모든 인터페이스들 및 옵션들은, (A/V를 받아들이고, 네트워크를 통해 이를 브로드캐스팅하는) "서버"로서 분류된 디바이스의 경우에, DVD 플레이어들, 셋톱 박스 등과 같은 디바이스들로부터의 미처리된(raw) 오디오/비디오의 입력을 제공할 수 있거나, 또는 (다른 서버들로부터 네트워크의 인코딩 AV 스트림들을 받아들이고, 앞서 열거된 것들과 같은 표준 비디오 인터페이스를 통해 AV 스트림을 디스플레이 디바이스에 렌더링하는) "클라이언트"로서 정의된 디바이스의 경우에, 디스플레이로의 미처리된 오디오/비디오의 출력을 제공할 수 있다. AV 수신기와 같은 특정 디바이스들은 또한, 전용의 클라이언트 및 서버 디바이스들이 제공될 수도 있을지라도, 클라이언트와 서버 모두의 역할을 동시에 수행할 수도 있다.

오늘날 오디오/비디오 정보를 압축하고, 이를 IP 네트워크들을 통해 전달하기 위한 알려진 메커니즘들은 IP를 통해 가정의 주위에서의 수많은 디바이스들로부터 미디어 전달을 연장하고, 가정의 주위에서의 다수의 디바이스들로부터 이러한 정보를 또한 수신하기 위한 기능을 제공하도록 사용될 수 있다. 기본적인 개념은 (HDMI 또는 앞서 열거된 다양한 다른 인터페이스들을 통해서와 같은) 오디오/비디오(AV)가 서버 디바이스에 공급되는 것인데, 서버 디바이스는 저 지연 인코더를 통해 오디오 및 비디오를 인코딩하고, 인코딩된 오디오 및 비디오를 AV 스트림으로서 IP 네트워크에 넣는다. 이후, 이 스트림은 전용 클라이언트들에 의해, 또는 상이한 방식으로 데이터에 액세스하는 표준 기반의 디바이스들에 의해 구독될(subscribed) 수 있다.

또한, 전용의 디바이스들은 {적외선(IR), 블루투스, 또는 IP를 통해) IP를 통해 소스 디바이스의 원격 제어 메커니즘들을 연장하기 위한 원격 중계기(repeater) 메커니즘을 포함할 것이며, 이는 소스 디바이스가 클라이언트 디바이스의 위치에서 표준 원격 제어를 사용하여 제어되게 하며, 명령들이 IP를 통해 클라이언트에서 서버까지 중계되게(relayed) 한다. 이후, 서버는 이들 신호들을, 소스 디바이스를 제어하기 위한 원래의 형태로 재생하기 위한 메커니즘을 가질 것이며, 이로써 해당 디바이스에 대해, 직접 원격으로 제어되는 것으로 나타난다. 추가적으로, 서버 디바이스 자체는 직접 제어될 수 있고, 자체의 사용자 인터페이스를 다수의 디바이스들에 제공할 수 있으며, 동일 수단에 의해 제어될 수 있다.

서버들로부터 AV 스트림들은 또한 DLNA 디지털 미디어 서버(DMS) 소스로서 스트림을 확인하는 표준 디지털 리빙 네트워크 얼라이언스(DLNA) 클라이언트들에 의해 액세스, 브라우징, 및 잠재적으로 제어될 수 있다. 다른 중요한 데이터는 전용의 서버들과 클라이언트들 사이에서 신호 발생될 수 있다. 이는, 예를 들어 HDMI를 위한 고-대역폭 디지털 컨텐츠 보호(HDCP: High-bandwidth Digital Content Protection) 핸드셰이킹(handshaking)을 포함하며, DVD 플레이어와 같은 컨텐츠를 발생시키는 디바이스가, 클라이언트에 연결된 텔레비전과 같은 엔드 디스플레이 디바이스(end display device)에 직접 플러깅되는 것처럼 하기 위한 방식으로 IP를 통해 전달될 것이다.

본 개시 사항의 가르침들에 따른 한 예시적인 연결 시스템(100)이 도 2에 도시된다. 도 2에 도시된 구성에서, 모든 텔레비전들 또는 디스플레이 디바이스들(112, 122, 130, 136, 140)은 시스템(100) 내의 복수의 컨텐츠 소스들, 예컨대 DVD 플레이어(116), 셋톱 박스(STB, 118), DVR(120), IP 미디어 플레이어(124), NAS/미디어 서버(128), DVD 플레이어(132), IP STB(134) 등에 대해 액세스할 것이다. 시스템(100)의 전체에 걸쳐 컨텐츠 소스들에 액세스할 수 있는 기능은, 디스플레이 디바이스들과 컨텐츠 소스들을 각각 네트워크에 접속하는 클라이언트들 및 서버들을 제공함으로써 가능해진다.

본 개시 사항의 시스템(100)의 구성 요소들은 작동의 몇 가지 모드들(또는 개별적으로 제공 및 생성될 수 있는 단독형 디바이스들)을 가진다:

1. 클라이언트 전용 138{간단한 클라이언트 디바이스를 위해 도 3 및 도 4를 참조, 또는 보다 복잡한 예시를 위해 도 5를 참조).

미디어 스트림들을 수신하는 디바이스. 이는 텔레비전 또는 디스플레이 디바이스에 플러깅되는 작은 단독형 디바이스로서 구현될 수 있거나, 또는 잠재적으로 다른 기능들에 더하여 스트림들을 디코딩할 수 있는 STB의 형태를 취할 수 있다.

2. 서버 전용 142{간단한 서버 디바이스를 위해 도 6을 참조, 또는 보다 복잡한 예시를 위해 도 7을 참조}.

미디어 입력, 즉 AV 스트림을 받아들이고, 이를 클라이언트들 또는 가정의 주위에서 신호를 수신할 수 있는 다른 디바이스들에 재 분배하는 디바이스. 서버는 또한 자체 컨텐츠 소스 내에 존재하는 디바이스의 형태를 취할 수 있으며, 이는 자체의 사용자 인터페이스 및 원격 제어 기능들을 제공한다.

3. 클라이언트 + 서버 114(도 3, 도 4, 및 도 6에 도시된 디바이스들의 기능들을 결합)

신호들을 클라이언트들에 전송하고, AV 수신기(114)와 같은 해당 디바이스에 대해 다른 디바이스들로부터의 신호들을 수신 및 디코딩할 수 있는 디바이스.

4. 디지털 리빙 네트워크 얼라이언스 (DLNA) 기반의 디바이스들

DLNA 클라이언트들은 네트워크를 통해 이용 가능한 서버들을 발견하기 위한 메커니즘들을 지원한다. 각각의 서버 디바이스는 무엇이든지 이용 가능한 컨텐츠 스트림을 포함하는 DLNA DMS로서 나타날 것이다. 이는, 예를 들어 AV 수신기로부터의 경우에 다수의 입력 스트림들일 수 있을지라도, 보통 HDMI 포트로부터의 단 하나의 스트림일 것이다.

5. 임베딩된 디바이스들(Embedded Devices)

한 디바이스 내에 임베딩된 앞의 4개의 옵션들 각각{즉, AV 수신기(114)는 클라이언트와 서버를 내장시킬 수 있으며, 다양한 입력들과 출력들은 필요에 따라 서버 또는 클라이언트들에 연결될 수 있음}.

도 2에서, AV 수신기(114)는 임의의 선택된 입력 소스를 제공하는 서버 또는 클라이언트의 역할을 할 수 있다. 유사하게도, 도 2의 IP STB(134) 및 IP 미디어 플레이어(124)는 잠재적으로 클라이언트 또는 서버로서 작동할 수 있다. 본 문서에 개설된 IP 분배를 위해 정의된 메커니즘들을 직접적으로 지원하는 것으로서 구체적으로 구성되지 않는 경우, IP STB(134) 및 IP 미디어 플레이어(124)는, 예를 들어 DLNA 클라이언트로서 디바이스들에 결합함으로써, AV 서버(142) 또는 AV 수신기(114)와 같은 홈 네트워크에서 작동하는 다른 서버들에 의해 지원되는 표준 통신 메커니즘들을 이용하는 시스템에 대한 클라이언트의 형태로서 더 기능할 수 있다.

도 2에서, AV 수신기(114)는 자체에 연결되는 3개의 소스들{DVD 플레이어(116), STB(118), 및 DVR(120)}을 가진다. 한 실시예에서, AV 수신기는 경우에 따라, 다수의 소스들 또는 채널들로서 이들 입력들을 제공할 수 있다. 이러한 경우에, 채널들이 연결된 수신기에 대한 소스에 따라, 채널들은 자동으로 이름이 부여될 것이다. 다른 실시예에서, 본 시스템은, 수신기가 단일 "채널"을 생성하게 하고, 수신기에 대한 입력으로서 사용자가 선택하는 어떤 소스이든지 해당 채널에 대한 소스로서 정의되게 하도록, 보다 간단하게 구현될 수 있으며, 이러한 경우에 종래의 채널 이름 부여 설계(channel naming scheme)가 적용될 것이다.

비록 HDMI가 주로 AV 스트림에 대한 예시로서 사용될지라도, 본 개시 사항의 가르침들은 모든 형태의 AV에 동등하게 적용되며, 즉 클라이언트들과 서버들의 예시들(instantiations)은 또한 컴포지트, 에스-비디오, 컴포넌트, VGA, DVI, 또는 AV의 입력과 출력 모두를 위한 다른 비디오 커넥터들을 포함할 수 있으며, 오디오는 개별적으로 다루어질 수도 있으며, (도 5 및 도 7에 도시되는 바와 같이) 표준 아날로그 오디오 커넥터들, 소니/필립스 디지털 인터페이스(SPDIF) 등을 포함할 수 있다. 어느 경우든 간에, 오디오/비디오 데이터는 일부 형태의 입력을 통해 서버에 유입되어, 인코딩된다.

본 개시 사항의 시스템과 방법을 차별화하는 주요 특징들은 단일 네트워크를 통해 다수의 서버 디바이스들을 지원하기 위한 동적인 구성 및 채널 선택 메커니즘들에 관한 것이며, 이들은 DLNA 클라이언트들이 표준 스트림들로서 서버 노드들에 연결되게 하기 위해 DMS를 통해 표준 DLNA 디바이스들에 브릿지를 제공하며, 미디어 게이트웨이를 통해 AV 스트림들을 비-표준 디바이스들, 예컨대 비-DLNA 디바이스에, 또는 홈 네트워크 외부의 다른 디바이스들에 브릿징하기 위한 메커니즘들을 제공한다. 게다가, 본 시스템은 이후에 설명되는 메쉬 관리 메커니즘(mesh management mechanism) 하에서 작동한다.

복수의 컨텐츠 소스들을 포함하는 네트워크를 통해 컨텐츠를 제공하기 위한 방법은 도 8과 관련하여 아래에 설명될 것이며, 컨텐츠를 재생 또는 수신하는 방법은 도 9와 관련하여 설명될 것이다.

처음에, 단계(802)에서, 복수의 컨텐츠 소스들, 예컨대 DVD 플레이어(116), 셋톱 박스(STB, 118), DVR(120), IP 미디어 플레이어(124), NAS/미디어 서버(128), DVD 플레이어(132), IP STB(134) 등을 포함하는 네트워크가 제공된다. 시스템(100)은 네트워크에 플러깅 또는 연결된 임의의 추가적인 서버 디바이스가 단계(804)에서 통신하는 "채널"을 결정하는 방식으로 작동된다. "채널"은 클라이언트 디바이스 또는 디스플레이에 대한 쉬운 선택을 위해 컨텐츠 소스를 간단하게 식별하기 위한 숫자(number)이다. 적어도 하나의 추가적인 컨텐츠 소스가 네트워크에 연결된 이후에, 적어도 하나의 추가적인 컨텐츠 소스는 네트워크를 통해 제1 요청을 컨텐츠 소스들에게 전달할 것이며, 요청은 단계(806)에서 복수의 컨텐츠 소스들 각각이 컨텐츠를 제공하는 채널들을 식별할 것을 복수의 컨텐츠 소스들 각각에 요구한다. 이는 응답할 다른 연결된 서버들에 대한 요청을 브로드캐스팅함으로써, 그리고 자유 채널(free channel)이 최고의 응답자(the highest respondent)보다 높은 하나의 채널이라는 것을 가정함으로써 성취된다. 이전의 최고 채널 디바이스가 꺼지는(off) 경우에, 사용자는 이전 또는 최신 서버의 채널을 수동을 변경하도록 조정할 필요가 있을 수 있으며; 대안적으로, 이러한 리넘버링은 자동으로 이루어질 것이다.

디바이스들은 UPnP를 통해 이들의 연결을 알릴 것이며, 이는 네트워크 내의 다른 디바이스들의 발견을 가능하게 할 것이다. 멀티캐스트를 사용하여, LAN 상의 모든 디바이스들은 알림(announcement)을 수신할 것이며, 이는 디바이스가 IP 어드레스를 수신하는 즉시 이루어질 것이다. 이는 모든 다른 디바이스들이, 새로운 디바이스가 추가되었다는 것과, 새로운 디바이스를 어드레싱할 IP 어드레스를 알 것임을 의미한다. 서버가 네트워크에 플러깅 또는 연결될 때, 서버는, 예컨대 AV 서버(142)는 존재 및 구성을 알릴 것이다. 어떤 다른 서버들도 짧은 기간(예컨대, 1초) 내에 응답하지 않으면, 새로 추가된 서버는 1의 디폴트 채널을 가정할 것이며, 또한 이러한 정보를 브로드캐스팅할 것이다. 네트워크에 연결된 임의의 클라이언트들은 또한 디폴트로서 이것에 액세스하도록 구성될 것이며, 이미 존재하는 임의의 서버들은 이들의 존재하는 "채널"을 나타내는 새로운 서버로의 포인트 투 포인트 메시지들을 통해 알림에 응답할 것이며, 이로써 새로운 디바이스는 이미 존재하는 서버들보다 높은 채널이도록 자신을 재-구성할 수 있다.

단계(808)에서, 적어도 하나의 추가적인 컨텐츠 소스, 예컨대 서버(142)는 컨텐츠를 제공하기 위해, 복수의 컨텐츠 소스들에 의해 사용되지 않는 채널을 선택할 것이다. 선택된 채널은 단계(810)에서 적어도 하나의 추가적인 컨텐츠 소스의 식별자에 결합될(associated) 것이며, 결합(association)은 단계(812)에서 복수의 컨텐츠 소스들 각각에 대한 결합들을 포함하는 표에 저장될 것이다. 식별자는 채널을 생성하는 하드웨어를 식별하기 위한 메커니즘이며, 적어도 하나의 추가적인 컨텐츠 소스의 미디어 액세스 제어(MAC) 또는 인터넷 프로토콜(IP) 어드레스일 수 있다는 것이 이해될 것이다. 추가적으로, 식별자는 해당 하드웨어 상에서 컨텐츠 소스를 식별하기 위한 적어도 하나의 결합된(associated) 유니폼 리소스 식별자(URI)를 가질 것이다. 특정 실시예들에서, 각각의 컨텐츠 소스는 상이한 프로토콜 또는 동일 스트림의 버전들에 대한 다수의 URI들, 예컨대 http://... 또는 rtsp://..., 및 아마도 심지어 rtsp://filename.mp4/?resolution=640x480과 같은 보다 낮은 해상도(resolution) 스트림들을 가능하게 하는 변경자들(modifiers)을 제공할 수 있다. 단계(814)에서, 표는 각각의 컨텐츠 소스에 제공된다. 이후, 적어도 하나의 추가적인 컨텐츠 소스는 단계(816)에서 선택된 채널을 통해 컨텐츠를 제공할 수 있다. 또한, 예를 들어 각각의 디바이스가 사용자 인터페이스를 제공하는지, 직접적으로 제어될 수 있는지, 그리고 어떻게 그러한지의 여부를 식별하기 위한 "유형(type)"을 포함하는 추가적인 메타데이터는 각각의 디바이스와 결합될 수도 있다.

클라이언트가 네트워크에 연결될 때(또는 대기 상태로부터 켜질 때), 단계(902)에서, 클라이언트는 기존의 서버들에게, 단계(904)에서 응답할 것을 요구하는 요청 또는 메시지를 브로드캐스팅할 것이며, 요청은 복수의 컨텐츠 소스들 각각이 컨텐츠를 제공하는 채널들을 식별할 것을 복수의 컨텐츠 소스들, 즉 서버들 각각에 요구한다. 이 메시지를 확인하는 서버들은 이들의 기존 채널들에 응답할 것이다. 단계(906)에서, 클라이언트는 식별된 채널을 선택할 것이며, 선택된 채널에 연관된 컨텐츠 소스는 단계(908)에서, 컨텐츠를 클라이언트에 제공할 것이다. 디바이스들이 자동으로 대기 상태에 들어갈 수도 있다는 것과, 이들이 알려진 "웨이크 온 랜(Wake on LAN)" 메커니즘들을 통해 대기 상태로부터 자동으로 켜질 수 있다는 것에 주목한다.

구성 프로세스의 부분으로서, 각각의 디바이스에는 디바이스가 식별하는 것을 보다 쉽게 하기 위한 이름 및/또는 위치가 주어질 수 있다. 하지만, 간략함을 위해, 채널들은 서버와 클라이언트 모두에서 7-세그먼트 디스플레이들 상의 숫자들로 표현될 수 있다. 예를 들면, 도 3은 채널 선택 버튼(302), 및 선택된 채널을 디스플레이하기 위한 단일의 7-세그먼트 채널 숫자를 포함하는 클라이언트 디바이스의 한 예시적인 전면 패널(300)을 도시한다. 추가적인 예시로서, 도 6 및 도 7은 7-세그먼트 노드 숫자 디스플레이(604, 702)를 각각 포함하는 서버 디바이스(600, 700)의 후면 패널을 도시한다. 이들 예시들에서, 임의의 주어진 서버의 "채널"은, 비록 간단하게 노드 선택 버튼(602, 702)을 누름으로써 변경될 수 있을지라도, 디바이스 상의 관리 사용자 인터페이스를 통해 원하는 채널이 도달 또는 수행될 때까지 자동으로 설정될 것이다. 클라이언트 디바이스들에 대해, 버튼(304)은 이용 가능한 채널들 사이에서의 쉬운 선택을 가능하게 한다.

클라이언트들(도 4 및 도 5) 및 서버들(도 6 및 도 7)의 후면 패널은 AV 스트림들을 수신 및/또는 출력하기 위한 적절한 연결들을 더 포함할 것임이 이해될 것이다. 예를 들면, 클라이언트들은 클라이언트(400, 500)를 네트워크, 즉 IP 네트워크에 접속시키기 위한 메커니즘을 포함할 것이다. 이는 하나 이상의 이더넷 포트(406, 506), 802.11n과 같은 무선 연결, 또는 멀티미디어 오버 콕스 얼라이언스(MoCA: Multimedia over Coax Alliance), 홈 폰라인 네트워킹 얼라이언스(HPNA), 국제 통신 연합(ITU-T) 하에 개발된 G.HN, 홈플러그 AV 등과 같은 다른 네트워킹 기술의 형태를 가질 수 있다. 또한, 클라이언트들(400, 500)은 텔레비전과 같은 디스플레이 디바이스에 AV 스트림들을 출력하기 위한 출력 연결부들을 포함할 것이다. 예시적인 출력 연결부들은 컴포넌트 출력 커넥터들(510), 컴포지트 출력 커넥터들(512), 및 SPIDIF 커넥터(514)를 포함할 수 있다. 게다가, 서버들은 서버들(600, 700)을 네트워크에 접속시키기 위한 메커니즘을 포함할 것이다. 클라이언트들과 마찬가지로, 이는 하나 이상의 이더넷 포트(606, 706), 802.11n과 같은 무선 연결, 또는 MoCA, HPNA, G.HN, 홈플러그 AV 등과 같은 다른 네트워킹 기술의 형태를 가질 수 있다. 서버들(600, 700)은 AV 입력 스트림들을 수신하기 위한 적절한 입력 연결부들{예컨대, 616, 716의 HDMI, 및 컴포지트 입력, 에스-비디오 입력, 스테레오 오디오 입력, 컴포넌트 입력, SPIDIF 오디오 입력, VGA 입력, DVI 입력 등과 같은 다른 표준 연결부들(718)}, 및 텔레비전과 같은 디스플레이 디바이스에 AV 스트림들을 출력하기 위한 출력 연결부들{예컨대, HDMI 출력(608, 708)}을 더 포함할 것이다.

마스터 디바이스로 간주될 수 있는 임의의 디바이스들 상에서 행해지는 임의의 변경들이 네트워크 내의 모든 다른 디바이스들에 전파될 수 있도록, 디바이스들은 메쉬 구성으로 관리될 것이다. 채널의 숫자가 증가됨에 따라 본 시스템이 덜 실용적이 될지라도, 네트워크를 통해 제공되는 임의적인 수의 채널들이 존재할 수 있다. 간단한 예시를 위해, (채널 0 부터 채널 9를 갖는) 10 "채널들"은 도 3 및 도 6에 도시되는 바와 같이, 단일의 7-세그먼트 디스플레이를 사용하여 지원될 수 있다. 모든 클라이언트 및 서버 디바이스들은 (MAC 어드레스 및/또는 IP 어드레스, URI 및 메타데이터에 기초하는) 디바이스 ID를 채널에 맵핑하는 표를 가질 것이며, 이로써 선택된 채널은 각각의 디바이스에 대한 표에 맵핑될 것이다.

각각의 디바이스(서버 또는 클라이언트)가 연결될 때 자신을 알리기 때문에, 작동 상태의 모든 디바이스들, 및 이러한 통지를 수신하는 디바이스들은 직접적으로 응답하며, 각각의 디바이스는 네트워크에 연결된 모든 순응 디바이스들(compliant devices)의 최신 상태를 가질 것이다. 이들 디바이스들 각각은 (요구된다면) 브로드캐스트 컨텐츠에 대한 미리 정의된 사설(private) 멀티캐스트 어드레스를 갖는 공장 출하 시의 디폴트 성질(default behavior)을 가질 것이며, 어드레스는 모든 채널 숫자에 대해 1만큼 증가된다. 본 디바이스는 채널 식별에 관한 IP 어드레스를 브로드캐스팅(멀티캐스팅)할 것이며, 이는 알려질 것이다. 컨텐츠를 멀티캐스팅할 때, 적절한 컨텐츠 승인들(permissions)이 주어지면, 스트림은 또한 비디오랜 클라이언트(VLC) 어플리케이션과 같은 표준 비디오 클라이언트에 의해 디코딩될 수 있다. 다수의 클라이언트들이 동일 컨텐츠에 액세스하는 경우와 같이, 대역폭을 절약할 때, 멀티캐스트만이 사용될 것이다.

디바이스들은 빌트인 웹 서버를 통해 구성될 수 있다. 사용자가 디바이스를관리하기 위해 웹 페이지로 이동할 때, 네트워크 내의 모든 디바이스들은 이들의 (이름/위치와 같은) 편집 가능한 파라미터들과 함께 디스플레이될 수 있다. 일부 파라미터들은 하나의 디바이스에서만 수정될 수 있지만, 임의의 서버의 멀티캐스트 어드레스를 변경하는 것과 같이 네트워크 내의 모든 다른 디바이스들에 적용될 수 있는데, 이는 단지 선택된 서버만을 변경시킬 수 있으며, 또는 이는, 예를 들어 브로드캐스트를 위한 멀티캐스트 어드레스의 기본 규칙이 항상, 서버가 속하는 채널 숫자를 제외한 고정된 기본 값이 되도록 유지하기 위해, 모든 다른 디바이스들에 자동으로 적용되는 변경들을 야기할 수 있다. 하나의 디바이스를 관리할 때, 모든 다른 디바이스들의 상태는, 초기의 턴-온(turn-on) 발견 단계 동안에 각각의 디바이스가 시작하는 브로드캐스트 채터(broadcast chatter)로 인해 이미 알려질 것이다. 하지만, 관리되는 디바이스는 또한 현재의 구성 및 상태를 검증하도록 요구되는 바와 같이, 모든 알려진 디바이스들 폴링(poll)할 수도 있다.

구성 메커니즘들 및 서버 셋업과 독립적으로, 클라이언트 디바이스들은 디바이스를 통해 수동으로, 그리고 디스플레이 디바이스, 예컨대 텔레비전을 통해 동적으로 서버 채널을 선택하기 위한 매우 간단한 메커니즘들을 제공할 것이다. 도 3은 간단한 클라이언트 디바이스(300)의 전면에 있는 채널 선택 버튼(302)의 예시를 도시한다. 버튼을 누르면, 클라이언트 디바이스와, 클라이언트 디바이스에 접속된 디스플레이 디바이스, 예컨대 텔레비전 상의 디스플레이(304) 모두에 디스플레이되는 채널 숫자의 오버레이(overlay)와 함께, 이용 가능한 채널들을 순환할 것이다. 이 버튼을 누르면, 이용 가능한 채널들만이 디스플레이될 것이다. "채널 숫자"는 선택된 서버를 위해 디바이스들 사이에서 이전에 브로드캐스팅되었던 정의된 비디오 스트림 URI에 맵핑된다. 특정 "채널" 숫자에서의 멈춤은, 클라이언트 디바이스가 해당 비디오 스트림을 결합하고 이를 접속된 디스플레이 디바이스에 디스플레이하게 할 것이다.

사용자는 또한 클라이언트를 위한 원격 제어를 통해, 또는 디바이스 자체에 있는 버튼(302)을 통해 이용 가능한 채널들을 순환할 수 있다. 이는 채널 증가/감소 버튼으로서 구현될 수 있거나, 또는 오히려 간단히 이용 가능한 채널들을 순환할 수 있다. 짧은 기간 동안 한 채널에서의 멈춤은 해당 채널에 대한 스트림을 선택할 것이며, 차후적으로 텔레비전 또는 디스플레이 디바이스는 (클라이언트 디바이스에 의해 생성된) 채널 숫자를 제외한 채널 숫자의 오버레이와 함께, 선택된 채널에 대한 컨텐츠를 디스플레이할 것이다. 일단 사용자가 선택하고 싶어하는 채널을 확인하면, 이들은 해당 채널을 선택하기 위해 원격의 또는 디바이스 자체에 있는 액크날리지먼트 버튼(acknowledgement button)을 누를 수 있거나, 또는 단순히, 선택된 채널을 유지하기 위해, 다른 버튼을 누를 수 없다.

다른 실시예에서, 본 시스템은 스캔 모드에 놓일 수 있으며, 스캔 모드에서 본 시스템은 이용 가능한 채널들을 자동으로 스캐닝하면서, 텔레비전 또는 디스플레이 디바이스에 짧은 기간 동안 각각 디스플레이할 것이다. 본 실시예에서, 사용자는, 적절한 채널이 나타날 때, 단순히 원격으로 또는 디바이스에서 "OK"를 누를 것이다. 본 실시예에서, 디바이스의 이름 및 위치와 같은 임의의 구성된 세부 사항들이 또한 디스플레이 디바이스에 디스플레이될 것임에 주목한다. 채널 발견 모드에서, 채널들이 한번에 순환될 때, 이들 각각은 몇 초 동안 디스플레이된다(예를 들어, 도 10을 확인). 각각의 디바이스가, 어떤 다른 디바이스들이 이용 가능한지를 알 것이라고 가정한다면, 이용 가능한 채널들만이 온-디바이스 또는 TV 기반의 선택 모드들에서 디스플레이될 것이다. 7-세그먼트 디스플레이에 더하여, 일부 디바이스들은, 또한 선택된 서버에 관한 정보를 디스플레이할 수 있는 훨씬 더 상세한 디스플레이들을 가질 수도 있다.

본 시스템은 또한, 다수의 클라이언트들, 즉 적어도 두 개의 클라이언트들이 동일 소스를 시청하려고 시도하는 경우, 서버가 멀티캐스트 모드로 전환할 수 있고, 채널을 효과적으로 브로드캐스팅할 수 있고, 채널에 대한 새로운 유니폼 리소스 식별자(URI)를 클라이언트들에 통지할 수 있도록, 유니캐스트 또는 멀티캐스트 모드를 동적으로 지원할 것이다. 채널을 구독하는 클라이언트들의 수가 1로 하강할 때, 본 시스템은 유니캐스트 모드로 복귀할 수 있을 것이며, 데이터를 단일의 클라이언트에 간단히 전송할 수 있을 것이다. 전형적으로, 유니캐스트 채널이 "udp://192.168.1.3/lounge.ts"와 같은 URI를 가질 수 있지만, 멀티캐스트 스트림의 경우에, 이는 멀티캐스트 어드레스를 갖는 실시간 전송 프로토콜(RTP) 캡슐화된 스트림일 것이며, 실시간 스트리밍 프로토콜(RTSP), 예를 들어 "rtsp://225.1.1.1/lounge.ts"에 기초할 것이다.

본 개시 사항에 다양하게 설명된 다른 특징들의 개수에 추가적으로 제공될 많은 다른 특징들이 존재한다. 각각의 디바이스는 디바이스들이 연결되는 시기와, 어떤 디바이스들에 의해 어떤 스트림들이 수신되는지를 {멀티캐스트 내의 질문들(queries)을 통해, 또는 이들은 요청된 미디어 스트림들이라는 사실을 통해 직접적으로} 알 것이다. 어떤 클라이언트들도 연결되지 않는 경우에, 서버 디바이스는 일반적인 비디오로서, 구체적으로 품질을 개선하기 위한 업-스케일러 및/또는 HDMI 익스텐더(extender)로서 간단히 작동되며, 즉 오디오 또는 비디오를 인코딩 및 송신함으로써 불필요하게 사용되는 어떤 이더넷 대역폭도 존재하지 않는다.

본 개시 사항의 시스템은 또한 출력 데이터 전송률, 해상도, 및 잠재적으로 (MPEG-2, H.264 & VC1과 같은) 비디오 및 오디오 코덱들, (전송 스트림들 또는 MP4 컨테이너들과 같은) 캡슐화(encapsulations), 및 (RTSP/RTP, 미처리된 UDP, HTTP와 같은) 프로토콜 등을 다양화하기 위한 메커니즘들을 제공하여, 보다 낮은(또는 보다 높은) 품질의 네트워크 연결들 및 특정 디바이스들을 지원할 것이다. 이러한 기능은 동일 서버로부터의 다수의 동시적이며 상이한 스트림들을 지원하도록 연장될 수 있으며, 개별적인 디바이스는 또한 입력 및 출력에 대한 다수의 "채널들"을 동시에 지원할 수 있다. 입력 디바이스들(예컨대, 서버들)은 최적의 품질의 비디오가 인코더에 전송되는 것을 가능하게 하기 위한 빌트인 스케일러(inbuilt scaler) 및 비디오 프로세서를 포함할 것이다. 출력 디바이스들(예컨대, 클라이언트들)은 또한 이들이 다수의 최적의 출력 해상도들을 지원하는 것을 가능하게 하기 위한 빌트인 비디오 스케일러를 포함할 것이다.

다른 실시예에서, 본 시스템은 디지털 리빙 네트워크 얼라이언스(DLNA) 순응 디바이스들을 지원할 것이다. DLNA는 디바이스들이 다른 클라이언트 디바이스들과 컨텐츠 디렉토리들을 공유하기 위한 표준 메커니즘들을 제공한다. 전형적으로, 이는 재생을 위해 브라우징 및 선택될 수 있는 디스크 상의 미디어 파일들에 관한 것이다. DLNA 기반의 서버의 다른 속성(attribute)은 이들이 또한 네트워크를 통해 이들 자신을 알린다는 것이다. 본 개시 사항에 설명된 서버 디바이스의 속성은, 설명된 전매 특허의(proprietary) 비디오 공유 기술들에 더하여, 또한 서버가 DLNA 미디어 서버(DMS)로서 네트워크에 나타날 것이라는 것이다. 또한 임의의 DLNA 플레이어 디바이스{예컨대, 플레이어 렌더러(Player Renderer) 또는 컨트롤 포인트}는 DLNA DMS 서버로서 서버를 확인할 수 있을 것이다. 서버는 정의된 서버 이름, 위치, 및/또는 서버 디바이스의 채널 숫자에 따라 이름이 부여될 것이다. DLNA 클라이언트 관점에서, 서버는 전형적으로 비디오 섹션 내에 단일 파일을 가질 것이며, 표준 DLNA 클라이언트를 통해 이러한 가상의 파일을 선택하는 것은, 해당 서버로부터의 컨텐츠가 DLNA 순응 비디오/오디오 또는 오디오 전용 스트림으로서 공급되게 할 것이다. 서버 디바이스는 실제로 파일을 갖지 않지만, 디스크로부터 파일을 전달했던 것과 동일한 방식으로 정확하게 클라이언트로의 라이브 데이터를 패키징할 것이다.

서버 디바이스들은 또한 하드 디스크 또는 플래쉬 기반의 저장소의 형태인 많은 로컬 저장소를 가질 수도 있으며, 이는 {다른 유사한 종래의 시스템들 상의 전형적인 "정지 버퍼(Pause Buffer)"를 통해 수행될 수 있는 바와 같이) 라이브 데이터가 압축된 이후에, 루핑된 파일(looped file)로서 디스크에 효과적으로 기입되는 것을 가능하게 한다. 이러한 방식으로, 본 시스템은 시청된 컨텐츠에 대해 "트릭 모드" 기능들을 지원할 수 있을 것이며, 이는 사용자가 컨텐츠에 걸쳐 일시 정지, 리와인드, 및 패스트-포워드하는 것을 가능하게 한다. 별도의 디바이스에 의해, 또는 네트워크 상의 모든 다른 서버들에 대한 융합된 디스플레이를 제공하는 마스터로서 구성되는 서버로서, 추가적인 기능이 제공될 수 있다. 이러한 경우에, 서버는 "마스터 비디오 분배 디바이스"와 같은 보다 일반적인 이름을 갖는 DLNA 서버로서 나타날 수 있으며, 다른 서버들 각각에 대한 채널들은 본질적으로 메인 서버 하에서 이용 가능한 비디오 자산들의 목록 내의 파일인 것처럼 나타날 것이다.

비록 H.264와 같은 많은 추가적인 코덱들이 다양한 DLNA 클라이언트 구현들에 지원될 수 있을지라도, 현재 MPEG-2 지원만이 DLNA 인증(certification)을 위해 요구된다는 것에 주목한다. 따라서, 가정 내에서 잠재적으로 대역폭에 속박되는 링크들(bandwidth constrained links)을 통해 시청 경험의 품질을 최적하기 위한 지원 및 압축 기술에 대한 최선의 가능한 결합을 제공하기 위해, 서버 디바이스는 다수의 코덱들의 생성을 요구할 수 있다. 본 디바이스는 또한, 본 개시 사항에 정의된 기능들 및 메커니즘들을 통해 작동되는 클라이언트 디바이스들의 생태계(ecosystem)의 외부에 존재하는 다양한 다른 클라이언트 디바이스들과의 최대의 호환을 위한 사용자 데이터그램 프로토콜(UDP) 및 하이퍼텍스트 전송 프로토콜(HTTP) 전달을 통한 미처리된 비디오(raw vedio)에 추가적으로, 신뢰할만한 전송 프로토콜(RTP) 캡슐화, RTSP, 및 RTSP 기반의 에러 복구 메커니즘들을 지원할 것이다.

본 개시 사항의 시스템 및 방법은 클라이언트들과 서버들 모두에 대한 다수의 경우들이 네트워크 내에 동시에 존재하게 할 것이며, 뿐만 아니라 가정의 외부로 이러한 데이터를 스트리밍하게 하는 기능을 연장시키고, 사용자에게 가정 내에 존재하는 디바이스들에 대한 눈에 보임(visibility)을 제공하며, 미디어 게이트웨이를 통해 비디오를 멀리 떨어진 위치로 스트리밍하기 위한 서버 디바이스의 선택을 가능하게 할 것이다. 본 실시예에서, 웹 브라우저를 구비한 PC 컴퓨터와 같이, 홈 네트워크 외부의 원격 디바이스에는 가정 내에서 이용 가능하며 작동하는 소스들(예컨대, 서버들)의 목록, 이들을 선택하기 위한 메커니즘, 및 적절한 스트림을 제공하도록 서버를 구성하기 위한 기능이 제공될 것이다. 이는 도 11에 도시되며, 여기서 랩톱 컴퓨터(1150)는 제2 네트워크(1152), 예컨대 인터넷을 통해 홈 네트워크에 액세스하며, 홈 네트워크 및 제2 외부 네트워크는 미디어 게이트웨이(1154)에 의해 접속된다. 본 실시예에서, 미디어 게이트웨이(1154)는 원격 클라이언트(1150)가 적어도 서버(1142), 및 네트워크 상의 다른 서버들에 액세스하는 것을 가능하게 할 것이다.

한 실시예에서, 서버는 홈 네트워크의 외부로부터 직접적으로 액세스될 수 있다. 이는 게이트웨이 자체 내의 서버를 통해, 또는 서버와 함께 트래픽을 허용하기 위한 사용자의 게이트웨이의 특정 구성을 통해서만 성취될 수 있다. 다른 실시예에서, 이는, 서버로부터의 출력을 취득하여, 출력을 원격 클라이언트가 요구하는 포맷 및 데이터 전송률로 재 프로세싱하는 전용의 기능을 포함하는 중간 디바이스를 통해 성취될 수 있다. 또한, 이러한 동일한 기능은, 예를 들어 비-표준 디바이스들(예를 들어, Cupertino의 Apple^TM, CA로부터 상업적으로 이용 가능한 iPad^TM과 같은 비-DLNA 순응 디바이스)이, 표준 및 전매 특허의 컨텐츠 전달 도메인들을 브릿징하는 특정 서버로부터의 컨텐츠를 스트리밍하는 것을 가능하게 하기 위해, 가정 내에 존재할 것이다. 이는 도 12에 도시되며, 여기서 비-DLNA 디바이스(1250)는 미디어 게이트웨이(1254)를 통해 서버(1242)에 액세스할 것이다. 이러한 경우에, 기능은 사용자의 게이트웨이(1254)에 국부적으로 또한 속할 것이다.

본 개시 사항의 가르침을 통합시키는 실시예들이 본 명세서에 상세하게 도시 및 설명되었을지라도, 당업자는 이들 가르침을 더 통합시키는 많은 다른 다양한 실시예들을 쉽게 안출할 수 있다. (예시적이며 비제한적인 것으로 의도되는) IP 네트워크들을 통해 비디오를 분배하기 위한 시스템 및 방법의 선호되는 실시예들을 설명했을지라도, 앞의 가르침의 견지에서 당업자에 의해, 수정과 변형이 이루어질 수 있음이 주목된다. 따라서, 첨부된 청구항들에 의해 개설되는 본 개시 사항의 범주 내에 속하며 개시된 본 개시 사항의 특정 실시예들 내에서 변경이 이루어질 수 있음이 이해될 것이다.

12, 22, 30 : 텔레비전(TV) 14 : AV 수신기
16 : DVD 플레이어 18 : 셋톱 박스(STB)
20 : DVR 24 : IP 미디어 플레이어
26 : 이더넷 스위치 28 : NAS/미디어 서버
302 : 채널 선택 버튼 408 : HDMI 출력 연결부
406 : 이더넷 연결부 510 : 컴포넌트 출력 연결부
512 : 컴포지트 출력 연결부 514 : SPIDIF 출력 연결부

Claims (35)

1. 복수의 컨텐츠 소스들을 포함하는 인터넷 프로토콜(IP) 네트워크를 통해 컨텐츠를 수신하기 위한 방법으로서,
   클라이언트 디바이스로 네트워크에 연결하는 단계(902);
   네트워크를 통해 요청을 복수의 컨텐츠 소스들에 전달하는 단계(904)로서, 요청은 복수의 컨텐츠 소스들 각각이 컨텐츠를 제공하는 채널들을 식별할 것을 복수의 컨텐츠 소스들 각각에 요구하는, 요청을 전달하는 단계(904);
   복수의 컨텐츠 소스들로부터 식별되는 채널을 선택하는 단계; 및
   선택된 채널을 통해 컨텐츠를 수신하는 단계;를 포함하는, 컨텐츠를 수신하기 위한 방법.
2. 제1항에 있어서,
   이용 가능한 컨텐츠 소스들의 표를 수신하는 단계를 더 포함하는, 컨텐츠를 수신하기 위한 방법.
3. 삭제
4. 제1항에 있어서,
   식별된 채널을 선택하는 클라이언트 디바이스들의 수가 두 개 이상이면:
   복수의 컨텐츠 소스들에 의해 사용되지 않는 제2 채널을 통해 컨텐츠를 멀티캐스팅하는 단계; 및
   제2 채널을 통해, 그 수의 클라이언트 디바이스들에 컨텐츠를 통지하는 단계;를 더 포함하는, 컨텐츠를 수신하기 위한 방법.
5. 제1항에 있어서,
   식별된 채널을 선택하는 단계는 적어도 하나의 클라이언트 디바이스에서 한 메커니즘을 통해 식별된 채널을 수동으로 선택하는 단계를 포함하는, 컨텐츠를 수신하기 위한 방법.
6. 제1항에 있어서,
   채널을 선택하는 단계는:
   적어도 하나의 클라이언트 디바이스에 접속된 디스플레이 디바이스에, 식별된 채널 숫자를 디스플레이하는 단계; 및
   디스플레이된 식별된 채널을 선택하는 단계;를 포함하는, 컨텐츠를 수신하기 위한 방법.
7. 제6항에 있어서,
   디스플레이된 식별된 채널들은 사용자에 의해 순환되는(cycled through), 컨텐츠를 수신하기 위한 방법.
8. 삭제
9. 삭제
10. 제1항에 있어서,
    채널을 선택하는 단계는:
    이용 가능한 식별된 채널들을 스캐닝(scanning through)하는 단계;
    적어도 하나의 클라이언트 디바이스에 접속된 디스플레이 디바이스에, 각각의 이용 가능한 식별된 채널을 순환 방식으로 디스플레이하는 단계; 및
    디스플레이된 식별된 채널을 선택하는 단계;를 포함하는, 컨텐츠를 수신하기 위한 방법.
11. 제10항에 있어서,
    컨텐츠 소스의 이름과 위치는 각각의 식별된 채널과 함께 디스플레이되는, 컨텐츠를 수신하기 위한 방법.
12. 제1항에 있어서,
    적어도 하나의 클라이언트 디바이스는 디지털 리빙 네트워크 얼라이언스(DLNA) 플레이어 디바이스인, 컨텐츠를 수신하기 위한 방법.
13. 제1항에 있어서,
    게이트웨이를 통해, 복수의 컨텐츠 소스들의 목록을 원격 클라이언트 디바이스에 제공하는 단계; 및
    복수의 컨텐츠 소스들 중 하나의 선택 시, 선택된 컨텐츠 소스로부터 원격 클라이언트 디바이스로 컨텐츠를 스트리밍하는 단계;를 더 포함하는, 컨텐츠를 수신하기 위한 방법.
14. 제13항에 있어서,
    스트리밍하는 단계는 원격 클라이언트 디바이스가 요구하는 포맷 및 데이터 전송률(data rate)로 컨텐츠를 프로세싱하는 단계를 더 포함하는, 컨텐츠를 수신하기 위한 방법.
15. 제14항에 있어서,
    원격 클라이언트 디바이스는 제2 네트워크를 통해 네트워크에 액세스하는, 컨텐츠를 수신하기 위한 방법.
16. 복수의 컨텐츠 소스들을 포함하는 인터넷 프로토콜(IP) 네트워크를 통해 컨텐츠를 수신하기 위한 장치로서,
    인터넷 프로토콜(IP) 네트워크에 연결하는 인터페이스; 및
    네트워크를 통해 요청을 복수의 컨텐츠 소스들에 전달하는 프로세서로서, 요청은 복수의 컨텐츠 소스들 각각이 컨텐츠를 제공하는 채널들을 식별할 것을 복수의 컨텐츠 소스들 각각에 요구하고, 복수의 컨텐츠 소스들로부터 식별된 채널을 선택하며 선택된 채널을 통해 컨텐츠를 수신하는, 프로세서;
    를 포함하는, 컨텐츠를 수신하기 위한 장치.
17. 제16항에 있어서,
    각각의 채널은, 채널을 이용하는 컨텐츠 소스의 식별자에 결합(associates)되는, 컨텐츠를 수신하기 위한 장치.
18. 제17항에 있어서,
    식별자는, 컨텐츠 소스 디바이스 상의 컨텐츠가 액세스될 수 있는 메커니즘들을 정의하는 결합된(associated) 유니폼 리소스 식별자(URI)를 갖는 미디어 액세스 제어(MAC) 어드레스인, 컨텐츠를 수신하기 위한 장치.
19. 제17항에 있어서,
    식별자는, 컨텐츠 소스 디바이스 상의 컨텐츠가 액세스될 수 있는 메커니즘들을 정의하는 결합된 유니폼 리소스 식별자(URI)를 갖는 인터넷 프로토콜(IP) 어드레스인, 컨텐츠를 수신하기 위한 장치.
20. 삭제
21. 삭제
22. 삭제
23. 제16항에 있어서,
    식별된 채널을 선택하는 클라이언트 디바이스들(114, 138)의 수가 두 개 이상이면, 프로세서(114, 128, 142)는, 복수의 컨텐츠 소스들에 의해 사용되지 않는 제2 채널을 통해 컨텐츠의 멀티캐스트를 수신하는, 컨텐츠를 수신하기 위한 장치.
24. 제16항에 있어서,
    식별된 채널을 수동으로 선택하기 위해 장치에 배치된 선택 메커니즘(302)을 더 포함하는, 컨텐츠를 수신하기 위한 장치.
25. 제16항에 있어서,
    장치는 식별된 채널들을 디스플레이하는 디스플레이 디바이스에 접속되는, 컨텐츠를 수신하기 위한 장치.
26. 제25항에 있어서,
    컨텐츠 소스의 이름과 위치는 각각의 식별된 채널과 함께 디스플레이되는, 컨텐츠를 수신하기 위한 장치.
27. 제25항에 있어서,
    디스플레이된 식별된 채널들은 사용자에 의해 순환되는, 컨텐츠를 수신하기 위한 장치.
28. 제16항에 있어서,
    프로세서는 이용 가능한 식별된 채널들을 더 스캐닝하고, 장치에 접속된 디스플레이 디바이스에, 각각의 이용 가능한 식별된 채널을 순환 방식으로 디스플레이하는, 컨텐츠를 수신하기 위한 장치.
29. 제28항에 있어서,
    컨텐츠 소스의 이름과 위치는 각각의 식별된 채널과 함께 디스플레이되는, 컨텐츠를 수신하기 위한 장치.
30. 제16항에 있어서,
    장치는 디지털 리빙 네트워크 얼라이언스(DLNA) 플레이어 디바이스인, 컨텐츠를 수신하기 위한 장치.
31. 제30항에 있어서,
    컨텐츠는, DLNA 플레이어 디바이스로의 파일(file)로서 나타나기 위한 방식으로 수신되는, 컨텐츠를 수신하기 위한 장치.
32. 삭제
33. 삭제
34. 제16항에 있어서,
    장치는 원격 클라이언트 디바이스(1150, 1250)인, 컨텐츠를 수신하기 위한 장치.
35. 제34항에 있어서,
    원격 클라이언트 디바이스(1150)는 제2 네트워크(1152)를 통해 네트워크에 액세스하는, 컨텐츠를 수신하기 위한 장치.

Images