KR20060110866A - 콘텐츠 배신시스템, 콘텐츠 서버, 콘텐츠 수신장치, 콘텐츠배신방법, 프로그램 및 기록매체 - Google Patents

콘텐츠 배신시스템, 콘텐츠 서버, 콘텐츠 수신장치, 콘텐츠배신방법, 프로그램 및 기록매체 Download PDF

Info

Publication number
KR20060110866A
KR20060110866A KR1020067007355A KR20067007355A KR20060110866A KR 20060110866 A KR20060110866 A KR 20060110866A KR 1020067007355 A KR1020067007355 A KR 1020067007355A KR 20067007355 A KR20067007355 A KR 20067007355A KR 20060110866 A KR20060110866 A KR 20060110866A
Authority
KR
South Korea
Prior art keywords
content
data
additional information
range
request
Prior art date
Application number
KR1020067007355A
Other languages
English (en)
Inventor
다쿠미 다나베
가즈히데 사와베
Original Assignee
마츠시타 덴끼 산교 가부시키가이샤
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 마츠시타 덴끼 산교 가부시키가이샤 filed Critical 마츠시타 덴끼 산교 가부시키가이샤
Publication of KR20060110866A publication Critical patent/KR20060110866A/ko

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F15/00—Digital computers in general; Data processing equipment in general
    • G06F15/16—Combinations of two or more digital computers each having at least an arithmetic unit, a program unit and a register, e.g. for a simultaneous processing of several programs
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N7/00—Television systems
    • H04N7/16—Analogue secrecy systems; Analogue subscription systems
    • H04N7/173—Analogue secrecy systems; Analogue subscription systems with two-way working, e.g. subscriber sending a programme selection signal
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F17/00—Digital computing or data processing equipment or methods, specially adapted for specific functions
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/235—Processing of additional data, e.g. scrambling of additional data or processing content descriptors
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/25—Management operations performed by the server for facilitating the content distribution or administrating data related to end-users or client devices, e.g. end-user or client device authentication, learning user preferences for recommending movies
    • H04N21/254—Management at additional data server, e.g. shopping server, rights management server
    • H04N21/2541—Rights Management
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/41—Structure of client; Structure of client peripherals
    • H04N21/414—Specialised client platforms, e.g. receiver in car or embedded in a mobile appliance
    • H04N21/4143—Specialised client platforms, e.g. receiver in car or embedded in a mobile appliance embedded in a Personal Computer [PC]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/435—Processing of additional data, e.g. decrypting of additional data, reconstructing software from modules extracted from the transport stream
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/45—Management operations performed by the client for facilitating the reception of or the interaction with the content or administrating data related to the end-user or to the client device itself, e.g. learning user preferences for recommending movies, resolving scheduling conflicts
    • H04N21/462—Content or additional data management, e.g. creating a master electronic program guide from data received from the Internet and a Head-end, controlling the complexity of a video stream by scaling the resolution or bit-rate based on the client capabilities
    • H04N21/4627—Rights management associated to the content
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/63—Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
    • H04N21/643—Communication protocols
    • H04N21/64322—IP
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/65—Transmission of management data between client and server
    • H04N21/654—Transmission by server directed to the client
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/65—Transmission of management data between client and server
    • H04N21/658—Transmission by the client directed to the server
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
    • H04N21/83—Generation or processing of protective or descriptive data associated with content; Content structuring
    • H04N21/835—Generation of protective data, e.g. certificates
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/25—Management operations performed by the server for facilitating the content distribution or administrating data related to end-users or client devices, e.g. end-user or client device authentication, learning user preferences for recommending movies
    • H04N21/266—Channel or content management, e.g. generation and management of keys and entitlement messages in a conditional access system, merging a VOD unicast channel into a multicast channel
    • H04N21/26613—Channel or content management, e.g. generation and management of keys and entitlement messages in a conditional access system, merging a VOD unicast channel into a multicast channel for generating or managing keys in general

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Databases & Information Systems (AREA)
  • Computer Security & Cryptography (AREA)
  • General Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • Computer Hardware Design (AREA)
  • General Physics & Mathematics (AREA)
  • Software Systems (AREA)
  • Data Mining & Analysis (AREA)
  • Mathematical Physics (AREA)
  • Information Transfer Between Computers (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)

Abstract

콘텐츠의 내부 속성에 따른 하나 이상의 부가정보를 부가하여 송수신을 행하는 네트워크 시스템에 있어서, 콘텐츠 수신장치가 어떤 분할전송을 상정하고 있는가에 관계없이, 콘텐츠 서버가 송신하는 데이터를 결정할 수 있다. 콘텐츠를 하나 이상 보유하고 있는 축적수단(101)과, 부가정보를 고려하지 않은 콘텐츠의 요구범위정보를 포함하는 데이터 요구를 수신하여, 요구되어 있는 범위의 콘텐츠의 데이터를 축적수단(101)에서 인출하는 콘텐츠 데이터 취득수단과, 인출된 콘텐츠에 부가정보를 부가하여 송신하는 송신수단을 갖는 콘텐츠 서버(1)와, 송신수단으로부터 송신되는 콘텐츠의 데이터 및 부가정보를 수신하는 수신수단과, 부가정보를 고려하지 않은 콘텐츠의 수신요구범위를 결정하는 수신데이터 결정수단과, 요구범위정보를 포함하는 데이터 요구를 송신하는 데이터 요구 송신수단을 갖는 콘텐츠 수신장치(2)를 구비한다.
콘텐츠, 부가정보, 분할전송, 수신요구범위, 데이터 요구 송신,

Description

