KR101228942B1

KR101228942B1 - Ｉｐ 기반 컨텐츠 관리 장치 및 방법

Info

Publication number: KR101228942B1
Application number: KR1020120091692A
Authority: KR
Inventors: 배승길
Original assignee: (주)스트림비젼
Priority date: 2012-08-22
Filing date: 2012-08-22
Publication date: 2013-02-01

Abstract

IP 기반의 컨텐츠 관리 장치는 IP 기반의 생방송 스트림 및 미디어 파일을 포함하는 복수의 컨텐츠를 복수의 사용자 단말로 서비스하기 위해, 컨텐츠를 상기 복수의 사용자 단말에 각각 최적화된 복수의 포맷으로 변환 처리를 수행하는 복수의 클라이언트 체인 단말, 그리고 새로운 컨텐츠를 감지하고, 새로운 컨텐츠를 상기 복수의 클라이언트 체인 단말 중 적어도 하나의 클라이언트 체인 단말로 변환을 지시하고, 컨텐츠를 요청한 사용자 단말에 최적화된 포맷의 컨텐츠를 제공하는 클라우드 미디어 서버를 포함한다.

Description

ＩＰ 기반 컨텐츠 관리 장치 및 방법{APPARATUS AND METHOD FOR MANAGING CONTENTS BASED ON IP}

본 발명은 IP 기반 컨텐츠 관리 장치 및 방법에 관한 것으로, 특히 복수의 생방송 스트림 및 복수의 미디어 파일에 대한 N:N 서비스를 위한 IP 기반 컨텐츠 관리 장치 및 방법에 관한 것이다.

새로운 미디어 서비스는 정적인 등록/관리의 불편함을 보유하고 있으며, 다양한 단말 활성화에 따른 미디어 융합 기술의 문제점, 기존 물리적인 미디어 저장 공간의 활용 불가능 등 다양한 문제점을 보유하고 있다.

차세대 미디어는 어떤 작업 없이도 클라우드 기반의 미디어 배포를 지원하는 시대로 발전하고 있다.

하나의 컨텐츠를 PC에서만 서비스하던 1:1 서비스를 넘어서 하나의 컨텐츠를 여러 개의 단말에서 시청하기 위한 1:N 서비스가 현 시장에서 개발되고 시장이 활성화되고 있지만, 다양한 컨텐츠를 다양한 단말에서 등록하고, 다양한 단말 해상도 및 채널망 품질에 최적화된 N:N 서비스 실현은 현재로서 구현되지 못하고 있는 실정이다.

특히, 컨텐츠를 IP 기반의 망을 통해 1:N 서비스를 제공하는 종래 기술에서는 컨텐츠를 생성하고, 컨텐츠 정보를 입력하고, N개의 단말에서 시청자가 접근하기 위한 썸네일 이미지 등 카테고리 정보의 등록이 수동으로 처리되고 있다. 따라서 빠른 N:N 서비스 활성화가 불가능하다. 또한 실시간 N:N 서비스를 위해서는 많은 컴퓨터 시스템의 리소스를 필요로 하게 되는데, 이때 미디어 변환을 위한 부하분산 기술과 변환 기술이 필요하나, 이러한 기술이 확보되어 있지 않으며, 생방송 스트림과 미디어 파일을 입수/변환/배포 처리 절차에 있어서 다양한 영상/음성 처리 및 채널망 품질 보장 기술이 확보되어 있지 않다.

한편, IP 기반 N:N 서비스를 제공하는 기술이 일부 제안되어 있기는 하지만, 생방송 스트림과 미디어 파일을 N:N 서비스하기 위한 장치가 별개로 이루어져 있다. 그리고 생방송 스트림 또는 미디어 파일을 N:N 서비스하기 위해서는 N개의 단말에 맞는 해상도, 비디오/오디오 포맷으로 컨텐츠를 변환시키는 N개의 트랜스코더 서버, 변환된 미디어 파일을 등록하는 컨텐츠 관리 서버, 컨텐츠 관리 서버에 등록된 데이터를 각 단말에 전송하기 위한 서버들이 필요하다. 따라서, N:N 컨텐츠를 제공하기 위해서는 각각의 서버를 별도로 구매해야 하며, 각 서버는 서로 다른 기술에 근거한 회사에서 개발됨으로써 기본적으로 호환성 및 효율성의 문제가 발생한다.

또한 트랜스코더 서버의 경우, 인코더(encoder)에서 작업한 결과를 트랜스코더(transcoder), 인캡슐레이터(encapsulater), 스트리머(streamer)를 통해 순차적인 작업을 모두 완료해야 IP 기반의 N:N 미디어 송출이 가능하다는 문제점이 있다.

본 발명이 해결하고자 하는 과제는 IP 기반의 생방송 스트림 및 미디어 파일을 N:N 서비스할 수 있는 IP 기반 컨텐츠 관리 장치 및 방법을 제공하는 것이다.

본 발명의 한 실시 예에 따르면, IP 기반의 생방송 스트림 및 미디어 파일을 포함하는 복수의 컨텐츠를 복수의 사용자 단말로 서비스하는 IP 기반의 컨텐츠 관리 장치가 제공된다. IP 기반의 컨텐츠 관리 장치는 복수의 클라이언트 체인 단말, 그리고 클라우드 미디어 서버를 포함한다. 상기 복수의 클라이언트 체인 단말은 컨텐츠를 상기 복수의 사용자 단말에 각각 최적화된 복수의 포맷으로 변환 처리를 수행한다. 그리고 상기 클라우드 미디어 서버는 새로운 컨텐츠를 감지하고, 새로운 컨텐츠를 상기 복수의 클라이언트 체인 단말 중 적어도 하나의 클라이언트 체인 단말로 변환을 지시하고, 컨텐츠를 요청한 사용자 단말에 최적화된 포맷의 컨텐츠를 제공한다.

