JP5782524B2 - 映像信号の送受信方法、表示装置、及びデコード装置 - Google Patents

映像信号の送受信方法、表示装置、及びデコード装置 Download PDF

Info

Publication number
JP5782524B2
JP5782524B2 JP2013540502A JP2013540502A JP5782524B2 JP 5782524 B2 JP5782524 B2 JP 5782524B2 JP 2013540502 A JP2013540502 A JP 2013540502A JP 2013540502 A JP2013540502 A JP 2013540502A JP 5782524 B2 JP5782524 B2 JP 5782524B2
Authority
JP
Japan
Prior art keywords
network
unit
message
video signal
function
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
JP2013540502A
Other languages
English (en)
Other versions
JPWO2013061366A1 (ja
Inventor
田中　真愉子
真愉子 田中
甲　展明
展明 甲
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Hitachi Maxell Energy Ltd
Original Assignee
Hitachi Maxell Energy Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Hitachi Maxell Energy Ltd filed Critical Hitachi Maxell Energy Ltd
Publication of JPWO2013061366A1 publication Critical patent/JPWO2013061366A1/ja
Application granted granted Critical
Publication of JP5782524B2 publication Critical patent/JP5782524B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/63—Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
    • H04N21/647—Control signaling between network components and server or clients; Network processes for video distribution between server and clients, e.g. controlling the quality of the video stream, by dropping packets, protecting content from unauthorised alteration within the network, monitoring of network load, bridging between two different networks, e.g. between IP and wireless
    • H04N21/64707—Control signaling between network components and server or clients; Network processes for video distribution between server and clients, e.g. controlling the quality of the video stream, by dropping packets, protecting content from unauthorised alteration within the network, monitoring of network load, bridging between two different networks, e.g. between IP and wireless for transferring content from a first network to a second network, e.g. between IP and wireless
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/436—Interfacing a local distribution network, e.g. communicating with another STB or one or more peripheral devices inside the home
    • H04N21/43615—Interfacing a Home Network, e.g. for connecting the client to a plurality of peripherals
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/436—Interfacing a local distribution network, e.g. communicating with another STB or one or more peripheral devices inside the home
    • H04N21/43622—Interfacing an external recording device
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/436—Interfacing a local distribution network, e.g. communicating with another STB or one or more peripheral devices inside the home
    • H04N21/4363—Adapting the video stream to a specific local network, e.g. a Bluetooth® network
    • H04N21/43632—Adapting the video stream to a specific local network, e.g. a Bluetooth® network involving a wired protocol, e.g. IEEE 1394
    • H04N21/43635—HDMI
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/442—Monitoring of processes or resources, e.g. detecting the failure of a recording device, monitoring the downstream bandwidth, the number of times a movie has been viewed, the storage space available from the internal hard disk
    • H04N21/44231—Monitoring of peripheral device or external card, e.g. to detect processing problems in a handheld device or the failure of an external recording device
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/45—Management operations performed by the client for facilitating the reception of or the interaction with the content or administrating data related to the end-user or to the client device itself, e.g. learning user preferences for recommending movies, resolving scheduling conflicts
    • H04N21/462—Content or additional data management, e.g. creating a master electronic program guide from data received from the Internet and a Head-end, controlling the complexity of a video stream by scaling the resolution or bit-rate based on the client capabilities
    • H04N21/4622—Retrieving content or additional data from different sources, e.g. from a broadcast channel and the Internet
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/47—End-user applications
    • H04N21/482—End-user interface for program selection
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/47—End-user applications
    • H04N21/488—Data services, e.g. news ticker
    • H04N21/4882—Data services, e.g. news ticker for displaying messages, e.g. warnings, reminders

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Databases & Information Systems (AREA)
  • Computer Security & Cryptography (AREA)
  • Human Computer Interaction (AREA)
  • Automation & Control Theory (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)

Description

技術分野は、映像情報の送受信に関する。
特許文献１には、「第１の伝送路で接続されている所定の外部機器が、第２の伝送路を介して接続されているか否かを容易に判断可能とすること」（特許文献１［０００７］参照）を課題とし、その解決手段として「第１の伝送路を介して接続されている外部機器の識別情報を取得する第１の識別情報取得部と、第２の伝送路を介して接続されている外部機器の識別情報を取得する第２の識別情報取得部と、上記第１の伝送路を介して接続されている外部機器から選択された所定の外部機器が、上記第２の伝送路を介して接続されているか否かを、上記第１の識別情報取得部で取得された上記所定の外部機器の識別情報と上記第２の識別情報取得部で取得された識別情報とを比較して判断する接続判断部とを備える」（特許文献１［０００８］）こと等が記載されている。
特開２００９−２８４４０３号公報
特許文献１では第１の伝送路で接続されている所定の外部機器が第２の伝送路でも接続されているか否かを容易に判断する方法について記載されている。
しかしながら、第２の伝送路（または第１の伝送路）で要求された操作を実行できない場合に、要求された操作を実行する方法については考慮されていない。
上記課題を解決するために、例えば特許請求の範囲に記載の構成を採用する。
本願は上記課題を解決する手段を複数含んでいるが、その一例を挙げるならば、ネットワークを介して接続される第１の機器、第２の機器及び第３の機器における映像信号の送受信方法において、第１の機器と第２の機器とは第１のネットワークを介して接続されており、第１の機器と第３の機器とは第２のネットワークを介して接続されており、第２の機器と第３の機器とは第２のネットワークを介して接続されており、第１の機器が第２のネットワークを介して第３の機器から受信する映像信号の処理が不可能である場合に、第２の機器が第２のネットワークを介して第３の機器から映像信号を受信するステップと、第２の機器が受信した映像信号の処理を行うステップと、第２の機器が処理を行った映像信号を第１のネットワークを介して第１の機器へ送信するステップと、を有することを特徴とする。
上記手段によれば、第２の伝送路（または第１の伝送路）で要求された操作を実行できない場合であっても、第１の伝送路（または第２の伝送路）に接続された装置の機能を利用して、要求された操作を実行することができる。
システムの構成例を示すブロック図である。 ＤＴＶの構成図例を示すブロック図である。 レコーダの構成図例を示すブロック図である。 ＳＴＢの構成図例を示すブロック図である。 ＤＴＶのソフトウェア構成例を示す図である。 レコーダのソフトウェア構成例を示す図である。 ＳＴＢのソフトウェア構成例を示す図である。 ユーザ提供機能の処理フローの一例を示す図である。 ユーザ提供機能代替実行の処理フローの一例を示す図である。 代替探索メッセージ受信の処理フローの一例を示す図である。 代替要求メッセージ受信の処理フローの一例を示す図である。 「ワンタッチレコード機能」代替実行のシーケンスの一例を示す図である。 代替処理によるワンタッチ録画の処理シーケンスの一例を示す図である。 「ワンタッチレコード機能」の処理フローの一例を示す図である。 [Recorde Source]パラメータの構成の一例を示す図である。 [Digital Service Identification]パラメータの構成の一例を示す図である。 代替探索メッセージの定義の一例を示す図である。 ＣＥＣメッセージのベンダー定義命令の一例を示す図である。 [Vendor Opcode]パラメータの定義の一例を示す図である。 [探索機能]パラメータの定義の一例を示す図である。 ＣＥＣメッセージのヘッダの一例を示す図である。 <Vendor Command>メッセージの定義の一例を示す図である。 代替要求メッセージの定義の一例を示す図である。 代替結果報告メッセージの定義の一例を示す図である。 [Result]パラメータの定義の一例を示す図である。 ネットワーク機器探索メッセージの構成の一例を示す図である。 ネットワーク機器探索応答メッセージの構成の一例を示す図である。 ネットワーク機器探索メッセージの構成の一例を示す図である。 コンテンツ再生を代替させる処理フローの一例を示す図である。 コンテンツ再生を代行させるシーケンスの一例を示す図である。
以下、実施例について図面を用いて説明する。なお、図面において、同一符号は、同一または相当部分を示す。また、本発明は、実施例に限定されるものではない。
本実施例では、第１のネットワークがユーザに提供する機能（ユーザ提供機能）をそのネットワーク内で実行できなかった場合に、第２のネットワークでその機能を代替するユーザ提供機能代替実行について説明する。
なお、本実施例では、第１のネットワークはＨＤＭＩ（High-Definition Multimedia Interface）（登録商標）ネットワーク、第２のネットワークはＤＬＮＡ（Digital Living Network Alliance）（登録商標）ネットワークと仮定し、第１のネットワークであるＨＤＭＩネットワークで提供されるユーザ提供機能を実行できなかった場合に、第２のネットワークのＤＬＮＡネットワークでその機能を代替する場合を例に説明する。
図１は本実施例のシステム構成の例である。１はユーザ宅、２および３は放送局、４はＩＰＴＶサーバ、５は外部ネットワークである。
本実施例において放送局２と放送局３は異なる放送方式の放送を送出する。ここでは、放送局２は地上波を用いた地上デジタル放送を送出し、放送局３はデジタルケーブルテレビ（ＣＡＴＶ）放送を送出する場合を例に説明する。なお、放送局２と放送局３の放送方式はそれぞれが異なる方式であれば良く、衛星波で送出されるＢＳデジタル放送とＣＡＴＶ放送などの組み合わせでも良い。
ユーザ宅１において、１１は放送受信アンテナ、１２および１３は分配器、１４はルータ、１５はハブ、１１０、１３０はデジタルテレビ（ＤＴＶ）、１２０はレコーダ、１４０はＩＰＴＶセットトップボックス（ＩＰＴＶ ＳＴＢ）、１５０はセットトップボックス（ＳＴＢ）、１６０はコンテンツサーバである。レコーダ１２０とＤＴＶ１３０は放送局２が送出する地上デジタル放送を受信するデジタル放送を受信する機能を備え、ＤＴＶ１１０とＳＴＢ１５０はＣＡＴＶ放送をする機能を備えている。ＩＰＴＶ ＳＴＢ１４０は外部ネットワークを介してＩＰＴＶサーバ４が配信するコンテンツを受信、あるいは、ダウンロードする機能を備えている。
２０はユーザ宅１の部屋の境界線を示している。ここでは、境界線２０の下をユーザ宅１の１階の部屋、上を２階の部屋であるとする。放送受信アンテナ１１は放送局２が送出する地上デジタル放送を受信する。受信したデジタル放送は分配器１２によってレコーダ１２０とＤＴＶ１３０に分配される。放送局３が送出するＣＡＴＶ放送は分配器１３によってＤＴＶ１１０とＳＴＢ１５０に分配される。
ユーザ宅１においてＤＴＶ１１０とレコーダ１２０はＨＤＭＩケーブルで接続されＨＤＭＩネットワーク（第１のネットワーク）を構成する。また、ＤＴＶ１３０とＩＰＴＶ ＳＴＢ１４０もＨＤＭＩケーブルで接続され、ＤＴＶ１１０とレコーダ１２０で構築するＨＤＭＩネットワークとは独立のＨＤＭＩネットワーク（第１のネットワークその２）を構築する。
また、ＤＴＶ１１０とＤＴＶ１３０、コンテンツサーバ１６０はハブ１５に接続されＤＬＮＡネットワーク（第２のネットワーク）を構築する。
更に、本実施例において、ＨＤＭＩは双方向イーサネット（登録商標）信号を伝送するＨＥＣ（HDMI Ethernet Channel）機能を提供する。レコーダ１２０とＳＴＢ１５０はＨＤＭＩ接続されたＤＴＶ１１０を介してハブ１５に接続されＤＬＮＡネットワークを構成する装置となる。同様に、ＩＰＴＶ ＳＴＢ１４０もＤＴＶ１３０を介してハブ１５に接続されＤＬＮＡネットワークを構成する装置となる。また、ハブ１５に接続された装置はルータ１４を介して外部ネットワークに接続できる。
レコーダ１２０、ＳＴＢ１５０、ＩＰＴＶ ＳＴＢ１４０、コンテンツサーバ１６０はネットワークにコンテンツ情報を公開し、コンテンツを配信するＤＭＳ（Ｄｉｇｉｔａｌ Ｍｅｄｉａ Ｓｅｒｖｅrの略。）機能を備え、かつ、ＨＤＭＩのソース装置として動作する。
ＤＴＶ１１０、ＤＴＶ１３０はＤＬＮＡネットワークにおいて、ＤＭＳが公開するコンテンツ情報を閲覧し所望のコンテンツを探し、そのコンテンツを表示するＤＭＰ（Ｄｉｇｉｔａｌ Ｍｅｄｉａ Ｐｌａｙｅｒの略）機能、および、ネットワーク上のＤＭＳ機能を備えた装置から、記録機能を備えた装置に対して、コンテンツのコピーや移動の制御を行うＤＭＣ（：Ｄｉｇｉｔａｌ Ｍｅｄｉａ Ｃｏｎｔｒｏｌｌｅｒ）機能を備え、かつ、ＨＤＭＩのシンク装置として動作する。
図２は本実施例におけるＤＴＶ１１０の構成の一例を示すブロック図である。ＤＴＶ１１０はアンテナ接続端子２０１、ネットワーク端子２０２、操作信号受信部２０３、入力端子２０４、２０６、システムバス２０５、チューナ部２１０、復調復号部２１１、デマックス部２１２、デコード部２１３、合成部２１４、ＯＳＤ部２１５、入力Ｉ／Ｆ部２１６、２３３、スイッチ２１７、２１８、音声出力部２１９、映像表示部２２０、ネットワーク接続部２２１、制御部２２２、メモリ２２３、操作Ｉ／Ｆ部２１４、限定受信Ｉ／Ｆ部２２５、限定受信情報記憶部２２６を有する。
２５０は、ユーザがＤＴＶ１１０の操作に使用する操作装置である。リモコンやマウス、キーボード、タッチパネルなどを用いる。スマートフォンやタブレット端末を用いる構成にしてもよい。
放送信号はアンテナ接続端子２０１を介してチューナ部２１０に入力される。チューナ部２１０は受信すべきチャンネルのチャンネル周波数帯を抽出し、直交復調によりベースバンド信号とされ復調復号部２１１に出力する。復調復号部２１１は、ベースバンド信号に対して、例えば８ＰＳＫ（Ｐｈａｓｅ Ｓｈｉｆｔ Ｋｅｙｉｎｇ）を用いた同期復調を行い、ビタビ復号やＲＳ（リード・ソロモン）復号などの誤り訂正を施しデジタル放送信号を復号してデマックス部２１２に出力する。本実施例では、デジタル放送信号として、ＭＰＥＧ（Ｍｏｖｉｎｇ Ｐｉｃｔｕｒｅ Ｅｘｐｅｒｔｓ Ｇｒｏｕｐ）方式によって圧縮符号化され、ＴＳ（Ｔｒａｎｓｐｏｒｔ Ｓｔｒｅａｍ）方式で多重化されたＭＰＥＧ２−ＴＳを扱う場合について説明する。
デマックス部２１２は多重化されたＭＰＥＧ２−ＴＳから後段で使われる信号を分離・抽出する。そして、限定受信Ｉ／Ｆ部２２５を介して限定受信情報記憶部２２６に保持されている鍵情報などを取得し、この情報を用いて著作権保護のためにＭＰＥＧ２−ＴＳにかけられているスクランブルを解除し、放送番組などコンテンツを構成する映像信号や音声信号や字幕の信号ストリームであるＰＥＳ（Ｐａｃｋｅｔｉｚｅｄ Ｅｌｅｍｅｎｔａｒｙ Ｓｔｒｅａｍ）あるいはＥＳ（Ｅｌｅｍｅｎｔａｒｙ Ｓｔｒｅａｍ）やデータ放送などのデータを出力する。
デコード部２１３はデマックス部２１２で分離・抽出された映像信号および音声信号のＰＥＳあるいはＥＳをデコードして、圧縮されていない映像信号と音声信号を生成する。デコードされた音声信号はスイッチ２１７に出力される。デコードされた映像信号は合成部２１４に出力される。
合成部２１４はデコード部２１３から入力された映像信号と、ＯＳＤ部２１５から入力されたＯＳＤを合成して表示画面を構成し、スイッチ２１８へ出力する。
ＯＳＤ部２１５は、制御部２２２の制御に従ってユーザ操作のためのＵＩ（Ｕｓｅｒ Ｉｎｔｅｒｆａｃｅ）画面やユーザに操作の状態を通知するメッセージダイアログなどＯＳＤを生成し合成部２１４に出力する。
入力Ｉ／Ｆ部２１６はＡＶ受信部２３１とデータＩ／Ｆ部２３２で構成する。ＡＶ受信部２３１は入力端子２０４を介して外部から入力される映像信号、音声信号、補助データを受信する。映像信号はスイッチ２１８へ出力し、音声信号はスイッチ２１７へ出力する。補助データは映像信号、音声信号のフォーマットなど入力される映像信号、音声信号に関するデータである。補助データはシステムバス２０５を介して制御部２２２に出力され映像信号の表示制御などに使用される。
データＩ／Ｆ部２３２は入力端子２０４を介して接続された他の装置と双方向のデータ通信を行う。データＩ／Ｆ部２３２に入力されたデータは制御部２２２で処理される。また、制御部２２２の制御によって他の装置にデータを送信する。本実施例では、ＨＤＭＩネットワーク（第１のネットワーク）において装置の相互操作に使用されるＣＥＣ（Consumer Electronics Control）メッセージや双方向イーサネット信号を伝送する。
入力Ｉ／Ｆ部２３３の構成、機能は入力Ｉ／Ｆ部２１６と同様である。
スイッチ２１７は音声出力部２１９に出力する音声信号を切換えるスイッチで、スイッチ２１８は映像表示部２２０に出力する映像信号を切換えるスイッチである。スイッチ２１７、２１８は制御部２２２によって、入力端子２０４、あるいは、２０６を介して外部入力された映像音声信号を出力するか、デコード部２１３が生成した映像音声信号を出力するかが制御される。
音声出力部２１９はスイッチ２１７を介して入力された音声信号を出力するスピーカなどである。映像表示部２２０は液晶ディスプレイなどの表示パネルでスイッチ２１８を介して入力された映像信号を表示する。
ネットワーク接続部２２１は通信処理部と伝送コンテンツ保護部を備えネットワーク端子２０２を介してハブ１５に接続された他の機器やネットワーク５に接続された宅外のサーバなどとデータやコンテンツの送受信を行う。通信処理部は通信プロトコルの解釈や、通信データのフロー制御をおこなう。伝送コンテンツ保護部は、コンテンツに課された著作権保護に応じて機器認証処理を行ったり、ネットワークへ出力するコンテンツの暗号処理や、ネットワークから受信したコンテンツの復号処理を施す。
制御部２２２はＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）やアプリケーションの実行処理を行い、ＤＴＶ１１０を機能させる。
メモリ２２３は揮発性メモリおよび不揮発性メモリで構成する。不揮発性メモリにはＯＳやアプリケーションなどのＤＴＶ１１０を動作させるためのソフトウェアを格納する。揮発性メモリにはソフトウェアの動作に必要なデータなどを一時的に格納する。
操作Ｉ／Ｆ部２２４は、操作信号受信部２０３が受信した操作装置２５０からの入力信号を処理する。操作装置２５０は、例えばリモコンやマウス、キーボード、タッチパネルなどである。操作信号受信部２０３は赤外線などを用いて無線で操作装置２５０からの入力信号を受信しても良いし、接続端子を介して操作装置２５０を接続し、入力信号を受信しても良い。
システムバス２０５はＤＴＶ１１０の構成要素（接続線の記載を一部省略している）に接続されるデータバスである。各構成要素の間で、制御信号やデータ信号の通信に使用される。
限定受信Ｉ／Ｆ部２２５は限定受信情報記憶部２２６を接続するインターフェースである。限定受信情報記憶部２２６はスクランブルを解除するための鍵情報などを保持する。
また、ＤＴＶ１１０は図示しないレイヤー２スイッチ部を備える。レイヤー２スイッチ部はイーサネットのデータフレームであるＭＡＣフレームを転送する機能を担う。入力端子２０４と入力端子２０６、及び、ネットワーク端子２０２の間で、それぞれに入力されたＭＡＣフレームが送信先アドレスに従って転送される。レイヤー２スイッチ部によって入力端子２０４と入力端子２０６に接続された装置はハブ１５に接続されＤＬＮＡネットワーク（第２のネットワーク）を構成する装置となり、また、外部ネットワーク５にも接続できる。なお、レイヤー２スイッチ部でＨＥＣ機能限定の限定マルチキャストメッセージを受信した場合は、入力端子２０４と入力端子２０６でのみ転送され、ネットワーク端子２０２には転送しない。
ここではＤＴＶ１１０の構成を説明したが、ＤＴＶ１３０もＤＴＶ１１０と同様の構成を有する。
図３は本実施例におけるレコーダ１２０の構成の一例を示すブロック図である。図３において図２と同様の構成には同一符号を付し、説明を省略する。ＤＴＶ１１０との構成の違いは、記録生成部３１０を備えること、入力端子ではなく出力端子３０１、入力Ｉ／Ｆ部ではなく出力Ｉ／Ｆ部３２０を備えること、映像出力部、音声出力部、スイッチを持たないことである。
記録再生部３１０は記録媒体と暗号・復号処理部を備え、受信した放送番組などのコンテンツやネットワークを介して取得したコンテンツを記録媒体に書き込む記録処理、および、記録したコンテンツを記録媒体から読み出し出力する再生処理、記録したコンテンツの削除処理などを担う。コンテンツを記録媒体に記録する際には暗号処理部で適切な暗号化処理を施す。コンテンツを記録媒体から読み出す場合は、記録時に施された暗号を復号して出力する。なお記録媒体は、ハードディスクのような内蔵の記録媒体、もしくは光ディスク、リムーバブルハードディスク、メモリカードのような取り外し可能な記録媒体のどちらか、もしく両方を備える。また、ハードディスクと光ディスクとメモリカードなどのように数種類の記録媒体を備えても良い。
出力Ｉ／Ｆ部３２０はＡＶ送信部３２１とデータＩ／Ｆ部３２２で構成する。ＡＶ送信部３２１は出力端子３０１を介して映像信号、音声信号、補助データを送信する。補助データは映像信号、音声信号のフォーマットなど出力される映像信号、音声信号に関するデータである。データＩ／Ｆ部３２２はデータＩ／Ｆ部２３２と同様である。
ＡＶ送信部３２１からはレコーダ１２０が受信した放送番組や記録再生部３１０で記録再生したコンテンツの映像音声信号が補助データと共に出力される。
図４は本実施例におけるＳＴＢ１５０の構成の一例を示すブロック図である。図４において図２、及び、図３と同様の構成には同一符号を付し、説明を省略する。レコーダ１２０との構成の違いは、記録生成部３１０を持たないことである。
図１のシステム構成図において、レコーダ１２０の出力端子３０１とＤＴＶ１１０の入力端子２０４（または２０６）、及び、ＳＴＢ１５０の出力端子３０１とＤＴＶ１１０の入力端子２０４（または２０６）がそれぞれＨＤＭＩケーブルで接続されＨＤＭＩネットワーク（第１のネットワーク）を構成する。
なお、図１のシステム構成図においてはレコーダ１２０のネットワーク端子２０２、及び、ＳＴＢ１５０のネットワーク端子２０２は使用していない。レコーダ１２０のレイヤー２スイッチ部の機能により入力端子２０４、入力端子２０６にＨＤＭＩケーブルで接続されたレコーダ１２０とＳＴＢ１５０はＤＬＮＡネットワーク（第２のネットワーク）を構成する装置にもなり、また、外部ネットワーク５にも接続できる。
レコーダ１２０のデータＩ／Ｆ部２３２、および、ネットワーク端子２０２のデータＩ／Ｆ部３２２、及び、ＳＴＢ１５０のデータＩ／Ｆ部３２２はＨＤＭＩのＨＥＣ機能を備えイーサネットのデータフレームを送受信する能力を持つ。
図５はＤＴＶ１１０のソフトウェア構成例を示す図である。ＤＴＶ１１０の機能を実現する制御ソフトウェア５００はＤＴＶ１１０のメモリ２２３に展開され制御部２２２で実行される。
制御ソフトウェア５００は番組情報生成部５０２、表示情報取得部５０３、第１通信処理部５１０、第１メッセージ解析／生成部５１１、ユーザ提供機能管理部５１２、予約録画処理部５１３、コマンド処理部５１５、代替探索処理部５１６、ワンタッチレコード応答部５１７、ワンタッチレコード代替部５２１、予約録画代替部５２２、第２通信処理部５３０、第２メッセージ解析／生成部５３１、ＤＭＣ部５３２、予約録画クライアント５３３、コンテンツ情報クライアント５３４、機器情報取得部５３５、ストリーム受信部５４０で構成する。また、図示しないシステムスタンバイ処理部を備える構成にしてもよい。
番組情報生成部５０２はチューナ２１０で選局し、受信している番組のコンテンツ情報を生成し、メモリ２３３に記録する。コンテンツ情報とは、例えば、コンテンツを一意に定める識別子（コンテンツＩＤ）、コンテンツの種類、データフォーマットなどのプロパティ情報と、タイトル名、ジャンル、コピー制御情報、イベントＩＤなどの番組情報である。コンテンツ情報の内、プロパティ情報は番組情報生成部５０２自身で生成し、番組情報はデマックス部２１２により分離・抽出された放送番組の情報を含むＰＥＳあるいはＥＳから取得する。ここで、コンテンツの種類とは映像、音声、画像などを示し、データフォーマットとはＭＰＥＧ（Ｍｏｖｉｎｇ Ｐｉｃｔｕｒｅ Ｅｘｐｅｒｔｓ Ｇｒｏｕｐ）やＭＰ３（ＭＰＥＧ Ａｕｄｉｏ Ｌａｙｅｒ‐３）などコンテンツの符号化方式を示す。
表示情報取得部５０３は映像表示部２２０に表示しているコンテンツのコンテンツ情報を提供する。
第１通信処理部５１０は第１のネットワークで接続された他の機器との間でコンテンツや制御メッセージを送受信する際に通信プロトコルに従って通信データの処理を行う。
第１メッセージ解析／生成部５１１は第１のネットワーク上の機器の間で送受信される所定の形式に従って生成された制御要求などのメッセージを解釈し、要求された制御を処理する処理部に振り分ける。また、処理部が生成する他の機器からの制御要求に対する応答や、他の機器に対しての制御要求を、第１のネットワーク上の機器の間で用いられる所定の形式に従ったメッセージで生成する。
ユーザ提供機能管理部５１２は第１のネットワークを用いてユーザに提供される機能（ユーザ提供機能）の実行を管理する。ユーザのリモコン操作やメニューの選択を検知し、ユーザに要求されたユーザ提供機能を判断し、対応するユーザ機能処理部（要求されたユーザ提供機能を実現するための処理を行う構成）に処理の実行を要求する。また、要求されたユーザ提供機能をユーザ機能処理部で実行できなかった場合には、代替探索処理部５１６に対して代替実行を要求する。
予約録画処理部５１３は、第１のネットワークがユーザに提供するユーザ提供機能を実行するユーザ機能処理部の１つである。予約録画処理部５１３はユーザに「予約録画機能」を提供する。「予約録画機能」とはＤＴＶ上で動作している電子番組表（ＥＰＧ）により選択された番組を第１のネットワークで接続されているレコーダに予約録画する機能である。図１のシステム構成の場合、ＤＴＶ１１０に対し「予約録画機能」が要求されると、ＤＴＶ１１０は選択された番組の予約録画をレコーダ１２０に設定する。
図示しないシステムスタンバイ処理部も第１のネットワークがユーザに提供するユーザ提供機能を実行するユーザ機能処理部の１つである。システムスタンバイ処理部はユーザに「システムスタンバイ機能」を提供する。「システムスタンバイ機能」とはユーザがリモコン操作などで電源オフを指示した場合に、第１のネットワークで接続されているすべての機器をスタンバイ状態に設定する機能である。図１のシステム構成の場合、ＤＴＶ１１０に対し「システムスタンバイ機能」が要求されると、ＤＴＶ１１０と連動してレコーダ１２０とＳＴＢ１５０もスタンバイ状態になる。
なお、図５では一例として、「予約録画機能」と「システムスタンバイ機能」に対するユーザ機能処理部を示しているが、その他のユーザ提供機能を提供する場合は、機能毎にその機能を実行する該当機能処理部をユーザ機能処理部として備える。
コマンド処理部５１５は「ユーザ提供機能」としてではない、単体の制御コマンドを処理する。単体の制御コマンドとは、例えば、ＣＥＣメッセージでは機器の電源の状態を参照する＜Ｇｉｖｅ Ｄｅｖｉｃｅ Ｐｏｗｅｒ Ｓｔａｔｕｓ＞やＯＳＤにメッセージを表示させる＜Ｓｅｔ ＯＳＤ Ｓｔｒｉｎｇ＞などである。
代替探索処理部５１６はユーザ提供機能管理部５１２に要求されたユーザ提供機能を代替して実行する代替機能を提供する機器を探索し、発見した機器に対して代替実行を依頼する。また、提供できる代替機能を管理し、代替機能を探索するメッセージを受信した場合は、その応答を返す。
ワンタッチレコード応答部５１７はユーザ機能応答部の１つである。ユーザ機能応答部はユーザ提供機能を実行する機器から送信される「ユーザ提供機能」に関わる制御メッセージに対する応答処理を行う。ワンタッチレコード応答部５１７は「ワンタッチレコード機能」に関わる制御メッセージに対する応答処理を行う。
図５では一例として、「ワンタッチレコード機能」に対する応答処理を行うユーザ機能応答部を示しているが、その他のユーザ提供機能に対する応答処理を提供する場合は、機能毎に該当機能応答部をユーザ機能応答部として備える。
ワンタッチレコード代替部５２１はユーザ機能処理部の機能を第２のネットワークの機能を用いて代わりに実行するユーザ機能代替部の１つである。ワンタッチレコード代替部５２１は第２のネットワークに接続された機器が提供するネットワーク機能を用いて「ワンタッチレコード機能」を実行する。「ワンタッチレコード機能」で録画を要求されたコンテンツを配信するＤＭＳを第２のネットワーク上で探し、「ワンタッチレコード機能」の代替実行を要求したレコーダに対して、探索したＤＭＳからコンテンツを取得して記録（ダウンロード）するよう指示をする。
予約録画代替部５２２はユーザ機能処理部の機能を第２のネットワークの機能を用いて代わりに実行するユーザ機能代替部の１つである。予約録画代替部５２２は第２のネットワークに接続された機器が提供するネットワーク機能を用いて「予約録画機能」を実行する。
図５では一例として、「ワンタッチレコード機能」と「予約録画機能」に対するユーザ機能代替部を示しているが、その他のユーザ提供機能に対する代替処理を提供する場合は、機能毎に該当機能代替部をユーザ機能代替部として備える。
第２通信処理部５３０は第２のネットワークで接続された他の機器との間でコンテンツや制御メッセージを送受信する際に通信プロトコルに従って通信データの処理を行う。
第２メッセージ解析／生成部５３１は、第２のネットワーク上の機器の間で送受信される所定の形式に従って生成された制御要求などのメッセージを解釈し、制御要求や、制御要求に対する応答を、それらを処理するサービスやクライアントに振り分ける。また、他の機器からの制御要求に対する応答や、他の機器に対しての制御要求を、第２のネットワーク上の機器の間で用いられる所定の形式に従ったメッセージとして生成する。サービスとは、第２のネットワーク上の他の機器に対して提供する機能である。クライアントとは、サービスを利用する機能である。本実施例において、ＤＴＶ１１０は第２のネットワーク上では他の機器を制御するＤＭＣとして動作するためサービスは備えていない。
第２メッセージ解析／生成部６３１が送信、あるいは、受信するメッセージはネットワーク通信処理部４２０を介して適切な通信プロトコルで他の機器と送受信される。通信プロトコルとはＨＴＴＰ ＧＥＴやＲＴＰ（Ｒｅａｌ‐ｔｉｍｅ Ｔｒａｎｓｐｏｒｔ Ｐｒｏｔｏｃｏｌ）などである。
ＤＭＣ部５３２は、第１のネットワークで提供されるコンテンツの情報を取得するコンテンツ情報クライアント５３４と、第１のネットワーク上の他の装置に対し予約録画を設定する予約録画クライアント５３３を備え、第１のネットワークを介してコンテンツを視聴したり、ネットワーク上のレコーダに予約録画を設定したりするＤＭＣ機能をユーザに提供する。
予約録画クライアント５３３は、第１のネットワークを介して、予約録画サービスを提供する他の機器に予約録画の登録や削除を設定したり、予約されている録画の一覧情報などを取得する。
コンテンツ情報クライアント５３４は、コンテンツ情報サービスが提供するコンテンツ情報を取得してユーザに提示する。ユーザが視聴するコンテンツを選択した場合には、ストリーム受信部５４０に選択されたコンテンツの取得を要求する。
機器情報取得部５３５は他の機器のネットワークへの接続や離脱の通知を検知し、制御対象の機器の接続を検知した場合には、検出した機器の機器情報提供サービスに対し機器記述情報や、サービス詳細情報を要求する要求メッセージを送信する。取得した機器記述情報や、サービス詳細情報はネットワークＩＤやデバイスタイプなどで参照できる形式でメモリ２２３に記録する。また、接続状態管理情報として、接続の状態を示す接続状態情報と更新時刻情報（接続または離脱した日時を示す値）などを機器の特定できるネットワークＩＤなどで参照できる形式で記録する。
また、必要に応じて、ホームネットワーク上の所望の制御対象機器を検索するデバイス検索要求を送信する。離脱の通知を検知した場合は、接続状態を、離脱を示す値に更新、更新時刻情報を離脱の通知を検知した時刻に更新する。離脱した機器の機器記述情報や、サービス詳細情報は、離脱を検知したときに削除しても良いし、離脱から所定の時間（２４時間など）経過した後に削除しても良い。
ストリーム受信部５４０がコンテンツ情報クライアント５３４に取得要求されたコンテンツのコンテンツ情報のアクセス先情報に記述されたＵＲＩへアクセスし、コンテンツのストリームを取得する。取得したコンテンツのストリームはデマックス部２１２へ出力され分離・抽出された後、デコード部２１３でデコードされ音声出力部２１９、映像表示部２２０に出力される。
図６はレコーダ１２０のソフトウェア構成例を示す図である。
レコーダ１２０の機能を実現する制御ソフトウェア６００はレコーダ１２０のメモリ２２３に展開され制御部２２２で実行される。
制御ソフトウェア６００は番組情報生成部６０２、コンテンツ管理部６０３、予約設定管理部６０４、第１通信処理部６１０、第１メッセージ解析／生成部６１１、ユーザ提供機能管理部６１２、コマンド処理部６１５、代替探索処理部６１６、ワンタッチレコード処理部６２１、予約録画応答部６２５、第２通信処理部６３０、第２メッセージ解析／生成部６３１、ＤＭＳ部６３２、予約録画サービス６３３、コンテンツ情報サービス６３４、機器情報提供サービス６３５、ストリーム送信部６４０、で構成する。
番組情報生成部６０２はチューナ２１０で選局し、受信している番組のコンテンツ情報を生成し、メモリ２３３もしくは記録再生部３１０に記録する。コンテンツ情報とは、例えば、コンテンツを一意に定める識別子（コンテンツＩＤ）、コンテンツの種類、データフォーマット、ネットワークにコンテンツを提供する場合のアクセス先情報（ＵＲＩ：Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｉｄｅｎｔｉｆｉｅｒ）などのプロパティ情報と、タイトル名、ジャンル、コピー制御情報、イベントＩＤなどの番組情報である。
コンテンツ情報の内、プロパティ情報は番組情報生成部６０２自身で生成し、番組情報はデマックス部２１２により分離・抽出された放送番組の情報を含むＰＥＳあるいはＥＳから取得する。ここで、コンテンツの種類とは映像、音声、画像などを示し、データフォーマットとはＭＰＥＧ（Ｍｏｖｉｎｇ Ｐｉｃｔｕｒｅ Ｅｘｐｅｒｔｓ Ｇｒｏｕｐ）やＭＰ３（ＭＰＥＧ Ａｕｄｉｏ Ｌａｙｅｒ‐３）などコンテンツの符号化方式を示す。
コンテンツ管理部６０３は記録再生部３１０にコンテンツを記録する際に、そのコンテンツのコンテンツ情報を生成し、メモリ２３３もしくは記録再生部３１０に記録する。コンテンツ情報は番組情報生成部６０２で生成されるプロパティ情報に加えて、ファイル名、サイズ、記録日時などの情報を含む。
コンテンツ情報は、記録するコンテンツが放送番組の場合はデマックス部２１２により分離・抽出された放送番組の情報を含むＰＥＳあるいはＥＳから取得し、ネットワークを介して取得したコンテンツの場合はコンテンツの送信元から取得する。また、コンテンツとコンテンツ情報の対応付けや、コンテンツが削除されたり移動した場合のコンテンツ情報の更新、コピー回数に制限があるコンテンツについてのコピー回数の管理などを行う。また、コンテンツ情報を基に記録したコンテンツの一覧を提示するＵＩを生成しユーザに提示する。更に、ユーザの指示により、ユーザが選択したコンテンツを再生したり、コピーや移動の処理を行う。
予約設定管理部６０４は、ユーザが電子番組表などを操作して設定する録画および視聴の予約や、予約録画サービス６３３などから指定される録画の予約を受け付け、予約情報を管理する。予約情報はメモリ２２３もしくは記録再生部３１０に記録する。また、予約された番組の開始時刻を監視し、チューナ部２１０の選局を適切に設定したり、予約録画の場合は、放送番組などコンテンツを構成するストリームがデマックス部２１２から記録再生部３１０に出力されるように設定するなど、予約を実行するときの設定処理も行う。さらに、現在の受信している放送番組の録画要求も受け付けデマックス部２１２の出力などを適切に設定する。
第１通信処理部６１０は第１のネットワークで接続された他の機器との間でコンテンツや制御メッセージを送受信する際に通信プロトコルに従って通信データの処理を行う。
第１メッセージ解析／生成部６１１は第１のネットワーク上の機器の間で送受信される所定の形式に従って生成された制御要求などのメッセージを解釈し、要求された制御を処理する処理部に振り分けたり、処理部が生成する他の機器からの制御要求に対する応答や、他の機器に対しての制御要求を、第１のネットワーク上の機器の間で用いられる所定の形式に従ったメッセージで生成する。
ユーザ提供機能管理部６１２は第１のネットワークがユーザに提供する機能（ユーザ提供機能）の実行を管理する。ユーザのリモコン操作やメニューの選択を検知し、ユーザに要求されたユーザ提供機能を判断し、対応するユーザ機能処理部に処理の実行を要求する。また、要求されたユーザ提供機能をユーザ機能処理部で実行できなかった場合には、代替探索処理部６１６に対して代替実行を要求する。
コマンド処理部６１５は「ユーザ提供機能」としてではない、単体の制御コマンドを処理する。単体の制御コマンドとは、例えば、ＣＥＣメッセージでは機器の電源の状態を参照する＜Ｇｉｖｅ Ｄｅｖｉｃｅ Ｐｏｗｅｒ Ｓｔａｔｕｓ＞やＯＳＤにメッセージを表示させる＜Ｓｅｔ ＯＳＤ Ｓｔｒｉｎｇ＞などである。
代替探索処理部６１６はユーザ提供機能管理部６１２に要求されたユーザ提供機能を代替して実行する代替機能を提供する装置を探索し、発見した装置に対して代替実行を依頼する。また、また、提供できる代替機能を管理し、代替機能を探索するメッセージを受信した場合は、その応答を返す。
ワンタッチレコード処理部６２１は、第１のネットワークがユーザに提供するユーザ提供機能を実行するユーザ機能処理部の１つである。ワンタッチレコード処理部６２１はユーザに「ワンタッチレコード機能」を提供する。「ワンタッチレコード機能」とは、ユーザがレコーダに対してリモコン操作などで録画を指示したときに、レコーダと第１のネットワークで接続されているＤＴＶに表示されているコンテンツをレコーダで録画する機能である。図１のシステム構成の場合、レコーダ１２０に対し「ワンタッチレコード機能」が要求されると、レコーダ１２０はＤＴＶ１１０に表示されているコンテンツを録画する。
なお、図５では一例として、「ワンタッチレコード機能」に対するユーザ機能処理部を示しているが、その他のユーザ提供機能を提供する場合は、機能毎にその機能を実行する該当機能処理部をユーザ機能処理部として備える。
予約録画応答部６２５はユーザ機能応答部の１つである。予約録画応答部６２５は「予約録画機能」に関わる制御メッセージに対する応答処理を行う。
第２通信処理部６３０は第２のネットワークで接続された他の機器との間でコンテンツや制御メッセージを送受信する際に通信プロトコルに従って通信データの処理を行う。
第２メッセージ解析／生成部６３１は、第２のネットワーク上の機器の間で送受信される所定の形式に従って生成された制御要求などのメッセージを解釈し、制御要求や、制御要求に対する応答を、それらを処理するサービスやクライアントに振り分ける。また、他の機器からの制御要求に対する応答や、他の機器に対しての制御要求を、第２のネットワーク上の機器の間で用いられる所定の形式に従ったメッセージとして生成する。サービスとは、第２のネットワーク上の他の機器に対して提供する機能である。クライアントとは、サービスを利用する機能である。本実施例において、レコーダ１２０は第２のネットワーク上にネットワークにコンテンツ情報を公開し、コンテンツを配信するサービスを提供するＤＭＳとして動作するため、クライアントは備えていない。
ＤＭＳ部６３２は、第２のネットワークに提供するコンテンツの情報を提供するコンテンツ情報サービス６３４と、第２のネットワーク上の他の装置から予約録画の設定ができる予約録画サービス６３３を備え、レコーダ１２０が受信した放送番組や、記録再生部３１０に記録した放送番組などのコンテンツを、第２のネットワークを介して他の機器に送出するサービスを提供する。
予約録画サービス６３３は、ネットワークを介した予約録画の登録や削除を予約設定管理部６０４に設定したり、予約されている録画の一覧情報などを予約設定管理部６０４から取得して提供する。
コンテンツ情報サービス６３４は、他の機器に提供できる全てのコンテンツに関して、コンテンツのタイトル、ジャンル、コンテンツの取得先を示すアクセス先情報などのメタデータ情報を提供する。コンテンツ情報サービス６３４は記録再生部３１０に記録されたコンテンツに関してはコンテンツ管理部６０３から、放送中の番組に関しては番組情報生成部６０２からメタデータ情報を収集する。
機器情報提供サービス６３５は、機器の名前や、第１のネットワーク上で機器を一意に識別する機器識別ＩＤ、デバイスタイプなどの機器自身についての情報を記述した機器記述情報や、機器が提供するサービスのコマンド名や引数など、サービスを利用するための情報の詳細を記述したサービス詳細情報などを他の機器に提供する。また、自身の機器が第１のネットワークへ接続したり、第１のネットワークから離脱するときに第１のネットワーク上に通知したり、他の機器からのデバイス検索に対して応答を行う。
ストリーム送信部６４０は他の機器からの要求に従って、番組情報送信装置１１０が受信した放送番組や記録再生部３１０に記録した放送番組などのコンテンツを、第２通信処理部６３０を介して出力する。
図７はＳＴＢ１５０のソフトウェア構成例を示す図である。
ＳＴＢ１５０の機能を実現する制御ソフトウェア７００はＳＴＢ１５０のメモリ２２３に展開され制御部２２２で実行される。
制御ソフトウェア７００は番組情報生成部７０２、予約設定管理部７０４、第１通信処理部７１０、第１メッセージ解析／生成部７１１、コマンド処理部７１５、代替探索処理部７１６、第２通信処理部７３０、第２メッセージ解析／生成部７３１、ＤＭＳ部７３２、視聴予約サービス７３３、コンテンツ情報サービス７３４、機器情報提供サービス７３５、ストリーム送信部７４０で構成する。
なお、番組情報生成部７０２は６０２、第１通信処理部７１０は６１０、第１メッセージ解析／生成部７１１は６１１、コマンド処理部７１５は６１５、代替探索処理部７１６は６１６、第２通信処理部７２０は６２０、第２メッセージ解析／生成部７３１は６３１、ＤＭＳ部７３２は６３２、機器情報提供サービス７３５は６３５、ストリーム送信部７４０は６４０と同等の機能を提供するため説明の記述は省略する。
予約設定管理部７０４は、ユーザが電子番組表などを操作して設定する視聴の予約や、視聴予約サービス７３３などから指定される視聴の予約を受け付け、予約情報を管理する。予約情報はメモリ２２３に記録する。また、予約された番組の開始時刻を監視し、チューナ部２１０の選局を適切に設定するなど、視聴予約を実行するときの設定処理も行う。
視聴予約サービス７３３は、ネットワークを介した視聴予約の登録や削除を予約設定管理部７０４に設定したり、視聴予約されている番組の一覧情報などを予約設定管理部７０４から取得して提供したりする。
次に、本実施例の具体的な処理について説明する。本実施例では、ＨＤＭＩネットワークのユーザ提供機能の１つである「ワンタッチレコード機能」を代替実行する場合を例に説明する。「ワンタッチレコード機能」とは、ユーザがレコーダ１２０の操作装置２５０（リモコン）などを用いて録画を指示したときに、レコーダ１２０とＨＤＭＩネットワークで接続されているＤＴＶ１１０に表示されているコンテンツを、レコーダ１２０に録画する機能である。
「ワンタッチレコード機能」の実現にあたり、図１に示したシステム構成において、レコーダ１２０が受信できる放送とＤＴＶ１１０が受信できる放送が異なる場合、レコーダ１２０はＤＴＶ１１０に表示されている放送番組を受信できず、「ワンタッチレコード機能」を実行できない。また、レコーダ１２０がＤＴＶ１１０と同じ放送を受信できる場合であっても、レコーダ１２０が他の録画を実行中でチューナを使用できない場合は、「ワンタッチレコード機能」を実行できない。
本実施例では、このような場合においてもユーザに要求された「ワンタッチレコード機能」を実行するシステムを、ＤＬＮＡネットワーク（第２のネットワーク）を用いて、ワンタッチレコード機能を実行するワンタッチレコード代替機能を提供することにより実現する。
始めに、ユーザ提供機能管理部６１２におけるユーザ提供機能の実行処理を図８の例で説明する。図８はユーザ提供機能管理部６１２で実行されるユーザ提供機能の処理フローの一例である。ここでは、レコーダ１２０のユーザ提供機能管理部６１２における処理を例に説明するが、ＤＴＶ１１０のユーザ提供機能管理部５１２においても同様の処理が可能である。
Ｓ８０１では、ユーザ提供機能管理部６１２は操作装置２５０から入力されるユーザ操作を待つ。
Ｓ８０２では、操作装置２５０から送信されたリモコンコードなどの操作信号からユーザに要求されたユーザ提供機能を判定する。
Ｓ８０３では、ユーザ提供機能に対応するユーザ機能処理部を選択し、処理を開始させる。
Ｓ８０４では、ユーザ提供機能管理部６１２は、ユーザ機能処理部の実行結果を確認する。処理が実行された場合はＳ８０５へ、処理を実行したが失敗した場合はＳ８０６へ、処理が実行されなかった場合はＳ８０７へ遷移する。
Ｓ８０５では、実行結果を、ユーザに要求されたユーザ提供機能の実行が完了したことを示す「完了」に設定する。
Ｓ８０６では、実行結果を「失敗」に設定する。「失敗」の場合は、実行結果に失敗の要因をエラーコードや、テキストで表す要因情報を持たせるようにしてもよい。”選択されたコンテンツは録画できないコンテンツです”などテキストで要因情報を持たせた場合は、実行結果通知で要因情報に含まれるテキストを表示することで、失敗の原因をユーザに知らせることができる。要因情報はエラーコードとテキストの両方で構成しても良い。
Ｓ８０７では、代替探索処理部６１６へ要求されたユーザ提供機能の代替実行を要求する。
Ｓ８０８では、ユーザ提供機能管理部６１２は、代替探索処理部６１６の処理結果を確認する。代替実行処理が実行された場合はＳ８０９へ、代替実行処理を実行できなかった場合はＳ８１０へ遷移する。なお、代替探索処理部６１６の処理については後述する。
Ｓ８０９では、実行結果を、代替実行によってユーザに要求されたユーザ提供機能の実行を完了したことを示す「代替実行」に設定する。
Ｓ８１０では、実行結果を、代替実行においても処理を実行できなかったことを示す「代替失敗」に設定する。「代替失敗」の場合も「失敗」の場合と同様に、実行結果に失敗の要因をエラーコードや、テキストで表す要因情報を持たせてもよい。
Ｓ８１１では、ユーザ提供機能管理部６１２は、ＯＳＤ部で実行結果を通知するダイアログ画面を生成して映像表示部に表示してユーザに要求されたユーザ提供機能の実行結果を通知する。レコーダ１２０のように映像表示部を備えない機器の場合は、単体の制御コマンド＜Ｓｅｔ ＯＳＤ Ｓｔｒｉｎｇ＞を用いて、第１ネットワークで接続されたＤＴＶにメッセージを表示する。
次に、代替探索処理部６１６におけるユーザ提供機能の代替実行処理の一例について説明する。図９はユーザ提供機能代替実行の処理フローの一例を示す図である。ここでは、レコーダ１２０の代替探索処理部６１６における処理を例に説明するが、ＤＴＶ１１０の代替探索処理部５１６、ＳＴＢ１５０の代替探索処理部７１６においても同様の処理が可能である。
この処理は、図８で説明したＳ８０７における代替実行要求により開始される。Ｓ９０１では、代替探索処理部６１６は、ＨＤＭＩネットワークに接続された装置の中からワンタッチレコード機能を代替する機能を備える機器を探索するために、ＨＤＭＩネットワークに代替探索メッセージを一斉同報送信（ｂｒｏａｄｃａｓｔ）する。
Ｓ９０２では、他の機器から送信された代替状態報告メッセージ（Ｓ９０１で送信した代替探索メッセージに対する他の機器からの回答）を受信し、メモリ２２３に回答して来た機器の代替状態に関する情報を保存する。
Ｓ９０３では、代替探索処理部６１６は、所定の時間（例えば、１秒）、ＨＤＭＩネットワークに接続された他の装置からの代替状態報告メッセージを待つ（他の装置における処理は図１０を用いて後述する）。所定の時間経過しタイムアウトしたらＳ９０４へ遷移する。なお、代替状態報告メッセージには、要求された機能を代替可能であることを示すメッセージ以外に、要求された機能の一部を代替可能であることを示すメッセージや、代替不可能であることを示すメッセージが含まれていてもよい。
Ｓ９０４では、代替探索処理部６１６は、他の装置から受信しメモリ２２３に保存した各機器の代替状態に関する情報を参照し、代替機器を決定する。例えば、最初に代替状態報告メッセージが受信された機器を代替機器とする。
Ｓ９０５では、代替機器が決まった場合はＳ９０６へ、決まらなかった場合はＳ９１０へ遷移する。
Ｓ９０６では、決定した代替機器に対して代替要求メッセージを送信してユーザ提供機能の代替実行を依頼し、代替機器での実行結果を待つ。
Ｓ９０７では、代替機器からユーザ提供機能の代替実行結果を受信したら、その結果を確認する。代替機器により代替実行処理が実行された場合が実行された場合はＳ９０８へ、失敗した場合はＳ９０９へ遷移する。
Ｓ９０８では、実行結果を、代替実行によってユーザに要求されたユーザ提供機能の実行を完了したことを示す「代替実行」に設定し処理を終了する。
Ｓ９０９では、実行結果を代替実行においても処理を実行できなかったことを示す「代替失敗」に設定し処理を終了する。「代替失敗」の場合は、実行結果に失敗の要因をエラーコードや、テキストで表す要因情報を持たせる。
Ｓ９１０では、実行結果を、ユーザ提供機能の代替実行する代替機器を発見できなかったことを示す「探索失敗」に設定し処理を終了する。「探索失敗」の場合も「代替失敗」の場合と同様に、実行結果に失敗の要因をエラーコードや、テキストで表す要因情報を持たせる。
図９においては、Ｓ９０３に示したように所定の時間他の機器からのメッセージを待つ構成をしたが、Ｓ９０３は省略し、最初に代替状態報告メッセージにて代替可能な旨を回答してきた他の機器を代替機器として選択するように構成してもよい。
図１０は代替探索メッセージを受信した代替探索処理部５１６の処理フローの一例を示す図である。ここでは、ＤＴＶ１１０の代替探索処理部５１６における処理を例に説明するが、レコーダ１２０の代替探索処理部６１６、ＳＴＢ１５０の代替探索処理部７１６においても基本動作は同じである。
Ｓ１００１では、図９のＳ９０１で一斉同報送信（ｂｒｏａｄｃａｓｔ）された代替探索メッセージが、第１通信処理部５１０で受信され、第１メッセージ解析／生成部５１１で解析されて代替探索処理部５１６に渡される。
Ｓ１００２では、代替探索処理部５１６は代替探索メッセージの［Ｔａｒｇｅｔ Ｆｅａｔｕｒｅ］引数で指定されたユーザ提供機能を代替するユーザ機能代替部の有無を確認する。
Ｓ１００３では、引数で指定されたユーザ提供機能を代替するユーザ機能代替部を持つ場合はＳ１００４へ遷移する。持っていない場合はＳ１００５へ遷移する。
Ｓ１００４では、代替探索処理部５１６は、代替実行が可能であることを示す代替状態報告メッセージを第１メッセージ解析／生成部５１１で生成し、代替探索メッセージの送信元へ返信する。
Ｓ１００５では、代替探索処理部５１６は、代替実行ができないことを示す代替状態報告メッセージを第１メッセージ解析／生成部５１１で生成し、代替探索メッセージの送信元へ返信する。
図１１は代替要求メッセージを受信したユーザ機能代替部の処理フローの一例を示す図である。ここでは、ＤＴＶ１１０が代替機器である場合を例に説明する。
Ｓ１１０１では、代替要求メッセージは第１通信処理部５１０で受信され、第１メッセージ解析／生成部５１１で解析され、対応するユーザ機能代替部に渡される。「ワンタッチレコード機能」の代替実行を要求する代替要求メッセージを受信した場合は、ワンタッチレコード代替部５１７が代替要求メッセージを受け取る。
Ｓ１１０２では、代替要求メッセージを受け付けたユーザ機能代替部（ワンタッチレコード代替部５１７）は、送信元に対して代替要求メッセージを受理したことを示す要求受理ＡＣＫを返信する。要求受理ＡＣＫを返信することで、要求側は要求した代替処理の実行が完了する前に要求が受け付けられたことを確認できる。
Ｓ１１０３では、ユーザ機能代替部（ワンタッチレコード代替部５１７）は、第２ネットワークに接続された機器が提供するネットワーク機能を用いて代替要求メッセージで要求されたユーザ提供機能を代替実行する。
Ｓ１１０４では、ユーザ機能代替部（ワンタッチレコード代替部５１７）は、ユーザ提供機能を代替実行が完了すると、その実行結果を通知する代替実行結果通知メッセージを第１メッセージ解析／生成部５１１で生成し、代替要求メッセージの送信元へ送信する。
次に、ワンタッチレコード処理部６２１で処理される「ワンタッチレコード機能」について図１４を用いて説明する。以下の説明において＜＞内の内容はＣＥＣメッセージのコマンド名（Ｏｐｃｏｄｅ）を示し、[]内の内容はパラメータ名、""内の値はパラメータの値を示す。
Ｓ１４０１では、ワンタッチレコード処理部６２１はＨＤＭＩネットワークで接続されたテレビ、すなわちＤＴＶ１１０に対し表示中のソースの情報を要求する表示ソース情報要求メッセージを送信し、ＤＴＶ１１０からの応答メッセージを待つ。ワンタッチ録画要求メッセージは第１メッセージ解析／生成部５１１にて第１のネットワーク（ＨＤＭＩネットワーク）で用いられるメッセージ形式で生成され、第１通信処理部５１０を介して送信される。ＣＥＣメッセージの場合は＜Record TV Screen＞を送信する。
Ｓ１４０２では、ワンタッチレコード処理部６２１はＤＴＶ１１０からの応答メッセージ（Ｓ１４０１で送信した表示ソース情報要求メッセージに対する応答）を確認する。
Ｓ１４０３では、拒絶を示す応答メッセージ＜Feature Abort＞["<Record TV Screen>"]["Cannot provide source"]を受信した場合はＳ１４０９へ遷移する。表示中のソースの情報を伝える＜Record On＞[Record Source]を受信した場合はＳ１４０４へ遷移する。
Ｓ１４０４では、ワンタッチレコード処理部６２１は[Record Source]パラメータを確認し、レコーダ１２０のチューナ部２１０が受信できるサービスかどうか判断する。[Record Source]パラメータの詳細と、受信可能なサービスの判断方法については後述する。
Ｓ１４０５では、レコーダ１２０が受信できるサービスの場合はＳ１４０６へ遷移し、受信できないサービスの場合はＳ１４０８へ遷移する。
Ｓ１４０６では、[Record Source]パラメータに示された放送を選局するようチューナ部２１０を設定し、予約設定管理部６０４へ受信中の番組の録画を依頼する。
Ｓ１４０７では、ワンタッチレコード処理部６２１はワンタッチレコード処理の実行結果を、要求された「ワンタッチレコード機能」の実行を完了したことを示す「完了」に設定し処理を終了する。
Ｓ１４０８では、「ワンタッチレコード機能」で録画を要求されたコンテンツがレコーダ１２０で受信できないサービスのコンテンツであった場合は、実行結果を「ワンタッチレコード機能」を実行できなかったことを示す「未実行」に設定し処理を終了する。
Ｓ１４０９では、拒絶を示す応答メッセージを受けた場合は、実行結果を「失敗」に設定する。実行結果に失敗の要因をエラーコードや、テキストで表す要因情報を持たせる。要因情報には、受信した＜Feature Abort＞メッセージの第２引数[Abort Reason]の値を設定する。Ｓ１４０３の＜Feature Abort＞メッセージでは[Abort Reason]の値が"Cannot provide source"と設定されている例を示している。
ここで、図１４のＳ１４０４において、ワンタッチレコード処理部６２１が[Record Source]パラメータを確認し、受信可能なサービスを判断する方法について説明する。図１５はＤＴＶ１１０から送信される表示中のソースの情報を伝える＜Record On＞[Record Source]の[Record Source]パラメータの構成例を示した図である。
ＤＴＶ１１０が自身のチューナ部２１０で受信した放送を表示している場合は、[Record Source]パラメータがパターン１のＣＥＣメッセージ＜Record On＞["Digital Service"][Digital Service Identification]が送信される。
パターン２はＤＴＶ１１０がレコーダ１２０から出力されたソースを表示している場合に送信される。
[Record Source]パラメータがパターン２の場合、レコーダ１２０自身がＤＴＶ１１０に出力しているソースであるため、ワンタッチレコード処理部６２１は受信可能なサービスと判断する。
パターン１の場合は、[Digital Service Identification]パラメータの内容から判断する。図１６は[Digital Service Identification]パラメータの構成を示した図である。図に示すように[Digital Service Identification]パラメータは、[Service Identification Method]パラメータと[Digital Broadcast System]パラメータ、[Service Identification]パラメータで構成される。このうち、[Digital Broadcast System]パラメータは、地上デジタル放送やデジタルケーブルテレビ（ＣＡＴＶ）放送、ＢＳ放送など放送システムの種別を示すパラメータである。
そこで、ワンタッチレコード処理部６２１は[Digital Broadcast System]パラメータの値から、ソースの放送システムが自身で受信できるものかを判断する。本実施例のレコーダ１２０では、ソースの放送システムが地上デジタル放送の場合のみ受信可能と判断する。
次に、図９、図１０、図１１、及び図１４で説明した処理フローで送受信されるメッセージを説明する。
図１２は「ワンタッチレコード機能」代替実行におけるメッセージの送受信を説明する図であり、ユーザから「ワンタッチレコード機能」の要求を受け、代替実行を要求、その実行結果を受信するまでの処理を示している。図１２ではユーザがレコーダ１２０に対して、ＨＤＭＩネットワークのユーザ提供機能である「ワンタッチレコード機能」を要求した場合を例にシーケンスを説明する。また、本実施例ではＨＤＭＩネットワークで送受信するメッセージはＣＥＣメッセージを用いるとする。
図１２の「ＬＡ」は、ＨＤＭＩネットワークで各機器に割り当てられる論理アドレスである。この論理アドレスはメッセージの送信元と受信先を示すアドレスとして、ＣＥＣメッセージのヘッダに記述される。図では、レコーダ１２０に”Ｒｅｃｏｒｄｅｉｎｇ Ｄｅｖｉｃｅ１”を示す論理アドレス”１”が、ＤＴＶ１１０に”ＴＶ”を示す論理アドレス”０”が、ＳＴＶ１５０に”Ｔｕｎｅｒ１”を示す論理アドレス”３”が割り当てられていることを示している。
論理アドレスはＨＤＭＩネットワーク内で一意に機器を識別する識別子であり、かつ、機器種別を定義する。例えば、機器種別が表示機器（ＴＶ）である機器には論理アドレス”０”を、録画機器（Ｒｅｃｏｒｄｉｎｇ Ｄｅｖｉｃｅ）である機器には論理アドレス”１”、”２”、”９”を、チューナ（Ｔｕｎｅｒ）である機器には論理アドレス”３”、”６”、”７”、”１０”を小さい値から順に割当てる。
ＨＤＭＩネットワークに接続された各機器は、ＨＤＭＩネットワークに接続し論理アドレスを取得した機器によって、物理アドレスと機器種別をパラメータに一斉同報送信されるＣＥＣメッセージ＜Report Physical Address＞によって、接続されている機器の物理アドレスと論理アドレスの対応と機器種別を把握できる。図１２において＜＞内はＣＥＣメッセージのコマンド名（Ｏｐｃｏｄｅ）を示し、[]内はパラメータ名を、””内はパラメータの値を示す。
Ｓ１２０１では「ワンタッチレコード機能」を要求するユーザ操作を受信する。レコーダ１２０のユーザ提供機能管理部５１２はリモコンなどによるユーザ操作を検知し、「ワンタッチレコード機能」の要求であると判断するとワンタッチレコード処理部６２１に処理の開始を要求する。
Ｓ１２０３では、ワンタッチレコード処理部６２１は「ワンタッチレコード機能」の処理を開始する。はじめに、ＨＤＭＩネットワークで接続されたＴＶ（テレビ）、図１のシステムの場合はＤＴＶ１３０へ表示中のソースの情報を要求する＜Record TV Screen＞メッセージを送信する。
Ｓ１２０４では、＜Record TV Screen＞メッセージが第１メッセージ解析／生成部５１１で解析され、ワンタッチレコード応答部５１７に渡される。ワンタッチレコード応答部５１７はＳ１２０３で受信したメッセージに対する応答メッセージを送信する。応答メッセージは、表示情報取得部５０３を参照し、表示中のソースの情報を取得できた場合は、ソース情報を伝える＜Record On＞[Record Source]メッセージを送信する。取得できなかった場合は＜Feature Abort＞["<Record TV Screen>"]["Cannot provide source"]メッセージを送信する。図１２では表示中のソースの情報を取得できた場合を示している。
Ｓ１２０５では、ＤＴＶ１１０の応答メッセージを受信したワンタッチレコード処理部６２１が処理を行う。この処理は図１４で説明した通りである。ユーザ提供機能管理部６１２は図１４の実行結果により、代替実行するかを判断し（図８、Ｓ８０４）、実行する場合は代替探索処理部６１６へ代替実行を要求する。代替探索処理部６１６はＳ１２０５に示した代替探索メッセージを一斉同報送信する（図９、Ｓ９０１）。代替探索メッセージは、ＣＥＣメッセージの新たな命令として定義するか、またはＣＥＣで認められているベンダ独自メッセージ<Vendor Command with ID>として定義する。Ｓ１２０５は新たに定義した命令を用いたメッセージを用いている。以下、図１７を用いて新たに定義したメッセージについて説明する。
図１７（ａ）は代替探索メッセージを新たに定義した場合の例である。＜Discover Agent＞は代替機能を提供する機器を探索する命令のコマンド名であり、[探索機能]パラメータで探索する代替機能を指定する。[探索機能]パラメータの定義を図１７（ｄ）に示す。"One Touch Record"は「ワンタッチレコード機能」の代替部を探索していることを示し、"Timer Programming"は「予約録画機能」の代替部を探索していることを示す。本メッセージのパラメータにＤＴＶ１１０から受信した[Record Source]を追加してもよい。追加することにより代替部として必要な機能を特定できるので、無駄な応答を省略できる利点がある。
図１７（ｂ）は代替探索メッセージをベンダ独自メッセージ<Vendor Command with ID>として定義した場合の例である。ベンダ独自メッセージはパラメータに[Vendor ID]を付加する<Vendor Command with ID>と、付加しない<Vendor Command>を定義できる。一斉同報送信できるのは<Vendor Command with ID>であるため、代替探索メッセージをベンダ独自メッセージで定義する場合は<Vendor Command with ID>を使用する。
[Vendor Opcode]パラメータはベンダー定義命令のコマンド名である。[Vendor Opcode]パラメータの定義を図１７（ｃ）に示す。"Discover Agent"は代替機能を探索する代替探索メッセージであることを示し、"Request Substitute Feature"は代替処理の実行を要求する代替探索メッセージであることを示す。"Report Substitute Feature Status"は、は代替処理の実行結果を報告する代替結果報告メッセージであることを示す。
[Vendor Parameter]パラメータは[Vendor Opcode]に要求されるパラメータである。[Vendor Opcode]の内容によって、[Vendor Parameter]パラメータの形式は異なる。[Vendor Opcode]の値が"Discover Agent"の場合は、[探索機能]パラメータを付加する。[Vendor Opcode]の値が" Request Substitute Feature"の場合は、[録画ソース情報]パラメータを付加する。図１７（ｆ）はベンダ独自メッセージ<Vendor Command>メッセージの定義例である。[Vendor ID]パラメータを持たな点以外は、<Vendor Command with ID>と同じ構成である。
Ｓ１２０６、Ｓ１２０７では、一斉同報送信による代替探索メッセージを受信した機器は、該当する代替機能を持つ場合、新たに定義する代替状態報告のＣＥＣメッセージ<Report Substitute Feature Status>で、[探索機能]パラメータで指定された代替機能の状態を返信する。ＤＴＶ１１０が「ワンタッチレコード機能」の代替機能を備える場合は代替可能というＣＥＣメッセージを返す。該当する代替機能を持たない場合は返信しない。
本実施例において、Ｓ１２０７では、ＳＴＢ１５０は、「ワンタッチレコード機能」の代替機能を備えないが、チューナ受信機能があり受信したコンテンツをＤＬＮＡで転送できる場合、それを示すように["Tuner"]パラメータを付したメッセージを返す。尚、代替状態報告メッセージは、前述のようにベンダ独自メッセージで定義してもよい
Ｓ１２０８では、応答メッセージを受信した代替探索処理部６１６は、代替処理を実行させる代替機器を決定し、選択した機器、本実施例ではＤＴＶ１１０に対して代替要求メッセージを送信する（図９、Ｓ９０６に相当する処理）。代替要求メッセージはＣＥＣメッセージの新たな命令として定義する。またはＣＥＣで認められているベンダ独自メッセージとして定義してもよい。以下、図１８を用いて新たに定義したメッセージについて説明する。
図１８（ａ）は新たに定義した場合の代替要求メッセージの例である。＜Request Substitute Feature＞は[代替機能]パラメータで指定した代替機能の実行を要求する命令のコマンド名である。なお、ここでは[代替機能]パラメータの定義は図１７（ｄ）に示した[探索機能]パラメータと同じものを用いる。[録画ソース情報]パラメータは「ワンタッチレコード機能」で録画するソースの情報である。[録画ソース情報]パラメータには、Ｓ１２０４でＤＴＶ１１０から送信された＜Record On＞[Record Source]メッセージの[Record Source]パラメータを挿入する。
Ｓ１２１０では、代替要求メッセージを受信した機器は、代替機能を実行する。代替機能の実行処理については後述する。
Ｓ１２１１では、ＤＴＶ１１０が代替機能の実行開始後、その実行結果を代替状況報告メッセージでレコーダ１２０に送信する。["Success"]パラメータでメッセージを受け付けたことを通知している。
図１８（ｂ）は新たな定義した場合の代替結果報告メッセージの例である。＜Report Substitute Feature Status＞は実行を要求された代替機能の実行結果を報告する命令のコマンド名である。[代替機能]パラメータは実行結果を報告する代替機能を表す。
[代替機能]パラメータの定義は図１７（ｄ）に示した[探索機能]パラメータと同じものを用いる。[Result]パラメータは結果を示すパラメータである。[Result]パラメータの定義を図１８（ｃ）に示す。"Success"は代替機能の実行が成功したことを表し、"Failure"は代替機能があるが失敗したことを示す。"Acceptable"はＳ１２０６で説明したように機能あり、"Tuner"はＳ１２０７で説明したようにＴｕｎｅｒ受信機能ありを示す。"No Feature"は代替機能なしを示す。
次に図１３を用いて、Ｓ１２１０の代替機能実行におけるメッセージの送受信を「ワンタッチレコード機能」の代替実行の動作を例に説明する。図１３は代替処理によるワンタッチ録画におけるメッセージの送受信の一例を示す図である。
Ｓ１３０１では、代替処理を開始したＤＴＶ１１０のワンタッチレコード代替部５２１は、始めに、第２のネットワークにネットワーク機器探索メッセージを限定マルチキャストで送信し、第１のネットワークで「ワンタッチ録画」を実行する機器（レコーダ１２０）に割り当てられた第２ネットワークでの識別子を取得する。これは、第２ネットワークで発見した録画対象ソースの録画を、第２ネットワークからレコーダ１２０に指示するためである。
限定マルチキャストとは、第１のネットワーク（ＨＤＭＩネットワーク）が提供するＨＥＣ機能を備えた機器でのみ受信されるメッセージである。例えば、ＤＴＶ１１０が送信した限定マルチキャストメッセージは、レコーダ１２０とＳＴＢ１５０でだけ受信され、ハブ１５には転送されない。そのため、ＤＴＶ１１０、レコーダ１２０、ＳＴＢ１５０で構成するＨＤＭＩネットワークとは独立の、ＤＴＶ１３０、ＩＰＴＶ ＳＴＢ１４０で構成するＨＤＭＩネットワーク（以後、ＨＤＭＩネットワーク２と呼ぶ）側には、ネットワーク機器探索メッセージが送信されない。
複数のＨＤＭＩネットワークが存在する場合において、各ＨＤＭＩネットワークでは、それぞれ論理アドレスが割り当てられるため、ＨＤＭＩネットワークとＨＤＭＩネットワーク２では同じ論理アドレスを持つ機器が存在する。しかし、限定マルチキャストメッセージを用いることにより、ネットワーク機器探索メッセージの配信先が制限されるためＤＴＶ１１０は所望の機器、レコーダ１２０からのみ応答を受けることができる。
図１９（ａ）にネットワーク機器探索メッセージの構成例を示す。「M-SEARCH * HTTP/1.1」はＨＴＴＰ（ＨｙｐｅｒＴｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）のリクエストメッセージを示し、このリクエストが探索メッセージであることを示している。
「ＨＯＳＴ」フィールドはメッセージの送出先を記述するフィールでで、送信先のIPアドレスを記述する「hostname」フィールドとポート番号を記述する「portNumber」フィールドを持つ。限定マルチキャストでは、「hostname」と「portNumber」を専用に定義する。本実施例では、IPｖ４の場合、「hostname」を「239.255.255.251」と「portNumber」を「50000」と定義する。
「ＭＡＮ」フィールドはＨＴＴＰの拡張を示す。図１９（ａ）の"ssdp:discover"は第１ネットワーク機器探索の探索プロトコルにＳＳＤＰ（Ｓｉｍｐｌｅ Ｓｅｒｖｅｃｅ Ｄｉｓｃｏｖｅｒｙ Ｐｒｏｔｏｃｏｌ）の探索（ｄｉｓｃｏｖｅｒ）を利用していることを示す。
「ＭＸ」フィールドは応答の最大待ち時間（秒）を指定する。３秒間応答を待つ場合は３と記述する。「ＳＴ」フィールドは探索対象を指定する「探索対象」フィールドである。ネットワーク機器探索メッセージでは、探索する機器の論理アドレスを記述する。レコーダ１２０を探索する場合はＨＤＭＩの論理アドレス、１が割り当てられた機器を探索するとことを示す「hdmi:logicalAddress:1」を記述する。
限定マルチキャストに相当するhostname と portNumberを持つメッセージが、ＨＥＣ以外の他のチャネルから来た場合は、ＨＥＣ機器内のレイヤー２スイッチはそれをＨＥＣに送出しないこととする。これは、限定マルチキャストに未対応のＨＥＣ機器が他機器のＨＥＣ機器から限定マルチキャストメッセージを、ＨＤＭＩ端子以外のＬＡＮ端子を通じて、所属するＨＤＭＩネットワーク機器以外へ出力してしまう可能性があるので、その誤ったメッセージをＨＤＭＩネットワーク機器内へ取り込まないための対策の一つである。この他、限定マルチキャストに関する誤動作を避けるために、限定マルチキャスト未対応機器であることを該機器のバージョン番号等の能力情報を取得して検出したら、限定マルチキャストメッセージを伝送しないという構成にしてもよい。
また、ＨＤＭＩネットワークでは、各ＨＤＭＩ機器は1出力を想定しているため、２出力以上のＨＤＭＩ端子が双方共ＨＥＣ機能を有する場合であっても、誤作動を防止する為に限定マルチキャストを２ＨＤＭＩ出力端子のＨＥＣ間でも転送しないものとするのがよい。ＣＥＣ連携制御ができる機器間でのみ限定マルチキャストを送受信してもよい。
Ｓ１３０２では、ネットワーク機器探索メッセージを受信した機器（レコーダ１２０、および、ＳＴＢ１５０）は、機器情報提供サービス部６３５、７３５でメッセージを解析、処理する。機器情報提供サービス部６３５、７３５は第１メッセージ解析／生成部６１１、７１１が保持するＨＤＭＩ機器情報を参照し、「探索対象」フィールドの条件に該当する場合はネットワーク機器探索メッセージに対する応答としてネットワーク機器探索応答メッセージをＤＴＶ１１０に送信する。ＨＤＭＩ機器情報には論理アドレス、物理アドレスなどが保持される。
本実施例の場合は、レコーダ１２０のＨＤＭＩ論理アドレスが１で「探索対象」フィールドの条件に該当する。ネットワーク機器探索応答メッセージは第２のネットワーク上で機器を一意に特定する識別子を記述する「ＮＷ−ＩＤ」フィールドを持つ。「ＮＷ−ＩＤ」フィールドには、例えば、ＩＰアドレスが記述される。この情報によりＤＴＶ１１０は、第１のネットワーク上でＨＤＭＩ論理アドレス”１”のレコーダ１２０を第２のネットワーク上で特定する識別子（ＩＰアドレス）を知ることができる。
図１９（ｂ）に、ネットワーク機器探索応答メッセージの一例を示す。「HTTP/1.1 200 OK」はＨＴＴＰのレスポンスメッセージを示す。「CACHE-CONTROL」はこのＨＴＴＰレスポンスの有効期限を示すヘッダで、「max-age」フィールドに設定された値がこのメッセージが最新状態であるとみなされる最大期間（秒）を設定する。最大期間が３分の場合は１８０と記述する。「ＤＡＴＥ」はこの応答メッセージが作成された日時を記述するフィールドである。「ＮＷ−ＩＤ」フィールドには第２のネットワーク上で機器を一意に特定する識別子を記述する。「ＳＴ」フィールドには「探索対象」を記述する。
Ｓ１３０３では、ＤＴＶ１１０は、レコーダ１２０の第１のネットワーク上での識別子（ＨＤＭＩ論理アドレス）と第２のネットワーク上での識別子（ＩＰアドレス）の対応付けを行ったら、「ワンタッチレコード機能」で録画要求されたソース「Record Source」を提供できる機器を探索する。そのため、ワンタッチレコード代替部５２１は機器情報取得部５３５にＤＭＳ機能を有する機器の探索を要求する。機器情報取得部５３５はＤＭＳを探索する機器探索メッセージを第２のネットワークにマルチキャスト送信する。このメッセージは、第２のネットワークを構成する全機器に転送される。
Ｓ１３０４、Ｓ１３０５、Ｓ１３０６、Ｓ１３０７では、ＤＭＳ機能を備える機器（図１のシステムではレコーダ１２０、ＳＴＢ１５０、ＩＰＴＶ ＳＴＢ１４０、コンテンツサーバ１６０がＤＭＳを備える）それぞれが、機器探索応答メッセージをＤＴＶ１１０に送信する。ＤＴＶ１１０に送信されたＤＭＳを探索する機器探索メッセージは機器情報提供サービスで処理される。
Ｓ１３０８、Ｓ１３０９では、ＤＴＶ１１０からＤＭＳ機能を備える機器へ、機器情報を要求するメッセージを送信し、各機器から機器情報を取得する。Ｓ１３０４〜Ｓ１３０７で受信した機器探索応答メッセージには、その機器がネットワークに提供する機能の一覧を提供する機能情報や、機能を利用するための制御情報（操作アクション名や引数など）を取得するためのアクセス先である機器情報ＵＲＬが含まれるため、機器情報取得部５３５は機器探索応答メッセージを受信した機器の機器情報ＵＲＬへアクセスして、機能情報と制御情報を取得する。
図１３ではＳＴＢ１５０との送受信を示しているが、同様にＳＴＢ１５０、ＩＰＴＶ ＳＴＢ１４０、コンテンツサーバ１６０の機器情報ＵＲＬへのアクセスし、機能情報と制御情報を取得する。このとき、ワンタッチレコード代替部５２１の指示により、「ワンタッチ録画」を実行する機器の機能情報と制御情報は取得しなくてもよい。「ワンタッチ録画」を実行する機器は、「ワンタッチレコード機能」で録画要求されたソース「Record Source」を提供できないためである。本例ではレコーダ１２０が「ワンタッチ録画」を実行する機器である。レコーダ１２０の第１のネットワーク上での識別子（ＨＤＭＩ論理アドレス）と第２のネットワーク上での識別子（ＩＰアドレス）の対応付けはＳ１３０１、Ｓ１３０２で説明した通りである。
もし、Ｓ１３０３の機器探索メッセージに対して、機器探索応答メッセージが返信されなかった場合、「ワンタッチ録画」の代替実行はできないため、ここで処理を終了し、図１２のＳ１２１１で代替機能の実行が失敗したことを示す代替結果報告メッセージメッセージを送信する。
Ｓ１３１０では、ワンタッチレコード代替部５２１はＳ１３０９で取得した機能情報と制御情報を参照し、コンテンツ一覧情報を提供するコンテンツ情報サービス機能を備えた機器に対して、ソース情報パラメータに「Record Source」を指定したレコードソース探索要求メッセージを送信し、「Record Source」を提供可能かを確認する。図１３ではＳＴＢ１５０にのみレコードソース探索要求メッセージを送信しているが、コンテンツ一覧情報を提供するコンテンツ情報サービス機能を備えた機器が他にもあれば、複数の機器に対してレコードソース探索要求メッセージを送信してもよい。
Ｓ１３１１では、レコードソース探索要求メッセージを受信したコンテンツ情報サービス（ＳＴＢ１５０の場合７３４）は番組情報生成部７０２を参照し、ソース情報パラメータで指定されたコンテンツに該当するコンテンツ情報があるか確認する。該当するコンテンツ情報がある場合は、そのコンテンツを取得するためのアクセス先ＵＲＬをレコードソースＵＲＬパラメータに記述したレコードソース探索応答メッセージをＤＴＶ１１０に返信する。指定されたコンテンツに該当するコンテンツ情報が無い場合は、レコードソースＵＲＬパラメータを持たないレコードソース探索応答メッセージをＤＴＶ１１０に返信する。なお、図１３では、ＳＴＢ１５０に該当するコンテンツ情報があった場合の処理が示されている。
もし、Ｓ１３１０のレコードソース探索要求メッセージに対して、レコードソースＵＲＬが付加されたレコードソース探索応答メッセージが返信されなかった場合、「ワンタッチ録画」の代替実行はできないため、ここで処理を終了し、図１２のＳ１２１１で代替機能の実行が失敗したことを示す代替結果報告メッセージメッセージを送信する。
Ｓ１３１２では、Ｓ１３１１のレコードソース探索応答メッセージでレコードソースのアクセス先ＵＲＬを取得したＤＴＶ１１０は、レコーダ１２０に対し、レコードソースの取得先ＵＲＬをレコードソースＵＲＬパラメータに記述したダウンロード要求メッセージを送信する。
Ｓ１３１３では、ダウンロード要求メッセージを受信したレコーダ１２０は要求メッセージを受理したことを示す受信確認メッセージをＤＴＶ１１０に返信する。受信確認メッセージを受けたＤＴＶ１１０は、「ワンタッチ録画」の代替実行が成功したと判断し、図１２のＳ１２１１で代替機能の実行が成功したことを示す代替結果報告メッセージメッセージを送信する。
Ｓ１３２０では、ダウンロード要求メッセージを受信したレコーダ１２０はＨＴＴＰのＧＥＴリクエスト等を用いてレコードソースＵＲＬに対してコンテンツコピー要求を送信し、レコードソースＵＲＬのアクセス先であるＳＴＢから第２のネットワークを介してコンテンツが伝送される（Ｓ１３２１）。なお、コンテンツコピー要求とコンテンツの伝送にさいして、著作権保護対象のコンテンツの場合は機器認証などが実施され、適切な暗号化が施された上でコンテンツが伝送される。
以上、本発明によれば、第１のネットワーク（ＨＥＭＩネットワーク）で要求された操作を実行できない場合に、第２のネットワーク（ＤＬＮＡネットワーク）に接続された装置の機能を利用して、前記要求された操作を実行する映像装置と制御方法を提供できる。
なお、図１３で示した代替機能をレコーダ１２０自身が有する場合は、レコーダがＨＤＭＩネットワークで代替機能を探さずに、ＤＴＶに代わって図１３の手順を実行してもよい。また、録画を要求されたコンテンツをＤＴＶ１１０がレコーダ１２０に提供可能な場合、図１３の処理は行わず、ＤＴＶ１１０から第２のネットワークを介して当該コンテンツをレコーダ１２０に送信する構成にしてもよい。
本実施例では、第２のネットワーク（ＤＬＮＡネットワーク）で要求された操作を実行できない場合に、第１のネットワーク（ＨＤＭＩネットワーク）に接続された装置の機能を併用して、前記要求された操作を実行する映像装置と制御方法を説明する。
図１のコンテンツサーバ１６０に記録されたコンテンツをＤＴＶ１１０で視聴するＤＬＮＡのサーバとクライアントシステムにおいて、ＤＴＶ１１０が未対応の方式でエンコードされたコンテンツをユーザが選択すると、ＤＴＶ１１０ではそれをデコードして表示することができない。このため、ＨＤＭＩネットワーク中にそのエンコード方式に対応したデコーダを持つ代替機器（例えばレコーダ１２０）を探し、その代替機器がデコード再生したコンテンツをＨＤＭＩでＤＴＶ１１０へ出力すれば、ＤＴＶ１１０がそのコンテンツを表示することができる。このように、ＤＴＶ１１０のデコーダをレコーダ１２０のデコーダで代替させる例を説明する。図２０は コンテンツ再生を代替させる処理フローの一例を示す図である。
Ｓ２００１は、ＤＴＶ１１０がコンテンツサーバ１６０からコンテンツ情報を入手し、コンテンツ一覧をメニュー表示している状態である。
Ｓ２００２では、コンテンツ一覧表示からユーザが視聴を希望するコンテンツをリモコン２５０等で指示し、選択する。
Ｓ２００３では、ＤＴＶ１１０は、選択されたコンテンツのエンコード形式をサーバ１６０に問合せるか、またはコンテンツ情報として入手済みの情報の中から抽出して、検出する。
Ｓ２００４では、選択されたコンテンツのエンコード形式が、ＤＴＶ１１０のデコード部２１３でデコード可能かどうかを判断する。デコード可能であればＳ２００５へ進み、デコード不可であればＳ２００６へ進む
Ｓ２００５では、ＤＴＶ１１０はコンテンツサーバ１６０から該当コンテンツをダウンロードしてデコード部２１３でデコードし、次にＳ２０１０に進む。
Ｓ２００６では、ＤＴＶ１１０は、選択コンテンツのエンコード方式をデコードできる映像機器を、ＨＤＭＩネットワーク内から探索する。尚、あらかじめＨＤＭＩネットワーク内の機器がどんなエンコード方式に対応しているかを調べてその情報を記憶しておき、記憶された情報を探索するようにしてもよい。これにより、あらためてＨＤＭＩネットワーク内を探索する場合に比べて探索時間が短くできる利点がある。
また、あらかじめＨＤＭＩネットワーク内の機器がどんなエンコード方式に対応しているかを調べてその情報を記憶しておけば、ＨＤＭＩネットワーク内の機器ではエンコードできないエンコード方式のコンテンツを選択候補として表示しないようにすることや、対応するデコーダが無いという情報をコンテンツ一覧表に追記することも可能となる。このように、あらかじめ必要な情報を探索して記憶しておくことにより、処理時間の短縮化が可能となり、ユーザは快適に操作できる。
Ｓ２００７では、デコードできる機器が発見された場合はＳ２００８へ、発見できなかった場合はＳ２０１１へ進む。
Ｓ２００８では、ＤＴＶ１１０は発見された機器（例えばレコーダ１２０）に、選択コンテンツを提供できるコンテンツサーバの情報など、選択コンテンツに関する情報を知らせる。発見された機器はコンテンツサーバからコンテンツをダウンロード又はストリーミング受信してデコードする。
Ｓ２００９では、発見された機器（例えばレコーダ１２０）がデコードした映像を、ＤＴＶ１１０へ伝送できるように、発見された機器からＤＴＶ１１０までのＨＤＭＩ映像信号伝送ルートを確保する。
Ｓ２０１０では、ＤＴＶ１１０は、選択されたコンテンツを自身の持つデコーダ又は、発見された機器が持つデコーダでデコードされた映像信号を映像表示部２２０に表示する。
Ｓ２０１１では、選択コンテンツをデコードできる手段がＨＤＭＩネットワーク内に存在しないので、「選択コンテンツ表示不可」であることをＯＳＤ表示などでユーザに案内し、他のコンテンツ選択をするように勧める。
次に、図２０で説明した処理フローで送受信されるメッセージを図２１の処理シーケンス図で説明する。 図２１は、コンテンツ再生を代行させるシーケンスの一例を示す図である。
Ｓ２１０１では、ＤＴＶ１１０がコンテンツサーバ１６０へコンテンツ一覧を要求するＤＬＮＡメッセージを送る。
Ｓ２１０２では、コンテンツサーバ１６０が、Ｓ２１０１メッセージの応答として、コンテンツ一覧情報をＤＬＮＡメッセージでＤＴＶ１１０へ送る。
Ｓ２１０３では、ＤＴＶ１１０のＯＳＤ部２１５が映像選択用のコンテンツ一覧表示映像を作成し、映像表示部２２０に表示させる。図２０のＳ２００１に相当する。
S２１０４では、ユーザがリモコン２５０等で表示させたいコンテンツを選択する。図２０のＳ２００２に相当する。
Ｓ２１０５では、選択されたコンテンツに関して、エンコード形式を含むコンテンツ再生条件をＤＴＶ１１０がコンテンツサーバ１６０にＤＬＮＡメッセージで問合せる。
Ｓ２１０６では、Ｓ２１０５のメッセージに対して、コンテンツサーバはエンコード形式を含むコンテンツ再生条件をＤＴＶ１１０へＤＬＮＡメッセージで返答する。Ｓ２１０５とＳ２１０６のＤＬＮＡメッセージ交信は図２０のＳ２００３に相当する。
Ｓ２１０７では、Ｓ２１０６で得られたエンコード形式にＤＴＶ１１０が未対応の場合、ＤＴＶ１１０は、デコード可能な機器を探索するＤＬＮＡの限定マルチキャストメッセージをＤＴＶ１１０が属するＨＤＭＩネットワーク内の全機器（ＳＴＢ１５０とレコーダ１２０）へ送信する。図２０のＳ２２０６に相当する。
本限定マルチキャストメッセージの構成を図１９（ｃ）に示す。実施例１で説明した図１９（ａ）と同様な形式であるが、ＳＴフィールド記載する探索対象が異なる。図１９（ｃ）の例ではデコードを要求するエンコード形式としてＨ２６４と記述した例である。Ｈ２６４に続くＨｉ４２２ＰはHigh 4:2:2 Profileの機能を意味している。次のＬｅｖｅｌ４は処理の負荷や使用メモリ量を表している。
本実施例では、ＤＬＮＡの限定マルチキャストメッセージを用いてデコード可能な機器を探索する例を示したが、他の方法で探索してもよい。例えばＨＤＭＩネットワークの機能を利用して（例えば、ＣＥＣメッセージを利用して）デコード可能な機器を探索しても良い。
Ｓ２１０８では、ＨＤＭＩネットワーク内のレコーダ１２０のデコード部２１３が該当エンコード形式に対応している場合、レコーダ１２０はデコード可能というＤＬＮＡ応答メッセージをＤＴＶ１１０へ送信する。このメッセージを受けてＤＴＶ１１０はレコーダ１２０がデコード可能であることを発見する。図２０のＳ２００７に相当する。
レコーダ１２０はデコード可能というメッセージも、例えばＨＤＭＩネットワークの機能を利用して（例えば、ＣＥＣメッセージを利用して）デコード可能な機器を探索しても良い。
レコーダ１２０がデコーダ部を他の目的で使用している場合や、ＤＬＮＡで他機器へコンテンツを配信または受信して記録している場合には、代替デコードができない場合がある。このように代替デコードができない場合は、デコード可能メッセージを出さないか、またはデコード可能ではあるが現在は使えないという状態通知を出すように構成すればよい。現在は使えないという状態通知をＤＴＶが受け取る場合は、時間をずらせばデコード可能という情報をＤＴＶがＯＳＤ表示してユーザに提供できる。具体的な予約時間等の情報をデコード可能メッセージに追加してあれば、ユーザに待ち時間情報も提供できるので使い勝手が向上する。
レコーダ１２０は先着順でデコード部を他機器に使わせるだけでなく、デコード部使用の優先順位をサービス別に決めておいてもよい。また、デコーダ部が使用中であることをＤＴＶ経由でユーザに知らせ、使用中のサービスと要求を受けた映像の代替デコードのどちらを優先させるかをユーザが決められるようにしてもよい。この場合は次のＳ２１０９で述べる代行再生を要求するメッセージに、デコーダ部を使う優先度を示す情報を付与するか、デコーダ部を使用中のサービスを停止させるＤＬＮＡメッセージやＣＥＣメッセージを新たに定義して用いるとよい。これら方法をとれば、ユーザが優先したいサービスを自分で選ぶことができるので、ユーザ満足度が高いシステムを提供できる。
Ｓ２１０９では、ＤＴＶ１１０は、レコーダ１２０へコンテンツの代行再生を要求するＤＬＮＡメッセージ（またはＨＤＭＩネットワークを利用したメッセージ（ＣＥＣメッセージ））を送る。この要求メッセージにはコンテンツのＵＲＩとデコードした映像の出力先情報を付与する。
例えば、コンテンツの場所を設定するメッセージAVT:SetAVTransportURI (コンテンツのＵＲＩ、コンテンツのメタデータ)とコンテンツの再生を要求するメッセージAVT:Play(再生スピード)を送るとよい。付加情報であるコンテンツのメタデータには、コンテンツのタイトル、サイズ、著作権情報などが含まれる。また、再生スピードのパラメータを“１”とすると標準再生の指示になる。この２つのメッセージで出力先情報の付加情報が含まれない場合は、レコーダが標準出力としているＨＤＭＩ端子からデコードした映像信号を出力する等、所定の出力を行うように構成してもよい。
複数の機器からデコード可能というメッセージを受けた場合、代行再生を依頼する機器を選択する方法は複数考えられる。例えば、最初のメッセージを出した機器へ代行再生を要求するように構成すれば、選択処理が容易である。また、映像出力の解像度や階調数など、デコーダの画質に関する情報をデコード可能応答メッセージに追記させ、ＤＴＶ１１０がより高画質映像を期待できるデコーダを持つ機器を選択するようにすると、高画質映像が表示できる。また、デコード可能機器とＤＴＶの間にＨＤＭＩ中継器が入る場合は、中継による解像度や階調などの画質劣化が少ない中継器を介した機器選択する、あるいは、高画質化信号処理ができる中継器を介した機器を選択する等、中継器の性能に基づいて機器を選択するようにすると、より良い画質でコンテンツを視聴することが可能となる。また、デコード可能機器とＤＴＶ間に入るＨＤＭＩ中継器の数が最小となる機器、あるいは中継器の電力合計値が最小となる機器を選択するようにすると、代行再生における消費電力を低減することができる。
コンテンツサーバからデコード可能機器への映像コンテンツはＤＬＮＡネットワーク経由で伝送されるが、コンテンツサーバとデコード可能機器間のＬＡＮの状態によっては十分な伝送帯域が確保できず、動画映像のコマ落ちなど、デコード映像画質を低下させてしまうこともある。このため、デコード可能応答メッセージに、コンテンツサーバとデコード可能機器間で確保できるまたは確保できると予想される伝送帯域に関する情報を追記させ、その伝送帯域情報によって高画質映像が得られると予想されるデコード可能機器を代行再生に選択してもよい。また、上記の複数の判断基準を組合せて、代行再生を要求するデコード可能機器を選んでもよい。
Ｓ２１１０では、代行再生の要求を受けたレコーダ１２０はコンテンツサーバ１６０にコンテンツを要求するＤＬＮＡメッセージを送信する。
Ｓ２１１１では、コンテンツサーバは、レコーダ１２０からのコンテンツ要求のＤＬＮＡメッセージを受信し、コンテンツ提供ができることをＤＬＮＡメッセージで応答する。Ｓ２１０９とＳ２１１０、Ｓ２１１１が、図２０のＳ２００８に相当する。
Ｓ２１１２では、レコーダ１２０が自身の属するＨＤＭＩネットワーク中の全機器へ、映像出力開始の通知とＤＴＶ１１０へＨＤＭＩ映像信号を伝送する線路の確保を要求するＣＥＣブロードキャスト・メッセージ（例えば<Active Source>）を送信する。この命令を受けて、ＤＴＶ１１０は映像表示を行う映像入力をレコーダ１２０に接続されている端子２０４（又は２０５）に切換えて、レコーダ１２０の映像を映像表示部２２０に表示する。
Ｓ２１１３では、コンテンツサーバ１６０からコンテンツがＤＬＮＡネットワークを介してレコーダ１２０に提供され、レコーダ１２０はそのコンテンツをデコードする。Ｓ２１１２とＳ２１１３が図２０のＳ２００９に相当する。
Ｓ２１１４では、レコーダ１２０がデコードした映像がＨＤＭＩネットワークを介してＤＴＶ１１０へ伝送されて映像表示部２２０に表示される。図２０のＳ２０１０に相当する。
Ｓ２１１５では、コンテンツサーバ１６０は、コンテンツの終了時にコンテンツ終了であることをレコーダ１２０へＤＬＮＡメッセージまたはコンテンツのメタデータなどで知らせる。
Ｓ２１１６では、レコーダ１２０はコンテンツが終了したことをＤＬＮＡメッセージでＤＴＶ１１０へ伝える。
Ｓ２１１７では、ＤＴＶ１１０は、コンテンツ終了をユーザに知らせるメッセージまたは次に選択できるコンテンツ一覧メニューをＯＳＤ部２１５で形成し、映像表示部２２０に表示する。
Ｓ２１１８では、レコーダ１２０の映像出力が不要になったＤＴＶ１１０は、ＤＴＶ１２０自身が映像再生開始したことを、所属するＨＤＭＩネットワークの全機器へＣＥＣブロードキャスト・メッセージ、例えば<Active Source>メッセージで知らせる。このメッセージを受けたＨＤＭＩネットワーク内のレコーダ１２０はスタンバイ状態へ移行する。
なお、本実施例において、ＨＤＭＩネットワーク内の機器間メッセージはＣＥＣメッセージでもＤＬＮＡメッセージでも上述した機能は実現可能であるが、既に規格化されているメッセージを有効利用できるように、本実施例ではＤＬＮＡメッセージとＣＥＣメッセージを使い分けている。新たに定義するＤＬＮＡメッセージＳ２１０７とＳ２１０８，Ｓ２１０９はＣＥＣメッセージとして定義して用いてもよい。また、ＣＥＣメッセージの全てをＨＥＣまたはＤＬＮＡで再定義して用いてもよい。この場合、ＨＤＭＩネットワーク中の機器にのみ伝送可能なメッセージが第１ネットワークのメッセージ、ＨＤＭＩネットワークを越えて伝送可能なメッセージが第２ネットワークのメッセージに相当する。
上記実施例において、デコード代行機器としてレコーダ１２０を例にとって説明してきたが、デコード機能をもつ映像機器であれば、再生専用装置やＳＴＢなども含めた映像再生性装置でも同様に実施できる。
以上、本実施例によれば、第２のネットワーク（ＤＬＮＡネットワーク）で要求された操作を実行できない場合に、第１のネットワーク（ＨＤＭＩネットワーク）に接続された装置の機能を併用して、要求された操作を実行することが可能となる。
また、上記の各構成、機能、処理部、処理手段等は、それらの一部又は全部を、例えば集積回路で設計する等によりハードウェアで実現してもよい。また、上記の各構成、機能等は、プロセッサがそれぞれの機能を実現するプログラムを解釈し、実行することによりソフトウェアで実現してもよい。各機能を実現するプログラム、テーブル、ファイル等の情報は、メモリや、ハードディスク、ＳＳＤ（Solid State Drive）等の記録装置、または、ＩＣカード、ＳＤカード、ＤＶＤ等の記録媒体に置くことができる。
また、制御線や情報線は説明上必要と考えられるものを示しており、製品上必ずしも全ての制御線や情報線を示しているとは限らない。実際には殆ど全ての構成が相互に接続されていると考えてもよい。
１ ユーザ宅
２、３ 放送局
４ ＩＰＴＶサーバ
５ 外部ネットワーク
１１ 放送受信アンテナ
１２、１３ 分配器
１４ ルータ
１５ ハブ
１１０、１３０ デジタルテレビ（ＤＴＶ）
１２０ レコーダ
１４０ ＩＰＴＶセットトップボックス（ＩＰＴＶ ＳＴＢ）
１５０ セットトップボックス（ＳＴＢ）
１６０ コンテンツサーバ
２０１ アンテナ接続端子２０１
２０２ ネットワーク端子
２０３ 操作信号受信部
２０５ システムバス
２０４、２０６ 入力端子
２１０ チューナ部
２１１ 復調復号部
２１２ デマックス部
２１３ デコード部
２１４ 合成部
２１５ ＯＳＤ部
２１６、２３３ 入力Ｉ／Ｆ部
２１７、２１８ スイッチ
２１９ 音声出力部
２２０ 映像表示部
２２１ ネットワーク接続部
２２２ 制御部
２２３ メモリ
２１４ 操作Ｉ／Ｆ部
２２５ 限定受信Ｉ／Ｆ部
２２６ 限定受信情報記憶部
２３１ ＡＶ受信部
２３２、３２２ データＩ／Ｆ部
２５０ 操作装置
３０１ 出力端子
３１０ 記録再生部
３２０ 出力Ｉ／Ｆ部
３２１ ＡＶ送信部
５００、６００、７００ 制御ソフトウェア
５０２ 番組情報生成部
５０３ 表示情報取得部
５１０ 第１通信処理部
５１１ 第１メッセージ解析／生成部
５１２ ユーザ提供機能管理部
５１３ 予約録画処理部
５１５ コマンド処理部
５１６ 代替探索処理部
５１７ ワンタッチレコード応答部
５２１ ワンタッチレコード代替部
５２２ 予約録画代替部
５３０ 第２通信処理部
５３１ 第２メッセージ解析／生成部
５３２ ＤＭＣ部
５３３ 予約録画クライアント
５３４ コンテンツ情報クライアント
５３５ 機器情報取得部
５４０ ストリーム受信部
６０２、７０２ 番組情報生成部
６０３ コンテンツ管理部
６０４、７０４ 予約設定管理部
６１０、７１０ 第１通信処理部
６１１、７１１ 第１メッセージ解析／生成部
６１２ ユーザ提供機能管理部
６１５、７１５ コマンド処理部
６１６、７１６ 代替探索処理部
６２１ ワンタッチレコード処理部
６２５ 予約録画応答部
６３０、７２０ 第２通信処理部
６３１、７３１ 第２メッセージ解析／生成部
６３２、７３２ ＤＭＳ部
６３３、７３３ 予約録画サービス
６３４ コンテンツ情報サービス
６３５、７３５ 機器情報提供サービス
６４０、７４０ ストリーム送信部

Claims (7)

  1. 第１の機器、第２の機器及び第３の機器における映像信号の送受信方法であって、
    前記第１の機器と前記第２の機器とは第１のネットワークを介して接続されており、
    前記第１の機器と前記第３の機器とは前記第２のネットワークを介して接続されており、
    前記第２の機器と前記第３の機器とは前記第２のネットワークを介して接続されており、
    前記第１の機器が前記第２のネットワークを介して前記第３の機器から受信しようとする映像信号の処理が不可能である場合に、
    前記第１の機器が宛先を前記第１のネットワークで接続された機器に限定した限定マルチキャストメッセージを前記第２のネットワークへ送信して前記処理不可能な映像信号を処理できる機器を探索するステップと、
    前記第２の機器が前記映像信号の処理を可能とするメッセージを前記第２のネットワークを介して前記第１の機器へ応答するステップと、
    前記第１の機器が前記第２の機器へ前記映像信号の処理を要求するメッセージを送信するステップと、
    前記第２の機器が前記第２のネットワークを介して前記第３の機器から前記映像信号を受信するステップと、
    前記第２の機器が受信した映像信号の処理を行うステップと、
    前記第２の機器が処理を行った映像信号を前記第１のネットワークを介して前記第１の機器へ送信するステップと、を有することを特徴とする映像信号の送受信方法。
  2. 請求項１の映像信号の送受信方法であって、
    前記第１の機器は映像を表示する表示装置であり、
    前記第２の機器は映像信号をデコードする映像再生装置であり、
    前記第３の機器は映像信号を送信するサーバ装置であり、
    前記映像信号の処理はエンコードされた映像信号のデコード処理であり、
    前記第１の機器が前記第２のネットワークを介して第３の機器と第２の機器との間で確保できると予想される伝送帯域に関する情報を受信するステップと、
    前記第１の機器が受信した前記伝送帯域に関する情報に基づいて前記第２の機器に映像信号のデコード処理をさせるかどうかを判断するステップと、を有することを特徴とする映像信号の送受信方法。
  3. 請求項１の映像信号の送受信方法であって、
    前記第１のネットワークはＨＤＭＩ接続されたネットワークであり、
    前記第２のネットワークはＨＤＭＩのオプションであるＨＥＣを含むＤＬＮＡネットワークであり、
    前記第１の機器が送信する前記限定マルチキャストメッセージは所定のｈｏｓｔｎａｍｅとｐｏｒｔｎｕｍｂｅｒを有し、前記ＨＥＣから送信され、
    前記第２の機器は前記ＨＥＣから受信した前記限定マルチキャストメッセージをＨＤＭＩ端子以外のＬＡＮ端子へ送信しないで、他のＨＤＭＩ端子のＨＥＣへ転送するステップ、を有することを特徴とする映像信号の送受信方法。
  4. 受信した映像信号に基づいて映像を表示する表示装置であって、
    第１のネットワークを介して信号を送受信する第１の送受信部と、
    第２のネットワークを介して信号を送受信する第２の送受信部と、
    前記第２の送受信部で受信した映像信号をデコードするデコード部と、
    前記第１の送受信部で受信した映像信号または前記デコード部でデコードした映像信号に基づいて映像を表示する表示部と、を有し、
    前記第２の送受信部で受信しようとする映像信号のエンコード形式が前記デコード部でデコードできない形式である場合、前記第２の送受信部から前記第１のネットワークで接続された機器に限定した限定マルチキャストメッセージを前記第２のネットワークへ送信して、当該映像信号をデコード可能な機器を探索することを特徴とする表示装置。
  5. 請求項４の表示装置であって、
    コンテンツサーバと前記デコード可能な機器との間で確保できると予想される伝送帯域に関する情報を受信し、受信した当該伝送帯域に関する情報に基づいて前記デコード可能な機器に映像信号のデコード処理をさせるか否かを判断することを特徴とする表示装置。
  6. 請求項４の表示装置であって、
    前記第１のネットワークはＨＤＭＩ接続されたネットワークであり、
    前記第２のネットワークはＨＤＭＩのオプションであるＨＥＣを含むＤＬＮＡネットワークであり、
    送信する前記限定マルチキャストメッセージは所定のｈｏｓｔｎａｍｅとｐｏｒｔｎｕｍｂｅｒを有し、前記ＨＥＣで送信することを特徴とする表示装置。
  7. 映像信号をデコードするデコード装置であって、
    第１のネットワークを介して信号を送受信する第１の送受信部と、
    第２のネットワークを介して信号を送受信する第２の送受信部と、
    前記第２の送受信部で受信した映像信号をデコードするデコード部と、を有し、
    前記第２の送受信部を介し、前記第１のネットワーク内に限定した限定マルチキャストによる前記デコード部のデコード能力に関する問合せメッセージを受信し、
    前記第２のネットワークを介してつながるコンテンツサーバとの間で確保できると予想される伝送帯域と、前記デコード部のデコード能力に関する情報を、前記第２の送受信部から前記限定マルチキャストの送信元へ送信し、
    前記第２の送受信部で他の機器からの映像信号を受信し、受信した映像信号を前記デコード部でデコードし、デコードした映像信号を前記第１の送受信部から前記他の機器とは異なる第２の他の機器へ送信することを特徴とするデコード装置。
JP2013540502A 2011-10-26 2011-10-26 映像信号の送受信方法、表示装置、及びデコード装置 Active JP5782524B2 (ja)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/JP2011/005963 WO2013061366A1 (ja) 2011-10-26 2011-10-26 映像信号の送受信方法、表示装置、及びデコード装置

Publications (2)

Publication Number Publication Date
JPWO2013061366A1 JPWO2013061366A1 (ja) 2015-04-02
JP5782524B2 true JP5782524B2 (ja) 2015-09-24

Family

ID=48167239

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2013540502A Active JP5782524B2 (ja) 2011-10-26 2011-10-26 映像信号の送受信方法、表示装置、及びデコード装置

Country Status (4)

Country Link
US (1) US9544658B2 (ja)
JP (1) JP5782524B2 (ja)
CN (1) CN103931201B (ja)
WO (1) WO2013061366A1 (ja)

Families Citing this family (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE112011104029B4 (de) 2010-12-26 2018-11-15 Lg Electronics Inc. Rundfunkdienst-Sendeverfahren, Rundfunkdienst-Empfangsverfahren und Rundfunkdienst- Empfangsgerät
EP2933797B1 (en) * 2012-12-17 2016-09-07 Panasonic Intellectual Property Management Co., Ltd. Information processing device and control method
JP2014192565A (ja) * 2013-03-26 2014-10-06 Sony Corp 映像処理装置、映像処理方法及びコンピュータプログラム
KR102484513B1 (ko) 2015-01-07 2023-01-05 소니그룹주식회사 수신 장치, 수신 방법, 송신 장치, 및, 송신 방법
JP2018132865A (ja) * 2017-02-14 2018-08-23 ソニーセミコンダクタソリューションズ株式会社 電子機器、電子機器の処理代行依頼方法および情報処理システム
EP3855439B1 (en) * 2018-09-20 2023-06-28 Panasonic Intellectual Property Management Co., Ltd. Recording device and recording method
JP6940673B2 (ja) * 2019-09-26 2021-09-29 マクセル株式会社 表示装置
JP7154356B2 (ja) * 2020-09-23 2022-10-17 マクセル株式会社 表示装置

Family Cites Families (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP4168304B2 (ja) * 1999-09-16 2008-10-22 ソニー株式会社 情報出力装置、情報報知方法および情報信号供給経路選択方法
JP2004179877A (ja) * 2002-11-26 2004-06-24 Sony Corp 情報処理装置、および情報処理方法、並びにコンピュータ・プログラム
JP2006157339A (ja) * 2004-11-29 2006-06-15 Funai Electric Co Ltd Ｉｅｅｅ１３９４シリアルバスに接続されるコントローラ機器
WO2008056718A1 (en) * 2006-11-07 2008-05-15 Sony Corporation Electronic device, content reproducing method, and content decoding method
CN101563921B (zh) * 2006-11-07 2011-09-07 索尼株式会社 通信***、发送器、接收器和通信方法
US20090052450A1 (en) * 2007-08-22 2009-02-26 Mockett Gregory P Apparatus, system, and method for video delivery using dual multicast streams with one being delayed
US8775647B2 (en) * 2007-12-10 2014-07-08 Deluxe Media Inc. Method and system for use in coordinating multimedia devices
US20090276815A1 (en) * 2008-04-30 2009-11-05 Echostar Technologies L.L.C. Systems, methods and apparatus for democratic allocation of bandwidth
JP2009284403A (ja) 2008-05-26 2009-12-03 Sony Corp 情報処理装置、情報処理方法、プログラムおよびコンテンツ受信装置
US9154942B2 (en) * 2008-11-26 2015-10-06 Free Stream Media Corp. Zero configuration communication between a browser and a networked media device
JP2011199567A (ja) * 2010-03-19 2011-10-06 Panasonic Corp コンテンツ再生装置およびコンテンツ再生方法
EP2553876B1 (en) * 2010-03-29 2014-11-19 Sony Europe Limited Network device for a home entertainment network
US9955202B2 (en) * 2011-02-11 2018-04-24 Sony Network Entertainment International Llc Removal of unavailable services and/or content items from a list of favorite and/or recently viewed services and/or content items associated with a user account

Also Published As

Publication number Publication date
US20140304758A1 (en) 2014-10-09
WO2013061366A1 (ja) 2013-05-02
JPWO2013061366A1 (ja) 2015-04-02
CN103931201A (zh) 2014-07-16
US9544658B2 (en) 2017-01-10
CN103931201B (zh) 2017-03-08

Similar Documents

Publication Publication Date Title
JP5782524B2 (ja) 映像信号の送受信方法、表示装置、及びデコード装置
US9077859B2 (en) Device for recording and playing contents, server for managing content location information, information recording medium, method for managing content information
US8671211B2 (en) Method and system for distributing content
JP2009017259A (ja) 電子機器、コンテンツ再生方法及びプログラム
KR100728256B1 (ko) 홈네트워크와 방송 간에 멀티미디어 콘텐츠를 상호이용하기 위한 홈네트워크/방송 연동 시스템 및 그 방법
US8677406B2 (en) Time-shift recording buffer as home network objects
JP2008022393A (ja) Ｉｐ放送受信システム及びｉｐ放送受信端末装置
WO2018079295A1 (ja) 情報処理装置、及び、情報処理方法
KR20050065407A (ko) 방송 수신 장치 및 방송 수신 장치의 표시 방법
JP2008022411A (ja) 放送受信装置および放送受信方法
JP6360119B2 (ja) Ｄｌｎａ ｄｍｓサービスを使用してチャンネルをリモートからチューニングするための方法および装置
JP2009010898A (ja) 録画装置および放送受信装置
JP2016167849A (ja) 番組情報送信装置、番組情報受信装置および番組情報送信方法
US8862761B1 (en) Method and system for forming an audio overlay for streaming content of a content distribution system
JP6089969B2 (ja) デジタル放送受信装置
WO2013061364A1 (ja) 映像信号の送受信方法、表示装置、及び送信装置
JP2012114606A (ja) 制御装置及び制御方法
JP2009239932A (ja) 放送受信装置及び放送受信装置の表示方法
JP2022183548A (ja) 受信装置、クライアント端末装置、およびプログラム
JP5923600B2 (ja) デジタル放送受信装置、制御装置、及び番組予約方法
JP2013070199A (ja) 番組情報送信装置、番組情報受信装置および番組情報送信方法
JP2012065059A (ja) 送信装置、受信装置及び送信方法
JP2009122948A (ja) コンテンツ配信方法および配信システムならびにネットワーク管理装置
WO2013035214A1 (ja) 番組情報送信装置、番組情報受信装置および番組情報送信方法
JP2013058951A (ja) 番組情報送信装置、番組情報受信装置および番組情報送信方法

Legal Events

Date Code Title Description
A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20150210

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20150401

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20150623

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20150717

R150 Certificate of patent or registration of utility model

Ref document number: 5782524

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150

S111 Request for change of ownership or part of ownership

Free format text: JAPANESE INTERMEDIATE CODE: R313111

R350 Written notification of registration of transfer

Free format text: JAPANESE INTERMEDIATE CODE: R350

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

S111 Request for change of ownership or part of ownership

Free format text: JAPANESE INTERMEDIATE CODE: R313111

R350 Written notification of registration of transfer

Free format text: JAPANESE INTERMEDIATE CODE: R350

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250