JP4920155B2 - ディジタル信号処理装置及び方法 - Google Patents
ディジタル信号処理装置及び方法 Download PDFInfo
- Publication number
- JP4920155B2 JP4920155B2 JP2001538411A JP2001538411A JP4920155B2 JP 4920155 B2 JP4920155 B2 JP 4920155B2 JP 2001538411 A JP2001538411 A JP 2001538411A JP 2001538411 A JP2001538411 A JP 2001538411A JP 4920155 B2 JP4920155 B2 JP 4920155B2
- Authority
- JP
- Japan
- Prior art keywords
- bus
- signal processing
- command
- block
- digital signal
- Prior art date
- Legal status (The legal status 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 status listed.)
- Expired - Lifetime
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 or rendering scenes according to encoded video stream scene graphs
- H04N21/4408—Processing of video elementary streams, e.g. splicing a video clip retrieved from local storage with an incoming video stream or rendering scenes according to encoded video stream 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
Landscapes
- Engineering & Computer Science (AREA)
- Signal Processing (AREA)
- Multimedia (AREA)
- Computer Security & Cryptography (AREA)
- Computer Networks & Wireless Communication (AREA)
- Automation & Control Theory (AREA)
- Software Systems (AREA)
- General Engineering & Computer Science (AREA)
- Databases & Information Systems (AREA)
- Human Computer Interaction (AREA)
- Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
- Storage Device Security (AREA)
- Television Systems (AREA)
- Compression Or Coding Systems Of Tv Signals (AREA)
Description
【０００１】
【発明の属する技術分野】
この発明は、衛星を使ったディジタル放送や地上波のディジタル放送を受信するためのディジタル放送の受信装置に用いて好適なディジタル信号処理装置及び方法に関するもので、特に、効率的な設計が行え、設計変更が容易であると共に、新たなサービスの追加や機能アップに容易に対応できるようにしたものに係わる。
【０００２】
【従来の技術】
テレビジョン放送は、アナログ方式からディジタル方式に移行しつつある。現在、ＣＳ（Communication Satellite ）衛星を使ったディジタル衛星放送のサービスが開始されている。また、ＢＳ（Broadcasting Satellite）衛星を使ったディジタル衛星放送の開始準備が進められている。更に、地上波テレビジョン放送についても、ディジタルで行うことが予定されている。
【０００３】
ディジタルテレビジョン放送では、周波数使用効率が向上されるため、多チャンネル化を図ったり、ＨＤＴＶ（High Definition Television）放送を行うことが容易にできる。また、ディジタルテレビジョン放送では、双方向サービスやデータ配信サービス、ビデオオンデマンド等、従来のアナログ放送では実現できなかったような種々のサービスが実現できる。
【０００４】
このようなディジタルテレビジョン放送を受信するテレビョンは、従来、図１に示すように構成されている。
【０００５】
図１において、入力端子１０１からチューナ回路１０２に、受信信号が供給される。例えば、ＣＳディジタル放送の場合には、１２ＧＨｚ帯で送られてきた信号がパラボラアンテナ（図示せず）で受信され、この信号がパラボラアンテナに取り付けられた低雑音コンバータで１ＧＨｚ帯の信号に変換されて、チューナ回路１０２に供給される。チューナ回路１０２で、この受信信号の中から所望のチャンネルの搬送波周波数の信号が選択され、この所望のチャンネルの搬送波周波数の信号に対して、復調処理及びエラー訂正処理がなされる。これにより、ビデオパケットとオーディオパケットとからなるトランスポートストリームが復号される。
【０００６】
チューナ回路１０２の出力はデマルチプレクサ１０３に供給される。デマルチプレクサ１０３で、このトランスポートストリームから、ビデオパケットとオーディオパケットとが分離される。
【０００７】
ビデオパケットはビデオデコーダ１０４に供給され、オーディオパケットはオーディオデコーダ１０５に供給される。ビデオデコーダ１０４で、例えば、ＭＰＥＧ２（Moving Picture Experts Group）方式でビデオデータの伸長処理が行われ、ビデオデータがデコードされる。また、オーディオデコーダ１０５で、例えば、ＭＰＥＧ方式でオーディオデータの伸長処理が行われ、オーディオデータがデコードされる。
【０００８】
ビデオデコーダ１０４でデコードされたビデオデータは、グラフィックス処理回路１０６に供給される。グラフィックス処理回路１０６で、画像処理が行われる。グラフィックス処理回路１０６の出力が出力端子１０７から出力される。オーディオデコーダ１０５の出力が出力端子１０８から出力される。
【０００９】
チューナ回路１０２、デマルチプレクサ１０３、ビデオデコーダ１０４、オーディオデコーダ１０５、グラフィックス処理回路１０６に対する制御は、ＭＰＵ（Micro Processor Unit）１１１により行われる。ＭＰＵ１１１からはバス１１０が導出されており、バス１１０に、チューナ回路１０２、デマルチプレクサ１０３、ビデオデコーダ１０４、オーディオデコーダ１０５、グラフィックス処理回路１０６が接続される。
【００１０】
また、バス１１０には、課金処理のためのモデム１１２、外部機器との間でストリームをやり取りするための例えばＩＥＥＥ（Institute of Electrical and Electronics Engineers ）１３９４のインターフェース１１３が設けられる。
【００１１】
【発明が解決しようとする課題】
上述のように、従来のディジタルテレビジョン放送の受信機では、ＭＰＵが機器全体の制御を行っている。そして、このＭＰＵは、各部のハードウェアの細かいタイミングレベルまで考慮し、各部のハードウェア毎のコマンドを使って集中制御を行っている。
【００１２】
ところが、各ハードウェアを考慮して、ＭＰＵで全体制御を集中管理するような手法は、機器毎に設計を開始しなけばならないため、設計変更に伴って大幅なソフトウェアの書き換えやハードウェアの変更が余儀なくされ、開発効率が悪い。また、部品の共通化やモジュール化が難しくなるため、コストアップになったり、機器の小型化が困難になる場合がある。また、ディジタルテレビジョン放送では、各種のサービスが行われており、ＭＰＵで全体制御を集中管理するような手法では、新たなサービスに対応することが困難である。
【００１３】
そこで、テレビジョン受信機に必要な機能をブロック化し、共通のバスで繋ぐことが考えられる。このようなバスを用いると、設計効率が向上すると共に、設計変更が容易である。
【００１４】
ところが、バスが標準化されると、バスを介して転送されるデータがユーザに分かってしまい、バスを介して転送されるデータがコピーされて、コンテンツの著作権が保護されなくなる可能性がある。
【００１５】
したがって、この発明の目的は、必要な機能をブロック化し、標準化されたバスで繋いでぐようにした場合に、バスを介して転送されるコンテンツの保護が図れるようにしたディジタル信号処理装置及び方法を提供することにある。
【００１６】
【課題を解決するための手段】
この発明は、ディジタルテレビジョン信号処理に必要な機能としてブロック化された複数のディジタル信号処理ブロック及びホスト演算処理ブロックと、
ホスト演算処理ブロックと複数のディジタル信号処理ブロックとの間を繋ぎ、コンテンツのストリームデータとコマンドが埋め込まれたスクリプトとコマンドとが転送されるバスと、
バスに接続された拡張機能提供媒体のインターフェースとを有し、
拡張機能提供媒体が拡張機能提供媒体のインターフェースを介してバスに接続された際に、拡張機能提供媒体に含まれる、コマンドが埋め込まれたスクリプトがバスを介してホスト演算処理ブロックに送られ、
ホスト演算処理ブロックは、スクリプトに基づく拡張機能提供媒体に対するコマンドを発生し、発生したコマンドを、バスを介して拡張機能提供媒体に対して送信し、
バスを介してコンテンツのストリームデータを拡張機能提供媒体に転送する際に、拡張機能提供媒体のインターフェースを介して出力されるコンテンツのストリームデータを暗号化する手段を設ける
ようにしたことを特徴とするディジタル信号処理装置である。
【００１７】
この発明は、ディジタルテレビジョン信号処理に必要な機能を、複数のディジタル信号処理ブロック及びホスト演算処理ブロックとにブロック化し、
ホスト演算処理ブロックと複数のディジタル信号処理ブロックとの間を、コンテンツのストリームデータとコマンドが埋め込まれたスクリプトとコマンドとが転送されるバスで繋ぐと共に、
バスに拡張機能提供媒体のインターフェースを設け、
拡張機能提供媒体が拡張機能提供媒体のインターフェースを介してバスに接続された際に、拡張機能提供媒体に含まれる、コマンドが埋め込まれたスクリプトがバスを介してホスト演算処理ブロックに送られ、
ホスト演算処理ブロックにより、スクリプトに基づく拡張機能提供媒体に対するコマンドが発生され、発生されたコマンドがバスを介して拡張機能提供媒体に対して送信され、
バスを介してコンテンツのストリームデータを拡張機能提供媒体に転送する際に、拡張機能提供媒体のインターフェースを介して出力されるコンテンツのストリームデータを暗号化する
ようにしたことを特徴とするディジタル信号処理方法である。
【００１８】
ディジタルテレビジョン受信機に必要な要素をブロック化し、各ブロック間を、汎用性のあるバスを介して接続するようにしている。このようにすると、ブロックを交換するだけで、搬送波や、変調方式、圧縮方式の異なる様々なディジタルテレビジョン放送に対応できる。そして、各ブロックに暗号化エンコーダ／デコードを設けることにより、バスを介して転送されるコンテンツの保護を図ることができる。また、拡張プラグインカードが装着されるインターフェースに暗号化エンコーダ／デコード回路を設けることにより、インターフェースから出力されるコンテンツの保護を図ることができる。
【００１９】
【発明の実施の形態】
以下、この発明の実施の形態について図面を参照して説明する。この発明の実施の形態では、ディジタルテレビジョン受信機に必要な要素をブロック化し、各ブロック間をバスで結合して、ディジタルテレビジョン受信機を構成するようにしている。
【００２０】
このように、ディジタルテレビジョン受信機に必要な要素をブロック化し、各ブロック間をバスを介して接続するようにすると、ブロックを交換するだけで、搬送波や、変調方式、圧縮方式の異なる様々なディジタルテレビジョン放送に対応できる。このため、開発効率が向上する。また、新しいサービスが始まったときに、ハードウェアを追加してそのサービスに対応できるようにすることが簡単に行える。
【００２１】
図２は、このように、ディジタルテレビジョン受信機に必要な要素をブロック化し、各ブロックをバスで接続して構成するようにしたディジタルテレビジョン受信機の基本的な構成を示すものである。
【００２２】
図２において、ディジタルテレビジョン受信機１は、ディジタルテレビジョン受信機に必要なブロック１１、１２、１３、１４、１５、１６を、バス１０に繋いで構成される。ここでは、ディジタルテレビジョン受信機に必要なブロックとして、ホストＭＰＵブロック１１、ＡＶ信号処理ブロック１２、フロントエンドブロック１３、インターフェースブロック１４、プラグインインターフェースブロック１５、内蔵フィーチャブロック１６がバス１０に繋がれている。
【００２３】
ホストＭＰＵブロック１１は、受信機全体の制御をするものである。ＡＶ信号処理ブロック１２は、ビデオストリーム及びオーディオストリームの伸長処理、グラフィック処理を行うものである。フロントエンドブロック１３は、受信したテレビジョン放送の中から所望のチャンネルの搬送波の信号を選択し、その信号に対して、復調処理、エラー訂正処理等を行って、ビデオストリーム及びオーディオストリームをデコードするものである。インターフェースブロック１４は、ＩＥＥＥ１３９４のような外部機器と接続するためのインターフェースである。プラグインインターフェースブロック１５は、機能拡張用を接続するためのインターフェースである。内蔵フィーチャブロック１６は、その他の内蔵される必要な機能を実現するためのものである。
【００２４】
バス１０には、ビデオデータやオーディオデータのような時間的に連続するストリームと、コマンドやデータが転送される。コマンドは、タイミングを規定したり、ハードウェアを直接制御するような低レベルのレイヤのコマンドではなく、リアルタイム性が要求されず、ハードウェア構成を意識しない高レベルのレイヤのコマンドが用いられる。例えば、フロントエンドブロック１３に対して「何チャンネルの周波数を受信せよ」というようなコマンドを与えたり、ＡＶ信号処理ブロック１２に対して、「画面を拡大或いは縮小せよ」、「円を描け」というような、汎用性の高いスクリプト形式のコマンドである。
【００２５】
例えば、ハイパーテキストでスクリプトを記述すると、このような動作が簡単に実現できる。
【００２６】
すなわち、図３に示すように、アップダウンキー２０１Ａ、２０１Ｂや拡大縮小キー２０１Ｃ、２０１Ｄを表示し、これらの表示２０１Ａ〜２０１Ｅに対応するコマンドＣＭＤ１〜ＣＭＤ４が埋め込まれたスクリプトをハイパーテキストで作成する。このようなスクリプトを表示させると、図３に示すような画面がブラウザの画面上に表示される。ここで、チャンネルアップダウンボタンや画面の拡大縮小を行うための表示２０１Ａ〜２０１Ｄがクリックされると、対応するコマンドＣＭＤ１〜ＣＭＤ４が発生される。ブロック１１〜１６の中でこのコマンドを受け付けられるブロックにそのコマンドが送られる。コマンドを受け取ったブロックでは、このコマンドに対応する処理が行われる。更に、複雑な処理を行なわせる場合には、ＪＡＶＡ等を用いれば良い。
【００２７】
勿論、この発明は、ハイパーテキストを用いたり、ＪＡＶＡを用いたりすることに限定されるものではない。
【００２８】
また、バス１０の物理的な形態は標準化されている。ブロック１１、１２、１３、１４、１５、１６は、この標準化された規格に合うように設計されている。これらのブロック１１〜１６のうち、ホストＭＰＵブロック１１やインターフェースブロック１４、プラグインインターフェースブロック１５のような基本となるブロックは、マザーボード上に配置し、その他のブロック１２、１３、１６は、ドウタボードとしておき、これら他のブロック１２、１３、１６を標準化されたバスに接続する構成が考えられる。また、各ブロック１１、１２、１３、１４、１５、１６を集積回路化又はモジュール化するようにしても良い。
【００２９】
なお、上述の例では、ホストＭＰＵブロック１１と、ＡＶ信号処理ブロック１２と、フロントエンドブロック１３と、インターフェースブロック１４と、プラグインインターフェースブロック１５と、内蔵フィーチャブロック１６とに分割しているが、ブロックの分割のやり方は、これに限るものではない。
【００３０】
また、勿論、各ブロックをボード上に配置する際に、１つのブロックを１つの基板で構成する必要はなく、機能的に２以上のブロックを１つの基板上に配置するようにしても良い。例えば、ホストＭＰＵブロック１１と、インターフェースブロック１４とを１つの基板上に配置するようにしても良い。勿論、１つのブロックを複数の基板で構成するようにしても良い。
【００３１】
各ブロック１１、１２、１３、１４、１５、１６は、バス１０を介して送られてきたコマンドを解釈し、コマンドに対する処理を実行したり、バス１０を介して送られてきたストリームやデータを処理したりする。
【００３２】
ハードウェアの依存性が小さいコマンドがバス１０を介して送られてくるため、各ブロック１２、１３、１４、１５、１６は、このコマンドを解釈して処理できるように、多くの場合、ＣＰＵ（Central Processing Unit）を備えている。各ブロック１２、１３、１４、１５、１６のＣＰＵで、送られてきたコマンドが解釈され、そのコマンドに対応する処理が実行される。送られてきたコマンドに対してハードウェアを動作させるためのドライバは、各ブロック１２、１３、１４、１５、１６内に収められており、ハードウェアに強く依存する部分は、そのブロック内で処理が完結するようにしている。
【００３３】
つまり、図４に概念図で示すように、ホストＭＰＵのブロック１１側には、汎用性が高くハードウェアに依存しないを上位レベルのコマンドで処理を行うために、ハイレベルインターフェースＨＩＦが設けられている。これに対して、各ブロック１２、１３、１４、１５側には、この上位レベルのコマンドを解釈して、よりハードウェアに近い処理を行えるようにするドライバＤＲＶと、実際のハードウェアに対して直接制御するためのローレベルインターフェースＬＩＦが備えられている。
【００３４】
ホストＭＰＵのブロック１１側からは、ハイレベルインターフェースＨＩＦを介して、上位レベルのコマンドが送られ、バス１０を介して、各ブロックに転送される。各ブロックのドライバＤＲＶで、この上位レベルのコマンドが解釈され。この場合、ハードウェアに依存する部分は、全て、各ブロック１２、１３、１４、１５のドライバＤＲＶで吸収される。
【００３５】
これに対して、図５に示すように、ホストＭＰＵのブロック１１側に、ドライバＤＲＶを搭載するという考えかたもある。ところが、図５に示すようにすると、新たなハードウェアが付加されたり、ハードウェアが変更された場合には、新たなドライバＤＲＶをインストールしたり、ドライバＤＲＶを変更したりしなければならなくなる。
【００３６】
なお、このバス１０には、ビデオデータやオーディオデータのストリームのような高速のストリームと、コマンドやデータのようなリアルタイム性が要求されないデータが転送される。このような性質の異なるデータを転送できるバスとしては、ビデオデータやオーディオデータのような高速性が要求されるストリームを送る帯域と、コマンドのようなリアルタイム性が要求されないデータを送る帯域とを分割してデータを伝送する構成のものを用いることができる。また、データにプライオリティが付けられるようにし、ビデオデータやオーディオデータのストリームに対してはプライオリティを上げることにより、ビデオデータやオーディオデータのストリームを高速で送れるようにしたものを用いるようにしても良い。
【００３７】
また、バス１０に送られるコマンドは、タイミング制御のようなリアルタイム性を要求されるものではなく、スクリプト形式であるため、伝送量も極力抑えられている。このため、同一のバス１０で、コマンドと、ビデオデータやオーディオデータのストリームとを送ることができる。
【００３８】
このように、各ブロック１１、１２、１３、１４、１５、１６をバス１０で繋ぎ、バスを介して、コマンドやストリーム、データをやり取りするようにして、ディジタルテレビジョン受信機を構成すれば、各種の方式のテレビジョン放送に簡単に対応させることができ、開発環境が大幅に向上する。
【００３９】
例えば、地上波ディジタル放送が始まったときには、新たに、地上波ディジタル放送を受信するためのテレビジョン受信機を開発していく必要がある。ところが、新たに地上波ディジタル放送のサービスが開始されるのに伴って、そのための受信機を始めから設計するのでは開発効率が悪い。
【００４０】
既存のディジタル衛星放送と、地上波ディジタル放送とでは、使用される搬送波周波数や変調方式、エラー訂正方式、トランスポートストリームの構成等が異なっているが、他の方式が同じであるとすれば、ＡＶ信号処理ブロック１２及びフロントエンドブロック１３のみ、地上波ディジタル放送用のものを開発すれば良い。すなわち、この場合には、新たに地上波ディジタル放送のサービスが開始されるのに伴って、地上波ディジタル放送用のＡＶ信号処理ブロック１２Ａ及びフロントエンドブロック１３Ａを開発し、ＡＶ信号処理ブロック１２及びフロントエンドブロック１３のみ地上波ディジタル放送用のＡＶ信号処理ブロック１２Ａ及びフロントエンドブロック１３Ａに交換すれば、新たに開始される地上波ディジタル放送に対応でき、受信機を始めから設計し直す必要はない。その他、異なる部分があるとしても、異なる部分のブロックだけ新たに開発すれば良い。また、動作の変更は、ホストＭＰＵブロック１１のアプリケーションプログラムを変更することで対応できる。
【００４１】
同様にして、例えば、ヨーロッパの衛星で放送されているディジタルテレビジョン放送に対応する受信機や、アメリカのＣＡＴＶで放送されているディジタルテレビジョン放送に対応する受信機を、受信機を始めから設計し直すことなく、容易に実現していくことができる。
【００４２】
また、ＣＳディジタル放送では、課金処理のために、モデムが装着され、電話回線を介して、管理会社と接続できるようになっている。このような場合は、内蔵フィーチャ１６として、モデム１６Ａが装着される。このように、その放送のサービスを受けるのに必要な機器は、内蔵フィーチャブロック１６として、簡単に装着できる。
【００４３】
更に、音楽データをダウンロードできるようなサービスや、ビデオオンデマンドのサービス、その他、種々のサービスが考えられており、新たなサービスを受けるために、ハードウェアを追加したい場合がある。この場合には、プラグンインターフェースブロック１５に装着される機器として、そのハードウェアを追加できる。
【００４４】
なお、ブロックを差し替えたり、プラグインインターフェース１５に新たな機器が装着されるような場合に、ドライバが必要な場合がある。このドライバは、ブロック内のメモリやプラグインインターフェース１５に装着される機器のメモリ中の含めておき、ブロックが差し替えられたり、プラグインインターフェース１５に機器が装着されるときに、自動的にインストールさせるようにすると、使い勝手が向上する。
【００４５】
また、図６に示すように、ブロックが差し替えられたり、プラグインインターフェース１５に機器が装着されるときに、電話回線によりサービスセンターを呼び出し、サービスセンターからドライバをダウンロードさせるようにしても良い。
【００４６】
すなわち、図６において、ブロックが差し替えられたり、プラグインインターフェース１５に新たな機器が装着されたか否かが判断される（ステップＳ１０１）。ブロックが差し替えられたり、プラグインインターフェース１５に新たな機器が装着された場合には、差し替えられた機器や新たな機器の種類が認識される（ステップＳ１０２）。そして、サービスセンターが電話で呼び出される（ステップＳ１０３）。サービスセンターは、呼び出しを受け付けると、その機器の種類に対応するドライバのソフトウェアを電話回線を介して送る。このドライバのソフトウェアがダウンロードされる（ステップＳ１０４）。
更に、ドライバのソフトウェアをディジタル衛星放送やディジタル地上波放送の信号からダウンロードできるようにしても良い。
【００４７】
勿論、ドライバのインストールが必要となるのは、図４に示したように、各ブロック内にドライバを設ける構成としたの場合であって、図５で説明したように、各ブロックに対するコマンドを上位のレイヤのコマンドとしたときには、ドライバのインストールは不要である。しかしながら、この場合であっても、ハードウェアに依存する部分のソフトウェアの変更等で、ドライバのインストールが必要な場合が想定される。
【００４８】
以上のように、ディジタルテレビジョン放送は、衛星、地上波、ＣＡＴＶ網、電話回線等、種々の伝送媒体を介して放送されており、ディジタルテレビジョン放送で使用される搬送波や、変調方式、圧縮方式は、使用される伝送媒体、放送を行っている国や地域、放送を行っている会社等により、種々、様々に異なっている。更に、ディジタルテレビジョン放送では、ＨＤＴＶ放送を行ったり、データ伝送サービスやビデオオンデマンドのサービスを行った等、各種のサービスが考えられている。このため、各伝送媒体や、地域、サービス等に応じたディジタルテレビジョン放送の受信機を開発していかなければならない。
【００４９】
上述のように、テレビジョン受信機の各機能を実現するためのブロックを標準化されたバスに繋ぐような構成とし、このバスを介して、ビデオデータやオーディオデータのようなストリームと、コマンドとをやり取りできるようにすれば、テレビジョン受信機の開発効率が向上すると共に、各種のテレビジョン受信機を今後開発されていく新たなサービスに対応していくことが容易にできるようになる。
【００５０】
図７は、このようなテレビジョン受信機の具体的な構成の一例である。図７において、ホストＭＰＵ２１からは、内部バス２２が導出されており、このバス２２に、ＲＯＭ（Read Only Memory）２３が接続される。また、バス２２には、機能拡張のために、追加ロジック２４を接続できる。
【００５１】
ＲＯＭ２３には、テレビジョン受信機の全体を動作させるためのアプリケーションプログラムが内蔵されている。また、ホストＣＰＵ２１には、ＳＤＲＡＭ２５が接続される。このＳＤＲＡＭ２５には、ユーザの固有情報や各種の設定情報が格納される。ホストＣＰＵ２１は、バスコントローラ２６を介して、バス３０に接続される。
【００５２】
バス３０は、ビデオデータやオーディオデータのような時間的に連続するストリームと、コマンドやデータを送るためのものである。コマンドとしては、ハードウェアに依存せず、リアルタイム性が要求されない、上位レイヤのコマンドが用いられる。
【００５３】
バス３０には、ＡＶ信号処理ブロック３１、フロントエンドブロック３２、外部インターフェースブロック３３、内蔵フィーチャブロック３４が接続される。また、バス３０には、プラグインインターフェース３５が設けられる。プラグインインターフェース３５には、拡張プラグインカード３６が装着可能とされる。
【００５４】
なお、ホストＭＰＵ２１からなる部分をマザーボード上に配置し、各ブロック３１、３２、３３、３４をドウタボード上で構成し、その物理的な形状や端子の配置を決めておき、ホストＭＰＵ２１からなるマザーボード上に、各ブロック３１、３２、３３、３４のドウタボードを着脱できるようにして実現しても良い。また、ブロック３１、３２、３３、３４をモジュール化或いは集積回路化しても良い。
【００５５】
ホストＭＰＵ２１と、各ブロック３１、３２、３３、３４及び拡張プラグインカード３６間で、バス３０を介して転送されるデータは、バスコントローラ２６により管理される。データの転送は、ホストＭＰＵ２１を介さず、ＤＭＡ（Direct Memory Access）制御により、各ブロック３１、３２、３３、３４、及び拡張プラグインカード３６間で、直接行うことができる。
【００５６】
更に、データの転送は、１つのブロックから１つのブロックへの転送と共に、１つのブロックから複数のブロックへの転送、すなわち、ブロードキャストが可能である。ブロードキャスト転送は、例えば、フロントエンドブロック３２からのトランスポートストリームをＡＶ信号処理ブロック３１とインターフェースブロック３３とに同時に送り、画面を再生させながら、インターフェースブロック３３に接続された機器にトランスポートストリームを送って記録するような場合に利用できる。
【００５７】
ＡＶ信号処理ブロック３１は、トランスポートストリームからビデオパケットとオーディオパケットを取り出し、ビデオパテットを伸長処理して元のビデオデータに変換すると共に、オーディオパケットをデコードして元のオーディオデータに変換するものである。また、ＡＶ信号処理ブロック３１は、デコードされたビデオデータに対して、画像処理を行なうことができる。
【００５８】
ＡＶ信号処理ブロック３１は、ＣＰＵ４１と、ビデオデコーダ４２と、オーディオデコーダ４３と、デマルチプレクサ４４と、グラフィックス処理回路４５と、ブリッジ回路４６とを有している。これらＣＰＵ４１、ビデオデコーダ４２、オーディオデコーダ４３、デマルチプレクサ４４、グラフィックス処理回路４５、ブリッジ回路４６は、チップ内バス４７に接続される。
【００５９】
フロントエンドブロック３２は、受信信号から所望の搬送波の信号を選択し、その信号を復調し、エラー訂正処理を行って、トランスポートストリームを出力するものである。このフロントエンドブロック３２は、フロントエンドパック５１と、ＣＰＵ５２とを有している。フロントエンドパック５１は、受信信号を中間周波信号に変換するミキサ回路や局部発振回路、中間周波数増幅回路、復調回路、エラー訂正回路等を含んでいる。
【００６０】
インターフェースブロック３３は、例えば、ＩＥＥＥ１３９４のような、外部機器とのインターフェースを提供するものである。この外部インターフェースブロック３３は、例えば、ＩＥＥＥ１３９４のインターフェース６１と、ＣＰＵ６２とを含んでいる。
【００６１】
内蔵フィーチャブロック３４は、更にそのディジタル放送を受信するために必要な追加回路を設けるためのものである。例えば、ディジタル衛星放送では、課金を行うために、電話回線を介して、受信データが転送される。このためのモデムが内蔵フィーチャブロック３４に設けるものである。この内蔵フィーチャブロック３４は、追加機能を実現するための回路（ここではモデム）７１と、ＣＰＵ７２とを含んでいる。
【００６２】
プラグインインターフェース３５は、新たなサービスを受ける場合等に拡張機能を提供するためのものである。プラグインインターフェース３５には、拡張プラグインカード３６が装着される。拡張プラグインカード３６には、拡張機能を実現するためのソフトウェアやハードウェアからなる拡張機能８１と、ＣＰＵ８２とを含んでいる。
【００６３】
図７に示すような構成で、例えば、ディジタルＣＳ放送を受信するテレビジョン受信機２０を構成するとする。この場合には、フロントエンドブロック３２としては、ＱＰＳＫの復調処理、ビタビ復号及びリード・ソロモン符号のエラー訂正処理が可能なものが用いられる。また、ＡＶ信号処理ブロック３１として、トランスポートストリームで送られてくるＭＰＥＧ２方式で圧縮されたビデオパケット及びＭＰＥＧ方式で圧縮されたオーディオパケットの伸長処理を行うものが用いられる。
【００６４】
ディジタルＣＳ放送では、例えば、１２ＧＨｚ帯の信号が用いられる。この衛星からの例えば１２ＧＨｚ帯の受信信号は、パラボラアンテナ（図示せず）で受信され、パラボラアンテナに取り付けられた低雑音コンバータで１ＧＨｚ程度の信号に変換されて、フロントエンドブロック３２に送られる。フロントエンドブロック３２で、受信信号の中から、所望のチャンネルの搬送波の信号が選択される。そして、この信号に対して、ＱＰＳＫの復調処理、ビタビ復号及びリード・ソロモン符号のエラー訂正処理が行われ、トランスポートストリームが復号される。
【００６５】
このとき、受信するチャンネルの選択は、ホストＭＰＵ２１から、バス３０を介して送られてくるコマンドに応じて設定される。ホストＭＰＵ２１からは、バス３０を介して、「何チャンネルの周波数を受信せよ」というような、上位レイヤのコマンドが送られてくる。このコマンドは、バス３０から、フロントエンドブロック３２のＣＰＵ５２に送られる。ＣＰＵ５２は、このコマンドを解釈し、このコマンドから、フロントエンドパック５１の受信周波数をコマンドで指定された所望の搬送波周波数に設定する制御信号を発生する。具体的には、ＣＰＵ５２は、送られてきたコマンドに基づいて、局部発振器を構成するＰＬＬの制御信号を発生する。これにより、受信チャンネルの周波数が設定される。
【００６６】
フロントエンドブロック３２からは、ＭＰＥＧ２方式で圧縮されたビデオデータのパケットと、ＭＰＥＧ方式で圧縮されたオーディオデータのパケットとを含むトランスポートするが出力される。このトランスポートストリームは、バス３０を介して、ＡＶ信号処理ブロック３１に送られる。ＡＶ信号処理ブロック３１に送られたトランスポートストリームは、ブリッジ４６、チップ内バス４７を介して、デマルチプレクサ４４に送られる。デマルチプレクサ４４で、ビデオパケットとオーディオパケットとが分離され、ビデオパケットはビデオデコーダ４２に送られ、オーディオパケットはオーディオデコーダ４３に送られる。ビデオデコーダ４２で、ＭＰＥＧ２方式のビデオデータの伸長処理が行われ、ビデオデータがデコードされる。オーディオデコーダ４３で、ＭＰＥＧオーディオ方式のオーディオデータの伸長処理が行われ、オーディオデータがデコードされる。ビデオデコーダ４２でデコードされたビデオデータは、チップ内バス４７を介してグラフィックス処理回路４５に送られる。グラフィックス処理回路４５で、画像処理が行われる。
【００６７】
このとき、どのような画像処理をするかは、ホストＭＰＵ２１から、バス３０を介して送られてくるコマンドに応じて設定される。ホストＭＰＵ２１からは、バス３０を介して、「画面を縮小又は拡大せよ」というような、上位レイヤのコマンドが送られてくる。このコマンドは、バス３０から、ブリッジ４６を介して、ＣＰＵ４１に送られる。ＣＰＵ４１は、このコマンドを解釈し、このコマンドから、画面を指定された大きさに縮小／拡大するための制御信号を発生する。具体的には、ＣＰＵ４１は、送られてきたコマンドに基づいて、グラフィックス処理回路４５に、画面の縮小又は拡大のためのタイミング信号やハードウェアを直接制御するコマンドが送られる。
【００６８】
このように、この例では、テレビジョン受信機２０を構成するのに必要な各機能は、ブロック３１、３２、３３、３４、３５としてバス３０に繋がれ、バス３０を介して、コマンドやストリームが転送される。バス３０を標準化することで、開発効率が上がり、放送方式の変更やサービスの変更や追加にも容易に対応できる。
【００６９】
ところでが、この場合には、ビデオパケットやオーディオパケットからなるストリームがバス３０上に直接転送されるため、バス３０に機器を繋いで、バス３０を介して送られてくるビデオパケットやオーディオパケットを抜き出して、外部機器にコピーするようなことが行われる可能性がある。バス３０が標準化されていると、バス３０に繋いでバス３０を介して送られてくるビデオパケットやオーディオパケットを抜き出するような機器が簡単にできてしまう可能性がある。
【００７０】
そこで、コンテンツの保護を図るために、図８に示すように、バス３０に繋がれる各ブロック３１、３２、３３、３４、３５及び拡張プラグインカード３６には、暗号化エンコーダ／デコーダ４８、５８、６８、７８、８８が設けられる。
【００７１】
この暗号化エンコーダ／デコーダ４８、５８、６８、７８、８８により、各ブロック３１、３２、３３、３４、３５からバス３０を介して転送されるビデオパケットやオーディオパケットのストリームは暗号化される。このように、バス３０を介して転送されるビデオパケットやオーディオパケットのストリームを暗号化することで、コンテンツの保護が図れる。
【００７２】
なお、上述の例では、バス３０上に流されるコンテンツを保護するために、各ブロック３１、３２、３３、３４及び拡張プラグインカード３６の全てに暗号化エンコーダ／デコーダ４８、５８、６８、７８、８８を設けているが、各ブロック３１、３２、３３、３４はセットの中に収納されているため、各ブロック３１、３２、３３、３４からコンテンツが外部に漏れる可能性は比較的少ない。これに対して、プラグインインターフェース３５からはバス３０が外部に導出されている。コンテンツが外部に漏れる可能性が最も高いのは、プラグインインターフェース３５にコピーのための機器を繋いで、バス３０からコンテンツを取り出すことである。
【００７３】
そこで、図９に示すように、拡張プラグインインターフェース３５に暗号化エンコーダ／デコーダ８９を設けておき、拡張プラグインインターフェース３５からバス３０を流れるコンテンツのデータがそのまま出ることがないようにしても良い。
【００７４】
また、この発明が適用されたテレビジョン受信機２０では、外部拡張ブリッジ３５に拡張プラグインカード３６を装着することで、新たな機能を付加して、新たなサービスに対応させたりすることができる。
【００７５】
つまり、図１０に示すように、上述のようにして構成されたテレビジョン受信機２０では、例えばテレビジョン受信機２０の前面に、カード装着部９１が設けられる。このカード装着部９１に、拡張プラグインカード３６が装着される。カード装着部９１に拡張プラグインカード３６が装着されると、拡張プラグインカード３６がプラグインインターフェース３５を介してバス３０に繋がれる。
【００７６】
このように、拡張プラグインカード３６を、プラグインインターフェース３５を介してバス３０に繋ぐことで、新たなサービスに対応したり、機能を拡張させたりすることができる。
【００７７】
このような拡張プラグインカード３６を装着したとき、その拡張プラグインカード３６の機能が働けるようにするためには、制御用のソフトウェアが必要な場合がある。この制御用のソフトウェアを磁気ディスクや光ディスクのような記録媒体で提供し、ユーザがドライバのソフトウェアをインストールすることが考えられるが、それでは、ユーザの負担になる。
【００７８】
そこで、図１１に示すように、拡張プラグインカード３６内のメモリにスクリプトを入れておき、拡張プラグインカード３６が装着されると、このスクリプトがホストＣＰＵ２１の主記憶にアップロードされるようにしている。
【００７９】
つまり、図１１に概念図で示すように、拡張プラグインカード３６には、コマンドスクリプトＣＭＤと、コマンドインターフェースＣＩＦと、ドライバＤＲＶが含まれている。新たな拡張プラグインカード３６が装着されると、ホストＭＰＵ２１により拡張プラグインカード３６が装着されたことが認識される。それから、この拡張プラグインカード３６を動作させるためのコマンドスクリプトＣＭＤがホストＣＰＵ２１側にアップロードされる。コマンドスクリプトＣＭＤがホストＭＰＵ２１側にアップロードされると、ホストＭＰＵ２１側では、新たに装着された拡張プラグインカード３６を動作させるためのコマンドを発生できる。
【００８０】
新たに装着された拡張プラグインカード３６を動作させるときには、ホストＭＰＵ２１側のスクリプトエンジンＳＥＮＧからコマンドが発生され、このコマンドがバス３０を介して、拡張プラグインカード３６に送られる。拡張プラグインカード３６のコマンドインターフェースＣＩＦで、このコマンドが解釈され、ドライバＤＲＶにより、送られてきたコマンドに応じて、ハードウェアが制御される。
【００８１】
例えば、番組を記録／再生できるような機器が拡張プラグインカード３６の場合には、図１２に示すように、逆方向送りキー２０２Ａ、停止キー２０２Ｂ、再生キー２０２Ｃ、早送りキー２０２Ｄ、録画キー２０２Ｃの表示に、逆方向送り、停止、再生、早送り、録画を行うためのコマンドＣＭＤ１１、ＣＭＤ１２、ＣＭＤ１３、ＣＭＤ１４、ＣＭＤ１５を埋め込んだようなスクリプトがハイパーテキストで記述される。このようなスクリプトが読み込まれると、ブラウザにより図１２に示すような画面が形成される。そして、キー２０２Ａ〜２０２Ｅがクリックされると、埋め込まれていたコマンドが発生され、このコマンドにより、その機器の動作が制御される。
【００８２】
図１３及び図１４は、このときの処理を示すフローチャートである。図１３において、拡張プラグインカード３６が装着されると（ステップＳ１）、拡張プラグインカード３６が装着されたことがホストＭＰＵ２１で判断され（ステップＳ２）、このプラグイン拡張カード３６がどのようなカードであるか確認できるか否かが判断される（ステップＳ３）。拡張プラグインカード３６が認識できなければ、警告が出される（ステップＳ４）。
【００８３】
ここで、拡張プラグインカード３６が確認できたら、拡張プラグインカード３６内にあるコマンドスクリプトＣＭＤがアップロードされる（ステップＳ５）。このように、拡張プラグインカード３６内にあるコマンドスクリプトＣＭＤをアップロードすることで、ホストＭＰＵ２１は、装着された拡張プラグインカード３６に対するコマンドを認識し、装着された拡張プラグインカード３６に対する処理を行えるようなる。
【００８４】
図１４において、コマンドスクリプトがアップロードされた後に、その拡張プラグインカード３６を動作させるためのユーザ操作がなされると（ステップＳ１１）、スクリプトのチェックが行われ（ステップＳ１２）、チェックの結果が正しいか否かが判断される（ステップＳ１３）。チェックの結果が正しくなければ、警告が表示される（ステップＳ１４）。チェックの結果が正しければ、スクリプトエンジンＳＥＮＧでスクリプトが解釈され（ステップＳ１５）、コマンドが発行される（ステップＳ１６）。このコマンドにより、拡張プラグイン機器が動作される（ステップＳ１７）。
【００８５】
なお、上述の例では、新たな拡張プラグインカード３６を装着する場合について説明したが、バス３０に新たなブロックを追加する場合にも、同様な手法を使って、新たなブロックに対するコマンドスクリプトをアップロードすることかできる。
【００８６】
なお、上述の例では、ディジタル放送の受信装置であるが、この発明は、ディジタルＶＴＲ等の他の機器にも同様に適用することができる。
【００８７】
以上のように、この発明は、特にディジタル放送を受信するテレビジョンを実現するのに用いて好適であり、ディジタル放送で送られてくるコンテンツのデータの保護を図るのに用いて有用である。
【００８８】
【発明の効果】
この発明によれば、ディジタルテレビジョン受信機に必要な要素をブロック化し、各ブロック間を、汎用性のあるバスを介して接続するようにしている。このようにすると、ブロックを交換するだけで、搬送波や、変調方式、圧縮方式の異なる様々なディジタルテレビジョン放送に対応できる。そして、各ブロックに暗号化エンコーダ／デコードを設けることにより、バスを介して転送されるコンテンツの保護を図ることができる。また、拡張プラグインカードが装着されるインターフェースに暗号化エンコーダ／デコード回路を設けることにより、インターフェースから出力されるコンテンツの保護を図ることができる。
【図面の簡単な説明】
【図１】 従来のディジタルテレビジョン放送の受信装置の一例のブロック図である。
【図２】 この発明の基本構成を説明するためのブロック図である。
【図３】 コマンドの発生と画面表示の説明に用いる略線図である。
【図４】 ホストプロセッサから送るコマンドの説明に用いる略線図である。
【図５】 ホストプロセッサから送るコマンドの説明に用いる略線図である。
【図６】 ドライバのインストール時の説明に用いるフローチャートである。
【図７】 この発明が適用されたテレビジョン受信機の一例のブロック図である。
【図８】 この発明が適用されたテレビジョン受信機において暗号化処理を行う場合の一例を示すブロック図である。
【図９】 この発明が適用されたテレビジョン受信機において暗号化処理を行う場合の他の例を示すブロック図である。
【図１０】 この発明が適用されたテレビジョン受信機の説明に用いる斜視図である。
【図１１】 この発明が適用されたテレビジョン受信機において拡張プラグインカードを装着した場合の説明に用いるブロック図である。
【図１２】 新たな機器を装着した場合のコマンドの発生と画面表示の説明に用いる略線図である。
【図１３】 この発明が適用されたテレビジョン受信機において拡張プラグインカードを装着した場合の説明に用いるフローチャートである。
【図１４】 この発明が適用されたテレビジョン受信機において拡張プラグインカードを装着した場合の説明に用いるフローチャートである。
【符号の説明】
１０ バス
１１ ホストＭＰＵブロック
１２ ＡＶ信号処理ブロック
１３ フロントエンドブロック
１４ インターフェースブロック
１５ プラグインインターフェースブロック
１６ 内蔵フィーチャブロック
４８、５８、６８、７８、８８ 暗号化エンコーダ／デコーダ
【発明の属する技術分野】
この発明は、衛星を使ったディジタル放送や地上波のディジタル放送を受信するためのディジタル放送の受信装置に用いて好適なディジタル信号処理装置及び方法に関するもので、特に、効率的な設計が行え、設計変更が容易であると共に、新たなサービスの追加や機能アップに容易に対応できるようにしたものに係わる。
【０００２】
【従来の技術】
テレビジョン放送は、アナログ方式からディジタル方式に移行しつつある。現在、ＣＳ（Communication Satellite ）衛星を使ったディジタル衛星放送のサービスが開始されている。また、ＢＳ（Broadcasting Satellite）衛星を使ったディジタル衛星放送の開始準備が進められている。更に、地上波テレビジョン放送についても、ディジタルで行うことが予定されている。
【０００３】
ディジタルテレビジョン放送では、周波数使用効率が向上されるため、多チャンネル化を図ったり、ＨＤＴＶ（High Definition Television）放送を行うことが容易にできる。また、ディジタルテレビジョン放送では、双方向サービスやデータ配信サービス、ビデオオンデマンド等、従来のアナログ放送では実現できなかったような種々のサービスが実現できる。
【０００４】
このようなディジタルテレビジョン放送を受信するテレビョンは、従来、図１に示すように構成されている。
【０００５】
図１において、入力端子１０１からチューナ回路１０２に、受信信号が供給される。例えば、ＣＳディジタル放送の場合には、１２ＧＨｚ帯で送られてきた信号がパラボラアンテナ（図示せず）で受信され、この信号がパラボラアンテナに取り付けられた低雑音コンバータで１ＧＨｚ帯の信号に変換されて、チューナ回路１０２に供給される。チューナ回路１０２で、この受信信号の中から所望のチャンネルの搬送波周波数の信号が選択され、この所望のチャンネルの搬送波周波数の信号に対して、復調処理及びエラー訂正処理がなされる。これにより、ビデオパケットとオーディオパケットとからなるトランスポートストリームが復号される。
【０００６】
チューナ回路１０２の出力はデマルチプレクサ１０３に供給される。デマルチプレクサ１０３で、このトランスポートストリームから、ビデオパケットとオーディオパケットとが分離される。
【０００７】
ビデオパケットはビデオデコーダ１０４に供給され、オーディオパケットはオーディオデコーダ１０５に供給される。ビデオデコーダ１０４で、例えば、ＭＰＥＧ２（Moving Picture Experts Group）方式でビデオデータの伸長処理が行われ、ビデオデータがデコードされる。また、オーディオデコーダ１０５で、例えば、ＭＰＥＧ方式でオーディオデータの伸長処理が行われ、オーディオデータがデコードされる。
【０００８】
ビデオデコーダ１０４でデコードされたビデオデータは、グラフィックス処理回路１０６に供給される。グラフィックス処理回路１０６で、画像処理が行われる。グラフィックス処理回路１０６の出力が出力端子１０７から出力される。オーディオデコーダ１０５の出力が出力端子１０８から出力される。
【０００９】
チューナ回路１０２、デマルチプレクサ１０３、ビデオデコーダ１０４、オーディオデコーダ１０５、グラフィックス処理回路１０６に対する制御は、ＭＰＵ（Micro Processor Unit）１１１により行われる。ＭＰＵ１１１からはバス１１０が導出されており、バス１１０に、チューナ回路１０２、デマルチプレクサ１０３、ビデオデコーダ１０４、オーディオデコーダ１０５、グラフィックス処理回路１０６が接続される。
【００１０】
また、バス１１０には、課金処理のためのモデム１１２、外部機器との間でストリームをやり取りするための例えばＩＥＥＥ（Institute of Electrical and Electronics Engineers ）１３９４のインターフェース１１３が設けられる。
【００１１】
【発明が解決しようとする課題】
上述のように、従来のディジタルテレビジョン放送の受信機では、ＭＰＵが機器全体の制御を行っている。そして、このＭＰＵは、各部のハードウェアの細かいタイミングレベルまで考慮し、各部のハードウェア毎のコマンドを使って集中制御を行っている。
【００１２】
ところが、各ハードウェアを考慮して、ＭＰＵで全体制御を集中管理するような手法は、機器毎に設計を開始しなけばならないため、設計変更に伴って大幅なソフトウェアの書き換えやハードウェアの変更が余儀なくされ、開発効率が悪い。また、部品の共通化やモジュール化が難しくなるため、コストアップになったり、機器の小型化が困難になる場合がある。また、ディジタルテレビジョン放送では、各種のサービスが行われており、ＭＰＵで全体制御を集中管理するような手法では、新たなサービスに対応することが困難である。
【００１３】
そこで、テレビジョン受信機に必要な機能をブロック化し、共通のバスで繋ぐことが考えられる。このようなバスを用いると、設計効率が向上すると共に、設計変更が容易である。
【００１４】
ところが、バスが標準化されると、バスを介して転送されるデータがユーザに分かってしまい、バスを介して転送されるデータがコピーされて、コンテンツの著作権が保護されなくなる可能性がある。
【００１５】
したがって、この発明の目的は、必要な機能をブロック化し、標準化されたバスで繋いでぐようにした場合に、バスを介して転送されるコンテンツの保護が図れるようにしたディジタル信号処理装置及び方法を提供することにある。
【００１６】
【課題を解決するための手段】
この発明は、ディジタルテレビジョン信号処理に必要な機能としてブロック化された複数のディジタル信号処理ブロック及びホスト演算処理ブロックと、
ホスト演算処理ブロックと複数のディジタル信号処理ブロックとの間を繋ぎ、コンテンツのストリームデータとコマンドが埋め込まれたスクリプトとコマンドとが転送されるバスと、
バスに接続された拡張機能提供媒体のインターフェースとを有し、
拡張機能提供媒体が拡張機能提供媒体のインターフェースを介してバスに接続された際に、拡張機能提供媒体に含まれる、コマンドが埋め込まれたスクリプトがバスを介してホスト演算処理ブロックに送られ、
ホスト演算処理ブロックは、スクリプトに基づく拡張機能提供媒体に対するコマンドを発生し、発生したコマンドを、バスを介して拡張機能提供媒体に対して送信し、
バスを介してコンテンツのストリームデータを拡張機能提供媒体に転送する際に、拡張機能提供媒体のインターフェースを介して出力されるコンテンツのストリームデータを暗号化する手段を設ける
ようにしたことを特徴とするディジタル信号処理装置である。
【００１７】
この発明は、ディジタルテレビジョン信号処理に必要な機能を、複数のディジタル信号処理ブロック及びホスト演算処理ブロックとにブロック化し、
ホスト演算処理ブロックと複数のディジタル信号処理ブロックとの間を、コンテンツのストリームデータとコマンドが埋め込まれたスクリプトとコマンドとが転送されるバスで繋ぐと共に、
バスに拡張機能提供媒体のインターフェースを設け、
拡張機能提供媒体が拡張機能提供媒体のインターフェースを介してバスに接続された際に、拡張機能提供媒体に含まれる、コマンドが埋め込まれたスクリプトがバスを介してホスト演算処理ブロックに送られ、
ホスト演算処理ブロックにより、スクリプトに基づく拡張機能提供媒体に対するコマンドが発生され、発生されたコマンドがバスを介して拡張機能提供媒体に対して送信され、
バスを介してコンテンツのストリームデータを拡張機能提供媒体に転送する際に、拡張機能提供媒体のインターフェースを介して出力されるコンテンツのストリームデータを暗号化する
ようにしたことを特徴とするディジタル信号処理方法である。
【００１８】
ディジタルテレビジョン受信機に必要な要素をブロック化し、各ブロック間を、汎用性のあるバスを介して接続するようにしている。このようにすると、ブロックを交換するだけで、搬送波や、変調方式、圧縮方式の異なる様々なディジタルテレビジョン放送に対応できる。そして、各ブロックに暗号化エンコーダ／デコードを設けることにより、バスを介して転送されるコンテンツの保護を図ることができる。また、拡張プラグインカードが装着されるインターフェースに暗号化エンコーダ／デコード回路を設けることにより、インターフェースから出力されるコンテンツの保護を図ることができる。
【００１９】
【発明の実施の形態】
以下、この発明の実施の形態について図面を参照して説明する。この発明の実施の形態では、ディジタルテレビジョン受信機に必要な要素をブロック化し、各ブロック間をバスで結合して、ディジタルテレビジョン受信機を構成するようにしている。
【００２０】
このように、ディジタルテレビジョン受信機に必要な要素をブロック化し、各ブロック間をバスを介して接続するようにすると、ブロックを交換するだけで、搬送波や、変調方式、圧縮方式の異なる様々なディジタルテレビジョン放送に対応できる。このため、開発効率が向上する。また、新しいサービスが始まったときに、ハードウェアを追加してそのサービスに対応できるようにすることが簡単に行える。
【００２１】
図２は、このように、ディジタルテレビジョン受信機に必要な要素をブロック化し、各ブロックをバスで接続して構成するようにしたディジタルテレビジョン受信機の基本的な構成を示すものである。
【００２２】
図２において、ディジタルテレビジョン受信機１は、ディジタルテレビジョン受信機に必要なブロック１１、１２、１３、１４、１５、１６を、バス１０に繋いで構成される。ここでは、ディジタルテレビジョン受信機に必要なブロックとして、ホストＭＰＵブロック１１、ＡＶ信号処理ブロック１２、フロントエンドブロック１３、インターフェースブロック１４、プラグインインターフェースブロック１５、内蔵フィーチャブロック１６がバス１０に繋がれている。
【００２３】
ホストＭＰＵブロック１１は、受信機全体の制御をするものである。ＡＶ信号処理ブロック１２は、ビデオストリーム及びオーディオストリームの伸長処理、グラフィック処理を行うものである。フロントエンドブロック１３は、受信したテレビジョン放送の中から所望のチャンネルの搬送波の信号を選択し、その信号に対して、復調処理、エラー訂正処理等を行って、ビデオストリーム及びオーディオストリームをデコードするものである。インターフェースブロック１４は、ＩＥＥＥ１３９４のような外部機器と接続するためのインターフェースである。プラグインインターフェースブロック１５は、機能拡張用を接続するためのインターフェースである。内蔵フィーチャブロック１６は、その他の内蔵される必要な機能を実現するためのものである。
【００２４】
バス１０には、ビデオデータやオーディオデータのような時間的に連続するストリームと、コマンドやデータが転送される。コマンドは、タイミングを規定したり、ハードウェアを直接制御するような低レベルのレイヤのコマンドではなく、リアルタイム性が要求されず、ハードウェア構成を意識しない高レベルのレイヤのコマンドが用いられる。例えば、フロントエンドブロック１３に対して「何チャンネルの周波数を受信せよ」というようなコマンドを与えたり、ＡＶ信号処理ブロック１２に対して、「画面を拡大或いは縮小せよ」、「円を描け」というような、汎用性の高いスクリプト形式のコマンドである。
【００２５】
例えば、ハイパーテキストでスクリプトを記述すると、このような動作が簡単に実現できる。
【００２６】
すなわち、図３に示すように、アップダウンキー２０１Ａ、２０１Ｂや拡大縮小キー２０１Ｃ、２０１Ｄを表示し、これらの表示２０１Ａ〜２０１Ｅに対応するコマンドＣＭＤ１〜ＣＭＤ４が埋め込まれたスクリプトをハイパーテキストで作成する。このようなスクリプトを表示させると、図３に示すような画面がブラウザの画面上に表示される。ここで、チャンネルアップダウンボタンや画面の拡大縮小を行うための表示２０１Ａ〜２０１Ｄがクリックされると、対応するコマンドＣＭＤ１〜ＣＭＤ４が発生される。ブロック１１〜１６の中でこのコマンドを受け付けられるブロックにそのコマンドが送られる。コマンドを受け取ったブロックでは、このコマンドに対応する処理が行われる。更に、複雑な処理を行なわせる場合には、ＪＡＶＡ等を用いれば良い。
【００２７】
勿論、この発明は、ハイパーテキストを用いたり、ＪＡＶＡを用いたりすることに限定されるものではない。
【００２８】
また、バス１０の物理的な形態は標準化されている。ブロック１１、１２、１３、１４、１５、１６は、この標準化された規格に合うように設計されている。これらのブロック１１〜１６のうち、ホストＭＰＵブロック１１やインターフェースブロック１４、プラグインインターフェースブロック１５のような基本となるブロックは、マザーボード上に配置し、その他のブロック１２、１３、１６は、ドウタボードとしておき、これら他のブロック１２、１３、１６を標準化されたバスに接続する構成が考えられる。また、各ブロック１１、１２、１３、１４、１５、１６を集積回路化又はモジュール化するようにしても良い。
【００２９】
なお、上述の例では、ホストＭＰＵブロック１１と、ＡＶ信号処理ブロック１２と、フロントエンドブロック１３と、インターフェースブロック１４と、プラグインインターフェースブロック１５と、内蔵フィーチャブロック１６とに分割しているが、ブロックの分割のやり方は、これに限るものではない。
【００３０】
また、勿論、各ブロックをボード上に配置する際に、１つのブロックを１つの基板で構成する必要はなく、機能的に２以上のブロックを１つの基板上に配置するようにしても良い。例えば、ホストＭＰＵブロック１１と、インターフェースブロック１４とを１つの基板上に配置するようにしても良い。勿論、１つのブロックを複数の基板で構成するようにしても良い。
【００３１】
各ブロック１１、１２、１３、１４、１５、１６は、バス１０を介して送られてきたコマンドを解釈し、コマンドに対する処理を実行したり、バス１０を介して送られてきたストリームやデータを処理したりする。
【００３２】
ハードウェアの依存性が小さいコマンドがバス１０を介して送られてくるため、各ブロック１２、１３、１４、１５、１６は、このコマンドを解釈して処理できるように、多くの場合、ＣＰＵ（Central Processing Unit）を備えている。各ブロック１２、１３、１４、１５、１６のＣＰＵで、送られてきたコマンドが解釈され、そのコマンドに対応する処理が実行される。送られてきたコマンドに対してハードウェアを動作させるためのドライバは、各ブロック１２、１３、１４、１５、１６内に収められており、ハードウェアに強く依存する部分は、そのブロック内で処理が完結するようにしている。
【００３３】
つまり、図４に概念図で示すように、ホストＭＰＵのブロック１１側には、汎用性が高くハードウェアに依存しないを上位レベルのコマンドで処理を行うために、ハイレベルインターフェースＨＩＦが設けられている。これに対して、各ブロック１２、１３、１４、１５側には、この上位レベルのコマンドを解釈して、よりハードウェアに近い処理を行えるようにするドライバＤＲＶと、実際のハードウェアに対して直接制御するためのローレベルインターフェースＬＩＦが備えられている。
【００３４】
ホストＭＰＵのブロック１１側からは、ハイレベルインターフェースＨＩＦを介して、上位レベルのコマンドが送られ、バス１０を介して、各ブロックに転送される。各ブロックのドライバＤＲＶで、この上位レベルのコマンドが解釈され。この場合、ハードウェアに依存する部分は、全て、各ブロック１２、１３、１４、１５のドライバＤＲＶで吸収される。
【００３５】
これに対して、図５に示すように、ホストＭＰＵのブロック１１側に、ドライバＤＲＶを搭載するという考えかたもある。ところが、図５に示すようにすると、新たなハードウェアが付加されたり、ハードウェアが変更された場合には、新たなドライバＤＲＶをインストールしたり、ドライバＤＲＶを変更したりしなければならなくなる。
【００３６】
なお、このバス１０には、ビデオデータやオーディオデータのストリームのような高速のストリームと、コマンドやデータのようなリアルタイム性が要求されないデータが転送される。このような性質の異なるデータを転送できるバスとしては、ビデオデータやオーディオデータのような高速性が要求されるストリームを送る帯域と、コマンドのようなリアルタイム性が要求されないデータを送る帯域とを分割してデータを伝送する構成のものを用いることができる。また、データにプライオリティが付けられるようにし、ビデオデータやオーディオデータのストリームに対してはプライオリティを上げることにより、ビデオデータやオーディオデータのストリームを高速で送れるようにしたものを用いるようにしても良い。
【００３７】
また、バス１０に送られるコマンドは、タイミング制御のようなリアルタイム性を要求されるものではなく、スクリプト形式であるため、伝送量も極力抑えられている。このため、同一のバス１０で、コマンドと、ビデオデータやオーディオデータのストリームとを送ることができる。
【００３８】
このように、各ブロック１１、１２、１３、１４、１５、１６をバス１０で繋ぎ、バスを介して、コマンドやストリーム、データをやり取りするようにして、ディジタルテレビジョン受信機を構成すれば、各種の方式のテレビジョン放送に簡単に対応させることができ、開発環境が大幅に向上する。
【００３９】
例えば、地上波ディジタル放送が始まったときには、新たに、地上波ディジタル放送を受信するためのテレビジョン受信機を開発していく必要がある。ところが、新たに地上波ディジタル放送のサービスが開始されるのに伴って、そのための受信機を始めから設計するのでは開発効率が悪い。
【００４０】
既存のディジタル衛星放送と、地上波ディジタル放送とでは、使用される搬送波周波数や変調方式、エラー訂正方式、トランスポートストリームの構成等が異なっているが、他の方式が同じであるとすれば、ＡＶ信号処理ブロック１２及びフロントエンドブロック１３のみ、地上波ディジタル放送用のものを開発すれば良い。すなわち、この場合には、新たに地上波ディジタル放送のサービスが開始されるのに伴って、地上波ディジタル放送用のＡＶ信号処理ブロック１２Ａ及びフロントエンドブロック１３Ａを開発し、ＡＶ信号処理ブロック１２及びフロントエンドブロック１３のみ地上波ディジタル放送用のＡＶ信号処理ブロック１２Ａ及びフロントエンドブロック１３Ａに交換すれば、新たに開始される地上波ディジタル放送に対応でき、受信機を始めから設計し直す必要はない。その他、異なる部分があるとしても、異なる部分のブロックだけ新たに開発すれば良い。また、動作の変更は、ホストＭＰＵブロック１１のアプリケーションプログラムを変更することで対応できる。
【００４１】
同様にして、例えば、ヨーロッパの衛星で放送されているディジタルテレビジョン放送に対応する受信機や、アメリカのＣＡＴＶで放送されているディジタルテレビジョン放送に対応する受信機を、受信機を始めから設計し直すことなく、容易に実現していくことができる。
【００４２】
また、ＣＳディジタル放送では、課金処理のために、モデムが装着され、電話回線を介して、管理会社と接続できるようになっている。このような場合は、内蔵フィーチャ１６として、モデム１６Ａが装着される。このように、その放送のサービスを受けるのに必要な機器は、内蔵フィーチャブロック１６として、簡単に装着できる。
【００４３】
更に、音楽データをダウンロードできるようなサービスや、ビデオオンデマンドのサービス、その他、種々のサービスが考えられており、新たなサービスを受けるために、ハードウェアを追加したい場合がある。この場合には、プラグンインターフェースブロック１５に装着される機器として、そのハードウェアを追加できる。
【００４４】
なお、ブロックを差し替えたり、プラグインインターフェース１５に新たな機器が装着されるような場合に、ドライバが必要な場合がある。このドライバは、ブロック内のメモリやプラグインインターフェース１５に装着される機器のメモリ中の含めておき、ブロックが差し替えられたり、プラグインインターフェース１５に機器が装着されるときに、自動的にインストールさせるようにすると、使い勝手が向上する。
【００４５】
また、図６に示すように、ブロックが差し替えられたり、プラグインインターフェース１５に機器が装着されるときに、電話回線によりサービスセンターを呼び出し、サービスセンターからドライバをダウンロードさせるようにしても良い。
【００４６】
すなわち、図６において、ブロックが差し替えられたり、プラグインインターフェース１５に新たな機器が装着されたか否かが判断される（ステップＳ１０１）。ブロックが差し替えられたり、プラグインインターフェース１５に新たな機器が装着された場合には、差し替えられた機器や新たな機器の種類が認識される（ステップＳ１０２）。そして、サービスセンターが電話で呼び出される（ステップＳ１０３）。サービスセンターは、呼び出しを受け付けると、その機器の種類に対応するドライバのソフトウェアを電話回線を介して送る。このドライバのソフトウェアがダウンロードされる（ステップＳ１０４）。
更に、ドライバのソフトウェアをディジタル衛星放送やディジタル地上波放送の信号からダウンロードできるようにしても良い。
【００４７】
勿論、ドライバのインストールが必要となるのは、図４に示したように、各ブロック内にドライバを設ける構成としたの場合であって、図５で説明したように、各ブロックに対するコマンドを上位のレイヤのコマンドとしたときには、ドライバのインストールは不要である。しかしながら、この場合であっても、ハードウェアに依存する部分のソフトウェアの変更等で、ドライバのインストールが必要な場合が想定される。
【００４８】
以上のように、ディジタルテレビジョン放送は、衛星、地上波、ＣＡＴＶ網、電話回線等、種々の伝送媒体を介して放送されており、ディジタルテレビジョン放送で使用される搬送波や、変調方式、圧縮方式は、使用される伝送媒体、放送を行っている国や地域、放送を行っている会社等により、種々、様々に異なっている。更に、ディジタルテレビジョン放送では、ＨＤＴＶ放送を行ったり、データ伝送サービスやビデオオンデマンドのサービスを行った等、各種のサービスが考えられている。このため、各伝送媒体や、地域、サービス等に応じたディジタルテレビジョン放送の受信機を開発していかなければならない。
【００４９】
上述のように、テレビジョン受信機の各機能を実現するためのブロックを標準化されたバスに繋ぐような構成とし、このバスを介して、ビデオデータやオーディオデータのようなストリームと、コマンドとをやり取りできるようにすれば、テレビジョン受信機の開発効率が向上すると共に、各種のテレビジョン受信機を今後開発されていく新たなサービスに対応していくことが容易にできるようになる。
【００５０】
図７は、このようなテレビジョン受信機の具体的な構成の一例である。図７において、ホストＭＰＵ２１からは、内部バス２２が導出されており、このバス２２に、ＲＯＭ（Read Only Memory）２３が接続される。また、バス２２には、機能拡張のために、追加ロジック２４を接続できる。
【００５１】
ＲＯＭ２３には、テレビジョン受信機の全体を動作させるためのアプリケーションプログラムが内蔵されている。また、ホストＣＰＵ２１には、ＳＤＲＡＭ２５が接続される。このＳＤＲＡＭ２５には、ユーザの固有情報や各種の設定情報が格納される。ホストＣＰＵ２１は、バスコントローラ２６を介して、バス３０に接続される。
【００５２】
バス３０は、ビデオデータやオーディオデータのような時間的に連続するストリームと、コマンドやデータを送るためのものである。コマンドとしては、ハードウェアに依存せず、リアルタイム性が要求されない、上位レイヤのコマンドが用いられる。
【００５３】
バス３０には、ＡＶ信号処理ブロック３１、フロントエンドブロック３２、外部インターフェースブロック３３、内蔵フィーチャブロック３４が接続される。また、バス３０には、プラグインインターフェース３５が設けられる。プラグインインターフェース３５には、拡張プラグインカード３６が装着可能とされる。
【００５４】
なお、ホストＭＰＵ２１からなる部分をマザーボード上に配置し、各ブロック３１、３２、３３、３４をドウタボード上で構成し、その物理的な形状や端子の配置を決めておき、ホストＭＰＵ２１からなるマザーボード上に、各ブロック３１、３２、３３、３４のドウタボードを着脱できるようにして実現しても良い。また、ブロック３１、３２、３３、３４をモジュール化或いは集積回路化しても良い。
【００５５】
ホストＭＰＵ２１と、各ブロック３１、３２、３３、３４及び拡張プラグインカード３６間で、バス３０を介して転送されるデータは、バスコントローラ２６により管理される。データの転送は、ホストＭＰＵ２１を介さず、ＤＭＡ（Direct Memory Access）制御により、各ブロック３１、３２、３３、３４、及び拡張プラグインカード３６間で、直接行うことができる。
【００５６】
更に、データの転送は、１つのブロックから１つのブロックへの転送と共に、１つのブロックから複数のブロックへの転送、すなわち、ブロードキャストが可能である。ブロードキャスト転送は、例えば、フロントエンドブロック３２からのトランスポートストリームをＡＶ信号処理ブロック３１とインターフェースブロック３３とに同時に送り、画面を再生させながら、インターフェースブロック３３に接続された機器にトランスポートストリームを送って記録するような場合に利用できる。
【００５７】
ＡＶ信号処理ブロック３１は、トランスポートストリームからビデオパケットとオーディオパケットを取り出し、ビデオパテットを伸長処理して元のビデオデータに変換すると共に、オーディオパケットをデコードして元のオーディオデータに変換するものである。また、ＡＶ信号処理ブロック３１は、デコードされたビデオデータに対して、画像処理を行なうことができる。
【００５８】
ＡＶ信号処理ブロック３１は、ＣＰＵ４１と、ビデオデコーダ４２と、オーディオデコーダ４３と、デマルチプレクサ４４と、グラフィックス処理回路４５と、ブリッジ回路４６とを有している。これらＣＰＵ４１、ビデオデコーダ４２、オーディオデコーダ４３、デマルチプレクサ４４、グラフィックス処理回路４５、ブリッジ回路４６は、チップ内バス４７に接続される。
【００５９】
フロントエンドブロック３２は、受信信号から所望の搬送波の信号を選択し、その信号を復調し、エラー訂正処理を行って、トランスポートストリームを出力するものである。このフロントエンドブロック３２は、フロントエンドパック５１と、ＣＰＵ５２とを有している。フロントエンドパック５１は、受信信号を中間周波信号に変換するミキサ回路や局部発振回路、中間周波数増幅回路、復調回路、エラー訂正回路等を含んでいる。
【００６０】
インターフェースブロック３３は、例えば、ＩＥＥＥ１３９４のような、外部機器とのインターフェースを提供するものである。この外部インターフェースブロック３３は、例えば、ＩＥＥＥ１３９４のインターフェース６１と、ＣＰＵ６２とを含んでいる。
【００６１】
内蔵フィーチャブロック３４は、更にそのディジタル放送を受信するために必要な追加回路を設けるためのものである。例えば、ディジタル衛星放送では、課金を行うために、電話回線を介して、受信データが転送される。このためのモデムが内蔵フィーチャブロック３４に設けるものである。この内蔵フィーチャブロック３４は、追加機能を実現するための回路（ここではモデム）７１と、ＣＰＵ７２とを含んでいる。
【００６２】
プラグインインターフェース３５は、新たなサービスを受ける場合等に拡張機能を提供するためのものである。プラグインインターフェース３５には、拡張プラグインカード３６が装着される。拡張プラグインカード３６には、拡張機能を実現するためのソフトウェアやハードウェアからなる拡張機能８１と、ＣＰＵ８２とを含んでいる。
【００６３】
図７に示すような構成で、例えば、ディジタルＣＳ放送を受信するテレビジョン受信機２０を構成するとする。この場合には、フロントエンドブロック３２としては、ＱＰＳＫの復調処理、ビタビ復号及びリード・ソロモン符号のエラー訂正処理が可能なものが用いられる。また、ＡＶ信号処理ブロック３１として、トランスポートストリームで送られてくるＭＰＥＧ２方式で圧縮されたビデオパケット及びＭＰＥＧ方式で圧縮されたオーディオパケットの伸長処理を行うものが用いられる。
【００６４】
ディジタルＣＳ放送では、例えば、１２ＧＨｚ帯の信号が用いられる。この衛星からの例えば１２ＧＨｚ帯の受信信号は、パラボラアンテナ（図示せず）で受信され、パラボラアンテナに取り付けられた低雑音コンバータで１ＧＨｚ程度の信号に変換されて、フロントエンドブロック３２に送られる。フロントエンドブロック３２で、受信信号の中から、所望のチャンネルの搬送波の信号が選択される。そして、この信号に対して、ＱＰＳＫの復調処理、ビタビ復号及びリード・ソロモン符号のエラー訂正処理が行われ、トランスポートストリームが復号される。
【００６５】
このとき、受信するチャンネルの選択は、ホストＭＰＵ２１から、バス３０を介して送られてくるコマンドに応じて設定される。ホストＭＰＵ２１からは、バス３０を介して、「何チャンネルの周波数を受信せよ」というような、上位レイヤのコマンドが送られてくる。このコマンドは、バス３０から、フロントエンドブロック３２のＣＰＵ５２に送られる。ＣＰＵ５２は、このコマンドを解釈し、このコマンドから、フロントエンドパック５１の受信周波数をコマンドで指定された所望の搬送波周波数に設定する制御信号を発生する。具体的には、ＣＰＵ５２は、送られてきたコマンドに基づいて、局部発振器を構成するＰＬＬの制御信号を発生する。これにより、受信チャンネルの周波数が設定される。
【００６６】
フロントエンドブロック３２からは、ＭＰＥＧ２方式で圧縮されたビデオデータのパケットと、ＭＰＥＧ方式で圧縮されたオーディオデータのパケットとを含むトランスポートするが出力される。このトランスポートストリームは、バス３０を介して、ＡＶ信号処理ブロック３１に送られる。ＡＶ信号処理ブロック３１に送られたトランスポートストリームは、ブリッジ４６、チップ内バス４７を介して、デマルチプレクサ４４に送られる。デマルチプレクサ４４で、ビデオパケットとオーディオパケットとが分離され、ビデオパケットはビデオデコーダ４２に送られ、オーディオパケットはオーディオデコーダ４３に送られる。ビデオデコーダ４２で、ＭＰＥＧ２方式のビデオデータの伸長処理が行われ、ビデオデータがデコードされる。オーディオデコーダ４３で、ＭＰＥＧオーディオ方式のオーディオデータの伸長処理が行われ、オーディオデータがデコードされる。ビデオデコーダ４２でデコードされたビデオデータは、チップ内バス４７を介してグラフィックス処理回路４５に送られる。グラフィックス処理回路４５で、画像処理が行われる。
【００６７】
このとき、どのような画像処理をするかは、ホストＭＰＵ２１から、バス３０を介して送られてくるコマンドに応じて設定される。ホストＭＰＵ２１からは、バス３０を介して、「画面を縮小又は拡大せよ」というような、上位レイヤのコマンドが送られてくる。このコマンドは、バス３０から、ブリッジ４６を介して、ＣＰＵ４１に送られる。ＣＰＵ４１は、このコマンドを解釈し、このコマンドから、画面を指定された大きさに縮小／拡大するための制御信号を発生する。具体的には、ＣＰＵ４１は、送られてきたコマンドに基づいて、グラフィックス処理回路４５に、画面の縮小又は拡大のためのタイミング信号やハードウェアを直接制御するコマンドが送られる。
【００６８】
このように、この例では、テレビジョン受信機２０を構成するのに必要な各機能は、ブロック３１、３２、３３、３４、３５としてバス３０に繋がれ、バス３０を介して、コマンドやストリームが転送される。バス３０を標準化することで、開発効率が上がり、放送方式の変更やサービスの変更や追加にも容易に対応できる。
【００６９】
ところでが、この場合には、ビデオパケットやオーディオパケットからなるストリームがバス３０上に直接転送されるため、バス３０に機器を繋いで、バス３０を介して送られてくるビデオパケットやオーディオパケットを抜き出して、外部機器にコピーするようなことが行われる可能性がある。バス３０が標準化されていると、バス３０に繋いでバス３０を介して送られてくるビデオパケットやオーディオパケットを抜き出するような機器が簡単にできてしまう可能性がある。
【００７０】
そこで、コンテンツの保護を図るために、図８に示すように、バス３０に繋がれる各ブロック３１、３２、３３、３４、３５及び拡張プラグインカード３６には、暗号化エンコーダ／デコーダ４８、５８、６８、７８、８８が設けられる。
【００７１】
この暗号化エンコーダ／デコーダ４８、５８、６８、７８、８８により、各ブロック３１、３２、３３、３４、３５からバス３０を介して転送されるビデオパケットやオーディオパケットのストリームは暗号化される。このように、バス３０を介して転送されるビデオパケットやオーディオパケットのストリームを暗号化することで、コンテンツの保護が図れる。
【００７２】
なお、上述の例では、バス３０上に流されるコンテンツを保護するために、各ブロック３１、３２、３３、３４及び拡張プラグインカード３６の全てに暗号化エンコーダ／デコーダ４８、５８、６８、７８、８８を設けているが、各ブロック３１、３２、３３、３４はセットの中に収納されているため、各ブロック３１、３２、３３、３４からコンテンツが外部に漏れる可能性は比較的少ない。これに対して、プラグインインターフェース３５からはバス３０が外部に導出されている。コンテンツが外部に漏れる可能性が最も高いのは、プラグインインターフェース３５にコピーのための機器を繋いで、バス３０からコンテンツを取り出すことである。
【００７３】
そこで、図９に示すように、拡張プラグインインターフェース３５に暗号化エンコーダ／デコーダ８９を設けておき、拡張プラグインインターフェース３５からバス３０を流れるコンテンツのデータがそのまま出ることがないようにしても良い。
【００７４】
また、この発明が適用されたテレビジョン受信機２０では、外部拡張ブリッジ３５に拡張プラグインカード３６を装着することで、新たな機能を付加して、新たなサービスに対応させたりすることができる。
【００７５】
つまり、図１０に示すように、上述のようにして構成されたテレビジョン受信機２０では、例えばテレビジョン受信機２０の前面に、カード装着部９１が設けられる。このカード装着部９１に、拡張プラグインカード３６が装着される。カード装着部９１に拡張プラグインカード３６が装着されると、拡張プラグインカード３６がプラグインインターフェース３５を介してバス３０に繋がれる。
【００７６】
このように、拡張プラグインカード３６を、プラグインインターフェース３５を介してバス３０に繋ぐことで、新たなサービスに対応したり、機能を拡張させたりすることができる。
【００７７】
このような拡張プラグインカード３６を装着したとき、その拡張プラグインカード３６の機能が働けるようにするためには、制御用のソフトウェアが必要な場合がある。この制御用のソフトウェアを磁気ディスクや光ディスクのような記録媒体で提供し、ユーザがドライバのソフトウェアをインストールすることが考えられるが、それでは、ユーザの負担になる。
【００７８】
そこで、図１１に示すように、拡張プラグインカード３６内のメモリにスクリプトを入れておき、拡張プラグインカード３６が装着されると、このスクリプトがホストＣＰＵ２１の主記憶にアップロードされるようにしている。
【００７９】
つまり、図１１に概念図で示すように、拡張プラグインカード３６には、コマンドスクリプトＣＭＤと、コマンドインターフェースＣＩＦと、ドライバＤＲＶが含まれている。新たな拡張プラグインカード３６が装着されると、ホストＭＰＵ２１により拡張プラグインカード３６が装着されたことが認識される。それから、この拡張プラグインカード３６を動作させるためのコマンドスクリプトＣＭＤがホストＣＰＵ２１側にアップロードされる。コマンドスクリプトＣＭＤがホストＭＰＵ２１側にアップロードされると、ホストＭＰＵ２１側では、新たに装着された拡張プラグインカード３６を動作させるためのコマンドを発生できる。
【００８０】
新たに装着された拡張プラグインカード３６を動作させるときには、ホストＭＰＵ２１側のスクリプトエンジンＳＥＮＧからコマンドが発生され、このコマンドがバス３０を介して、拡張プラグインカード３６に送られる。拡張プラグインカード３６のコマンドインターフェースＣＩＦで、このコマンドが解釈され、ドライバＤＲＶにより、送られてきたコマンドに応じて、ハードウェアが制御される。
【００８１】
例えば、番組を記録／再生できるような機器が拡張プラグインカード３６の場合には、図１２に示すように、逆方向送りキー２０２Ａ、停止キー２０２Ｂ、再生キー２０２Ｃ、早送りキー２０２Ｄ、録画キー２０２Ｃの表示に、逆方向送り、停止、再生、早送り、録画を行うためのコマンドＣＭＤ１１、ＣＭＤ１２、ＣＭＤ１３、ＣＭＤ１４、ＣＭＤ１５を埋め込んだようなスクリプトがハイパーテキストで記述される。このようなスクリプトが読み込まれると、ブラウザにより図１２に示すような画面が形成される。そして、キー２０２Ａ〜２０２Ｅがクリックされると、埋め込まれていたコマンドが発生され、このコマンドにより、その機器の動作が制御される。
【００８２】
図１３及び図１４は、このときの処理を示すフローチャートである。図１３において、拡張プラグインカード３６が装着されると（ステップＳ１）、拡張プラグインカード３６が装着されたことがホストＭＰＵ２１で判断され（ステップＳ２）、このプラグイン拡張カード３６がどのようなカードであるか確認できるか否かが判断される（ステップＳ３）。拡張プラグインカード３６が認識できなければ、警告が出される（ステップＳ４）。
【００８３】
ここで、拡張プラグインカード３６が確認できたら、拡張プラグインカード３６内にあるコマンドスクリプトＣＭＤがアップロードされる（ステップＳ５）。このように、拡張プラグインカード３６内にあるコマンドスクリプトＣＭＤをアップロードすることで、ホストＭＰＵ２１は、装着された拡張プラグインカード３６に対するコマンドを認識し、装着された拡張プラグインカード３６に対する処理を行えるようなる。
【００８４】
図１４において、コマンドスクリプトがアップロードされた後に、その拡張プラグインカード３６を動作させるためのユーザ操作がなされると（ステップＳ１１）、スクリプトのチェックが行われ（ステップＳ１２）、チェックの結果が正しいか否かが判断される（ステップＳ１３）。チェックの結果が正しくなければ、警告が表示される（ステップＳ１４）。チェックの結果が正しければ、スクリプトエンジンＳＥＮＧでスクリプトが解釈され（ステップＳ１５）、コマンドが発行される（ステップＳ１６）。このコマンドにより、拡張プラグイン機器が動作される（ステップＳ１７）。
【００８５】
なお、上述の例では、新たな拡張プラグインカード３６を装着する場合について説明したが、バス３０に新たなブロックを追加する場合にも、同様な手法を使って、新たなブロックに対するコマンドスクリプトをアップロードすることかできる。
【００８６】
なお、上述の例では、ディジタル放送の受信装置であるが、この発明は、ディジタルＶＴＲ等の他の機器にも同様に適用することができる。
【００８７】
以上のように、この発明は、特にディジタル放送を受信するテレビジョンを実現するのに用いて好適であり、ディジタル放送で送られてくるコンテンツのデータの保護を図るのに用いて有用である。
【００８８】
【発明の効果】
この発明によれば、ディジタルテレビジョン受信機に必要な要素をブロック化し、各ブロック間を、汎用性のあるバスを介して接続するようにしている。このようにすると、ブロックを交換するだけで、搬送波や、変調方式、圧縮方式の異なる様々なディジタルテレビジョン放送に対応できる。そして、各ブロックに暗号化エンコーダ／デコードを設けることにより、バスを介して転送されるコンテンツの保護を図ることができる。また、拡張プラグインカードが装着されるインターフェースに暗号化エンコーダ／デコード回路を設けることにより、インターフェースから出力されるコンテンツの保護を図ることができる。
【図面の簡単な説明】
【図１】 従来のディジタルテレビジョン放送の受信装置の一例のブロック図である。
【図２】 この発明の基本構成を説明するためのブロック図である。
【図３】 コマンドの発生と画面表示の説明に用いる略線図である。
【図４】 ホストプロセッサから送るコマンドの説明に用いる略線図である。
【図５】 ホストプロセッサから送るコマンドの説明に用いる略線図である。
【図６】 ドライバのインストール時の説明に用いるフローチャートである。
【図７】 この発明が適用されたテレビジョン受信機の一例のブロック図である。
【図８】 この発明が適用されたテレビジョン受信機において暗号化処理を行う場合の一例を示すブロック図である。
【図９】 この発明が適用されたテレビジョン受信機において暗号化処理を行う場合の他の例を示すブロック図である。
【図１０】 この発明が適用されたテレビジョン受信機の説明に用いる斜視図である。
【図１１】 この発明が適用されたテレビジョン受信機において拡張プラグインカードを装着した場合の説明に用いるブロック図である。
【図１２】 新たな機器を装着した場合のコマンドの発生と画面表示の説明に用いる略線図である。
【図１３】 この発明が適用されたテレビジョン受信機において拡張プラグインカードを装着した場合の説明に用いるフローチャートである。
【図１４】 この発明が適用されたテレビジョン受信機において拡張プラグインカードを装着した場合の説明に用いるフローチャートである。
【符号の説明】
１０ バス
１１ ホストＭＰＵブロック
１２ ＡＶ信号処理ブロック
１３ フロントエンドブロック
１４ インターフェースブロック
１５ プラグインインターフェースブロック
１６ 内蔵フィーチャブロック
４８、５８、６８、７８、８８ 暗号化エンコーダ／デコーダ
Claims (12)
- ディジタルテレビジョン信号処理に必要な機能としてブロック化された複数のディジタル信号処理ブロック及びホスト演算処理ブロックと、
上記ホスト演算処理ブロックと上記複数のディジタル信号処理ブロックとの間を繋ぎ、コンテンツのストリームデータとコマンドが埋め込まれたスクリプトとコマンドとが転送されるバスと、
上記バスに接続された拡張機能提供媒体のインターフェースとを有し、
上記拡張機能提供媒体が上記拡張機能提供媒体のインターフェースを介して上記バスに接続された際に、上記拡張機能提供媒体に含まれる、コマンドが埋め込まれたスクリプトが上記バスを介して上記ホスト演算処理ブロックに送られ、
上記ホスト演算処理ブロックは、上記スクリプトに基づく上記拡張機能提供媒体に対するコマンドを発生し、上記発生したコマンドを、上記バスを介して上記拡張機能提供媒体に対して送信し、
上記バスを介して上記コンテンツのストリームデータを上記拡張機能提供媒体に転送する際に、上記拡張機能提供媒体のインターフェースを介して出力される上記コンテンツのストリームデータを暗号化する手段を設ける
ようにしたことを特徴とするディジタル信号処理装置。 - 上記拡張機能提供媒体と接続されるインターフェース内に、上記拡張機能提供媒体のインターフェースを介して出力されるコンテンツのストリームデータの暗号化及び暗号解読を行うための暗号化及び暗号復号化手段を設けるようにした請求項１記載のディジタル信号処理装置。
- 上記コンテンツのストリームデータは、ビデオデータ及び／又はオーディオデータを含むようにした請求項１記載のディジタル信号処理装置。
- 上記ビデオデータ及び／又はオーディオデータは、圧縮されている請求項３記載のディジタル信号処理装置。
- 上記バスは汎用性のある形態とされており、上記バスに繋がれる各ブロックを、追加又は入れ替え可能とするようにした請求項１記載のディジタル信号処理装置。
- 上記拡張機能提供媒体は、コマンドを解釈するドライバを有し、
上記ホスト演算処理ブロックから発生された上記コマンドを解釈し、該コマンドに基づき動作する請求項１記載のディジタル信号処理装置。 - ディジタルテレビジョン信号処理に必要な機能を、複数のディジタル信号処理ブロック及びホスト演算処理ブロックとにブロック化し、
上記ホスト演算処理ブロックと上記複数のディジタル信号処理ブロックとの間を、コンテンツのストリームデータとコマンドが埋め込まれたスクリプトとコマンドとが転送されるバスで繋ぐと共に、
上記バスに拡張機能提供媒体のインターフェースを設け、
上記拡張機能提供媒体が上記拡張機能提供媒体のインターフェースを介して上記バスに接続された際に、上記拡張機能提供媒体に含まれる、コマンドが埋め込まれたスクリプトが上記バスを介して上記ホスト演算処理ブロックに送られ、
上記ホスト演算処理ブロックにより、上記スクリプトに基づく上記拡張機能提供媒体に対するコマンドが発生され、上記発生されたコマンドが上記バスを介して上記拡張機能提供媒体に対して送信され、
上記バスを介して上記コンテンツのストリームデータを上記拡張機能提供媒体に転送する際に、上記拡張機能提供媒体のインターフェースを介して出力される上記コンテンツのストリームデータを暗号化する
ようにしたことを特徴とするディジタル信号処理方法。 - 上記拡張機能提供媒体と接続されるインターフェース内で、上記拡張機能提供媒体のインターフェースを介して出力されるコンテンツのストリームデータの暗号化及び暗号解読を行うようにした請求項７記載のディジタル信号処理方法。
- 上記コンテンツのストリームデータは、ビデオデータ及び／又はオーディオデータを含むようにした請求項７記載のディジタル信号処理方法。
- 上記ビデオデータ及び／又はオーディオデータは、圧縮されている請求項９記載のディジタル放送のディジタル信号処理方法。
- 上記バスは汎用性のある形態とされており、上記バスに繋がれる各ブロックを、追加又は入れ替え可能とするようにした請求項７記載のディジタル信号処理方法。
- 上記拡張機能提供媒体は、
コマンドを解釈するドライバにより、上記ホスト演算処理ブロックから発生された上記コマンドを解釈し、該コマンドに基づき動作する請求項７記載のディジタル信号処理方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2001538411A JP4920155B2 (ja) | 1999-11-17 | 2000-11-17 | ディジタル信号処理装置及び方法 |
Applications Claiming Priority (5)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP32716299 | 1999-11-17 | ||
| JP11-327162 | 1999-11-17 | ||
| JP1999327162 | 1999-11-17 | ||
| JP2001538411A JP4920155B2 (ja) | 1999-11-17 | 2000-11-17 | ディジタル信号処理装置及び方法 |
| PCT/JP2000/008114 WO2001037566A1 (en) | 1999-11-17 | 2000-11-17 | Method and apparatus for digital signal processing |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPWO2001037566A1 JPWO2001037566A1 (ja) | 2003-05-27 |
| JP4920155B2 true JP4920155B2 (ja) | 2012-04-18 |
Family
ID=18196012
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2001538411A Expired - Lifetime JP4920155B2 (ja) | 1999-11-17 | 2000-11-17 | ディジタル信号処理装置及び方法 |
Country Status (10)
| Country | Link |
|---|---|
| US (1) | US7023991B1 (ja) |
| EP (1) | EP1146741B1 (ja) |
| JP (1) | JP4920155B2 (ja) |
| KR (1) | KR100801392B1 (ja) |
| CN (1) | CN100348039C (ja) |
| AU (1) | AU769522B2 (ja) |
| CA (1) | CA2360552C (ja) |
| ID (1) | ID30137A (ja) |
| MX (1) | MXPA01007205A (ja) |
| WO (1) | WO2001037566A1 (ja) |
Families Citing this family (5)
| 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 (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH0746521A (ja) * | 1993-07-30 | 1995-02-14 | Sony Corp | Ａｖ機器およびカード |
| JPH0879641A (ja) * | 1994-08-31 | 1996-03-22 | Toshiba Corp | テレビジョン受信機 |
| JPH0898125A (ja) * | 1994-09-28 | 1996-04-12 | Ricoh Co Ltd | デジタル電子スチル・カメラ |
| JPH0898124A (ja) * | 1994-09-28 | 1996-04-12 | Ricoh Co Ltd | デジタル電子スチル・カメラ |
| JPH08510869A (ja) * | 1992-12-09 | 1996-11-12 | ディスカバリー・コミニュケーションズ・インコーポレーテッド | ケーブルテレビ配送システムのための改良型セットトップ端末 |
| JPH1040172A (ja) * | 1996-07-25 | 1998-02-13 | Toshiba Corp | コンピュータシステム及びデータ転送方法 |
| WO1999022325A1 (en) * | 1997-10-24 | 1999-05-06 | Microsoft Corporation | System and method for managing application installation for a mobile device |
| JPH11306092A (ja) * | 1998-04-17 | 1999-11-05 | Toshiba Corp | データ処理装置および同装置に適用されるコピープロテクト方法 |
Family Cites Families (11)
| 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 | ディジタルｖｔｒ |
| 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 | ソニー株式会社 | 通信方法 |
| US5905879A (en) * | 1995-11-20 | 1999-05-18 | Advanced Micro Devices, Inc. | System and method for transferring periodic data streams on a multimedia bus |
| 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 | 日本電気株式会社 | 情報処理装置におけるデジタル放送受信システム |
| 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 |
-
2000
- 2000-11-17 MX MXPA01007205A patent/MXPA01007205A/es active IP Right Grant
- 2000-11-17 AU AU14150/01A patent/AU769522B2/en not_active Expired
- 2000-11-17 EP EP00976317.8A patent/EP1146741B1/en not_active Expired - Lifetime
- 2000-11-17 KR KR1020017008970A patent/KR100801392B1/ko not_active Expired - Lifetime
- 2000-11-17 US US09/889,374 patent/US7023991B1/en not_active Expired - Lifetime
- 2000-11-17 ID ID20011556A patent/ID30137A/id unknown
- 2000-11-17 CA CA 2360552 patent/CA2360552C/en not_active Expired - Lifetime
- 2000-11-17 CN CNB008044856A patent/CN100348039C/zh not_active Expired - Lifetime
- 2000-11-17 JP JP2001538411A patent/JP4920155B2/ja not_active Expired - Lifetime
- 2000-11-17 WO PCT/JP2000/008114 patent/WO2001037566A1/ja not_active Ceased
Patent Citations (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH08510869A (ja) * | 1992-12-09 | 1996-11-12 | ディスカバリー・コミニュケーションズ・インコーポレーテッド | ケーブルテレビ配送システムのための改良型セットトップ端末 |
| JPH0746521A (ja) * | 1993-07-30 | 1995-02-14 | Sony Corp | Ａｖ機器およびカード |
| JPH0879641A (ja) * | 1994-08-31 | 1996-03-22 | Toshiba Corp | テレビジョン受信機 |
| JPH0898125A (ja) * | 1994-09-28 | 1996-04-12 | Ricoh Co Ltd | デジタル電子スチル・カメラ |
| JPH0898124A (ja) * | 1994-09-28 | 1996-04-12 | Ricoh Co Ltd | デジタル電子スチル・カメラ |
| JPH1040172A (ja) * | 1996-07-25 | 1998-02-13 | Toshiba Corp | コンピュータシステム及びデータ転送方法 |
| WO1999022325A1 (en) * | 1997-10-24 | 1999-05-06 | Microsoft Corporation | System and method for managing application installation for a mobile device |
| JPH11306092A (ja) * | 1998-04-17 | 1999-11-05 | Toshiba Corp | データ処理装置および同装置に適用されるコピープロテクト方法 |
Also Published As
| Publication number | Publication date |
|---|---|
| MXPA01007205A (es) | 2004-08-12 |
| KR100801392B1 (ko) | 2008-02-05 |
| CN1342367A (zh) | 2002-03-27 |
| AU769522B2 (en) | 2004-01-29 |
| EP1146741B1 (en) | 2016-08-24 |
| CA2360552C (en) | 2009-01-20 |
| WO2001037566A1 (en) | 2001-05-25 |
| EP1146741A4 (en) | 2006-11-22 |
| EP1146741A1 (en) | 2001-10-17 |
| KR20010089595A (ko) | 2001-10-06 |
| ID30137A (id) | 2001-11-08 |
| CN100348039C (zh) | 2007-11-07 |
| CA2360552A1 (en) | 2001-05-25 |
| US7023991B1 (en) | 2006-04-04 |
| AU1415001A (en) | 2001-05-30 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP4581316B2 (ja) | ディジタルテレビジョン受信機およびディジタルテレビジョン受信機における拡張機能提供方法 | |
| KR100547930B1 (ko) | 텔레비전 수신 장치 및 방법 | |
| GB2381709A (en) | Programmable set-top box and home gateway | |
| JP2010074837A (ja) | 特定のデバイス向けコントローラを利用したチューナモジュール | |
| JPWO2001037555A1 (ja) | ディジタル信号処理装置及びシステム、並びに拡張機能提供方法 | |
| KR100772284B1 (ko) | 디지털 신호 처리 장치 및 방법 | |
| JP4920155B2 (ja) | ディジタル信号処理装置及び方法 | |
| US20050060749A1 (en) | Digital cable receiver | |
| JPWO2001037566A1 (ja) | ディジタル信号処理装置及び方法 | |
| JPWO2001037554A1 (ja) | ディジタル信号処理装置及び方法 | |
| Sundareshan | Digital Set Top Box (STB)-Open Architecture/Interoperability Issues | |
| JP2005295393A (ja) | 通信装置及び通信方法並びにテレビジョン受信装置 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20061227 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20091110 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20100112 |
|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20100316 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20100611 |
|
| A911 | Transfer to examiner for re-examination before appeal (zenchi) |
Free format text: JAPANESE INTERMEDIATE CODE: A911 Effective date: 20100624 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20100727 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20100921 |
|
| A912 | Re-examination (zenchi) completed and case transferred to appeal board |
Free format text: JAPANESE INTERMEDIATE CODE: A912 Effective date: 20101015 |
|
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20120201 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 Ref document number: 4920155 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20150210 Year of fee payment: 3 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| EXPY | Cancellation because of completion of term |