상기 클라우드 미디어 서버는 컨텐츠가 저장되는 컨텐츠 서버의 위치를 등록하여 관리하고, 상기 컨텐츠 서버의 컨텐츠가 상기 복수의 클라이언트 체인 단말에 의해 변환된 컨텐츠의 저장 위치를 설정하는 원본 관리 모듈, 상기 복수의 클라이언트 체인 단말을 등록하고 관리하며, 상기 컨텐츠 서버와 클라이언트 체인 단말을 매핑하여 관리하는 변환기 관리 모듈, 상기 새로운 컨텐츠를 감지하는 감시 모듈, 상기 새로운 컨텐츠가 감지되면, 상기 복수의 클라이언트 체인 단말에 상기 새로운 컨텐츠의 변환을 지시하는 컨텐츠 변환 관리 모듈, 그리고 상기 복수의 클라이언트 체인 단말에 의해 변환된 복수 포맷의 컨텐츠 중에서 상기 복수의 사용자 단말에 최적화된 포맷의 컨텐츠를 스트림하는 미디어 배포 모듈을 포함한다.

삭제

본 발명의 다른 한 실시 예에 따르면, IP 기반의 컨텐츠 관리 장치에서 IP 기반의 생방송 스트림 및 미디어 파일을 포함하는 복수의 컨텐츠를 복수의 사용자 단말로 서비스하기 위한 컨텐츠 관리 방법이 제공된다. IP 기반의 컨텐츠 관리 방법은 컨텐츠가 저장되는 컨텐츠 서버의 위치를 등록하는 단계, 상기 컨텐츠 서버와 해당 컨텐츠를 상기 복수의 사용자 단말에 각각 최적화된 복수의 포맷으로 변환 처리를 수행하는 복수의 클라이언트 체인 단말 중 적어도 하나의 클라이언트 체인 단말과 매핑시켜 등록하는 단계, 상기 컨텐츠 서버를 모니터링하여 새로운 컨텐츠가 감지되면, 상기 적어도 하나의 클라이언트 체인 단말로 상기 새로운 컨텐츠의 복수의 포맷으로의 변환을 지시하는 단계, 그리고 상기 적어도 하나의 클라이언트 체인 단말에 의해 변환된 복수의 포맷의 컨텐츠 중 컨텐츠를 요청한 사용자 단말에 최적화된 포맷의 컨텐츠를 제공하는 단계를 포함한다.

상기 컨텐츠 서버의 위치를 등록하는 단계는 상기 복수의 사용자 단말에 최적화된 포맷으로의 변환을 위해 필요한 부호화 파라미터를 설정하는 단계, 그리고 상기 컨텐츠 서버의 컨텐츠가 상기 복수의 클라이언트 체인 단말에 의해 변환된 컨텐츠의 저장 위치를 설정하는 단계를 포함할 수 있다.

상기 지시하는 단계는 상기 복수의 클라이언트 체인 단말의 성능 상태와 상기 복수의 사용자 단말의 부호화 파라미터를 토대로 상기 적어도 하나의 클라이언트 체인 단말로 변환을 분산시켜 지시하는 단계를 포함할 수 있다.

상기 지시하는 단계는 상기 새로운 컨텐츠가 감지되면 썸네일 이미지 및 메타 데이터를 추출하여 사용자 UI에 표출하는 단계, 그리고 상기 적어도 하나의 클라이언트 체인 단말에 의해 복수의 포맷으로의 변환이 정상적으로 완료되지 않은 경우, 상기 컨텐츠에 문제가 있는지 확인하여 처리하는 단계를 포함할 수 있다.

본 발명의 실시 예에 의하면, IP 기반 N:N 컨텐츠 제공을 위한 장비 구매 비용에 대한 부담을 줄일 수 있고, 종래 N:N 컨텐츠 제공을 위해 필요한 각각의 개별 장치들을 각기 서로 다른 기술에 근거한 각 회사에서 개발함으로써 발생한 호환성 및 효율성에 대한 문제점을 해결할 수 있으며, 순차적인 작업에 얽매이지 않고 N:N 컨텐츠의 관리/송출이 가능해진다.

도 1은 일반적인 N:N 생방송 스트림 관리/송출 장치를 나타낸 도면이다.
도 2는 일반적인 N:N 미디어 파일 관리/송출 장치를 나타낸 도면이다.
도 3은 본 발명의 실시 예에 따른 IP 기반 컨텐츠 관리 장치를 나타내는 도면이다.
도 4는 도 3에 도시된 클라우드 미디어 서버를 세부적으로 나타낸 도면이다.
도 5는 도 4에 도시된 원본 관리 모듈의 동작을 설명하는 흐름도이다.
도 6은 도 4에 도시된 변환기 관리 모듈의 동작을 설명하는 흐름도이다.
도 7은 도 4에 도시된 감시 모듈의 동작을 나타낸 흐름도이다.
도 8은 도 4에 도시된 컨텐츠 변환 관리 모듈의 동작을 나타낸 흐름도이다.
도 9는 도 4에 도시된 미디어 배포 모듈의 동작을 나타낸 흐름도이다.

아래에서는 첨부한 도면을 참고로 하여 본 발명의 실시 예에 대하여 본 발명이 속하는 기술 분야에서 통상의 지식을 가진 자가 용이하게 실시할 수 있도록 상세히 설명한다. 그러나 본 발명은 여러 가지 상이한 형태로 구현될 수 있으며 여기에서 설명하는 실시 예에 한정되지 않는다. 그리고 도면에서 본 발명을 명확하게 설명하기 위해서 설명과 관계없는 부분은 생략하였으며, 명세서 전체를 통하여 유사한 부분에 대해서는 유사한 도면 부호를 붙였다.

명세서 및 청구범위 전체에서, 어떤 부분이 어떤 구성 요소를 "포함"한다고 할 때, 이는 특별히 반대되는 기재가 없는 한 다른 구성요소를 제외하는 것이 아니라 다른 구성 요소를 더 포함할 수 있는 것을 의미한다.

이제 본 발명의 실시 예에 따른 IP 기반 컨텐츠 관리 장치 및 방법에 대하여 도면을 참고로 하여 상세하게 설명한다.

도 1은 일반적인 N:N 생방송 스트림 관리/송출 장치를 나타낸 도면이고, 도 2는 일반적인 N:N 미디어 파일 관리/송출 장치를 나타낸 도면이다.

