동적 클래스 로딩 기술 기반 양방향 서비스 플랫폼 및 그 서비스 방법{DCL Technology Based Interactive Service Platform and Service Method}

본 발명은 STB 메모리 자원의 한계를 극복한 양방향 서비스 플랫폼에 관한 것으로, 특히 서비스 플랫폼 내 어플리케이션들의 실시간 관리를 통해 STB(Set-TOP Box)에 무제한급(수량)의 어플리케이션 실행을 가능하게 하는 동적 클래스 로딩(Dynamic Class Loading : DCL) 기술 기반 양방향 서비스 플랫폼 및 그 서비스 방법에 관한 것이다. 또한 STB에 프리-로드(Pre-Load)된 런처(Launcher)가 DCL 기반으로 어플리케이션을 관리하여, 서비스 플랫폼 내 어플리케이션 간 상호 자유로운 연동 및 제어를 가능하게 하는 DCL 기술 기반 양방향 서비스 플랫폼 및 그 서비스 방법에 관한 것이다.

TV 방송은 대중미디어의 특성상 단 방향으로 불특정 다수에게 프로그램을 제공하며, 시청자는 이 수 많은 프로그램 중에서 원하는 것을 채널 검색을 통하여 선택하여 시청하도록 되어있어, 방송 서비스 운영자(SO: Service Operator) 위주로 방송 프로그램이 기획되고 제공되고 있는 실정이다.

이러한 방송운영을 탈피하기 위하여 최근 들어 방송 정보를 수신하는 셋톱박스(STB)와 이를 하드디스크에 저장, 재생하는 디지털 영상 저장기(DVR) 그리고 IP 통신을 통하여 영상 정보를 원격지의 단말기로 송출하는 IP 스트리머(Streamer) 기기들을 구축함으로써, 방송정보를 녹화하여 원하는 시간에 시청할 수 있는 방법들이 제시되고 있다.

또한, 인터넷 프로토콜 텔레비전(Internet Protocol Television : IPTV)은 방송과 통신이 융합된 디지털 컨버전스(digital convergence) 형태로 방송 프로그램 공급자(Program Provider : PP) 또는 지상파, 케이블, 위성으로부터 전송된 방송 신호 수신과 더불어 IP 셋탑박스(STB)에 연결된 텔레비전 수상기(TV)로 초고속 인터넷망(IP Network)을 통해 TV 인터넷 콘텐츠, 동영상 콘텐츠(T-VOD) 등의 ICOD(Internet Contents On Demand) 서비스를 제공한다. 이러한 IPTV 서비스는 미국에 경우는 IPTV, 유럽의 경우 ADSL TV, 일본의 경우 브로드밴드 방송이라 불리고 있다.

이러한 IPTV 서비스는 프로그램 공급자(PP)의 방송 사업자와, 인터넷 시장의 콘텐츠 공급자(Contents Provider : CP)의 디지털 컨버전스에 따른 통신과 방송이 융합된 형태의 양방향 TV 콘텐츠를 광대역 초고속 인터넷망을 통해 IP STB에 연결된 TV가 오디오, 비디오, 패킷 데이터를 포함한 인터넷 멀티미디어 콘텐츠를 수신하고, 리턴 패스(return path) 개념으로 양방향 통신 채널을 부수적으로 이용하여 인터액티브(interactive)하게 TV 서비스를 사용한다.

이처럼 STB는 TV와 네트워크 간 인터페이스 장치로서, IP 케이블, 위성, 지상파 등을 통한 네트워크를 통해 전달되는 채널 및 양방향 서비스 등을 전달하는 기능을 수행하는 플랫폼으로서, TV 내 혹은 외부 형태로 존재할 수 있다. 이러한 STB는 부팅상태, 대기상태, 동작상태의 세 가지 상태를 유지한다. 부팅상태는 STB가 서비스를 보여주기 위해 필요한 컴포넌트 등을 로드하고 STB 내의 리소스를 초기화하는 상태이며, 대기상태는 사용자가 서비스를 이용하지 않는 상태, 동작상태는 사용자가 서비스를 이용하는 상태이다.

그러나 STB는 단방향 수신도 리턴 패스를 확보하게 됨으로써, 양방향 서비스가 가능하도록 진화했다. 그런데, STB 메모리가 정적(static) 할당구조로 STB 메모리의 무한 확장이 불가능함으로써, 물리적 메모리의 한계로 인해 다양한 어플리케이션을 STB 메모리에 모두 상주시키는데 그 한계가 있음으로 보다 다양화된 어플리케이션 서비스의 제공이 어렵고, 한정된 어플리케이션만을 사용자에게 서비스할 수밖에 없다.