콘텐츠 배신시스템, 콘텐츠 서버, 콘텐츠 수신장치, 콘텐츠 배신방법, 프로그램 및 기록매체{CONTENT DISTRIBUTION SYSTEM, CONTENT SERVER, CONTENT RECEIVING APPARATUS, CONTENT DISTRIBUTION METHOD, PROGRAM AND RECORDING MEDIUM}
본 발명은 콘텐츠의 내부 속성에 의거하여 부가정보를 부가한 콘텐츠를 배신하는 콘텐츠 배신시스템, 콘텐츠 서버, 콘텐츠 수신장치, 콘텐츠 배신방법, 프로그램 및 기록매체에 관한 것이다.
콘텐츠 수신장치가 네트워크를 통해서 콘텐츠 서버에 축적되어 있는 콘텐츠를 수신하려고 하는 경우, 일반적으로 HTTP 등의 통신 프로토콜을 사용해서 콘텐츠 서버에 리퀘스트(request)를 송신하여 콘텐츠 데이터를 수신한다.
그러나 단순히 콘텐츠만을 지정하여 리퀘스트를 보내는 경우, 한 번의 리퀘스트에 의해 콘텐츠 전체가 콘텐츠 수신장치에 송신되게 된다. 따라서 콘텐츠 수신장치에서 통신 프로토콜을 취급하기 위한 수신 버퍼에 제한이 있는 경우에도 콘텐츠의 일부만을 수신할 수가 없다. 또, 콘텐츠 수신장치가 이미 콘텐츠의 일정 부분을 보유하고 있는 경우에도 콘텐츠를 처음부터 끝까지 수신하지 않으면 안 된다.
이와 같은 문제를 개선하기 위하여, 일부의 통신 프로토콜에서는, 콘텐츠의 임의의 일부분을 취득할 수 있도록 하는 블록전송(block transfer)을 지원하고 있다. 예를 들어 HTTP에서는, HTTP 리퀘스트 메시지에 Range 헤더를 포함함으로써 블록전송을 실현하고 있다(예를 들어, 일본국 특개 2001-101091호 공보, R Fielding 외 저, 「Hypertext Transfer Protocol-HTTP/1. 1」, RFC 2616 참조. 또한, 이들 문헌의 모든 기재는 모두 그대로 인용(참조)함으로써 본 명세서에 일체화한다).
콘텐츠가 AV 콘텐츠인 경우에도, 상기와 마찬가지로 AV 콘텐츠의 송수신을 행할 수 있다. 특히, AV 콘텐츠인 경우에는, 콘텐츠 수신장치는, 내부의 콘텐츠에 AV 콘텐츠를 보내기 전에, 저장하는 수신 버퍼의 여유공간(space capacity)을 확인하면서 리퀘스트를 송신한다. 이 경우, 상기 블록전송을 이용하여 콘텐츠 데이터의 송수신을 행한다.
그러나 콘텐츠 서버에서 콘텐츠를 송신할 때, 콘텐츠의 각 부분의 속성에 의거하여, 일정한 규칙에 따라서 송신데이터에 부가정보를 부가할 수 있으며, 이 경우, 상기 종래의 블록전송을 이용하는 전송방법에서는 콘텐츠 수신장치가 수신해야 할 데이터의 범위를 콘텐츠 서버에 올바르게 요구할 수 없다고 하는 문제가 발생한다. 이하, 종래의 블록전송을 이용한 전송방법에서의 상기 문제점에 대하여 설명한다.
콘텐츠 서버에 의해 송신데이터에 부가되는 부가정보로는, 예를 들어, 콘텐츠의 그 부분의 중요도에 대한 정보나 암호화에 관한 정보 등이 있다. 중요도에 대한 부가정보는, 예를 들어, 콘텐츠 서버와 콘텐츠 수신장치 사이에 있는 중계장치 등이 그것을 보아서, 네트워크 부하가 높은 경우에 중요도가 높은 것부터 전송하도 록 제어하기 위하여 이용된다. 암호화에 관한 정보로는, 예를 들어, 키(key)에 관한 정보가 있다.
부가정보는 콘텐츠 내에서 대응하는 속성이 변화할 때마다 부여된다. 예를 들어, 중요도에 관한 부가정보인 경우, 콘텐츠 내에서 중요도가 변화할 때마다 부가정보가 새로 부가된다. 통신 프로토콜의 각 전송단위(패킷이나 메시지)별로, 그 통신 프로토콜의 헤더의 뒤에 부가정보가 반드시 부가된다. 이것은, 직전의 패킷이나 메시지가 네트워크상에서 상실되는 경우 등에 대처하기 위해서이다.
도 2(a)는 콘텐츠에 대하여 부가정보가 부여되고, 또한, HTTP로 전송되는 경우의 HTTP 메시지의 예를 나타내고 있다. 도 2 (a)에서는, 콘텐츠가 중요도에 의해서 3개의 블록으로 구분되어 있고, 도 2의 (b), (c)에 도시한 2개의 HTTP 메시지로 송신하는 경우의 예를 나타내고 있다.
도 2 (b)에 도시한 1번째 HTTP 메시지에서는, HTTP 헤더의 뒤에 콘텐츠 블록 1 용의 부가정보, 콘텐츠 블록 1, 콘텐츠 블록 2 용의 부가정보, 콘텐츠 블록 2의 일부(전반)로 이어진다. 도 2 (c)에 도시한 2번째 HTTP 메시지에서는, HTTP 헤더의 뒤에 먼저 콘텐츠 블록 2 용의 부가정보가 이어진다. 이것은 HTTP 헤더의 뒤에 부가정보를 부가한다는 규칙에 의한 것이다. 이어서, 콘텐츠 블록 2의 일부(후반), 콘텐츠 블록 3 용의 부가정보, 콘텐츠 블록 3이 이어진다.
도 3 (a) 내지 (d)는 도 2와 동일한 콘텐츠를 3개의 HTTP 메시지로 송신하는 경우의 예이다. 도 3 (b) 내지 (d)에 도시한 3개의 HTTP 메시지로 3개의 콘텐츠 블록을 각각 송신한다.
각각의 HTTP 메시지의 메시지 보디(message body, 데이터 부분)로서 송신되는 데이터는 부가정보와 콘텐츠 데이터를 합한 것이 된다. HTTP 프로토콜 상에서는 부가정보인가 콘텐츠 데이터인가의 구별이 없으므로 동일한 데이터로 취급하며, HTTP 헤더에 포함되는 데이터 길이(content-length 헤더의 값)도 부가정보와 콘텐츠 데이터를 합한 값이 기입된다.
콘텐츠 수신장치가, 예를 들어, HTTP의 Range 헤더를 사용하여 콘텐츠 서버에 포함되는 콘텐츠의 일부분을 취득하려고 하는 경우에, 이와 같은 부가정보가 있으면 문제가 발생한다. HTTP에 의해 송신되는 데이터는 콘텐츠 데이터에 몇 개의 부가정보를 포함한 것이 된다. 따라서 콘텐츠 수신장치가 콘텐츠의 일부분을 취득하려고 하는 경우, 콘텐츠에 부가정보를 더한 모든 데이터를 상정한 상태에서 취득하여야 할 범위를 지정하여야 한다.
그러나 도 2 및 도 3으로부터도 알 수 있는 바와 같이, 콘텐츠를 어떻게 분할하느냐에 따라서 송수신 되는 부가정보의 전체 수가 바뀌게 된다. 콘텐츠 수신장치는 자신이 상정하는 분할방법에 의해 콘텐츠의 리퀘스트를 송신한다. 그러나 콘텐츠 서버는, 콘텐츠 수신장치가 어떤 분할방법을 상정하고 있는가를 알지 못하므로, 콘텐츠 수신장치가 실제로 수신하고자 하는 콘텐츠의 범위를 특정할 수 없다.
또, 콘텐츠가 AV 콘텐츠인 경우, 콘텐츠 수신장치가 콘텐츠 서버에 축적되어 있는 화상이나 음성을 포함하는 AV 콘텐츠를 네트워크를 경유하여 재생하려고 하는 경우, 특히 저작권 관리에 관한 정보를 부가정보로 부가하는 경우가 있다. 즉, AV 콘텐츠의 어느 부분은 복제해도 되나, 다른 어느 부분은 복제하면 안 되는 정보이 다. 이 경우, 복제하면 안 되는 부분은 네트워크상에서 암호화하여 전송하여야 한다. 또, 정기적으로 키를 갱신하는 암호화를 한 경우에는 복호에 관한 정보가 부가정보로 부가되는 경우가 있다.
콘텐츠가 AV 콘텐츠인 경우, 콘텐츠 수신장치는 수신 버퍼의 여유공간을 확인하면서 AV 콘텐츠의 일부분을 취득하는 리퀘스트를 송신한다. AV 콘텐츠의 분할방법은 수신 버퍼가 어느 정도 비어 있을 때에 리퀘스트를 송신하는가에 의존하여 결정된다. 이 경우, 저작권 관리에 관한 정보 등의 부가정보가 콘텐츠의 도중에 부가되는 경우, 콘텐츠 수신장치가 AV 콘텐츠를 어떻게 분할하는가에 따라서, AV 콘텐츠에 부가정보를 합한, HTTP에서 본 전체 콘텐츠 길이가 바뀌게 된다. 따라서 콘텐츠 서버는 콘텐츠 수신장치가 실제로 재생하고자 하는 AV 콘텐츠의 범위를 특정할 수 없다.
상기와 같은 문제가 발생하는 예로, 예를 들어 DTCP-IP(예를 들어, DTCP Volume 1 Supplement E Mapping to IP(Informational Version) Revision 1.0 November 24, 2003 참조)가 있다. DTCP-IP에서는 부가정보로 저작권정보와 키를 포함하는 PCP 헤더가 정의되어 있다. PCP 헤더는 송신하는 콘텐츠의 저작권 속성이 변화할 때마다 부가된다. 또, 콘텐츠를 운반하는 모든 HTTP 리스폰스 메시지(response message)의 선두(HTTP 헤더의 직후)에도 PCP 헤더가 부가된다.
본 발명은, 상기 종래의 과제를 해결하기 위한 것으로서, 콘텐츠 수신장치가 상정하는 수신범위의 콘텐츠 데이터를 확실하게 콘텐츠 서버로부터 수신할 수 있는 콘텐츠 배신시스템, 콘텐츠 서버, 콘텐츠 수신장치 및 콘텐츠 배신방법을 제공하는 것을 목적으로 한다.
상기 과제를 해결하기 위해, 제 1 본 발명은, 콘텐츠에 상기 콘텐츠의 내부 속성에 따른 하나 이상의 부가정보를 부가하고, 상기 콘텐츠와 상기 부가정보를 구별 없이 데이터부(data part)로서 패킷화 하는 통신 프로토콜에 따라서 상기 콘텐츠 및 상기 부가정보의 송수신을 행하는 콘텐츠 배신시스템에 있어서, 콘텐츠를 하나 이상 보유하고 있는 축적수단과, 부가정보를 고려하지 않은 콘텐츠의 요구범위정보를 포함하는 데이터 요구를 수신하여 요구되어 있는 범위를 특정하고, 상기 요구되어 있는 범위의 콘텐츠의 데이터를 상기 축적수단으로부터 인출하는 콘텐츠 데이터 취득수단과, 인출된 상기 콘텐츠의 데이터에 상기 부가정보를 부가하여 송신하는 송신수단을 갖는 콘텐츠 서버와, 상기 송신수단으로부터 송신되는 상기 콘텐츠의 데이터 및 상기 부가정보를 수신하는 수신수단과, 상기 부가정보를 고려하지 않은 상기 콘텐츠의 수신요구범위를 결정하는 수신데이터 결정수단과, 결정한 상기 수신요구범위를 상기 요구범위정보로서 포함하는 상기 데이터 요구를 송신하는 데이터 요구 송신수단을 갖는 콘텐츠 수신장치를 구비하며, 상기 콘텐츠 데이터 취득수단은 상기 데이터 요구 송신수단이 송신한 상기 데이터 요구에 따라서 상기 요구되어 있는 범위를 특정하는 콘텐츠 배신시스템이다.
제 2 본 발명은, 콘텐츠에 상기 콘텐츠의 내부 속성에 따른 하나 이상의 부가정보를 부가하고, 상기 콘텐츠와 상기 부가정보를 구별 없이 데이터부로서 패킷화 하는 통신 프로토콜에 따라서 상기 콘텐츠 및 상기 부가정보의 송수신을 행하는 콘텐츠 배신시스템의 콘텐츠 서버에 있어서, 콘텐츠를 하나 이상 보유하고 있는 축적수단과, 부가정보를 고려하지 않은 콘텐츠의 요구범위정보를 포함하는 데이터 요구를 수신하여 요구되어 있는 범위를 특정하고, 상기 요구되어 있는 범위의 콘텐츠의 데이터를 상기 축적수단으로부터 인출하는 콘텐츠 데이터 취득수단과, 인출된 상기 콘텐츠의 데이터에 상기 부가정보를 부가하여 송신하는 송신수단을 구비하는 콘텐츠 서버이다.
제 3 본 발명은, 상기 통신 프로토콜은 HTTP이고, 상기 데이터 요구에는 상기 부가정보를 고려하지 않은 상기 콘텐츠의 상기 요구범위정보를 기입하기 위한 확장 헤더가 설치되어 있는 제 2 본 발명의 콘텐츠 서버이다.
제 4 본 발명은, 상기 콘텐츠는 화상 및/또는 음성을 포함하는 AV 콘텐츠인 제 3 본 발명의 콘텐츠 서버이다.
제 5 본 발명은, 상기 부가정보는 상기 콘텐츠의 저작권 보호의 상태에 관한 정보를 포함하고 있는 제 2 내지 제 4 중 어느 하나의 본 발명의 콘텐츠 서버이다.
제 6 본 발명은, 상기 콘텐츠가 암호화되어 있는 경우에는, 상기 부가정보는 상기 암호화된 상기 콘텐츠의 복호를 위한 정보를 포함하고 있는 제 2 내지 제 5 중 어느 하나의 본 발명의 콘텐츠 서버이다.
제 7 본 발명은, 콘텐츠에 상기 콘텐츠의 내부 속성에 따른 하나 이상의 부가정보를 부가하고, 상기 콘텐츠와 상기 부가정보를 구별 없이 데이터부로서 패킷화 하는 통신 프로토콜에 따라서 상기 콘텐츠 및 상기 부가정보의 송수신을 행하는 콘텐츠 배신시스템의 콘텐츠 수신장치에 있어서, 부가정보를 고려하지 않은 콘텐츠의 수신요구범위를 결정하는 수신데이터 결정수단과, 결정한 상기 수신요구범위를 나타내는 요구범위정보를 포함하는 데이터 요구를 송신하는 데이터 요구 송신수단과, 상기 콘텐츠의 데이터 및 상기 부가정보를 수신하는 수신수단을 구비하는 콘텐츠 수신장치이다.
제 8 본 발명은, 상기 수신수단은 수신한 상기 콘텐츠의 데이터 및 상기 부가정보에서 상기 콘텐츠의 데이터만을 수신 버퍼에 저장하는 제 7 본 발명의 콘텐츠 수신장치이다.
제 9 본 발명은, 상기 통신 프로토콜은 HTTP이고, 상기 데이터 요구에는 상기 부가정보를 고려하지 않은 상기 콘텐츠의 상기 요구범위정보를 기입하기 위한 확장 헤더가 설치되어 있는 제 7 본 발명의 콘텐츠 수신장치.
제 10 본 발명은, 상기 콘텐츠는 화상 및/또는 음성을 포함하는 AV 콘텐츠인 제 7 본 발명의 콘텐츠 수신장치이다.
제 11 본 발명은, 상기 부가정보는 상기 콘텐츠의 저작권 보호의 상태에 관한 정보를 포함하고 있는 제 7 또는 제 10 본 발명의 콘텐츠 수신장치이다.
제 12 본 발명은, 상기 콘텐츠가 암호화되어 있는 경우에는, 상기 부가정보는 상기 암호화된 상기 콘텐츠의 복호를 위한 정보를 포함하고 있는 제 7 또는 제 10 본 발명의 콘텐츠 수신장치.
제 13 본 발명은, 하나 이상의 콘텐츠를 축적하고 있는 콘텐츠 서버와, 상기 콘텐츠 서버로부터 상기 콘텐츠를 네트워크를 경유하여 수신하는 콘텐츠 수신장치를 이용하여 상기 콘텐츠의 송수신을 행하는 콘텐츠 배신방법에 있어서, 상기 콘텐츠 서버는, 부가정보를 고려하지 않은 콘텐츠의 요구범위정보를 포함하는 데이터 요구를 수신하여 요구되어 있는 범위를 특정하고, 상기 요구되어 있는 범위의 콘텐츠의 데이터를 상기 축적수단에서 인출하는 스텝과, 인출된 상기 콘텐츠의 데이터에 상기 부가정보를 부가하여 송신하는 스텝을 가지며, 상기 콘텐츠 수신장치는, 상기 부가정보를 고려하지 않은 상기 콘텐츠의 수신요구범위를 결정하는 스텝과, 결정한 상기 수신요구범위를 상기 요구범위정보로서 포함하는 상기 데이터 요구를 송신하는 스텝과, 상기 송신수단으로부터 송신되는 상기 콘텐츠의 데이터 및 상기 부가정보를 수신하는 스텝을 갖는 콘텐츠 배신방법이다.
제 14 본 발명은, 제 1 본 발명의 콘텐츠의 배신시스템의, 상기 콘텐츠 서버의, 콘텐츠를 하나 이상 보유하고 있는 축적수단과, 부가정보를 고려하지 않은 콘텐츠의 요구범위정보를 포함하는 상기 데이터 요구를 수신하여 요구되어 있는 범위를 특정하고, 상기 요구되어 있는 범위의 상기 콘텐츠의 데이터를 상기 축적수단으로부터 인출하는 콘텐츠 데이터 취득수단과, 인출된 상기 콘텐츠의 데이터에 상기 부가정보를 부가하여 송신하는 송신수단과, 상기 콘텐츠 수신장치의, 상기 송신수단으로부터 송신되는 상기 콘텐츠의 데이터 및 상기 부가정보를 수신하는 수신수단과, 상기 부가정보를 고려하지 않은 상기 콘텐츠의 수신요구범위를 결정하는 수신데이터 결정수단과, 결정한 상기 수신요구범위를 상기 요구범위정보로서 포함하는 상기 데이터 요구를 송신하는 데이터 요구 송신수단으로 컴퓨터가 기능 하도록 하기 위한 프로그램이다.
제 15 본 발명은, 제 2 본 발명의 콘텐츠 서버의, 콘텐츠를 하나 이상 보유하고 있는 축적수단과, 상기 부가정보를 고려하지 않은 상기 콘텐츠의 요구범위정보를 포함하는 상기 데이터 요구를 수신하여 요구되어 있는 범위를 특정하고, 상기 요구되어 있는 범위의 상기 콘텐츠의 데이터를 상기 축적수단으로부터 인출하는 콘텐츠 데이터 취득수단과, 인출된 상기 콘텐츠의 데이터에 상기 부가정보를 부가하여 송신하는 송신수단으로 컴퓨터가 기능 하도록 하기 위한 프로그램이다.
제 16 본 발명은, 제 7 본 발명의 콘텐츠 수신장치의, 상기 부가정보를 고려하지 않은 콘텐츠의 상기 수신요구범위를 결정하는 수신데이터 결정수단과, 결정한 상기 수신요구범위를 나타내는 상기 요구범위정보를 포함하는 상기 데이터 요구를 송신하는 데이터 요구 송신수단과, 상기 콘텐츠의 데이터 및 상기 부가정보를 수신하는 수신수단으로 컴퓨터가 기능 하도록 하기 위한 프로그램이다.
제 17 본 발명은, 제 14 내지 제 16 중 어느 하나의 본 발명의 프로그램을 기록한 기록매체로, 컴퓨터에서 이용이 가능한 기록매체이다.
본 발명에 의해, 콘텐츠 수신장치가 상정하는 수신범위의 콘텐츠 데이터를 확실하게 콘텐츠 서버로부터 수신할 수 있는 콘텐츠 배신시스템, 콘텐츠 서버, 콘텐츠 수신장치, 콘텐츠 배신방법, 프로그램 및 기록매체를 제공할 수 있다.
도 1 (a)는 본 발명의 실시 예 1의 콘텐츠 송수신시스템에서의 콘텐츠 서버와 콘텐츠 수신장치 사이의 시퀀스 도이다.
도 1 (b)는 본 발명의 실시 예 1의 콘텐츠 송수신시스템에서의 HTTP 메시지의 내용을 나타내는 도면이다.
도 1 (c)는 본 발명의 실시 예 1의 콘텐츠 송수신시스템에서의 HTTP 메시지의 내용을 나타내는 도면이다.
도 1 (d)는 본 발명의 실시 예 1의 콘텐츠 송수신시스템에서의 HTTP 메시지의 내용을 나타내는 도면이다.
도 1 (e)는 본 발명의 실시 예 1의 콘텐츠 송수신시스템에서의 HTTP 메시지의 내용을 나타내는 도면이다.
도 1 (f)는 본 발명의 실시 예 1의 콘텐츠 송수신시스템에서의 HTTP 메시지의 구성을 나타내는 도면이다.
도 1 (g)는 본 발명의 실시 예 1의 콘텐츠 송수신시스템에서의 HTTP 메시지의 구성을 나타내는 도면이다.
도 2 (a)는 콘텐츠 데이터를 분할 송신할 때의 HTTP 메시지의 구성을 나타내는 도면이다.
도 2 (b)는 콘텐츠 데이터를 분할 송신할 때의 HTTP 메시지의 구성을 나타내는 도면이다.
도 2 (c)는 콘텐츠 데이터를 분할 송신할 때의 HTTP 메시지의 구성을 나타내는 도면이다.
도 3 (a)는 콘텐츠 데이터를 분할 송신할 때의 HTTP 메시지의 구성을 나타내는 도면이다.
도 3 (b)는 콘텐츠 데이터를 분할 송신할 때의 HTTP 메시지의 구성을 나타내는 도면이다.
도 3 (c)는 콘텐츠 데이터를 분할 송신할 때의 HTTP 메시지의 구성을 나타내는 도면이다.
도 3 (d)는 콘텐츠 데이터를 분할 송신할 때의 HTTP 메시지의 구성을 나타내는 도면이다.
도 4는 본 발명의 실시 예 1의 콘텐츠 배신시스템의 네트워크의 구성을 나타내는 도면이다.
도 5는 본 발명의 실시 예 1에서 설명하는 콘텐츠의 구성을 나타내는 도면이다.
도 6은 본 발명의 실시 예 1에서 설명하는 콘텐츠의 속성테이블을 나타내는 도면이다.
도 7은 본 발명의 실시 예 1의 콘텐츠 서버의 구성을 나타내는 블록 도이다.
도 8은 본 발명의 실시 예 1의 콘텐츠 서버의 동작을 나타내는 플로차트이다.
도 9는 본 발명의 실시 예 1의 콘텐츠 수신장치의 구성을 나타내는 블록 도이다.
도 10은 본 발명의 실시 예 1의 콘텐츠 수신장치의 동작을 나타내는 플로차트이다.
도 11은 본 발명의 실시 예 2의 콘텐츠 배신시스템의 네트워크의 구성을 나타내는 도면이다.
도 12 (a)는 본 발명의 실시 예 2의 콘텐츠 송수신시스템에서의 AV 서버와 AV 콘텐츠 재생장치 사이의 송수신을 기술한 시퀀스 도이다.
도 12 (b)는 본 발명의 실시 예 2의 콘텐츠 송수신시스템에서의 HTTP 메시지의 내용을 나타내는 도면이다.
도 12 (c)는 본 발명의 실시 예 2의 콘텐츠 송수신시스템에서의 HTTP 메시지의 내용을 나타내는 도면이다.
도 12 (d)는 본 발명의 실시 예 2의 콘텐츠 송수신시스템에서의 HTTP 메시지의 내용을 나타내는 도면이다.
도 12 (e)는 본 발명의 실시 예 2의 콘텐츠 송수신시스템에서의 HTTP 메시지의 내용을 나타내는 도면이다.
도 12 (f)는 본 발명의 실시 예 2의 콘텐츠 송수신시스템에서의 HTTP 메시지의 구성을 나타내는 도면이다.
도 12 (g)는 본 발명의 실시 예 2의 콘텐츠 송수신시스템에서의 HTTP 메시지의 구성을 나타내는 도면이다.
도 13은 본 발명의 실시 예 2의 AV 서버의 구성을 나타내는 도면이다.
도 14는 본 발명의 실시 예 2의 AV 콘텐츠 재생장치의 구성을 나타내는 블록 도이다.
도 15는 본 발명의 실시 예 2에서 설명하는 AV 콘텐츠의 구성을 나타내는 도면이다.
도 16은 본 발명의 실시 예 2에서 설명하는 AV 콘텐츠의 속성테이블을 나타내는 도면이다.
도 17은 본 발명의 실시 예 2의 AV 서버의 동작을 나타내는 플로차트이다.
도 18은 본 발명의 실시 예 2의 AV 콘텐츠 재생장치의 동작을 나타내는 플로차트이다.
<부호의 설명>
1 콘텐츠 서버 101 축적수단
102 데이터요구 수신수단 103 콘텐츠 데이터 취득수단
104 송신데이터 구성수단 105 송신수단
106 속성테이블 보유 송신수단
2 콘텐츠 수신장치 201 사용자 입력수단
202 수신데이터 결정수단 203 데이터 요구 송신수단
204 수신수단 205 수신 버퍼
206 콘텐츠 처리수단
207 속성테이블 보유 수신수단
3 네트워크 13 AV 서버
1301 재생개시 요구 수신수단
1302 AV 콘텐츠 데이터 취득수단
1303 암호수단 1304 암호키 생성수단
14 AV 콘텐츠 재생장치 1401 재생개시 요구 송신수단
1402 재생수단 1403 복호수단
1404 복호 키 생성수단
이하, 본 발명의 실시 예에 대하여 도면을 참조하면서 설명한다.
(실시 예 1)
도 4는 본 발명의 실시 예 1의 콘텐츠 배신시스템의 구성도이다.
콘텐츠 서버(1)는 축적수단(101)에 기록되어 있는 콘텐츠를 콘텐츠 수신장치(2)로부터의 요구에 따라서 네트워크(3)상에 송신한다. 콘텐츠 수신장치(2)는 콘텐츠 서버(2)로부터 콘텐츠를 수신하여 콘텐츠의 내용에 따른 처리를 한다. 콘텐츠의 예로는, 텍스트(text), 영상, 음성, 실행파일(execution file) 등이 있다.
먼저, 본 실시 예 1의 콘텐츠 배신시스템에서, 콘텐츠 수신장치(2)에서 콘텐츠 서버(1)에 수신데이터 범위를 지정하는 프로토콜 제어방법에 대하여 설명한다.
도 1 (a)는 콘텐츠 서버(1)와 콘텐츠 수신장치(2) 사이의 송수신을 기술한 시퀀스 도이다. 본 실시 예 1에서는 이 송수신에 HTTP를 이용하고 있다. 도 1 (b) 내지(e)는 HTTP 메시지의 내용을, 도 1 (f), (g)는 HTTP 메시지의 구성을 각각 나타내고 있다. 다만, 본 발명에서의 송수신의 프로토콜은 어떤 것이라도 좋다. 도 1은 콘텐츠 서버(1)의 축적수단(101)에 기록되어 있는 콘텐츠로서의 실행파일 hoge.exe를 콘텐츠 수신장치(2)가 콘텐츠의 처음에서부터 분할 수신하는 경우의 예이다.
도 5에 hoge.exe의 구성을 예시한다. hoge.exe는 전체 사이즈가 50000 바이트이며, 중요도가 다른 몇 개의 블록으로 구성되어 있다. 1번째의 블록은 3000 바이트, 2번째의 블록은 8000 바이트이다. 또한, 중요도에 의한 블록의 분할은 하나 의 예이다. 다른 속성에 의하여 블록 분할을 해도 좋다. 또, 블록 분할을 하지 않은(전체 콘텐츠가 하나의 블록) 콘텐츠라도 좋다. 또, 전체 사이즈 및 블록 사이즈도 어떤 것이라도 좋다. 도 4에 도시한 축적수단(101)은, 하드디스크 등의 불휘발성 기록매체가 가장 적합하나, 휘발성 기록매체로도 실현할 수 있다.
도 1 (a)에서, 콘텐츠 수신장치(2)는, 먼저, 취득한 콘텐츠에 관한 속성테이블을 요구하여, 콘텐츠 서버(1)로부터 속성테이블을 취득한다. 속성테이블은 콘텐츠의 내부에서 콘텐츠의 속성(내부 속성)이 어떻게 변화하고 있는가를 나타내는 표이다. 콘텐츠를 전송할 때, 속성이 바뀔 때에 부가정보를 부가하므로, 이 표가 필요하게 된다.
도 6에 hoge.exe의 속성테이블의 예를 도시하고 있다. 오프셋(offset)은 콘텐츠의 시작으로부터의 바이트 길이를 나타내고 있다. 이 표로부터, 0 바이트째부터 2999 바이트째까지의 중요도가 6, 3000 바이트째부터 10999 바이트째까지의 중요도가 1, 11000 바이트째부터 중요도가 3으로 변화하고 있음을 알 수 있다. 속성테이블의 취득에는, HTTP를 사용해도 좋고, 또 다른 통신 프로토콜을 사용해도 좋다.
도 1 (a)에 도시한 바와 같이, 콘텐츠 수신장치(2)는, 속성테이블의 취득 후, 데이터 요구인 메시지 1을 콘텐츠 서버(1)를 향해서 송신한다. 도 1 (b)에 도시한 바와 같이, 메시지 1은 Range 헤더를 포함하며, hoge.exe의 0 바이트째부터 5999 바이트째까지의 송신을 요구하고 있다. 또, 메시지 1은 데이터 범위정보인 「0-5959」를 갖는 X-Real-Range 확장 헤더를 포함한다. 이것은 부가정보를 포함하지 않는 콘텐츠 데이터의 0 바이트째부터 5959 바이트째까지를 요구하고 있는 것을 나타낸다. 또한, 본 실시 예 1의 콘텐츠 배신시스템에서 이용되는 부가정보의 길이는 20 바이트로 한다.
또한, X-Real-Range 확장 헤더는 본 발명의 요구범위정보의 일 예이고, 메시지 1 및 메시지 2가 본 발명의 요구범위정보를 포함하는 데이터 요구의 일 예이다.
콘텐츠 서버(1)는 이 메시지 1을 수신하면 메시지 2를 송신한다. 도 1 (c)에 도시한 바와 같이, 메시지 2는 Content-Range 헤더를 포함하며, 0 바이트째부터 5999 바이트째까지의 송신을 행한다는 것을 나타내고 있다. 그 중, 부가정보를 포함하지 않는 콘텐츠 데이터의 송신범위는 0 바이트째부터 5959 바이트째까지이다. 여기에 2개의 부가정보를 부가하여, 0 바이트째부터 5999 바이트째까지의 송신으로 되어 있다(도 1 (f) 참조). 콘텐츠 수신장치(2)는, 수신한 메시지 2에 소정의 처리를 행한 후, 수신 데이터에 포함되는 콘텐츠 데이터의 0 바이트째부터 5959 바이트째까지를 인출하여 콘텐츠의 처리를 행한다.
도 1 (d) (e)에 각각 도시한 바와 같이, 메시지 3 및 메시지 4에 대해서도 동일하다. 다만, 메시지 4에서는, HTTP 메시지의 도중에서 콘텐츠의 속성이 변화하지 않으므로, 부가정보는 하나만 부가된다(도 1 (g) 참조). 이후, 콘텐츠의 최후까지 도달하거나, 콘텐츠 수신장치(2)의 사용자에 의해 콘텐츠의 수신이 정지될 때까지 상기 메시지의 송수신을 반복한다.
다음에, 본 실시 예 1의 콘텐츠 배신시스템에서의 콘텐츠 서버(1)의 구성 및 동작에 대하여 설명한다.
도 7은 본 실시 예 1의 콘텐츠 서버(1)의 구성을 나타내는 블록 도이다. 도 7에서, 축적수단(101)에는 하나 이상의 콘텐츠가 축적되어 있다. 데이터요구 수신수단(102)은 네트워크(3)를 통해서 콘텐츠 수신장치(2)로부터의 데이터 요구를 수신한다. 데이터 요구는, 콘텐츠를 식별하는 정보인 콘텐츠 식별자와, 당해 콘텐츠 식별자에 의해 식별되는 콘텐츠의 어느 범위를 송신해야 하는가를 지시하는 정보인 데이터 범위정보를 포함하고 있다.
콘텐츠 데이터 취득수단(103)은, 데이터요구 수신수단(102)이 수신한 데이터 요구에 포함되는 데이터 범위정보로부터, 송신해야 할 범위의 콘텐츠 데이터를 축적수단(101)에서 인출하여 송신데이터 구성수단(104)에 인계한다.
송신데이터 구성수단(104)은 인계된 범위의 콘텐츠 데이터에 당해 콘텐츠 데이터를 송신할 때에 필요한 부가정보를 부가하여 송신 데이터를 구성한다. 어떤 부가정보가 필요한가는 속성테이블 보유 송신수단(106)에 문의하여 확인한다. 속성테이블 보유 송신수단(106)은 각 콘텐츠별 속성테이블을 보유하고 있다.
그리고 송신수단(105)은 송신데이터 구성수단(104)으로부터 인계된 송신데이터를 네트워크(3)를 통해서 콘텐츠 수신장치(2) 앞으로 HTTP에 따라서 송신한다.
또, 속성테이블 보유 송신수단(106)은, 네트워크(3)를 통해서 콘텐츠 수신장치(2)로부터의 속성테이블 요구를 수신하고, 송신수단(105)을 통해서 콘텐츠 수신장치(2) 앞으로 대응하는 속성테이블을 송신한다.
도 8은 본 실시 예 1의 콘텐츠 서버(1)의 동작을 나타내는 플로차트이다. 이하, 도 7 및 도 8을 사용하여, 도 1 (a)를 이용하여 설명한 시퀀스에서의 콘텐츠 서버(1)의 동작을 설명한다.
속성테이블 보유 송신수단(106)은, 콘텐츠 수신장치(2)로부터 취득한 콘텐츠의 콘텐츠 식별자를 포함하는 속성테이블 요구를 수신하면(스텝 1), 당해 콘텐츠에 대응하는 속성테이블을 송신수단(105)을 통해서 콘텐츠 수시장치(2) 앞으로 송신한다(스텝 2).
이어서, 데이터요구 수신수단(102)이 데이터 요구인 HTTP 메시지(GET 메소드(GET method)를 포함한다; 도 1 (b)의 메시지 1, 도 1 (d)의 메시지 3)를 수신하면(스텝 3), 이 HTTP 메시지가 콘텐츠 데이터 취득수단(103)에 인계된다.
콘텐츠 데이터 취득수단(103)은, 수신한 HTTP 메시지에서 콘텐츠 식별자인 URI(본 실시 예에서는 /hoge.exe)를 추출하고, 또, X-Real-Range 확장 헤더에서 데이터 범위정보를 추출한다. 콘텐츠 데이터 취득수단(103)은 콘텐츠 식별자에 의해 지시된 축적수단(101)에 저장되어 있는 콘텐츠에서 데이터 범위정보에 의해 지시된 범위의 콘텐츠 데이터를 취득한다(스텝 4). 콘텐츠 데이터 취득수단(103)은 추출한 콘텐츠 식별자 및 데이터 범위와 함께 취득한 콘텐츠 데이터를 송신데이터 구성수단(104)에 인계한다.
송신데이터 구성수단(104)은 속성테이블 보유 송신수단(106)에 포함되는 이 콘텐츠 식별자에 대응하는 속성테이블을 참조한다. 요구되어 있는 데이터 범위의 속성이 어떻게 되어 있는가를 확인하고, 그 데이터 범위의 개시 점에서부터 속성이 동일한 범위를 확인한다. 예를 들어, 도 1 (b)의 메시지 1이면, 먼저 0 바이트째부터 2999 바이트째까지가 중요도 6으로 동일한 속성을 가지고 있다는 것을 확인한 다(스텝 5).
이어서, 송신데이터 구성수단(104)은 속성이 동일한 범위에 있는 콘텐츠 데이터의 선두에 부가정보를 부가한다(스텝 6). 부가정보에는 중요도 정보가 포함된다. 송신해야 할 데이터가 요구된 데이터 범위의 최후까지 도달하고 있지 않으면(스텝 7) 스텝 5로 복귀한다. 도 1 (b)의 메시지 1의 예에서는, 3000 바이트째부터 데이터 범위의 끝인 5959 바이트까지가 중요도 1이라는 것이 확인되며, 콘텐츠 데이터의 2999 바이트째와 3000 바이트째 사이에 부가정보가 부가된다.
스텝 7에서 데이터 범위의 최후에 도달하였으면, 송신데이터 구성수단(104)은 콘텐츠 데이터에 부가정보를 부가한 송신데이터를 송신수단(105)으로 보내고, 송신수단(105)은 이것을 HTTP에 준거하여 송신한다(스텝 8). 이때, HTTP 메시지의 Content-Range 헤더에는 부가정보를 부가한 때의 데이터 범위가 기입된다. 그리고 송신데이터를 송신한 후 스텝 3으로 복귀한다.
스텝 3에서, 데이터 요구를 수신하고 있지 않은 동안에 콘텐츠 수신장치(2)로부터 새로운 속성테이블의 요구를 수신한 경우(스텝 9), 스텝 2로 복귀하여 대응하는 속성테이블을 송신한다. 부정한 메시지를 수신하면(스텝 10), 에러 응답을 송신하고(스텝 11) 스텝 1로 복귀한다. 데이터 요구도 속성테이블 요구도 수신하고 있지 않은 중에 소정의 시간이 경과하여 타임 아웃이 된 경우에는(스텝 12) 스텝 1로 복귀한다.
다음에, 본 실시 예 1의 콘텐츠 배신시스템의 콘텐츠 수신장치(2)의 구성 및 동작에 대하여 설명한다.
도 9는 본 실시 예 1의 콘텐츠 수신장치(2)의 구성을 나타내는 블록 도이다.
사용자 입력수단(201)은, 콘텐츠 서버(1)로부터 수신하려고 하는 콘텐츠를 식별하는 정보인 콘텐츠 식별자(이름 등) 등의, 사용자로부터의 입력을 접수한다. 구체적으로는, 사용자 입력수단(201)은 콘텐츠 식별자와 취득하고자 하는 데이터의 범위(1 메가바이트째 이후 등)를 접수한다. 또한, 사용자 입력수단(201)은 콘텐츠 식별자만을 접수해도 좋다. 사용자 입력수단(201이 접수하는 정보의 입력수단은, 텐 키(ten-key pad), 키보드, 마우스 또는 리모컨을 사용하여 메뉴 화면을 조작하는 등, 어떤 것이라도 좋다. 사용자 입력수단(201)은 텐 키나 키보드 등의 입력수단의 디바이스 드라이버(device driver)나 메뉴 화면의 제어 소프트웨어 등에 의해 실현될 수 있다.
수신데이터 결정수단(202)은, 사용자 입력수단(201)으로부터의 통지, 수신 버퍼(205)의 여유공간에 관한 문의 결과, 수신수단(204)으로부터의 통지 등을 받아서 요구하는 데이터 범위를 결정한다. 데이터 범위정보는, 사용자 입력수단(201)이 접수한 정보나, 수신 버퍼(205)의 여유공간에 관한 문의의 결과, 수신수단(204)으로부터의 통지 등에 의해서 결정될 수 있다.
데이터 요구 송신수단(203)은, 수신을 요구하는 콘텐츠의 콘텐츠 식별자와 데이터 범위정보를 포함하는 데이터 요구를 생성하고, 네트워크(3)를 통해서 콘텐츠 서버(1) 앞으로 송신한다. 이때, 속성테이블 보유 수신수단(207)을 참조하여, 수신데이터 결정수단(202)이 결정한 데이터 범위정보에, 이 데이터 범위정보에 부가정보를 가미한 요구범위를 포함하는 데이터 요구를 생성한다. 도 1 (b)의 메시지 1이나 도 1 (d)의 메시지 3에서는, 데이터 범위정보는 X-Real-Range 확장 헤더에 기입되고, 부가정보를 포함한 범위는 Range 헤더에 기입된다.
수신수단(204)은, 네트워크(3)로부터 부가정보가 부가된 콘텐츠 데이터를 수신하여, 콘텐츠 데이터를 수신 버퍼(205)에 인계하는 동시에, 수신한 콘텐츠 데이터의 길이 또는 수신한 콘텐츠의 종점 위치를 수신데이터 결정수단(202)에 통지한다. 수신수단(204)은 콘텐츠 데이터를 수신 버퍼(205)에 보내기 전 또는 후에 부가정보를 해석하여, 처리가 필요한 경우에는 적당한 처리를 행한다. 예를 들어, 부가정보로부터 콘텐츠가 암호화되어 있다는 사실을 알게 되면 복호 처리를 행한다.
콘텐츠 처리수단(206)은 수신 버퍼(205)에서 콘텐츠 데이터를 순차 판독하여 필요한 처리를 행한다. 예를 들어, 화면에 표시를 하거나 소정의 계산을 한다. 콘텐츠 처리수단(206)은 디스플레이나 스피커 등을 포함하는 것으로 생각해도 포함하지 않는 것으로 생각해도 좋다. 콘텐츠 처리수단(206)은, 출력디바이스의 드라이버 소프트웨어와 처리 소프트웨어, 또는 출력디바이스의 드라이버 소프트웨어와 출력디바이스와 처리 소프트웨어, 또는 MPU 상의 애플리케이션 프로그램 등에 의해 실현될 수 있다.
속성테이블 보유 수신수단(207)은 콘텐츠의 수신에 필요한 속성테이블을 요구하는 속성테이블 요구를 네트워크(3)를 통해서 콘텐츠 서버(1) 앞으로 송신한다. 그리고 그 응답으로 콘텐츠 서버(1)로부터 수신수단(204)을 통해서 속성테이블을 수신하여 보유한다. 또, 속성테이블은 데이터 송신 요구수단(203)에서 참조 된다.
도 10은 본 실시 예 1의 콘텐츠 수신장치(2)의 동작을 나타내는 플로차트이 다. 이하, 도 9 및 도 10을 이용하여, 도 1 (a)를 이용하여 설명한 시퀀스에서의 콘텐츠 수신장치(2)의 동작을 설명한다.
사용자 입력수단(201)은, 콘텐츠 서버(1)에 있는 콘텐츠의 수신개시 요구를 접수하면(스텝 1), 요구하는 콘텐츠 식별자(본 실시 예에서는 /hoge.exe)를 수신데이터 결정수단(202)과 속성테이블 보유 수신수단(207)에 통지한다. 이때, 사용자 입력수단(201)에 수신하고자 하는 콘텐츠의 범위도 입력된 경우, 그 데이터 범위도 수신데이터 결정수단(202)에 통지한다.
속성테이블 보유 수신수단(207)은 사용자 입력수단(201)으로부터 통지된 콘텐츠 식별자에 대응하는 콘텐츠의 속성테이블을 보유하고 있는가 여부를 판정하여(스텝 2), 보유하고 있지 않으면 속성테이블 요구를 네트워크(3)를 통해서 콘텐츠 서버(1) 앞으로 송신한다(스텝 3).
그리고 수신수단(203)은 속성테이블을 수신하면(스텝 4), 수신한 속성테이블을 속성테이블 보유 수신수단(207)에 인계한다. 속성테이블 보유 수신수단(207)은 속성테이블을 인계받으면, 대응하는 콘텐츠 식별자와 관련시켜서 속성테이블을 보존하며, 수신데이터 결정수단(202)에 그 취지를 통지한다.
수신데이터 결정수단(202)은, 사용자가 사용자 입력수단(201)에 입력한 수신하고자 하는 데이터의 범위와 수신 버퍼(205)의 여유공간을 고려하여, 콘텐츠 서버(1)에 송신을 요구하여야 할 데이터의 범위를 결정한다(스텝 5). 그리고 콘텐츠 식별자와 함께 결정한 데이터 범위를 나타내는 데이터 범위정보를 데이터 요구 송신수단(203)에 통지한다.
데이터 요구 송신수단(203)은, 수신데이터 결정수단(202)으로부터 통지된 콘텐츠 식별자와 데이터 범위정보, 및 속성테이블 보유 수신수단(207)을 참조함으로써 수신하는 콘텐츠 데이터와 함께 얻어지는 부가정보까지를 포함한 요구범위를 포함하는 요구데이터(도 1 (b)의 메시지 1, 도 1 (d)의 메시지 3)를 생성하여, 콘텐츠 서버(1) 앞으로 송신한다(스텝 6).
수신수단(204)은, 송신한 데이터 요구에 대응하는 부가정보가 부가된 콘텐츠 데이터(도 1 (c) 및 (f)에 도시된 메시지 2, 도 1 (e) 및 (g)에 도시된 메시지 4)를 수신하면(스텝 7), 부가정보를 해석한다. 부가정보가 중요도에 관한 정보만으로 이루어져 있는 경우에는, 콘텐츠 수신장치(2) 부가정보에 대하여 특히 어떤 처리도 하여야 할 필요가 없으므로, 수신수단(204)은 부가정보를 제거한 콘텐츠 데이터를 수신 버퍼(205)에 저장한다. 이 콘텐츠 데이터는 콘텐츠 처리수단(206)에 순차 판독되어 처리된다(스텝 9).
수신수단(204)이 모든 부가정보의 해석을 종료하고 있지 않으면(즉, 콘텐츠 처리수단(206)에 판독되어 있지 않은 콘텐츠가 있으면)(스텝 10), 스텝 8 이후를 반복한다.
사용자 입력수단(201)에 입력된 콘텐츠 식별자에 대응하는 콘텐츠 모두(데이터 범위도 입력되는 경우에는 그 범위)를 수신하거나, 사용자가 사용자 입력수단(201)에 정지를 지시한 경우(스텝 11)에는 처음(스텝 1)으로 복귀한다.
스텝 2에서, 이전의 통신 등에 의해 속성테이블 보유 수신수단(207)이 이미 당해 콘텐츠에 대응하는 속성테이블을 보유하고 있는 경우에는, 속성테이블의 교환 을 행하지 않고 스텝 5로 진행한다. 다만, 이 경우에도 속성테이블의 교환을 하여도 좋다.
스텝 4 또는 스텝 7에서, 어떤 데이터도 수신하지 않은 채로 타임아웃이 되거나, 또는 콘텐츠 서버(1)로부터 에러 응답을 수신한 경우(스텝 12, 13)에는 에러 처리를 행하고(스텝 14) 처음(스텝 1)으로 복귀한다.
본 실시 예 1의 콘텐츠 배신시스템에 의해, 콘텐츠 서버(1)가 부가정보를 제외한 실제로 송신하여야 할 콘텐츠의 범위를 특정할 수 있다. 콘텐츠 수신장치(2)는, 콘텐츠의 분할방법에 관계없이 부가정보를 제외한 실제로 송신해야 하는 콘텐츠의 범위를 지정할 수 있으므로, 콘텐츠 수신장치가 어떤 분할송신을 상정하고 있는가를 콘텐츠 서버(1)가 알지 못해도, 콘텐츠 서버(1)는 송신하여야 할 콘텐츠의 범위를 알 수 있다.
또, 콘텐츠 수신장치(2)가 콘텐츠의 도중의 데이터에서부터 수신을 하려고 하는 경우에도, 콘텐츠 서버(1)에 그 콘텐츠 데이터의 수신개시위치를 정확하게 지정할 수 있으므로, 콘텐츠 수신장치(2)는 콘텐츠의 도중의 데이터에서부터도 수신할 수 있게 된다.
또, 본 실시 예 1의 콘텐츠 배신시스템에 의해, 콘텐츠 서버(1)에서의 효과를 표준 프로토콜인 HTTP로 실시할 수 있다.
또한, 본 실시 예 1에서 설명한 실행파일 hoge.exe라고 하는 콘텐츠는 일례이며, 그 외의 콘텐츠, 예를 들어, 화상이나 음성을 포함하는 AV 콘텐츠나, 그 외의 포맷이라도 좋은 것은 물론이다.
또, 본 실시 예 1에서, 콘텐츠 서버(1)와 콘텐츠 수신장치(2) 사이에, 예를 들어 중계장치가 존재하고, 콘텐츠 수신장치(2)로부터 중계장치에 데이터 요구가 송신되고, 중계장치가 콘텐츠 서버(1)에 액세스해서 콘텐츠를 취득하여, 콘텐츠 수신장치(2)에 당해 콘텐츠를 송신해도 좋다. 즉, 콘텐츠 서버(1)와 콘텐츠 수신장치(2)가 반드시 직접 네트워크를 통해서 데이터의 송수신을 행할 필요는 없다.
또, 본 실시 예 1의 콘텐츠 배신시스템에서는, 콘텐츠 데이터의 수신 전에, 콘텐츠 수신장치(2)가 속성테이블을 네트워크(3)를 통해서 콘텐츠 서버(1)로부터 미리 수신하는 것으로 하였으나, 콘텐츠 수신장치(2)는 그 외의 방법으로 속성테이블을 취득하여 보유하고 있어도 좋다. 예를 들어, 콘텐츠 서버(1)와는 다른 서버 등으로부터 네트워크를 통해서 속성테이블을 취득하도록 해도 좋고, 네트워크를 거치지 않고 기록매체 등에 기록된 속성테이블을 미리 판독하여 보유하는 것으로 해도 좋다.
(실시 예 2)
도 11은 본 발명의 제 2 실시 예의 콘텐츠 배신시스템의 구성도이다. 실시 예 1과 동일한 구성요소에는 동일한 부호를 부여하며 설명은 생략한다.
먼저, 본 실시 예 2의 콘텐츠 배신시스템에서 AV 콘텐츠 재생장치(14)로부터 AV 서버(13)에 재생데이터 범위를 지정하는 프로토콜 제어방법에 대하여 설명한다.
AV 서버(13)는, 축적수단(101)에 기록되어 있는 화상 또는 음성 또는 양방을 포함하는 AV 콘텐츠를, AV 콘텐츠 재생장치(14)로부터의 재생요구에 따라서 네트워크(3) 상에 송신한다. AV 콘텐츠 재생장치(14)는 AV 서버(13)로부터 AV 콘텐츠를 수신하여 재생수단(1402)에서 재생한다. AV 콘텐츠의 예로는, MPEG 동화상, AC 3 음성, JPEG 정지화상 등이 있다. 또한, AV 서버(13), AV 콘텐츠 재생장치(14)는 각각 본 발명의 콘텐츠 서버, 콘텐츠 재생장치의 일례이다.
도 12 (a)는 AV 서버(13)와 AV 콘텐츠 재생장치(14) 사이의 송수신을 기술한 시퀀스 도이다. 본 실시 예 2에서는 이 송수신에 HTTP를 이용하고 있다. 도 12 (b) 내지 (e)는 HTTP 메시지의 내용을, 도 12 (f) 및 (g)는 HTTP 메시지의 구성을 각각 나타내고 있다. 단, 본 실시 예 2에서의 송수신의 프로토콜은 어떤 것이라도 좋다. 도 12 (a) 내지 (g)는 AV 서버(13)의 축적수단(101)에 기록되어 있는 AV 콘텐츠 hogehoge.mpg를 AV 콘텐츠 재생장치(14)가 AV 콘텐츠의 처음부터 네트워크 재생을 하는 경우의 예이다. 여기서, hogehoge.mpg는 MPEG 동화상 파일이다.
도 15에 hogehoge.mpg의 구성을 예시한다. hogehoge.mpg는 전체 사이즈가 4000000000 바이트이고, 저작권 보호에 대한 속성이 다른 몇 개의 블록으로 구성되어 있다. 1번째 블록은 100000 바이트, 2번째 블록은 80000 바이트이다. 또한, 저작권 보호속성에 의한 분할은 하나의 예이다. 다른 속성에 의한 블록 분할이라도 좋으며, 또, 블록 분할이 없는(전체 콘텐츠가 1블록인) AV 콘텐츠라도 좋다. 또, 전체 사이즈나 블록 사이즈도 어떤 것이라도 좋다. 도 11에 도시한 축적수단(101)은, 하드디스크 등의 불휘발성 기록매체가 가장 적합하나, 휘발성 기록매체로도 실현할 수 있다.
도 12 (a)에서, AV 콘텐츠 재생장치(14)는, 먼저, 취득하고자 하는 AV 콘텐츠에 관한 속성테이블을 요구하여, AV 서버(13)로부터 취득한다. 속성테이블은 AV 콘텐츠의 내부에서 AV 콘텐츠의 저작권 보호속성(내부 속성)이 어떻게 변화하고 있는가를 나타내는 표이다. AV 콘텐츠를 전송할 때, 저작권 보호속성이 바뀔 때에 부가정보를 부가하므로 이 표가 필요하게 된다.
도 16에 hogehoge.mpg의 속성테이블의 예를 도시한다. 오프셋은 AV 콘텐츠의 시작에서부터의 바이트 길이를 나타낸다. 이 표에서, 0 바이트째부터 99999 바이트째까지는 저작권 보호가 필요, 100000 바이트째부터 179999 바이트째까지는 저작권 프리로서 네트워크(3) 상에서의 암호화도 불필요, 180000 바이트째부터 저작권 프리이나 네트워크(3) 상에서의 암호화는 필요라고 하는 속성으로 변화한다. 속성테이블의 취득에는 HTTP를 이용해도 좋고 별도의 통신 프로토콜을 이용해도 좋다.
도 12 (a)에 도시한 바와 같이, AV 콘텐츠 재생장치(14)는, 속성 테이블의 취득 후에, 재생개시요구인 메시지 1을 AV 서버(13)를 향해서 송신한다. 도 12 (b)에 도시한 바와 같이, 메시지 1은 Range 헤더를 포함하며, hogehoge.mpg의 0 바이트째부터 80009 바이트째까지의 송신을 요구하고 있다. 또, 메시지 1은 재생범위정보인 「0-79999」를 갖는 X-Real-Range 확장 헤더를 포함한다. 이것은, 부가정보를 포함하지 않는 AV 콘텐츠 데이터의 0 바이트째부터 79999 바이트째까지를 요구하고 있다는 것을 나타낸다. 또한, 본 실시 예 2의 AV 콘텐츠 송수신시스템에서 사용되는 부가정보의 길이는 10 바이트로 한다.
또한, X-Real-Range 확장 헤더는 본 발명의 요구범위정보의 일례이며, 메시지 1 및 메시지 2가 본 발명의 요구범위정보를 포함하는 데이터 요구의 일례이다.
AV 서버(13)는 이 메시지 1을 수신하면 메시지 2를 송신한다. 도 12 (c)에 도시한 메시지 2는, Counter-Range 헤더를 포함하며, 0 바이트째부터 80009 바이트째까지의 송신을 행한다는 것을 나타내고 있다. 그 중, 부가정보를 포함하지 않는 AV 콘텐츠 데이터의 송신범위는 0 바이트째부터 79999 바이트째까지이다. 여기에 하나의 부가정보를 부가하여 0 바이트째부터 80009 바이트째까지의 송신으로 되어 있다(도 12 (f) 참조). AV 콘텐츠 재생장치(14)는, 수신한 메시지 2에 소정의 처리를 행한 후, 수신 데이터에 포함되는 AV 콘텐츠 데이터의 0 바이트째부터 79999 바이트째까지를 인출하여 AV 콘텐츠의 처리를 행한다.
도 12의 (d) 및 (e)에 각각 도시된 바와 같이, 메시지 3 및 메시지 4에 대해서도 동일하다. 다만, 메시지 4에서는, HTTP 메시지의 도중에서 AV 콘텐츠의 속성이 변화하므로, 2개의 부가정보가 부가된다(도 12 (g) 참조). 도 12의 (c) 및 (e)에 각각 도시된 바와 같이, 그 내용이 메시지 3의 Range 헤더 및 메시지 4의 Count-Range 헤더에 반영되어 있다. 이후, AV 콘텐츠의 최후에 도달하거나 AV 콘텐츠 재생장치(14)의 사용자에 의해 재생이 정지될 때까지 상기 메시지의 송수신을 반복한다.
다음에, 본 실시 예 2의 콘텐츠 배신시스템에서의 AV 서버(13)의 구성 및 동작에 대하여 설명한다.
도 13은 본 실시 예 2의 AV 서버(13)의 구성을 나타내는 블록 도이다. 도 13에서, 축적수단(101)에는 하나 이상의 화상 또는 음성 또는 양방을 포함하는 AV 콘텐츠가 축적되어 있다. 재생개시 요구 수신수단(1301)은 네트워크(3)를 통해서 AV 콘텐츠 재생장치(14)로부터의 재생개시 요구를 수신한다. 재생개시 요구는, AV 콘 텐츠를 식별하는 정보인 AV 콘텐츠 식별자와, 당해 AV 콘텐츠 식별자에 의해 식별되는 AV 콘텐츠의 어느 범위를 송신해야 하는가를 지시하는 정보인 재생범위정보를 포함하고 있다.
AV 콘텐츠 취득수단(1302)은, 재생개시 요구 수신수단(1301)이 수신한 재생개시 요구에 포함되는 데이터 범위정보로부터, 송신해야 할 범위의 AV 콘텐츠 데이터를 축적수단(101)에서 인출하여 송신데이터 구성수단(104)에 인계한다.
암호수단(1303)은 송신데이터 구성수단(104)에서 입력된 AV 콘텐츠 데이터를 암호화하여 송신수단(105)에 인계한다.
암호화를 위한 키는 암호키 생성수단(1304)이 생성한다. AV 서버(13)와 AV 콘텐츠 재생장치(14) 사이에서 미리 결정된 순서로 복호화를 위한 정보를 통지하는 방법을 결정해 두고, 송신데이터 구성수단(104)이 생성하는 부가정보에 그 방법에 따른 복호화를 위한 정보를 부가한다. 키 그 자체는 암호수단(1303)에 인계되어 AV 콘텐츠 데이터의 암호화에 사용된다. 본 실시 예 2에서는 AV 콘텐츠의 저작권 속성이 변화할 때마다 키를 변경하는 것으로 한다. 암호용 키와 복호용 키는 동일한 키(공통 키)라도 좋고 다른 키라도 좋다.
송신데이터 구성수단(104), 송신수단(105), 속성테이블 보유 송신수단(106)은 각각 실시 예 1에서 설명한 것과 동일한 기능을 가지나, 본 실시 예 2에서는 취급하는 콘텐츠가 AV 콘텐츠가 된다. 또, 본 실시 예 2에서는 부가정보의 내용이 저작권 보호의 상태 및 복호를 위한 정보이다.
도 17은 본 실시 예 2의 AV 서버(13)의 동작을 나타내는 플로차트이다. 이 하, 도 13 및 도 17을 이용하여, 도 12를 이용하여 설명한 시퀀스에서의 AV 서버(13)의 동작을 설명한다.
속성테이블 보유 송신수단(106)은, AV 콘텐츠 재생장치(14)로부터 취득하고자 하는 AV 콘텐츠의 AV 콘텐츠 식별자를 포함하는 속성테이블 요구를 수신하면(스텝 1), 당해 AV 콘텐츠에 대응하는 속성테이블을 송신수단(105)을 통해서 AV 콘텐츠 재생장치(14) 앞으로 송신한다(스텝 2).
이어서, 재생개시 요구 수신수단(1301)이 재생개시 요구인 HTTP 메시지(GET 메소드를 포함한다; 도 12 (b)의 메시지 1, 도 12 (d)의 메시지 3)를 수신하면(스텝 3), 이 HTTP 메시지가 AV 콘텐츠 데이터 취득수단(1302)에 인계된다.
AV 콘텐츠 데이터 취득수단(1302)은, 수신한 HTTP 메시지에서 AV 콘텐츠 식별자인 URI(본 실시 예 2에서는 /hogehoge.mpg)를 추출하고, 또, X-Real-Range 확장 헤더에서 재생범위정보를 추출한다. AV 콘텐츠 데이터 취득수단(1302)은, AV 콘텐츠 식별자에 의해 지시된 축적수단(101)에 저장되어 있는 AV 콘텐츠에서, 재생범위정보에 의해 지시되는 범위의 AV 콘텐츠 데이터를 취득한다(스텝 4). AV 콘텐츠 데이터 취득수단(1302)은, 추출한 AV 콘텐츠 식별자 및 재생범위와 함께, 취득한 AV 콘텐츠 데이터를 송신데이터 구성수단(104)에 인계한다.
송신데이터 구성수단(104)은 속성테이블 보유 송신수단(106)에 포함되는 이 AV 콘텐츠 식별자에 대응하는 속성테이블을 참조한다. 요구되어 있는 재생범위의 속성이 어떻게 되어 있는가를 확인하고, 그 재생범위의 개시 점에서부터 속성이 동일한 범위를 확인한다(스텝 5). 예를 들어, 도 12 (b)의 메시지 1이면, 재생범위가 모두 저작권 보호가 필요하다고 하는 동일한 속성을 가지고 있다는 것을 확인한다. 도 12 (b)의 메시지 3이면, 재생범위의 80000 바이트째부터 99999 바이트째까지는 저작권 보호가 필요하다고 하는 동일한 속성을 가지고 있다는 것을 확인한다.
이어서, 송신데이터 구성수단(104)은, 송신해야 할 AV 콘텐츠 데이터의 저작권 속성으로부터, AV 콘텐츠 데이터의 송신 시에 암호화가 필요한가 여부를 판정하고(스텝 6), 필요하면, 암호키 생성수단(1304)에 키의 생성과 암호수단(1303)에의 설정을 지시한다. 암호키 생성수단(1304)은, 키를 생성하여 암호수단(1303)에 설정을 하는 동시에(스텝 7), 복호용의 정보를 송신데이터 구성수단(104)에 통지한다.
송신데이터 구성수단(104)은, 속성테이블 보유 송신수단(106)을 참조하여, 속성테이블로부터 저작권 보호의 상태(이 경우, 저작권 보호 필요)와, 암호키 생성수단(1304)으로부터의 복호용의 정보를 포함하는 부가정보를 생성한다(스텝 8). 또, 송신데이터 구성수단(104)은 암호화가 필요한 AV 콘텐츠 데이터를 암호수단(1303)에 인계하고, 암호수단(1303)은 암호처리를 실행한다(스텝 9).
그 후, 송신데이터 구성수단(104)은, 먼저, 부가정보를 송신수단(105)에 송신하고, 이어서, 암호화한 AV 콘텐츠 데이터를 송신수단(105)에 인계하도록 암호수단(1303)에 지시한다.
송신수단(105)은, HTTP에 따라서, 먼저 HTTP 헤더를 송신하고, 이어서 부가정보를 송신한다. 그 후, 암호화된 AV 콘텐츠 데이터를 송신한다(스텝 10).
송신데이터 구성수단(104)은, 요구되어 있는 재생범위의 최후까지 도달하였는가 여부를 판단하여(스텝 11), 도달해 있지 않으면, 미 송신된 범위의 AV 콘텐츠 데이터에 대하여 스텝 5 이후의 처리를 행한다.
스텝 11에서 재생범위의 최후까지 도달하였으면, 스텝 3으로 복귀하여 다음의 재생개시 요구를 기다린다.
스텝 3에서, 재생개시 요구를 수신하고 있지 않은 사이에 AV 콘텐츠 재생장치(14)로부터 새로운 속성테이블 요구를 수신한 경우(스텝 13), 스텝 2로 복귀하여 대응하는 속성테이블을 송신한다. 부정한 메시지를 수신하면(스텝 14), 에러 응답을 송신하고(스텝 15) 스텝 1로 복귀한다. 재생개시 요구도 속성테이블 요구도 수신하고 있지 않은 중에 소정 시간이 경과하여 타임 아웃이 된 경우에는(스텝 16) 스텝 1로 복귀한다.
다음에, 본 실시 예 2의 콘텐츠 배신시스템에서의 AV 콘텐츠 재생장치(14)의 구성 및 동작에 대하여 설명한다.
도 14는 본 실시 예 2의 AV 콘텐츠 재생장치(14)의 구성을 나타내는 블록 도이다.
사용자 입력수단(201)은 재생하고자 하는 AV 콘텐츠를 식별하는 정보인 AV 콘텐츠 식별자(이름 등) 등의 사용자로부터의 입력을 접수한다. 구체적으로는, 사용자 입력수단(201)은 AV 콘텐츠 식별자와 재생하고자 하는 시간정보(「30분 후」 등)를 접수한다. 또한, 사용자 입력수단(201)은 AV 콘텐츠 식별자만을 접수해도 좋다. 사용자 입력수단(201)이 접수하는 정보의 입력수단은, 텐 키, 키보드, 마우스, 리모컨을 사용하여 메뉴 화면을 조작하는 방법 등, 어떤 것이라도 좋다. 사용자 입력수단(201) 텐 키나 키보드 등의 입력수단의 디바이스 드라이버나 메뉴 화면의 제 어 소프트웨어 등에 의해 실현될 수 있다.
수신데이터 결정수단(202)은, 사용자 입력수단(201)으로부터의 통지, 수신 버퍼(205)의 여유공간에 관한 문의 결과, 수신수단(204)으로부터의 통지 등을 받아서 요구하는 재생범위를 결정한다. 재생범위정보는, 사용자 입력수단(201)이 접수한 정보나, 수신 버퍼(205)의 여유공간에 관한 문의 결과, 수신수단(204)으로부터의 통지 등에 의거하여 결정될 수 있다. 재생범위정보를 바이트 위치로 표시하여 사용자가 재생하고자 하는 시간정보를 입력한 경우에는, 사용자가 입력한 시간정보와 AV 콘텐츠 상의 바이트 위치의 변환 식이나 변환 테이블을 미리 준비해 둔다.
재생개시 요구 송신수단(1401)은, 재생을 요구하는 AV 콘텐츠의 AV 콘텐츠 식별자와 재생범위정보를 포함하는 재생개시 요구를 생성하고, 네트워크(3)를 통해서 AV 서버 앞으로 송신한다. 이때, 속성테이블 보유 수신수단(207)을 참조하여, 수신데이터 결정수단(202)이 결정한 재생범위정보에, 이 재생범위정보에 부가정보를 가미한 요구범위를 포함하는 재생개시 요구를 생성한다. 도 12 (b)의 메시지 1 및 도 12 (d)의 메시지 3에서는, 재생범위정보는 X-Real-Range 확장 헤더에 기입되고, 부가정보를 포함한 범위는 Range 헤더에 기입된다.
수신수단(204)은, 네트워크(3)로부터 부가정보가 부가된 AV 콘텐츠 데이터를 수신하여, AV 콘텐츠 데이터를 수신 버퍼(205)에 인계하는 동시에, 수신한 AV 콘텐츠 데이터의 길이 또는 수신한 AV 콘텐츠 데이터의 종점 위치를 수신데이터 결정수단(202)에 통지한다. 또, 수신수단(204)은, 부가정보로부터 AV 콘텐츠 데이터가 암호화되어 있는가 여부를 판정하여, 암호화되어 있으면 복호에 관한 정보를 복호 키 생성수단(1404)에 통지한다.
재생수단(1402)은 수신 버퍼(205)로부터 AV 콘텐츠 데이터를 순차 판독하여 재생한다. 재생수단(1402)은 디스플레이나 스피커 등의 출력 디바이스를 포함하는 것으로 생각해도 포함하지 않는 것으로 생각해도 좋다. 재생수단(1402)은, 출력 디바이스의 드라이버 소프트웨어와 재생처리 소프트웨어, 또는 출력 디바이스와, 출력 디바이스의 드라이버 소프트웨어와 재생처리 소프트웨어 등에 의해 실행될 수 있다.
속성테이블 보유 수신수단(207)은 AV 콘텐츠의 수신 및 재생에 필요한 속성테이블을 요구하는 속성테이블 요구를 네트워크(3)를 통해서 AV 서버(3) 앞으로 송신한다. 그리고 그 응답으로 AV 서버(13)로부터 수신수단(204)을 통해서 속성테이블을 수신하여 보유한다. 또, 속성테이블은 재생개시 요구 수신수단(1401)에서 참조 된다.
복호수단(1403)은 수신수단(204)에서 암호화되어 있는 AV 콘텐츠 데이터를 수신해서 복호 하여 수신 버퍼(205)에 저장한다. 복호용 키는 수신수단(204)에서 인계된 복호용 정보를 기초로 복호 키 생성수단(1404)에서 생성되어 복호수단(1403)에 설정된다.
복호 키 생성수단(1404)은 수신수단(204)에서 통지된 복호용 정보로부터 소정의 방법으로 키를 생성하여 복호수단(1403)에 설정한다. 키를 생성하는 방법으로, 예를 들어 다음과 같은 방법이 있다. 미리 AV 서버(13)와 AV 콘텐츠 재생장치(14) 사이에서 키를 암호/복호 하기 위한 키(키 암호키)를 공유하고 있고, 그 키 암호키에 의해 복호용 키가 암호화되어 있다는 것을 복호용 정보로 부가정보에 포함시킨다. 복호 키 생성수단(1404)은 공유하고 있는 키 암호키로 복호용 키를 산출한다.
도 18은 본 실시 예 2의 AV 콘텐츠 재생장치(14)의 동작을 나타내는 플로차트이다. 이하, 도 14 및 도 18을 이용하여, 도 12 (a)를 이용하여 설명한 시퀀스에서의 AV 콘텐츠 재생장치(14)의 동작을 설명한다.
사용자 입력수단(201)은, AV 서버(13)에 있는 AV 콘텐츠의 재생개시 요구를 수신하면(스텝 1), 요구하는 AV 콘텐츠 식별자(본 실시 예 2에서는 /hogehoge.mpg)를 수신데이터 결정수단(202)과 속성테이블 보유 수신수단(207)에 통지한다. 이때, 사용자 입력수단(201)에 재생하고자 하는 AV 콘텐츠의 범위도 입력된 경우, 그 재생범위도 수신데이터 결정수단(202)에 통지한다.
속성테이블 보유 수신수단(207)은, 사용자 입력수단(201)에서 통지된 AV 콘텐츠 식별자에 대응하는 AV 콘텐츠의 속성테이블을 보유하고 있는가 여부를 판정하여(스텝 2), 보유하고 있지 않으면 속성테이블 요구를 네트워크(3)를 통해서 AV 서버(13) 앞으로 송신한다(스텝 3).
그리고 수신수단(204)은 속성테이블을 수신하면(스텝 4), 수신한 속성테이블을 속성테이블 보유 수신수단(207)에 인계한다. 속성테이블 보유 수신수단(207)은, 속성테이블이 인계되면, 대응하는 AV 콘텐츠 식별자와 관련시켜서 속성테이블을 보존하고, 수신데이터 결정수단(202)에 그 취지를 통지한다.
수신데이터 결정수단(202)은, 사용자 입력수단(201)에 입력한 재생하고자 하 는 AV 콘텐츠의 범위와 수신 버퍼(205)의 여유공간으로부터, AV 서버(13)에 송신을 요구하여야 할 재생범위를 결정한다(스텝 5). 그리고 AV 콘텐츠 식별자와 함께 결정한 재생범위를 나타내는 재생범위정보를 재생개시 요구 송신수단(1401)에 통지한다.
재생개시 요구 송신수단(1401)은, 수신데이터 결정수단(202)에서 통지된 AV 콘텐츠 식별자와 재생범위정보 및 속성테이블 보유 수신수단(207)을 참조함으로써, 수신하는 AV 콘텐츠 데이터와 함께 취득되는 부가정보까지 포함한 요구범위를 포함하는 재생개시 요구(도 12 (b)의 메시지 1, 도 12 (d)의 메시지 3)를 생성하여, AV 서버(13) 앞으로 송신한다(스텝(6).
수신수단(204)은, 송신한 재생개시 요구에 대응하는 부가정보가 부가된 AV 콘텐츠 데이터(도 12의 (c) 및 (f)에 도시된 메시지 2, 도 12의 (e) 및 (g)에 도시된 메시지 4)를 수신하면(스텝 7), 부가정보를 해석하고(스텝 8), 저작권 보호의 상태를 확인하여 AV 콘텐츠 데이터가 암호화되어 있는가 여부를 판정한다(스텝 9). 암호화되어 있으면, 수신수단(204)은 복호 키 생성수단(1404)에 부가정보에 포함되어 있는 복호용 정보를 통지한다.
복호 키 생성수단(1404)은 통지된 복호용 정보로부터 키를 생성하여 복호수단(1403)에 설정한다(스텝 10). 그 후, 복호 키 생성수단(1404)은 키 설정이 종료하였다는 취지를 수신수단(204)에 통지한다.
복호 키 설정수단(1404)으로부터 키 설정 종료통지를 수신하면, 수신수단(204)은 수신한 AV 콘텐츠 데이터를 복호수단(1403)에 인계한다. 이때, 스텝 7에 서 수신한 AV 콘텐츠 데이터에 복수의 부가정보가 부가되어 있는 경우, 수신수단(204)은 다음의 부가정보의 직전까지의 AV 콘텐츠 데이터를 복호수단(1403)에 인계한다.
복호수단(1403)은, 수신수단(204)에서 인계된 AV 콘텐츠 데이터를 복호 키 생성수단(1404)이 설정한 키를 이용하여 복호 하여(스텝 11), 수신 버퍼(205)에 저장한다. 재생수단(1402)은 수신 버퍼(205)에 저장된 복호 된 AV 콘텐츠 데이터를 순차 인출하여 출력 디바이스 등에 의해 AV 콘텐츠 데이터를 재생한다(스텝 12).
스텝 9에서 암호화되어 있지 않은 것으로 판정한 경우, 수신수단(204)은, 수신한 AV 콘텐츠 데이터를 직접 수신 버퍼(205)에 저장하며, 그 AV 콘텐츠 데이터는 재생수단(1402)에 의해 재생된다(스텝 12). 이 경우에도, 스텝 7에서 수신한 AV 콘텐츠 데이터에 복수의 부가정보가 부가되어 있는 경우, 수신수단(204)은 다음의 부가정보의 직전까지의 AV 콘텐츠 데이터를 복호수단(1403)에 인계한다.
수신수단(204)이 모든 부가정보의 해석을 종료하고 있지 않으면(즉, 재생수단(1402)에 판독되어 있지 않은 AV 콘텐츠 데이터가 있으면)(스텝 13), 스텝 8 이후를 반복한다.
사용자 입력수단(201)에 입력된 AV 콘텐츠 식별자에 대응하는 AV 콘텐츠 모두(재생범위도 입력된 경우에는 그 범위)를 수신하거나, 사용자가 사용자 입력수단(201)에 정지를 지시한 경우(스텝 9)에는 처음(스텝 1)으로 복귀한다. 그렇지 않은 경우에는 스텝 5 이후를 반복한다.
스텝 2에서, 이전의 통신 등에 의해 속성테이블 보유 수신수단(207)이 이미 당해 AV 콘텐츠에 대응하는 속성테이블을 보유하고 있는 경우에는, 속성테이블의 교환은 행하지 않고, 스텝 5로 진행한다. 다만, 이 경우에도 속성테이블의 교환을 하여도 좋다.
스텝 4 또는 스텝 7에서, 어떤 데이터도 수신하지 않은 상태로 타임아웃이 되거나, 또는 AV 서버(13)로부터 에러 응답을 수신한 경우(스텝 15, 16)에는, 에러처리를 하고(스텝 17) 처음(스텝 1)으로 복귀한다.
본 실시 예 2의 콘텐츠 배신시스템에서는, 실시 예 1의 콘텐츠 배신시스템의 효과에 부가하여, 저작권 보호의 상태를 부가정보에 포함하고 있는 경우에도, AV 서버(13)가 부가정보를 제외한 실제로 송신하여야 할 AV 콘텐츠 데이터의 범위를 특정할 수 있다.
또, 본 실시 예 2의 콘텐츠 배신시스템에서는, 부가정보에 복호용 정보를 포함하는 경우에도, AV 서버(13)가 부가정보를 제외한 실제로 전송해야 할 AV 콘텐츠 데이터의 범위를 특정할 수 있다.
또한, 본 실시 예 2에서 예시한 hogehogr.mog라고 하는 AV 콘텐츠는 일례이며, 그 외의 AV 콘텐츠, 예를 들어, JPEG 정지화상이나 AC 3 음성, 또는 그 외의 포맷이라도 좋은 것은 물론이다. 또, AV 콘텐츠에 한정되는 것은 아니며, AV 콘텐츠 이외의 콘텐츠라도 좋다.
또, 본 실시 예 2에서, AV 서버(13)와 AV 콘텐츠 재생장치(14) 사이에, 예를 들어 중계장치가 존재하고, AV 콘텐츠 재생장치(14)로부터 중계장치에 재생개시 요구가 송신되며, 중계장치가 AV 서버(13)에 액세스해서 AV 콘텐츠를 취득하여 AV 콘 텐츠 재생장치(14)에 당해 AV 콘텐츠를 송신해도 좋다. 즉, AV 콘텐츠 서버(13)와 AV 콘텐츠 재생장치(14)가 반드시 직접 네트워크를 통해서 데이터의 송수신을 행할 필요는 없다.
또, 본 실시 예 2의 콘텐츠 배신시스템에서는, AV 콘텐츠 데이터의 수신 전에, AV 콘텐츠 재생장치(14)가 속성테이블을 네트워크(3)를 통해서 AV 서버(13)로부터 미리 수신하는 것으로 하였으나, AV 콘텐츠 재생장치(14)는 그 외의 방법으로 속성테이블을 취득하여 보유하고 있어도 좋다. 예를 들어, AV 서버(13)와는 다른 서버 등으로부터 네트워크를 통해서 속성테이블을 취득하도록 해도 좋고, 네트워크를 거치지 않고 기록매체 등에 기록된 속성테이블을 미리 판독하여 보유하는 것으로 해도 좋다.
본 실시 예와 같은 AV 콘텐츠를 네트워크 재생하는 경우의 부가정보의 예로 DTCP-IP(DTCP Volume 1 Supplement E Mapping DTCP to IP(Informational Version) Revision 1. 0 November 24, 2003을 참조)의 PCP 헤더가 있다. PCP헤더는, AV 콘텐츠의 저작권 보호정보가 변화할 때마다 부가되는 동시에, HTTP 헤더와 그 메시지 보디(message body)인 AV 콘텐츠 데이터 사이에도 항상 부가된다.
또, AV 콘텐츠가 DVD-VR 포맷의 동화상인 경우, AV 콘텐츠를 구성하는 각 VOBU의 선두에 (AV 콘텐츠 데이터의 일부로서) 저작권 보호정보가 포함되어 있다. AV 서버가 이와 같은 AV 콘텐츠를 DTCP-IP를 이용하여 송신하려고 하는 경우, AV 서버는 각 VOBU의 선두에 있는 이 저작권정보를 참조하여 부가정보인 PCP 헤더를 부가해서 네트워크상에 송신한다.
이와 같은 경우, AV 콘텐츠 재생장치로부터의 요구범위를 각 VOBU의 선두에서부터 시작하는 것으로 제한해도 좋다. 이와 같은 제한을 부가하지 않는 경우, 요구된 범위가 어떤 저작권 보호정보를 가지고 있는가를 VOBU의 선두에까지 거슬러 올라가서 확인하고 나서, PCP 헤더를 부가하게 된다. 결과적으로 AV 서버의 처리부하가 증가한다.
또한, 본 발명의 제 1 및 제 2 실시 예에서는, HTTP 리퀘스트 메시지(request message)에 X-Real-Range 확장 헤더 외에 Range 헤더를 포함하고 있으나, X-Real-Range 헤더만을 지정해도 좋다. 또, HTTP 리스폰스 메시지(response message)에 포함되는 Content-Range 헤더 대신 다른 헤더를 이용하여 부가정보를 제외한 송신하는 AV 콘텐츠의 데이터 범위를 지정해도 좋다. 실제로, 어떻게 분할하는가는 콘텐츠 수신장치(AV 콘텐츠 재생장치)밖에 알지 못하므로, 콘텐츠 서버(AV 서버)는 수신한 Range 헤더의 값을 단지 Content-Range 헤더의 값으로 사용하게 되어, 의미가 없는 동작을 하고 있다. 다만, HTTP에서는, 블록전송의 방법으로 Range 헤더 및 Content-Range 헤더를 사용하는 방법만을 서포트하고 있으므로, 이와 같은 변경을 하면 정확하게는 HTTP에 준거하고 있다고는 할 수 없게 되며, 별도의 정의가 필요하게 된다.
또한, 본 발명의 프로그램은, 상술한 본 발명의 콘텐츠 배신시스템의 전부 또는 일부의 수단 또는 장치의 기능을 컴퓨터에 의해 실행하도록 하기 프로그램으로, 컴퓨터와 협동하여 동작하는 프로그램이다.
또한, 본 발명의 기록매체는, 상술한 본 발명의 콘텐츠 배신시스템의 전부 또는 일부의 수단 또는 장치의 기능을 컴퓨터에 의해 실행하도록 하기 위한 프로그램을 기록한 기록매체로, 컴퓨터에 의해 판독이 가능하며, 판독된 상기 프로그램이 상기 컴퓨터와 협동하여 이용되는 기록매체이다.
또한, 본 발명의 상기 「일부의 수단 또는 장치」란, 그들의 복수의 수단 중 하나 또는 몇 개의 수단 또는 장치를 의미한다.
또한, 본 발명의 상기 「수단 또는 장치의 기능」이란, 상기 수단의 전부 또는 일부의 기능을 의미한다.
또, 본 발명의 프로그램의 하나의 이용형태는, 컴퓨터에 의해 판독이 가능한 기록매체에 기록되어, 컴퓨터와 협동하여 동작하는 형태라도 좋다.
또, 기록매체에는 ROM 등이 포함되며, 전송매체에는 인터넷 등의 전송매체, 광, 전파, 음파 등이 포함된다.
또, 상술한 본 발명의 컴퓨터는, CPU 등의 순수한 하드웨어에 한정되지는 않으며, 펌웨어나 OS, 나아가서는 주변기기를 포함하는 것이라도 좋다.
또한, 이상 설명한 바와 같이, 본 발명의 구성은 소프트웨어적으로 실현해도 좋고 하드웨어적으로 실현해도 좋다.
본 발명에 관한 콘텐츠 배신시스템, 콘텐츠 서버, 콘텐츠 수신장치, 콘텐츠 배신방법, 프로그램 및 기록매체는, 콘텐츠 수신장치가 상정하는 수신범위의 콘텐츠 데이터를 확실하게 콘텐츠 서버로부터 수신할 수 있고, 콘텐츠의 내부 속성에 의거하여 부가정보를 부가한 콘텐츠를 배신하는 콘텐츠 배신시스템 등에서 유용하 다. 예를 들어, 부가정보에 콘텐츠 데이터 또는 AV 콘텐츠 데이터의 이용정보를 포함함으로써 액세스 제한의 용도에서도 사용할 수 있다. 또, HTTP 이외의 표준 또는 프로토콜에도 사용을 확대할 수 있다.

Claims (17)

  1. 콘텐츠에 상기 콘텐츠의 내부 속성에 따른 하나 이상의 부가정보를 부가하고, 상기 콘텐츠와 상기 부가정보를 구별 없이 데이터부(data part)로서 패킷화 하는 통신 프로토콜에 따라서 상기 콘텐츠 및 상기 부가정보의 송수신을 행하는 콘텐츠 배신시스템에 있어서,
    콘텐츠를 하나 이상 보유하고 있는 축적수단과, 부가정보를 고려하지 않은 콘텐츠의 요구범위정보를 포함하는 데이터 요구를 수신하여 요구되어 있는 범위를 특정하고, 상기 요구되어 있는 범위의 콘텐츠의 데이터를 상기 축적수단으로부터 인출하는 콘텐츠 데이터 취득수단과, 인출된 상기 콘텐츠의 데이터에 상기 부가정보를 부가하여 송신하는 송신수단을 갖는 콘텐츠 서버와,
    상기 송신수단으로부터 송신되는 상기 콘텐츠의 데이터 및 상기 부가정보를 수신하는 수신수단과, 상기 부가정보를 고려하지 않은 상기 콘텐츠의 수신요구범위를 결정하는 수신데이터 결정수단과, 결정한 상기 수신요구범위를 상기 요구범위정보로서 포함하는 상기 데이터 요구를 송신하는 데이터 요구 송신수단을 갖는 콘텐츠 수신장치를 구비하며,
    상기 콘텐츠 데이터 취득수단은 상기 데이터 요구 송신수단이 송신한 상기 데이터 요구에 따라서 상기 요구되어 있는 범위를 특정하는 콘텐츠 배신시스템.
  2. 콘텐츠에 상기 콘텐츠의 내부 속성에 따른 하나 이상의 부가정보를 부가하 고, 상기 콘텐츠와 상기 부가정보를 구별 없이 데이터부로서 패킷화 하는 통신 프로토콜에 따라서 상기 콘텐츠 및 상기 부가정보의 송수신을 행하는 콘텐츠 배신시스템의 콘텐츠 서버에 있어서,
    콘텐츠를 하나 이상 보유하고 있는 축적수단과,
    부가정보를 고려하지 않은 콘텐츠의 요구범위정보를 포함하는 데이터 요구를 수신하여 요구되어 있는 범위를 특정하고, 상기 요구되어 있는 범위의 콘텐츠의 데이터를 상기 축적수단으로부터 인출하는 콘텐츠 데이터 취득수단과,
    인출된 상기 콘텐츠의 데이터에 상기 부가정보를 부가하여 송신하는 송신수단을 구비하는 콘텐츠 서버.
  3. 제 2 항에 있어서,
    상기 통신 프로토콜은 HTTP이고,
    상기 데이터 요구에는 상기 부가정보를 고려하지 않은 상기 콘텐츠의 상기 요구범위정보를 기입하기 위한 확장 헤더가 설치되어 있는 콘텐츠 서버.
  4. 제 2 항에 있어서,
    상기 콘텐츠는 화상 및/또는 음성을 포함하는 AV 콘텐츠인 콘텐츠 서버.
  5. 제 2 항에 있어서,
    상기 부가정보는 상기 콘텐츠의 저작권 보호의 상태에 관한 정보를 포함하고 있는 콘텐츠 서버.
  6. 제 2 항에 있어서,
    상기 콘텐츠가 암호화되어 있는 경우에는, 상기 부가정보는 상기 암호화된 상기 콘텐츠의 복호를 위한 정보를 포함하고 있는 콘텐츠 서버.
  7. 콘텐츠에 상기 콘텐츠의 내부 속성에 따른 하나 이상의 부가정보를 부가하고, 상기 콘텐츠와 상기 부가정보를 구별 없이 데이터부로서 패킷화 하는 통신 프로토콜에 따라서 상기 콘텐츠 및 상기 부가정보의 송수신을 행하는 콘텐츠 배신시스템의 콘텐츠 수신장치에 있어서,
    부가정보를 고려하지 않은 콘텐츠의 수신요구범위를 결정하는 수신데이터 결정수단과,
    결정한 상기 수신요구범위를 나타내는 요구범위정보를 포함하는 데이터 요구를 송신하는 데이터 요구 송신수단과,
    상기 콘텐츠의 데이터 및 상기 부가정보를 수신하는 수신수단을 구비하는 콘텐츠 수신장치.
  8. 제 7 항에 있어서,
    상기 수신수단은 수신한 상기 콘텐츠의 데이터 및 상기 부가정보에서 상기 콘텐츠의 데이터만을 수신 버퍼에 저장하는 콘텐츠 수신장치.
  9. 제 7 항에 있어서,
    상기 통신 프로토콜은 HTTP이고,
    상기 데이터 요구에는 상기 부가정보를 고려하지 않은 상기 콘텐츠의 상기 요구범위정보를 기입하기 위한 확장 헤더가 설치되어 있는 콘텐츠 수신장치.
  10. 제 7 항에 있어서,
    상기 콘텐츠는 화상 및/또는 음성을 포함하는 AV 콘텐츠인 콘텐츠 수신장치.
  11. 제 7 항 또는 제 10 항에 있어서,
    상기 부가정보는 상기 콘텐츠의 저작권 보호의 상태에 관한 정보를 포함하고 있는 콘텐츠 수신장치.
  12. 제 7 항 또는 제 10 항에 있어서,
    상기 콘텐츠가 암호화되어 있는 경우에는, 상기 부가정보는 상기 암호화된 상기 콘텐츠의 복호를 위한 정보를 포함하고 있는 콘텐츠 수신장치.
  13. 하나 이상의 콘텐츠를 축적하고 있는 콘텐츠 서버와, 상기 콘텐츠 서버로부터 상기 콘텐츠를 네트워크를 경유하여 수신하는 콘텐츠 수신장치를 이용하여 상기 콘텐츠의 송수신을 행하는 콘텐츠 배신방법에 있어서,
    상기 콘텐츠 서버는, 부가정보를 고려하지 않은 콘텐츠의 요구범위정보를 포함하는 데이터 요구를 수신하여 요구되어 있는 범위를 특정하고, 상기 요구되어 있는 범위의 콘텐츠의 데이터를 상기 축적수단에서 인출하는 스텝과, 인출된 상기 콘텐츠의 데이터에 상기 부가정보를 부가하여 송신하는 스텝을 가지며,
    상기 콘텐츠 수신장치는, 상기 부가정보를 고려하지 않은 상기 콘텐츠의 수신요구범위를 결정하는 스텝과, 결정한 상기 수신요구범위를 상기 요구범위정보로서 포함하는 상기 데이터 요구를 송신하는 스텝과, 상기 송신수단으로부터 송신되는 상기 콘텐츠의 데이터 및 상기 부가정보를 수신하는 스텝을 갖는 콘텐츠 배신방법.
  14. 청구항 1에 기재된 콘텐츠의 배신시스템의,
    상기 콘텐츠 서버의, 콘텐츠를 하나 이상 보유하고 있는 축적수단과, 부가정보를 고려하지 않은 콘텐츠의 요구범위정보를 포함하는 상기 데이터 요구를 수신하여 요구되어 있는 범위를 특정하고, 상기 요구되어 있는 범위의 상기 콘텐츠의 데이터를 상기 축적수단으로부터 인출하는 콘텐츠 데이터 취득수단과, 인출된 상기 콘텐츠의 데이터에 상기 부가정보를 부가하여 송신하는 송신수단과,
    상기 콘텐츠 수신장치의, 상기 송신수단으로부터 송신되는 상기 콘텐츠의 데이터 및 상기 부가정보를 수신하는 수신수단과, 상기 부가정보를 고려하지 않은 상기 콘텐츠의 수신요구범위를 결정하는 수신데이터 결정수단과, 결정한 상기 수신요구범위를 상기 요구범위정보로서 포함하는 상기 데이터 요구를 송신하는 데이터 요 구 송신수단으로 컴퓨터가 기능 하도록 하기 위한 프로그램.
  15. 청구항 2에 기재된 콘텐츠 서버의, 콘텐츠를 하나 이상 보유하고 있는 축적수단과,
    상기 부가정보를 고려하지 않은 상기 콘텐츠의 요구범위정보를 포함하는 상기 데이터 요구를 수신하여 요구되어 있는 범위를 특정하고, 상기 요구되어 있는 범위의 상기 콘텐츠의 데이터를 상기 축적수단으로부터 인출하는 콘텐츠 데이터 취득수단과,
    인출된 상기 콘텐츠의 데이터에 상기 부가정보를 부가하여 송신하는 송신수단으로 컴퓨터가 기능 하도록 하기 위한 프로그램.
  16. 청구항 7에 기재된 콘텐츠 수신장치의, 상기 부가정보를 고려하지 않은 콘텐츠의 상기 수신요구범위를 결정하는 수신데이터 결정수단과,
    결정한 상기 수신요구범위를 나타내는 상기 요구범위정보를 포함하는 상기 데이터 요구를 송신하는 데이터 요구 송신수단과,
    상기 콘텐츠의 데이터 및 상기 부가정보를 수신하는 수신수단으로 컴퓨터가 기능 하도록 하기 위한 프로그램.
  17. 청구항 제 14 내지 16 중 어느 한 항에 기재된 프로그램을 기록한 기록매체로, 컴퓨터에서 이용이 가능한 기록매체.
KR1020067007355A 2003-11-13 2004-11-11 콘텐츠 배신시스템, 콘텐츠 서버, 콘텐츠 수신장치, 콘텐츠배신방법, 프로그램 및 기록매체 KR20060110866A (ko)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2003384277A JP2005149029A (ja) 2003-11-13 2003-11-13 コンテンツ配信システム、コンテンツサーバ、コンテンツ受信装置、コンテンツ配信方法、プログラム及び記録媒体
JPJP-P-2003-00384277 2003-11-13

Publications (1)

Publication Number Publication Date
KR20060110866A true KR20060110866A (ko) 2006-10-25

Family

ID=34587317

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1020067007355A KR20060110866A (ko) 2003-11-13 2004-11-11 콘텐츠 배신시스템, 콘텐츠 서버, 콘텐츠 수신장치, 콘텐츠배신방법, 프로그램 및 기록매체

Country Status (7)

Country Link
US (1) US7539292B2 (ko)
EP (1) EP1684183A4 (ko)
JP (1) JP2005149029A (ko)
KR (1) KR20060110866A (ko)
CN (1) CN100570585C (ko)
CA (1) CA2542864A1 (ko)
WO (1) WO2005048117A1 (ko)

Families Citing this family (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP4910324B2 (ja) * 2005-07-21 2012-04-04 ソニー株式会社 情報処理装置及び情報処理方法、並びにコンピュータ・プログラム
KR100562427B1 (ko) 2005-10-04 2006-03-17 주식회사 솔루션박스 컨텐츠 수신 장치 및 컨텐츠 수신을 수행하는 프로그램이저장된 기록 매체
ES2935410T3 (es) 2007-01-05 2023-03-06 Divx Llc Sistema de distribución de vídeo que incluye reproducción progresiva
JP2008210012A (ja) 2007-02-23 2008-09-11 Fujitsu Ltd データ復号処理プログラムおよびデータ復号処理装置
US9235843B2 (en) * 2010-09-27 2016-01-12 T-Mobile Usa, Inc. Insertion of user information into headers to enable targeted responses
JP5882683B2 (ja) * 2011-11-02 2016-03-09 キヤノン株式会社 情報処理装置およびその方法
CN109714299B (zh) * 2017-10-26 2022-01-11 创盛视联数码科技（北京）有限公司 加密视频播放的方法

Family Cites Families (23)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CA2093094C (en) * 1992-04-06 2000-07-11 Addison M. Fischer Method and apparatus for creating, supporting, and using travelling programs
US5742905A (en) * 1994-09-19 1998-04-21 Bell Communications Research, Inc. Personal communications internetworking
US5510844A (en) * 1994-11-18 1996-04-23 At&T Corp. Video bitstream regeneration using previously agreed to high priority segments
CN1145313C (zh) * 1995-01-06 2004-04-07 Ntt移动通信网株式会社 信息分组转送方式及移动通信系统
JPH09134367A (ja) 1995-11-10 1997-05-20 Hitachi Ltd マルチメディアデータ処理システム
US6473609B1 (en) * 1995-12-11 2002-10-29 Openwave Systems Inc. Method and architecture for interactive two-way communication devices to interact with a network
JP2836059B2 (ja) 1996-02-01 1998-12-14 日本電信電話株式会社 公開鍵暗号通信システム
US5727159A (en) * 1996-04-10 1998-03-10 Kikinis; Dan System in which a Proxy-Server translates information received from the Internet into a form/format readily usable by low power portable computers
US5748613A (en) * 1996-03-29 1998-05-05 Hewlett-Packard Company Communication pacing method
US6014691A (en) * 1996-12-06 2000-01-11 Bef Corporation Distributed data collection system for remote photographic processing equipment
JPH11194999A (ja) 1998-01-05 1999-07-21 Canon Inc 情報処理装置およびその方法、並びに、データ構造
US5987233A (en) * 1998-03-16 1999-11-16 Skycache Inc. Comprehensive global information network broadcasting system and implementation thereof
US6370620B1 (en) * 1998-12-10 2002-04-09 International Business Machines Corporation Web object caching and apparatus for performing the same
JP4299911B2 (ja) * 1999-03-24 2009-07-22 株式会社東芝 情報転送システム
JP2001101091A (ja) 1999-09-30 2001-04-13 Fuji Xerox Co Ltd 画像処理システム、画像処理装置及びプロキシサーバ装置
EP1275250A1 (en) * 2000-05-02 2003-01-15 General Instrument Corporation Method and apparatus for enabling random access to individual pictures in an encrypted video stream
US7343390B2 (en) * 2000-12-20 2008-03-11 Microsoft Corporation Systems and methods for conducting internet content usage experiments
JP2002199344A (ja) 2000-12-26 2002-07-12 Toshiba Corp マルチメディア情報送信サーバ装置
US7065213B2 (en) * 2001-06-29 2006-06-20 Scientific-Atlanta, Inc. In a subscriber network receiving digital packets and transmitting digital packets below a predetermined maximum bit rate
JP3798709B2 (ja) * 2002-02-22 2006-07-19 トヨタ自動車株式会社 サーバ、情報提供方法およびプログラム
JP2003259316A (ja) 2002-02-28 2003-09-12 Toshiba Corp ストリーム処理システムおよびストリーム処理プログラム
JP4199477B2 (ja) * 2002-04-17 2008-12-17 パナソニック株式会社 デジタル双方向通信制御装置およびその方法
US20040230648A1 (en) * 2003-05-15 2004-11-18 Teh Jin Teik System and method to provide maximum access to remotely hosted content in an environment with limited storage capacity

Also Published As

Publication number Publication date
US7539292B2 (en) 2009-05-26
CN1879093A (zh) 2006-12-13
EP1684183A1 (en) 2006-07-26
US20070083663A1 (en) 2007-04-12
WO2005048117A1 (ja) 2005-05-26
EP1684183A4 (en) 2010-08-25
CA2542864A1 (en) 2005-05-26
CN100570585C (zh) 2009-12-16
JP2005149029A (ja) 2005-06-09

Similar Documents

Publication Publication Date Title
EP2705457B1 (en) Method for playing digital contents protected with a drm (digital right management) scheme and corresponding system
KR101016465B1 (ko) 콘텐츠 제공 서버 및 클라이언트에서의 정보 처리 장치, 콘텐츠 제공 서버 및 클라이언트에서의 정보 처리 방법 및 그 정보 처리 방법을 실행하는 컴퓨터 프로그램이 기록된 기록매체
US9202024B2 (en) Method for playing digital contents projected with a DRM (digital rights management) scheme and corresponding system
KR101037263B1 (ko) 세션 기술 메시지 확장
US8813246B2 (en) Method for playing digital contents protected with a DRM (digital right management) scheme and corresponding system
US7891010B2 (en) Information providing apparatus and information providing method
US20140068693A1 (en) Method, system, or user device for adaptive bandwidth control of proxy multimedia server
KR101268798B1 (ko) 미디어 콘텐츠의 ｄｖｒ로부터 포터블 디바이스로의 통신
JP2004252493A (ja) コンテンツ・データを記憶した、コンピュータ読み取り可能な情報記憶媒体、及び、コンテンツ課金システム
US7512611B2 (en) Information processing system and electronic apparatus
JPWO2002052470A1 (ja) コンテンツ・データのエンコードシステム、エンコード方法、及びエンコード方法を用いたコンテンツ登録システム
KR20060110866A (ko) 콘텐츠 배신시스템, 콘텐츠 서버, 콘텐츠 수신장치, 콘텐츠배신방법, 프로그램 및 기록매체
JP4439880B2 (ja) コンテンツ配信システム、コンテンツサーバ、コンテンツ受信装置、コンテンツ配信方法、記録媒体、及びプログラム
JP2008016095A (ja) 通信システム、復号再生装置、記録装置、通信プログラム及び記録媒体
JP5281713B2 (ja) コンテンツ記録端末、コンテンツ記録再生システム、コンテンツの記録方法、および記録媒体
JP6950386B2 (ja) 配信装置、再生装置、配信方法、再生方法、再生プログラムおよびデータ構造
JP2000163350A (ja) データ配信方法及びデータ配信装置
JP4355198B2 (ja) コンテンツのライセンス管理方法及びコンテンツ配信システム
JP5412576B2 (ja) コンテンツ受信端末、およびエキスポート再生方法
JP2005027010A (ja) Ａｖサーバ、ａｖコンテンツ再生装置およびプログラム
JP2006067134A (ja) コンテンツサーバ、コンテンツサーバのリクエスト制御方法、およびコンテンツ送受信システム
JP2006106916A (ja) コンテンツ配信システム

Legal Events

Date Code Title Description
WITN Application deemed withdrawn, e.g. because no request for examination was filed or no examination fee was paid