도 1을 참고하면, N:N 생방송 스트림 관리/송출 장치(10)는 각기 다른 생방송 스트림을 복수의 사용자 단말(16)에 최적화시켜서 제공하기 위해, 소스원(11), 복수의 생방송 트랜스코더 서버(12), 컨텐츠 관리 서버(13), 생방송 스트림 서버(14), 적어도 하나의 에지 서버(15) 및 복수의 사용자 단말(16)로 구성될 수 있다.

소스원(11)은 생방송 스트림을 제공하고, 복수의 생방송 트랜스코더 서버(12)는 복수의 단말(16)에 맞는 해상도, 비디오 및 오디오 포맷에 최적화된 복수의 포맷으로 생방송 스트림을 변환한다. 컨텐츠 관리 서버(13)는 복수의 포맷으로 변환된 생방송 스트림을 등록하고 관리한다. 각 사용자 단말(16)은 자신에게 최적화된 생방송 스트림을 에지 서버(15)를 통해서 생방송 스트림 서버(14)로 요청하고, 생방송 스트림 서버(14)는 각 단말에 최적화된 생방송 스트림을 컨텐츠 관리 서버(13)로부터 전달받아 에지 서버(15)를 통해서 사용자 단말(16)에게 제공한다. 이때, 접속자의 과부하를 해소하기 위해 하나 이상의 생방송 스트림 서버(14)가 존재할 수 있다.

도 2를 참고하면, N:N 미디어 파일 관리/송출 장치(20)는 각기 다른 미디어 파일을 복수의 사용자 단말(26)에 최적화시켜서 제공하기 위해, 소스원(21), 복수의 미디어 트랜스코더 서버(22), 스토리지 서버(23), 미디어 스트림 서버(24), 적어도 하나의 에지 서버(25) 및 복수의 사용자 단말(26)로 구성될 수 있다.

이러한 N:N 미디어 파일 관리/송출 장치(20)의 각 구성 모듈의 기능은 N:N 생방송 스트림 관리/송출 장치(10)의 각 구성 모듈의 기능과 동일하다.

즉, N:N 생방송/미디어 파일 관리/송출 장치(10/20)는 서로 다른 해상도와 비디오 및 오디오 포맷을 가진 복수의 사용자 단말(16/26) 각각에게 맞춤형 생방송/미디어 파일을 제공할 수 있도록 구성되어 있다.

그러나 생방송 스트림을 N:N 서비스하기 위해서는 각 사용자 단말(16)에 맞게 변환하는 복수의 생방송 트랜스코더 서버(12)가 필요하고, 또한 미디어 파일을 N:N 서비스하기 위해서는 복수의 생방송 트랜스코더 서버(12)와는 별개로 미디어 파일을 각 사용자 단말(26)에 맞게 변환하는 복수의 미디더 트랜스코더 서버(22)가 필요하다. 또한 사용자 단말(16, 26)에 맞게 변환된 생방송 스트림이나 미디어 파일을 사용자 단말(16, 26)로 전송하기 위한 컨텐츠 관리 서버(13)나 스토리지 서버(23), 스트림 서버(14, 24) 및 에지 서버(15, 25)들이 각각 필요하다.

이때, 복수의 트랜스코더 서버(12, 22), 컨텐츠 관리 서버(13, 23), 스트림 서버(14, 24) 및 에지 서버(15, 25)들은 각기 서로 다른 기술에 근거한 회사에서 개발됨으로써 이들간의 호환성 및 효율성의 문제점이 있어서 연동이 어렵고 트랜스코더 서버(12, 22)의 세부적인 기술 내용을 살펴보면 인코더(encoder)에서 작업한 결과를 트랜스코더(transcoder), 인캡슐레이터(encapsulater), 스트리머(streamer)를 통해 순차적인 작업을 모두 완료해야 컨텐츠 송출이 가능하다는 문제점 등이 발생할 수 있다.

이러한 문제점을 해결할 수 있는 IP 기반 컨텐츠 관리 장치에 대하여 도 3을 참고로 하여 자세하게 설명한다.

도 3은 본 발명의 실시 예에 따른 IP 기반 컨텐츠 관리 장치를 나타내는 도면이다.

도 3을 참고하면, IP 기반 컨텐츠 관리 장치는 적어도 하나의 컨텐츠 변환 서버[이하, 클라이언트 체인(client chain) 단말이라 함](100), 클라우드 미디어 서버(200), 소스원(300) 및 복수의 단말(400)을 포함한다.

클라이언트 체인 단말(100)은 클라우드 미디어 서버(200)의 지시에 따라서 생방송 스트림 및 미디어 파일 등의 복수의 컨텐츠를 실시간으로 다양한 비디오/오디오 포맷 즉 복수의 사용자 단말(400)의 복호화 정보에 대응하여 각각 최적화된 포맷으로 변환하고, 변환된 컨텐츠를 지정된 저장소로 저장하거나 변환된 컨텐츠를 재생하는 역할을 수행할 수 있다. 또한 클라이언트 체인 서버(100)는 클라우드 미디어 서버(200)와 정보를 공유할 수 있다. 이때 저장소는 클라우드 미디어 서버(200)가 될 수도 있고 별도의 저장 서버가 될 수도 있다.

즉, 클라이언트 체인 단말(100)은 종래 N:N 서비스를 위해 필요로 하는 미디어 파일 트랜스코더[즉, 인코더(encoder), 트랜스코더(transcoder), 인캡슐레이터(encapsulater), 스트리머(streamer)], 생방송 스트림 트랜스코더(인코더, 트랜스코더, 인캡슐레이터, 스트리머), 컨텐츠 관리 서버나, 서비스 송출을 위해 필요한 서버들의 기능을 모두 수행한다.

