KR100415104B1

KR100415104B1 - 인터넷상에서의 아이에스에스에이(ｉｓｓａ) 미디어 관리장치

Info

Publication number: KR100415104B1
Application number: KR10-2000-0028550A
Authority: KR
Inventors: 이승룡; 이재욱; 김형일
Original assignee: (주)싸이버훼밀리
Priority date: 2000-05-26
Filing date: 2000-05-26
Publication date: 2004-01-13
Also published as: KR20010107225A

Abstract

본 발명은 인터넷상에서의 ISSA 미디어 관리 장치에 관한 것으로, 웹 서버로부터 요구되는 미디어 컨텐츠에 대응하는 미디어 컨텐츠 정보를 웹 서버에 전송하는 블록으로, 미디어 컨텐츠를 전송하기 위해 트랜젝션을 요청한 다음, 미디어 소스 초기화를 지시하는 컨텐츠 관리 블록과, 컨텐츠 관리 블록으로부터의 트랜잭션 요청에 대응하는 결과 값을 컨텐츠 관리 블록에 전송한 다음, 스트림 데이터를 제공하는 데이터베이스 연결자와, 컨텐츠 관리 블록으로부터 미디어 소스 초기화를 지시받고 미디어 소스의 참조점을 컨텐츠 관리 블록에 알려준 다음, 스트림 데이터를 전달하는 미디어 소스 블록을 구비하는 ISSA 서버; 웹 브라우져에 의해 실행된 후, ISSA 서버로부터 패킷 헤더가 첨가된 스트림 데이터를 전송 관리 블록을 통해 제공받아 해당되는 디바이스에 전달하여 재생하도록 하는 블록으로, ISSA 서버로부터 전송 관리 블록을 통해 스트림 데이터를 넘겨받아 오디오/비디오 코덱을 선택한 다음, 전송하는 미디어 싱크 블록과, 미디어 싱크 블록에 의해 패스된 스트림 데이터를 버퍼링과 프로토콜을 거쳐 해당되는 디바이스에 전달하여 재생하도록 하는 윈엠프 게이트웨이를 구비하는 ISSA 클라이언트를 구비한다. 따라서, 웹(web)과 연동되어 윈 엠프 게이트웨이를 실행시킬 수 있기 때문에 사용자의 편의성을 최대한으로 제공할 수 있는 효과가 있다.

Description

인터넷상에서의 아이에스에스에이(ＩＳＳＡ) 미디어 관리 장치{INTEGRATED STREAMING SERVICE ARCHITECTURE MEDIA MANAGEMENT APPARATUS ON THE INTERNET}

본 발명은 인터넷상에서의 아이에스에스에이(Integrated Streaming Service Architecture : 이하, ISSA라 약칭함) 미디어 관리 장치에 관한 것으로, 특히 각종 스트리밍 시스템(streaming system)과의 연동이 용이하게 하며, 다양한 오디오/비디오 미디어 형식을 지원하고 이 기종 운영체제와 네트워크 환경에서 동작할 수 있도록 하는 장치에 관한 것이다.

통상적으로, 스트리밍 시스템(streaming system)은 통신망에서 음성, 영상과 같은 멀티미디어 데이터를 전송할 때, 실시간으로 재생이 이루어져 사용자에게 마치 생생하게 대화하는 듯한 환경을 제공해 줄 수 있는 시스템이다.

이러한 스트리밍 프레임 워크 제품은 다른 시스템과의 연동을 고려하지 않고 독자적인 환경에서 동작하도록 설계되어 전체 프레임 워크의 유연성이 부족하며 확장성이 용이하지 않았다.

또한, 상술한 스트리밍 프레임 워크 제품은 다양한 미디어를 지원하기에는 상호 대화형의 오디오/비디오 코덱 관련 기능이 미약하며, 이 기종 운영체제, 네트워크 환경을 지원할 수 있는 투명성도 부족하다는 문제점이 있었다.

