JP2003110961A - 映像表示制御方法及び映像機器 - Google Patents

Abstract

(57)【要約】 【課題】 テレビジョン受像機などの映像表示を行う機
器を、ＩＥＥＥ１３９４方式などのネットワークに接続
したとき、その映像表示を行う機器での、多画面表示の
制御が良好かつ簡単に行えるようにする。 【解決手段】 複数画面の同時表示が可能な表示手段で
の表示を制御する場合に、表示手段での複数画面の表示
能力を外部に提示し、外部から受信した複数画面表示の
制御要求に基づいて、表示手段での複数画面の表示状態
を設定するようにした。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、例えば、ＩＥＥＥ
（The Institute of Electrical and Electronics Engi
neers ）１３９４方式と称されるデジタル通信バスで他
の機器と接続可能な機器に適用して好適なテレビジョン
受像機などの映像機器、並びにその映像機器に適用され
る映像表示制御方法に関する。

【０００２】

【従来の技術】近年、テレビジョン受像機、ビデオデッ
キ（ビデオ記録再生装置）、各種放送受信用のチュー
ナ、オーディオ再生機器などの映像機器や音声機器（以
下これらの機器をＡＶ機器又はＡＶデバイスと称する）
を、何らかのネットワークに接続して、その接続した機
器間でビデオデータやオーディオデータを伝送させて、
機器間のデータの受け渡しができるようにしたものが提
案され、実用化されつつある。

【０００３】例えば、ＩＥＥＥ（The Institute of Ele
ctrical and Electronics Engineers ）１３９４方式の
シリアルデータバス（デジタル通信制御バス）を用いた
ネットワークを介して、ＡＶ機器でデータ伝送を行える
ようにしたものが開発されている。このネットワークに
おいては、映像データやオーディオデータなどのコンテ
ンツデータを、ストリームデータとして伝送できる。ま
た、所定のコマンド（AV/C Command Transaction Set：
以下ＡＶ／Ｃコマンドと称する）を用いることにより、
ネットワークに接続されているＡＶ機器を遠隔制御する
ことも可能である。また、同様にＡＶ／Ｃコマンドを使
用して、ネットワークに接続されているＡＶ機器の動作
状態を検知することも可能である。

【０００４】従って、例えばテレビジョン受像機とビデ
オデッキとを１３９４方式のバスラインで接続させて、
このバスラインを使用して、ビデオデッキで再生させた
映像データを、テレビジョン受像機に伝送することで、
テレビジョン受像機でビデオデッキの再生映像を表示さ
せることができる。この場合、テレビジョン受像機側か
ら、１３９４方式のバスラインを使用して、ビデオデッ
キの再生動作を指示するＡＶ／Ｃコマンドを伝送するこ
とで、テレビジョン受像機側でビデオデッキの動作の制
御が行える。

【０００５】ところで、近年、テレビジョン受像機は多
機能化する傾向にあり、例えば複数画面を同時表示させ
る映像合成処理が可能なものが実用化されている。例え
ば、図３３に示すように、１台のテレビジョン受像機
に、ビデオデッキ，チューナなどの２台の映像機器２，
３を接続して、それぞれの映像機器２，３から同時に映
像データを１台のテレビジョン受像機に供給したとす
る。このとき、テレビジョン受像機では、様々な形態で
２つの映像を同時に表示できるものがある。

【０００６】例えば、図３３に示すような４種類の表示
態様の中から、所望の表示態様を選択できるようにした
ものがある。４種類の表示態様について説明すると、例
えば、受像機の表示画面１ａとして示すように、一方の
映像機器２からの映像を、左側に大きな画面として表示
させ、他方の映像機器３からの映像を、右側に小さな画
面として表示させる。また、表示画面１ｂとして示すよ
うに、一方の映像機器２からの映像を、左側に小さな画
面として表示させ、他方の映像機器３からの映像を、右
側に大きな画面として表示させる。また、表示画面１ｃ
として示すように、一方の映像機器２からの映像を、画
面全体に表示させた上の隅に、他方の映像機器３からの
映像を、小さな画面として表示させる。さらに、表示画
面１ｄとして示すように、他方の映像機器３からの映像
を、画面全体に表示させた上の隅に、一方の映像機器２
からの映像を、小さな画面として表示させる。

【０００７】表示画面１ｃ，１ｄの例の場合には、小さ
な画面の表示位置について、上下左右に調整できる場合
もある。

【０００８】このような多種類の同時表示が可能な場
合、例えばテレビジョン受像機のリモートコントロール
装置４に用意されたキーを操作することで、ユーザが所
望の表示態様を設定することができる。なお、図３３の
例では、説明を簡単にするために、外部の映像機器２，
３から入力した映像を表示させる例としたが、受像機内
にチューナなどの映像信号源が内蔵されている場合に
は、その受像機内の映像信号源で得られた複数の映像
を、合成させて１つの画面に表示させることができるこ
とは勿論である。

【０００９】図３３に示したような複数画面の同時表示
は、大きく分けて、ＰａＰ（Picture-and-Picture ）と
称される多画面表示と、ＰｉＰ（Picture-in-Picture）
と称される多画面表示に分類される。このＰａＰとＰｉ
Ｐに違いについて説明すると、ＰａＰの場合には、例え
ば図３４に示すように、入力した各映像Ｖ１，Ｖ２は、
表示されるサイズの映像Ｖ１′，Ｖ２′のデータに変換
されて、例えば受像機の画面を複数に分割して設定した
ブロックｂ０，ｂ１，ｂ２，ｂ３の内の、任意のブロッ
クに割当てて、表示させる処理が行われる。このＰａＰ
の場合には、複数の映像に同一のブロックが割当てられ
ることはなく、各映像は重複することなく表示される。

【００１０】ＰｉＰの場合には、例えば図３５に示すよ
うに、入力した一方の映像Ｖ１については、そのままの
サイズで表示させるようにし、他方の映像Ｖ２について
は、縮小したサイズの映像Ｖ２′とし、その縮小したサ
イズの映像を画面の右隅などの所定位置に割当てた映像
Ｖ２″とする。そして、映像Ｖ１の上に、映像Ｖ２″を
重ねる合成処理を行って、映像Ｖ１の一部の表示エリア
に、縮小された映像Ｖ２を表示させる処理が行われる。
このＰｉＰの場合には、それぞれの映像の間には上下関
係、即ち層の概念があり、各映像の配置される層の上下
関係に応じて、上位層に配置された映像が、下の階層の
映像を覆うように、映像が合成されて表示される。

【００１１】実際に、テレビジョン受像機でどのような
合成表示が可能かは、その受像機の能力によって決まる
ものであり、例えばＰｉＰによる多画面表示だけが可能
な機種や、ＰａＰ表示，ＰｉＰ表示の切り替えが可能な
機種など、様々な表示能力の受像機が存在する。ＰａＰ
表示が可能な機種の場合には、図３３に示した表示画面
１ａ，１ｂのように、一方を大きく表示させて、他方を
小さく表示させる例の他に、２つの映像を同じ大きさで
並べて表示させたり、また表示させる画面の数について
も、２画面の同時表示だけでなく、最大で９画面や１６
画面のような多画面の表示が可能なものがある。ＰｉＰ
表示の場合にも、小さく表示される画面の表示位置や表
示サイズを自由に調整可能なものがある。

【００１２】

【発明が解決しようとする課題】ところで、上述したＩ
ＥＥＥ１３９４方式のバスラインにテレビジョン受像機
やビデオデッキなどの映像機器を接続した場合、上述し
たＡＶ／Ｃコマンドで例えば受像機からビデオデッキ側
に、ビデオテープの再生を開始させるコマンドを送った
り、或いは再生を停止させるコマンドを送るようなこと
が可能である。これに対して、従来から提案され実用化
されつつあるＡＶ／Ｃコマンドでは、上述したようなＰ
ａＰ表示やＰｉＰ表示のような多画面表示の制御は、完
全には対応してない問題があった。

【００１３】即ち、既に規格化されているＡＶ／Ｃコマ
ンドでは、例えば被制御機器がビデオテープデッキであ
る場合には、再生や記録の開始，停止，巻き戻し，早送
りのコントロールコマンドが用意されている。また、被
制御機器がテレビジョン受像機である場合には、チャン
ネルのアップ，ダウンや、音量のアップ，ダウンなどの
コントロールコマンドが用意されている。これらのコマ
ンドの詳細は、それぞれの機器の種類毎に決められてい
る。

【００１４】また、ＡＶ／Ｃコマンドを使用して相手の
機器の動作状態を調べるコマンドを送ることで、そのコ
マンドに対するレスポンスで、例えばビデオテープデッ
キで再生中であるか否かや、テレビジョン受像機で表示
させているチャンネル番号などを、バスラインで接続さ
れた他の機器から調べることも可能である。

【００１５】これに対して、上述した受像機での多画面
表示の場合には、受像機に用意された多画面表示機能
が、既に述べたように、様々な表示機能が想定されるた
め、単純に多画面表示をオン，オフさせるようなコマン
ドを送るだけでは不十分であった。

【００１６】なお、ここではＩＥＥＥ１３９４方式のバ
スラインで、受像機などの映像機器のネットワークを組
む場合の問題について述べたが、その他の方式のネット
ワークで映像機器を接続させる場合にも、同様の問題が
ある。この場合、物理的な有線の信号線で接続させたネ
ットワークではなく、例えばワイヤレスで同様のデータ
伝送を行って、ネットワークを組み、ネットワーク内の
他の映像機器の制御を行う場合にも、同様の問題が発生
する。

【００１７】本発明はかかる点に鑑み、テレビジョン受
像機などの映像表示を行う機器をネットワークに接続し
たとき、その映像表示を行う機器での、多画面表示の制
御が良好かつ簡単に行えるようにすることを目的とす
る。

【００１８】