복수의 컨텐츠는 다양한 소스원(300)으로부터 이더넷이나 인터넷과 같은 통신망을 통해 제공될 수 있다. 예를 들어, 소스원(300)에는 미디어 파일을 저장하고 있는 비디어 서버, 3G 카메라, IP 카메라, 아날로그 카메라, PC, 스토리지 서버, 노트북, 스마트 폰, 웹 하드, 스마트 폰 등이 포함될 수 있다. 또한 소스원(300)에는 싱방송 스트림을 제공하는 셋톱박스나 카메라나 비디오 신호를 디지털로 압축하는 하드웨어 인코더, PC, 스마트 폰, 태블릿 PC 등이 포함될 수 있다.

클라이언트 체인 단말(100)은 복수의 컨텐츠를 각각 다양한 비디오/오디오 포맷으로 변환하고 변환된 컨텐츠를 지정된 저장소로 저장하거나 변환된 컨텐츠를 재생시키는 소프트웨어 또는 하드웨어가 설치된 서버나 단말일 수 있다. 이때 이러한 소프트웨어 또는 하드웨어가 윈도우 기반의 OS에 설치되면 자동으로 컨텐츠 변환 처리를 위한 부하 분산이 수행되어 보다 빠른 시간에 N:N 서비스가 가능해질 수 있다.

클라우드 미디어 서버(200)는 스토리지나 PC 등에 저장이 완료된 원본 미디어 파일에서 썸네일 이미지 등 다양한 메타 데이터를 추출하여 데이터베이스(도시하지 않음)에 저장함과 동시에 다양한 비디오/오디오 포맷으로의 변환을 위해 클라이언트 체인(client chain) 서버로 포맷 변환을 지시한다. 또한 클라우드 미디어 서버(200)는 생방송 스트림을 감지하면 생방송 스트림에 대해 다양한 비디오/오디오 포맷으로의 변환을 위해 클라이언트 체인(client chain) 서버로 포맷 변환을 지시한다.

복수의 사용자 단말(400)은 설치된 웹/앱 재생기를 통해 자동으로 OS 및 제품 ID를 분석하여 자신에게 최적화된 사용자 인터페이스(user interface, UI) 및 컨텐츠 정보를 클라우드 미디어 서버(200)로 호출한다. 복수의 사용자 단말(400)은 표출된 사용자 UI를 통해 사용자가 원하는 컨텐츠를 선택하면, 다양하게 포맷 변환된 복수의 컨텐츠 리스트 중에서 자신 단말에게 최적화된 컨텐츠를 사용자에게 제공한다. 이러한 사용자 단말(400)로는 TV, PDA, PC, 태블릿 PC, 스마트 폰, 노트북 등이 있을 수 있다.

표 1은 클라우드 미디어 서버의 기능을 나타낸다.

표 1에 도시한 바와 같이, 클라우드 미디어 서버(200)는 N:N 서비스를 위한 생방송, 미디어 파일의 검출 및 입수 기능과 메타 데이터 추출 기능, 클라이언트 체인 단말 모니터링, 변환 작업을 위한 부하 분산, 변환 작업 할당, 복수의 단말(400)에 UI 지원, 변환 작업 실패에 따른 예외처리업무, 원본 미디어/변환결과 미리보기 시청 기능 등 전체적인 모든 서비스를 관리하는 역할을 수행한다.

표 2는 클라이언트 체인 단말의 기능을 나타낸다.

표 2에 도시한 바와 같이, 클라이언트 체인 단말(100)은 N:N 서비스를 위한 생방송 스트림 변환 기능, 미디어 파일 변환 기능, 생방송 스트림 서버 기능, 미디어 파일 서버 기능, 컨텐츠를 재생하는 시청자 플레이어 기능을 수행하며, 각각의 작업 처리를 위한 다양한 영상/음성처리 기술 및 절차는 도 2에 표시된 것과 일치한다.

이와 같이, 본 발명의 실시 예에 따르면, 클라이언트 체인 단말(100)과 클라우드 미디어 서버(200)가 서로 융합되어 N:N 서비스 수행을 가능하게 하고, 새로운 추가 사용자 단말이 생성되더라도 새로운 사용자 단말의 복호화 정보만을 추가함으로써 무한개의 사용자 단말에 미디어를 서비스 할 수 있다.

도 4는 도 3에 도시된 클라우드 미디어 서버를 세부적으로 나타낸 도면이다.

도 4를 참고하면, 클라우드 미디어 서버(200)는 원본 관리 모듈(210), 변환기 관리 모듈(220), 감시 모듈(230), 컨텐츠 변환 관리 모듈(240) 및 미디어 배포 모듈(250)을 포함한다. 또한 클라우드 미디어 서버(200)는 데이터베이스(260)를 더 포함할 수 있다.

원본 관리 모듈(210)은 IP 기반의 생방송 스트림이나 미디어 파일의 원본 소스의 저장 위치를 등록하고 관리한다. 즉, 원본 관리 모듈(210)은 생방송 스트림 주소나 생방송 스트림을 공급하는 소스원 주소, 원본 미디어 파일이 저장되어 있는 서버 주소 등을 등록하고 수정 및 삭제하는 역할을 수행한다.

변환기 관리 모듈(220)은 생방송 스트림 및 미디어 파일을 복수의 단말에 맞는 포맷으로 최적화 변환을 수행하는 클라이언트 체인 단말(100)을 관리한다. 즉, 변환기 관리 모듈(220)은 복수의 사용자 단말(400)에 최적화된 부호화 방식으로 생방송 스트림 또는 미디어 파일을 실시간으로 변환하기 위해서 적어도 하나의 클라이언트 체인 단말(100)을 등록하고 수정 및 삭제하고, 클라이언트 체인 단말(100)과 원본 소스의 저장 위치를 매핑시키는 역할을 수행한다.

감시 모듈(230)은 생방송 스트림 감지와 새로운 미디어 파일 등록을 감시한다. 감시 모듈(230)은 생방송 스트림 또는 새로운 미디어 파일 등록이 감지되면, 썸네일 이미지 및 메타 데이터를 추출하여 사용자 UI에 표출하고, 새로운 미디어 파일 및 생방송 스트림 감지 정보를 컨텐츠 변환 관리 모듈(240)에 전달한다.

