KR20060002952A

KR20060002952A - 콘텐츠 제공 서버, 정보 처리 장치 및 방법, 그리고 컴퓨터프로그램

Info

Publication number: KR20060002952A
Application number: KR20057019061A
Authority: KR
Inventors: 노리후미 긱까와; 다쯔야 이가라시; 히로유끼 미쯔보리; 요이찌 고보리; 마사아끼 하마다
Original assignee: 소니 가부시끼 가이샤
Priority date: 2003-04-08
Filing date: 2004-04-05
Publication date: 2006-01-09
Also published as: EP1612685A4; WO2004090735A1; EP1612685B1; BRPI0408808A; US7523214B2; JP2004312412A; CN1768332A; RU2005131196A; EP1612685A1; CN100449510C; US20060242664A1

Abstract

튜너 수신 콘텐츠의 서버로부터 클라이언트에 대한 라이브 스트림 배신이 개선된 제어 처리를 가능하게 하는 장치 및 방법을 제공한다. 채널의 집합체로서의 채널 리스트에 URL을 설정하고, 클라이언트가 채널 리스트 URL을 지정한 콘텐츠 요구를 서버에 송신함으로써, 클라이언트는 채널 리스트에 리스트 업된 채널 콘텐츠의 취득, 즉 채널 리스트에 리스트 업된 채널 대응의 콘텐츠 제어권을 통합하여 얻을 수 있어, 채널 리스트 URL에 기초하여 설정되는 HTTP 커넥션을 계속적으로 사용한 채널 절환이 가능하게 된다.

홈 네트워크, 콘텐츠 제공, 라이브 스트리밍 배신, 라이브 스트리밍 재생, 서버/클라이언트 시스템

Description

콘텐츠 제공 서버, 정보 처리 장치 및 방법, 그리고 컴퓨터 프로그램{CONTENT PROVIDING SERVER, INFORMATION PROCESSING DEVICE AND METHOD, AND COMPUTER PROGRAM}

본 발명은 콘텐츠 제공 서버, 정보 처리 장치 및 방법, 그리고 컴퓨터 프로그램에 관한 것이다. 특히, 서버/클라이언트 시스템에서 실행하는 스트리밍 데이터의 배신 및 재생 처리에 적용하는 콘텐츠 제공 서버, 정보 처리 장치 및 방법, 그리고 컴퓨터 프로그램에 관한 것이다.

작금의 데이터 통신 네트워크의 보급에 수반하여, 가정 내에서도 가전 기기나 컴퓨터, 그 밖의 주변 기기를 네트워크 접속하여, 각 기기 간에서의 통신을 가능하게 한, 소위 홈 네트워크가 침투하고 있다. 홈 네트워크는 네트워크 접속 기기 간에서 통신을 행함으로써 각 기기의 데이터 처리 기능을 공유하는 것을 가능하게 하는 것이다. 네트워크 접속 기기 간의 콘텐츠 송수신 등, 유저에게 편리성·쾌적성을 제공하는 것으로서, 이후, 점점 더 보급될 것이 예측된다.

이러한 홈 네트워크의 구성에 적합한 프로토콜로서 UPnP(등록상표)가 알려져 있다. UPnP는 복잡한 조작을 수반하지 않고 용이하게 네트워크를 구축하는 것이 가능하고, 곤란한 조작이나 설정을 수반하지 않고 네트워크 접속된 기기에서 각 접 속 기기의 제공 서비스를 수령 가능하게 하는 것이다. 또한, UPnP는 디바이스상의 OS(오퍼레이팅 시스템)에도 의존하지 않고, 용이하게 기기를 추가할 수 있다고 하는 이점을 갖는다.

UPnP는 접속 기기 간에서 XML(eXtensible Markup Language)에 준거한 정의 파일을 교환하여, 기기 간에서 상호 인식을 행한다. UPnP의 처리의 개요는, 이하와 같다.

(1) IP 어드레스 등의 자기 디바이스 ID를 취득하는 어드레싱 처리.

(2) 네트워크상의 각 디바이스의 검색을 행하고, 각 디바이스로부터 응답을 수신하여, 응답에 포함되는 디바이스 종별, 기능 등의 정보를 취득하는 디스커버리 처리.

(3) 디스커버리 처리에서 취득한 정보에 기초하여, 각 디바이스에 서비스를 요구하는 서비스 요구 처리.

상기 처리 절차를 행함으로써, 네트워크 접속된 기기를 적용한 서비스의 제공 및 수령이 가능하게 된다. 네트워크에 새롭게 접속되는 기기는 상기의 어드레싱 처리에 의해 디바이스 ID를 취득하고, 디스커버리 처리에 의해 네트워크 접속된 다른 디바이스의 정보를 취득하여, 취득 정보에 기초하여 다른 기기에 서비스의 요구가 가능하게 된다.

예를 들면 서버에 저장된 음악 데이터, 화상 데이터 등의 콘텐츠를 클라이언트측 디바이스에서 재생하고자 하는 경우에는, 클라이언트는 서버가 보유하는 콘텐츠에 대한 정보를 취득한다. 서버는 기억부에 저장한 콘텐츠나 튜너를 통해 외부 로부터 수신하는 여러 가지 콘텐츠에 관한 인포메이션을 포함하는 속성 정보를 기억부에 저장하고 있고, 이 정보를 클라이언트로 제공한다. 속성 정보에는, 예를 들면 콘텐츠로서의 예를 들면 곡이나 영화의 타이틀, 아티스트명, 기록 일시, 또한 데이터의 압축 양태 등에 관한 정보 등 다양하다. 이들의 속성 정보는 메타 데이터 혹은 메타정보라 불린다.

클라이언트는 서버에 대해 서버에 저장된 콘텐츠 정보, 예를 들면 곡이나 영화의 타이틀이나 아티스트명, 또한 데이터의 압축 양태 정보(ATRAC: adaptive transform acoustic coding, MPEG: moving picture experts group 등), 또한 필요에 따라 저작권 정보 등의 여러 가지 콘텐츠의 속성 정보의 취득 요구를 행할 수 있다.

서버는 클라이언트로부터의 요구에 따라 서버가 보유하는 콘텐츠에 관한 메타 데이터(속성 정보)를 클라이언트로 송신한다. 클라이언트는, 서버로부터 취득한 메타 데이터에 기초하여 소정의 표시 프로그램에 따라 클라이언트 디바이스의 디스플레이에 콘텐츠 정보를 표시한다. 예를 들면 아티스트명, 타이틀 등으로 이루어지는 곡목 리스트 등이 디스플레이에 표시된다. 유저는 표시 정보에 기초하여, 재생 대상 콘텐츠를 확인 혹은 선택하여, 콘텐츠의 송신 요구를 서버로 송신한다. 서버는 클라이언트로부터의 콘텐츠 리퀘스트를 수신하고, 수신 리퀘스트에 응답하여 서버로부터 클라이언트에 대한 콘텐츠의 송신이 행하여져, 클라이언트측에서 수신 콘텐츠의 재생이 행해진다.

이와 같이 서버에 저장된 콘텐츠는 네트워크 접속된 다른 기기(클라이언트) 로부터 검색을 행하여, 특정한 콘텐츠를 지정하여 재생하는 것이 가능하게 된다.

또한, 콘텐츠를 제공하는 서버에 튜너 기능을 병설하여, 튜너를 통해 수신한 비디오 또는 오디오 데이터를 클라이언트로 송신하는 소위 라이브 스트리밍 데이터의 배신 구성을 갖는 서버 구성이 제안되어 있다. 예를 들면, 지상파, 위성 방송 등의 각종 브로드캐스트 데이터를 홈 서버 내의 튜너에서 수신하고, 수신 데이터를 서버로부터 클라이언트, 예를 들면 튜너를 갖지 않는 PC 등에 송신하여, 유저가 PC에 구비된 디스플레이, 스피커를 통해 여러 가지 TV, 라디오 등의 프로그램을 시청하는 구성이다.

클라이언트로부터 서버를 원격 조작하여, 서버 내의 튜너에서 수신한 텔레비전 데이터를 로컬 에어리어 네트워크를 통해 클라이언트측에서 수신, 재생하는 시스템에 대해서는, 예를 들면 특허 문헌 1(일본 특허공개 2002-84484호 공보)에 기재되어 있다.

단, 특허 문헌 1에 기재된 구성은 서버 내의 튜너에서 수신한 데이터를 서버 내의 기억 수단, 예를 들면 HDD에 저장하고, 이 저장 데이터를 클라이언트에 제공하는 것으로서, 소위 서버 내의 저장 콘텐츠의 클라이언트에 대한 제공과 마찬가지의 처리를 튜너 수신 데이터에 대해 실행하는 가상적인 라이브 스트리밍을 실현하고 있는 것이다.

클라이언트가 서버로부터 특정한 콘텐츠를 취득하는 경우의 처리는, 클라이언트로부터 서버에 대해 콘텐츠 식별자를 송신하고, 서버가 클라이언트로부터의 수신 식별자에 기초하여 지정 콘텐츠를 취득하여 송신하는 처리가 된다.

예를 들면, 서버가 콘텐츠에 대응시킨 콘텐츠 URL(Uniform Resource Locators)을 콘텐츠 대응의 메타 데이터로서 보유하고, 클라이언트가 콘텐츠 URL을 지정한 HTTP(Hyper Text Transfer Protocol)의 GET 메소드를 생성하여 서버로 송신함으로써, 서버가 수신 URL에 기초하여 특정되는 콘텐츠를 클라이언트로 송신할 수 있다.

튜너를 통해 수신하는 데이터를, 전술한 바와 마찬가지의 URL 지정에 기초하여 서버로부터 클라이언트로 송신하는 구성을 상정하면, 서버는 튜너를 통해 수신하는 다수의 채널마다의 데이터에 대응하는 다수의 URL을 설정하고, 클라이언트가 각 채널에 대응하는 URL을 지정한 콘텐츠 요구를 서버로 송신할 필요가 있다.

그러나, 이러한 채널마다의 URL 설정 구성에서는, 클라이언트가 채널 절환을 행하고자 하면, 절환 후의 채널에 대응한 URL을 설정한 HTTP-GET 메소드를 서버에 새롭게 송신할 필요가 있다. 따라서, 서버 클라이언트 간에서는, 절환 전의 URL에 기초하는 커넥션을 무효로 하고, 새로운 URL에 기초하는 커넥션을 새롭게 설정하여, 신규 설정한 커넥션에 기초하여 절환후 채널의 스트리밍 데이터 배신이 행해지게 된다.

이와 같이, 채널마다의 URL 설정 구성으로 한 경우에는, 클라이언트에 있어서 채널을 절환할 때마다 서버 클라이언트 간에서, 커넥션 설정을 행할 필요가 있어, 쌍방의 부하가 과대하게 된다. 또한, 채널 절환마다 통신의 중단이 발생하게 되어, 통상의 텔레비전 리모콘을 사용한 채널 절환과 같은 원활한 처리 환경을 얻을 수 없다고 하는 문제가 있다.

또한, 복수의 클라이언트가 1개의 서버로부터 동일 프로그램을 수신하여 복수 유저가 시청하고 있는 환경에서는, 개개의 유저에 의한 채널 절환마다 프로그램이 중단해 버린다는 문제가 발생한다.

본 발명은 전술한 문제점을 감안하여 이루어진 것으로, 서버와 클라이언트 간에 있어서, 클라이언트로부터 서버에 대한 제어를 원활하면서 또한 효율적으로 실행하는 것을 가능하게 하여, 예를 들면 서버의 튜너를 통해 수신한 스트리밍 데이터를 클라이언트로 제공하고, 클라이언트가 채널 절환 등의 제어를 실행하는 경우에도, 통신을 중단하지 않고 스트리밍 데이터의 배신을 계속하여 실행하는 것을 가능하게 한 콘텐츠 제공 서버, 정보 처리 장치 및 방법, 그리고 컴퓨터 프로그램을 제공하는 것을 목적으로 한다.

본 발명의 제1 측면은, 클라이언트에 대한 콘텐츠 송신 처리를 실행하는 콘텐츠 제공 서버로서, 데이터 수신 처리를 실행하는 튜너와, 상기 튜너에 의한 수신 콘텐츠 및 제어 정보의 서버 클라이언트 간의 통신 처리를 실행하는 데이터 송수신부와, 콘텐츠에 대응하는 속성 정보를 콘텐츠 정보로서 저장한 기억부와, 상기 콘텐츠 정보의 클라이언트에 대한 제공 처리를 실행하는 콘텐츠 관리부와, 상기 튜너를 통한 수신 콘텐츠의 클라이언트에 대한 라이브 스트리밍 배신 제어를 실행하는 콘텐츠 배신 제어부를 갖고,

상기 기억부는 상기 튜너의 수신 채널 중 적어도 복수 채널을 포함하는 채널 리스트의 식별 정보로서의 채널 리스트 식별자를 튜너 수신 콘텐츠에 대응하는 콘텐츠 정보로서 저장하고,

상기 콘텐츠 배신 제어부는 상기 채널 리스트에 기술된 복수 채널에 대응하는 튜너가 수신하는 복수 콘텐츠를 제어 콘텐츠의 한 단위로서 설정하고, 클라이언트로부터 수신하는 채널 리스트 식별자에 대응하는 제어 요구에 기초하여, 상기 채널 리스트에 기술된 복수 채널에 대응하는 배신 콘텐츠의 제어를 실행하는 구성인 것을 특징으로 하는 콘텐츠 제공 서버에 있다.

또한, 본 발명의 콘텐츠 제공 서버의 일 실시 양태에서, 상기 채널 리스트 식별자는 채널 리스트 URL(Uniform Resource Locators)이고, 상기 기억부는 상기 튜너 수신 콘텐츠에 대응하는 속성 정보로서 상기 채널 리스트 URL을 저장하며, 상기 콘텐츠 배신 제어부는 클라이언트로부터의 제어 요구에 따라 상기 채널 리스트 URL에 기초하여 특정되는 상기 튜너가 수신하는 복수 채널의 콘텐츠의 배신 제어를 실행하는 구성인 것을 특징으로 한다.

또한, 본 발명의 콘텐츠 제공 서버의 일 실시 양태에서, 상기 채널 리스트 식별자는 채널 리스트 URL(Uniform Resource Locators)이고, 서버 클라이언트 간의 튜너 수신 콘텐츠 배신용 커넥션은 상기 채널 리스트 URL에 기초하여 설정되는 HTTP(Hyper Text Transfer Protocol) 커넥션이며, 상기 콘텐츠 배신 제어부는 상기 채널 리스트에 기술된 복수 채널에 대응하는 복수의 튜너 수신 콘텐츠의 절환으로서 실행되는 채널 절환 전후에서, 상기 채널 리스트 URL에 기초하여 설정되는 HTTP 커넥션을 계속적으로 사용한 콘텐츠 배신을 실행하는 구성인 것을 특징으로 한다.

또한, 본 발명의 콘텐츠 제공 서버의 일 실시 양태에서, 상기 콘텐츠 정보에는 콘텐츠 대응의 프로토콜 정보가 포함되고, 상기 튜너를 통한 수신 콘텐츠에 대응하여 설정되는 프로토콜 정보에는 튜너 식별 정보로서의 펑션 ID를 포함하며, 상기 콘텐츠 배신 제어부는 튜너 수신 콘텐츠의 제어를 실행하는 제어 인스턴스를, 상기 펑션 ID에 기초하여 결정되는 제어 대상 튜너의 제어를 실행하는 제어 인스턴스로서 설정하는 처리를 실행하는 구성인 것을 특징으로 한다.

또한, 본 발명의 콘텐츠 제공 서버의 일 실시 양태에서, 상기 콘텐츠 배신 제어부는 배신 콘텐츠마다의 콘텐츠 배신 제어를 실행하는 제어 인스턴스를 설정하여, 제어 인스턴스에 기초하는 콘텐츠마다의 배신 제어를 실행하는 구성이고, 상기 튜너 수신 콘텐츠의 제어를 실행하는 튜너 제어 인스턴스는 클라이언트로부터의 제어 요구에 기초하여, 상기 튜너의 제어를 실행하는 구성인 것을 특징으로 한다.

또한, 본 발명의 콘텐츠 제공 서버의 일 실시 양태에서, 상기 콘텐츠 배신 제어부는 배신 콘텐츠마다의 콘텐츠 배신 제어를 실행하는 제어 인스턴스를 설정하여, 제어 인스턴스에 기초하는 콘텐츠마다의 배신 제어를 실행하는 구성으로서, 상기 제어 인스턴스의 식별자로서의 인스턴스 ID와, 서버 클라이언트 간의 커넥션 식별자인 커넥션 ID와, 배신 콘텐츠에 대응하는 프로토콜 정보를 대응시킨 커넥션 관리 테이블에 기초하는 커넥션 관리를 실행하는 구성인 것을 특징으로 한다.

또한, 본 발명의 콘텐츠 제공 서버의 일 실시 양태에서, 상기 콘텐츠 배신 제어부는 배신 콘텐츠마다의 콘텐츠 배신 제어를 실행하는 제어 인스턴스를 설정하여, 제어 인스턴스에 기초하는 콘텐츠마다의 배신 제어를 실행하는 구성이고, 상기 제어 인스턴스는 식별자로서의 인스턴스 ID가 설정되어, 클라이언트로부터의 제어 인스턴스 ID를 지정한 제어 요구에 따라, 콘텐츠 배신 제어를 실행하는 구성인 것을 특징으로 한다.

또한, 본 발명의 콘텐츠 제공 서버의 일 실시 양태에서, 상기 콘텐츠 배신 제어부는 SOAP(Simple Object Access Control) 프로토콜에 따른 배신 콘텐츠의 제어 요구를 클라이언트로부터 수신하고, 그 제어 요구에 기초하여, 튜너 수신 콘텐츠의 배신 제어를 실행하는 구성인 것을 특징으로 한다.

또한, 본 발명의 콘텐츠 제공 서버의 일 실시 양태에서, 상기 채널 리스트는 카테고리마다 구분된 복수 채널로 이루어지는 리스트로서 설정된 구성인 것을 특징으로 한다.

또한, 본 발명의 콘텐츠 제공 서버의 일 실시 양태에서, 상기 콘텐츠 배신 제어부는 상기 채널 리스트 식별자로서의 채널 리스트 URL에 기초하여 특정되는 상기 튜너가 수신하는 복수 채널의 콘텐츠 배신 제어를 실행중에, 다른 클라이언트로부터의 동일한 채널 리스트 URL을 지정한 콘텐츠 요구로서의 HTTP-GET 메소드 수신에 응답하여, 그 채널 리스트 URL에 기초하는 HTTP 커넥션에 의해, 채널 리스트 URL에 기초하여 특정되는 튜너 수신 콘텐츠의 배신을 실행하는 구성인 것을 특징으로 한다.

또한, 본 발명의 콘텐츠 제공 서버의 일 실시 양태에서, 상기 채널 리스트 식별자는 채널 리스트 URL(Uniform Resource Locators)이고, 서버 클라이언트 간의 튜너 수신 콘텐츠의 배신용 커넥션은 상기 채널 리스트 URL에 기초하여 설정되는 HTTP(Hyper Text Transfer Protocol) 커넥션이며, 상기 콘텐츠 배신 제어부는 상기 채널 리스트에 기술된 복수 채널의 채널 간 절환에 의해, 클라이언트에 대한 송신 부호화 데이터의 정합성 유지 가능성을 판정하여, 정합성이 유지되지 않는다고 판정한 경우에는, 상기 채널 리스트 URL에 기초하여 설정되는 HTTP 커넥션의 절단을 실행하는 구성이고, 상기 콘텐츠 제공 서버는, 또한, 서버 클라이언트 간의 이벤트 통지 커넥션을 통해 채널 리스트 URL에 기초하여 설정된 HTTP 커넥션의 절단 정보를 통지하는 처리를 실행하는 구성을 갖는 것을 특징으로 한다.

