JP4003778B2 - リモートコントロール制御方法、および表示システム - Google Patents

Description

本発明は、リモートコントロール制御方法、および表示システムに関し、特に、多数の表示装置を接続して使用した場合に、単体で使用する場合よりも高機能を実現することができるようにするリモートコントロール制御方法、および表示システムに関する。

例えば、テレビジョン受像機においては、テレビジョン放送信号が受信され、テレビジョン放送番組としての画像が表示されるとともに、その画像に付随する音声が出力される。

ところで、従来のテレビジョン受像機は、単体で動作することを前提とするものであり、このため、ユーザが、新たに、テレビジョン受像機を購入する場合には、ユーザが所有していたテレビジョン受像機は不要となり、まだ使用可能であっても廃棄されることが多い。

従って、多数のテレビジョン受像機を接続した場合に、単体の場合よりも高機能を実現することができれば、使用可能なテレビジョン受像機の廃棄を防止して、資源の有効利用に資することができる。

本発明は、このような状況に鑑みてなされたものであり、多数のテレビジョン受像機等の表示装置を接続して使用した場合に、単体で使用する場合よりも高機能を実現することができるようにするものである。

本発明のリモートコントロール制御方法は、表示手段およびスピーカを有する複数の表示装置をリモートコントロール制御装置で制御するリモートコントロール制御方法であって、リモートコントロール制御装置からコントロール信号が送出されたときに、複数の表示手段で受信されるコントロール信号の受信強度をそれぞれ検出する受信強度検出ステップと、受信強度検出ステップの処理で検出された複数の表示手段の受信強度から、最大の受信強度が得られた表示手段を判定する判定ステップと、複数の表示手段のうちの、判定ステップの処理で最大の受信強度が得られたと判定された表示手段に対して、コントロール信号に対応する処理を実行させる制御ステップと、受信強度検出ステップの処理で検出された受信強度に基づいて、リモートコントロール制御装置がコントロール信号を送出している送出位置を特定する位置特定ステップと、複数の表示手段のうちの、判定ステップの処理で最大の受信強度が得られたと判定された表示手段のスピーカの指向性の主軸の方向を、位置特定ステップの処理で特定された送出位置に向けるスピーカ制御ステップとを含むことを特徴とする。

コントロール信号は、赤外線で伝送され、受信強度検出ステップでは、赤外線の受光強度がそれぞれ検出されるようにすることができる。

制御ステップは、位置特定ステップの処理で特定された送出位置に基づいて、複数の表示手段のうちの、判定ステップの処理で最大の受信強度が得られたと判定された表示手段の前記スピーカの音量を自律的な判断で制御するようにすることができる。

複数の表示手段は、それぞれテレビジョン受像機であるようにすることができる。

本発明の表示システムは、表示手段およびスピーカを有する複数の表示手段を有する表示装置と、複数の表示手段を制御するリモートコントロール装置とでなる表示システムであって、複数の表示手段それぞれに設けられ、リモートコントロール装置からのコントロール信号を受信する受信手段と、複数の表示手段のそれぞれの受信手段で受信されたコントロール信号の強度をそれぞれ検出し、最大の受信強度が得られた表示手段を判定する判定手段と、複数の表示手段のうちの、判定手段により最大の受信強度が得られたと判定された表示手段に対して、コントロール信号に対応する処理を実行させる制御手段と、判定手段により検出された受信強度に基づいて、リモートコントロール装置がコントロール信号を送出している送出位置を特定する位置特定手段と、複数の表示手段のうちの、判定手段によって最大の受信強度が得られたと判定された表示手段のスピーカの指向性の主軸の方向を、位置特定手段により特定された送出位置に向けるスピーカ制御手段とを表示装置に備えることを特徴とする。

本発明のリモートコントロール制御方法および表示システムにおいては、表示手段およびスピーカを有する複数の表示装置がリモートコントロール制御装置で制御される。詳細には、リモートコントロール制御装置からコントロール信号が送出されたときに、複数の表示手段で受信されるコントロール信号の受信強度をそれぞれが検出される。次に、検出された複数の表示手段の受信強度から、最大の受信強度が得られた表示手段が判定される。そして、複数の表示手段のうちの、最大の受信強度が得られたと判定された表示手段に対して、コントロール信号に対応する処理が実行される。また、検出された各受信強度に基づいて、リモートコントロール装置がコントロール信号を送出している送出位置が特定され、複数の表示手段のうちの、最大の受信強度が得られたと判定された表示手段のスピーカの指向性の主軸の方向が、特定された送出位置に向けられる。

以上の如く、本発明によれば、多数の表示装置を接続して使用した場合に、単体で使用する場合よりも高機能を実現することが可能となる。

図１は、本発明を適用したスケーラブルＴＶ(Television)システム（システムとは、複数の装置が論理的に集合した物をいい、各構成の装置が同一筐体中にあるか否かは問わない）の一実施の形態の構成例を示す斜視図である。

図１Ａの実施の形態では、スケーラブルＴＶシステムは、９台のテレビジョン受像機１、並びに２11，２12，２13，２21，２23，２31，２32，２33で構成されている。また、図１Ｂの実施の形態では、スケーラブルＴＶシステムは、２５台のテレビジョン受像機１、並びに２11，２12，２13，２14，２15，２21，２22，２23，２24，２25，２31，２32，２34，２35，２41，２42，２43，２44，２45，２51，２52，２53，２54，２55で構成されている。

ここで、スケーラブルＴＶシステムを構成するテレビジョン受像機の数は、９台や２５台に限定されるものではない。即ち、スケーラブルＴＶシステムは、任意の複数台のテレビジョン受像機によって構成することが可能である。また、スケーラブルＴＶシステムを構成するテレビジョン受像機の配置は、図１に示したように、横×縦が、３×３や５×５に限定されるものではない。即ち、スケーラブルＴＶシステムを構成するテレビジョン受像機の配置は、その他、例えば、横×縦が、１×２や、２×１、２×３などとすることも可能である。また、スケーラブルＴＶシステムを構成するテレビジョン受像機の配置形状は、図１に示したように、格子状（マトリクス状）に限定されるものではなく、例えば、ピラミッド状であっても良い。

このようにスケーラブルＴＶシステムは、任意の複数台のテレビジョン受像機を、横と縦それぞれに、任意の台数だけ配置して構成することができることから、「スケーラブル」なシステムであるということができる。

スケーラブルＴＶシステムを構成するテレビジョン受像機には、他のテレビジョン受像機を制御することができる親のテレビジョン受像機（以下、適宜、親機という）と、他のテレビジョン受像機から制御することができるが、他のテレビジョン受像機を制御することができない子のテレビジョン受像機（以下、適宜、子機という）の２種類が存在する。

スケーラブルＴＶシステムが、後述する各種の処理を行うには、スケーラブルＴＶシステムを構成するテレビジョン受像機が、スケーラブルＴＶシステムに対応したもの（以下、適宜、スケーラブル対応機という）であり、かつ、そのうちの少なくとも１つが親機であることが条件となっている。このため、図１Ａおよび図１Ｂの実施の形態では、スケーラブルＴＶシステムを構成するテレビジョン受像機のうち、例えば、中心に配置されるテレビジョン受像機が親機１とされている。

以上から、スケーラブルＴＶシステムを構成するテレビジョン受像機の中に、スケーラブル対応機でないテレビジョン受像機が存在する場合には、そのテレビジョン受像機によっては、スケーラブルＴＶシステムの機能を享受することができない。さらに、スケーラブルＴＶシステムを構成するテレビジョン受像機がスケーラブル対応機であっても、そのすべてが子機である場合には、スケーラブルＴＶシステムの機能を享受することはできない。

従って、ユーザは、スケーラブルＴＶシステムの機能を享受するためには、少なくとも、１台以上の親機、または１台の親機と１台以上の子機を購入する必要がある。

なお、親機は、子機の機能も有しており、従って、スケーラブルＴＶシステムを構成するテレビジョン受像機の中に、複数台の親機が存在していてもかまわない。

図１Ａの実施の形態では、３×３台のテレビジョン受像機のうち、中心（左から２番目で、上から２番目）に配置されているテレビジョン受像機１が親機となっており、他の８台のテレビジョン受像機２11，２12，２13，２21，２23，２31，２32，２33が子機になっている。また、図１Ｂの実施の形態では、５×５台のテレビジョン受像機のうち、中心（左から３番目で、上から３番目）に配置されているテレビジョン受像機１が親機となっており、他の２４台の２11，２12，２13，２14，２15，２21，２22，２23，２24，２25，２31，２32，２34，２35，２41，２42，２43，２44，２45，２51，２52，２53，２54，２55が子機になっている。

従って、図１の実施の形態では、親機１は、スケーラブルＴＶシステムを構成するテレビジョン受像機の中心に配置されているが、親機１の位置は、スケーラブルＴＶシステムを構成するテレビジョン受像機の中心に限定されるものではなく、親機１は、左上や右下その他の任意の位置に配置することが可能である。

なお、スケーラブルＴＶシステムにおいては、親機１がいずれの位置に配置されている場合であっても、その中心に配置されているテレビジョン受像機を親機とみなして、後述する各処理を行うようにすることが可能である。

ここで、以下においては、説明を簡単にするため、スケーラブルＴＶシステムは、図１Ａに示したように、３×３台のテレビジョン受像機で構成されるものとし、さらに、親機１は、スケーラブルＴＶシステムを構成するテレビジョン受像機の中心に配置されるものとする。

なお、スケーラブルＴＶシステムを構成する子機２ijのサフィックスｉｊは、その子機２ijが、スケーラブルＴＶシステムにおいて、第ｉ列第ｊ行（上からｉ行目の、左からｊ列目）に配置されているものであることを表す。

また、以下、適宜、子機２ijを特に区別する必要がない限り、子機２と記述する。

次に、図２は、親機１であるテレビジョン受像機の構成例を示す斜視図である。

親機１は、その表示画面のサイズが、例えば、１４インチ(inch)または１５インチなどのテレビジョン受像機であり、その正面中央部分に、画像を表示するＣＲＴ(Cathod Ray Tube)１１が設けられており、また、その正面の左端と右端に、音声を出力するスピーカユニット１２Ｌと１２Ｒがそれぞれ設けられている。

そして、図示せぬアンテナで受信されたテレビジョン放送信号における画像が、ＣＲＴ１１で表示され、また、その画像に付随する音声のＬ(Left)チャンネルとＲ(Right)チャンネルが、スピーカユニット１２Ｌと１２Ｒから、それぞれ出力される。

親機１には、赤外線ＩＲ(Infrared Ray)を出射するリモートコマンダ（以下、適宜、リモコンという）１５が付随しており、ユーザは、このリモコン１５を操作することにより、受信チャンネルや音量の変更、その他各種のコマンドを、親機１に与えることができるようになっている。

なお、リモコン１５は、赤外線通信を行うものに限定されるものではなく、例えば、BlueTooth（商標）その他の無線通信を行うものを採用することが可能である。

また、リモコン１５は、親機１のみならず、子機２を制御することも可能である。

次に、図３は、図２の親機１の構成例を示す６面図である。

図３Ａは親機１の正面を、図３Ｂは親機１の上面を、図３Ｃは親機１の底面を、図３Ｄは親機１の左側面を、図３Ｅは親機１の右側面を、図３Ｆは親機１の背面を、それぞれ示している。

親機１の上面（図３Ｂ）、底面（図３Ｃ）、左側面（図３Ｄ）、および右側面（図３Ｅ）には、固定機構が設けられている。後述するように、子機２であるテレビジョン受像機の上面、底面、左側面、および右側面にも、同様の固定機構が設けられており、親機１の上面側、底面側、左側面側、または右側面側に、子機２や他の親機が配置されると、親機１の上面、底面、左側面、または右側面に設けられた固定機構と、子機２や他の親機の対向する面に設けられた固定機構とが、例えば嵌合し、親機１と、子機２や他の親機とが、容易に離れないように固定される。これにより、スケーラブルＴＶシステムを構成するテレビジョン受像機の位置ずれなどを防止するようになっている。

なお、固定機構は、機械的な機構で構成することもできるし、その他、例えば、磁石などによって構成することも可能である。

親機１の背面には、図３Ｆに示すように、端子パネル２１、アンテナ端子２２、入力端子２３、および出力端子２４が設けられている。

端子パネル２１には、親機１と、図１ＡのスケーラブルＴＶシステムを構成する８台の子機２11，２12，２13，２21，２23，２31，２32，２33それぞれとを電気的に接続するための８つのIEEE(Institute of Electrical and Electronics Engineers)1394端子２１11，２１12，２１13，２１21，２１23，２１31，２１32，２１33が設けられている。

ここで、図３Ｆの実施の形態では、親機１が、図１ＡのスケーラブルＴＶシステムでの子機２ijの位置を把握するため、端子パネル２１においては、ユーザが、スケーラブルＴＶシステムを、その背面側から見た場合に、図１ＡのスケーラブルＴＶシステムでの子機２ijの位置に対応する位置に、その子機２ijと接続されるIEEE1394端子２１ijが設けられている。

従って、図１ＡのスケーラブルＴＶシステムにおいては、子機２11はIEEE1394端子２１11を、子機２12はIEEE1394端子２１12を、子機２13はIEEE1394端子２１13を、子機２21はIEEE1394端子２１21を、子機２23はIEEE1394端子２１23を、子機２31はIEEE1394端子２１31を、子機２32はIEEE1394端子２１32を，子機２33はIEEE1394端子２１33を、それぞれ経由して、親機１と接続するように、ユーザに接続を行ってもらう。

なお、図１ＡのスケーラブルＴＶシステムにおいて、子機ijを、端子パネル２１のどのIEEE1394端子と接続するかは、特に限定されるものではない。但し、子機ijを、IEEE1394端子２１ij以外のIEEE1394端子と接続する場合には、その子機ijが、図１ＡのスケーラブルＴＶシステムの第ｉ列第ｊ行に配置されているものであることを、親機１に設定する必要がある（ユーザに設定してもらう必要がある）。

また、図３Ｆの実施の形態では、端子パネル２１に、８つのIEEE1394端子２１11乃至２１33を設け、親機１と、８台の子機２11乃至２33それぞれとを、パラレルに接続するようにしたが、親機１と、８台の子機２11乃至２33とは、シリアルに接続することも可能である。即ち、子機２ijは、他の子機２i'j'を経由して、
親機１と接続することが可能である。但し、この場合も、子機ijが、図１ＡのスケーラブルＴＶシステムの第ｉ列第ｊ行に配置されているものであることを、親機１に設定する必要がある。従って、端子パネル２１に設けるIEEE1394端子の数は、８つに限定されるものではない。

さらに、スケーラブルＴＶシステムを構成するテレビジョン受像機どうしの電気的な接続は、IEEE1394に限定されるものではなく、その他、例えば、LAN（IEEE802)などを採用することが可能である。また、スケーラブルＴＶシステムを構成するテレビジョン受像機どうしの電気的な接続は、有線ではなく、無線で行うことも可能である。

アンテナ端子２２には、図示せぬアンテナに接続されているケーブルが接続され、これにより、アンテナで受信されたテレビジョン放送信号が、親機１に入力される。入力端子２３には、例えば、VTR(Video Tape Recoder)等から出力される画像データおよび音声データが入力される。出力端子２４からは、例えば、親機１で受信されているテレビジョン放送信号としての画像データおよび音声データが出力される。

次に、図４は、子機２であるテレビジョン受像機の構成例を示す斜視図である。

子機２は、図２の親機１と同一の表示画面サイズのテレビジョン受像機であり、その正面中央部分に、画像を表示するＣＲＴ(Cathod Ray Tube)３１が設けられており、また、その正面の左端と右端に、音声を出力するスピーカユニット３２Ｌと３２Ｒがそれぞれ設けられている。なお、親機１と子機２とでは、異なる表示画面サイズを採用することも可能である。

そして、図示せぬアンテナで受信されたテレビジョン放送信号における画像が、ＣＲＴ３１で表示され、また、その画像に付随する音声のＬ(Left)チャンネルとＲ(Right)チャンネルが、スピーカユニット３２Ｌと３２Ｒから、それぞれ出力される。

子機２にも、親機１と同様に、赤外線ＩＲを出射するリモコン３５が付随しており、ユーザは、このリモコン３５を操作することにより、受信チャンネルや音量の変更、その他各種のコマンドを、子機２に与えることができるようになっている。

なお、リモコン３５は、子機２のみならず、親機１の制御も行うことができるようになっている。

また、図１ＡのスケーラブルＴＶシステムを構成するには、ユーザは、１台の親機１と、８台の子機２11乃至２33を購入する必要があるが、この場合に、親機１にリモコン１５が付随し、８台の子機２11乃至２33それぞれにリモコン３５が付随するのでは、ユーザは、９台のリモコンを所有することとなり、その管理が煩雑になる。

そこで、子機２のリモコン３５は、子機２のオプションとして、別売りにすることが可能である。また、親機１のリモコン１５も、親機１のオプションとして、別売りにすることが可能である。

ここで、上述したように、リモコン１５と３５は、親機１および子機２のいずれも制御することが可能であり、従って、リモコン１５または３５のうちのいずれか一方しか所有していなくても、親機１および子機２のすべてを制御することが可能である。

次に、図５は、図４の子機２の構成例を示す６面図である。

図５Ａは子機２の正面を、図５Ｂは子機２の上面を、図５Ｃは子機２の底面を、図５Ｄは子機２の左側面を、図５Ｅは子機２の右側面を、図５Ｆは子機２の背面を、それぞれ示している。

子機２の上面（図５Ｂ）、底面（図５Ｃ）、左側面（図５Ｄ）、および右側面（図５Ｅ）には、固定機構が設けられており、子機２の上面側、底面側、左側面側、または右側面側に、親機１や他の子機が配置されると、子機２の上面、底面、左側面、または右側面に設けられた固定機構と、親機１や他の子機の対向する面に設けられた固定機構とが嵌合し、子機２と、他の子機や親機１とが、容易に離れないように固定される。

子機２の背面には、図５Ｆに示すように、端子パネル４１、アンテナ端子４２、入力端子４３、および出力端子４４が設けられている。

端子パネル４１には、親機１と子機２とを電気的に接続するための１つのIEEE1394端子４１1が設けられている。子機２が、図１ＡのスケーラブルＴＶシステムにおける、例えば左上に配置される子機２11である場合には、端子パネル４１のIEEE1394端子４１1は、図示せぬIEEE1394ケーブルを介して、図３Ｆにおける端子パネル２１のIEEE1394端子２１11と接続される。

なお、端子パネル４１に設けるIEEE1394端子の数は、１つに限定されるものではない。

アンテナ端子４２には、図示せぬアンテナに接続されているケーブルが接続され、これにより、アンテナで受信されたテレビジョン放送信号が、子機２に入力される。入力端子４３には、例えば、VTR等から出力される画像データおよび音声データが入力される。出力端子４４からは、例えば、子機２で受信されているテレビジョン放送信号としての画像データおよび音声データが出力される。

以上のように構成される１台の親機１と８台の子機２11乃至２33の合計９台のテレビジョン受像機が、横方向と縦方向に、それぞれ３台ずつ配置されることにより、図１ＡのスケーラブルＴＶシステムが構成される。

なお、図１ＡのスケーラブルＴＶシステムは、親機または子機としてのテレビジョン受像機の上、下、左、または右に、他のテレビジョン受像機を直接配置して構成する他、例えば、図６に示すスケーラブルＴＶシステム専用のラックに、テレビジョン受像機を配置して構成することも可能である。このように専用のラックを使用する場合には、スケーラブルＴＶシステムを構成するテレビジョン受像機の位置ずれなどを、より強固に防止することができる。

ここで、親機または子機としてのテレビジョン受像機の上、下、左、または右に、他のテレビジョン受像機を直接配置することによりスケーラブルＴＶシステムを構成する場合には、例えば、親機１は、少なくとも、子機２32が存在しないと、図１Ａに示したように、第２行第２列に配置することができない。これに対して、図６のスケーラブルＴＶシステム専用のラックを用いる場合には、子機２32が存在しなくても、親機１を、第２行第２列に配置することができる。

次に、図７は、リモコン１５の構成例を示す平面図である。

セレクトボタンスイッチ５１は、上下左右方向の４つの方向の他、その中間の４つの斜め方向の合計８個の方向に操作（方向操作）することができる。さらに、セレクトボタンスイッチ５１は、リモコン１５の上面に対して垂直方向にも押下操作（セレクト操作）することができる。メニューボタンスイッチ５４は、親機１のＣＲＴ１１（または子機２のＣＲＴ３１）に、各種の設定（例えば、上述した、子機ijが、スケーラブルＴＶシステムの第ｉ列第ｊ行に配置されているものであることの設定）や、所定の処理を行うことを指令するコマンドの入力を行うためのメニュー画面を表示させるときに操作される。

ここで、メニュー画面が表示された場合には、そのメニュー画面における項目等を指示するカーソルが、ＣＲＴ１１に表示される。このカーソルは、セレクトボタンスイッチ５１を方向操作することで、その操作に対応する方向に移動する。また、カーソルが、所定の項目上の位置にあるときに、セレクトボタンスイッチ５１がセレクト操作されると、その項目の選択が確定される。なお、本実施の形態では、後述するように、メニューに表示される項目の中にアイコンがあり、セレクトボタンスイッチ５１は、アイコンをクリックするときも、セレクト操作される。

イグジットボタンスイッチ５５は、メニュー画面から元の通常の画面に戻る場合などに操作される。

ボリウムボタンスイッチ５２は、ボリウムをアップまたはダウンさせるときに操作される。チャンネルアップダウンボタンスイッチ５３は、受信する放送チャンネルの番号を、アップまたはダウンするときに操作される。

０乃至９の数字が表示されている数字ボタン（テンキー）スイッチ５８は、表示されている数字を入力するときに操作される。エンタボタンスイッチ５７は、数字ボタンスイッチ５８の操作が完了したとき、数字入力終了の意味で、それに続いて操作される。なお、チャンネルを切り換えたときは、親機１のＣＲＴ１１（もしくは子機２のＣＲＴ３１）に、新たなチャンネルの番号などが、所定の時間、ＯＳＤ(On Screen Display)表示される。ディスプレイボタン５６は、現在選択しているチャンネルの番号や、現在の音量等のＯＳＤ表示のオン／オフを切り換えるときに操作される。

テレビ／ビデオ切換ボタンスイッチ５９は、親機１（もしくは子機２）の入力を、後述する図１０の内蔵するチューナ１２１（もしくは後述する図１１のチューナ１４１）、または図３の入力端子２３（もしくは図５の入力端子４３）からの入力に切り換えるときに操作される。テレビ／ＤＳＳ切換ボタンスイッチ６０は、チューナ１２１において地上波による放送を受信するテレビモード、または衛星放送を受信するＤＳＳ(Digital Satellite System(Hughes Communications社の商標))モードを選択するときに操作される。数字ボタンスイッチ５８を操作してチャンネルを切り換えると、切り換え前のチャンネルが記憶され、ジャンプボタンスイッチ６１は、この切り換え前の元のチャンネルに戻るときに操作される。

ランゲージボタン６２は、２カ国語以上の言語により放送が行われている場合において、所定の言語を選択するときに操作される。ガイドボタンスイッチ６３は、ＣＲＴ１１に表示されている画像データに、クローズドキャプションデータが含まれる場合に、そのクローズドキャプションデータを表示させるときに操作される。フェイバリッドボタンスイッチ６４は、あらかじめ設定されたユーザの好みのチャンネルを選択する場合に操作される。

ケーブルボタンスイッチ６５、テレビスイッチ６６、およびＤＳＳボタンスイッチ６７は、リモコン１５から出射される赤外線に対応するコマンドコードの機器カテゴリを切り換えるためのボタンスイッチである。即ち、リモコン１５は（リモコン３５も同様）、親機１や子機２としてのテレビジョン受像機の他、図示せぬＳＴＢやＩＲＤを遠隔制御することができるようになっており、ケーブルボタンスイッチ６５は、ＣＡＴＶ網を介して伝送されてくる信号を受信するＳＴＢ(Set Top Box)を、リモコン１５によって制御する場合に操作される。ケーブルボタンスイッチ６５の操作後は、リモコン１５からは、ＳＴＢに割り当てられた機器カテゴリのコマンドコードに対応する赤外線が出射される。同様に、テレビボタンスイッチ６６は、親機１（または子機１）を、リモコン１５によって制御する場合に操作される。ＤＳＳボタンスイッチ６７は、衛星を介して伝送されている信号を受信するＩＲＤ(Integrated Receiver and Decorder)を、リモコン１５によって制御する場合に操作される。

ＬＥＤ(Light Emitting Diode)６８，６９，７０は、それぞれケーブルボタンスイッチ６５、テレビボタンスイッチ６６、またはＤＳＳボタンスイッチ６７がオンにされたとき点灯し、これにより、リモコン１５が、現在、どのカテゴリの装置の制御が可能になっているのかが、ユーザに示される。なお、ＬＥＤ６８，６９，７０は、それぞれケーブルボタンスイッチ６５、テレビボタンスイッチ６６、またはＤＳＳボタンスイッチ６７がオフにされたときは消灯する。

ケーブル電源ボタンスイッチ７１、テレビ電源ボタンスイッチ７２、ＤＳＳ電源ボタンスイッチ７３は、ＳＴＢ、親機１（もしくは子機２）、またはＩＲＤの電源をオン／オフするときに操作される。

ミューティングボタンスイッチ７４は、親機１（または子機２）のミューティング状態を設定または解除するときに操作される。スリープボタンスイッチ７５は、所定の時刻になった場合、または所定の時間が経過した場合に、自動的に電源をオフするスリープモードを設定または解除するときに操作される。

発光部７６は、リモコン１５が操作された場合に、その操作に対応する赤外線を出射するようになっている。

次に、図８は、子機２のリモコン３５の構成例を示す平面図である。

リモコン３５は、図７のリモコン１５におけるセレクトボタンスイッチ５１乃至発光部７６とそれぞれ同様に構成されるセレクトボタンスイッチ８１乃至発光部１０６から構成されるため、その説明は省略する。

次に、図９は、親機１のリモコン１５の他の構成例を示す平面図である。

図９の実施の形態では、図７における８方向に操作可能なセレクトボタンスイッチ５１に代えて、上下左右の４方向の方向ボタンスイッチ１１１，１１２，１１３，１１４と、セレクト操作を行うためのボタンスイッチ１１０が設けられている。さらに、図９の実施の形態では、ケーブルボタンスイッチ６５、テレビボタンスイッチ６６、およびＤＳＳボタンスイッチ６７が内照式とされ、図７におけるＬＥＤ６８乃至７０が省略されている。但し、ボタンスイッチ６５乃至６７の裏側には、図示せぬＬＥＤが配置されており、ボタンスイッチ６５乃至６７が操作されると、その操作に対応して、その裏側に配置されているＬＥＤがそれぞれ点灯または消灯するようになっている。

その他のボタンスイッチは、その配置位置は異なるものの、基本的には図７に示した場合と同様である。

なお、子機２のリモコン３５も、図９における場合と同様に構成することが可能である。

また、リモコン１５には、その移動を検出するジャイロを内蔵させるようにすることができる。この場合、リモコン１５では、その内蔵するジャイロによって、リモコン１５の移動方向と移動量を検出し、メニュー画面において表示されるカーソルを、その移動方向と移動量に対応して移動させるようにすることが可能である。このように、リモコン１５にジャイロを内蔵させる場合には、図７の実施の形態では、セレクトボタンスイッチ５１を８方向に移動することができるように構成する必要がなくなり、また、図９の実施の形態では、方向ボタンスイッチ１１１乃至１１４を設ける必要がなくなる。同様に、リモコン３５にも、ジャイロを内蔵させるようにすることが可能である。

次に、図１０は、親機１の電気的構成例を示している。

図示せぬアンテナで受信されたテレビジョン放送信号は、チューナ１２１に供給され、ＣＰＵ１２９の制御の下、検波、復調される。チューナ１２１の出力は、ＱＰＳＫ(Quadrature Phase Shift Keying)復調回路１２２に供給され、ＣＰＵ１２９の制御の下、ＱＰＳＫ復調される。ＱＰＳＫ復調回路１２２の出力は、エラー訂正回路１２３に供給され、ＣＰＵ１２９の制御の下、エラーが検出、訂正され、デマルチプレクサ１２４に供給される。

デマルチプレクサ１２４は、ＣＰＵ１２９の制御の下、エラー訂正回路１２３の出力を、必要に応じてデスクランブルし、さらに、所定のチャンネルのＴＳ(Transport Stream)パケットを抽出する。そして、デマルチプレクサ１２４は、画像データ（ビデオデータ）のＴＳパケットを、ＭＰＥＧ(Moving Picture Experts Group)ビデオデコーダ１２５に供給するととともに、音声データ（オーディオデータ）のＴＳパケットを、ＭＰＥＧオーディオデコーダ１２６に供給する。また、デマルチプレクサ１２４は、エラー訂正回路１２３の出力に含まれるＴＳパケットを、必要に応じて、ＣＰＵ１２９に供給する。さらに、デマルチプレクサ１２４は、ＣＰＵ１２９から供給される画像データまたは音声データ（ＴＳパケットの形にされているものを含む）を受信し、ＭＰＥＧビデオデコーダ１２５またはＭＰＥＧオーディオデコーダ１２６に供給する。

ＭＰＥＧビデオデコーダ１２５は、デマルチプレクサ１２４から供給される画像データのＴＳパケットを、ＭＰＥＧデコードし、フレームメモリ１２７に供給する。ＭＰＥＧオーディオデコーダ１２６は、デマルチプレクサ１２４から供給される音声データのＴＳパケットを、ＭＰＥＧデコードする。ＭＰＥＧオーディオデコーダ１２６でのデコードにより得られるＬチャンネルとＲチャンネルの音声データは、スピーカユニット１２Ｌと１２Ｒに、それぞれ供給される。

フレームメモリ１２７は、ＭＰＥＧビデオデコーダ１２５が出力する画像データを、一時記憶し、ＮＴＳＣ(National Television System Committee)エンコーダ１２８に供給する。ＮＴＳＣエンコーダ１２８は、フレームメモリ１２７から供給される画像データをＮＴＳＣ方式の画像データに変換し、ＣＲＴ１１に供給して表示させる。

ＣＰＵ１２９は、ＥＥＰＲＯＭ(Electrically Erasable Programable Read Only Memory)１３０や、ＲＯＭ(Read Only Memory)１３１に記憶されているプログラムにしたがって各種の処理を実行し、これにより、例えば、チューナ１２１、ＱＰＳＫ復調回路１２２、エラー訂正回路１２３、デマルチプレクサ１２４、IEEE1394インタフェース１３３、モデム１３６、信号処理部１３７、およびユニット駆動部１３８を制御する。また、ＣＰＵ１２９は、デマルチプレクサ１２４から供給されるデータを、IEEE1394インタフェース１３３に供給し、IEEE1394インタフェース１３３から供給されるデータを、デマルチプレクサ１２４や信号処理部１３７に供給する。さらに、ＣＰＵ１２９は、フロントパネル１３４やＩＲ受信部１３５から供給されるコマンドに対応した処理を実行する。また、ＣＰＵ１
２９は、モデム１３６を制御することにより、電話回線を通じて、図示せぬサーバにアクセスし、バージョンアップされたプログラムや必要なデータを取得する。

ＥＥＰＲＯＭ１３０は、電源オフ後も保持しておきたいデータやプログラムを記憶する。ＲＯＭ１３１は、例えば、ＩＰＬ(Initial Program Loader)のプログラムを記憶している。なお、ＥＥＰＲＯＭ１３０に記憶されたデータやプログラムは、そこに上書きすることで、バージョンアップすることができる。

ＲＡＭ１３２は、ＣＰＵ１２９の動作上必要なデータやプログラムを一時記憶する。

IEEE1394インタフェース１３３は、端子パネル２１（のIEEE1394端子２１11乃至２１33（図３））に接続されており、IEEE1394の規格に準拠した通信を行うためのインタフェースとして機能する。これにより、IEEE1394インタフェース１３３は、ＣＰＵ１２９から供給されるデータを、IEEE1394の規格に準拠して、外部に送信する一方、外部からIEEE1394の規格に準拠して送信されてくるデータを受信し、ＣＰＵ１２９に供給する。

フロントパネル１３４は、図２および図３では図示していないが、親機１の正面の一部に設けられている。そして、フロントパネル１３４は、リモコン１５（図７、図９）に設けられたボタンスイッチの一部を有しており、フロントパネル１３４のボタンスイッチが操作された場合には、その操作に対応する操作信号が、ＣＰＵ１２９に供給される。この場合、ＣＰＵ１２９は、フロントパネル１３４からの操作信号に対応した処理を行う。

ＩＲ受信部１３５は、リモコン１５の操作に対応して、リモコン１５から送信されてくる赤外線を受信（受光）する。さらに、ＩＲ受信部１３５は、その受信した赤外線を光電変換し、その結果得られる信号を、ＣＰＵ１２９に供給する。

この場合、ＣＰＵ１２９は、ＩＲ受信部１３５からの信号に対応した処理、即ち、リモコン１５の操作に対応した処理を行う。

モデム１３６は、電話回線を介しての通信制御を行い、これにより、ＣＰＵ１２９から供給されるデータを、電話回線を介して送信するとともに、電話回線を介して送信されてくるデータを受信し、ＣＰＵ１２９に供給する。

信号処理部１３７は、ＤＳＰ(Digital Signal Processor)１３７Ａ，ＥＥＰＲＯＭ１３７Ｂ，ＲＡＭ１３７Ｃなどで構成されており、ＣＰＵ１２９の制御の下、フレームメモリ１２７に記憶された画像データなどに対して、各種のディジタル信号処理を施す。

即ち、ＤＳＰ１３７Ａは、ＥＥＰＲＯＭ１３７Ｂに記憶されたプログラムにしたがい、必要に応じて、ＥＥＰＲＯＭ１３７Ｂに記憶されたデータを用いて、各種の信号処理を行う。ＥＥＰＲＯＭ１３７Ｂは、ＤＳＰ１３７Ａが各種の処理を行うためのプログラムや必要なデータを記憶している。ＲＡＭ１３７Ｃは、ＤＳＰ１３７Ａが各種の処理を行う上で必要なデータやプログラムを一時記憶する。

なお、ＥＥＰＲＯＭ１３７Ｂに記憶されたデータやプログラムは、そこに上書きすることで、バージョンアップすることができる。

ここで、信号処理部１３７が行う信号処理としては、例えば、クローズドキャプションデータのデコードや、フレームメモリ１２７に記憶された画像データへのクローズドキャプションデータの重畳、フレームメモリ１２７に記憶された画像データの拡大、ノイズ除去などがある。また、信号処理部１３７は、その他、ＯＳＤ表示するＯＳＤデータを生成し、フレームメモリ１２７に記憶された画像データに重畳する。