따라서 본 발명은 상기와 같은 문제점을 해결하기 위해 안출한 것으로서, STB(Set-TOP Box)에 프리-로드(Pre-Load)된 런처(Launcher)가 DCL 기반으로 어플리케이션을 관리하여, STB에 무제한급(수량)의 어플리케이션 실행과 서비스 플랫폼 내 어플리케이션 간 상호 자유로운 연동 및 제어를 가능하게 하는 동적 클래스 로딩(Dynamic Class Loading : DCL) 기술 기반 양방향 서비스 플랫폼 및 그 서비스 방법을 제공하는데 그 목적이 있다.

본 발명의 다른 목적은 양방향 서비스 기술 및 자원 한계로 인한 문제점을 해결하여 사업자의 적극적인 오픈 IPTV 참여를 유도하기 위한 DCL 기술 기반 양방향 서비스 플랫폼 및 서비스 방법을 제공하는데 있다.

본 발명의 또 다른 목적은 양방향 서비스 개발/관리에 있어 자유도 및 안정성을 보장하여 3rd Party 사업자 모두가 최상이 조건에서 서비스를 제공할 수 있도록 지원하는 DCL 기술 기반 양방향 서비스 플랫폼 및 서비스 방법을 제공하는데 있다.

본 발명의 또 다른 목적은 채널에 제약 받지 않고, 누구든지 독창적인 아이디어를 다양한 영업방법(Business Method : BM)으로 마음껏 개발 할 수 있도록 개발 및 서비스 환경을 제공할 수 있도록 지원하는 DCL 기술 기반 양방향 서비스 플랫폼 및 서비스 방법을 제공하는데 있다.

상기와 같은 목적을 달성하기 위한 본 발명에 따른 DCL 기술 기반 양방향 서비스 플랫폼의 특징은 STB로부터 수신된 체크 데이터를 기반으로 해당 채널의 서비스 상태, 서비스 가동 여부, 서비스 리소스 클래스 파일 URL, 이미지 파일 URL 중 적어도 하나 이상을 STB로 전송하여 해당 채널의 서비스가 활성화되는데 필요한 위치 정보를 제공하는 DCL(Dynamic Class Loading) 서버와, STB에 프리-로드(Pre-Load)되어 동적 클래스 로딩(Dynamic Class Loading : DCL) 기반으로 리소스의 위치 정보 및 자원을 관리하여, STB에 어플리케이션 실행과 어플리케이션 간 상호 자유로운 연동 및 제어하는 어플리케이션 런처(App launcher)와, 상기 어플리케이션 런처를 통해 서비스를 보여주기 위해 필요한 위치 정보들을 상기 DCL(Dynamic Class Loading) 서버에서 수신하고, 사용자 요청에 의해 서비스 가동에 필요한 어플리케이션을 수신하여 사용자에게 제공하는 STB를 포함하여 구성되는데 있다.

상기와 같은 목적을 달성하기 위한 본 발명에 따른 DCL 기술 기반 양방향 서비스 플랫폼의 다른 특징은 서비스를 개발하는 제 3(3rd Parth) 업체로부터 개발하고자 하는 서비스 또는 개발된 서비스의 기본 사항들을 입력받아 기본 사항들의 유효성을 검사하고 서비스 가동에 필요한 자원들 및 상기 자원들의 위치정보(URL)를 관리하는 어플리케이션 관리부와, 상기 어플리케이션 관리부에서 유효성 검사가 완료된 서비스 가동에 필요한 자원을 저장하고, 요청된 서비스 가동에 필요한 자원들을 셋탑박스(STB)로 제공하는 파일 서버와, 상기 파일 서버에 저장되고 있는 자원의 위치를 나타내는 위치정보(URL)를 저장하고, 입력되는 입력요청, 조회, 삭제 중 적어도 하나를 처리하는 DB 서버와, STB로부터 수신된 체크 데이터를 기반으로 상기 DB 서버에 저장된 해당 채널의 서비스 상태, 서비스 가동 여부, 서비스 리소스 클래스 파일 URL, 이미지 파일 URL 중 적어도 하나 이상을 STB로 전송하여 해당 채널의 서비스가 활성화되는데 필요한 위치 정보를 제공하는 DCL(Dynamic Class Loading) 서버와, STB에 프리-로드(Pre-Load)되어 동적 클래스 로딩(Dynamic Class Loading : DCL) 기반으로 위치 정보 및 자원을 관리하여, STB에 어플리케이션 실행과 어플리케이션 간 상호 자유로운 연동 및 제어하는 어플리케이션 런처(App launcher)와, 상기 어플리케이션 런처를 통해 서비스를 보여주기 위해 필요한 위치 정보들을 상기 DCL(Dynamic Class Loading) 서버에서 수신하고, 사용자 요청 시에 서비스 가동에 필요한 자원들을 미리 저장되어 있는 파일 서버에서 수신하여 사용자에게 제공하는 STB를 포함하는데 있다.