【課題を解決するための手段】本発明は、複数画面の同
時表示が可能な表示手段での表示を制御する場合に、表
示手段での複数画面の表示能力を外部に提示し、外部か
ら受信した複数画面表示の制御要求に基づいて、表示手
段での複数画面の表示状態を設定するようにしたもので
ある。

【００１９】このようにしたことで、表示手段での複数
画面の表示能力が外部の機器で判り、その判った表示能
力に基づいて、外部の機器が適切に複数画面の表示状態
の制御要求を行うことができ、その表示要求を受信した
とき、該当する状態に表示状態を設定することができ
る。

【００２０】

【発明の実施の形態】以下、本発明の一実施の形態を、
図１〜図３２を参照して説明する。

【００２１】図１は、本例の機器とネットワークの接続
構成例を示した図である。本例においては、ネットワー
クを構成する機器として、テレビジョン受像機１００
と、第１のチューナ機器２００と、第１のビデオデッキ
３００とを用意して、それぞれの機器１００，２００，
３００をＩＥＥＥ１３９４方式のバスライン１０で接続
させてある。バスライン１０には、他の機器が図示しな
いその他の機器が接続されていても良い。なお、ＩＥＥ
Ｅ１３９４方式のバスラインの場合には、実際には接続
は１台の機器毎に順にケーブルで接続する構成である。

【００２２】第１のチューナ機器２００は、例えばデジ
タル衛星放送を受信するチューナとしてある。第１のビ
デオデッキ３００は、例えばビデオテープカセットに映
像データ，音声データなどを記録し再生するビデオ記録
再生装置としてある。第１のチューナ機器２００と第１
のビデオデッキ３００は、リモートコントロール装置２
０からの赤外線信号で遠隔制御ができる構成としてあ
る。

【００２３】また、本例においては、テレビジョン受像
機１００に、アナログ信号ケーブルを介して、第２のチ
ューナ機器４００と第２のビデオデッキ５００とが接続
させてある。第２のチューナ機器４００については、第
１のチューナ機器２００が受信する放送サービスとは異
なる放送サービスを受信するチューナとしてある。第２
のビデオデッキ５００は、例えばビデオディスクを記録
媒体として使用したビデオ記録再生装置としてある。ま
たテレビジョン受像機１００のアンテナ入力プラグに
は、外部アンテナ９９が接続させてある。

【００２４】テレビジョン受像機１００では、バスライ
ン１０を介して機器２００，３００から供給される映像
データや、アナログ信号ケーブルを介して機器４００，
５００から供給される映像データの中の入力選択された
映像を、ＣＲＴなどの表示手段に表示させることができ
る。音声出力についても、入力選択に連動して切替えら
れるものである。

【００２５】このようにネットワークに接続されたテレ
ビジョン受像機１００は、表示手段での複数画面の同時
表示が可能な構成としてある。この複数画面の同時表示
などを実現するための構成について説明する前に、ＩＥ
ＥＥ１３９４方式のバスラインでデータ伝送が行われる
仕組みについて、図２０〜図３２を参照して説明する。

【００２６】図２０は、ＩＥＥＥ１３９４方式で接続さ
れた機器間でのデータ伝送のサイクル構造を示す図であ
る。ＩＥＥＥ１３９４方式では、データは、パケットに
分割され、１２５μＳの長さのサイクルを基準として時
分割にて伝送される。このサイクルは、サイクルマスタ
機能を有するノード（バスに接続されたいずれかの機
器）から供給されるサイクルスタート信号によって作り
出される。

【００２７】アイソクロナスパケットは、全てのサイク
ルの先頭から伝送に必要な帯域（時間単位であるが帯域
と呼ばれる）を確保する。このため、アイソクロナス伝
送では、データの一定時間内の伝送が保証される。ただ
し、受信側からの確認（アクノリッジメント：ａｃｋ）
は行われず、伝送エラーが発生した場合は、保護する仕
組みが無く、データは失われる。各サイクルのアイソク
ロナス伝送に使用されていない時間に、アービトレーシ
ョンの結果、バスを確保したノードが、アシンクロナス
パケットを送出するアシンクロナス伝送では、アクノリ
ッジ、およびリトライを用いることにより、確実な伝送
は保証されるが、伝送のタイミングは一定とはならな
い。

【００２８】所定のノードがアイソクロナス伝送を行う
為には、そのノードがアイソクロナス機能に対応してい
なければならない。また、アイソクロナス機能に対応し
たノードの少なくとも１つは、サイクルマスタ機能を有
していなければならない。更に、ＩＥＥＥ１３９４シリ
アスバスに接続されたノードの中の少なくとも１つは、
アイソクロナスリソースマネージャの機能を有していな
ければならない。

【００２９】ＩＥＥＥ１３９４方式は、ＩＳＯ／ＩＥＣ
１３２１３で規定された６４ビットのアドレス空間を有
するＣＳＲ（Control&Status Register ）アーキテクチ
ャに準拠している。図２１は、ＣＳＲアーキテクチャの
アドレス空間の構造を説明する図である。上位１６ビッ
トは、各ＩＥＥＥ１３９４上のノードを示すノードＩＤ
であり、残りの４８ビットが各ノードに与えられたアド
レス空間の指定に使われる。この上位１６ビットは更に
バスＩＤの１０ビットと物理ＩＤ（狭義のノードＩＤ）
の６ビットに分かれる。全てのビットが１となる値は、
特別な目的で使用されるため、１０２３個のバスと６３
個のノードを指定することができる。ノードＩＤは、バ
スリセットがあった際に、付与し直される。バスリセッ
トは、バス１に接続される機器の構成が変化した場合に
発生する。例えば、バス１に接続されたいずれか１台の
機器が外されたり、また新規にバス１に機器が接続され
ことを認識したとき、バスリセットが実行される。

【００３０】下位４８ビットにて規定されるアドレス空
間のうちの上位２０ビットで規定される空間は、２０４
８バイトのＣＳＲ特有のレジスタやＩＥＥＥ１３９４特
有のレジスタ等に使用される初期化レジスタスペース
（Initial Register Space）、プライベートスペース
（Private Space ）、および初期化メモリスペース（In
itial Memory Space）などに分割され、下位２８ビット
で規定される空間は、その上位２０ビットで規定される
空間が、初期化レジスタスペースである場合、コンフィ
ギレーションＲＯＭ（Configuration read only memor
y）、ノード特有の用途に使用される初期化ユニットス
ペース（Initial Unit Space）、プラグコントロールレ
ジスタ（Plug Control Register （ＰＣＲｓ））などと
して用いられる。

【００３１】ここで、プラグコントロールレジスタにつ
いて説明すると、ＩＥＥＥ１３９４方式では、データの
入出力を制御する為に、各ノードは、プラグとして使用
されるレジスタであるＰＣＲ（Plug Control Register
）を有する。これは、論理的にアナログインターフェ
ースに類似した信号経路を形成するために、プラグとい
う概念を、レジスタを使用して実体化したものである。
ＰＣＲは、出力プラグを表すｏＰＣＲ（output Plug Co
ntrol Register）、入力プラグを表すｉＰＣＲ（input
Plug Control Register ）を有する。また、ＰＣＲは、
各機器固有の出力プラグまたは入力プラグの情報を示す
レジスタｏＭＰＲ（output Master Plug Register ）と
ｉＭＰＲ（input Master Plug Register）を有する。各
機器は、ｏＭＰＲおよびｉＭＰＲをそれぞれ複数持つこ
とはないが、個々のプラグに対応したｏＰＣＲおよびｉ
ＰＣＲを、機器の能力によって複数持つことが可能であ
る。アイソクロナスデータの流れは、これらのプラグに
対応するレジスタを操作することによって制御される。

【００３２】図２２はプラグを使用した伝送例を示した
図である。ここではＩＥＥＥ１３９４方式のバスに接続
された機器（ノード）を、ＡＶデバイス（AV-device ）
ａ，ｂ，ｃとして示してある。ＡＶデバイスａのｏＭＰ
Ｒにより伝送速度とｏＰＣＲの数が規定されたｏＰＣＲ

〔０〕〜ｏＰＣＲ〔２〕のうち、ｏＰＣＲ〔１〕により
チャンネルが指定されたアイソクロナスデータは、ＡＶ
デバイスｃのｏＰＣＲ〔１〕から、ＩＥＥＥ１３９４シ
リアスバスのチャンネル＃１に送出される。ＡＶデバイ
スａは、ＩＥＥＥ１３９４シリアスバスのチャンネル＃
１に送出されたアイソクロナスデータを読み込む。同様
に、ＡＶデバイスｂは、ｏＰＣＲ

〔０〕で指定されたチ
ャンネル＃２に、アイソクロナスデータを送出し、ＡＶ
デバイスａは、ｉＰＣＲ〔１〕にて指定されたチャンネ
ル＃２からそのアイソクロナスデータを読み込む。

【００３３】このようにして、ＩＥＥＥ１３９４シリア
スバスによって接続されている機器間でデータ伝送が行
われるが、本例のシステムでは、このＩＥＥＥ１３９４
シリアスバスを介して接続された機器のコントロールの
ためのコマンドとして規定されたＡＶ／Ｃコマンドセッ
トを利用して、各機器のコントロールや状態の判断など
が行えるようにしてある。次に、このＡＶ／Ｃコマンド
セットについて説明する。

【００３４】まず、本例のシステムで使用されるＡＶ／
Ｃコマンドセットにおけるサブユニット アイデンティ
ファイヤ ディスクリプタ（Subunit Identifier Descr
iptor ）のデータ構造について、図２３〜図２６を参照
しながら説明する。図２３は、サブユニットアイデンテ
ィファイヤディスクリプタのデータ構造を示している。
図２３に示すように、サブユニットアイデンティファイ
ヤディスクリプタの階層構造のリストにより形成されて
いる。リストとは、例えば、チューナであれば、受信で
きるチャンネル、ディスクであれば、そこに記録されて
いる曲などを表す。階層構造の最上位層のリストはルー
トリストと呼ばれており、例えば、リスト０がその下位
のリストに対するルートとなる。他のリストも同様にル
ートリストとなる。ルートリストはオブジェクトの数だ
け存在する。ここで、オブジェクトとは、例えば、バス
に接続されたＡＶ機器がチューナである場合、デジタル
放送における各チャンネル等のことである。また、１つ
の階層の全てのリストは、共通の情報を共有している。