ユニット駆動部１３８は、ＣＰＵ１２９の制御にしたがい、スピーカユニット１２Ｌおよび１２Ｒを駆動し、これにより、スピーカユニット１２Ｌおよび１２Ｒを構成するスピーカの指向性の主軸の方向を、所定の方向に向けさせる。

以上のように構成される親機１では、次のようにして、テレビジョン放送番組としての画像と音声が出力される（画像が表示され、音声が出力される）。

即ち、アンテナで受信されたテレビジョン放送信号としてのトランスポートストリームが、チューナ１２１，ＱＰＳＫ復調回路１２２、およびエラー訂正回路１２３を介して、デマルチプレクサ１２４に供給される。デマルチプレクサ１２４は、トランスポートストリームから、所定の番組のＴＳパケットを抽出し、画像データのＴＳパケットを、ＭＰＥＧビデオデコーダ１２５に供給するとともに、音声データのＴＳパケットを、ＭＰＥＧオーディオデコーダ１２６に供給する。

ＭＰＥＧビデオデータコーダ１２５では、デマルチプレクサ１２４からのＴＳパケットがＭＰＥＧデコードされる。そして、その結果られる画像データが、ＭＰＥＧビデオデコーダ１２５から、フレームメモリ１２７およびＮＴＳＣエンコーダ１２８を経由して、ＣＲＴ１１に供給されて表示される。

一方、ＭＰＥＧオーディオデコーダ１２６では、デマルチプレクサ１２４からのＴＳパケットがＭＰＥＧデコードされる。そして、その結果られる音声データが、ＭＰＥＧオーディオデコーダ１２６から、スピーカユニット１２Ｌおよび１２Ｒに供給されて出力される。

次に、図１１は、子機２の電気的構成例を示している。

子機２は、図１０のチューナ１２１乃至ユニット駆動部１３８とそれぞれ同様に構成されるチューナ１４１乃至ユニット駆動部１５８から構成されるため、その説明は省略する。

なお、親機１と子機２は、図３Ｆと図５Ｆに示したように、それぞれ独立して、アンテナ端子２２と４２を有するので、図１のスケーラブルＴＶシステムを構成するテレビジョン受像機としての親機１と子機２には、それぞれに、アンテナ（からのケーブル）を接続することが可能である。しかしながら、親機１と子機２それぞれに、アンテナを接続する場合には、配線が煩雑になるおそれがある。

そこで、スケーラブルＴＶシステムにおいては、そのスケーラブルＴＶシステムを構成するテレビジョン受像機のうちのいずれか１つにアンテナを接続し、そのテレビジョン受像機で受信されたテレビジョン放送信号を、例えば、IEEE1394通信によって、他のテレビジョン受像機に分配するようにすることが可能である。

次に、本実施の形態では、親機１の端子パネル２１のIEEE1394端子２１ij（図３）と、子機２ijの端子パネル４１のIEEE1394端子４１1（図５）とが、IEEE1394ケーブルによって接続されることにより、親機１と子機２とが、電気的に接続され、これにより、親機１と子機２との間で、IEEE1394通信（IEEE1394の規格に準拠した通信）が行われ、各種のデータ等がやりとりされる。

そこで、図１２乃至図２１を参照して、IEEE1394通信について説明する。

IEEE1394は、シリアルバス規格の１つであり、IEEE1394通信は、データのアイソクロナス(isochronous)転送を行うことができることから、画像や音声といったリアルタイムで再生する必要のあるデータの転送に適している。

即ち、IEEE1394インタフェースを有する機器（IEEE1394機器）どうしの間では、１２５μｓ（マイクロ秒）周期で、最大で、１００μｓの伝送帯域（時間ではあるが、帯域と呼ばれる）を使用して、データのアイソクロナス転送を行うことができる。また、上述の伝送帯域の範囲内であれば、複数チャンネルで、アイソクロナス転送を行うことができる。

図１２は、IEEE1394通信プロトコルのレイヤ構造を示している。

IEEE1394プロトコルは、トランザクション層(Transaction Layer)、リンク層(Link Layer)、および物理層(Physical Layer)の３層の階層構造を有する。各階層は、相互に通信し、また、それぞれの階層は、シリアルバス管理(Serial Bus Management)と通信を行う。さらに、トランザクション層およびリンク層は、上位のアプリケーションとの通信も行う。この通信に用いられる送受信メッセージは、要求(Request)、指示（表示）(Indication)、応答(Response)、確認(Confirmation)の４種類があり、図１２における矢印は、この通信を示している。

なお、矢印の名称の最後に".req"がついた通信は要求を表し、".ind"は指示を表す。また、".resp"は応答を、".conf"は確認をそれぞれ表す。例えば、TR_CONT.reqは、シリアルバス管理から、トランザクション層に送られる、要求の通信である。

トランザクション層は、アプリケーションからの要求により、他のIEEE1394機器（IEEE1394インタフェースを有する機器）とデータ通信を行う為のアシンクロナス(asynchronous)伝送サービスを提供し、ISO/IEC13213で必要とされるリクエストレスポンスプロトコル(Request Response Protocol)を実現する。即ち、IEEE1394規格によるデータ転送方式としては、上述したアイソクロナス伝送の他、アシンクロナス伝送があり、トランザクション層は、アシンクロナス伝送の処理を行う。アシンクロナス伝送で伝送されるデータは、トランザクション層のプロトコルに要求する処理の単位であるリードトランザクション(read Transaction)、ライトトランザクション(write Transaction)、ロックトランザクション(lock Transaction)の３種類のトランザクションによって、IEEE1394機器間で伝送される。

リンク層は、アクノリッジ(Acknowledge)を用いたデータ伝送サービス、アドレス処理、データエラー確認、データのフレーミング等の処理を行う。リンク層が行う１つのパケット伝送はサブアクションと呼ばれ、サブアクションには、アシンクロナスサブアクション(Asynchronous Subaction)およびアイソクロナスサブアクション(Isochronous Subaction)の２種類がある。

アシンクロナスサブアクションは、ノード（IEEE1394においてアクセスできる単位）を特定する物理ID(Physical Identification)、およびノード内のアドレスを指定して行われ、データを受信したノードは、アクノリッジを返送する。但し、IEEE1394シリアルバス内の全てのノードにデータを送るアシンクロナスブロードキャストサブアクションでは、データを受信したノードは、アクノリッジを返送しない。

一方、アイソクロナスサブアクションでは、データが、一定周期（前述したように、１２５μｓ）で、チャンネル番号を指定して伝送される。なお、アイソクロナスサブアクションでは、アクノリッジは返送されない。

物理層は、リンク層で用いる論理シンボルを電気信号に変換する。さらに、物理層は、リンク層からのアービトレーション（IEEE1394通信を行うノードが競合したときの調停）の要求に対する処理を行ったり、バスリセットに伴うIEEE1394シリアルバスの再コンフィグレーションを実行し、物理IDの自動割り当てを行ったりする。

シリアスバス管理では、基本的なバス制御機能の実現とISO/IEC13212のCSR(Control&Status Register Architecture)が提供される。シリアスバス管理は、ノ
ードコントローラ(Node Controllor)、アイソクロナスリソースマネージャ(Isochronous Resource Manager)、およびバスマネージャ(Bus Manager)の機能を有する。ノードコントローラは、ノードの状態、物理ID等を制御するとともに、トランザクション層、リンク層、および物理層を制御する。アイソクロナスリソースマネージャは、アイソクロナス通信に用いられるリソースの利用状況を提供するもので、アイソクロナス通信を行うためには、IEEE1394シリアルバスに接続された機器の中に少なくとも１つ、アイソクロナスリソースマネージャの機能を有するIEEE1394機器が必要である。バスマネージャは、各機能の中では、最も高機能であり、IEEE1394シリアルバスの最適利用を図ることを目的とする。なお、アイソクロナスリソースマネージャとバスマネージャの存在は、任意である。

IEEE1394機器どうしは、ノード分岐とノードディジーチェインのいずれの接続も可能であるが、IEEE1394機器が新たに接続されたりすると、バスリセットが行われ、ツリー識別や、ルートノード、物理ID、アイソクロナスリソースマネージャ、サイクルマスタ、バスマネージャの決定等が行われる。

ここで、ツリー識別においては、IEEE1394機器としてのノード間の親子関係が決定される。また、ルートノードは、アービトレーションによってIEEE1394シリアルバスを使用する権利を獲得したノードの指定等を行う。物理IDは、self-IDパケットと呼ばれるパケットが、各ノードに転送されることにより決定される。なお、self-IDパケットには、ノードのデータ転送レートや、ノードがアイソクロナスリソースマネージャになれるかどうかといった情報が含まれる。

アイソクロナスリソースマネージャは、上述したように、アイソクロナス通信に用いられるリソースの利用状況を提供するノードで、後述する帯域幅レジスタ（BANDWIDTH_AVAILABLEレジスタ）や、チャンネル番号レジスタ（CHANNELS_AVAILABLEレジスタ）を有する。さらに、アイソクロナスリソースマネージャは、バスマネージャとなるノードの物理IDを示すレジスタも有する。なお、IEEE1394シリアルバスで接続されたIEEE1394機器としてのノードの中に、バスマネージャが存在しない場合には、アイソクロナスリソースマネージャが、簡易的なバスマネージャとして機能する。

サイクルマスタは、アイソクロナス伝送の周期である１２５μｓごとに、IEEE1394シリアルバス上に、サイクルスタートパケットを送信する。このため、サイクルマスタは、その周期（１２５μｓ）をカウントするためのサイクルタイムレジスタ（CYCLE_TIMEレジスタ）を有する。なお、ルートノードがサイクルマスタになるが、ルートノードがサイクルマスタとしての機能を有していない場合には、バスマネージャがルートノードを変更する。

バスマネージャは、IEEE1394シリアルバス上における電力の管理や、上述したルートノードの変更等を行う。

バスリセット後に、上述したようなアイソクロナスリソースマネージャの決定等が行われると、IEEE1394シリアルバスを介してのデータ伝送が可能な状態となる。

IEEE1394のデータ伝送方式の１つであるアイソクロナス伝送では、伝送帯域および伝送チャンネルが確保され、その後、データが配置されたパケット（アイソクロナスパケット）が伝送される。

即ち、アイソクロナス伝送では、サイクルマスタが１２５μｓ周期でサイクルスタートパケットを、IEEE1394シリアルバス上にブロードキャストする。サイクルスタートパケットがブロードキャストされると、アイソクロナスパケットの伝送を行うことが可能な状態となる。

アイソクロナス伝送を行うには、アイソクロナスリソースマネージャの提供する伝送帯域確保用の帯域幅レジスタと、チャンネル確保用のチャンネル番号レジスタを書き換えて、アイソクロナス伝送のための資源の確保を宣言する必要がある。

ここで、帯域幅レジスタおよびチャンネル番号レジスタは、ISO/IEC13213で規定されている６４ビットのアドレス空間を有する、後述するCSR(Control&Status Register)の１つとして割り当てられる。

帯域幅レジスタは、３２ビットのレジスタで、上位１９ビットは予約領域とされており、下位１３ビットが、現在使用することが可能な伝送帯域(bw_remaining)を表す。

即ち、帯域幅レジスタの初期値は、00000000000000000001001100110011B（Bは、その前の値が２進数であることを表す）（＝４９１５）となっている。これは、次のような理由による。即ち、IEEE1394では、1572.864Mbps(bit per second)で、３２ビットの伝送に要する時間が、１として定義されており、上述の125μｓは、00000000000000000001100000000000B（＝６１４４）に相当する。しかしながら、IEEE1394では、アイソクロナス伝送に使用することのできる伝送帯域は、１周期である１２５μｓのうちの８０％であることが定められている。従って、アイソクロナス伝送で使用可能な最大の伝送帯域は、１００μｓであり、１００μｓは、上述のように、00000000000000000001001100110011B（＝４９１５）となる。

なお、１２５μｓから、アイソクロナス伝送で使用される最大の伝送帯域である１００μｓを除いた残りの２５μｓの伝送帯域は、アシンクロナス伝送で使用される。アシンクロナス伝送は、帯域幅レジスタやチャンネル番号レジスタの記憶値を読み出すとき等に用いられる。

アイソクロナス伝送を開始するためには、そのための伝送帯域を確保する必要がある。即ち、例えば、１周期である125μｓのうちの、10μｓの伝送帯域を使用してアイソクロナス伝送を行う場合には、その１０μｓの伝送帯域を確保する必要がある。この伝送帯域の確保は、帯域幅レジスタの値を書き換えることで行われる。即ち、上述のように、10μｓの伝送帯域を確保する場合には、その１０μｓに相当する値である４９２を、帯域幅レジスタの値から減算し、その減算値を、帯域幅レジスタにセットする。従って、例えば、いま、帯域幅レジスタの値が４９１５になっていた場合（アイソクロナス伝送が、まったく行われていない場合）に、10μｓの伝送帯域を確保するときには、帯域幅レジスタの値が、上述の４９１５から、その４９１５から１０μｓに相当する４９２を減算した４４２３（＝00000000000000000001000101000111B）に書き換えられる。

なお、帯域幅レジスタの値から、確保（使用）しようとする伝送帯域を減算した値が０よりも小さくなる場合は、伝送帯域を確保することができず、従って、帯域幅レジスタの値は書き換えられないし、さらに、アイソクロナス伝送を行うこともできない。

アイソクロナス伝送を行うには、上述したような伝送帯域の確保を行う他、伝送チャンネルも確保しなければならない。この伝送チャンネルの確保は、チャンネル番号レジスタを書き換えることで行われる。

チャンネル番号レジスタは、６４ビットのレジスタで、各ビットが、各チャンネルに対応している。即ち、第ｎビット（最下位ビットからｎ番目のビット）は、その値が１であるときは、第ｎ−１チャンネルが未使用状態であることを表し、０であるときは、第ｎ−１チャンネルが使用状態であることを表す。従って、どのチャンネルも使用されていない場合には、チャンネル番号レジスタは、1111111111111111111111111111111111111111111111111111111111111111Bとなっており、例えば、第１チャンネルが確保されると、チャンネル番号レジスタは、1111111111111111111111111111111111111111111111111111111111111101Bに書き換えられる。

なお、チャンネル番号レジスタは、上述のように６４ビットであるから、アイソクロナス伝送では、最大で、第０乃至第６３チャンネルの６４チャンネルの確保が可能であるが、第６３チャンネルは、アイソクロナスパケットをブロードキャストする場合に用いられる。

以上のように、アイソクロナス伝送は、伝送帯域および伝送チャンネルの確保を行った上で行われるから、伝送レートを保証したデータ伝送を行うことができ、上述したように、画像や音声といったリアルタイムで再生する必要のあるデータ伝送に特に適している。

次に、IEEE1394通信は、上述したように、ISO/IEC13213で規定された６４ビットのアドレス空間を有するCSRアーキテクチャに準拠している。

図１３は、CSRアーキテクチャのアドレス空間を示している。

CSRの上位１６ビットは、各ノードを示すノードIDであり、残りの４８ビットは、各ノードに与えられたアドレス空間の指定に使われる。この上位１６ビットは、さらにバスIDの１０ビットと物理ID（狭義のノードID）の６ビットに分かれる。すべてのビットが１となる値は、特別な目的で使用されるため、１０２３個のバスと６３個のノードを指定することができる。

CSRの下位４８ビットにて規定される２５６テラバイトのアドレス空間のうちの上位２０ビットで規定される空間は、２０４８バイトのCSR特有のレジスタやIEEE1394特有のレジスタ等に使用されるイニシャルレジスタスペース(Initial Register Space)、プライベートスペース(Private Space)、およびイニシャルメモリスペース(Initial Memory Space)などに分割され、下位２８ビットで規定される空間は、その上位２０ビットで規定される空間が、イニシャルレジスタスペースである場合、コンフィギレーションＲＯＭ(Configuration ROM)、ノード特有の用途に使用されるイニシャルユニットスペース(Initial Unit Space)、プラグコントロールレジスタ(Plug Control Register(PCRs))などとして用いられる。

ここで、図１４は、主要なCSRのオフセットアドレス、名前、および働きを示している。

図１４において、「オフセット」の欄は、イニシャルレジスタスペースが始まるFFFFF0000000h（hは、その前の値が１６進数であることを表す）番地からのオフセットアドレスを示している。オフセット220hを有する帯域幅レジスタは、上述したように、アイソクロナス通信に割り当て可能な帯域を示しており、アイソクロナスリソースマネージャとして動作しているノードの値だけが有効とされる。即ち、図１３のCSRは、各ノードが有しているが、帯域幅レジスタについては、アイソクロナスリソースマネージャのものだけが有効とされる。従って、帯域幅レジスタは、実質的に、アイソクロナスリソースマネージャだけが有する。

オフセット224h乃至228hのチャンネル番号レジスタは、上述したように、その各ビットが０乃至６３番のチャンネル番号のそれぞれに対応し、ビットが０である場合には、そのチャンネルが既に割り当てられていることを示している。チャンネル番号レジスタも、アイソクロナスリソースマネージャとして動作しているノードのもののみが有効である。

図１３に戻り、イニシャルレジスタスペース内のアドレス400h乃至800hに、ゼネラルＲＯＭフォーマットに基づいたコンフィギレーションＲＯＭが配置される。

ここで、図１５は、ゼネラルＲＯＭフォーマットを示している。

IEEE1394上のアクセスの単位であるノードは、ノードの中にアドレス空間を共通に使用しつつ独立して動作をするユニットを複数個有することができる。ユニットディレクトリ(unit directories)は、このユニットに対するソフトウェアのバージョンや位置を示すことができる。バスインフォブロック(bus info block)とルートディレクトリ(root directory)の位置は固定されているが、その他のブロックの位置はオフセットアドレスによって指定される。

ここで、図１６は、バスインフォブロック、ルートディレクトリ、およびユニットディレクトリの詳細を示している。

バスインフォブロック内のCompany IDには、機器の製造者を示すID番号が格納される。Chip IDには、その機器固有の、他の機器と重複のない世界で唯一のIDが記憶される。また、IEC1833の規格により、IEC1883を満たした機器のユニットディレクトリのユニットスペックID(unit spec id)の、ファーストオクテットには00hが、セカンドオクテットにはA0hが、サードオクテットには2Dhが、それぞれ書き込まれる。さらに、ユニットスイッチバージョン(unit sw version)のファーストオクテットには、01hが、サードオクテットのLSB(Least Significant Bit)には、１が書き込まれる。

ノードは、図１３のイニシャルレジスタスペース内のアドレス900h乃至9FFhに、IEC1883に規定されるPCR(Plug Control Register)を有する。これは、アナログインタフェースに類似した信号経路を論理的に形成するために、プラグという概念を実体化したものである。

ここで、図１７は、PCRの構成を示している。

PCRは、出力プラグを表すoPCR(output Plug Control Resister)と、入力プラグを表すiPCR(input Plug Control Register)を有する。また、PCRは、各機器固有の出力プラグまたは入力プラグの情報を示すレジスタoMPR(output Master Plug Register)とiMPR(input Master Plug Register)を有する。IEEE1394機器は、oMPRおよびiMPRをそれぞれ複数持つことはないが、個々のプラグに対応したoPCRおよびiPCRを、IEEE1394機器の能力によって複数持つことが可能である。図１７に示したPCRは、それぞれ３１個のoPCR#0乃至#30およびiPCR#0乃至#30を有する。アイソクロナスデータの流れは、これらのプラグに対応するレジスタを操作することによって制御される。

図１８は、oMPR，oPCR，iMPR、およびiPCRの構成を示している。

図１８ＡはoMPRの構成を、図１８ＢはoPCRの構成を、図１８ＣはiMPRの構成を、図１８ＤはiPCRの構成を、それぞれ示している。

oMPRおよびiMPRのMSB側の２ビットのデータレートケイパビリティ(data rate capability)には、その機器が送信または受信可能なアイソクロナスデータの最大伝送速度を示すコードが格納される。oMPRのブロードキャストチャンネルベース(broadcast channel base)は、ブロードキャスト出力に使用されるチャンネルの番号を規定する。

oMPRのLSB側の５ビットのナンバーオブアウトプットプラグス(number of output plugs)には、その機器が有する出力プラグ数、即ち、oPCRの数を示す値が格納される。iMPRのＬＳＢ側の５ビットのナンバーオブインプットプラグス(number of input plugs)には、その機器が有する入力プラグ数、即ち、iPCRの数を示す値が格納される。non-persistent extension fieldおよびpersistent extension fieldは、将来の拡張の為に定義された領域である。

oPCRおよびiPCRのMSBのオンライン(on-line)は、プラグの使用状態を示す。即ち、その値が１であればそのプラグがON-LINEであり、０であればOFF-LINEであることを示す。oPCRおよびiPCRのブロードキャストコネクションカウンタ(broadcast connection counter)の値は、ブロードキャストコネクションの有り（１）または無し（０）を表す。oPCRおよびiPCRの６ビット幅を有するポイントトウポイントコネクションカウンタ(point-to-point connection counter)が有する値は、そのプラグが有するポイントトウポイントコネクション(point-to-point connection)の数を表す。

oPCRおよびiPCRの６ビット幅を有するチャンネルナンバー(channel number)が有する値は、そのプラグが接続されるアイソクロナスチャンネルの番号を示す。oPCRの２ビット幅を有するデータレート(data rate)の値は、そのプラグから出力されるアイソクロナスデータのパケットの現実の伝送速度を示す。oPCRの４ビット幅を有するオーバーヘッドID(overhead ID)に格納されるコードは、アイソクロナス通信のオーバーのバンド幅を示す。oPCRの１０ビット幅を有するペイロード(payload)の値は、そのプラグが取り扱うことができるアイソクロナスパケットに含まれるデータの最大値を表す。

次に、以上のようなIEEE1394通信を行うIEEE1394機器については、その制御のためのコマンドとして、AV/Cコマンドセットが規定されている。そこで、本実施の形態でも、親機１は、このAV/Cコマンドセットを利用して、子機２を制御するようになっている。但し、親機１から子機２を制御するにあたっては、AV/Cコマンドセット以外の独自のコマンド体系を用いることも可能である。

ここで、AV/Cコマンドセットについて、簡単に説明する。

図１９は、アシンクロナス転送モードで伝送されるAV/Cコマンドセットのパケットのデータ構造を示している。

AV/Cコマンドセットは、ＡＶ(Audio Visual)機器を制御するためのコマンドセットで、AV/Cコマンドセットを用いた制御系では、ノード間において、AV/Cコマンドフレームおよびレスポンスフレームが、FCP(Function Control Protocol)を用いてやり取りされる。バスおよびＡＶ機器に負担をかけないために、コマンドに対するレスポンスは、１００ｍｓ以内に行うことになっている。

図１９に示すように、アシンクロナスパケットのデータは、水平方向３２ビット（＝1 quadlet）で構成されている。図中上段はパケットのヘッダ部分(packet header)を示しており、図中下段はデータブロック(data block)を示している。destination_IDは、宛先を示している。

CTSはコマンドセットのIDを示しており、AV/CコマンドセットではCTS＝“００００”である。ctype/responseは、パケットがコマンドの場合はコマンドの機能分類を示し、パケットがレスポンスの場合はコマンドの処理結果を示す。コマンドは大きく分けて、（１）機能を外部から制御するコマンド(CONTROL)、（２）外部から状態を問い合わせるコマンド(STATUS)、（３）制御コマンドのサポートの有無を外部から問い合わせるコマンド(GENERAL INQUIRY（opcodeのサポートの有無）およびSPECIFIC INQUIRY（opcodeおよびoperandsのサポートの有無）)、（４）状態の変化を外部に知らせるよう要求するコマンド(NOTIFY)の４種類が定義されている。

レスポンスはコマンドの種類に応じて返される。CONTROLコマンドに対するレスポンスには、NOT INPLEMENTED（実装されていない）、ACCEPTED（受け入れる）、REJECTED（拒絶）、およびINTERIM（暫定）がある。STATUSコマンドに対するレスポンスには、NOT INPLEMENTED、REJECTED、IN TRANSITION（移行中）、およびSTABLE（安定）がある。GENERAL INQUIRYおよびSPECIFIC INQUIRYコマンドに対するレスポンスには、IMPLEMENTED（実装されている）、およびNOT IMPLEMENTEDがある。NOTIFYコマンドに対するレスポンスには、NOT IMPLEMENTED，REJECTED，INTERIM、およびCHANGED（変化した）がある。

subunit typeは、機器内の機能を特定するために設けられており、例えば、tape recorder/player，tuner等が割り当てられる。同じ種類のsubunitが複数存在する場合の判別を行うために、判別番号としてsubunit id（subunit typeの後に配置される）でアドレッシングを行う。opcodeはコマンドを表しており、operandはコマンドのパラメータを表している。Additional operandsは追加のoperandが配置されるフィールドである。paddingはパケット長を所定のビット数とするためにダミーのデータが配置されるフィールドである。data CRC(Cyclic Redundancy Check)はデータ伝送時のエラーチェックに使われるCRCが配置される。

次に、図２０は、AV/Cコマンドの具体例を示している。

図２０Ａは、ctype/responseの具体例を示している。図中上段がコマンド(Command)を表しており、図中下段がレスポンス(Response)を表している。“００００”にはCONTROL、“０００１”にはSTATUS、“００１０”にはSPECIFIC INQUIRY、“００１１”にはNOTIFY、“０１００”にはGENERAL INQUIRYが割り当てられている。“０１０１乃至０１１１”は将来の仕様のために予約確保されている。また、“１０００”にはNOT INPLEMENTED、“１００１”にはACCEPTED、“１０１０”にはREJECTED、“１０１１”にはIN TRANSITION、“１１００”にはIMPLE
MENTED/STABLE、“１１０１”にはCHNGED、“１１１１”にはINTERIMが割り当てられている。“１１１０”は将来の仕様のために予約確保されている。

図２０Ｂは、subunit typeの具体例を示している。“０００００”にはVideo Monitor、“０００１１”にはDisk recorder/Player、“００１００”にはTape recorder/Player、“００１０１”にはTuner、“００１１１”にはVideo Camera、“１１１００”にはVendor unique、“１１１１０”にはSubunit type extended to next byteが割り当てられている。なお、“１１１１１”にはunitが割り当てられているが、これは機器そのものに送られる場合に用いられ、例えば電源のオンオフなどが挙げられる。

図２０Ｃは、opcodeの具体例を示している。各subunit type毎にopcodeのテーブルが存在し、ここでは、subunit typeがTape recorder/Playerの場合のopcodeを示している。また、opcode毎にoperandが定義されている。ここでは、“００ｈ”にはVENDOR-DEPENDENT、“５０ｈ”にはSEACH MODE、“５１ｈ”にはTIMECODE、“５２ｈ”にはATN、“６０ｈ”にはOPEN MIC、“６１ｈ”にはREAD MIC、“６２ｈ”にはWRITE MIC、“Ｃ１ｈ”にはLOAD MEDIUM、“Ｃ２ｈ”にはRECORD、“Ｃ３ｈ”にはPLAY、“Ｃ４ｈ”にはWINDが、それぞれ割り当てられている。

図２１は、AV/Cコマンドとレスポンスの具体例を示している。

例えば、ターゲット（コンスーマ）（制御される側）としての再生機器に再生指示を行う場合、コントローラ（制御する側）は、図２１Ａのようなコマンドをターゲットに送る。このコマンドは、AV/Cコマンドセットを使用しているため、CTS＝“００００”となっている。ctypeは、機器を外部から制御するコマンド(CONTROL)を用いるため、“００００”となっている（図２０Ａ）。subunit typeは、Tape recorder/Playerであることより、“００１００”となっている（図２０Ｂ）。idは、ID#0の場合を示しており、０００となっている。opcodeは、再生を意味する“Ｃ３ｈ”となっている（図２０Ｃ）。operandは、FORWARDを意味する“７５ｈ”となっている。そして、再生されると、ターゲットは、図２１Ｂのようなレスポンスをコントローラに返す。ここでは、受け入れを意味するacceptedがresponseに配置されており、responseは、“１００１”となっている（図２０Ａ参照）。responseを除いて、他は図２１Ａと同じであるので説明は省略する。

スケーラブルＴＶシステムにおいて、親機１と子機２との間では、上述のようなAV/Cコマンドセットを用いて、各種の制御が行われる。但し、本実施の形態では、親機１と子機２との間で行われる制御のうち、既定のコマンドとレスポンスで対処できないものについては、新たなコマンドとレスポンスが定義されており、その新たなコマンドとレスポンスを用いて、各種の制御が行われる。

なお、以上のIEEE1394通信およびAV/Cコマンドセットについては、「WHITE SERISE No.181 IEEE1394マルチメディアインタフェース」株式会社トリケップス発行、にその詳細が説明されている。

次に、図１０に示した親機１の信号処理部１３７では（図１１に示した子機２の信号処理部１５７においても同様）、上述したように、ＤＳＰ１３７Ａがプログラムを実行することにより、各種のディジタル信号処理を行うが、そのうちの１つとして、画像データを、第１の画像データから第２の画像データに変換する画像変換処理がある。

ここで、例えば、第１の画像データを低解像度の画像データとするとともに、第２の画像データを高解像度の画像データとすれば、画像変換処理は、解像度を向上させる解像度向上処理ということができる。また、例えば、第１の画像データを低Ｓ／Ｎ(Siginal/Noise)の画像データとするとともに、第２の画像データを高Ｓ／Ｎの画像データとすれば、画像変換処理は、ノイズを除去するノイズ除去処理ということができる。さらに、例えば、第１の画像データを所定のサイズの画像データとするとともに、第２の画像データを、第１の画像データのサイズを大きくまたは小さくした画像データとすれば、画像変換処理は、画像のリサイズ（拡大または縮小）を行うリサイズ処理ということができる。

従って、画像変換処理によれば、第１および第２の画像データをどのように定義するかによって、様々な処理を実現することができる。

図２２は、上述のような画像変換処理を行う信号処理部１３７の機能的構成例を示している。なお、図２２の機能的構成は、信号処理部１３７のＤＳＰ１３７Ａが、ＥＥＰＲＯＭ１３７Ｂに記憶されたプログラムを実行することで実現される。

信号処理部１３７（図１０）では、フレームメモリ１２７に記憶された画像データ、またはＣＰＵ１２９から供給される画像データが、第１の画像データとして、タップ抽出部１６１および１６２に供給される。

タップ抽出部１６１は、第２の画像データを構成する画素を、順次、注目画素とし、さらに、その注目画素の画素値を予測するのに用いる第１の画像データを構成する画素（の画素値）の幾つかを、予測タップとして抽出する。

具体的には、タップ抽出部１６１は、注目画素に対応する、第１の画像データの画素に対して、空間的または時間的に近い位置にある複数の画素（例えば、注目画素に対応する、第１の画像データの画素と、それに空間的に隣接する画素など）を、予測タップとして抽出する。

タップ抽出部１６２は、注目画素を、幾つかのクラスのうちのいずれかにクラス分けするクラス分類を行うのに用いる第１の画像データを構成する画素の幾つかを、クラスタップとして抽出する。

なお、ここでは、説明を簡単にするために、予測タップとクラスタップは、同一のタップ構造を有するものとする。但し、予測タップとクラスタップとは、異なるタップ構造とすることが可能である。

タップ抽出部１６１で得られた予測タップは、予測部１６５に供給され、タップ抽出部１６２で得られたクラスタップは、クラス分類部１６３に供給される。

クラス分類部１６３は、タップ抽出部１６２からのクラスタップに基づき、注目画素をクラス分類し、その結果得られるクラスに対応するクラスコードを、係数メモリ１６４に供給する。

ここで、クラス分類を行う方法としては、例えば、ADRC(Adaptive Dynamic Range Coding)等を採用することができる。

ADRCを用いる方法では、クラスタップを構成する画素の画素値が、ADRC処理され、その結果得られるADRCコードにしたがって、注目画素のクラスが決定される。

なお、KビットADRCにおいては、例えば、クラスタップを構成する画素の画素値の最大値MAXと最小値MINが検出され、DR=MAX-MINを、集合の局所的なダイナミックレンジとし、このダイナミックレンジDRに基づいて、クラスタップを構成する画素値がKビットに再量子化される。即ち、クラスタップを構成する各画素の画素値から、最小値MINが減算され、その減算値がDR/2Kで除算（量子化）される。そして、以上のようにして得られる、クラスタップを構成するKビットの各画素の画素値を、所定の順番で並べたビット列が、ADRCコードとして出力される。従って、クラスタップが、例えば、１ビットADRC処理された場合には、そのクラスタップを構成する各画素の画素値は、最小値MINが減算された後に、最大値MAXと最小値MINとの平均値で除算され（小数点以下切り捨て）、これにより、各画
素の画素値が１ビットとされる（２値化される）。そして、その１ビットの画素値を所定の順番で並べたビット列が、ADRCコードとして出力される。

なお、クラス分類部１６３には、例えば、クラスタップを構成する画素の画素値のレベル分布のパターンを、そのままクラスコードとして出力させることも可能である。しかしながら、この場合、クラスタップが、Ｎ個の画素の画素値で構成され、各画素の画素値に、Ｋビットが割り当てられているとすると、クラス分類部１６３が出力するクラスコードの場合の数は、（２N）K通りとなり、画素の画素値のビット数Ｋに指数的に比例した膨大な数となる。

従って、クラス分類部１６３においては、クラスタップの情報量を、上述のADRC処理や、あるいはベクトル量子化等によって圧縮することにより、クラス分類を行うのが好ましい。

係数メモリ１６４は、係数生成部１６６から供給されるクラスごとのタップ係数を記憶し、さらに、その記憶したタップ係数のうちの、クラス分類部１６３から供給されるクラスコードに対応するアドレスに記憶されているタップ係数（クラス分類部１６３から供給されるクラスコードが表すクラスのタップ係数）を、予測部１６５に供給する。

ここで、タップ係数とは、ディジタルフィルタにおける、いわゆるタップにおいて入力データと乗算される係数に相当するものである。

予測部１６５は、タップ抽出部１６１が出力する予測タップと、係数メモリ１６４が出力するタップ係数とを取得し、その予測タップとタップ係数とを用いて、注目画素の真値の予測値を求める所定の予測演算を行う。これにより、予測部１６５は、注目画素の画素値（の予測値）、即ち、第２の画像データを構成する画素の画素値を求めて出力する。

係数生成部１６６は、係数種メモリ１６７に記憶されている係数種データと、パラメータメモリ１６８に記憶されたパラメータとに基づいて、クラスごとのタップ係数を生成し、係数メモリ１６４に供給して上書きする形で記憶させる。

係数種メモリ１６７は、後述する係数種データの学習によって得られるクラスごとの係数種データを記憶している。ここで、係数種データは、タップ係数を生成する、いわば種になるデータである。