컨텐츠 변환 관리 모듈(240)은 클라이언트 체인 단말(100)의 성능을 관리하고 복수의 컨텐츠를 입수하여 클라이언트 체인 단말(100)로 변환 작업을 지시한다. 컨텐츠 변환 관리 모듈(240)은 실질적인 N:N 서비스에서의 다중 부호화 작업을 처리하는 역할을 담당한다.

미디어 배포 모듈(250)은 복수의 사용자 단말(400)에 맞게 최적화된 복수 포맷의 생방송 스트림 및 미디어 파일을 복수의 사용자 단말(400)에 전송한다.

데이터베이스(260)에는 원본 생방송 스트림, 원본 미디어 파일, 이들의 위치 정보, 적어도 하나의 클라이언트 체인 단말(100)의 정보, 클라이언트 체인 단말(100)과 저장 위치간 매핑 정보, 복수의 포맷으로 변환된 컨텐츠 정보, 복수의 사용자 단말(400)의 해상도, 비디오 및 오디오 포맷 정보 등이 저장되어 있다.

즉, 클라우드 미디어 서버(200)는 IP 기반 생방송 스트림이나 미디어 파일 등의 컨텐츠를 자동 감지하고, 감지된 컨텐츠를 복수의 사용자 단말에 최적화되도록 복수의 포맷으로 변환하는 변환 작업을 분산시키고, 사용자 UI를 등록하며, 복수의 포맷으로 변환된 컨텐츠를 복수의 단말에 송출할 수 있도록 구성되어 있다.

이러한 클라우드 미디어 서버(200)는 복수의 사용자 단말이 확대되는 시장에서 미래 새로운 사용자 단말에 서비스를 추가해야 하는 경우 큰 성과를 얻을 수 있다.

도 1 및 도 2와 같은 구조에서는 새로운 사용자 단말마다 서로 다른 복호화기(Decoder)가 내장되어 있기 때문에 기존 미디어를 새로운 사용자 단말에서 시청하기 어렵다. 새로운 사용자 단말의 출현은 새로운 플랫폼 구축으로 이어지고 미디어 서비스 공급자는 이와 같은 새로운 사용자 단말에 확장 서비스를 위해 많은 경제적 손실을 발생시킨다. 또한, 사용자 단말이 늘어가면 각 사용자 단말에 최적화된 미디어 생방송 복호화기(Encoder)를 추가로 구축해야 하고, 미디어 파일을 각 사용자 단말에 최적화하기 위한 재복호화(Transcoder) 작업이 사용자 단말 수만큼 증가하게 되어 관리 업무가 크게 상승함과 동시에 서비스에 차질이 발생시키게 된다.

그러나 클라우드 미디어 서버(200)는 새로운 사용자 단말이 출시될 때 발생하는 모든 문제점을 해소할 수가 있다.

도 5는 도 4에 도시된 원본 관리 모듈의 동작을 설명하는 흐름도이다.

도 5를 참고하면, 원본 관리 모듈(210)은 관리자로부터 원본 컨텐츠 서버 정보와 명령 정보를 수신하면(S500), 원본 컨텐츠 서버가 미디어 파일 서버인지 아니면 생방송 스트림 서버인지 확인한다(S502). 이와 같이 함으로써, 원본 컨텐츠 서버의 관리 형태가 분리될 수 있다.

원본 관리 모듈(210)은 원본 컨텐츠 서버가 미디어 파일 서버인 경우(S502, 예), 원본 미디어 파일이 저장되는 미디어 파일 서버의 위치를 명령 정보에 따라 등록하거나 수정하거나 삭제한다(S504). 원본 관리 모듈(210)은 관리자로부터 명령 정보가 등록 명령인 경우 미디어 파일 서버의 주소를 등록하고, 수정 명령인 경우 미디어 파일 서버의 주소를 수정하며, 삭제 명령인 경우 미디어 파일 서버의 주소를 삭제할 수 있다.

원본 미디어 파일이 저장되는 미디어 파일 서버의 위치가 등록된 경우, 원본 관리 모듈(210)은 미디어 파일 서버에 대한 UI 정보를 등록한다(S506). 미디어 파일 서버에 대한 UI 정보에는 서버 이름, IP 미디어 MDF 지정, 메인/서브 카테고리지정, 방송타입 지정, 인에이블/디스에이블(Enable/Disable) 수행, 트랜스코딩 인에이블(Transcoding Enable), 썸네일 크기(Thumbnail Size)/포맷(Format) 등이 포함될 수 있다. 이때 원본 관리 모듈(210)은 원본 미디어 파일이 저장되는 미디어 파일 서버에 접근 가능한 프로토콜로 FTP/HTTP/NFS/CIFS를 지원할 수 있고, 원본 미디어 파일 서버에 접근을 위해 서버 IP/포트/아이디/패스워드/경로를 설정할 수 있다.

새롭게 추가된 미디어 파일 서버에 새로운 미디어 파일이 추가되어 감지된 경우, 클라이언트 체인 단말(100)은 복수의 사용자 단말(400)에 최적화된 변환을 수행한다. 이때 클라이언트 체인 단말(100)의 변환 결과물 즉, 변환된 미디어 파일을 저장하기 위한 출력 전송 위치를 설정하고(S508), 미디어 파일 서버와 출력 전송 위치를 매핑하여 관리한다. 이렇게 하면, 새롭게 추가된 미디어 파일 서버에 저장되는 미디어 파일은 클라이언트 체인 단말(100)에 의해 변환된 후 설정된 출력 전송 위치에 전송되어 저장된다. 원본 관리 모듈(210)은 출력 전송 위치에 해당하는 목적지 서버와의 통신 방식으로 FTP/HTTP/NFS/CIFS를 지원할 수 있고, 목적지 서버에 접근하기 위해 서버 IP/포트/아이디/패스워드/경로 설정을 할 수 있다.

그리고 나서, 원본 관리 모듈(210)은 원본 관리 모듈(210)의 동작에 관여된 모든 정보 예를 들면, 미디어 파일 서버의 위치와 출력 전송 위치 등을 데이터베이스(260)에 저장하고(S510), 변환기 관리 모듈(220)로 후속 작업을 전달한다(S522).