바람직하게 상기 위치정보는 서비스 리소스 클래스(class) 파일 위치정보(URL) 및 이미지 파일 URL인 것을 특징으로 한다.

바람직하게 상기 어플리케이션 관리부는 상기 제 3(3rd Parth) 사업자로부터 입력되는 기본 사항에 포함되는 테스트 혹은 서비스 하고자 하는 어플리케이션을 압축 해제하여 저장 요청하고, 파일 서버에 저장된 자원들을 기록하거나 삭제된 결과를 기반으로 DB 서버에 저장된 위치 정보를 갱신하는 입력부와, 상기 입력부 및 DCL 서버에서 입력되는 각각의 요청으로부터 어플리케이션 관리부내의 일정 메모리 영역과 DB 서버에 커넥션(connection)을 연결해 놓고, 요청이 있을 때 마다 커넥션 객체를 제공하는 DB 연결 풀(connection pool)과, 상기 입력부에서 전달받은 내용을 정의된 규칙으로 나누어 유효성 체크를 한 후, DB 서버에 입력 요청을 하고, 그 성공 혹은 실패를 상기 입력부로 전달하는 제 1 검증부와, 상기 입력부에서 전달받은 파일 이름의 규칙을 채널번호+분류+년+월+일+일별 인덱스+“.zip"의 규칙으로 변경하고, 변경된 파일 이름을 제 3(3rd Parth) 사업자의 아이디+채널번호+일별 인덱스를 키로 하여 DB 서버에 입력 요청한 후, 그 결과값을 상기 입력부로 전달하는 제 2 검증부와, 상기 제 2 검증부를 통해 변경된 파일 이름을 입력부에서 입력받아 파일 서버의 해당 채널번호를 이름으로 가진 디렉터리에 저장하는 해당 파일 이름을 갖는 자원을 저장하는 파일 압축해제/원본 파일 기록부를 포함하는 것을 특징으로 한다.

이때, 상기 입력부는 상기 제 3(3rd Parth) 사업자로부터 개발하고자 하는 서비스 또는 개발된 서비스의 기본 사항들을 입력받는 기본정보 입력부, 상기 기본정보 입력부에서 입력된 기본 사항에 포함되는 테스트 혹은 서비스 하고자 하는 어플리케이션을 zip 파일 형태로 입력하고, 파일 서버에 저장된 자원들의 기록하거나 삭제된 결과를 기반으로 DB 서버에 저장된 위치 정보를 갱신하는 서비스 파일 입력부와, 상기 파일 압축 해제/원본 파일 기록부에서 파일 서버에 기록하거나 삭제된 결과를 확인하고 서비스 파일 입력부에 확인된 결과를 제공하는 입력 확인부를 포함하는 것을 특징으로 한다.