따라서, 본 발명은 상술한 문제점을 해결하기 위하여 안출한 것으로서, 그 목적은 멀티캐스트 방송을 지원하기 위한 소프트웨어 클래스를 통하여 윈도우 미디어 플레이어, 리얼 플레이어, 윈 엠프 또한 간단한 플러그인의 작성으로 멀티케스트 방송을 가능하게 하고, 또한 윈 엠프에서 지원 가능한 윈 엠프 게이트웨이 플러그인은 윈 엠프 개발자들이 정의한 인터페이스에 따라 구현하는 방법으로 자신의 원하는 플러그인을 손쉽게 작성하도록 하며, 각종 스트리밍 시스템(streaming system)과의 연동을 가능하게 하여 다양한 오디오/비디오 미디어 형식을 지원하고 이 기종 운영체제와 네트워크 환경에서 자유롭게 동작할 수 있도록 하는 인터넷상에서의 ISSA 미디어 관리 장치를 제공함에 있다.

상술한 목적을 달성하기 위한 본 발명에서 인터넷상에서의 ISSA 미디어 관리 장치는 웹 서버로부터 요구되는 미디어 컨텐츠에 대응하는 미디어 컨텐츠 정보를 웹 서버에 전송하는 블록으로, 미디어 컨텐츠를 전송하기 위해 트랜젝션을 요청한 다음, 미디어 소스 초기화를 지시하는 컨텐츠 관리 블록과, 컨텐츠 관리 블록으로부터의 트랜잭션 요청에 대응하는 결과 값을 컨텐츠 관리 블록에 전송한 다음, 스트림 데이터를 제공하는 데이터베이스 연결자와, 컨텐츠 관리 블록으로부터 미디어 소스 초기화를 지시받고 미디어 소스의 참조점을 컨텐츠 관리 블록에 알려준 다음, 스트림 데이터를 전달하는 미디어 소스 블록을 구비하는 ISSA 서버; 웹 브라우져에 의해 실행된 후, ISSA 서버로부터 패킷 헤더가 첨가된 스트림 데이터를 전송 관리 블록을 통해 제공받아 해당되는 디바이스에 전달하여 재생하도록 하는 블록으로, ISSA 서버로부터 전송 관리 블록을 통해 스트림 데이터를 넘겨받아 오디오/비디오 코덱을 선택한 다음, 전송하는 미디어 싱크 블록과, 미디어 싱크 블록에 의해 패스된 스트림 데이터를 버퍼링과 프로토콜을 거쳐 해당되는 디바이스에 전달하여 재생하도록 하는 윈엠프 게이트웨이를 구비하는 ISSA 클라이언트를 포함하는 것을 특징으로 한다.

도 1은 본 발명에 따른 인터넷상에서의 아이에스에스에이(ISSA) 미디어 관리 장치에 대한 물리적 블록 구성도이고,

도 2는 본 발명에 따른 인터넷상에서의 아이에스에스에이(ISSA) 미디어 관리 장치에 대한 논리적 블록 구성도이며,

도 3은 본 발명에 따른 아이에스에스에이(ISSA)에서 윈 엠프 게이트웨이의 실행을 위한 패킷의 작동 순서에 대한 블록 구성도이며,

도 4는 본 발명에 따른 윈 엠프 게이트웨이의 클래스 다이어그램이며,

도 5는 인터넷상에서의 아이에스에스에이(ISSA) 미디어 관리 장치에 대한 상세 흐름도이다.

<도면의 주요부분에 대한 부호의 설명>

10 : 웹 브라우져 20 : 웹 서버

30 : ISSA 서버 32 : 컨텐츠 관리 블록

34 : 데이터베이스 연결자 36 : 미디어 소스 블록

40 : ISSA 클라이언트 42 : 미디어 싱크 블록

50 : 멀티캐스트 서버 52 : 미디어 컨텐츠 블록

60 : 윈 엠프 게이트웨이 62 : 버퍼

64 : TCP 66 : 윈 엠프

a : 데이터베이스(DB) b : 엠펙 파일

c : 디바이스 d,e : A/V 코덱