【００３５】図２４は、ジェネラル サブユニット デ
ィスクリプタ（The General Subunit Identifier Descr
iptor ）のフォーマットを示している。サブユニット
ディスクリプタには、機能に関しての属性情報が内容と
して記述されている。ディスクリプタ長（descriptor l
ength ）フィールドは、そのフィールド自身の値は含ま
れていない。ジェネレーションＩＤ（generation ID ）
は、ＡＶ／Ｃコマンドセットのバージョンを示してお
り、その値は例えば“００ｈ”（ｈは１６進を表す）と
なっている。ここで、“００ｈ”は、例えば図２５に示
すように、データ構造とコマンドがＡＶ／Ｃ ジェネラ
ル規格（General Specification ）のバージョン３．０
であることを意味している。また、図２５に示すよう
に、“００ｈ”を除いた全ての値は、将来の仕様のため
に予約確保されている。

【００３６】リストＩＤサイズ（size of list ID ）
は、リストＩＤのバイト数を示している。オブジェクト
ＩＤサイズ（size of object ID ）は、オブジェクトＩ
Ｄのバイト数を示している。オブジェクトポジションサ
イズ（size of object position ）は、制御の際、参照
する場合に用いられるリスト中の位置（バイト数）を示
している。ルートオブジェクトリスト数（number of ro
ot object list）は、ルートオブジェクトリストの数を
示している。ルートオブジェクトリストＩＤ（root obj
ect list id ）は、それぞれ独立した階層の最上位のル
ートオブジェクトリストを識別するためのＩＤを示して
いる。

【００３７】サブユニットに属するデータ長（subunit
dependent length）は、後続のサブユニットに属するデ
ータフィールド（subunit dependent information ）フ
ィールドのバイト数を示している。サブユニットに属す
るデータフィールドは、機能に固有の情報を示すフィー
ルドである。製造メーカ特有のデータ長（manufacturer
dependent length ）は、後続の製造メーカ特有のデー
タ（manufacturer dependent information）フィールド
のバイト数を示している。製造メーカー特有のデータ
は、ベンダー（製造メーカ）の仕様情報を示すフィール
ドである。尚、ディスクリプタの中に製造メーカ特有の
データがない場合は、このフィールドは存在しない。

【００３８】図２６は、図２４で示したリストＩＤの割
り当て範囲を示している。図２６に示すように、“００
００ｈ乃至０ＦＦＦｈ”および“４０００ｈ乃至ＦＦＦ
Ｆｈ”は、将来の仕様のための割り当て範囲として予約
確保されている。“１０００ｈ乃至３ＦＦＦｈ”および
“１００００ｈ乃至リストＩＤの最大値”は、機能タイ
プの従属情報を識別するために用意されている。

【００３９】次に、本例のシステムで使用されるＡＶ／
Ｃコマンドセットについて、図２７〜図３２を参照しな
がら説明する。図２７は、ＡＶ／Ｃコマンドセットのス
タックモデルを示している。図２７に示すように、物理
レイヤ８１、リンクレイヤ８２、トランザクションレイ
ヤ８３、およびシリアスバスマネジメント８４は、ＩＥ
ＥＥ１３９４に準拠している。ＦＣＰ（Function Contr
ol Protocol ）８５は、ＩＥＣ６１８８３に準拠してい
る。ＡＶ／Ｃコマンドセット８６は、１３９４ＴＡスペ
ックに準拠している。

【００４０】図２８は、図２７のＦＣＰ８５のコマンド
とレスポンスを説明するための図である。ＦＣＰはＩＥ
ＥＥ１３９４方式のバス上の機器（ノード）の制御を行
うためのプロトコルである。図２８に示すように、制御
する側がコントローラで、制御される側がターゲットで
ある。ＦＣＰのコマンドの送信またはレスポンスは、Ｉ
ＥＥＥ１３９４のアシンクロナス通信のライトトランザ
クションを用いて、ノード間で行われる。データを受け
取ったターゲットは、受信確認のために、アクノリッジ
をコントローラに返す。

【００４１】図２９は、図２８で示したＦＣＰのコマン
ドとレスポンスの関係をさらに詳しく説明するための図
である。ＩＥＥＥ１３９４バスを介してノードＡとノー
ドＢが接続されている。ノードＡがコントローラで、ノ
ードＢがターゲットである。ノードＡ、ノードＢとも
に、コマンドレジスタおよびレスポンスレジスタがそれ
ぞれ、５１２バイトずつ準備されている。図２９に示す
ように、コントローラがターゲットのコマンドレジスタ
９３にコマンドメッセージを書き込むことにより命令を
伝える。また逆に、ターゲットがコントローラのレスポ
ンスレジスタ９２にレスポンスメッセージを書き込むこ
とにより応答を伝えている。以上２つのメッセージに対
して、制御情報のやり取りを行う。ＦＣＰで送られるコ
マンドセットの種類は、後述する図３０のデータフィー
ルド中のＣＴＳに記される。

【００４２】図３０は、ＡＶ／Ｃコマンドのアシンクロ
ナス転送モードで伝送されるパケットのデータ構造を示
している。ＡＶ／Ｃコマンドセットは、ＡＶ機器を制御
するためのコマンドセットで、ＣＴＳ（コマンドセット
のＩＤ）＝“００００”である。ＡＶ／Ｃコマンドフレ
ームおよびレスポンスフレームが、上記ＦＣＰを用いて
ノード間でやり取りされる。バスおよびＡＶ機器に負担
をかけないために、コマンドに対するレスポンスは、１
００ｍｓ以内に行うことになっている。図３０に示すよ
うに、アシンクロナスパケットのデータは、水平方向３
２ビット（＝１quadlet ）で構成されている。図中上段
はパケットのヘッダ部分を示しており、図中下段はデー
タブロックを示している。ディスティネーション（dest
ination ID）は、宛先を示している。

【００４３】ＣＴＳはコマンドセットのＩＤを示してお
り、ＡＶ／ＣコマンドセットではＣＴＳ＝“００００”
である。Ｃタイプ／レスポンス（ctype/response）のフ
ィールドは、パケットがコマンドの場合はコマンドの機
能分類を示し、パケットがレスポンスの場合はコマンド
の処理結果を示す。コマンドは大きく分けて、（１）機
能を外部から制御するコマンド（ＣＯＮＴＲＯＬ）、
（２）外部から状態を問い合わせるコマンド（ＳＴＡＴ
ＵＳ）、（３）制御コマンドのサポートの有無を外部か
ら問い合わせるコマンド（ＧＥＮＥＲＡＬ ＩＮＱＵＩ
ＲＹ（ｏｐｃｏｄｅのサポートの有無）およびＳＰＥＣ
ＩＦＩＣ ＩＮＱＵＩＲＹ（ｏｐｃｏｄｅおよびｏｐｅ
ｒａｎｄｓのサポートの有無））、（４）状態の変化を
外部に知らせるよう要求するコマンド（ＮＯＴＩＦＹ）
の４種類が定義されている。

【００４４】レスポンスはコマンドの種類に応じて返さ
れる。コントロール（ＣＯＮＴＲＯＬ）コマンドに対す
るレスポンスには、「実装されていない」（ＮＯＴ Ｉ
ＭＰＬＥＭＥＮＴＥＤ）、「受け入れる」（ＡＣＣＥＰ
ＴＥＤ）、「拒絶」（ＲＥＪＥＣＴＥＤ）、および「暫
定」（ＩＮＴＥＲＩＭ）がある。ステータス（ＳＴＡＴ
ＵＳ）コマンドに対するレスポンスには、「実装されて
いない」（ＮＯＴ ＩＭＰＬＥＭＥＮＴＥＤ）、「拒
絶」（ＲＥＪＥＣＴＥＤ）、「移行中」（ＩＮＴＲＡＮ
ＳＩＴＩＯＮ）、および「安定」（ＳＴＡＢＬＥ）があ
る。コマンドのサポートの有無を外部から問い合わせる
コマンド（ＧＥＮＥＲＡＬ ＩＮＱＵＩＲＹおよびＳＰ
ＥＣＩＦＩＣ ＩＮＱＵＩＲＹ）に対するレスポンスに
は、「実装されている」（ＩＭＰＬＥＭＥＮＴＥＤ）、
および「実装されていない」（ＮＯＴ ＩＭＰＬＥＭＥ
ＮＴＥＤ）がある。状態の変化を外部に知らせるよう要
求するコマンド（ＮＯＴＩＦＹ）に対するレスポンスに
は、「実装されていない」（ＮＯＴ ＩＭＰＬＥＭＥＮ
ＴＥＤ）、「拒絶」（ＲＥＪＥＣＴＥＤ）、「暫定」
（ＩＮＴＥＲＩＭ）および「変化した」（ＣＨＡＮＧＥ
Ｄ）がある。

【００４５】サブユニットタイプ（subunit type）は、
機器内の機能を特定するために設けられており、例え
ば、テープレコーダ／プレーヤ（tape reccorder/playe
r ），チューナ（tuner ）等が割り当てられる。このサ
ブユニットタイプには、機器に対応した機能の他に、他
の機器に情報を公開するサブユニットであるＢＢＳ（ブ
リテンボードサブユニット）についても割り当てがあ
る。同じ種類のサブユニットが複数存在する場合の判別
を行うために、判別番号としてサブユニットＩＤ（subu
nit id）でアドレッシングを行う。オペレーションのコ
ードであるオペコード（opcode）はコマンドを表してお
り、オペランド（operand ）はコマンドのパラメータを
表している。必要に応じて付加されるフィールド（ddit
ional operands）も用意されている。オペランドの後に
は、０データなどが必要に応じて付加される。データＣ
ＲＣ（Cyclic Reduncy Check）はデータ伝送時のエラー
チェックに使われる。