パラメータメモリ１６８は、ユーザがリモコン１５を操作すること等によって、ＣＰＵ１２９（図１０）から供給されるパラメータを上書きする形で記憶する。

次に、図２３のフローチャートを参照して、図２２の信号処理部１３７による画像変換処理について説明する。

タップ抽出部１６１では、そこに入力される第１の画像データに対する第２の画像データを構成する各画素が、順次、注目画素とされる。そして、ステップＳ１において、パラメータメモリ１６８は、ＣＰＵ１２９からパラメータが供給されたかどうかを判定し、供給されたと判定した場合、ステップＳ２に進み、パラメータメモリ１６８は、その供給されたパラメータを上書きする形で記憶し、ステップＳ３に進む。

また、ステップＳ１において、ＣＰＵ１２９からパラメータが供給されていないと判定された場合、ステップＳ２をスキップして、ステップＳ３に進む。

従って、パラメータメモリ１６８では、ＣＰＵ１２９からパラメータが供給された場合、即ち、例えば、ユーザがリモコン１５を操作して、パラメータが入力された場合、あるいは、ＣＰＵ１２９においてパラメータが設定された場合には、その記憶内容が、入力または設定されたパラメータによって更新される。

ステップＳ３では、係数生成部１６６が、係数種メモリ１６７からクラスごとの係数種データを読み出すとともに、パラメータメモリ１６８からパラメータを読み出し、その係数種データとパラメータに基づいて、クラスごとのタップ係数を求める。そして、ステップＳ４に進み、係数生成部１６６は、そのクラスごとのタップ係数を、係数メモリ１６４に供給し、上書きする形で記憶させ、ステップＳ５に進む。

ステップＳ５では、タップ抽出部１６１と１６２が、そこに供給される第１の画像データから、注目画素についての予測タップとクラスタップとするものを、それぞれ抽出する。そして、予測タップは、タップ抽出部１６１から予測部１６５に供給され、クラスタップは、タップ抽出部１６２からクラス分類部１６３に供給される。

クラス分類部１６３は、タップ抽出部１６２から、注目画素についてのクラスタップを受信し、ステップＳ６において、そのクラスタップに基づき、注目画素をクラス分類する。さらに、クラス分類部１６３は、そのクラス分類の結果得られる注目画素のクラスを表すクラスコードを、係数メモリ１６４に出力し、ステップＳ７に進む。

ステップＳ７では、係数メモリ１６４が、クラス分類部１６３から供給されるクラスコードに対応するアドレスに記憶されているタップ係数を読み出して出力する。さらに、ステップＳ７では、予測部１６５が、係数メモリ１６４が出力するタップ係数を取得し、ステップＳ８に進む。

ステップＳ８では、予測部１６５が、タップ抽出部１６１が出力する予測タップと、係数メモリ１６４から取得したタップ係数とを用いて、所定の予測演算を行う。これにより、予測部１６５は、注目画素の画素値を求め、フレームメモリ１２７（図１０）に書き込んで、ステップＳ９に進む。

ステップＳ９では、タップ抽出部１６１が、まだ、注目画素としていない第２の画像データがあるかどうかを判定する。ステップＳ９において、まだ、注目画素としていない第２の画像データがあると判定された場合、その、まだ注目画素とされていない第２の画像データの画素のうちの１つが、新たに注目画素とされ、ステップＳ１に戻り、以下、同様の処理が繰り返される。

また、ステップＳ９において、まだ、注目画素とされていない第２の画像データがないと判定された場合、処理を終了する。

なお、図２３において、ステップＳ３およびＳ４の処理は、パラメータメモリ１６８に、新たなパラメータ上書きされた場合に行い、他の場合はスキップすることが可能である。

次に、図２２の予測部１６５における予測演算、係数生成部１６６におけるタップ係数の生成、および係数種メモリ１６７に記憶させる係数種データの学習について説明する。

いま、高画質の画像データ（高画質画像データ）を第２の画像データとするとともに、その高画質画像データをＬＰＦ(Low Pass Filter)によってフィルタリングする等してその画質（解像度）を低下させた低画質の画像データ（低画質画像データ）を第１の画像データとして、低画質画像データから予測タップを抽出し、その予測タップとタップ係数を用いて、高画質画素の画素値を、所定の予測演算によって求める（予測する）ことを考える。

いま、所定の予測演算として、例えば、線形１次予測演算を採用することとすると、高画質画素の画素値ｙは、次の線形１次式によって求められることになる。

・・・（１）

但し、式（１）において、ｘnは、高画質画素ｙについての予測タップを構成する、ｎ番目の低画質画像データの画素（以下、適宜、低画質画素という）の画素値を表し、ｗnは、ｎ番目の低画質画素（の画素値）と乗算されるｎ番目のタップ係数を表す。なお、式（１）では、予測タップが、Ｎ個の低画質画素ｘ1，ｘ2，・・・，ｘNで構成されるものとしてある。

ここで、高画質画素の画素値ｙは、式（１）に示した線形１次式ではなく、２次以上の高次の式によって求めるようにすることも可能である。

一方、図２２の実施の形態では、係数生成部１６６において、タップ係数ｗnが、係数種メモリ１６７に記憶された係数種データと、パラメータメモリ１６８に記憶されたパラメータとから生成されるが、この係数生成部１６６におけるタップ係数ｗnの生成が、例えば、係数種データとパラメータを用いた次式によって行われることとする。

・・・（２）

但し、式（２）において、βm,nは、ｎ番目のタップ係数ｗnを求めるのに用いられるｍ番目の係数種データを表し、ｚは、パラメータを表す。なお、式（２）では、タップ係数ｗnが、Ｍ個の係数種データβn,1，βn,2，・・・，βn,Mを用いて求められるようになっている。

ここで、係数種データβm,nとパラメータｚから、タップ係数ｗnを求める式は、式（２）に限定されるものではない。

いま、式（２）におけるパラメータｚによって決まる値ｚm-1を、新たな変数ｔmを導入して、次式で定義する。

・・・（３）

式（３）を、式（２）に代入することにより、次式が得られる。

・・・（４）

式（４）によれば、タップ係数ｗnは、係数種データβn,mと変数ｔmとの線形１次式によって求められることになる。

ところで、いま、第ｋサンプルの高画質画素の画素値の真値をｙkと表すとともに、式（１）によって得られるその真値ｙkの予測値をｙk’と表すと、その予測誤差ｅkは、次式で表される。

・・・（５）

いま、式（５）の予測値ｙk’は、式（１）にしたがって求められるため、式（５）のｙk’を、式（１）にしたがって置き換えると、次式が得られる。

・・・（６）

但し、式（６）において、ｘn,kは、第ｋサンプルの高画質画素についての予測タップを構成するｎ番目の低画質画素を表す。

式（６）のｗnに、式（４）を代入することにより、次式が得られる。

・・・（７）

式（７）の予測誤差ｅkを０とする係数種データβn,mが、高画質画素を予測するのに最適なものとなるが、すべての高画質画素について、そのような係数種データβn,mを求めることは、一般には困難である。

そこで、係数種データβn,mが最適なものであることを表す規範として、例えば、最小自乗法を採用することとすると、最適な係数種データβn,mは、次式で表される自乗誤差の総和Ｅを最小にすることで求めることができる。

・・・（８）

但し、式（８）において、Ｋは、高画質画素ｙkと、その高画質画素ｙkについての予測タップを構成する低画質画素ｘ1,k，ｘ2,k，・・・，ｘN,kとのセットのサンプル数（学習用のサンプルの数）を表す。

式（８）の自乗誤差の総和Ｅの最小値（極小値）は、式（９）に示すように、総和Ｅを係数種データβn,mで偏微分したものを０とするβn,mによって与えられる。

・・・（９）

式（６）を、式（９）に代入することにより、次式が得られる。

・・・（１０）

いま、Ｘi,p,j,qとＹi,pを、式（１１）と（１２）に示すように定義する。

・・・（１１）

・・・（１２）

この場合、式（１０）は、Ｘi,p,j,qとＹi,pを用いた式（１３）に示す正規方程式で表すことができる。

・・・（１３）

式（１３）の正規方程式は、例えば、掃き出し法（Gauss-Jordanの消去法）などを用いることにより、係数種データβn,mについて解くことができる。

図２２の信号処理部１３７においては、多数の高画質画素ｙ1，ｙ2，・・・，ｙKを学習の教師となる教師データとするとともに、各高画質画素ｙkについての予測タップを構成する低画質画素ｘ1,k，ｘ2,k，・・・，ｘN,kを学習の生徒となる生徒データとして、式（１３）を解く学習を行うことにより求められた係数種データβn,mが、係数種メモリ１６７に記憶されており、係数生成部１６６では、その係数種データβn,mと、パラメータメモリ１６８に記憶されたパラメータｚから、式（２）にしたがって、タップ係数ｗnが生成される。そして、予測部１６５において、そのタップ係数ｗnと、高画質画素としての注目画素についての予測タップを構成する低画質画素（第１の画像データの画素）ｘnを用いて、式（１）が計算されることにより、高画質画素としての注目画素の画素値（に近い予測値）が求められる。

次に、図２４は、式（１３）の正規方程式をたてて解くことにより係数種データβn,mを求める学習を行う学習装置の構成例を示している。

学習装置には、係数種データβn,mの学習に用いられる学習用画像データが入力されるようになっている。ここで、学習用画像データとしては、例えば、解像度の高い高画質画像データを用いることができる。

学習装置において、学習用画像データは、教師データ生成部１７１と生徒データ生成部１７３に供給される。

教師データ生成部１７１は、そこに供給される学習用画像データから教師データを生成し、教師データ記憶部１７２に供給する。即ち、ここでは、教師データ生成部１７１は、学習用画像データとしての高画質画像データを、そのまま教師データとして、教師データ記憶部１７２に供給する。

教師データ記憶部１７２は、教師データ生成部１７１から供給される教師データとしての高画質画像データを記憶する。

生徒データ生成部１７３は、学習用画像データから生徒データを生成し、生徒データ記憶部１７４に供給する。即ち、生徒データ生成部１７３は、学習用画像データとしての高画質画像データをフィルタリングすることにより、その解像度を低下させることで、低画質画像データを生成し、この低画質画像データを、生徒データとして、生徒データ記憶部１７４に供給する。

ここで、生徒データ生成部１７３には、学習用画像データの他、図２２のパラメータメモリ１６８に供給されるパラメータｚが取り得る範囲の幾つかの値が、パラメータ生成部１８０から供給されるようになっている。即ち、いま、パラメータｚが取り得る値が０乃至Ｚの範囲の実数であるとすると、生徒データ生成部１７３には、例えば、ｚ＝０，１，２，・・・，Ｚが、パラメータ生成部１８０から供給されるようになっている。

生徒データ生成部１７３は、学習用画像データとしての高画質画像データを、そこに供給されるパラメータｚに対応するカットオフ周波数のＬＰＦによってフィルタリングすることにより、生徒データとしての低画質画像データを生成する。

従って、この場合、生徒データ生成部１７３では、図２５に示すように、学習用画像データとしての高画質画像データについて、Ｚ＋１種類の、解像度の異なる生徒データとしての低画質画像データが生成される。

なお、ここでは、例えば、パラメータｚの値が大きくなるほど、カットオフ周波数の高いＬＰＦを用いて、高画質画像データをフィルタリングし、生徒データとしての低画質画像データを生成するものとする。従って、ここでは。値の大きいパラメータｚに対応する低画質画像データほど、解像度が高い。

また、本実施の形態では、説明を簡単にするために、生徒データ生成部１７３において、高画質画像データの水平方向および垂直方向の両方向の解像度を、パラメータｚに対応する分だけ低下させた低画質画像データを生成するものとする。

図２４に戻り、生徒データ記憶部１７４は、生徒データ生成部１７３から供給される生徒データを記憶する。

タップ抽出部１７５は、教師データ記憶部１７２に記憶された教師データとしての高画質画像データを構成する画素を、順次、注目教師画素とし、その注目教師画素について、生徒データ記憶部１７４に記憶された生徒データとしての低画質画像データを構成する低画質画素のうちの所定のものを抽出することにより、図２２のタップ抽出部１６１が構成するのと同一のタップ構造の予測タップを構成し、足し込み部１７８に供給する。

タップ抽出部１７６は、注目教師画素について、生徒データ記憶部１７４に記憶された生徒データとしての低画質画像データを構成する低画質画素のうちの所定のものを抽出することにより、図２２のタップ抽出部１６２が構成するのと同一のタップ構造のクラスタップを構成し、クラス分類部１７７に供給する。

なお、タップ抽出部１７５と１７６には、パラメータ生成部１８０が生成するパラメータｚが供給されるようになっており、タップ抽出部１７５と１７６は、パラメータ生成部１８０から供給されるパラメータｚに対応して生成された生徒データ（ここでは、パラメータｚに対応するカットオフ周波数のＬＰＦを用いて生成された生徒データとしての低画質画像データ）を用いて、予測タップとクラスタップをそれぞれ構成する。

クラス分類部１７７は、タップ抽出部１７６が出力するクラスタップに基づき、図２２のクラス分類部１６３と同一のクラス分類を行い、その結果得られるクラスに対応するクラスコードを、足し込み部１７８に出力する。

足し込み部１７８は、教師データ記憶部１７２から、注目教師画素を読み出し、その注目教師画素、タップ抽出部１７５から供給される注目教師画素について構成された予測タップを構成する生徒データ、およびその生徒データを生成したときのパラメータｚを対象とした足し込みを、クラス分類部１７７から供給されるクラスコードごとに行う。

即ち、足し込み部１７８には、教師データ記憶部１７２に記憶された教師データｙk、タップ抽出部１７５が出力する予測タップｘi,k（ｘj,k）、およびクラス分類部１７７が出力するクラスコードの他、その予測タップを構成するのに用いられた生徒データを生成したときのパラメータｚも、パラメータ生成部１８０から供給されるようになっている。

そして、足し込み部１７８は、クラス分類部１７７から供給されるクラスコードに対応するクラスごとに、予測タップ（生徒データ）ｘi,k（ｘj,k）とパラメータｚを用い、式（１３）の左辺の行列における、式（１１）で定義されるコンポーネントＸi,p,j,qを求めるための生徒データおよびパラメータｚの乗算（ｘi,kｔpｘj,kｔq）と、サメーション（Σ）に相当する演算を行う。なお、式（１１）のｔpは、式（３）にしたがって、パラメータｚから計算される。式（１１）のｔqも同様である。

さらに、足し込み部１７８は、やはり、クラス分類部１７７から供給されるクラスコードに対応するクラスごとに、予測タップ（生徒データ）ｘi,k、教師データｙk、およびパラメータｚを用い、式（１３）の右辺のベクトルにおける、式（１２）で定義されるコンポーネントＹi,pを求めるための生徒データｘi,k、教師データｙk、およびパラメータｚの乗算（ｘi,kｔpｙk）と、サメーション（Σ）に相当する演算を行う。なお、式（１２）のｔpは、式（３）にしたがって、パラメータｚから計算される。

即ち、足し込み部１７８は、前回、注目教師画素とされた教師データについて求められた式（１３）における左辺の行列のコンポーネントＸi,p,j,qと、右辺のベクトルのコンポーネントＹi,pを、その内蔵するメモリ（図示せず）に記憶しており、その行列のコンポーネントＸi,p,j,qまたはベクトルのコンポーネントＹi,pに対して、新たに注目教師画素とされた教師データについて、その教師データｙk、生徒データｘi,k(ｘj,k)、およびパラメータｚを用いて計算される、対応するコンポーネントｘi,kｔpｘj,kｔqまたはｘi,kｔpｙkを足し込む（式（１１）のコンポーネントＸi,p,j,qまたは式（１２）のコンポーネントＹi,pにおけるサメーションで表される加算を行う）。

そして、足し込み部１７８は、０，１，・・・，Ｚのすべての値のパラメータｚにつき、教師データ記憶部１７２に記憶された教師データすべてを注目教師画素として、上述の足し込みを行うことにより、各クラスについて、式（１３）に示した正規方程式をたてると、その正規方程式を、係数種算出部１７９に供給する。

係数種算出部１７９は、足し込み部１７８から供給されるクラスごとの正規方程式を解くことにより、各クラスごとの係数種データβm,nを求めて出力する。

パラメータ生成部１８０は、図２２のパラメータメモリ１６８に供給されるパラメータｚが取り得る範囲の幾つかの値としての、例えば、上述したようなｚ＝０，１，２，・・・，Ｚを生成し、生徒データ生成部１７３に供給する。また、パラメータ生成部１８０は、生成したパラメータｚを、タップ抽出部１７５および１７６、並びに足し込み部１７８にも供給する。

次に、図２６のフローチャートを参照して、図２４の学習装置の処理（学習処理）について、説明する。

まず最初に、ステップＳ２１において、教師データ生成部１７１と生徒データ生成部１７３が、学習用画像データから、教師データと生徒データを、それぞれ生成して出力する。即ち、教師データ生成部１７１は、学習用画像データを、そのまま、教師データとして出力する。また、生徒データ生成部１７１には、パラメータ生成部１８０が生成するＺ＋１個の値のパラメータｚが供給され、生徒データ生成部１７１は、学習用画像データを、パラメータ生成部１８０からのＺ＋１個の値（０，１，・・・，Ｚ）のパラメータｚに対応するカットオフ周波数のＬＰＦによってフィルタリングすることにより、各フレームの教師データ（学習用画像データ）について、Ｚ＋１フレームの生徒データを生成して出力する。

教師データ生成部１７１が出力する教師データは、教師データ記憶部１７２に供給されて記憶され、生徒データ生成部１７３が出力する生徒データは、生徒データ記憶部１７４に供給されて記憶される。

その後、ステップＳ２２に進み、パラメータ生成部１８０は、パラメータｚを、初期値としての、例えば０にセットし、タップ抽出部１７５および１７６、並びに足し込み部１７８に供給して、ステップＳ２３に進む。ステップＳ２３では、タップ抽出部１７５は、教師データ記憶部１７２に記憶された教師データのうち、まだ、注目教師画素としていないものを、注目教師画素とする。さらに、ステップＳ２３では、タップ抽出部１７５が、注目教師画素について、生徒データ記憶部１７４に記憶された、パラメータ生成部１８０が出力するパラメータｚに対する生徒データ（注目教師画素となっている教師データに対応する学習用画像データを、パラメータｚに対応するカットオフ周波数のＬＰＦによってフィルタリングすることにより生成された生徒データ）から予測タップを構成し、足し込
み部１７８に供給するとともに、タップ抽出部１７６が、やはり、注目教師画素について、生徒データ記憶部１７４に記憶された、パラメータ生成部１８０が出力するパラメータｚに対する生徒データからクラスタップを構成し、クラス分類部１７７に供給する。

そして、ステップＳ２４に進み、クラス分類部１７７は、注目教師画素についてのクラスタップに基づき、注目教師画素のクラス分類を行い、その結果得られるクラスに対応するクラスコードを、足し込み部１７８に出力して、ステップＳ２５に進む。

ステップＳ２５では、足し込み部１７８は、教師データ記憶部１７２から注目教師画素を読み出し、その注目教師画素、タップ抽出部１７５から供給される予測タップ、パラメータ生成部１８０が出力するパラメータｚを用い、式（１３）における左辺の行列のコンポーネントｘi,Kｔpｘj,Kｔqと、右辺のベクトルのコンポーネントｘi,KｔpｙKを計算する。さらに、足し込み部１７８は、既に得られている行列のコンポーネントとベクトルのコンポーネントのうち、クラス分類部１７７からのクラスコードに対応するものに対して、注目画素、予測タップ、およびパラメータｚから求められた行列のコンポーネントｘi,Kｔpｘj,Kｔqとベクトルのコンポーネントｘi,KｔpｙKを足し込み、ステップＳ２６に進む。

ステップＳ２６では、パラメータ生成部１８０が、自身が出力しているパラメータｚが、その取り得る値の最大値であるＺに等しいかどうかを判定する。ステップＳ２６において、パラメータ生成部１８０が出力しているパラメータｚが最大値Ｚに等しくない（最大値Ｚ未満である）と判定された場合、ステップＳ２７に進み、パラメータ生成部１８０は、パラメータｚに１を加算し、その加算値を新たなパラメータｚとして、タップ抽出部１７５および１７６、並びに足し込み部１７８に出力する。そして、ステップＳ２３に戻り、以下、同様の処理が繰り返される。

また、ステップＳ２６において、パラメータｚが最大値Ｚに等しいと判定された場合、ステップＳ２８に進み、タップ抽出部１７５が、教師データ記憶部１７２に、まだ、注目教師画素としていない教師データが記憶されているかどうかを判定する。ステップＳ２８において、注目教師画素としていない教師データが、まだ、教師データ記憶部１７２に記憶されていると判定された場合、タップ抽出部１７５は、まだ注目教師画素としていない教師データを、新たに、注目教師画素として、ステップＳ２２に戻り、以下、同様の処理が繰り返される。

また、ステップＳ２８において、注目教師画素としていない教師データが、教師データ記憶部１７２に記憶されていないと判定された場合、足し込み部１７８は、いままでの処理によって得られたクラスごとの式（１３）における左辺の行列と、右辺のベクトルを、係数種算出部１７９に供給し、ステップＳ２９に進む。

ステップＳ２９では、係数種算出部１７９は、足し込み部１７８から供給されるクラスごとの式（１３）における左辺の行列と右辺のベクトルによって構成されるクラスごとの正規方程式を解くことにより、各クラスごとに、係数種データβm,nを求めて出力し、処理を終了する。

なお、学習用画像データの数が十分でないこと等に起因して、係数種データを求めるのに必要な数の正規方程式が得られないクラスが生じることがあり得るが、そのようなクラスについては、係数種算出部１７９は、例えば、デフォルトの係数種データを出力するようになっている。

ところで、図２４の学習装置では、図２５に示したように、学習用画像データとしての高画質画像データを教師データとするとともに、その高画質画像データに、パラメータｚに対応して解像度を劣化させた低画質画像データを生徒データとして、式（４）によって係数種データβm,nとパラメータｚに対応する変数ｔmとで表されるタップ係数ｗn、並びに生徒データｘnから、式（１）の線形１次式で予測される教師データの予測値ｙの自乗誤差の総和を最小にする係数種データβm,nを直接求める学習を行うようにしたが、係数種データβm,nの学習は、その他、例えば、図２７に示すようにして行うことが可能である。

即ち、図２７の実施の形態では、図２５の実施の形態における場合と同様に、学習用画像データとしての高画質画像データを教師データとするとともに、その高画質画像データを、パラメータｚに対応したカットオフ周波数のＬＰＦによってフィルタリングすることにより、その水平解像度および垂直解像度を低下させた低画質画像データを生徒データとして、まず最初に、タップ係数ｗn、並びに生徒データｘnを用いて式（１）の線形１次予測式で予測される教師データの予測値ｙの自乗誤差の総和を最小にするタップ係数ｗnが、パラメータｚの値（ここでは、ｚ＝０，１，・・・，Ｚ）ごとに求められる。さらに、図２７の実施の形態では、求められたタップ係数ｗnを教師データとするとともに、パラメータｚを生徒データとして、式（４）によって係数種データβm,n、並びに生徒データであるパラメータｚに対応する変数ｔmから予測される教師データとしてのタップ係数ｗnの予測値の自乗誤差の総和を最小にする係数種データβm,nを求める学習が行われる。

具体的には、上述の式（８）で表される、式（１）の線形１次予測式で予測される教師データの予測値ｙの自乗誤差の総和Ｅを最小（極小）にするタップ係数ｗnは、その総和Ｅをタップ係数ｗnで偏微分したものを０とするものであり、従って、次式を満たす必要がある。

・・・（１４）

そこで、上述の式（６）をタップ係数ｗnで偏微分すると、次式が得られる。

・・・（１５）

式（１４）と（１５）から、次式が得られる。

・・・（１６）

式（１６）のｅkに、式（６）を代入することにより、式（１６）は、式（１７）に示す正規方程式で表すことができる。

・・・（１７）

式（１７）の正規方程式は、例えば、式（１３）の正規方程式における場合と同様に、掃き出し法（Gauss-Jordanの消去法）などを用いることにより、タップ係数ｗnについて解くことができる。

式（１７）の正規方程式を解くことにより、最適なタップ係数（ここでは、自乗誤差の総和Ｅを最小にするタップ係数）ｗnは、クラスごとに、かつパラメータｚの値（ｚ＝０，１，・・・，Ｚ）ごとに求められる。

一方、本実施の形態では、式（４）により、係数種データβm,nと、パラメータｚに対応する変数ｔmとから、タップ係数が求められるが、いま、この式（４）によって求められるタップ係数を、ｗn’と表すこととすると、次の式（１８）で表される、最適なタップ係数ｗnと式（４）により求められるタップ係数ｗn’との誤差ｅnを０とする係数種データβn,mが、最適なタップ係数ｗnを求めるのに最適なものとなるが、すべてのタップ係数ｗnについて、そのような係数種データβn,mを求めることは、一般には困難である。

・・・（１８）

なお、式（１８）は、式（４）によって、次式のように変形することができる。

・・・（１９）

そこで、係数種データβn,mが最適なものであることを表す規範として、例えば、やはり、最小自乗法を採用することとすると、最適な係数種データβn,mは、次式で表される自乗誤差の総和Ｅを最小にすることで求めることができる。

・・・（２０）

式（２０）の自乗誤差の総和Ｅの最小値（極小値）は、式（２１）に示すように、総和Ｅを係数種データβn,mで偏微分したものを０とするβn,mによって与えられる。

・・・（２１）

式（１９）を、式（２１）に代入することにより、次式が得られる。

・・・（２２）

いま、Ｘi,j,とＹiを、式（２３）と（２４）に示すように定義する。

・・・（２３）

・・・（２４）

この場合、式（２２）は、Ｘi,jとＹiを用いた式（２５）に示す正規方程式で表すことができる。

・・・（２５）

式（２５）の正規方程式も、例えば、掃き出し法（Gauss-Jordanの消去法）などを用いることにより、係数種データβn,mについて解くことができる。

次に、図２８は、式（２５）の正規方程式をたてて解くことにより係数種データβn,mを求める学習を行う学習装置の構成例を示している。なお、図中、図２４における場合と対応する部分については、同一の符号を付してあり、以下では、その説明は、適宜省略する。

足し込み部１９０には、クラス分類部１７７が出力する注目教師画素についてのクラスコードと、パラメータ生成部１８０が出力するパラメータｚが供給されるようになっている。そして、足し込み部１９０は、教師データ記憶部１７２から、注目教師画素を読み出し、その注目教師画素と、タップ抽出部１７５から供給される注目教師画素について構成された予測タップを構成する生徒データとを対象とした足し込みを、クラス分類部１７７から供給されるクラスコードごとに、かつパラメータ生成部１８０が出力するパラメータｚの値ごとに行う。

即ち、足し込み部１９０には、教師データ記憶部１７２に記憶された教師データｙk、タップ抽出部１７５が出力する予測タップｘn,k、クラス分類部１７７が出力するクラスコード、およびパラメータ生成部１８０が出力する、予測タップｘn,kを構成するのに用いられた生徒データを生成したときのパラメータｚが供給される。

そして、足し込み部１９０は、クラス分類部１７７から供給されるクラスコードに対応するクラスごとに、かつパラメータ生成部１８０が出力するパラメータｚの値ごとに、予測タップ（生徒データ）ｘn,kを用い、式（１７）の左辺の行列における生徒データどうしの乗算（ｘn,kｘn',k）と、サメーション（Σ）に相当する演算を行う。

さらに、足し込み部１９０は、やはり、クラス分類部１７７から供給されるクラスコードに対応するクラスごとに、かつパラメータ生成部１８０が出力するパラメータｚの値ごとに、予測タップ（生徒データ）ｘn,kと教師データｙkを用い、式（１７）の右辺のベクトルにおける生徒データｘn,kおよび教師データｙkの乗算（ｘn,kｙk）と、サメーション（Σ）に相当する演算を行う。

即ち、足し込み部１９０は、前回、注目教師画素とされた教師データについて求められた式（１７）における左辺の行列のコンポーネント（Σｘn,kｘn',k）と、右辺のベクトルのコンポーネント（Σｘn,kｙk）を、その内蔵するメモリ（図示せず）に記憶しており、その行列のコンポーネント（Σｘn,kｘn',k）またはベクトルのコンポーネント（Σｘn,kｙk）に対して、新たに注目教師画素とされた教師データについて、その教師データｙk+1および生徒データｘn,k+1を用いて計算される、対応するコンポーネントｘn,k+1ｘn',k+1またはｘn,k+1ｙk+1を足し込む（式（１７）のサメーションで表される加算を行う）。

そして、足し込み部１９０は、教師データ記憶部１７２に記憶された教師データすべてを注目教師画素として、上述の足し込みを行うことにより、各クラスについて、パラメータｚの各値ごとに、式（１７）に示した正規方程式をたてると、その正規方程式を、タップ係数算出部１９１に供給する。

タップ係数算出部１９１は、足し込み部１９０から供給される各クラスについての、パラメータｚの値ごとの正規方程式を解くことにより、各クラスについて、パラメータｚの値ごとの最適なタップ係数ｗnを求め、足し込み部１９２に供給する。

足し込み部１９２は、各クラスごとに、パラメータｚ（に対応する変数ｔm）と、最適なタップ係数ｗnを対象とした足し込みを行う。

即ち、足し込み部１９２は、パラメータｚから式（３）によって求められる変数ｔi（ｔj）を用い、式（２５）の左辺の行列における、式（２３）で定義されるコンポーネントＸi,jを求めるためのパラメータｚに対応する変数ｔi（ｔj）どうしの乗算（ｔiｔj）と、サメーション（Σ）に相当する演算を、クラスごとに行う。

ここで、コンポーネントＸi,jは、パラメータｚによってのみ決まるものであり、クラスとは関係がないので、コンポーネントＸi,jの計算は、実際には、クラスごとに行う必要はなく、１回行うだけで済む。

さらに、足し込み部１９２は、パラメータｚから式（３）によって求められる変数ｔiと、最適なタップ係数ｗnとを用い、式（２５）の右辺のベクトルにおける、式（２４）で定義されるコンポーネントＹiを求めるためのパラメータｚに対応する変数ｔiおよび最適なタップ係数ｗnの乗算（ｔiｗn）と、サメーション（Σ）に相当する演算を、クラスごとに行う。

足し込み部１９２は、各クラスごとに、式（２３）で表されるコンポーネントＸi,jと、式（２４）で表されるコンポーネントＹiを求めることにより、各クラスについて、式（２５）の正規方程式をたてると、その正規方程式を、係数種算出部１９３に供給する。

係数種算出部１９３は、足し込み部１９２から供給されるクラスごとの式（２５）の正規方程式を解くことにより、各クラスごとの係数種データβm,nを求めて出力する。

図２２の信号処理部１３７における係数種メモリ１６７には、以上のようにして求められたクラスごとの係数種データβm,nを記憶させておくようにすることもできる。

ここで、図２２の信号処理部１３７においては、例えば、係数種メモリ１６７を設けずに、図２８のタップ係数算出部１９１が出力するパラメータｚの各値ごとの最適なタップ係数ｗnをメモリに記憶させておき、パラメータメモリ１６８に記憶されたパラメータｚに応じて、メモリに記憶された最適なタップ係数を選択して、係数メモリ１６４にセットするようにすることも可能である。但し、この場合、パラメータｚが取り得る値の数に比例した大きな容量のメモリが必要となる。これに対して、係数種メモリ１６７を設け、係数種データを記憶させておく場合には、係数種メモリ１６７の記憶容量は、パラメータｚが取り得る値の数に依存しないので、係数種メモリ１６７として、小さな容量のメモリを採用することができる。さらに、係数種データβm,nを記憶させておく場合には、その係数種データβm,nと、パラメータｚの値とから、式（２）によりタップ係数ｗnが生成されることから、パラメータｚの値に応じた、いわば連続的なタップ係数ｗnを得ることができる。そして、その結果、図２２の予測部１６５が第２の画像データとして出力する高画質画像データの画質を、無段階に滑らかに調整することが可能となる。

なお、上述の場合には、学習用画像データを、そのまま第２の画像データに対応する教師データとするとともに、その学習用画像データの解像度を劣化させた低画質画像データを、第１の画像データに対応する生徒データとして、係数種データの学習を行うようにしたことから、係数種データとしては、第１の画像データを、その解像度を向上させた第２の画像データに変換する解像度向上処理としての画像変換処理を行うものを得ることができる。

従って、親機１の信号処理部１３７のＥＥＰＲＯＭ１３７Ａに、その係数種データを記憶させておくとともに、図２２の機能的構成を実現し、かつ図２３のフローチャートにしたがった画像変換処理を行うプログラムを記憶させておくことにより、信号処理部１３７では、パラメータｚに対応して、画像データの水平解像度および垂直解像度を向上させることができる。

ここで、第１の画像データに対応する生徒データと、第２の画像データに対応する教師データとする画像データの選択の仕方によって、係数種データとしては、各種の画像変換処理を行うものを得ることができる。

即ち、例えば、高画質画像データを教師データとするとともに、その教師データとしての高画質画像データに対して、パラメータｚに対応するレベルのノイズを重畳した画像データを生徒データとして、学習処理を行うことにより、係数種データとしては、第１の画像データを、そこに含まれるノイズを除去（低減）した第２の画像データに変換するノイズ除去処理としての画像変換処理を行うものを得ることができる。

また、例えば、ある画像データを教師データとするとともに、その教師データとしての画像データの画素数を、パラメータｚに対応して間引いた画像データを生徒データとして、または、パラメータｚに対応するサイズの画像データを生徒データとするとともに、その生徒データとしての画像データの画素を所定の間引き率で間引いた画像データを教師データとして、学習処理を行うことにより、係数種データとしては、第１の画像データを、拡大または縮小した第２の画像データに変換するリサイズ処理としての画像変換処理を行うものを得ることができる。

従って、親機１の信号処理部１３７のＥＥＰＲＯＭ１３７Ａに、ノイズ除去処理用の係数種データや、リサイズ処理用の係数種データを記憶させておくことにより、信号処理部１３７では、パラメータｚに対応して、画像データのノイズ除去やリサイズ（拡大または縮小）を行うことができる。

なお、上述の場合には、タップ係数ｗnを、式（２）に示したように、β1,nｚ0＋β2,nｚ1＋・・・＋βM,nｚM-1で定義し、この式（２）によって、水平および垂直方向の解像度を、いずれも、パラメータｚに対応して向上させるためのタップ係数ｗnを求めるようにしたが、タップ係数ｗnとしては、水平解像度と垂直解像度を、独立のパラメータｚxとｚyに対応して、それぞれ独立に向上させるものを求めるようにすることも可能である。

