JP4462272B2

JP4462272B2 - 表示システム

Info

Publication number: JP4462272B2
Application number: JP2007011662A
Authority: JP
Inventors: 哲二郎近藤
Original assignee: Sony Corp
Current assignee: Sony Corp
Priority date: 2007-01-22
Filing date: 2007-01-22
Publication date: 2010-05-12
Anticipated expiration: 2021-12-28
Also published as: JP2007159158A

Description

本発明は、表示システムに関し、特に、例えば、多数の表示装置を接続して使用した場合に、単体で使用する場法合よりも高機能を実現することができるようにする表示システムに関する。

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

特開昭６３−２５４８７５号公報

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

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

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

本発明の一側面の表示システムは、第１の表示手段を制御する表示制御装置に電気的に接続され、当該表示制御装置により表示制御される第１の表示装置と第２の表示装置からなる表示システムにおいて、前記第１の表示装置は、前記表示制御装置に対して外部より入力された入力データに含まれる画像データを当該表示制御装置による制御により前記第１の表示手段が表示すると共に、当該第１の表示手段に表示される画像データと同じ内容である画像データを含む入力データを受信する第１の受信手段と、前記表示制御装置が前記外部より入力された入力データから第１の特徴を検出すると生成される制御信号を受信する第１の通信手段と、前記第１の通信手段により受信される前記表示制御装置からの制御信号に応じて、前記第１の受信手段により受信される前記入力データに含まれる画像データを記憶する第１の記憶手段と、前記第１の表示手段と同時に視認可能であり、前記第１の記憶手段に記憶された前記画像データを表示する第２の表示手段とを備え、前記第２の表示装置は、前記第１の表示手段に表示される画像データと同じ内容である画像データを含む入力データを受信する第２の受信手段と、前記表示制御装置が前記外部より入力された入力データから第２の特徴を検出すると生成される制御信号を受信する第２の通信手段と、前記第２の通信手段により受信される前記表示制御装置からの制御信号に応じて、前記第２の受信手段により受信される前記入力データに含まれる画像データを記憶する第２の記憶手段と、前記第２の記憶手段に記憶された前記画像データを表示する第３の表示手段とを備えることを特徴とする。

前記第１の表示装置は、前記表示制御装置との間で認証を行う認証手段をさらに備え、前記認証が成功した場合に、前記第１の記憶手段は、前記第１の通信手段により受信される前記表示制御信号からの制御信号に応じて、前記第１の受信手段により受信される前記入力データに含まれる画像データを記憶し、前記第２の表示手段は、前記第１の記憶手段に記憶された前記画像データを表示することができる。

前記第１の受信手段は、テレビジョン放送信号を受信すると共に復調して画像データ及び音声データを出力し、前記第１の記憶手段は、前記表示制御信号からの制御信号に応じて、前記第１の受信手段より出力される前記画像データを記憶することができる。

前記第１の表示装置は、前記表示制御装置に制御信号を送信する遠隔制御装置からの制御信号を受信する第１の制御信号受信手段と、前記第１の制御信号受信手段により受信された制御信号に応じて、当該第１の表示装置の動作を制御する第１の制御手段とを備え、前記第２の表示装置は、前記表示制御装置に制御信号を送信する遠隔制御装置からの制御信号を受信する第２の制御信号受信手段と、前記第２の制御信号受信手段により受信された制御信号に応じて、当該第２の表示装置の動作を制御する第２の制御手段とを備えることを特徴とする。

本発明の一側面の表示システムにおいては、第１の表示手段を制御する表示制御装置に電気的に接続され、当該表示制御装置により表示制御される第１の表示装置と第２の表示装置からなる表示システムにおいて、前記第１の表示装置で、前記表示制御装置に対して外部より入力された入力データに含まれる画像データを当該表示制御装置による制御により前記第１の表示手段が表示すると共に、当該第１の表示手段に表示される画像データと同じ内容である画像データを含む入力データが受信され、前記表示制御装置が前記外部より入力された入力データから第１の特徴を検出すると生成される制御信号が受信され、受信される前記表示制御装置からの制御信号に応じて、受信される前記入力データに含まれる画像データが記憶され、前記第１の表示手段と同時に視認可能であり、記憶された前記画像データが表示され、前記第２の表示装置で、前記第１の表示手段に表示される画像データと同じ内容である画像データを含む入力データが受信され、前記表示制御装置が前記外部より入力された入力データから第２の特徴を検出すると生成される制御信号が受信され、受信される前記表示制御装置からの制御信号に応じて、受信される前記入力データに含まれる画像データが記憶され、記憶された前記画像データが表示される。

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

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

図１Ａの実施の形態では、スケーラブルＴＶシステムは、９台のテレビジョン受像機１、並びに２₁₁，２₁₂，２₁₃，２₂₁，２₂₃，２₃₁，２₃₂，２₃₃で構成されている。また、図１Ｂの実施の形態では、スケーラブルＴＶシステムは、２５台のテレビジョン受像機１、並びに２₁₁，２₁₂，２₁₃，２₁₄，２₁₅，２₂₁，２₂₂，２₂₃，２₂₄，２₂₅，２₃₁，２₃₂，２₃₄，２₃₅，２₄₁，２₄₂，２₄₃，２₄₄，２₄₅，２₅₁，２₅₂，２₅₃，２₅₄，２₅₅で構成されている。

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

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

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

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

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

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

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

図１Ａの実施の形態では、３×３台のテレビジョン受像機のうち、中心（左から２番目で、上から２番目）に配置されているテレビジョン受像機１が親機となっており、他の８台のテレビジョン受像機２₁₁，２₁₂，２₁₃，２₂₁，２₂₃，２₃₁，２₃₂，２₃₃が子機になっている。また、図１Ｂの実施の形態では、５×５台のテレビジョン受像機のうち、中心（左から３番目で、上から３番目）に配置されているテレビジョン受像機１が親機となっており、他の２４台の２₁₁，２₁₂，２₁₃，２₁₄，２₁₅，２₂₁，２₂₂，２₂₃，２₂₄，２₂₅，２₃₁，２₃₂，２₃₄，２₃₅，２₄₁，２₄₂，２₄₃，２₄₄，２₄₅，２₅₁，２₅₂，２₅₃，２₅₄，２₅₅が子機になっている。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

なお、メニュー画面に表示される項目やアイコン等については、その項目やアイコン等に対応するボタンスイッチを、リモコン１５に設けるようにすることが可能である。この場合、ユーザは、メニュー画面を表示させなくても、リモコン１５を直接操作することで、メニュー画面に表示される項目やアイコン等の指定を行うことができる。

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

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

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

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

ランゲージボタン６２は、２カ国語以上の言語により放送が行われている場合において、所定の言語を選択するときに操作される。ガイドボタンスイッチ６３は、EPG（Electric Program Guide）を表示させるときに操作される。フェイバリッドボタンスイッチ６４は、あらかじめ設定されたユーザの好みのチャンネルを選択する場合に操作される。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

ＭＰＥＧビデオデコーダ１２５は、デマルチプレクサ１２４から供給される画像データのＴＳパケットを、ＭＰＥＧデコードし、信号処理部１２７に供給する。ＭＰＥＧオーディオデコーダ１２６は、デマルチプレクサ１２４から供給される音声データのＴＳパケットを、ＭＰＥＧデコードする。ＭＰＥＧオーディオデコーダ１２６でのデコードにより得られるＬチャンネルとＲチャンネルの音声データは、信号処理部１２７に供給される。

信号処理部１２７は、ＭＰＥＧビデオデコーダ１２５からの画像データを、マトリクス回路１２８に供給するとともに、ＭＰＥＧオーディオデコーダ１２６からの音声データ（音響データ）を、アンプ１３７に供給する。

さらに、信号処理部１２７は、ＤＳＰ(Digital Signal Processor)１２７Ａ，ＥＥＰＲＯＭ(Electrically Erasable Programmable Read Only Memory)１２７Ｂ，ＲＡＭ(Random Access Memory)１２７Ｃなどで構成されており、ＣＰＵ１２９の制御の下、そこに供給される画像データや音声データに対して、各種のディジタル信号処理を施す。

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

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

マトリクス回路１２８は、信号処理部１２７から供給される画像データを、ＲＧＢ(Red,Green,Blue)の画像データに変換し、ＣＲＴに供給して表示させる。なお、マトリクス回路１２８は、Ｄ／Ａ(Digital/Analog)変換器を有しており、画像データをＤ／Ａ変換してから出力する。

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

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

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

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

フロントパネル１３４は、図２および図３では図示していないが、親機１の、例えば正面の一部に設けられている。そして、フロントパネル１３４は、リモコン１５（図７、図９）に設けられたボタンスイッチの一部を有しており、即ち、例えば、ボリウムボタンスイッチ５２、チャンネルアップダウンボタンスイッチ５３、メニューボタンスイッチ５４、数字ボタンスイッチ５８、およびテレビ電源ボタンスイッチ７２などに対応するボタンスイッチを有しており、フロントパネル１３４のボタンスイッチが操作された場合には、その操作に対応する操作信号が、ＣＰＵ１２９に供給される。この場合、ＣＰＵ１２９は、フロントパネル１３４からの操作信号に対応した処理を行う。

ＩＲインタフェース１３５は、リモコン１５の操作に対応して、リモコン１５から送信されてくる赤外線を受信（受光）する。さらに、ＩＲインタフェース１３５は、その受信した赤外線を光電変換し、その結果得られる信号を、ＣＰＵ１２９に供給する。この場合、ＣＰＵ１２９は、ＩＲインタフェース１３５からの信号に対応した処理、即ち、リモコン１５の操作に対応した処理を行う。また、ＩＲインタフェース１３５は、ＣＰＵ１２９の制御にしたがい、赤外線を発光する。即ち、本実施の形態では、親機１は、上述のIEEE1394インタフェース１３３によるIEEE1394通信、および後述するモデム１３６による通信の他、ＩＲインタフェース１３５による赤外線通信も行うことができるようになっている。

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

アンプ１３７は、信号処理部１２７から供給される音声データを必要に応じて増幅し、スピーカユニット１２Ｌおよび１２Ｒに供給して出力させる。なお、アンプ１３７は、Ｄ／Ａ変換器を有しており、音声データをＤ／Ａ変換してから出力する。

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

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

ＭＰＥＧビデオデータコーダ１２５では、デマルチプレクサ１２４からのＴＳパケットがＭＰＥＧデコードされる。そして、その結果得られる画像データが、ＭＰＥＧビデオデコーダ１２５から、信号処理部１２７およびマトリクス回路１２８を経由して、ＣＲＴ１１に供給されて表示される。

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

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

子機２は、図１０のチューナ１２１乃至アンプ１３７とそれぞれ同様に構成されるチューナ１４１乃至アンプ１５７から構成されるため、その説明は省略する。

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