【００４６】図３１は、ＡＶ／Ｃコマンドの具体例を示
している。図３１の左側は、コマンドタイプ／レスポン
スの具体例を示している。図中上段がコマンドを表して
おり、図中下段がレスポンスを表している。“０００
０”にはコントロール（ＣＯＮＴＲＯＬ）、“０００
１”にはステータス（ＳＴＡＴＵＳ）、“００１０”に
はスペシフィックインクワイリ（ＳＰＥＣＩＦＩＣ Ｉ
ＮＱＵＩＲＹ）、“００１１”にはノティファイ（ＮＯ
ＴＩＦＹ）、“０１００”にはジェネラルインクワイリ
（ＧＥＮＥＲＡＬ ＩＮＱＵＩＲＹ）が割り当てられて
いる。“０１０１乃至０１１１”は将来の仕様のために
予約確保されている。また、“１０００”には実装なし
（ＮＯＴ ＩＮＰＬＥＭＥＮＴＥＤ）、“１００１”に
は受け入れ（ＡＣＣＥＰＴＥＤ）、“１０１０”には拒
絶（ＲＥＪＥＣＴＥＤ）、“１０１１”には移行中（Ｉ
Ｎ ＴＲＡＮＳＩＴＩＯＮ）、“１１００”には実装あ
り（ＩＭＰＬＥＭＥＮＴＥＤ／ＳＴＡＢＬＥ）、“１１
０１”には状態変化（ＣＨＮＧＥＤ）、“１１１１”に
は暫定応答（ＩＮＴＥＲＩＭ）が割り当てられている。
“１１１０”は将来の仕様のために予約確保されてい
る。

【００４７】図３１の中央は、サブユニットタイプの具
体例を示している。“０００００”にはビデオモニタ、
“０００１１”にはディスクレコーダ／プレーヤ、“０
０１００”にはテープレコーダ／プレーヤ、“００１０
１”にはチューナ、“００１１１”にはビデオカメラ、
“０１０１０”にはＢＢＳ（Bulletin Board Subunit）
と称される掲示板として使用されるサブユニット、“１
１１００”には製造メーカ特有のサブユニットタイプ
（Vender unique ）、“１１１１０”には特定のサブユ
ニットタイプ（Subunit type extended tonext byte ）
が割り当てられている。尚、“１１１１１”にはユニッ
トが割り当てられているが、これは機器そのものに送ら
れる場合に用いられ、例えば電源のオンオフなどに使用
される。なお、ここに示した以外のサブユニットタイプ
が定義される場合もある。

【００４８】図３１の右側は、オペコード（オペレーシ
ョンコード：opcode）の具体例を示している。各サブユ
ニットタイプ毎にオペコードのテーブルが存在し、ここ
では、サブユニットタイプがテープレコーダ／プレーヤ
の場合のオペコードを示している。また、オペコード毎
にオペランドが定義されている。ここでは、“００ｈ”
には製造メーカ特有の値（Vender dependent）、“５０
ｈ”にはサーチモード、“５１ｈ”にはタイムコード、
“５２ｈ”にはＡＴＮ、“６０ｈ”にはオープンメモ
リ、“６１ｈ”にはメモリ読出し、“６２ｈ”にはメモ
リ書込み、“Ｃ１ｈ”にはロード、“Ｃ２ｈ”には録
音、“Ｃ３ｈ”には再生、“Ｃ４ｈ”には巻き戻しが割
り当てられている。

【００４９】図３２は、ＡＶ／Ｃコマンドとレスポンス
の具体例を示している。例えば、ターゲット（コンスー
マ）としての再生機器に再生指示を行う場合、コントロ
ーラは、図３２Ａのようなコマンドをターゲットに送
る。このコマンドは、ＡＶ／Ｃコマンドセットを使用し
ているため、ＣＴＳ＝“００００”となっている。ｃｔ
ｙｐｅ（コマンドタイプ）には、機器を外部から制御す
るコマンド（ＣＯＮＴＲＯＬ）を用いるため、ｃタイプ
＝“００００”となっている（図３１参照）。サブユニ
ットタイプはテープレコーダ／プレーヤであることよ
り、サブユニットタイプ＝“００１００”となっている
（図３１参照）。ｉｄはＩＤ０の場合を示しており、ｉ
ｄ＝０００となっている。オペコードは再生を意味する
“Ｃ３ｈ”となって５る（図３１参照）。オペランドは
順方向（ＦＯＲＷＡＲＤ）を意味する“７５ｈ”となっ
ている。そして、再生されると、ターゲットは図３２Ｂ
のようなレスポンスをコントローラに返す。ここでは、
「受け入れ」（ａｃｃｅｐｔｅｄ）がレスポンスに入る
ため、レスポンス＝“１００１”となっている（図３１
参照）。レスポンスの部分を除いて、他は図３２Ａと同
じであるので説明は省略する。

【００５０】以上説明した伝送処理が、本例の場合には
図１に示したテレビジョン受像機１００と第１のチュー
ナ装置２００とビデオデッキ３００との間で実行され、
デジタル化された映像データやオーディオデータなどの
ストリームデータの伝送が、これらの機器間でバスライ
ン１０を介して実行でき、またＡＶ／Ｃコマンドをバス
ライン１０を介して伝送することで、接続された他の機
器の制御や状態の検知が可能である。

【００５１】次に、本例のテレビジョン受像機１００
の、映像処理に関係した構成を、図２を参照して説明す
る。本例のテレビジョン受像機１００は、入力プラグと
して、アンテナ入力プラグ１０１と、アナログ入力プラ
グ１１１〜１１３と、バス接続プラグ１３０とを備え
る。バス接続プラグ１３０は、ＩＥＥＥ１３９４方式の
バスライン１０が接続されるプラグであり、既に説明し
たように、データの入力プラグとして機能すると共に、
出力プラグとしても機能する。

【００５２】アンテナ入力プラグ１０１に、図１に示し
た外部アンテナ９９などが接続されることで、受信選局
処理部１４１で、所定のチャンネルの放送信号が受信さ
れ、その受信された放送信号に含まれる映像データを入
力信号選択処理部１４２に供給する。３つのアナログ入
力プラグ１１１〜１１３には、３台までの映像機器が接
続でき、ここでは図１に示した第２のチューナ装置４０
０が出力するアナログ映像信号を、入力プラグ１１１に
供給し、第２のビデオデッキ５００が出力するアナログ
映像信号を、入力プラグ１１２に供給する。各アナログ
入力プラグ１１１〜１１３に得られる映像信号は、それ
ぞれ入力信号選択処理部１４２に供給する。バス接続プ
ラグ１３０に接続されたバスライン１０を介して受信し
た映像データについても、入力信号選択処理部１４２に
供給する。

【００５３】入力信号選択処理部１４２では、制御部１
５０からの制御情報に基づいて、いずれかの入力映像を
選択する処理を行う。この場合、複数の画面を合成させ
て表示させる処理を行う場合には、複数の映像データを
選択する。入力信号選択処理部１４２で選択された映像
データは、画像信号処理部１４３に供給して、表示させ
るための処理などを行い、その処理された映像データ
を、画像表示部１４４に供給して、表示部１４４が備え
る表示手段、例えばＣＲＴ（陰極線管）に映像を表示さ
せる。複数の入力映像を合成させて、複数画面を同時に
表示させる表示形態とする処理についても、制御部１５
０からの制御情報に基づいて、画像信号処理部１４３で
実行される。画像信号処理部１４３での複数画面表示な
どの表示処理状態の情報は、制御部１５０に送るように
してある。

【００５４】ＩＥＥＥ１３９４方式のバスライン１０が
接続されるバス接続プラグ１３０は、通信制御部１４５
と接続させてあり、制御部１５０の制御で、バスライン
１０を介したネットワーク内の機器との双方向の通信が
行われる。このバスライン１０を介した通信状態につい
ては、既に図２０〜図３２を参照して説明した処理状態
である。

【００５５】通信制御部１４５でバスライン１０を介し
て受信したデータは、制御情報分離部１４６で、制御情
報とストリーム情報とが分離されて、分離された制御情
報については、制御部１５０に供給する。制御情報分離
部１４６で分離された映像データなどのストリーム情報
については、データ分離復号部１４７に供給して復号処
理を行い、復号された映像データを、入力信号選択処理
部１４２に供給する。また、制御部１５０からバスライ
ン１０側に送信する制御情報については、制御部１５０
から通信制御部１４５に供給するようにしてある。この
テレビジョン受像機１００からバスライン１０側に送信
させる制御情報としては、現在の動作状態や、この受像
機１００の能力に関するデータがある。例えば複数画面
の表示能力のデータや、複数画面の表示状態のデータ
を、送信させることができるようにしてある。

【００５６】通信制御部１４５では、バスライン１０を
介して通信を行うのに必要な制御処理を行うようにして
ある。この場合、１ＥＥＥ１３９４方式及びＡＶ／Ｃコ
マンドによる処理が行えるようにするために、ＩＥＥＥ
１３９４方式及びＡＶ／Ｃコマンドで規定されたレジス
タとして使用されるメモリ１４８が、通信制御部１４５
に用意されている。

【００５７】ここで、図２に示した構成のテレビジョン
受像機１００を、ＡＶ／Ｃコマンドで制御される論理モ
デルとして示した構成を、図３に示す。既にＡＶ／Ｃコ
マンドの説明で述べたように、ＡＶ／Ｃコマンドでは、
各機器が備える機能をサブユニットと表すようにしてあ
り、本例のテレビジョン受像機１００の場合には、チュ
ーナサブユニット１６０とモニタサブユニット１７０の
２つのサブユニットを備えている構成となる。ＡＶ／Ｃ
コマンドでの論理構成では、受像機１００そのものの入
力プラグ，出力プラグとは別に、各サブユニット１６
０，１７０についても、入力プラグと出力プラグが用意
されている。