即ち、タップ係数ｗnを、式（２）に代えて、例えば、３次式β1,nｚx0ｚy0＋β2,nｚx1ｚy0＋β3,nｚx2ｚy0＋β4,nｚx3ｚy0＋β5,nｚx0ｚy1＋β6,nｚx0ｚy2＋β7,nｚx0ｚy3＋β8,nｚx1ｚy1＋β9,nｚx2ｚy1＋β10,nｚx1ｚy2で定義するとともに、式（３）で定義した変数ｔmを、式（３）に代えて、ｔ1＝ｚx0ｚy0，ｔ2＝ｚx1ｚy0，ｔ3＝ｚx2ｚy0，ｔ4＝ｚx3ｚy0，ｔ5＝ｚx0ｚy1，ｔ6＝ｚx0ｚy2，ｔ7＝ｚx0ｚy3，ｔ8＝ｚx1ｚy1，ｔ9＝ｚx2ｚy1，ｔ10＝ｚx1ｚy2で定義する。この場合も、タップ係数ｗnは、最終的には、式（４）で表すことができ、従って、学習装置（図２４、図２８）において、パラメータｚxとｚyに対応して、教師データの水平解像度と垂直解像度をそれぞれ劣化させた画像データを、生徒データとして用いて学習を行って、係数種データβm,nを求めることにより、水平解像度と垂直解像度を、独立のパラメータｚxとｚyに対応して、それぞれ独立に向上させるタップ係数ｗnを求めることができる。

その他、例えば、水平解像度と垂直解像度それぞれに対応するパラメータｚxとｚyに加えて、さらに、時間方向の解像度に対応するパラメータｚtを導入することにより、水平解像度、垂直解像度、時間解像度を、独立のパラメータｚx，ｚy，ｚtに対応して、それぞれ独立に向上させるタップ係数ｗnを求めることが可能となる。

また、リサイズ処理についても、解像度向上処理における場合と同様に、水平および垂直方向を、いずれもパラメータｚに対応する拡大率（または縮小率）でリサイズするタップ係数ｗnの他、水平と垂直方向を、それぞれパラメータｚxとｚyに対応する拡大率で、独立にリサイズするタップ係数ｗnを求めることが可能である。

さらに、学習装置（図２４、図２８）において、パラメータｚxに対応して教師データの水平解像度および垂直解像度を劣化させるとともに、パラメータｚyに対応して教師データにノイズを付加した画像データを、生徒データとして用いて学習を行って、係数種データβm,nを求めることにより、パラメータｚxに対応して水平解像度および垂直解像度を向上させるとともに、パラメータｚyに対応してノイズ除去を行うタップ係数ｗnを求めることができる。

次に、上述のような画像変換処理を行う機能は、親機１のみならず、子機２も有している。

そこで、図２９は、上述の画像変換処理を行う子機２（図１１）の信号処理部１５７の機能的構成例を示している。なお、図２９の機能的構成も、図２２の信号処理部１３７における場合と同様に、信号処理部１５７のＤＳＰ１５７Ａが、ＥＥＰＲＯＭ１５７Ｂに記憶されたプログラムを実行することで実現される。

図２９において、子機２の信号処理部１５７は、親機１の信号処理部１３７（図２２）のタップ抽出部１６１乃至パラメータメモリ１６８とそれぞれ同様に構成されるタップ抽出部２０１乃至パラメータメモリ２０８で構成されるため、その説明は省略する。

なお、親機１の信号処理部１３７と、子機２の信号処理部１５７には、同一の係数種データを記憶させておくことも可能であるが、本実施の形態では、少なくとも一部が異なる係数種データを記憶させておくものとする。

即ち、例えば、親機１の信号処理部１３７には、リサイズ処理用の係数種データと、解像度向上処理用の係数種データを記憶させておき、子機２の信号処理部１５７には、リサイズ処理用の係数種データと、ノイズ除去処理用の係数種データを記憶させておくものとする。

あるいは、例えば、親機１の信号処理部１３７には、リサイズ処理用の係数種データを記憶させておき、ある１つの子機２ijの信号処理部１５７には、ノイズ除去処理用の係数種データを記憶させておくとともに、他の１つの子機２pqの信号処理部１５７には、解像度向上処理用の係数種データを記憶させておくことも可能である。

ここで、親機１の信号処理部１３７と、子機２の信号処理部１５７の両方に、各種の処理を行うための係数種データを記憶させておくことも可能であるが、その場合、その各種の処理を行うための係数種データを、ＥＥＰＲＯＭ１３７Ｂと１５７Ｂに記憶させる必要がある。従って、ＥＥＰＲＯＭ１３７Ｂと１５７Ｂとして、記憶容量の大きなものが必要となり、親機１や子機２のコストが大になる。

一方、本実施の形態では、スケーラブルＴＶシステムにおいて、親機１と子機２とは、IEEE1394通信が可能なように接続されることから、親機１または子機２は、子機２または親機１が有する係数種データを、IEEE1394通信によって取得することができる。従って、例えば、ノイズ除去処理を行う係数種データを記憶している子機２が親機１に接続されれば、親機１は、自身がその係数種データを有していなくても（記憶していなくても）、子機２から係数種データを取得して、ノイズ除去処理を行うことが可能となる。

その結果、親機１は（子機２も同様）、スケーラブルＴＶシステムとして接続される子機２が増加するほど、実行可能な処理、つまり機能が増加することになる。

この場合、ＥＥＰＲＯＭ１３７Ｂと１５７Ｂとして、記憶容量の小さいものを採用することができ、親機１や子機２のコストを低減することができる。さらに、この場合、親機１に加えて、子機２を増設していくほど、スケーラブルＴＶシステム全体としての機能が増加することから、ユーザに、子機の購入意欲を起こさせることができる。そして、ユーザが、新たな子機を購入した場合でも、ユーザが既に所有している子機２は、その子機２が有する係数種データを用いて行われる処理に必要であり、ユーザがその所有している子機２を廃棄することを防止することができる。その結果、資源の有効利用に資することができる。

なお、本実施の形態では、例えば、子機２において、信号処理部１５７は、子機２単体では、処理を行わないようになっている。即ち、子機２の信号処理部１５７は、IEEE1394通信によって、親機１から、ＣＰＵ１４９（図１１）を経由してコマンドを受信した場合に、そのコマンドに対応して処理を行うようになっている。

従って、子機２は、大きくは、アンテナで受信されたテレビジョン放送信号に対応する画像を、ＣＲＴ３１に表示するとともに、音声を、スピーカユニット３２Ｌおよび３２Ｒから出力する機能（以下、適宜、ＴＶ機能という）と、信号処理部１５７が処理を行うことによって提供される機能（以下、適宜、特別機能という）とを有するが、単体では、ＴＶ機能しか使用できず、特別機能は使用することができない。即ち、子機２の特別機能を使用するには、その子機２が、親機１に接続され、スケーラブルＴＶシステムを構成する必要がある。

次に、図３０のフローチャートを参照して、図１０の親機１の処理について説明する。

まず最初に、ステップＳ４１において、ＣＰＵ１２９は、端子パネル２１に、何らかの機器が接続されるか、または、IEEE1394インタフェース１３３もしくはＩＲ受信部１３５から、何らかのコマンドが供給されるというイベントが生じたかどうかを判定し、何らのイベントも生じていないと判定した場合、ステップＳ４１に戻る。

また、ステップＳ４１において、端子パネル２１に機器が接続されるイベントが生じたと判定された場合、ステップＳ４２に進み、ＣＰＵ１２９は、後述する図３１の認証処理を行い、ステップＳ４１に戻る。

ここで、端子パネル２１に機器が接続されたかどうかを判定するには、端子パネル２１に機器が接続されたことを検出する必要があるが、この検出は、例えば、次のようにして行われる。

即ち、端子パネル２１（図３）に設けられたIEEE1394端子２１ijに、（IEEE1394ケーブルを介して）機器が接続されると、そのIEEE1394端子２１ijの端子電圧が変化する。IEEE1394インタフェース１３３は、この端子電圧の変化を、ＣＰＵ１２９に報告するようになっており、ＣＰＵ１２９は、IEEE1394インタフェース１３３から、端子電圧の変化の報告を受けることによって、端子パネル２１に機器が新たに接続されたことを検出する。なお、ＣＰＵ１２９は、例えば、同様の手法で、端子パネル２１から機器が切り離されたことを認識する。

一方、ステップＳ４１において、IEEE1394インタフェース１３３もしくはＩＲ受信部１３５から、何らかのコマンドが供給されるイベントが生じたと判定された場合、ステップＳ４３に進み、親機１では、そのコマンドに対応した処理が行われ、ステップＳ４１に戻る。

次に、図３１のフローチャートを参照して、親機１が図３０のステップＳ４２で行う認証処理について説明する。

親機１の認証処理では、端子パネル２１に新たに接続された機器（以下、適宜、接続機器という）が、正当なIEEE1394機器であるかどうかについての認証と、そのIEEE1394機器が、親機または子機となるテレビジョン受像機（スケーラブル対応機）であるかどうかいついての認証の２つの認証が行われる。

即ち、親機１の認証処理では、まず最初に、ステップＳ５１において、ＣＰＵ１２９は、IEEE1394インタフェース１３３を制御することにより、接続機器に対して、相互認証を行うことを要求する認証要求コマンドを送信させ、ステップＳ５２に進む。

ステップＳ５２では、ＣＰＵ１２９は、認証要求コマンドに対応するレスポンスが、接続機器から返ってきたかどうかを判定する。ステップＳ５２において、認証要求コマンドに対応するレスポンスが、接続機器から返ってきていないと判定された場合、ステップＳ５３に進み、ＣＰＵ１２９は、タイムオーバとなったかどうか、即ち、認証要求コマンドを送信してから所定の時間が経過したかどうかを判定する。

ステップＳ５３において、タイムオーバであると判定された場合、即ち、認証要求コマンドを、接続機器に送信してから、所定の時間が経過しても、その接続機器から、認証要求コマンドに対応するレスポンスが返ってこない場合、ステップＳ５４に進み、ＣＰＵ１２９は、接続機器が正当なIEEE1394機器でなく、認証に失敗したとして、動作モードを、その接続機器との間では、何らのデータのやりとりも行わないモードである単体モードに設定して、リターンする。

従って、親機１は、その後、正当なIEEE1394機器でない接続機器との間では、IEEE1394通信は勿論、何らのデータのやりとりも行わない。

一方、ステップＳ５３において、タイムオーバでないと判定された場合、ステップＳ５２に戻り、以下、同様の処理を繰り返す。

そして、ステップＳ５２において、認証要求コマンドに対応するレスポンスが、接続機器から返ってきたと判定された場合、即ち、接続機器からのレスポンスが、IEEE1394インタフェース１３３で受信され、ＣＰＵ１２９に供給された場合、ステップＳ５５に進み、ＣＰＵ１２９は、所定のアルゴリズムにしたがって、乱数（疑似乱数）Ｒ１を生成し、IEEE1394インタフェース１３３を介して、接続機器に送信する。

その後、ステップＳ５６に進み、ＣＰＵ１２９は、ステップＳ５５で送信した乱数Ｒ１に対して、その乱数Ｒ１を、所定の暗号化アルゴリズム（例えば、DES(Data Encryption Standard)や、FEAL(Fast data Encipherment Algorithm)、RC5などの秘密鍵暗号化方式）で暗号化した暗号化乱数Ｅ’（Ｒ１）が、接続機器から送信されてきたかどうかを判定する。

ステップＳ５６において、接続機器から暗号化乱数Ｅ’（Ｒ１）が送信されてきていないと判定された場合、ステップＳ５７に進み、ＣＰＵ１２９は、タイムオーバとなったかどうか、即ち、乱数Ｒ１を送信してから所定の時間が経過したかどうかを判定する。

ステップＳ５７において、タイムオーバであると判定された場合、即ち、乱数Ｒ１を、接続機器に送信してから、所定の時間が経過しても、その接続機器から、暗号化乱数Ｅ’（Ｒ１）が送信されてこない場合、ステップＳ５４に進み、ＣＰＵ１２９は、上述したように、接続機器が正当なIEEE1394機器でないとして、動作モードを単体モードに設定して、リターンする。

一方、ステップＳ５７において、タイムオーバでないと判定された場合、ステップＳ５６に戻り、以下、同様の処理を繰り返す。

そして、ステップＳ５６において、接続機器から暗号化乱数Ｅ’（Ｒ１）が送信されてきたと判定された場合、即ち、接続機器からの暗号化乱数Ｅ’（Ｒ１）が、IEEE1394インタフェース１３３で受信され、ＣＰＵ１２９に供給された場合、ステップＳ５８に進み、ＣＰＵ１２９は、ステップＳ５５で生成した乱数Ｒ１を、所定の暗号化アルゴリズムで暗号化し、暗号化乱数Ｅ（Ｒ１）を生成して、ステップＳ５９に進む。

ステップＳ５９では、ＣＰＵ１２９は、接続機器から送信されてきた暗号化乱数Ｅ’（Ｒ１）と、自身がステップＳ５８で生成した暗号化乱数Ｅ（Ｒ１）とが等しいかどうかを判定する。

ステップＳ５９において、暗号化乱数Ｅ’（Ｒ１）とＥ（Ｒ１）とが等しくないと判定された場合、即ち、接続機器で採用されている暗号化アルゴリズム（必要に応じて、暗号化に用いられる秘密鍵も含む）が、ＣＰＵ１２９で採用されている暗号化アルゴリズムと異なるものである場合、ステップＳ５４に進み、ＣＰＵ１２９は、上述したように、接続機器が正当なIEEE1394機器でないとして、動作モードを単体モードに設定して、リターンする。

また、ステップＳ５９において、暗号化乱数Ｅ’（Ｒ１）とＥ（Ｒ１）とが等しいと判定された場合、即ち、接続機器で採用されている暗号化アルゴリズムが、ＣＰＵ１２９で採用されている暗号化アルゴリズムと等しいものである場合、ステップＳ６０に進み、ＣＰＵ１２９は、接続機器が親機１の認証を行うための乱数Ｒ２が、接続機器から送信されてきたかどうかを判定する。

ステップＳ６０において、乱数Ｒ２が送信されてきていないと判定された場合、ステップＳ６１に進み、ＣＰＵ１２９は、タイムオーバとなったかどうか、即ち、例えば、ステップＳ５９で暗号化乱数Ｅ’（Ｒ１）とＥ（Ｒ１）とが等しいと判定されてから、所定の時間が経過したかどうかを判定する。

ステップＳ６１において、タイムオーバであると判定された場合、即ち、相当の時間が経過しても、接続機器から、乱数Ｒ２が送信されてこない場合、ステップＳ５４に進み、ＣＰＵ１２９は、上述したように、接続機器が正当なIEEE1394機器でないとして、動作モードを単体モードに設定して、リターンする。

一方、ステップＳ６１において、タイムオーバでないと判定された場合、ステップＳ６０に戻り、以下、同様の処理を繰り返す。

そして、ステップＳ６０において、接続機器から、乱数Ｒ２が送信されてきたと判定された場合、即ち、接続機器からの乱数Ｒ２が、IEEE1394インタフェース１３３で受信され、ＣＰＵ１２９に供給された場合、ステップＳ６２に進み、ＣＰＵ１２９は、乱数Ｒ２を所定の暗号化アルゴリズムで暗号化し、暗号化乱数Ｅ（Ｒ１）を生成して、IEEE1394インタフェース１３３を介して、接続機器に送信する。

ここで、ステップＳ６０において、接続機器から乱数Ｒ２が送信されてきた時点で、接続機器が正当なIEEE1394機器であることの認証が成功する。

その後、ステップＳ６３に進み、ＣＰＵ１２９は、IEEE1394インタフェース１３３を制御することにより、接続機器の機器IDと機能情報を要求する機能情報要求コマンドとともに、自身の機器IDと機能情報を、接続機器に送信する。

ここで、機器IDは、親機１や子機２となるテレビジョン受像機を特定するユニークなIDである。

また、機能情報は、自身の機能に関する情報で、例えば、自身が有する係数種データの種類（どのような画像変換処理を行うことができる係数種データであるのか）、外部から受け付けるコマンドの種類（例えば、電源のオン／オフ、音量調整、チャンネル、輝度、シャープネスなどを制御するコマンドのうちのいずれを外部から受け付けるか）、管面表示（ＯＳＤ表示）が可能かどうか、ミュート状態になり得るかどうか、スリープ状態となり得るかどうかなどといった情報が含まれる。さらに、機能情報には、自身が親機としての機能を有するのか、または子機としての機能を有するのかといった情報も含まれる。

なお、親機１では、機器IDおよび機能情報は、例えば、ＥＥＰＲＯＭ１３０や、図１５に示したコンフィギレーションＲＯＭのvendor_dependent_informationなどに記憶させておくことができる。

その後、ステップＳ６４に進み、ＣＰＵ１２９は、ステップＳ６３で接続機器に送信した機能情報要求コマンドに対応して、その接続機器が、機器IDと機能情報を送信してくるのを待って、その機器IDと機能情報を、IEEE1394インタフェース１３３を介して受信し、ＥＥＰＲＯＭ１３０に記憶させて、ステップＳ６５に進む。

ステップＳ６５では、ＣＰＵ１２９は、ＥＥＰＲＯＭ１３０に記憶された機能情報を参照することにより、接続機器が子機であるかどうかを判定する。ステップＳ６５において、接続機器が子機であると判定された場合、即ち、接続機器が子機であることの認証に成功した場合、ステップＳ６６およびＳ６７をスキップして、ステップＳ６８に進み、ＣＰＵ１２９は、動作モードを、その子機である接続機器に対して特別機能による処理を行わせるための制御コマンドを提供、即ち、子機の特別機能を制御する特別機能コマンド受付／提供モードに設定して、リターンする。

一方、ステップＳ６５において、接続機器が子機でないと判定された場合、ステップＳ６６に進み、ＣＰＵ１２９は、ＥＥＰＲＯＭ１３０に記憶された機能情報を参照することにより、接続機器が親機であるかどうかを判定する。ステップＳ６６において、接続機器が親機であると判定された場合、即ち、接続機器が親機であることの認証に成功した場合、ステップＳ６７に進み、ＣＰＵ１２９は、親機である接続機器との間で親子調整処理を行う。

即ち、この場合、親機１に、他の親機が接続されていることから、スケーラブルＴＶシステムを構成するテレビジョン受像機の中に、親機として機能するものが、２台存在することになる。本実施の形態では、スケーラブルＴＶシステムにおける親機は１台である必要があり、このため、ステップＳ６７では、親機１と、接続機器としての親機との間で、いずれが親機としてのテレビジョン受像機として機能するかを決定する親子調整処理が行われる。

具体的には、例えば、より早く、スケーラブルＴＶシステムを構成することとなった親機、つまり、本実施の形態では、親機１が、親機としてのテレビジョン受像機として機能するように決定される。なお、親機として機能しないように決定された他の親機は、子機として機能することとなる。

ステップＳ６７で親子調整処理が行われた後は、ステップＳ６８に進み、ＣＰＵ１２９は、上述したように、動作モードを、特別機能コマンド受付／提供モードに設定して、リターンする。

一方、ステップＳ６６において、接続機器が親機でないと判定された場合、即ち、接続機器が親機および子機のいずれでもなく、従って、接続機器が親機または子機であることの認証に失敗した場合、ステップＳ６９に進み、ＣＰＵ１２９は、動作モードを、接続機器との間で、既定のAV/Cコマンドセットのやりとりは可能であるが、特別機能による処理を行うための制御コマンドのやりとりはできない通常機能コマンド受付／提供モードに設定して、リターンする。

即ち、この場合、接続機器は、親機および子機のいずれでもないため、そのような接続機器が、親機１に接続されても、特別機能は提供されない。但し、この場合、接続機器は、正当なIEEE1394機器ではあることから、親機１と接続機器との間における既定のAV/Cコマンドセットのやりとりは許可される。従って、この場合、親機１と接続機器については、他方（あるいは、親機１に接続されている他のIEEE1394機器）から、既定のAV/Cコマンドセットによって制御することは可能である。

次に、図３２のフローチャートを参照して、図１１の子機２の処理について説明する。

まず最初に、ステップＳ７１において、ＣＰＵ１４９は、端子パネル４１に、何らかの機器が接続されるか、または、IEEE1394インタフェース１５３もしくはＩＲ受信部１５５から、何らかのコマンドが供給されるというイベントが生じたかどうかを判定し、何らのイベントも生じていないと判定した場合、ステップＳ７１に戻る。

また、ステップＳ７１において、端子パネル４１に機器が接続されるイベントが生じたと判定された場合、ステップＳ７２に進み、ＣＰＵ１４９は、後述する図３３の認証処理を行い、ステップＳ７１に戻る。

ここで、端子パネル４１に機器が接続されたかどうかを判定するには、端子パネル４１に機器が接続されたことを検出する必要があるが、この検出は、例えば、図３０のステップＳ４１で説明した場合と同様に行われる。

一方、ステップＳ７１において、IEEE1394インタフェース１５３もしくはＩＲ受信部１５５から、何らかのコマンドが供給されるイベントが生じたと判定された場合、ステップＳ７３に進み、子機２では、そのコマンドに対応した処理が行われ、ステップＳ７１に戻る。

次に、図３３のフローチャートを参照して、子機２が図３２のステップＳ７２で行う認証処理について説明する。

子機２の認証処理では、端子パネル４１に新たに接続された機器（接続機器）が、正当なIEEE1394機器であるかどうかについての認証と、そのIEEE1394機器が、親機であるかどうかいついての認証の２つの認証が行われる。

即ち、子機２の認証処理では、まず最初に、ステップＳ８１において、ＣＰＵ１４９は、接続機器から、相互認証を行うことを要求する認証要求コマンドが送信されてきたかどうかを判定し、送信されてきていないと判定した場合、ステップＳ８２に進む。

ステップＳ８２では、ＣＰＵ１４９は、タイムオーバとなったかどうか、即ち、認証処理を開始してから所定の時間が経過したかどうかを判定する。

ステップＳ８２において、タイムオーバであると判定された場合、即ち、認証処理を開始してから、所定の時間が経過しても、接続機器から、認証要求コマンドが送信されてこない場合、ステップＳ８３に進み、ＣＰＵ１４９は、接続機器が正当なIEEE1394機器でなく、認証に失敗したとして、動作モードを、その接続機器との間では、何らのデータのやりとりも行わないモードである単体モードに設定して、リターンする。

従って、子機２は、親機１と同様に、正当なIEEE1394機器でない接続機器との間では、IEEE1394通信は勿論、何らのデータのやりとりも行わない。

一方、ステップＳ８２において、タイムオーバでないと判定された場合、ステップＳ８１に戻り、以下、同様の処理を繰り返す。

そして、ステップＳ８１において、認証要求コマンドが、接続機器から送信されてきたと判定された場合、即ち、図３１のステップＳ５１で接続機器としての親機１から送信されてくる認証要求コマンドが、IEEE1394インタフェース１５３で受信され、ＣＰＵ１４９に供給された場合、ステップＳ８４に進み、ＣＰＵ１４９は、IEEE1394インタフェース１５３を制御することにより、認証要求コマンドに対するレスポンスを、接続機器に送信させる。

ここで、本実施の形態では、図３１におけるステップＳ５１乃至Ｓ５３の処理を親機１に、図３３のステップＳ８１，Ｓ８２、およびＳ８４の処理を子機２に、それぞれ行わせるようにしたが、図３１におけるステップＳ５１乃至Ｓ５３の処理は子機２に、図３３のステップＳ８１，Ｓ８２、およびＳ８４の処理は親機１に、それぞれ行わせるようにすることも可能である。

その後、ステップＳ８５に進み、ＣＰＵ１４９は、接続機器から、乱数Ｒ１が送信されてきたかどうかを判定し、送信されてきていないと判定した場合、ステップＳ８６に進む。

ステップＳ８６では、ＣＰＵ１４９は、タイムオーバとなったかどうか、即ち、ステップＳ８４で認証要求コマンドに対するレスポンスを送信してから所定の時間が経過したかどうかを判定する。

ステップＳ８６において、タイムオーバであると判定された場合、即ち、認証コマンドに対するレスポンスを送信してから、所定の時間が経過しても、接続機器から、乱数Ｒ１が送信されてこない場合、ステップＳ８３に進み、ＣＰＵ１４９は、上述したように、接続機器が正当なIEEE1394機器でないとして、動作モードを、その接続機器との間では、何らのデータのやりとりも行わないモードである単体モードに設定して、リターンする。

一方、ステップＳ８６において、タイムオーバでないと判定された場合、ステップＳ８５に戻り、以下、同様の処理を繰り返す。

そして、ステップＳ８５において、接続機器から乱数Ｒ１が送信されてきたと判定された場合、即ち、図３１のステップＳ５５で接続機器としての親機１から送信されてくる乱数Ｒ１が、IEEE1394インタフェース１５３で受信され、ＣＰＵ１４９に供給された場合、ステップＳ８７に進み、ＣＰＵ１４９は、その乱数Ｒ１を、所定の暗号化アルゴリズムで暗号化し、暗号化乱数Ｅ’（Ｒ１）を生成する。さらに、ステップＳ８７では、ＣＰＵ１４９は、IEEE1394インタフェース１５３を制御することにより、暗号化乱数Ｅ’（Ｒ１）を、接続機器に送信し、ステップＳ８９に進む。

ステップＳ８９では、ＣＰＵ１４９は、乱数（疑似乱数）Ｒ２を生成し、IEEE1394インタフェース１５３を制御することにより、乱数Ｒ２を接続機器に送信させ、ステップＳ９０に進む。

ステップＳ９０では、ＣＰＵ１４９は、接続機器としての親機１が図３１のステップＳ６２で生成する、乱数Ｒ２を暗号化した暗号化乱数Ｅ（Ｒ２）が、接続機器から送信されてきたかどうかを判定する。

ステップＳ９０において、接続機器から暗号化乱数Ｅ（Ｒ２）が送信されてきていないと判定された場合、ステップＳ９１に進み、ＣＰＵ１４９は、タイムオーバとなったかどうか、即ち、乱数Ｒ２を送信してから所定の時間が経過したかどうかを判定する。

ステップＳ９１において、タイムオーバであると判定された場合、即ち、乱数Ｒ２を、接続機器に送信してから、所定の時間が経過しても、その接続機器から、暗号化乱数Ｅ（Ｒ２）が送信されてこない場合、ステップＳ８３に進み、ＣＰＵ１４９は、上述したように、接続機器が正当なIEEE1394機器でないとして、動作モードを単体モードに設定して、リターンする。

一方、ステップＳ９１において、タイムオーバでないと判定された場合、ステップＳ９０に戻り、以下、同様の処理を繰り返す。

そして、ステップＳ９０において、接続機器から暗号化乱数Ｅ（Ｒ２）が送信されてきたと判定された場合、即ち、接続機器からの暗号化乱数Ｅ（Ｒ２）が、IEEE1394インタフェース１５３で受信され、ＣＰＵ１４９に供給された場合、ステップＳ９２に進み、ＣＰＵ１４９は、ステップＳ８９で生成した乱数Ｒ２を、所定の暗号化アルゴリズムで暗号化し、暗号化乱数Ｅ’（Ｒ２）を生成して、ステップＳ９３に進む。

ステップＳ９３では、ＣＰＵ１４９は、接続機器から送信されてきた暗号化乱数Ｅ（Ｒ２）と、自身がステップＳ９２生成した暗号化乱数Ｅ’（Ｒ２）とが等しいかどうかを判定する。

ステップＳ９３において、暗号化乱数Ｅ（Ｒ２）とＥ’（Ｒ２）とが等しくないと判定された場合、即ち、接続機器で採用されている暗号化アルゴリズム（必要に応じて、暗号化に用いられる秘密鍵も含む）が、ＣＰＵ１４９で採用されている暗号化アルゴリズムと異なるものである場合、ステップＳ８３に進み、ＣＰＵ１４９は、上述したように、接続機器が正当なIEEE1394機器でないとして、動作モードを単体モードに設定して、リターンする。

また、ステップＳ９３において、暗号化乱数Ｅ（Ｒ２）とＥ’（Ｒ２）とが等しいと判定された場合、即ち、接続機器で採用されている暗号化アルゴリズムが、ＣＰＵ１４９で採用されている暗号化アルゴリズムと等しいものであり、これにより、接続機器が正当なIEEE1394機器であることの認証が成功した場合、ステップＳ９４に進み、ＣＰＵ１４９は、接続機器としての親機１が、図３１のステップＳ６３で機能情報要求コマンドとともに送信してくる機器IDおよび機能情報を、IEEE1394インタフェース１５３を介して受信し、ＥＥＰＲＯＭ１５０に記憶させる。

そして、ステップＳ９５に進み、ＣＰＵ１４９は、IEEE1394インタフェース１５３を制御することにより、ステップＳ９４で受信した接続機器からの機能情報要求コマンドに対応して、自身の機器IDと機能情報を、接続機器に送信させ、ステップＳ９６に進む。

ここで、子機２では、機能IDと機能情報は、図３１で説明した親機１における場合と同様に、ＥＥＰＲＯＭ１５０や、図１５に示したコンフィギレーションＲＯＭのvendor_dependent_informationなどに記憶させておくことができる。

ステップＳ９６では、ＣＰＵ１４９は、ＥＥＰＲＯＭ１５０に記憶された機能情報を参照することにより、接続機器が親機であるかどうかを判定する。ステップＳ９６において、接続機器が親機であると判定された場合、即ち、接続機器が親機であることの認証に成功した場合、ステップＳ９７に進み、ＣＰＵ１４９は、動作モードを、親機である接続機器からの制御コマンドを受け付け、その制御コマンドに対応して特別機能による処理を行う、即ち、特別機能を制御する制御コマンドを受け付ける特別機能コマンド受付／提供モードに設定して、リターンする。

ここで、子機２は、特別機能コマンド受付／提供モードとなると、基本的に、自身のフロントパネル１５４やＩＲ受信部１５５から供給されるコマンドを無視し、IEEE1394インタフェース１５３で受信される親機１からのコマンドにしたがって各種の処理を行う状態となる。即ち、子機２は、例えば、チャンネルや音量の設定その他を、親機１からのコマンドにのみ対応して行う状態となる。従って、スケーラブルＴＶシステムは、親機１によって、そのスケーラブルＴＶシステムを構成するすべての子機２を制御する、いわば集中制御型のシステムであるということができる。

なお、親機１（図１０）から子機２へのコマンドの送信は、そのフロントパネル１３４やＩＲ受信部１３５からの入力に基づいて行うこともできるし、子機２のフロントパネル１５４やＩＲ受信部１５５への入力を、IEEE1394インタフェース１５３を介して親機１に転送し、そのようにして子機２から親機１に転送されてくる入力に基づいて行うこともできる。

一方、ステップＳ９６において、接続機器が親機でないと判定された場合、即ち、接続機器が親機であることの認証に失敗した場合、ステップＳ９８に進み、ＣＰＵ１４９は、動作モードを、接続機器との間で、既定のAV/Cコマンドセットのやりとりは可能であるが、特別機能による処理を行うための制御コマンドのやりとりはできない通常機能コマンド受付／提供モードに設定して、リターンする。

即ち、この場合、接続機器は、親機でないため、そのような接続機器が、子機２に接続されても、特別機能は提供されない。従って、子機２に、他の子機が接続されただけでは、特別機能は提供されない。但し、この場合、接続機器は、正当なIEEE1394機器ではあることから、子機２と接続機器との間における既定のAV/Cコマンドセットのやりとりは許可される。従って、この場合、子機２と接続機器（他の子機を含む）については、他方から、既定のAV/Cコマンドセットによって制御することは可能である。

次に、親機１と子機２で、図３１と図３３で説明した認証処理がそれぞれ成功し、親機１および子機２が、その動作モードを、特別機能コマンド受付／提供モードとした後に、スケーラブルＴＶシステムが特別機能を提供するために、親機１と子機２が、図３０のステップＳ４３と図３２のステップＳ７３でそれぞれ行う処理の詳細の例について説明する。

まず、親機１では、図１０で説明したようにして、テレビジョン放送番組としての画像と音声が出力される（画像が表示され、音声が出力される）が、親機１において、このように、画像と音声が出力されている場合に、ユーザが、リモコン１５（図７）のガイドボタンスイッチ６３（またはリモコン３５（図８）のガイドボタンスイッチ９３）をオンとするように操作すると、リモコン１５において、ユーザの操作に対応する赤外線が出射される。この赤外線は、親機１（図１０）のＩＲ受信部１３５で受信され、ガイドボタンスイッチ６３の操作に対応するコマンド（以下、適宜、キャプション表示コマンドという）が、ＣＰＵ１２９に供給される。

なお、リモコン１５による赤外線は、子機２（図１１）のＩＲ受信部１５５でも受信されるが、子機２では、この赤外線は無視される。

親機１（図１０）のＣＰＵ１２９は、以上のようにして、キャプション表示コマンドを受信すると、図３４のフローチャートにしたがった親機のクローズドキャプション処理を行う。

即ち、ＣＰＵ１２９は、まず最初に、ステップＳ１０１において、デマルチプレクサ１２４に供給されているトランスポートストリームに、クローズドキャプションデータが含まれているかどうかを判定する。

ここで、MPEGビデオストリーム中に、クローズドキャプションデータを含める場合には、クローズドキャプションデータは、例えば、そのシーケンス層におけるMPEGユーザデータ（MPEG-2ユーザデータ）として配置される。この場合、ステップＳ１０１では、ＣＰＵ１２９は、デマルチプレクサ１２４に供給されているトランスポートストリームを参照することにより、そのトランスポートストリーム中に、クローズドキャプションデータが含まれているかどうかを判定する。

ステップＳ１０１において、トランスポートストリーム中に、クローズドキャプションデータが含まれないと判定された場合、以降の処理をスキップして、クローズドキャプション処理を終了する。

また、ステップＳ１０１において、トランスポートストリーム中に、クローズドキャプションデータが含まれると判定された場合、ステップＳ１０２に進み、ＣＰＵ１２９は、ＥＥＰＲＯＭ１３０に記憶された、スケーラブルＴＶシステムを構成する子機の機能情報、および自身の機能情報を参照することにより、スケーラブルＴＶシステムを構成するテレビジョン受像機の中から、クローズドキャプション用の係数種データを有するものを検索する。即ち、機能情報には、上述したように、スケーラブルＴＶシステムを構成する各テレビジョン受像機が有する係数種データの種類が含まれており、ステップＳ１０２では、このような機能情報を参照することにより、クローズドキャプション用の係数種データを有するテレビジョン受像機の検索が行われる。