또한, 본 발명의 콘텐츠 제공 서버의 일 실시 양태에서, 상기 채널 리스트 식별자는 채널 리스트 URL(Uniform Resource Locators)이고, 서버 클라이언트 간의 튜너 수신 콘텐츠의 배신용 커넥션은 상기 채널 리스트 URL에 기초하여 설정되는 HTTP(Hyper Text Transfer Protocol) 커넥션이며, 상기 콘텐츠 배신 제어부는 클라이언트에 대한 송신 부호화 데이터의 정합성이 유지 가능한 타이밍에서, 상기 채널 리스트에 기술된 복수 채널의 채널 간 절환을 튜너 제어에 의해 실행하는 구성인 것을 특징으로 한다.

또한, 본 발명의 제2 측면은 서버에 설정된 튜너의 수신 콘텐츠를 서버로부터 수신하는 정보 처리 장치로서, 튜너 수신 콘텐츠를 제공하는 서버와의 데이터 송수신 처리를 실행하는 데이터 송수신부와, 상기 튜너의 수신 채널 중 적어도 복수 채널을 포함하는 리스트의 식별자인 채널 리스트 식별자에 기초하는 콘텐츠 송신 요구를 상기 서버에 대해 송신함과 동시에, 상기 서버에 있어서 콘텐츠 배신 제어를 실행하는 제어 인스턴스를 지정한 튜너 수신 콘텐츠의 배신 제어 요구의 송신 처리를 실행하는 제어부를 갖는 것을 특징으로 하는 정보 처리 장치에 있다.

또한, 본 발명의 정보 처리 장치의 일 실시 양태에서, 상기 제어부는 상기 서버로부터 수신하는 콘텐츠 정보에 포함되는 프로토콜 정보 중의 튜너 식별 정보로서의 펑션 ID를 저장한 접속 준비 요구를 상기 서버에 대해 송신하고, 그 접속 준비 요구의 응답으로서, 상기 서버로부터 수신하는 튜너 수신 콘텐츠의 제어를 실행하는 제어 인스턴스의 ID를 취득하여, 그 제어 인스턴스 ID를 지정한 튜너 수신 콘텐츠의 배신 제어 요구의 송신 처리를 실행하는 구성을 갖는 것을 특징으로 한다.

또한, 본 발명의 정보 처리 장치의 일 실시 양태에서, 상기 채널 리스트 식별자는 채널 리스트 URL(Uniform Resource Locators)이고, 서버 클라이언트 간의 튜너 수신 콘텐츠의 배신용 커넥션은 상기 채널 리스트 URL에 기초하여 설정되는 HTTP(Hyper Text Transfer Protocol) 커넥션이며, 상기 제어부는 상기 채널 리스트에 기술된 복수 채널 간의 절환 전후에서의 콘텐츠 수신을, 상기 채널 리스트 URL에 기초하여 설정되는 HTTP 커넥션을 계속적으로 사용하여 실행하는 구성인 것을 특징으로 한다.

또한, 본 발명의 제3 측면은 콘텐츠 제공 서버에 설정된 튜너에 의한 수신 콘텐츠를 클라이언트로 송신하는 콘텐츠 송신 제어 방법으로서, 상기 튜너의 수신 채널 중 적어도 복수 채널을 포함하는 채널 리스트에 기술된 복수의 채널에 대응하는 튜너 수신 콘텐츠를 제어 대상의 콘텐츠 단위로서 설정한 제어 인스턴스를 설정하는 제어 인스턴스 설정 단계와, 상기 제어 인스턴스에 대한 클라이언트로부터의 제어 요구를 수신하는 제어 요구 수신 단계와, 상기 제어 요구에 기초하여 상기 제어 인스턴스에 의한 튜너 제어를 실행하는 제어 단계를 갖는 것을 특징으로 하는 콘텐츠 송신 제어 방법에 있다.

또한, 본 발명의 콘텐츠 송신 제어 방법의 일 실시 양태에서, 상기 채널 리스트 식별자는 채널 리스트 URL(Uniform Resource Locators)이고, 상기 제어 인스턴스 설정 단계는 상기 채널 리스트 URL을 제어 인스턴스에 대응시키는 단계를 포함하는 것을 특징으로 한다.

또한, 본 발명의 콘텐츠 송신 제어 방법의 일 실시 양태에서, 상기 채널 리스트 식별자는 채널 리스트 URL(Uniform Resource Locators)이고, 서버 클라이언트 간의 튜너 수신 콘텐츠의 배신용 커넥션은 상기 채널 리스트 URL에 기초하여 설정되는 HTTP(Hyper Text Transfer Protocol) 커넥션이며, 상기 제어 단계는 상기 채널 리스트에 기술된 복수 채널에 대응하는 복수의 튜너 수신 콘텐츠의 절환으로서 실행되는 채널 절환 전후에서, 상기 채널 리스트 URL에 기초하여 설정되는 HTTP 커넥션을 계속적으로 사용한 콘텐츠 배신을 실행하는 것을 특징으로 한다.

또한, 본 발명의 콘텐츠 송신 제어 방법의 일 실시 양태에서, 상기 콘텐츠 정보에는 콘텐츠 대응의 프로토콜 정보가 포함되고, 상기 튜너를 통한 수신 콘텐츠에 대응하여 설정되는 프로토콜 정보에는 튜너 식별 정보로서의 펑션 ID를 포함하며, 상기 제어 인스턴스 설정 단계는 튜너 수신 콘텐츠의 제어를 실행하는 제어 인스턴스를 상기 펑션 ID에 기초하여 결정되는 제어 대상 튜너의 제어를 실행하는 제어 인스턴스로서 설정하는 처리를 실행하는 것을 특징으로 한다.

또한, 본 발명의 콘텐츠 송신 제어 방법의 일 실시 양태에서, 상기 콘텐츠 송신 제어 방법은 상기 제어 인스턴스의 식별자로서의 인스턴스 ID와, 서버 클라이언트 간의 커넥션 식별자인 커넥션 ID와, 배신 콘텐츠에 대응하는 프로토콜 정보를 대응시킨 커넥션 관리 테이블에 기초하는 커넥션 관리를 실행하는 단계를 더 포함하는 것을 특징으로 한다.

또한, 본 발명의 콘텐츠 송신 제어 방법의 일 실시 양태에서, 상기 제어 요구 수신 단계는 SOAP(Simple Object Access Control) 프로토콜에 따른 배신 콘텐츠의 제어 요구를 클라이언트로부터 수신하는 단계인 것을 특징으로 한다.

또한, 본 발명의 콘텐츠 송신 제어 방법의 일 실시 양태에서, 상기 콘텐츠 송신 제어 방법에서, 상기 채널 리스트 식별자로서의 채널 리스트 URL에 기초하여 특정되는 상기 튜너가 수신하는 복수 채널 콘텐츠의 배신 제어를 실행중에, 다른 클라이언트로부터의 동일한 채널 리스트 URL을 지정한 콘텐츠 요구로서의 HTTP-GET 메소드의 수신에 응답하여, 그 채널 리스트 URL에 기초하는 HTTP 커넥션에 의해, 채널 리스트 URL에 기초하여 특정되는 튜너 수신 콘텐츠의 배신을 실행하는 단계를 더 포함하는 것을 특징으로 한다.

또한, 본 발명의 콘텐츠 송신 제어 방법의 일 실시 양태에서, 상기 채널 리스트 식별자는 채널 리스트 URL(Uniform Resource Locators)이고, 서버 클라이언트 간의 튜너 수신 콘텐츠의 배신용 커넥션은 상기 채널 리스트 URL에 기초하여 설정되는 HTTP(Hyper Text Transfer Protocol) 커넥션이며, 상기 콘텐츠 송신 제어 방법은 상기 채널 리스트에 기술된 복수 채널의 채널 간 절환에 의해, 클라이언트에 대한 송신 부호화 데이터의 정합성 유지 가능성을 판정하여, 정합성이 유지되지 않는다고 판정한 경우에는, 상기 채널 리스트 URL에 기초하여 설정되는 HTTP 커넥션의 절단을 실행하는 단계와, 서버 클라이언트 간의 이벤트 통지 커넥션을 통해 채널 리스트 URL에 기초하여 설정된 HTTP 커넥션의 절단 정보를 통지하는 단계를 더 포함하는 것을 특징으로 한다.

또한, 본 발명의 콘텐츠 송신 제어 방법의 일 실시 양태에서, 상기 채널 리스트 식별자는 채널 리스트 URL(Uniform Resource Locators)이고, 서버 클라이언트 간의 튜너 수신 콘텐츠의 배신용 커넥션은 상기 채널 리스트 URL에 기초하여 설정되는 HTTP(Hyper Text Transfer Protocol) 커넥션이며, 상기 제어 단계는 클라이언트에 대한 송신 부호화 데이터의 정합성이 유지 가능한 타이밍에서, 상기 채널 리스트에 기술된 복수 채널의 채널 간 절환을 튜너 제어에 의해 실행하는 단계를 포함하는 것을 특징으로 한다.

또한, 본 발명의 제4 측면은 서버에 설정된 튜너의 수신 콘텐츠를 서버로부터 수신하는 정보 처리 방법으로서, 상기 튜너의 수신 채널 중 적어도 복수 채널을 포함하는 리스트의 식별자인 채널 리스트 식별자에 기초하는 콘텐츠 송신 요구를 상기 서버에 대해 송신하는 콘텐츠 송신 요구 단계와, 상기 서버에 있어서 콘텐츠 배신 제어를 실행하는 제어 인스턴스를 지정한 튜너 수신 콘텐츠의 배신 제어 요구의 송신 처리를 실행하는 제어 요구 단계를 갖는 것을 특징으로 하는 정보 처리 방법에 있다.

또한, 본 발명의 정보 처리 방법의 일 실시 양태에서, 상기 콘텐츠 송신 요구 단계는 상기 서버로부터 수신하는 콘텐츠 정보에 포함되는 프로토콜 정보 중의, 튜너 식별 정보로서의 펑션 ID를 저장한 접속 준비 요구를 상기 서버에 대해 송신하는 단계를 포함하고, 상기 제어 요구 단계는 상기 접속 준비 요구의 응답으로서, 상기 서버로부터 수신하는 튜너 수신 콘텐츠의 제어를 실행하는 제어 인스턴스의 ID를 지정한 튜너 수신 콘텐츠의 배신 제어 요구의 송신 처리를 실행하는 단계를 포함하는 것을 특징으로 한다.

또한, 본 발명의 정보 처리 방법의 일 실시 양태에서, 상기 채널 리스트 식별자는 채널 리스트 URL(Uniform Resource Locators)이고, 서버 클라이언트 간의 튜너 수신 콘텐츠의 배신용 커넥션은 상기 채널 리스트 URL에 기초하여 설정되는 HTTP(Hyper Text Transfer Protocol) 커넥션이며, 상기 정보 처리 방법은 상기 채널 리스트에 기술된 복수 채널 간의 절환 전후에서의 콘텐츠 수신을, 상기 채널 리스트 URL에 기초하여 설정되는 HTTP 커넥션을 계속적으로 사용하여 실행하는 것을 특징으로 한다.

또한, 본 발명의 제5 측면은 콘텐츠 제공 서버에 설정된 튜너에 의한 수신 콘텐츠를 클라이언트로 송신하는 콘텐츠 송신 제어 처리를 실행하는 컴퓨터 프로그램으로서, 상기 튜너의 수신 채널 중 적어도 복수 채널을 포함하는 채널 리스트에 기술된 복수의 채널에 대응하는 튜너 수신 콘텐츠를 제어 대상의 콘텐츠 단위로서 설정한 제어 인스턴스를 설정하는 제어 인스턴스 설정 단계와, 상기 제어 인스턴스에 대한 클라이언트로부터의 제어 요구를 수신하는 제어 요구 수신 단계와, 상기 제어 요구에 기초하여 상기 제어 인스턴스에 의한 튜너 제어를 실행하는 제어 단계를 갖는 것을 특징으로 하는 컴퓨터 프로그램에 있다.

또한, 본 발명의 제6 측면은 서버에 설정된 튜너의 수신 콘텐츠를 서버로부터 수신하기 위한 정보 처리를 실행하는 컴퓨터 프로그램으로서, 상기 튜너의 수신 채널 중 적어도 복수 채널을 포함하는 리스트의 식별자인 채널 리스트 식별자에 기초하는 콘텐츠 송신 요구를 상기 서버에 대해 송신하는 콘텐츠 송신 요구 단계와, 상기 서버에 있어서 콘텐츠 배신 제어를 실행하는 제어 인스턴스를 지정한 튜너 수신 콘텐츠의 배신 제어 요구의 송신 처리를 실행하는 제어 요구 단계를 갖는 것을 특징으로 하는 컴퓨터 프로그램에 있다.

본 발명의 구성에 따르면, 채널의 집합체로서의 채널 리스트에 URL을 설정한 구성으로 했기 때문에, 클라이언트가 채널 리스트 URL을 지정한 콘텐츠 취득 요구를 서버로 송신함으로써, 클라이언트는 채널 리스트에 리스트 업된 채널, 즉 콘텐츠 관리 디렉토리에서, 튜너 컨테이너의 하위에 설정된 채널 아이템의 모든 콘텐츠의 제어권을 통합하여 얻을 수 있다. 결과적으로, 채널 리스트에 리스트된 채널 간의 절환에서는, 새로운 URL에 기초하는 콘텐츠 요구를 행할 필요가 없다.

또한, 본 발명의 구성에서는, 채널 리스트에 기술된 복수 채널에 대응하는 복수의 튜너 수신 콘텐츠의 절환으로서 실행되는 채널 절환 전후에서, 채널 리스트 URL에 기초하여 설정되는 HTTP 커넥션을 계속적으로 사용한 콘텐츠 배신을 실행할 수 있으므로, 클라이언트는 채널 절환 등의 제어 명령을 콘텐츠 배신 제어부에 송신하는 것만으로 채널 절환이 가능해지고, 따라서, 신구 URL의 절환에 기초하는 서버 클라이언트 간의 커넥션의 재설정 등의 처리가 불필요하게 된다. 즉, 채널 리스트 중의 채널을 절환할 때는, AVT 인스턴스에 대해 채널 절환 요구(AVT Seek action)를 행하는 것만으로, 콘텐츠 배신 커넥션으로서의 HTTP 커넥션을 계속적으로 사용하여 채널 절환 전후의 콘텐츠를 수신할 수 있다.

또한, 본 발명의 구성에서는, 채널 리스트 식별자로서의 채널 리스트 URL에 기초하여 특정되는 튜너가 수신하는 복수 채널의 콘텐츠의 배신 제어를 AVT 인스턴스의 제어하에 실행하고 있는 동안에, 다른 클라이언트로부터의 동일한 채널 리스트 URL을 지정한 콘텐츠 요구로서의 HTTP-GET 메소드를 수신한 경우, 그 요구 클라이언트는 AVT 인스턴스의 설정을 행하지 않고, 채널 리스트 URL에 기초하는 HTTP 커넥션에 의해, 채널 리스트 URL에 기초하여 특정되는 튜너 수신 콘텐츠의 배신을 실행할 수 있다.

또한, 본 발명의 컴퓨터 프로그램은, 예를 들면, 여러 가지 프로그램·코드를 실행 가능한 범용 컴퓨터·시스템에 대해, 컴퓨터 판독 가능한 형식으로 제공하는 기억 매체, 통신 매체, 예를 들면, CD나 FD, MO 등의 기억 매체, 혹은, 네트워크 등의 통신 매체에 의해 제공 가능한 컴퓨터 프로그램이다. 이러한 프로그램을 컴퓨터 판독 가능한 형식으로 제공함으로써, 컴퓨터·시스템상에서 프로그램에 부합하는 처리가 실현된다.

본 발명의 또 다른 목적, 특징이나 이점은, 후술하는 본 발명의 실시예나 첨부하는 도면에 기초하는, 보다 상세한 설명에 의해 분명해질 것이다. 또한, 본 명세서에 있어서 시스템이란, 복수 장치의 논리적 집합 구성으로서, 각 구성의 장치가 동일 케이스 내에 있는 것에는 한정되지 않는다.

도 1은 본 발명이 적용 가능한 네트워크 구성예를 도시하는 도면이다.

도 2는 네트워크 접속 기기의 구성예에 대해 설명하는 도면이다.

도 3은 서버에 있어서의 콘텐츠 관리 디렉토리 구성에 대해 설명하는 도면이다.

도 4는 콘텐츠 정보 표시예를 나타내는 도면이다.

도 5는 콘텐츠 데이터 재생 처리에 있어서의 서버 클라이언트 간의 처리 시퀀스에 대해 설명하는 도면이다.

도 6은 튜너 수신 데이터의 스트리밍 배신 처리를 실행하는 서버의 구성을 도시하는 도면이다.

도 7은 서버에 있어서의 콘텐츠 관리 디렉토리 구성 중의 튜너 컨테이너 및 채널 아이템에 대해 설명하는 도면이다.

도 8은 튜너 컨테이너 및 채널 아이템에 대응하는 콘텐츠 정보에 대해 설명하는 도면이다.

도 9는 튜너 수신 데이터의 스트리밍 배신 처리를 실행하는 서버 클라이언트 간의 처리 시퀀스에 대해 설명하는 도면이다.

도 10은 튜너 수신 데이터의 스트리밍 배신 처리를 실행하는 서버가 보유하는 커넥션 관리 테이블의 구성 데이터에 대해 설명하는 도면이다.

도 11은 튜너 수신 데이터의 스트리밍 배신 처리를 실행하는 서버 클라이언트 간의 처리 시퀀스 중의 채널 절환 처리에 대해 설명하는 도면이다.

도 12는 튜너 수신 데이터의 스트리밍 배신 처리를 실행하는 서버 클라이언 트 간의 처리 시퀀스 중의 커넥션 종료 처리에 대해 설명하는 도면이다.

도 13은 복수 튜너를 갖는 서버에 의한 튜너 수신 데이터의 스트리밍 배신 처리에 대해 설명하는 도면이다.

도 14는 튜너 컨테이너와 채널 리스트 URL의 대응예에 대해 설명하는 도면이다.

도 15는 튜너 컨테이너와 채널 리스트 URL의 대응예에 대해 설명하는 도면이다.

도 16은 튜너 컨테이너와 채널 리스트 URL의 대응예에 대해 설명하는 도면이다.

도 17은 튜너 수신 데이터의 스트리밍 배신 처리를 실행하는 서버의 처리를 설명하는 플로우차트 도면이다.

도 18은 튜너 수신 데이터의 스트리밍 배신 처리를 실행하는 클라이언트의 처리를 설명하는 플로우차트이다.

도 19는 서버의 처리 기능을 설명하는 블록도이다.

도 20은 클라이언트의 처리 기능을 설명하는 블록도이다.

이하, 도면을 참조하면서, 본 발명의 콘텐츠 제공 서버, 정보 처리 장치 및 방법, 그리고 컴퓨터 프로그램의 상세에 대해 설명한다.

[시스템 개요]

우선, 도 1을 참조하여, 본 발명이 적용 가능한 네트워크 구성예에 대해 설 명한다. 도 1은 여러 가지 클라이언트 장치로부터의 처리 요구에 응답하여 처리를 실행하는 콘텐츠 배신 장치로서의 서버(101)와, 서버(101)에 대해 처리 요구를 행하는 콘텐츠 수신 장치로서의 클라이언트가 네트워크(100)를 통해 접속된 구성, 예를 들면 홈 네트워크 구성을 도시하고 있다. 클라이언트 장치로서는, 퍼스널 컴퓨터(PC)(121), 모니터(122), 휴대 전화(123), 재생기(124), PDA(Personal Digital Assistant)(125)를 예시하고 있다. 단, 클라이언트 장치로서는, 이 밖에도 여러 가지 전자 기기, 가전 기기가 접속 가능하다.

서버(101)가 클라이언트로부터의 요구에 응답하여 실행하는 처리는, 예를 들면 서버(101)가 보유하는 하드디스크 등의 기억 수단에 저장된 콘텐츠의 제공, 혹은 서버(101)가 갖는 튜너를 통해 수신하는 라이브 콘텐츠를 클라이언트에 대해 전송하는 콘텐츠 배신 서비스 등이다. 또한, 도 1에서는 서버(101)와 클라이언트 장치를 구별하여 도시하고 있지만, 클라이언트로부터의 요구에 대한 서비스를 제공하는 기기를 서버로서 나타내고 있는 것이며, 어떤 클라이언트 장치도 자기의 데이터 처리 서비스를 다른 클라이언트에 제공하는 경우에는, 서버로서의 기능을 제공 가능하게 된다. 따라서, 도 1에 도시하는 네트워크 접속된 클라이언트 장치도 서버가 될 수 있다.