【００５８】即ち、チューナサブユニット１６０につい
ては、アンテナ入力プラグ１０１に得られる信号が、チ
ューナ入力プラグ１６１に供給される。もう１系統のチ
ューナ入力プラグ１６２についても用意されている。そ
して、チューナサブユニット１６０で受信して得られた
映像データは、チューナ出力プラグ１６３から出力され
る。このチューナ出力プラグ１６３から出力される映像
データは、仮想的な出力プラグ１３１及び入力信号選択
処理部１４２に供給する。

【００５９】仮想的な出力プラグ１３１は、仮想的な入
力プラグ１３２ａ〜１３２ｎと共に、バス接続プラグ１
３０に接続されたバスライン１０を介して通信を行う際
に、仮想的に構成される入力プラグ及び出力プラグであ
る。ここでは、出力プラグ１３１は１つのプラグとして
示してあるが、入力プラグ１３２ａ〜１３２ｎは、それ
ぞれが別のストリームデータ（映像データ）の入力プラ
グとして設定される複数のプラグとして示される。

【００６０】各入力プラグ１３２ａ〜１３２ｎに得られ
るストリームデータは、入力信号選択処理部１４２内で
選択されて、モニタサブユニット１７０に供給する。ア
ナログ入力プラグ１１１〜１１３に得られる映像信号に
ついても、入力信号選択処理部１４２内で選択して、モ
ニタサブユニット１７０に供給することができる。ま
た、チューナサブユニット１６０で受信して得た映像デ
ータについても、入力信号選択処理部１４２内で選択し
て、モニタサブユニット１７０に供給することができ
る。複数画面の同時表示を行う際には、入力信号選択処
理部１４２では、２系統以上の入力を同時に選択して、
モニタサブユニット１７０に供給することができる。

【００６１】モニタサブユニット１７０内では、供給さ
れる１つ又は複数の系統の映像データを表示処理して、
用意された表示手段に映像（画像）を表示させる。複数
画面の同時表示処理についても、モニタサブユニット１
７０内で実行される。このとき、モニタサブユニット１
７０で表示処理させる映像データを、このモニタサブユ
ニット１７０の出力プラグ１７９から出力させて、テレ
ビジョン受像機１００の出力プラグ１０２から外部に出
力させるようにしても良い。

【００６２】そして、本例のテレビジョン受像機１００
は、複数画面の同時表示状態を、ＡＶ／Ｃコマンドのフ
ォーマットによるコマンドのバスライン１０を介した受
信で、制御されるようにしてある。さらに、複数画面の
同時表示能力と、複数画面の同時表示状態を、ＡＶ／Ｃ
コマンドでフォーマット化されたデータとして、バスラ
イン１０で接続された外部の機器に通知できるようにし
てある。

【００６３】図４は、この複数画面の表示に関する制御
と、表示能力及び表示状態の提示の概念を示した図であ
る。外部からバスライン１０を介して受像機１００が受
信した制御コマンドは、制御部１５０内のコマンド解釈
部１５１で判別され、制御部１５０内の表示制御部１５
２が、その判別したコマンドに基づいた表示状態の制御
を行う。また、この表示制御部１５２の制御で実行可能
な複数画面の表示能力は、モニタサブユニット１７０内
のサブユニットアイデンティファイアディスクリプタ１
７０ａに記述（記憶）させてある。さらに、表示制御部
１５２の制御で現在実行中の複数画面の表示状態（又は
１つの画面の表示状態）のデータは、ステータスディス
クリプタ１７０ｂに記述（記憶）させてある。このサブ
ユニットアイデンティファイアディスクリプタ１７０ａ
及びステータスディスクリプタ１７０ｂに記述されたデ
ータは、制御部１５０の制御で通信制御部１４５が読み
出して、バスライン１０で接続された外部の機器に送信
できる。

【００６４】なお、ディスクリプタ１７０ａ，１７０ｂ
には、複数画面の同時表示以外の、受像機１００の能力
や動作状態に関する情報を同時に記述させるようにして
も良い。

【００６５】図５は、モニタサブユニット１７０の論理
構成を示した図である。モニタサブユニット１７０は、
入力プラグ１７１ａ〜１７１ｎに得られる複数系統の映
像データを、画面合成処理部１７２に供給する。複数画
面の同時表示を行う際には、複数画面が同時に表示され
る映像データを生成される。１つの画面の表示だけを行
う際には、いずれか１つの系統の映像データだけが選択
される。

【００６６】画面合成処理部１７２が出力する映像デー
タは、画質処理部１７３に供給して、明るさ，色合いな
どの画質調整処理が行われて、その調整された映像デー
タを、ディスプレイ部１７４に供給して表示させる。ま
た、画質処理部１７３が出力する映像データを、出力プ
ラグ１７９から出力させる。

【００６７】このモニタサブユニット１７０内の画面合
成処理部１７２が合成処理できる能力は、サブユニット
アイデンティファイアディスクリプタ１７０ａに記憶さ
せてある。例えば、ＰｉＰの合成処理やＰａＰの合成処
理を行う際に、複数画面を構成する各画面の表示サイズ
と表示位置について、記憶させてある。画面合成処理部
１７２での現在の合成処理状態については、ステータス
ディスクリプタ１７０ｂに記憶させてある。従って、ス
テータスディスクリプタ１７０ｂの記憶データは、随時
更新される。このステータスディスクリプタ１７０ｂに
記憶された合成状態のデータは、複数画面の同時表示が
行われているときには、その複数画面を構成する各画面
の表示サイズと表示位置と入力プラグのデータが含まれ
る。

【００６８】図６は、モニタサブユニット１７０と、そ
のサブユニット内の画面合成処理部１７２とのプラグの
接続関係を示した図である。モニタサブユニット１７０
に用意された複数の入力プラグ１７１ａ，１７１ｂ‥‥
１７１ｎは、それぞれ画面合成処理部１７２の入力プラ
グ１７２ａ，１７２ｂ‥‥１７２ｎと接続させてある。
いくつの画面を合成させて１つの表示画面を構成させる
のかによって、使用する入力プラグの数が決まり、合成
されて生成された映像データを、出力プラグ１７２ｏか
ら出力させる。画面合成部１７２で合成処理を行わない
場合には、１つの入力プラグに入力した映像データを、
そのまま出力プラグ１７２ｏから出力させる。

【００６９】図７は、画面合成処理部１７２の内部のレ
イヤ単位の論理機能構成を示した図である。ここでは、
入力プラグ１７２ａに得られる主ビデオストリームと、
入力プラグ１７２ｂに得られる副ビデオストリームの、
２つの映像データを合成させる処理が実行される例を示
してある。

【００７０】入力プラグ１７２ａに得られる主ビデオス
トリームは、サイズ変換部１８２にて、必要により画面
のサイズが変換された映像データとされる。サイズ変換
部１８２の出力は、ポジション設定部１８３で、１画面
中の表示位置が設定された映像データとされ、合成部１
８４に供給される。入力プラグ１７２ｂに得られる副ビ
デオストリームは、サイズ変換部１８５にて、必要によ
り画面のサイズが変換された映像データとされる。サイ
ズ変換部１８５の出力は、ポジション設定部１８６で、
１画面中の表示位置が設定された映像データとされ、合
成部１８４に供給される。

【００７１】合成部１８４では、１画面に合成された合
成ビデオストリームとされた映像データを生成させる処
理が実行される。このとき、入力プラグ１８７に得られ
るその他のビデオストリーム（映像データ）が合成され
る場合もある。この入力プラグ１８７に得られる映像デ
ータとしては、通常の映像データの他に、文字表示など
を行うためのデータである場合もある。合成部１８４で
の合成処理は、受像機の制御部１５０から制御データ入
力ポート１８８に供給される制御データに基づいて実行
される。

【００７２】この図７に示す構成は、レイヤ構造として
示したとき、図８に示すようになる。即ち、入力プラグ
１７１ａ，１７１ｂ，１７１ｃに得られる３系統の映像
データは、それぞれの画面合成処理部１７２内の別のレ
イヤ１８０ａ，１８０ｂ，１８０ｃで処理されて、合成
部１８４に供給されて合成されることになる。各レイヤ
１８０ａ，１８０ｂ，１８０ｃは、例えば個別の画像メ
モリで構成されて、それぞれの画像メモリに張りつけら
れた映像データを、合成させることで、１つの合成映像
データとされる。

【００７３】ここで、レイヤ構造の例を、図９〜図１１
に示す。図９の例は、画面合成処理部１７２内で、４分
割した画面の合成処理を行う例である。この図９の場合
には、１つの画面を４分割して、４つのブロックＢ１
０，Ｂ１１，Ｂ１２，Ｂ１３を構成させて、それぞれの
ブロックＢ１０〜Ｂ１３に、入力プラグ１７１ａ〜１７
１ｄからの映像データによる画面を割当てるように、合
成処理を行う。

【００７４】図１０の例は、画面合成処理部１７２内
で、７分割した画面の合成処理を行う例である。この図
１０の場合には、１つの画面を９分割して、その９分割
して構成される９ブロックの内の４つのブロックを１つ
の画面で使用するブロック（Ｂ２３）とし、残りのブロ
ック（Ｂ２０，Ｂ２１，Ｂ２２，Ｂ２４，Ｂ２５）につ
いては、１つのブロックに１つの画面を割当てるように
してある。この場合にも、各ブロックＢ２０〜Ｂ２５
に、入力プラグ１７１ａ〜１７１ｆからの映像データに
よる画面を割当てるように、合成処理を行う。