ここで、クローズドキャプション用の係数種データとは、例えば、クローズドキャプションデータによって表示されるクローズドキャプションの画像データを、教師データとするとともに、その教師データの解像度を劣化させた画像データ、その教師データにノイズを加えた画像データ、またはその教師データを縮小した画像データなどを、生徒データとして、学習を行うことにより得られる係数種データであり、クローズドキャプションの画像について、その解像度の向上、ノイズの除去、または拡大を行うのに、特に適した係数種データを意味する。

その後、ステップＳ１０３に進み、ＣＰＵ１２９は、ステップＳ１０２の検索結果に基づいて、クローズドキャプション専用の係数種データを有するテレビジョン受像機が存在するかどうかを判定する。

ステップＳ１０３において、クローズドキャプション専用の係数種データを有するテレビジョン受像機が存在しないと判定された場合、ステップＳ１０４に進み、ＣＰＵ１２９は、通常のクローズドキャプション表示を開始するように、信号処理部１３７を制御する。

即ち、信号処理部１３７は、いわゆるクローズドキャプションデコーダとしての機能も有しており、ＣＰＵ１２９は、デマルチプレクサ１２４に、トランスポートストリーム中のクローズドキャプションデータを要求し、その要求に応じて、デマルチプレクサ１２４から供給されるクローズドキャプションデータを、信号処理部１３７に供給する。信号処理部１３７は、ＣＰＵ１２９からのクローズドキャプションデータをデコード処理し、その結果得られるクローズドキャプションを、フレームメモリ１２７に記憶された画像データの所定の位置に重畳する。これにより、ＣＲＴ１１には、ＭＰＥＧビデオデコーダ１２５でデコードされた画像データに、クローズドキャプションが重畳された画像データが表示される。

従って、この場合、親機１のＣＲＴ１１では、クローズドキャプションデコーダを内蔵している一般的なテレビジョン受像機における場合と同様に、コンテンツとしての画像に、対応するクローズドキャプションが重畳されて表示される。

以上のようにして、クローズドキャプションの表示が開始されると、ステップＳ１０５に進み、ＣＰＵ１２９は、ステップＳ１０１における場合と同様に、デマルチプレクサ１２４に供給されているトランスポートストリーム中に、まだ表示すべきクローズドキャプションデータが含まれているかどうかを判定する。

ステップＳ１０５において、クローズドキャプションデータがないと判定された場合、ステップＳ１０６をスキップして、ステップＳ１０７に進み、ＣＰＵ１２９は、信号処理部１３７を制御することにより、クローズドキャプションデータのデコード処理を終了させ、クローズドキャプション処理を終了する。

一方、ステップＳ１０５において、デマルチプレクサ１２４に供給されているトランスポートストリーム中に、まだ表示すべきクローズドキャプションデータが含まれていると判定された場合、ステップＳ１０６に進み、ＣＰＵ１２９は、クローズドキャプション表示を終了するコマンド（以下、適宜、クローズドキャプション表示オフコマンドという）が送信されてきたかどうかを判定する。

ステップＳ１０６において、クローズドキャプション表示オフコマンドが送信されてきていないと判定された場合、ステップＳ１０５に戻り、以下、同様の処理が繰り返される。即ち、この場合、クローズドキャプションの表示が続行される。

また、ステップＳ１０６において、クローズドキャプション表示オフコマンドが送信されてきたと判定された場合、即ち、例えば、ユーザが、リモコン１５（図７）のガイドボタンスイッチ６３（またはリモコン３５（図８）のガイドボタンスイッチ９３）をオフとするように操作することにより、リモコン１５から、クローズドキャプション表示オフコマンドに対応する赤外線が出射され、ＩＲ受信部１３５で受信された場合、ステップＳ１０７に進み、ＣＰＵ１２９は、上述したように、信号処理部１３７を制御することにより、クローズドキャプションデータのデコード処理を終了させ、クローズドキャプション処理を終了する。

一方、ステップＳ１０３において、クローズドキャプション専用の係数種データを有するテレビジョン受像機としての子機（以下、適宜、キャプション係数種データ保有子機という）が存在すると判定された場合、ステップＳ１０８に進み、ＣＰＵ１２９は、スケーラブルＴＶシステムを構成するテレビジョン受像機としての子機の中から、クローズドキャプションを表示させるものを選択する。

即ち、ＣＰＵ１２９は、例えば、親機１の左隣に配置された子機２23や、下に配置された子機２32などを、クローズドキャプションを表示させる子機（以下、適宜、キャプション表示用子機という）として選択する。なお、親機１は、子機２ijの、親機１から見た配置位置を、上述したように、あらかじめ認識しており、これにより、親機１の左隣に配置された子機２23や、下に配置された子機２32などの各配置位置にある子機ijを特定する。

その後、ステップＳ１０９に進み、ＣＰＵ１２９は、IEEE1394インタフェース１３３を介して、キャプション係数種データ保有子機に、コマンドを送信し、これにより、クローズドキャプション専用の係数種データを要求する。

ここで、ＣＰＵ１２９は、キャプション係数種データ保有子機となっている子機を、ＥＥＰＲＯＭ１３０に機能情報とともに記憶されている機器IDによって特定し、クローズドキャプション専用の係数種データを要求するコマンド（以下、適宜、係数種データ要求コマンドという）を、その機器ID宛に送信する。ＣＰＵ１２９は、係数種データ要求コマンド以外のコマンドも、そのコマンドを送るべき子機を、機器IDによって特定し、その機器ID宛に送信する。

ステップＳ１０９では、さらに、ＣＰＵ１２９は、係数種データ要求コマンドを受信したキャプション係数種データ保有子機からクローズドキャプション専用の係数種データが送信されてくるのを待って、そのクローズドキャプション専用の係数種データを、IEEE1394インタフェース１３３を介して受信し、これにより、クローズドキャプション専用の係数種データを取得する。

ここで、ＣＰＵ１２９は、自身の信号処理部１３７のＥＥＰＲＯＭ１３７Ｂに、クローズドキャプション専用の係数種データが記憶されている場合には、ステップＳ１０９において、クローズドキャプション専用の係数種データを、ＥＥＰＲＯＭ１３７Ｂから読み出すことにより取得する。

また、クローズドキャプション専用の係数種データが、スケーラブルＴＶシステムを構成するテレビジョン受像機のいずれにも記憶されていない場合であっても、例えば、図示せぬ係数種データ提供用サーバにおいて、クローズドキャプション専用の係数種データが提供されているときには、ＣＰＵ１２９では、モデム１３６を制御することにより、係数種データ提供用サーバにアクセスし、その係数種データ提供用サーバから、クローズドキャプション専用の係数種データを取得するようにすることが可能である。

なお、このような係数種データ提供用サーバによる係数種データの提供は、クローズドキャプション専用の係数種データに限らず、後述する各種の処理（画像変換処理）に用いられる係数種データについても、同様に行うことが可能である。

また、係数種データ提供用サーバによる係数種データの提供は、無償または有償のいずれで行うことも可能である。

ＣＰＵ１２９は、ステップＳ１０９でクローズドキャプション専用の係数種データを取得すると、ステップＳ１１０に進み、IEEE1394インタフェース１３３を制御することにより、キャプション表示用子機に対して、クローズドキャプションの表示を指令するクローズドキャプション表示コマンドとともに、クローズドキャプション専用の係数種データを送信し、ステップＳ１１１に進む。

ステップＳ１１１では、ＣＰＵ１２９は、IEEE1394インタフェース１３３を制御することにより、キャプション表示用子機に対して、そのIEEE1394インタフェース１５３（図１１）への入力を選択して、そのＣＲＴ３１に表示することを指令する外部入力選択コマンドを送信し、ステップＳ１１２に進む。

ステップＳ１１２では、ＣＰＵ１２９は、クローズドキャプションデータの、キャプション表示用子機への転送を開始する。

即ち、ＣＰＵ１２９は、デマルチプレクサ１２４に、トランスポートストリーム中のクローズドキャプションデータを要求し、その要求に応じて、デマルチプレクサ１２４から供給されるクローズドキャプションデータを受信する。さらに、ＣＰＵ１２９は、IEEE1394インタフェース１３３を制御することにより、デマルチプレクサ１２４から受信したクローズドキャプションデータを、キャプション表示用子機に転送させる。

以上のようにして、クローズドキャプションデータの、キャプション表示用子機への転送が開始されると、ステップＳ１１３に進み、ＣＰＵ１２９は、ステップＳ１０１における場合と同様に、デマルチプレクサ１２４に供給されているトランスポートストリーム中に、まだ表示すべきクローズドキャプションデータが含まれているかどうかを判定する。

ステップＳ１１３において、クローズドキャプションデータがないと判定された場合、ステップＳ１１４をスキップして、ステップＳ１１５に進み、ＣＰＵ１２９は、IEEE1394インタフェース１３３を制御することにより、クローズドキャプションデータの転送処理を終了させ、クローズドキャプション処理を終了する。

一方、ステップＳ１１３において、デマルチプレクサ１２４に供給されているトランスポートストリーム中に、まだ表示すべきクローズドキャプションデータが含まれていると判定された場合、ステップＳ１１４に進み、ＣＰＵ１２９は、クローズドキャプション表示を終了するコマンド（クローズドキャプション表示オフコマンド）が送信されてきたかどうかを判定する。

ステップＳ１１４において、クローズドキャプション表示オフコマンドが送信されてきていないと判定された場合、ステップＳ１１３に戻り、以下、同様の処理が繰り返される。即ち、この場合、クローズドキャプションデータの、キャプション表示用子機への転送が続行される。

また、ステップＳ１１４において、クローズドキャプション表示オフコマンドが送信されてきたと判定された場合、即ち、例えば、ユーザが、リモコン１５（図７）のガイドボタンスイッチ６３（またはリモコン３５（図８）のガイドボタンスイッチ９３）をオフとするように操作することにより、リモコン１５から、クローズドキャプション表示オフコマンドに対応する赤外線が出射され、ＩＲ受信部１３５で受信された場合、ステップＳ１１５に進み、ＣＰＵ１２９は、IEEE1394インタフェース１３３を制御することにより、クローズドキャプションデータの転送処理を終了させ、クローズドキャプション処理を終了する。

親機１において、図３４のクローズドキャプション処理が行われ、これにより、そのステップＳ１１０において、クローズドキャプション表示コマンドが送信され、そのクローズドキャプション表示コマンドが、キャプション表示用子機としての子機２で受信されると（子機２（図１１）のIEEE1394インタフェース１５３で受信され、ＣＰＵ１４９に供給されると）、その子機２では、図３５のフローチャートにしたがった子機のクローズドキャプション処理が行われる。

即ち、キャプション表示用子機としての子機２（図１１）では、まず最初に、ステップＳ１２１において、図３４のステップＳ１１０で、親機１からクローズドキャプション表示コマンドとともに送信されてくるクローズドキャプション専用の係数種データが、IEEE1394インタフェース１５３で受信され、ＣＰＵ１４９に供給され、ステップＳ１２２に進む。

ステップＳ１２２では、ＣＰＵ１４９は、クローズドキャプション専用の係数種データを、信号処理部１５７に転送し、係数種メモリ２０７（図２９）にセットする（記憶）させる。なお、その際、信号処理部１５７は、自身が元から係数種メモリ２０７に記憶している係数種データを、あらかじめ、ＥＥＰＲＯＭ１５７Ｂの空き領域に待避させる。

ここで、キャプション表示用子機としての子機２が、キャプション係数種データ保有子機でもある場合、即ち、子機２の信号処理部１５７を構成する係数メモリ２０７に、元からクローズドキャプション専用の係数種データが記憶されている場合、上述のステップＳ１２１およびＳ１２２の処理、並びに後述するステップＳ１２８の処理は、スキップするようにすることができる。

その後、ステップＳ１２３に進み、ＣＰＵ１４９は、親機１が図３４のステップＳ１１１で送信してくる外部入力選択コマンドを受信したかどうかを判定し、受信していないと判定した場合、ステップＳ１２３に戻る。

また、ステップＳ１２３において、親機１からの外部入力選択コマンドを受信したと判定された場合、即ち、IEEE1394インタフェース１５３において、親機１からの外部入力選択コマンドが受信され、ＣＰＵ１４９に供給された場合、ステップＳ１２４に進み、ＣＰＵ１４９は、IEEE1394インタフェース１５３で受信されるクローズドキャプションデータを選択して、信号処理部１５７に供給する状態となり、ステップＳ１２５に進む。

ステップＳ１２５では、ＣＰＵ１４９は、親機１が図３４のステップＳ１１２で転送を開始するクローズドキャプションデータが送信されてきたかどうかを判定する。

ステップＳ１２５において、親機１からのクローズドキャプションデータが送信されてきたと判定された場合、即ち、IEEE1394インタフェース１５３において、親機１からのクローズドキャプションデータが受信され、ＣＰＵ１４９に供給された場合、ステップＳ１２６に進み、ＣＰＵ１４９は、そのクローズドキャプションデータを、信号処理部１５７に供給し、そのクローズドキャプションデータを対象とし、かつ、ステップＳ１２２で係数種メモリ２０７（図２９）にセットされたクローズドキャプション専用の係数種データを用いた画像変換処理を行わせる。

即ち、この場合、信号処理部１５７は、ＣＰＵ１４９からのクローズドキャプションデータをデコードし、その結果得られるクローズドキャプションの画像データを、係数種メモリ２０７に記憶されたクローズドキャプション専用の係数種データから生成されるタップ係数を用いて画像変換処理することにより、高画質のクローズドキャプションの画像データに変換する。

この高画質のクローズドキャプションの画像データは、ステップＳ１２７において、フレームメモリ１４７およびＮＴＳＣエンコーダ１４８を介してＣＲＴ３１に供給されて表示される。そして、ステップＳ１２５に戻り、ステップＳ１２５において、親機１からクローズドキャプションデータが送信されてこないと判定されるまで、ステップＳ１２５乃至Ｓ１２７の処理が繰り返される。

そして、ステップＳ１２５において、親機１からクローズドキャプションデータが送信されてこないと判定された場合、即ち、IEEE1394インタフェース１５３において、クローズドキャプションデータを受信することができなくなった場合、ステップＳ１２８に進み、信号処理部１５７は、ＥＥＰＲＯＭ１５７Ｂに待避しておいた元の係数種データを、係数種メモリ２０７（図２９）にセットし直し（上書きし）、クローズドキャプション処理を終了する。

図３４の親機のクローズドキャプション処理、および図３５の子機のクローズドキャプション処理によれば、スケーラブルＴＶシステムを構成するテレビジョン受像機の中に、クローズドキャプション専用の係数種データを有するものが存在しない場合には、親機１では、従来の、クローズドキャプションデコーダ内蔵型のテレビジョン受像機と同様に、テレビジョン放送番組としての画像データに、クローズドキャプションの画像データが重畳され、ＣＲＴ１１に表示される。

一方、スケーラブルＴＶシステムを構成するテレビジョン受像機の中に、クローズドキャプション専用の係数種データを有するものが存在する場合には、親機１のＣＲＴ１１では、テレビジョン放送番組としての画像データだけが表示される。さらに、キャプション表示用子機としての子機２のＣＲＴ３１では、親機１のＣＲＴ１１に表示された画像データに対応するクローズドキャプションの画像データであって、高画質の画像データに変換されたものが表示される。

従って、ユーザは、テレビジョン放送番組としての画像データを、クローズドキャプションの画像データに妨げられることなく、見ることができる。さらに、ユーザは、高画質のクローズドキャプションの画像データを見ることができる。

なお、スケーラブルＴＶシステムを構成するテレビジョン受像機の中に、クローズドキャプション専用の係数種データを有するものが存在しない場合であっても、クローズドキャプションの画像データは、テレビジョン放送番組の画像データとは別に、キャプション表示用子機としての子機２のＣＲＴ３１に表示させるようにすることが可能である。この場合、ユーザは、高画質のクローズドキャプションの画像データを見ることはできないが、それでも、テレビジョン放送番組としての画像データを、クローズドキャプションの画像データに妨げられることなく、見ることが可能となる。

また、上述の場合には、クローズドキャプションの画像データを、キャプション表示用子機としての１台の子機２にのみ表示させるようにしたが、クローズドキャプションの画像データは、その他、スケーラブルＴＶシステムを構成する２台以上の子機において表示するようにすることも可能である。即ち、例えば、複数言語のクローズドキャプションデータが存在する場合には、各言語のクローズドキャプションの画像データを、異なる子機で表示するようにすることが可能である。

次に、スケーラブルＴＶシステムは、例えば、画像データの一部を拡大する特別機能を有しており、この特別機能は、親機１と子機２において、一部拡大処理が行われることにより実現される。

一部拡大処理を行うことの指示は、例えば、メニュー画面から行うことができるようになっている。

即ち、上述したように、ユーザが、リモコン１５（図７）のメニューボタンスイッチ５４（またはリモコン３５（図８）のメニューボタンスイッチ８４）を操作した場合、親機１のＣＲＴ１１（または子機２のＣＲＴ３１）には、メニュー画面が表示されるが、このメニュー画面には、例えば、一部拡大処理を表すアイコン（以下、適宜、一部拡大アイコンという）が表示されるようになっており、ユーザが、この一部拡大アイコンを、リモコン１５を操作してクリックした場合、親機１と子機２それぞれにおいて、一部拡大処理が開始される。

そこで、まず、図３６のフローチャートを参照して、親機の一部拡大処理について説明する。

例えば、いま、親機１のＣＲＴ１１に、テレビジョン放送番組としての画像データ（以下、適宜、番組画像データという）が表示されている状態において、一部拡大アイコンがクリックされたとすると、まず最初に、ステップＳ１３１において、ＣＰＵ１２９は、親機１に代えて、その親機１のＣＲＴ１１に表示された番組画像データの全体を表示させる子機（以下、適宜、全体表示用子機という）を、スケーラブルＴＶシステムを構成するテレビジョン受像機の中から選択し、ステップＳ１３２に進む。

ここで、全体表示用子機としては、スケーラブルＴＶシステムを構成する子機のうちの１台だけを選択するようにすることも可能であるし、２台以上（すべてを含む）を選択するようにすることも可能である。

ステップＳ１３２では、ＣＰＵ１２９は、IEEE1394インタフェース１３３を制御することにより、全体表示用子機と通信し、これにより、全体表示用子機の電源がオン状態となっているかどうかを判定する。

ステップＳ１３２において、全体表示用子機の電源がオン状態となってないと判定された場合、ステップＳ１３３に進み、ＣＰＵ１２９は、IEEE1394インタフェース１３３を制御することにより、全体表示用子機に対して、電源をオン状態にすることを指令するコマンドを送信し、これにより、全体表示用子機を、電源オンの状態にさせ、ステップＳ１３４に進む。

また、ステップＳ１３２において、全体表示用子機の電源がオン状態となっていると判定された場合、ステップＳ１３３をスキップして、ステップＳ１３４に進み、ＣＰＵ１２９は、信号処理部１３７を制御することにより、ＣＲＴ１１に表示された画像において、拡大すべき位置（拡大位置）を指定することを要求するメッセージ（以下、拡大位置指定要求メッセージという）を、ＣＲＴ１１に、例えばＯＳＤ表示させる。

即ち、この場合、信号処理部１３７は、ＣＰＵ１２９からの制御にしたがい、拡大位置指定要求メッセージのＯＳＤデータを生成し、フレームメモリ１２７に記憶された番組画像データに重畳する。この拡大位置指定要求メッセージのＯＳＤデータが重畳された番組画像データは、フレームメモリ１２７から、ＮＴＳＣエンコーダ１２８を介して、ＣＲＴ１１に供給され、これにより、ＣＲＴ１１においては、番組画像データとともに、拡大位置指定要求メッセージがＯＳＤ表示される。

その後、ステップＳ１３５に進み、ＣＰＵ１２９は、ユーザが、ステップＳ１３４で表示された拡大位置指定要求メッセージに対応して、拡大位置を指定したかどうかを判定し、拡大位置を指定していないと判定した場合、ステップＳ１３５に戻る。

また、ステップＳ１３５において、ユーザが拡大位置を指定したと判定された場合、即ち、ユーザが、リモコン１５（またはリモコン３５）を操作することにより、ＣＲＴ１１の表示画面上の位置を指定し、これにより、その位置に対応する赤外線が、ＩＲ受信部１３５で受信され、ＣＰＵ１２９に供給された場合、ＣＰＵ１２９は、その指定された位置を、拡大位置として認識し、ステップＳ１３６に進む。

ステップＳ１３６では、ＣＰＵ１２９は、IEEE1394インタフェース１３３を制御することにより、全体表示用子機に対して、そのIEEE1394インタフェース１５３（図１１）への入力を選択して、そのＣＲＴ３１に表示することを指令する外部入力選択コマンドを送信し、ステップＳ１３７に進む。

ステップＳ１３７では、ＣＰＵ１２９は、番組画像データの、全体表示用子機への転送を開始する。

即ち、ＣＰＵ１２９は、デマルチプレクサ１２４に、トランスポートストリーム中の、ＭＰＥＧビデオデコーダ１２５に供給されているＴＳパケットを要求し、その要求に応じて、デマルチプレクサ１２４から供給されるＴＳパケットを受信する。さらに、ＣＰＵ１２９は、IEEE1394インタフェース１３３を制御することにより、デマルチプレクサ１２４から受信したＴＳパケットを、全体表示用子機に転送させる。従って、全体表示用子機には、親機１のＣＲＴ１１で表示されている番組画像データに対応するＴＳパケットが転送され、さらに、全体表示用子機において、後述する図３７の子機の一部拡大処理が行われることにより、そのＴＳパケットに対応する番組画像データが表示される。即ち、全体表示用子機では、親機１で表示されていた番組画像データの全体が表示される。

なお、ＣＰＵ１２９においては、全体表示用子機には、ＴＳパケットではなく、フレームメモリ１２７に記憶された番組画像データ、即ち、ＭＰＥＧデコード後の画像データを、信号処理部１３７を介して読み出して転送するようにすることも可能である。この場合、全体表示用子機では、番組画像データを、ＭＰＥＧデコードすることなく表示することができる。

以上のようにして、ＴＳパケットの、全体表示用子機への転送が開始されると、ステップＳ１３８に進み、ＣＰＵ１２９は、信号処理部１３７を制御することにより、フレームメモリ１２７に記憶された番組画像データの拡大位置を中心とする所定の範囲を拡大範囲として、その拡大範囲を対象とし、かつ、係数種メモリ１６７（図２２）にセットされたリサイズ処理用の係数種データを用いた画像変換処理を行わせる。

即ち、本実施の形態では、親機１の信号処理部１３７（図２２）を構成する係数種メモリ１６７には、少なくとも、リサイズ処理用の係数種データが記憶されており、信号処理部１３７は、フレームメモリ１２７に記憶された番組画像データの拡大位置を中心とする所定の範囲としての拡大範囲を、係数種メモリ１６７に記憶されたリサイズ処理用の係数種データから生成されるタップ係数を用いて画像変換処理することにより、その拡大範囲の番組画像データを、所定の拡大率で拡大（リサイズ）した画像データ（以下、適宜、一部拡大画像データという）に変換する。

この一部拡大画像データは、ステップＳ１３９において、フレームメモリ１２７およびＮＴＳＣエンコーダ１２８を介してＣＲＴ１１に供給されて表示される。

従って、この場合、親機１のＣＲＴ１１では、番組画像データの、ユーザが指定した拡大位置を中心とする所定の範囲（拡大範囲）を拡大した一部拡大画像データが表示される。

ここで、拡大範囲を、どのような大きさの範囲にするかは、例えば、拡大率に対応して設定される。

即ち、一部拡大処理を行うにあたっては、例えば、デフォルトの拡大率（デフォルト拡大率）があらかじめ設定されており、ＣＰＵ１２９は、そのデフォルト拡大率に対応するパラメータを、信号処理部１３７（図２２）のパラメータメモリ１６８にセットする。従って、信号処理部１３７では、番組画像データが、デフォルト拡大率だけ拡大されるリサイズ処理が行われる。

一方、ＣＲＴ１１に表示することのできる画像データの大きさ、即ち、表示画面の大きさは、あらかじめ決まっている。

そこで、ＣＰＵ１２９は、デフォルト拡大率だけ拡大した場合に、ＣＲＴ１１の表示画面の大きさとなる、拡大位置を中心とする範囲を、拡大範囲として設定するようになっている。

なお、ステップＳ１３８の画像変換処理を行う際の拡大率は、ユーザが設定するようにすることができる。

即ち、例えば、ＣＰＵ１２９において、信号処理部１３７を制御することにより、ＣＲＴ１１には、拡大率を指定することのできる、リモコン１５（またはリモコン３５）によって操作可能なレバー（以下、適宜、拡大率指定用レバーという）を表示させ、その拡大率指定用レバーの位置によって、拡大率を指定するようにすることが可能である。

この場合、ユーザがリモコン１５を操作することによって、拡大率指定用レバーの位置を移動すると、ＣＰＵ１２９において、その移動後の位置に対応する拡大率のパラメータが、信号処理部１３７（図２２）のパラメータメモリ１６８に設定される。さらに、ＣＰＵ１２９は、拡大率指定用レバーの位置に対応する拡大率に対応して、拡大位置を中心とする拡大範囲を、上述したデフォルト拡大率における場合と同様に設定し、その拡大範囲を対象とする画像変換処理（リサイズ処理）を、信号処理部１３７に指令する。

以上により、ＣＲＴ１１には、ユーザによるリモコン１５の操作に応じた拡大率によって、拡大位置を中心とした拡大範囲の番組画像データを拡大した一部拡大画像データが表示されることになる。

なお、拡大率指定用レバーは、親機１のＣＲＴ１１にＯＳＤ表示したり、スケーラブルＴＶシステムを構成する、親機１以外のテレビジョン受像機に表示させるようにすることが可能である。

その後、ステップＳ１４０に進み、ＣＰＵ１２９は、一部拡大画像データの表示を終了するコマンド（以下、適宜、一部拡大終了コマンドという）が送信されてきたかどうかを判定する。

ステップＳ１４０において、一部拡大終了コマンドが送信されてきていないと判定された場合、ステップＳ１３３に戻り、以下、同様の処理が繰り返される。

また、ステップＳ１４０において、一部拡大終了コマンドが送信されてきたと判定された場合、即ち、例えば、ユーザが、リモコン１５（図７）を操作することにより、ＣＲＴ１１にメニュー画面を表示させ、さらに、そのメニュー画面における一部拡大アイコンを再クリックし、これにより、そのリモコン１５の操作に対応するコマンドである一部拡大終了コマンドの赤外線が、リモコン１５から出射され、ＩＲ受信部１３５で受信されてＣＰＵ１２９に供給された場合、ステップＳ１４１に進み、ＣＰＵ１２９は、IEEE1394インタフェース１３３を制御することにより、番組画像データの、全体表示用子機への転送を終了させる。

そして、ステップＳ１４２に進み、ＣＰＵ１２９は、信号処理部１３７を制御することにより、リサイズ処理の実行を停止させ、一部拡大処理を終了する。これにより、ＣＲＴ１１では、通常サイズで画像が表示されるようになる。

次に、図３７のフローチャートを参照して、全体表示用子機としての子機の一部拡大処理について説明する。

全体表示用子機としての子機２では、まず最初に、ステップＳ１５１において、ＣＰＵ１４９は、親機１が図３６のステップＳ１３６で送信してくる外部入力選択コマンドを受信したかどうかを判定し、受信していないと判定した場合、ステップＳ１５１に戻る。

また、ステップＳ１５１において、親機１からの外部入力選択コマンドを受信したと判定された場合、即ち、IEEE1394インタフェース１５３において、親機１からの外部入力選択コマンドが受信され、ＣＰＵ１４９に供給された場合、ステップＳ１５２に進み、ＣＰＵ１４９は、IEEE1394インタフェース１５３で受信される番組画像データを選択し、デマルチプレクサ１４４を介して、ＭＰＥＧビデオデコーダ１４５に供給する状態となり、ステップＳ１５３に進む。

ステップＳ１５３では、ＣＰＵ１４９は、親機１が図３６のステップＳ１３７で転送を開始する番組画像データが送信されてきたかどうかを判定する。

ステップＳ１５３において、親機１からの番組画像データが送信されてきたと判定された場合、即ち、IEEE1394インタフェース１５３において、親機１からの番組画像データが受信され、ＣＰＵ１４９に供給された場合、ステップＳ１５４に進み、ＣＰＵ１４９は、その番組画像データを、ＣＲＴ３１に表示させる。

即ち、本実施の形態では、図３６のステップＳ１３７において、親機１から全体表示用子機としての子機２に対して、番組画像データとしてのＴＳパケットの送信が開始されるが、この場合、ＣＰＵ１４９は、IEEE1394インタフェース１５３を介して受信した親機１からのＴＳパケットを、デマルチプレクサ１４４を介して、ＭＰＥＧビデオデコーダ１４５に供給する。ＭＰＥＧビデオデコーダ１４５は、そのＴＳパケットをＭＰＥＧデコードし、番組画像データを得て、フレームメモリ１４７に書き込む。そして、フレームメモリ１４７に書き込まれた番組画像データは、ＮＴＳＣエンコーダ１４８を介して、ＣＲＴ３１に供給されて表示される。

その後、ステップＳ１５３に戻り、ステップＳ１５３において、親機１から番組画像データが送信されてこないと判定されるまで、ステップＳ１５３およびＳ１５４の処理が繰り返される。

また、ステップＳ１５３において、親機１から番組画像データが送信されてこないと判定された場合、即ち、IEEE1394インタフェース１５３において、番組画像データを受信することができなくなった場合、一部拡大処理を終了する。

図３６の親機の一部拡大処理、および図３７の子機の一部拡大処理によれば、例えば、図３８Ａに示すように、スケーラブルＴＶシステムを構成する第２行第２列に位置する親機１に番組画像データが表示されている場合において、その番組画像データにおける、ある位置Ｐが拡大位置として指定されると、その拡大位置Ｐを中心（重心）とする所定の長方形の範囲（図３８Ａにおいて点線で示す範囲）が拡大範囲として設定され、図３８Ｂに示すように、その拡大範囲の番組画像データを拡大した一部拡大画像データが、番組画像データに代えて、親機１に表示される。

さらに、例えば、親機１の左隣の子機２21が、全体表示用子機として選択された場合には、図３８Ｂに示すように、その全体表示用子機である子機２21に、親機１に表示されていた番組画像データの全体が表示される。

従って、ユーザは、親機１において、番組画像データにおける、より詳細に見たい部分を、細部にわたって見ることができる。さらに、ユーザは、子機２において、番組画像データの全体も見ることができる。また、本実施の形態では、上述したように、ユーザがリモコン１５を操作することによって、一部拡大画像データの拡大率を設定することができるので、ユーザは、番組画像データにおける、より詳細に見たい部分を、必要な程度にまで自由に拡大して見ることができる。

ここで、親機１（図１０）の信号処理部１３７（図２２）では、係数種データから生成されるタップ係数ｗnを用いて、式（１）したがい、番組画像データの拡大範囲が、一部拡大画像データに画像変換されるが、この画像変換は、式（１）だけに注目すれば、一見、単なる補間処理であるように見える。しかしながら、式（１）で用いられるタップ係数ｗnを生成するのに用いられる係数種データは、図２４乃至図２８を参照して説明したように、教師データと生徒データとを用いての学習によって得られるものであり、そのような係数種データから生成されるタップ係数ｗnを用いて画像を変換することにより、教師データに含まれる成分を再現することができる。即ち、リサイズ処理用の係数種データについて言えば、その係数種データが生成されたタップ係数ｗnによれば、元の画像に現れてない細部を再現して、その画像を拡大することができる。従って、学習により求められる係数種データから生成される式（１）による画像変換処理としてのリサイズ処理は、単なる補間処理による画像の拡大処理とは、まったく異なる。

なお、番組画像データの拡大範囲の、一部拡大画像データへの拡大処理は、係数種データから求められるタップ係数を用いる他、単なる補間処理によって行うことも可能である。しかしながら、単なる補間処理による場合は、元の番組画像データが有していない細部を再現することはできないため、拡大率を大にするほど、いわばブロック状の角張った部分が目立つぼやけた画像が得られることになる。

また、本実施の形態では、親機１に一部拡大画像データを表示し、子機２に番組画像データの全体を表示するようにしたが、親機１に番組画像データを表示させたまま、子機２に一部拡大画像データを表示するようにすることも可能である。

さらに、本実施の形態では、親機１に一部拡大画像データを表示し、全体表示用子機としての子機２に番組画像データの全体を表示するようにしたが、それらの表示に加えて、スケーラブルＴＶシステムを構成する他のテレビジョン受像機に、一部拡大画像データまたは番組画像データの全体を表示するようにすることも可能である。

また、スケーラブルＴＶシステムを構成する親機１では、番組画像データの全体を表示し、他のテレビジョン受像機としての子機２11乃至２33それぞれには、拡大率が異なる一部拡大画像データを表示するようにすることが可能である。なお、この場合、拡大率が異なる一部拡大画像データは、すべて親機１の信号処理部１３７において生成し、他のテレビジョン受像機としての子機２11乃至２33それぞれに供給することもできるし、他のテレビジョン受像機としての子機２11乃至２33それぞれの信号処理部１５７において、各拡大率の一部拡大画像データを生成するようにすることも可能である。

さらに、本実施の形態では、リサイズ処理用の係数種データが、親機１に記憶されているものとしたが、リサイズ処理用の係数種データが、親機１に記憶されていない場合において、スケーラブルＴＶシステムを構成する他のテレビジョン受像機が、リサイズ処理用の係数種データを記憶しているときには、親機１において、そのテレビジョン受像機からリサイズ処理用の係数種データを取得するようにすることが可能である。また、リサイズ処理用の係数種データは、その他、上述したように、係数種データ提供用サーバから取得するようにすることも可能である。

なお、上述の場合には、番組画像データを拡大するリサイズ処理を行うようにしたが、リサイズ処理では、番組画像データを縮小することも可能である。

また、上述の場合には、テレビジョン放送番組としての画像データ（番組画像データ）を拡大するようにしたが、一部拡大処理では、その他、外部の装置（光ディスク装置や、光磁気ディスク装置、ＶＴＲなど）から入力される画像データを、その処理の対象とすることが可能である。

さらに、一部拡大処理では、番組画像データの一部の水平方向および垂直方向の両方を、同一の拡大率だけ拡大することは勿論、水平方向と垂直方向それぞれを、異なる拡大率だけ拡大することも可能である。

また、本実施の形態では、番組画像データ中の、ＣＲＴ１１の表示画面で表示可能な拡大範囲だけを対象として一部拡大処理を行うようにしたが、一部拡大処理は、番組画像データ全体を対象に行うことも可能である。この場合、ＣＲＴ１１には、番組画像データを拡大した拡大画像の全体を表示することはできないため、その一部分だけが表示されることとなるが、その拡大画像のどの部分をＣＲＴ１１に表示するかは、例えば、リモコン１５の操作にしたがって変更するようにすることが可能である。