네트워크(100)는 유선, 무선 등 어느 하나의 네트워크이고, 각 접속 기기는, 예를 들면 이더넷(등록상표) 프레임 등의 통신 패킷을 네트워크(100)를 통해 송수신한다. 즉, 클라이언트는 이더넷 프레임의 데이터부에 처리 요구 정보를 저장한 프레임을 서버(101)로 송신함으로써, 서버(101)에 대한 데이터 처리 요구를 실행한 다. 서버(101)는 처리 요구 프레임의 수신에 응답하여 데이터 처리를 실행하고, 필요에 따라 데이터 처리 결과로서의 결과 데이터를 통신 패킷의 데이터부에 저장하여, 각 클라이언트로 송신한다.

네트워크 접속 기기는, 예를 들면 유니버설 플러그 앤드 플레이(UPnP: Universal Plug and Play) 대응 기기에 의해 구성된다. 따라서, 네트워크에 대한 접속 기기의 추가, 삭제가 용이한 구성이다. 네트워크에 새롭게 접속하는 기기는,

상기 처리 절차를 행함으로써, 네트워크 접속된 기기를 적용한 서비스를 수령하는 것이 가능하게 된다.

도 1에 도시하는 서버 및 클라이언트 장치를 구성하는 정보 처리 장치의 일례로서 PC의 하드웨어 구성예에 대해 도 2를 참조하여 설명한다.

CPU(Central Processing Unit)(201)는 ROM(Read 0nly Memory)(202) 또는 HDD(Hard Disk Drive)(204) 등에 기억되어 있는 프로그램에 따라, 각종 처리를 실행하여, 데이터 처리 수단 혹은 통신 제어 처리 수단으로서 기능한다. RAM(Random Access Memory)(203)에는 CPU(201)가 실행하는 프로그램이나 데이터가 적절하게 기 억된다. CPU(201), ROM(202) 및 RAM(203), HDD(204)는 버스(205)를 통해 서로 접속되어 있다.

버스(205)에는 입출력 인터페이스(206)가 접속되어 있고, 이 입출력 인터페이스(206)에는, 예를 들면, 유저에 의해 조작되는 키보드, 스위치, 버튼, 포인팅 디바이스, 혹은 마우스 등에 의해 구성되는 입력부(207), 유저에게 각종 정보를 제시하는 LCD, CRT, 스피커 등에 의해 구성되는 출력부(208)가 접속된다. 또한, 데이터 송수신 수단으로서 기능하는 통신부(209), 또한, 자기 디스크, 광 디스크, 광자기 디스크, 또는 반도체 메모리 등의 리무버블 기록 매체(211)를 장착 가능하며, 이들 리무버블 기록 매체(211)로부터의 데이터 판독 혹은 기입 처리를 실행하는 드라이브(210)가 접속된다.

또한, 지상파 방송 데이터, 위성 방송 데이터, 케이블 TV 데이터, 인터넷 배신 데이터 등, 각종의 외부로부터의 배신 데이터의 수신을 행하는 튜너(220)를 구비하고 있다.

도 2에 도시하는 구성은, 도 1에 도시하는 네트워크 접속 기기의 일례로서의 서버, 퍼스널 컴퓨터(PC)의 예이지만, 네트워크 접속 기기는 PC에 한정되지 않고, 도 1에 도시한 바와 같이 휴대 전화, PDA 등의 휴대 통신 단말, 그 밖의 재생 장치, 디스플레이 등의 여러 가지 전자 기기, 정보 처리 장치에 의해 구성하는 것이 가능하다. 따라서, 각각의 기기 고유의 하드웨어 구성을 갖는 것이 가능하며, 그 하드웨어에 따른 처리를 실행한다.

[오브젝트 관리 및 메타 데이터]

다음으로 클라이언트에게 제공하는 콘텐츠를 관리하는 서버의 콘텐츠를 포함하는 오브젝트 관리 구성 및 메타 데이터에 대해 설명한다. 서버는 자기의 기억부에 저장한 정지 화상, 동화상 등의 화상 데이터, 음악 등 음성 데이터 등의 콘텐츠, 또는, 라이브 스트리밍 데이터를 실행하기 위한 튜너에 관한 정보, 예를 들면 채널 정보를 각 콘텐츠에 대응하는 속성 정보(메타 데이터)로서 보유하고 있다.

또한, 서버가 보유하는 정지 화상, 동화상 등의 화상 데이터, 음악 등의 음성 데이터, 튜너를 통해 수신하는 라이브 스트리밍 데이터 등의 콘텐츠를 총칭하여 AV 콘텐츠라 부른다. 서버에서, AV 콘텐츠는 계층 구성을 갖는 콘텐츠 관리 디렉토리에 의해 서버 내의 CDS(콘텐츠 디렉토리 서비스)에서 관리된다.

서버의 CDS(콘텐츠 디렉토리 서비스)에 있어서 관리되는 콘텐츠 관리 디렉토리의 구성예를 도 3에 도시한다. 계층 구성은 도 3에 도시한 바와 같이 분기 트리 형상의 도면으로 나타낼 수 있다. 도 3에 도시하는 각 원 각각이 개개의 오브젝트이다. 이 계층 구성은 서버가 기억부에 저장하여 관리하는 콘텐츠 및 라이브 스트리밍 콘텐츠에 대응하는 논리적인 관리 구성을 나타내는 것이다.

콘텐츠 관리 디렉토리의 개개의 요소, 즉, 개개의 AV 콘텐츠 혹은 복수의 AV 콘텐츠를 저장한 폴더, 메타 데이터 저장 폴더의 각각은 오브젝트(Object)라 불린다. 또한, 오브젝트란, 서버에 의해 처리되는 데이터 단위의 총칭으로서, 개개의 AV 콘텐츠 혹은 복수의 AV 콘텐츠를 저장한 폴더, 메타 데이터 저장 폴더 이외에도 여러 가지 오브젝트가 존재한다.

AV 콘텐츠의 최소 단위, 즉 1개의 악곡 데이터, 1개의 동화상 데이터, 1개의 정지 화상 데이터 등을 아이템(item)이라 부른다. 라이브 스트리밍 데이터인 경우는, 1개의 채널이 1 아이템으로서 정의된다.

또한, 아이템의 집합으로서 규정되는 아이템의 상위 오브젝트를 컨테이너(Container)라 부른다. 집합의 단위는, 예를 들면 각 오브젝트의 물리적인 기억 위치에 기초하는 집합, 각 오브젝트의 논리적 관계에 기초하는 집합, 카테고리에 기초하는 집합 등, 여러 가지로 설정될 수 있다.

예를 들면, 채널을 아이템으로 한 컨테이너의 일례로서는 지상파만의 채널 아이템을 집합으로 한 컨테이너나, 위성 방송의 채널을 집합으로 한 컨테이너가 설정된다. 이들의 예에 대해서는 후단에서 더 설명한다.

오브젝트는 그 종류, 예를 들면 음악(Audio), 비디오(Video), 사진(Photo) 등, 그 종류에 따라 클래스로 분류되어 클래스 라벨링이 이루어진다. 클라이언트는, 예를 들면 특정한 클래스를 지정하여, 특정한 분류에 속하는 오브젝트만을 대상으로 한 「서치」를 요구하여 실행할 수 있다. 또한 특정한 폴더 등의 오브젝트를 지정하고, 그 폴더에 관한 정보만을 요구하는 「브라우즈」를 요구하여 특정 폴더에 관한 정보의 취득 처리를 하는 것이 가능하다. 또한, 서버에서는, 클래스도 계층 구성으로 관리되어 있고, 1개의 클래스 밑으로 서브 클래스의 설정이 가능하다.

메타 데이터는 서버가 갖는 콘텐츠에 대응한 속성 정보, 클래스의 정의 정보, 콘텐츠 관리 디렉토리를 구성하는 계층 구성에 관한 정보 등을 포함하는 여러 가지의 관리 정보이다. 개개의 오브젝트에 대응시켜 정의된 콘텐츠의 속성 정보로 서의 메타 데이터에는, 예를 들면 콘텐츠 URL 등의 콘텐츠 식별자(ID), 데이터 사이즈, 리소스 정보, 타이틀, 아티스트명, 저작권 정보, 채널 정보 등, 여러 가지 정보가 포함된다. 메타 데이터에 포함되는 개개의 정보를 프로퍼티 또는 프로퍼티 정보라고 부른다. 또한, 음악(Audio), 비디오(Video), 사진(Photo), 라이브 스트리밍 데이터 등, 전술한 클래스마다 어떠한 프로퍼티로 이루어지는 메타 데이터를 갖는지가 미리 규정되어 있다.

도 3에서 최상위는 루트 컨테이너(301)라고 불린다. 루트 컨테이너의 하위에 예를 들면 음악(Music) 컨테이너(302), 동화상 컨테이너(303), 정지 화상 컨테이너(304), 또한 튜너 컨테이너(305) 등이 설정된다. 음악(Music) 컨테이너(302)의 하위에는 장르(305), 장르의 하위에는 아티스트(306) 등 오브젝트의 설정이 이루어진다.

동화상 컨테이너(303)의 하위에는 장르(308), 또한 그 하위에 콘텐츠에 대응하는 아이템으로서의 비디오 캡슐(309)이 설정된다. 예를 들면 비디오 캡슐(309)은 서버 내의 하드디스크 등의 기억부에 저장된 비디오 콘텐츠에 대응하여, 그 비디오 콘텐츠에 대응한 속성 정보(메타 데이터)를 갖는다. 메타 데이터에는 클라이언트가 콘텐츠를 취득하기 위한 콘텐츠 식별자, 즉 콘텐츠의 소재를 나타내는 어드레스 정보로서의 콘텐츠의 URL(Uniform Resource Locators)이 포함된다. 클라이언트는 콘텐츠 정보 취득 수속에 의해 비디오 캡슐(309)의 URL 즉, 비디오 캡슐 URL을 취득하고, 비디오 캡슐 URL을 지정한 콘텐츠 요구를 서버로 송신함으로써 비디오 캡슐에 대응하는 비디오 콘텐츠를 서버로부터 수신하여 재생할 수 있다.

한편, 튜너 컨테이너(305)에도 컨테이너에 대응하는 URL로서 채널 리스트 URL이 설정된다. 즉, 튜너 수신 콘텐츠에 대응하는 속성 정보로서 채널 리스트 URL이 설정된다. 채널 리스트 URL은 튜너 컨테이너(306)의 자식으로서 존재하는 채널 아이템에 대응하는 모든 콘텐츠의 취득, 제어권을 클라이언트에 제공하기 위해 설정된 URL 이다.

종래의 시스템이라면, 아이템인 채널마다 URL이 설정되어, 클라이언트는 채널 절환에 부합하여 URL의 절환을 행하는 것이 필요하게 되어 있었지만, 본 발명에서는, 채널의 집합체로서의 채널 리스트에 URL을 설정하여, 클라이언트가 채널 리스트 URL을 지정한 콘텐츠 취득 요구를 서버로 송신함으로써, 클라이언트는 채널 리스트에 리스트 업된 채널, 즉 콘텐츠 관리 디렉토리에서 튜너 컨테이너의 하위에 설정된 채널 아이템의 모든 콘텐츠의 취득, 즉 제어권을 통합하여 얻을 수 있다. 결과적으로, 채널 리스트에 리스트된 채널 간의 절환에서는, 새로운 URL에 기초하는 콘텐츠 요구를 행할 필요가 없다. 이들 처리의 상세에 대해서는 후술한다.

콘텐츠 검색을 실행하고자 하는 클라이언트는, 콘텐츠 관리 디렉토리의 계층이나 오브젝트 집합에 대응하는 클래스를 지정한 「서치」, 혹은, 특정한 오브젝트의 지정으로서의 「브라우즈」를 서버에 요구함으로써, 콘텐츠 정보를 취득하는 것이 가능하다. 클라이언트는 서버로부터 수신하는 콘텐츠 정보를 기술한 XML 데이터에 기초하여 콘텐츠 정보를 디스플레이에 표시한다.

콘텐츠 정보 리스트의 표시 처리예를 도 4에 나타낸다. 도 4에 나타내는 예에서는, 콘텐츠 No, 타이틀, 아티스트명, 채널, 콘텐츠 URL을 리스트화한 데이터 구성을 갖는 콘텐츠 정보 리스트(357)를 디스플레이(350)에 표시한 예를 나타내고 있다.

예를 들면 비디오 캡슐에 대응하는 메타 데이터에 기초하여 표시되는 콘텐츠 정보는, 도 4 중의 콘텐츠 No. [0001], [0002]의 콘텐츠이고, 튜너 컨테이너에 대응하는 메타 데이터에 기초하여 표시되는 콘텐츠 정보는, [0003], [0004]와 같이 채널 리스트인 것과, 채널 리스트에 포함되는 채널 정보 및 채널 리스트 URL 등으로 이루어진다.

이들 콘텐츠 정보는, 서버가 관리하는 콘텐츠 대응의 메타 데이터의 구성 요소로서의 프로퍼티 정보에 기초하여 생성된다. 서버는 클라이언트로부터 수신한 「서치」 또는 「브라우즈」 요구에 기초하여 조건에 일치하는 콘텐츠의 메타 데이터 중의 프로퍼티 정보를 취득하고, 취득한 프로퍼티 정보에 기초하여 XML 데이터를 생성하여, 클라이언트로 송신한다.

클라이언트는 서버에 의해 추출된 콘텐츠에 대응하는 프로퍼티 정보에 기초하는 XML 데이터를 수신하고, 수신 XML 데이터에 기초하여 도 4에 나타내는 바와 같은 표시 데이터를 생성하여, 클라이언트의 디스플레이에 표시한다.

클라이언트측의 유저는 이들 리스트로부터 재생 대상 콘텐츠를 선택하여, 선택 콘텐츠 지정 정보, 예를 들면 콘텐츠 URL을 서버로 송신함으로써, 서버로부터 콘텐츠, 즉 음악이나 영화, 혹은 사진 등, 여러 가지 콘텐츠가 송신되어 클라이언트측에서 재생, 출력이 실행된다. 튜너 컨테이너에 대응하는 채널 리스트 URL에 기초하는 콘텐츠 요구를 행하면, 채널 리스트에 리스트된 채널에 대응하는 콘텐츠 를 통합하여 취득, 즉 URL 절환을 행하지 않고, 채널 절환을 자유자재로 실행할 수 있다.

전술한 바와 같이, 클라이언트로 송신되는 콘텐츠 정보에는, 콘텐츠의 소재를 나타내는 어드레스 정보로서의 콘텐츠의 URL(Uniform Resource Locators)이 포함된다. 클라이언트 디스플레이에 표시된 콘텐츠 URL 혹은 링크 데이터를 유저가 지정(클릭)한 것을 조건으로, 클라이언트 디바이스에서 콘텐츠 취득 요구인 HTTP(Hyper Text Transfer Protocol) GET 메소드를 생성하여 서버로 송신하고, 서버가 콘텐츠 URL에 대응하는 콘텐츠를 클라이언트로 송신한다.

[클라이언트에 의한 콘텐츠 재생 처리]

콘텐츠를 재생하고자 하는 클라이언트는, 서버에 대해 콘텐츠 요구를 행하고, 요구 콘텐츠를 서버로부터 수신하여 콘텐츠의 재생을 행할 수 있다. 일반적인 콘텐츠 재생의 절차에 대해 도 5를 참조하여 설명한다. 우선, 단계 S11에서, 클라이언트는 서버가 보유하는 콘텐츠 정보의 취득 요구를 행한다. 단계 S12에서, 서버는 클라이언트의 요구에 따라 콘텐츠 대응의 메타 데이터에 기초하여, 콘텐츠의 소재를 나타내는 어드레스 정보로서의 콘텐츠의 URL(Uniform Resource Locators) 일람, 콘텐츠의 타이틀, 아티스트명 등의 콘텐츠 정보를 XML(eXtended Markup Language) 데이터에 의해 생성하여 클라이언트로 송신한다.

클라이언트는, 단계 S13에서, 수신 XML 정보에 따라 콘텐츠 정보를 디스플레이에 표시한다. 예를 들면 음악 콘텐츠이면, 서버가 보유하는 복수의 음악에 대응하는 곡명, 아티스트명, 재생 시간 등으로 이루어지는 리스트로서 표시된다.

다음으로, 클라이언트는 단계 S14에서, 클라이언트 장치에서 서버로부터 수신하여 재생할 곡을 선택하고, 콘텐츠 지정 정보로서의 콘텐츠 URL을 지정하여 서버로 송신한다. 서버는 단계 S15에서, 수신한 콘텐츠 지정 정보에 기초하여 콘텐츠를 기억 수단으로부터 취득하여 송신한다. 단계 S16에서, 클라이언트는 서버로부터 수신한 콘텐츠를 재생한다. 또한, 콘텐츠가 ATRAC, MPEG 등의 압축 처리가 이루어져 있는 경우에는, 서버 혹은 클라이언트측에서 복호 처리를 행한 후에 송신 혹은 재생 처리를 행한다.

통상의 콘텐츠 재생 절차는 전술한 바와 같다. 클라이언트는 여러 가지 콘텐츠 속성 정보, 즉, 서버가 보유하는 콘텐츠 대응의 메타 데이터에 포함되는 프로퍼티 정보를 취득하고, 프로퍼티 정보에 기초하여 클라이언트에게 콘텐츠 리스트 등의 UI를 표시하여, 콘텐츠를 선택하여 서버에 요구할 수 있다.

[라이브 스트리밍 데이터 배신 처리]

서버의 하드디스크 등에 미리 저장한 콘텐츠는, 전술한 바와 같이, 클라이언트가 콘텐츠 대응의 URL을 지정한 콘텐츠 요구를 서버로 송신함으로써, 콘텐츠의 취득 재생을 행할 수 있다.

그러나, 배경 기술의 란에서 설명한 바와 같이, 서버 내의 튜너를 통해 수신하는 라이브 스트리밍 데이터의 각 채널의 데이터에 각각 URL을 설정하여, URL 지정에 기초하는 콘텐츠 제공을 행하는 구성으로 하면, 클라이언트에 의한 채널 절환시에, 절환 후의 채널에 대응한 URL을 설정한 HTTP-GET 메소드를 서버로 송신할 필요가 있다. 그 결과, 서버 클라이언트 간에서, 신구 URL에 기초하는 커넥션의 절 단 및 재접속 처리를 행할 필요가 생겨, 쌍방의 부하가 과대해져 채널 절환마다 통신의 중단이 발생한다는 문제가 발생한다.

따라서, 본 발명에서는, 복수 채널의 집합체인 채널 리스트를 설정하고, 채널 리스트를 1개의 콘텐츠로 가정하여 1개의 콘텐츠 URL을 채널 리스트에 대해 설정하여 관리하는 구성으로 하였다. 이하, 본 구성에 기초하는 라이브 스트리밍 데이터 배신 처리 구성에 대해 설명한다.

튜너 기능을 갖고, 튜너에 의해 수신한 데이터를 클라이언트에게 배신하는 구성을 갖는 서버의 구성예를 도 6에 도시한다.

도 6에 도시하는 구성에 대해 설명한다. 서버(400)는 클라이언트(460)에 대해 클라이언트(460)로부터의 요구 콘텐츠를 송신하고, 유저(470)는 클라이언트(460) 디바이스에 구비한 디스플레이, 스피커 등을 통해 콘텐츠를 시청한다. 또한, 도 6에서는, 클라이언트(460)를 1개만 도시하고 있지만, 서버(400)에 대해 접속하는 클라이언트는 복수가 있어, 복수의 클라이언트가 서버(400)로부터 여러 가지 콘텐츠의 제공을 받는 것이 가능하다.

