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

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

Info

Publication number
KR20010101555A
KR20010101555A KR1020017008966A KR20017008966A KR20010101555A KR 20010101555 A KR20010101555 A KR 20010101555A KR 1020017008966 A KR1020017008966 A KR 1020017008966A KR 20017008966 A KR20017008966 A KR 20017008966A KR 20010101555 A KR20010101555 A KR 20010101555A
Authority
KR
South Korea
Prior art keywords
block
bus
signal processing
digital signal
command
Prior art date
Application number
KR1020017008966A
Other languages
English (en)
Other versions
KR100772284B1 (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 KR20010101555A publication Critical patent/KR20010101555A/ko
Application granted granted Critical
Publication of KR100772284B1 publication Critical patent/KR100772284B1/ko

Links

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
    • 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
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F13/00—Interconnection of, or transfer of information or other signals between, memories, input/output devices or central processing units
    • G06F13/38—Information transfer, e.g. on bus
    • 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/4424—Monitoring of the internal components or processes of the client device, e.g. CPU or memory load, processing speed, timer, counter or percentage of the hard disk space used
    • 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
    • H04N21/818—OS 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
    • 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/431—Generation of visual interfaces for content selection or interaction; Content or additional data rendering
    • H04N21/4312—Generation of visual interfaces for content selection or interaction; Content or additional data rendering involving specific graphical features, e.g. screen layout, special fonts or colors, blinking icons, highlights or animations
    • H04N21/4316—Generation of visual interfaces for content selection or interaction; Content or additional data rendering involving specific graphical features, e.g. screen layout, special fonts or colors, blinking icons, highlights or animations for displaying supplemental content in a region of the screen, e.g. an advertisement in a separate window
    • 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/47—End-user applications

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • General Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Databases & Information Systems (AREA)
  • Software Systems (AREA)
  • Computer Security & Cryptography (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Stored Programmes (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
  • Compression Or Coding Systems Of Tv Signals (AREA)
  • Small-Scale Networks (AREA)
  • Television Systems (AREA)

Abstract

디지털 텔레비전 수신기에 필요한 요소를, 복수의 디지털 신호 처리 블록과 호스트 연산 처리 블록으로 블록화한다. 그리고, 각 블록 사이를, 범용성이 있는 버스를 통해 접속하고, 이 버스를 통해 각 블록의 동작 제어를 행하기 위한 커맨드와, 스트림 데이터를 전송한다. 이와 같이 하면, 블록을 교환하는 것만으로도 반송파나, 변조 방식, 압축 방식이 다른 다양한 디지털 텔레비전 방송에 대응시킬 수 있다. 이 때문에, 개발 효율이 향상된다. 또한, 새로운 서비스가 시작되었을 때, 하드웨어를 추가하여 그 서비스에 대응할 수 있도록 하는 것이 간단하게 이루어진다.

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에서 전체 제어를 집중 관리하는 수법으로는, 새로운 서비스에 대응하는 것이 곤란하다.
그래서, 텔레비전 수신기에 필요한 기능을 블록화하여, 공통의 버스로 연결하는 것이 고려된다. 종래의 텔레비전 수상기에서는, 표준화된 제어용의 버스가 제안되어 있다.
그런데, 종래의 제어용 버스는, MPU와 각 블록 사이에서 제어 데이터를 교환하기 위한 버스이며, 이 버스로는, 비디오 데이터나 오디오 데이터와 같은 스트림은 전송되지 않는다. 디지털 텔레비전 방송에서는, 비디오 데이터나 오디오 데이터와 같은 스트림을 처리해야만 하기 때문에, 제어용의 데이터만을 교환하는 종래의 버스는 이용할 수 없다.
제어용의 데이터만이 흐르는 버스와, 비디오 데이터나 오디오 데이터와 같은 스트림만이 흐르는 버스를 각각 설치하는 것도 고려되지만, 제어용의 데이터만이 흐르는 버스와, 스트림만이 흐르는 버스를 각각 설치하기 위해서는, 스트림 시간과 제어 시간을 맞추지 않으면 안되며, 그 때문에 타이밍 신호가 필요하게 된다. 타이밍 신호를 보내도록 하면, 결국, 하드웨어의 의존성이 생겨, 범용성이 있는 설계 수법을 얻을 수 없게 된다.
한편, 퍼스널 컴퓨터에서는, PCI(Peripheral Component Interconnect)나 I SA(Industry Standard Architecture)와 같이, 버스의 표준화가 도모되고 있다. 디지털 텔레비전 방송의 수신기의 경우에도, 퍼스널 컴퓨터와 같이, 버스를 표준화해 갈 필요가 있다고 생각된다.
그런데, 퍼스널 컴퓨터의 경우에는, 새로운 기능의 하드웨어를 버스에 연결할 때, 드라이버의 소프트웨어를 인스톨할 필요가 있다. 이러한 소프트웨어의 인스톨 작업은, 사용자에게 부담이 된다.
또한, 디지털 텔레비전 방송을 처리하는 경우에는, 비디오 데이터나 오디오 데이터와 같은 고속으로 전송되는 스트림을 처리해야만 하지만, 퍼스널 컴퓨터에서는, 이러한 스트림을 취급하면 처리가 부담이 되어, 고속의 CPU나 대용량의 메모리를 필요로 한다.
따라서, 본 발명의 목적은, 개발 효율이 향상되어, 설계 변경을 용이하게 행할 수 있는 디지털 신호 처리 장치 및 수신 방법을 제공하는 것이다.
본 발명의 다른 목적은, 새로운 서비스나 방송 방식의 변경에 용이하게 대응할 수 있는 디지털 신호 처리 장치 및 방법을 제공하는 것이다.
〈발명의 개시〉
본 발명은, 디지털 신호 처리에 필요한 기능으로서 블록화된 복수의 디지털 신호 처리 블록 및 호스트 연산 처리 블록과, 호스트 연산 처리 블록과 복수의 디지털 신호 처리 블록 사이를 연결하는 버스를 포함하고, 각 블록의 동작 제어를 행하기 위한 커맨드와, 스트림 데이터를 버스를 통해 전송하도록 한 것을 특징으로 하는 디지털 신호 처리 장치이다.
본 발명은, 디지털 신호 처리에 필요한 기능을, 복수의 디지털 신호 처리 블록 및 호스트 연산 처리 블록으로 블록화하고, 호스트 연산 처리 블록과 복수의 디지털 신호 처리 블록 사이를 버스로 연결하며, 각 블록의 동작 제어를 행하기 위한커맨드와, 스트림 데이터를 버스를 통해 전송하도록 한 것을 특징으로 하는 디지털 신호 처리 방법이다.
디지털 텔레비전 수신기에 필요한 요소를 블록화하고, 각 블록 사이를, 범용성이 있는 버스를 통해 접속하도록 하고 있다. 이와 같이 하면, 블록을 교환하는 것만으로도 반송파나, 변조 방식, 압축 방식이 다른 다양한 디지털 텔레비전 방송에 대응시킬 수 있다. 이 때문에, 개발 효율이 향상된다. 또한, 새로운 서비스가 시작되었을 때, 하드웨어를 추가하여 그 서비스에 대응할 수 있도록 하는 것이 간단하게 이루어진다.
본 발명은, 위성을 사용한 디지털 방송이나 지상파의 디지털 방송을 수신하기 위한 디지털 방송의 수신 장치에 이용하기에 적합한 디지털 신호 처리 장치 및 방법에 관한 것으로, 특히, 효율적인 설계를 행할 수 있어, 설계 변경이 용이함과 함께, 새로운 서비스의 추가나 기능 향상에 용이하게 대응할 수 있도록 한 것에 관한 것이다.
도 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), 녹화 키(202C)의 표시에, 역방향 이송, 정지, 재생, 빨리 감기, 녹화를 행하기 위한 커맨드 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 (24)

  1. 디지털 신호 처리 장치에 있어서,
    디지털 신호 처리에 필요한 기능으로서 블록화된 복수의 디지털 신호 처리 블록 및 호스트 연산 처리 블록과,
    상기 호스트 연산 처리 블록과 상기 복수의 디지털 신호 처리 블록 사이를 연결하는 버스
    를 포함하고,
    상기 각 블록의 동작 제어를 행하기 위한 커맨드와, 스트림 데이터를 상기 버스를 통해 전송하도록 한 것을 특징으로 하는 디지털 신호 처리 장치.
  2. 제1항에 있어서,
    상기 디지털 신호 처리 블록은, 적어도 디지털 방송의 수신 신호를 처리하는 프론트 엔드 블록을 포함하는 디지털 신호 처리 장치.
  3. 제1항에 있어서,
    상기 디지털 신호 처리 블록은, 적어도 스트림 데이터를 디코드하는 처리를 행하는 신호 처리 블록을 포함하는 디지털 신호 처리 장치.
  4. 제1항에 있어서,
    상기 디지털 신호 처리 블록은, 상기 버스를 통해 전송된 커맨드를 해석하여 실행하는 수단을 포함하도록 한 디지털 신호 처리 장치.
  5. 제1항에 있어서,
    상기 커맨드는, 하드웨어에 의존하지 않고, 리얼타임성을 요구하지 않는 상위 층의 커맨드인 디지털 신호 처리 장치.
  6. 제1항에 있어서,
    상기 커맨드는, 하이퍼 텍스트의 스크립트 중에 매립되어 기술되어 있으며, 상기 하이퍼 텍스트가 브라우저로 해석되고, 상기 확장 기능을 조작하기 위한 화상이 표시됨과 함께, 상기 확장 기능을 조작하기 위한 화상 중에 이 기능에 대응하는 커맨드가 매립되어 표시되는 디지털 신호 처리 장치.
  7. 제1항에 있어서,
    상기 스트림 데이터는, 비디오 데이터 및/또는 오디오 데이터를 포함하도록 한 디지털 신호 처리 장치.
  8. 제7항에 있어서,
    상기 비디오 데이터 및/또는 오디오 데이터는, 압축되어 있는 디지털 신호 처리 장치.
  9. 제1항에 있어서,
    상기 버스는 범용성이 있는 형태로 되어 있으며, 상기 버스에 연결되는 각 블록을, 추가 또는 교체 가능하게 하도록 한 디지털 신호 처리 장치.
  10. 제9항에 있어서,
    상기 버스에 연결되는 각 블록이 추가 또는 교체되었을 때, 상기 추가 또는 교체된 블록을 동작시키기 위한 소프트웨어를 자동적으로 인스톨시키도록 한 디지털 신호 처리 장치.
  11. 제9항에 있어서,
    상기 추가 또는 교체된 블록을 동작시키기 위한 소프트웨어를 상기 추가 또는 교체된 블록의 메모리 중에 포함시켜 놓고, 상기 버스에 연결되는 각 블록이 추가 또는 교체되었을 때, 상기 메모리 중의 소프트웨어를 인스톨시키도록 한 디지털 신호 처리 장치.
  12. 제9항에 있어서,
    상기 버스에 연결되는 각 블록이 추가 또는 교체되었을 때, 전화 회선을 통해 서비스 센터를 액세스하고, 상기 추가 또는 교체된 블록을 동작시키기 위한 소프트웨어를 전화 회선을 사용하여 상기 서비스 센터로부터 다운로드하고, 상기 다운로드된 소프트웨어를 인스톨시키도록 한 디지털 신호 처리 장치.
  13. 디지털 신호 처리 방법에 있어서,
    디지털 신호 처리에 필요한 기능을, 복수의 디지털 신호 처리 블록 및 호스트 연산 처리 블록으로 블록화하고,
    상기 호스트 연산 처리 블록과 상기 복수의 디지털 신호 처리 블록 사이를 버스로 연결하며,
    상기 각 블록의 동작 제어를 행하기 위한 커맨드와, 스트림 데이터를 상기 버스를 통해 전송하도록 한 것을 특징으로 하는 디지털 신호 처리 방법.
  14. 제13항에 있어서,
    상기 디지털 신호 처리 블록은, 적어도 디지털 방송의 수신 신호를 처리하는 프론트 엔드 블록을 포함하는 디지털 신호 처리 방법.
  15. 제13항에 있어서,
    상기 디지털 신호 처리 블록은, 적어도 스트림 데이터를 디코드하는 처리를 행하는 신호 처리 블록을 포함하는 디지털 신호 처리 방법.
  16. 제13항에 있어서,
    상기 디지털 신호 처리 블록은, 상기 버스를 통해 전송된 커맨드를 해석하여실행하는 단계를 포함하도록 한 디지털 신호 처리 방법.
  17. 제13항에 있어서,
    상기 커맨드는, 하드웨어에 의존하지 않고, 리얼타임성을 요구하지 않는 상위 층의 커맨드인 디지털 신호 처리 방법.
  18. 제13항에 있어서,
    상기 커맨드는, 하이퍼 텍스트의 스크립트 중에 매립되어 기술되어 있는 디지털 신호 처리 방법.
  19. 제13항에 있어서,
    상기 스트림 데이터는, 비디오 데이터 및/또는 오디오 데이터를 포함하도록 한 디지털 신호 처리 방법.
  20. 제19항에 있어서,
    상기 비디오 데이터 및/또는 오디오 데이터는, 압축되어 있는 디지털 신호 처리 방법.
  21. 제13항에 있어서,
    상기 버스는 범용성이 있는 형태로 되어 있으며, 상기 버스에 연결되는 각블록을, 추가 또는 교체 가능하게 하도록 한 디지털 신호 처리 방법.
  22. 제21항에 있어서,
    상기 버스에 연결되는 각 블록이 추가 또는 교체되었을 때, 상기 추가 또는 교체된 블록을 동작시키기 위한 소프트웨어를 자동적으로 인스톨시키도록 한 디지털 신호 처리 방법.
  23. 제21항에 있어서,
    상기 추가 또는 교체된 블록을 동작시키기 위한 소프트웨어를 상기 추가 또는 교체된 블록의 메모리 중에 포함시켜 놓고, 상기 버스에 연결되는 각 블록이 추가 또는 교체되었을 때, 상기 소프트웨어를 인스톨시키도록 한 디지털 신호 처리 방법.
  24. 제21항에 있어서,
    상기 버스에 연결되는 각 블록이 추가 또는 교체되었을 때, 전화 회선을 통해 서비스 센터를 액세스하고, 상기 추가 또는 교체된 블록을 동작시키기 위한 소프트웨어를 전화 회선을 사용하여 상기 서비스 센터로부터 다운로드하고, 상기 다운로드된 소프트웨어를 인스톨시키도록 한 디지털 신호 처리 방법.
KR1020017008966A 1999-11-17 2000-11-17 디지털 신호 처리 장치 및 방법 KR100772284B1 (ko)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP32716099 1999-11-17
JPJP-P-1999-00327160 1999-11-17

Publications (2)

Publication Number Publication Date
KR20010101555A true KR20010101555A (ko) 2001-11-14
KR100772284B1 KR100772284B1 (ko) 2007-11-01

Family

ID=18195989

Family Applications (1)

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

Country Status (9)

Country Link
US (1) US7844991B1 (ko)
EP (1) EP1154641A4 (ko)
KR (1) KR100772284B1 (ko)
CN (1) CN1187965C (ko)
AU (1) AU770149B2 (ko)
CA (1) CA2360444C (ko)
ID (1) ID30059A (ko)
MX (1) MXPA01007204A (ko)
WO (1) WO2001037554A1 (ko)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR100818924B1 (ko) * 2006-05-03 2008-04-04 삼성전자주식회사 소프트웨어 모듈의 조합을 통해 ｄｓｐ 코드를 생성하는장치 및 그 방법

Families Citing this family (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2003081900A1 (en) * 2002-03-22 2003-10-02 Koninklijke Philips Electronics N.V. Modular set top box_____________________________________________
JP2005286914A (ja) * 2004-03-30 2005-10-13 Lg Electronics Inc ディスプレイシステム、ディスプレイ装置および機能モジュール
JP2007124090A (ja) * 2005-10-26 2007-05-17 Renesas Technology Corp 情報機器
US8281338B2 (en) * 2007-02-27 2012-10-02 Microsoft Corporation Extensible encoding for interactive user experience elements
JP2009055338A (ja) * 2007-08-27 2009-03-12 Funai Electric Co Ltd 映像音声再生装置
WO2013100350A1 (en) 2011-12-28 2013-07-04 Samsung Electronics Co., Ltd. Image processing apparatus, upgrade apparatus, display system including the same, and control method thereof
JP6674105B2 (ja) 2014-06-24 2020-04-01 株式会社ソシオネクスト インタフェース装置およびそれを備えた受信装置

Family Cites Families (27)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
GB2172476A (en) * 1985-03-12 1986-09-17 Philips Electronic Associated Receiving digital sound/data information
JP3105041B2 (ja) * 1991-10-22 2000-10-30 株式会社東芝 フレキシブル電子回路装置
US5367571A (en) 1992-12-02 1994-11-22 Scientific-Atlanta, Inc. Subscriber terminal with plug in expansion card
US5600643A (en) 1993-09-23 1997-02-04 Bell Communications Research, Inc. Broadband intelligent telecommunications network and method providing enhanced capabilities for customer premises equipment
US5669009A (en) * 1994-06-30 1997-09-16 Hughes Electronics Signal processing array
JPH0879641A (ja) 1994-08-31 1996-03-22 Toshiba Corp テレビジョン受信機
EP0700205A3 (en) * 1994-08-31 1997-04-02 Toshiba Kk Multimedia television receiver and initialization process therefor
US5617541A (en) * 1994-12-21 1997-04-01 International Computer Science Institute System for packetizing data encoded corresponding to priority levels where reconstructed data corresponds to fractionalized priority level and received fractionalized packets
US5619250A (en) * 1995-02-19 1997-04-08 Microware Systems Corporation Operating system for interactive television system set top box utilizing dynamic system upgrades
US5600674A (en) 1995-03-02 1997-02-04 Motorola Inc. Method and apparatus of an enhanced digital signal processor
US5905879A (en) * 1995-11-20 1999-05-18 Advanced Micro Devices, Inc. System and method for transferring periodic data streams on a multimedia bus
JPH10174007A (ja) 1996-10-11 1998-06-26 Toshiba Corp マルチ機能テレビジョン装置
JP3642142B2 (ja) * 1997-02-20 2005-04-27 松下電器産業株式会社 映像処理装置
CA2295759C (en) * 1997-06-25 2002-11-19 Samsung Electronics Co., Ltd. Method and apparatus for creating home network macros
US6041035A (en) * 1997-06-30 2000-03-21 Rockwell Collins, Inc. Open system modular electronics architecture
JP3567696B2 (ja) * 1997-09-24 2004-09-22 松下電器産業株式会社 ソフトウェアダウンロードシステム
JP3389843B2 (ja) 1997-10-17 2003-03-24 日本電気株式会社 情報処理装置におけるデジタル放送受信システム
US8489860B1 (en) 1997-12-22 2013-07-16 Texas Instruments Incorporated Mobile electronic device having a host processor system capable of dynamically canging tasks performed by a coprocessor in the device
JP4016359B2 (ja) * 1998-03-24 2007-12-05 ソニー株式会社 受信装置及びプログラム書き換え方法
US6459427B1 (en) * 1998-04-01 2002-10-01 Liberate Technologies Apparatus and method for web-casting over digital broadcast TV network
US6340997B1 (en) * 1998-04-08 2002-01-22 Microsoft Corporation Worldwide television tuning system with object-based tuning control modules
EP0987892B1 (en) * 1998-09-14 2007-04-11 Sony Corporation Information processing apparatus, information processing method, and recording medium
US6990676B1 (en) * 1999-03-17 2006-01-24 Sony Corporation Locally stored content previews. Representative of programming content in an electronic programming guide through a graphic image accessed from the hard drive of a set top box
US6469742B1 (en) * 1999-04-12 2002-10-22 Koninklijke Philips Electronics N.V. Consumer electronic devices with adaptable upgrade capability
MXPA01007132A (es) 1999-11-17 2004-08-12 Sony Corp Aparato procesador de senales digitales, sistema del mismo y metodo que proporciona una funcion de expansion.
US7106388B2 (en) * 1999-12-15 2006-09-12 Broadcom Corporation Digital IF demodulator for video applications
US6654835B1 (en) * 2000-03-23 2003-11-25 International Business Machines Corporation High bandwidth data transfer employing a multi-mode, shared line buffer

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR100818924B1 (ko) * 2006-05-03 2008-04-04 삼성전자주식회사 소프트웨어 모듈의 조합을 통해 ｄｓｐ 코드를 생성하는장치 및 그 방법

Also Published As

Publication number Publication date
US7844991B1 (en) 2010-11-30
EP1154641A1 (en) 2001-11-14
ID30059A (id) 2001-11-01
KR100772284B1 (ko) 2007-11-01
WO2001037554A1 (fr) 2001-05-25
AU1414801A (en) 2001-05-30
MXPA01007204A (es) 2004-08-12
CA2360444A1 (en) 2001-05-25
CN1187965C (zh) 2005-02-02
AU770149B2 (en) 2004-02-12
CN1342364A (zh) 2002-03-27
EP1154641A4 (en) 2006-11-22
CA2360444C (en) 2007-01-16

Similar Documents

Publication Publication Date Title
KR100752463B1 (ko) 디지털 신호 처리 장치 및 시스템 및 확장 기능 제공 방법
US8320822B2 (en) Method and system for single chip satellite set-top box system
KR100772284B1 (ko) 디지털 신호 처리 장치 및 방법
TWI245561B (en) Tuner module utilizing device-specific controller
KR100801392B1 (ko) 디지털 신호 처리 장치 및 방법
JP4060398B2 (ja) 受信機のソフトウエアの暗号化された形態の更新情報を読み取る方法、ビデオ通信受信機及びマイクロプロセッサカード
US20070109442A1 (en) Information reproducing device and electronic instrument
WO2008106315A2 (en) Tv-centric system
KR100759234B1 (ko) 다른 방향들로부터 또는 다른 방향들로 신호들을 수신하거나 전송하도록 설계된 텔레비전 회로
KR100391723B1 (ko) 피씨기반의 소프트웨어에 의한 엠팩 디코딩 방법 및 시스템

Legal Events

Date Code Title Description
A201 Request for examination
E902 Notification of reason for refusal
AMND Amendment
E601 Decision to refuse application
J201 Request for trial against refusal decision
AMND Amendment
B701 Decision to grant
GRNT Written decision to grant
G170 Publication of correction
FPAY Annual fee payment

Payment date: 20111019

Year of fee payment: 5

FPAY Annual fee payment

Payment date: 20121015

Year of fee payment: 6

LAPS Lapse due to unpaid annual fee