次に、スケーラブルＴＶシステムは、上述したように、画像データの一部を拡大する他、その全体を拡大する特別機能を有しており、この特別機能は、親機１と子機２において、全体拡大処理が行われることにより実現される。

全体拡大処理を行うことの指示も、例えば、一部拡大処理を行うことの指示と同様に、メニュー画面から行うことができるようになっている。

即ち、上述したように、ユーザが、リモコン１５（図７）のメニューボタンスイッチ５４（またはリモコン３５（図８）のメニューボタンスイッチ８４）を操作した場合、親機１のＣＲＴ１１（または子機２のＣＲＴ３１）には、メニュー画面が表示されるが、このメニュー画面には、例えば、全体拡大処理を表すアイコン（以下、適宜、全体拡大アイコンという）が表示されるようになっており、ユーザが、この全体拡大アイコンを、リモコン１５を操作してクリックすることにより、親機１と子機２それぞれにおいて、全体拡大処理が開始される。

そこで、まず、図３９のフローチャートを参照して、親機の全体拡大処理について説明する。

例えば、いま、親機１のＣＲＴ１１に、テレビジョン放送番組としての画像データ（番組画像データ）が表示されている状態において、全体拡大アイコンがクリックされたとすると、まず最初に、ステップＳ１６１において、親機１（図１０）のＣＰＵ１２９は、IEEE1394インタフェース１３３を制御することにより、スケーラブルＴＶシステムを構成するすべての子機に、リサイズ処理用の係数種データを送信する。

ここで、本実施の形態では、親機１の信号処理部１３７（図２２）の係数種メモリ１６７には、リサイズ処理用の係数種データが記憶されているものとし、ＣＰＵ１２９は、ステップＳ１６１において、このリサイズ処理用の係数種データを、信号処理部１３７から読み出して送信する。

なお、親機１が、リサイズ処理用の係数種データを有していない場合には、上述した一部拡大処理における場合と同様に、スケーラブルＴＶシステムを構成する他のテレビジョン受像機のうち、リサイズ処理用の係数種データを記憶しているものや、係数種データ提供用サーバから、リサイズ処理用の係数種データを取得するようにすることが可能である。

そして、ステップＳ１６２に進み、ＣＰＵ１２９は、IEEE1394インタフェース１３３を介して、スケーラブルＴＶシステムを構成するすべての子機２11乃至33と通信することにより、電源がオフになっている子機２ijがあるかどうかを判定する。

ステップＳ１６２において、電源がオフになっている子機２ijがあると判定された場合、ステップＳ１６３に進み、ＣＰＵ１２９は、IEEE1394インタフェース１３３を介して、電源をオンにすることを指令するコマンドを送信し、これにより、電源がオフになっている子機２ijの電源をオン状態にさせ、ステップＳ１６４に進む。

また、ステップＳ１６２において、電源がオフになっている子機２ijがないと判定された場合、ステップＳ１６３をスキップして、ステップＳ１６４に進み、ＣＰＵ１２９は、IEEE1394インタフェース１３３を制御することにより、すべての子機２11乃至２33に対して、そのIEEE1394インタフェース１５３（図１１）への入力を選択して、そのＣＲＴ３１に表示することを指令する外部入力選択コマンドを送信し、ステップＳ１６５に進む。

ステップＳ１６５では、ＣＰＵ１２９は、番組画像データを拡大する拡大率Ｎを１倍に初期化し、さらに、最大拡大率Ｎmaxと拡大ピッチαを設定する。

即ち、全体拡大処理では、例えば、図１Ａに示した３×３台のテレビジョン受像機で構成されるスケーラブルＴＶシステムにおいて、親機１に表示された番組画像データの全体（全画面）が、親機１を中心として、他のテレビジョン受像機である子機２11乃至２33に亘って徐々に拡大されていき、最終的には、３×３台のテレビジョン受像機の全体に、番組画像データの全体を拡大した画像データ（以下、適宜、全体拡大画像データという）が表示される。

従って、親機１に表示された番組画像データの全体は、最終的には、スケーラブルＴＶシステムを構成するテレビジョン受像機の全体に表示可能な大きさの全体拡大画像データに拡大されるが、この最終的な全体拡大画像データと、元の番組画像データ（親機１に表示された番組画像データ）との比が、最大拡大率Ｎmaxとして設定される。即ち、本実施の形態では、親機１に表示された番組画像データが、３×３台のテレビジョン受像機に表示される全体拡大画像データに拡大されることから、例えば、対角線を考えれば、単純には３倍に拡大されることになるので、最大拡大率Ｎmaxは３倍に設定される。

また、全体拡大処理では、上述したように、親機１に表示された番組画像データの全体が徐々に拡大されていくが、これは、例えば、番組画像データを、徐々に大きな拡大率Ｎで拡大し、最終的には、最大拡大率Ｎmaxで拡大することによって実現することができる。従って、この場合、拡大率Ｎを、１倍から最大拡大率Ｎmaxに、徐々に変化させる必要があるが、この拡大率Ｎを変化させるピッチが、拡大ピッチαであり、例えば、最大拡大率Ｎmax−１を、１以上の所定の値（以下、適宜、拡大回数値という）で除算した値が設定される。

ここで、拡大回数値は、あらかじめ、親機１に設定しておくこともできるし、ユーザがリモコン１５（またはリモコン３５）を操作することにより設定可能なようにすることもできる。拡大回数値を小さな値に設定した場合には、親機１に表示された番組画像データは、即座に、大きな全体拡大画像データに拡大され、拡大回数値を大きな値に設定した場合には、親機１に表示された番組画像データは、徐々に、大きな全体拡大画像データに拡大されることになる。

ステップＳ１６５において、上述したように、拡大率Ｎの初期化、並びに最大拡大率Ｎmaxおよび拡大ピッチαの設定が行われた後は、ステップＳ１６６に進み、ＣＰＵ１２９は、拡大率Ｎを、Ｎ＋α倍に新たに設定し、ステップＳ１６７に進む。

なお、ステップＳ１６６において新たに設定された拡大率Ｎが、最大拡大率Ｎmaxを越える場合には、ＣＰＵ１２９は、拡大率Ｎを最大拡大率Ｎmaxに設定する。

ステップＳ１６７では、ＣＰＵ１２９は、親機１に表示された番組画像データ中の、その信号処理部１３７で拡大すべき範囲としての拡大範囲と、各子機２ij（図１１）の信号処理部１５７で拡大すべき範囲としての拡大範囲とを、ステップＳ１６５で設定した拡大率Ｎに基づいて求め、ステップＳ１６８に進む。ステップＳ１６８では、ＣＰＵ１２９は、親機１のＣＲＴ１１と、各子機２ij（図１１）のＣＲＴ３１それぞれにおいて、番組画像データの拡大範囲を拡大した画像データ（これも、以下、適宜、一部拡大画像データという）を表示させる範囲としての表示範囲を、ステップＳ１６５で設定した拡大率Ｎに基づいて求め、ステップＳ１６９に進む。

ここで、図４０を参照して、親機１の拡大範囲（親機１の信号処理部１３７で拡大すべき番組画像データの範囲）、および子機２ijの拡大範囲（子機２ijの信号処理部１５７で拡大すべき番組画像データの範囲）、並びに子機２ijの表示範囲（子機２ijＣＲＴ３１において、子機２ijの拡大範囲の番組画像データを拡大した一部拡大画像データを表示させる範囲）を、拡大率Ｎに基づいて算出する算出方法について説明する。

図４０Ａは、３×３台のテレビジョン受像機で構成されるスケーラブルＴＶシステムの表示画面を示している。

即ち、スケーラブルＴＶシステムの表示画面は、１台の親機１のＣＲＴ１１による表示画面と、８台の子機２11乃至２33それぞれのＣＲＴ３１による表示画面との合計９台のＣＲＴによる表示画面で構成される。なお、上述したように、親機１と子機２ijの表示画面サイズは、同一である。

全体拡大処理では、上述したように、親機１に表示された番組画像データの全体が徐々に拡大されていくが、いま、親機１に表示された番組画像データを画像データＱとするとともに、その画像データＱを所定の拡大率Ｎで拡大して得られる全体拡大画像データを画像データＱ’とする。

この場合、親機１の表示画面サイズの縦と横の長さを、それぞれａとｂで表すと、番組画像データＱの縦と横の長さも、それぞれａとｂとなる。

また、全体拡大画像データＱ’は、番組画像データＱの縦と横の長さをＮ倍したものであるから、その縦と横の長さは、それぞれＮａとＮｂとなる。

全体拡大処理では、上述したように、親機１に表示された番組画像データＱの全体を、親機１を中心として拡大した全体拡大画像データＱ’が表示されるから、親機１および子機２11乃至２33のすべてによって、全体拡大画像データＱ’を、親機１を中心として表示する場合には、親機１では、その表示画面中の、図４０ＡにおいてＲ1で示す範囲に一部拡大画像データを表示する必要があり、子機２ijでは、図４０ＡにおいてＲijで示す範囲に一部拡大画像データを表示する必要がある。

そこで、図３９のステップＳ１６８では、範囲Ｒ1が親機１の表示範囲として求められるとともに、範囲Ｒijが子機２ijの表示範囲として求められる。

即ち、親機１については、その表示画面全体が表示範囲Ｒ1として求められる。また、親機１の左上の子機２11については、その表示画面の右下側の横×縦が（（Ｎｂ−ｂ）／２）×（（Ｎａ−ａ）／２）の範囲が表示範囲Ｒ11として求められ、親機１の上の子機２12については、その表示画面の下側の横×縦がｂ×（（Ｎａ−ａ）／２）の範囲が表示範囲Ｒ12として求められる。さらに、親機１の右上の子機２13については、その表示画面の左下側の横×縦が（（Ｎｂ−ｂ）／２）×（（Ｎａ−ａ）／２）の範囲が表示範囲Ｒ13として求められ、親機１の左の子機２21については、その表示画面の右側の横×縦が（（Ｎｂ−ｂ）／２）×ａの範囲が表示範囲Ｒ21として求められる。また、親機の右の子機２23については、その表示画面の左側の横×縦が（（Ｎｂ−ｂ）／２）×ａの範囲が表示画面Ｒ23として求められ、親機１の左下の子機２31については、その表示画面の右上側の横×縦が（（Ｎｂ−ｂ）／２）×（（Ｎａ−ａ）／２）の範囲が表示範囲Ｒ31として求められる。さらに、親機１の下の子機２32については、その表示画面の上側の横×縦がｂ×（（Ｎａ−ａ）／２）の範囲が表示範囲Ｒ32として求められ、親機の右下の子機２33については、その表示画面の左上側の横×縦が（（Ｎｂ−ｂ）／２）×（（Ｎａ−ａ）／２）の範囲が表示範囲Ｒ33として求められる。

一方、いま、図４０Ａに示した親機１の表示範囲Ｒ1および子機２ijの表示範囲Ｒijを、全体拡大画像データＱ’の範囲と捉えると、全体拡大画像データＱ’における範囲Ｒ1およびＲijの画像データは、元の番組画像データＱの一部を拡大した一部拡大画像データであるため、親機１の表示範囲Ｒ1および子機２ijの表示範囲Ｒijに表示させる一部拡大画像データに拡大する番組画像データＱの範囲としての拡大範囲を求める必要がある。

そこで、ステップＳ１６７では、図４０Ｂに示すように、全体拡大画像データＱ’の範囲Ｒ1とＲijに対応する、元の番組画像データＱの範囲ｒ1とｒijが、親機１の拡大範囲と子機２ijの拡大範囲として、それぞれ求められる。

即ち、いまの場合、Ｎｂ×Ｎａの大きさの全体拡大画像データＱ’は、ｂ×ａの大きさの番組画像データＱをＮ倍の拡大率で拡大したものであるから、全体拡大画像データＱ’の範囲Ｒ1とＲijを１／Ｎに縮小した範囲に相当する、番組画像データＱの範囲ｒ1とｒijが、親機１の拡大範囲と子機２ijの拡大範囲として、それぞれ求められる。

具体的には、親機１については、番組画像データＱの中心部分の横×縦がｂ／Ｎ×ａ／Ｎの範囲が拡大範囲ｒ1として求められる。また、親機１の左上の子機２11については、番組画像データＱの左上側の横×縦が（（ｂ−ｂ／Ｎ）／２）×（（ａ−ａ／Ｎ）／２）の範囲が拡大範囲ｒ11として求められ、親機１の上の子機２12については、番組画像データＱの上側の横×縦が（ｂ／Ｎ）×（（ａ−ａ／Ｎ）／２）の範囲が拡大範囲ｒ12として求められる。さらに、親機１の右上の子機２13については、番組画像データＱの右上側の横×縦が（（ｂ−ｂ／Ｎ）／２）×（（ａ−ａ／Ｎ）／２）の範囲が拡大範囲ｒ13として求められ、親機１の左の子機２21については、番組画像データＱの左側の横×縦が（（ｂ−ｂ／Ｎ
）／２）×（ａ／Ｎ）の範囲が拡大範囲ｒ21として求められる。また、親機の右の子機２23については、番組画像データＱの右側の横×縦が（（ｂ−ｂ／Ｎ）／２）×（ａ／Ｎ）の範囲が表示画面Ｒ23として求められ、親機１の左下の子機２31については、番組画像データＱの左下側の横×縦が（（ｂ−ｂ／Ｎ）／２）×（（ａ−ａ／Ｎ）／２）の範囲が拡大範囲ｒ31として求められる。さらに、親機１の下の子機２32については、番組画像データＱの下側の横×縦が（ｂ／Ｎ）×（（ａ−ａ／Ｎ）／２）の範囲が拡大範囲ｒ32として求められ、親機の右下の子機２33については、番組画像データＱの右下側の横×縦が（（ｂ−ｂ／Ｎ）／２）×（（ａ−ａ／Ｎ）／２）の範囲が拡大範囲ｒ33として求められる。

図３９に戻り、ステップＳ１６９では、ＣＰＵ１２９は、IEEE1394インタフェース１３３を制御することにより、ステップＳ１６１で送信したリサイズ処理用の係数種データを用いて、画像データを拡大するリサイズ処理を行って表示することを指令する拡大表示コマンドを、番組画像データ、拡大率Ｎ、拡大範囲、および表示範囲とともに、各子機２ijに送信する。

ここで、ＣＰＵ１２９は、番組画像データについては、デマルチプレクサ１２４に、トランスポートストリーム中の、ＭＰＥＧビデオデコーダ１２５に供給されているＴＳパケットを要求し、その要求に応じて、デマルチプレクサ１２４から供給されるＴＳパケットを受信して、各子機２ijに送信する。

また、ＣＰＵ１２９は、拡大範囲および表示範囲については、各子機２ijについて求められた拡大範囲および表示範囲を、その子機２ijに送信する。

なお、ＣＰＵ１２９においては、各子機２ijには、ＴＳパケットではなく、フレームメモリ１２７に記憶された番組画像データ、即ち、ＭＰＥＧデコード後の画像データを、信号処理部１３７を介して読み出して送信するようにすることも可能である。この場合、各子機２ijでは、番組画像データを、ＭＰＥＧデコードする必要がなくなる。

また、このように、ＭＰＥＧデコード後の番組画像データを子機２ijに送信する場合には、番組画像データの全体ではなく、番組画像データのうちの、子機２ijについて求められた拡大範囲の分だけを送信するようにすることが可能である。

その後、ステップＳ１７０に進み、ＣＰＵ１２９は、ステップＳ１６６で設定した拡大率Ｎに対応するパラメータｚを、信号処理部１３７（図２２）のパラメータメモリ１６８にセットし、ステップＳ１７１に進む。

ステップＳ１７１では、ＣＰＵ１２９は、信号処理部１３７（図２２）を制御することにより、フレームメモリ１２７に記憶された、ステップＳ１６９で各子機２ijに送信したのと同一の番組画像データの、親機１について求められた拡大範囲ｒ1（図４０Ｂ）を対象とした画像変換処理を行わせる。

即ち、本実施の形態では、親機１の信号処理部１３７（図２２）を構成する係数種メモリ１６７には、リサイズ処理用の係数種データが記憶されており、信号処理部１３７は、フレームメモリ１２７に記憶された番組画像データの拡大範囲ｒ1を、係数種メモリ１６７に記憶されたリサイズ処理用の係数種データと、パラメータメモリ１６８に記憶されたパラメータｚから生成されるタップ係数を用いて画像変換処理することにより、その拡大範囲ｒ1の番組画像データを、拡大率Ｎで拡大（リサイズ）した画像データとしての一部拡大画像データに変換する。

さらに、このとき、ＣＰＵ１２９は、一部拡大画像データが、ＣＲＴ１１の表示画面中の、親機１について求められた表示範囲Ｒ1（図４０Ａ）の位置に表示されるものとなるように、信号処理部１３７を制御する。即ち、これにより、信号処理部１３７では、一部拡大画像データが、ＣＲＴ１１の表示画面中の、親機１について求められた表示範囲Ｒ1（図４０Ａ）の位置に表示されるように、その表示位置が調整される。

なお、親機１については、図４０で説明したことから、表示範囲Ｒ1は、ＣＲＴ１１の表示画面サイズに一致しているため、実際には、一部拡大画像データの表示位置を調整する必要はない。

ステップＳ１７２において、信号処理部１３７は、ステップＳ１７１で得られた一部拡大画像データを、フレームメモリ１２７およびＮＴＳＣエンコーダ１２８を介してＣＲＴ１１に供給して表示させる。

従って、この場合、親機１のＣＲＴ１１では、その表示画面全体に、番組画像データの拡大範囲ｒ1を拡大率Ｎだけ拡大した一部拡大画像データが表示される。

その後、ステップＳ１７３に進み、ＣＰＵ１２９は、拡大率Ｎが、最大拡大率Ｎmax未満であるかどうかを判定する。ステップＳ１７３において、拡大率Ｎが、最大拡大率Ｎmax未満であると判定された場合、ステップＳ１６６に進み、以下、同様の処理が繰り返される。

また、ステップＳ１７３において、拡大率Ｎが、最大拡大率Ｎmax未満でないと判定された場合、即ち、ステップＳ１６６で拡大率Ｎが、最大拡大率Ｎmaxに設定された場合、ステップＳ１７４に進み、ＣＰＵ１２９は、ステップＳ１６９における場合と同様に、IEEE1394インタフェース１３３を制御することにより、拡大表示コマンドを、番組画像データ、拡大率Ｎ、拡大範囲、および表示範囲を、各子機２ijに送信し、ステップＳ１７５に進む。

ステップＳ１７５では、ＣＰＵ１２９は、信号処理部１３７（図２２）を制御することにより、フレームメモリ１２７に記憶された、ステップＳ１７４で各子機２ijに送信したのと同一の番組画像データの、親機１について求められた拡大範囲ｒ1（図４０Ｂ）を対象とした画像変換処理を行わせる。

即ち、これにより、ステップＳ１７５では、ステップＳ１６９における場合と同様に、信号処理部１３７は、フレームメモリ１２７に記憶された番組画像データの拡大範囲ｒ1を、係数種メモリ１６７に記憶されたリサイズ処理用の係数種データと、パラメータメモリ１６８に記憶されたパラメータｚから生成されるタップ係数を用いて画像変換処理することにより、その拡大範囲ｒ1の番組画像データを、拡大率Ｎで拡大（リサイズ）した画像データとしての一部拡大画像データに変換する。

この一部拡大画像データは、ステップＳ１７６において、ステップＳ１７２における場合と同様に、フレームメモリ１２７およびＮＴＳＣエンコーダ１２８を介してＣＲＴ１１に供給されて表示される。

ここで、ステップＳ１７４で各子機２ijに送信される拡大率Ｎ、拡大範囲、表示範囲は、最後に行われたステップＳ１６６乃至Ｓ１６８でそれぞれ求められたものであるから、拡大率Ｎは最大拡大率Ｎmaxになっている。さらに、拡大範囲と表示範囲は、最大拡大率Ｎmaxになっている拡大率Ｎについて求められたものとなっている。

従って、この場合、親機１の拡大範囲と表示範囲も、最大拡大率Ｎmaxになっている拡大率Ｎについて求められたものとなっている。

また、ステップＳ１７５の画像変換処理が行われる際には、最後に行われたステップＳ１７０の処理によって、信号処理部１３７（図２２）のパラメータメモリ１６８には、最大拡大率Ｎmaxに対応したパラメータｚがセットされている。

以上から、ステップＳ１７６では、最大拡大率Ｎmaxになっている拡大率Ｎについて求められた拡大範囲ｒ1の番組画像データを、最大拡大率Ｎmaxで拡大することにより得られる一部拡大画像データが、最大拡大率Ｎmaxになっている拡大率Ｎについて求められた表示範囲Ｒ1（上述したように、親機１については、ＣＲＴ１１の表示画面に等しい）に表示される。

その後、ステップＳ１７７に進み、ＣＰＵ１２９は、全体拡大画像データの表示を終了するコマンド（以下、適宜、全体拡大終了コマンドという）が送信されてきたかどうかを判定する。

ステップＳ１７７において、全体拡大終了コマンドが送信されてきていないと判定された場合、ステップＳ１７４に戻り、以下、同様の処理が繰り返される。従って、この場合、親機１では、最大拡大率Ｎmaxで拡大された一部拡大画像データの表示が続行される。

また、ステップＳ１７７において、全体拡大終了コマンドが送信されてきたと判定された場合、即ち、例えば、ユーザが、リモコン１５（図７）を操作することにより、ＣＲＴ１１にメニュー画面を表示させ、さらに、そのメニュー画面における全体拡大アイコンを再クリックし、これにより、そのリモコン１５の操作に対応するコマンドである全体拡大終了コマンドの赤外線が、リモコン１５から出射され、ＩＲ受信部１３５で受信されてＣＰＵ１２９に供給された場合、ステップＳ１７８に進み、信号処理部１３７における画像変換処理を終了し、親機１の全体拡大処理を終了する。これにより、フレームメモリ１２７に記憶された番組画像データは、そのまま、ＮＴＳＣエンコーダ１２８を介して、ＣＲＴ１１に供給されるようになり、ＣＲＴ１１では、番組画像データが、通常のサイズで表
示される。

次に、図４１のフローチャートを参照して、スケーラブルＴＶシステムを構成する各子機２ijで行われる子機の全体拡大処理について説明する。

子機２ij（図１１）では、まず最初に、ステップＳ１８１において、ＣＰＵ１４９が、図３９のステップＳ１６１で親機１からリサイズ処理用の係数種データが送信されてくるのを待って、その係数種データを、IEEE1394インタフェース１５３を介して受信する。さらに、ステップＳ１８１では、ＣＰＵ１４９は、受信したリサイズ処理用の係数種データを、信号処理部１５７（図２９）に転送し、その係数種メモリ２０７にセットする。なお、その際、信号処理部１５７は、自身が元から係数種メモリ２０７に記憶している係数種データを、あらかじめ、ＥＥＰＲＯＭ１５７Ｂの空き領域に待避させる。

ここで、子機２ijの信号処理部１５７を構成する係数メモリ２０７に、リサイズ処理用の係数種データが記憶されている場合、上述のステップＳ１８１、および後述するステップＳ１８８の処理は、スキップするようにすることができる。

その後、ステップＳ１８２に進み、ＣＰＵ１４９は、親機１が図３９のステップＳ１６４で送信してくる外部入力選択コマンドを受信したかどうかを判定し、受信していないと判定した場合、ステップＳ１８２に戻る。

また、ステップＳ１８２において、親機１からの外部入力選択コマンドを受信したと判定された場合、即ち、IEEE1394インタフェース１５３において、親機１からの外部入力選択コマンドが受信され、ＣＰＵ１４９に供給された場合、ステップＳ１８３に進み、ＣＰＵ１４９は、IEEE1394インタフェース１５３で受信される番組画像データを選択し、デマルチプレクサ１４４を介して、ＭＰＥＧビデオデコーダ１４５に供給する状態となり、ステップＳ１８４に進む。

ステップＳ１８４では、ＣＰＵ１４９は、親機１から、拡大表示コマンドとともに、番組画像データ、拡大率Ｎ、拡大範囲ｒij、および表示範囲Ｒijが送信されてきたかどうかを判定する。

ステップＳ１８４において、親機１から、拡大表示コマンドとともに、番組画像データ、拡大率Ｎ、拡大範囲ｒij、および表示範囲Ｒijが送信されてきたと判定された場合、即ち、IEEE1394インタフェース１５３において、親機１からの拡大表示コマンド、並びに番組画像データ、拡大率Ｎ、拡大範囲ｒij、および表示範囲Ｒijが受信され、ＣＰＵ１４９に供給された場合、ＣＰＵ１４９は、以下、拡大表示コマンドにしたがい、その拡大表示コマンドとともに送信されてきた番組画像データの拡大範囲ｒijを、拡大率Ｎで拡大し、その結果得られる一部拡大画像データを、ＣＲＴ３１の表示画面中の表示範囲Ｒijに表示させる処理を行う。

即ち、この場合、ステップＳ１８４からＳ１８５に進み、ＣＰＵ１４９は、ＣＰＵ１４９は、拡大表示コマンドとともに受信した拡大率Ｎに対応するパラメータｚを、信号処理部１５７（図２９）のパラメータメモリ２０８にセットし、ステップＳ１８６に進む。

ステップＳ１８６では、ＣＰＵ１４９は、信号処理部１５７（図２９）を制御することにより、フレームメモリ１４７に記憶された、拡大表示コマンドとともに受信した番組画像データの、子機２ijについて求められた拡大範囲ｒij（図４０Ｂ）を対象とした画像変換処理を行わせる。

即ち、本実施の形態では、図３９のステップＳ１６９およびＳ１７４において、親機１から、子機２ijに対して、拡大表示コマンドとともに、番組画像データとしてのＴＳパケットが送信されるが、この場合、ＣＰＵ１４９は、IEEE1394インタフェース１５３を介して受信した親機１からのＴＳパケットを、デマルチプレクサ１４４を介して、ＭＰＥＧビデオデコーダ１４５に供給する。ＭＰＥＧビデオデコーダ１４５は、そのＴＳパケットをＭＰＥＧデコードし、番組画像データを得て、フレームメモリ１４７に書き込む。

一方、子機２ijの信号処理部１５７（図２９）を構成する係数種メモリ２０７には、ステップＳ１８１でリサイズ処理用の係数種データがセットされており、信号処理部１５７は、フレームメモリ１４７に記憶された番組画像データの拡大範囲ｒijを、係数種メモリ２０７に記憶されたリサイズ処理用の係数種データと、パラメータメモリ２０８に記憶されたパラメータｚから生成されるタップ係数を用いて画像変換処理することにより、その拡大範囲ｒijの番組画像データを、拡大率Ｎで拡大（リサイズ）した画像データとしての一部拡大画像データに変換する。

さらに、このとき、ＣＰＵ１４９は、一部拡大画像データが、ＣＲＴ３１の表示画面中の、子機ijについて求められた表示範囲Ｒij（図４０Ａ）の位置に表示されるものとなるように、信号処理部１５７を制御する。即ち、これにより、信号処理部１５７では、一部拡大画像データが、ＣＲＴ３１の表示画面中の、子機２ijについて求められた表示範囲Ｒij（図４０Ａ）の位置に表示されるように、その表示位置が調整される。

具体的には、例えば、子機２11では、図４０Ａに示したように、一部拡大画像データが、そのＣＲＴ３１の表示画面中の右下の表示範囲Ｒ11に表示されるように、一部拡大画像データの表示位置が調整される。

なお、この場合、子機２11では、ＣＲＴ３１の表示画面中の表示範囲Ｒ11以外の範囲の画像データは、例えば、黒レベルとされる。他の子機２ijにおいても同様である。

ステップＳ１８７において、信号処理部１５７は、ステップＳ１８６で得られた一部拡大画像データを、フレームメモリ１４７およびＮＴＳＣエンコーダ１４８を介してＣＲＴ３１に供給して表示させる。

その後、ステップＳ１８４に戻り、以下、ステップＳ１８４乃至Ｓ１８７の処理が繰り返される。

一方、ステップＳ１８４において、親機１から、拡大表示コマンドとともに、番組画像データ、拡大率Ｎ、拡大範囲ｒij、および表示範囲Ｒijが送信されてこないと判定された場合、即ち、IEEE1394インタフェース１５３において、拡大表示コマンド、並びに番組画像データ、拡大率Ｎ、拡大範囲ｒij、および表示範囲Ｒijを受信することができなくなった場合、ステップＳ１８８に進み、信号処理部１５７は、ＥＥＰＲＯＭ１５７Ｂに待避しておいた元の係数種データを、係数種メモリ２０７（図２９）にセットし直し、子機の全体拡大処理を終了する。

図３９の親機の全体拡大処理、および図４１の子機の全体拡大処理によれば、例えば、図４２Ａに示すように、スケーラブルＴＶシステムを構成する第２行第２列に位置する親機１に番組画像データが表示されている場合に、その親機１に表示された番組画像データの全体が、図４２Ｂに示すように、親機１を中心として、子機２11乃至２33に亘って徐々に拡大されていき、最終的には、図４２Ｃに示すように、３×３台の親機１および子機２11乃至２33の全体に、番組画像データの全体を拡大した全体拡大画像データが表示されることになる。

従って、ユーザは、番組画像データの全体を、その細部にわたって拡大した全体拡大画像データを見ることができる。

但し、スケーラブルＴＶシステムにおいては、実際には、そのスケーラブルＴＶシステムを構成するテレビジョン受像機の筐体が存在するから、隣接するテレビジョン受像機どうしの、その隣接部分は筐体であり、その部分には、画像は表示されない。即ち、図４２では、図を簡略化するため、隣接するテレビジョン受像機どうしの間に存在する筐体部分を省略している。しかしながら、実際には、隣接するテレビジョン受像機どうしの間には、筐体が存在し、従って、全体拡大画像データは、僅かではあるが、テレビジョン受像機の筐体部分で表示されず、いわば区切られたものとなるという問題点がある。

しかしながら、人間の視覚には、画像の一部に、その視聴を妨げる微小幅のラインがあっても、そのラインで隠されている部分の画像を、その周辺の画像から補間する補間作用があるため、上述した問題点は、全体拡大画像データを視聴する上で、それほど大きな問題とはならない。

なお、全体拡大処理においても、一部拡大処理で説明した場合と同様に、リサイズ処理用の係数種データを用いて、画像変換処理を行って全体拡大画像データを得る他、単なる補間処理によって、番組画像データを拡大した全体拡大画像データを得ることが可能である。

但し、番組画像データの全体を、その細部にわたって拡大した全体拡大画像データを見ることができるのは、信号処理部１３７および１５７において、リサイズ処理用の係数種データを用いて、画像変換処理を行った場合であり、単なる補間処理によって、番組画像データの拡大を行った場合には、全体拡大画像データを見ることはできるが、その細部の再現は行われない。即ち、単なる補間処理による場合は、リサイズ処理用の係数種データを用いた画像変換処理による場合に比較して、大きく画質の劣化した全体拡大画像データしか見ることはできない。

ここで、本実施の形態では、図３１および図３３で説明した認証が成功した場合にのみ、特別機能を提供するようにしたが、認証が失敗した場合であっても、特別機能を、いわば制限付きで提供するようにすることが可能である。

即ち、例えば、認証が成功した場合には、リサイズ処理用の係数種データを用いた画像変換処理によって、全体拡大画像データを提供し、認証が失敗した場合には、単なる補間処理による全体拡大画像データを提供するようにすることが可能である。

この場合、スケーラブルＴＶシステムを、親機や子機でないテレビジョン受像機を用いて構成しているユーザは、全体拡大画像データを見ることはできるが、その全体拡大画像データは、単なる補間処理によるものなので、リサイズ処理用の係数種データを用いた画像変換処理による場合に比較して、かなり画質の劣化したものとなる。

これに対して、スケーラブルＴＶシステムを、親機や子機であるテレビジョン受像機を用いて構成しているユーザは、リサイズ処理用の係数種データを用いた画像変換処理による高画質の全体拡大画像データを見ることができる。

その結果、スケーラブルＴＶシステムを、親機や子機でないテレビジョン受像機を用いて構成しているユーザにおいては、高画質の全体拡大画像データを見るために、親機や子機であるテレビジョン受像機を購入するインセンティブが働くことになる。

なお、本実施の形態では、親機１に表示された番組画像データの全体を、スケーラブルＴＶシステムを構成するテレビジョン受像機の全体に表示可能な大きさの全体拡大画像データに拡大する拡大率を、最大拡大率Ｎmaxとして設定するようにしたが、最大拡大率Ｎmaxは、ユーザが、リモコン１５（またはリモコン３５）を操作することにより、任意の値に設定可能なようにすることができる。

この場合、最大拡大率Ｎmaxが、番組画像データを、スケーラブルＴＶシステムを構成するテレビジョン受像機の全体に表示可能な大きさの全体拡大画像データよりも大きい画像データに拡大する値（以下、適宜、規定外最大拡大率という）に設定されることがあり、その規定外最大拡大率で拡大された全体拡大画像データは、その全体を、スケーラブルＴＶシステムで表示することができなくなる。即ち、規定外最大拡大率で拡大された全体拡大画像データは、その一部だけしか表示することができなくなる。この場合、規定外最大拡大率で拡大された全体拡大画像データのどの部分を表示するかは、例えば、ユーザが、リモコン１５（またはリモコン３５）を操作することにより設定可能なようにすることができる。

また、上述の場合には、スケーラブルＴＶシステムを構成する各テレビジョン受像機において、そのテレビジョン受像機で表示すべき一部拡大画像データを生成するようにしたが、スケーラブルＴＶシステムを構成する各テレビジョン受像機で表示すべき一部拡大画像データは、例えば、親機１などの１台、または複数台のテレビジョン受像機において生成するようにすることが可能である。即ち、例えば、親機１において、全体拡大画像データを生成し、その全体拡大画像データのうちの一部である一部拡大画像データを、IEEE1394インタフェース１３３を介して、各子機２ijに送信するようにすることが可能である。但し、この場合、親機１は、自身で表示すべき一部拡大画像データの他、他のテレビジョン受像機である各子機２ijで表示すべき一部拡大画像データも生成する必要があるので、
その処理負担が大になる。

さらに、上述の場合には、テレビジョン放送番組としての画像データ（番組画像データ）を拡大するようにしたが、全体拡大処理でも、一部拡大処理における場合と同様に、外部の装置から入力される画像データを、その処理の対象とすることが可能である。

さらに、全体拡大処理においても、一部拡大処理における場合と同様に、番組画像データの一部の水平方向および垂直方向の両方を、同一の拡大率だけ拡大することは勿論、水平方向と垂直方向それぞれを、異なる拡大率だけ拡大することも可能である。