서버는 데이터베이스(443)에 저장한 콘텐츠의 제공, 또한 튜너(410)를 통해 외부로부터 수신하는 데이터, 예를 들면 지상파 방송 데이터, 위성 방송 데이터, 케이블 TV 데이터, 인터넷 배신 데이터 등, 여러 가지 외부로부터의 수신 데이터를 클라이언트(460)에 대해 송신한다. 서버(400)와 클라이언트(460) 간의 통신 네트워크는, 먼저, 도 1을 참조하여 설명한 바와 같이, 유선, 무선 등 어느 하나의 네트워크로서, 예를 들면 이더넷(등록상표) 프레임 등의 통신 패킷을 네트워크를 통 해 송수신한다. 즉, 클라이언트(460)는 이더넷 프레임의 데이터부에 처리 요구 정보를 저장한 프레임을 서버(400)로 송신함으로써, 서버(400)에 대한 데이터 처리 요구를 실행한다. 서버(400)는 처리 요구 프레임의 수신에 응답하여, 데이터 처리를 실행하고, 필요에 따라 데이터 처리 결과로서의 결과 데이터를 통신 패킷의 데이터부에 저장하여, 각 클라이언트(460)로 송신한다.

서버(400)의 구성에 대해, 이하, 설명한다. 튜너(410)는 지상파 방송 데이터, 위성 방송 데이터, 케이블 TV 데이터, 인터넷 배신 데이터 등, 여러 가지 외부로부터의 수신 데이터를 수신하는 라이브 스트리밍 데이터의 수신부이다. 튜너(410)는 콘텐츠 배신 제어부(430)내의 콘텐츠 대응 제어부(432)에 설정되는 배신 콘텐츠마다의 콘텐츠 배신 제어를 실행하는 제어 인스턴스로서의 AVT 인스턴스(AV-Transport Instance)(433)에 의해 제어된다. 또한, 본 명세서에서, 제어 인스턴스란, 제어 대상 하드웨어 등의 제어 오브젝트의 설정이 가능하면서, 또한 설정 오브젝트에 부합하는 제어 파라미터의 설정이 가능한 제어 프로그램으로서, 그 제어 프로그램에 따라 제어 대상 하드웨어를 포함하는 제어 오브젝트의 제어가 실행된다.

