映像信号を送信する送信装置から映像信号を受信する受信装置であって、前記送信装置から送信された第1の映像信号と当該映像信号とは異なる第2の映像信号を表示可能な表示部を有し、前記表示部が前記第2の映像信号を表示しているときに、前記送信装置から複数の映像信号の表示を指示するメッセージ及び前記第1の映像信号の表示を指示するメッセージを受信すると、前記表示部は前記第1の映像信号及び前記第2の映像信号を表示し、前記表示部が前記第2の映像信号を表示しているときに、前記第1の映像信号の表示を指示するメッセージを受信すると、前記表示部は前記第1の映像信号を単独で表示することを特徴とする受信装置。請求項1の受信装置であって、前記受信装置に関する情報を記録する記録部を有し、前記受信装置に関する情報は、当該受信装置が複数の映像信号を表示可能か否かを示す情報を含むことを特徴とする受信装置。映像信号を受信する受信装置へ映像信号を送信する送信装置であって、映像信号を再生する再生部と、前記再生部で再生した映像信号を送信する送信部と、を有し、前記受信装置へ前記送信部から送信する映像信号を含む複数の映像信号の表示を指示する場合、複数の映像信号の表示を指示するメッセージ及び前記送信部から送信する映像信号の表示を指示するメッセージを前記受信部へ送信し、前記受信装置へ前記送信部から送信する映像信号の単独の表示を指示する場合、前記送信部から送信する映像信号の表示を指示するメッセージを前記受信部へ送信することを特徴とする送信装置。請求項3の送信装置であって、前記受信装置に関する情報を読み出す読み出し部を有し、前記受信装置に関する情報は当該受信装置が複数の映像信号を表示可能か否かを示す情報を含むことを特徴とする送信装置。送信装置から送信された映像信号を受信装置で受信する送受信方法であって、送信装置で映像信号を再生するステップと、再生された映像信号を送信装置から受信装置へ送信するステップと、送信された映像信号を受信装置で受信するステップと、受信した映像信号を受信装置で表示するステップと、を有し、前記受信装置が前記送信装置から受信した第1の映像信号とは異なる第2の映像信号を表示しているときに、前記送信装置から複数の映像信号の表示を指示する第1のメッセージ及び送信装置が送信する第1の映像信号の表示を指示する第2のメッセージが送信され、前記受信装置が当該第1のメッセージ及び第2のメッセージを受信すると、前記受信装置は第2の映像信号および前記送信装置から送信された第1の映像信号を含む複数の映像信号を表示し、前記受信装置が前記第2の映像信号を表示しているときに、前記第2のメッセージを受信すると、前記受信装置は前記送信装置から送信された第1の映像信号を表示することを特徴とする送受信方法。請求項5の送受信方法であって、前記送信装置が前記受信装置に記録された当該受信装置に関する情報を読み出すステップを有し、前記受信装置に関する情報は、当該受信装置が複数の映像信号を表示可能か否かを示す情報を含むことを特徴とする送受信方法。映像信号を送信する送信装置から映像信号を受信する受信装置であって、前記送信装置との間で情報を送受信するインターフェース部と、前記送信装置から送信された映像信号を表示する表示部と、ユーザからの指示が入力される入力部を有し、前記入力部に前記送信装置に対する指示が入力されると、前記インターフェース部から当該送信装置に対する指示を前記送信装置へ送信することを特徴とする受信装置。請求項7の受信装置であって、前記入力部に入力される前記送信装置に対する指示と前記インターフェース部から送信される当該送信装置に対する指示とが同一内容のビット信号であることを特徴とする受信装置。しかしながら、OneTouchPlay機能におけるシンク側の映像表示に関する使い勝手については考慮がない。上記の課題を解決するために、例えば特許請求の範囲に記載の構成を採用する。本願は上記課題を解決する手段を複数含んでいるが、その一例を挙げるならば、映像信号を送信する送信装置から映像信号を受信する受信装置において、送信装置から送信された第1の映像信号と当該映像信号とは異なる第2の映像信号を表示可能な表示部を有し、表示部が第2の映像信号を表示しているときに、送信装置から複数の映像信号の表示を指示するメッセージ及び第1の映像信号の表示を指示するメッセージを受信すると、表示部は第1の映像信号及び前記第2の映像信号を表示し、表示部が第2の映像信号を表示しているときに、第1の映像信号の表示を指示するメッセージを受信すると、表示部は第1の映像信号を単独で表示することを特徴とする。上記手段によれば、OneTouchPlay機能におけるシンク側の映像表示に関する使い勝手が向上する。映像信号を送信するSource機器BDレコーダ/プレーヤー、STB、ゲーム機、パソコンなどと映像信号を表示するSink機器デジタルTV、ディスプレイなどとを接続するインターフェース規格として、HDMIHighDefinitionMultimediaInterfaceの略、HDMILicensing、LLCの登録商標がある。HDMIは、非圧縮ベースバンドのデジタル映像信号と音声信号を一本のHDMIケーブルで伝送するインターフェース仕様であり、多くの民生機器に搭載されている。また、デジタルテレビなどの表示装置は、ピクチャインピクチャなどの機能により、複数の映像を1つの画面に表示することが可能である。例えば、2本のHDMIケーブルを用いて、2チャンネルの映像データを伝送し、2つの映像を1つの画面に表示することができる。以下、2つの映像を1つの画面に表示することを、2画面表示とも言う。また、2つ以上の映像を1つの画面に表示することを、複数画面表示とも言う。また、1つの映像を1つの画面に表示することを、全画面表示とも言う。HDMIでは機器制御信号を伝送するCECConsumerElectronicsControlラインにおいてOneTouchPlay機能を設定している。このOneTouchPlay機能とは、例えばHDMI接続先のSourceソース機器側であるプレーヤーが再生を開始すると、Sinkシンク側であるテレビの電源が入り、再生された映像が送られてきたHDMI入力端子をアクティブにして、送信されてきた映像を表示する機能であり、シンク側の動作をソース側から指示するものである。また、既にテレビシンクの電源が入っており、他の入力端子の映像や放送波の映像を視聴中にこのOneTouchPlay機能によって再生を開始した場合、プレーヤーソースが接続された入力端子の映像に強制的に切り替える機能を搭載することも可能である。これにより、視聴者はテレビシンクにおいてプレーヤーソースに接続している端子をアクティブにし、プレーヤーから送信される映像データを表示するための切り替え操作等を省略できる。そして、特許文献1では、最終的にはプレーヤーからの命令のみで再生を開始したプレーヤーの映像を全面表示させるか、従来表示していた画面と2画面表示させるか選択することは可能であるが、すぐに全面表示させたい場合にも一旦2画面表示を経由しなければならず、表示に時間がかかる。以下、図面を用いて上記の課題を解決する実施例を説明する。なお、本稿で説明される映像処理装置、DVDプレーヤーおよびゲーム機はHDMIにおけるSourceソース機器、映像表示装置およびテレビはHDMIにおけるSinkシンク機器である。図24は、各実施例における伝送システムの一例を示すブロック図であって、ソース機器11がシンク機器10とケーブル101を介して接続されており、シンク機器10からソース機器11へ電力を供給し、ソース機器からシンク機器へ映像信号を供給する。ソース機器11は例えばディスクプレイヤー、ディスクレコーダ、半導体レコーダ、放送受信機、ゲーム機、PC等の映像信号送出機器である。光ディスクや磁気記録ディスク、半導体メモリなどの記憶媒体や放送、ネットワーク等から得たデータから映像信号を再生する再生部1101と映像送信部1102、EDIDExtendedDisplayIdentificationData、表示装置シンク機器に関する情報読出部1103、CECConsumerElectronicsControl通信部1104、電圧検出部1105、DDCDisplayDataChannel5V供給部1106、HPDHotPlugDetect検出部1107、制御部1108、電源回路1109を有する。シンク機器10は、例えば液晶ディスプレイ、プラズマディプレイ、有機ELディスプレイ等の表示デバイスを備えた映像信号受信機器である。シンク機器10は表示部2101と映像受信部2102、EDID記憶部2103、CEC通信部2105、電流制限部215、HPD出力部2106、制御部2107、電力供給部2108、電源回路2109を有する。なお、アンテナで受信した放送波を処理するチューナー、デスクランブラ、デマルチプレクサ、デコーダ、録画機能等も含む構成とし、シンク機器単体でも映像コンテンツを再生可能としてもよい。ケーブル101は、ソース機器とシンク機器との間を接続するケーブルであって、例えばHDMIケーブルである。映像信号伝送線1012、EDIDを伝送するDDC線1013、CEC通信線1014、電力を供給するUtility線1015.DDC5V線1016、HPD線1017を有する。ここで、図1における各ブロックの動作を説明する。ソース機器11の再生部1101で再生された映像信号が映像送信部1102から送信され、ケーブル101の映像信号伝送線1012を介してシンク機器10の映像受信部2102で受信される。受信された映像信号はシンク機器10の表示部2101に表示される。また、ソース機器11のEDID読出部1103は、ケーブル101のDDC線1013を介してシンク機器10のEDID記憶部2103に記録されているシンク機器のEDIDを読み出す。また、ソース機器11のCEC通信部1104とシンク機器10のCEC通信部2105とはケーブル101のCEC通信線1014を介してCECメッセージの送受信を行う。また、シンク機器10の電力供給部2108はケーブル101のUtility線1015を介してソース機器の電源回路部1109に電力を供給する。電流制限部215は、電力供給部2108から供給される電力を監視し、必要に応じて供給される電力の制限を行う。電圧検出部1105は、電源回路1109が受給する電力の電圧を検出する。また、ソース機器のDDC5V供給部1106は、5Vの電流をケーブル101のDDC5V線1016を介してHPD出力2106及び電源回路2109に供給する。また、ソース機器のHPD検出部1107は、ケーブル101のHPD線1017を介してシンク機器のHPD出力2106からの電流を検出する。また、ここではシンク機器10の入力端子20とソース機器11の出力端子23とがケーブル101で接続されている例が示されているが、シンク機器10とソース機器11のそれぞれにおいて端子の数は1つである必要は無く、複数の端子を備えるように構成してもよい。以下、図24の構成を前提に以下の実施例を説明する。本実施例では、テレビで放送波を視聴時に、HDMIを介して接続するDVDプレーヤーからの映像を2画面表示の片側で表示するときについて説明する。図1は本実施例の機器の構成の一例を示す。Sink機器であるテレビ10は放送波受信端子19を通じて放送波を受信し、また映像入力端子としてHDMI入力端子20、21、22を備える。このうちHDMI入力端子20がDVDプレーヤー11のHDMI出力端子23とHDMIケーブル101で接続している。テレビ10では、例えばリモコン操作の入力切替キーにより、表示する画面をテレビHDMI1HDMI2HDMI3などから選択できる。図2はテレビ10が持つ表示機能の例について説明している。は一つの映像を画面全体に表示する機能を示す。は画面を2分割し、2つの映像、例えば放送波の映像とHDMI入力端子1からの映像を表示する機能を示す。はPinPで、表示画面の一部に映像を表示することで2つの映像を1つの表示画面に表示する機能である。やの機能を持つ場合、それぞれ2つの表示位置にどの映像を表示するか前述のようにリモコン等から設定できるようにしてもよい。図3は従来のOneTouchPlay機能におけるメッセージのやり取りを示したものである。311と312、313はテレビの表示画面を示している。画面311と312は放送波の映像が表示されていることTで示す。画面313は、DVDプレーヤー11の映像が表示されていることを11で示す。メッセージのやり取りの開始前には放送波の映像が表示されている画面311。視聴者が再生スタート301の操作、例えば、DVDプレーヤー11のリモコン等によりDVDプレーヤー11に映像の再生を命じる。するとDVDプレーヤー11はHDMIのCECラインを通じて<ImageViewOn>メッセージ302をテレビ10へ伝える。これを受けたテレビ10は映像表示が可能な状態、例えばテレビの電源がOFFの場合は電源をONにするなど必要な動作を行う。引き続きDVDプレーヤー11はHDMIのCECラインを通じて<ActiveSource>メッセージ303を伝える。これを受けたテレビはDVDプレーヤー11が接続するHDMI入力端子をアクティブにし、この入力端子からの映像を画面に表示する画面313。ここで本実施例の場合のようにテレビ10が複数画面表示可能な場合、テレビが<ActiveSource>メッセージからだけではDVDプレーヤー11がテレビ10に対して全画面表示を求めることしかできず、複数画面表示の一つに表示を求めることができない。図4に上記課題を解決するためのメッセージのやり取りの一例を示す。画面314~317は図3と同様にTは放送波の映像が表示されていることを、11はDVDプレーヤー11の映像が表示されていることを示す。301のやり取りは図3の例と同様である。その後新たに設定する<SubDisplay>メッセージ304を送信する。これは所定の時間内、例えば1秒以内に<ImageViewOn>メッセージ及び<ActiveSource>メッセージが送信された場合、複数画面表示に切り替えて、現在表示されている映像をその表示画面の一つで表示し続け、<ActiveSource>メッセージの送信元機器の送信する映像は別の表示画面で表示することを推奨することを意味する。テレビ10では<SubDisplay>メッセージ、<ImageViewOn>メッセージ、<ActiveSource>メッセージという順番でメッセージが送られてきた場合は、複数画面表示のうちの一画面での表示を求められていることを判断でき、また<ImageViewOn>メッセージ、<ActiveSource>メッセージという順番でメッセージが送られてきた場合は、DVDプレーヤー11が送信する映像の全画面表示を求めているという判断ができる。その判断に基づいて、テレビ10はそれに応じた処理が可能になる。なお、テレビが複数画面表示に対応していない場合や、複数画面表示に対応していてもこの機能に対応していない場合は<SubDisplay>メッセージは無視されて、<ImageViewOn>メッセージ、<ActiveSource>メッセージ受信で行われる従来のOneTouchPlayと同様の対応をすることになるので、複数画面表示に対応していない機器との互換性を維持できる。図5は図4のメッセージがやり取りされる際のフローチャートの一例である。開始時点でテレビ10は放送波を介して受信した映像を既に表示しているものとする。視聴者はリモコン等でDVDプレーヤー11に対し映像の複数画面表示上での再生を指示するS101。複数画面表示上での再生スタートの指示を受けたDVDプレーヤー11はテレビ10に対し<SubDisplay>メッセージを送信するS102。ここでテレビ10が複数画面表示機能を持っていないか、<SubDisplay>メッセージを理解できない場合はステップS112へ、テレビ10が複数画面表示機能を持っており、<SubDisplay>メッセージを理解できる場合はステップS104へ進むS103。テレビ10が複数画面表示機能を持っていないか、<SubDisplay>メッセージを理解できない場合は、テレビ10はS102の<SubDisplay>メッセージを受信したことは無視し、図5の右側のフローに従う。DVDプレーヤー11がテレビ10へ<ImageViewOn>メッセージを送信S112すると、それを受信したテレビ10は映像表示に必要な機能をスタンバイさせるS113。DVDプレーヤーが<ActiveSource>メッセージを送信S114すると、それを受信したテレビ10は通常のOneTouchPlayが指示されたことを認識するS115。テレビ10はDVDプレーヤー11が接続されるHDMI端子をアクティブ化しS116、テレビ10はDVDプレーヤー11からの映像を全面表示するS117ことで、DVDプレーヤー11が再生を開始した映像の全面表示が完了するS118。一方テレビ10が複数画面表示機能を持っており、<SubDisplay>メッセージを理解できるならば、テレビ10は<SubDisplay>メッセージを受信したことを記憶するS104。引き続きDVDプレーヤー11はテレビ10に対して<ImageViewOn>メッセージを送信するS105。これを受けたテレビ10は電源がOFFであればONに、映像表示モードになっていなければ映像表示モードに切り替えるなど必要な機能を立ち上げる。S105、S106はそれぞれS112、S113と同様の動作である。DVDプレーヤー11はテレビ10に対して<ActiveSource>メッセージを送信するS107。これを受けたテレビ10は、<SubDisplay>メッセージ、<ImageViewOn>メッセージ、<ActiveSource>メッセージの順番で受信されたことで、複数画面表示上での再生を指示されていることを認識するS108。テレビ10は<ActiveSource>メッセージ送信元のDVDプレーヤー11が接続するHDMI入力端子をアクティブ化すると同時に、複数画面表示に移行して現在表示中の映像はそのうちの一つの表示画面に表示し、新たに再生を開始したDVDプレーヤー11から送信される映像を別の一つの表示画面に表示するS110。これにより元から表示していた映像と、再生を開始したDVDプレーヤー11からの映像の2画面表示が実現するS111。ここまでは全画面表示を行っている状態のときに複数画面表示上での再生を指示した場合について説明したが、指示を出す時点で既に複数画面表示を行っている場合も想定される。この場合、例えば3画面以上表示する機能があり、まだ表示画面数を増やす余地があれば、これまでの説明と同様にその時点で表示している画面は残して、新たに再生する画面を追加して表示すればよい。表示画面を増やす余地が無い場合、より表示開始した順番の古い映像から表示を停止し、新たに再生する画面を表示する、などの方法が考えられるが、この表示方法の設定は適宜テレビ側で設定してもよい。また、テレビ10が初期段階で何も表示を行っていないときは、従来のOneTouchPlayと同様の対応をすればよい。すなわち、図5のテレビが複数画面表示機能を持っていないときと同じ対応をすればよい。図6は通常のDVDプレーヤーのリモコン12と複数画面表示上での再生を指示する機能を持つDVDプレーヤーのリモコン13のボタン構成の一例である。通常のDVDプレーヤーのリモコン12は再生ボタン25が一つ配置されている。これに対し複数画面表示上での再生を指示する機能を持つDVDプレーヤーのリモコン13では、通常の再生ボタン25に加えて、複数画面表示上での再生ボタン26を配置している。このボタンを押した場合、接続するテレビ10が複数画面表示機能を備えていれば、その時点で表示している画面を複数画面表示のうちの一つの表示に残して、新たに再生する画面を追加して表示する。接続するテレビ10が複数画面表示機能を備えていなければ、通常の再生ボタン25と同様の働きをする。このようにテレビ側のリモコンを用いずにDVDプレーヤーのリモコンのみ用いて、押下する再生ボタンを選択することにより、視聴者はDVDプレーヤー11から新たに再生を始める映像をテレビ10の全画面表示で視聴するか、複数画面表示の一つの表示で視聴するかを選択することができる。なお、既に図5におけるS111の状態になり、放送波の映像とDVDプレーヤー11の映像の2画面再生が実現していた場合において、視聴者がリモコン13で全面表示での再生を意図する再生ボタン25を押下した場合、DVDプレーヤー11はテレビ10へ図3に示したような<ImageViewOn>メッセージ及び<ActiveSource>メッセージを送信すれば、テレビ10はDVDプレーヤー11の映像を全画面表示する。また、DVDプレーヤーが既に<ImageViewOn>を送信するなど、テレビが映像表示状態出あることを知っている場合は、<ImageViewOn>メッセージ302を省略して、<ActiveSource>メッセージ303を送るだけとしても、テレビ10にDVDプレーヤー11の映像を全画面表示させることができる。これらの方法により、新たに再生を開始する映像をテレビに全画面再生するか、それまでに表示していた映像を引き続き複数画面表示の一つで表示し続けながら新たに再生を開始する映像もまた複数画面表示の一つで表示するか、を選択可能なOneTouchPlayが可能となる。実施例1では新たに再生を開始しようとするDVDプレーヤーとテレビの接続例について示したが、テレビに接続するsource機器はもちろんそれに限らない。例えば図7に示すように2台のHDMI接続可能なゲーム機14、15の映像をテレビに同時に表示する場合なども想定される。これは図1においてテレビ10にDVDプレーヤー1台を接続する構成から、DVDプレーヤー1台に代えてゲーム機2台を接続する構成としたものである。図8に複数画面表示上での再生を指示する機能を持つゲーム機のリモコン16のボタン構成の一例を示す。ワンタッチボタン27とワンタッチハーフボタン28が配されている。ワンタッチボタン27は接続するテレビに対し、このゲーム機から送信される映像を表示するよう命令するボタンである。ワンタッチハーフボタン28は接続するテレビに対し、複数画面表示機能があるならばそれまで表示していた画面を表示画面の一つに残しながらこのゲーム機の映像を別の表示画面で表示するよう命令するボタンである。図9にこの場合のメッセージのやり取りの一例を示す。画面318~324は図3と同様にTは放送波の映像が表示されていることを、14はゲーム機14の映像が表示されていることを、15はゲーム機15の映像が表示されていることを示す。なお、図3および4と同様の動作については省略または簡略化して説明する。テレビ10の画面には、メッセージのやり取りの開始前には放送波の映像が表示されている318。利用者はまずゲーム機14用のリモコン16でワンタッチボタン27を押す。これによりゲーム機14からテレビ10に対して図3と同様のOneTouchPlay機能が実行され図3と同様に<ImageViewOn>メッセージ3021と、<ActiveSource>メッセージ3031が伝えられる。テレビ10の画面はそれまでの放送派の映像表示319から、ゲーム機14の映像表示320へ切り換る。次いで利用者はゲーム機15用のリモコン16でワンタッチ:ハーフボタン28を押す。これによりゲーム機15からテレビ10に対して図4のメッセージ304、302、303と同様に<SubDisplay>メッセージ3042、<ImageViewOn>メッセージ3022、<ActiveSource>メッセージ3032が送信され、これによりそれまでに表示していた映像を引き続き複数画面表示の一つで表示し続けながら新たに<ActiveSource>メッセージを送信する機器の映像もまた複数画面表示の一つで表示する機能が実行される画面324。尚、ゲーム機15が、<ImageViewOn>メッセージ3021を傍受するなどの手段で、テレビ10が既に画面表示状態であることを認識している場合は、<ImageViewOn>メッセージ3022は省略してもよい。省略により、メッセージ交換時間が短縮するので、ユーザ17から見て操作レスポンスが向上し、快適な操作を提供できる特徴がある。これにより、テレビ側のリモコン操作等を行わずにゲーム機14のリモコン16のボタン27とゲーム機15のリモコン16のボタン28の操作のみで、テレビにゲーム機14および15の映像を同時表示させることができる。一般にテレビに表示する入力端子を選択するリモコン操作は複雑な作業になるため、利用者の手間を軽減できる。なお、本実施例ではリモコンを用いた操作について説明したが、他の方法携帯端末を用いる方法やテレビ本体に付されたボタン等を用いる方法等でテレビ側を制御しても本実施例と同様な効果が得られる。実施例2では先にゲーム機14の映像が表示されている時に、ゲーム機15からリモコン操作によりテレビ10を複数画面表示に移行させ、先に表示中のゲーム機14の映像を一つの表示画面で表示を続けながらゲーム機15の映像を別の一つの表示画面で表示する例について説明したが、本実施例では例えば図7の構成において、テレビ10が何も表示していない、または放送波の映像を表示しているなどテレビ10のHDMI入力端子全てがアクティブな状態ではなく、ゲーム機14、15ともに映像を送信していない状態から、ゲーム機15のリモコンでワンタッチ:ハーフボタン28を押すことでゲーム機14および15からの映像をテレビ10の複数画面表示で表示する例について説明する。図10にこの場合のメッセージのやり取りの一例を示す。開始時点では図10では放送波の映像を表示している画面325。また、あらかじめ、ゲーム機15はゲーム機14の存在をCECメッセージの交換などで検出しているものとする。利用者17がゲーム機15用のリモコン16でワンタッチ:ハーフボタン28を押すと、ゲーム機15はゲーム機14に対して<PushActiveSourceメッセージ308を送信する。これは、受信した映像処理装置に対して、テレビへのOneTouchPlayの要求を指示するメッセージと定義する。このメッセージ308を受けたゲーム機14はテレビ10に<ImageViewOn>メッセージ3023、次いで<ActiveSource>メッセージ3033を送信する。これによりテレビ10には一旦ゲーム機14からの映像が全面表示される画面327。また、<ActiveSource>メッセージ3033はブロードキャスト命令なので、ゲーム機15にも受信され、ゲーム機14が<PushActiveSourceメッセージ308に対して、指示したとおり動作していることをゲーム機15が認識できる。この後、図9と同様に<SubDisplay>メッセージ3042、<ImageViewOn>メッセージ3022、<ActiveSource>メッセージ3032が送信され、これにより既に表示していたゲーム機14からの映像を引き続き複数画面表示の一つで表示し続けながら新たにゲーム機15からの映像もまた複数画面表示の一つで表示する機能が実行される画面330。テレビ10に接続する映像処理装置が3つ以上存在するときは、個別の状況に応じてどのような操作とするか設定すれば良い。例えば、3つ以上の映像処理装置がテレビに接続する場合はこの実施例の処理は行わない、指令を出す映像処理装置図10の例ではゲーム機15と同じ種類の映像処理装置と選択的に共に複数画面表示を行う例えば図7の構成に加えてHDMI入力端子23にBDプレーヤーが接続していた場合、ゲーム機14のみに対して<PushActiveSourceメッセージ308を送り、BDプレーヤーには送らない、など、物理アドレスや論理アドレスの番号の一番近い装置と選択的に共に複数画面表示を行う、などのように決めておくことで対応することもできる。また、<PushActiveSourceメッセージ308にパラメータを追加し、複数画面をどのように表示させるかを指定してもよい。これにより、映像処理装置からテレビ側のリモコン操作等を行わずにゲーム機15のリモコン16のボタン28のワンタッチ操作のみで、テレビに接続する別の映像処理装置からの映像と共にゲーム機15からの映像を複数画面表示することができる。実施例1の図5ではテレビ10が複数画面表示に対応しているか、していないかで処理の方法が異なることを説明したが、前もってSource機器側がテレビ10に複数画面表示機能を備えているか否かを確認しても良い。これはHDMIのSource機器の接続が確認された際にSink側であるテレビ10から送信されてくるEDIDEnhancedExtendedDisplayIdentificationDataに、新たにこの複数画面表示機能を備えているか否かを示す信号を設定することで確認できる。図11にこの場合のEDIDの記述例を示す。Byte6Bit2の位置に複数画面表示に対応できるか否かを示すMulti_Displayという項目を設ける。図12にMulti_Displayの記載例を示す。ここでテレビ10が複数画面表示に対応していれば1とする。なお、図11は一例であり、他の位置にMulti_Displayという項目を設けてもよい。また、EDIDの読み込み以外の方法、例えばCEC通信を用いること等によってシンク側の機能をソース側に伝達してもよい。図13に前もってテレビ10に複数画面表示に対応していることを確認済みの場合のフローチャートの一例を示す。なお、図5と同様の動作については省略または簡略化して説明する。開始時点でテレビ10は放送波の映像を既に表示しているものとする。テレビ10が複数画面表示に対応している場合には図5と同じ動作である。ユーザがリモコンで複数画面表示上再生スタートを指示S101すると、テレビ10が複数画面表示に対応していないことをEDID読出しで検知している場合、S100へ進むS1031。DVDプレーヤー11はテレビに対してテレビにOSD表示を指示する指令である<SetOSDString>DisplayControlOSDStringメッセージを出すことにより、テレビはワンタッチ:ハーフに対応していませんというOSDをテレビに表示させるS100。図5のS102で行った<SubDisplay>メッセージは送信せず、S103の判断も実行されない。図5と同様の従来のOneTouchPlayの処理S112~S117が実行される。最後にテレビ10がDVDプレーヤー11の指示に基づいてS100で出したOSDを例えば5秒程度表示したのちに、テレビ10がOSDを消去することで動作を終了する。これにより、テレビ10が複数画面表示に対応していない場合に、利用者が複数画面表示での再生を指示したにもかかわらず通常のOneTouchPlay機能、すなわち全画面表示が始まってしまうことに対してその理由を知ることができるため、利用者の混乱を避けることができる。実施例4ではEDIDによってテレビ10の表示機能に関する能力を伝える例について説明したが、EDIDによる伝達はテレビ10と映像処理装置が直接接続するときに限られ、従って図14に示すように、テレビ10とDVDプレーヤー11の間にアンプ18が入る構成の場合、テレビ10からDVDプレーヤー11にEDIDを送ることができない。そこで、EDIDでテレビの能力を伝達する方法によらない例を図15のメッセージのやり取りの例で説明する。<SubDisplay>メッセージ304が送信されるまでは図4と同様である。この後、テレビ10が複数画面表示に対応している場合にはDVDプレーヤー11に対して新たに定義する<ReportSubDisplay>メッセージ307を返す。このメッセージが返ってくればDVDプレーヤー11はテレビが複数画面表示能力を備え、<SubDisplay>メッセージ304を理解して記憶したこと判定できる。図16に本実施例のフローチャートの一例を示す。DVDプレーヤーが<SubDisplay>メッセージを送信S102後、テレビ10が複数画面表示機能を持っていないか、<SubDisplay>メッセージを理解できない場合はステップS115へすすみ、以下S115~S117、S119は図13と同様である。テレビ10が複数画面表示機能を持ち、<SubDisplay>メッセージを理解できる場合はステップS1042へすすみ、<SubDisplay>メッセージを受信したことを記憶した上で、DVDプレーヤー11に対して<ReportSubDisplay>メッセージを返す。以下S105~S111は図13と同様である。なお、本実施例は図14のようにテレビ10と映像処理装置が直接接続していない場合だけでなく、図1のようにテレビ10と映像処理装置が直接接続している場合に実施してもよく、装置の構成により実施の可否が分かれるものではない。これにより、テレビと映像処理装置が直接接続しておらず、かつテレビ10が複数画面表示に対応していない場合に、利用者が複数画面表示上再生を指示したにもかかわらず通常のOneTouchPlay、すなわち全画面表示が始まってしまうことに対してその理由を知ることができるため、利用者の混乱を避けることができる。実施例1では、従来のOneTouchPlay実行時のメッセージである<ImageViewOn>メッセージ、<ActiveSource>メッセージを送信する前に、この機能の実行を意味する新たなメッセージ<SubDisplay>メッセージを設定し、送信することとした。この場合、新たなメッセージである<SubDisplay>メッセージを理解しない機器が表示装置であった場合に、<SubDisplay>メッセージ、<ImageViewOn>メッセージ、<ActiveSource>メッセージというメッセージを、最初の<SubDisplay>メッセージを無視して<ImageViewOn>メッセージ、<ActiveSource>メッセージという従来のOneTouchPlayとして認識させられるメリットがある。しかしながら、従来のHDMIの規定では<ActiveSource>メッセージがHDMI上の一つの機器から出された場合に、それ以外の映像信号を出力中の接続機器は映像信号を出す必要が無くなったと判断し、映像出力を停止してスタンバイ状態に移行するという機能を備えていることが考えられる。このような判断がなされると、先に表示中の映像の出力機器が映像送信を終了してしまうため、本発明で意図するような先に表示中の映像と、後から再生を開始した機器からの映像を複数画面表示で同時に表示するということができず、後から再生を開始した映像しか表示できなくなってしまうおそれがある。これを説明する例として、このような機能を持つ場合、図9のメッセージのやり取りがどのように変化するかを図17に示す。利用者はまずゲーム機14用のリモコン16でワンタッチボタン27を押す。これによりゲーム機14からテレビ10に対して<ImageViewOn>メッセージ3021→<ActiveSource>メッセージ3031が図9の場合と同様に送信される。このとき<ActiveSource>メッセージはブロードキャストメッセージとして扱われるため、ネットワークに繋がるゲーム機15にも伝えられる。なお3031で発信された<ActiveSource>メッセージにはゲーム機14の物理アドレスおよび論理アドレスが付与されていることから、テレビ10やゲーム機15はこの<ActiveSource>メッセージがゲーム機14から発信されたものであることを理解することができる。これで図9の場合と同様にテレビ10の表示画面にはゲーム機14の映像が表示される。次いで利用者はゲーム機15用のリモコン16でワンタッチ:ハーフボタン28を押す。これによりゲーム機15からテレビ10に対して図4と同様のそれまでに表示していた映像を引き続き複数画面表示の一つで表示し続けながら新たに<ActiveSource>メッセージを送信する機器の映像もまた複数画面表示の一つで表示する機能が実行される。このとき、前述のように<ActiveSource>メッセージ3032はブロードキャストメッセージとして扱われるため、ネットワークに繋がるゲーム機14にも伝えられる。これによりゲーム機14はゲーム機15からの映像がOneTouchPlayされたと認識し、ゲーム機14は映像送信を止めてしまう。これにより、ゲーム機14および15の映像の同時表示を意図した利用者の意図に反して、テレビ10には後から表示を開始したゲーム機15の映像だけが表示される。これに対処するため、<ImageViewOn>メッセージおよび<ActiveSource>メッセージに代わる新たなメッセージを設定することも可能である。図18にこの実施例のメッセージのやり取りの一例を示す。図17における<SubDisplay>メッセージ3042送信、<ImageViewOn>メッセージ3022送信、<ActiveSource>メッセージ3032送信を、新たに設定する<MultiImageViewOn>メッセージ3062の送信に置き換えた内容になっている。この<MultiImageViewOn>メッセージには複数画面表示に対応しているのであれば、それまでに表示していた映像を引き続き複数画面表示の一つで表示し続けながら新たに再生を開始する映像もまた複数画面表示の一つで表示する機能を実行せよ、複数画面表示に対応していないのであれば<ImageViewOn>メッセージ、<ActiveSource>メッセージと同じメッセージと解せよという意味を持つメッセージと定義する。これにより、ゲーム機15は<ActiveSource>メッセージを送信しないので、ゲーム機14も他の装置からの<ActiveSource>メッセージを受信することが無くなり、映像送信を続けることになる。図19にこの実施例のフローチャートの一例を示す。なお、図5と同様の動作については省略または簡略化して説明する。開始時点でテレビはゲーム機14の映像を既に表示しているものとする。まず、ゲーム機15が<MultiImageViewOn>メッセージを送信するS120。テレビ10が<MultiImageViewOn>メッセージの意味を理解し、かつ複数画面表示を備えている場合、図5におけるS102~S107の工程をS120の<MultiImageViewOn>メッセージの送信だけで代行しているとみなすことができる。以下S122~S125については図5のS108~S111と同様である。次に、テレビ10が<MultiImageViewOn>メッセージの意味を理解し、かつ複数画面表示を備えていない場合、S115で送信された<MultiImageViewOn>メッセージをテレビ10では従来のOneTouchPlayと同じ指示をするメッセージと判断する。以下、S126、S127、S118は図5のS116~S118と同様である。次に、テレビ10が<MultiImageViewOn>メッセージの意味を理解しない場合、S115で送信された<MultiImageViewOn>メッセージをテレビ10は何の意味も持たない信号と判断するためS128、何も反応せず信号を受ける前と同じ状態を続けるS129。このように<MultiImageViewOn>メッセージを新たに設定することで、図14の3052のように先に表示を行っていた映像の出力機器が、映像出力を止めてしまうことで利用者の意図する複数画面表示が行えなくなることを防止できる。実施例6と同様に<ActiveSource>メッセージの受信によって図17のように先に表示を行っていた映像の出力機器が、映像出力を止めてしまうことで利用者の意図する複数画面表示が行えなくなることを防止する方法を提供する。図20にこの実施例のメッセージのやり取りの一例を示す。ゲーム機15からテレビ10に対して<SubDisplay>メッセージ3042を送信するまでは図17と同様である。ここでテレビ10は<SubDisplay>メッセージ3042を受信したことを受けて、テレビ10とゲーム機14が接続するネットワークとテレビ10とゲーム機15が接続するネットワークとを別個のネットワークとして分離する。これによりゲーム機14とゲーム機15とは同じネットワークにいないため、ゲーム機15が発信するメッセージはゲーム機14には届かなくなる。この後<ImageViewOn>メッセージ3022送受信後にゲーム機15が<ActiveSource>メッセージ3032を送信した時に、このメッセージを受信するのはテレビ10のみで、ゲーム機14は受信しない、ゲーム機14は映像出力を続けることができる画面367。図21にこの実施例のフローチャートの一例を示す。開始時点でテレビはゲーム機14の映像を既に表示しているものとする。視聴者はリモコン16でワンタッチ:ハーフボタン28を押す等操作でゲーム機15に対し映像の複数画面表示上での再生を指示するS101。複数画面表示上での再生スタートの指示を受けたゲーム機15はテレビ10に対し<SubDisplay>メッセージを送信するS130。ここでテレビ10が複数画面表示機能を持っていて、かつ<SubDisplay>メッセージが理解できる場合、テレビ10は<SubDisplay>メッセージを受信したことを記憶し、さらにゲーム機14が接続するネットワークとゲーム機15が接続するネットワークとを切断し、ゲーム機14とゲーム機15がメッセージのやり取りをすることができなきようにするS131。引き続きゲーム機15はテレビ10に対して<ImageViewOn>メッセージを送信するS132。これを受けたテレビ10は電源がOFFであればONに、映像表示モードになっていなければ映像表示モードに切り替えるなど必要な機能を立ち上げる。引き続きゲーム機15はテレビ10に対して<ActiveSource>メッセージを送信するS133。これを受けたテレビ10は<SubDisplay>メッセージ→<ImageViewOn>メッセージ→<ActiveSource>メッセージが連続して受信されたことで、複数画面表示上での再生を指示されていることを認識するS108。テレビ10は<ActiveSource>メッセージ送信元のゲーム機15が接続するHDMI入力端子をアクティブ化すると同時に、複数画面表示に移行して先に表示中のゲーム機14の映像はそのうちの一つの表示画面に表示し、新たに映像送信を開始したゲーム機15からの映像を別の一つの表示画面に表示するS135。これにより先に表示していた映像と、新規に映像送信を開始した装置からの映像の2画面表示が実現するS111。映像を送信している装置のうちの一つの装置が映像送信を停止するなど、複数画面表示の必要がなくなった時点で、テレビはS131で分離したネットワークを復元しても良い。一方、テレビ10が複数画面表示機能を持っていないか、あるいは<SubDisplay>メッセージが理解できない場合、テレビ10は<SubDisplay>メッセージは無視して、続く<ImageViewOn>メッセージ送受信S136、S113、<ActiveSource>メッセージ送受信S137すると、テレビ10はゲーム機15からOneTouchPlayを指示されたと認識しS115、ゲーム機15が接続するHDMI端子をアクティブ化するS138。一方で、その後、ゲーム機14もブロードキャストメッセージである<ActiveSource>メッセージを受信するS139。これを受けたゲーム機14は映像出力を停止し、スタンバイ状態へ移行する。この場合テレビは複数画面表示ができないので、ゲーム機14が出力を停止しても問題は無い。テレビ10はゲーム機15からの映像を全面表示するS141。このように本実施例によれば、テレビが複数画面表示に対応する場合は元から映像出力を行っていた装置の映像出力は継続され、テレビが複数画面表示に対応しない場合は元から映像出力を行っていた装置の映像出力は停止してスタンバイ状態に移行する。実施例6および7と同様に<ActiveSource>メッセージの受信によって図17のように先に表示を行っていた映像の出力機器が、映像出力を止めてしまうことで利用者の意図する複数画面表示が行えなくなることを防止する方法を提供する。図22にこの実施例のメッセージのやり取りの一例を示す。利用者がゲーム機15のリモコンでワンタッチ:ハーフを指示する402までは図17と同様である。本実施例では、<SubDisplay>メッセージをブロードキャストメッセージと定義することで、この後ゲーム機15から送信される<SubDisplay>メッセージ3042はテレビ10だけでなくゲーム機14でも受信する。これを受けたゲーム機14は<SubDisplay>メッセージを受けたことを記憶する。その後ゲーム機15からテレビ10への<ImageViewOn>メッセージ3022送信、<ActiveSource>メッセージ3032送信の後、ブロードキャストメッセージである<ActiveSource>メッセージ3032をテレビ10とゲーム機14が受信する。ゲーム機15からの<ActiveSource>メッセージ3032を受けたゲーム機14は、先に<SubDisplay>メッセージ3042を受けていることから、この<ActiveSource>メッセージ3032はゲーム機15がゲーム機14と同時に映像送信続行を指示しているものと判断して、映像送信を続ける。図23にこの実施例のフローチャートの一例を示す。開始時点でテレビはゲーム機14の映像を既に表示しているものとする。ゲーム機15は<SubDisplay>メッセージを送信し、これはブロードキャストメッセージであるのでテレビ10とゲーム機14が受信するS142。ここでテレビ10が複数画面表示機能を持っていないか、または<SubDisplay>メッセージが理解できない場合、以下S136からS141は図21と同様であり、最終的にはゲーム機15からの映像のみ表示する。テレビ10が複数画面表示機能を持っていて、かつ<SubDisplay>メッセージが理解できる場合、テレビ10とゲーム機14は<SubDisplay>メッセージを受信したことを記憶するS143。以下、ゲーム機15が<ImageViewOn>メッセージ送信しS132、テレビが必要な機能をスタンバイS106、ゲーム機15が<ActiveSource>メッセージを送信しテレビ10とゲーム機14が受信するS144。テレビは複数画面表示上での再生を指示されたことを認識しS108、<ActiveSource>メッセージ送信元のゲーム機15が接続するHDMI端子をアクティブ化するS134。一方、ゲーム機14は<SubDisplay>メッセージ、<ActiveSource>メッセージを受信したことを受けて、自身が送信中の映像を継続して送信することを指示されていると認識するS145。この結果ゲーム機14からの映像とゲーム機15からの映像の2画面表示がなされるS135、S111。このように本実施例では<SubDisplay>メッセージをブロードキャストメッセージとし、ゲーム機14が<SubDisplay>メッセージ、<ActiveSource>メッセージを連続して受け取ることで映像送信の継続を指示されていると理解することで、テレビ10が実施例7に説明したようなゲーム機14が接続するネットワークとゲーム機15が接続するネットワークを分離するという機能を備えていなくても、図17のように先に表示を行っていた映像の出力機器が映像出力を止めてしまうことで、利用者の意図する複数画面表示が行えなくなることを防止できる。ただし、ゲーム機14がこのような<SubDisplay>メッセージ→<ActiveSource>メッセージの意味することを理解して対応する機能が備わっておらず、かつ他の機器からの<ActiveSource>メッセージを受けて映像の送信を停止する機能が備わっている場合は、図17と同様の結果となる。実施例1~8はテレビ10に接続する映像処理装置側のリモコンを用いて、映像処理装置の受光部に対して赤外信号を送り、映像処理装置内部で光電変換を行い、制御命令として解読するものである。図25にこの場合の処理経路の概略図の一例を示す。視聴者は映像処理装置のリモコン13を用いてDVDプレーヤー11のリモコン受光部43に赤外線のビット信号で命令を伝える。リモコン受光部43は光電変換を行い、デジタル信号のビット信号に変換し、制御コマンド処理部41に伝える。制御コマンド処理部41はビット信号を解読して制御コマンド信号に変換し、HDMIのCECラインでテレビ10に送る。テレビ10は制御コマンド信号を制御コマンド処理部36に伝え、ここから制御コマンドに従った適切な処理内容が映像処理部35に指示される。本実施例では、映像処理装置のリモコン受光部43が視聴者の方向に向いていないなど、映像処理装置に対して直接リモコン信号を伝えられない場合に、テレビ10のリモコン受光部39からリモコン信号を映像処理装置に伝えるものである。図26にこの場合の処理経路の概略図の一例を示す。視聴者は映像処理装置のリモコン13を用いてテレビ10のリモコン受光部39に赤外線のビット信号で命令を伝える。リモコン受光部39は光電変換を行い、デジタル信号のビット信号に変換し、制御コマンド処理部36に伝える。制御コマンド処理部36はこのビット信号がDVDプレーヤー11の制御信号であることを判定する。この判定は、ビット信号の内容から判定しても良いし、あらかじめ受信するリモコン信号がDVDプレーヤー11のものであることをテレビ10側のリモコン等を用いて設定しておいても良い。制御コマンド処理部36はこのビット信号をビット信号のままHDMIのCECラインでDVDプレーヤー11に送る。この時の伝送は、例えばメーカーが任意に設定できるHDMIVender-SpecificDataBlockの必要なビット数を使って伝送する。DVDプレーヤー11ではこのビット信号を制御コマンド処理部41に伝える。制御コマンド処理部41はビット信号を解読して制御コマンド信号に変換し、HDMIのCECラインでテレビ10に送る。テレビ10は制御コマンド信号を制御コマンド処理部36に伝え、ここから制御コマンドに従った適切な処理内容が映像処理部35に指示される。このように本実施例に拠れば、映像処理装置側のリモコンからの信号をテレビのリモコン受光部に伝えることで映像処理装置に前記信号を伝えることができる。上記で説明した各実施例によれば、Souce側において即座に表示画面全体に再生を開始するSource機器から送信する映像を強制的に表示するのか複数画面表示の一つにだけ再生を開始するSource機器から送信する映像を強制的に表示するのかの選択が可能になり、視聴者がテレビ側の設定を変更する操作を行う手間を省くことができる。