また、上述の場合には、３×３台のテレビジョン受像機で構成されるスケーラブルＴＶシステムにおいて、その中心に配置された親機１に表示される画像データが、その周囲に配置された各子機２ijの方向（左上、左、左下、上、下、右上、右、右下の８方向）それぞれに向かって拡大されていく全体拡大画像データが表示されるが、その他、例えば、左下に配置された子機２31に表示される画像データが、その上に配置された子機２21、右上に配置された親機１、右に配置された子機２32の方向それぞれに向かって拡大されていくような全体拡大画像データを表示するようにすることも可能である。

さらに、上述の場合には、親機１や各子機２ijにおいて、ユーザがリモコン１５を操作することにより、全体拡大処理を行うことの指令があった後に、全体拡大画像データ（を構成する一部拡大画像データ）を生成するようにしたが、親機１や各子機２ijでは、常時、拡大率Ｎが、１＋α，１＋２α，１＋３α，・・・，Ｎmax倍の全体拡大画像データを生成するようにし、全体拡大処理を行うことの指令があった場合は、即座に、その拡大率Ｎが１＋α，１＋２α，１＋３α，・・・，Ｎmax倍の全体拡大画像データを、順次表示するようにすることも可能である。

次に、スケーラブルＴＶシステムは、そのスケーラブルＴＶシステムを構成するテレビジョン受像機全体に、画像データを表示する、いわゆるマルチ画面表示を行う特別機能を有しており、この特別機能は、親機１と子機２において、マルチ画面表示処理が行われることにより実現される。

マルチ画面表示処理を行うことの指示も、例えば、一部拡大処理や全体拡大処理を行うことの指示と同様に、メニュー画面から行うことができるようになっている。

即ち、上述したように、ユーザが、リモコン１５（図７）のメニューボタンスイッチ５４（またはリモコン３５（図８）のメニューボタンスイッチ８４）を操作した場合、親機１のＣＲＴ１１（または子機２のＣＲＴ３１）には、メニュー画面が表示されるが、このメニュー画面には、例えば、マルチ画面表示処理を表すアイコン（以下、適宜、マルチ画面表示アイコンという）が表示されるようになっており、ユーザが、このマルチ画面表示アイコンを、リモコン１５を操作してクリックすることにより、親機１と子機２それぞれにおいて、マルチ画面表示処理が開始される。

そこで、図４３のフローチャートを参照して、親機のマルチ画面表示処理について説明する。

ここで、マルチ画面表示処理では、図４２Ｃに示したように、スケーラブルＴＶシステムを構成するテレビジョン受像機全体に、番組画像データが表示される。従って、親機１のマルチ画面表示処理は、実質的には、拡大率Ｎを最大拡大率Ｎmaxに固定し、拡大ピッチαを無視して行う、図３９の全体拡大処理と等価である。

このため、親機１のマルチ画面表示処理では、ステップＳ１９１乃至Ｓ１９４において、図３９のステップＳ１６１乃至Ｓ１６４における場合とそれぞれ同様の処理が行われる。

そして、ステップＳ１９５に進み、図３９のステップＳ１６５における場合と同様にして、最大拡大率Ｎmaxが設定され、ステップＳ１９６に進む。ステップＳ１９６では、親機１（図１０）のＣＰＵ１２９は、拡大率Ｎを、最大拡大率Ｎmaxに設定し、ステップＳ１９７に進む。

ステップＳ１９７では、ＣＰＵ１２９は、最大拡大率Ｎmaxが設定されている拡大率Ｎに基づき、親機１における番組画像データの拡大範囲ｒ1と、各子機２ij（図１１）における番組画像データの拡大範囲ｒijとを、図３９のステップＳ１６７における場合と同様にして求め、ステップＳ１９８に進む。

ここで、図３９の全体拡大処理では、ステップＳ１６７で拡大範囲を求める他、ステップＳ１６８で表示範囲も求めるが、拡大率Ｎが、最大拡大率Ｎmaxである場合には、親機１の表示範囲Ｒ1は、そのＣＲＴ１１の表示画面全体であり、また、子機２ijの表示範囲Ｒijも、そのＣＲＴ３１の表示画面全体であるから、あらかじめ分かっており、求める必要がない（または、あらかじめ求められていると考えることができる）。このため、マルチ画面表示処理では、改めて、親機１の表示範囲Ｒ1と、子機２ijの表示範囲Ｒijを求めるようにはされていない。

ステップＳ１９８では、ＣＰＵ１２９は、図３９のステップＳ１７０における場合と同様にして、最大拡大率Ｎmaxが設定されている拡大率Ｎに対応するパラメータｚを、信号処理部１３７（図２２）のパラメータメモリ１６８にセットする。

そして、ステップＳ１９９乃至Ｓ２０１に順次進み、図３９のステップＳ１７４乃至Ｓ１７６における場合とそれぞれ同様に処理が行われ、これにより、親機１では、最大拡大率Ｎmaxで拡大された一部拡大画像データが表示される。

その後、ステップＳ２０２に進み、ＣＰＵ１２９は、マルチ画面表示を終了するコマンド（以下、適宜、マルチ画面表示終了コマンドという）が送信されてきたかどうかを判定する。

ステップＳ２０２において、マルチ画面表示終了コマンドが送信されてきていないと判定された場合、ステップＳ１９９に戻り、以下、同様の処理が繰り返される。従って、この場合、親機１では、最大拡大率Ｎmaxで拡大された一部拡大画像データの表示が続行される。

また、ステップＳ２０２において、マルチ画面表示終了コマンドが送信されてきたと判定された場合、即ち、例えば、ユーザが、リモコン１５（図７）を操作することにより、ＣＲＴ１１にメニュー画面を表示させ、さらに、そのメニュー画面におけるマルチ画面表示アイコンを再クリックし、これにより、そのリモコン１５の操作に対応するコマンドであるマルチ画面表示終了コマンドの赤外線が、リモコン１５から出射され、ＩＲ受信部１３５で受信されてＣＰＵ１２９に供給された場合、ステップＳ２０３に進み、信号処理部１３７における画像変換処理を終了し、親機１のマルチ画面表示処理を終了する。これにより、フレームメモリ１２７に記憶された番組画像データは、そのまま、ＮＴＳＣエンコーダ１２８を介して、ＣＲＴ１１に供給されるようになり、ＣＲＴ１１では、番組画像データが、通常のサイズで表示される。

なお、子機２ijのマルチ画面表示処理（子機２ijが行うマルチ画面表示処理）は、図４１で説明した子機２ijの全体拡大処理と同様であるため、その説明は、省略する。

次に、スケーラブルＴＶシステムは、そのスケーラブルＴＶシステムを構成するテレビジョン受像機それぞれに同一の処理を行わせる特別機能を有しており、この特別機能は、親機１において、一括同時制御処理が行われることにより実現される。

一括同時制御処理を行うことの指示も、例えば、一部拡大処理等を行うことの指示と同様に、メニュー画面から行うことができるようになっている。

即ち、上述したように、ユーザが、リモコン１５（図７）のメニューボタンスイッチ５４（またはリモコン３５（図８）のメニューボタンスイッチ８４）を操作した場合、親機１のＣＲＴ１１（または子機２のＣＲＴ３１）には、メニュー画面が表示されるが、このメニュー画面には、例えば、一括同時制御処理を表すアイコン（以下、適宜、一括同時制御アイコンという）が表示されるようになっており、ユーザが、この一括同時制御アイコンを、リモコン１５を操作してクリックすることにより、親機１において、一括同時制御処理が開始される。

そこで、図４４のフローチャートを参照して、親機の一括同時制御処理について説明する。

一括同時制御処理では、親機１（図１０）のＣＰＵ１２９は、リモコン１５（またはリモコン２５）が操作されることにより、所定の処理を指令するコマンドが入力されるのを待って、即ち、ＩＲ受信部１５において、リモコン１５からの所定のコマンドに対応する赤外線が受信され、ＣＰＵ１２９に供給されるのを待って、ステップＳ２１１において、そのコマンドを受信する。さらに、ステップＳ２１１では、ＣＰＵ１２９は、そのコマンドに対応した処理を行い、ステップＳ２１２に進む。

ステップＳ２１２では、ＣＰＵ１２９は、ステップＳ２１１で受信した、リモコン１５の操作に対応したコマンド（以下、適宜、リモコンコマンドという）に対応する処理を行うことができる子機２ijが、スケーラブルＴＶシステムを構成するテレビジョン受像機の中に存在するかどうかを判定する。

なお、ステップＳ２１２の判定処理は、ＣＰＵ１２９がＥＥＰＲＯＭ１３０に記憶された各子機２ijの機能情報を参照することで行われる。

ステップＳ２１２において、リモコンコマンドに対応する処理を行うことのできる子機２ijが存在すると判定された場合、ステップＳ２１３に進み、ＣＰＵ１２９は、IEEE1394インタフェース１３３を制御することにより、リモコンコマンドに対応する処理を行うことのできる子機２ijすべてに、リモコンコマンドを送信する。

従って、例えば、いま、スケーラブルＴＶシステムを構成する子機２ijすべてが、リモコンコマンドに対応する処理を行うことができるものであれば、その子機２ijすべてに、リモコンコマンドが送信され、各子機２ijでは、そのリモコンコマンドに対応する処理、即ち、ステップＳ２１１で親機１で行われたのと同一の処理が行われる。

一方、ステップＳ２１２において、リモコンコマンドに対応する処理を行うことのできる子機２ijが存在しないと判定された場合、ステップＳ２１３をスキップして、ステップＳ２１４に進み、ＣＰＵ１２９は、一括同時制御処理を終了するコマンド（以下、適宜、一括同時制御終了コマンドという）が送信されてきたかどうかを判定する。

ステップＳ２１２において、一括同時制御終了コマンドが送信されてきていないと判定された場合、リモコン１５が操作されることにより、所定の処理を指令するコマンド（リモコンコマンド）が入力されるのを待って、ステップＳ２１１に戻り、以下、同様の処理が繰り返される。

また、ステップＳ２１２において、一括同時制御終了コマンドが送信されてきたと判定された場合、即ち、例えば、ユーザが、リモコン１５（図７）を操作することにより、ＣＲＴ１１にメニュー画面を表示させ、さらに、そのメニュー画面における一括同時制御アイコンを再クリックし、これにより、そのリモコン１５の操作に対応するコマンドである一括同時制御終了コマンドの赤外線が、リモコン１５から出射され、ＩＲ受信部１３５で受信されてＣＰＵ１２９に供給された場合、一括同時制御処理を終了する。

一括同時制御処理によれば、例えば、いま、スケーラブルＴＶシステムを構成する子機２ijすべてが、リモコンコマンドに対応する処理を行うことができるものであるとすると、ユーザが、リモコン１５を操作することにより、例えば、あるチャンネルを選択することが指令された場合、図４５Ａに示すように、スケーラブルＴＶシステムを構成する親機１および子機２のすべてにおいて、そのチャンネルで放送されている画像データが表示される。さらに、ユーザが、リモコン１５を操作することにより、他のチャンネルへの切り換えを指令すると、図４５Ｂに示すように、スケーラブルＴＶシステムを構成する親機１および子機２のすべてにおいて、チャンネルの切り換えが行われる。

従って、ユーザは、１つのリモコン１５によって、スケーラブルＴＶシステムを構成するテレビジョン受像機すべてを、同時に、同じように制御することができる。

次に、上述したように、親機１には、リモコン１５を付随させ、各子機２ijにも、それぞれ、リモコン３５を付随させることが可能である。さらに、上述したように、親機１は、そのリモコン１５によっても、子機２ijのリモコン３５によっても制御することが可能であり、子機２ijも、そのリモコン３５によっても、親機１のリモコン１５によっても制御することが可能である。

従って、スケーラブルＴＶシステムを構成するテレビジョン受像機は、そのすべてを、１台のリモコン１５（または３５）だけで制御することが可能である。

しかしながら、１台のリモコン１５だけで、複数台のテレビジョン受像機それぞれを、別個に制御するには、例えば、リモコン１５に、複数台のテレビジョン受像機それぞれの機器IDを設定しておき、所望のコマンドを入力する操作を行う前に、制御しようとするテレビジョン受像機の機器IDを入力する操作等の、制御対象とするテレビジョン受像機を特定する操作が必要となり、面倒である。

そこで、親機１の制御には、それに付随するリモコン１５を、各子機２ijの制御には、やはり、各子機２ijに付随するリモコン３５を、それぞれ用いるようにする方法がある。

しかしながら、この方法では、図１ＡのスケーラブルＴＶシステムを構成するテレビジョン受像機それぞれを、別個に制御するのに、９台という多数のリモコンが必要となる。さらに、この場合、どのリモコンが、どのテレビジョン受像機を制御するものなのか、一見しただけでは分からなくなることがある。

従って、スケーラブルＴＶシステムを構成する親機１と各子機２ijのうち、ユーザが制御対象としているテレビジョン受像機を、親機１のリモコン１５と各子機２ijのリモコン３５のうちの任意のリモコンによって、ユーザが、制御対象としているテレビジョン受像機を特定する操作を行うことなく制御することができれば、便利である。

そこで、スケーラブルＴＶシステムは、ユーザが、制御対象としているテレビジョン受像機を認識し、その制御対象のテレビジョン受像機を、リモコン１５（またはリモコン３５）によって制御可能とする特別機能を有しており、この特別機能は、親機１と子機２において、個別処理が行われることにより実現される。

個別処理を行うことの指示は、例えば、メニュー画面から行うことができるようになっている。

即ち、上述したように、ユーザが、リモコン１５（図７）のメニューボタンスイッチ５４（またはリモコン３５（図８）のメニューボタンスイッチ８４）を操作した場合、親機１のＣＲＴ１１（または子機２のＣＲＴ３１）には、メニュー画面が表示されるが、このメニュー画面には、例えば、個別処理を表すアイコン（以下、適宜、個別処理アイコンという）が表示されるようになっており、ユーザが、この個別処理アイコンを、リモコン１５を操作してクリックすることにより、親機１と子機２それぞれにおいて、個別処理が開始される。

そこで、まず、図４６のフローチャートを参照して、親機１の個別処理について説明する。

親機１（図１０）の個別処理では、ＣＰＵ１２９は、ＩＲ受信部１３５において、リモコン１５（またはリモコン３５）からの赤外線が受信されるのを待って、ステップＳ２２１において、ＩＲ受信部１３５における赤外線の受信強度を検出する。即ち、ユーザが、スケーラブルＴＶシステムを構成する、あるテレビジョン受像機を制御対象として、その制御対象を制御するのに、リモコン１５を操作すると、リモコン１５は、その操作に対応する赤外線を出射する。この赤外線は、親機１のＩＲ受信部１３５、および各子機２ij（図１１）のＩＲ受信部１５５で受光されるが、ステップＳ２２１では、ＣＰＵ１２９は、ＩＲ受信部１３５に、その赤外線の受信強度を検出させ、その供給を受ける。

そして、ステップＳ２２２に進み、ＣＰＵ１２９は、IEEE1394インタフェース１３３を介して、各子機２ijに、各子機２ijでのリモコン１５からの赤外線の受信強度を要求し、その要求に応じて、各子機２ijから送信されてくる赤外線の受信強度を、IEEE1394インタフェース１３３を介して取得（受信）する。

即ち、上述したように、ユーザがリモコン１５を操作することにより、そのリモコン１５が出射する赤外線は、親機１のみならず、各子機２ijでも受光されるが、ステップＳ２２２では、その赤外線の、各子機２ijでの受信強度が取得される。

その後、ステップＳ２２３に進み、ＣＰＵ１２９は、ステップＳ２２１で検出した親機１での赤外線の受信強度と、ステップＳ２２２で取得した各子機２ijでの赤外線の受信強度の中から、最大の受信強度（最大受信強度）を検出し、ステップＳ２２４に進む。

ステップＳ２２４では、ＣＰＵ１２９は、最大受信強度が得られたテレビジョン受像機（以下、適宜、最大受信強度装置という）が親機１または子機２のいずれであるかを判定する。

ステップＳ２２４において、最大受信強度装置が親機１であると判定された場合、ステップＳ２２５に進み、ＣＰＵ１２９は、ＩＲ受信部１３５で受光された赤外線が表すコマンドが、親機１に対するものであるとして、そのコマンドに対応する処理を実行する。

一方、ステップＳ２２４において、最大受信強度装置が子機２であると判定された場合、ステップＳ２２６に進み、ＣＰＵ１２９は、IEEE1394インタフェース１３３を制御することにより、ＩＲ受信部１３５で受光された赤外線が表すコマンドが、その最大受信強度装置である子機２ijに対するものであるとして、そのコマンドを、最大受信強度装置である子機２ijに送信する。

従って、この場合、最大受信強度装置である子機２ijでは、後述する図４７で説明するように、リモコン１５からの赤外線が表すコマンドに対応する処理が行われることになる。

ここで、ユーザは、リモコン１５（またはリモコン３５）を操作することによって、スケーラブルＴＶシステムを構成する、あるテレビジョン受像機を制御対象として、その制御を行う場合、一般に、リモコン１５を、その制御対象であるテレビジョン受像機に向けて操作する。

この場合、例えば、いま、リモコン１５（またはリモコン３５）が出射する赤外線が指向性の強いものであるとすると、ユーザが制御対象としようとしているテレビジョン受像機は、リモコン１５が出射する赤外線の主軸の方向にあるもの、即ち、赤外線の受信強度が最も大きい最大受信強度装置であるということになる。

従って、上述のように、最大受信強度装置において、リモコン１５からの赤外線が表すコマンドに対応する処理を実行することで、ユーザが制御対象としたテレビジョン受像機、つまり最大受信強度装置において、ユーザによるリモコン１５の操作に対応した処理が行われることになる。

具体的には、例えば、ユーザが、リモコン１５を、親機１に向けて、チャンネル操作や音量操作を行った場合、親機１が最大受信強度装置となり、その結果、最大受信強度装置である親機１において、その操作に対応して、チャンネルや音量が変更される。また、例えば、ユーザが、リモコン１５を、ある子機２ijに向けて、チャンネル操作や音量操作を行った場合、その子機２ijが最大受信強度装置となり、その結果、最大受信強度装置である子機２ijにおいて、その操作に対応して、チャンネルや音量が変更される。

ステップＳ２２５およびＳ２２６の処理後は、いずれも、ステップＳ２２７に進み、ＣＰＵ１２９は、個別処理を終了するコマンド（以下、適宜、個別処理終了コマンドという）が送信されてきたかどうかを判定する。

ステップＳ２２７において、個別処理終了コマンドが送信されてきていないと判定された場合、リモコン１５が操作されることにより出射される赤外線が、ＩＲ受信部１３５で受光されるのを待って、ステップＳ２２１に戻り、以下、同様の処理が繰り返される。

また、ステップＳ２２７において、個別処理終了コマンドが送信されてきたと判定された場合、即ち、例えば、ユーザが、リモコン１５（図７）を操作することにより、ＣＲＴ１１にメニュー画面を表示させ、さらに、そのメニュー画面における個別処理アイコンを再クリックし、これにより、そのリモコン１５の操作に対応するコマンドである個別処理終了コマンドの赤外線が、リモコン１５から出射され、ＩＲ受信部１３５で受信されてＣＰＵ１２９に供給された場合、ステップＳ２２８に進み、ＣＰＵ１２９は、IEEE1394インタフェース１３３を制御することにより、個別処理終了コマンドを、各子機２ijに送信し、親機１の個別処理を終了する。

次に、図４７のフローチャートを参照して、子機の個別処理について説明する。

子機２（図１１）の個別処理では、ＣＰＵ１４９は、ＩＲ受信部１５５において、リモコン１５（またはリモコン３５）からの赤外線が受信されるのを待って、ステップＳ２３１において、ＩＲ受信部１５５における赤外線の受信強度を検出する。即ち、ユーザが、スケーラブルＴＶシステムを構成する、あるテレビジョン受像機を制御対象として、その制御対象を制御するのに、リモコン１５を操作すると、リモコン１５は、その操作に対応する赤外線を出射するが、この赤外線は、上述したように、子機２のＩＲ受信部１５５で受光される。ステップＳ２３１では、ＣＰＵ１４９は、ＩＲ受信部１５５に、その赤外線の受信強度を検出させ、その供給を受ける。

そして、ステップＳ２３２に進み、ＣＰＵ１４９は、親機１から赤外線の受信強度の要求が送信されてくるのを待って、IEEE1394インタフェース１５３を介して、親機１に、ステップＳ２３１で検出した赤外線の受信強度を送信する。このステップＳ２３２で、子機２から送信される赤外線の受信強度が、親機１で行われる、上述した図４６のステップＳ２２２で取得（受信）される。

その後、ステップＳ２３３に進み、ＣＰＵ１４９は、親機１からコマンドが送信されてきたかどうかを判定する。即ち、親機１は、上述した図４６のステップＳ２２６やＳ２２８において、子機２に対して、コマンドを送信するが、ステップＳ２３３では、そのようにして親機１からコマンドが送信されてきたかどうかが判定される。

ステップＳ２３３において、親機１からコマンドが送信されてきていないと判定された場合、ステップＳ２３３に戻る。

また、ステップＳ２３３において、親機１からコマンドが送信されてきたと判定された場合、即ち、IEEE1394インタフェース１５３において、親機１から送信されてきたコマンドが受信され、ＣＰＵ１４９に供給された場合、ステップＳ２３４に進み、ＣＰＵ１４９は、そのコマンドが、個別処理終了コマンドであるかどうかを判定する。

ステップＳ２３４において、親機１から送信されてきたコマンドが、個別処理終了コマンドでないと判定された場合、ステップＳ２３５に進み、ＣＰＵ１４９は、親機１から送信されてきたコマンドに対応する処理を実行し、ステップＳ２３３に戻る。

これにより、図４６で説明したように、ユーザがリモコン１５を操作するにあたって、そのリモコン１５が向けられた子機２では、そのリモコン１５の操作に対応する処理（例えば、チャンネルや音量の変更）が行われる。

一方、ステップＳ２３４において、親機１から送信されてきたコマンドが、個別処理終了コマンドであると判定された場合、子機２の個別処理を終了する。

以上のように、リモコン１５（またはリモコン３５）として、赤外線の指向性が強いものを用い、さらに、スケーラブルＴＶシステムを構成するテレビジョン受像機において、リモコン１５からの赤外線の受信強度が最も大きい最大受信強度装置を検出するようにすることにより、ユーザが制御しようとしているテレビジョン受像機を特定（認識）することができるので、スケーラブルＴＶシステムを構成する親機１と各子機２ijのうち、ユーザが制御対象としているテレビジョン受像機を、親機１のリモコン１５と各子機２ijのリモコン３５のうちの任意のリモコンによって、ユーザが制御対象としているテレビジョン受像機を特定する操作を行うことなく制御することができる。

次に、個別処理によれば、例えば、あるユーザＡが、リモコン１５によって、ある子機２ijのチャンネル操作を行って、ある番組ＰＧＭAを視聴し、また、他のユーザＢが、リモコン３５によって他の子機２pqのチャンネル操作を行って、他の番組ＰＧＭBを視聴するといったように、複数のユーザが、個別に、異なる番組を視聴することができる。

この場合、子機２ijと２pq（図１１）のＣＲＴ３１には、異なる番組の画像データが表示されることとなるが、仮に、子機２ijと２pqとが隣り合う位置に配置されていたとしても、子機２ijと２pqに異なる番組の画像データが表示されることは、それほど大きな問題にはならない。

即ち、いまの場合、子機２ijには番組ＰＧＭAの画像データが表示され、子機２pqには番組ＰＧＭBの画像データが表示されるため、いずれの画像データも、ユーザＡとＢの視界に入ることになる。

しかしながら、ユーザＡは、子機２ijに表示された番組ＰＧＭAの画像データを視聴しようとし、ユーザＢは、子機２pqに表示された番組ＰＧＭBの画像データを視聴しようとしているため、ユーザＡにおいては、視聴しようとしていない番組ＰＧＭBの画像データは、いわばマスクされ、ユーザＢにおいても、視聴しようとしていない番組ＰＧＭAの画像データはマスクされる。

従って、ユーザＡにとって、他の子機２pqに表示された番組ＰＧＭBの画像データは、子機２ijに表示された番組ＰＧＭAの画像データの視聴の大きな妨げにはならず、ユーザＢにとっても、他の子機２ijに表示された番組ＰＧＭAの画像データは、子機２pqに表示された番組ＰＧＭBの画像データの視聴の大きな妨げにならない。

しかしながら、この場合、異なる画像データにそれぞれ付随する異なる音声データが出力されること、即ち、子機ijのスピーカユニット３２Ｌおよび３２Ｒから番組ＰＧＭAの音声データが出力され、子機２pqのスピーカユニット３２Ｌおよび３２Ｒから番組ＰＧＭBの音声データが出力されることについては、多少の問題がある。

即ち、人間の聴覚には、いわゆるカクテルパーティ効果が認められ、多数の音声データが混在する中から、所望の音声データを聞き分けることが可能であるが、それでも、パワーの小さい音声データは、パワーの大きな音声データにマスクされてしまうなど、所望の音声データ以外の音声データ、つまりノイズとなる音声データの存在は、所望の音声データの視聴の妨げとなる。

そこで、スケーラブルＴＶシステムは、親機１や子機２で番組を視聴しているユーザの方向に、その親機１のスピーカユニット１２Ｌおよび１２Ｒや、子機２のスピーカユニット３２Ｌおよび３２Ｒ（を構成するスピーカ）の指向性の主軸の方向を向け、これにより、ユーザが視聴している番組の音声データを、そのユーザに聞き取りやすくする特別機能を有しており、この特別機能は、親機１および子機２において、スピーカ制御処理が行われることにより実現される。

即ち、ここでは、例えば、親機１（図１０）のスピーカユニット１２Ｌおよび１２Ｒの指向性は、非常に強いものとなっており、ユニット駆動部１３８が、スピーカユニット１２Ｌおよび１２Ｒを駆動し、その向きを機械的に（メカニカルに）変えることによって、指向性の主軸の方向を、所定の方向に向けることができるようになっている。子機２のスピーカユニット３２Ｌおよび３２Ｒも同様に、指向性の強いもので、ユニット駆動部１５８によって駆動されることにより、指向性の主軸の方向を、所定の方向に向けることができるようになっている。

スピーカ制御処理は、例えば、図４６および図４７で説明した個別処理が行われている場合に、その個別処理と並列で行われる。

そこで、図４８のフローチャートを参照して、親機のスピーカ制御処理について説明する。

親機のスピーカ制御処理では、ＣＰＵ１２９は、ＩＲ受信部１３５において、リモコン１５（またはリモコン３５）からの赤外線が受信されるのを待って、ステップＳ２４１において、ＩＲ受信部１３５における赤外線の受信強度を検出する。即ち、ユーザが、スケーラブルＴＶシステムを構成する、あるテレビジョン受像機を制御対象として、その制御対象を制御するのに、リモコン１５を操作すると、リモコン１５は、その操作に対応する赤外線を出射する。この赤外線は、親機１のＩＲ受信部１３５、および各子機２ij（図１１）のＩＲ受信部１５５で受光されるが、ステップＳ２４１では、ＣＰＵ１２９は、ＩＲ受信部１３５に、その赤外線の受信強度を検出させ、その供給を受ける。

そして、ステップＳ２４２に進み、ＣＰＵ１２９は、IEEE1394インタフェース１３３を介して、各子機２ijに、各子機２ijでのリモコン１５からの赤外線の受信強度を要求し、その要求に応じて、各子機２ijから送信されてくる赤外線の受信強度を、IEEE1394インタフェース１３３を介して取得（受信）する。

即ち、上述したように、ユーザがリモコン１５を操作することにより、そのリモコン１５が出射する赤外線は、親機１のみならず、各子機２ijでも受光されるが、ステップＳ２４２では、その赤外線の、各子機２ijでの受信強度が取得される。

ここで、親機１のスピーカ制御処理におけるステップＳ２４１とＳ２４２では、図４６の親機１の個別処理におけるステップＳ２２１とＳ２２２とそれぞれ同様の処理が行われる。従って、親機１のスピーカ制御処理では、ステップＳ２４１およびＳ２４２の処理を行わず、親機１の個別処理におけるステップＳ２２１とＳ２２２で得られる受信強度を、そのまま採用することが可能である。

その後、ステップＳ２４３に進み、ＣＰＵ１２９は、ステップＳ２４１で検出した親機１での赤外線の受信強度と、ステップＳ２４２で取得した各子機２ijでの赤外線の受信強度の中から、任意の３つの受信強度、即ち、例えば、受信強度の大きい順に、第１位から第３位までの受信強度を選択し、ステップＳ２４４に進む。

ステップＳ２４４では、ＣＰＵ１２９は、ステップＳ２４３で選択した３つの第１位から第３位までの受信強度それぞれに対応する距離を検出し、ステップＳ２４５に進む。

即ち、リモコン１５から出射される赤外線の、テレビジョン受像機における受信強度は、例えば、リモコン１５とテレビジョン受像機（のＩＲ受信部１３５または１５５）との間の距離に対応している。

そこで、親機１（図１０）のＥＥＰＲＯＭ１５０には、例えば、図４９に示すような、リモコン１５から出射される赤外線の、テレビジョン受像機における受信強度と、リモコン１５からテレビジョン受像機までの距離との対応関係を表す強度対距離テーブルが記憶されており、ステップＳ２４４では、ＣＰＵ１２９は、例えば、この強度対距離テーブルを参照することにより、第１位から第３位までの受信強度それぞれに対応する距離を検出する。

なお、強度対距離テーブルは、例えば、テレビジョン受像機から複数の距離だけ離れた位置それぞれにおいて、リモコン１５を操作し、テレビジョン受像機で受光される受信強度を測定することで作成することが可能である。

図４８に戻り、ステップＳ２４５では、ＣＰＵ１２９は、第１位乃至第３位の受信強度それぞれに対応する距離から、それらの受信強度の赤外線を出射したリモコン１５の位置を検出する。

ここで、図５０を参照して、第１位乃至第３位の受信強度それぞれに対応する距離から、それらの受信強度の赤外線を出射したリモコン１５の位置を検出する方法について説明する。なお、ここでは、説明を簡単にするために、第１位と第２位の２つの受信強度のみを考える。

例えば、いま、親機１における受信強度と、（スケーラブルＴＶシステムの正面方向から見て）その右隣の子機２23における受信強度が、第１位と第２位の受信強度であったとするとともに、親機１における受信強度に対応する距離をｒ1と、子機２23における受信強度に対応する距離をｒ23と、それぞれ表すこととする。

この場合、ある２次元平面を考えると、リモコン１５は、図５０に示すように、親機１のＩＲ受信部１３５で赤外線が受光された点Ｐ1を中心とする半径ｒ1の円ｃ1の円周上に存在し、かつ、子機２23のＩＲ受信部１５５で赤外線が受光された点Ｐ23を中心とする半径ｒ23の円ｃ23の円周上に存在することになる。

従って、リモコン１５は、円ｃ1とｃ23の円周の交点ＰUに存在することとなり、リモコン１５の位置ＰUを検出することができることとなる。

なお、上述の場合には、２つの受信強度からリモコン１５の位置を求めたため、２次元平面上の位置が検出されることとなるが、リモコン１５の３次元空間上の位置は、図５０で説明した場合と同様にして、３つの受信強度それぞれに対応する距離を半径とする球の球面どうしの交点を求めることで検出することが可能である。

再び、図４８に戻り、ステップＳ２４５でリモコン１５の位置が検出された後は、ステップＳ２４６に進み、ＣＰＵ１２９は、ステップＳ２４１で検出した親機１での赤外線の受信強度と、ステップＳ２４２で取得した各子機２ijでの赤外線の受信強度の中から、最大受信強度を検出する。なお、ステップＳ２４６における最大受信強度の検出は省略し、その代わりに、上述の図４６のステップＳ２２３で検出される最大受信強度を流用することが可能である。

ステップＳ２４６では、さらに、ＣＰＵ１２９は、最大受信強度が得られたテレビジョン受像機（最大受信強度装置）が親機１または子機２のいずれであるかを判定する。

ステップＳ２４６において、最大受信強度装置が親機１であると判定された場合、ステップＳ２４７に進み、ＣＰＵ１２９は、その最大受信強度装置である親機１のスピーカユニット１２Ｌおよび１２Ｒの指向性の主軸の方向を、ステップＳ２４５で検出されたリモコン１５の位置（以下、適宜、ユーザ位置という）の方向に向けるように、ユニット駆動部１３８を制御して、ステップＳ２４１に戻る。

この場合、ユニット駆動部１３８は、ＣＰＵ１２９の制御にしたがい、スピーカユニット１２Ｌおよび１２Ｒを、例えばパン方向またはチルト方向に回転駆動し、これにより、その指向性の主軸の方向を、ユーザ位置の方向に向ける。

一方、ステップＳ２４６において、最大受信強度装置が子機２であると判定された場合、ステップＳ２４８に進み、ＣＰＵ１２９は、IEEE1394インタフェース１３３を制御することにより、スピーカユニット３２Ｌおよび３２Ｒの指向性の主軸の方向を、ユーザ位置に向けるように指令するスピーカ制御コマンドを、最大受信強度装置である子機２ijに送信し、ステップＳ２４１に戻る。

従って、この場合、最大受信強度装置である子機２ijでは、後述する図５１で説明するように、スピーカユニット３２Ｌおよび３２Ｒが、その指向性の主軸の方向を、ユーザ位置の方向に向けるように、パン方向またはチルト方向に回転駆動される。

上述したように、ユーザは、リモコン１５（またはリモコン３５）を操作することによって、スケーラブルＴＶシステムを構成する、あるテレビジョン受像機を制御対象として、その制御を行う場合、一般に、リモコン１５を、その制御対象であるテレビジョン受像機に向けて操作する。

この場合、例えば、いま、リモコン１５（またはリモコン３５）が出射する赤外線が指向性の強いものであるとすると、ユーザが制御対象としようとしているテレビジョン受像機は、リモコン１５が出射する赤外線の主軸の方向にあるもの、即ち、赤外線の受信強度が最も大きい最大受信強度装置であるということになる。

従って、最大受信強度装置が、リモコン１５を操作したユーザが視聴している番組の画像データおよび音声データが出力されているテレビジョン受像機であり、その最大受信強度装置である親機１のスピーカユニット１２Ｌおよび１２Ｒ、または子機２のスピーカユニット３２Ｌおよび３２Ｒの指向性の主軸の方向を、リモコン１５を操作したユーザの方向に向けることにより、そのユーザは、所望する番組の音声データを、明瞭に聞き取ることが可能となる。