f : 스피커 g : 모니터

A : 전송 관리 블록 B : RTP

이하, 첨부된 도면을 참조하여 본 발명에 따른 일 실시예를 상세하게 설명하기로 한다.

도 1을 참조하면, 본 발명에 따른 인터넷상에서의 아이에스에스에이(Integrated Streaming Service Architecture : 이하, ISSA라 약칭함) 미디어 관리 장치에 대한 물리적 블록 구성도로서, 미디어 소스 블록(36)과, 미디어 싱크 블록(42)을 포함한다.

미디어 소스 블록(36)은 데이터베이스(DataBase : 이하, DB라 약칭함)(a)에서 얻어오는 미디어 스트림과, 엠펙 파일(b)에서 얻어오는 스트림, 또는 카메라 등의 디바이스(c)로부터 얻어오는 미디어 스트림 들을 받아들이고, A/V 코덱(d)을 이용하여 어떤 파일인지를 규명한 후, 일관성 있는 처리를 위하여 상술한 스트림 파일을 추상화하여 미디어 싱크 블록(42)에 전송한다.

미디어 싱크 블록(42)은 미디어 소스 블록(36)에 네트워크로 접속되어 있으며, 미디어 소스 블록(36)으로부터 미디어 스트림을 넘겨받아 가장 적절하고 효율적으로 처리가 가능한 A/V 코덱(e)을 선택한 다음 스피커(f) 또는 모니터(g)로 미디어를 분배 및 재생시켜준다. 여기서, 미디어 싱크 블록(42)에 전달된 미디어는 다양한 미디어 표현장치(스피커(f) 또는 모니터(g))를 통해 재생되는데, 이 표현장치는 푸시/풀(push/pull)을 동시에 지원하는 버퍼 관리자와 비디오/오디오 디바이스, 컴포넌트 오브잭 모델 기반의 다이렉트 쇼, 윈 엠프 게이트웨이를 통해 여러 가지 미디어 데이터 형식을 재생할 수 있도록 하는 기능을 제공한다.

그리고, 도 2를 참조하면, 본 발명에 따른 인터넷상에서의 ISSA 미디어 관리 장치에 대한 논리적 블록 구성도로서, 웹 브라우져(10)와, 웹 서버(20)와, ISSA 서버(30)와, ISSA 클라이언트(40)를 포함한다.

웹 브라우져(10)는 인터네 사용자로부터의 미디어 컨텐츠 요구에 따라 인터넷 접속 프로그램을 통해 웹 서버(20)에 접속한 후, 미디어 컨텐츠를 웹 서버(20)에 요구한다. 또한, 웹 브라우져(10)는 웹 서버(20)로부터 제공되는 미디어 컨텐츠 정보를 이용하여 ISSA 클라이언트(40)가 실행되도록 제어한다.

웹 서버(20)는 웹 브라우져(10)로부터 요구되는 미디어 컨텐츠에 따라 ISSA 서버(30)를 통하여 미디어 컨텐츠에 대한 정보를 얻어 웹 브라우져(10)에 전송한다.

ISSA 서버(30)는 웹 서버(20)로부터의 미디어 컨텐츠 요구에 대응하는 미디어 컨텐츠 정보를 웹 서버(20)에 전송하는 블록으로, 컨텐츠 관리 블록(32)과, 데이터베이스 연결자(34)와, 미디어 소스 블록(36)을 구비한다.

컨텐츠 관리 블록(32)은 ISSA 클라이언트(40)가 실행된 후, 미디어 컨텐츠를 전송하기 위해 데이터베이스 연결자(34)에게 트랜잭션을 요청한다.

데이터베이스 연결자(34)는 컨텐츠 관리 블록(32)으로부터의 트랜잭션 요청에 대응하는 결과 값을 컨텐츠 관리 블록(32)에 전송한 다음, 미디어 소스 블록(36)에 스트림 데이터를 전송한다.