【００７５】図１１の例は、画面合成処理部１７２内
で、４分割した画面の合成処理を行う例であるが、この
例の場合には、１つの入力プラグ１７１ａに得られる映
像データを、周期的に異なるブロックに配置させたもの
である。この図１１の場合には、１つの画面を４分割し
て、４つのブロックＢ３０，Ｂ３１，Ｂ３２，Ｂ３３を
構成させて、それぞれのブロックＢ３０〜Ｂ３３に、入
力プラグ１７１ａからの映像データによる画面を、例え
ば１秒毎に静止画像として順に割当てるように、合成処
理を行う。この場合には、例えば、次の映像データが同
じブロックに割当てられるまで、その画面を静止画像と
して表示させることになる。

【００７６】ここまで例では、１画面内にブロックを設
定した例であるが、絶対画素値を指定して、入力した映
像データの表示サイズや位置を指定することもできる。
即ち、図１２に示すように、１つのレイヤでの処理とし
て、１画面内での水平方向の始点の画素位置（Ｈ ＰＯ
Ｓ）と垂直方向の始点のライン位置（Ｖ ＰＯＳ）とを
指定し、さらに水平方向の画素数（Ｈ ＳＩＺＥ）と垂
直方向のライン数（ＶＳＩＺＥ）とを指定することで、
１つの分割画面の表示位置と表示サイズが指定されるこ
とになる。

【００７７】ブロック単位で指定する場合には、実際に
は、図１３に示すように、１つの表示画面を細かく多数
のブロックに分けて、その細かく分けられたブロックの
中のどの位置のブロックを、何個使用するか指定するこ
とで、表示位置と表示サイズが設定できることになる。
この場合、図１４に示すように、１つの分割ブロック
は、水平方向の画素数と垂直方向のライン数とが、決め
られた数となっており、分割ブロックを使用する位置と
数が定まることで、結果的に１つの分割画面の表示位置
と表示サイズが指定されることになる。

【００７８】このような絶対画素位置などの指定により
複数画面の同時表示が行われるのか、或いは、ブロック
数などの指定により複数画面の同時表示が行われるのか
は、受像機１００が実行可能な複数画面の表示能力を記
述した、モニタサブユニット１７０内のサブユニットア
イデンティファイアディスクリプタ１７０ａに記述させ
てある。

【００７９】次に、このように複数画面の同時表示を、
テレビジョン受像機１００で実行する場合に、その制御
を、ＩＥＥＥ１３９４方式のバスライン１０で接続され
た他の機器から実行する場合の処理を、図１５のフロー
チャートを参照して説明する。

【００８０】この例では、例えば、バスライン１０に接
続された第１のチューナ機器２００からの指令で、テレ
ビジョン受像機１００での複数画面の同時表示処理を実
行するものとする。この場合、第１のチューナ機器２０
０の前面パネルなどに配置された操作キーをユーザが操
作することで、複数画面表示の指令を送る。或いは、第
１のチューナ機器２００を操作するためのリモートコン
トロール装置２０を操作して、そのリモートコントロー
ル装置２０から第１のチューナ機器２００に、複数画面
表示のためのリモートコントロール信号を赤外線信号な
どで送り、その送られたリモートコントロール信号に基
づいて、第１のチューナ機器２００が該当する指令を送
る処理を行うようにしても良い。

【００８１】図１５のフローチャートでは、左側の外部
機器と書かれた処理が、第１のチューナ機器２００側で
の処理であり、右側の受像機と書かれた処理が、テレビ
ジョン受像機１００側での処理である。まず、チューナ
機器２００では、受像機のコントロールを行うので、バ
スライン１０を介した信号出力先に受像機１００を選択
し（ステップＳ１１）、チューナ機器２００と受像機１
００との間でのバスライン１０を介した論理的な接続を
確立させ、ＡＶ／Ｃコマンドの伝送ができる状態とする
（ステップＳ１２）。受像機側でも、チューナ機器２０
０から要求で、バスライン１０を介したチューナ機器２
００との論理的な接続が確立する（ステップＳ３１）。
このステップＳ１１，Ｓ１２，Ｓ３１の処理は、既に接
続が確立している状態では不要である。

【００８２】次に、チューナ機器２００は、受像機１０
０での複数画面の同時表示能力を確認する処理を行う。
この表示能力を確認するために、チューナ機器２００内
の制御部は、受像機１００内のサブユニットアイデンテ
ィファイアディスクリプタ１７０ａに記述された、複数
画面の同時表示能力の情報を読み出すコマンドを、受像
機１００に送る（ステップＳ１３）。このコマンドは、
既に説明したＡＶ／Ｃコマンドで、相手の機器の状態を
問い合わせるコマンドとして送る。

【００８３】このチューナ機器２００からのコマンド
を、受像機１００内の通信制御部１４５が受信したとき
（ステップＳ３２）、その受信したコマンドの解釈が行
われ（ステップＳ３３）、その解釈で表示能力を問い合
わせるコマンドであることが判ると、ディスクリプタ１
７０ａとしてのデータが記憶されたメモリ１４８から、
該当するデータを読み出し（ステップＳ３４）、その読
み出した表示能力のデータを、レスポンスとしてチュー
ナ機器２００に伝送させる（ステップＳ３５）。また、
ディスクリプタ１７０ｂに記憶された、現在の受像機１
００での表示状態についても、レスポンスでチューナ機
器２００に伝送させる。

【００８４】チューナ機器２００では、このレスポンス
を受信すると、レスポンスに含まれた表示能力のデータ
を、例えばチューナ機器２００の制御部に接続されたメ
モリなどに記憶させておく（ステップＳ１４）。なお、
ステップＳ１３，Ｓ１４でのチューナ機器側でのコマン
ドの送信及びレスポンスの受信と、このコマンドの送信
に対応した、ステップＳ３２〜Ｓ３５での受像機側での
コマンドの受信からレスポンスの送信までの処理につい
ては、既にチューナ機器２００側で受像機１００の表示
能力が判っている場合には、処理を行う必要がない。

【００８５】ここまでの処理が行われた状態で、チュー
ナ機器２００（又はリモートコントロール装置２０）の
画面切替ボタンが押されたとする（ステップＳ１５）。
このとき、ＰａＰの画面切替か、或いはＰｉＰの画面切
替かを、ユーザ操作で選択させる（ステップＳ１６）。
この選択操作で、ＰａＰの画面切替が指示されたか、或
いはＰｉＰの画面切替が指示されたかを、チューナ機器
２００の制御が判断する（ステップＳ１７）。

【００８６】この判断で、ＰａＰの画面切替であると判
断したときには、ＰａＰの画面表示のための調整を、ユ
ーザ操作で実行させる（ステップＳ１８）。具体的に
は、各入力映像データによる画面の左右の表示位置の選
択や、それぞれの画面の表示サイズの調整などが行われ
る。また、それぞれの画面を構成する入力映像データの
選択についても、必要により行われる。また、ＰｉＰの
画面切替であると判断したときには、ＰｉＰの画面表示
のための調整を、ユーザ操作で実行させる（ステップＳ
１９）。具体的には、重複して表示される位置で、いず
れの入力映像を上側に表示させるのかの選択や、それぞ
れの画面の表示サイズの調整などが行われる。

【００８７】これらの選択や調整が終わると、受像機１
００の能力や状態を確認する（ステップＳ２０）。この
ときには、ステップＳ１４で受信したレスポンスを記憶
したデータから、能力や現在の状態を確認する。このと
き、現在の表示状態を確認するために、表示状態を問い
合わせるコマンドを再度送っても良い。

【００８８】そして、ステップＳ２０で確認した現在の
表示状態から、ステップＳ１８又はＳ１９で選択や調整
された状態とするために必要な、詳細な表示状態を判断
する（ステップＳ２１）。具体的には、各表示画面のレ
イヤ位置、分割数、サイズ、表示位置、入力プラグなど
の情報を特定させる。これらの情報が特定して、表示状
態を指定する情報が生成されたとき、その生成された表
示状態を指定する情報を、表示状態を指定するコマンド
に配置して、受像機１００に送信する。

【００８９】このコマンドを受像機１００側で受信する
と（ステップＳ３６）、そのコマンドで指定された内容
の解釈を行い（ステップＳ３７）、受信コマンドに従っ
て、指示された入力プラグの映像データのサイズ変換、
及び表示調整を行い、その調整された映像データによる
画像を、指定されたレイヤ用の画像メモリに張りつける
処理を実行させる（ステップＳ３８）。そして、その各
レイヤ毎の画像の重畳処理を行って、合成された１つの
画面とし（ステップＳ３９）、その合成された映像デー
タを表示処理させて、受像機１００が備える表示手段に
複数画面が合成された映像を表示させる（ステップＳ４
０）。

【００９０】このように複数画面の表示状態が変化した
とき、ステータスディスクリプタ１７０ｂの記憶データ
を、対応した表示状態のデータに更新させる（ステップ
Ｓ４１）。このステータスディスクリプタ１７０ｂの記
憶データが更新されたとき、必要によりチューナ機器２
００などの外部機器に、そのディスクリプタ１７０ｂの
記憶データが更新されたことを通知するようにしても良
い。

【００９１】ここで、ＡＶ／Ｃコマンドで、このような
表示制御のためのデータを伝送する際のデータ構造の例
について説明する。既に説明したように、ＡＶ／Ｃコマ
ンドでは、図３０に示したパケット構造のデータが伝送
され、オペコードの区間に、制御する指令のデータが配
置され、オペランドの区間に、制御状態の詳細のデータ
が配置される。ここで本例のように複数画面を合成して
表示させる制御を行う際には、例えば図１６に示すよう
に、オペランド〔３〕の区間に、４ビットの合成タイプ
のデータと、４ビットの合成状態のデータとが配置さ
れ、オペランド〔４〕以降の区間に、合成タイプに特有
のデータが配置されて、その合成タイプに特有のデータ
で、各分割画面の詳細が示される。