한편, 원본 관리 모듈(210)은 컨텐츠 서버가 생방송 스트림 서버인 경우(S502, 아니요), 생방송 스트림 서버의 위치를 명령 정보에 따라 등록하거나 수정하거나 삭제한다(S512). 원본 관리 모듈(210)은 관리자로부터 명령 정보가 등록 명령인 경우 생방송 스트림 서버의 주소를 등록하고, 수정 명령인 경우 생방송 스트림 서버의 주소를 수정하며, 삭제 명령인 경우 생방송 스트림 서버의 주소를 삭제할 수 있다.

원본 생방송 스트림이 저장되는 생방송 스트림 서버의 위치가 등록된 경우, 원본 관리 모듈(210)은 생방송 스트림 서버에 대한 UI 정보를 등록한다(S514). 생방송 스트림 서버에 대한 UI 정보에는 서버 이름, IP 미디어 MDF 지정, 메인/서브 카테고리지정, 방송타입 지정, 인에이블/디스에이블(Enable/Disable) 수행, 트랜스코딩 인에이블(Transcoding Enable), 썸네일 크기(Thumbnail Size)/포맷(Format) 등이 포함될 수 있다. 이때 원본 관리 모듈(210)은 생방송 스트림 서버에 접근 가능한 프로토콜로 HTTP, RTSP, RTMP, UDP, MMS, HTTPS 등을 지원할 수 있다.

새롭게 추가된 생방송 스트림 서버에 생방송 스트림이 감지되면, 클라이언트 체인 단말(100)은 복수의 사용자 단말(400)에 최적화된 포맷으로 변환을 수행한다. 이때 원본 관리 모듈(210)은 클라이언트 체인 단말(100)의 변환 결과물 즉, 변환된 생방송 스트림을 저장하기 위한 출력 전송 위치를 설정하고(S516), 원본 미디어 파일 서버와 출력 전송 위치를 매핑하여 관리한다.

다음, 원본 관리 모듈(210)은 감지된 생방송 스트림을 복수의 사용자 단말(400)에 최적화된 비디오/오디오 포맷으로 변환을 위해 필요한 복수의 사용자 단말(400)의 부호화 파라미터를 설정한다(S518). 이때 등록할 부호화 파라미터에는 비디오 압축 코덱, 오디오 압축 코덱 및 영상/음성 처리에 있어서의 설정 변수가 포함될 수 있다. 원본 관리 모듈(210)은 비디오 압축 코덱으로 H.264, mpeg1/2/4, divx, xvid, wmv, None(Bypass)에서 원하는 비디어 부호화 방식을 선택하여 등록할 수 있고, 오디오 압축 코덱으로 AAC, MP3, MPEGA, WMA, None(Bypass)에서 원하는 오디오 부호화 방식을 선택하여 등록할 수 있다. 또한 원본 관리 모듈(210)은 영상/음성 처리에 있어서의 데이터 구조 및 품질 설정 변수로 Video-Bitrate, Audio-Bitrate, Container(Encapsulation): MPEG-TS/PS, MPEG4, ASF, AVI, FLV등의 속성을 지정하고 Size, AspecRatio, GOP Size, Frame Rate, A-Sampling, Caching, TTL, Profile, Level, Logo 삽입의 기능을 설정하여 등록할 수 있다.

그리고 나서, 원본 관리 모듈(210)은 원본 관리 모듈(210)의 동작에 관여된 모든 정보 예를 들면, 생방송 스트림 서버의 위치, 출력 전송 위치, UI 정보 및 복수의 사용자 단말(400)의 부호화 파라미터 등을 데이터베이스(260)에 저장하고(S518), 변환기 관리 모듈(220)로 작업을 전달한다(S522).

도 6은 도 4에 도시된 변환기 관리 모듈의 동작을 설명하는 흐름도이다.

도 6을 참고하면, 변환기 관리 모듈(220)은 새로운 미디어 파일 서버 또는 새로운 생방송 스트림 서버 등 새로운 컨텐츠 서버 리스트를 원본 관리 모듈(210)로부터 수신한다(S600).

변환기 관리 모듈(220)은 관리자가 새로운 클라이언트 체인 단말을 등록하고자 하는 경우(S602, 예), 클라이언트 체인 단말 리스트에 새로운 클라이언트 체인 단말을 표출한다(S604). 이때 새로운 클라이언트 체인 단말의 MAC 주소를 클라이언트 체인 단말 리스트에 표출한다. 관리자가 변환 역할을 수행하기 위한 새로운 클라이언트 체인 단말을 선택하면(S606), 변환기 관리 모듈(220)은 데이터베이스(260)로부터 컨텐츠 서버 리스트를 표출한다(S608).

변환기 관리 모듈(220)은 이 컨텐츠 서버 리스트에서 관리자가 선택한 컨텐츠 서버를 관리자가 선택한 클라이언트 체인 단말과 매핑하여 등록한다(S610). 이때, 컨텐츠 서버와 매핑되는 클라이언트 체인 단말은 하나 이상일 수 있다.

변환기 관리 모듈(220)은 선택한 컨텐츠 서버와 클라이언트 체인 단말의 매핑 정보를 표출하고, 동시에 클라이언트 체인 단말의 작업 정보를 설정한다(S612). 이때, 설정하는 항목으로는 클라이언트 체인 단말 이름, IP, MAC 주소, 동시처리 작업량 설정, CPU 제한 설정, 인에이블/디스에이블 설정 등이 있다.

모든 설정이 완료되면 데이터베이스(260)에 클라이언트 체인 단말 정보를 저장하고, 감시모듈(230)로 정보를 전달한다(S614).

한편, 새로운 클라이언트 체인 단말을 등록하지 않고 기존 설정된 클라이언트 체인 단말 리스트를 수정하거나, 관리하기 위해서 관리자는 기존 클라이언트 체인 단말 리스트를 수정할 수 있다. 관리자가 클라이언트 체인 단말 리스트의 수정을 선택한 경우(S602, 아니요), 변환기 관리 모듈(220)은 데이터베이스(260)에 저장된 클라이언트 체인 단말 리스트를 호출한다(S616).