미디어 소스 블록(36)은 컨텐츠 관리 블록(32)으로부터 미디어 소스 초기화를 지시받고 미디어 소스의 참조점을 컨텐츠 관리 블록(32)에 알려준 다음, 전송 관리 블록(A)에 스트림 데이터를 넘겨준 후, 전송 관리 블록(A)으로부터 데이터 요구를 제공받는다. 여기서, 전송 관리 블록(A)은 미디어 소스 블록(36)으로부터 제공받은 스트림 데이터에 RTP 패킷 헤더를 첨가하여 ISSA 클라이언트(40)내 미디어 싱크 블록(42)에 전달한다.

ISSA 클라이언트(40)는 내부적으로 미디어 싱크 블록(42)과, 윈엠프 게이트웨이(60)를 구비하는 블록으로, 미디어 싱크 블록(42)은 웹 브라우져(10)에 의해 실행된 후, 전송 관리 블록(A)으로부터 제공되는 RTP 패킷 헤더가 첨가된 스트림 데이터를 해당되는 디바이스를 윈엠프 게이트웨이(60)에 전송한다.

윈엠프 게이트웨이(60)는 미디어 싱크 블록(42)으로부터 제공되는 스트림 데이터를 버퍼링 하고, TCP를 통해 도 1에 도시된 스피커(f) 또는 모니터(g)에 전달하여 재생하도록 한다.

또한, 도 3을 참조하여 본 발명에 따른 ISSA에서 윈 엠프 게이트웨이의 실행을 위한 패킷의 작동 순서에 대하여 설명하면, 사용자가 웹 브라우져(10)를 이용하여 자신이 듣고자 하는 미디어 컨텐츠를 웹 서버(20)에 요구하고 이어서 현재 서비스되고 있는 미디어 채널을 선택한다.

이후, 웹 서버(20)는 웹 브라우져(10)로부터 요구되는 미디어 컨텐츠에 따라 멀티캐스트 서버(50)로부터 얻어진 멀티캐스트 서버(50)의 주소(address)와 포트(port)를 웹 브라우져(10)에 전송한다.

그러면, 웹 브라우져(10)는 웹 서버(20)로부터 제공되는 멀티캐스트 서버(50)의 주소와 포트를 윈 엠프 게이트웨이(60)에 전송한다. 따라서, 멀티캐스트 서버(50)와 윈 엠프 게이트웨이(60)간에 패킷을 전송할 수 있는 경로가 활성화되는 것이다.

이와 같이, 패킷 경로가 활성화된 후, 멀티캐스트 서버(50)내 미디어 컨텐츠 블록(52)에서 전송에 알맞은 패킷으로 분할하여 전송관리블록(A)내 RTP(B)로 전송한 다음, 윈 엠프 게이트웨이(60)내 버퍼(62)에 전송한다.

윈 엠프 게이트웨이(60)내 버퍼(62)는 RTP(B)로부터 제공되는 패킷들을 저장한 후, 로컬에 생성되어진 TCP(64)를 통하여 윈 엠프(66)에 패킷을 전송하면, 윈 엠프(66)에서 도 1에 도시된 각종 디바이스, 즉 스피커(f) 또는 모니터(g)에 맞게 변환하여 재생하도록 하는 것이다.

그리고, 도 4를 참조하여, 본 발명에 따른 윈 엠프 게이트웨이(60)의 클래스 다이어그램에 대하여 설명하면 다음과 같다.

즉, NetByteOrder(73)는 네트워크 바이트 순서(Network byte order)를 호스트 바이트 순서(Host byte order)로 변환하거나, 호스트 바이트 순서를 네트워크 바이트 순서로 변환시키는 바이트 조정(Byte Align) 클래스이다.

NetAddress(71)는 네트워크 주소를 표현하기 위해서 기본적인 특성들만을 골라 만든 추상 클래스이다.

NetInetAddr(75)는 NetAddress 클래스를 상속받고 NetByteOrder 클래스를 사용하는 것으로, 인터넷 주소를 표현하기 위해 존재하고, IP 버전 4 또는 IP 버전 6과 같은 네트워크 주소 타입을 셋팅(setting) 하고 현재 셋팅되어 있는 네트워크 주소 타입을 알아내는 클래스이다.