次に、図５１のフローチャートを参照して、子機２のスピーカ制御処理について説明する。

子機２（図１１）のスピーカ制御処理では、ＣＰＵ１４９は、ＩＲ受信部１５５において、リモコン１５（またはリモコン３５）からの赤外線が受信されるのを待って、ステップＳ２５１において、ＩＲ受信部１５５における赤外線の受信強度を検出する。即ち、ユーザが、スケーラブルＴＶシステムを構成する、あるテレビジョン受像機を制御対象として、その制御対象を制御するのに、リモコン１５を操作すると、リモコン１５は、その操作に対応する赤外線を出射するが、この赤外線は、上述したように、子機２のＩＲ受信部１５５で受光される。ステップＳ２５１では、ＣＰＵ１２９は、ＩＲ受信部１５５に、その赤外線の受信強度を検出させ、その供給を受ける。

そして、ステップＳ２５２に進み、ＣＰＵ１４９は、親機１から赤外線の受信強度の要求が送信されてくるのを待って、IEEE1394インタフェース１５３を介して、親機１に、ステップＳ２５１で検出した赤外線の受信強度を送信する。このステップＳ２５２で、子機２から送信される赤外線の受信強度が、親機１で行われる、上述した図４８のステップＳ２４２で取得（受信）される。

ここで、子機２のスピーカ制御処理におけるステップＳ２５１とＳ２５２では、図４７の子機２の個別処理におけるステップＳ２３１とＳ２３２とそれぞれ同様の処理が行われる。従って、子機２のスピーカ制御処理では、ステップＳ２５１およびＳ２５２の処理を行わず、子機２の個別処理におけるステップＳ２３１とＳ２３２で得られる受信強度を、そのまま採用することが可能である。

その後、ステップＳ２５３に進み、ＣＰＵ１４９は、親機１からスピーカ制御コマンドが送信されてきたかどうかを判定する。即ち、親機１は、上述した図４８のステップＳ２４８において、子機２に対して、スピーカ制御コマンドを送信するが、ステップＳ２５３では、そのようにして親機１からスピーカ制御コマンドが送信されてきたかどうかが判定される。

ステップＳ２５３において、親機１からスピーカ制御コマンドが送信されてきていないと判定された場合、ステップＳ２５１に戻る。

また、ステップＳ２５３において、親機１からスピーカ制御コマンドが送信されてきたと判定された場合、即ち、IEEE1394インタフェース１５３において、親機１から送信されてきたスピーカ制御コマンドが受信され、ＣＰＵ１４９に供給された場合、ステップＳ２５４に進み、ＣＰＵ１４９は、スピーカ制御コマンドにしたがい、子機２のスピーカユニット３２Ｌおよび３２Ｒの指向性の主軸の方向を、図４８のステップＳ２４５で検出されたリモコン１５の位置（ユーザ位置）の方向に向けるように、ユニット駆動部１５８を制御して、ステップＳ２５１に戻る。

この場合、ユニット駆動部１５８は、ＣＰＵ１４９の制御にしたがい、スピーカユニット３２Ｌおよび３２Ｒを、例えばパン方向またはチルト方向に回転駆動し、これにより、その指向性の主軸の方向を、ユーザ位置の方向に向ける。

従って、この場合、子機２においては、その子機２に向かって、リモコン１５を操作したユーザ、即ち、その子機２で出力されている画像データおよび音声データとしての番組を視聴しているユーザの方向に、スピーカユニット３２Ｌおよび３２Ｒの指向性の主軸の方向が向けられることとなり、そのユーザは、所望する番組の音声データを、明瞭に聞き取ることが可能となる。

なお、図４８および図５１のスピーカ制御処理は、例えば、図４６および図４７の個別処理が終了したときに終了する。

また、上述の場合には、ユーザ位置に対応して、スピーカユニット１２Ｌおよび１２Ｒ（またはスピーカユニット３２Ｌおよび３２Ｒ）の指向性の主軸の方向の向きだけを制御するようにしたが、その他、例えば、スピーカユニット１２Ｌおよび１２Ｒの音量も制御するようにすることが可能である。即ち、例えば、ユーザが番組を視聴しているテレビジョン受像機が、そのユーザ位置から離れているほど、スピーカユニット１２Ｌおよび１２Ｒの音量を大とするようにすることが可能である。

さらに、上述の場合には、テレビジョン受像機におけるリモコン１５からの赤外線の受信強度に基づいて、そのリモコン１５の位置（ユーザ位置）を検出するようにしたが、リモコン１５の位置は、その他、例えば、ＧＰＳ(Global Positioning System)を利用したり、各テレビジョン受像機から超音波を発し、その超音波をリモコン１５で受信して送り返すようにすることなどによって検出することが可能である。

次に、上述のスピーカ制御処理においては、スピーカユニット１２Ｌおよび１２Ｒ（並びにスピーカユニット３２Ｌおよび３２Ｒ）として、指向性のあるものを用い、その指向性の主軸の方向を、ユニット駆動部１３８（およびユニット駆動部１５８）によって、パン方向またはチルト方向に回転駆動することにより、所定の方向（ユーザ位置の方向）に向けるようにしたが、このような指向性の主軸の方向の制御は、電子的に行うこともできる。

即ち、図５２は、指向性の主軸の方向の制御を電子的に行うスピーカユニット１２Ｌの構成例を示している。なお、他のスピーカユニット１２Ｒ，３２Ｌ、および３２Ｒも、スピーカユニット１２Ｌと同様に構成されるため、その説明は、省略する。

図５２の実施の形態において、ＭＰＥＧオーディオデコーダ１２６（図１０）が出力する音声データは、ディジタルフィルタ２１１1および２１１2に供給される。ディジタルフィルタ２１１1および２１１2には、ユニット駆動部１３８（図１０）によって、所定のタップ係数がセットされるようになっており、ディジタルフィルタ２１１1と２１１2は、そこに供給される同一の音声データを、ユニット駆動部１３８によってセットされたタップ係数に基づいてフィルタリングすることにより、その音声データに含まれる各周波数成分を、各周波数成分ごとに所定の遅延時間だけ遅延した音声データを得て、スピーカ２１２1と２１２2に、それぞれ供給する。

スピーカ２１２1と２１２2は、いずれも、無指向性のスピーカで、ディジタルフィルタ２１１1と２１１2から供給される音声データを出力（放音）する。

いま、スピーカユニット１２Ｌにおいて、２つのスピーカ２１２1と２１２2の主軸を、それぞれ、Ｙ１とＹ２と表すと、スピーカ２１２1と２１２2は、その主軸Ｙ１とＹ２が２次元平面内（ここでは、紙面内）において並行となるように配置されている。さらに、スピーカ２１２1と２１２2は、それぞれのコーン（振動板）が主軸Ｙ１とＹ２の方向において等しい位置となるように配置されている。

ここで、主軸Ｙ１とＹ２との間の距離（以下、適宜、主軸間距離という）をａで表すとともに、２次元平面内において、主軸Ｙ１またはＹ２を基準とする反時計方向への角度（放射角）をθで表すこととする。

以上のように構成されるスピーカユニット１２Ｌに対して、音声データとして、単一の周波数成分でなる、例えば正弦波信号を入力した場合、その音声データとしての正弦波信号は、ディジタルフィルタ２１１1と２１１2でフィルタリングされ、これにより、例えば、遅延時間Ｄ１とＤ２だけ、それぞれ遅延され、スピーカ２１２1と２１２2に供給されて出力される。

この場合、スピーカ２１２1と２１２2それぞれから出力される音波どうしが干渉する。さらに、例えば、いま、遅延時間Ｄ１とＤ２とが、Ｄ２≧Ｄ１の関係にあるとすると、スピーカ２１２1と２１２2それぞれから出力される音波どうしの間には、Ｄ２−Ｄ１だけの時間差（以下、適宜、遅延時間差という）が生じている。また、スピーカ２１２1と２１２2それぞれの主軸Ｙ１とＹ２と角度θをなす軸Ｙ１１とＹ１２上の音波どうしには、行路差が生じている。

その結果、スピーカ２１２1と２１２2から出力される２つの音波の観測点（リスニング位置）ごとに、その２つの音波の干渉時の位相関係が異なることになり、例えば、ある観測点においては、２つの音波が同相で加算され、スピーカ２１２1と２１２2のうちの一方しかない場合の２倍の音量の音波となる。また、他の観測点においては、２つの音波が逆相で加算され（相殺され）、音量が０となる。従って、スピーカ２１２1と２１２2の総合の音量特性は指向性を有することになる。

図５３および図５４は、上述のようにして得られるスピーカ２１２1と２１２2の総合の音量特性の指向性の例を示している。なお、図５３および図５４の実施の形態では、最大音量を、０ｄＢに正規化してある。

図５３は、主軸間距離ａを１０ｃｍとするとともに、遅延時間差Ｄ２−Ｄ１をａ／Ｃとして、周波数が１０００Ｈｚの正弦波を入力した場合の音量特性の指向性を示している。なお、Ｃは、音速を表し、ここでは、３４０ｍ／ｓとする。

図５３の実施の形態では、角度θが３０度以上の範囲において、最大の音量が得られている。また、角度θが−４５度の位置において、音量がほとんど０（ヌル）となっている。

図５４は、図５３で説明した条件のうち、入力を、周波数が５０００Ｈｚの正弦波に代えた場合の音量特性の指向性を示している。

図５４の実施の形態では、角度θが４５度以上の範囲に主ビームが現れている。また、角度θが０度から４５度の範囲に、主ビームと同程度の大きさの副ビーム（グレーティングビーム）を生じている。このような大きな副ビームを生じるのは、図５４の副ビームの範囲においては、２つの音波の位相差が、５０００Ｈｚの正弦波の波長の整数倍となり、２つの音波が同相で加算されるからである。

このことは、他の副ビームについても同様であり、スピーカ２１２1と２１２2それぞれから観測点までの距離が、主軸間距離ａに比べて十分大きい場合には、一般に、次式が成立するときに、スピーカ２１２1と２１２2が出力する２つの音波の位相が同相となって、主ビームと同じ大きさの副ビームを生じる。

ａ／Ｃ×（１−cosθ）＝１／ｆ×ｎ
・・・（２６）

但し、式（２６）において、ｆは入力の周波数を表し、ｎは、０以上の整数値である。

なお、式（２６）において、ｎが０の場合は、主ビームを表す。

例えば、周波数ｆが１０００Ｈｚの場合に、式（２６）を満足するのは、ｎが０のときだけであり、従って、この場合、主ビーム以外に、同じ大きさの副ビームを生じることはない。

ここで、例えば、ｎが１の場合に、式（２６）を満足する周波数ｆ、即ち、副ビームを生じる周波数ｆは、ｆ＝Ｃ／（ａ（１−cosθ））で表すことができる。図５３の実施の形態で説明した条件下では、この周波数ｆは、約１７００Ｈｚとなるが、これは、主軸間距離ａが、音波の半波長に等しいときの周波数である。

以上から、図５２のスピーカユニット１２Ｌによれば、ディジタルフィルタ２１１1と２１１2において、そこに供給される音声データの各周波数成分を、その各周波数成分ごとに遅延し、これにより、各周波数成分ごとに、所定の遅延時間差Ｄ２−Ｄ１を与えた音声データを、スピーカ２１２1と２１２2に供給して出力することにより、スピーカ２１２1と２１２2の総合の音量特性は指向性を有するものとなる。そして、各周波数成分についての主ビームの方向およびヌル方向は、その周波数成分に与える遅延時間差によって変更することができる。

即ち、スピーカユニット１２Ｌの指向性の主軸の方向は、ディジタルフィルタ２１１1と２１１2にセットするタップ係数によって変更することができる。

従って、ユニット駆動部１３８において、ディジタルフィルタ２１１1と２１１2に、所定のタップ係数を与えることにより、スピーカユニット１２Ｌの指向性の主軸の方向を、所望の方向に向けることができる。

なお、上述の場合には、スピーカユニット１２Ｌに、２つのスピーカ２１２1と２１２2を設け、その２つのスピーカ２１２1と２１２2から出力される２つの音波どうしの干渉を利用して、指向性の主軸の方向を制御するようにしたが、その他、例えば、スピーカユニット１２Ｌと１２Ｒを、それぞれ、１つのスピーカで構成し、スピーカユニット１２Ｌのスピーカと、スピーカユニット１２Ｒのスピーカから出力される２つの音波どうしの干渉を利用して、指向性の主軸の方向を制御するようにすることも可能である。

また、スピーカユニット１２Ｌは、２個よりも多い数のスピーカでなる、いわゆるスピーカアレイで構成することができる。スピーカユニット１２Ｌを、多数のスピーカで構成する場合には、より急峻な指向性を実現することができる。

次に、上述の場合には、リモコン１５の位置（ユーザ位置）を、親機１または子機２における、リモコン１５からの赤外線の受信強度に基づいて検出し、そのリモコン１５の位置の方向に、スピーカユニット１２Ｌおよび１２Ｒ、またはスピーカユニット３２Ｌおよび３２Ｒの指向性の主軸の方向を向けるようにしたが、スピーカユニット１２Ｌおよび１２Ｒ、またはスピーカユニット３２Ｌおよび３２Ｒの指向性の主軸の方向を、リモコン１５の位置の方向に向けるだけであれば、リモコン１５の位置まで検出する必要はなく、親機１または子機２からのリモコン１５の方向が分かれば良い。

そこで、図５５および図５６を参照して、親機１（または子機２）からのリモコン１５の方向の検出方法について説明する。

親機１からのリモコン１５の方向は、図５５に示すように、親機１（図１０）のＩＲ受信部１３５に、所定の距離Ｄだけ離れた２つの受光部１３５Ａと１３５Ｂを設けることにより検出することが可能である。

いま、親機１からリモコン１５までの距離が、受光部１３５Ａと１３５Ｂの間の距離Ｄに比較して十分大きいとすると、リモコン１５から受光部１３５Ａに入射する赤外線と、リモコン１５から受光部１３５Ｂに入射する赤外線とは平行とみなすことができる。

そして、図５５に示すように、リモコン１５から受光部１３５Ａおよび１３５Ｂに入射する赤外線が、受光部１３５Ａと１３５Ｂとを結ぶ直線となす角度をφとすると、リモコン１５から受光部１３５Ａに入射する赤外線と、リモコン１５から受光部１３５Ｂに入射する赤外線との間の行路差ｄは、Ｄcosφで表すことができる。

また、光速をｃで表すとともに、受光部１３５Ａと１３５Ｂで、リモコン１５からの赤外線が受光されるタイミングの時間差をτで表すと、行路差ｄは、ｃτで表すことができる。

従って、角度φ、即ち、リモコン１５の方向φは、arccos（τｃ／Ｄ）で表される。即ち、リモコン１５の方向φは、受光部１３５Ａと１３５Ｂで、リモコン１５からの赤外線が受光されるタイミングの時間差τを測定することで求めることができる。

次に、親機１（または子機２）からのリモコン１５の方向は、ＩＲ受信部１３５（またはＩＲ受信部１５５）を、図５６に示すように構成することによって検出することも可能である。

即ち、図５６の実施の形態では、ＩＲ受信部１３５は、複数の赤外線受光部としての画素を有する赤外線ラインセンサ２２１と、その赤外線ラインセンサ２２１上に赤外線を集光するレンズ２２２から構成されている。

なお、赤外線ラインセンサ２２１は、例えば、レンズ２２２の光軸上に配置されている。

このように構成されるＩＲ受信部１３５では、リモコン１５から出射された赤外線は、レンズ２２２を介して、赤外線ラインセンサ２２１に入射し、その赤外線ラインセンサ上の所定の位置の画素で受光される。

この場合、赤外線ラインセンサ２２１に対する赤外線の入射角αが変化すると、これに対応して、その赤外線を受光する画素、つまり、受光位置も変化する。

そして、いま、この受光位置と、赤外線ラインセンサ２２１上のレンズ２２２の光軸との交点との間の距離をｒで表すとともに、赤外線ラインセンサ２２１とレンズ２２２との距離をＳで表すと、入射角α、即ち、リモコン１５の方向αは、arctan（Ｓ／ｒ）で表される。

従って、リモコン１５の方向αは、赤外線ラインセンサ２２１上のレンズ２２２の光軸との交点と、赤外線を受光した画素の位置との間の距離ｒを測定することにより求めることができる。

次に、図５７は、親機１の他の構成例を示している。なお、図中、図１０における場合と対応する部分については、同一の符号を付してあり、以下では、その説明は、適宜省略する。即ち、図５７の親機１は、接続検出部１３９が新たに設けられている他は、図１０における場合と同様に構成されている。

接続検出部１３９は、電気的または機械的に、他のテレビジョン受像機が接続されたことを検出し、ＣＰＵ１２９に供給するようになっている。

従って、図５７の実施の形態では、端子パネル２１におけるIEEE1394端子２１ij（図３Ｆ）の端子電圧の変化ではなく、接続検出部１３９において、他のテレビジョン受像機との接続が検出される。

次に、図５８は、子機２の他の構成例を示している。なお、図中、図１１における場合と対応する部分については、同一の符号を付してあり、以下では、その説明は、適宜省略する。即ち、図５８の子機２は、接続検出部１５９が新たに設けられている他は、図１１における場合と同様に構成されている。

接続検出部１５９は、電気的または機械的に、他のテレビジョン受像機が接続されたことを検出し、ＣＰＵ１４９に供給するようになっている。

従って、図５８の実施の形態では、図５７の実施の形態における場合と同様に、端子パネル４１におけるIEEE1394端子４１1（図５Ｆ）の端子電圧の変化ではなく、接続検出部１５９において、他のテレビジョン受像機との接続が検出される。

次に、上述した一連の処理は、ハードウェアにより行うこともできるし、ソフトウェアにより行うこともできる。一連の処理をソフトウェアによって行う場合には、そのソフトウェアを構成するプログラムが、汎用のコンピュータ等にインストールされる。

そこで、図５９は、上述した一連の処理を実行するプログラムがインストールされるコンピュータの一実施の形態の構成例を示している。

プログラムは、コンピュータに内蔵されている記録媒体としてのハードディスク３０５やＲＯＭ３０３に予め記録しておくことができる。

あるいはまた、プログラムは、フレキシブルディスク、CD-ROM(Compact Disc Read Only Memory)，MO(Magneto Optical)ディスク，DVD(Digital Versatile Disc)、磁気ディスク、半導体メモリなどのリムーバブル記録媒体３１１に、一時的あるいは永続的に格納（記録）しておくことができる。このようなリムーバブル記録媒体３１１は、いわゆるパッケージソフトウエアとして提供することができる。

なお、プログラムは、上述したようなリムーバブル記録媒体３１１からコンピュータにインストールする他、ダウンロードサイトから、ディジタル衛星放送用の人工衛星を介して、コンピュータに無線で転送したり、LAN(Local Area Network)、インターネットといったネットワークを介して、コンピュータに有線で転送し、コンピュータでは、そのようにして転送されてくるプログラムを、通信部３０８で受信し、内蔵するハードディスク３０５にインストールすることができる。

コンピュータは、CPU(Central Processing Unit)３０２を内蔵している。CPU３０２には、バス３０１を介して、入出力インタフェース３１０が接続されており、CPU３０２は、入出力インタフェース３１０を介して、ユーザによって、キーボードや、マウス、マイク等で構成される入力部３０７が操作等されることにより指令が入力されると、それにしたがって、ROM(Read Only Memory)３０３に格納されているプログラムを実行する。あるいは、また、CPU３０２は、ハードディスク３０５に格納されているプログラム、衛星若しくはネットワークから転送され、通信部３０８で受信されてハードディスク３０５にインストールされたプログラム、またはドライブ３０９に装着されたリムーバブル記録媒体３１１か
ら読み出されてハードディスク３０５にインストールされたプログラムを、RAM(Random Access Memory)３０４にロードして実行する。これにより、CPU３０２は、上述したフローチャートにしたがった処理、あるいは上述したブロック図の構成により行われる処理を行う。そして、CPU３０２は、その処理結果を、必要に応じて、例えば、入出力インタフェース３１０を介して、LCD(Liquid CryStal Display)やスピーカ等で構成される出力部３０６から出力、あるいは、通信部３０８から送信、さらには、ハードディスク３０５に記録等させる。

ここで、本明細書において、コンピュータに各種の処理を行わせるためのプログラムを記述する処理ステップは、必ずしもフローチャートとして記載された順序に沿って時系列に処理する必要はなく、並列的あるいは個別に実行される処理（例えば、並列処理あるいはオブジェクトによる処理）も含むものである。

また、プログラムは、１のコンピュータにより処理されるものであっても良いし、複数のコンピュータによって分散処理されるものであっても良い。さらに、プログラムは、遠方のコンピュータに転送されて実行されるものであっても良い。

なお、上述したスケーラブルＴＶシステムは、ディジタルおよびアナログのいずれのテレビジョン受像機によって構成することも可能である。

また、スケーラブルＴＶシステムを構成するテレビジョン受像機は、例えば、そのテレビジョン受像機が親機または子機であるのか、さらには、子機である場合には、何台目の子機であるのかによって、販売価格に差を設けるようにすることができる。

即ち、スケーラブルＴＶシステムでは、上述したように、親機が存在しなければ、特別機能が提供されないため、親機の価値は高く、従って、販売価格を高く設定するようにすることができる。

また、ユーザは、親機の購入後は、子機を随時追加購入していくこととなると予想されるが、最初の数台の子機については、例えば、親機よりも低価格ではなるが、一般のテレビジョン受像機よりは高価格の販売価格を設定するようにすることができる。そして、その後に購入される子機については、さらに低価格の販売価格を設定するようにすることができる。

なお、スケーラブルＴＶシステムを構成する親機となるテレビジョン受像機は、例えば、一般的なディジタルのテレビジョン受像機に、信号処理部１３７を追加するとともに、ＣＰＵ１２９に実行させるプログラムを変更することで構成することが可能である。従って、スケーラブルＴＶシステムを構成する親機となるテレビジョン受像機は、一般的なディジタルのテレビジョン受像機を利用して、比較的容易に製造することができるので、スケーラブルＴＶシステムが提供する上述したような特別機能を考慮すれば、そのコストメリット（コストパフォーマンス）は高いと言うことができる。この点については、子機としてのテレビジョン受像機についても同様である。

また、本発明は、チューナを内蔵する表示装置であるテレビジョン受像機の他、チューナを内蔵せずに、外部からの画像および音声を出力する表示装置にも適用可能である。

本発明を適用したスケーラブルＴＶシステムの一実施の形態の構成例を示す斜視図である。 親機１の外観構成例を示す斜視図である。 親機１の外観構成例を示す６面図である。 子機２の外観構成例を示す斜視図である。 子機２の外観構成例を示す６面図である。 スケーラブルＴＶシステムを構成する親機１および子機２を収納する専用ラックの外観構成例を示す斜視図である。 リモコン１５の外観構成例を示す平面図である。 リモコン３５の外観構成例を示す平面図である。 リモコン１５の他の外観構成例を示す平面図である。 親機１の電気的構成例を示すブロック図である。 子機２の電気的構成例を示すブロック図である。 IEEE1394通信プロトコルのレイヤ構造を示す図である。 CSRアーキテクチャのアドレス空間を示す図である。 CSRのオフセットアドレス、名前、および働きを示す図である。 ゼネラルＲＯＭフォーマットを示す図である。 バスインフォブロック、ルートディレクトリ、およびユニットディレクトリの詳細を示す図である。 PCRの構成を示す図である。 oMPR，oPCR，iMPR、およびiPCRの構成を示す図である。 AV/Cコマンドのアシンクロナス転送モードで伝送されるパケットのデータ構造を示す図である。 AV/Cコマンドの具体例を示す図である。 AV/Cコマンドとレスポンスの具体例を示す図である。 信号処理部１３７の詳細構成例を示すブロック図である。 信号処理部１３７による画像変換処理を説明するフローチャートである。 学習装置の構成例を示すブロック図である。 生徒データ生成部１７３の処理を説明するための図である。 学習装置による係数種データの学習処理を説明するフローチャートである。 係数種データの学習方法を説明するための図である。 学習装置の他の構成例を示すブロック図である。 信号処理部１５７の構成例を示すブロック図である。 親機１の処理を説明するフローチャートである。 親機１による認証処理を説明するフローチャートである。 子機２の処理を説明するフローチャートである。 子機２による認証処理を説明するフローチャートである。 親機１によるクローズドキャプション処理を説明するフローチャートである。 子機２によるクローズドキャプション処理を説明するフローチャートである。 親機１による一部拡大処理を説明するフローチャートである。 子機２による一部拡大処理を説明するフローチャートである。 一部拡大処理が行われた場合のスケーラブルＴＶシステムの表示例を示す図である。 親機１による全体拡大処理を説明するフローチャートである。 表示範囲と拡大範囲の求め方を説明するための図である。 子機２による全体拡大処理を説明するフローチャートである。 全体拡大処理が行われた場合のスケーラブルＴＶシステムの表示例を示す図である。 親機１によるマルチ画面表示処理を説明するフローチャートである。 親機１による一括同時制御処理を説明するフローチャートである。 一括同時制御処理が行われた場合のスケーラブルＴＶシステムの表示例を示す図である。 親機１による個別処理を説明するフローチャートである。 子機２による個別処理を説明するフローチャートである。 親機１によるスピーカ制御処理を説明するフローチャートである。 強度対距離テーブルを示す図である。 リモコン１５までの距離の算出方法を説明するための図である。 子機２によるスピーカ制御処理を説明するフローチャートである。 スピーカユニット１２Ｌの構成例を示すブロック図である。 指向性を示す図である。 指向性を示す図である。 リモコン１５の方向の検出方法を説明するための図である。 ＩＲ受信部１３５の構成例を示す図である。 親機１の他の電気的構成例を示すブロック図である。 子機２の他の電気的構成例を示すブロック図である。 本発明を適用したコンピュータの一実施の形態の構成例を示すブロック図である。

符号の説明

１ 親機， ２，２11，２12，２13，２14，２15，２21，２22，２23，２24，２25，２31，２32，２33，２34，２35，２41，２42，２43，２44，２45，２51，２52，２53，２54，２55 子機， １１ ＣＲＴ， １２Ｌ，１２Ｒ スピーカユニット， １５ リモコン， ２１ 端子パネル， ２１11，２１12，２１13，２１21，２１23，２１31，２１32，２１33 IEEE1394端子， ２２ アンテナ端子， ２３ 入力端子， ２４ 出力端子， ３１ ＣＲＴ， ３２Ｌ，３２Ｒ スピーカユニット， ３５ リモコン， ４１ 端子パネル， ４１1 IEEE1394端子， ４２ アンテナ端子， ４３ 入力端子， ４４ 出力端子， ５１ セレクトボタンスイッチ， ５２ ボリウムボタンスイッチ， ５３ チャンネルアップダウンボタンスイッチ， ５４ メニューボタンスイッチ， ５５ イグジットボタンスイッチ， ５６ ディスプレイボタン， ５７ エンタボタンスイッチ， ５８ 数字ボタン（テンキー）スイッチ， ５９ テレビ／ビデオ切換ボタンスイッチ， ６０ テレビ／ＤＳＳ切換ボタンスイッチ， ６１ ジャンプボタンスイッチ， ６２ ランゲージボタン， ６３ ガイドボタンスイッチ， ６４ フェイバリットボタンスイッチ， ６５ ケーブルボタンスイッチ， ６６ テレビスイッチ， ６７ ＤＳＳボタンスイッチ， ６８乃至７０ ＬＥＤ， ７１ ケーブル電源ボタンスイッチ， ７２ テレビ電源ボタンスイッチ， ７３ ＤＳＳ電源ボタンスイッチ， ７４ ミューティングボタンスイッチ， ７５ スリープボタンスイッチ， ７６ 発光部， ８１ セレクトボタンスイッチ， ８２ ボリウムボタンスイッチ， ８３ チャンネルアップダウンボタンスイッチ， ８４ メニューボタンスイッチ， ８５ イグジットボタンスイッチ， ８６ ディスプレイボタン， ８７ エンタボタンスイッチ， ８８ 数字ボタン（テンキー）スイッチ， ８９ テレビ／ビデオ切換ボタンスイッチ， ９０ テレビ／ＤＳＳ切換ボタンスイッチ， ９１ ジャンプボタンスイッチ， ９２ ランゲージボタン， ９３ ガイドボタンスイッチ， ９４ フェイバリットボタンスイッチ， ９５ ケーブルボタンスイッチ， ９６ テレビスイッチ， ９７ ＤＳＳボタンスイッチ， ９８乃至１００ ＬＥＤ， １０１ ケーブル電源ボタンスイッチ， １０２ テレビ電源ボタンスイッチ， １０３ ＤＳＳ電源ボタンスイッチ， １０４ ミューティングボタンスイッチ， １０５ スリープボタンスイッチ， １０６ 発光部， １１０ ボタンスイッチ， １１１乃至１１４ 方向ボタンスイッチ， １２１ チューナ， １２２ ＱＰＳＫ復調回路， １２３ エラー訂正回路， １２４ デマルチプレクサ， １２５ ＭＰＥＧビデオデコーダ， １２６ ＭＰＥＧオーディオデコーダ， １２７ フレームメモリ， １２８ ＮＴＳＣエンコーダ， １２９ ＣＰＵ， １３０ ＥＥＰＲＯＭ， １３１ ＲＯＭ， １３２ ＲＡＭ， １３３ IEEE1394インタフェース， １３４ フロントパネル， １３５ ＩＲ受信部， １３５Ａ，１３５Ｂ 受光部， １３６ モデム， １３７ 信号処理部， １３７Ａ ＤＳＰ， １３７Ｂ ＥＥＰＲＯＭ， １３７Ｃ ＲＡＭ， １３８ ユニット駆動部， １３９ 接続検出部， １４１ チューナ， １４２ ＱＰＳＫ復調回路， １４３ エラー訂正回路， １４４ デマルチプレクサ， １４５ ＭＰＥＧビデオデコーダ， １４６ ＭＰＥＧオーディオデコーダ， １４７ フレームメモリ， １４８ ＮＴＳＣエンコーダ， １４９ ＣＰＵ， １５０ ＥＥＰＲＯＭ， １５１ ＲＯＭ， １５２ ＲＡＭ， １５３ IEEE1394インタフェース， １５４ フロントパネル， １５５ ＩＲ受信部， １５６ モデム， １５７ 信号処理部， １５７Ａ ＤＳＰ， １５７Ｂ ＥＥＰＲＯＭ， １５７Ｃ ＲＡＭ， １５８ ユニット駆動部， １５９ 接続検出部， １６１，１６２ タップ抽出部， １６３ クラス分類部， １６４ 係数メモリ， １６５ 予測部， １６６ 係数生成部， １６７ 係数種メモリ， １６８ パラメータメモリ， １７１ 教師データ生成部， １７２ 教師データ記憶部， １７３ 生徒データ生成部， １７４ 生徒データ記憶部， １７５，１７６ タップ抽出部， １７７ クラス分類部， １７８ 足し込み部， １７９ 係数種算出部， １８０ パラメータ生成部， １９０ 足し込み部， １９１ タップ係数算出部， １９２ 足し込み部， １９３ 係数種算出部， ２０１，２０２ タップ抽出部， ２０３ クラス分類部， ２０４ 係数メモリ， ２０５ 予測部， ２０６ 係数生成部， ２０７ 係数種メモリ， ２０８ パラメータメモリ， ２１１1，２１１2 ディジタルフィルタ， ２１２1，２１２2 スピーカ， ２２１ 赤外線ラインセンサ， ２２２ レンズ， ３０１ バス， ３０２ CPU， ３０３ ROM， ３０４ RAM， ３０５ ハードディスク， ３０６ 出力部， ３０７ 入力部， ３０８ 通信部， ３０９ ドライブ， ３１０ 入出力インタフェース， ３１１ リムーバブル記録媒体

Claims (5)

1. 表示手段およびスピーカを有する複数の表示装置をリモートコントロール制御装置で制御するリモートコントロール制御方法であって、
   前記リモートコントロール制御装置からコントロール信号が送出されたときに、前記複数の表示手段で受信される前記コントロール信号の受信強度をそれぞれ検出する受信強度検出ステップと、
   前記受信強度検出ステップの処理で検出された前記複数の表示手段の受信強度から、最大の受信強度が得られた表示手段を判定する判定ステップと、
   前記複数の表示手段のうちの、前記判定ステップの処理で最大の受信強度が得られたと判定された表示手段に対して、前記コントロール信号に対応する処理を実行させる制御ステップと、
   前記受信強度検出ステップの処理で検出された前記受信強度に基づいて、前記リモートコントロール制御装置が前記コントロール信号を送出している送出位置を特定する位置特定ステップと、
   前記複数の表示手段のうちの、前記判定ステップの処理で最大の受信強度が得られたと判定された前記表示手段の前記スピーカの指向性の主軸の方向を、前記位置特定ステップの処理で特定された前記送出位置に向けるスピーカ制御ステップと
   を含むことを特徴とするリモートコントロール制御方法。
2. 前記コントロール信号は、赤外線で伝送され、
   前記受信強度検出ステップでは、前記赤外線の受光強度がそれぞれ検出される
   ことを特徴とする請求項１に記載のリモートコントロール制御方法。
3. 前記制御ステップは、
   前記位置特定ステップの処理で特定された前記送出位置に基づいて、前記複数の表示手段のうちの、前記判定ステップの処理で最大の受信強度が得られたと判定された前記表示手段の前記スピーカの音量を自律的な判断で制御する
   ことを特徴とする請求項1に記載のリモートコントロール方法。
4. 前記複数の表示手段は、それぞれテレビジョン受像機である
   ことを特徴とする請求項３に記載のリモートコントロール制御方法。
5. 表示手段およびスピーカを有する複数の表示装置と、前記複数の表示手段を制御するリモートコントロール装置とでなる表示システムであって、
   前記複数の表示手段それぞれに設けられ、前記リモートコントロール装置からのコントロール信号を受信する受信手段と、
   前記複数の表示手段のそれぞれの前記受信手段で受信された前記コントロール信号の受信強度をそれぞれ検出し、最大の受信強度が得られた表示手段を判定する判定手段と、
   前記複数の表示手段のうちの、前記判定手段により最大の受信強度が得られたと判定された表示手段に対して、前記コントロール信号に対応する処理を実行させる制御手段と、
   前記判定手段により検出された前記受信強度に基づいて、前記リモートコントロール装置が前記コントロール信号を送出している送出位置を特定する位置特定手段と、
   前記複数の表示手段のうちの、前記判定手段によって最大の受信強度が得られたと判定された前記表示手段の前記スピーカの指向性の主軸の方向を、前記位置特定手段により特定された前記送出位置に向けるスピーカ制御手段と
   を前記表示装置に備える
   ことを特徴とする表示システム。

Images