【００９２】合成タイプのデータは、例えば図１７に示
すように構成されて、ステータスの問い合わせを示すデ
ータと、ＰａＰモードを指示するデータと、ＰｉＰモー
ドを指示するデータとが用意されている。その他のデー
タは未定義である。

【００９３】合成状態のデータは、例えば図１８に示す
ように構成されて、ＰａＰモード又はＰｉＰモードをオ
ンさせるデータと、ＰａＰモード又はＰｉＰモードをオ
フさせるデータとが用意されている。その他のデータは
未定義である。

【００９４】図１９は、入力プラグ０〜ｙの複数の入力
プラグの映像データを合成させる指定を行うＡＶ／Ｃコ
マンドの例を示した図である。この例では、オペランド
〔３〕の区間で合成状態と合成タイプとが指示され、オ
ペランド〔４〕の区間で分割数が示され、オペランド
〔５〕の区間で使用される入力プラグの数が示される。
オペランド〔６〕以降の区間では、各分割画面の詳細が
示される。例えば、オペランド〔６〕〜〔８〕で、入力
プラグＩＤ０のプラグに得られる映像データの、水平及
び垂直方向のブロック位置と、水平及び垂直方向に使用
されるブロック数とが示される。同様に、オペランド

〔９〕〜〔１１〕で、入力プラグＩＤ１のプラグに得ら
れる映像データの、水平及び垂直方向のブロック位置
と、水平及び垂直方向に使用されるブロック数とが示さ
れ、分割画面を構成する全ての画面についてのデータが
同様に示される。

【００９５】なお、図１０の例は、１画面をブロックに
分割して指示を行う例であり、絶対画素位置で指定する
場合には、水平及び垂直方向のブロック位置と、水平及
び垂直方向に使用されるブロック数とが示される箇所
が、水平及び垂直方向の始点の画素位置と、水平及び垂
直方向に使用される画素数又はライン数のデータとな
る。

【００９６】ここでは、合成状態を指定するコマンドと
して送る例としてあるが、受像機での表示状態を通知す
る場合にも、レスポンスに同様のデータ構造による表示
状態を示すデータを配置することで、チューナ機器など
の外部の機器に、表示状態の詳細を通知できる。

【００９７】このようにして、ＡＶ／Ｃコマンドを使用
することで、簡単に複数画面を合成表示させるときの、
その表示状態の詳細を設定させる指令を、受像機とは別
の外部の機器から送ったり、或いは外部の機器側で受像
機での表示状態をデータを受け取ることができる。従っ
て、複数画面の同時表示が可能な受像機での表示状態の
制御を、ＩＥＥＥ１３９４方式のバスラインで接続され
た外部の機器から良好にコントロールできるようにな
る。

【００９８】従って、例えばテレビジョン受像機が複数
画面表示のための操作キーやリモートコントロール装置
が用意されてない場合であっても、ネットワークに接続
された他の映像機器などで、そのような複数画面表示の
ための操作キーやリモートコントロール装置が用意され
ている場合には、簡単に複数画面表示の制御や表示状態
の検知が行え、受像機の構成をそれだけ簡単にすること
ができる。また、受像機側でそのような操作が可能であ
っても、受像機以外の機器からの操作できることにな
り、例えばデジタル放送を受信するチューナ装置をネッ
トワークに接続して、そのチューナ装置に付属したリモ
ートコントロール装置で、チューナ装置での選局などの
操作と、テレビジョン受像機の操作とを同時に行うよう
な構成としたとき、テレビジョン受像機での複数画面表
示の制御も行えることになり、１台のリモートコントロ
ール装置で、複数の機器の多種類の制御が行えることに
なる。

【００９９】なお、ここまで説明した実施の形態では、
ＩＥＥＥ１３９４規格のバスによるネットワークを構成
したシステムでの例について説明したが、その他のネッ
トワークを使用しても良い。この場合、それぞれのネッ
トワークは、有線の伝送路を使用したネットワークの他
に、ブルートゥース（Bluetooth ：商標）規格などの無
線ネットワークを使用しても良い。

【０１００】また、ネットワークで接続された機器とし
て、テレビジョン受像機，チューナ装置，ビデオデッキ
などの映像機器の例について説明したが、その他の映像
機器にも適用できる。特に、複数画面の表示を行う映像
機器として、テレビジョン受像機としたが、チューナが
内蔵されてない、いわゆるモニタ受像機にも適用可能で
ある。また、チューナ装置などの、映像表示手段が内蔵
されてない映像機器内で、複数画面を合成させた映像デ
ータとして、その映像データを受像機に伝送して表示さ
せる場合に、その合成処理を行う映像機器での合成状態
の制御を、同様にネットワークで接続された他の機器側
から行うようにしても良い。

【０１０１】また、受像機などに複数画面の同時表示の
制御指令を送ったり、表示能力や表示状態などのデータ
を受信する外部の機器は、必ずしも映像機器である必要
はなく、例えば受像機での表示をコントロールするプロ
グラムがインストールされたコンピュータ装置であって
も良い。

【０１０２】

【発明の効果】本発明によると、表示手段での複数画面
の表示能力が外部の機器で判り、その判った表示能力に
基づいて、外部の機器が適切に複数画面の表示状態の制
御要求を行うことができ、その表示要求を受信したと
き、該当する状態に表示状態を設定することができる。
従って、受像機で複数画面の同時表示を行うことの制御
が、外部の別の機器から良好に行えるようになる。

【０１０３】この場合、表示能力の外部への提示及び外
部からの複数画面表示の制御要求の受信は、所定のデジ
タル通信制御バスで伝送される所定のフォーマットのコ
マンド又はレスポンスの送信又は受信で実行すること
で、既に規定されたフォーマットのコマンド及びレスポ
ンスに、複数画面表示のためのデータを付加するだけ
で、簡単に該当するデータの伝送が行える。

【０１０４】また、表示手段での複数画面の表示状態
を、外部に通知するようにしたことで、複数画面の表示
状態の制御要求を送った機器側で、複数画面の表示状態
を確認することが可能になる。

【０１０５】また、複数画面の同時表示状態の通知を行
う場合に、その通知は、複数画面を構成する各画面の表
示サイズと表示位置と入力プラグ情報の通知であること
で、複数画面の同時表示状態の通知を効率良く行うこと
が可能になる。

【０１０６】また、外部から受信した入力経路の切り替
え要求に基づいて、同時表示される複数画面内の各画面
を構成する映像データの入力経路を設定するようにした
ことで、複数画面を構成する各画面の入力経路について
も、外部から簡単に制御できるようになる。

【０１０７】また、複数画面の表示能力の提示は、複数
画面を構成する各画面の表示サイズと表示位置の提示で
あることで、複数画面の表示能力の提示を効率良く行う
ことが可能になる。

【０１０８】また、表示能力の外部への提示や、複数画
面表示の制御要求の受信を、所定のデジタル通信制御バ
スで伝送される所定のフォーマットのコマンド又はレス
ポンスの送信又は受信で実行する場合に、そのコマン
ド，レスポンスを送信又は受信するデジタル通信制御バ
スを介して、同時表示される複数画面の内の少なくとも
１つの画面を生成させる映像データを受信することで、
接続されたデジタル通信制御バスを使用して、複数画面
表示の制御のためのデータと、表示される映像データの
伝送とが行え、効率の良い伝送が行える。

【０１０９】また、外部から受信する複数画面表示の制
御要求は、複数画面を構成する各画面の表示サイズと表
示位置と入力プラグ情報を指示する制御要求であること
で、複数画面を構成する各画面の表示態様の指示が外部
から良好に行える。

【０１１０】また、このように複数画面表示の制御要求
が行われる場合に、複数画面を構成する各画面の表示サ
イズと表示位置の指定は、１つの表示画面を分割して設
定した複数のブロックの内のどのブロックを使用するか
の指定であることで、ブロックを単位とした良好な表示
制御が行える。

【０１１１】また、上述したように複数画面表示の制御
要求が行われる場合に、複数画面を構成する各画面の表
示サイズと表示位置の指定は、１つの表示画面内の絶対
画素位置の指定であることで、絶対画素位置の指示によ
る１画素単位での詳細な表示制御が行える。

【図面の簡単な説明】

【図１】本発明の一実施の形態によるシステム構成例を
示す構成図である。

【図２】本発明の一実施の形態によるテレビジョン受像
機の構成例を示すブロック図である。

【図３】本発明の一実施の形態によるテレビジョン受像
機のモデリング例を示すブロック図である。

【図４】本発明の一実施の形態によるテレビジョン受像
機の複数画面表示能力の提示と制御の概念を示す説明図
である。

【図５】本発明の一実施の形態によるモニタサブユニッ
トの論理的な構成例を示すブロック図である。

【図６】本発明の一実施の形態によるモニタサブユニッ
トと画面合成処理部の接続関係の例を示す説明図であ
る。

【図７】本発明の一実施の形態による画面合成処理部内
部のレイヤ単位の論理的機能を示すブロック図である。

【図８】本発明の一実施の形態によるＰｉＰのレイヤ構
造と入力プラグの関係の例を示す説明図である。

【図９】本発明の一実施の形態によるレイヤ構造の例を
示す説明図である。

【図１０】本発明の一実施の形態によるレイヤ構造の他
の例を示す説明図である。

【図１１】本発明の一実施の形態によるレイヤ構造のさ
らに他の例を示す説明図である。

【図１２】本発明の一実施の形態による表示サイズ・位
置の指定例（絶対画素値の指定例）を示す説明図であ
る。

【図１３】本発明の一実施の形態による表示サイズ・位
置の指定例（ブロックの指定例）を示す説明図である。

【図１４】図１３の例の表示サイズを示す説明図であ
る。

【図１５】本発明の一実施の形態による動作例を示すフ
ローチャートである。