NetSocket(77)는 네트워크 주소에 관련되는 NetByteOrder와 NetInetAddr 클래스를 사용하는 것으로, 네트워크 소켓에 관련된 소켓의 초기화, 생성, 연결 등을정의하는 추상 클래스이다.

NetSocketTCP(79)는 NetSocket 클래스를 상속받은 클래스의 하나로 TCP 프로토콜을 이용하여 서버와 클라이언트를 연결 할 수 있는 함수들이 정의되어있는 클래스이다.

NetSocketUDP(81)는 NetSocketTCP 클래스와 같이 NetSocket 클래스를 상속받은 클래스의 하나로 UDP 프로토콜을 이용하여 서버와 클라이언트를 연결하는 함수들이 정의되어있는 클래스이다.

NetSocketMcast(83)는 멀티캐스트(Multicast)를 지원하고 UDP 프로토콜을 생성하는 NetSocketUDP를 상속받은 클래스로 멀티캐스트를 위한 클래스이다.

mmWinampGateway(85)는 상술한 모든 클래스들을 사용할 수 있는 것으로, Winamp Gateway를 생성하는데 가장 중요한 클래스로 멀티 캐스트 서버와 연결하거나 또는 연결을 끊는 역할을 수행하고, TCP 포트를 생성, 소멸시키는 역할을 하며 패킷을 Winamp에게 전송하기 위한 함수들이 정의되어 있는 클래스이다.

도 5의 플로우챠트를 참조하여, 상술한 구성을 바탕으로 본 발명에 따른 인터넷상에서의 ISSA 미디어 관리 장치에 대한 상세 흐름도에 대하여 설명한다.

먼저, 윈 엠프 게이트웨이(60)를 실행하기 위해서는 사용자가 웹 브라우져(10)를 이용하여 자신이 듣고자 하는 미디어 컨텐츠를 웹 서버(20)에 요구하고 이어서 현재 서비스되고 있는 미디어 채널을 선택한다(단계 501).

이후, 웹 서버(20)는 웹 브라우져(10)로부터 요구되는 미디어 컨텐츠에 따라 멀티캐스트 서버(50)로부터 얻어진 멀티캐스트 서버(50)의 주소(address)와포트(port)를 웹 브라우져(10)에 전송한다(단계 502).

그러면, 웹 브라우져(10)는 웹 서버(20)로부터 제공되는 멀티캐스트 서버(50)의 주소와 포트를 윈 엠프 게이트웨이(60)에 전송함에 따라 멀티캐스트 서버(50)와 윈 엠프 게이트웨이(60)간에 패킷을 전송할 수 있는 세션(session)이 생성된다(단계 503).

그런 다음, 멀티캐스트 서버(50)내 미디어 컨텐츠 블록(52)에서 전송에 알맞게 패킷으로 분할하여 전송관리블록(A)내 RTP(B)로 전송한 다음, 윈 엠프 게이트웨이(60)내 버퍼(62)에 전송한다(단계 504).

윈 엠프 게이트웨이(60)내 버퍼(62)는 RTP(B)를 통해 제공된 패킷을 버퍼링하고, 버퍼링 과정을 거친 오디오 패킷들은 TCP(64)를 이용하여 윈 엠프(66)에 전달되고, 윈 엠프(66)는 전달되어진 오디오 패킷을 디바이스, 즉 스피커(f) 또는 모니터(g)에 재생한다(단계 505).

상술한 바와 같이, 오디오 패킷을 디바이스에 재생하는 동안에, 사용자로부터 다른 요구가 있는가를 판단한다(단계 506).

상기 판단 단계(506)에서 사용자의 요구가 없을 경우, 더 이상 받을 패킷이 없을 때까지 계속 재생을 하고 전송이 끝나면 모든 것들 종료한다(단계 507).

