KR100801392B1 - 디지털 신호 처리 장치 및 방법 - Google Patents

디지털 신호 처리 장치 및 방법 Download PDF

Info

Publication number
KR100801392B1
KR100801392B1 KR1020017008970A KR20017008970A KR100801392B1 KR 100801392 B1 KR100801392 B1 KR 100801392B1 KR 1020017008970 A KR1020017008970 A KR 1020017008970A KR 20017008970 A KR20017008970 A KR 20017008970A KR 100801392 B1 KR100801392 B1 KR 100801392B1
Authority
KR
South Korea
Prior art keywords
bus
signal processing
digital signal
block
command
Prior art date
Application number
KR1020017008970A
Other languages
English (en)
Other versions
KR20010089595A (ko
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 KR20010089595A publication Critical patent/KR20010089595A/ko
Application granted granted Critical
Publication of KR100801392B1 publication Critical patent/KR100801392B1/ko

Links

Images

Classifications

    • 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/418—External card to be used in combination with the client device, e.g. for conditional access
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04B—TRANSMISSION
    • H04B1/00—Details of transmission systems, not covered by a single one of groups H04B3/00 - H04B13/00; Details of transmission systems not characterised by the medium used for transmission
    • H04B1/06—Receivers
    • H04B1/16—Circuits
    • 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/422—Input-only peripherals, i.e. input devices connected to specially adapted client devices, e.g. global positioning system [GPS]
    • H04N21/42204—User interfaces specially adapted for controlling a client device through a remote control device; Remote control devices therefor
    • H04N21/42226—Reprogrammable remote control devices
    • H04N21/42227—Reprogrammable remote control devices the keys being reprogrammable, e.g. soft keys
    • H04N21/42228—Reprogrammable remote control devices the keys being reprogrammable, e.g. soft keys the reprogrammable keys being displayed on a display screen in order to reduce the number of keys on the remote control device itself
    • 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/426—Internal components of the client ; Characteristics thereof
    • 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/426—Internal components of the client ; Characteristics thereof
    • H04N21/42607—Internal components of the client ; Characteristics thereof for processing the incoming bitstream
    • 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/44—Processing of video elementary streams, e.g. splicing a video clip retrieved from local storage with an incoming video stream, rendering scenes according to MPEG-4 scene graphs
    • H04N21/4408—Processing of video elementary streams, e.g. splicing a video clip retrieved from local storage with an incoming video stream, rendering scenes according to MPEG-4 scene graphs involving video stream encryption, e.g. re-encrypting a decrypted video stream for redistribution in a home network
    • 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/442—Monitoring of processes or resources, e.g. detecting the failure of a recording device, monitoring the downstream bandwidth, the number of times a movie has been viewed, the storage space available from the internal hard disk
    • H04N21/44231—Monitoring of peripheral device or external card, e.g. to detect processing problems in a handheld device or the failure of an external recording device
    • 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/81—Monomedia components thereof
    • H04N21/8166—Monomedia components thereof involving executable data, e.g. software
    • 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/162—Authorising the user terminal, e.g. by paying; Registering the use of a subscription channel, e.g. billing
    • H04N7/163—Authorising the user terminal, e.g. by paying; Registering the use of a subscription channel, e.g. billing by receiver means only
    • 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/167—Systems rendering the television signal unintelligible and subsequently intelligible
    • H04N7/1675—Providing digital key or authorisation information for generation or regeneration of the scrambling sequence
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N5/00—Details of television systems
    • H04N5/44—Receiver circuitry for the reception of television signals according to analogue transmission standards
    • H04N5/46—Receiver circuitry for the reception of television signals according to analogue transmission standards for receiving on more than one standard at will

Abstract

디지털 텔레비전 수신기에 필요한 요소를, 복수의 디지털 신호 처리 블록과 호스트 연산 처리 블록으로 블록화한다. 그리고, 각 블록 사이를, 범용성이 있는 버스를 통해 접속하고, 이 버스를 통해 각 블록의 동작 제어를 행하기 위한 커맨드와, 스트림 데이터를 전송한다. 각 블록에 암호화 인코더/디코더 회로를 설치함으로써, 버스를 통해 전송되는 콘텐츠의 보호를 도모할 수 있다. 또한, 확장 플러그 인 카드가 장착되는 인터페이스에 암호화 인코더/디코더 회로를 설치함으로써, 인터페이스로부터 출력되는 콘텐츠의 보호를 도모할 수 있다.
MPEG2, BS 디지털, 지상파 디지털, 하이퍼 텍스트, 스크립트, 마더 보드, 도터 보드, 비디오 디코더, 오디오 디코더, 확장 기능 제공 매체, 디지털 신호 처리

Description

디지털 신호 처리 장치 및 방법{METHOD AND APPARATUS FOR DIGITAL SIGNAL PROCESSING}
본 발명은, 위성을 사용한 디지털 방송이나 지상파의 디지털 방송을 수신하기 위한 디지털 방송의 수신 장치에 이용하기에 적합한 디지털 신호 처리 장치 및 방법에 관한 것으로, 특히, 효율적인 설계를 행할 수 있어, 설계 변경이 용이함과 함께, 새로운 서비스의 추가나 기능 향상에 용이하게 대응할 수 있도록 한 것에 관한 것이다.
텔레비전 방송은, 아날로그 방식으로부터 디지털 방식으로 이행되고 있다. 현재, CS(Communication Satellite) 위성을 사용한 디지털 위성 방송의 서비스가 개시되어 있다. 또한, BS(Broadcasting Satellite) 위성을 사용한 디지털 위성 방송의 개시 준비가 진행되고 있다. 또한, 지상파 텔레비전 방송에 대해서도, 디지털로 행하는 것이 예정되어 있다.
디지털 텔레비전 방송에서는, 주파수 사용 효율이 향상되기 때문에 다채널화를 도모하거나, HDTV(High Definition Television) 방송을 행하는 것을 용이하게 할 수 있다. 또한, 디지털 텔레비전 방송에서는, 쌍방향 서비스나 데이터 신호 분배 서비스, 비디오 온디맨드 등, 종래의 아날로그 방송에서는 실현할 수 없던 다양 한 서비스를 실현할 수 있다.
이러한 디지털 텔레비전 방송을 수신하는 텔레비전은, 종래, 도 1에 도시한 바와 같이 구성되어 있다.
도 1에 있어서, 입력 단자(101)로부터 튜너 회로(102)에, 수신 신호가 공급된다. 예를 들면, CS 디지털 방송의 경우에는, 12㎓대에서 전송된 신호가 파라볼라 안테나(도시하지 않음)로 수신되고, 이 신호가 파라볼라 안테나에 부착된 저잡음 컨버터로 1㎓대의 신호로 변환되어, 튜너 회로(102)에 공급된다. 튜너 회로(102)에서, 이 수신 신호 중으로부터 원하는 채널의 반송파 주파수의 신호가 선택되고, 이 원하는 채널의 반송파 주파수의 신호에 대하여 복조 처리 및 오류 정정 처리가 이루어진다. 이에 따라, 비디오 패킷과 오디오 패킷으로 이루어지는 트랜스포트 스트림이 복호된다.
튜너 회로(102)의 출력은 디멀티플렉서(103)에 공급된다. 디멀티플렉서(103)에서, 이 트랜스포트 스트림으로부터 비디오 패킷과 오디오 패킷이 분리된다.
비디오 패킷은 비디오 디코더(104)에 공급되고, 오디오 패킷은 오디오 디코더(105)에 공급된다. 비디오 디코더(104)에서, 예를 들면, MPEG2(Moving Picture Experts Group) 방식으로 비디오 데이터의 신장 처리가 행해지고, 비디오 데이터가 디코드된다. 또한, 오디오 디코더(105)에서, 예를 들면, MPEG 방식으로 오디오 데이터의 신장 처리가 행해지고, 오디오 데이터가 디코드된다.
비디오 디코더(104)에서 디코드된 비디오 데이터는, 그래픽스 처리 회로(106)에 공급된다. 그래픽스 처리 회로(106)에서, 화상 처리가 행해진다. 그래픽스 처리 회로(106)의 출력이 출력 단자(107)로부터 출력된다. 오디오 디코더(105)의 출력이 출력 단자(108)로부터 출력된다.
튜너 회로(102), 디멀티플렉서(103), 비디오 디코더(104), 오디오 디코더(105), 그래픽스 처리 회로(106)에 대한 제어는, MPU(Micro Processor Unit: 111)에 의해 행해진다. MPU(111)로부터는 버스(110)가 도출되어 있으며, 버스(110)에 튜너 회로(102), 디멀티플렉서(103), 비디오 디코더(104), 오디오 디코더(105), 그래픽스 처리 회로(106)가 접속된다.
또한, 버스(110)에는, 과금 처리를 위한 모뎀(112), 외부 기기와의 사이에서 스트림을 교환하기 위한 예를 들면 IEEE(Institute of Electrical and Electronics Engineers) 1394의 인터페이스(113)가 설치된다.
상술한 바와 같이, 종래의 디지털 텔레비전 방송의 수신기에서는, MPU가 기기 전체의 제어를 행하고 있다. 그리고, 이 MPU는, 각부의 하드웨어의 미세한 타이밍 레벨까지 고려하여, 각부의 하드웨어마다의 커맨드를 사용하여 집중 제어를 행하고 있다.
그런데, 각 하드웨어를 고려하여, MPU에서 전체 제어를 집중 관리하는 수법은, 기기마다 설계를 개시해야만 하기 때문에, 설계 변경에 따라 대폭적인 소프트웨어의 재기록이나 하드웨어의 변경이 부득이하고, 개발 효율이 나쁘다. 또한, 부품의 공통화나 모듈화가 어렵게 되기 때문에, 비용 상승이 되거나, 기기의 소형화가 곤란해지는 경우가 있다. 또한, 디지털 텔레비전 방송에서는, 각종 서비스가 행해지고 있고, MPU에서 전체 제어를 집중 관리하는 수법으로는, 새로운 서비스에 대응하는 것이 곤란하다.
그래서, 텔레비전 수신기에 필요한 기능을 블록화하여, 공통의 버스로 연결하는 것이 고려된다. 이러한 버스를 이용하면, 설계 효율이 향상됨과 함께, 설계 변경이 용이하다.
그런데, 버스가 표준화되면, 버스를 통해 전송되는 데이터를 사용자가 알게 되어, 버스를 통해 전송되는 데이터가 복사되어, 콘텐츠의 저작권이 보호받지 않게 될 가능성이 있다.
따라서, 본 발명의 목적은, 필요한 기능을 블록화하고, 표준화된 버스로 연결하도록 한 경우에, 버스를 통해 전송되는 콘텐츠의 보호를 도모할 수 있도록 한 디지털 신호 처리 장치 및 방법을 제공하는 것이다.
〈발명의 개시〉
본 발명은 디지털 신호 처리에 필요한 기능으로서 블록화된 복수의 디지털 신호 처리 블록 및 호스트 연산 처리 블록과, 호스트 연산 처리 블록과 복수의 디지털 신호 처리 블록 사이를 연결하는 버스를 구비하고, 버스를 통해 스트림 데이터를 전송할 때, 스트림 데이터를 암호화하는 수단을 포함하도록 한 것을 특징으로 하는 디지털 신호 처리 장치이다.
본 발명은, 디지털 신호 처리에 필요한 기능으로서 블록화된 복수의 디지털 신호 처리 블록 및 호스트 연산 처리 블록과, 호스트 연산 처리 블록과 복수의 디지털 신호 처리 블록 사이를 연결하는 버스와, 버스에 접속된 확장 기능 제공 매체 의 인터페이스를 구비하고, 버스를 통해 스트림 데이터를 확장 기능 제공 매체로 전송할 때, 확장 기능 제공 매체의 인터페이스를 통해 출력되는 스트림 데이터를 암호화하는 수단을 포함하도록 한 것을 특징으로 하는 디지털 신호 처리 장치이다.
본 발명은, 디지털 신호 처리에 필요한 기능을, 복수의 디지털 신호 처리 블록 및 호스트 연산 처리 블록으로 블록화하고, 호스트 연산 처리 블록과 복수의 디지털 신호 처리 블록 사이를 버스로 연결함과 함께, 버스를 통해 스트림 데이터를 전송할 때, 스트림 데이터를 암호화하도록 한 것을 특징으로 하는 디지털 신호 처리 방법이다.
본 발명은, 디지털 신호 처리에 필요한 기능을, 복수의 디지털 신호 처리 블록 및 호스트 연산 처리 블록으로 블록화하고, 호스트 연산 처리 블록과 복수의 디지털 신호 처리 블록 사이를 버스로 연결함과 함께, 버스에 확장 기능 제공 매체의 인터페이스를 설치하고, 버스를 통해 스트림 데이터를 확장 기능 제공 매체로 전송할 때, 확장 기능 제공 매체의 인터페이스를 통해 출력되는 스트림 데이터를 암호화하도록 한 것을 특징으로 하는 디지털 신호 처리 방법이다.
디지털 텔레비전 수신기에 필요한 요소를 블록화하고, 각 블록 사이를, 범용성이 있는 버스를 통해 접속하도록 하고 있다. 이와 같이 하면, 블록을 교환하는 것만으로도 반송파나, 변조 방식, 압축 방식이 다른 다양한 디지털 텔레비전 방송에 대응할 수 있다. 그리고, 각 블록에 암호화 인코더/디코더를 설치함으로써, 버스를 통해 전송되는 콘텐츠의 보호를 도모할 수 있다. 또한, 확장 플러그 인 카드가 장착되는 인터페이스에 암호화 인코더/디코더 회로를 설치함으로써, 인터페이스 로부터 출력되는 콘텐츠의 보호를 도모할 수 있다.
도 1은 종래의 디지털 텔레비전 방송의 수신 장치의 일례의 블록도.
도 2는 본 발명의 기본 구성을 설명하기 위한 블록도.
도 3은 커맨드의 발생과 화면 표시의 설명에 이용하는 개략 선도.
도 4는 호스트 프로세서로부터 전송되는 커맨드의 설명에 이용하는 개략 선도.
도 5는 호스트 프로세서로부터 전송되는 커맨드의 설명에 이용하는 개략 선도.
도 6은 드라이버의 인스톨 시의 설명에 이용하는 플로우차트.
도 7은 본 발명이 적용된 텔레비전 수신기의 일례의 블록도.
도 8은 본 발명이 적용된 텔레비전 수신기에 있어서 암호화 처리를 행하는 경우의 일례를 나타내는 블록도.
도 9는 본 발명이 적용된 텔레비전 수신기에 있어서 암호화 처리를 행하는 경우의 다른 예를 나타내는 블록도.
도 10은 본 발명이 적용된 텔레비전 수신기의 설명에 이용하는 사시도.
도 11은 본 발명이 적용된 텔레비전 수신기에 있어서 확장 플러그 인 카드를 장착한 경우의 설명에 이용하는 블록도.
도 12는 새로운 기기를 장착한 경우의 커맨드의 발생과 화면 표시의 설명에 이용하는 개략 선도.
도 13은 본 발명이 적용된 텔레비전 수신기에 있어서 확장 플러그 인 카드를 장착한 경우의 설명에 이용하는 플로우차트.
도 14는 본 발명이 적용된 텔레비전 수신기에 있어서 확장 플러그 인 카드를 장착한 경우의 설명에 이용하는 플로우차트.
〈발명을 실시하기 위한 최량의 형태〉
이하, 본 발명의 실시예에 대하여 도면을 참조하여 설명한다. 본 발명의 실시예에서는, 디지털 텔레비전 수신기에 필요한 요소를 블록화하고, 각 블록 사이를 버스로 결합하여, 디지털 텔레비전 수신기를 구성하도록 하고 있다.
이와 같이, 디지털 텔레비전 수신기에 필요한 요소를 블록화하여, 각 블록 사이를 버스를 통해 접속하도록 하면, 블록을 교환하는 것만으로, 반송파나, 변조 방식, 압축 방식이 다른 다양한 디지털 텔레비전 방송에 대응할 수 있다. 이 때문에, 개발 효율이 향상된다. 또한, 새로운 서비스가 시작되었을 때, 하드웨어를 추가하여 그 서비스에 대응할 수 있도록 하는 것이 간단하게 이루어진다.
도 2는, 이와 같이, 디지털 텔레비전 수신기에 필요한 요소를 블록화하고, 각 블록을 버스로 접속하여 구성하도록 한 디지털 텔레비전 수신기의 기본적인 구성을 나타내는 것이다.
도 2에 있어서, 디지털 텔레비전 수신기(1)는 디지털 텔레비전 수신기에 필요한 블록(11, 12, 13, 14, 15, 16)을, 버스(10)에 연결하여 구성된다. 여기서는, 디지털 텔레비전 수신기에 필요한 블록으로서, 호스트 MPU 블록(11), AV 신호 처리 블록(12), 프론트 엔드 블록(13), 인터페이스 블록(14), 플러그 인 인터페이스 블 록(15), 내장 피처 블록(16)이 버스(10)에 연결되어 있다.
호스트 MPU 블록(11)은, 수신기 전체의 제어를 하는 것이다. AV 신호 처리 블록(12)은, 비디오 스트림 및 오디오 스트림의 신장 처리, 그래픽 처리를 행하는 것이다. 프론트 엔드 블록(13)은, 수신한 텔레비전 방송 중에서 원하는 채널의 반송파의 신호를 선택하고, 그 신호에 대하여 복조 처리, 오류 정정 처리 등을 행하고, 비디오 스트림 및 오디오 스트림을 디코드하는 것이다. 인터페이스 블록(14)은, IEEE1394와 같은 외부 기기와 접속하기 위한 인터페이스이다. 플러그 인 인터페이스 블록(15)은, 기능 확장용을 접속하기 위한 인터페이스이다. 내장 피처 블록(16)은, 그 밖의 내장되는 필요한 기능을 실현하기 위한 것이다.
버스(10)로는, 비디오 데이터나 오디오 데이터와 같은 시간적으로 연속하는 스트림과, 커맨드나 데이터가 전송된다. 커맨드는 타이밍을 규정하거나, 하드웨어를 직접 제어하는 저레벨층의 커맨드가 아니라, 리얼타임성을 요구하지 않는, 하드웨어 구성을 의식하지 않는 고레벨층의 커맨드가 이용된다. 예를 들면, 프론트 엔드 블록(13)에 대하여 「어떤 채널의 주파수를 수신해라」와 같은 커맨드를 제공하거나, AV 신호 처리 블록(12)에 대하여 「화면을 확대 혹은 축소해라」, 「원을 그려라」와 같은, 범용성이 높은 스크립트 형식의 커맨드이다.
예를 들면, 하이퍼 텍스트로 스크립트를 기술하면, 이러한 동작을 간단하게 실현할 수 있다.
즉, 도 3에 도시한 바와 같이, 업다운 키(201A, 201B)나 확대 축소 키(201 C, 201D)를 표시하고, 이들 표시(201A∼201E)에 대응하는 커맨드 CMD1∼CMD4가 매 립된 스크립트를 하이퍼 텍스트로 작성한다. 이러한 스크립트를 표시시키면, 도 3에 도시한 바와 같은 화면이 브라우저의 화면 상에 표시된다. 여기서, 채널 업다운 버튼이나 화면의 확대 축소를 행하기 위한 표시(201A∼201D)가 클릭되면, 대응하는 커맨드 CMD1∼CMD4가 발생된다. 블록(11∼16) 중에서 이 커맨드를 접수하는 블록에 그 커맨드가 보내진다. 커맨드를 수취한 블록에서는, 이 커맨드에 대응하는 처리가 행해진다. 또한, 복잡한 처리를 행하게 하는 경우에는, JAVA 등을 이용하면 좋다.
물론, 본 발명은, 하이퍼 텍스트를 이용하거나, JAVA를 이용하는 것에 한정되는 것은 아니다.
또한, 버스(10)의 물리적인 형태는 표준화되어 있다. 블록(11, 12, 13, 14, 15, 16)은, 이 표준화된 규격에 맞도록 설계되어 있다. 이들 블록(11∼16) 중, 호스트 MPU 블록(11)이나 인터페이스 블록(14), 플러그 인 인터페이스 블록(15)과 같은 기본이 되는 블록은, 마더 보드(mother board) 상에 배치하고, 그 밖의 블록(12, 13, 16)은, 도터 보드(daughter board)로서 놓고, 이들 다른 블록(12, 13, 16)을 표준화된 버스에 접속하는 구성이 고려된다. 또한, 각 블록(11, 12, 13, 14, 15, 16)을 집적 회로화 또는 모듈화하도록 하여도 좋다.
또, 상술의 예에서는, 호스트 MPU 블록(11)과, AV 신호 처리 블록(12)과, 프론트 엔드 블록(13)과, 인터페이스 블록(14)과, 플러그 인 인터페이스 블록(15)과, 내장 피처 블록(16)으로 분할하고 있지만, 블록의 분할 방식은, 이것에 한정되는 것은 아니다.
또한, 물론, 각 블록을 보드 상에 배치할 때, 하나의 블록을 하나의 기판으로 구성할 필요는 없고, 기능적으로 2 이상의 블록을 하나의 기판 상에 배치하도록 하여도 좋다. 예를 들면, 호스트 MPU 블록(11)과, 인터페이스 블록(14)을 하나의 기판 상에 배치하도록 하여도 좋다. 물론, 하나의 블록을 복수의 기판으로 구성하도록 하여도 좋다.
각 블록(11, 12, 13, 14, 15, 16)은, 버스(10)를 통해 전송된 커맨드를 해석하고, 커맨드에 대한 처리를 실행하거나, 버스(10)를 통해 전송된 스트림이나 데이터를 처리한다.
하드웨어의 의존성이 적은 커맨드가 버스(10)를 통해 전송되기 때문에, 각 블록(12, 13, 14, 15, 16)은, 이 커맨드를 해석하여 처리할 수 있도록, 대부분의 경우, CPU(Central Processing Unit)를 구비하고 있다. 각 블록(12, 13, 14, 15, 16)의 CPU에서, 전송된 커맨드가 해석되고, 그 커맨드에 대응하는 처리가 실행된다. 전송된 커맨드에 대하여 하드웨어를 동작시키기 위한 드라이버는, 각 블록(12, 13, 14, 15, 16) 내에 수납되어 있으며, 하드웨어에 강하게 의존하는 부분은, 그 블록 내에서 처리가 완결되도록 하고 있다.
즉, 도 4에 개념도로 도시한 바와 같이, 호스트 MPU의 블록(11) 측에는, 범용성이 높고 하드웨어에 의존하지 않는 것을 상위 레벨의 커맨드로 처리를 행하기위해, 하이 레벨 인터페이스 HIF가 설치되어 있다. 이것에 대하여, 각 블록(12, 13, 14, 15) 측에는, 이 상위 레벨의 커맨드를 해석하여, 보다 하드웨어에 가까운 처리를 행할 수 있도록 하는 드라이버 DRV와, 실제의 하드웨어에 대하여 직접 제어 하기 위한 로우 레벨 인터페이스 LIF가 구비되어 있다.
호스트 MPU의 블록(11) 측으로부터는, 하이 레벨 인터페이스 HIF를 통해 상위 레벨의 커맨드가 전송되고, 버스(10)를 통해 각 블록으로 전송된다. 각 블록의 드라이버 DRV에서, 이 상위 레벨의 커맨드가 해석된다. 이 경우, 하드웨어에 의존하는 부분은, 전부, 각 블록(12, 13, 14, 15)의 드라이버 DRV에서 흡수된다.
이것에 대하여, 도 5에 도시한 바와 같이, 호스트 MPU의 블록(11) 측에, 드라이버 DRV를 탑재한다고 하는 방법도 있다. 그런데, 도 5에 도시한 바와 같이 하면, 새로운 하드웨어가 부가되거나, 하드웨어가 변경된 경우에는, 새로운 드라이버 DRV를 인스톨하거나, 드라이버 DRV를 변경해야만 된다.
또, 이 버스(10)에는, 비디오 데이터나 오디오 데이터의 스트림과 같은 고속의 스트림과, 커맨드나 데이터와 같은 리얼타임성을 요구하지 않는 데이터가 전송된다. 이러한 성질이 다른 데이터를 전송할 수 있는 버스로서는, 비디오 데이터나 오디오 데이터와 같은 고속성이 요구되는 스트림을 보내는 대역과, 커맨드와 같은 리얼타임성이 요구되지 않는 데이터를 보내는 대역을 분할하여 데이터를 전송하는 구성의 것을 이용할 수 있다. 또한, 데이터에 우선 순위를 붙일 수 있도록 하여, 비디오 데이터나 오디오 데이터의 스트림에 대해서는 우선 순위를 높임으로써, 비디오 데이터나 오디오 데이터의 스트림을 고속으로 보낼 수 있도록 한 것을 이용하도록 하여도 좋다.
또한, 버스(10)로 전송되는 커맨드는, 타이밍 제어와 같은 리얼타임성이 요구되는 것이 아니라, 스크립트 형식이기 때문에, 전송량도 많이 억제되어 있다. 이 때문에, 동일한 버스(10)에서, 커맨드와, 비디오 데이터나 오디오 데이터의 스트림을 보낼 수 있다.
이와 같이, 각 블록(11, 12, 13, 14, 15, 16)을 버스(10)로 연결하여, 버스를 통해 커맨드나 스트림, 데이터를 교환하도록 하여, 디지털 텔레비전 수신기를 구성하면, 다양한 방식의 텔레비전 방송에 간단히 대응시킬 수 있어, 개발 환경이 대폭 향상된다.
예를 들면, 지상파 디지털 방송이 시작되었을 때는, 새롭게, 지상파 디지털 방송을 수신하기 위한 텔레비전 수신기를 개발해 갈 필요가 있다. 그런데, 새롭게 지상파 디지털 방송의 서비스가 개시됨에 따라, 그 때문의 수신기를 처음부터 설계한다면 개발 효율이 나쁘다.
기존의 디지털 위성 방송과, 지상파 디지털 방송에서는, 사용되는 반송파 주파수나 변조 방식, 오류 정정 방식, 트랜스포트 스트림의 구성 등이 다르지만, 다른 방식이 동일하다고 한다면, AV 신호 처리 블록(12) 및 프론트 엔드 블록(13)만, 지상파 디지털 방송용의 것을 개발하면 좋다. 즉, 이 경우에는, 새롭게 지상파 디지털 방송의 서비스가 개시됨에 따라, 지상파 디지털 방송용의 AV 신호 처리 블록(12A) 및 프론트 엔드 블록(13A)을 개발하고, AV 신호 처리 블록(12) 및 프론트 엔드 블록(13)만 지상파 디지털 방송용의 AV 신호 처리 블록(12A) 및 프론트 엔드 블록(13A)으로 변환하면, 새롭게 개시되는 지상파 디지털 방송에 대응할 수 있어, 수신기를 처음부터 재설계할 필요는 없다. 그 밖에, 다른 부분이 있다고 하여도, 다른 부분의 블록만 새롭게 개발하면 좋다. 또한, 동작의 변경은, 호스트 MPU 블록(11)의 어플리케이션 프로그램을 변경함으로써 대응할 수 있다.
마찬가지로 하여, 예를 들면, 유럽의 위성에서 방송되고 있는 디지털 텔레비전 방송에 대응하는 수신기나, 미국의 CATV에서 방송되고 있는 디지털 텔레비전 방송에 대응하는 수신기를, 수신기를 처음부터 재설계하지 않고도 용이하게 실현하는 것이 가능하다.
또한, CS 디지털 방송에서는, 과금 처리를 위해 모뎀이 장착되고, 전화 회선을 통해 관리 회사와 접속할 수 있도록 되어 있다. 이러한 경우에는, 내장 피처(16)로서 모뎀(16A)이 장착된다. 이와 같이, 그 방송 서비스를 받는 데 필요한 기기는, 내장 피처 블록(16)으로서 간단히 장착할 수 있다.
또한, 음악 데이터를 다운로드할 수 있는 서비스나, 비디오 온디맨드의 서비스, 그 밖에 디양한 서비스가 고려되어 있으며, 새로운 서비스를 받기 위해, 하드웨어를 추가하고 싶은 경우가 있다. 이 경우에는, 플러그 인 인터페이스 블록(15)에 장착되는 기기로서, 그 하드웨어를 추가할 수 있다.
또, 블록을 바꾸거나, 플러그 인 인터페이스(15)에 새로운 기기가 장착되는 경우에, 드라이버가 필요한 경우가 있다. 이 드라이버는, 블록 내의 메모리나 플러그 인 인터페이스(15)에 장착되는 기기의 메모리 중에 포함시켜 놓고, 블록이 바뀌거나, 플러그 인 인터페이스(15)에 기기가 장착될 때, 자동적으로 인스톨시키도록 하면, 사용성이 향상된다.
또한, 도 6에 도시한 바와 같이, 블록이 바뀌거나, 플러그 인 인터페이스(15)에 기기가 장착될 때, 전화 회선에 의해 서비스 센터를 호출하여, 서비스 센터로부터 드라이버를 다운로드시키도록 하여도 좋다.
즉, 도 6에 있어서, 블록이 바뀌거나, 플러그 인 인터페이스(15)에 새로운 기기가 장착되었는지의 여부가 판단된다 (단계 S101). 블록이 바뀌거나, 플러그 인 인터페이스 블록(15)에 새로운 기기가 장착된 경우에는, 바뀐 기기나 새로운 기기의 종류가 인식된다 (단계 S102). 그리고, 서비스 센터가 전화로 호출된다 (단계 S103). 서비스 센터는 호출을 접수하면, 그 기기의 종류에 대응하는 드라이버의 소프트웨어를 전화 회선을 통해 보낸다. 이 드라이버의 소프트웨어가 다운로드된다 (단계 S104).
또한, 드라이버의 소프트웨어를 디지털 위성 방송이나 디지털 지상파 방송의 신호로부터 다운로드할 수 있도록 하여도 좋다.
물론, 드라이버의 인스톨이 필요해지는 것은, 도 4에 도시한 바와 같이, 각 블록 내에 드라이버를 설치하는 구성으로 한 것의 경우로서, 도 5에 설명한 바와 같이, 각 블록에 대한 커맨드를 상위의 층의 커맨드로 하였을 때는, 드라이버의 인스톨은 불필요하다. 그러나, 이 경우에서도, 하드웨어에 의존하는 부분의 소프트웨어의 변경 등으로, 드라이버의 인스톨이 필요한 경우가 상정된다.
이상과 같이, 디지털 텔레비전 방송은 위성, 지상파, CATV망, 전화 회선 등, 여러가지의 전송 매체를 통해 방송되고 있으며, 디지털 텔레비전 방송으로 사용되는 반송파나, 변조 방식, 압축 방식은, 사용되는 전송 매체, 방송을 행하고 있는 나라나 지역, 방송을 행하고 있는 회사 등에 의해, 여러가지로 다르다. 또한, 디지털 텔레비전 방송에서는, HDTV 방송을 행하거나, 데이터 전송 서비스나 비디오 온디맨드의 서비스를 행하는 등, 다양한 서비스가 고려되어 있다. 이 때문에, 각 전송 매체나, 지역, 서비스 등에 따른 디지털 텔레비전 방송의 수신기를 개발해 가지 않으면 안된다.
삭제
상술된 바와 같이, 텔레비전 수신기의 각 기능을 실현하기 위한 블록을 표준화된 버스에 연결하는 구성으로 하고, 이 버스를 통해 비디오 데이터나 오디오 데이터와 같은 스트림과, 커맨드를 교환할 수 있도록 하면, 텔레비전 수신기의 개발 효율이 향상됨과 함께, 각종 텔레비전 수신기를 앞으로 개발해 가는 새로운 서비스에 대응하는 것이 용이하게 된다.
도 7은, 이러한 텔레비전 수신기의 구체적인 구성의 일례이다. 도 7에 있어서, 호스트 MPU(21)로부터는, 내부 버스(22)가 도출되어 있으며, 이 버스(22)에, ROM(Read Only Memory: 23)이 접속된다. 또한, 버스(22)에는, 기능 확장을 위해 추가 로직(24)을 접속할 수 있다.
ROM(23)에는, 텔레비전 수신기의 전체를 동작시키기 위한 어플리케이션 프로그램이 내장되어 있다. 또한, 호스트 CPU(21)에는, SDRAM(25)이 접속된다. 이 SDRAM(25)에는, 사용자의 고유 정보나 각종의 설정 정보가 저장된다. 호스트 CPU(21)는, 버스 컨트롤러(26)를 통해 버스(30)에 접속된다.
버스(30)는, 비디오 데이터나 오디오 데이터와 같은 시간적으로 연속하는 스트림과, 커맨드나 데이터를 보내기 위한 것이다. 커맨드로서는, 하드웨어에 의존하지 않고, 리얼타임성을 요구하지 않는, 상위 층의 커맨드가 이용된다.
버스(30)에는, AV 신호 처리 블록(31), 프론트 엔드 블록(32), 외부 인터페 이스 블록(33), 내장 피처 블록(34)이 접속된다. 또한, 버스(30)에는, 플러그 인 인터페이스(35)가 설치된다. 플러그 인 인터페이스(35)에는, 확장 플러그 인 카드(36)가 장착 가능하게 된다.
또, 호스트 MPU(21)로 이루어지는 부분을 마더 보드 상에 배치하고, 각 블록(31, 32, 33, 34)을 도터 보드 상에서 구성하며, 그 물리적인 형상이나 단자의 배치를 정해 놓고, 호스트 MPU(21)로 이루어지는 마더 보드 상에, 각 블록(31, 32, 33, 34)의 도터 보드를 착탈할 수 있도록 하여 실현하여도 좋다. 또한, 블록(31, 32, 33, 34)을 모듈화 혹은 집적 회로화하여도 좋다.
호스트 MPU(21)와, 각 블록(31, 32, 33, 34) 및 확장 플러그 인 카드(36) 사이에서, 버스(30)를 통해 전송되는 데이터는, 버스 컨트롤러(26)에 의해 관리된다. 데이터의 전송은 호스트 MPU(21)를 통하지 않고, DMA(Direct Memory Access) 제어에 의해, 각 블록(31, 32, 33, 34) 및 확장 플러그 인 카드(36) 사이에서, 직접 행할 수 있다.
또한, 데이터 전송은, 하나의 블록으로부터 하나의 블록으로 전송과 함께, 하나의 블록으로부터 복수의 블록으로의 전송, 즉, 브로드캐스트가 가능하다. 브로드캐스트 전송은, 예를 들면, 프론트 엔드 블록(32)으로부터의 트랜스포트 스트림을 AV 신호 처리 블록(31)과 인터페이스 블록(33)으로 동시에 보내고, 화면을 재생시키면서, 인터페이스 블록(33)에 접속된 기기에 트랜스포트 스트림을 보내어 기록하는 경우에 이용할 수 있다.
AV 신호 처리 블록(31)은, 트랜스포트 스트림으로부터 비디오 패킷과 오디오 패킷을 추출하고, 비디오 패킷을 신장 처리하여 원래의 비디오 데이터로 변환함과 함께, 오디오 패킷을 디코드하여 원래의 오디오 데이터로 변환하는 것이다. 또한, AV 신호 처리 블록(31)은, 디코드된 비디오 데이터에 대하여 화상 처리를 행할 수 있다.
AV 신호 처리 블록(31)은 CPU(41)와, 비디오 디코더(42)와, 오디오 디코더(43)와, 디멀티플렉서(44)와, 그래픽스 처리 회로(45)와, 브릿지 회로(46)를 갖고 있다. 이들 CPU(41), 비디오 디코더(42), 오디오 디코더(43), 디멀티플렉서(44), 그래픽스 처리 회로(45), 브릿지 회로(46)는 칩 내 버스(47)에 접속된다.
프론트 엔드 블록(32)은, 수신 신호로부터 원하는 반송파의 신호를 선택하여, 그 신호를 복조하고, 오류 정정 처리를 행하여, 트랜스포트 스트림을 출력하는 것이다. 이 프론트 엔드 블록(32)은 프론트 엔드 팩(51)과, CPU(52)를 갖고 있다. 프론트 엔드 팩(51)은, 수신 신호를 중간 주파 신호로 변환하는 믹서 회로나 국부 발진 회로, 중간 주파수 증폭 회로, 복조 회로, 오류 정정 회로 등을 포함하고 있다.
인터페이스 블록(33)은, 예를 들면, IEEE1394와 같은, 외부 기기와의 인터페이스를 제공하는 것이다. 이 외부 인터페이스 블록(33)은, 예를 들면, IEEE1394의 인터페이스(61)와, CPU(62)를 포함하고 있다.
내장 피처 블록(34)은, 그 디지털 방송을 수신하기 위해 필요한 추가 회로를 더 설치하기 위한 것이다. 예를 들면, 디지털 위성 방송에서는, 과금을 행하기 위해, 전화 회선을 통해 수신 데이터가 전송된다. 이를 위한 모뎀이 내장 피처 블록(34)에 설치되는 것이다. 이 내장 피처 블록(34)은, 추가 기능을 실현하기 위한 회로(여기서는 모뎀: 71)와, CPU(72)를 포함하고 있다.
플러그 인 인터페이스(35)는, 새로운 서비스를 받는 경우 등에 확장 기능을 제공하기 위한 것이다. 플러그 인 인터페이스(35)에는, 확장 플러그 인 카드(36)가 장착된다. 확장 플러그 인 카드(36)에는, 확장 기능을 실현하기 위한 소프트웨어나 하드웨어로 이루어지는 확장 기능(81)과, CPU(82)를 포함하고 있다.
도 7에 도시한 바와 같은 구성으로, 예를 들면, 디지털 CS 방송을 수신하는 텔레비전 수신기(20)를 구성하도록 한다. 이 경우에는, 프론트 엔드 블록(32)으로서는, QPSK의 복조 처리, 비터비 복호 및 리드·솔로몬 부호의 오류 정정 처리가 가능한 것이 이용된다. 또한, AV 신호 처리 블록(31)으로서, 트랜스포트 스트림으로 전송되는 MPEG2 방식으로 압축된 비디오 패킷 및 MPEG 방식으로 압축된 오디오 패킷의 신장 처리를 행하는 것이 이용된다.
디지털 CS 방송에서는, 예를 들면, 12㎓대의 신호가 이용된다. 이 위성으로부터의 예를 들면 12㎓대의 수신 신호는, 파라볼라 안테나(도시하지 않음)로 수신되고, 파라볼라 안테나에 부착된 저잡음 컨버터로 1㎓ 정도의 신호로 변환되어, 프론트 엔드 블록(32)으로 보내진다. 프론트 엔드 블록(32)에서, 수신 신호 중으로부터, 원하는 채널의 반송파의 신호가 선택된다. 그리고, 이 신호에 대하여 QPSK의 복조 처리, 비터비 복호 및 리드·솔로몬 부호의 오류 정정 처리가 행해지고, 트랜스포트 스트림이 복호된다.
이 때, 수신하는 채널의 선택은, 호스트 MPU(21)로부터, 버스(30)를 통해 전송된 커맨드에 따라 설정된다. 호스트 MPU(21)로부터는, 버스(30)를 통해 「어떤 채널의 주파수를 수신해라」와 같은, 상위 층의 커맨드가 전송된다. 이 커맨드는, 버스(30)로부터, 프론트 엔드 블록(32)의 CPU(52)로 전송된다. CPU(52)는, 이 커맨드를 해석하고, 이 커맨드로부터 프론트 엔드 팩(51)의 수신 주파수를 커맨드로 지정된 원하는 반송파 주파수로 설정하는 제어 신호를 발생한다. 구체적으로는, CPU(2)는, 전송된 커맨드에 기초하여 국부 발진기를 구성하는 PLL의 제어 신호를 발생시킨다. 이에 따라, 수신 채널의 주파수가 설정된다.
프론트 엔드 블록(32)으로부터는, MPEG2 방식으로 압축된 비디오 데이터의 패킷과, MPEG 방식으로 압축된 오디오 데이터의 패킷을 포함하는 트랜스포트 스트림이 출력된다. 이 트랜스포드 스트림은, 버스(30)를 통해 AV 신호 처리 블록(31)으로 전송된다. AV 신호 처리 블록(31)으로 전송된 트랜스포트 스트림은, 브릿지(46), 칩 내 버스(47)를 통해 디멀티플렉서(44)로 전송된다. 디멀티플렉서(44)에서, 비디오 패킷과 오디오 패킷이 분리되며, 비디오 패킷은 비디오 디코더(42)로 전송되고, 오디오 패킷은 오디오 디코더(43)로 전송된다. 비디오 디코더(42)에서, MPEG2 방식의 비디오 데이터의 신장 처리가 행해지고, 비디오 데이터가 디코드된다. 오디오 디코더(43)에서, MPEG 오디오 방식의 오디오 데이터의 신장 처리가 행해지고, 오디오 데이터가 디코드된다. 비디오 디코더(42)에서 디코드된 비디오 데이터는, 칩 내 버스(47)를 통해 그래픽스 처리 회로(45)로 전송된다. 그래픽스 처리 회로(45)에서 화상 처리가 행해진다.
이 때, 어떠한 화상 처리를 할지는, 호스트 MPU(21)로부터, 버스(30)를 통해 전송되는 커맨드에 따라 설정된다. 호스트 MPU(21)로부터는, 버스(30)를 통해 「 화면을 축소 또는 확대해라」와 같은, 상위 층의 커맨드가 전송된다. 이 커맨드는, 버스(30)로부터, 브릿지(46)를 통해 CPU(41)로 전송된다. CPU(41)는, 이 커맨드를 해석하고, 이 커맨드로부터, 화면을 지정된 크기로 축소/확대하기 위한 제어 신호를 발생한다. 구체적으로는, CPU(41)는, 전송된 커맨드에 기초하여 그래픽스 처리 회로(45)에, 화면의 축소 또는 확대를 위한 타이밍 신호나 하드웨어를 직접 제어하는 커맨드가 보내진다.
이와 같이, 이 예에서는, 텔레비전 수신기(20)를 구성하는 데 필요한 각 기능은, 블록(31, 32, 33, 34, 35)으로서 버스(30)에 연결되고, 버스(30)를 통해 커맨드나 스트림이 전송된다. 버스(30)를 표준화함으로써, 개발 효율이 높아져 방송 방식의 변경이나 서비스의 변경이나 추가에도 용이하게 대응할 수 있다.
그런데, 이 경우에는, 비디오 패킷이나 오디오 패킷으로 이루어지는 스트림이 버스(30) 상으로 직접 전송되기 때문에, 버스(30)에 기기를 연결하여, 버스(30)를 통해 전송되는 비디오 패킷이나 오디오 패킷을 추출하여, 외부 기기에 복사가 행해질 가능성이 있다. 버스(30)가 표준화되어 있으면, 버스(30)에 연결하여 버스(30)를 통해 전송되는 비디오 패킷이나 오디오 패킷을 추출하는 기기를 간단하게 할 수 있는 가능성이 있다.
그래서, 콘텐츠의 보호를 도모하기 위해, 도 8에 도시한 바와 같이, 버스(30)에 연결될 수 있는 각 블록(31, 32, 33, 34, 35) 및 확장 플러그 인 카드(36)에는, 암호화 인코더/디코더(48, 58, 68, 78, 88)가 설치된다.
이 암호화 인코더/디코더(48, 58, 68, 78, 88)에 의해, 각 블록(31, 32, 33, 34, 35)으로부터 버스(30)를 통해 전송되는 비디오 패킷이나 오디오 패킷의 스트림은 암호화된다. 이와 같이, 버스(30)를 통해 전송되는 비디오 패킷이나 오디오 패킷의 스트림을 암호화함으로써, 콘텐츠의 보호가 도모된다.
또, 상술의 예에서는, 버스(30) 상에 흐르는 콘텐츠를 보호하기 위해, 각 블록(31, 32, 33, 34) 및 확장 플러그 인 카드(36)의 전부에 암호화 인코더/디코더(48, 58, 68, 78, 88)를 설치하고 있지만, 각 블록(31, 32, 33, 34)은 세트 중에 저장되어 있기 때문에, 각 블록(31, 32, 33, 34)으로부터 콘텐츠가 외부로 누설될 가능성은 비교적 적다. 이것에 대하여, 플러그 인 인터페이스(35)로부터는 버스(30)가 외부로 도출되어 있다. 콘텐츠가 외부로 누설될 가능성이 가장 높은 것은, 플러그 인 인터페이스(35)에 복사를 위한 기기를 연결하여, 버스(30)로부터 콘텐츠를 추출하는 것이다.
그래서, 도 9에 도시한 바와 같이, 확장 플러그 인 인터페이스(35)에 암호화인코더/디코더(89)를 설치해 놓고, 확장 플러그 인 인터페이스(35)로부터 버스(30)를 흐르는 콘텐츠의 데이터가 그대로 나가지 않도록 하여도 좋다.
또한, 본 발명이 적용된 텔레비전 수신기(20)에서는, 외부 확장 브릿지(35)에 확장 플러그 인 카드(36)를 장착함으로써, 새로운 기능을 부가하여, 새로운 서비스에 대응시킬 수 있다.
즉, 도 10에 도시한 바와 같이, 상술된 바와 같이 하여 구성된 텔레비전 수 신기(20)에서는, 예를 들면 텔레비전 수신기(20)의 전면에, 카드 장착부(91)가 설치된다. 이 카드 장착부(91)에, 확장 플러그 인 카드(36)가 장착된다. 카드 장착부(91)에 확장 플러그 인 카드(36)가 장착되면, 확장 플러그 인 카드(36)가 플러그 인 인터페이스(35)를 통해 버스(30)에 연결된다.
이와 같이, 확장 플러그 인 카드(36)를, 플러그 인 인터페이스(35)를 통해 버스(30)에 연결함으로써, 새로운 서비스에 대응하거나, 기능을 확장시킬 수 있다.
이러한 확장 플러그 인 카드(36)를 장착했을 때, 그 확장 플러그 인 카드(36)의 기능을 발휘할 수 있도록 하기 위해서는, 제어용의 소프트웨어가 필요한 경우가 있다. 이 제어용의 소프트웨어를 자기 디스크나 광 디스크와 같은 기록 매체로 제공하고, 사용자가 드라이버의 소프트웨어를 인스톨하는 것이 고려되지만, 그렇게 하면, 사용자의 부담으로 된다.
그래서, 도 11에 도시한 바와 같이, 확장 플러그 인 카드(36) 내의 메모리에 스크립트를 넣어 놓고, 확장 플러그 인 카드(36)가 장착되면, 이 스크립트가 호스트 CPU(21)의 주 기억에 업로드되도록 하고 있다.
즉, 도 11에 개념도로 도시한 바와 같이, 확장 플러그 인 카드(36)에는, 커맨드 스크립트 CMD와, 커맨드 인터페이스 CIF와, 드라이버 DRV가 포함되어 있다. 새로운 확장 플러그 인 카드(36)가 장착되면, 호스트 MPU(21)에 의해 확장 플러그 인 카드(36)가 장착된 것이 인식된다. 그리고, 이 확장 플러그 인 카드(36)를 동작시키기 위한 커맨드 스크립트 CMD가 호스트 CPU(21) 측에 업로드된다. 커맨드 스크립트 CMD가 호스트 MPU(21) 측에 업로드되면, 호스트 MPU(21) 측에서는, 새롭 게 장착된 확장 플러그 인 카드(36)를 동작시키기 위한 커맨드를 발생할 수 있다.
새롭게 장착된 확장 플러그 인 카드(36)를 동작시킬 때는, 호스트 MPU(21) 측의 스크립트 엔진 SENG로부터 커맨드가 발생되고, 이 커맨드가 버스(30)를 통해 확장 플러그 인 카드(36)로 보내진다. 확장 플러그 인 카드(36)의 커맨드 인터페이스 CIF에서, 이 커맨드가 해석되고, 드라이버 DRV에 의해, 전송된 커맨드에 따라 하드웨어가 제어된다.
예를 들면, 프로그램을 기록/재생할 수 있는 기기가 확장 플러그 인 카드(36)의 경우에는, 도 12에 도시한 바와 같이, 역방향 이송 키(202A), 정지 키(202B), 재생 키(202C), 빨리 감기 키(202D), 녹화 키(202E)의 표시에, 역방향 이송, 정지, 재생, 빨리 감기, 녹화를 행하기 위한 커맨드 CMD(11), CMD(12), CMD(13), CMD(14), CMD(15)를 매립한 바와 같은 스크립트가 하이퍼 텍스트로 기술된다. 이러한 스크립트가 판독되면, 브라우저에 의해 도 12에 도시한 바와 같은 화면이 형성된다. 그리고, 키(202A∼202E)가 클릭되면, 매립되어 있는 커맨드가 발생되고, 이 커맨드에 의해, 그 기기의 동작이 제어된다.
도 13 및 도 14는, 이 때의 처리를 나타내는 플로우차트이다. 도 13에 있어서, 확장 플러그 인 카드(36)가 장착되면 (단계 S1), 확장 플러그 인 카드(36)가 장착된 것이 호스트 MPU(21)에서 판단되고 (단계 S2), 이 플러그 인 확장 카드(36)가 어떠한 카드인지를 확인할 수 있는지의 여부가 판단된다 (단계 S3). 확장 플러그 인 카드(36)를 인식할 수 없으면, 경고가 나온다 (단계 S4).
여기서, 확장 플러그 인 카드(36)를 확인할 수 있으면, 확장 플러그 인 카드(36) 내에 있는 커맨드 스크립트 CMD가 업로드된다 (단계 S5). 이와 같이, 확장 플러그 인 카드(36) 내에 있는 커맨드 스크립트 CMD를 업로드함으로써, 호스트 MPU(21)는 장착된 확장 플러그 인 카드(36)에 대한 커맨드를 인식하고, 장착된 확장 플러그 인 카드(36)에 대한 처리를 행할 수 있게 된다.
도 14에 있어서, 커맨드 스크립트가 업로드된 후에, 그 확장 플러그 인 카드(36)를 동작시키기 위한 사용자 조작이 이루어지면 (단계 S11), 스크립트의 체크가 행해지고 (단계 S12), 체크 결과가 올바른지의 여부가 판단된다 (단계 S13). 체크 결과가 정확하지 않으면, 경고가 표시된다 (단계 S14). 체크 결과가 올바르면, 스크립트 엔진 SENG에서 스크립트가 해석되고 (단계 S15), 커맨드가 발행된다 (단계 S16). 이 커맨드에 의해, 확장 플러그 인 기기가 동작된다 (단계 S17).
또, 상술의 예에서는, 새로운 확장 플러그 인 카드(36)를 장착하는 경우에 대하여 설명하였지만, 버스(30)에 새로운 블록을 추가하는 경우에도, 마찬가지의 수법을 사용하여, 새로운 블록에 대한 커맨드 스크립트를 업로드하는 것이 가능하게 된다.
또, 상술의 예에서는, 디지털 방송의 수신 장치이지만, 본 발명은, 디지털 VTR 등의 다른 기기에도 마찬가지로 적용할 수 있다.
본 발명에 따르면, 디지털 텔레비전 수신기에 필요한 요소를 블록화하여, 각 블록 사이를, 범용성이 있는 버스를 통해 접속하도록 하고 있다. 이와 같이 하면, 블록을 교환하는 것만으로도 반송파나, 변조 방식, 압축 방식이 다른 다양한 디지털 텔레비전 방송에 대응할 수 있다. 그리고, 각 블록에 암호화 인코더/디코더를 설치함으로써, 버스를 통해 전송되는 콘텐츠의 보호를 도모할 수 있다. 또한, 확장 플러그 인 카드가 장착되는 인터페이스에 암호화 인코더/디코더 회로를 설치함으로써, 인터페이스로부터 출력되는 콘텐츠의 보호를 도모할 수 있다.
이상과 같이, 본 발명은, 특히 디지털 방송을 수신하는 텔레비전을 실현하기 위해 이용하는데 적합하며, 디지털 방송에서 전송되는 콘텐츠 데이터의 보호를 도모하기 위해 이용하는데 유용하다.

Claims (22)

  1. 디지털 신호 처리 장치에 있어서,
    디지털 신호 처리에 필요한 기능으로서 블록화된 복수의 디지털 신호 처리 블록 및 호스트 연산 처리 블록과,
    상기 호스트 연산 처리 블록과 상기 복수의 디지털 신호 처리 블록 사이를 연결하는 버스를 포함하고,
    상기 복수의 디지털 신호 처리 블록 내에는, 상기 버스로 전송되는 스트림 데이터의 암호화 및 암호 해독을 행하기 위한 암호화 및 암호 복호화 수단이 설치되고,
    상기 복수의 디지털 신호 처리 블록은, 상기 버스를 통해 전송되는 상위 레벨의 커맨드를 해석하여, 상기 커맨드에 대한 처리를 실행하는 것을 특징으로 하는 디지털 신호 처리 장치.
  2. 삭제
  3. 제1항에 있어서,
    상기 스트림 데이터는, 비디오 데이터 및/또는 오디오 데이터를 포함하도록 한 디지털 신호 처리 장치.
  4. 제3항에 있어서,
    상기 비디오 데이터 및/또는 오디오 데이터는 압축되어 있는 디지털 신호 처리 장치.
  5. 제1항에 있어서,
    상기 버스는 범용성이 있는 형태로 되어 있으며, 상기 버스에 연결되는 각 블록을, 추가 또는 교체 가능하게 하도록 한 디지털 신호 처리 장치.
  6. 디지털 신호 처리 장치에 있어서,
    디지털 신호 처리에 필요한 기능으로서 블록화된 복수의 디지털 신호 처리 블록 및 호스트 연산 처리 블록과,
    상기 호스트 연산 처리 블록과 상기 복수의 디지털 신호 처리 블록 사이를 연결하는 버스와,
    상기 버스에 접속된 확장 기능 제공 매체의 인터페이스를 포함하고,
    상기 확장 기능 제공 매체의 인터페이스 내에는, 상기 확장 기능 제공 매체의 인터페이스를 통해 출력되는 스트림 데이터의 암호화 및 암호 해독을 행하기 위한 암호화 및 암호 복호화 수단이 설치되고,
    상기 복수의 디지털 신호 처리 블록은, 상기 버스를 통해 전송되는 상위 레벨의 커맨드를 해석하여, 상기 커맨드에 대한 처리를 실행하는 것을 특징으로 하는 디지털 신호 처리 장치.
  7. 삭제
  8. 제6항에 있어서,
    상기 스트림 데이터는, 비디오 데이터 및/또는 오디오 데이터를 포함하도록 한 디지털 신호 처리 장치.
  9. 제8항에 있어서,
    상기 비디오 데이터 및/또는 오디오 데이터는 압축되어 있는 디지털 신호 처리 장치.
  10. 디지털 신호 처리 방법에 있어서,
    디지털 신호 처리에 필요한 기능을, 복수의 디지털 신호 처리 블록 및 호스트 연산 처리 블록으로 블록화하고,
    상기 호스트 연산 처리 블록과 상기 복수의 디지털 신호 처리 블록 사이를 버스로 연결함과 함께,
    상기 복수의 디지털 신호 처리 블록 내에서, 상기 버스로 전송되는 스트림 데이터의 암호화 및 암호 해독을 행하고,
    상기 복수의 디지털 신호 처리 블록은, 상기 버스를 통해 전송되는 상위 레벨의 커맨드를 해석하여, 상기 커맨드에 대한 처리를 실행하는 것을 특징으로 하는 디지털 신호 처리 방법.
  11. 삭제
  12. 제10항에 있어서,
    상기 스트림 데이터는, 비디오 데이터 및/또는 오디오 데이터를 포함하도록 한 디지털 신호 처리 방법.
  13. 제12항에 있어서,
    상기 비디오 데이터 및/또는 오디오 데이터는 압축되어 있는 디지털 신호 처리 방법.
  14. 제10항에 있어서,
    상기 버스는 범용성이 있는 형태로 되어 있으며, 상기 버스에 연결되는 각 블록을, 추가 또는 교체 가능하게 하도록 한 디지털 신호 처리 방법.
  15. 디지털 신호 처리 방법에 있어서,
    디지털 신호 처리에 필요한 기능을, 복수의 디지털 신호 처리 블록 및 호스트 연산 처리 블록으로 블록화하고,
    상기 호스트 연산 처리 블록과 상기 복수의 디지털 신호 처리 블록 사이를 버스로 연결함과 함께,
    상기 버스에 확장 기능 제공 매체의 인터페이스를 설치하며,
    상기 확장 기능 제공 매체의 인터페이스 내에서, 상기 확장 기능 제공 매체의 인터페이스를 통해 출력되는 스트림 데이터의 암호화 및 암호 해독을 행하고,
    상기 복수의 디지털 신호 처리 블록은, 상기 버스를 통해 전송되는 상위 레벨의 커맨드를 해석하여, 상기 커맨드에 대한 처리를 실행하는 것을 특징으로 하는 디지털 신호 처리 방법.
  16. 삭제
  17. 제15항에 있어서,
    상기 스트림 데이터는, 비디오 데이터 및/또는 오디오 데이터를 포함하도록 한 디지털 신호 처리 방법.
  18. 제17항에 있어서,
    상기 비디오 데이터 및/또는 오디오 데이터는 압축되어 있는 디지털 신호 처리 방법.
  19. 제1항에 있어서,
    상기 상위 레벨의 커맨드는, 스크립트 형식의 커맨드인 것을 특징으로 하는 디지털 신호 처리 장치.
  20. 제6항에 있어서,
    상기 상위 레벨의 커맨드는, 스크립트 형식의 커맨드인 것을 특징으로 하는 디지털 신호 처리 장치.
  21. 제10항에 있어서,
    상기 상위 레벨의 커맨드는, 스크립트 형식의 커맨드인 것을 특징으로 하는 디지털 신호 처리 방법.
  22. 제15항에 있어서,
    상기 상위 레벨의 커맨드는, 스크립트 형식의 커맨드인 것을 특징으로 하는 디지털 신호 처리 방법.
KR1020017008970A 1999-11-17 2000-11-17 디지털 신호 처리 장치 및 방법 KR100801392B1 (ko)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JPJP-P-1999-00327162 1999-11-17
JP32716299 1999-11-17

Publications (2)

Publication Number Publication Date
KR20010089595A KR20010089595A (ko) 2001-10-06
KR100801392B1 true KR100801392B1 (ko) 2008-02-05

Family

ID=18196012

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1020017008970A KR100801392B1 (ko) 1999-11-17 2000-11-17 디지털 신호 처리 장치 및 방법

Country Status (10)

Country Link
US (1) US7023991B1 (ko)
EP (1) EP1146741B1 (ko)
JP (1) JP4920155B2 (ko)
KR (1) KR100801392B1 (ko)
CN (1) CN100348039C (ko)
AU (1) AU769522B2 (ko)
CA (1) CA2360552C (ko)
ID (1) ID30137A (ko)
MX (1) MXPA01007205A (ko)
WO (1) WO2001037566A1 (ko)

Families Citing this family (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2004056031A2 (en) * 2002-12-18 2004-07-01 Koninklijke Philips Electronics N.V. Dedicated encrypted virtual channel in a multi-channel serial communications interface
US8098817B2 (en) * 2003-12-22 2012-01-17 Intel Corporation Methods and apparatus for mixing encrypted data with unencrypted data
KR101811755B1 (ko) * 2011-07-15 2018-01-26 엘지전자 주식회사 이동 단말기
JP5691928B2 (ja) 2011-08-05 2015-04-01 富士通株式会社 プラグインカード収容装置
KR102039112B1 (ko) * 2017-06-20 2019-10-31 포스필 주식회사 피시험 디바이스를 테스트하기 위한 프로세서 기반의 계측 방법 및 이를 이용한 계측 장치

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH11306092A (ja) * 1998-04-17 1999-11-05 Toshiba Corp データ処理装置および同装置に適用されるコピープロテクト方法

Family Cites Families (18)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
NL8900307A (nl) * 1989-02-08 1990-09-03 Philips Nv Publiek communicatiesysteem met gedistribueerde stations, alsmede station en substations voor gebruik in zo een communicatiesysteem.
FR2673476B1 (fr) * 1991-01-18 1996-04-12 Gemplus Card Int Procede securise de chargement de plusieurs applications dans une carte a memoire a microprocesseur.
NL9200296A (nl) * 1992-02-18 1993-09-16 Tulip Computers International Inrichting voor het door middel van het des algoritme vercijferen en ontcijferen van data naar en van een harde geheugenschijf.
JPH06124539A (ja) * 1992-10-08 1994-05-06 Sony Corp ディジタルｖｔｒ
US5990927A (en) * 1992-12-09 1999-11-23 Discovery Communications, Inc. Advanced set top terminal for cable television delivery systems
JPH0746521A (ja) * 1993-07-30 1995-02-14 Sony Corp Ａｖ機器およびカード
US5455862A (en) * 1993-12-02 1995-10-03 Crest Industries, Inc. Apparatus and method for encrypting communications without exchanging an encryption key
JP3383127B2 (ja) * 1994-05-24 2003-03-04 ソニー株式会社 通信方法
JPH0879641A (ja) * 1994-08-31 1996-03-22 Toshiba Corp テレビジョン受信機
JP3525353B2 (ja) * 1994-09-28 2004-05-10 株式会社リコー デジタル電子スチル・カメラ
JP3893480B2 (ja) * 1994-09-28 2007-03-14 株式会社リコー デジタル電子カメラ
US5905879A (en) * 1995-11-20 1999-05-18 Advanced Micro Devices, Inc. System and method for transferring periodic data streams on a multimedia bus
JPH1040172A (ja) * 1996-07-25 1998-02-13 Toshiba Corp コンピュータシステム及びデータ転送方法
US5977997A (en) * 1997-03-06 1999-11-02 Lsi Logic Corporation Single chip computer having integrated MPEG and graphical processors
JP3389843B2 (ja) * 1997-10-17 2003-03-24 日本電気株式会社 情報処理装置におけるデジタル放送受信システム
US6496979B1 (en) * 1997-10-24 2002-12-17 Microsoft Corporation System and method for managing application installation for a mobile device
KR19990037403A (ko) * 1997-10-27 1999-05-25 이데이 노부유끼 디지털 방송 수신 장치
EP1041576B1 (en) * 1999-03-03 2009-12-02 Sony Corporation Non-volatile record medium, recording medium, and recording apparatus

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH11306092A (ja) * 1998-04-17 1999-11-05 Toshiba Corp データ処理装置および同装置に適用されるコピープロテクト方法

Also Published As

Publication number Publication date
JP4920155B2 (ja) 2012-04-18
EP1146741A1 (en) 2001-10-17
ID30137A (id) 2001-11-08
EP1146741B1 (en) 2016-08-24
CA2360552A1 (en) 2001-05-25
AU1415001A (en) 2001-05-30
EP1146741A4 (en) 2006-11-22
AU769522B2 (en) 2004-01-29
CN100348039C (zh) 2007-11-07
KR20010089595A (ko) 2001-10-06
MXPA01007205A (es) 2004-08-12
CN1342367A (zh) 2002-03-27
WO2001037566A1 (fr) 2001-05-25
CA2360552C (en) 2009-01-20
US7023991B1 (en) 2006-04-04

Similar Documents

Publication Publication Date Title
KR100752463B1 (ko) 디지털 신호 처리 장치 및 시스템 및 확장 기능 제공 방법
US8250621B2 (en) Broadcasting receiver and method for upgrading firmware
US8429461B2 (en) Apparatus and method for diagnosing cablecard-related status and performing proper processing according to diagnosis result in opencable system, opencable host, and opencable reception apparatus
KR100547930B1 (ko) 텔레비전 수신 장치 및 방법
US20030084440A1 (en) Method of providing a code upgrade to a host device having a smart card interface
US20060023881A1 (en) Receiver and receiving method
KR100772284B1 (ko) 디지털 신호 처리 장치 및 방법
KR100801392B1 (ko) 디지털 신호 처리 장치 및 방법
TW200524419A (en) Tuner module utilizing device-specific controller
JP2004104415A (ja) 受信装置
KR20020086880A (ko) 양방향 송수신기용 방법 및 시스템
JP2002513253A (ja) レシーバ／デコーダおよびビデオデータの処理方法
JP4060398B2 (ja) 受信機のソフトウエアの暗号化された形態の更新情報を読み取る方法、ビデオ通信受信機及びマイクロプロセッサカード
US8761394B2 (en) System and method for secure broadcast communication
JP2002125157A (ja) 情報処理装置および方法、並びに記録媒体
SUNDARESHMAN Digital Set Top Box (STB)-Open Architecture/Interoperability Issues
KR20050071181A (ko) 디지털 방송 수신 장치 및 그 방법

Legal Events

Date Code Title Description
A201 Request for examination
E902 Notification of reason for refusal
E902 Notification of reason for refusal
E701 Decision to grant or registration of patent right
GRNT Written decision to grant
G170 Publication of correction
FPAY Annual fee payment

Payment date: 20130129

Year of fee payment: 6

FPAY Annual fee payment

Payment date: 20140117

Year of fee payment: 7

FPAY Annual fee payment

Payment date: 20150116

Year of fee payment: 8

FPAY Annual fee payment

Payment date: 20170102

Year of fee payment: 10

FPAY Annual fee payment

Payment date: 20180103

Year of fee payment: 11

FPAY Annual fee payment

Payment date: 20190102

Year of fee payment: 12