관리자가 등록된 클라이언트 체인 단말 리스트에서 수정을 원하는 클라이언트 체인 단말을 선택하면(S618), 선택한 클라이언트 체인 단말에 대해 단계(S610~S614)를 수행한다.

이와 같은 구조는 동시에 복수의 부호화를 처리해야 하는데 필요한 변환 시간을 최소화 할 수 있다. 또한 활용하지 않은 컴퓨터 등에 클라이언트 체인 단말의 기능을 구현하면, 컴퓨터의 리소스를 활용할 수 있기 때문에 경제적인 손실을 최소화할 수 있다.

또한, 네트워크를 이용하는 인프라 활용 측면에서 독립된 하나의 채널망 품질이 떨어질 경우 다양한 인프라에 연결된 일반 컴퓨터/서버들의 채널망을 재활용 할 수 있기 때문에 고정적인 손실을 최소화 할 수도 있다.

도 7은 도 4에 도시된 감시 모듈의 동작을 나타낸 흐름도이다.

도 7을 참고하면, 감시 모듈(230)은 원본 관리 모듈(210)을 통해 등록된 컨텐츠 서버를 모니터링하여 새로운 미디어 파일이나 생방송 스트림 등의 새로운 컨텐츠를 감지한다(S700).

감시 모듈(230)은 데이터베이스(260)로부터 해당 컨텐츠가 저장되어 있는 컨텐츠 서버 리스트와 클라이언트 체인 단말 리스트를 호출한다(S702).

감시 모듈(230)은 감지된 컨텐츠 리스트를 표출한다(S704). 감시 모듈(230)은 복수의 사용자 단말(400)에 표출할 포스터 이미지 또는 대표 이미지에 해당하는 썸네일 이미지 및 메타 데이터를 추출한다(S706). 이때 추출되는 항목으로는 포스터 이미지, 타이틀, 총 재생시간, 사이즈, 코덱 정보, 사이즈, Color Space, Chroma 등이 포함될 수 있다.

감시 모듈(230)은 감지된 컨텐츠 리스트에서 관리자로부터 썸네일 이미지 및 메타 데이터 정보 변경을 원하는 항목을 선택하고 추가 메타 데이터를 추가, 수정 및 삭제할 수 있다(S708).

이와 같이 하여 최종 메타 데이터가 완성되면, 감시 모듈(230)은 최종 메타 데이터를 사용자 UI에 표출하기 위해 데이터베이스(260)에 저장한다(S710).

다음, 감시 모듈(230)은 원본 미디어 파일 및 생방송 스트림을 재생하기 위해 미리보기를 재생할 수 있다(S712). 감시 모듈(230)은 미리보기 재생에서 재생 가능한 비디오/오디오 부호화 파일 포맷으로 H.264, MPEG1/2/4, Divx, Xvid, WMV, MKV, AVI, AAC, AC3, MPEGA, WMA, JPEG, MJPEG2000, ASF, MP4, VP6, TS, TP, MPG 등을 통합 지원할 수 있다. 또한 감시 모듈(230)은 생방송 스트림 재생을 위한 프로토콜로는UDP/RTP Multicast/Unicast와 HTTP, HTTPS, RTSP, RTMP, HLS, ASL, MMS, MMSH를 지원할 수 있다. 따라서 이들을 통해 송출되는 원본 생방송 스트림 프로토콜 미디어는 모두 재생 가능하다.

감시 모듈(230)은 복수의 사용자 단말(400)에 최적화된 포맷으로의 변환 작업을 위해 컨텐츠 변환 관리 모듈(240)에 새로운 미디어 파일 및 생방송 스트림 등 컨텐츠 감지 정보를 전달한다(S714).

이와 같은 기술은 관리자가 새로운 미디어 파일을 복수의 사용자 단말(400)에 맞게 최적화 변환하여 등록하는 관리자 업무를 90%이상 감소시키고, 새로운 생방송 스트림 시작에 따른 변환/전송 서버의 관리를 필요로 하지 않고 자동으로 처리되는 기술로 경제적/인력 손실을 최소화하면서 N:N 서비스를 송출 할 수 있게 한다.

도 8은 도 4에 도시된 컨텐츠 변환 관리 모듈의 동작을 나타낸 흐름도이다.

도 8을 참고하면, 컨텐츠 변환 관리 모듈(240)은 감지 모듈(230)로부터 컨텐츠 감지 정보를 수신하면(S800), 데이터베이스(260)에서 클라이언트 체인 단말 리스트를 호출한다(S802).

컨텐츠 변환 관리 모듈(240)은 변환을 위한 원본 컨텐츠를 확인하고, 복수의 사용자 단말(400)의 부호화 파라미터 정보를 데이터베이스(260)에서 검색한다(S804). 이때 새로운 복호화 기술을 내장한 새로운 사용자 단말이 출시되면 원본 관리 모듈(210)에서 새로운 사용자 단말의 부호화 파라미터 정보를 추가하는 것만으로 더 많은 사용자 단말의 지원이 가능해진다.

컨텐츠 변환 관리 모듈(240)은 클라이언트 체인 단말 리스트에 포함된 각각의 클라이언트 체인 단말의 성능 상태를 확인한다(S806).

다음, 컨텐츠 변환 관리 모듈(240)은 클라이언트 체인 단말의 성능 상태와 복수의 부호화 파라미터 정보를 토대로 새로운 컨텐츠를 복수의 사용자 단말(400)에 최적화된 비디오/오디오 포맷으로의 변환 작업 지시를 위해 복수의 클라이언트 체인 단말(100)에 변환 작업을 분산하여 지시한다(S808).

변환 작업 지시를 받은 클라이언트 체인 단말(100)은 복수의 포맷으로 변환을 수행하고, 변환 작업이 수행된 결과물을 원본 관리 모듈(210)에서 설정한 출력 전송 위치에 전송하고, 그 변환 결과를 컨텐츠 변환 관리 모듈(240)에 전송한다.