반면에, 상기 판단 단계(506)에서 사용자의 요구가 있을 경우, 사용자 요구가 일시정지(PAUSE)인지, 아니면 정지(STOP)인지를 체크한다(단계 508).

상기 체크 단계(508)에서 사용자가 재생하는 과정 중에 정지(STOP)를 요구하면, 멀티캐스트 서버(50)는 패킷 전송을 멈추고, 생성된 세션을 종료하고, 이어서,TCP(64) 포트를 소멸시키고, 버퍼62)를 초기화한 후 종료한다(단계 509).

상기 체크 단계(508)에서 사용자가 재생하는 과정 중에 일시 정지(PAUSE)를 요구하면, 멀티캐스트 서버(50)는 패킷 전송을 멈추고, 사용자의 재생 요구를 기다리는 대기 상태로 들어간 후 종료한다(단계 510).

한편, 기존의 미디어 관리자들은 코덱 구현 시 독립적인 전송 프로토콜의 송수신 모듈에 DirectShow 또는 ActiveMovie 기술의 트랜스폼 필터를 연결한 단순한 구조가 주류이지만 ISSA의 미디어 관리자는 파일, 데이터베이스 또는 라이브 비디오 카메라와 같이 여러 형태의 소스로부터 얻어낸 미디어를 일관성 있게 추상화시킬 뿐만 아니라, DirectShow 기술을 적용하고, RTP/RTSP 프로토콜을 처리할 수 있는 소스 필터와 윈 엠프 게이트웨이를 개발하여 확장성과 사용자의 편의성을 제공해준다.

ISSA의 미디어 관리자는 라이브 비디오 카메라와 마이크를 이용하는 실시간 화상회의 미디어 스트림, 파일 시스템 내에 있는 미디어 파일, 멀티미디어 데이터베이스의 관리를 받는 미디어까지 사용할 수 있을 뿐만 아니라, 향후 새로운 형태의 미디어 소스가 출현하더라도 이를 용이하게 스트리밍 프레임워크에 수용하여 서비스할 수 있는 유연성과 확장성을 가지고 있다.

본 발명에 따라 ISSA의 미디어 관리자중 미디어 싱크에서 윈 엠프를 지원하기 위한 윈 엠프 게이트웨이이다. 윈 엠프 게이트웨이는 미디어 관리자에서 범용으로 사용되어지며, 다양한 형태의 미디어와 미디어 재생양식을 지원하고 많은 형태의 플러그인이 존재하는 오디오 재생 소프트웨어인 윈 엠프를 이용하여 미디어를재생하는 방법으로 TCP 프로토콜만을 지원하는 윈 엠프에 RTP 프로토콜로 스트리밍 되어지는 미디어 데이터를 재생할 수 있도록 중간에 게이트웨이의 역할을 하는 윈 엠프 플러그인의 하나이다. 윈 엠프 게이트웨이는 미디어 스트리밍 서비스 클라이언트를 다양화하는 모듈로 RTP 프로토콜을 이용하여 전송되어진 미디어 패킷들을 다시 TCP로 전송하는 방법을 채택함으로써 TCP 프로토콜만을 지원하는 여타의 다른 미디어 재생 소프트웨어들 또한 윈 엠프 게이트웨이와 같은 방법을 이용하여 간단한 플러그인의 작성만으로 멀티캐스트 방송 클라이언트로 활용할 수 있다.

윈 엠프는 다양한 형태의 재생방식과 부가적인 기능을 가지고 있는 플러그인, 로컬이나 원격에서 전송되어진 미디어 데이터를 디코딩 해주는 오디오 코덱 부분, 윈 엠프의 윈도우 스킨과 아이콘 등의 설정을 정해주는 디스플레이 부분, 디코딩 되어진 미디어 데이터를 재생시켜주는 오디오재생 부분으로 구성된다.

윈 엠프에서 지원 가능한 플러그인은 윈 엠프 개발자들이 정의한 인터페이스에 따라 구현하는 방법과 Win32 Message API를 이용한 메시지 전달 방법으로 자신이 원하는 플러그인을 손쉽게 만들 수 있다.

