(57)【要約】  【課題】  起動時に、接続された機器の電源を自動投入し、早い段階で接続機器の使用を可能とする電子機器、制御方法、および制御システムを提供することにある。  【解決手段】  ＤＴＶ２（コントローラ）は、ＨＤＤ４（ターゲット）とＩＥＥＥ１３９４シリアルバスで接続され、ユーザがＤＴＶ２の電源を投入すると、ＨＤＤコントローラ６２が起動される。ＨＤＤコントローラ６２は、ＡＶＣコントローラ６３にＨＤＤ４の電源投入を指示するＡＶＣコマンドの送信要求を行い、ＡＶＣコントローラ６３は、１３９４ドライバ６４に当該指示に関するＦＣＰコマンドの送信要求を送信する。１３９４ドライバ６４はライトリクエストによりＩＥＥＥ１３９４ネットワークを介してＨＤＤ４に、当該コマンドを書き込む。このように、ＨＤＤ４の電源投入の指示が、ＤＴＶ２からＨＤＤ４に伝えられ、ＤＴＶ２の電源の投入に応じて、ＨＤＤ４の電源が投入される。【選択図】  図２
2005094389.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークを介して接続機器と接続された電子機器であって、
前記接続機器の電源を投入するための第１のコマンドを生成し、前記第１のコマンドを前記ネットワークを介して前記接続機器に送信するコマンド送信手段を有し、
前記コマンド送信手段は、前記電子機器の電源が投入された場合に、前記第１のコマンドを前記接続機器に送信することを特徴とする電子機器。
【請求項２】
請求項１に記載の電子機器において、
前記ネットワークがＩＥＥＥ１３９４ネットワークであり、前記コマンド送信手段が、ＩＥＥＥ１３９４通信プロトコルに従って、前記第１のコマンドを前記接続機器に送信することを特徴とする電子機器。
【請求項３】
請求項１に記載の電子機器において、
前記電子機器から前記接続機器への所定データの送信、および前記接続機器から前記電子機器への所定データの受信のうち少なくともいずれかを実行するデータ送受信手段をさらに有することを特徴とする電子機器。
【請求項４】
請求項３に記載の電子機器において、
ディジタルテレビジョン放送を受信し、放送データを取得する放送受信手段をさらに有し、
前記送信または受信される所定データが、前記取得された放送データであることを特徴とする電子機器。
【請求項５】
請求項３に記載の電子機器において、
前記コマンド送信手段が、前記接続機器に対して前記第１のコマンドが送信されてから所定の時間内に、前記データ送受信手段による前記電子機器から前記接続機器への所定データの送信、または前記接続機器から前記電子機器への所定データの受信が実行されなかった場合に、前記接続機器の電源を落とすための第２のコマンドを生成し、前記第２のコマンドを前記ネットワークを介して前記接続機器に送信することを特徴とする電子機器。
【請求項６】
電子機器で、前記電子機器にネットワークを介して接続された接続機器の電源を投入するための第１のコマンドを生成し、前記第１のコマンドを前記ネットワークを介して前記接続機器に送信するコマンド送信ステップを有し、
前記コマンド送信ステップが、前記電子機器の電源が投入された場合に、前記第１のコマンドを前記接続機器に送信するよう制御されることを特徴とする制御方法。
【請求項７】
請求項６に記載の制御方法において、
前記ネットワークがＩＥＥＥ１３９４ネットワークであり、前記コマンド送信手段が、ＩＥＥＥ１３９４通信プロトコルに従って、前記第１のコマンドを前記接続機器に送信することを特徴とする制御方法。
【請求項８】
請求項６に記載の制御方法において、
前記電子機器で、前記電子機器から前記接続機器への所定データの送信、および前記接続機器から前記電子機器への所定データの受信のうち少なくともいずれかを実行するデータ送受信ステップをさらに有することを特徴とする制御方法。
【請求項９】
請求項８に記載の制御方法において、
前記電子機器で、ディジタルテレビジョン放送を受信し、放送データを取得する放送受信ステップをさらに有し、
前記送信または受信される所定データが、前記取得された放送データであることを特徴とする制御方法。
【請求項１０】
請求項８に記載の制御方法において、
前記コマンド送信ステップが、前記接続機器に対して前記第１のコマンドが送信されてから所定の時間内に、前記データ送受信ステップによる前記電子機器から前記接続機器への所定データの送信、または前記接続機器から前記電子機器への所定データの受信が実行されなかった場合に、前記接続機器の電源を落とすための第２のコマンドを生成し、前記第２のコマンドを前記ネットワークを介して前記接続機器に送信することを特徴とする制御方法。
【請求項１１】
電子機器と、前記電子機器にネットワークを介して接続された接続機器とからなる制御システムにおいて、
前記電子機器は、前記接続機器の電源を投入するための第１のコマンドを生成し、前記第１のコマンドを前記ネットワークを介して前記接続機器に送信するコマンド送信手段を有し、
前記接続機器は、前記第１のコマンドを受信した場合に、前記接続機器の電源を落とすよう制御する電源制御手段を有し、
前記電子機器の電源が投入された場合に、前記コマンド送信手段が、前記第１のコマンドを前記接続機器に送信することを特徴とする制御システム。
【請求項１２】
請求項１１に記載の制御システムにおいて、
前記ネットワークがＩＥＥＥ１３９４ネットワークであり、前記コマンド送信手段が、ＩＥＥＥ１３９４通信プロトコルに従って、前記第１のコマンドを前記接続機器に送信することを特徴とする制御システム。
【請求項１３】
請求項１１に記載の制御システムにおいて、
前記電子機器が、前記電子機器から前記接続機器への所定データの送信、および前記接続機器から前記電子機器への所定データの受信のうち少なくともいずれかを実行するデータ送受信手段をさらに有することを特徴とする制御システム。
【請求項１４】
請求項１３に記載の制御システムにおいて、
前記電子機器が、ディジタルテレビジョン放送を受信し、放送データを取得する放送受信手段をさらに有し、
前記送信または受信される所定データが、前記取得された放送データであることを特徴とする制御システム。
【請求項１５】
請求項１３に記載の制御システムにおいて、
前記電子機器の前記コマンド送信手段が、前記接続機器に対して前記第１のコマンドが送信されてから所定の時間内に、前記データ送受信手段による前記電子機器から前記接続機器への所定データの送信、または前記接続機器から前記電子機器への所定データの受信が実行されなかった場合に、前記接続機器の電源を落とすための第２のコマンドを生成し、前記第２のコマンドを前記ネットワークを介して前記接続機器に送信し、
前記接続機器の電源制御手段が、前記第２のコマンドを受信した場合に、前記接続機器の電源を投入するよう制御することを特徴とする制御システム。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、接続されている機器の電源を所定のタイミングでオンまたはオフする電子機器、制御方法、および制御システムに関する。
【背景技術】
【０００２】
近年、豊富なディジタルテレビジョン放送のコンテンツが提供されるようになり、これを受信するディジタルテレビジョン放送受信機（ＤＴＶ：Digital Television）等の放送受信装置が多く開発されている。また、これに伴って、こうした放送受信装置から高品質の放送データを取り込んで、ハードディスクや大容量可搬記録媒体等の記録媒体に録画し、その記録媒体から記録された放送データを読み出して再生できるような録画再生装置も多く販売されるようになってきた。このような放送受信装置と録画再生装置は、広帯域のネットワークにより互いに接続され、そのネットワーク上で高速な放送データのやりとりが可能なＡＶシステムとして販売されることも多い。
【０００３】
この種のＡＶシステムでは、放送受信装置に付属するリモコン（リモートコントロールコマンダ）等を利用して、当該ネットワークにより接続された録画再生装置をリモート操作し、放送番組の録画や再生を指示することができる。従って、放送受信装置と録画再生装置を接続するネットワーク上では、放送データと、録画再生装置を操作するための制御データの送受信が行われる。
【０００４】
このように、制御データをネットワークを介して送受信することによって、接続された機器の動作を制御することが可能であり、特許文献１には、ＩＥＥＥ１３９４ネットワークを介して接続された機器の電源管理を効率よく行う電源制御方法が開示されている。この電源制御方法は、不要なバスリセットが発生しないように、接続された機器の電源が投入された場合でも、当該ネットワークの通信処理部分には、その機器を非作動状態のままであるよう認識させるものである。
【０００５】
【特許文献１】特開２００３−６９５８５号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
上述したように、放送受信装置は、接続された録画再生装置（接続機器）の動作を、リモコン等の操作によって制御することができるので、ユーザは放送受信装置についての操作を行うだけでよい。しかしながら、放送受信装置と録画再生装置の電源は、それぞれ個別に投入する必要がある。従って、例えばユーザは、放送受信装置の電源を投入した後で、あるいは、放送受信装置によってこの録画再生装置を選択した後で、その録画再生装置の電源を投入する。また、録画再生装置のなかには、その性能等によって、使用できる状態になるまで非常に時間がかかるものもある。
【０００７】
このことは、ユーザが放送受信装置の電源を投入した後で、録画再生装置に録画開始等の指示を与えた場合に、録画再生装置側の準備が整っておらず、当該指示に応答できないといった状況を引き起こす可能性がある。
【０００８】
また、録画再生装置の電源を投入後、ユーザがその電源を落とさないで放置した場合、当該装置は電源が投入されたままとなり、不要な電力を消費することになる。
【０００９】
従って、この発明の目的は、起動時に、接続機器の電源を自動的に投入し、早い段階で当該機器の使用を可能とする電子機器、制御方法、および制御システムを提供することにある。
【００１０】
さらに、この発明の目的は、接続機器が、起動後一定時間使用されない場合に、その機器の電源を落とすように制御する電子機器、制御方法、および制御システムを提供することにある。
【課題を解決するための手段】
【００１１】
この発明は、ネットワークを介して接続機器と接続された電子機器であって、接続機器の電源を投入するための第１のコマンドを生成し、第１のコマンドをネットワークを介して接続機器に送信するコマンド送信手段を有し、コマンド送信手段は、電子機器の電源が投入された場合に、第１のコマンドを接続機器に送信するよう構成される。
【００１２】
この発明は、電子機器で、電子機器にネットワークを介して接続された接続機器の電源を投入するための第１のコマンドを生成し、第１のコマンドをネットワークを介して接続機器に送信するコマンド送信ステップを有し、コマンド送信ステップが、電子機器の電源が投入された場合に、第１のコマンドを接続機器に送信するよう制御されるよう構成される制御方法である。
【００１３】
この発明は、電子機器と、電子機器にネットワークを介して接続された接続機器とからなる制御システムであって、電子機器は、接続機器の電源を投入するための第１のコマンドを生成し、第１のコマンドをネットワークを介して接続機器に送信するコマンド送信手段を有し、接続機器は、第１のコマンドを受信した場合に、接続機器の電源を落とすよう制御する電源制御手段を有し、電子機器の電源が投入された場合に、コマンド送信手段が、第１のコマンドを接続機器に送信するよう構成される。
【発明の効果】
【００１４】
この発明によれば、電子機器の電源が投入されると、この電子機器に接続された接続機器に電源投入を指示するコマンドが送信され、接続機器は、そのコマンドによって電源の投入がされる。このような構成により、接続機器は、電源が早い段階で自動的に投入され、より早期の使用が可能となる。また、電子機器は、接続機器が一定時間使用されていないと判断した場合に、その機器の電源を落とすよう指示するコマンドを接続機器に送信して接続機器の電源オフを促す。このため、接続機器に関して無駄な電力を消費しないようにすることができる。
【発明を実施するための最良の形態】
【００１５】
この発明は、起動時に、接続された電子機器（周辺機器）の電源を自動的に投入（オンする）し、また起動後、一定時間使用されない場合に、その接続された電子機器の電源を落とす（オフする）ように制御する電子機器である。ここでは、制御対象の電子機器、すなわち、接続された電子機器をターゲットと称し、これを制御する電子機器をコントローラと称することにする。
【００１６】
最初に、図１を参照して、この発明の一実施形態について説明する。この実施形態では、コントローラとしてＤＴＶ（ディジタルテレビジョン放送受信機）２が、ターゲットとしてハードディスク録画等を行うＨＤＤ（ハードディスクドライブ）４が例示されているが、こうした例示に限定されるものではない。同様のＤＴＶであっても、他の電子機器に接続されて制御を受ける側になれば、ターゲットとなりうる。
【００１７】
図１には、ＤＴＶ２、ネットワーク３、ＨＤＤ４、およびリモコン（リモートコントロールコマンダ）５が示されている。ＤＴＶ２とＨＤＤ４はそれぞれネットワーク・インタフェースを有し、互いにネットワーク３によって接続される。ここで、ネットワーク３は、例えば、ＩＥＥＥ（The Institute of Electrical and Electronics Engineers）１３９４などのディジタルネットワークであり、ＤＴＶ２とＨＤＤ４は、ＩＥＥＥ１３９４ディジタルネットワークインタフェースを備える。
【００１８】
また、ネットワーク３は上記ＩＥＥＥ１３９４ネットワークに限定されるものではない。他の有線ネットワークや無線ネットワークを利用することも可能である。また、この実施形態では、ＤＴＶ２とＨＤＤ４は、ネットワーク３によって直接接続されているが、このような接続形態に限定される必要はない。従って、様々なトポロジのネットワークを利用して両者を接続することができ、例えば、インターネットや公衆電話回線等を介して接続することも可能である。
【００１９】
ＤＴＶ２は、ユーザが、ＤＴＶ２の表示装置に表示されるＧＵＩ（Graphical User Interface）とリモコン５を用いて操作する。
【００２０】
次に、図２のブロック図を参照して、ＤＴＶ２の構成について説明する。ここで、後述するように、ＨＤＤ４の電源を投入するためのコマンド、およびＨＤＤ４の電源を落とすためのコマンドを送信する機能は、主にＣＰＵ１６によって制御され、これはコマンド送信手段に対応する。また、ＤＴＶ２からＨＤＤ４に対してデータを送信し、またはＨＤＤ４からＤＴＶ２にデータを受信する機能も、主にＣＰＵ１６によって制御され、これはデータ送受信手段に対応する。さらに、ディジタルテレビジョン放送を受信し、放送データを取得する機能は、主としてチューナ１１によって実現され、これは放送受信手段に対応する。
【００２１】
チューナ１１は、ＣＰＵ１６からの要求により、衛星から送出される複数のトランスポンダから、あるトランスポンダを周波数選択する。選択されたトランスポンダから受信されるデータは、所定の復調、復号等を経てＤＥＭＵＸ（デマルチプレクサ）１２に送信される。このデータは、ＭＰＥＧ（Moving Picture Exprts Group）エンコードされた複数のサービスが含まれるＭＰＥＧ  ＴＳ（Transport Stream）データである。
【００２２】
ＤＥＭＵＸ１２は、ＣＰＵ１６からの要求により、指定されたサービスを当該ＭＰＥＧ  ＴＳデータから抽出し、それをＭＰＥＧデコーダ１３に送信する。ＭＰＥＧデコーダ１３は、受信したＭＰＥＧ  ＴＳデータをＭＰＥＧデコードし、ベースバンドのＡＶ（Audio Visual）信号に変換する。ＡＶ信号は、モニタ／スピーカ１４に送信され、そこでモニタから動画像あるいは静止画像が、スピーカから音声がそれぞれ出力される。
【００２３】
グラフィクス１７は、ＣＰＵ１６からの要求により、ＤＴＶ２のモニタ等に出力するメニューの画像データ、電子番組ガイド（ＥＰＧ：Electronic Program Guide）の表示データ、およびターゲットのＨＤＤ４を制御するためのＨＤＤコントロールパネルの画像データ等を生成し、当該データを上記ＡＶ信号に重畳してモニタに表示する。
【００２４】
ＣＰＵ１６は、ＲＯＭ／ＲＡＭ１５に格納されたプログラムを実行し、チューナ１１等を含む各構成要素を制御し、ＤＴＶ２の各種機能を実現する。図２では、各構成要素がＣＰＵ１６と実線によって接続されているが、これは、各構成要素がＣＰＵ１６により制御されていることを表している。
【００２５】
１３９４Ｉ／Ｆ（インタフェース）１８は、ＣＰＵ１６からの要求に従って、当該インタフェースに接続された機器の認識および制御、ならびにＡＶストリームの入出力を管理する。例えば、この実施形態では、チューナ１１から、１３９４Ｉ／Ｆ１８を経由してＭＰＥＧ  ＴＳパーシャルストリームが出力され、同様のストリームが、外部から、１３９４Ｉ／Ｆ１８を経由してＤＥＭＵＸ１２に送信される。リモコンＩ／Ｆ（インタフェース）１９は、ＣＰＵ１６の指令の下、ユーザが操作するリモコン５からの赤外線信号を受信する。ＣＰＵ１６は、その受信内容に従って、ＤＴＶ２の動作を制御する。例えば、ユーザが放送チャンネルの変更を指示した場合、その指示内容はＣＰＵ１６からチューナ１１に伝えられ、そこで、ユーザによって指示された放送番組の選択が行われる。
【００２６】
ＲＯＭ／ＲＡＭ１５は、ＣＰＵ１６が実行するためのプログラム、その実行に必要なデータ等が格納される。なお、図２の矢印は、オーディオデータ・ビデオデータを含む、所定の形式のデータの流れを示すものである。
【００２７】
ＣＰＵ１６はまた、後述するように、ＨＤＤ４の主電源をオンまたはオフするためのコマンドを生成し、そのコマンドを、１３９４Ｉ／Ｆ１８を介してＨＤＤ４に送信する。このように、図２に示すＤＴＶ２の構成は、コントローラの一例として示したに過ぎず、ＤＴＶ以外の装置もこの発明におけるコントローラとして機能しうる。
【００２８】
次に、図３のブロック図を参照して、ＨＤＤ４の構成について説明する。ここで、ＨＤＤ４は、ＤＴＶ２からのコマンドを受信して、このコマンドの内容に応じてＨＤＤ４の電源をオン・オフするが、この機能は、主にＣＰＵ２４によって制御され、これは、電源制御手段に対応する。また、制御対象は電源部２５である。
【００２９】
１３９４Ｉ／Ｆ２６は、図２に示すＤＴＶ２の１３９４Ｉ／Ｆ１８とＩＥＥＥ１３９４ネットワーク（ネットワーク３）を介して接続され、その間でＭＰＥＧ  ＴＳパーシャルストリームの送受信が行われる。図３の矢印は、このＭＰＥＧ  ＴＳパーシャルストリームの流れを示すものである。１３９４Ｉ／Ｆ２６で受信したＭＰＥＧ  ＴＳパーシャルストリームは、ＨＤコントローラ２２のバッファ等に送られる。ＨＤコントローラ２２は、受信したデータをハードディスク２１に書き込むため、ハードディスク２１のディスクヘッドやディスクの駆動をコントロールする。
【００３０】
これとは逆に、ＭＰＥＧ  ＴＳパーシャルストリームがＨＤＤ４から出力される場合は、まず、ハードディスク２１から、ＨＤコントローラ２２によってＭＰＥＧ  ＴＳパーシャルストリームが読み出され、１３９４Ｉ／Ｆ２６を介してＤＴＶ２の１３９４Ｉ／Ｆ１８に送信される。
【００３１】
ＣＰＵ２４は、ＲＯＭ／ＲＡＭ２３に格納されたプログラムの指令に基づいて、このようなＭＰＥＧ  ＴＳパーシャルストリームの送受信に関する１３９４Ｉ／Ｆ２６、およびＨＤコントローラ２２の動作を制御する。ＤＴＶ２およびＨＤＤ４のこうした動作によって、例えば、ＤＴＶ２が受信した番組の動画データ（放送データ）を、ＩＥＥＥ１３９４ネットワークで接続されたＨＤＤ４に記録しておき、その記録した動画データを所望の時間に、ＨＤＤ４からＤＴＶ２に送信して、その番組を再生するといったことが可能になる。
【００３２】
ＣＰＵ２４はまた、ＤＴＶ２からＩＥＥＥ１３９４ネットワークおよび１３９４Ｉ／Ｆ２６を経由して受け取ったコマンドの内容に応じて電源部２５を制御し、ＨＤＤ４の主電源のオンまたはオフを行う。ここで、主電源とは、ＨＤＤ４の各装置部分の電源であり、ＣＰＵ２４、ＲＯＭ／ＲＡＭ２３等は常時動作しうるように設定されうる。
【００３３】
図２の場合と同様、図３に示すＨＤＤ４の構成も単なる例示に過ぎず、他の様々な構成をとることができる。また、この実施形態では、ターゲットとしてＨＤＤを想定し、放送データがハードディスクに記録される構成となっているが、大容量の可搬記録媒体にデータを書き込み、読み出す装置をターゲットとしてもよい。また、コントローラから制御を受けて電源のオン・オフ等を行う限り、データの書き込みや読み出しを行う装置に限定される必要もない。
【００３４】
また、上述のように、この実施形態においては、ターゲットの電源のオン・オフをコントロールするコマンドが、コントローラ（ＤＴＶ２）からＩＥＥＥ１３９４ネットワークを介してターゲット（ＨＤＤ４）に伝えられている。従って、この場合、コントローラおよびターゲットによるコマンドの送受信の手順は、ＩＥＥＥ１３９４通信プロトコルに従ったものである必要がある。しかしながら、他の方法を使用して、コントローラから電源に関する指令をターゲットに送信することも可能である。
【００３５】
上記ターゲットの電源をオン・オフするためのコマンドとしては、ＡＶ／Ｃコマンド（AV/C（Audio/Video Control） Digital Interface Command Set、以下、ＡＶＣコマンドと称する）が使用される。
【００３６】
ここで、ＩＥＥＥ１３９４通信プロトコルのレイヤ構成を図４を参照して説明する。ＩＥＥＥ１３９４シリアルバスでは、６４ｂｉｔの固定的に割り振られたアドレス空間（うち機器内部で４８ｂｉｔ）を利用する。図４を参照すると、ＤＴＶ２（コントローラ）については、アプリケーション層３１、ＡＶＣ層３２、ＦＣＰ（Function Control Protocol）層３３、および物理層（ＩＥＥＥ１３９４）３４からなり、ＨＤＤ４（ターゲット）についても同様に、アプリケーション層４１、ＡＶＣ層４２、ＦＣＰ層４３、および物理層（ＩＥＥＥ１３９４）４４からなる。
【００３７】
ＦＣＰ層３３、４３は、ＩＥＥＥ１３９４規格のライト・トランザクションサービスを用いてＤＴＶ（ＦＣＰコントローラ）とＨＤＤ（ＦＣＰターゲット）間のＦＣＰコマンドおよびＦＣＰレスポンスのやり取りを上位層に提供する。
【００３８】
ＡＶＣ層３２、４２は、ＦＣＰコマンド、レスポンスのサービスを用いて、ＤＴＶ（ＡＶＣコントローラ）とＨＤＤ（ＡＶＣターゲット）間のＡＶＣコマンドおよびＡＶＣレスポンスのやり取りを行う。さらに、ＡＶＣコマンド、レスポンスの内容の定義が行われる。
【００３９】
アプリケーション層３１、４１は、ＡＶＣの機能を用いて、他の機器を制御するコントローラと、制御を受け付ける機器の状態を変化させるターゲットが実装される。この実施形態の場合、ＤＴＶ２には、ＨＤＤ４を制御するＨＤＤコントローラモジュールが、ＨＤＤ４には、制御を受け付け、ＨＤＤ４の状態を変えるＨＤＤターゲットモジュールが配置される。
【００４０】
次に、ＤＴＶ２（コントローラ）とＨＤＤ４（ターゲット）間で行われる、ＡＶＣコマンドおよびＡＶＣレスポンスのやり取りを、図５を参照して説明する。
【００４１】
ＤＴＶ２（コントローラ）のＡＶＣ層において、例えば、ＨＤＤコントロールモジュールといったアプリケーションからの要求５１はＡＶＣコマンドフレームに変換され、ＦＣＰ層に送られる。ＦＣＰ層において、ＡＶＣコマンドフレームはＦＣＰコマンドフレームに変換され、物理層（ＩＥＥＥ１３９４）に対しライトリクエストが出される。物理層では、ターゲットのコマンドレジスタ（目的オフセット：ＦＦＦＦ  Ｆ００００Ｂ００）に対して上記ＦＣＰコマンドフレームの書き込みが行われる。ＨＤＤ４（ターゲット）は、コマンドレジスタへの書き込みを受信すると、ＦＣＰ層、ＡＶＣ層に通知が行われ、ＡＶＣ層でコマンドが解釈され、最終的に、ＨＤＤターゲットモジュールといったアプリケーションに通知５２が渡される。
【００４２】
ＨＤＤ４のアプリケーションは、受信したコマンドの処理を行い、結果５３をレスポンスとしてＡＶＣ層に渡す。ＡＶＣ層において、ＡＶＣレスポンスフレームがＦＣＰ層に送信されると、ＦＣＰ層では、受信したＡＶＣレスポンスフレームがＦＣＰレスポンスフォームに変換され、そこで、物理層（ＩＥＥＥ１３９４）に対しライトリクエストが出される。物理層では、コントローラのレスポンスレジスタ（目的オフセット：ＦＦＦＦ  Ｆ００００Ｄ００）に対して上記ＦＣＰレスポンスフレームの書き込みが行われる。コントローラは、レスポンスレジスタへの書き込みを検出すると、ＦＣＰ層、ＡＶＣ層に通知が行われ、ＡＶＣ層でコマンドが解釈され、最終的にアプリケーションに通知５４が渡される。
【００４３】
図６は、ＦＣＰコマンドフレームのフォーマットの一例を示している。ここで、主なフィールドについて説明する。各フィールドには、対応するフィールド名が記されており、括弧内の数字はそのフィールドのビット数を表している。最初のフィールドの「desitination_ID」は、受信機器（ここではターゲット）のアドレスを示し、「source_ID」は送信機器（ここではコントローラ）のアドレスを示す。「destination_offset」は受信機器の内部アドレスを示し、「data_length」はデータ長を示す。また、「cts」は、ＦＣＰコマンドフレームで使われるコマンド・トランザクション・フォーマットを定義する。ＡＶＣコマンドでは、「cts」フィールドは０に設定される。「FCP_data」フィールドにはデータ自体が格納される。当該フィールドの余白は、必要に応じてゼロがセットされる。
【００４４】
次に、図７Ａを参照してＡＶＣコマンドフレームの主なフィールドについて説明する。各フィールドには、対応するフィールド名が記されており、括弧内の数字はそのフィールドのビット数を表している。「ctype」はコマンドの種類を定義するフィールドであり、「CONTROL」、「STATUS」、「SPECIFIC INQUIRY」、「NOTIFY」、「GENERAL INQUIRY」の５種類が定義されているが、本実施形態では「CONTROL」を使用する。「subunit_type」、「subunit_ID」は、ＡＶＣコマンドフレームの宛先と、ＡＶＣレスポンスフレームの発信元を特定するフィールドである。「opcode」は実行するオペレーションを定義するものであり、「operand[0]」ないし「operand[n]」は、「ctype」、「subunit_type」、「opcode」フィールドの内容により決定される。フレームの余白には、必要に応じてゼロがセットされる。
【００４５】
図７Ｂは、ＡＶＣレスポンスフレームのフォーマットの一例である。ここで、主なフィールドについて説明する。各フィールドには、対応するフィールド名が表されており、括弧内の数字はそのフィールドのビット数を表している。「response」は、レスポンスの種類を定義する。「NOT IMPLEMENTED」、「ACCEPT」、「REJECT IN TRANSITION」、「IMPLEMENTED」、「GENERAL INQUIRY」等、コマンドの実行結果によって、適切な値が設定される。コマンド受け付けた場合は「ACCEPT」が設定される。「subunit_type」、「subunit_ID」は、応答するＡＶＣユニットまたはサブユニットの発信元を特定するＡＶＣアドレスを形成する。「opcode」は、応答する状態を定義する。「operand[0]」ないし「operand[n]」は、「ctype」、「subunit_type」、「opcode」の各フィールドの内容によって決定される。フレームの余白には、必要に応じてゼロがセットされる。
【００４６】
ターゲットの電源状態（すなわち、電源のオン・オフ）は、例えば、「Ｐｏｗｅｒ」コマンドを用いて制御することができる。図８は、「Ｐｏｗｅｒ」コマンドのフォーマットを示したものである。フィールド「opcode」と「operand[0]」からなり、フィールド「opcode」には、「Ｐｏｗｅｒ」コマンドであることを示すために、１６進数で、例えば、「Ｂ２」が設定される。
【００４７】
ターゲットの電源を投入する、すなわち、ＰｏｗｅｒＯｎの状態にするためには、「operand[0]」フィールドの「power_state」に、「Power On (実際にセットされるデータは、１６進数で「６０」)」を指定する。一方、ターゲットの電源をオフにするためには、「power_state」に「Power Off」」を指定する。ここでは、「power_state」に「Power On」とセットしたものをＰｏｗｅｒＯｎコマンドと称し、「Power Off」とセットしたものをＰｏｗｅｒＯｆｆコマンドと称することにする。
【００４８】
次に、図９を参照して、ＤＴＶ２のソフトウエア構成を説明する。図９に示されたソフトウエアは、図２に関して説明したＣＰＵ１６により動作する。アプリケーション６１には、例えば、ＨＤＤ４についての設定を行うアプリケーションが含まれる。当該アプリケーションは、コントロールパネルをＤＴＶ２のモニタに表示し、そこで、ＨＤＤ４の電源のオン・オフ、動作モードのコントロール（再生、停止、録画等）等の設定を可能とするインタフェースを提供する。ユーザーからの要求は、リモコンＩ／Ｆ１９から受信し、どのような操作がされたかを解釈して上記要求を判断し、その内容をＨＤＤコントローラ６２に送信する。
【００４９】
ＨＤＤコントローラ６２は、アプリケーション６１から受信したユーザからの要求を実現するために、どのＡＶＣコマンドをどういう順序でＨＤＤ４に送信すべきかを決定し、ＡＶＣコントローラ６３にＡＶＣコマンド送信要求を行う。ＡＶＣコマンドの実行結果は、ＡＶＣレスポンスを受信したＡＶＣコントローラ６３を介してＨＤＤコントローラ６２に通知される。
【００５０】
ＡＶＣコントローラ６３は、ＨＤＤコントローラ６２から渡されたＡＶＣコマンドをＡＶＣコマンドの定義に従ってバイト列に変換し、ＦＣＰコマンドフレームを作成した後、１３９４ドライバ６４にＦＣＰコマンドの送信要求を送信する。当該ＦＣＰコマンドの結果は、１３９４ドライバ６４がＦＣＰレスポンスの通知を受けることによって把握する。１３９４ドライバ６４は、この結果を解釈し、ＡＶＣコントローラ６３を介してＨＤＤコントローラ６２に通知する。
【００５１】
１３９４ドライバ６４は、ＡＶＣコントローラ６３から受信したＦＣＰコマンドフレームを、ライトリクエストによりＩＥＥＥ１３９４ネットワークを介してＨＤＤ４に書き込む。さらに、ＨＤＤ４からのＦＣＰレスポンスフレームの書き込みを受信すると、ＡＶＣコントローラ６３にその結果を通知する。これらのソフトウエアモジュールはＤＴＶ２の電源オンと同時に起動され、処理を開始する。これらの一連の動作は、図５に示した手順に対応するものである。
【００５２】
次に、ＤＴＶ２において、ＨＤＤ４の電源状態を制御するための手順について、図１０のフローチャートを参照して説明する。図１０に示す処理は、例えば、ＤＴＶ２の電源オンの時点で開始される。ＤＴＶ２の電源がオフにされると、その時点で当該処理は終了する。当該処理は、例えば、ＲＯＭ／ＲＡＭ１５に格納されたプログラムの指令によりＣＰＵ１６によって実行される。
【００５３】
ＤＴＶ２の電源投入により処理が開始され、ステップＳ１でＤＴＶ２のシステムの初期化が行われ、図９に示した各ソフトウエアモジュールが例えば、ＲＯＭ／ＲＡＭ１５にロードされ、上述した各処理を実行できる状態となる。ステップＳ２で、ＨＤＤコントローラ６２は、ＨＤＤ４に対してＰｏｗｅｒＯｎコマンドを送信する。これによって、ＨＤＤ４は、ＤＴＶ２の電源投入に伴って自動的に電源がオンにされ、ユーザが直ぐに録画等を指示することが可能になる。なお、ＨＤＤ４への当該コマンドの送信、およびレスポンスの受信、解釈等は、図９に関連して説明した通りである。
【００５４】
この後、ステップＳ３において、タイマー計測が開始される。アプリケーション６１は、ユーザのリモコン操作を解釈してＤＴＶ２の動作を制御するが、ユーザがＨＤＤ４を使用した録画を指示した場合等、ＨＤＤ４にアクセスする操作を行った場合に、ＨＤＤコントローラ６２に通知を行うように動作する。ステップＳ４において、ＨＤＤコントローラ６２が、この通知を受け取ったか否かが判断され、通知があった場合は、ステップＳ５でタイマーをリセットしてステップＳ６に進み、通知がない場合は、タイマーのリセットをせずにステップＳ６に進む。
【００５５】
タイマーによる計測をしないよう制御することも可能であり、その場合は、ステップＳ３ないしステップＳ８の処理は不要である。
【００５６】
ステップＳ６においては、タイマーのタイムアウトが発生したかどうかが判定される。この実施形態では、例えば、１０分でタイムアウトが発生するものとする。タイムアウトが発生していない場合は、タイマーによる計測が継続され、ステップＳ４に戻る。タイムアウトが発生している場合、ステップＳ７に進み、ＨＤＤ４にＰｏｗｅｒＯｆｆコマンドを送信し、ＨＤＤ４の電源をオフにする。これは、ＨＤＤ４が１０分間使用されなかった場合に、自動的に電源をオフするものである。これによって、ＨＤＤ４が使用されていないにも係わらず長時間電源が投入された状態となることを防止することができ、無駄な電力の消費を押さえることができる。
【００５７】
また、ＨＤＤ４への当該コマンドの送信、およびレスポンスの受信、解釈等は、図９に関連して説明した通りである。
【００５８】
一旦、ＨＤＤ４の電源がオフにされた場合は、ステップＳ８で、再度、ＨＤＤ４の使用が行われるかを判定し、ＨＤＤ４が使用される場合、すなわち、ＤＴＶ２から何らかのアクセスがあった場合、あるいは（予約録画等で）アクセスする予定がある場合、再びステップＳ２に戻って、ＨＤＤ４にＰｏｗｅｒＯｎコマンドが送信される。
【００５９】
この実施形態では、ＤＴＶ２をコントローラ、ＨＤＤ４をターゲットとし、さらに、ＩＥＥＥ１３９４規格に基づいて機器の電源オン・オフを制御するものとして説明してきたが、コントローラの電源投入に応じて、コントローラからターゲットの電源を、少なくとも両者を接続するネットワークを利用して投入するよう制御できる限り、様々な他の実施形態を考えることができる。
【００６０】
また、一定時間、ターゲットが使用されない場合に、当該ネットワークを利用してターゲットの電源をオフにする具体的な手段についても様々なバリエーションを考えることが可能である。
【図面の簡単な説明】
【００６１】
【図１】この発明の一実施形態に係るＤＴＶと制御対象のＨＤＤを表すブロック図である。
【図２】この発明の一実施形態に係るＤＴＶの構成を表すブロック図である。
【図３】図１に示す制御対象のＨＤＤの構成を表すブロック図である。
【図４】図１に示す両機器の通信プロトコルのレイヤを示す略線図である。
【図５】ＤＴＶとＨＤＤ間のコマンドの遷移を示す略線図である。
【図６】ＦＣＰフレームの例を表す略線図である。
【図７】ＡＶＣコマンドフレームとＡＶＣレスポンスフレームの例を表す略線図である。
【図８】Ｐｏｗｅｒコマンドのフォーマットを示す略線図である。
【図９】ＤＴＶのソフトウエア構成を示す略線図である。
【図１０】ＨＤＤの電源状態を制御するための手順を示したフローチャートである。
【符号の説明】
【００６２】
２・・・ＤＴＶ、３・・・ネットワーク、４・・・ＨＤＤ、５・・・リモコン、１６，２４・・・ＣＰＵ、１８，２６・・・１３９４Ｉ／Ｆ、２５・・・電源部
【図１】
2005094389.tif 000003
【図２】
2005094389.tif 000004
【図３】
2005094389.tif 000005
【図４】
2005094389.tif 000006
【図５】
2005094389.tif 000007
【図６】
2005094389.tif 000008
【図７】
2005094389.tif 000009
【図８】
2005094389.tif 000010
【図９】
2005094389.tif 000011
【図１０】
2005094389.tif 000012