콘텐츠 대응 제어부(432)는 배신 콘텐츠마다, 콘텐츠 배신 제어 실행부로서의 AVT 인스턴스(AV-Transport Instance)(#1∼#n433)를 설정한다. 각 AVT 인스턴스(433)는, 각각 특정한 콘텐츠의 배신 제어를 실행한다. 예를 들면 튜너를 통해 수신하는 데이터의 라이브 스트리밍용의 튜너 컨트롤 인스턴스는, 튜너를 통해 수신하는 데이터의 라이브 스트리밍 콘텐츠만의 제어를 실행한다. 구체적으로는, 콘텐츠 송신 개시, 종료, 혹은 채널 절환 등의 지시를 클라이언트(460)로부터 받아, 채널 절환 등의 제어를 튜너(410)에 대해 실행한다.

콘텐츠 대응 제어부(432)에 설정되는 AVT 인스턴스(433)는, 튜너 컨트롤 인스턴스 외에, 예를 들면, 서버 내의 하드디스크에 저장된 비디오 콘텐츠인 비디오 캡슐의 배신 제어를 실행하는 비디오 캡슐 컨트롤 인스턴스나, 서버에 장착된 DVD에 저장된 비디오 데이터, 오디오 데이터 등의 배신 제어를 실행하는 DVD 컨트롤 인스턴스 등이 있다. 이들 각 AVT 인스턴스가 특정한 배신 콘텐츠의 제어를 실행한다.

각 AVT 인스턴스에는 제어 대상 콘텐츠에 대응하는 URL, 즉 콘텐츠 식별자로서의 콘텐츠 URL이 설정된다. 콘텐츠 URL은 콘텐츠의 소재를 나타내는 콘텐츠 식별자이다. 비디오 캡슐 컨트롤 인스턴스에는 비디오 캡슐에 설정된 비디오 캡슐 URL이 설정된다. 본 발명의 구성에서, 튜너 컨트롤 인스턴스에는 튜너에 대응하는 채널 리스트 URL이 설정된다. AVT 인스턴스(433)는 자기에게 설정된 URL에 기초하여, 제어하는 콘텐츠와 관계지워진다. 또한, URL이 설정된 AVT 인스턴스는, 자기 식별자로서의 AVT 인스턴스 ID를 갖게 된다. 이들 처리의 상세에 대해서는 후술한다.

콘텐츠 배신 제어부(430)는 채널 리스트에 기술된 복수 채널에 대응하는 튜너가 수신하는 복수 콘텐츠를 제어 콘텐츠의 한 단위로서 설정하고, 1개의 AVT 인스턴스를 어사인하여, 클라이언트로부터 수신하는 채널 리스트 식별자에 대응하는 제어 요구를 AVT 인스턴스가 수신하고, AVT 인스턴스가 채널 리스트에 기술된 복수 채널에 대응하는 배신 콘텐츠의 제어를 실행한다.

커넥션 매니저 서비스(CMS)(431)는 클라이언트(460)에 라이브 스트리밍 제어부(430)의 입력 프로토콜 정보를 전달한다. 또한, 클라이언트(460)로부터 제시된 프로토콜 정보에 기초하여, AVT 인스턴스(433)를 어사인하여 클라이언트(460)에 통지한다.

커넥션 매니저 서비스(431)는 클라이언트(460)로부터의 콘텐츠 요구에 응답하여, AVT 인스턴스(433)의 어사인(할당) 처리를 실행하고, 어사인한 AVT 인스턴스의 식별자, 즉 AVT 인스턴스 ID를 클라이언트(460)에 통지한다. 이때, 서버 클라이언트 간의 커넥션 식별자로서의 커넥션 ID도 클라이언트(460)에 통지한다. 커넥션 매니저 서비스(431)는 이들 데이터를 커넥션 관리 테이블에 등록한다. 커넥션 관리 테이블에 대해서는 후술한다.

커넥션 매니저 서비스(431)에 의한 전술의 처리후, 클라이언트(460)로부터의 AVT 인스턴스(433)에 대한 요구에 의해, 전술한 콘텐츠 URL 및 AVT 인스턴스 ID가 AVT 인스턴스(433)에 설정된다.

커넥션 매니저 서비스(431)에 의한 AVT 인스턴스(433)의 어사인 처리 및 클라이언트(460)에 의한 URL 세트 처리에 의해, 콘텐츠 대응의 URL이 설정되어, URL에 의해 식별되는 콘텐츠의 배신 제어를 담당하게 된 AVT 인스턴스(433)는, 클라이언트(460)로부터의 제어 커맨드를 수신하면, 그 제어 커맨드에 따른 콘텐츠 제어를 실행한다. 이 클라이언트(460) 서버간에서의 콘텐츠 배신 제어 처리에는, 예를 들면 SOAP(Simple Object Access Control) 프로토콜이 사용된다. 클라이언트(460)는 XML 데이터에 따른 기술 데이터를 생성하여 AVT 인스턴스(433)로 송신함으로써, 클 라이언트(460)로부터의 제어 정보가 각 AVT 인스턴스(433)에 통지되어, AVT 인스턴스(433)가 수신 정보에 기초하는 제어, 예를 들면 콘텐츠 재생 개시, 종료, 채널 절환 등의 처리를 실행한다.

예를 들면 튜너 컨트롤 인스턴스(433)에 클라이언트(460)로부터의 제어 정보로서, 채널 절환 지시 정보가 입력되면, 튜너 컨트롤 인스턴스(433)로부터 제어 정보가 튜너(410)에 입력되어, 튜너(410)가 특정한 채널의 데이터를 수신하도록 설정된다.

또한, 서버 클라이언트 간의 튜너 수신 콘텐츠의 배신용 커넥션은, 채널 리스트 URL에 기초하여 설정되는 HTTP(Hyper Text Transfer Protocol) 커넥션이다. 본 발명의 구성에서는, 채널 리스트에 기술된 복수 채널에 대응하는 복수의 튜너 수신 콘텐츠의 절환으로서 실행되는 채널 절환 전후에서, 채널 리스트 URL에 기초하여 설정되는 HTTP 커넥션을 계속적으로 사용한 콘텐츠 배신을 실행한다.

튜너(410)의 수신 데이터는, 예를 들면 부호화 데이터(ATRAC: adaptive transform acoustic coding, MPEG: moving picture experts group 등)인 경우도 있고 미처리의 데이터인 경우도 있다. 서버 클라이언트 간에서는, 데이터 송신 효율을 높이기 위해 특정한 부호화 데이터로서 배신하는 것이 바람직하다. 부호화 데이터는 클라이언트(460)에 있어서 처리 가능한 데이터일 필요가 있다. 코덱(420)은 튜너(410)의 수신 데이터를 클라이언트(460)에서 처리 가능한 데이터 양태로 변환한다. 코덱(420)은 데이터의 인코드 및 디코드 기능을 갖는다. 코덱(420)에 있어서 생성된 변환 데이터가 클라이언트(460)로 송신되어, 재생된다.

코덱(420)에 있어서 어떠한 데이터 변환을 행할지는, AVT 인스턴스(433)로부터의 제어 정보에 의해 결정한다. AVT 인스턴스(433)는 클라이언트(460)로부터의 요구 정보를 AVT 인스턴스(433)가 수령하고, AVT 인스턴스(433)로부터의 제어 정보가 코덱(420)에 입력되어 코덱(420)이 제어 정보에 기초하여 데이터 변환을 실행한다.

콘텐츠 관리부(미디어 서버)(440)는 콘텐츠 홀더로서 기능한다. 콘텐츠의 메타 데이터를 저장한 데이터베이스(443)는, 먼저 도 3을 참조하여 설명한 콘텐츠 관리 디렉토리에 기초하여 콘텐츠 대응의 메타 데이터의 관리를 행하고, 클라이언트(460)로부터의 콘텐츠 서치, 브라우즈 등의 처리 요구에 응답하여 콘텐츠 정보를 제공하는 콘텐츠 디렉토리 서비스(442)를 갖는다.

데이터베이스(443)에는, 미리 서버 내의 데이터베이스에 저장한 콘텐츠의 정보뿐만 아니라, 튜너를 통해 수신하는 데이터에 관한 정보, 예를 들면 채널 정보 등의 관리 정보도 튜너 컨테이너에 대응하는 메타 데이터로서 저장하고 있어, 클라이언트(460)로부터의 튜너에 관한 콘텐츠 정보 취득 요구를 콘텐츠 디렉토리 서비스(442)가 수신한 경우에는, 서버가 수신 가능한 채널 정보, 복수 채널의 집합으로서 설정되는 채널 리스트에 대응된 채널 리스트 URL 등의 정보를 클라이언트(460)에 제공하는 처리 등을 실행한다.

콘텐츠 디렉토리 서비스(442)는 라이브 스트리밍에서 취급하는 콘텐츠용의 메타 데이터로서, 라이브 스트리밍 콘텐츠용의 URL이나 코덱 정보, 프로토콜 정보를 데이터베이스(443)에 보유하고 있어, 클라이언트(460)로부터의 요구에 응답하여 이들 정보를 클라이언트(460)로 송신한다.

또한, 서버가 라이브 스트리밍 콘텐츠 배신 가능인지의 여부에 대해서는, 클라이언트(460)는 콘텐츠 디렉토리 서비스(442)로부터의 프로토콜 정보에 의해 알 수 있다. 프로토콜 정보에는, 튜너의 제어에 의한 콘텐츠 배신을 실행하는 것이 가능한 것을 나타내는 정보(펑션 ID(funcID))가 설정되고, 클라이언트에서는 펑션 ID에 기초하여 튜너를 통한 라이브 데이터의 스트리밍 배신이 가능한 것을 알 수 있다. 펑션 ID는 튜너 제어, DVD 제어, 하드디스크 제어 등, 콘텐츠 처리를 위한 제어 대상마다 설정되는 ID로서, 튜너가 2개 있으면 각각 상이한 펑션 ID, 예를 들면 funcID=a, funcID=b와 같이 상이한 ID가 설정되어, 튜너 식별 정보로서도 이용된다.

클라이언트(460)는 콘텐츠 디렉토리 서비스(442)로부터의 콘텐츠 정보에 기초하여, 튜너 수신의 라이브 스트리밍 데이터의 배신을 희망하는 경우에는, 수신한 콘텐츠 정보로부터 취득한 정보를 콘텐츠 배신 제어부(430)의 커넥션 매니저(431)로 송신한다. 이들의 처리의 상세에 대해서는 후술한다.

그 다음 콘텐츠 배신 제어부(430)에서, AVT 인스턴스(433)가 어사인되어, 클라이언트는 AVT 인스턴스(433)에 대해 배신 콘텐츠에 대한 제어, 예를 들면 콘텐츠의 일시 정지(STOP)나, 채널 절환(SEEK) 등의 각종 제어를 실행할 수 있다.

콘텐츠 관리부(440) 내의 커넥션 매니저 서비스(CMS)(441)는, 클라이언트(460)에 콘텐츠 관리부(440)의 출력 프로토콜 정보를 전달하는 등, 클라이언트(460)와 콘텐츠 관리부(440) 간의 통신 제어 서비스를 행한다. 서버(400)와의 접 속 클라이언트(460)가 복수 있는 경우에는, 클라이언트(460) 마다의 커넥션 ID 관리를 실행하여, 각 클라이언트(460)로부터의 요구를 식별하여 대응한다.

콘텐츠 디렉토리 서비스(442)에 있어서의 라이브 스트리밍 데이터 관련의 메타 데이터에 관한 오브젝트 관리 구성에 대해, 도 7을 참조하여 설명한다.

먼저 도 3을 참조하여 설명한 바와 같이, 콘텐츠 제공 서버에서는 여러 가지 콘텐츠에 대응하는 메타 데이터를 계층 구성의 디렉토리에서 관리하고 있다. 도 7은 콘텐츠 디렉토리 서비스(442)에 있어서 관리하는 라이브 스트리밍 데이터 관련 메타 데이터의 관리 구성을 나타내고 있다.

루트 컨테이너(481)의 하단에 튜너 컨테이너(482)가 설정된다. 또한, 튜너수나, 채널 리스트 URL의 설정 양태에 부합하여, 디렉토리에 설정되는 튜너 컨테이너의 설정 양태는 상이해진다. 이들 형태에 대해서는, 후단에서 상세히 설명한다. 튜너 컨테이너(482)의 자식으로서 설정되는 아이템에, 개개의 채널(483, 484, 485)이 설정된다.

컨테이너, 아이템에는 각각 콘텐츠 속성 정보로서의 메타 데이터가 대응되고, 클라이언트(460)로부터의 서치나, 브라우즈 등의 콘텐츠 정보 요구에 응답하여 이들 메타 데이터에 기초하는 콘텐츠 정보가 서버로부터 제공된다.

튜너 컨테이너(482)에는 채널 리스트 URL, 프로토콜 정보 등이 메타 데이터로서 저장된다. 채널 아이템(483, 484, 485)에는, 예를 들면 채널의 이름(도쿄 텔레비전, ABC 텔레비전 등)의 정보가 저장된다.

튜너 컨테이너(482)의 메타 데이터로서 설정되는 채널 리스트 URL은, 예를 들면 지상파 1∼12 채널만을 수신 가능한 튜너인 경우는, 1∼12 채널의 12개의 채널을 리스트화한 1개의 채널 리스트를 취득하기 위한 URL로서 설정된다. 지상파, BS, CS 등의 위성 방송 등의 채널(1∼n 채널)의 방송 데이터를 수신 가능한 튜너인 경우는, 1∼n 채널의 n채널을 리스트화한 1개의 채널 리스트를 취득하기 위한 URL로서 설정된다.

또한, 지상파의 채널 리스트, BS용의 채널 리스트, CS용의 채널 리스트 등, 카테고리마다 구분한 채널 리스트를 설정하여, 각각에 상이한 채널 리스트 URL을 설정하여도 된다.

이들 채널 리스트 URL은, 클라이언트(460)로부터 콘텐츠 디렉토리 서비스(CDS)(442)에 대한 서치나 브라우즈를 적용한 콘텐츠 정보 취득 처리에 의해 클라이언트(460)가 취득 가능하다.

클라이언트(460)는 취득한 채널 리스트 URL에 기초하는 콘텐츠 취득을 행함으로써, 채널 리스트에 설정된, 예를 들면 1∼12 채널 사이의 절환 제어를 그 1개의 URL에 기초하여 실행 가능하게 된다. 즉 클라이언트(460)는 채널 리스트 URL에 의한 콘텐츠 취득에 의해, 채널 리스트에 리스트 업된 모든 스트리밍 데이터의 제어권을 통합하여 얻을 수 있다. 구체적인 제어에 대해서는 후술한다.

본 발명의 구성에서는, 전술한 바와 같이, 개개의 채널마다의 URL 설정이 아니라, 복수의 채널을 통합하여 그 제어를 가능하게 하기 위해, 채널의 집합으로 한 채널 리스트에 콘텐츠 URL을 설정하였다. 따라서, 채널 리스트에 리스트 업된 채널에 대응하는 스트리밍 데이터의 제어권을 통합하여 클라이언트(460)에 제공하는 것이 가능하게 된다.

클라이언트(460)는 채널 리스트에 기초하는 제어권을 갖는 경우에는, 리스트에 있는 채널 간의 절환 등의 처리를 행하는 경우에도, 새로운 URL에 기초하는 HTTP 커넥션을 설정할 필요가 없다. 채널 절환 등의 제어 명령을 콘텐츠 배신 제어부(432)로 송신하는 것만으로, 채널 절환이 가능해지고, 따라서, 신구 URL의 절환에 기초하는 서버 클라이언트 간의 커넥션의 재설정 등의 처리가 불필요하게 된다.

도 7에 도시한 바와 같이 튜너 컨테이너(482)의 자식으로서는, 튜너 컨테이너(482)가 갖는 채널 리스트 URL에 설정된 각 채널, 예를 들면 지상파 1∼12 채널 각각이 자식 아이템으로서 설정된다. 각각의 아이템에는 각 채널의 정보가 메타 데이터로서 설정된다.

도 8에 튜너 컨테이너 및 채널 아이템에 대응하는 콘텐츠 정보(메타 데이터)를 나타낸다. 도 8에 나타내는 데이터는, 클라이언트(460)로부터 콘텐츠 디렉토리 서비스(CDS)(442)에 대한 콘텐츠 정보 요구에 응답하여 클라이언트(460)로 송신되는 XML 데이터의 예이다.

도 8의 (a)가 튜너 컨테이너에 대응하는 메타 데이터에 기초하는 정보이고, 하기에 나타내는 바와 같은 정보를 갖는다.

〈container id=“ch-list” parentID=“-1” restricted=“1”…〉

〈dc:title〉지상파 채널 일람〈/dc:title〉

〈upnp:class〉object.container.function.avVideoTuner〈/upnp:class〉

…

〈av:allowedOperation〉Play〈/av:allowedOperation〉

〈av:eventingURI〉http://1.2.3.4:56000/SENA?id=live〈/av:eventingURI〉

〈res protocolInfo=“http-get:*:video/mpeg:func-id=tO1”av:codec=“MPEG1V”…〉

http://1.2.3.4:56000/liveoutUr1

〈/res〉

〈/container〉

상단에서부터, 컨테이너 ID, 타이틀, 클래스에 관한 데이터, 또한, 허용 처리[allowedOperation], 이벤트 통지용 URL[eventingURI], 프로토콜 정보[protocolInfo] 등이 튜너 컨테이너의 콘텐츠 정보로서 저장된다. 이벤트 통지란, 예를 들면 스테레오/모노럴의 절환, 2개 국어 방송의 절환 등, 배신 콘텐츠에 대응하는 이벤트가 발생한 경우에 클라이언트(460)에 통지하기 위한 처리를 실행하기 위해 설정되는 URL로서, 클라이언트(460)는 이벤트 통지용 URL을 지정한 이벤트 통지 요구를 서버에 대해 송신함으로써, 콘텐츠 배신에 병렬하여 여러 가지 이벤트 통지를 받는 것이 가능하게 된다.

도 8의 데이터부(491)에 나타내는 프로토콜 정보[protocolInfo] 중의 펑션 ID[func-id=t01]는, 이 콘텐츠가 라이브 스트리밍용의 콘텐츠인 것을 나타낸다. 즉 튜너를 적용한 제어에 의한 콘텐츠 배신을 실행하는 것을 나타내고 있다. 전술한 바와 같이, 펑션 ID는 튜너 제어, DVD 제어 등, 콘텐츠 배신을 위한 제어 대상 마다 설정되는 ID로서, 튜너가 2개 있으면 각각 상이한 펑션 ID, 예를 들면 funcID=a, funcID=b와 같이 상이한 ID가 설정된다. 도 8의 데이터부(492)에 나타내는 [http://1.2.3.4:56000/liveoutUr1]이 채널 리스트 URL이다.

도 8의 (b)가 채널 아이템에 대응하는 메타 데이터에 기초하는 정보이고, 하기에 나타내는 바와 같은 정보를 갖는다.

〈dc:title〉도쿄 텔레비전〈/dc:title〉

〈upnp:class〉object.item.videoItem.videoBroadcast.avChannel

〈/upnp:class〉

〈upnp:channelName〉도쿄 텔레비전〈/upnp:channelName〉

〈upnp:channelNr〉8〈/upnp:channelNr〉

…

〈/item〉

상단에서부터 타이틀, 클래스, 채널명, 채널 번호가 기재되어 있다. 클라이언트(460)는 튜너 컨테이너 및 채널 아이템에 대응하는 콘텐츠 정보를 취득함으로써, 튜너 컨테이너에 설정된 채널 리스트 URL에 기초하는 콘텐츠 요구에 의해, 어떠한 범위의 채널 제어권을 취득하는 것이 가능한지를 알 수 있다.

클라이언트(460)는, 도 8에 나타내는 콘텐츠 정보로 이루어지는 XML 데이터에 기초하여, 채널 정보 일람 리스트를 클라이언트(460)의 디스플레이에 표시한다.

다음으로, 도 9를 참조하여, 서버 클라이언트 간에서 실행되는 채널 리스트 URL에 기초하는 스트리밍 데이터 배신 처리 시퀀스의 상세에 대해 설명한다.

우선, 클라이언트(460)는 서버가 보유하고 클라이언트(460)에 제공 가능한 콘텐츠를 조사하기 위해, 단계 S101에서, 브라우즈 또는 서치 처리에 의해, 콘텐츠 정보를 취득한다. 콘텐츠 검색을 실행하고자 하는 클라이언트(460)는, 콘텐츠 관리 디렉토리의 계층이나 오브젝트 집합에 대응하는 클래스를 지정한 「서치」, 혹은, 특정한 오브젝트의 지정으로서의 「브라우즈」를 서버에 요구함으로써, 콘텐츠의 정보를 취득하는 것이 가능하다. 브라우즈 또는 서치는 콘텐츠 관리부(440)(도 6 참조)의 콘텐츠 디렉토리 서비스(442)에 대해 실행되고, 콘텐츠 디렉토리 서비스(442)가 메타 데이터를 저장한 데이터베이스(443)로부터 각 오브젝트 대응의 메타 데이터에 기초하는 XML 데이터를 생성하여 콘텐츠 정보로서 클라이언트(460)에 제공한다.

예를 들면, 튜너 컨테이너에 관한 콘텐츠 정보를 취득한 경우에는, 도 8의 (a)에 나타내는 튜너 컨테이너 대응의 콘텐츠 정보 및, 도 8의 (b)에 나타내는 채널마다의 콘텐츠 정보에 기초하는 정보가 클라이언트(460)로 송신된다. 또한, 도 8의 (b)에 나타내는 정보는 1개의 채널에 대응하는 콘텐츠 정보로서, 클라이언트(460)가 튜너 컨테이너 및 자식 아이템으로서의 전 채널의 정보를 요구한 경우에는, 튜너 컨테이너의 자식 아이템으로서 설정되는 채널 수에 대응하는 수의 도 8의 (b)에 나타내는 정보가 클라이언트(460)로 송신되게 된다.

클라이언트(460)는 서버로부터 수신하는 콘텐츠 정보를 기술한 XML 데이터에 기초하여 콘텐츠 정보를 디스플레이에 표시한다. 이것은, 먼저, 도 4를 참조하여 설명한 바와 같은 표시 정보이다.

클라이언트(460)는, 도 8의 (a), (b)에 나타내는 튜너 컨테이너 및 채널 아이템에 대응하는 콘텐츠 정보에 기초하여 채널 리스트 URL, 펑션 ID(funcID), 채널 정보를 취득한다.

클라이언트(460)는, 다음으로, 단계 S102에서, 콘텐츠 배신 제어부(430)의 커넥션 매니저 서비스(431)에 대해, 프로토콜 정보 취득 요구를 송신한다. 이것은 콘텐츠 배신 제어부(430)에 입력 가능한 프로토콜 정보, 즉, 콘텐츠 배신 제어부(430)가 처리 가능한 프로토콜 정보의 일람을 요구하는 처리이다.

단계 S103에서, 커넥션 매니저 서비스(431)는 프로토콜 정보 일람을 클라이언트(460)로 송신한다. 이 프로토콜 정보 일람에는, 예를 들면 비디오 데이터의 프로토콜로서의 MPEG나, 오디오 데이터의 ATRAC 등, 콘텐츠 배신 제어부(430)에서 처리 가능한 여러 가지 프로토콜 정보가 포함된다.

튜너(410)의 수신 데이터를 배신 가능한 서버의 커넥션 매니저 서비스(431)가 클라이언트(460)로 송신하는 프로토콜 정보 일람에는, 라이브 스트리밍 데이터의 배신이 가능한 것을 나타내는 정보가 포함된다. 구체적으로는, [internal:1.2.3.4:application/x-av-tuner-content:func-id=tO1]이 되는 프로토콜 정보가 포함된다. 즉, schema 란(제1 컬럼)이 [internal]인 것이 포함된다. 이 프로토콜 정보는 내부의 콘텐츠 관리부(미디어 서버)(440)와의 논리 커넥션이, 이하에 설명하는 접속 준비(PrepareForConnection)에 의해 가능한 것을 나타낸다.

이 프로토콜 정보에도 펑션 ID가 포함된다. 전술한 바와 같이, 펑션 ID는 튜너 제어, DVD 제어 등, 콘텐츠 배신을 위한 제어 대상마다 설정되는 ID로서, 단 계 S101에서 클라이언트가 브라우즈 또는 서치 처리에 의해, 콘텐츠 디렉토리 서비스(442)로부터 취득한 콘텐츠 정보에도 포함된다. 여기에서는, 펑션 ID[func-id=tO1]이 튜너(410)를 적용한 콘텐츠 배신에 대응하는 펑션 ID로서 설정되어 있다.

다음으로, 단계 S104에서, 클라이언트(460)는 커넥션 매니저 서비스(431)로부터, 현재, 서버(400)에 접속되어 있는 다른 클라이언트에 관한 정보를 취득한다. 커넥션 매니저 서비스(431)는 서버에 접속하고 있는 클라이언트에 대응하는 커넥션 ID를 클라이언트 식별자, 및 각 클라이언트로 배신되는 콘텐츠에 대응하는 프로토콜 정보 등을 대응시킨 도 10에 나타내는 바와 같은 커넥션 관리 테이블을 보유하여 커넥션 관리를 실행하고 있다. 클라이언트(460)로부터의 커넥션 정보의 취득 요구에 응답하여, 이들 정보를 클라이언트(460)로 제공한다. 이 처리에 대해서는 후술한다. 또한, 이 커넥션 정보 통지 처리는 클라이언트(460)가 다른 클라이언트(460)의 접속 상황을 확인하기 위해 실행하는 것으로, 생략하여도 무방하다.

단계 S105에서, 클라이언트(460)는 커넥션 매니저 서비스(431)에 대해, 접속 준비 요구(PrepareForConnection)를 송신한다. 클라이언트(460)가 튜너를 적용한 라이브 스트리밍 데이터의 배신을 희망하는 경우에는, 먼저 콘텐츠 디렉토리 서비스(CDS)(442)로부터 수령한 콘텐츠 정보로서의 튜너 컨테이너에 대응하는 콘텐츠 정보에 포함되는 펑션 ID(funcID)와 일치하는 펑션 ID를 갖는 프로토콜 정보를 송신하면 된다.

단계 S105의 접속 준비(PrepareForConnection)의 송신에서, 클라이언트(460) 는 전술의 프로토콜 정보 취득(S103)에서, 커넥션 매니저 서비스(431)로부터 수령한 라이브 스트리밍에 관한 프로토콜 정보[internal:1.2.3.4:application/x-av-tuner-content:func-id=t01]를 송신한다.

클라이언트(460)로부터 접속 준비 요구(PrepareForConnection)를 수신한 커넥션 매니저 서비스(431)는 접속 준비 요구에 포함되는 프로토콜 정보[internal:1.2.3.4:application/x-av-tuner-content:func-id=t01]에 기초하여, 튜너에 의한 수신 데이터의 스트리밍 배신의 요구라고 판단하고, 콘텐츠 대응 제어부(432)내의 1개의 AVT 인스턴스(433)를 튜너 컨트롤 인스턴스로서 설정(어사인)하여, 접속 준비 요구(PrepareForConnection)가 있었던 클라이언트(460)에 대한 커넥션 ID와, 튜너 컨트롤 인스턴스로서 설정(어사인)한 AVT 인스턴스의 식별자(AVT 인스턴스 ID)의 바인드 처리, 즉 대응을 행한다.

또한, 전술한 바와 같이, 커넥션 매니저 서비스(431)는, 도 10에 나타내는 커넥션 관리 테이블, 즉, 각 접속 클라이언트(460)마다의 커넥션 ID와 AVT 인스턴스 ID, 프로토콜 정보와의 대응 데이터를 갖고, 이것을 커넥션 관리 정보로서 관리하고 있다.

단계 S106에서, 커넥션 매니저 서비스(431)는 클라이언트(460)에 대해, 어사인한 AVT 인스턴스의 식별자인 AVT 인스턴스 ID 및, 클라이언트(460) 서버간의 커넥션에 대해 설정한 커넥션 ID 정보를 통지한다. 클라이언트(460)는 이들 정보를 메모리에 저장한다.

단계 S107에서, 클라이언트(460)는 커넥션 매니저 서비스(431)에 의해 어사 인된 AVT 인스턴스에 의한 콘텐츠 배신 제어를 행하게 하기 위한 처리로서, 어사인된 AVT 인스턴스에 대해, URI(Uniform Resource Identifier) 세트 요구를 발행한다. AVT 인스턴스에 대해 세트하는 URI에는, 커넥션 매니저 서비스(431)로부터 통지된 AVT 인스턴스 ID와, 단계 S102의 처리에 있어서 취득한 튜너 컨테이너에 대응하는 콘텐츠 정보에 포함되는 채널 리스트 URL이 포함된다.

AVT 인스턴스는 클라이언트(460)로부터 지정된 AVT 인스턴스 ID와, 채널 리스트 URL에 기초하여, 자기의 제어 대상 콘텐츠 및 클라이언트를 식별하는 것이 가능하게 된다. 즉, AVT 인스턴스 ID를 지정하여 각종 제어 명령을 송신하는 클라이언트를 AVT 인스턴스에 대응하는 클라이언트이고, 채널 리스트 URL이 제어 대상 콘텐츠로 된다.

채널 리스트 URL은 튜너 컨테이너의 대응 콘텐츠이고, 채널 리스트 URL을 세트한 AVT 인스턴스는 튜너(410)의 제어를 실행하는 인스턴스로서 설정되게 된다.

다음으로 클라이언트(460)는 단계 S108 이후에서, AVT 인스턴스에 대해, 여러 가지 콘텐츠의 제어 요구를 실행할 수 있다. 단계 S108에서는, 재생(Play) 요구를 AVT 인스턴스에 대해 발행하고 있다. 이 제어 요구는, 예를 들면 SOAP(Simple Object Access Control) 프로토콜이 이용된다. SOAP에 기초하여, 클라이언트(460)는 XML 데이터에 따른 기술 데이터를 생성하여 AVT 인스턴스(433)로 송신한다.

AVT 인스턴스(433)는 클라이언트(460)로부터의 수신 정보에 기초하는 제어, 예를 들면 콘텐츠 재생 개시, 종료, 채널 절환 등의 처리를 실행한다. AVT 인스턴 스(433)는 세트된 콘텐츠 URL에 기초하여 제어 대상 콘텐츠를 특정하고, 그 특정된 제어 대상 콘텐츠를 제어한다. 이 경우에는, 콘텐츠 URL은 채널 리스트 URL이고, 채널 리스트 URL은 튜너 컨테이너에 대응하는 콘텐츠 정보이고, AVT 인스턴스(433)는 튜너(410)의 제어를 실행한다.

단계 S108의 재생(Play) 요구를 AVT 인스턴스(433)가 수령하면, AVT 인스턴스(433)는 튜너(410)를 제어하여, 튜너 수신 데이터의 클라이언트(460)에 대한 송신을 개시한다.

단계 S109에서는, 채널 설정(Seek) 요구를 AVT 인스턴스에 대해 발행하고 있다. 이 요구에는, AVT 인스턴스 ID와 채널 번호가 포함된다. 채널 설정(Seek) 요구를 AVT 인스턴스(433)가 수령하면, AVT 인스턴스(433)는 튜너(410)를 제어하고, 튜너의 채널을 설정하여 수신 데이터를 클라이언트(460)로 송신한다.

단계 S110은, 이하 계속하여 실행되는 라이브 스트리밍 데이터의 배신을 나타내고 있다. 단계 S111은 이벤트 통지 처리(SENA)가 콘텐츠 배신과 병렬하여 실행되는 것을 나타내고 있다. 전술한 바와 같이 이벤트란, 예를 들면 스테레오/모노럴의 절환 등과 같이 배신 콘텐츠에 관한 정보로서, 클라이언트(460)로부터의 이벤트 URL에 기초하는 이벤트 통지 요구에 기초하여 서버가 여러 가지 이벤트 정보를 통지하는 처리이다.

채널 절환 처리 시퀀스에 대해, 도 11을 참조하여 설명한다. 채널 절환 처리는 채널 리스트 URL에 기초하는 스트리밍 데이터의 배신중에 실행한다. 단계 S201에서, 스트리밍 데이터의 배신 및 이벤트 통지가 실행되어 있는 것으로 한다.

단계 S202에서, 클라이언트(460)는 채널 절환(Seek) 요구를 AVT 인스턴스에 대해 발행한다. 이 제어 요구에는, 전술한 바와 같이 예를 들면 SOAP(Simple Object Access Control) 프로토콜이 이용된다. 클라이언트(460)는 XML 데이터에 따른 기술 데이터를 생성하여 AVT 인스턴스(433)로 송신한다. 이 요구에는, AVT 인스턴스 ID와 절환 채널 번호가 포함된다. 채널 설정(Seek) 요구를 AVT 인스턴스(433)가 수령하면, AVT 인스턴스(433)는 튜너(410)를 제어하여, 튜너의 채널을 절환하여 수신 데이터를 클라이언트(460)로 송신한다.

그 다음, 단계 S203에서, 절환 후의 채널에 대응하는 스트리밍 데이터의 배신 및 이벤트 통지가 실행된다.

이 채널 절환 전후에서의 서버 클라이언트 간의 HTTP 커넥션은, 동일한 URL, 즉 동일한 채널 리스트 URL에 기초하는 HTTP 커넥션이기 때문에, 서버 클라이언트 간에 있어서는 커넥션이 유지된 채로 채널 절환이 실행되게 된다.

이와 같이, 채널 리스트 중의 채널을 절환할 때는, AVT 인스턴스에 대해 채널 절환 요구(AVT Seek action)를 행한다. 이때, 채널 절환 요구(AVT Seek action)를 행한 클라이언트(460) 뿐만 아니라, 동일한 라이브 스트리밍을 이용하고 있는 클라이언트도, HTTP 커넥션을 절단하는 일 없이 콘텐츠가 변경된다.

또한, 서버로부터 클라이언트에 대해 송신되는 화상 또는 음성 데이터를, 예를 들면 MPEG 등의 부호화 데이터로 한 경우, 클라이언트로부터 수신하는 채널 절환의 타이밍에 기초하여 무조건 송신 데이터의 절환을 실행하면, 송신하는 부호화 데이터 패킷의 부정합이 발생하는 경우가 있다. 이러한 부정합 부호화 데이터를 클라이언트측에서 디코드(복호)하면 디코드 에러에 의해 콘텐츠 재생 에러를 발생시킨다.

예를 들면 MPEG-2 시스템에서는, 영상이나 음성 등의 개별 데이터 스트림인 PES(Packetized Elementary Stream) 패킷을 복수 결합하고, 또한 제어 정보를 헤더에 저장한 팩(Pack)을 1개의 처리 단위로 하고 있다. 따라서, 팩(Pack)을 구성하는 PES 패킷의 일부를 송신중에, 채널 절환을 실행하여 송신 데이터를 변경하면, 클라이언트에서 디코드할 때의 1개의 처리 단위인 팩(Pack)에 결락이 발생하여, 재생 에러를 발생시키게 된다.

따라서, 서버의 콘텐츠 배신 제어부(430)는, 클라이언트로부터의 채널 절환 요구에 기초하는 송신 데이터의 변경에 의해, 송신 부호화 데이터의 정합성의 유지가 가능한지의 여부를 판정하여, 정합성이 유지되지 않는다고 판단한 경우에는, 서버 클라이언트 간의 데이터 스트림 배신용의 접속 커넥션, 즉, 채널 리스트 URL에 기초하는 HTTP 커넥션을 절단한다. 서버는, 또한, 클라이언트에 대해, 이벤트 통지용 커넥션을 통해, 데이터 스트림 배신용의 접속 커넥션이 절단된 것을 통지한다.

클라이언트는 서버로부터 커넥션 절단 통지를 수신한 경우에는, 다시, 채널 리스트 URL에 기초하는 HTTP 커넥션을 설정하는 처리, 즉, 채널 리스트 URL에 기초하는 HTTP-GET 메소드를 서버에 대해 송신한다. 또한, AVT 인스턴스(튜너 컨트롤 인스턴스(433))의 설정 상태는 유지되고 있기 때문에, 튜너 컨트롤 인스턴스(433)의 새로운 어사인, URI 세트 등의 설정 처리는 생략 가능하다.

혹은, 서버는 클라이언트로부터 수신한 채널 절환 타이밍에 기초하여 무조건 채널 절환을 실행하는 것이 아니라, 클라이언트로부터의 채널 절환 요구 수신후, 클라이언트에 대해 송신하는 부호화 데이터의 정합성을 유지 가능한 타이밍을 대기하여, 정합성을 유지 가능한 타이밍에서 클라이언트에 대한 송신 데이터의 절환을 실행하는 구성으로 하여도 된다. 이 절환 타이밍의 제어는, 코덱(420)의 데이터 인코드 상황을 검출하고, 검출 정보를 튜너 컨트롤 인스턴스(433)에 입력하여, 튜너 컨트롤 인스턴스(433)의 타이밍 제어하에 튜너(410)의 채널 절환을 실행함으로써 행한다.

서버측에서 이러한 채널 절환 타이밍의 제어를 실행함으로써, 클라이언트측에서의 디코드 에러의 발생이 방지되어, 클라이언트측에서는 채널 절환 전의 데이터 및 채널 절환 후의 데이터 재생을 정상적으로 실행하는 것이 가능하게 된다.

다음으로, 도 12의 시퀀스도를 참조하여 라이브 스트리밍 데이터의 배신 처리를 종료하는 경우의 처리에 대해 설명한다. 단계 S301에서, 스트리밍 데이터의 배신 및 이벤트 통지가 실행되어 있는 것으로 한다.

라이브 스트리밍 데이터의 배신 처리를 종료하고자 하는 클라이언트(460)는, 단계 S302에서, 커넥션 ID를 저장한 커넥션 종료 요구를 커넥션 매니저 서비스(431)로 송신한다. 커넥션 ID는 도 9의 시퀀스도의 단계 S106에서, 커넥션 매니저 서비스(431)로부터 수령한 것이다. 커넥션 매니저 서비스(431)는 클라이언트(460)로부터의 요구에 따라, 서버 클라이언트 간의 커넥션의 절단을 행하고, 또한, 도 10을 참조하여 설명한 커넥션 관리 테이블에서 대응 엔트리를 삭제한다.

또한, 클라이언트(460)는 동일한 AVT 인스턴스를 사용하고 있는 다른 클라이언트의 존재를 아는 것이, 단계 S104의 조회 처리에 의해 가능하다. 이 체크를 사전에 행함으로써, 어떤 펑션 ID(func-id)를 선택하면 비어 있는 AVT 인스턴스를 쓸 수 있을지를 알 수 있다. 이 체크를 행하여, 다른 클라이언트를 배려한 처리가 가능하게 된다.

예를 들면, 모든 AVT 인스턴스가 사용되고 있는 경우 등은, 채널 변경시에 「다른 사람이 시청하고 있을 가능성이 있습니다. 정말로 괜찮습니까?」 등의 메시지를 서버로부터 클라이언트(460)로 송신하여, 클라이언트(460)에서 메시지 표시 UI를 생성하여 제시함으로써, 복수의 클라이언트가 접속된 네트워크에서 다른 클라이언트의 접속을 부주의하게 제어하는, 예를 들면 채널을 절환해 버리는 것 등이 방지된다.

단계 S104의 커넥션 정보 취득 처리의 상세 내용은, 이하와 같다. 우선, 콘텐츠 배신 제어부(430)의 커넥션 매니저 서비스(431)에 대해 현 접속 커넥션 ID 요구(GetCurrentConnectionIDs)를 행한다. 반환치로서 현재 액티브인 커넥션 ID(ConnectionID)의 일람이 되돌아온다. 각각의 커넥션 ID를 이용하여 커넥션 정보 요구(GetCurrentConnectionInfo)를 행하면, 그 커넥션 ID로 어사인되어 있는 프로토콜 정보(Protoco1Info)를 알 수 있다. 이 프로토콜 정보의 추가 정보(AdditionalInfo)에 기재되는 펑션 ID(func-id)가 자신이 사용하려 하고 있는 펑션 ID와 동일한 경우에는, 동일한 내부 리소스(튜너 등)을 취급하고 있는 것을 알 수 있다.

전술한 바와 같이, 클라이언트(460)는 콘텐츠 배신 제어부(430)의 커넥션 매니저 서비스(CMS)(431)에 대해 AVT 인스턴스를 어사인 받아, 그 AVT 인스턴스에 튜너 컨테이너에 대응하는 채널 리스트 URL을 세트함으로써, 그 URL에 기초하는 라이브 스트리밍을 개시할 수 있다.

또한, 콘텐츠 배신 제어부(430)에서, 설정 가능한 AVT 인스턴스의 수에 제한이 있는 경우에는, 콘텐츠 배신 제어부(430)의 커넥션 매니저 서비스(CMS)(431)는, 이하의 처리를 실행함으로써, AVT 인스턴스의 설정을 제어한다.

이미 제한수의 AVT 인스턴스가 어사인되어 있는 상태에서, 커넥션 매니저 서비스(CMS)(431)가 클라이언트로부터 새롭게 AVT 인스턴스를 요구받았을 때에는, 오래된 커넥션이 우선한다. 즉 오래된 커넥션에 기초하여 설정된 AVT 인스턴스를 새로운 요구에 기초하여 절환하는 일은 없다.

단, 이것은 어디까지나 AVT 인스턴스의 한도수의 이야기이고, 동일한 AVT 인스턴스를 취급하는 요구인 경우에는, 가령 이미 다른 클라이언트에 제공하고 있더라도, 상이한 커넥션 ID에서 동일한 AVT 인스턴스 ID를 새롭게 제공하여도 된다. 이 경우에는, 복수의 클라이언트가 1개의 AVT 인스턴스에 기초하는 제어를 실행하는 것이 가능하게 된다.

구체적으로는 1개의 채널 리스트 URL이 설정된 AVT 인스턴스의 제어를 2개 이상의 클라이언트가 실행 가능하고, 어떤 클라이언트로부터의 제어 명령, 예를 들면 채널 절환 처리도 그 1개의 AVT 인스턴스의 제어하에 유효하게 실행되게 된다.

또한, 콘텐츠 배신 제어부(430)가 AVT 인스턴스(#0)와 AVT 인스턴스(#1)의 2 개를 갖고 있지만, 동시에 1개의 AVT밖에 동작할 수 없는 서버인 경우의 처리는, 예를 들면 이하의 a∼f와 같이 실행된다.

a. 먼저, 클라이언트(1)로부터 AVT(#0)를 어사인하도록 요구

b. 커넥션 ID(1)에 AVT 인스턴스 ID(#0)를 어사인

c. 다음으로, 클라이언트(2)로부터 AVT(#0)를 어사인하도록 요구

d. 커넥션 ID(2)에 AVT 인스턴스 ID(#0)를 어사인

e. 다음으로, 클라이언트(1)로부터 AVT(#1)를 어사인하도록 요구

f. 클라이언트(1)에 에러를 돌려보냄

이러한 처리를 실행함으로써, AVT 인스턴스의 설정수의 제한이 가능하게 된다.

전술한 바와 같이, 채널 리스트 URL은 콘텐츠 디렉토리 서비스(CDS)(442)로부터 얻는 것이 가능하다. 튜너가 플레이 상태, 즉 클라이언트에 대한 콘텐츠 배신 상태에 있을 때는, 이 채널 리스트 URL에 이미 HTTP-GET에 기초하는 콘텐츠 요구를 행하고 있는 모든 클라이언트(서버가 복수 클라이언트 대응시에 한함)는, 채널 리스트 URL이 AVT 인스턴스에 세트됨과 동시에 튜너의 스트리밍을 얻을 수 있다.

즉, 다른 클라이언트에 의해 사용되고 있는 스트리밍을 단순히 모니터하고 싶은 경우에는, AVT 인스턴스의 설정을 실행하지 않고, 스트리밍용의 URL 즉, 콘텐츠 디렉토리 서비스(CDS)(442)로부터 취득한 채널 리스트 URL을 설정한 HTTP-GET 메소드를 발행하는 것만으로, 튜너의 스트리밍을 얻을 수 있다.

서버(400)의 콘텐츠 배신 제어부(430)는, 채널 리스트 식별자로서의 채널 리스트 URL에 기초하여 특정되는 튜너(410)가 수신하는 복수 채널 콘텐츠의 배신 제어를 AVT 인스턴스의 제어하에 실행하고 있는 동안에, 다른 클라이언트로부터의 동일한 채널 리스트 URL을 지정한 콘텐츠 요구로서의 HTTP-GET 메소드를 수신한 경우, 그 요구 클라이언트는 AVT 인스턴스의 설정을 행하지 않고, 채널 리스트 URL에 기초하는 HTTP 커넥션에 의해, 채널 리스트 URL에 기초하여 특정되는 튜너 수신 콘텐츠의 배신을 실행할 수 있다.

[복수 튜너를 갖는 서버]

전술한 예는, 서버에 튜너가 1개뿐인 예이지만, 복수의 튜너를 탑재한 구성도 가능하다. 이 경우에는, 각 튜너에 대응하여 채널 리스트 URL이 대응되고, 또한 개개에 상이한 AVT 인스턴스가 설정되어 제어가 실행된다. 도 13에 튜너를 2개 갖는 서버에 있어서의 처리 구성예를 나타낸다.

이 경우, 튜너A(511), 코덱A(512)를 통해 1개의 스트리밍 콘텐츠가 클라이언트로 송신되고, 또한 튜너B(521), 코덱B(522)를 통해 다른 1개의 스트리밍 콘텐츠가 클라이언트로 송신된다.

콘텐츠 배신 제어부(500)의 커넥션 매니저 서비스(530)는, 각각의 튜너 제어를 실행하는 AVT 인스턴스를 개별적으로 어사인한다. 튜너 컨트롤 인스턴스(531)는 튜너A(511)의 제어를 실행하고, 튜너 컨트롤 인스턴스(532)는 튜너B(521)의 제어를 실행한다.

이 경우, 튜너 컨트롤 인스턴스(531)에 세트되는 채널 리스트 URL은, 튜너A 컨테이너에 대응하는 채널 리스트 URL(A)이고, 튜너 컨트롤 인스턴스(532)에 세트되는 채널 리스트 URL은 튜너B 컨테이너에 대응하는 채널 리스트 URL(B)이 된다.

각각의 튜너를 통해 콘텐츠를 수신하고 있는 클라이언트는, 각각 튜너 컨트롤 인스턴스(531) 또는, 튜너 컨트롤 인스턴스(532)에 대응하는 AVT 인스턴스 ID를 갖고, 각각의 AVT 인스턴스 ID를 지정한 제어가 가능하며, 각각 독립한 제어가 가능하게 된다.

또한, 튜너와 채널 리스트의 대응이, 전술한 바와 같이, 튜너 컨테이너에 대응하여 설정되는 메타 데이터로서 설정되는 채널 리스트 URL에 의해 결정된다. 전술한 예에서는, 튜너 1개에 대해 1개의 채널 리스트 URL을 대응한 예를 설명하였지만, 튜너가 복수 있는 경우에는, 튜너와 채널 리스트 URL의 대응 양태는 여러 가지 설정이 가능하다.

2개의 튜너가 있는 경우에, 각각의 튜너가 지상파, BS 쌍방 모두 수신 가능한 경우에는, 1개의 튜너 컨테이너를 설정하여, 2개의 채널 리스트 URL을 메타 데이터로서 설정 가능하게 된다. 튜너 컨테이너(601)에는 지상파 채널 아이템(602)과 BS 채널 아이템(603)이 자식 아이템으로서 설정된다.

튜너 컨테이너(601)의 메타 데이터로서, 채널 리스트 URL1(funcID=a)과 채널 리스트 URL2(funcID=b)의 2개의 채널 리스트 URL이 설정되어 있다.

이러한 구성인 경우, 클라이언트는 튜너 컨테이너(601)의 콘텐츠 정보로서 2개의 채널 리스트 URL, 및 그 채널 정보를 아는 것이 가능하게 된다. 클라이언트는 지상파를 시청하고 싶은 경우에는, 지상파에 대응하는 채널 리스트, 예를 들면 채널 리스트 URL1(funcID=a)을 선택하여, 도 9에 나타내는 처리 시퀀스에 있어서의 단계 S107의 AVT 인스턴스의 세트 처리를 실행하면 된다. BS파를 시청하고 싶은 경우에는, BS파에 대응하는 채널 리스트, 예를 들면 채널 리스트 URL2(funcID=b)를 선택하여, 도 9에 나타내는 처리 시퀀스에 있어서의 단계 S107의 AVT 인스턴스의 세트 처리를 실행한다.

또한, 이러한 구성인 경우, 단계 S103에 있어서의 콘텐츠 배신 제어부(430)의 커넥션 매니저(431)로부터 송신되는 프로토콜 정보에는, 전술한 2개의 채널 리스트 URL의 펑션 ID에 대응하는,

[internal:1.2.3.4:application/x·av·tuner·content:func·id=a]와,

[internal:1.2.3.4:application/x·av·tuner·content:func·id=b]의, 2개의 튜너를 통하는 스트리밍 데이터 콘텐츠에 관한 2개의 프로토콜 정보가 각각 클라이언트에 통지되게 된다.

또한, 지상파 BS 겸용 수신 튜너가 2개 있는 경우에, 한쪽을 지상파 전용, 다른 한쪽을 BS 전용으로 구분하여 사용하는 경우에는, 도 15에 나타내는 바와 같이 각 튜너 컨테이너(611, 621)가 설정된다. 지상파 튜너 컨테이너(611)에는 복수의 지상파 채널 아이템(612)이 설정된다. BS 튜너 컨테이너(621)에는 복수의 BS 채널 아이템(622)이 설정된다.

각각의 튜너 컨테이너에 설정하는 채널 리스트 URL을 1개로 하는 것도 가능하지만, 도 15에 나타내는 예에서는, 2개의 튜너 컨테이너의 각각에 2개의 채널 리스트 URL을 설정하고 있다.

이러한 구성으로 함으로써, 어떤 클라이언트가 1개의 튜너를 적용하여 지상파가 있는 채널을 시청하고 있는 경우, 다른 클라이언트가 다른 튜너를 이용하여 다른 지상파 채널을 시청하는 것, 마찬가지로 상이한 2개의 BS 채널, 혹은 1개는 지상파, 다른 한쪽은 BS와 같은 각 타입의 조합이 가능하게 된다.

구체적으로는, 2개의 지상파를 2개의 튜너를 통해 시청하는 경우에는, 지상파 컨테이너(611)에 있는 채널 리스트 URL-Terrestrial1(funcID=a)과, 채널 리스트 URL-Terrestrial2(funcID=b)를 각각 상이한 AVT 인스턴스에 세트하여, 각각이 상이한 튜너의 제어를 행함으로써 2개의 지상파가 각각의 클라이언트에 송신된다.

2개의 BS파를 2개의 튜너를 통해 시청하는 경우에는, BS파 컨테이너(621)에 있는 채널 리스트 URL-BS1(funcID=a)과, 채널 리스트 URL-BS2(funcID=b)를 각각 상이한 AVT 인스턴스에 세트하여, 각각이 상이한 튜너의 제어를 행함으로써 2개의 지상파가 각각의 클라이언트로 송신된다.

지상파와 BS인 경우는, 지상파 컨테이너(611)에 있는 채널 리스트 URL-Terrestrial1(funcID=a)과, BS파 컨테이너(621)에 있는 채널 리스트 URL-BS2(funcID=b), 혹은, 지상파 컨테이너(611)에 있는 채널 리스트 URL-Terrestrial2(funcID=b)와, BS파 컨테이너(621)에 있는 채널 리스트 URL-BS1(funcID=a)의 조합에 의한 제어를 행함으로써 지상파 및 BS파의 콘텐츠가 각각 상이한 튜너를 통해 클라이언트에 제공된다.

또한, 2개의 튜너 중 1개는 지상파 전용 튜너이고, 다른 한쪽은 지상파 BS 겸용 튜너인 경우에는, 도 16에 나타내는 바와 같은 채널 리스트 URL의 설정이 가 능하다.

도 16에 나타내는 바와 같이 각 튜너 컨테이너(631, 641)가 설정된다. 지상파 튜너 컨테이너(631)에는 복수의 지상파 채널 아이템(632)이 설정된다. BS 튜너 컨테이너(641)에는 복수의 BS 채널 아이템(642)이 설정된다.

지상파 튜너 컨테이너(631)에는 2개의 채널 리스트 URL이 설정되고, 2개의 채널 리스트 URL을 동시에 적용하는 것이 가능하여, 지상파에 대해서만, 2개의 튜너를 이용하여 동시에 스트리밍 배신이 가능하게 된다.

구체적으로는, 2개의 지상파를 2개의 튜너를 통해 시청하는 경우에는, 지상파 컨테이너(631)에 있는 채널 리스트 URL-Terrestrial1(funcID=a)과, 채널 리스트 URL-Terrestrial2(funcID=b)를 각각 상이한 AVT 인스턴스에 세트하여, 각각이 상이한 튜너의 제어를 행함으로써 2개의 지상파가 각각의 클라이언트에 송신된다.

지상파와 BS인 경우는, 지상파 컨테이너(611)에 있는 채널 리스트 URL-Terrestrial2(funcID=b)와, BS파 컨테이너(621)에 있는 채널 리스트 URL-BS1(funcID=a)의 조합에 의한 제어를 행함으로써 지상파 및 BS파의 콘텐츠가 각각 상이한 튜너를 통해 클라이언트로 제공된다.

[서버 및 클라이언트의 처리 플로우]

튜너 수신 데이터의 라이브 스트리밍 처리에 있어서의 서버 및 클라이언트 각각의 처리 절차에 대해, 도 17 및 도 18의 플로우를 참조하여 설명한다. 우선, 클라이언트에 있어서의 처리를 도 17의 처리 플로우를 참조하여 설명한다.

클라이언트 장치는 단계 S501에서, 브라우즈 또는 서치 처리에 의해, 콘텐츠 정보의 취득 요구를 실행한다. 이것은 콘텐츠 관리부(440)(도 6 참조)의 콘텐츠 디렉토리 서비스(442)에 대해 실행한다.

단계 S502에서 콘텐츠 정보를 수신한다. 여기에서는, 튜너를 통한 스트리밍 데이터의 배신을 실행하기 위해 튜너 컨테이너 및 채널 아이템의 콘텐츠 정보를 취득하는 것으로, 도 8의 (a)에 나타내는 튜너 컨테이너 대응의 콘텐츠 정보 및, 도 8의 (b)에 나타내는 채널마다의 콘텐츠 정보에 기초하는 정보를 취득한다. 이 처리에 의해, 채널 리스트 URL, 펑션 ID, 채널 정보가 취득된다.

클라이언트는 다음에, 단계 S503에서, 콘텐츠 배신 제어부(430)의 커넥션 매니저 서비스(431)에 대해, 프로토콜 정보 취득 요구를 송신한다. 단계 S504에서, 커넥션 매니저 서비스(431)로부터, 프로토콜 정보 일람을 수신한다. 이 프로토콜 정보 일람에, 라이브 스트리밍 데이터의 배신이 가능한 것을 나타내는 프로토콜 정보[internal:1.2.3.4:application/x-av-tuner-content:func-id=t01]이 포함된다.

다음으로, 단계 S505에서, 클라이언트는 커넥션 매니저 서비스(431)로부터, 현재 서버(400)에 접속되어 있는 다른 클라이언트에 관한 정보를 취득한다. 단계 S506에서, 클라이언트는 커넥션 매니저 서비스(431)에 대해, 접속 준비 요구(PrepareForConnection)를 송신한다. 클라이언트가 튜너를 적용한 라이브 스트리밍 데이터의 배신을 희망하는 경우에는, 단계 S502에서, 콘텐츠 디렉토리 서비스(CDS)(442)로부터 수령한 튜너 컨테이너에 대응하는 콘텐츠 정보 중의 펑션 ID(funcID)와 일치하는 펑션 ID를 갖는 프로토콜 정보를 송신한다.

단계 S507에서, 클라이언트는 커넥션 ID와, 튜너 컨트롤 인스턴스로서 설정( 어사인)한 AVT 인스턴스의 식별자(AVT 인스턴스 ID)를 수신한다.

단계 S508에서, 클라이언트는 어사인된 AVT 인스턴스에 대해, URI(Uniform Resource Identifier) 세트 요구를 발행한다. AVT 인스턴스에 대해 세트하는 URI에는, 커넥션 매니저 서비스(431)로부터 통지된 AVT 인스턴스 ID와, 단계 S502에서 취득한 튜너 컨테이너에 대응하는 콘텐츠 정보에 포함되는 채널 리스트 URL이 포함된다.

여기까지의 처리가, AVT 인스턴스에 의한 튜너 제어를 가능하게 하기 위한 설정 처리이다. 이 이후는, 클라이언트는 AVT 인스턴스에 대해 제어 요구를 발행함으로써, 콘텐츠 송신, 정지, 채널 절환 등의 여러 가지 제어가 가능하게 된다.

단계 S509에서, 클라이언트는 AVT 인스턴스에 대해 콘텐츠의 제어 요구를 실행한다. 예를 들면, 재생(play) 요구, 채널 절환(Seek) 요구이다. 클라이언트는 XML 데이터에 따른 기술 데이터를 생성하여, 각종 제어 정보를 AVT 인스턴스(433)로 송신한다.

단계 S510에 있어서 클라이언트측 유저가 채널 절환을 행하고 싶다고 판단한 경우에는, 단계 S511에서, 클라이언트는 채널 절환(Seek) 요구를 AVT 인스턴스에 대해 발행한다. 이 제어 요구에는, AVT 인스턴스 ID와 절환 채널 번호를 저장한다. 단계 S512에서, 접속 종료한다고 판단한 경우에는, 커넥션 ID를 저장한 커넥션 종료 요구를 커넥션 매니저 서비스(431)로 송신한다. 커넥션 ID는, 단계 S507에 있어서, 커넥션 매니저 서비스(431)로부터 수령한 것이다.

다음으로, 서버측의 처리에 대해, 도 18의 처리 플로우를 참조하여 설명한 다. 단계 S601에서, 콘텐츠 관리부(440)(도 6 참조)의 콘텐츠 디렉토리 서비스(442)는, 클라이언트로부터의 콘텐츠 정보 취득 요구를 수신한다. 여기에서는 튜너 컨테이너 및 채널 아이템의 콘텐츠 정보의 취득 요구가 있었던 것으로 한다.

단계 S602에서, 콘텐츠 디렉토리 서비스(442)는 클라이언트에 대해, 튜너 컨테이너 및 채널 아이템의 콘텐츠 정보를 송신한다. 도 8의 (a)에 나타내는 튜너 컨테이너 대응의 콘텐츠 정보 및, 도 8의 (b)에 나타내는 채널마다의 콘텐츠 정보로서, 채널 리스트 URL, 펑션 ID(funcID), 채널 정보를 포함하는 정보이다.

단계 S603에서, 서버의 콘텐츠 배신 제어부(430)의 커넥션 매니저 서비스(431)는, 클라이언트로부터 프로토콜 정보 취득 요구를 수신한다. 단계 S604에서, 커넥션 매니저 서비스(431)는 프로토콜 정보 일람을 클라이언트로 송신한다. 커넥션 매니저 서비스(431)가 클라이언트로 송신하는 프로토콜 정보 일람에는, 라이브 스트리밍 데이터의 배신이 가능한 것을 나타내는 정보[internal:1.2.3.4:application/x-av-tuner-content:func-id=t01]이 되는 프로토콜 정보가 포함된다.

다음으로, 단계 S605에서, 커넥션 매니저 서비스(431)는 클라이언트에, 현재 서버(400)에 접속되어 있는 다른 클라이언트에 관한 정보를 제공한다. 커넥션 매니저 서비스(431)는, 도 10에 나타내는 커넥션 관리 테이블에 기초하여 커넥션 정보를 제공한다.

단계 S606에서, 커넥션 매니저 서비스(431)는 클라이언트로부터 접속 준비 요구(PrepareForConnection)를 수신한다. 클라이언트가 튜너를 적용한 라이브 스 트리밍 데이터의 배신을 희망하고 있는 경우에는, 먼저 콘텐츠 디렉토리 서비스(CDS)(442)가 송신한 콘텐츠 정보로서의 튜너 컨테이너에 대응하는 콘텐츠 정보에 포함되는 펑션 ID(funcID)가, 접속 준비 요구에 포함된다.

클라이언트로부터 접속 준비 요구를 수신한 커넥션 매니저 서비스(431)는, 접속 준비 요구에 포함되는 프로토콜 정보[internal:1.2.3.4:application/x-av-tuner-content:func-id=t01]에 기초하여, 튜너에 의한 수신 데이터의 스트리밍 배신의 요구라고 판단하여, 단계 S607에서, 콘텐츠 대응 제어부(432)내의 1개의 AVT 인스턴스(433)를 튜너 컨트롤 인스턴스로서 설정(어사인)하고, 접속 준비 요구를 송신해 온 클라이언트에 대한 커넥션 ID와, 튜너 컨트롤 인스턴스로서 설정(어사인)하여, AVT 인스턴스의 식별자(AVT 인스턴스 ID)와의 바인드 처리, 즉 대응, 도 10에 나타내는 커넥션 관리 테이블에 대한 엔트리 설정을 행하고, 단계 S608에서, 커넥션 ID와 AVT 인스턴스 ID를 클라이언트로 통지한다.

단계 S609에서, AVT 인스턴스가 클라이언트로부터 URI(Uniform Resource Identifier) 세트 요구를 수신하면, 단계 S610에서, AVT 인스턴스 ID와 채널 리스트 URL을 AVT 인스턴스 URI로서 AVT 인스턴스에 세트한다.

AVT 인스턴스는 클라이언트로부터 지정된 AVT 인스턴스 ID와, 채널 리스트 URL에 기초하여, 자기의 제어 대상 콘텐츠 및 클라이언트를 식별하는 것이 가능하게 된다. 즉, AVT 인스턴스 ID를 지정하여 각종 제어 명령을 송신하는 클라이언트를 AVT 인스턴스에 대응하는 클라이언트로서 인식하고, 채널 리스트 URL에 의해 대응되는 튜너가 제어 대상으로 된다. 채널 리스트 URL은 튜너 컨테이너의 대응 콘 텐츠이고, 채널 리스트 URL을 세트한 AVT 인스턴스는 튜너(410)의 제어를 실행하는 인스턴스로서 설정되게 된다.

다음으로 단계 S611에서, AVT 인스턴스가 콘텐츠 제어 요구를 수신하면, 단계 S612에서, AVT 인스턴스(433)는 클라이언트로부터의 수신 정보에 기초하는 튜너 제어, 예를 들면 콘텐츠 재생 개시, 종료, 채널 절환 등의 처리를 실행한다. AVT 인스턴스(433)는 세트된 콘텐츠 URL에 기초하여 제어 대상 콘텐츠를 특정하고, 그 특정된 제어 대상 콘텐츠를 제어한다. 이 경우에는, 콘텐츠 URL은 채널 리스트 URL이고, 채널 리스트 URL은 튜너 컨테이너에 대응하는 콘텐츠 정보이며, AVT 인스턴스(433)는 튜너(410)의 제어를 실행한다.

단계 S613에서, 채널 절환(Seek) 요구를 수신했다고 판정한 경우에는, 단계 S614에서, AVT 인스턴스(433)는 튜너(410)를 제어하여, 튜너의 채널을 절환한다. 이 채널 절환 전후에서의 서버 클라이언트 간의 HTTP 커넥션은, 동일한 URL, 즉 동일한 채널 리스트 URL에 기초하는 HTTP 커넥션이기 때문에, 서버 클라이언트 간에 있어서는 커넥션이 유지된 채로 채널 절환이 실행된다.

단계 S615에서, 커넥션 ID를 저장한 커넥션 종료 요구를 커넥션 매니저 서비스(431)가 수신했다고 판정한 경우에는, 단계 S616에서, 클라이언트로부터의 요구에 따라, 서버 클라이언트 간의 커넥션의 절단을 행하고, 또한, 도 10을 참조하여 설명한 커넥션 관리 테이블로부터 대응 엔트리를 삭제한다.

또한, 전술한 바와 같이, 서버로부터 클라이언트에 대해 송신되는 화상 또는 음성 데이터를, 예를 들면 MPEG 등의 부호화 데이터로 한 경우, 클라이언트로부터 수신하는 채널 절환의 타이밍에 기초하여 무조건 송신 데이터의 절환을 실행하면, 송신하는 부호화 데이터 패킷의 부정합이 발생하는 경우가 있다. 예를 들면 MPEG-2 시스템에 규정되는 팩(Pack)의 구성 패킷인 PES(Packetized Elementary Stream) 패킷의 일부를 송신중에, 채널 절환을 실행하여 송신 데이터를 변경하면, 클라이언트에서 디코드할 때의 1개의 처리 단위인 팩(Pack)에 결락이 발생하여, 재생 에러를 발생시키게 된다.

따라서, 서버는 단계 S613에서, 채널 절환(Seek) 요구를 수신했다고 판정한 경우에는, 클라이언트로부터의 채널 절환 요구에 기초하는 송신 데이터의 변경에 의해, 송신 부호화 데이터의 정합성 유지가 가능한지의 여부를 판정하여, 정합성이 유지되지 않는다고 판단한 경우에는, 단계 S614의 AVT 인스턴스(433)의 튜너(410)의 제어에 의한 채널 절환의 실행전에 서버 클라이언트 간의 데이터 스트림 배신용의 접속 커넥션, 즉, 채널 리스트 URL에 기초하는 HTTP 커넥션을 절단하고, 클라이언트에 대해, 이벤트 통지용 커넥션을 통해 데이터 스트림 배신용의 접속 커넥션이 절단된 것의 통지 처리를 실행하고, 그 후, 단계 S614의 AVT 인스턴스(433)의 튜너(410)의 제어에 의한 채널 절환을 실행한다.

또한, 전술한 바와 같이, 서버는 코덱(420)의 데이터 인코드 상황을 검출하고, 검출 정보를 튜너 컨트롤 인스턴스(433)에 입력하여, 튜너 컨트롤 인스턴스(433)의 타이밍 제어하에 튜너(410)의 채널 절환을 실행하는 구성으로 하여도 되며, 이 경우에는, 단계 S613에 있어서의, 채널 절환(Seek) 요구 수신후, 코덱(420)의 데이터 인코드 상황의 검출 정보에 기초하여, 튜너 컨트롤 인스턴스(433)가 클라이언트에 대해 송신하는 부호화 데이터의 정합성을 유지 가능한 타이밍에서, 단계 S614의 AVT 인스턴스(튜너 컨트롤 인스턴스(433))의 튜너(410)의 제어에 의한 채널 절환을 실행한다.

[서버 및 클라이언트의 기능 구성]

서버 및 클라이언트 장치의 하드웨어 구성에 대해서는, 먼저 도 2를 참조하여 설명한 바와 같으며, 전술한 각종 처리, 예를 들면 도 17, 도 18의 플로우를 참조하여 설명한 처리는, 서버 클라이언트 각각의 기억부에 저장된 프로그램에 따라 주로 CPU의 제어하에 실행된다. 전술한 처리를 실행하기 위해 필요하게 되는 서버의 기능 구성과 클라이언트의 기능 구성에 대해 도 19 및 도 20을 참조하여 설명한다.

도 19는 서버의 주요 기능 구성을 도시하는 블록도이다. 기본적으로 도 6에 도시하는 구성에 대응하지만, 도 19의 구성에서는 튜너를 2개 갖는 구성예를 나타 내고 있다. 패킷 송수신부(701)는 클라이언트에 대한 패킷, 클라이언트로부터의 패킷을 수신한다. 패킷 생성, 해석부(702)는 송신 패킷의 생성 처리, 수신 패킷의 해석 처리를 행한다. 패킷의 어드레스 설정, 어드레스 인식, 데이터부에 대한 데이터 저장, 데이터부로부터의 데이터 취득 처리 등이다.

튜너 A(703)와 튜너 B(704)는 지상파, BS, CS 등의 위성 방송, 인터넷, 그 밖의 통신망을 통하는 데이터를 수신하는 튜너이다.

콘텐츠 기억부(705)는 서버가 보유하는 콘텐츠를 저장한다. 각 콘텐츠는 콘텐츠 URL에 의해 특정 가능하다. 이벤트 정보 기억부(706)는 콘텐츠에 대응하는 이벤트 정보를 저장한다. 각 이벤트 정보는 이벤트 URL에 의해 특정 가능하다.

코덱(707)은 서버가 보유하는 콘텐츠, 튜너 수신 콘텐츠를 클라이언트로부터의 요구에 대응한 데이터 양태로 변환한다. 파일 포맷, 코덱, 해상도 등의 변환을 실행한다. 예를 들면 ATRAC3, MPEG4에 기초하는 데이터 변환을 실행한다.

콘텐츠 관리부는 콘텐츠 관리를 실행하는 처리부이고, 메타 데이터 기억부(713)는 콘텐츠에 대응하는 속성 정보로서의 메타 데이터를 저장한 기억부이다. 메타 데이터 기억부(713)에는, 전술한 바와 같이, 컨테이너 등의 오브젝트 대응의 메타 데이터를 구성하는 프로퍼티 정보가 저장된다. 예를 들면, 튜너 컨테이너의 프로퍼티 정보로서 채널 리스트 URL이 설정된다. 커넥션 매니저 서비스(711)는 클라이언트로부터의 콘텐츠 정보 요구에 응답하여, 메타 데이터에 기초하여 콘텐츠 정보를 생성한다. 커넥션 매니저 서비스(711)는 콘텐츠 관리부에 있어서의 클라이언트와의 접속을 관리하여, 콘텐츠 관리부에서 처리 가능한 프로토콜 정보 등을 클 라이언트에 제공한다.

콘텐츠 배신 제어부(720)는 클라이언트에 대한 배신 콘텐츠의 제어를 실행하고, 커넥션 매니저 서비스(721)와 콘텐츠 대응 제어부(722)를 갖는다. 콘텐츠 대응 제어부(722)에는 배신 콘텐츠에 대응하여 AVT 인스턴스(723)가 설정되며, 구체적인 콘텐츠의 배신 제어는 각 콘텐츠에 대응하는 AVT 인스턴스가 실행한다.

커넥션 매니저 서비스(721)는 AVT 인스턴스를 어사인하고, 커넥션 ID, AVT 인스턴스 ID, 프로토콜 정보를 대응시켜 관리하는 커넥션 관리 테이블(도 10 참조)을 설정하여 커넥션 관리를 행한다.

다음으로, 클라이언트 장치의 기능 구성에 대해, 도 20을 참조하여 설명한다. 패킷 송수신부(801)는 서버에 대한 패킷, 서버로부터의 패킷을 수신한다. 패킷 생성, 해석부(802)는 송신 패킷의 생성 처리, 수신 패킷의 해석 처리를 행한다. 패킷내의 저장 데이터 해석뿐만 아니라, 패킷의 어드레스 설정, 어드레스 인식, 데이터부에 대한 데이터 저장, 데이터부로부터의 데이터 취득 처리 등도 포함한다.

기억부(803)는 서버로부터 수신한 패킷에 포함되는 콘텐츠 정보, 콘텐츠, 채널 정보, 채널 리스트 URL, 펑션 ID, 이벤트 정보, 커넥션 ID, AVT 인스턴스 ID 등을 저장한다.

출력부(804)는 콘텐츠 재생 처리에 적용하는 스피커, 디스플레이를 포함한다. 또한, 디스플레이는, 먼저 도 4를 참조하여 설명한 표시 정보의 출력에도 이용된다. 입력부(805)는, 예를 들면, 표시 정보로서 표시된 콘텐츠 정보로서의 채널 리스트의 선택, 채널 정보에 기초하는 채널 선택 등, 유저의 입력을 실행하기 위한 키보드, 그 밖의 데이터 입력 수단이다.

콘텐츠 정보 해석부(806)는 서버로부터 수신한 콘텐츠 정보로 이루어지는 XML 데이터를 해석하고, 해석 데이터에 기초하여, 먼저 도 4를 참조하여 설명한 콘텐츠 URL, 채널 리스트 URL 또는 이들의 링크 데이터를 포함하는 표시 정보를 생성하여, 출력부로서의 디스플레이로 출력하는 처리를 실행한다.

콘텐츠 재생 제어부(807)는 서버로부터 수신하는 콘텐츠의 재생 제어를 실행한다. 또한, 콘텐츠 재생 처리에서는, 필요에 따라 데이터 변환부(808)에서 서버로부터의 수신 콘텐츠의 변환 처리를 실행한다. 예를 들면 ATRAC3, MPEG4에 기초하는 데이터 복호 처리 등을 실행한다.

서버 및 클라이언트는, 기능적으로는 도 19, 도 20에 도시하는 각 기능을 갖고, 전술한 각 처리를 실행한다. 단, 도 19, 도 20에 도시하는 블록도는 기능을 설명하는 블록도로서, 실제로는, 도 2에 도시하는 PC 등의 하드웨어 구성에 있어서의 CPU의 제어하에 각종 처리 프로그램이 실행된다.

이상, 특정한 실시예를 참조하면서, 본 발명에 대해 상세히 설명해 왔다. 그러나, 본 발명의 요지를 일탈하지 않는 범위에서 당업자가 그 실시예의 수정이나 대용을 할 수 있는 것은 자명하다. 즉, 예시의 형태로 본 발명을 개시하여 온 것으로, 한정적으로 해석되어서는 안 된다. 본 발명의 요지를 판단하기 위해서는, 특허 청구의 범위의 란을 참작해야 한다.

또한, 명세서 중에서 설명한 일련의 처리는 하드웨어, 또는 소프트웨어, 혹은 양자의 복합 구성에 의해 실행하는 것이 가능하다. 소프트웨어에 의한 처리를 실행하는 경우에는, 처리 시퀀스를 기록한 프로그램을 전용의 하드웨어에 내장된 컴퓨터 내의 메모리에 인스톨하여 실행시키거나, 혹은, 각종 처리가 실행 가능한 범용 컴퓨터에 프로그램을 인스톨하여 실행시키는 것이 가능하다.

예를 들면, 프로그램은 기록 매체로서의 하드디스크나 ROM(Read Only Memory)에 미리 기록해 둘 수 있다. 혹은, 프로그램은 플렉시블 디스크, CD-ROM(Compact Disc Read Only Memory), M0(Magnetooptical) 디스크, DVD(Digital Versatile Disc), 자기 디스크, 반도체 메모리 등의 리무버블 기록 매체에, 일시적 혹은 영속적으로 저장(기록)해 둘 수 있다. 이러한 리무버블 기록 매체는, 소위 패키지 소프트웨어로서 제공할 수 있다.

또한, 프로그램은, 전술한 바와 같은 리무버블 기록 매체로부터 컴퓨터에 인스톨하는 것 외에, 다운로드 사이트로부터 컴퓨터로 무선 전송하거나, LAN(Local Area Network), 인터넷과 같은 네트워크를 통해, 컴퓨터로 유선으로 전송하고, 컴퓨터에서는, 그와 같이 하여 전송되어 오는 프로그램을 수신하여, 내장하는 하드디스크 등의 기록 매체에 인스톨할 수 있다.

또한, 명세서에 기재된 각종 처리는, 기재에 따라 시계열로 실행되는 것뿐만 아니라, 처리를 실행하는 장치의 처리 능력 혹은 필요에 따라 병렬적으로 혹은 개별로 실행되어도 된다. 또한, 본 명세서에 있어서 시스템이란, 복수 장치의 논리적 집합 구성으로서, 각 구성의 장치가 동일 케이스 내에 있는 것에 한정되지는 않는다.

이상, 설명한 바와 같이, 본 발명에서는, 채널의 집합체로서의 채널 리스트에 URL을 설정하고, 클라이언트가 채널 리스트 URL을 지정한 콘텐츠 취득 요구를 서버에 송신함으로써, 클라이언트는 채널 리스트에 리스트 업된 채널, 즉 콘텐츠 관리 디렉토리에서, 튜너 컨테이너의 하위에 설정된 채널 아이템의 모든 콘텐츠의 취득, 즉 제어권을 통합하여 얻을 수 있다. 결과적으로, 채널 리스트에 리스트된 채널 간의 절환에서는, 새로운 URL에 기초하는 콘텐츠 요구를 행할 필요가 없다.

또한, 본 발명의 구성에서는, 채널 리스트에 기술된 복수 채널에 대응하는 복수의 튜너 수신 콘텐츠의 절환으로서 실행되는 채널 절환 전후에서, 채널 리스트 URL에 기초하여 설정되는 HTTP 커넥션을 계속적으로 사용한 콘텐츠 배신을 실행할 수 있으므로, 클라이언트는 채널 절환 등의 제어 명령을 콘텐츠 배신 제어부에 송신하는 것만으로 채널 절환이 가능해지고, 따라서, 신구 URL의 절환에 기초하는 서버 클라이언트 간의 커넥션 재설정 등의 처리가 불필요하게 된다. 즉, 채널 리스트 중의 채널을 절환할 때는, AVT 인스턴스에 대해 채널 절환 요구(AVT Seek action)를 행하는 것만으로, 콘텐츠 배신 커넥션으로서의 HTTP 커넥션을 계속적으로 사용하여, 채널 절환 전후의 콘텐츠를 수신할 수 있다.

또한, 본 발명의 구성에서는, 채널 리스트 식별자로서의 채널 리스트 URL에 기초하여 특정되는 튜너가 수신하는 복수 채널 콘텐츠의 배신 제어를 AVT 인스턴스의 제어하에 실행하고 있는 동안에, 다른 클라이언트로부터의 동일한 채널 리스트 URL을 지정한 콘텐츠 요구로서의 HTTP-GET 메소드를 수신한 경우, 그 요구 클라이언트는 AVT 인스턴스의 설정을 행하지 않고, 채널 리스트 URL에 기초하는 HTTP 커 넥션에 의해, 채널 리스트 URL에 기초하여 특정되는 튜너 수신 콘텐츠의 배신을 실행할 수 있다.

Claims

로컬 에어리어 네트워크를 통해 접속된 클라이언트에 대한 콘텐츠 송신 처리를 실행하는 콘텐츠 제공 서버로서,

데이터 수신 처리를 실행하는 튜너와,

상기 튜너에 의한 수신 콘텐츠 및 제어 정보의 서버 클라이언트 간의 통신 처리를, 상기 로컬 에어리어 네트워크를 통해 실행하는 데이터 송수신부와,

상기 튜너에 의한 수신 콘텐츠에 대응하는 속성 정보를 콘텐츠 정보로서 저장한 기억부와,

상기 콘텐츠 정보의 클라이언트에 대한 제공 처리를 실행하는 콘텐츠 관리부와,

상기 튜너를 통한 수신 콘텐츠의 상기 로컬 에어리어 네트워크를 통한 클라이언트에 대한 라이브 스트리밍 배신 제어를 실행하는 콘텐츠 배신 제어부

를 갖고,

상기 기억부는,

상기 튜너의 수신 채널 중, 적어도 복수 채널을 포함하는 채널 리스트의 식별 정보로서의 채널 리스트 식별자를, 튜너 수신 콘텐츠에 대응하는 콘텐츠 정보로서 저장하며,

상기 콘텐츠 배신 제어부는,

상기 채널 리스트에 기술된 복수 채널에 대응하는 튜너가 수신하는 복수 콘 텐츠를 제어 콘텐츠의 한 단위로서 설정하고, 클라이언트로부터 수신하는 채널 리스트 식별자에 대응하는 제어 요구에 기초하여, 상기 채널 리스트에 기술된 복수 채널에 대응하는 배신 콘텐츠의 제어를 실행하는 구성인 것을 특징으로 하는 콘텐츠 제공 서버.
제1항에 있어서,

상기 채널 리스트 식별자는 채널 리스트 URL(Uniform Resource Locators)이고,

상기 기억부는 상기 튜너 수신 콘텐츠에 대응하는 속성 정보로서 상기 채널 리스트 URL을 저장하며,

상기 콘텐츠 배신 제어부는,

클라이언트로부터의 제어 요구에 응답하여 상기 채널 리스트 URL에 기초하여 특정되는 상기 튜너가 수신하는 복수 채널의 콘텐츠의 배신 제어를 실행하는 구성인 것을 특징으로 하는 콘텐츠 제공 서버.
제1항에 있어서,

상기 채널 리스트 식별자는 채널 리스트 URL(Uniform Resource Locators)이고,

서버 클라이언트 간의 튜너 수신 콘텐츠의 배신용 커넥션은, 상기 채널 리스트 URL에 기초하여 설정되는 HTTP(Hyper Text Transfer Protocol) 커넥션이며,

상기 콘텐츠 배신 제어부는,

상기 채널 리스트에 기술된 복수 채널에 대응하는 복수의 튜너 수신 콘텐츠의 절환으로서 실행되는 채널 절환 전후에서, 상기 채널 리스트 URL에 기초하여 설정되는 HTTP 커넥션을 계속적으로 사용한 콘텐츠 배신을 실행하는 구성인 것을 특징으로 하는 콘텐츠 제공 서버.
제1항에 있어서,

상기 콘텐츠 정보에는, 콘텐츠 대응의 프로토콜 정보가 포함되고,

상기 튜너를 통한 수신 콘텐츠에 대응하여 설정되는 프로토콜 정보에는, 튜너 식별 정보로서의 펑션 ID를 포함하며,

상기 콘텐츠 배신 제어부는,

튜너 수신 콘텐츠의 제어를 실행하는 제어 인스턴스를, 상기 펑션 ID에 기초하여 결정되는 제어 대상 튜너의 제어를 실행하는 제어 인스턴스로서 설정하는 처리를 실행하는 구성인 것을 특징으로 하는 콘텐츠 제공 서버.
제1항에 있어서,

상기 콘텐츠 배신 제어부는, 배신 콘텐츠마다의 콘텐츠 배신 제어를 실행하는 제어 인스턴스를 설정하여, 제어 인스턴스에 기초하는 콘텐츠마다의 배신 제어를 실행하는 구성이고,

상기 튜너 수신 콘텐츠의 제어를 실행하는 튜너 제어 인스턴스는, 클라이언 트로부터의 제어 요구에 기초하여, 상기 튜너의 제어를 실행하는 구성인 것을 특징으로 하는 콘텐츠 제공 서버.
제1항에 있어서,

상기 콘텐츠 배신 제어부는,

배신 콘텐츠마다의 콘텐츠 배신 제어를 실행하는 제어 인스턴스를 설정하여, 제어 인스턴스에 기초하는 콘텐츠마다의 배신 제어를 실행하는 구성으로서, 상기 제어 인스턴스의 식별자로서의 인스턴스 ID와, 서버 클라이언트 간의 커넥션 식별자인 커넥션 ID와, 배신 콘텐츠에 대응하는 프로토콜 정보를 대응시킨 커넥션 관리 테이블에 기초하는 커넥션 관리를 실행하는 구성인 것을 특징으로 하는 콘텐츠 제공 서버.
제1항에 있어서,

상기 콘텐츠 배신 제어부는,

배신 콘텐츠마다의 콘텐츠 배신 제어를 실행하는 제어 인스턴스를 설정하여, 제어 인스턴스에 기초하는 콘텐츠마다의 배신 제어를 실행하는 구성으로서,

상기 제어 인스턴스는, 식별자로서의 인스턴스 ID가 설정되어, 클라이언트로부터의 제어 인스턴스 ID를 지정한 제어 요구에 응답하여, 콘텐츠 배신 제어를 실행하는 구성인 것을 특징으로 하는 콘텐츠 제공 서버.
제1항에 있어서,

상기 콘텐츠 배신 제어부는,

SOAP(Simple Object Access Control) 프로토콜에 따른 배신 콘텐츠의 제어 요구를 클라이언트로부터 수신하고, 상기 제어 요구에 기초하여, 튜너 수신 콘텐츠의 배신 제어를 실행하는 구성인 것을 특징으로 하는 콘텐츠 제공 서버.
제1항에 있어서,

상기 채널 리스트는 카테고리마다 구분된 복수 채널로 이루어지는 리스트로서 설정된 구성인 것을 특징으로 하는 콘텐츠 제공 서버.
제1항에 있어서,

상기 콘텐츠 배신 제어부는,

상기 채널 리스트 식별자로서의 채널 리스트 URL에 기초하여 특정되는 상기 튜너가 수신하는 복수 채널의 콘텐츠의 배신 제어를 실행중에, 다른 클라이언트로부터의 동일한 채널 리스트 URL을 지정한 콘텐츠 요구로서의 HTTP-GET 메소드의 수신에 응답하여, 그 채널 리스트 URL에 기초하는 HTTP 커넥션에 의해, 채널 리스트 URL에 기초하여 특정되는 튜너 수신 콘텐츠의 배신을 실행하는 구성인 것을 특징으로 하는 콘텐츠 제공 서버.
제1항에 있어서,

상기 채널 리스트 식별자는 채널 리스트 URL(Uniform Resource Locators)이고,

서버 클라이언트 간의 튜너 수신 콘텐츠의 배신용 커넥션은, 상기 채널 리스트 URL에 기초하여 설정되는 HTTP(Hyper Text Transfer Protocol) 커넥션이며,

상기 콘텐츠 배신 제어부는, 상기 채널 리스트에 기술된 복수 채널의 채널 간 절환에 의해, 클라이언트에 대한 송신 부호화 데이터의 정합성 유지 가능성을 판정하여, 정합성이 유지되지 않는다고 판정한 경우에는, 상기 채널 리스트 URL에 기초하여 설정되는 HTTP 커넥션의 절단을 실행하는 구성이고,

상기 콘텐츠 제공 서버는,

서버 클라이언트 간의 이벤트 통지 커넥션을 통해 채널 리스트 URL에 기초하여 설정된 HTTP 커넥션의 절단 정보를 통지하는 처리를 실행하는 구성을 더 갖는 것을 특징으로 하는 콘텐츠 제공 서버.
제1항에 있어서,

상기 채널 리스트 식별자는 채널 리스트 URL(Uniform Resource Locators)이고,

서버 클라이언트 간의 튜너 수신 콘텐츠의 배신용 커넥션은, 상기 채널 리스트 URL에 기초하여 설정되는 HTTP(Hyper Text Transfer Protocol) 커넥션이며,

상기 콘텐츠 배신 제어부는,

클라이언트에 대한 송신 부호화 데이터의 정합성이 유지 가능한 타이밍에서, 상기 채널 리스트에 기술된 복수 채널의 채널 간 절환을 튜너 제어에 의해 실행하는 구성인 것을 특징으로 하는 콘텐츠 제공 서버.
로컬 에어리어 네트워크를 통해 접속된 서버에 설정된 튜너의 수신 콘텐츠를 상기 로컬 에어리어 네트워크를 통해 서버로부터 수신하는 정보 처리 장치로서,

튜너 수신 콘텐츠를 제공하는 서버와의 데이터 송수신 처리를 상기 로컬 에어리어 네트워크를 통해 실행하는 데이터 송수신부와,

상기 튜너의 수신 채널 중, 적어도 복수 채널을 포함하는 리스트의 식별자인 채널 리스트 식별자에 기초하는 콘텐츠 송신 요구를 상기 서버에 대해 상기 로컬 에어리어 네트워크를 통해 송신할 뿐만 아니라, 상기 서버에 있어서 콘텐츠 배신 제어를 실행하는 제어 인스턴스를 지정한 튜너 수신 콘텐츠의 배신 제어 요구의 송신 처리를 실행하는 제어부

를 갖는 것을 특징으로 하는 정보 처리 장치.
제13항에 있어서,

상기 제어부는,

상기 서버로부터 수신하는 콘텐츠 정보에 포함되는 프로토콜 정보 중의, 튜너 식별 정보로서의 펑션 ID를 저장한 접속 준비 요구를 상기 서버에 대해 송신하고, 그 접속 준비 요구의 응답으로서, 상기 서버로부터 수신하는 튜너 수신 콘텐츠의 제어를 실행하는 제어 인스턴스의 ID를 취득하여, 그 제어 인스턴스 ID를 지정 한 튜너 수신 콘텐츠의 배신 제어 요구의 송신 처리를 실행하는 구성을 갖는 것을 특징으로 하는 정보 처리 장치.
제13항에 있어서,

상기 채널 리스트 식별자는 채널 리스트 URL(Uniform Resource Locators)이고,

서버 클라이언트 간의 튜너 수신 콘텐츠의 배신용 커넥션은, 상기 채널 리스트 URL에 기초하여 설정되는 HTTP(Hyper Text Transfer Protocol) 커넥션이며,

상기 제어부는,

상기 채널 리스트에 기술된 복수 채널 간의 절환 전후에서의 콘텐츠 수신을, 상기 채널 리스트 URL에 기초하여 설정되는 HTTP 커넥션을 계속적으로 사용하여 실행하는 구성인 것을 특징으로 하는 정보 처리 장치.
콘텐츠 제공 서버에 설정된 튜너에 의한 수신 콘텐츠를 로컬 에어리어 네트워크를 통해 클라이언트로 송신하는 콘텐츠 송신 제어 방법으로서,

상기 튜너의 수신 채널 중, 적어도 복수 채널을 포함하는 채널 리스트에 기술된 복수의 채널에 대응하는 튜너 수신 콘텐츠를 제어 대상의 콘텐츠 단위로서 설정한 제어 인스턴스를 설정하는 제어 인스턴스 설정 단계와,

상기 제어 인스턴스에 대한 클라이언트로부터의 제어 요구를 상기 로컬 에어리어 네트워크를 통해 수신하는 제어 요구 수신 단계와,

상기 제어 요구에 기초하여, 상기 제어 인스턴스에 의한 튜너 제어를 실행하는 제어 단계

를 갖는 것을 특징으로 하는 콘텐츠 송신 제어 방법.
제16항에 있어서,

상기 채널 리스트 식별자는 채널 리스트 URL(Uniform Resource Locators)이고,

상기 제어 인스턴스 설정 단계는,

상기 채널 리스트 URL을 제어 인스턴스에 대응시키는 단계를 포함하는 것을 특징으로 하는 콘텐츠 송신 제어 방법.
제16항에 있어서,

상기 채널 리스트 식별자는 채널 리스트 URL(Uniform Resource Locators)이고,

서버 클라이언트 간의 튜너 수신 콘텐츠의 배신용 커넥션은, 상기 채널 리스트 URL에 기초하여 설정되는 HTTP(Hyper Text Transfer Protocol) 커넥션이며,

상기 제어 단계는,

상기 채널 리스트에 기술된 복수 채널에 대응하는 복수의 튜너 수신 콘텐츠의 절환으로서 실행되는 채널 절환 전후에서, 상기 채널 리스트 URL에 기초하여 설정되는 HTTP 커넥션을 계속적으로 사용한 콘텐츠 배신을 실행하는 것을 특징으로 하는 콘텐츠 송신 제어 방법.
제16항에 있어서,

상기 콘텐츠 정보에는, 콘텐츠 대응의 프로토콜 정보가 포함되고,

상기 튜너를 통한 수신 콘텐츠에 대응하여 설정되는 프로토콜 정보에는, 튜너 식별 정보로서의 펑션 ID를 포함하며,

상기 제어 인스턴스 설정 단계는,

튜너 수신 콘텐츠의 제어를 실행하는 제어 인스턴스를, 상기 펑션 ID에 기초하여 결정되는 제어 대상 튜너의 제어를 실행하는 제어 인스턴스로서 설정하는 처리를 실행하는 것을 특징으로 하는 콘텐츠 송신 제어 방법.
제16항에 있어서,

상기 콘텐츠 송신 제어 방법은,

상기 제어 인스턴스의 식별자로서의 인스턴스 ID와, 서버 클라이언트 간의 커넥션 식별자인 커넥션 ID와, 배신 콘텐츠에 대응하는 프로토콜 정보를 대응시킨 커넥션 관리 테이블에 기초하는 커넥션 관리를 실행하는 단계를 더 포함하는 것을 특징으로 하는 콘텐츠 송신 제어 방법.
제16항에 있어서,

상기 제어 요구 수신 단계는,

SOAP(Simple Object Access Control) 프로토콜에 따른 배신 콘텐츠의 제어 요구를 클라이언트로부터 수신하는 단계인 것을 특징으로 하는 콘텐츠 송신 제어 방법.
제16항에 있어서,

상기 콘텐츠 송신 제어 방법에 있어서,

상기 채널 리스트 식별자로서의 채널 리스트 URL에 기초하여 특정되는 상기 튜너가 수신하는 복수 채널 콘텐츠의 배신 제어를 실행중에, 다른 클라이언트로부터의 동일한 채널 리스트 URL을 지정한 콘텐츠 요구로서의 HTTP-GET 메소드의 수신에 응답하여, 그 채널 리스트 URL에 기초하는 HTTP 커넥션에 의해, 채널 리스트 URL에 기초하여 특정되는 튜너 수신 콘텐츠의 배신을 실행하는 단계를 더 포함하는 것을 특징으로 하는 콘텐츠 송신 제어 방법.
제16항에 있어서,

상기 채널 리스트 식별자는 채널 리스트 URL(Uniform Resource Locators)이고,

서버 클라이언트 간의 튜너 수신 콘텐츠의 배신용 커넥션은, 상기 채널 리스트 URL에 기초하여 설정되는 HTTP(Hyper Text Transfer Protocol) 커넥션이며,

상기 콘텐츠 송신 제어 방법은,

상기 채널 리스트에 기술된 복수 채널의 채널 간 절환에 의해, 클라이언트에 대한 송신 부호화 데이터의 정합성 유지 가능성을 판정하여, 정합성이 유지되지 않는다고 판정한 경우에는, 상기 채널 리스트 URL에 기초하여 설정되는 HTTP 커넥션의 절단을 실행하는 단계와, 서버 클라이언트 간의 이벤트 통지 커넥션을 통해 채널 리스트 URL에 기초하여 설정된 HTTP 커넥션의 절단 정보를 통지하는 단계를 더 포함하는 것을 특징으로 하는 콘텐츠 송신 제어 방법.
제16항에 있어서,

상기 채널 리스트 식별자는 채널 리스트 URL(Uniform Resource Locators)이고,

서버 클라이언트 간의 튜너 수신 콘텐츠의 배신용 커넥션은, 상기 채널 리스트 URL에 기초하여 설정되는 HTTP(Hyper Text Transfer Protocol) 커넥션이며,

상기 제어 단계는,

클라이언트에 대한 송신 부호화 데이터의 정합성이 유지 가능한 타이밍에서, 상기 채널 리스트에 기술된 복수 채널의 채널 간 절환을 튜너 제어에 의해 실행하는 단계를 포함하는 것을 특징으로 하는 콘텐츠 송신 제어 방법.
서버에 설정된 튜너의 수신 콘텐츠를 로컬 에어리어 네트워크를 통해 서버로부터 수신하는 정보 처리 방법으로서,

상기 튜너의 수신 채널 중, 적어도 복수 채널을 포함하는 리스트의 식별자인 채널 리스트 식별자에 기초하는 콘텐츠 송신 요구를 상기 서버에 대해 송신하는 콘 텐츠 송신 요구 단계와,

상기 서버에 있어서 콘텐츠 배신 제어를 실행하는 제어 인스턴스를 지정한 튜너 수신 콘텐츠의 배신 제어 요구를 상기 로컬 에어리어 네트워크를 통해 송신하는 처리를 실행하는 제어 요구 단계

를 갖는 것을 특징으로 하는 정보 처리 방법.
제25항에 있어서,

상기 콘텐츠 송신 요구 단계는,

상기 서버로부터 수신하는 콘텐츠 정보에 포함되는 프로토콜 정보 중의, 튜너 식별 정보로서의 펑션 ID를 저장한 접속 준비 요구를 상기 서버에 대해 송신하는 단계를 포함하고,

상기 제어 요구 단계는,

상기 접속 준비 요구의 응답으로서, 상기 서버로부터 수신하는 튜너 수신 콘텐츠의 제어를 실행하는 제어 인스턴스의 ID를 지정한 튜너 수신 콘텐츠의 배신 제어 요구의 송신 처리를 실행하는 단계를 포함하는 것을 특징으로 하는 정보 처리 방법.
제25항에 있어서,

상기 채널 리스트 식별자는 채널 리스트 URL(Uniform Resource Locators)이고,

서버 클라이언트 간의 튜너 수신 콘텐츠의 배신용 커넥션은, 상기 채널 리스트 URL에 기초하여 설정되는 HTTP(Hyper Text Transfer Protocol) 커넥션이며,

상기 정보 처리 방법은,

상기 채널 리스트에 기술된 복수 채널 간의 절환 전후에서의 콘텐츠 수신을, 상기 채널 리스트 URL에 기초하여 설정되는 HTTP 커넥션을 계속적으로 사용하여 실행하는 것을 특징으로 하는 정보 처리 방법.
콘텐츠 제공 서버에 설정된 튜너에 의한 수신 콘텐츠를 로컬 에어리어 네트워크를 통해 클라이언트로 송신하는 콘텐츠 송신 제어 처리를 실행하는 컴퓨터 프로그램으로서,

상기 튜너의 수신 채널 중, 적어도 복수 채널을 포함하는 채널 리스트에 기술된 복수의 채널에 대응하는 튜너 수신 콘텐츠를 제어 대상의 콘텐츠 단위로서 설정한 제어 인스턴스를 설정하는 제어 인스턴스 설정 단계와,

상기 제어 인스턴스에 대한 클라이언트로부터의 제어 요구를 상기 로컬 에어리어 네트워크를 통해 수신하는 제어 요구 수신 단계와,

상기 제어 요구에 기초하여, 상기 제어 인스턴스에 의한 튜너 제어를 실행하는 제어 단계

를 갖는 것을 특징으로 하는 컴퓨터 프로그램.
서버에 설정된 튜너의 수신 콘텐츠를 로컬 에어리어 네트워크를 통해 서버로 부터 수신하기 위한 정보 처리를 실행하는 컴퓨터 프로그램으로서,

상기 튜너의 수신 채널 중, 적어도 복수 채널을 포함하는 리스트의 식별자인 채널 리스트 식별자에 기초하는 콘텐츠 송신 요구를 상기 서버에 대해 송신하는 콘텐츠 송신 요구 단계와,

상기 서버에 있어서 콘텐츠 배신 제어를 실행하는 제어 인스턴스를 지정한 튜너 수신 콘텐츠의 배신 제어 요구를 상기 로컬 에어리어 네트워크를 통해 송신하는 처리를 실행하는 제어 요구 단계

를 갖는 것을 특징으로 하는 컴퓨터 프로그램.