【図１６】本発明の一実施の形態による伝送データの構
成例を示す説明図である。

【図１７】本発明の一実施の形態による合成タイプのデ
ータ例を示す説明図である。

【図１８】本発明の一実施の形態による合成状態のデー
タ例を示す説明図である。

【図１９】本発明の一実施の形態による伝送データの構
成例を示す説明図である。

【図２０】ＩＥＥＥ１３９４方式のバスライン上でのデ
ータ伝送状態を示すタイミング図である。

【図２１】ＣＳＲアーキテクチャのアドレス空間の構造
の例を示す説明図である。

【図２２】ＩＥＥＥ１３９４方式のバスラインでの伝送
時のプラグ設定例を示す説明図である。

【図２３】ディスクリプタの階層構造によるデータ構造
例を示す説明図である。

【図２４】ディスクリプタのデータ構造例を示す説明図
である。

【図２５】図２４のジェネレーションＩＤの例を示す説
明図である。

【図２６】図２４のリストＩＤの例を示す説明図であ
る。

【図２７】ＡＶ／Ｃコマンドのスタックモデルの例を示
す説明図である。

【図２８】ＡＶ／Ｃコマンドのコマンドとレスポンスの
関係の例を示す説明図である。

【図２９】ＡＶ／Ｃコマンドのコマンドとレスポンスの
関係の例を更に詳しく示す説明図である。

【図３０】ＡＶ／Ｃコマンドのデータ構造の例を示す説
明図である。

【図３１】ＡＶ／Ｃコマンドの具体例を示す説明図であ
る。

【図３２】ＡＶ／Ｃコマンドのコマンドとレスポンスの
具体例を示す説明図である。

【図３３】従来の受像機での複数画面表示とその制御例
を示す説明図である。

【図３４】ＰｉＰ表示の例を示す説明図である。

【図３５】ＰａＰ表示の例を示す説明図である。

【符号の説明】

１０…ＩＥＥＥ１３９４方式のバスライン、２０…リモ
ートコントロール装置、９９…アンテナ、１００…テレ
ビジョン受像機、１０１…アンテナ入力プラグ、１０２
…出力プラグ、１１１〜１１３…アナログ入力プラグ、
１３０…バス接続プラグ、１３１…仮想出力プラグ、１
３２ａ〜１３２ｎ…仮想入力プラグ、１４１…受信選局
処理部、１４２…入力信号選択処理部、１４３…画像信
号処理部、１４４…画像表示部、１４５…通信制御部、
１４６…制御情報分離部、１４７…データ分離復号部、
１４８…メモリ、１５０…制御部（ＣＰＵ）、１５１…
コマンド解釈部、１５２…表示制御部、１６０…チュー
ナサブユニット、１６１，１６２…チューナ入力プラ
グ、１６３…チューナ出力プラグ、１７０…モニタサブ
ユニット、１７０ａ…サブユニットアンデンティファイ
アディスクリプタ、１７０ｂ…ステータスディスクリプ
タ、１７１ａ〜１７１ｎ…モニタ入力プラグ、１７２…
画面合成処理部、１７２ａ〜１７２ｎ…入力プラグ、１
７２ｏ…出力プラグ、１７３…画質処理部、１７４…デ
ィスプレイ部、１７９…モニタ出力プラグ、１８０ａ〜
１８０ｃ…レイヤ、１８２…サイズ変換部、１８３…ポ
ジション設定部、１８４…合成部、１８５…サイズ変換
部、１８６…ポジション設定部、１８７…入力プラグ、
１８８…制御データ入力ポート、２００…第１のチュー
ナ機器、３００…第１のビデオデッキ、４００…第２の
チューナ機器、５００…第２のビデオデッキ

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁷ 識別記号 ＦＩ テーマコート゛(参考） Ｇ０９Ｇ 5/14 Ｇ０９Ｇ 5/14 Ｅ 5/377 Ｈ０４Ｎ 5/44 Ａ Ｈ０４Ｎ 5/44 Ｇ０９Ｇ 5/36 ５２０Ｍ (72)発明者 貝吹 太志 東京都品川区北品川６丁目７番35号 ソニ ー株式会社内 Ｆターム(参考） 5C025 AA30 BA28 BA30 CA06 CB03 DA01 DA10 5C082 AA02 AA27 BA12 BA41 BB03 BC05 CA52 CA55 CB05 DA73 MM05 MM09

Claims (20)

【特許請求の範囲】
1. 【請求項１】 複数画面の同時表示が可能な表示手段で
   の表示を制御する映像表示制御方法において、 上記表示手段での複数画面の表示能力を外部に提示し、 外部から受信した複数画面表示の制御要求に基づいて、
   上記表示手段での複数画面の表示状態を設定する映像表
   示制御方法。
2. 【請求項２】 請求項１記載の映像表示制御方法におい
   て、 上記表示能力の外部への提示及び外部からの複数画面表
   示の制御要求の受信は、所定のデジタル通信制御バスで
   伝送される所定のフォーマットのコマンド又はレスポン
   スの送信又は受信で実行する映像表示制御方法。
3. 【請求項３】 請求項２記載の映像表示制御方法におい
   て、 上記コマンド又はレスポンスを受信又は送信するデジタ
   ル通信制御バスを介して、同時表示される複数画面の内
   の少なくとも１つの画面を生成させる映像データを受信
   する映像表示制御方法。
4. 【請求項４】 請求項１記載の映像表示制御方法におい
   て、 上記表示手段での複数画面の表示状態を、外部に通知す
   る映像表示制御方法。
5. 【請求項５】 請求項４記載の映像表示制御方法におい
   て、 上記複数画面の同時表示状態の通知は、複数画面を構成
   する各画面の表示サイズと表示位置と入力プラグ情報の
   通知である映像表示制御方法。
6. 【請求項６】 請求項１記載の映像表示制御方法におい
   て、 外部から受信した入力経路の切り替え要求に基づいて、
   同時表示される複数画面内の各画面を構成する映像デー
   タの入力経路を設定する映像表示制御方法。
7. 【請求項７】 請求項１記載の映像表示制御方法におい
   て、 上記複数画面の表示能力の提示は、複数画面を構成する
   各画面の表示サイズと表示位置の提示である映像表示制
   御方法。
8. 【請求項８】 請求項１記載の映像表示制御方法におい
   て、 外部から受信する複数画面表示の制御要求は、複数画面
   を構成する各画面の表示サイズと表示位置と入力プラグ
   情報を指示する制御要求である映像表示制御方法。
9. 【請求項９】 請求項８記載の映像表示制御方法におい
   て、 上記複数画面を構成する各画面の表示サイズと表示位置
   の指定は、１つの表示画面を分割して設定した複数のブ
   ロックの内のどのブロックを使用するかの指定である映
   像表示制御方法。
10. 【請求項１０】 請求項８記載の映像表示制御方法にお
    いて、 上記複数画面を構成する各画面の表示サイズと表示位置
    の指定は、１つの表示画面内の絶対画素位置の指定であ
    る映像表示制御方法。
11. 【請求項１１】 複数画面の同時表示を行う映像データ
    を生成させる映像処理手段と、 所定の伝送路で外部の機器と双方向に通信を行う通信手
    段と、 上記通信手段を介して外部の機器に、上記映像処理手段
    での複数画面の表示能力を提示する提示手段と、 上記通信手段が受信した、複数画面表示の制御要求に基
    づいて、上記映像処理手段での複数画面の表示処理状態
    を設定する制御手段とを備えた映像機器。
12. 【請求項１２】 請求項１１記載の映像機器において、 上記映像処理手段が生成させた映像データを表示させる
    表示手段を備えた映像機器。
13. 【請求項１３】 請求項１１記載の映像機器において、 上記制御手段は、上記映像処理手段で複数画面の同時表
    示状態を、上記通信手段を介して外部の機器に通知する
    処理を行う映像機器。
14. 【請求項１４】 請求項１３記載の映像機器において、 上記制御手段による複数画面の同時表示状態の通知は、
    複数画面を構成する各画面の表示サイズと表示位置と入
    力プラグ情報を通知する映像機器。
15. 【請求項１５】 請求項１１記載の映像機器において、 上記制御手段は、上記通信手段が受信した、映像処理手
    段に供給する映像データの入力経路の切り替え要求に基
    づいて、上記映像処理手段で生成される複数画面内の各
    画面を構成する映像データの入力経路を設定する映像機
    器。
16. 【請求項１６】 請求項１１記載の映像機器において、 上記提示手段による上記映像処理手段での複数画面の表
    示能力の提示は、複数画面を構成する各画面の表示サイ
    ズと表示位置を提示する映像機器。
17. 【請求項１７】 請求項１１記載の映像機器において、 上記通信手段が通信を行う伝送路は、デジタル通信制御
    バスであり、このデジタル通信制御バスを介して上記通
    信手段が受信した映像データを、同時表示される複数画
    面の内の少なくとも１つの画面として上記映像処理手段
    が処理する映像機器。
18. 【請求項１８】 請求項１１記載の映像機器において、 上記通信手段が受信する複数画面表示の制御要求は、複
    数画面を構成する各画面の表示サイズと表示位置と入力
    プラグ情報を指示する制御要求である映像機器。
19. 【請求項１９】 請求項１８記載の映像機器において、 上記複数画面を構成する各画面の表示サイズと表示位置
    の指定は、１つの表示画面を分割して設定した複数のブ
    ロックの内のどのブロックを使用するかの指定であり、 上記制御手段は、その指定された１つ又は複数のブロッ
    クに、該当する映像データを割当てる制御を行う映像機
    器。
20. 【請求項２０】 請求項１８記載の映像機器において、 上記複数画面を構成する各画面の表示サイズと表示位置
    の指定は、１つの表示画面内の絶対画素位置の指定であ
    り、 上記制御手段は、その指定された絶対画素位置に、該当
    する映像データを割当てる制御を行う映像機器。