"ネットワークを介して接続される第1の機器、第2の機器及び第3の機器における映像信号の送受信方法であって、前記第1の機器と前記第2の機器とは第1のネットワークを介して接続されており、前記第1の機器と前記第3の機器とは前記第2のネットワークを介して接続されており、前記第2の機器と前記第3の機器とは前記第2のネットワークを介して接続されており、前記第1の機器が前記第2のネットワークを介して前記第3の機器から受信する映像信号の処理が不可能である場合に、前記第2の機器が前記第2のネットワークを介して前記第3の機器から前記映像信号を受信するステップと、前記第2の機器が受信した映像信号の処理を行うステップと、前記第2の機器が処理を行った映像信号を前記第1のネットワークを介して前記第1の機器へ送信するステップと、を有することを特徴とする映像信号の送受信方法。請求項1の映像信号の送受信方法であって、前記第1の機器は映像を表示する表示装置であり、前記第2の機器は映像信号をデコードする映像再生装置であり、前記第3の機器は映像信号を送信するサーバ装置であり、前記映像信号の処理はエンコードされた映像信号のデコード処理であり、前記第1の機器が前記第2のネットワークを介して前記映像信号のエンコード形式に関する情報を受信するステップと、前記第1の機器が受信したエンコード形式に関する情報に基づいて前記第3の機器から受信する映像信号のデコード処理が可能であるか否かを判断するステップと、を有することを特徴とする映像信号の送受信方法。請求項2の映像信号の送受信方法であって、前記第1の機器が前記第2のネットワークを介して前記第3の機器から受信する映像信号のデコード処理が不可能である場合に、前記第1のネットワークまたは前記第2のネットワークを用いて前記第3の機器から受信する映像信号のデコード処理が可能な機器を探索するメッセージを送信するステップと、送信したメッセージに対する応答メッセージを受信するステップと、受信した応答メッセージに基づいて前記第3の機器から受信する映像信号のデコード処理を代行する機器を決定するステップと、を有することを特徴とする映像信号の送受信方法。受信した映像信号に基づいて映像を表示する表示装置であって、第1のネットワークを介して信号を送受信する第1の送受信部と、第2のネットワークを介して信号を送受信する第2の送受信部と、前記第2の送受信部で受信した映像信号をデコードするデコード部と、前記第1の送受信部で受信した映像信号または前記デコード部でデコードした映像信号に基づいて映像を表示する表示部と、を有し、前記第2の送受信部で受信する映像信号のエンコード形式が前記デコード部でデコードできない形式であった場合、前記第1の送受信部または前記第2の送受信部から当該映像信号をデコード可能な機器を探索する機器探索メッセージを送信することを特徴とする表示装置。請求項4の表示装置であって、前記第2の送受信部で受信する映像信号の信号源から当該映像信号のエンコード形式に関する情報を受信し、当該受信した情報に基づいて前記第2の送受信部で受信する映像信号を前記デコード部でドコード可能か否かを判断することを特徴とする表示装置。請求項5の表示装置であって、前記第1の送受信部または前記第2の送受信部で前記機器探索メッセージに対する応答メッセージを受信し、当該受信した応答メッセージに基づいて前記映像信号のデコードを代行する機器を決定し、当該機器がデコードした映像信号を前記第1の送受信部で受信することを特徴とする表示装置。映像信号をデコードするデコード装置であって、第1のネットワークを介して信号を送受信する第1の送受信部と、第2のネットワークを介して信号を送受信する第2の送受信部と、前記第2の送受信部で受信した映像信号をデコードするデコード部と、を有し、前記第2の受信部で第1の他の機器からの映像信号を受信し、受信した映像信号を前記デコード部でデコードし、デコードした映像信号を前記第1の送受信部から前記第1の他の機器とは異なる第2の他の機器へ送信することを特徴とするデコード装置。請求項7のデコード装置であって、前記第1の送受信部または前記第2の送受信部で前記第2の他の機器から所定のエンコード形式の映像信号をデコード可能な機器を探索するメッセージを受信し、前記デコード部で当該所定のエンコード形式の映像信号をデコード可能な場合、当該所定のエンコード形式の映像信号をデコード可能であることを示すメッセージを前記第1の送受信部または前記第2の送受信部から前記第2の他の機器へ送信することを特徴とするデコード装置。請求項8のデコード装置であって、前記第1の送受信部または前記第2の送受信部で前記第2の他の機器から映像信号のデコードの代行を要求する代行要求メッセージを受信し、当該代行要求メッセージに基づいて前記第2の送受信部から前記第1の他の機器へ映像信号の送信を要求するメッセージを送信することを特徴とするデコード装置。特許文献1では第1の伝送路で接続されている所定の外部機器が第2の伝送路でも接続されているか否かを容易に判断する方法について記載されている。しかしながら、第2の伝送路または第1の伝送路で要求された操作を実行できない場合に、要求された操作を実行する方法については考慮されていない。上記課題を解決するために、例えば特許請求の範囲に記載の構成を採用する。本願は上記課題を解決する手段を複数含んでいるが、その一例を挙げるならば、ネットワークを介して接続される第1の機器、第2の機器及び第3の機器における映像信号の送受信方法において、第1の機器と第2の機器とは第1のネットワークを介して接続されており、第1の機器と第3の機器とは第2のネットワークを介して接続されており、第2の機器と第3の機器とは第2のネットワークを介して接続されており、第1の機器が第2のネットワークを介して第3の機器から受信する映像信号の処理が不可能である場合に、第2の機器が第2のネットワークを介して第3の機器から映像信号を受信するステップと、第2の機器が受信した映像信号の処理を行うステップと、第2の機器が処理を行った映像信号を第1のネットワークを介して第1の機器へ送信するステップと、を有することを特徴とする。上記手段によれば、第2の伝送路または第1の伝送路で要求された操作を実行できない場合であっても、第1の伝送路または第2の伝送路に接続された装置の機能を利用して、要求された操作を実行することができる。以下、実施例について図面を用いて説明する。なお、図面において、同一符号は、同一または相当部分を示す。また、本発明は、実施例に限定されるものではない。本実施例では、第1のネットワークがユーザに提供する機能ユーザ提供機能をそのネットワーク内で実行できなかった場合に、第2のネットワークでその機能を代替するユーザ提供機能代替実行について説明する。なお、本実施例では、第1のネットワークはHDMIHighDefinitionMultimediaInterface登録商標ネットワーク、第2のネットワークはDLNADigitalLivingNetworkAlliance登録商標ネットワークと仮定し、第1のネットワークであるHDMIネットワークで提供されるユーザ提供機能を実行できなかった場合に、第2のネットワークのDLNAネットワークでその機能を代替する場合を例に説明する。図1は本実施例のシステム構成の例である。1はユーザ宅、2および3は放送局、4はIPTVサーバ、5は外部ネットワークである。本実施例において放送局2と放送局3は異なる放送方式の放送を送出する。ここでは、放送局2は地上波を用いた地上デジタル放送を送出し、放送局3はデジタルケーブルテレビCATV放送を送出する場合を例に説明する。なお、放送局2と放送局3の放送方式はそれぞれが異なる方式であれば良く、衛星波で送出されるBSデジタル放送とCATV放送などの組み合わせでも良い。ユーザ宅1において、11は放送受信アンテナ、12および13は分配器、14はルータ、15はハブ、110、130はデジタルテレビDTV、120はレコーダ、140はIPTVセットトップボックスIPTVSTB、150はセットトップボックスSTB、160はコンテンツサーバである。レコーダ120とDTV130は放送局2が送出する地上デジタル放送を受信するデジタル放送を受信する機能を備え、DTV110とSTB150はCATV放送をする機能を備えている。IPTVSTB140は外部ネットワークを介してIPTVサーバ4が配信するコンテンツを受信、あるいは、ダウンロードする機能を備えている。20はユーザ宅1の部屋の境界線を示している。ここでは、境界線20の下をユーザ宅1の1階の部屋、上を2階の部屋であるとする。放送受信アンテナ11は放送局2が送出する地上デジタル放送を受信する。受信したデジタル放送は分配器12によってレコーダ120とDTV130に分配される。放送局3が送出するCATV放送は分配器13によってDTV110とSTB150に分配される。ユーザ宅1においてDTV110とレコーダ120はHDMIケーブルで接続されHDMIネットワーク第1のネットワークを構成する。また、DTV130とIPTVSTB140もHDMIケーブルで接続され、DTV110とレコーダ120で構築するHDMIネットワークとは独立のHDMIネットワーク第1のネットワークその2を構築する。また、DTV110とDTV130、コンテンツサーバ160はハブ15に接続されDLNAネットワーク第2のネットワークを構築する。更に、本実施例において、HDMIは双方向イーサネット登録商標信号を伝送するHECHDMIEthernetChannel機能を提供する。レコーダ120とSTB150はHDMI接続されたDTV110を介してハブ15に接続されDLNAネットワークを構成する装置となる。同様に、IPTVSTB140もDTV130を介してハブ15に接続されDLNAネットワークを構成する装置となる。また、ハブ15に接続された装置はルータ14を介して外部ネットワークに接続できる。レコーダ120、STB150、IPTVSTB140、コンテンツサーバ160はネットワークにコンテンツ情報を公開し、コンテンツを配信するDMSDigitalMediaServerの略。機能を備え、かつ、HDMIのソース装置として動作する。DTV110、DTV130はDLNAネットワークにおいて、DMSが公開するコンテンツ情報を閲覧し所望のコンテンツを探し、そのコンテンツを表示するDMPDigitalMediaPlayerの略機能、および、ネットワーク上のDMS機能を備えた装置から、記録機能を備えた装置に対して、コンテンツのコピーや移動の制御を行うDMC:DigitalMediaController機能を備え、かつ、HDMIのシンク装置として動作する。図2は本実施例におけるDTV110の構成の一例を示すブロック図である。DTV110はアンテナ接続端子201、ネットワーク端子202、操作信号受信部203、入力端子204、206、システムバス205、チューナ部210、復調復号部211、デマックス部212、デコード部213、合成部214、OSD部215、入力I/F部216、233、スイッチ217、218、音声出力部219、映像表示部220、ネットワーク接続部221、制御部222、メモリ223、操作I/F部214、限定受信I/F部225、限定受信情報記憶部226を有する。250は、ユーザがDTV110の操作に使用する操作装置である。リモコンやマウス、キーボード、タッチパネルなどを用いる。スマートフォンやタブレット端末を用いる構成にしてもよい。放送信号はアンテナ接続端子201を介してチューナ部210に入力される。チューナ部210は受信すべきチャンネルのチャンネル周波数帯を抽出し、直交復調によりベースバンド信号とされ復調復号部211に出力する。復調復号部211は、ベースバンド信号に対して、例えば8PSKPhaseShiftKeyingを用いた同期復調を行い、ビタビ復号やRSリードソロモン復号などの誤り訂正を施しデジタル放送信号を復号してデマックス部212に出力する。本実施例では、デジタル放送信号として、MPEGMovingPictureExpertsGroup方式によって圧縮符号化され、TSTransportStream方式で多重化されたMPEG2-TSを扱う場合について説明する。デマックス部212は多重化されたMPEG2-TSから後段で使われる信号を分離抽出する。そして、限定受信I/F部225を介して限定受信情報記憶部226に保持されている鍵情報などを取得し、この情報を用いて著作権保護のためにMPEG2-TSにかけられているスクランブルを解除し、放送番組などコンテンツを構成する映像信号や音声信号や字幕の信号ストリームであるPESPacketizedElementaryStreamあるいはESElementaryStreamやデータ放送などのデータを出力する。デコード部213はデマックス部212で分離抽出された映像信号および音声信号のPESあるいはESをデコードして、圧縮されていない映像信号と音声信号を生成する。デコードされた音声信号はスイッチ217に出力される。デコードされた映像信号は合成部214に出力される。合成部214はデコード部213から入力された映像信号と、OSD部215から入力されたOSDを合成して表示画面を構成し、スイッチ218へ出力する。OSD部215は、制御部222の制御に従ってユーザ操作のためのUIUserInterface画面やユーザに操作の状態を通知するメッセージダイアログなどOSDを生成し合成部214に出力する。入力I/F部216はAV受信部231とデータI/F部232で構成する。AV受信部231は入力端子204を介して外部から入力される映像信号、音声信号、補助データを受信する。映像信号はスイッチ218へ出力し、音声信号はスイッチ217へ出力する。補助データは映像信号、音声信号のフォーマットなど入力される映像信号、音声信号に関するデータである。補助データはシステムバス205を介して制御部222に出力され映像信号の表示制御などに使用される。データI/F部232は入力端子204を介して接続された他の装置と双方向のデータ通信を行う。データI/F部232に入力されたデータは制御部222で処理される。また、制御部222の制御によって他の装置にデータを送信する。本実施例では、HDMIネットワーク第1のネットワークにおいて装置の相互操作に使用されるCECConsumerElectronicsControlメッセージや双方向イーサネット信号を伝送する。入力I/F部233の構成、機能は入力I/F部216と同様である。スイッチ217は音声出力部219に出力する音声信号を切換えるスイッチで、スイッチ218は映像表示部220に出力する映像信号を切換えるスイッチである。スイッチ217、218は制御部222によって、入力端子204、あるいは、206を介して外部入力された映像音声信号を出力するか、デコード部213が生成した映像音声信号を出力するかが制御される。音声出力部219はスイッチ217を介して入力された音声信号を出力するスピーカなどである。映像表示部220は液晶ディスプレイなどの表示パネルでスイッチ218を介して入力された映像信号を表示する。ネットワーク接続部221は通信処理部と伝送コンテンツ保護部を備えネットワーク端子202を介してハブ15に接続された他の機器やネットワーク5に接続された宅外のサーバなどとデータやコンテンツの送受信を行う。通信処理部は通信プロトコルの解釈や、通信データのフロー制御をおこなう。伝送コンテンツ保護部は、コンテンツに課された著作権保護に応じて機器認証処理を行ったり、ネットワークへ出力するコンテンツの暗号処理や、ネットワークから受信したコンテンツの復号処理を施す。制御部222はOSOperatingSystemやアプリケーションの実行処理を行い、DTV110を機能させる。メモリ223は揮発性メモリおよび不揮発性メモリで構成する。不揮発性メモリにはOSやアプリケーションなどのDTV110を動作させるためのソフトウェアを格納する。揮発性メモリにはソフトウェアの動作に必要なデータなどを一時的に格納する。操作I/F部224は、操作信号受信部203が受信した操作装置250からの入力信号を処理する。操作装置250は、例えばリモコンやマウス、キーボード、タッチパネルなどである。操作信号受信部203は赤外線などを用いて無線で操作装置250からの入力信号を受信しても良いし、接続端子を介して操作装置250を接続し、入力信号を受信しても良い。システムバス205はDTV110の構成要素接続線の記載を一部省略しているに接続されるデータバスである。各構成要素の間で、制御信号やデータ信号の通信に使用される。限定受信I/F部225は限定受信情報記憶部226を接続するインターフェースである。限定受信情報記憶部226はスクランブルを解除するための鍵情報などを保持する。また、DTV110は図示しないレイヤー2スイッチ部を備える。レイヤー2スイッチ部はイーサネットのデータフレームであるMACフレームを転送する機能を担う。入力端子204と入力端子206、及び、ネットワーク端子202の間で、それぞれに入力されたMACフレームが送信先アドレスに従って転送される。レイヤー2スイッチ部によって入力端子204と入力端子206に接続された装置はハブ15に接続されDLNAネットワーク第2のネットワークを構成する装置となり、また、外部ネットワーク5にも接続できる。なお、レイヤー2スイッチ部でHEC機能限定の限定マルチキャストメッセージを受信した場合は、入力端子204と入力端子206でのみ転送され、ネットワーク端子202には転送しない。ここではDTV110の構成を説明したが、DTV130もDTV110と同様の構成を有する。図3は本実施例におけるレコーダ120の構成の一例を示すブロック図である。図3において図2と同様の構成には同一符号を付し、説明を省略する。DTV110との構成の違いは、記録生成部310を備えること、入力端子ではなく出力端子301、入力I/F部ではなく出力I/F部320を備えること、映像出力部、音声出力部、スイッチを持たないことである。記録再生部310は記録媒体と暗号復号処理部を備え、受信した放送番組などのコンテンツやネットワークを介して取得したコンテンツを記録媒体に書き込む記録処理、および、記録したコンテンツを記録媒体から読み出し出力する再生処理、記録したコンテンツの削除処理などを担う。コンテンツを記録媒体に記録する際には暗号処理部で適切な暗号化処理を施す。コンテンツを記録媒体から読み出す場合は、記録時に施された暗号を復号して出力する。なお記録媒体は、ハードディスクのような内蔵の記録媒体、もしくは光ディスク、リムーバブルハードディスク、メモリカードのような取り外し可能な記録媒体のどちらか、もしく両方を備える。また、ハードディスクと光ディスクとメモリカードなどのように数種類の記録媒体を備えても良い。出力I/F部320はAV送信部321とデータI/F部322で構成する。AV送信部321は出力端子301を介して映像信号、音声信号、補助データを送信する。補助データは映像信号、音声信号のフォーマットなど出力される映像信号、音声信号に関するデータである。データI/F部322はデータI/F部232と同様である。AV送信部321からはレコーダ120が受信した放送番組や記録再生部310で記録再生したコンテンツの映像音声信号が補助データと共に出力される。図4は本実施例におけるSTB150の構成の一例を示すブロック図である。図4において図2、及び、図3と同様の構成には同一符号を付し、説明を省略する。レコーダ120との構成の違いは、記録生成部310を持たないことである。図1のシステム構成図において、レコーダ120の出力端子301とDTV110の入力端子204または206、及び、STB150の出力端子301とDTV110の入力端子204または206がそれぞれHDMIケーブルで接続されHDMIネットワーク第1のネットワークを構成する。なお、図1のシステム構成図においてはレコーダ120のネットワーク端子202、及び、STB150のネットワーク端子202は使用していない。レコーダ120のレイヤー2スイッチ部の機能により入力端子204、入力端子206にHDMIケーブルで接続されたレコーダ120とSTB150はDLNAネットワーク第2のネットワークを構成する装置にもなり、また、外部ネットワーク5にも接続できる。レコーダ120のデータI/F部232、および、ネットワーク端子202のデータI/F部322、及び、STB150のデータI/F部322はHDMIのHEC機能を備えイーサネットのデータフレームを送受信する能力を持つ。図5はDTV110のソフトウェア構成例を示す図である。DTV110の機能を実現する制御ソフトウェア500はDTV110のメモリ223に展開され制御部222で実行される。制御ソフトウェア500は番組情報生成部502、表示情報取得部503、第1通信処理部510、第1メッセージ解析/生成部511、ユーザ提供機能管理部512、予約録画処理部513、コマンド処理部515、代替探索処理部516、ワンタッチレコード応答部517、ワンタッチレコード代替部521、予約録画代替部522、第2通信処理部530、第2メッセージ解析/生成部531、DMC部532、予約録画クライアント533、コンテンツ情報クライアント534、機器情報取得部535、ストリーム受信部540で構成する。また、図示しないシステムスタンバイ処理部を備える構成にしてもよい。番組情報生成部502はチューナ210で選局し、受信している番組のコンテンツ情報を生成し、メモリ233に記録する。コンテンツ情報とは、例えば、コンテンツを一意に定める識別子コンテンツID、コンテンツの種類、データフォーマットなどのプロパティ情報と、タイトル名、ジャンル、コピー制御情報、イベントIDなどの番組情報である。コンテンツ情報の内、プロパティ情報は番組情報生成部502自身で生成し、番組情報はデマックス部212により分離抽出された放送番組の情報を含むPESあるいはESから取得する。ここで、コンテンツの種類とは映像、音声、画像などを示し、データフォーマットとはMPEGMovingPictureExpertsGroupやMP3MPEGAudioLayer‐3などコンテンツの符号化方式を示す。表示情報取得部503は映像表示部220に表示しているコンテンツのコンテンツ情報を提供する。第1通信処理部510は第1のネットワークで接続された他の機器との間でコンテンツや制御メッセージを送受信する際に通信プロトコルに従って通信データの処理を行う。第1メッセージ解析/生成部511は第1のネットワーク上の機器の間で送受信される所定の形式に従って生成された制御要求などのメッセージを解釈し、要求された制御を処理する処理部に振り分ける。また、処理部が生成する他の機器からの制御要求に対する応答や、他の機器に対しての制御要求を、第1のネットワーク上の機器の間で用いられる所定の形式に従ったメッセージで生成する。ユーザ提供機能管理部512は第1のネットワークを用いてユーザに提供される機能ユーザ提供機能の実行を管理する。ユーザのリモコン操作やメニューの選択を検知し、ユーザに要求されたユーザ提供機能を判断し、対応するユーザ機能処理部要求されたユーザ提供機能を実現するための処理を行う構成に処理の実行を要求する。また、要求されたユーザ提供機能をユーザ機能処理部で実行できなかった場合には、代替探索処理部516に対して代替実行を要求する。予約録画処理部513は、第1のネットワークがユーザに提供するユーザ提供機能を実行するユーザ機能処理部の1つである。予約録画処理部513はユーザに予約録画機能を提供する。予約録画機能とはDTV上で動作している電子番組表EPGにより選択された番組を第1のネットワークで接続されているレコーダに予約録画する機能である。図1のシステム構成の場合、DTV110に対し予約録画機能が要求されると、DTV110は選択された番組の予約録画をレコーダ120に設定する。図示しないシステムスタンバイ処理部も第1のネットワークがユーザに提供するユーザ提供機能を実行するユーザ機能処理部の1つである。システムスタンバイ処理部はユーザにシステムスタンバイ機能を提供する。システムスタンバイ機能とはユーザがリモコン操作などで電源オフを指示した場合に、第1のネットワークで接続されているすべての機器をスタンバイ状態に設定する機能である。図1のシステム構成の場合、DTV110に対しシステムスタンバイ機能が要求されると、DTV110と連動してレコーダ120とSTB150もスタンバイ状態になる。なお、図5では一例として、予約録画機能とシステムスタンバイ機能に対するユーザ機能処理部を示しているが、その他のユーザ提供機能を提供する場合は、機能毎にその機能を実行する該当機能処理部をユーザ機能処理部として備える。コマンド処理部515はユーザ提供機能としてではない、単体の制御コマンドを処理する。単体の制御コマンドとは、例えば、CECメッセージでは機器の電源の状態を参照する<GiveDevicePowerStatus>やOSDにメッセージを表示させる<SetOSDString>などである。代替探索処理部516はユーザ提供機能管理部512に要求されたユーザ提供機能を代替して実行する代替機能を提供する機器を探索し、発見した機器に対して代替実行を依頼する。また、提供できる代替機能を管理し、代替機能を探索するメッセージを受信した場合は、その応答を返す。ワンタッチレコード応答部517はユーザ機能応答部の1つである。ユーザ機能応答部はユーザ提供機能を実行する機器から送信されるユーザ提供機能に関わる制御メッセージに対する応答処理を行う。ワンタッチレコード応答部517はワンタッチレコード機能に関わる制御メッセージに対する応答処理を行う。図5では一例として、ワンタッチレコード機能に対する応答処理を行うユーザ機能応答部を示しているが、その他のユーザ提供機能に対する応答処理を提供する場合は、機能毎に該当機能応答部をユーザ機能応答部として備える。ワンタッチレコード代替部521はユーザ機能処理部の機能を第2のネットワークの機能を用いて代わりに実行するユーザ機能代替部の1つである。ワンタッチレコード代替部521は第2のネットワークに接続された機器が提供するネットワーク機能を用いてワンタッチレコード機能を実行する。ワンタッチレコード機能で録画を要求されたコンテンツを配信するDMSを第2のネットワーク上で探し、ワンタッチレコード機能の代替実行を要求したレコーダに対して、探索したDMSからコンテンツを取得して記録ダウンロードするよう指示をする。予約録画代替部522はユーザ機能処理部の機能を第2のネットワークの機能を用いて代わりに実行するユーザ機能代替部の1つである。予約録画代替部522は第2のネットワークに接続された機器が提供するネットワーク機能を用いて予約録画機能を実行する。図5では一例として、ワンタッチレコード機能と予約録画機能に対するユーザ機能代替部を示しているが、その他のユーザ提供機能に対する代替処理を提供する場合は、機能毎に該当機能代替部をユーザ機能代替部として備える。第2通信処理部530は第2のネットワークで接続された他の機器との間でコンテンツや制御メッセージを送受信する際に通信プロトコルに従って通信データの処理を行う。第2メッセージ解析/生成部531は、第2のネットワーク上の機器の間で送受信される所定の形式に従って生成された制御要求などのメッセージを解釈し、制御要求や、制御要求に対する応答を、それらを処理するサービスやクライアントに振り分ける。また、他の機器からの制御要求に対する応答や、他の機器に対しての制御要求を、第2のネットワーク上の機器の間で用いられる所定の形式に従ったメッセージとして生成する。サービスとは、第2のネットワーク上の他の機器に対して提供する機能である。クライアントとは、サービスを利用する機能である。本実施例において、DTV110は第2のネットワーク上では他の機器を制御するDMCとして動作するためサービスは備えていない。第2メッセージ解析/生成部631が送信、あるいは、受信するメッセージはネットワーク通信処理部420を介して適切な通信プロトコルで他の機器と送受信される。通信プロトコルとはHTTPGETやRTPReal‐timeTransportProtocolなどである。DMC部532は、第1のネットワークで提供されるコンテンツの情報を取得するコンテンツ情報クライアント534と、第1のネットワーク上の他の装置に対し予約録画を設定する予約録画クライアント533を備え、第1のネットワークを介してコンテンツを視聴したり、ネットワーク上のレコーダに予約録画を設定したりするDMC機能をユーザに提供する。予約録画クライアント533は、第1のネットワークを介して、予約録画サービスを提供する他の機器に予約録画の登録や削除を設定したり、予約されている録画の一覧情報などを取得する。コンテンツ情報クライアント534は、コンテンツ情報サービスが提供するコンテンツ情報を取得してユーザに提示する。ユーザが視聴するコンテンツを選択した場合には、ストリーム受信部540に選択されたコンテンツの取得を要求する。機器情報取得部535は他の機器のネットワークへの接続や離脱の通知を検知し、制御対象の機器の接続を検知した場合には、検出した機器の機器情報提供サービスに対し機器記述情報や、サービス詳細情報を要求する要求メッセージを送信する。取得した機器記述情報や、サービス詳細情報はネットワークIDやデバイスタイプなどで参照できる形式でメモリ223に記録する。また、接続状態管理情報として、接続の状態を示す接続状態情報と更新時刻情報接続または離脱した日時を示す値などを機器の特定できるネットワークIDなどで参照できる形式で記録する。また、必要に応じて、ホームネットワーク上の所望の制御対象機器を検索するデバイス検索要求を送信する。離脱の通知を検知した場合は、接続状態を、離脱を示す値に更新、更新時刻情報を離脱の通知を検知した時刻に更新する。離脱した機器の機器記述情報や、サービス詳細情報は、離脱を検知したときに削除しても良いし、離脱から所定の時間24時間など経過した後に削除しても良い。ストリーム受信部540がコンテンツ情報クライアント534に取得要求されたコンテンツのコンテンツ情報のアクセス先情報に記述されたURIへアクセスし、コンテンツのストリームを取得する。取得したコンテンツのストリームはデマックス部212へ出力され分離抽出された後、デコード部213でデコードされ音声出力部219、映像表示部220に出力される。図6はレコーダ120のソフトウェア構成例を示す図である。レコーダ120の機能を実現する制御ソフトウェア600はレコーダ120のメモリ223に展開され制御部222で実行される。制御ソフトウェア600は番組情報生成部602、コンテンツ管理部603、予約設定管理部604、第1通信処理部610、第1メッセージ解析/生成部611、ユーザ提供機能管理部612、コマンド処理部615、代替探索処理部616、ワンタッチレコード処理部621、予約録画応答部625、第2通信処理部630、第2メッセージ解析/生成部631、DMS部632、予約録画サービス633、コンテンツ情報サービス634、機器情報提供サービス635、ストリーム送信部640、で構成する。番組情報生成部602はチューナ210で選局し、受信している番組のコンテンツ情報を生成し、メモリ233もしくは記録再生部310に記録する。コンテンツ情報とは、例えば、コンテンツを一意に定める識別子コンテンツID、コンテンツの種類、データフォーマット、ネットワークにコンテンツを提供する場合のアクセス先情報URI:UniformResourceIdentifierなどのプロパティ情報と、タイトル名、ジャンル、コピー制御情報、イベントIDなどの番組情報である。コンテンツ情報の内、プロパティ情報は番組情報生成部602自身で生成し、番組情報はデマックス部212により分離抽出された放送番組の情報を含むPESあるいはESから取得する。ここで、コンテンツの種類とは映像、音声、画像などを示し、データフォーマットとはMPEGMovingPictureExpertsGroupやMP3MPEGAudioLayer‐3などコンテンツの符号化方式を示す。コンテンツ管理部603は記録再生部310にコンテンツを記録する際に、そのコンテンツのコンテンツ情報を生成し、メモリ233もしくは記録再生部310に記録する。コンテンツ情報は番組情報生成部602で生成されるプロパティ情報に加えて、ファイル名、サイズ、記録日時などの情報を含む。コンテンツ情報は、記録するコンテンツが放送番組の場合はデマックス部212により分離抽出された放送番組の情報を含むPESあるいはESから取得し、ネットワークを介して取得したコンテンツの場合はコンテンツの送信元から取得する。また、コンテンツとコンテンツ情報の対応付けや、コンテンツが削除されたり移動した場合のコンテンツ情報の更新、コピー回数に制限があるコンテンツについてのコピー回数の管理などを行う。また、コンテンツ情報を基に記録したコンテンツの一覧を提示するUIを生成しユーザに提示する。更に、ユーザの指示により、ユーザが選択したコンテンツを再生したり、コピーや移動の処理を行う。予約設定管理部604は、ユーザが電子番組表などを操作して設定する録画および視聴の予約や、予約録画サービス633などから指定される録画の予約を受け付け、予約情報を管理する。予約情報はメモリ223もしくは記録再生部310に記録する。また、予約された番組の開始時刻を監視し、チューナ部210の選局を適切に設定したり、予約録画の場合は、放送番組などコンテンツを構成するストリームがデマックス部212から記録再生部310に出力されるように設定するなど、予約を実行するときの設定処理も行う。さらに、現在の受信している放送番組の録画要求も受け付けデマックス部212の出力などを適切に設定する。第1通信処理部610は第1のネットワークで接続された他の機器との間でコンテンツや制御メッセージを送受信する際に通信プロトコルに従って通信データの処理を行う。第1メッセージ解析/生成部611は第1のネットワーク上の機器の間で送受信される所定の形式に従って生成された制御要求などのメッセージを解釈し、要求された制御を処理する処理部に振り分けたり、処理部が生成する他の機器からの制御要求に対する応答や、他の機器に対しての制御要求を、第1のネットワーク上の機器の間で用いられる所定の形式に従ったメッセージで生成する。ユーザ提供機能管理部612は第1のネットワークがユーザに提供する機能ユーザ提供機能の実行を管理する。ユーザのリモコン操作やメニューの選択を検知し、ユーザに要求されたユーザ提供機能を判断し、対応するユーザ機能処理部に処理の実行を要求する。また、要求されたユーザ提供機能をユーザ機能処理部で実行できなかった場合には、代替探索処理部616に対して代替実行を要求する。コマンド処理部615はユーザ提供機能としてではない、単体の制御コマンドを処理する。単体の制御コマンドとは、例えば、CECメッセージでは機器の電源の状態を参照する<GiveDevicePowerStatus>やOSDにメッセージを表示させる<SetOSDString>などである。代替探索処理部616はユーザ提供機能管理部612に要求されたユーザ提供機能を代替して実行する代替機能を提供する装置を探索し、発見した装置に対して代替実行を依頼する。また、また、提供できる代替機能を管理し、代替機能を探索するメッセージを受信した場合は、その応答を返す。ワンタッチレコード処理部621は、第1のネットワークがユーザに提供するユーザ提供機能を実行するユーザ機能処理部の1つである。ワンタッチレコード処理部621はユーザにワンタッチレコード機能を提供する。ワンタッチレコード機能とは、ユーザがレコーダに対してリモコン操作などで録画を指示したときに、レコーダと第1のネットワークで接続されているDTVに表示されているコンテンツをレコーダで録画する機能である。図1のシステム構成の場合、レコーダ120に対しワンタッチレコード機能が要求されると、レコーダ120はDTV110に表示されているコンテンツを録画する。なお、図5では一例として、ワンタッチレコード機能に対するユーザ機能処理部を示しているが、その他のユーザ提供機能を提供する場合は、機能毎にその機能を実行する該当機能処理部をユーザ機能処理部として備える。予約録画応答部625はユーザ機能応答部の1つである。予約録画応答部625は予約録画機能に関わる制御メッセージに対する応答処理を行う。第2通信処理部630は第2のネットワークで接続された他の機器との間でコンテンツや制御メッセージを送受信する際に通信プロトコルに従って通信データの処理を行う。第2メッセージ解析/生成部631は、第2のネットワーク上の機器の間で送受信される所定の形式に従って生成された制御要求などのメッセージを解釈し、制御要求や、制御要求に対する応答を、それらを処理するサービスやクライアントに振り分ける。また、他の機器からの制御要求に対する応答や、他の機器に対しての制御要求を、第2のネットワーク上の機器の間で用いられる所定の形式に従ったメッセージとして生成する。サービスとは、第2のネットワーク上の他の機器に対して提供する機能である。クライアントとは、サービスを利用する機能である。本実施例において、レコーダ120は第2のネットワーク上にネットワークにコンテンツ情報を公開し、コンテンツを配信するサービスを提供するDMSとして動作するため、クライアントは備えていない。DMS部632は、第2のネットワークに提供するコンテンツの情報を提供するコンテンツ情報サービス634と、第2のネットワーク上の他の装置から予約録画の設定ができる予約録画サービス633を備え、レコーダ120が受信した放送番組や、記録再生部310に記録した放送番組などのコンテンツを、第2のネットワークを介して他の機器に送出するサービスを提供する。予約録画サービス633は、ネットワークを介した予約録画の登録や削除を予約設定管理部604に設定したり、予約されている録画の一覧情報などを予約設定管理部604から取得して提供する。コンテンツ情報サービス634は、他の機器に提供できる全てのコンテンツに関して、コンテンツのタイトル、ジャンル、コンテンツの取得先を示すアクセス先情報などのメタデータ情報を提供する。コンテンツ情報サービス634は記録再生部310に記録されたコンテンツに関してはコンテンツ管理部603から、放送中の番組に関しては番組情報生成部602からメタデータ情報を収集する。機器情報提供サービス635は、機器の名前や、第1のネットワーク上で機器を一意に識別する機器識別ID、デバイスタイプなどの機器自身についての情報を記述した機器記述情報や、機器が提供するサービスのコマンド名や引数など、サービスを利用するための情報の詳細を記述したサービス詳細情報などを他の機器に提供する。また、自身の機器が第1のネットワークへ接続したり、第1のネットワークから離脱するときに第1のネットワーク上に通知したり、他の機器からのデバイス検索に対して応答を行う。ストリーム送信部640は他の機器からの要求に従って、番組情報送信装置110が受信した放送番組や記録再生部310に記録した放送番組などのコンテンツを、第2通信処理部630を介して出力する。図7はSTB150のソフトウェア構成例を示す図である。STB150の機能を実現する制御ソフトウェア700はSTB150のメモリ223に展開され制御部222で実行される。制御ソフトウェア700は番組情報生成部702、予約設定管理部704、第1通信処理部710、第1メッセージ解析/生成部711、コマンド処理部715、代替探索処理部716、第2通信処理部730、第2メッセージ解析/生成部731、DMS部732、視聴予約サービス733、コンテンツ情報サービス734、機器情報提供サービス735、ストリーム送信部740で構成する。なお、番組情報生成部702は602、第1通信処理部710は610、第1メッセージ解析/生成部711は611、コマンド処理部715は615、代替探索処理部716は616、第2通信処理部720は620、第2メッセージ解析/生成部731は631、DMS部732は632、機器情報提供サービス735は635、ストリーム送信部740は640と同等の機能を提供するため説明の記述は省略する。予約設定管理部704は、ユーザが電子番組表などを操作して設定する視聴の予約や、視聴予約サービス733などから指定される視聴の予約を受け付け、予約情報を管理する。予約情報はメモリ223に記録する。また、予約された番組の開始時刻を監視し、チューナ部210の選局を適切に設定するなど、視聴予約を実行するときの設定処理も行う。視聴予約サービス733は、ネットワークを介した視聴予約の登録や削除を予約設定管理部704に設定したり、視聴予約されている番組の一覧情報などを予約設定管理部704から取得して提供したりする。次に、本実施例の具体的な処理について説明する。本実施例では、HDMIネットワークのユーザ提供機能の1つであるワンタッチレコード機能を代替実行する場合を例に説明する。ワンタッチレコード機能とは、ユーザがレコーダ120の操作装置250リモコンなどを用いて録画を指示したときに、レコーダ120とHDMIネットワークで接続されているDTV110に表示されているコンテンツを、レコーダ120に録画する機能である。ワンタッチレコード機能の実現にあたり、図1に示したシステム構成において、レコーダ120が受信できる放送とDTV110が受信できる放送が異なる場合、レコーダ120はDTV110に表示されている放送番組を受信できず、ワンタッチレコード機能を実行できない。また、レコーダ120がDTV110と同じ放送を受信できる場合であっても、レコーダ120が他の録画を実行中でチューナを使用できない場合は、ワンタッチレコード機能を実行できない。本実施例では、このような場合においてもユーザに要求されたワンタッチレコード機能を実行するシステムを、DLNAネットワーク第2のネットワークを用いて、ワンタッチレコード機能を実行するワンタッチレコード代替機能を提供することにより実現する。始めに、ユーザ提供機能管理部612におけるユーザ提供機能の実行処理を図8の例で説明する。図8はユーザ提供機能管理部612で実行されるユーザ提供機能の処理フローの一例である。ここでは、レコーダ120のユーザ提供機能管理部612における処理を例に説明するが、DTV110のユーザ提供機能管理部512においても同様の処理が可能である。S801では、ユーザ提供機能管理部612は操作装置250から入力されるユーザ操作を待つ。S802では、操作装置250から送信されたリモコンコードなどの操作信号からユーザに要求されたユーザ提供機能を判定する。S803では、ユーザ提供機能に対応するユーザ機能処理部を選択し、処理を開始させる。S804では、ユーザ提供機能管理部612は、ユーザ機能処理部の実行結果を確認する。処理が実行された場合はS805へ、処理を実行したが失敗した場合はS806へ、処理が実行されなかった場合はS807へ遷移する。S805では、実行結果を、ユーザに要求されたユーザ提供機能の実行が完了したことを示す完了に設定する。S806では、実行結果を失敗に設定する。失敗の場合は、実行結果に失敗の要因をエラーコードや、テキストで表す要因情報を持たせるようにしてもよい。選択されたコンテンツは録画できないコンテンツですなどテキストで要因情報を持たせた場合は、実行結果通知で要因情報に含まれるテキストを表示することで、失敗の原因をユーザに知らせることができる。要因情報はエラーコードとテキストの両方で構成しても良い。S807では、代替探索処理部616へ要求されたユーザ提供機能の代替実行を要求する。S808では、ユーザ提供機能管理部612は、代替探索処理部616の処理結果を確認する。代替実行処理が実行された場合はS809へ、代替実行処理を実行できなかった場合はS810へ遷移する。なお、代替探索処理部616の処理については後述する。S809では、実行結果を、代替実行によってユーザに要求されたユーザ提供機能の実行を完了したことを示す代替実行に設定する。S810では、実行結果を、代替実行においても処理を実行できなかったことを示す代替失敗に設定する。代替失敗の場合も失敗の場合と同様に、実行結果に失敗の要因をエラーコードや、テキストで表す要因情報を持たせてもよい。S811では、ユーザ提供機能管理部612は、OSD部で実行結果を通知するダイアログ画面を生成して映像表示部に表示してユーザに要求されたユーザ提供機能の実行結果を通知する。レコーダ120のように映像表示部を備えない機器の場合は、単体の制御コマンド<SetOSDString>を用いて、第1ネットワークで接続されたDTVにメッセージを表示する。次に、代替探索処理部616におけるユーザ提供機能の代替実行処理の一例について説明する。図9はユーザ提供機能代替実行の処理フローの一例を示す図である。ここでは、レコーダ120の代替探索処理部616における処理を例に説明するが、DTV110の代替探索処理部516、STB150の代替探索処理部716においても同様の処理が可能である。この処理は、図8で説明したS807における代替実行要求により開始される。S901では、代替探索処理部616は、HDMIネットワークに接続された装置の中からワンタッチレコード機能を代替する機能を備える機器を探索するために、HDMIネットワークに代替探索メッセージを一斉同報送信broadcastする。S902では、他の機器から送信された代替状態報告メッセージS901で送信した代替探索メッセージに対する他の機器からの回答を受信し、メモリ223に回答して来た機器の代替状態に関する情報を保存する。S903では、代替探索処理部616は、所定の時間例えば、1秒、HDMIネットワークに接続された他の装置からの代替状態報告メッセージを待つ他の装置における処理は図10を用いて後述する。所定の時間経過しタイムアウトしたらS904へ遷移する。なお、代替状態報告メッセージには、要求された機能を代替可能であることを示すメッセージ以外に、要求された機能の一部を代替可能であることを示すメッセージや、代替不可能であることを示すメッセージが含まれていてもよい。S904では、代替探索処理部616は、他の装置から受信しメモリ223に保存した各機器の代替状態に関する情報を参照し、代替機器を決定する。例えば、最初に代替状態報告メッセージが受信された機器を代替機器とする。S905では、代替機器が決まった場合はS906へ、決まらなかった場合はS910へ遷移する。S906では、決定した代替機器に対して代替要求メッセージを送信してユーザ提供機能の代替実行を依頼し、代替機器での実行結果を待つ。S907では、代替機器からユーザ提供機能の代替実行結果を受信したら、その結果を確認する。代替機器により代替実行処理が実行された場合が実行された場合はS908へ、失敗した場合はS909へ遷移する。S908では、実行結果を、代替実行によってユーザに要求されたユーザ提供機能の実行を完了したことを示す代替実行に設定し処理を終了する。S909では、実行結果を代替実行においても処理を実行できなかったことを示す代替失敗に設定し処理を終了する。代替失敗の場合は、実行結果に失敗の要因をエラーコードや、テキストで表す要因情報を持たせる。S910では、実行結果を、ユーザ提供機能の代替実行する代替機器を発見できなかったことを示す探索失敗に設定し処理を終了する。探索失敗の場合も代替失敗の場合と同様に、実行結果に失敗の要因をエラーコードや、テキストで表す要因情報を持たせる。図9においては、S903に示したように所定の時間他の機器からのメッセージを待つ構成をしたが、S903は省略し、最初に代替状態報告メッセージにて代替可能な旨を回答してきた他の機器を代替機器として選択するように構成してもよい。図10は代替探索メッセージを受信した代替探索処理部516の処理フローの一例を示す図である。ここでは、DTV110の代替探索処理部516における処理を例に説明するが、レコーダ120の代替探索処理部616、STB150の代替探索処理部716においても基本動作は同じである。S1001では、図9のS901で一斉同報送信broadcastされた代替探索メッセージが、第1通信処理部510で受信され、第1メッセージ解析/生成部511で解析されて代替探索処理部516に渡される。S1002では、代替探索処理部516は代替探索メッセージの[TargetFeature]引数で指定されたユーザ提供機能を代替するユーザ機能代替部の有無を確認する。S1003では、引数で指定されたユーザ提供機能を代替するユーザ機能代替部を持つ場合はS1004へ遷移する。持っていない場合はS1005へ遷移する。S1004では、代替探索処理部516は、代替実行が可能であることを示す代替状態報告メッセージを第1メッセージ解析/生成部511で生成し、代替探索メッセージの送信元へ返信する。S1005では、代替探索処理部516は、代替実行ができないことを示す代替状態報告メッセージを第1メッセージ解析/生成部511で生成し、代替探索メッセージの送信元へ返信する。図11は代替要求メッセージを受信したユーザ機能代替部の処理フローの一例を示す図である。ここでは、DTV110が代替機器である場合を例に説明する。S1101では、代替要求メッセージは第1通信処理部510で受信され、第1メッセージ解析/生成部511で解析され、対応するユーザ機能代替部に渡される。ワンタッチレコード機能の代替実行を要求する代替要求メッセージを受信した場合は、ワンタッチレコード代替部517が代替要求メッセージを受け取る。S1102では、代替要求メッセージを受け付けたユーザ機能代替部ワンタッチレコード代替部517は、送信元に対して代替要求メッセージを受理したことを示す要求受理ACKを返信する。要求受理ACKを返信することで、要求側は要求した代替処理の実行が完了する前に要求が受け付けられたことを確認できる。S1103では、ユーザ機能代替部ワンタッチレコード代替部517は、第2ネットワークに接続された機器が提供するネットワーク機能を用いて代替要求メッセージで要求されたユーザ提供機能を代替実行する。S1104では、ユーザ機能代替部ワンタッチレコード代替部517は、ユーザ提供機能を代替実行が完了すると、その実行結果を通知する代替実行結果通知メッセージを第1メッセージ解析/生成部511で生成し、代替要求メッセージの送信元へ送信する。次に、ワンタッチレコード処理部621で処理されるワンタッチレコード機能について図14を用いて説明する。以下の説明において<>内の内容はCECメッセージのコマンド名Opcodeを示し、内の内容はパラメータ名、内の値はパラメータの値を示す。S1401では、ワンタッチレコード処理部621はHDMIネットワークで接続されたテレビ、すなわちDTV110に対し表示中のソースの情報を要求する表示ソース情報要求メッセージを送信し、DTV110からの応答メッセージを待つ。ワンタッチ録画要求メッセージは第1メッセージ解析/生成部511にて第1のネットワークHDMIネットワークで用いられるメッセージ形式で生成され、第1通信処理部510を介して送信される。CECメッセージの場合は<RecordTVScreen>を送信する。S1402では、ワンタッチレコード処理部621はDTV110からの応答メッセージS1401で送信した表示ソース情報要求メッセージに対する応答を確認する。S1403では、拒絶を示す応答メッセージ<FeatureAbort>Cannotprovidesourceを受信した場合はS1409へ遷移する。表示中のソースの情報を伝える<RecordOn>RecordSourceを受信した場合はS1404へ遷移する。S1404では、ワンタッチレコード処理部621はRecordSourceパラメータを確認し、レコーダ120のチューナ部210が受信できるサービスかどうか判断する。RecordSourceパラメータの詳細と、受信可能なサービスの判断方法については後述する。S1405では、レコーダ120が受信できるサービスの場合はS1406へ遷移し、受信できないサービスの場合はS1408へ遷移する。S1406では、RecordSourceパラメータに示された放送を選局するようチューナ部210を設定し、予約設定管理部604へ受信中の番組の録画を依頼する。S1407では、ワンタッチレコード処理部621はワンタッチレコード処理の実行結果を、要求されたワンタッチレコード機能の実行を完了したことを示す完了に設定し処理を終了する。S1408では、ワンタッチレコード機能で録画を要求されたコンテンツがレコーダ120で受信できないサービスのコンテンツであった場合は、実行結果をワンタッチレコード機能を実行できなかったことを示す未実行に設定し処理を終了する。S1409では、拒絶を示す応答メッセージを受けた場合は、実行結果を失敗に設定する。実行結果に失敗の要因をエラーコードや、テキストで表す要因情報を持たせる。要因情報には、受信した<FeatureAbort>メッセージの第2引数AbortReasonの値を設定する。S1403の<FeatureAbort>メッセージではAbortReasonの値がCannotprovidesourceと設定されている例を示している。ここで、図14のS1404において、ワンタッチレコード処理部621がRecordSourceパラメータを確認し、受信可能なサービスを判断する方法について説明する。図15はDTV110から送信される表示中のソースの情報を伝える<RecordOn>RecordSourceのRecordSourceパラメータの構成例を示した図である。DTV110が自身のチューナ部210で受信した放送を表示している場合は、RecordSourceパラメータがパターン1のCECメッセージ<RecordOn>DigitalServiceDigitalServiceIdentificationが送信される。パターン2はDTV110がレコーダ120から出力されたソースを表示している場合に送信される。RecordSourceパラメータがパターン2の場合、レコーダ120自身がDTV110に出力しているソースであるため、ワンタッチレコード処理部621は受信可能なサービスと判断する。パターン1の場合は、DigitalServiceIdentificationパラメータの内容から判断する。図16はDigitalServiceIdentificationパラメータの構成を示した図である。図に示すようにDigitalServiceIdentificationパラメータは、ServiceIdentificationMethodパラメータとDigitalBroadcastSystemパラメータ、ServiceIdentificationパラメータで構成される。このうち、DigitalBroadcastSystemパラメータは、地上デジタル放送やデジタルケーブルテレビCATV放送、BS放送など放送システムの種別を示すパラメータである。そこで、ワンタッチレコード処理部621はDigitalBroadcastSystemパラメータの値から、ソースの放送システムが自身で受信できるものかを判断する。本実施例のレコーダ120では、ソースの放送システムが地上デジタル放送の場合のみ受信可能と判断する。次に、図9、図10、図11、及び図14で説明した処理フローで送受信されるメッセージを説明する。図12はワンタッチレコード機能代替実行におけるメッセージの送受信を説明する図であり、ユーザからワンタッチレコード機能の要求を受け、代替実行を要求、その実行結果を受信するまでの処理を示している。図12ではユーザがレコーダ120に対して、HDMIネットワークのユーザ提供機能であるワンタッチレコード機能を要求した場合を例にシーケンスを説明する。また、本実施例ではHDMIネットワークで送受信するメッセージはCECメッセージを用いるとする。図12のLAは、HDMIネットワークで各機器に割り当てられる論理アドレスである。この論理アドレスはメッセージの送信元と受信先を示すアドレスとして、CECメッセージのヘッダに記述される。図では、レコーダ120にRecordeingDevice1を示す論理アドレス1が、DTV110にTVを示す論理アドレス0が、STV150にTuner1を示す論理アドレス3が割り当てられていることを示している。論理アドレスはHDMIネットワーク内で一意に機器を識別する識別子であり、かつ、機器種別を定義する。例えば、機器種別が表示機器TVである機器には論理アドレス0を、録画機器RecordingDeviceである機器には論理アドレス1、2、9を、チューナTunerである機器には論理アドレス3、6、7、10を小さい値から順に割当てる。HDMIネットワークに接続された各機器は、HDMIネットワークに接続し論理アドレスを取得した機器によって、物理アドレスと機器種別をパラメータに一斉同報送信されるCECメッセージ<ReportPhysicalAddress>によって、接続されている機器の物理アドレスと論理アドレスの対応と機器種別を把握できる。図12において<>内はCECメッセージのコマンド名Opcodeを示し、内はパラメータ名を、内はパラメータの値を示す。S1201ではワンタッチレコード機能を要求するユーザ操作を受信する。レコーダ120のユーザ提供機能管理部512はリモコンなどによるユーザ操作を検知し、ワンタッチレコード機能の要求であると判断するとワンタッチレコード処理部621に処理の開始を要求する。S1203では、ワンタッチレコード処理部621はワンタッチレコード機能の処理を開始する。はじめに、HDMIネットワークで接続されたTVテレビ、図1のシステムの場合はDTV130へ表示中のソースの情報を要求する<RecordTVScreen>メッセージを送信する。S1204では、<RecordTVScreen>メッセージが第1メッセージ解析/生成部511で解析され、ワンタッチレコード応答部517に渡される。ワンタッチレコード応答部517はS1203で受信したメッセージに対する応答メッセージを送信する。応答メッセージは、表示情報取得部503を参照し、表示中のソースの情報を取得できた場合は、ソース情報を伝える<RecordOn>RecordSourceメッセージを送信する。取得できなかった場合は<FeatureAbort>Cannotprovidesourceメッセージを送信する。図12では表示中のソースの情報を取得できた場合を示している。S1205では、DTV110の応答メッセージを受信したワンタッチレコード処理部621が処理を行う。この処理は図14で説明した通りである。ユーザ提供機能管理部612は図14の実行結果により、代替実行するかを判断し図8、S804、実行する場合は代替探索処理部616へ代替実行を要求する。代替探索処理部616はS1205に示した代替探索メッセージを一斉同報送信する図9、S901。代替探索メッセージは、CECメッセージの新たな命令として定義するか、またはCECで認められているベンダ独自メッセージとして定義する。S1205は新たに定義した命令を用いたメッセージを用いている。以下、図17を用いて新たに定義したメッセージについて説明する。図17aは代替探索メッセージを新たに定義した場合の例である。<DiscoverAgent>は代替機能を提供する機器を探索する命令のコマンド名であり、探索機能パラメータで探索する代替機能を指定する。探索機能パラメータの定義を図17dに示す。OneTouchRecordはワンタッチレコード機能の代替部を探索していることを示し、TimerProgrammingは予約録画機能の代替部を探索していることを示す。本メッセージのパラメータにDTV110から受信したRecordSourceを追加してもよい。追加することにより代替部として必要な機能を特定できるので、無駄な応答を省略できる利点がある。図17bは代替探索メッセージをベンダ独自メッセージとして定義した場合の例である。ベンダ独自メッセージはパラメータにVendorIDを付加すると、付加しないを定義できる。一斉同報送信できるのはであるため、代替探索メッセージをベンダ独自メッセージで定義する場合はを使用する。VendorOpcodeパラメータはベンダー定義命令のコマンド名である。VendorOpcodeパラメータの定義を図17cに示す。DiscoverAgentは代替機能を探索する代替探索メッセージであることを示し、RequestSubstituteFeatureは代替処理の実行を要求する代替探索メッセージであることを示す。ReportSubstituteFeatureStatusは、は代替処理の実行結果を報告する代替結果報告メッセージであることを示す。VendorParameterパラメータはVendorOpcodeに要求されるパラメータである。VendorOpcodeの内容によって、VendorParameterパラメータの形式は異なる。VendorOpcodeの値がDiscoverAgentの場合は、探索機能パラメータを付加する。VendorOpcodeの値がRequestSubstituteFeatureの場合は、録画ソース情報パラメータを付加する。図17fはベンダ独自メッセージメッセージの定義例である。VendorIDパラメータを持たな点以外は、と同じ構成である。S1206、S1207では、一斉同報送信による代替探索メッセージを受信した機器は、該当する代替機能を持つ場合、新たに定義する代替状態報告のCECメッセージで、探索機能パラメータで指定された代替機能の状態を返信する。DTV110がワンタッチレコード機能の代替機能を備える場合は代替可能というCECメッセージを返す。該当する代替機能を持たない場合は返信しない。本実施例において、S1207では、STB150は、ワンタッチレコード機能の代替機能を備えないが、チューナ受信機能があり受信したコンテンツをDLNAで転送できる場合、それを示すようにTunerパラメータを付したメッセージを返す。尚、代替状態報告メッセージは、前述のようにベンダ独自メッセージで定義してもよいS1208では、応答メッセージを受信した代替探索処理部616は、代替処理を実行させる代替機器を決定し、選択した機器、本実施例ではDTV110に対して代替要求メッセージを送信する図9、S906に相当する処理。代替要求メッセージはCECメッセージの新たな命令として定義する。またはCECで認められているベンダ独自メッセージとして定義してもよい。以下、図18を用いて新たに定義したメッセージについて説明する。図18aは新たに定義した場合の代替要求メッセージの例である。<RequestSubstituteFeature>は代替機能パラメータで指定した代替機能の実行を要求する命令のコマンド名である。なお、ここでは代替機能パラメータの定義は図17dに示した探索機能パラメータと同じものを用いる。録画ソース情報パラメータはワンタッチレコード機能で録画するソースの情報である。録画ソース情報パラメータには、S1204でDTV110から送信された<RecordOn>RecordSourceメッセージのRecordSourceパラメータを挿入する。S1210では、代替要求メッセージを受信した機器は、代替機能を実行する。代替機能の実行処理については後述する。S1211では、DTV110が代替機能の実行開始後、その実行結果を代替状況報告メッセージでレコーダ120に送信する。Successパラメータでメッセージを受け付けたことを通知している。図18bは新たな定義した場合の代替結果報告メッセージの例である。<ReportSubstituteFeatureStatus>は実行を要求された代替機能の実行結果を報告する命令のコマンド名である。代替機能パラメータは実行結果を報告する代替機能を表す。代替機能パラメータの定義は図17dに示した探索機能パラメータと同じものを用いる。Resultパラメータは結果を示すパラメータである。Resultパラメータの定義を図18cに示す。Successは代替機能の実行が成功したことを表し、Failureは代替機能があるが失敗したことを示す。AcceptableはS1206で説明したように機能あり、TunerはS1207で説明したようにTuner受信機能ありを示す。NoFeatureは代替機能なしを示す。次に図13を用いて、S1210の代替機能実行におけるメッセージの送受信をワンタッチレコード機能の代替実行の動作を例に説明する。図13は代替処理によるワンタッチ録画におけるメッセージの送受信の一例を示す図である。S1301では、代替処理を開始したDTV110のワンタッチレコード代替部521は、始めに、第2のネットワークにネットワーク機器探索メッセージを限定マルチキャストで送信し、第1のネットワークでワンタッチ録画を実行する機器レコーダ120に割り当てられた第2ネットワークでの識別子を取得する。これは、第2ネットワークで発見した録画対象ソースの録画を、第2ネットワークからレコーダ120に指示するためである。限定マルチキャストとは、第1のネットワークHDMIネットワークが提供するHEC機能を備えた機器でのみ受信されるメッセージである。例えば、DTV110が送信した限定マルチキャストメッセージは、レコーダ120とSTB150でだけ受信され、ハブ15には転送されない。そのため、DTV110、レコーダ120、STB150で構成するHDMIネットワークとは独立の、DTV130、IPTVSTB140で構成するHDMIネットワーク以後、HDMIネットワーク2と呼ぶ側には、ネットワーク機器探索メッセージが送信されない。複数のHDMIネットワークが存在する場合において、各HDMIネットワークでは、それぞれ論理アドレスが割り当てられるため、HDMIネットワークとHDMIネットワーク2では同じ論理アドレスを持つ機器が存在する。しかし、限定マルチキャストメッセージを用いることにより、ネットワーク機器探索メッセージの配信先が制限されるためDTV110は所望の機器、レコーダ120からのみ応答を受けることができる。図19aにネットワーク機器探索メッセージの構成例を示す。MSEARCHHTTP11はHTTPHyperTextTransferProtocolのリクエストメッセージを示し、このリクエストが探索メッセージであることを示している。HOSTフィールドはメッセージの送出先を記述するフィールでで、送信先のIPアドレスを記述するhostnameフィールドとポート番号を記述するportNumberフィールドを持つ。限定マルチキャストでは、hostnameとportNumberを専用に定義する。本実施例では、IPv4の場合、hostnameを239255255251とportNumberを50000と定義する。MANフィールドはHTTPの拡張を示す。図19aのssdpdiscoverは第1ネットワーク機器探索の探索プロトコルにSSDPSimpleServeceDiscoveryProtocolの探索discoverを利用していることを示す。MXフィールドは応答の最大待ち時間秒を指定する。3秒間応答を待つ場合は3と記述する。STフィールドは探索対象を指定する探索対象フィールドである。ネットワーク機器探索メッセージでは、探索する機器の論理アドレスを記述する。レコーダ120を探索する場合はHDMIの論理アドレス、1が割り当てられた機器を探索するとことを示すhdmilogicalAddress1を記述する。限定マルチキャストに相当するhostnameとportNumberを持つメッセージが、HEC以外の他のチャネルから来た場合は、HEC機器内のレイヤー2スイッチはそれをHECに送出しないこととする。これは、限定マルチキャストに未対応のHEC機器が他機器のHEC機器から限定マルチキャストメッセージを、HDMI端子以外のLAN端子を通じて、所属するHDMIネットワーク機器以外へ出力してしまう可能性があるので、その誤ったメッセージをHDMIネットワーク機器内へ取り込まないための対策の一つである。この他、限定マルチキャストに関する誤動作を避けるために、限定マルチキャスト未対応機器であることを該機器のバージョン番号等の能力情報を取得して検出したら、限定マルチキャストメッセージを伝送しないという構成にしてもよい。また、HDMIネットワークでは、各HDMI機器は1出力を想定しているため、2出力以上のHDMI端子が双方共HEC機能を有する場合であっても、誤作動を防止する為に限定マルチキャストを2HDMI出力端子のHEC間でも転送しないものとするのがよい。CEC連携制御ができる機器間でのみ限定マルチキャストを送受信してもよい。S1302では、ネットワーク機器探索メッセージを受信した機器レコーダ120、および、STB150は、機器情報提供サービス部635、735でメッセージを解析、処理する。機器情報提供サービス部635、735は第1メッセージ解析/生成部611、711が保持するHDMI機器情報を参照し、探索対象フィールドの条件に該当する場合はネットワーク機器探索メッセージに対する応答としてネットワーク機器探索応答メッセージをDTV110に送信する。HDMI機器情報には論理アドレス、物理アドレスなどが保持される。本実施例の場合は、レコーダ120のHDMI論理アドレスが1で探索対象フィールドの条件に該当する。ネットワーク機器探索応答メッセージは第2のネットワーク上で機器を一意に特定する識別子を記述するNW-IDフィールドを持つ。NW-IDフィールドには、例えば、IPアドレスが記述される。この情報によりDTV110は、第1のネットワーク上でHDMI論理アドレス1のレコーダ120を第2のネットワーク上で特定する識別子IPアドレスを知ることができる。図19bに、ネットワーク機器探索応答メッセージの一例を示す。HTTP11200OKはHTTPのレスポンスメッセージを示す。CACHECONTROLはこのHTTPレスポンスの有効期限を示すヘッダで、maxageフィールドに設定された値がこのメッセージが最新状態であるとみなされる最大期間秒を設定する。最大期間が3分の場合は180と記述する。DATEはこの応答メッセージが作成された日時を記述するフィールドである。NW-IDフィールドには第2のネットワーク上で機器を一意に特定する識別子を記述する。STフィールドには探索対象を記述する。S1303では、DTV110は、レコーダ120の第1のネットワーク上での識別子HDMI論理アドレスと第2のネットワーク上での識別子IPアドレスの対応付けを行ったら、ワンタッチレコード機能で録画要求されたソースRecordSourceを提供できる機器を探索する。そのため、ワンタッチレコード代替部521は機器情報取得部535にDMS機能を有する機器の探索を要求する。機器情報取得部535はDMSを探索する機器探索メッセージを第2のネットワークにマルチキャスト送信する。このメッセージは、第2のネットワークを構成する全機器に転送される。S1304、S1305、S1306、S1307では、DMS機能を備える機器図1のシステムではレコーダ120、STB150、IPTVSTB140、コンテンツサーバ160がDMSを備えるそれぞれが、機器探索応答メッセージをDTV110に送信する。DTV110に送信されたDMSを探索する機器探索メッセージは機器情報提供サービスで処理される。S1308、S1309では、DTV110からDMS機能を備える機器へ、機器情報を要求するメッセージを送信し、各機器から機器情報を取得する。S1304~S1307で受信した機器探索応答メッセージには、その機器がネットワークに提供する機能の一覧を提供する機能情報や、機能を利用するための制御情報操作アクション名や引数などを取得するためのアクセス先である機器情報URLが含まれるため、機器情報取得部535は機器探索応答メッセージを受信した機器の機器情報URLへアクセスして、機能情報と制御情報を取得する。図13ではSTB150との送受信を示しているが、同様にSTB150、IPTVSTB140、コンテンツサーバ160の機器情報URLへのアクセスし、機能情報と制御情報を取得する。このとき、ワンタッチレコード代替部521の指示により、ワンタッチ録画を実行する機器の機能情報と制御情報は取得しなくてもよい。ワンタッチ録画を実行する機器は、ワンタッチレコード機能で録画要求されたソースRecordSourceを提供できないためである。本例ではレコーダ120がワンタッチ録画を実行する機器である。レコーダ120の第1のネットワーク上での識別子HDMI論理アドレスと第2のネットワーク上での識別子IPアドレスの対応付けはS1301、S1302で説明した通りである。もし、S1303の機器探索メッセージに対して、機器探索応答メッセージが返信されなかった場合、ワンタッチ録画の代替実行はできないため、ここで処理を終了し、図12のS1211で代替機能の実行が失敗したことを示す代替結果報告メッセージメッセージを送信する。S1310では、ワンタッチレコード代替部521はS1309で取得した機能情報と制御情報を参照し、コンテンツ一覧情報を提供するコンテンツ情報サービス機能を備えた機器に対して、ソース情報パラメータにRecordSourceを指定したレコードソース探索要求メッセージを送信し、RecordSourceを提供可能かを確認する。図13ではSTB150にのみレコードソース探索要求メッセージを送信しているが、コンテンツ一覧情報を提供するコンテンツ情報サービス機能を備えた機器が他にもあれば、複数の機器に対してレコードソース探索要求メッセージを送信してもよい。S1311では、レコードソース探索要求メッセージを受信したコンテンツ情報サービスSTB150の場合734は番組情報生成部702を参照し、ソース情報パラメータで指定されたコンテンツに該当するコンテンツ情報があるか確認する。該当するコンテンツ情報がある場合は、そのコンテンツを取得するためのアクセス先URLをレコードソースURLパラメータに記述したレコードソース探索応答メッセージをDTV110に返信する。指定されたコンテンツに該当するコンテンツ情報が無い場合は、レコードソースURLパラメータを持たないレコードソース探索応答メッセージをDTV110に返信する。なお、図13では、STB150に該当するコンテンツ情報があった場合の処理が示されている。もし、S1310のレコードソース探索要求メッセージに対して、レコードソースURLが付加されたレコードソース探索応答メッセージが返信されなかった場合、ワンタッチ録画の代替実行はできないため、ここで処理を終了し、図12のS1211で代替機能の実行が失敗したことを示す代替結果報告メッセージメッセージを送信する。S1312では、S1311のレコードソース探索応答メッセージでレコードソースのアクセス先URLを取得したDTV110は、レコーダ120に対し、レコードソースの取得先URLをレコードソースURLパラメータに記述したダウンロード要求メッセージを送信する。S1313では、ダウンロード要求メッセージを受信したレコーダ120は要求メッセージを受理したことを示す受信確認メッセージをDTV110に返信する。受信確認メッセージを受けたDTV110は、ワンタッチ録画の代替実行が成功したと判断し、図12のS1211で代替機能の実行が成功したことを示す代替結果報告メッセージメッセージを送信する。S1320では、ダウンロード要求メッセージを受信したレコーダ120はHTTPのGETリクエスト等を用いてレコードソースURLに対してコンテンツコピー要求を送信し、レコードソースURLのアクセス先であるSTBから第2のネットワークを介してコンテンツが伝送されるS1321。なお、コンテンツコピー要求とコンテンツの伝送にさいして、著作権保護対象のコンテンツの場合は機器認証などが実施され、適切な暗号化が施された上でコンテンツが伝送される。以上、本発明によれば、第1のネットワークHEMIネットワークで要求された操作を実行できない場合に、第2のネットワークDLNAネットワークに接続された装置の機能を利用して、前記要求された操作を実行する映像装置と制御方法を提供できる。なお、図13で示した代替機能をレコーダ120自身が有する場合は、レコーダがHDMIネットワークで代替機能を探さずに、DTVに代わって図13の手順を実行してもよい。また、録画を要求されたコンテンツをDTV110がレコーダ120に提供可能な場合、図13の処理は行わず、DTV110から第2のネットワークを介して当該コンテンツをレコーダ120に送信する構成にしてもよい。本実施例では、第2のネットワークDLNAネットワークで要求された操作を実行できない場合に、第1のネットワークHDMIネットワークに接続された装置の機能を併用して、前記要求された操作を実行する映像装置と制御方法を説明する。図1のコンテンツサーバ160に記録されたコンテンツをDTV110で視聴するDLNAのサーバとクライアントシステムにおいて、DTV110が未対応の方式でエンコードされたコンテンツをユーザが選択すると、DTV110ではそれをデコードして表示することができない。このため、HDMIネットワーク中にそのエンコード方式に対応したデコーダを持つ代替機器例えばレコーダ120を探し、その代替機器がデコード再生したコンテンツをHDMIでDTV110へ出力すれば、DTV110がそのコンテンツを表示することができる。このように、DTV110のデコーダをレコーダ120のデコーダで代替させる例を説明する。図20はコンテンツ再生を代替させる処理フローの一例を示す図である。S2001は、DTV110がコンテンツサーバ160からコンテンツ情報を入手し、コンテンツ一覧をメニュー表示している状態である。S2002では、コンテンツ一覧表示からユーザが視聴を希望するコンテンツをリモコン250等で指示し、選択する。S2003では、DTV110は、選択されたコンテンツのエンコード形式をサーバ160に問合せるか、またはコンテンツ情報として入手済みの情報の中から抽出して、検出する。S2004では、選択されたコンテンツのエンコード形式が、DTV110のデコード部213でデコード可能かどうかを判断する。デコード可能であればS2005へ進み、デコード不可であればS2006へ進むS2005では、DTV110はコンテンツサーバ160から該当コンテンツをダウンロードしてデコード部213でデコードし、次にS2010に進む。S2006では、DTV110は、選択コンテンツのエンコード方式をデコードできる映像機器を、HDMIネットワーク内から探索する。尚、あらかじめHDMIネットワーク内の機器がどんなエンコード方式に対応しているかを調べてその情報を記憶しておき、記憶された情報を探索するようにしてもよい。これにより、あらためてHDMIネットワーク内を探索する場合に比べて探索時間が短くできる利点がある。また、あらかじめHDMIネットワーク内の機器がどんなエンコード方式に対応しているかを調べてその情報を記憶しておけば、HDMIネットワーク内の機器ではエンコードできないエンコード方式のコンテンツを選択候補として表示しないようにすることや、対応するデコーダが無いという情報をコンテンツ一覧表に追記することも可能となる。このように、あらかじめ必要な情報を探索して記憶しておくことにより、処理時間の短縮化が可能となり、ユーザは快適に操作できる。S2007では、デコードできる機器が発見された場合はS2008へ、発見できなかった場合はS2011へ進む。S2008では、DTV110は発見された機器例えばレコーダ120に、選択コンテンツを提供できるコンテンツサーバの情報など、選択コンテンツに関する情報を知らせる。発見された機器はコンテンツサーバからコンテンツをダウンロード又はストリーミング受信してデコードする。S2009では、発見された機器例えばレコーダ120がデコードした映像を、DTV110へ伝送できるように、発見された機器からDTV110までのHDMI映像信号伝送ルートを確保する。S2010では、DTV110は、選択されたコンテンツを自身の持つデコーダ又は、発見された機器が持つデコーダでデコードされた映像信号を映像表示部220に表示する。S2011では、選択コンテンツをデコードできる手段がHDMIネットワーク内に存在しないので、選択コンテンツ表示不可であることをOSD表示などでユーザに案内し、他のコンテンツ選択をするように勧める。次に、図20で説明した処理フローで送受信されるメッセージを図21の処理シーケンス図で説明する。図21は、コンテンツ再生を代行させるシーケンスの一例を示す図である。S2101では、DTV110がコンテンツサーバ160へコンテンツ一覧を要求するDLNAメッセージを送る。S2102では、コンテンツサーバ160が、S2101メッセージの応答として、コンテンツ一覧情報をDLNAメッセージでDTV110へ送る。S2103では、DTV110のOSD部215が映像選択用のコンテンツ一覧表示映像を作成し、映像表示部220に表示させる。図20のS2001に相当する。S2104では、ユーザがリモコン250等で表示させたいコンテンツを選択する。図20のS2002に相当する。S2105では、選択されたコンテンツに関して、エンコード形式を含むコンテンツ再生条件をDTV110がコンテンツサーバ160にDLNAメッセージで問合せる。S2106では、S2105のメッセージに対して、コンテンツサーバはエンコード形式を含むコンテンツ再生条件をDTV110へDLNAメッセージで返答する。S2105とS2106のDLNAメッセージ交信は図20のS2003に相当する。S2107では、S2106で得られたエンコード形式にDTV110が未対応の場合、DTV110は、デコード可能な機器を探索するDLNAの限定マルチキャストメッセージをDTV110が属するHDMIネットワーク内の全機器STB150とレコーダ120へ送信する。図20のS2206に相当する。本限定マルチキャストメッセージの構成を図19cに示す。実施例1で説明した図19aと同様な形式であるが、STフィールド記載する探索対象が異なる。図19cの例ではデコードを要求するエンコード形式としてH264と記述した例である。H264に続くHi422PはHigh422Profileの機能を意味している。次のLevel4は処理の負荷や使用メモリ量を表している。本実施例では、DLNAの限定マルチキャストメッセージを用いてデコード可能な機器を探索する例を示したが、他の方法で探索してもよい。例えばHDMIネットワークの機能を利用して例えば、CECメッセージを利用してデコード可能な機器を探索しても良い。S2108では、HDMIネットワーク内のレコーダ120のデコード部213が該当エンコード形式に対応している場合、レコーダ120はデコード可能というDLNA応答メッセージをDTV110へ送信する。このメッセージを受けてDTV110はレコーダ120がデコード可能であることを発見する。図20のS2007に相当する。レコーダ120はデコード可能というメッセージも、例えばHDMIネットワークの機能を利用して例えば、CECメッセージを利用してデコード可能な機器を探索しても良い。レコーダ120がデコーダ部を他の目的で使用している場合や、DLNAで他機器へコンテンツを配信または受信して記録している場合には、代替デコードができない場合がある。このように代替デコードができない場合は、デコード可能メッセージを出さないか、またはデコード可能ではあるが現在は使えないという状態通知を出すように構成すればよい。現在は使えないという状態通知をDTVが受け取る場合は、時間をずらせばデコード可能という情報をDTVがOSD表示してユーザに提供できる。具体的な予約時間等の情報をデコード可能メッセージに追加してあれば、ユーザに待ち時間情報も提供できるので使い勝手が向上する。レコーダ120は先着順でデコード部を他機器に使わせるだけでなく、デコード部使用の優先順位をサービス別に決めておいてもよい。また、デコーダ部が使用中であることをDTV経由でユーザに知らせ、使用中のサービスと要求を受けた映像の代替デコードのどちらを優先させるかをユーザが決められるようにしてもよい。この場合は次のS2109で述べる代行再生を要求するメッセージに、デコーダ部を使う優先度を示す情報を付与するか、デコーダ部を使用中のサービスを停止させるDLNAメッセージやCECメッセージを新たに定義して用いるとよい。これら方法をとれば、ユーザが優先したいサービスを自分で選ぶことができるので、ユーザ満足度が高いシステムを提供できる。S2109では、DTV110は、レコーダ120へコンテンツの代行再生を要求するDLNAメッセージまたはHDMIネットワークを利用したメッセージCECメッセージを送る。この要求メッセージにはコンテンツのURIとデコードした映像の出力先情報を付与する。例えば、コンテンツの場所を設定するメッセージAVTSetAVTransportURIとコンテンツの再生を要求するメッセージAVTPlayを送るとよい。付加情報であるコンテンツのメタデータには、コンテンツのタイトル、サイズ、著作権情報などが含まれる。また、再生スピードのパラメータを1とすると標準再生の指示になる。この2つのメッセージで出力先情報の付加情報が含まれない場合は、レコーダが標準出力としているHDMI端子からデコードした映像信号を出力する等、所定の出力を行うように構成してもよい。複数の機器からデコード可能というメッセージを受けた場合、代行再生を依頼する機器を選択する方法は複数考えられる。例えば、最初のメッセージを出した機器へ代行再生を要求するように構成すれば、選択処理が容易である。また、映像出力の解像度や階調数など、デコーダの画質に関する情報をデコード可能応答メッセージに追記させ、DTV110がより高画質映像を期待できるデコーダを持つ機器を選択するようにすると、高画質映像が表示できる。また、デコード可能機器とDTVの間にHDMI中継器が入る場合は、中継による解像度や階調などの画質劣化が少ない中継器を介した機器選択する、あるいは、高画質化信号処理ができる中継器を介した機器を選択する等、中継器の性能に基づいて機器を選択するようにすると、より良い画質でコンテンツを視聴することが可能となる。また、デコード可能機器とDTV間に入るHDMI中継器の数が最小となる機器、あるいは中継器の電力合計値が最小となる機器を選択するようにすると、代行再生における消費電力を低減することができる。コンテンツサーバからデコード可能機器への映像コンテンツはDLNAネットワーク経由で伝送されるが、コンテンツサーバとデコード可能機器間のLANの状態によっては十分な伝送帯域が確保できず、動画映像のコマ落ちなど、デコード映像画質を低下させてしまうこともある。このため、デコード可能応答メッセージに、コンテンツサーバとデコード可能機器間で確保できるまたは確保できると予想される伝送帯域に関する情報を追記させ、その伝送帯域情報によって高画質映像が得られると予想されるデコード可能機器を代行再生に選択してもよい。また、上記の複数の判断基準を組合せて、代行再生を要求するデコード可能機器を選んでもよい。S2110では、代行再生の要求を受けたレコーダ120はコンテンツサーバ160にコンテンツを要求するDLNAメッセージを送信する。S2111では、コンテンツサーバは、レコーダ120からのコンテンツ要求のDLNAメッセージを受信し、コンテンツ提供ができることをDLNAメッセージで応答する。S2109とS2110、S2111が、図20のS2008に相当する。S2112では、レコーダ120が自身の属するHDMIネットワーク中の全機器へ、映像出力開始の通知とDTV110へHDMI映像信号を伝送する線路の確保を要求するCECブロードキャストメッセージ例えばを送信する。この命令を受けて、DTV110は映像表示を行う映像入力をレコーダ120に接続されている端子204又は205に切換えて、レコーダ120の映像を映像表示部220に表示する。S2113では、コンテンツサーバ160からコンテンツがDLNAネットワークを介してレコーダ120に提供され、レコーダ120はそのコンテンツをデコードする。S2112とS2113が図20のS2009に相当する。S2114では、レコーダ120がデコードした映像がHDMIネットワークを介してDTV110へ伝送されて映像表示部220に表示される。図20のS2010に相当する。S2115では、コンテンツサーバ160は、コンテンツの終了時にコンテンツ終了であることをレコーダ120へDLNAメッセージまたはコンテンツのメタデータなどで知らせる。S2116では、レコーダ120はコンテンツが終了したことをDLNAメッセージでDTV110へ伝える。S2117では、DTV110は、コンテンツ終了をユーザに知らせるメッセージまたは次に選択できるコンテンツ一覧メニューをOSD部215で形成し、映像表示部220に表示する。S2118では、レコーダ120の映像出力が不要になったDTV110は、DTV120自身が映像再生開始したことを、所属するHDMIネットワークの全機器へCECブロードキャストメッセージ、例えばメッセージで知らせる。このメッセージを受けたHDMIネットワーク内のレコーダ120はスタンバイ状態へ移行する。なお、本実施例において、HDMIネットワーク内の機器間メッセージはCECメッセージでもDLNAメッセージでも上述した機能は実現可能であるが、既に規格化されているメッセージを有効利用できるように、本実施例ではDLNAメッセージとCECメッセージを使い分けている。新たに定義するDLNAメッセージS2107とS2108,S2109はCECメッセージとして定義して用いてもよい。また、CECメッセージの全てをHECまたはDLNAで再定義して用いてもよい。この場合、HDMIネットワーク中の機器にのみ伝送可能なメッセージが第1ネットワークのメッセージ、HDMIネットワークを越えて伝送可能なメッセージが第2ネットワークのメッセージに相当する。上記実施例において、デコード代行機器としてレコーダ120を例にとって説明してきたが、デコード機能をもつ映像機器であれば、再生専用装置やSTBなども含めた映像再生性装置でも同様に実施できる。以上、本実施例によれば、第2のネットワークDLNAネットワークで要求された操作を実行できない場合に、第1のネットワークHDMIネットワークに接続された装置の機能を併用して、要求された操作を実行することが可能となる。また、上記の各構成、機能、処理部、処理手段等は、それらの一部又は全部を、例えば集積回路で設計する等によりハードウェアで実現してもよい。また、上記の各構成、機能等は、プロセッサがそれぞれの機能を実現するプログラムを解釈し、実行することによりソフトウェアで実現してもよい。各機能を実現するプログラム、テーブル、ファイル等の情報は、メモリや、ハードディスク、SSDSolidStateDrive等の記録装置、または、ICカード、SDカード、DVD等の記録媒体に置くことができる。また、制御線や情報線は説明上必要と考えられるものを示しており、製品上必ずしも全ての制御線や情報線を示しているとは限らない。実際には殆ど全ての構成が相互に接続されていると考えてもよい。"