상기와 같은 목적을 달성하기 위한 본 발명에 따른 DCL 기술 기반 양방향 서비스 방법의 특징은 제 3(3rd Parth) 사업자에 의해 입력되는 기본 사항들의 제 1 유효성 검사를 통해 다음 단계로 진행 할지 혹은 오류 부분에 따른 추가 입력사항을 상기 제 3(3rd Parth) 사업자에게 재입력 받을지를 검사하는 단계와, 상기 제 1 유효성 검사가 완료되면, 상기 제 3(3rd Parth) 사업자에서 입력되는 기본 사항에 해당되는 테스트 혹은 서비스 하고자 하는 어플리케이션을 zip 파일 형태로 압축하고, 압축된 파일의 이름을 변경하고 DB 서버에 저장된 파일의 위치 정보를 갱신하는 제 2 유효성 검사를 수행하는 단계와, 상기 제 2 유효성 검사를 통해 변경된 파일 이름을 갖는 서비스의 테스트 혹은 서비스 하고자 하는 어플리케이션을 파일 서버의 해당 채널번호를 이름으로 가진 디렉터리에 저장하는 단계와, STB로부터 체크 데이터가 수신되면, STB에 프리-로드(Pre-Load)된 어플리케이션 런처(App launcher)를 통해 동적 클래스 로딩(Dynamic Class Loading : DCL) 기반으로 DB 서버에 저장된 해당 채널의 서비스 상태, 서비스 가동 여부, 서비스 리소스 클래스 파일 URL, 이미지 파일 URL 중 적어도 하나 이상을 수신하여 해당 채널의 서비스가 활성화 되는데 필요한 위치 정보만을 STB에 전달하는 단계와, 사용자 요청에 따라 상기 STB로 전달된 서비스 리소스 클래스 파일 URL, 이미지 파일 URL 등 서비스 가동에 필요한 어플리케이션 파일들을 파일 서버에서 로드하여 STB로 전달하는 단계를 포함하여 이루어지는데 있다.

바람직하게 상기 제 1 유효성 검사는 서비스 채널번호, 분류, STB SAID를 통해 이루어지며, 분류항목과 연동하여, DB 서버에 미리 보유하고 있는 채널 정보와 비교하여 해당 채널이 유효한 채널인지 아닌지를 검사하는 단계와, 하나의 채널에서 라이브 송출과 테스트가 동시에 진행 중일 경우에도 해당 채널의 이용 가능여부를 검사하는 단계와, 서비스 채널 번호와 연동하여 해당 채널 번호가 A/V 채널인지, 독립형 채널인지를 검사하는 단계와, SAID의 자릿수 11자리와 특수문자(한글포함) 여부를 통해 검사하는 단계를 포함하는 것을 특징으로 한다.

상기 제 2 유효성 검사는 상기 압출된 파일 이름의 규칙을 채널번호+분류+년+월+일+일별 인덱스+“.zip"의 규칙으로 변경하고, 변경된 파일이름을 제 3(3rd Parth) 사업자의 아이디+채널번호+일별 인덱스를 키로 하여 DB 서버에 입력 요청하여 DB 서버에 저장된 파일의 위치 정보를 갱신하는 것을 특징으로 한다.

이상에서 설명한 바와 같은 본 발명에 따른 DCL 기술 기반 양방향 서비스 플랫폼 및 서비스 방법은 다음과 같은 효과가 있다.

첫째, 언바운드(unbound), 즉 특정 채널에 제한적인 채널 연동형 서비스는 물론, 기존 독립형 또는 연동형 서비스 보다 상위 레벨에서 플레이 될 수 있는 언바운드(unbound) 형 서비스를 제공함으로써, 채널과 무관하게 다양한 형태로 구동 가능한 어플리케이션 서비스를 제공할 수 있다.

둘째, 무제한(unlimited), 즉 STB 메모리에 최소 크기 어플리케이션 런처(launcher)를 상주시켜 필요 시 해당 어플리케이션의 클래스(Class) 자원만을 메모리에 로드함으로써, 자바(Java) 특성인 메모리 동적 할당을 활용한 메모리 재사용성을 증대하여 기존 STB S/W 및 H/W의 구조 변경 없이 최소한의 자원을 무제한(unlimited)의 언바운드(unbound) 어플리케이션 서비스를 제공할 수 있다.

셋째, 멀티태스킹(multitasking), 즉 DCL 기술을 이용하여 서비스 간 이동/복귀, 서비스 내 불러오기 기능 등 자유로운 어플리케이션 간 멀티 연동(multitasking)이 가능할 뿐만 아니라, 다양한 외부 리소스(resource)를 활용한 매쉬업(mash-up) 서비스 개발 환경을 지원한다.

[도 1] 본 발명의 실시예에 따른 DCL 기술 기반 양방향 서비스 플랫폼을 나타낸 구성도
[도 2] 도 1의 DCL 기술 기반 양방향 서비스 플랫폼의 각 구성요소의 내부 구조를 좀 더 상세히 나타낸 구성도
[도 3] 본 발명의 실시예에 따른 DCL 기술 기반 양방향 서비스 방법을 설명하기 위한 흐름도
[도 4] 본 발명에 구성요소인 어플리케이션 런처(App launcher)를 설명하기 위한 도면