次に、本実施の形態では、親機１の端子パネル２１のIEEE1394端子２１_ij（図３）と、子機２_ijの端子パネル４１のIEEE1394端子４１₁（図５）とが、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 Controller)、アイソクロナスリソースマネージャ(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、“１１００”にはIMPLEMENTED/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マルチメディアインタフェース」株式会社トリケップス発行、にその詳細が説明されている。

次に、図１０で説明したように、親機１のＩＲインタフェース１３５は、赤外線を受信する他、送信することもできるようになっており、このように赤外線を送受信することができるＩＲインタフェース１３５に対応して、親機１のリモコン１５も、赤外線を送信するだけでなく、受信することもできるようになっている。

即ち、図２２は、リモコン１５の電気的構成例を示している。

操作部１６１は、図７または図９で説明したリモコン１５に設けられている各種のボタンスイッチであり、操作されたボタンスイッチに対応する操作信号を、制御部１６２に供給する。

制御部１６２は、操作部１６１からの操作信号を受信し、その操作信号によって要求される処理を表すコマンドのコード（コマンドコード）を、フレーム生成部１６３に供給する。また、制御部１６２は、受信処理部１６７の出力に基づいて各種の処理を行う。さらに、制御部１６２は、デバイスコード記憶部１６８にデバイスコードを記憶させる。

フレーム生成部１６３は、制御部１６２から供給されるコマンドコードと、デバイス記憶部１６８に記憶されたデバイスコードを配置したフレーム構造のデータ（フレームデータ）を生成し、送信処理部１６４に供給する。

送信処理部１６４は、フレーム生成部１６３から供給されるフレームデータに基づき、所定の周波数のキャリアを変調し、その結果得られる変調信号に基づいて、発光部１６５を駆動する。

発光部１６５は、例えばＬＥＤで構成され、送信処理部１６４によって駆動されることにより、赤外線を発光する。ここで、この発光部１６５で発光された赤外線が、例えば、ＩＲインタフェース１３５（図１０）で受光される。

受光部１６６は、赤外線を受光して光電変換し、その結果得られる信号を、受信処理部１６７に供給する。ここで、受光部１６６は、例えば、ＩＲインタフェース１３５で発光された赤外線を受光する。

受信処理部１６７は、受光部１６６の出力を復調し、その結果得られるフレームデータを、制御部１６２に供給する。

次に、図２３は、フレーム生成部１６３で生成されるフレームデータのフレームフォーマットを示している。

フレームデータは、その先頭に、フレームリーダが配置され、さらに、その後に、２つのデータ部＃１および＃２が配置されて構成される。

フレームリーダには、フレームの先頭を表す所定のビット列でなるデータが配置される。

データ部＃１には、デバイスコードとコマンドコードとが配置される。

ここで、デバイスコードは、フレームデータをやりとりする装置に割り当てられるコードで、フレームデータを受信した装置では、そのフレームデータに配置されたデバイスコードと、自身に割り当てられたデバイスコードとが一致する場合に、そのフレームデータが自身宛のものであるとして、そのフレームデータに配置されたコマンドコードに対応する処理を行う。

即ち、図２２のリモコン１５において、制御部１６２は、受信処理部１６７からフレームデータが供給されると、そのフレームデータに配置されたデバイスコードと、デバイスコード記憶部１６８に記憶されたデバイスコードとを比較し、両者が一致する場合にのみ、そのフレームデータに配置されたコマンドコードに対応する処理を行う。

なお、制御部１６２は、受信処理部１６７からのフレームデータに配置されたデバイスコードと、デバイスコード記憶部１６８に記憶されたデバイスコードとが一致しない場合は、そのフレームデータを無視（破棄）する。従って、この場合、制御部１６２では、特に、処理は行われない。

データ部＃２には、データ部＃１と同一のデータが配置される。

ここで、図２２のリモコン１５において、制御部１６２は、受信処理部１６７からフレームデータが供給されると、そのフレームデータに配置されたデータ部＃１と＃２とを比較し、両者が一致する場合にのみ、上述したデバイスコードの比較を行う。従って、フレームデータに配置されたデータ部＃１と＃２とが一致しない場合、制御部１６２では、特に、処理は行われない。

このように、制御部１６２では、フレームデータに配置されたデータ部＃１と＃２とが一致しない場合に処理を行わないようにすることで、正常受信されなかったフレームデータ（誤りのあるフレームデータ）に基づいて処理が行われることを防止するようになっている。

次に、上述したように、子機２のＩＲインタフェース１５５（図１１）も、図１０の親機１のＩＲインタフェース１３５と同様に構成されており、従って、赤外線を送受信することができるようになっている。このように赤外線を送受信することができるＩＲインタフェース１５５に対応して、子機２のリモコン３５も、赤外線を送信するだけでなく、受信することもできるようになっている。

即ち、図２４は、リモコン３５の電気的構成例を示している。

リモコン３５は、図２２の操作部１６１乃至デバイスコード記憶部１６８と同様に構成される操作部１７１乃至デバイスコード記憶部１７８で構成されているため、その説明は、省略する。

次に、図２５は、親機１のＩＲインタフェース１３５（図１０）の詳細構成例を示している。

制御部１８２は、ＣＰＵ１２９（図１０）からのコマンドを受信し、そのコマンドに対応するコマンドコードを、フレーム生成部１８３に供給する。また、制御部１８２は、受信処理部１８７から供給されるフレームデータを受信し、そのフレームデータ（図２３）のデータ部＃１と＃２とが一致しているかどうかを判定する。さらに、制御部１８２は、フレームデータのデータ部＃１と＃２とが一致している場合、フレームデータのデバイスコード（図２３）と、デバイスコード記憶部１８８に記憶されたデバイスコードとを比較し、両者が一致している場合、そのフレームデータのコマンドコード（図２３）に対応するコマンドを、ＣＰＵ１２９に供給する。

その他、制御部１８２は、デバイスコード記憶部１８８にデバイスコードを記憶させる。

フレーム生成部１８３は、制御部１８２から供給されるコマンドコードと、デバイス記憶部１８８に記憶されたデバイスコードを配置したフレームデータ（図２３）を生成し、送信処理部１８４に供給する。

送信処理部１８４は、フレーム生成部１８３から供給されるフレームデータに基づき、所定の周波数のキャリアを変調し、その結果得られる変調信号に基づいて、発光部１８５を駆動する。

発光部１８５は、例えばＬＥＤで構成され、送信処理部１８４によって駆動されることにより、赤外線を発光する。ここで、この発光部１８５で発光された赤外線が、例えば、リモコン１５の受光部１６６（図２２）で受光される。

受光部１８６は、赤外線を受光して光電変換し、その結果得られる信号を、受信処理部１８７に供給する。ここで、受光部１８６は、例えば、リモコン１５の発光部１６５（図２２）で発光された赤外線を受光する。

受信処理部１８７は、受光部１８６の出力を復調し、その結果得られるフレームデータを、制御部１８２に供給する。

なお、子機２のＩＲインタフェース１５５も、図２５に示した親機１のＩＲインタフェース１３５と同様に構成される。

次に、図２６のフローチャートを参照して、図２２の親機１のリモコン１５の処理（リモコン処理）について説明する。なお、図２４の子機２のリモコン３５でも、同様の処理が行われる。

制御部１６２は、ステップＳ１において、操作部１６１がユーザによって操作され、これにより、操作部１６１からコマンドとしての操作信号が供給されたかどうかを判定する。

ステップＳ１において、コマンドとしての操作信号が供給されていないと判定された場合、即ち、リモコン１５が操作されていない場合、ステップＳ２に進み、制御部１６２は、フレームデータを受信したかどうかを判定する。

ステップＳ２において、フレームデータを受信していないと判定された場合、ステップＳ１に戻り、以下、同様の処理が繰り返される。

また、ステップＳ２において、フレームデータを受信したと判定された場合、即ち、受光部１６６で赤外線が受光され、受信処理部１６７から制御部１６２に対して、その赤外線に対応するフレームデータが供給された場合、ステップＳ３に進み、制御部１６２は、そのフレームデータのデバイスコードと、デバイスコード記憶部１６８に記憶されたデバイスコードとが一致するかどうかを判定する。

ステップＳ３において、フレームデータのデバイスコードと、デバイスコード記憶部１６８に記憶されたデバイスコードとが一致しないと判定された場合、ステップＳ１に戻り、以下、同様の処理が繰り返される。

また、ステップＳ３において、フレームデータのデバイスコードと、デバイスコード記憶部１６８に記憶されたデバイスコードとが一致すると判定された場合、ステップＳ４に進み、制御部１６２は、そのフレームデータに配置されたコマンドコードに対応する処理を行い、ステップＳ１に戻る。

一方、ステップＳ１において、コマンドとしての操作信号が供給されたと判定された場合、即ち、ユーザが操作部１６１を操作し、その操作に対応する操作信号が、制御部１６２に供給された場合、ステップＳ５に進み、制御部１６２は、その操作信号が、デバイスコードの設定を要求するものであるかどうかを判定する。

ここで、デバイスコード記憶部１６８には、デフォルトのデバイスコードが記憶されているが、そのデバイスコードは、ユーザが変更することができるようになっている。即ち、リモコン１５のデバイスコードは、所定の操作として、例えば、ユーザが、リモコン１５のメニューボタンスイッチ５４およびテレビ電源ボタンスイッチ７２（図７）を同時に操作することにより設定することができるようになっている。そこで、ステップＳ５では、操作信号が、メニューボタンスイッチ５４およびテレビ電源ボタンスイッチ７２を同時に操作することによる、デバイスコードの設定を要求するものであるかどうかが判定される。

ステップＳ５において、操作部１６１からの操作信号が、デバイスコードの設定を要求するものでないと判定された場合、制御部１６２は、その操作信号に対応するコマンドコードを、フレーム生成部１６３に供給して、ステップＳ６に進む。

ステップＳ６では、フレーム生成部１６３は、制御部１６２からのコマンドコードと、デバイス記憶部１６８に記憶されたデバイスコードとを配置することによって、図２３に示したフォーマットのフレームデータを生成し、送信処理部１６４に供給して、ステップＳ７に進む。

ステップＳ７では、送信処理部１６４は、フレーム生成部１６３からのフレームデータに対応して、発光部１６５を駆動し、ステップＳ１に戻る。これにより、発光部１６５は、フレームデータに対応する赤外線を発光する。

一方、ステップＳ５において、操作部１６１からの操作信号が、デバイスコードの設定を要求するものであると判定された場合、即ち、ユーザが、リモコン１５のメニューボタンスイッチ５４およびテレビ電源ボタンスイッチ７２（図７）を同時に操作した場合、ステップＳ８に進み、制御部１６２は、操作部１６１から、デバイスコードに対応する操作信号が供給されるのを待って、その操作信号を受信し、その操作信号に対応するデバイスコードを、デバイスコード記憶部１６８に設定する（上書きする）。そして、ステップＳ１に戻り、以下、同様の処理が繰り返される。

ここで、デバイスコードとしては、例えば、所定の桁数の数字を採用することができ、この場合、ユーザは、リモコン１５の、例えば、数字ボタンスイッチ５８（図７）を操作することにより、デバイスコードを入力することになる。

次に、図２７のフローチャートを参照して、図２５の親機１のＩＲインタフェース１３５の処理（ＩＲインタフェース処理）について説明する。なお、子機２のＩＲインタフェース１５５（図１１）でも、同様の処理が行われる。

制御部１８２は、ステップＳ２１において、ＣＰＵ１２９からコマンドが供給されたかどうかを判定する。

ステップＳ２１において、コマンドが供給されていないと判定された場合、ステップＳ２２に進み、制御部１８２は、受信処理部１８７から、フレームデータを受信したかどうかを判定する。

ステップＳ２２において、フレームデータを受信していないと判定された場合、ステップＳ２１に戻り、以下、同様の処理が繰り返される。

また、ステップＳ２２において、フレームデータを受信したと判定された場合、即ち、受光部１８６で、例えば、リモコン１５からの赤外線が受光され、受信処理部１８７から制御部１８２に対して、その赤外線に対応するフレームデータが供給された場合、ステップＳ２３に進み、制御部１８２は、そのフレームデータのデバイスコードと、デバイスコード記憶部１８８に記憶されたデバイスコードとが一致するかどうかを判定する。

ステップＳ２３において、フレームデータのデバイスコードと、デバイスコード記憶部１８８に記憶されたデバイスコードとが一致しないと判定された場合、ステップＳ２１に戻り、以下、同様の処理が繰り返される。

また、ステップＳ２３において、フレームデータのデバイスコードと、デバイスコード記憶部１８８に記憶されたデバイスコードとが一致すると判定された場合、ステップＳ２４に進み、制御部１８２は、そのフレームデータに配置されたコマンドコードに対応するコマンドを、ＣＰＵ１２９に転送し、ステップＳ２１に戻る。

従って、この場合、ＣＰＵ１２９では、ＩＲインタフェース１３５（制御部１８２）から供給されるコマンドに対応する処理が行われる。

一方、ステップＳ２１において、ＣＰＵ１２９からコマンドが供給されたと判定された場合、ステップＳ２５に進み、制御部１８２は、そのコマンドが、デバイスコードの設定を要求するものであるかどうかを判定する。

ここで、デバイスコード記憶部１８８においても、図２２のデバイスコード記憶部１６８における場合と同様に、デフォルトのデバイスコードが記憶されているが、そのデバイスコードは、ユーザが変更することができるようになっている。即ち、ＩＲインタフェース１３５のデバイスコードは、所定の操作として、例えば、ユーザが、フロントパネル１３４（図１０）における、リモコン１５のメニューボタンスイッチ５４およびテレビ電源ボタンスイッチ７２（図７）に対応する２つのボタンスイッチを同時に操作することにより設定することができるようになっている。そこで、ステップＳ２５では、ＣＰＵ１２９からのコマンドが、そのような２つのボタンスイッチが同時に操作されることによる、デバイスコードの設定を要求するものであるかどうかが判定される。

ステップＳ２５において、ＣＰＵ１２９からのコマンドが、デバイスコードの設定を要求するものでないと判定された場合、制御部１８２は、そのコマンドに対応するコマンドコードを、フレーム生成部１８３に供給して、ステップＳ２６に進む。

ステップＳ２６では、フレーム生成部１８３は、制御部１８２からのコマンドコードと、デバイス記憶部１８８に記憶されたデバイスコードとを配置することによって、図２３に示したフォーマットのフレームデータを生成し、送信処理部１８４に供給して、ステップＳ２７に進む。

ステップＳ２７では、送信処理部１８４は、フレーム生成部１８３からのフレームデータに対応して、発光部１８５を駆動し、ステップＳ２１に戻る。これにより、発光部１８５は、フレームデータに対応する赤外線を発光する。なお、この赤外線は、例えば、リモコン１５で受光される。

一方、ステップＳ２５において、ＣＰＵ１２９からのコマンドが、デバイスコードの設定を要求するものであると判定された場合、即ち、ユーザが、フロントパネル１３４（図１０）における、リモコン１５のメニューボタンスイッチ５４およびテレビ電源ボタンスイッチ７２（図７）に対応する２つのボタンスイッチを同時に操作した場合、ステップＳ２８に進み、制御部１８２は、ＣＰＵ１２９から、デバイスコードが供給されるのを待って、そのデバイスコードを受信し、デバイスコード記憶部１８８に設定する（上書きする）。そして、ステップＳ２１に戻り、以下、同様の処理が繰り返される。

ここで、親機１においては、ユーザが、例えば、フロントパネル１３４（図１０）における、リモコン１５の数字ボタンスイッチ５８に対応するボタンスイッチを操作することにより、デバイスコードを入力することができる。

以上のように、リモコン１５および３５、並びに親機１のＩＲインタフェース１３５および子機２のＩＲインタフェース１５５には、ユーザが、デバイスコードを設定することができ、さらに、それらの間でのコマンドコードのやりとりは、デバイスコードが一致するものどうしでのみ可能になっている。

従って、例えば、リモコン１５において、親機１を制御したい場合には、リモコン１５と親機１のＩＲインタフェース１３５のデバイスコードを同一の値に設定すれば良い。また、例えば、リモコン１５において、子機２を制御したい場合には、リモコン１５と子機２のＩＲインタフェース１５５のデバイスコードを同一の値に設定すれば良い。さらに、例えば、リモコン１５と、親機１のＩＲインタフェース１３５および子機２のＩＲインタフェース１５５のデバイスコードを、すべて同一にした場合には、ユーザがリモコン１５を操作すると、親機１と子機２で同一の処理が行われることになる。

また、例えば、ユーザがリモコン１５だけを有している場合でも、スケーラブルＴＶシステムを構成するテレビジョン受像機としての親機１と各子機２_ijそれぞれに、異なるデバイスコードを設定しておけば、リモコン１５のデバイスコードを、所望のテレビジョン受像機のデバイスコードに一致するように設定することにより、ユーザは、１つのリモコン１５によって、スケーラブルＴＶシステムを構成するテレビジョン受像機としての親機１と各子機２_ijそれぞれを、独立に遠隔制御することができる。

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

まず最初に、ステップＳ４１において、ＣＰＵ１２９は、端子パネル２１に、何らかの機器が接続されるか、または、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などに記憶させておくことができる。

ステップＳ９６では、ＣＰＵ１４９は、ＥＥＰＲＯＭ１５０に記憶された機能情報を参照することにより、接続機器が親機であるかどうかを判定する。ステップＳ９６において、接続機器が親機であると判定された場合、即ち、接続機器が親機であることの認証に成功した場合、ステップＳ９７に進み、ＣＰＵ１４９は、動作モードを、その親機である接続機器とともに、仮想的な多視点表示の機能を提供しうる多視点表示可能モードに設定して、リターンする。

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

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

次に、親機１と子機２で、図２９と図３１で説明した認証処理がそれぞれ成功し、親機１および子機２が、その動作モードを、多視点表示可能モードとした後に、ユーザが、リモコン１５（またはリモコン３５）を操作することにより、多視点表示を要求すると、親機１および子機２では、後述する仮想多視点表示処理が行われる。

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

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

そこで、図３２は、仮想多視点表示処理を行う親機１における信号処理部１２７（図１０）の第１の機能的構成例を示している。ここで、親機１のＣＰＵ１２９は、仮想多視点表示アイコンがクリックされると、信号処理部１２７を制御することにより、ＤＳＰ１２７Ａに、ＥＥＰＲＯＭ１２７Ｂに記憶された所定のプログラムを実行させる。図３２の機能的構成は、このように、ＤＳＰ１２７Ａが、ＥＥＰＲＯＭ１２７Ｂに記憶されたプログラムを実行することで実現される。後述する信号処理部１２７の他の機能的構成も同様である。

フレームメモリ１９１，１９２，１９３は、ＭＰＥＧビデオデコーダ１２５（図１０）が出力する画像データとしての輝度信号Ｙ、色信号Ｒ−Ｙ，Ｂ−Ｙそれぞれを、フレーム単位（またはフィールド単位）で一時記憶する。即ち、ＭＰＥＧデコーダ１２５は、デマルチプレクサ１２４が出力する所定のチャンネルの番組の画像データのＴＳパケットをＭＰＥＧデコードし、そのデコード結果として、輝度信号Ｙ、色信号Ｒ−Ｙ，Ｂ−Ｙでなる画像データを出力するようになっている。フレームメモリ１９１，１９２，１９３は、そのようにしてＭＰＥＧビデオデコーダ１２５が出力する輝度信号Ｙ、色信号Ｒ−Ｙ，Ｂ−Ｙを、それぞれ記憶する。

ここで、図３２の実施の形態では、フレームメモリ１９１乃至１９３それぞれは、少なくとも２フレーム（またはフィールド）分の画像データを記憶することのできる記憶容量を有している。即ち、フレームメモリ１９１乃至１９３それぞれは、１フレームの画像データを記憶することのできるバンクを２つ有しており、その２つのバンクに、交互に、画像データを記憶する。

従って、フレームメモリ１９１に記憶された最新のフレームを、現フレームというものとすると、フレームメモリ１９１では、常時、現フレームと、その１フレーム前のフレーム（以下、適宜、前フレームという）の画像データが記憶される。フレームメモリ１９２および１９３においても、同様である。

フレームメモリ１９４，１９５，１９６は、フレームメモリ１９１，１９２，１９３に記憶され、メモリ制御部１９７から転送されてくる１フレーム（またはフィールド）の画像データの輝度信号Ｙ、色信号Ｒ−Ｙ，Ｂ−Ｙを、それぞれ記憶する。

メモリ制御部１９７は、システムコントローラ２０１によって制御され、フレームメモリ１９１乃至１９３に記憶された現フレームの画像データ（輝度信号Ｙ、色信号Ｒ−Ｙ，Ｂ−Ｙ）を、フレームメモリ１９４乃至１９６にそれぞれ転送し、上書きする形で記憶させる。

差分検出部１９８は、フレームメモリ１９１に記憶された現フレームと前フレームの画像データの輝度信号Ｙの差分を、現フレームの画像データの特徴として求め、システムコントローラ２０１に供給する。即ち、差分検出部１９８は、例えば、現フレームの各画素の輝度信号Ｙと、前フレームの対応する画素の輝度信号Ｙとの差分絶対値和を、現フレームの画像データの特徴として求め、システムコントローラ２０１に供給する。

カウンタ部１９９は、システムコントローラ２０１の制御にしたがって、所定の値のカウント（計数）を行い、そのカウント値を、システムコントローラ２０１に供給する。また、カウンタ部１９９は、システムコントローラ２０１の制御にしたがい、そのカウント値をリセットする。

出力制御部２００は、システムコントローラ２０１の制御にしたがい、フレームメモリ１９４乃至１９６に記憶された１フレームの画像データの輝度信号Ｙ、色信号Ｒ−Ｙ，Ｂ−Ｙを読み出し、ＣＰＵ１２９に供給する。

システムコントローラ２０１は、メモリ制御部１９７、カウンタ部１９９、および出力制御部２００を制御する。

即ち、システムコントローラ２０１は、差分検出部１９８から供給される、現フレームの画像データの特徴としての差分絶対値和と所定の閾値とを比較し、その比較結果に基づいて、カウンタ部１９９を制御する。また、システムコントローラ２０１は、カウンタ部１９９からのカウント値に基づいて、メモリ制御部１９７および出力制御部２００を制御する。

なお、ここでは、システムコントローラ２０１において、輝度信号Ｙの差分絶対値和に基づいて、カウンタ部１９９を制御するようにしたが、その他、例えば、差分検出部１９８において、色信号Ｒ−ＹやＢ−Ｙの差分絶対値和を求めるようにし、システムコントローラ２０１では、その色信号Ｒ−ＹやＢ−Ｙの差分絶対値和をも加味して、カウンタ部１９９を制御するようにすることも可能である。

ここで、ＭＰＥＧビデオデコーダ１２５（図１０）が出力する画像データとしての輝度信号Ｙ、色信号Ｒ−Ｙ，Ｂ−Ｙは、フレームメモリ１９１乃至１９３にそれぞれ供給される他、信号処理部１２７の後段のマトリクス回路１２８にも供給されるようになっており、マトリクス回路１２８では、このようにして供給される輝度信号Ｙ、色信号Ｒ−Ｙ，Ｂ−Ｙが、ＲＧＢの画像データに変換される。

また、図３２には、親機１におけるＭＰＥＧオーディオデコーダ１２６（図１０）が出力する音声データについて図示していないが、ＭＰＥＧオーディオデコーダ１２６が出力する音声データは、例えば、そのまま、後段のアンプ１３７に供給されるようになっている。

次に、図３３のフローチャートを参照して、図３２の信号処理部１２７による親機の仮想多視点表示処理について説明する。

まず最初に、ステップＳ１０１において、フレームメモリ１９１乃至１９３は、ＭＰＥＧビデオデコーダ１２５（図１０）から、１フレームの画像データとしての輝度信号Ｙ、色信号Ｒ−Ｙ，Ｂ−Ｙが供給されるのを待って、その輝度信号Ｙ、色信号Ｒ−Ｙ，Ｂ−Ｙをそれぞれ記憶し、ステップＳ１０２に進む。

ステップＳ１０２では、差分検出部１９８では、直前のステップＳ１０１でフレームメモリ１９１に記憶された画像データの輝度信号Ｙ、即ち、現フレームの画像データの輝度信号Ｙと、前回のステップＳ１０１でフレームメモリ１９１に記憶された画像データの輝度信号Ｙ、即ち、前フレームの画像データの輝度信号Ｙとの差分絶対値和（以下、適宜、現フレームについての差分絶対値和という）を、現フレームの画像データの特徴として検出し（求め）、システムコントローラ２０１に供給して、ステップＳ１０３に進む。

ステップＳ１０３では、システムコントローラ２０１は、現フレームについての差分絶対値和が、ほとんど０に等しいかどうか、即ち、小さな正の値の閾値以下（または未満）であるかどうかを判定する。

ステップＳ１０３において、現フレームについての差分絶対値和が、０または０に近い値でないと判定された場合、ステップＳ１０４乃至Ｓ１０８をスキップして、ステップＳ１０９に進む。

また、ステップＳ１０３において、現フレームについての差分絶対値和が、０または０に近い値であると判定された場合、即ち、現フレームの画像が、前フレームの画像からほとんど（または、まったく）変化しておらず、従って、現フレームの画像が静止画であるとみなせる場合、ステップＳ１０４に進み、システムコントローラ２０１は、カウンタ部１９９を制御することにより、そのカウント値を１だけインクリメントさせ、ステップＳ１０５に進む。

ステップＳ１０５では、システムコントローラ２０１が、カウンタ部１９９のカウント値を参照し、そのカウント値が、所定の閾値Ｔｈ_c（例えば、５など）より大きい（または以上）であるかどうかを判定する。

ステップＳ１０５において、カウンタ部１９９のカウント値が閾値Ｔｈ_cより大きくないと判定された場合、ステップＳ１０６乃至Ｓ１０８をスキップして、ステップＳ１０９に進む。

また、ステップＳ１０５において、カウンタ部１９９のカウント値が閾値Ｔｈ_cより大きいと判定された場合、即ち、MPEGビデオデコーダ１２５が出力した所定数のフレームの画像データが動きのないものである場合、ステップＳ１０６に進み、システムコントローラ２０１は、メモリ制御部１９７を制御することにより、フレームメモリ１９１乃至１９３に記憶された現フレームの画像データ（輝度信号Ｙ、色信号Ｒ−Ｙ，Ｂ−Ｙ）を、フレームメモリ１９４乃至１９６にそれぞれ転送し、上書きする形で記憶させ、ステップＳ１０７に進む。

ステップＳ１０７では、システムコントローラ２０１は、カウンタ部１９９のカウント値を０にリセットし、ステップＳ１０８に進む。ステップＳ１０８では、システムコントローラ２０１が、出力制御部２００を制御することにより、フレームメモリ１９４乃至１９６に記憶された１フレームの画像データの輝度信号Ｙ、色信号Ｒ−Ｙ，Ｂ−Ｙを読み出させ、ＣＰＵ１２９に供給させる。さらに、ステップＳ１０８では、システムコントローラ２０１は、画像データを所定の子機２_ijで表示することを指令する表示要求コマンドを、ＣＰＵ１２９に供給して、ステップＳ１０９に進む。

ここで、ＣＰＵ１２９は、システムコントローラ２０１から表示要求コマンドを受信すると、IEEE1394インタフェース１３３を制御することにより、出力制御部２００から供給される１フレームの画像データ（の輝度信号Ｙ、色信号Ｒ−Ｙ，Ｂ−Ｙ）を、その画像データの表示を指令する表示要求コマンドとともに、子機２_ijに送信する。仮想多視点表示処理を行っている子機２_ijは、親機１から表示要求コマンドと画像データを受信すると、後述するように、その画像データを表示する。

従って、例えば、上述の閾値Ｔｈ_cが５であるとすると、連続する６フレームの画像データがほとんど同一のものである場合には、その６フレーム目の画像データが、親機１から子機２_ijに転送されて表示される。

ステップＳ１０９では、システムコントローラ２０１が、ＣＰＵ１２９から、仮想多視点表示処理の終了を指令する終了コマンドを受信したかどうかを判定する。

ステップＳ１０９において、終了コマンドを受信していないと判定された場合、ステップＳ１０１に戻り、以下、同様の処理が繰り返される。

また、ステップＳ１０９において、終了コマンドを受信したと判定された場合、即ち、例えば、ユーザが、リモコン１５（図７）を操作することにより、ＣＲＴ１１にメニュー画面を表示させ、さらに、そのメニュー画面における仮想多視点表示アイコンを再クリックし、これにより、ＣＰＵ１２９に対して、仮想多視点表示処理の終了が指令され、ＣＰＵ１２９が、終了コマンドを、システムコントローラ２０１に供給した場合、親機の仮想多視点表示処理を終了する。

次に、図３４は、仮想多視点表示処理を行う子機２_ijにおける信号処理部１４７（図１１）の機能的構成例を示している。ここで、親機１のＣＰＵ１２９は、上述したように、仮想多視点表示アイコンがクリックされると、IEEE1394インタフェース１３３（図１０）を制御することにより、子機の仮想多視点表示処理を行うことを指令する開始コマンドを、各子機２_ijに送信する。子機２_ijでは、ＣＰＵ１４９（図１１）が、IEEE1394インタフェース１５３を介して、開始コマンドを受信すると、信号処理部１４７のＤＳＰ１４７Ａに、ＥＥＰＲＯＭ１４７Ｂに記憶された所定のプログラムを実行させる。図３４の機能的構成は、このように、ＤＳＰ１４７Ａが、ＥＥＰＲＯＭ１４７Ｂに記憶されたプログラムを実行することで実現される。後述する信号処理部１４７の他の機能的構成も同様である。

フレームメモリ２１１，２１２，２１３は、ＣＰＵ１４９から供給される１フレーム（またはフィールド）の画像データの輝度信号Ｙ、色信号Ｒ−Ｙ，Ｂ−Ｙそれぞれを一時記憶する。

即ち、図３３で説明した親機の仮想多視点表示処理によれば、ＣＰＵ１２９は、システムコントローラ２０１から表示要求コマンドを受信すると、IEEE1394インタフェース１３３を制御することにより、出力制御部２００から供給される１フレームの画像データ（の輝度信号Ｙ、色信号Ｒ−Ｙ，Ｂ−Ｙ）を、表示要求コマンドとともに、子機２_ijに送信するが、子機２_ijでは、この表示要求コマンドと１フレームの画像データが、IEEE1394インタフェース１５３（図１１）を介して、ＣＰＵ１４９で受信される。そして、ＣＰＵ１４９は、表示要求コマンドを、後述するシステムコントローラ２１９に供給するとともに、１フレームの画像データの輝度信号Ｙ、色信号Ｒ−Ｙ，Ｂ−Ｙを、フレームメモリ２１１乃至２１３にそれぞれ供給するが、フレームメモリ２１１乃至２１３は、このようにして、ＣＰＵ１４９から供給される１フレームの画像データの輝度信号Ｙ、色信号Ｒ−Ｙ，Ｂ−Ｙそれぞれを一時記憶する。

フレームメモリ２１４，２１５，２１６は、フレームメモリ２１１，２１２，２１３に記憶され、メモリ制御部２１７から転送されてくる１フレーム（またはフィールド）の画像データの輝度信号Ｙ、色信号Ｒ−Ｙ，Ｂ−Ｙを、それぞれ記憶する。

メモリ制御部２１７は、システムコントローラ２１９によって制御され、フレームメモリ２１１乃至２１３に記憶された１フレームの画像データ（の輝度信号Ｙ、色信号Ｒ−Ｙ，Ｂ−Ｙ）を、フレームメモリ２１４乃至２１６にそれぞれ転送し、上書きする形で記憶させる。

セレクタ２１８は、システムコントローラ２１９の制御にしたがい、フレームメモリ２１４乃至２１６にそれぞれ記憶された１フレームの画像データの輝度信号Ｙ、色信号Ｒ−Ｙ，Ｂ−Ｙ、または子機２_ijのＭＰＥＧビデオデコーダ１４５（図１１）が出力する画像データの輝度信号Ｙ、色信号Ｒ−Ｙ，Ｂ−Ｙを選択し、後段のマトリクス回路１４８（図１１）に供給する。

従って、子機２_ijのＣＲＴ３１では、セレクタ２１８が、ＭＰＥＧビデオデコーダ１４５（図１１）が出力する画像データを選択している場合には、チューナ１４１（図１１）で選局されているチャンネルの番組の画像データが表示され、セレクタ２１８がフレームメモリ２１４乃至２１６に記憶された画像データを選択している場合には、その画像データ、即ち、上述したようにして、親機１から送られてきた画像データが表示される。

システムコントローラ２１９は、ＣＰＵ１４９の制御の下、メモリ制御部２１７およびセレクタ２１８を制御する。

なお、図３４には、図３２における場合と同様に、子機２_ijにおけるＭＰＥＧオーディオデコーダ１４６（図１１）が出力する音声データについて図示していないが、ＭＰＥＧオーディオデコーダ１４６が出力する音声データは、例えば、そのまま、後段のアンプ１５７に供給されるようになっている。

次に、図３５のフローチャートを参照して、図３４の信号処理部１４７による子機の仮想多視点表示処理について説明する。

まず最初に、ステップＳ１２１において、システムコントローラ２１９は、セレクタ２１８を制御することにより、フレームメモリ２１４乃至２１６にそれぞれ記憶された１フレームの画像データの輝度信号Ｙ、色信号Ｒ−Ｙ，Ｂ−Ｙを選択させ、その表示を開始させる。即ち、これにより、セレクタ２１８は、フレームメモリ２１４乃至２１６にそれぞれ記憶された１フレームの画像データの輝度信号Ｙ、色信号Ｒ−Ｙ，Ｂ−Ｙを繰り返し読み出し、後段のマトリクス回路１４８（図１１）に供給する。これにより、子機２_ijのＣＲＴ３２では、図３３で説明したようにして親機１から転送されてくる画像データが表示される。

なお、セレクタ２１８は、子機２において仮想多視点表示処理が行われていない場合、ＭＰＥＧビデオデコーダ１４５（図１１）が出力する画像データを選択し、後段のマトリクス回路１４８に出力しており、従って、この場合、子機２のＣＲＴ３１では、チューナ１４１で選局されているチャンネルの番組の画像データが表示される。

その後、ステップＳ１２２に進み、システムコントローラ２１９は、ＣＰＵ１４９（図１１）から、表示要求コマンドとともに、１フレームの画像データが供給されたかどうかを判定する。

ステップＳ１２２において、表示要求コマンドおよび画像データが供給されてきていないと判定された場合、ステップＳ１２３およびＳ１２４をスキップして、ステップＳ１２５に戻り、以下、同様の処理を繰り返す。

また、ステップＳ１２２において、表示要求コマンドおよび画像データが供給されたと判定された場合、即ち、図３３で説明した親機の仮想多視点表示処理によって、親機１から子機２_ijに対して、表示要求コマンドと画像データが送信されてきた場合、ステップＳ１２３に進み、フレームメモリ２１１乃至２１３は、その画像データの輝度信号Ｙ、色信号Ｒ−Ｙ，Ｂ−Ｙをそれぞれ記憶し、ステップＳ１２４に進む。

ステップＳ１２４では、システムコントローラ２１９は、メモリ制御部２１７を制御することにより、セレクタ２１８によるフレームメモリ２１４乃至２１６それぞれからの１フレーム分の画像データの読み出しが終了するのを待って、直前のステップＳ１２３でフレームメモリ２１１乃至２１３に記憶された画像データの輝度信号Ｙ、色信号Ｒ−Ｙ，Ｂ−Ｙを、フレームメモリ２１４乃至２１６にそれぞれ転送し、上書きする形で記憶させて、ステップＳ１２５に進む。

これにより、セレクタ２１８では、次のフレームの表示タイミングからは、フレームメモリ２１４乃至２１６に新たに記憶された画像データが読み出される。そして、その画像データは、後段のマトリクス回路１４８を介してＣＲＴ３１に供給されて表示される。

ステップＳ１２５では、システムコントローラ２１９は、ＣＰＵ１４９（図１１）から、終了コマンドが供給されたかどうかを判定する。

即ち、親機１のＣＰＵ１２９（図１０）は、図３３で説明したように、仮想多視点表示処理の終了が指令されると、終了コマンドを、システムコントローラ２０１に供給するが、このとき、同時に、IEEE1394インタフェース１３３（図１０）を制御することにより、終了コマンドを、子機２_ijにも送信する。子機２_ijでは、親機１からの終了コマンドが、IEEE1394インタフェース１５３を介して、ＣＰＵ１４９で受信され、ＣＰＵ１４９は、終了コマンドを受信すると、システムコントローラ２１９に転送する。ステップＳ１２５では、このようにして、ＣＰＵ１４９からシステムコントローラ２１９に対して、終了コマンドが供給されたかどうかが判定される。

ステップＳ１２５において、ＣＰＵ１４９から終了コマンドが供給されていないと判定された場合、ステップＳ１２２に戻り、以下、同様の処理が繰り返される。

また、ステップＳ１２５において、ＣＰＵ１４９から終了コマンドが供給されたと判定された場合、ステップＳ１２６に進み、システムコントローラ２１９は、セレクタ２１８を制御することにより、その選択状態を、ステップＳ１２１で変更する前の元の状態に戻し、子機の仮想多視点表示処理を終了する。

図３２乃至図３５で説明した仮想多視点表示処理によれば、図３６Ａに示すように、親機１において、ある番組の画像データが表示されている場合において、動きの（ほとんど）ないフレームが連続すると、図３６Ｂに示すように、その動きのないフレームの画像データが、スケーラブルＴＶシステムを構成するいずれかの子機としての、例えば、親機１から子機２₁₁に転送され、そのＣＲＴ３１に表示される。

その後、再び、親機１で表示されている画像データに、動きのないフレームが連続すると、図３６Ｃに示すように、その動きのないフレームの画像データが、親機１から子機２₁₁に転送され、そのＣＲＴ３１において、それまで表示されていた画像データに代えて表示される。

ここで、図３６Ａでは、親機１において、プロ野球中継のテレビジョン放送番組の画像データが表示されている。また、図３６Ｂでは、親機１において、プロ野球中継のテレビジョン放送番組の画像データの表示が続行され、子機２₁₁において、動きのないフレームの画像データとして、スコアボートの画像データが表示されている。さらに、図３６Ｃでは、親機１において、プロ野球中継のテレビジョン放送番組の画像データの表示が続行され、子機２₁₁において、動きのないフレームの画像データとして、ベンチの状態が撮影された画像データが表示されている。

即ち、図３６の実施の形態では、親機１では、プロ野球中継のテレビジョン放送番組の画像データが、通常のテレビジョン受像機と同様に表示されている（図３６Ａ乃至図３６Ｃ）。そして、プロ野球中継のテレビジョン放送番組において、カメラが切り換えられ、スコアボードのアップのシーンとなり、そのシーンが数フレーム連続したため、親機１において、そのスコアボードの画像データが、子機２₁₁に転送され、子機２₁₁において、その画像データが表示された状態となっている（図３６Ｂ）。さらに、その後、プロ野球中継のテレビジョン放送番組において、カメラが切り換えられ、ベンチの様子を撮影したシーンとなり、そのシーンが数フレーム連続したため、親機１において、そのスコアボードの画像データが、子機２₁₁に転送され、子機２₁₁において、その画像データが表示された状態となっている（図３６Ｃ）。

このように、図３２乃至図３５で説明した仮想多視点表示処理によれば、親機１で表示された番組において、動きのないフレームが連続すると、そのフレームの画像データが子機２に転送されて表示される。従って、ユーザは、親機１で表示されている画像データと、その画像データとは別のシーンを視聴すること、即ち、いわば、別の視点から撮影された画像データを、同時に視聴することができる。

ここで、一般に、プロ野球中継では、回の初めに、スコアボードのアップのシーンを映すことがある。この場合、仮想多視点表示処理によれば、ユーザが、親機１で表示される、回の初めのスコアボードのアップのシーンを見逃してしまっても、そのシーンは、子機２に表示されるため、ユーザは、即座に、スコアを認識することができる。

なお、図３６の実施の形態においては、常に、親機１から子機２₁₁に対して、画像データを転送して表示させるようにしたが、親機１から画像データを転送して表示させる子機２_ijは変更することが可能である。

即ち、例えば、最初の動きのないフレームの画像データは、図３７Ａに示すように、親機１から子機２₁₁に転送して表示させ、次の動きのないフレームの画像データは、図３７Ｂに示すように、親機１から子機２₁₂に転送して表示させ、以下、同様にして、画像データを転送して表示させる子機_ijを順次変更するようにすることが可能である。この場合、図３７Ｃに示すように、すべての子機２_ijに画像データを転送して表示させた後は、次の動きのないフレームの画像データは、例えば、最初に画像データを転送して表示させた子機２₁₁に転送し、それまでに表示されていた画像データに代えて表示させるようにすることができる。

この場合、ユーザは、親機１で表示されている画像データと、その画像データとは別の、より多くのシーンを、同時に視聴することができる。

なお、図３７の実施の形態では、スケーラブルＴＶシステムを構成するすべての子機２_ijに、親機１から画像データを転送して表示させるようにしたが、親機１から画像データを転送して表示させる子機２_ijは、スケーラブルＴＶシステムを構成する、幾つかの子機２_ijに制限することが可能である。どの子機２_ijに制限するかは、例えば、メニュー画面において設定することができる。

次に、図３８は、仮想多視点表示処理を行う親機１における信号処理部１２７（図１０）の第２の機能的構成例を示している。なお、図中、図３２における場合と対応する部分については、同一の符号を付してあり、以下では、その説明は、適宜省略する。即ち、図３８の信号処理部１２７は、カウンタ部１９９が設けられていない他は、基本的に、図３２における場合と同様に構成されている。

次に、図３９のフローチャートを参照して、図３８の信号処理部１２７による親機の仮想多視点表示処理について説明する。

ステップＳ１３１またはＳ１３２では、図３３のステップＳ１０１または１０２における場合とそれぞれ同様の処理が行われる。

そして、ステップＳ１３２において、差分検出部１９８が、現フレームについての差分絶対値和を、現フレームの画像データの特徴として検出し、システムコントローラ２０１に供給した後は、ステップＳ１３３に進み、システムコントローラ２０１は、現フレームについての差分絶対値和が、所定の閾値Ｔｈ１より大（以上）であるかどうかを判定する。

ステップＳ１３３において、現フレームについての差分絶対値和が閾値Ｔｈ１より大でないと判定された場合、ステップＳ１３４およびＳ１３５をスキップして、ステップＳ１３６に進む。

また、ステップＳ１３３において、現フレームについての差分絶対値和が閾値Ｔｈ１より大であると判定された場合、即ち、現フレームの画像が、前フレームの画像から大きく変化しており、従って、現フレームにおいてシーンチェンジがあった場合、ステップＳ１３４に進み、システムコントローラ２０１は、図３３のステップＳ１０６における場合と同様に、メモリ制御部１９７を制御することにより、フレームメモリ１９１乃至１９３に記憶された現フレームの画像データの輝度信号Ｙ、色信号Ｒ−Ｙ，Ｂ−Ｙを、フレームメモリ１９４乃至１９６にそれぞれ転送し、上書きする形で記憶させ、ステップＳ１３５に進む。

ステップＳ１３５では、システムコントローラ２０１が、出力制御部２００を制御することにより、フレームメモリ１９４乃至１９６に記憶された１フレームの画像データの輝度信号Ｙ、色信号Ｒ−Ｙ，Ｂ−Ｙを読み出させ、ＣＰＵ１２９に供給させる。さらに、ステップＳ１３５では、システムコントローラ２０１は、画像データを所定の子機２_ijで表示することを指令する表示要求コマンドを、ＣＰＵ１２９に供給して、ステップＳ１３６に進む。

ここで、ＣＰＵ１２９は、システムコントローラ２０１から表示要求コマンドを受信すると、上述したように、IEEE1394インタフェース１３３を制御することにより、出力制御部２００から供給される１フレームの画像データ（の輝度信号Ｙ、色信号Ｒ−Ｙ，Ｂ−Ｙ）を、表示要求コマンドとともに、子機２_ijに送信する。この場合、子機２_ijの信号処理部１４７は、図３４に示したように構成され、図３５で説明した仮想多視点表示処理を行っており、従って、子機２_ijでは、親機１から表示要求コマンドとともに転送されている画像データが、図３６や図３７で説明したように表示される。

そして、図３９の実施の形態では、上述したことから、シーンチェンジ後の最初のフレームが、親機１から子機２_ijに転送されるため、子機２_ijでは、親機１で表示された番組の、いわばダイジェストが表示されることになる。

ステップＳ１３６では、システムコントローラ２０１が、ＣＰＵ１２９から、仮想多視点表示処理の終了を指令する終了コマンドを受信したかどうかを判定する。

ステップＳ１３６において、終了コマンドを受信していないと判定された場合、ステップＳ１３１に戻り、以下、同様の処理が繰り返される。

また、ステップＳ１３１において、終了コマンドを受信したと判定された場合、即ち、例えば、ユーザが、リモコン１５（図７）を操作することにより、ＣＲＴ１１にメニュー画面を表示させ、さらに、そのメニュー画面における仮想多視点表示アイコンを再クリックし、これにより、ＣＰＵ１２９に対して、仮想多視点表示処理の終了が指令され、ＣＰＵ１２９が、終了コマンドを、システムコントローラ２０１に供給した場合、親機の仮想多視点表示処理を終了する。

次に、図４０は、仮想多視点表示処理を行う親機１における信号処理部１２７（図１０）の第３の機能的構成例を示している。なお、図中、図３２における場合と対応する部分については、同一の符号を付してあり、以下では、その説明は、適宜省略する。即ち、図４０の信号処理部１２７は、フレームメモリ１９２乃至１９６、メモリ制御部１９７、および出力制御部２００が設けられていない他は、基本的に、図３２における場合と同様に構成されている。

次に、図４１のフローチャートを参照して、図４０の信号処理部１２７による親機の仮想多視点表示処理について説明する。

ステップＳ１４１乃至Ｓ１４５では、図３３のステップＳ１０１乃至Ｓ１０５における場合とそれぞれ同様の処理が行われる。但し、ステップＳ１４１では、MPEGビデオデコーダ１２５（図１０）が出力する画像データのうちの輝度信号Ｙだけが、フレームメモリ１９１に記憶される。

そして、ステップＳ１４５において、カウンタ部１９９のカウント値が閾値Ｔｈ_cより大きくないと判定された場合、ステップＳ１４６およびＳ１４７をスキップして、ステップＳ１４８に進む。

また、ステップＳ１４５において、カウンタ部１９９のカウント値が閾値Ｔｈ_cより大きいと判定された場合、即ち、MPEGビデオデコーダ１２５が出力した所定数のフレームの画像データが動きのないものである場合、ステップＳ１４６に進み、システムコントローラ２０１は、子機２_ijにおいて、親機１のチューナ１２１で選局されているチャンネル（現チャンネル）を選局し、そのチャンネルで放送されている番組の画像データのフレームをフリーズして表示することを指令するフリーズコマンドを、ＣＰＵ１２９に供給して、ステップＳ１４７に進む。

ここで、ＣＰＵ１２９は、システムコントローラ２０１からフリーズコマンドを受信すると、IEEE1394インタフェース１３３を制御することにより、そのフリーズコマンドを、子機２_ijに送信する。後述するように、仮想多視点表示処理を行っている子機２_ijは、親機１からフリーズコマンドを受信すると、そのフリーズコマンドで指示されているチャンネルを受信し、そのチャンネルの番組の画像データを記憶して表示する。

従って、図３２および図３３の実施の形態では、親機１において表示されている画像データが、数フレーム連続して変化の（ほとんど）ないものである場合には、その変化のない画像データが、親機１から子機２_ijに転送されて表示されるようになっていたが、図４０および図４１の実施の形態では、親機１から子機２_ijには、画像データは転送されず、その画像データの番組が放送されているチャンネルを含むフリーズコマンドが送信される。そして、子機２_ijでは、後述するように、そのフリーズコマンドに含まれるチャンネルが、チューナ１４１で選局され、そのチャンネルで放送されている番組の画像データが記憶されて表示される。

ステップＳ１４７では、システムコントローラ２０１は、カウンタ部１９９のカウント値を０にリセットし、ステップＳ１４８に進む。

ステップＳ１４８では、システムコントローラ２０１が、ＣＰＵ１２９から、仮想多視点表示処理の終了を指令する終了コマンドを受信したかどうかを判定する。

ステップＳ１４８において、終了コマンドを受信していないと判定された場合、ステップＳ１４１に戻り、以下、同様の処理が繰り返される。

また、ステップＳ１４８において、終了コマンドを受信したと判定された場合、即ち、例えば、ユーザが、リモコン１５（図７）を操作することにより、ＣＲＴ１１にメニュー画面を表示させ、さらに、そのメニュー画面における仮想多視点表示アイコンを再クリックし、これにより、ＣＰＵ１２９に対して、仮想多視点表示処理の終了が指令され、ＣＰＵ１２９が、終了コマンドを、システムコントローラ２０１に供給した場合、親機の仮想多視点表示処理を終了する。

次に、図４２は、親機１の信号処理部１２７が図４０に示したように構成される場合の、子機２_ijの信号処理部１４７（図１１）の機能的構成例を示している。なお、図中、図３４における場合と対応する部分については、同一の符号を付してあり、以下では、その説明は、適宜省略する。即ち、図４２の信号処理部１４７は、図３４における場合と基本的に同様に構成されている。

但し、図４２の実施の形態においては、フレームメモリ２１１乃至２１３には、ＣＰＵ１４９（図１１）が出力する画像データではなく、ＭＰＥＧビデオデコーダ１４５（図１１）が出力する画像データが供給されるようになっている。

次に、図４３のフローチャートを参照して、図４２の信号処理部１４７による子機の仮想多視点表示処理について説明する。

まず最初に、ステップＳ１５１において、システムコントローラ２１９は、セレクタ２１８を制御することにより、フレームメモリ２１４乃至２１６にそれぞれ記憶された画像データの輝度信号Ｙ、色信号Ｒ−Ｙ，Ｂ−Ｙを選択させ、その表示を開始させる。即ち、これにより、セレクタ２１８は、フレームメモリ２１４乃至２１６にそれぞれ記憶された１フレームの画像データの輝度信号Ｙ、色信号Ｒ−Ｙ，Ｂ−Ｙを繰り返し読み出し、後段のマトリクス回路１４８（図１１）に供給する。これにより、子機２_ijのＣＲＴ３２では、フレームメモリ２１４乃至２１６に記憶された画像データが表示される。

ここで、図４３の実施の形態では、仮想多視点表示処理が開始される前には、フレームメモリ２１４乃至２１６には、例えば、黒レベルの画像データが記憶されているものとする。この場合、ステップＳ１５１の処理が行われた直後は、子機２_ijのＣＲＴ３２には、黒レベルの画像データが表示される。

その後、ステップＳ１５２に進み、システムコントローラ２１９が、フリーズコマンドを受信したかどうかを判定し、受信していないと判定した場合、ステップＳ１５３およびＳ１５４をスキップして、ステップＳ１５５に進む。

また、ステップＳ１５２において、フリーズコマンドを受信したと判定された場合、即ち、親機１が、図４１のステップＳ１４６で送信するフリーズコマンドが、IEEE1394インタフェース１５３（図１１）を介して、ＣＰＵ１４９で受信され、システムコントローラ２１９に供給された場合、ステップＳ１５３に進み、システムコントローラ２１９は、ＣＰＵ１４９に対して、フリーズコマンドに含まれるチャンネルを、チューナ１４１で受信するように要求する。ＣＰＵ１４９は、システムコントローラ２１９からの要求にしたがい、フリーズコマンドに含まれるチャンネルを受信するように、チューナ１４１を制御する。

これにより、チューナ１４１では、フリーズコマンドに含まれるチャンネルが受信され、ＱＰＳＫ復調回路１４２、エラー訂正回路１４３、およびデマルチプレクサ１４４を介し、さらに、ＭＰＥＧビデオデコーダ１４５とＭＰＥＧオーディオデコーダ１４６をそれぞれ介して、信号処理部１４７に供給される。

そして、信号処理部１４７のフレームメモリ２１１乃至２１３では、上述のようにして供給される、フリーズコマンドに含まれるチャンネルの画像データの記憶が開始され、ステップＳ１５４に進む。

なお、フレームメモリ２１１乃至２１３は、その後、そこに供給される画像データのフレームを、順次、上書きする形で記憶していく。

ステップＳ１５４では、システムコントローラ２１９は、メモリ制御部２１７を制御することにより、フレームメモリ２１１乃至２１３に、最新のフレームの画像データが記憶されるのを待って、その画像データの輝度信号Ｙ、色信号Ｒ−Ｙ，Ｂ−Ｙを、フレームメモリ２１４乃至２１６にそれぞれ転送し、上書きする形で記憶させて、ステップＳ１５５に進む。

これにより、セレクタ２１８では、ステップＳ１５４で、フレームメモリ２１１乃至２１３に新たに記憶された画像データが読み出されることになり、従って、子機２_ijのＣＲＴ３１では、そのフレームメモリ２１４乃至２１６に新たに記憶された画像データ、即ち、親機１において動きの（ほとんど）ない画像データが数フレーム連続して表示された直後の、その親機１において受信されているチャンネルと同一チャンネルの画像データが表示されることになる。

ステップＳ１５５では、システムコントローラ２１９は、ＣＰＵ１４９（図１１）から、終了コマンドが供給されたかどうかを判定する。

即ち、上述したように、親機１のＣＰＵ１２９（図１０）は、終了コマンドを、システムコントローラ２０１に供給するのと同時に、子機２_ijにも送信するようになっており、子機２_ijでは、親機１からの終了コマンドが、IEEE1394インタフェース１５３を介して、ＣＰＵ１４９で受信される。ＣＰＵ１４９は、終了コマンドを受信すると、その終了コマンドを、システムコントローラ２１９に転送する。ステップＳ１５５では、このようにして、ＣＰＵ１４９からシステムコントローラ２１９に対して、終了コマンドが供給されたかどうかが判定される。

ステップＳ１５５において、ＣＰＵ１４９から終了コマンドが供給されていないと判定された場合、ステップＳ１５２に戻り、以下、同様の処理が繰り返される。

また、ステップＳ１５５において、ＣＰＵ１４９から終了コマンドが供給されたと判定された場合、ステップＳ１５６に進み、システムコントローラ２１９は、チューナ１４１を制御することにより、その選局状態を、仮想多視点表示処理が開始される直前の元の状態に戻し、ステップＳ１５７に進む。

ステップＳ１５７では、システムコントローラ２１９は、セレクタ２１８を制御することにより、その選択状態を、ステップＳ１５１で変更する前の元の状態に戻し、子機の仮想多視点表示処理を終了する。

図４０乃至図４３で説明した仮想多視点表示処理によっても、図３２乃至図３５で説明した仮想多視点表示処理における場合と同様に、親機１において表示されている番組の画像データとして、動きの（ほとんど）ないフレームが連続すると、その動きのないフレームの画像データが、図３６や図３７で説明したように、子機２で表示される。

次に、図４４は、仮想多視点表示処理を行う親機１における信号処理部１２７（図１０）の第４の機能的構成例を示している。なお、図中、図３８における場合と対応する部分については、同一の符号を付してあり、以下では、その説明は、適宜省略する。即ち、図４４の信号処理部１２７は、フレームメモリ１９２乃至１９６、メモリ制御部１９７、および出力制御部２００が設けられていない他は、基本的に、図３８における場合と同様に構成されている。

ここで、図３８および図３９の実施の形態では、親機１において表示されている画像データに、シーンチェンジが生じると、そのシーンチェンジ直後のフレームの画像データが、親機１から子機２_ijに転送されて表示されるようになっていたが、図４４の実施の形態では、親機１から子機２_ijには、画像データは転送されず、図４０および図４１における場合と同様に、親機１で受信されているチャンネルを含むフリーズコマンドが送信される。そして、子機２_ijでは、図４２および図４３で説明した場合と同様に、親機１からのフリーズコマンドに含まれるチャンネルが、チューナ１４１で選局され、そのチャンネルで放送されている番組の画像データが、即座に記憶されて表示される。

即ち、図４５は、図４４の信号処理部１２７による親機の仮想多視点表示処理を説明するフローチャートである。

ステップＳ１６１乃至Ｓ１６３では、図３９のステップＳ１３１乃至Ｓ１３３における場合とそれぞれ同様の処理が行われる。

そして、ステップＳ１６３において、現フレームについての差分絶対値和が閾値Ｔｈ１より大でないと判定された場合、ステップＳ１６４をスキップして、ステップＳ１６５に進む。

また、ステップＳ１６３において、現フレームについての差分絶対値和が閾値Ｔｈ１より大であると判定された場合、即ち、現フレームの画像が、前フレームの画像から大きく変化しており、従って、現フレームにおいてシーンチェンジがあった場合、ステップＳ１６４に進み、システムコントローラ２０１は、図４１のステップＳ１４６における場合と同様にフリーズコマンドを、ＣＰＵ１２９に供給して、ステップＳ１６５に進む。

ここで、ＣＰＵ１２９は、システムコントローラ２０１からフリーズコマンドを受信すると、IEEE1394インタフェース１３３を制御することにより、そのフリーズコマンドを、子機２_ijに送信する。

この場合、子機２_ijの信号処理部１４７は、図４２に示したように構成され、図４３で説明した仮想多視点表示処理を行っており、従って、親機１からのフリーズコマンドを受信した子機２_ijでは、親機１で受信されているチャンネルの受信が、即座に開始され、さらに、そのチャンネルの番組の画像データが、即座に記憶されて表示される。即ち、この場合も、図３８および図３９の実施の形態で説明した場合と同様に、子機２_ijでは、親機１で表示された番組の、いわばダイジェストが表示されることになる。

ステップＳ１６５では、システムコントローラ２０１が、ＣＰＵ１２９から、仮想多視点表示処理の終了を指令する終了コマンドを受信したかどうかを判定する。

ステップＳ１６５において、終了コマンドを受信していないと判定された場合、ステップＳ１６１に戻り、以下、同様の処理が繰り返される。

また、ステップＳ１６５において、終了コマンドを受信したと判定された場合、即ち、例えば、ユーザが、リモコン１５（図７）を操作することにより、ＣＲＴ１１にメニュー画面を表示させ、さらに、そのメニュー画面における仮想多視点表示アイコンを再クリックし、これにより、ＣＰＵ１２９に対して、仮想多視点表示処理の終了が指令され、ＣＰＵ１２９が、終了コマンドを、システムコントローラ２０１に供給した場合、親機の仮想多視点表示処理を終了する。

次に、図４０乃至図４５の実施の形態では、親機１から子機２_ijへのフリーズコマンドの送信を、IEEE1394通信によって行うようにしたが、このフリーズコマンドの送信は、その他、例えば、図４６に示すように、リモコン１５（または３５）を介した赤外線通信によって行うことも可能である。

即ち、図４６の実施の形態では、親機１のＣＰＵ１２９において、ＩＲインタフェース１３５に対して、子機２_ijへのフリーズコマンドの転送が指令される。ＩＲインタフェース１３５は、ＣＰＵ１２９からの指令に対応して、フリーズコマンドを、子機２_ijに転送することを指令する転送コマンドに対応する赤外線を出射する。この赤外線は、リモコン１５で受信され、リモコン１５は、受信した赤外線に対応する転送コマンドに応じて、子機２_ijに、フリーズコマンドに対応する赤外線を出射する。この赤外線は、子機２_ijのＩＲインタフェース１５５で受信され、ＩＲインタフェース１５５は、その赤外線に対応するフリーズコマンドを、ＣＰＵ１４９に供給する。

ここで、親機１のＩＲインタフェース１３５と、リモコン１５は、図２３で説明したフォーマットのフレームデータを赤外線で送信するが、いま、ＩＲインタフェース１３５が送信するフレームデータをＦ１とし、リモコン１５が送信するフレームデータをＦ２で表すこととすると、フレームデータＦ１には、ＩＲインタフェース１３５およびリモコン１５に設定されたデバイスコードが配置されており、これにより、ＩＲインタフェース１３５が送信するフレームデータＦ１は、リモコン１５で受信される。

また、いまの場合、ＩＲインタフェース１３５からリモコン１５に送信されるフレームデータＦ１は、子機２_ijへのフリーズコマンドの転送を要求するものである。従って、フレームデータＦ１には、子機２_ijへの転送を指令する転送コマンドの他、その転送対象のコマンドであるフリーズコマンド、さらには、転送先の子機２_ijのデバイスコードが含まれている必要がある。

そこで、フレームデータＦ１のコマンドコードには、転送コマンドのコマンドコードが、いわゆるオペコードとして含まれ、さらに、フリーズコマンドのコマンドコード、および転送コマンドによってフリーズコマンドを転送する転送先のデバイスコード（ここでは、子機２_ijのＩＲインタフェース１５５のデバイスコード）が、いわゆるオペランドとして含まれている。

なお、この場合、フレームデータＦ１を送信する親機１は、転送コマンドによってフリーズコマンドを転送する転送先である子機２_ijのデバイスコードを認識している必要があるが、子機２_ijは、例えば、IEEE1394ケーブルによって親機１と接続された後に行われる、上述の認証処理（図３１）の直後や、デバイスコードが変更された場合に、そのデバイスコードを、IEEE1394通信によって、親機１に通知するようになっており、これにより、親機１は、スケーラブルＴＶシステムを構成するすべての子機２_ijのデバイスコードを認識するようになっている。

上述のようなフレームデータＦ１を受信したリモコン１５では、図２６で説明したリモコン処理のステップＳ４において、そのフレームデータＦ１に配置されたコマンドコードに対応する処理を行うことにより、フレームデータＦ１に配置されたフリーズコマンドのコードと、転送先のデバイスコードとを配置したフレームデータＦ２を生成し、子機２_ijに送信する。

即ち、この場合、図２２のリモコン１５では、フレームデータＦ１に配置された転送コマンドに対応して、図４７のフローチャートにしたがったコマンド転送処理が、図２６のステップＳ４におけるコマンドコードに対応する処理として行われる。

コマンド転送処理では、まず最初に、ステップＳ１７１において、受信処理部１６７からフレームデータＦ１を受信した制御部１６２が、フレーム生成部１６３を制御することにより、フレームデータＦ１のコマンドコードの中の転送先のデバイスコードを、フレームデータＦ２のデバイスコードに配置させ、ステップＳ１７２に進む。

ステップＳ１７２では、制御部１６２が、フレーム生成部１６３を制御することにより、フレームデータＦ１のコマンドコードの中のフリーズコマンドのコードを、フレームデータＦ２のコマンドコードに配置させ、ステップＳ１７３に進む。

ステップＳ１７３では、フレーム生成部１６３が、上述したように、転送先のデバイスコードと、フリーズコマンドのコマンドコードとを配置したフレームデータＦ２を、送信処理部１６４に供給し、これにより、フレームデータＦ２が、赤外線で出射され、処理を終了する。

この場合、フレームデータＦ２には、転送先のデバイスコード、即ち、子機２_ijのデバイスコードが配置されており、従って、子機２_ijでは、ＩＲインタフェース１５５において、そのフレームデータＦ２が受信され、そのコマンドコードに対応するコマンド、即ち、フリーズコマンドが、ＣＰＵ１４９に供給される。

なお、赤外線通信によって、親機１から子機２_ijに転送するコマンドは、フリーズコマンドに限定されるものではなく、その他のコマンドを転送することも可能である。

次に、図４８は、仮想多視点表示処理を行う親機１における信号処理部１２７（図１０）の第５の機能的構成例を示している。なお、図中、図３２における場合と対応する部分については、同一の符号を付してあり、以下では、その説明は、適宜省略する。即ち、図４８の信号処理部１２７は、差分検出部１９８およびカウンタ部１９９が設けられておらず、リングバッファ２２１、音声比較部２２２、および音声パターン記憶部２２３が新たに設けられている他は、基本的に、図３２における場合と同様に構成されている。

リングバッファ２２１には、ＭＰＥＧオーディオデコーダ１２６（図１０）が出力する音声データが供給されるようになっており、リングバッファ２２１は、その音声データを順次記憶していく。

ここで、ＭＰＥＧオーディオデコーダ１２６が出力する音声データは、リングバッファ２２１に供給される他、そのまま、後段のアンプ１３７に供給されるようにもなっている。

音声比較部２２２は、リングバッファ２２１に記憶された音声データを入力パターンとして、その入力パターンと、音声パターン記憶部２２３に記憶された標準パターンとしての音声データとのマッチング（比較）を行い、そのマッチング結果を、システムコントローラ２０１に供給する。

音声パターン記憶部２２３は、標準パターンとしての音声データを記憶している。

ここで、音声パターン記憶部２２３には、ＭＰＥＧオーディオデコーダ１２６（図１０）が出力し、リングバッファ２２１に記憶された音声データが供給されるようになっており、音声パターン記憶部２２３は、システムコントローラ２０１の制御にしたがい、リングバッファ２２１に記憶された音声データを、新たな標準パターンとして記憶することができるようになっている。即ち、音声パターン記憶部２２３の音声の標準パターンは、更新することができるようになっている。

次に、図４９のフローチャートを参照して、図４８の信号処理部１２７による親機の仮想多視点表示処理について説明する。

フレームメモリ１９１乃至１９３は、ＭＰＥＧビデオデコーダ１２５（図１０）から供給される画像データの輝度信号Ｙ、色信号Ｒ−Ｙ，Ｂ−Ｙを、順次、上書きする形で記憶している。

また、リングバッファ２２１は、ＭＰＥＧオーディオデコーダ１２６（図１０）から供給される音声データを、やはり、順次上書きする形で記憶している。

そして、仮想多視点表示処理では、まず最初に、ステップＳ１８１において、システムコントローラ２０１が、ＣＰＵ１２９から、音声パターン登録要求があったかどうかを判定する。

即ち、上述したように、音声パターン記憶部２２３には、リングバッファ２２１に記憶された音声データを、新たな標準パターンとして記憶させること、つまり、新たな標準パターンを登録することができるようになっており、その登録の要求は、例えば、リモコン１５（図７）のメニューボタンスイッチ８４を操作することによって表示されるメニュー画面における、音声パターン登録要求用のアイコンをクリックすることで行うことができるようになっている。

ステップＳ１８１では、その音声パターン登録要求用のアイコンがクリックされたかどうかが判定される。

ステップＳ１８１において、音声パターン登録要求がなかったと判定された場合、ステップＳ１８２をスキップして、ステップＳ１８３に進む。

また、ステップＳ１８１において、音声パターン登録要求があったと判定された場合、即ち、ユーザが、音声パターン登録要求用のアイコンをクリックし、これにより、新たな標準パターンの登録を要求する音声パターン登録要求が、ＣＰＵ１２９からシステムコントローラ２０１に供給された場合、ステップＳ１８２に進み、システムコントローラ２０１は、例えば、リングバッファ２２１に記憶された最新の音声データのサンプルから、所定期間だけ過去に遡ったサンプルまでの音声データを、新たな標準パターンとして、音声パターン記憶部２２３に記憶させる。

従って、ユーザは、スピーカユニット１２Ｌおよび１２Ｒから出力される番組の音声を視聴している最中に、標準パターンとしたい音声データが出力された場合には、リモコン１５を操作することにより、その音声データを、標準パターンとして登録することができる。

ここで、音声パターン記憶部２２３には、１パターンの標準パターンを記憶させる、即ち、新たな標準パターンを、音声パターン記憶部２２３に既に記憶されている標準パターンに上書きする形で記憶させることもできるし、複数パターンの標準パターンを記憶させる、即ち、新たな標準パターンを、音声パターン記憶部２２３に既に記憶されている標準パターンに追加する形で記憶させることも可能である。

ステップＳ１８２において、音声パターン記憶部２２３に、新たな標準パターンが記憶された後は、ステップＳ１８３に進み、音声比較部２２２は、リングバッファ２２１に記憶された、例えば、すべての音声データを、入力パターンとして読み出し、ステップＳ１８４に進む。

ステップＳ１８４では、音声比較部２２２は、音声パターン記憶部２２３に記憶された標準パターンを読み出し、入力パターンとのマッチング（比較）を行う。即ち、音声比較部２２２は、入力パターンと標準パターンとの間の所定の尺度による距離（以下、適宜、音声パターン間距離という）を、その時間軸伸縮を行いながら求め、最小の音声パターン間距離を、入力パターンの特徴（入力パターンの、標準パターンに対する特徴）として求め、システムコントローラ２０１に供給する。

そして、ステップＳ１８５に進み、システムコントローラ２０１は、入力パターンの特徴としての音声パターン間距離が所定の閾値以下（未満）であるかどうかを判定する。

ステップＳ１８５において、音声パターン間距離が所定の閾値以下でないと判定された場合、ステップＳ１８６およびＳ１８７をスキップして、ステップＳ１８８に進む。

また、ステップＳ１８５において、音声パターン間距離が所定の閾値以下であると判定された場合、即ち、入力パターンと標準パターンとが一致（合致）しているとみなすことができる場合、ステップＳ１８６，Ｓ１８７に順次進み、図３３のステップＳ１０６，Ｓ１０８における場合とそれぞれ同様の処理が行われ、ステップＳ１８８に進む。

即ち、これにより、親機１では、標準パターンと同一または類似の音声データがＭＰＥＧオーディオデコーダ１２６から出力されたときにＭＰＥＧビデオデコーダ１２５が出力した画像データのフレームが、子機２_ijに送信される。

この場合、子機２_ijの信号処理部１４７は、図３４に示したように構成され、図３５の仮想多視点表示処理を行っており、従って、子機２_ijでは、上述したようにして親機１から送信されている画像データのフレームが表示される。

ステップＳ１８８では、システムコントローラ２０１が、ＣＰＵ１２９から、仮想多視点表示処理の終了を指令する終了コマンドを受信したかどうかを判定する。

ステップＳ１８８において、終了コマンドを受信していないと判定された場合、ステップＳ１８１に戻り、以下、同様の処理が繰り返される。

また、ステップＳ１８８において、終了コマンドを受信したと判定された場合、即ち、例えば、ユーザが、リモコン１５（図７）を操作することにより、ＣＲＴ１１にメニュー画面を表示させ、さらに、そのメニュー画面における仮想多視点表示アイコンを再クリックし、これにより、ＣＰＵ１２９に対して、仮想多視点表示処理の終了が指令され、ＣＰＵ１２９が、終了コマンドを、システムコントローラ２０１に供給した場合、親機の仮想多視点表示処理を終了する。

図４９の仮想多視点表示処理によれば、標準パターンと同一または類似の音声データがＭＰＥＧオーディオデコーダ１２６から出力されたときにＭＰＥＧビデオデコーダ１２５が出力した画像データのフレームが、子機２_ijで表示される。従って、標準パターンとして、例えば、臨時ニュースのテロップが放送されるときに出力される音声データを記憶させておくことにより、子機２_ijでは、その音声データが出力されるときに放送される画像データ、即ち、臨時ニュースのテロップが含まれる画像データが表示されることになる。

なお、音声パターン記憶部２３３において、複数の標準パターンが記憶されている場合には、図４９のステップＳ１８４では、その複数の標準パターンそれぞれと、入力パターンとのマッチングが行われる。そして、例えば、その複数の標準パターンのうちの少なくとも１つが、入力パターンと一致しているとみなせる場合には、ステップＳ１８６およびＳ１８７の処理が行われる。

また、上述の場合には、音声パターン間距離を、入力パターンとしての音声データの特徴として求めるようにしたが、その他、例えば、入力パターンとしての音声データのパワー（あるいは振幅レベル）を、その特徴として求めることも可能である。この場合、入力パターンとしての音声データのパワーを、所定の閾値と比較し、音声データのパワーが所定の閾値より大または小（以上または以下）になった直後にＭＰＥＧビデオデコーダ１２５が出力する画像データのフレームを、子機２_ijに表示させるようにすることが可能である。

さらに、子機２_ijで表示する画像データは、親機１から子機２_ijに転送する他、上述したように、親機１から子機２_ijにフリーズコマンドを送信することによって、子機２_ijに受信させるようにすることが可能である。

次に、図５０は、仮想多視点表示処理を行う親機１における信号処理部１２７（図１０）の第６の機能的構成例を示している。なお、図中、図３２における場合と対応する部分については、同一の符号を付してあり、以下では、その説明は、適宜省略する。即ち、図５０の信号処理部１２７は、差分検出部１９８およびカウンタ部１９９が設けられておらず、画像比較部２３２、および画像パターン記憶部２３３が新たに設けられている他は、基本的に、図３２における場合と同様に構成されている。

画像比較部２３２は、フレームメモリ１９１に記憶された画像データを入力パターンとして、その入力パターンと、画像パターン記憶部２３３に記憶された標準パターンとしての画像データとのマッチング（比較）を行い、そのマッチング結果を、システムコントローラ２０１に供給する。

画像パターン記憶部２３３は、標準パターンとしての画像データを記憶している。

ここで、画像パターン記憶部２３３には、ＭＰＥＧビデオデコーダ１２５（図１０）が出力し、フレームメモリ１９１に記憶された画像データ（の輝度信号Ｙ）が供給されるようになっており、画像パターン記憶部２３３は、システムコントローラ２０１の制御にしたがい、フレームメモリ１９１に記憶された画像データを、新たな標準パターンとして記憶することができるようになっている。即ち、画像パターン記憶部２３３に記憶された画像の標準パターンは、更新することができるようになっている。

次に、図５１のフローチャートを参照して、図５０の信号処理部１２７による親機の仮想多視点表示処理について説明する。

そして、仮想多視点表示処理では、まず最初に、ステップＳ１９１において、システムコントローラ２０１が、ＣＰＵ１２９から、画像パターン登録要求があったかどうかを判定する。

即ち、上述したように、画像パターン記憶部２３３には、フレームメモリ１９１に記憶された画像データを、新たな標準パターンとして記憶させること、つまり、新たな標準パターンを登録することができるようになっており、その登録の要求は、例えば、リモコン１５（図７）のメニューボタンスイッチ８４を操作することによって表示されるメニュー画面における、画像パターン登録要求用のアイコンをクリックすることで行うことができるようになっている。

ステップＳ１９１では、その画像パターン登録要求用のアイコンがクリックされたかどうかが判定される。

ステップＳ１９１において、画像パターン登録要求がなかったと判定された場合、ステップＳ１９２をスキップして、ステップＳ１９３に進む。

また、ステップＳ１９１において、画像パターン登録要求があったと判定された場合、即ち、ユーザが、画像パターン登録要求用のアイコンをクリックし、これにより、新たな標準パターンの登録を要求する画像パターン登録要求が、ＣＰＵ１２９からシステムコントローラ２０１に供給された場合、ステップＳ１９２に進み、システムコントローラ２０１は、フレームメモリ１９１に記憶された最新のフレームの画像データを、新たな標準パターンとして、画像パターン記憶部２３３に記憶させる。

従って、ユーザは、ＣＲＴ１１に表示される番組の画像を視聴している最中に、標準パターンとしたい画像が表示された場合には、リモコン１５を操作することにより、その画像データを、標準パターンとして登録することができる。

ここで、画像パターン記憶部２３３には、図８の音声パターン記憶部２２３における場合と同様に、１パターンの標準パターンを記憶させることもできるし、複数パターンの標準パターンを記憶させることも可能である。

ステップＳ１９２において、画像パターン記憶部２３３に、新たな標準パターンが記憶された後は、ステップＳ１９３に進み、画像比較部２３２は、フレームメモリ１９１に記憶された最新のフレームの画像データを、入力パターンとして読み出し、ステップＳ１９４に進む。

ステップＳ１９４では、画像比較部２３２は、画像パターン記憶部２３３に記憶された標準パターンを読み出し、入力パターンとのマッチングを行う。即ち、画像比較部２３２は、入力パターンと標準パターンとの間の所定の尺度による距離（以下、適宜、画像パターン間距離という）を、入力パターンの特徴（入力パターンの、標準パターンに対する特徴）として求め、システムコントローラ２０１に供給する。

ここで、画像パターン間距離としては、例えば、入力パターンとしての画像データの各画素の画素値と、標準パターンとしての画像データの対応する画素の画素値との差分絶対値和などを採用することが可能である。

また、ここでは、入力パターンおよび標準パターンを、いずれも、１フレームの画像データとしたが、入力パターンおよび標準パターンとしては、１フレームの画像データの一部の範囲を採用することが可能である。

さらに、入力パターンとしては、１フレームの画像データを採用するとともに、標準パターンとしては、１フレームの画像データの一部の範囲を採用することが可能である。この場合、入力パターンとしての１フレームの画像データに対して、標準パターンとしての一部の範囲の画像データを対応させる位置を変化させながら、画像パターン間距離を求め、そのうちの最小値を、最終的な画像パターン間距離として採用することが可能である。

ステップＳ１９４で画像パターン間距離を求めた後は、ステップＳ１９５に進み、システムコントローラ２０１は、入力パターンの特徴としての画像パターン間距離が所定の閾値以下（未満）であるかどうかを判定する。

ステップＳ１９５において、画像パターン間距離が所定の閾値以下でないと判定された場合、ステップＳ１９６およびＳ１９７をスキップして、ステップＳ１９８に進む。

また、ステップＳ１９５において、画像パターン間距離が所定の閾値以下であると判定された場合、即ち、入力パターンと標準パターンとが一致しているとみなすことができる場合、ステップＳ１９６，Ｓ１９７に順次進み、図３３のステップＳ１０６，Ｓ１０８における場合とそれぞれ同様の処理が行われ、ステップＳ１９８に進む。

即ち、これにより、親機１では、標準パターンと同一または類似の画像データがＭＰＥＧビデオデコーダ１２５から出力されたときに、その画像データのフレームが、子機２_ijに送信される。

ステップＳ１９８では、システムコントローラ２０１が、ＣＰＵ１２９から、仮想多視点表示処理の終了を指令する終了コマンドを受信したかどうかを判定する。

ステップＳ１９８において、終了コマンドを受信していないと判定された場合、ステップＳ１９１に戻り、以下、同様の処理が繰り返される。

また、ステップＳ１９８において、終了コマンドを受信したと判定された場合、即ち、例えば、ユーザが、リモコン１５（図７）を操作することにより、ＣＲＴ１１にメニュー画面を表示させ、さらに、そのメニュー画面における仮想多視点表示アイコンを再クリックし、これにより、ＣＰＵ１２９に対して、仮想多視点表示処理の終了が指令され、ＣＰＵ１２９が、終了コマンドを、システムコントローラ２０１に供給した場合、親機の仮想多視点表示処理を終了する。

図５１の仮想多視点表示処理によれば、標準パターンと同一または類似の画像データがＭＰＥＧビデオデコーダ１２５が出力されたときの、その画像データのフレームが、子機２_ijで表示される。

従って、標準パターンとして、例えば、プロ野球中継においてスコアボードのアップが表示されたときの画像データを記憶させておくことにより、子機２_ijでは、その後に放送される、標準パターンとしての画像データと同一または類似のパターンの画像データ、つまり、スコアボードがアップになっている画像データが表示されることになる。

即ち、標準パターンとして、プロ野球中継においてスコアボードのアップが表示されたときの画像データが記憶されている場合に、親機１において、図５２Ａに示すように、プロ野球中継の番組が受信されているときには、その後に、ある回のスコアボードのアップの画像データが放送されると、例えば、図５２Ｂに示すように、子機２₁₁において、そのスコアボードのアップの画像データが表示される。さらに、その後に、再び、次の回のスコアボードのアップの画像データが放送されると、例えば、図５２Ｃに示すように、子機２₁₂において、そのスコアボードのアップの画像データが表示される。

プロ野球中継において、各回が始まるときなどに、スコアボートのアップの画像が放送される場合には、スケーラブルＴＶシステムを構成する子機２_ijでは、上述したようにして、各回の始まりに放送されるスコアボードのアップの画像が、順次表示されていく。

従って、この場合、ユーザは、子機２_ijの表示を見ることで、各回におけるスコアの遷移を認識することができる。

また、例えば、選挙速報の番組においては、当選者の顔をアップにして、各党の当選者の人数を表したテロップを重畳した画像データが表示されることがあるが、このような画像データを、標準パターンとして、画像パターン記憶部２３３に記憶させた場合には、親機１において、選挙速報の番組が受信されると、スケーラブルＴＶシステムを構成する子機２_ijでは、図５３に示すように、その選挙速報で放送される、当選者の顔をアップにした画像データが、順次表示されていく。

従って、この場合、ユーザは、子機２_ijの表示を見ることで、選挙の当選者を認識することができる。

さらに、例えば、放送局では、１日の放送の中で、天気予報が頻繁に放送されるが、天気予報の番組で用いられる日本地図（あるいは、関東地方などのある地方の地図）の画像データを、標準パターンとして、画像パターン記憶部２３３に記憶させた場合には、親機１において、天気予報の番組が受信されると、スケーラブルＴＶシステムを構成する子機２_ijでは、図５４に示すように、その天気予報で放送される天気図が、順次表示されていく。

従って、この場合、ユーザは、子機２_ijの表示を見ることで、同一チャンネルで異なる時刻に放送された天気予報や、異なるチャンネルで放送された天気予報を、容易に認識することができる。

なお、子機２_ijで表示する画像データは、親機１から子機２_ijに転送する他、上述したように、親機１から子機２_ijにフリーズコマンドを送信することによって、子機２_ijに受信させるようにすることが可能である。

次に、図５５は、仮想多視点表示処理を行う親機１における信号処理部１２７（図１０）の第７の機能的構成例を示している。なお、図中、図３２、図４８、または図５０における場合と対応する部分については、同一の符号を付してあり、以下では、その説明は、適宜省略する。即ち、図５５の信号処理部１２７は、図３２の差分検出部１９８およびカウンタ部１９９が設けられておらず、図４８のリングバッファ２２１、音声比較部２２２、および音声パターン記憶部２２３、並びに図５０の画像比較部２３２および画像パターン記憶部２３３が新たに設けられている他は、基本的に、図３２における場合と同様に構成されている。

次に、図５６のフローチャートを参照して、図５５の信号処理部１２７による親機の仮想多視点表示処理について説明する。

そして、仮想多視点表示処理では、まず最初に、ステップＳ２０１において、システムコントローラ２０１が、図４９のステップＳ１８１における場合と同様に、ＣＰＵ１２９から、音声パターン登録要求があったかどうかを判定し、ないと判定した場合、ステップＳ２０２をスキップして、ステップＳ２０３に進む。

また、ステップＳ２０１において、音声パターン登録要求があったと判定された場合、ステップＳ２０２に進み、システムコントローラ２０１は、図４９のステップＳ１８２における場合と同様にして、リングバッファ２２１に記憶された所定期間の音声データを、新たな標準パターンとして、音声パターン記憶部２２３に記憶させ、ステップＳ２０３に進む。

ステップＳ２０３では、システムコントローラ２０１は、図５１のステップＳ１９１における場合と同様に、ＣＰＵ１２９から、画像パターン登録要求があったかどうかを判定し、ないと判定した場合、ステップＳ２０４をスキップして、ステップＳ２０５に進む。

また、ステップＳ２０３において、画像パターン登録要求があったと判定された場合、ステップＳ２０４に進み、システムコントローラ２０１は、図５１のステップＳ１９２における場合と同様に、フレームメモリ１９１に記憶された最新のフレームの画像データを、新たな標準パターンとして、画像パターン記憶部２３３に記憶させ、ステップＳ２０５に進む。

ステップＳ２０５では、音声比較部２２２は、図４９のステップＳ１８３における場合と同様に、リングバッファ２２１に記憶された音声データを、音声の入力パターンとして読み出す。さらに、ステップＳ２０５では、画像比較部２３２は、図５１のステップＳ１９３における場合と同様に、フレームメモリ１９１に記憶された画像データを、画像の入力パターンとして読み出し、ステップＳ２０６に進む。

ステップＳ２０６では、音声比較部２２２は、図４９のステップＳ１８４における場合と同様に、音声の入力パターンと、音声パターン記憶部２２３に記憶された音声の標準パターンとのマッチングを行い、これにより、音声パターン間距離を、音声の入力パターンとしての音声データの特徴として求め、システムコントローラ２０１に供給する。さらに、ステップＳ２０６では、画像比較部２３２は、図５１のステップＳ１９４における場合と同様に、画像の入力パターンと、画像パターン記憶部２３３に記憶された画像の標準パターンとのマッチングを行い、これにより、画像パターン間距離を、画像の入力パターンとしての画像データの特徴として求め、システムコントローラ２０１に供給する。

そして、ステップＳ２０７に進み、システムコントローラ２０１は、図４９のステップＳ１８５、または図５１のステップＳ１９５における場合とそれぞれ同様に、音声の入力パターンの特徴としての音声パターン間距離が所定の閾値以下（未満）であるかどうか、または画像の入力パターンの特徴としての画像パターン間距離が所定の閾値以下（未満）であるかどうかを判定する。

ステップＳ２０７において、音声パターン間距離が所定の閾値以下でないと判定され、かつ画像パターン間距離も所定の閾値以下でないと判定された場合、ステップＳ２０８およびＳ２０９をスキップして、ステップＳ２１０に進む。

また、ステップＳ２０７において、音声パターン間距離が所定の閾値以下であると判定されるか、または画像パターン間距離が所定の閾値以下であると判定された場合、即ち、音声の入力パターンと音声の標準パターンとが一致しているとみなすことができるか、または画像の入力パターンと画像の標準パターンとが一致しているとみなすことができる場合、ステップＳ２０８，Ｓ２０９に順次進み、図３３のステップＳ１０６，Ｓ１０８における場合とそれぞれ同様の処理が行われ、ステップＳ２１０に進む。

即ち、これにより、親機１では、音声の標準パターンと同一もしくは類似の音声データがＭＰＥＧオーディオデコーダ１２６から出力されたときにＭＰＥＧビデオデコーダ１２５が出力した画像データのフレーム、または画像の標準パターンと同一もしくは類似の画像データがＭＰＥＧビデオデコーダ１２５から出力されたときの、その画像データのフレームが、子機２_ijに送信される。

ステップＳ２１０では、システムコントローラ２０１が、ＣＰＵ１２９から、仮想多視点表示処理の終了を指令する終了コマンドを受信したかどうかを判定する。

ステップＳ２１０において、終了コマンドを受信していないと判定された場合、ステップＳ２０１に戻り、以下、同様の処理が繰り返される。

また、ステップＳ２１０において、終了コマンドを受信したと判定された場合、即ち、例えば、ユーザが、リモコン１５（図７）を操作することにより、ＣＲＴ１１にメニュー画面を表示させ、さらに、そのメニュー画面における仮想多視点表示アイコンを再クリックし、これにより、ＣＰＵ１２９に対して、仮想多視点表示処理の終了が指令され、ＣＰＵ１２９が、終了コマンドを、システムコントローラ２０１に供給した場合、親機の仮想多視点表示処理を終了する。

親機１の信号処理部１２７が図５５に示したように構成される場合には、子機２_ijの信号処理部１４７は、図３４に示したように構成され、図３５の仮想多視点表示処理を行っており、従って、子機２_ijでは、上述したようにして親機１から送信されている画像データのフレームが表示される。即ち、子機２_ijでは、音声の標準パターンと同一または類似の音声データがＭＰＥＧオーディオデコーダ１２６から出力されたときにＭＰＥＧビデオデコーダ１２５が出力した画像データのフレームや、画像の標準パターンと同一または類似の画像データがＭＰＥＧビデオデコーダ１２５から出力されたときの、その画像データのフレームが表示される。

なお、上述の場合には、音声パターン間距離が所定の閾値以下であるか、または画像パターン間距離が所定の閾値以下である場合に、ステップＳ２０８およびＳ２０９の処理を行うようにしたが、ステップＳ２０８およびＳ２０９の処理は、その他、例えば、音声パターン間距離が所定の閾値以下であり、かつ画像パターン間距離が所定の閾値以下である場合、即ち、音声の入力パターンと音声の標準パターンとが一致しているとみなすことができ、かつ画像の入力パターンと画像の標準パターンとが一致しているとみなすことができる場合にのみ行うようにすることが可能である。

この場合、子機２_ijでは、音声の標準パターンと同一または類似の音声データがＭＰＥＧオーディオデコーダ１２６から出力された場合にＭＰＥＧビデオデコーダ１２５が出力した画像データが、画像の標準パターンと同一または類似であるときに、その画像データのフレームが表示されることになる。

次に、図５７は、仮想多視点表示処理を行う親機１における信号処理部１２７（図１０）の第８の機能的構成例を示している。なお、図中、図３８における場合と対応する部分については、同一の符号を付してあり、以下では、その説明は、適宜省略する。即ち、図５７の信号処理部１２７は、図３８の信号処理部１２７と基本的に同様に構成されている。

次に、図５８のフローチャートを参照して、図５７の信号処理部１２７による親機の仮想多視点表示処理について説明する。

まず最初に、ステップＳ２２１において、システムコントローラ２０１は、スケーラブルＴＶシステムを構成する子機２の中から、デフォルトの静止画用子機とシーンチェンジ用子機を設定する。

ここで、静止画用子機とは、親機１で表示された画像データのうちの、動きの（ほとんど）ない、静止画とみなせる画像データを表示する子機を意味し、シーンチェンジ用子機とは、親機１で表示された画像データのうちの、シーンチェンジ直後の画像データを表示する子機を意味する。

システムコントローラ２０１は、ステップＳ２２１において、例えば、親機１の左隣の子機２₂₁を、デフォルトの静止画用子機に設定するとともに、親機１の右隣の子機２₂₃を、デフォルトのシーンチェンジ用子機に設定する。

その後、ステップＳ２２２に進み、システムコントローラ２０１は、ＣＰＵ１２９から、静止画用子機の指定があったかどうかを判定する。

即ち、静止画用子機としては、デフォルトの静止画用子機として設定される子機２₂₁以外の子機２_ijを指定することができるようになっており、その指定は、例えば、リモコン１５（図７）のメニューボタンスイッチ８４を操作することによって表示されるメニュー画面における、静止画用子機の指定用アイコンをクリックすることで行うことができるようになっている。

ステップＳ２２２では、その静止画用子機の指定用アイコンがクリックされたかどうかが判定される。

ステップＳ２２２において、静止画用子機の指定がないと判定された場合、ステップＳ２２３をスキップして、ステップＳ２２４に進む。

また、ステップＳ２２２において、静止画用子機の指定があったと判定された場合、即ち、ユーザが、リモコン１５を操作することにより、静止画用子機の指定用アイコンをクリックし、さらに、静止画用子機とする子機２_ijを指定し、これにより、ＣＰＵ１２９が、その子機２_ijを静止画用子機として指定することを指令するコマンドを、システムコントローラ２０１に出力した場合、ステップＳ２２３に進み、システムコントローラ２０１は、その指定された子機２_ijを、静止画用子機に設定し（静止画用子機として認識し）、ステップＳ２２４に進む。

ステップＳ２２４では、システムコントローラ２０１は、ＣＰＵ１２９から、シーンチェンジ用子機の指定があったかどうかを判定する。

即ち、シーンチェンジ用子機としては、デフォルトのシーンチェンジ用子機として設定される子機２₂₃以外の子機２_ijを指定することができるようになっており、その指定は、例えば、リモコン１５（図７）のメニューボタンスイッチ８４を操作することによって表示されるメニュー画面における、シーンチェンジ用子機の指定用アイコンをクリックすることで行うことができるようになっている。

ステップＳ２２４では、そのシーンチェンジ用子機の指定用アイコンがクリックされたかどうかが判定される。

ステップＳ２２４において、シーンチェンジ用子機の指定がないと判定された場合、ステップＳ２２５をスキップして、ステップＳ２２６に進む。

また、ステップＳ２２４において、シーンチェンジ用子機の指定があったと判定された場合、即ち、ユーザが、リモコン１５を操作することにより、シーンチェンジ用子機の指定用アイコンをクリックし、さらに、シーンチェンジ用子機とする子機２_ijを指定し、これにより、ＣＰＵ１２９が、その子機２_ijをシーンチェンジ用子機として指定することを指令するコマンドを、システムコントローラ２０１に出力した場合、ステップＳ２２５に進み、システムコントローラ２０１は、その指定された子機２_ijを、シーンチェンジ用子機に設定し、ステップＳ２２６に進む。

ステップＳ２２６では、フレームメモリ１９１乃至１９３が、ＭＰＥＧビデオデコーダ１２５（図１０）から、１フレームの画像データとしての輝度信号Ｙ、色信号Ｒ−Ｙ，Ｂ−Ｙが供給されるのを待って、その輝度信号Ｙ、色信号Ｒ−Ｙ，Ｂ−Ｙをそれぞれ記憶し、ステップＳ２２７に進む。

ステップＳ２２７では、差分検出部１９８が、直前のステップＳ１０１でフレームメモリ１９１に記憶された画像データの輝度信号Ｙ（現フレームの画像データの輝度信号Ｙ）と、前回のステップＳ１０１でフレームメモリ１９１に記憶された画像データの輝度信号Ｙ（前フレームの画像データの輝度信号Ｙ）との差分絶対値和、即ち、現フレームについての差分絶対値和を、現フレームの画像データの特徴として検出し（求め）、コントローラ２０１に供給する。

そして、ステップＳ２２８に進み、コントローラ２０１は、現フレームについての差分絶対値和が、ほとんど０に等しいかどうか、即ち、小さな正の値の閾値Ｔｈ２未満（または以下）であるかどうかを判定する。

ステップＳ２２８において、現フレームについての差分絶対値和が閾値Ｔｈ２未満であると判定された場合、即ち、現フレームの画像が、前フレームの画像からほとんど（または、まったく）変化しておらず、従って、現フレームの画像が静止画であるとみなせる場合、ステップＳ２２９に進み、システムコントローラ２０１は、メモリ制御部１９７を制御することにより、フレームメモリ１９１乃至１９３に記憶された現フレームの画像データ（の輝度信号Ｙ、色信号Ｒ−Ｙ，Ｂ−Ｙ）を、フレームメモリ１９４乃至１９６にそれぞれ転送し、上書きする形で記憶させ、ステップＳ２３０に進む。

ステップＳ２３０では、システムコントローラ２０１が、出力制御部２００を制御することにより、フレームメモリ１９４乃至１９６に記憶された１フレームの画像データの輝度信号Ｙ、色信号Ｒ−Ｙ，Ｂ−Ｙを読み出させ、ＣＰＵ１２９に供給させる。さらに、ステップＳ１０８では、システムコントローラ２０１は、画像データを、静止画用子機で表示することを指令する表示要求コマンドを、ＣＰＵ１２９に供給して、ステップＳ２３４に進む。

ここで、ＣＰＵ１２９は、システムコントローラ２０１から、静止画用子機での表示を指令する表示要求コマンドを受信すると、IEEE1394インタフェース１３３を制御することにより、出力制御部２００から供給される１フレームの画像データ（の輝度信号Ｙ、色信号Ｒ−Ｙ，Ｂ−Ｙ）を、その画像データの表示を指令する表示要求コマンドとともに、静止画用子機に送信する。静止画用子機となっている子機２_ijの信号処理部１４７は、図３４に示したように構成され、図３５の仮想多視点表示処理を行っており、従って、静止画用子機では、親機１で表示された画像データのうちの、前フレームから殆ど変化のない現フレームの画像データが転送されて表示される。

一方、ステップＳ２２８において、現フレームについての差分絶対値和が閾値Ｔｈ２未満でないと判定された場合、ステップＳ２３１に進み、システムコントローラ２０１は、現フレームについての差分絶対値和が、閾値Ｔｈ２よりも十分に大きい所定の閾値Ｔｈ１より大（または以上）であるかどうかを判定する。

ステップＳ２３１において、現フレームについての差分絶対値和が閾値Ｔｈ１より大でないと判定された場合、ステップＳ２３２およびＳ２３３をスキップして、ステップＳ２３４に進む。

また、ステップＳ２３１において、現フレームについての差分絶対値和が閾値Ｔｈ１より大であると判定された場合、即ち、現フレームの画像が、前フレームの画像から大きく変化しており、従って、現フレームにおいてシーンチェンジがあった場合、ステップＳ２３２に進み、システムコントローラ２０１は、ステップＳ２２９における場合と同様に、メモリ制御部１９７を制御することにより、フレームメモリ１９１乃至１９３に記憶された現フレームの画像データの輝度信号Ｙ、色信号Ｒ−Ｙ，Ｂ−Ｙを、フレームメモリ１９４乃至１９６にそれぞれ転送し、上書きする形で記憶させ、ステップＳ２３３に進む。

ステップＳ２３３では、システムコントローラ２０１が、出力制御部２００を制御することにより、フレームメモリ１９４乃至１９６に記憶された１フレームの画像データの輝度信号Ｙ、色信号Ｒ−Ｙ，Ｂ−Ｙを読み出させ、ＣＰＵ１２９に供給させる。さらに、ステップＳ２３３では、システムコントローラ２０１は、画像データを、シーンチェンジ用子機で表示することを指令する表示要求コマンドを、ＣＰＵ１２９に供給して、ステップＳ２３４に進む。

ここで、ＣＰＵ１２９は、システムコントローラ２０１から、シーンチェンジ用子機での表示を指令する表示要求コマンドを受信すると、IEEE1394インタフェース１３３を制御することにより、出力制御部２００から供給される１フレームの画像データ（の輝度信号Ｙ、色信号Ｒ−Ｙ，Ｂ−Ｙ）を、表示要求コマンドとともに、シーンチェンジ用子機に送信する。シーンチェンジ用子機となっている子機２_ijの信号処理部１４７は、図３４に示したように構成され、図３５の仮想多視点表示処理を行っており、従って、シーンチェンジ用子機では、親機１で表示された画像データのうちの、シーンチェンジ直後の画像データが転送されて表示される。

ステップＳ２３４では、システムコントローラ２０１が、ＣＰＵ１２９から、仮想多視点表示処理の終了を指令する終了コマンドを受信したかどうかを判定する。

ステップＳ２３４において、終了コマンドを受信していないと判定された場合、ステップＳ２２１に戻り、以下、同様の処理が繰り返される。

また、ステップＳ２３４において、終了コマンドを受信したと判定された場合、即ち、例えば、ユーザが、リモコン１５（図７）を操作することにより、ＣＲＴ１１にメニュー画面を表示させ、さらに、そのメニュー画面における仮想多視点表示アイコンを再クリックし、これにより、ＣＰＵ１２９に対して、仮想多視点表示処理の終了が指令され、ＣＰＵ１２９が、終了コマンドを、システムコントローラ２０１に供給した場合、親機の仮想多視点表示処理を終了する。

以上のように、図５７および図５８の実施の形態によれば、静止画用子機では、親機１で受信されている番組の、動きのない画像データが表示され、シーンチェンジ用子機では、親機１で受信されている番組の、シーンチェンジ後の画像データが表示される。

なお、ここでは、静止画用子機とする子機は１台とするようにしたが、静止画用子機とする子機は複数台とし、その複数台の静止画用子機において、図３７で説明したように、親機１からの画像データを、順次表示させるようにすることが可能である。シーンチェンジ用子機についても同様である。

次に、図５９は、仮想多視点表示処理を行う親機１における信号処理部１２７（図１０）の第９の機能的構成例を示している。

フレームメモリ２４１には、ＭＰＥＧビデオデコーダ１２５（図１０）が出力する画像データが供給されるようになっており、フレームメモリ２４１は、その画像データを、一時記憶する。即ち、フレームメモリ２４１は、例えば、少なくとも２フレーム分の画像データを記憶することのできる記憶容量を有しており、時間的に古い方のフレームの画像データに、最新のフレームの画像データを上書きする形で、画像データを順次記憶していく。

ここで、本実施の形態では、上述したように、ＭＰＥＧビデオデコーダ１２５は、画像データとして、輝度信号Ｙ、並びに色信号Ｒ−ＹおよびＢ−Ｙを出力するようになっているが、図５９では、輝度信号Ｙ、並びに色信号Ｒ−ＹおよびＢ−Ｙをまとめて、画像データとしてある。

なお、ＭＰＥＧビデオデコーダ１２５が出力する画像データは、フレームメモリ２４１に供給される他、そのまま、後段のマトリクス回路１２８（図１０）にも供給される。

また、図５９の実施の形態では、ＭＰＥＧオーディオデコーダ１２６が出力する音声データは、信号処理部１２７をスルーして、そのまま後段のアンプ１３７に供給されるようになっているが、その音声データについての図示は省略してある。

Ｎ個のフレームメモリ２４２₁乃至２４２_Nは、メモリ制御部２４３から転送されてくる、フレームメモリ２４１に記憶された画像データを一時記憶する。

メモリ制御部２４３は、システムコントローラ２４７によって制御され、フレームメモリ２４１に記憶された現フレームの画像データ（の輝度信号Ｙ、色信号Ｒ−Ｙ，Ｂ−Ｙ）を、Ｎ個のフレームメモリ２４２₁乃至２４２_Nのうちのいずれかに転送し、上書きする形で記憶させる。

静止画検出部２４４は、フレームメモリ２４１に記憶される画像データから、静止画（とみなせるもの）を検出し、その画像データを、フレームメモリ２４１から読み出して、比較部２４５に供給する。

即ち、静止画検出部２４４は、フレームメモリ２４１に記憶された最新のフレーム（現フレーム）の画像データと、前フレームの画像データとの、例えば、差分絶対値和を求め、その差分絶対値和が０または０に近い値である場合、現フレームの画像データが静止画（動きの（ほとんど）ないもの）であるとして、フレームメモリ２４１から読み出し、比較部２４５に供給する。

なお、静止画検出部２４４では、その他、例えば、差分絶対値和が０または０に近い値となる現フレームが、数フレーム連続した場合に、その最後のフレームの画像データを、静止画として検出するようにすることも可能である。

比較部２４５は、静止画検出部２４４から供給される静止画の画像データと、フレームメモリ２４２₁乃至２４２_Nそれぞれに記憶された画像データとを比較し（２つの画像データのマッチングを行い）、その比較結果を、システムコントローラ２４７に供給する。

即ち、比較部２４５は、静止画検出部２４４から供給される静止画の画像データと、フレームメモリ２４２₁乃至２４２_Nそれぞれに記憶された画像データとの、例えば、差分絶対値和を求め、システムコントローラ２４７に供給する。

出力制御部２４６は、システムコントローラ２４７の制御にしたがい、フレームメモリ２４２_nに記憶された１フレームの画像データを読み出し、ＣＰＵ１２９に供給する。

システムコントローラ２４７は、ＣＰＵ１２９からの制御や、比較部２４５の出力に基づいて、メモリ制御部２４３および出力制御部２４６を制御する。

次に、図６０のフローチャートを参照して、図５９の信号処理部１２７による親機の仮想多視点表示処理について説明する。

まず最初に、ステップＳ２４１において、システムコントローラ２４７は、静止画用子機の最大台数Ｎに、スケーラブルＴＶシステムを構成する子機２の総数をセットする。従って、本実施の形態では、ステップＳ２４１において、静止画用子機の最大台数Ｎに、８がセットされる。

そして、ステップＳ２４２に進み、システムコントローラ２４７は、フレームメモリ２４２₁乃至２４２_Nそれぞれに画像データが記憶されているかどうかを表す記憶フラグflg(1)乃至flg(N)に、画像データが記憶されていないことを表す、例えば０をセットして、ステップＳ２４３に進む。

ここで、記憶フラグflg(1)乃至flg(N)は、システムコントローラ２４７が内蔵する図示せぬメモリに記憶されている。

ステップＳ２４３では、システムコントローラ２４７は、ＣＰＵ１２９から、静止画用子機の指定があったかどうかを判定する。

即ち、図６０の実施の形態においては、デフォルトで、スケーラブルＴＶシステムを構成するすべての子機２が、静止画用子機として設定されるようになっているが、この静止画用子機とする子機２は、ユーザが指定することができるようになっている。この指定は、例えば、上述したように、リモコン１５（図７）のメニューボタンスイッチ８４を操作することによって表示されるメニュー画面における、静止画用子機の指定用アイコンをクリックすることで行うことができるようになっており、ステップＳ２４３では、その静止画用子機の指定用アイコンがクリックされたかどうかが判定される。

ステップＳ２４３において、静止画用子機の指定があったと判定された場合、即ち、ユーザが、リモコン１５を操作することにより、静止画用子機の指定用アイコンをクリックし、さらに、静止画用子機とする１以上の子機２を指定し、これにより、ＣＰＵ１２９が、その１以上の子機２を静止画用子機として指定することを指令するコマンドを、システムコントローラ２４７に出力した場合、ステップＳ２４４に進み、システムコントローラ２４７は、その指定された１以上の子機２を、静止画用子機に設定し（静止画用子機として認識し）、ステップＳ２４５に進む。

ステップＳ２４５では、システムコントローラ２４７は、ＣＰＵ１２９から静止画用子機とすることを指定された子機２の台数を、静止画用子機の最大台数Ｎにセットし直し、ステップＳ２４８に進む。

一方、ステップＳ２４３において、静止画用子機の指定がないと判定された場合、ステップＳ２４６に進み、システムコントローラ２４７は、ＣＰＵ１２９から、フレームメモリ２４２_nに記憶された画像データをクリアするクリア要求があったかどうかを判定する。

即ち、後述するように、フレームメモリ２４２_nには、親機１で過去に受信された静止画の画像データが記憶され、その後に、フレームメモリ２４２_nに記憶された静止画の画像データと類似する静止画の画像データが親機１で新たに受信された場合、その新たに受信された静止画の画像データによって、フレームメモリ２４２_nの記憶内容が更新されるようになっている。従って、フレームメモリ２４２_nに、ある静止画の画像データが記憶されると、その後は、その記憶された静止画の画像データと類似する静止画の画像データだけしか、フレームメモリ２４２_nに記憶されなくなる。

そこで、図６０の実施の形態では、ユーザが、リモコン１５を操作することにより、フレームメモリ２４２_nの記憶内容をクリアすることができるようになっており、ステップＳ２４６では、ユーザが、リモコン１５を、フレームメモリ２４２_nのクリアをするように操作し、これにより、ＣＰＵ１２９からシステムコントローラ２４７に対して、フレームメモリ２４２_nに記憶された画像データをクリアするクリア要求が供給されてきたかどうかが判定される。

ここで、フレームメモリ２４２_nをクリアする要求は、例えば、メニュー画面において行うことができるようになっている。

ステップＳ２４６において、フレームメモリ２４２_nのクリア要求がなかったと判定された場合、ステップＳ２４７をスキップして、ステップＳ２４８に進む。

また、ステップＳ２４６において、フレームメモリ２４２_nのクリア要求があったと判定された場合、即ち、システムコントローラ２４７において、ＣＰＵ１２９からの、フレームメモリ２４２_nのクリアを指令するコマンドが受信された場合、ステップＳ２４７に進み、システムコントローラ２４７は、記憶フラグflg(n)に０をセットし、ステップＳ２４８に進む。

ステップＳ２４８では、フレームメモリ２４１が、ＭＰＥＧビデオデコーダ１２５（図１０）から新たな画像データのフレームが供給されるのを待って、その画像データを記憶し、ステップＳ２４９に進む。

ステップＳ２４９では、静止画検出部２４４が、直前のステップＳ２４４でフレームメモリ２４１に記憶された現フレームの画像データが静止画であるかどうかを判定し、静止画でないと判定した場合、ステップＳ２５０乃至Ｓ２５９をスキップして、ステップＳ２６０に進む。

また、ステップＳ２４９において、現フレームの画像データが静止画であると判定された場合、静止画検出部２４４は、その静止画である現フレームの画像データを、フレームメモリ２４１から読み出し、比較部２４５に供給して、ステップＳ２５０に進む。ステップＳ２５０では、システムコントローラ２４７は、フレームメモリ２４２₁乃至２４２_Nのうち、処理の対象とするフレームメモリ２４２_nを表す変数ｎを０に初期化し、ステップＳ２５１に進む。ステップＳ２５１では、システムコントローラ２４７は、変数ｎを１だけインクリメントして、ステップＳ２５２に進み、さらに、システムコントローラ２４７は、記憶フラグflg(n)が０であるかどうかを判定する。

ステップＳ２５２において、記憶フラグflg(n)が０であると判定された場合、即ち、フレームメモリ２４２_nに、まだ画像データが記憶されていない場合、ステップＳ２５３に進み、システムコントローラ２４７は、フレームメモリ２４２_nに静止画の画像データが記憶されていることを表す、例えば１を、記憶フラグflg(n)にセットし、ステップＳ２５４に進む。

ステップＳ２５４では、システムコントローラ２４７は、メモリ制御部２４３を制御することにより、フレームメモリ２４１に記憶された現フレームの画像データ（の輝度信号Ｙ、色信号Ｒ−Ｙ，Ｂ−Ｙ）を、フレームメモリ２４２_nにそれぞれ転送し、上書きする形で記憶させ、ステップＳ２５８に進む。

ステップＳ２５８では、システムコントローラ２４７は、出力制御部２４６を制御することにより、フレームメモリ２４２_nに記憶された１フレームの画像データを読み出させ、ＣＰＵ１２９に供給させる。さらに、ステップＳ２５８では、システムコントローラ２４７は、フレームメモリ２４２_nに記憶された画像データを静止画用子機で表示することを指令する表示要求コマンドを、ＣＰＵ１２９に供給して、ステップＳ２５９に進む。

ここで、ＣＰＵ１２９は、システムコントローラ２４７から、フレームメモリ２４２_nに記憶された画像データの表示を要求する表示要求コマンドを受信すると、IEEE1394インタフェース１３３を制御することにより、出力制御部２４６から供給される１フレームの画像データ（の輝度信号Ｙ、色信号Ｒ−Ｙ，Ｂ−Ｙ）を、その画像データの表示を指令する表示要求コマンドとともに、静止画用子機とされている子機２のうちの、フレームメモリ２４２_nに対応付けられている子機２_ijに送信する。

即ち、フレームメモリ２４２₁乃至２４２_Nの数Ｎは、静止画用子機とされている子機２の台数（最大台数）Ｎに一致しており、システムコントローラ２４７は、ステップＳ２４１またはＳ２４４の処理の直後に、各フレームメモリ２４２_nに、静止画用子機とされている子機２の１つを割り当て、これにより、１つのフレームメモリ２４２に対して、静止画用子機とされている子機２のうちの１つを対応付ける。

そして、ＣＰＵ１２９は、システムコントローラ２４７から、フレームメモリ２４２_nに記憶された画像データの表示を要求する表示要求コマンドを受信すると、その表示要求コマンドを、フレームメモリ２４２_nに対応付けられている子機２に送信する。

静止画用子機となっている子機２の信号処理部１４７は、図３４に示したように構成され、図３５の仮想多視点表示処理を行っており、従って、表示要求コマンドとともに、フレームメモリ２４２_nに記憶された画像データを受信した子機２では、そのフレームメモリ２４２_nに記憶された画像データが表示される。

一方、ステップＳ２５２において、記憶フラグflg(n)が０でないと判定された場合、即ち、フレームメモリ２４２_nに、画像データが記憶されている場合、ステップＳ２５５に進み、比較部２４５は、静止画検出部２４４から供給された静止画の現フレームの画像データと、フレームメモリ２４２_nに記憶された画像データとの比較することにより、その差分絶対値和（現フレームについての差分絶対値和）を、現フレームの画像データの特徴として求め、システムコントローラ２４７に供給する。

システムコントローラ２４７は、現フレームについての差分絶対値和を、比較部２４５から受信すると、ステップＳ２５６において、その差分絶対値和が、ほとんど０に等しいかどうか、即ち、小さな正の値の閾値以下（または未満）であるかどうかを判定する。

ステップＳ２５６において、現フレームについての差分絶対値和が、０または０に近い値でないと判定された場合、ステップＳ２５７およびＳ２５８をスキップして、ステップＳ２５９に進む。

また、ステップＳ２５６において、現フレームについての差分絶対値和が、０または０に近い値であると判定された場合、即ち、現フレームの画像データが、フレームメモリ２４２_nに記憶された画像データと同じようなパターンのものであり、従って、現フレームの画像データが、親機１で受信され、フレームメモリ２４２_nに記憶された画像データと同じようなものである場合、ステップＳ２５７に進み、システムコントローラ２４７は、メモリ制御部２４６を制御することにより、フレームメモリ２４１に記憶された静止画の現フレームの画像データを、フレームメモリ２４２_nに転送し、上書きする形で記憶させ、これにより、フレームメモリ２４２_nの記憶内容を更新する。

そして、ステップＳ２５８に進み、上述したように、システムコントローラ２４７は、出力制御部２４６を制御することにより、フレームメモリ２４２_nに記憶された１フレームの画像データを読み出させ、ＣＰＵ１２９に供給させる。さらに、ステップＳ２５８では、システムコントローラ２４７は、フレームメモリ２４２_nに記憶された画像データを、フレームメモリ２４２_nに記憶された画像データを静止画用子機で表示することを指令する表示要求コマンドを、ＣＰＵ１２９に供給して、ステップＳ２５９に進む。

これにより、上述したように、フレームメモリ２４２_nに新たに記憶された現フレームの画像データは、親機１から、フレームメモリ２４２_n対応付けられている子機２に転送されて表示される。

ステップＳ２５９では、システムコントローラ２４７が、変数ｎが、静止画用子機の最大台数Ｎに等しいかどうかを判定し、等しくないと判定した場合、ステップＳ２５１に戻り、以下、同様の処理が繰り返される。

また、ステップＳ２５９において、変数ｎが、静止画用子機の最大台数Ｎに等しいと判定された場合、即ち、比較部２４５において、フレームメモリ２４１に記憶された静止画の現フレームの画像データと、フレームメモリ２４２₁乃至２４２_Nそれぞれに記憶された画像データすべてとの比較が終了した場合、ステップＳ２６０に進み、システムコントローラ２４７が、ＣＰＵ１２９から、仮想多視点表示処理の終了を指令する終了コマンドを受信したかどうかを判定する。

ステップＳ２６０において、終了コマンドを受信していないと判定された場合、ステップＳ２４３に戻り、以下、同様の処理が繰り返される。

また、ステップＳ２６０において、終了コマンドを受信したと判定された場合、即ち、例えば、ユーザが、リモコン１５（図７）を操作することにより、ＣＲＴ１１にメニュー画面を表示させ、さらに、そのメニュー画面における仮想多視点表示アイコンを再クリックし、これにより、ＣＰＵ１２９に対して、仮想多視点表示処理の終了が指令され、ＣＰＵ１２９が、終了コマンドを、システムコントローラ２４７に供給した場合、親機の仮想多視点表示処理を終了する。

図５８の仮想多視点表示処理によれば、例えば、図６１Ａに示すように、親機１によって、プロ野球中継の番組の視聴が開始された後に、例えば、スコアボードをアップにした静止画の画像データが、親機１で表示された場合には、そのスコアボードの画像データが、フレームメモリ２４２₁に記憶されるとともに、そのフレームメモリ２４２₁に対応付けられている静止画用子機に転送されて表示される。

即ち、いま、フレームメモリ２４２₁に対応付けられている静止画用子機が、例えば、子機２₁₁であるとすると、子機２₁₁には、図６１Ｂに示すように、フレームメモリ２４２₁に記憶されたスコアボードの画像データのフレームが表示される。

さらに、その後、例えば、野球選手が、アップで、インタビューを受けている静止画の画像データが、親機１で表示された場合には、その野球選手がアップになっている静止画の画像データが、フレームメモリ２４２₂に記憶されるとともに、そのフレームメモリ２４２₂に対応付けられている静止画用子機に転送されて表示される。

即ち、いま、フレームメモリ２４２₂に対応付けられている静止画用子機が、例えば、子機２₁₂であるとすると、子機２₁₂には、図６１Ｂに示すように、フレームメモリ２４２₂に記憶された野球選手の画像データのフレームが表示される。

そして、その後、例えば、スコアボードをアップにした静止画の画像データが、再度、親機１で表示された場合には、そのスコアボードの画像データによって、フレームメモリ２４２₁の記憶内容が更新されるとともに、そのフレームメモリ２４２₁の更新後の画像データが、フレームメモリ２４２₁に対応付けられている静止画用子機である子機２₁₁に転送されて表示される。即ち、この場合、子機２₁₁に表示されたスコアボードの画像データが、最新のものに更新されることになる。

従って、ユーザは、親機１で表示された様々な静止画の画像データの最新のものを視聴することができる。

次に、図６２は、親機１の他の電気的構成例を示している。なお、図中、図１０における場合と対応する部分については、同一の符号を付してあり、以下では、その説明は、適宜省略する。

即ち、図１０の親機１は、ディジタル放送を受信するテレビジョン受像機であるのに対して、図６２の親機１は、アナログ放送を受信するテレビジョン受像機となっている。

チューナ２５１は、アナログのテレビジョン放送信号の所定のチャンネルを検波、復調する。Ａ／Ｄ変換部２５２は、チューナ２５１の出力をＡ／Ｄ変換し、そのＡ／Ｄ変換結果のうちの画像データを、Ｙ／Ｃ分離部２５３に供給し、音声データを、信号処理部１２７に供給する。

Ｙ／Ｃ分離部２５３は、チューナ２５１の出力から、輝度信号Ｙと色信号Ｒ−ＹおよびＢ−Ｙとを分離し、信号処理部１２７に供給する。

以上のように構成される、アナログ放送を受信するテレビジョン受像機であっても、スケーラブルＴＶシステムを構成する親機１とすることが可能である。

なお、子機２としてのテレビジョン受像機も、図６２に示した親機１としてのテレビジョン受像機における場合と同様に、アナログ放送を受信するテレビジョン受像機として構成することが可能である。

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

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

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

あるいはまた、プログラムは、フレキシブルディスク、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コマンドとレスポンスの具体例を示す図である。リモコン１５の電気的構成例を示すブロック図である。リモコン１５が送受信するフレームデータのフォーマットを示す図である。リモコン３５の電気的構成例を示すブロック図である。ＩＲインタフェース１３５の電気的構成例を示すブロック図である。リモコン１５の処理を説明するフローチャートである。ＩＲインタフェース１３５の処理を説明するフローチャートである。親機１の処理を説明するフローチャートである。親機１による認証処理を説明するフローチャートである。子機２の処理を説明するフローチャートである。子機２による認証処理を説明するフローチャートである。信号処理部１２７の第１の構成例を示すブロック図である。信号処理部１２７による第１の親機の仮想多視点表示処理を説明するフローチャートである。信号処理部１４７の第１の構成例を示すブロック図である。信号処理部１４７による第１の子機の仮想多視点表示処理を説明するフローチャートである。スケーラブルＴＶシステムを構成する親機１と子機２における表示の例を示す図である。スケーラブルＴＶシステムを構成する親機１と子機２における表示の例を示す図である。信号処理部１２７の第２の構成例を示すブロック図である。信号処理部１２７による第２の親機の仮想多視点表示処理を説明するフローチャートである。信号処理部１２７の第３の構成例を示すブロック図である。信号処理部１２７による第３の親機の仮想多視点表示処理を説明するフローチャートである。信号処理部１４７の第２の構成例を示すブロック図である。信号処理部１４７による第２の子機の仮想多視点表示処理を説明するフローチャートである。信号処理部１２７の第４の構成例を示すブロック図である。信号処理部１２７による第４の親機の仮想多視点表示処理を説明するフローチャートである。赤外線通信による親機１から子機２へのコマンドの送信を示す図である。親機１から子機２へのコマンドの送信が行われる場合のリモコン１５の処理を説明するフローチャートである。信号処理部１２７の第５の構成例を示すブロック図である。信号処理部１２７による第５の親機の仮想多視点表示処理を説明するフローチャートである。信号処理部１２７の第６の構成例を示すブロック図である。信号処理部１２７による第６の親機の仮想多視点表示処理を説明するフローチャートである。スケーラブルＴＶシステムを構成する親機１と子機２における表示の例を示す図である。スケーラブルＴＶシステムを構成する親機１と子機２における表示の例を示す図である。スケーラブルＴＶシステムを構成する親機１と子機２における表示の例を示す図である。信号処理部１２７の第７の構成例を示すブロック図である。信号処理部１２７による第７の親機の仮想多視点表示処理を説明するフローチャートである。信号処理部１２７の第８の構成例を示すブロック図である。信号処理部１２７による第８の親機の仮想多視点表示処理を説明するフローチャートである。信号処理部１２７の第９の構成例を示すブロック図である。信号処理部１２７による第９の親機の仮想多視点表示処理を説明するフローチャートである。スケーラブルＴＶシステムを構成する親機１と子機２における表示の例を示す図である。親機１の他の電気的構成例を示すブロック図である。本発明を適用したコンピュータの一実施の形態の構成例を示すブロック図である。

符号の説明

１親機，２，２₁₁，２₁₂，２₁₃，２₁₄，２₁₅，２₂₁，２₂₂，２₂₃，２₂₄，２₂₅，２₃₁，２₃₂，２₃₃，２₃₄，２₃₅，２₄₁，２₄₂，２₄₃，２₄₄，２₄₅，２₅₁，２₅₂，２₅₃，２₅₄，２₅₅ 子機，１１ＣＲＴ，１２Ｌ，１２Ｒスピーカユニット，１５リモコン，２１端子パネル，２１₁₁，２１₁₂，２１₁₃，２１₂₁，２１₂₃，２１₃₁，２１₃₂，２１₃₃ IEEE1394端子，２２アンテナ端子，２３入力端子，２４出力端子，３１ＣＲＴ，３２Ｌ，３２Ｒスピーカユニット，３５リモコン，４１端子パネル，４１₁ IEEE1394端子，４２アンテナ端子，４３入力端子，４４出力端子，５１セレクトボタンスイッチ，５２ボリウムボタンスイッチ，５３チャンネルアップダウンボタンスイッチ，５４メニューボタンスイッチ，５５イグジットボタンスイッチ，５６ディスプレイボタン，５７エンタボタンスイッチ，５８数字ボタン（テンキー）スイッチ，５９テレビ／ビデオ切換ボタンスイッチ，６０テレビ／ＤＳＳ切換ボタンスイッチ，６１ジャンプボタンスイッチ，６２ランゲージボタン，６３ガイドボタンスイッチ，６４フェイバリットボタンスイッチ，６５ケーブルボタンスイッチ，６６テレビスイッチ，６７ＤＳＳボタンスイッチ，６８乃至７０ＬＥＤ，７１ケーブル電源ボタンスイッチ，７２テレビ電源ボタンスイッチ，７３ＤＳＳ電源ボタンスイッチ，７４ミューティングボタンスイッチ，７５スリープボタンスイッチ，７６発光部，８１セレクトボタンスイッチ，８２ボリウムボタンスイッチ，８３チャンネルアップダウンボタンスイッチ，８４メニューボタンスイッチ，８５イグジットボタンスイッチ，８６ディスプレイボタン，８７エンタボタンスイッチ，８８数字ボタン（テンキー）スイッチ，８９テレビ／ビデオ切換ボタンスイッチ，９０テレビ／ＤＳＳ切換ボタンスイッチ，９１ジャンプボタンスイッチ，９２ランゲージボタン，９３ガイドボタンスイッチ，９４フェイバリットボタンスイッチ，９５ケーブルボタンスイッチ，９６テレビスイッチ，９７ＤＳＳボタンスイッチ，９８乃至１００ＬＥＤ，１０１ケーブル電源ボタンスイッチ，１０２テレビ電源ボタンスイッチ，１０３ＤＳＳ電源ボタンスイッチ，１０４ミューティングボタンスイッチ，１０５スリープボタンスイッチ，１０６発光部，１１０ボタンスイッチ，１１１乃至１１４方向ボタンスイッチ，１２１チューナ，１２２ＱＰＳＫ復調回路，１２３エラー訂正回路，１２４デマルチプレクサ，１２５ＭＰＥＧビデオデコーダ，１２６ＭＰＥＧオーディオデコーダ，１２７信号処理部，１２７ＡＤＳＰ，１２７ＢＥＥＰＲＯＭ，１２７ＣＲＡＭ，１２８マトリクス回路，１２９ＣＰＵ，１３０ＥＥＰＲＯＭ，１３１ＲＯＭ，１３２ＲＡＭ，１３３ IEEE1394インタフェース，１３４フロントパネル，１３５ＩＲインタフェース，１３６モデム，１３７アンプ，１４１チューナ，１４２ＱＰＳＫ復調回路，１４３エラー訂正回路，１４４デマルチプレクサ，１４５ＭＰＥＧビデオデコーダ，１４６ＭＰＥＧオーディオデコーダ，１４７信号処理部，１４７ＡＤＳＰ，１４７ＢＥＥＰＲＯＭ，１４７ＣＲＡＭ，１４８マトリクス回路，１４９ＣＰＵ，１５０ＥＥＰＲＯＭ，１５１ＲＯＭ，１５２ＲＡＭ，１５３ IEEE1394インタフェース，１５４フロントパネル，１５５ＩＲインタフェース，１５６モデム，１５７アンプ，１６１操作部，１６２制御部，１６３フレーム生成部，１６４送信処理部，１６５発光部，１６６受光部，１６７受信処理部，１６８デバイスコード記憶部，１７１操作部，１７２制御部，１７３フレーム生成部，１７４送信処理部，１７５発光部，１７６受光部，１７７受信処理部，１７８デバイスコード記憶部，１８２制御部，１８３フレーム生成部，１８４送信処理部，１８５発光部，１８６受光部，１８７受信処理部，１８８デバイスコード記憶部，１９１乃至１９６フレームメモリ，１９７メモリ制御部，１９８差分検出部，１９９カウンタ部，２００出力制御部，２０１システムコントローラ，２１１乃至２１６フレームメモリ，２１７メモリ制御部，２１８セレクタ，２１９システムコントローラ，２２１リングバッファ，２２２音声比較部，２２３音声パターン記憶部，２３２画像比較部，２３３画像パターン記憶部，２４１，２４２₁乃至２４２_N フレームメモリ，２４３メモリ制御部，２４４静止画検出部，２４５比較部，２４６出力制御部，２４７システムコントローラ，２５１チューナ，２５２Ａ／Ｄ変換部，２５３Ｙ／Ｃ分離部，３０１バス，３０２ CPU，３０３ ROM，３０４ RAM，３０５ハードディスク，３０６出力部，３０７入力部，３０８通信部，３０９ドライブ，３１０入出力インタフェース，３１１リムーバブル記録媒体

Claims

第１の表示手段を制御する表示制御装置に電気的に接続され、当該表示制御装置により表示制御される第１の表示装置と第２の表示装置からなる表示システムにおいて、
前記第１の表示装置は、
前記表示制御装置に対して外部より入力された入力データに含まれる画像データを当該表示制御装置による制御により前記第１の表示手段が表示すると共に、当該第１の表示手段に表示される画像データと同じ内容である画像データを含む入力データを受信する第１の受信手段と、
前記表示制御装置が前記外部より入力された入力データから第１の特徴を検出すると生成される制御信号を受信する第１の通信手段と、
前記第１の通信手段により受信される前記表示制御装置からの制御信号に応じて、前記第１の受信手段により受信される前記入力データに含まれる画像データを記憶する第１の記憶手段と、
前記第１の表示手段と同時に視認可能であり、前記第１の記憶手段に記憶された前記画像データを表示する第２の表示手段と
を備え、
前記第２の表示装置は、
前記第１の表示手段に表示される画像データと同じ内容である画像データを含む入力データを受信する第２の受信手段と、
前記表示制御装置が前記外部より入力された入力データから第２の特徴を検出すると生成される制御信号を受信する第２の通信手段と、
前記第２の通信手段により受信される前記表示制御装置からの制御信号に応じて、前記第２の受信手段により受信される前記入力データに含まれる画像データを記憶する第２の記憶手段と、
前記第２の記憶手段に記憶された前記画像データを表示する第３の表示手段と
を備えることを特徴とする表示システム。
前記第１の表示装置は、前記表示制御装置との間で認証を行う認証手段をさらに備え、
前記認証が成功した場合に、前記第１の記憶手段は、前記第１の通信手段により受信される前記表示制御信号からの制御信号に応じて、前記第１の受信手段により受信される前記入力データに含まれる画像データを記憶し、前記第２の表示手段は、前記第１の記憶手段に記憶された前記画像データを表示する
ことを特徴とする請求項１に記載の表示システム。
前記第１の受信手段は、テレビジョン放送信号を受信すると共に復調して画像データ及び音声データを出力し、
前記第１の記憶手段は、前記表示制御信号からの制御信号に応じて、前記第１の受信手段より出力される前記画像データを記憶する
ことを特徴とする請求項１に記載の表示システム。
前記第１の表示装置は、
前記表示制御装置に制御信号を送信する遠隔制御装置からの制御信号を受信する第１の制御信号受信手段と、
前記第１の制御信号受信手段により受信された制御信号に応じて、当該第１の表示装置の動作を制御する第１の制御手段と
を備え、
前記第２の表示装置は、
前記表示制御装置に制御信号を送信する遠隔制御装置からの制御信号を受信する第２の制御信号受信手段と、
前記第２の制御信号受信手段により受信された制御信号に応じて、当該第２の表示装置の動作を制御する第２の制御手段と
を備えることを特徴とする請求項１に記載の表示システム。