본 발명에 따른 윈 엠프 게이트웨이에서 서버와 윈 엠프 간의 전송은 멀티캐스팅이 가능한 UDP기반의 RTP 프로토콜을 사용하였다.

또한, 윈 엠프 게이트웨이는 파일, 데이터베이스 또는 라이브 비디오 카메라와 같이 여러 형태의 소스로부터 얻어낸 미디어를 일관성 있게 추상화시킬 뿐만 아니라, 향후 새로운 형태의 미디어 소스가 출현하더라도 이를 용이하게 스트리밍 프레임워크에 수용하여 서비스할 수 있는 유연성과 확장성을 가지고 있다.

한편, 미디어 관리자에 대한 기존의 연구는 다음과 같다. JMF(Java Media Framework)[H. Schulzrinne, "RTP Profile for Audio and Video Conferences with Minimal Control",IETF RFC 1890, Jan. 1996]는 SUN 사에서 출시한 API로 자바에서 다양한 음악 파일과 동영상 파일을 재생 할 수 있게 해주며, 컴포넌트화 된 구조를 가지고 있다.

또한, 네트워크나 로컬에 위치한 파일을 소스로 채택할 수 있으며, 데이터의 흐름을 서버 쪽에서 관리하며 클라이언트 쪽으로 데이터를 밀어 넣는 프로토콜인 RTP 방식과, 데이터의 흐름을 클라이언트 쪽에서 관리하며 서버 쪽에 미디어를 요청해서 가져오는 방식인 HTTP나 FILE 프로토콜의 두 가지 방식을 모두 지원한다.

그리고 JMF는 다양한 포맷의 미디어 파일을 플랫폼에 독립적으로 실행시킬 수 있는 장점을 가지고 있다. 그러나, 소스 채택 면에서는 멀티미디어 데이터베이스와 연동 기능을 제공하지 못한다는 점, 전송 부문에서는 UDP 기반의 RTP를 지원하지 못한다는 점이 본 발명과 다른 특징이 있다.

윈 엠프 게이트웨이와 같은 미디어 파일의 스트리밍 서비스로는 Nullsoft에서 제공하는 SHOUTcast [www.shoutcast.com] 서비스가 있는데 이는 윈 엠프 기반의 분산 스트리밍 오디오 시스템이다.

SHOUTcast는 안정적인 네트워크 연결을 지원하는 TCP 프로토콜을 이용하며 자신이 원하는 서버에 Web을 통하여 접속하고 음악을 들을 수 있는 장점을 가지고 있다. 그러나 이러한 서비스는 UDP 기반의 RTP를 지원하지 못하며 사용자가 요구하는 미디어를 선택할 수 없고, 서버를 가지고 있는 DJ가 선택한 미디어만을 들을 수있는 단점이 본 발명에서 제공되어지는 서비스와 극히 다른 점이다.

그러므로, 본 발명은 각종 스트리밍 시스템(streaming system)과의 연동이 용이하며, 또한 다양한 오디오/비디오 미디어 형식을 지원하고 이 기종 운영체제와 네트워크 환경에서 동작하게 하며, 파일 또는 데이터베이스에 저장되어진 미디어 스트리밍 서비스에서 윈 엠프를 클라이언트로 사용하여 오디오 부분의 멀티캐스트 방송을 지원하기 위한 소프트웨어를 제공할 수 있다. 또한, 윈 엠프 게이트웨이를 사용하면 현재 스트리밍 서비스 클라이언트로 많이 이용되는 윈도 미디어 플레이어(Window Media Player)나 리얼 플레이어(Real Player) 이외에도 윈 엠프의 간단한 플러그인 작성만으로도 멀티캐스트 방송이 가능하며, 또한 컴포넌트 오브젝 모델 기반의 윈도 미디어 플레이어는 RTP를 지원하지 못하지만 RTP 소스 필터를 제작함으로써 RTP의 지원이 가능한 것처럼, TCP 만을 지원하는 윈 엠프는 윈 엠프 게이트웨이 모듈을 통하여 RTP의 지원이 가능하게 된다. 그리고, 윈 엠프가 멀티캐스트를 지원하는 RTP를 지원하게 됨으로써 멀티캐스트 방송의 클라이언트로 사용될 수 있고, 윈 엠프 게이트웨이를 이용하여 기존에 스트리밍 서비스의 클라이언트로 윈 엠프를 사용할 수 있으며, 다른 미디어 재생 소프트웨어들 또한 윈 엠프 게이트웨이와 같은 형태의 플러그인(plug-in)을 이용하여 스트리밍 서비스의 클라이언트로 활용이 가능하며, 더욱이, 웹(web)과 연동되어 윈 엠프 게이트웨이를 실행시킬 수 있기 때문에 사용자의 편의성을 최대한으로 제공할 수 있는 효과가 있다.