본 발명의 다른 목적, 특성 및 이점들은 첨부한 도면을 참조한 실시예들의 상세한 설명을 통해 명백해질 것이다.

본 발명에 따른 DCL 기술 기반 양방향 서비스 플랫폼 및 서비스 방법의 바람직한 실시예에 대하여 첨부한 도면을 참조하여 설명하면 다음과 같다. 그러나 본 발명은 이하에서 개시되는 실시예에 한정되는 것이 아니라 서로 다른 다양한 형태로 구현될 수 있으며, 단지 본 실시예는 본 발명의 개시가 완전하도록하며 통상의 지식을 가진자에게 발명의 범주를 완전하게 알려주기 위해 제공되는 것이다. 따라서, 본 명세서에 기재된 실시예와 도면에 도시된 구성은 본 발명의 가장 바람직한 일 실시예에 불과할 뿐이고 본 발명의 기술적 사상을 모두 대변하는 것은 아니므로, 본 출원시점에 있어서 이들을 대체할 수 있는 다양한 균등물과 변형예들이 있을 수 있음을 이해하여야 한다.

도 1 은 본 발명의 실시예에 따른 DCL 기술 기반 양방향 서비스 플랫폼을 나타낸 구성도이다. 이때, DCL은 동적 클래스 로딩(Dynamic Class Loading)의 약자로서, 어플리케이션 실행 도중에 실행에 필요한 리소스를 원격으로 로딩할 수 있는 기술을 말한다.

도 1과 같이, DCL 기술 기반 양방향 서비스 플랫폼은 어플리케이션 관리부(200)와, 파일 서버(300)와, DB 서버(400)와, DCL(Dynamic Class Loading) 서버(500)와, 어플리케이션 런처(App launcher)(600)와, 셋탑박스(STB)(700)로 구성된다.

이때, 상기 어플리케이션 관리부(200)는 서비스를 개발하는 제 3(3rd Parth) 사업자(100)로부터 개발하고자 하는 서비스 또는 개발된 서비스의 기본 사항들을 입력받아 기본 사항들의 유효성을 검사하고 서비스 리소스 클래스(class) 파일 위치정보(URL) 및 이미지 파일 URL와, 상기 서비스 리소스 클래스(class) 파일 위치정보(URL) 및 이미지 파일 URL에 있는 서비스 가동에 필요한 자원들을 관리한다. 이때, 상기 기본 사항들은 서비스 이름, 서비스하고자 하는 채널 번호, 해당 서비스의 설명, 채널 연동형인지 독립형인지에 대한 서비스 분류 개발 중 테스트하고자 하는 STB의 SAID, 해당 서비스의 최초 경로(initial path)를 포함한다.

상기 파일 서버(300)는 상기 어플리케이션 관리부(200)에서 유효성 검사가 완료된 서비스 가동에 필요한 어플리케이션 정보 및 이미지 정보 등의 자원을 저장하고, 요청된 서비스 가동에 필요한 자원들을 STB(700)로 제공한다.

상기 데이터베이스(DB) 서버(400)는 상기 파일 서버(300)에 저장되고 있는 어플리케이션 및 이미지 정보의 위치를 나타내는 서비스 리소스 클래스(class) 파일 위치정보(URL) 및 이미지 파일 URL를 저장하고, 상기 어플리케이션 관리부(200)에서 수신되는 입력요청, 조회, 삭제 등을 처리한다.

상기 DCL(Dynamic Class Loading) 서버(500)는 STB(700)로부터 체크 데이터가 수신되면, 수신된 체크 데이터를 기반으로 해당 채널의 서비스 상태, 서비스 가동 여부, 서비스 리소스 클래스 파일 URL, 이미지 파일 URL을 상기 STB(700)로 전송하여 해당 채널의 서비스가 활성화되는데 필요한 정보를 제공한다.

상기 어플리케이션 런처(App launcher)(600)는 STB(700)에 프리-로드(Pre-Load)되어 동적 클래스 로딩(Dynamic Class Loading : DCL) 기반으로 위치 정보 및 이에 상응하는 어플리케이션을 관리하여, STB에 어플리케이션 실행과 어플리케이션 간 상호 자유로운 연동 및 제어를 가능하게 한다.

상기 셋탑박스(STB)(700)는 상기 어플리케이션 런처(600)를 통해 서비스를 보여주기 위해 필요한 위치 정보들을 상기 DCL 서버(500)에서 수신하고, 사용자 요청에 의해 서비스 가동에 필요한 자원들을 파일 서버(300)에서 수신하여 사용자에게 제공한다.