컨텐츠 변환 관리 모듈(240)은 클라이언트 체인 단말(100)에서 변환 작업이 정상적으로 완료되지 않은 경우(S810, 아니요), 원인을 판단하여(S812), 원본 컨텐츠에 문제가 있어서 변환에 실패한 경우인지 판단한다. 이때, 컨텐츠 변환 관리 모듈(240)은 원본 컨텐츠에 문제가 있을 경우에(S814, 예), 변환 실패 정보와 함께 로그 정보 데이터베이스에 저장하고 작업을 종료시킨다(S816, S818). 한편, 컨텐츠 변환 관리 모듈(240)은 원본 컨텐츠의 문제가 아닌 경우(S814, 아니요), 단계(S808)부터 다시 수행한다.

변환 작업이 정상적으로 완료된 경우(S810, 예), 컨텐츠 변환 관리 모듈(240)은 미디어 배포 모듈(250)로 변환 성공 정보를 전달한다(S820).

도 9는 도 4에 도시된 미디어 배포 모듈의 동작을 나타낸 흐름도이다.

도 9를 참고하면, 미디어 배포 모듈(250)은 변환 결과물의 출력 전송 위치 정보 및 최종 메타 데이터 정보를 수신한다(S900).

미디어 배포 모듈(250)은 복수의 사용자 단말(400)에서 시청하는 미디어 링크를 위한 재생 링크와 메타 데이터 정보를 데이터베이스(260)에 저장하고(S902), 최종 로그 정보도 데이터베이스(260)에 저장한다(S904).

미디어 배포 모듈(250)은 최종 송출 이전까지 완료된 컨텐츠 정보를 완료 컨텐츠 리스트에 표출하고(S906), 변환 결과물을 미리보기로 재생할 수 있다(S908). 이때 미디어 배포 모듈(250)은 결과물의 미리보기 재생에서 재생 가능한 비디오/오디오 부호화 파일 포맷으로 H.264, MPEG1/2/4, Divx, Xvid, WMV, MKV, AVI, AAC, AC3, MPEGA, WMA, JPEG, MJPEG2000, ASF, MP4, VP6, TS, TP, MPG 등을 통합 지원할 수 있다. 또한 미디어 배포 모듈(250)은 생방송 스트림 재생을 위한 프로토콜로 UDP/RTP Multicast/Unicast와 HTTP, HTTPS, RTSP, RTMP, HLS, ASL, MMS, MMSH를 지원할 수 있으며, 따라서 이를 통해 송출되는 출력 생방송 스트림 프로토콜 미디어를 모두 재생 할 수 있다.

또한 클라이언트 체인 단말(100)은 생방송 스트림의 경우 HLS, RTSP, HTTP, MMS, RTMP, UDP, RTP, MMSH, ALS 프로토콜로 생방송을 동시에 여러 개의 사용자 단말(400)에서 요청하는 경우 스트림한다. 만약 미디어 파일을 복수의 서로 다른 사요자 단말기에서 시청을 요청하는 경우 ALS, HLS, HTTP, RTSP, RTMP 프로토콜로 미디어 파일을 동시에 복수의 사용자 단말(400)에 스트림한다.

이러한 구조는 실시간 스트림 출력(Live Stream Server) 기능과 미디어 파일 스트림 기능(VoD Server)을 탑재하고 있기 때문에 도 1 및 도 2와 같이 추가로 스트림 서버를 구축 할 필요가 없기 때문에 경제적임과 동시에 관리 업무를 최소화할 수 있다.

이상에서 본 발명의 실시 예에 대하여 상세하게 설명하였지만 본 발명의 권리 범위는 이에 한정되는 것은 아니고 다음의 청구범위에서 정의하고 있는 본 발명의 기본 개념을 이용한 당업자의 여러 변형 및 개량 형태 또한 본 발명의 권리 범위에 속하는 것이다.

Claims

삭제
삭제
삭제
삭제
삭제
IP 기반의 컨텐츠 관리 장치에서 IP 기반의 생방송 스트림 및 미디어 파일을 포함하는 복수의 컨텐츠를 복수의 사용자 단말로 서비스하기 위한 컨텐츠 관리 방법에 있어서,
컨텐츠가 저장되는 컨텐츠 서버의 위치를 등록하는 단계,
상기 컨텐츠 서버와 해당 컨텐츠를 상기 복수의 사용자 단말에 각각 최적화된 복수의 포맷으로 변환 처리를 수행하는 복수의 클라이언트 체인 단말 중 적어도 하나의 클라이언트 체인 단말과 매핑시켜 등록하는 단계,
상기 컨텐츠 서버를 모니터링하여 새로운 컨텐츠가 감지되면, 상기 적어도 하나의 클라이언트 체인 단말로 상기 새로운 컨텐츠의 복수의 포맷으로의 변환을 지시하는 단계, 그리고
상기 적어도 하나의 클라이언트 체인 단말에 의해 변환된 복수의 포맷의 컨텐츠 중 컨텐츠를 요청한 사용자 단말에 최적화된 포맷의 컨텐츠를 제공하는 단계를 포함하되,
상기 지시하는 단계는 상기 새로운 컨텐츠가 감지되면 썸네일 이미지 및 메타 데이터를 추출하여 사용자 UI(user interface)에 표출하는 단계와, 상기 적어도 하나의 클라이언트 체인 단말에 의해 복수의 포맷으로의 변환이 정상적으로 완료되지 않은 경우 상기 컨텐츠에 문제가 있는지 확인하여 처리하는 단계를 포함하는 IP 기반의 컨텐츠 관리 방법.
제6항에 있어서,
상기 컨텐츠 서버의 위치를 등록하는 단계는
상기 복수의 사용자 단말에 최적화된 포맷으로의 변환을 위해 필요한 부호화 파라미터를 설정하는 단계, 그리고
상기 컨텐츠 서버의 컨텐츠가 상기 복수의 클라이언트 체인 단말에 의해 변환된 컨텐츠의 저장 위치를 설정하는 단계를 포함하는 IP 기반의 컨텐츠 관리 방법.
삭제
삭제