Claims

웹 브라우져와 웹 서버를 이용하는 인터넷상에서의 미디어 관리 장치에 있어서,

상기 웹 서버로부터 요구되는 미디어 컨텐츠에 대응하는 미디어 컨텐츠 정보를 상기 웹 서버에 전송하는 블록으로, 미디어 컨텐츠를 전송하기 위해 트랜젝션을 요청한 다음, 미디어 소스 초기화를 지시하는 컨텐츠 관리 블록과, 상기 컨텐츠 관리 블록으로부터의 트랜잭션 요청에 대응하는 결과 값을 상기 컨텐츠 관리 블록에 전송한 다음, 스트림 데이터를 제공하는 데이터베이스 연결자와, 상기 컨텐츠 관리 블록으로부터 미디어 소스 초기화를 지시받고 미디어 소스의 참조점을 상기 컨텐츠 관리 블록에 알려준 다음, 스트림 데이터를 전달하는 미디어 소스 블록을 구비하는 아이에스에스에이(Integrated Streaming Service Architecture : 이하, ISSA라 약칭함) 서버;

상기 웹 브라우져에 의해 실행된 후, 상기 ISSA 서버로부터 패킷 헤더가 첨가된 스트림 데이터를 전송 관리 블록을 통해 제공받아 해당되는 디바이스에 전달하여 재생하도록 하는 블록으로, 상기 ISSA 서버로부터 전송 관리 블록을 통해 스트림 데이터를 넘겨받아 오디오/비디오 코덱을 선택한 다음, 전송하는 미디어 싱크 블록과, 상기 미디어 싱크 블록에 의해 패스된 스트림 데이터를 버퍼링과 프로토콜을 거쳐 해당되는 디바이스에 전달하여 재생하도록 하는 윈엠프 게이트웨이를 구비하는 ISSA 클라이언트를 포함하는 것을 특징으로 하는 인터넷상에서의 ISSA 미디어 관리 장치.
제 1 항에 있어서, 상기 미디어 소스 블록에서는,

데이터베이스에서 얻어오는 미디어 스트림과, 엠펙 파일에서 얻어오는 스트림과, 카메라 등의 디바이스로부터 얻어오는 미디어 스트림을 받아들이고, 오디오/비디오 코덱을 이용하여 어떤 파일인지를 규명한 후, 일관성 있는 처리를 위하여 상기 스트림 파일을 추상화하여 상기 미디어 싱크 블록에 전송하는 것을 특징으로 하는 인터넷상에서의 ISSA 미디어 관리 장치.
제 1 항에 있어서, 상기 윈엠프 게이트웨이에는,

상기 미디어 싱크 블록으로부터 스트림 데이터에 대한 패킷들을 제공받아 저장하는 버퍼와, 상기 버퍼에 의해 버퍼링된 패킷을 프로토콜화하는 TCP와, 상기 TCP에 의해 프로토콜화된 패킷을 드라이버에 전송하여 재생하도록 하는 윈 엠프를 더 구비하는 것을 특징으로 하는 인터넷상에서의 ISSA 미디어 관리 장치.
삭제
삭제