도 2 는 도 1의 DCL 기술 기반 양방향 서비스 플랫폼의 각 구성요소의 내부 구조를 좀 더 상세히 나타낸 구성도이다.

도 2와 같이, 상기 어플리케이션 관리부(200)는 입력부(210)와, DB 연결 풀(connection pool)(220)과, 제 1 검증부(230)와, 제 2 검증부(240)와, 파일 압축해제/원본 파일 기록부(250)를 포함하여 구성된다.

상기 입력부(210)는 서비스를 개발하는 제 3(3rd Parth) 사업자(100)로부터 입력되는 기본 사항에 포함되는 테스트 혹은 서비스 하고자 하는 어플리케이션을 전달하고, 파일 서버(300)에 저장된 자원들을 기록하거나 삭제된 결과를 기반으로 DB 서버(400)에 저장된 위치 정보를 갱신한다.

상기 DB 연결 풀(connection pool)(220)은 상기 입력부(210) 및 DCL 서버(500)에서 입력되는 각각의 요청으로부터 어플리케이션 관리부(200)내의 일정 메모리 영역과 DB 서버(400)에 커넥션(connection)을 연결해 놓고, 요청이 있을 때 마다 커넥션 객체를 제공한다.

상기 제 1 검증부(230)는 입력부(210)내의 기본정보 입력부(212)에서 전달받은 내용을 정의된 규칙으로 나누어 유효성 체크를 한 후, DB 서버(400)에 입력 요청을 하고, 그 성공 혹은 실패를 상기 기본정보 입력부(212)로 전달한다. 이때 상기 정의된 규칙으로는 다음과 같다.

1) 서비스 이름 : 특정 유효성 검사 없음

2) 서비스 채널번호 : 분류 항목과 연동하여, 기존에 DB 서버(400)에서 보유하고 있는 채널 정보와 비교하여 해당 채널이 유효한 채널인지 아닌지를 검사한다. 또한 하나의 채널에서 라이브 송출과 테스트가 동시에 진행 중일 경우에도 해당 채널 이용 가능 여부를 검사하여 전달한다. 또한 상기 검사는 기존채널 정보를 미리 DB 서버(400)에 저장해 놓고, 제 3(3rd Parth) 사업자(100)에서 입력하는 문자형 채널 번호와 DB 서버(300)에 저장되어 있는 값을 스트링(string) 비교한다. 또한 라이브 송출과 테스트 동시진행의 체크 여부는 기존에 구축해 놓은 채널 정보의 채널상태(chStatus) 필드값(0인 경우에는 서비스 없음, 1인 경우에는 라이브 송출 중, 2인 경우에는 개발 중, 3인 경우에는 라이브/개발 동시 진행 중)으로 확인하여 채널 번호 중복으로 인한 오류를 사전에 방지한다.

3) 서비스 설명 : 특정 유효성 검사 없음

4) 분류 : 서비스 채널 번호와 연동하여 해당 채널 번호가 A/V 채널인지, 독립형 채널인지를 검사하여 채널번호와 분류 코드간의 오류정보가 없도록 한다.

5) 개발용 STB SAID : SAID의 자릿수 11자리와 특수문자(한글포함) 여부를 통해 검사한다.

6) 최초 경로(initial path) : 특정 유효성 체크 없음

상기 제 2 검증부(240)는 입력부(210)내의 서비스 파일 입력부(214)에서 전달받은 파일 이름의 규칙을 채널번호(3자리) + 분류(2자리) + 년(4자리) + 월(2자리) + 일(2자리) + 일별 인덱스(3자리) +“.zip"의 규칙으로 변경하고, 변경된 파일이름은 제 3(3rd Parth) 사업자(100)의 아이디 + 채널번호(2자리) + 일별 인덱스(3자리)를 키로 하여 DB 서버(400)에 입력 요청하고, 그 결과값을 상기 서비스 파일 입력부(214)로 전달한다.

상기 파일 압축해제/원본 파일 기록부(250)는 상기 제 2 검증부(240)를 통해 변경된 파일 이름을 입력부(210)내의 서비스 파일 입력부(214)에서 입력받아 파일 서버(310)의 해당 채널번호를 이름으로 가진 디렉터리에 파일을 저장한 후, 결과를 입력 확인부(216)로 전달한다. 이때, 상기 디렉터리에 파일을 저장할 때, 해당 압축파일의 압축을 풀어서 저장한다.

한편, 상기 입력부(210)는 기본정보 입력부(212), 서비스 파일 입력부(214) 및 입력 확인부(216)를 포함한다.

상기 기본정보 입력부(212)는 서비스를 개발하는 제 3(3rd Parth) 사업자(100)로부터 개발하고자 하는 서비스 또는 개발된 서비스의 기본 사항들을 입력받는다. 이때, 입력되는 기본 사항들은 서비스 이름, 서비스하고자 하는 채널 번호, 해당 서비스의 설명, 채널 연동형인지 독립형인지에 대한 서비스 분류 개발 중 테스트하고자 하는 STB의 SAID, 해당 서비스의 최초 경로(initial path)를 포함한다.

상기 서비스 파일 입력부(214)는 상기 기본정보 입력부(210)에서 입력된 기본 사항에 포함되는 테스트 혹은 서비스 하고자 하는 어플리케이션을 zip 파일 형태로 전달하고, 파일 서버(300)에 저장된 자원들을 기록하거나 삭제된 결과를 기반으로 DB 서버(400)에 저장된 위치 정보를 갱신한다.

상기 입력 확인부(216)는 상기 파일 압축 해제/원본 파일 기록부(250)에서 파일 서버(300)에 기록하거나 삭제된 결과를 확인하고 서비스 파일 입력부(214)에 확인된 결과를 제공한다.

그리고 상기 파일 서버(300)는 서비스 가동에 필요한 어플리케이션 정보 및 이미지 정보 등의 자원을 저장하는 개발/서비스 저장부(310)를 포함하고, DB 서버(400)는 상기 파일 서버(300)에 저장되고 있는 어플리케이션 및 이미지 정보의 위치를 나타내는 서비스 리소스 클래스(class) 파일 위치정보(URL) 및 이미지 파일 URL를 저장하는 개발용 서비스 DB(410)를 포함하여 구성된다.

또한 상기 DCL 서버(500)는 서비스 분배부(510)와, DB 연결 풀(520)을 포함하여 구성된다.

상기 서비스 분배부(510)는 서비스 코드(5자리) + 채널번호(3자리) + SAID(11자리)로 구성된 체크 데이터를 STB(700)로부터 수신하여, 수신된 체크 데이터를 기반으로 해당 채널의 서비스 상태, 서비스 가동 여부, 서비스 리소스 클래스 파일 URL, 이미지 파일 URL을 STB(700)에 전송하여 해당 채널의 서비스가 활성화되는데 필요한 정보를 전달한다.

상기 DB 연결 풀(520)은 입력부(210) 및 서비스 분배부(510)에서 입력되는 각각의 요청으로부터 DCL 서버(500)내의 일정 메모리 영역과 DB 서버(400)에 커넥션(connection)을 연결해 놓고, 요청이 있을 때 마다 커넥션 객체를 제공한다.

이와 같이 구성된 본 발명에 따른 DCL 기술 기반 양방향 서비스 플랫폼의 동작을 첨부한 도면을 참조하여 상세히 설명하면 다음과 같다. 도 1 또는 도 2와 동일한 참조부호는 동일한 기능을 수행하는 동일한 부재를 지칭한다.

도 3 은 본 발명의 실시예에 따른 DCL 기술 기반 양방향 서비스 방법을 설명하기 위한 흐름도이다.

도 3을 참조하여 설명하면, 먼저 서비스를 개발하는 제 3(3rd Parth) 사업자(100)는 개발하고자 하는 서비스의 기본 사항들을 입력한다(S10). 이때 입력되는 기본 사항으로는 서비스 이름, 서비스 하고자 하는 채널 번호, 해당 서비스의 설명, 채널 연동형인지 독립형인지에 대한 서비스 분류, 개발 중 테스트 하고자 하는 셋탑박스의 SAID, 해당 서비스의 최초 경로(initial path) 등을 포함한다.

이어, 제 3(3rd Parth) 사업자(100)는 상기 기본 사항의 입력을 완료하고 확인 버튼을 누르면, 제 1 검증부(230)에서 입력사항들의 제 1 유효성 검사 후 다음 단계로 진행 할지 혹은 오류 부분에 대한 수정화면을 통해 오류 부분에 따른 추가 입력사항을 상기 제 3(3rd Parth) 사업자(100)에게 재입력 받을지를 검사한다(S20).

상기 제 1 유효성 검사는 서비스 채널번호, 분류, STB SAID를 통해 이루어지는데, 상기 서비스 채널번호를 통한 유효성 검사는 분류항목과 연동하여, DB 서버(400)에 미리 보유하고 있는 채널 정보와 비교하여 해당 채널이 유효한 채널인지 아닌지를 검사한다. 또한 하나의 채널에서 라이브 송출과 테스트가 동시에 진행 중일 경우에도 해당 채널의 이용 가능여부를 검사한다. 그리고 상기 분류를 통한 유효성 검사는 서비스 채널 번호와 연동하여 해당 채널 번호가 A/V 채널인지, 독립형 채널인지를 검사하여 채널번호와 분류 코드간의 오류정보가 없도록 한다. 또한 상기 STB SAID를 통한 유효성 검사는 SAID의 자릿수 11자리와 특수문자(한글포함) 여부를 통해 검사한다.

이처럼 상기 제 1 유효성 검사가 완료되면, 서비스 파일 입력부(214)를 통해 제 3(3rd Parth) 사업자(100)에서 입력되는 기본 사항에 해당되는 테스트 혹은 서비스 하고자 하는 어플리케이션을 zip파일 형태로 전달하고, 제 2 검증부(240)를 통해 제 2 유효성 검사를 수행한다(S30).

상기 제 2 유효성 검사는 상기 서비스 파일 입력부(214)에서 전달받은 파일 이름의 규칙을 채널번호(3자리) + 분류(2자리) + 년(4자리) + 월(2자리) + 일(2자리) + 일별 인덱스(3자리) +“.zip"의 규칙으로 변경하고, 변경된 파일이름은 제 3(3rd Parth) 사업자(100)의 아이디 + 채널번호(2자리) + 일별 인덱스(3자리)를 키로 하여 DB 서버(400)에 입력 요청하여 DB 서버(400)에 저장된 파일의 위치 정보를 갱신한다.

그리고 파일 압축해제/원본 파일 기록부(250)를 통해 상기 제 2 유효성 검사를 통해 변경된 파일 이름을 갖는 테스트 혹은 서비스 하고자 하는 어플리케이션을 파일 서버(300)의 해당 채널번호를 이름으로 가진 디렉터리에 저장한다(S40).

이후, STB(700)로부터 서비스코드(5자리), 채널번호(3자리), SAID(11자리)로 구성된 체크 데이터가 수신되면, STB(700)에 프리-로드(Pre-Load)된 어플리케이션 런처(App launcher)(600)는 동적 클래스 로딩(Dynamic Class Loading : DCL) 기반으로 DB 서버(400)에 저장된 해당 채널의 서비스 상태, 서비스 가동 여부, 서비스 리소스 클래스 파일 URL, 이미지 파일 URL을 수신하여 해당 채널의 서비스가 활성화 되는데 필요한 정보만을 전달받아 STB(700)에 전달한다(S50).

그리고 사용자 요청에 따라 상기 STB(700)로 전달된 서비스 리소스 클래스 파일 URL, 이미지 파일 URL에 있는 서비스 가동에 필요한 어플리케이션 파일들을 파일 서버(300)에서 로드하여 STB(700)로 전달한다(S60).

이처럼, 상기 어플리케이션 런처(App launcher)(600)는 도 4와 같이, 기존에 STB(700)내 메모리에 서비스 가능한 어플리케이션 파일을 상주시켜 제공하던 것을 서비스를 실행시키는데 필요한 최소한의 어플리케이션만을 STB(700) 메모리에 상주시키고, 서비스 가동에 필요한 자원들은 파일 서버(300)에 저장 혹은 원격로딩 함에 따라, STB 메모리의 물리적 한계를 극복하여 보다 다양한 어플리케이션 서비스를 효과적으로 제공할 수 있게 된다.

상기에서 설명한 본 발명의 기술적 사상은 바람직한 실시예에서 구체적으로 기술되었으나, 상기한 실시예는 그 설명을 위한 것이며 그 제한을 위한 것이 아님을 주의하여야 한다. 또한, 본 발명의 기술적 분야의 통상의 지식을 가진자라면 본 발명의 기술적 사상의 범위 내에서 다양한 실시예가 가능함을 이해할 수 있을 것이다. 따라서 본 발명의 진정한 기술적 보호 범위는 첨부된 특허청구범위의 기술적 사상에 의해 정해져야 할 것이다.