JP5042063B2 - 被制御装置、制御システムおよび管理装置 - Google Patents

Description

本発明は、ネットワークを介して遠隔制御される被制御装置、制御システムおよび管理装置に関する。

近年、ＡＶ機器や家電機器などのネットワーク化が進んでいる。ＡＶ機器のネットワーク化の際に使用されるプロトコルの例として、ＤＬＮＡ(Digital Living Network Alliance)で用いられるＵＰｎＰ(Universal Plug and Play)−ＡＶがある。ＵＰｎＰ−ＡＶは、ＡＶ機器をコントロールするためのコマンドなどを定義した規格であり、その中で定義されているサービスの一つにＣＤＳ(Content Directory Service)がある。

特許文献１はメディアサーバデバイスを開示し、このメディアサーバデバイスはＣＤＳを用いてチューナデバイスを記述する。クライアント側のメディアプレーヤからＣＤＳの、あるＵＲＩにアクセスされたとき、アクセスされたＵＲＩに応じてチャンネル切り替えなどの機器制御を行い、その後、所望のコンテンツを配信する。

特許文献２はコンテンツ送信装置を開示し、このコンテンツ送信装置はオリジナルコンテンツとダイジェストコンテンツをＣＤＳの別ＵＲＩで表現する。ダイジェスト再生のコンテンツのＵＲＩにアクセスされたとき、ダイジェスト再生用のコンテンツを生成または選択するなどの機器制御を行い、その後、所望のコンテンツを配信する。
特開２００５−１５１５６９号公報 特開２００７−１９４９７５号公報

特許文献１、２に示すような従来の機器ネットワークでは、チャンネル切り替えやダイジェスト再生用のコンテンツの生成など、サーバ側の被制御装置の、特定の処理しか、クライアント側の制御装置から遠隔制御することができない。制御装置からそれら以外の処理を遠隔制御したい場合、被制御装置側だけではなく、制御装置側も独自拡張部分を認識できるように修正する必要があり、汎用的な機器をそのまま制御装置として使用することができなかった。

本発明はこうした状況に鑑みなされたものであり、その目的は、汎用的な機器を拡張せずに、その機器からネットワークを介して汎用的な遠隔制御を受けることができる被制御装置、制御システムおよび管理装置を提供することにある。

本発明のある態様の被制御装置は、制御装置からネットワークを介して遠隔制御されるべき処理を示す処理項目と、その処理項目に関連づけられる、その処理項目についての遠隔制御指示に対する応答メッセージを表現するコンテンツを管理するディレクトリを保持するディレクトリ保持部と、ディレクトリ保持部に保持されるディレクトリの情報をネットワークを介して制御装置に送信するディレクトリ送信部と、制御装置からの、ディレクトリに管理される特定の処理項目についての遠隔制御指示を、当該処理項目に関連づけられたコンテンツへのアクセス要求として受信するアクセス要求受信部と、アクセス要求受信部により受信されたアクセス要求に関連づけられた処理項目の処理を実行する制御部と、を備える。

本発明の別の態様は、制御システムである。この制御システムは、制御装置と、その制御装置からネットワークを介して遠隔制御されるべき被制御装置を備える制御システムであって、被制御装置は、制御装置からネットワークを介して遠隔制御されるべき処理を示す処理項目と、その処理項目に関連づけられる、その処理項目についての遠隔制御指示に対する応答メッセージを表現するコンテンツを管理するディレクトリを保持する第１ディレクトリ保持部と、第１ディレクトリ保持部に保持されるディレクトリの情報をネットワークを介して制御装置に送信するディレクトリ送信部と、制御装置からの、ディレクトリに管理される特定の処理項目についての遠隔制御指示を、当該処理項目に関連づけられたコンテンツへのアクセス要求として受信するアクセス要求受信部と、アクセス要求受信部により受信されたアクセス要求に関連づけられた処理項目の処理を実行する第１制御部と、第１制御部による指示にしたがい、コンテンツをネットワークを介して制御装置に送信するコンテンツ送信部と、を有する。制御装置は、第１ディレクトリ保持部に保持されるディレクトリの情報をネットワークを介して受信するディレクトリ受信部と、ディレクトリ受信部により受信されるディレクトリの情報を保持する第２ディレクトリ保持部と、第２ディレクトリ保持部に保持されるディレクトリの情報により管理される処理項目についての遠隔制御指示を受け付ける受付部と、受付部により受け付けられた遠隔制御指示に基づいて、その対象とされる処理項目に関連づけられたコンテンツへのアクセス要求を生成する第２制御部と、第２制御部により生成されたアクセス要求をネットワークを介して送信するアクセス要求送信部と、被制御装置からネットワークを介して送信されるコンテンツを受信するコンテンツ受信部と、を有する。

本発明のさらに別の態様は、管理装置である。この装置は、遠隔制御されるべき被制御装置を管理する管理装置であって、制御装置からネットワークを介して遠隔制御されるべき、被制御装置の処理を示す処理項目と、その処理項目に関連づけられる、その処理項目についての遠隔制御指示に対する応答メッセージを表現するコンテンツを管理するディレクトリを保持するディレクトリ保持部と、ディレクトリ保持部に保持されるディレクトリの情報をネットワークを介して制御装置に送信するディレクトリ送信部と、制御装置からの、ディレクトリに管理される特定の処理項目についての遠隔制御指示を、当該処理項目に関連づけられたコンテンツへのアクセス要求として受信するアクセス要求受信部と、アクセス要求受信部により受信されたアクセス要求に関連づけられた処理項目の処理を実行するよう、それを実行すべき被制御装置に指示するための制御信号を生成する制御部と、制御部により生成された制御信号を被制御装置に送信する制御信号送信部と、を備える。

なお、以上の構成要素の任意の組み合わせ、本発明の表現を方法、装置、システム、記録媒体、コンピュータプログラムなどの間で変換したものもまた、本発明の態様として有効である。

本発明によれば、汎用的な機器を拡張せずに、その機器からネットワークを介して汎用的な遠隔制御を受けることができる。

図１は、本発明の実施の形態１に係る制御システム５００の構成を示すブロック図である。制御システム５００は、同一のネットワーク３００に接続された、被制御装置１００および制御装置２００を備える。制御装置２００は、ネットワーク３００を介して被制御装置１００を遠隔制御する。被制御装置１００は、ネットワーク３００を介して制御装置２００から遠隔制御される。ネットワーク３００は有線または無線ＬＡＮなどで構築することができる。

図１では説明の簡略上、同一のネットワーク３００に接続された、被制御装置１００および制御装置２００をそれぞれ一つ描いているが、いずれか一方または両方が、複数接続されてもよい。むしろ、被制御装置１００については複数接続されることが多い。また、被制御装置１００および制御装置２００という名称はそのに注目したものであり、特定の機器が一方では被制御装置１００として機能し、他方では制御装置２００として機能することも可能である。

被制御装置１００は、ディレクトリ保持部１２、コンテンツ保持部１４、通信部２０および制御部３０を備える。通信部２０は、ディレクトリ送信部２２、アクセス要求受信部２４およびコンテンツ送信部２６を含む。
制御装置２００は、ディレクトリ保持部６０、通信部７０、受付部８０および制御部９０を備える。通信部７０は、ディレクトリ受信部７２、アクセス要求送信部７４およびコンテンツ受信部７６を含む。

これらの構成は、ハードウェア的には、任意のコンピュータのＣＰＵ、メモリ、その他のＬＳＩで実現でき、ソフトウェア的にはメモリにロードされたプログラムなどによって実現されるが、ここではそれらの連携によって実現されるブロックを描いている。したがって、これらのブロックがハードウェアのみ、ソフトウェアのみ、またはそれらの組み合わせによっていろいろな形で実現できることは、当業者には理解されるところである。

ディレクトリ保持部１２は、制御装置２００からネットワーク３００を介して遠隔制御されるべき処理を示す処理項目、およびその処理項目に関連づけられる、その処理項目についての遠隔制御指示に対する応答メッセージを表現するコンテンツを管理するディレクトリを保持する。遠隔制御されるべき処理は、被制御装置１００が持つすべての処理が該当しうる。そのなかから、設計者が制御装置２００からの遠隔制御を許可した処理が該当することになる。当該応答メッセージは、遠隔制御されるべき処理を実行した旨の報告、その実行により変化した設定値などユーザにとって有益な情報、を制御装置２００に伝達するためのものである。当該コンテンツは、静止画、動画および音声のいずれであってもよい。また、それらの任意の組合せでもよい。

ディレクトリ保持部１２は、当該被制御装置１００の複数の処理項目をその意味づけに応じて階層的に表現し、遠隔制御されるべき具体的処理の処理項目に、対応するコンテンツが関連づけられたディレクトリを保持する。当該ディレクトリは、ＣＤＳに準拠して形成されることができる。

ディレクトリ保持部１２は、一つの処理項目に、表現媒体が異なる複数のコンテンツが関連づけられたディレクトリを保持してもよい。たとえば、一つの処理項目に同じ意味のメッセージを表現する、静止画コンテンツおよび音声コンテンツが関連づけられてもよい。また、一つの処理項目に、表現媒体が同じで、異なるスペックの複数のコンテンツが関連づけられてもよい。たとえば、同じ内容の、解像度または符号化方式の異なる複数の静止画が関連づけられてもよい。

ディレクトリがＣＤＳに準拠して形成される場合、ディレクトリ保持部１２は、一つの処理項目に関連づけられた複数のコンテンツを、それぞれ別のアイテムとして表現されたディレクトリを保持することができる。また、一つの処理項目に関連づけられた複数のコンテンツを、それぞれ別のリソースとして表現されたディレクトリを保持することができる。

コンテンツ保持部１４は、ディレクトリ保持部１２に保持されるディレクトリにより管理されるコンテンツをファイルとして保持する。
ディレクトリ送信部２２は、ディレクトリ保持部１２に保持されるディレクトリの情報をネットワーク３００を介して制御装置２００に送信する。送信されるディレクトリの情報は、ディレクトリ保持部１２に保持されるすべての情報であってもよいし、一部の情報であってもよい。また、このディレクトリの情報を送信するタイミングは、ネットワーク３００に被制御装置１００または制御装置２００が初めて接続されたときであってもよいし、それ以外のときで制御装置２００から要求を受けたときであってもよい。

アクセス要求受信部２４は、制御装置２００からの、上記ディレクトリに管理される特定の処理項目についての遠隔制御指示を、当該処理項目に関連づけられたコンテンツへのアクセス要求として受信する。より具体的には、当該コンテンツを一意に特定する識別子によるアクセス要求を受信する。この識別子にはＵＲＩ（Uniform Resource Identifier）を採用することができる。

制御部３０は、アクセス要求受信部２４により受信されたアクセス要求に関連づけれれた処理項目の処理を実行する。上記応答メッセージにその処理の実行により変化した設定値などが含まれる場合、制御部３０はその設定値などを当該コンテンツに埋め込む。または、当該コンテンツを含む、グループ化された複数のコンテンツのなかから、当該設定値などに合致した内容を表現するコンテンツを選択する。

制御部３０は、その処理を実行するとともに、上記コンテンツを制御装置２００に送信するようコンテンツ送信部２６に指示する。
コンテンツ送信部２６は、制御部３０による指示にしたがい、上記コンテンツをネットワーク３００を介して制御装置２００に送信する。

ディレクトリ受信部７２は、ディレクトリ保持部１２に保持されるディレクトリの情報をネットワーク３００を介して受信する。ディレクトリ保持部６０は、ディレクトリ受信部７２により受信されるディレクトリの情報を保持する。

受付部８０は、ディレクトリ保持部６０に保持されるディレクトリの情報により管理される処理項目についての遠隔制御指示を受け付ける。受付部８０は、図示しない表示部および操作部を含むユーザインタフェースである。当該表示部に、ディレクトリ保持部６０に保持されるディレクトリを表示し、当該操作部からユーザ操作に起因する、当該ディレクトリ内のいずれかの処理項目ついての遠隔制御指示を受け付ける。

制御部９０は、受付部８０により受け付けられた遠隔制御指示に基づいて、その対象とされる処理項目に関連づけられたコンテンツへのアクセス要求を生成する。アクセス要求送信部７４は、制御部９０により生成されたアクセス要求をネットワーク３００を介して被制御装置１００に送信する。コンテンツ受信部７６は、被制御装置１００からネットワーク３００を介して送信されるコンテンツを受信する。

以下、ＤＬＮＡで用いられるＵＰｎＰ−ＡＶのＣＤＳを用いて、上述した遠隔制御されるべき処理を示し処理項目を表現する例を説明する。
被制御装置１００は、ＤＬＮＡのＤＭＳ(Digital Media Server)またはＵＰｎＰ−ＡＶのメディアサーバとして動作し、ＣＤＳを利用して上記に関連するコンテンツを送信する。制御装置２００は、汎用的なＤＬＮＡのＤＭＰ(Digital Media Player)として動作し、被制御装置１００の処理を遠隔制御する。

ここでのコンテンツとして、静止画であればＪＰＥＧ、動画であればＭＰＥＧ２−ＰＳ、音楽であればＬＰＣＭ、などＤＬＮＡで規定された必須のメディアフォーマットを採用することができる。

被制御装置１００は、ＣＤＳの階層構造を利用して制御装置２００を操作するユーザが分かりやすいように取得可能な制御可能な処理を表現する。被制御装置１００は、コンテンツのＵＲＩと内部で実行すべき処理との関連づけを記憶しており、制御装置２００から特定のＵＲＩにアクセスされたとき、対象となる処理を実行する。これにより、制御装置２００から被制御装置１００の処理の遠隔制御が可能となる。

また、制御装置２００に送信されるコンテンツは、ＵＲＩごとに異なるものにする必要はない。たとえば、「処理しました」など汎用的なメッセージが記述された静止画を一つ用意し、複数のＵＲＩで共用することもできる。この場合、被制御装置１００は通常のＤＭＳのように、送信すべきコンテンツに多くの記憶容量を割く必要がない。また、遠隔制御された処理の実行結果を報告するためのコンテンツは、その実行結果に応じて送信されてもよい。また、コンテンツは静的に作成されたものでも、動的に作成されたものであってもよい。

図２は、実施の形態１に係る制御システム５００の全体動作の一例を示す図である。ＤＭＳ１００ａがネットワーク３００に加わったとき、ＤＭＳ１００ａはＳＳＤＰ（Simple Service Discovery Protocol）のＮＯＴＩＦＹメソッドを用いて、ｓｓｄｐ：ａｌｉｖｅメッセージをＤＭＰ２００ａに送信する（Ｓ１）。

ＤＭＳ１００ａが保持するコンテンツに関する情報を取得するために、ＤＭＰ２００ａを操作しているユーザの指示により、ＤＭＰ２００ａはＣＤＳのＢｒｏｗｓｅアクションをインボークする（Ｓ２）。ＤＭＳ１００ａはＢｒｏｗｓｅに対するレスポンスによりＣＤＳで管理される情報を返信する（Ｓ３）。ＣＤＳの階層構造に応じて、Ｂｒｏｗｓｅは複数回繰り返される。ここまでは、通常のＤＭＰおよびＤＭＳの動作と同様である。

つぎに、ＤＭＰ２００ａを操作するユーザの指示により、ＤＭＰ２００ａはＤＭＳ１００ａにコンテンツ取得要求を送信する（Ｓ４）。ＤＭＳ１００ａはコンテンツ取得要求に含まれるＵＲＩから遠隔操作されるべき処理を特定し、その処理を内部で実行する（Ｓ５）。ＤＭＳ１００ａは、取得要求されたコンテンツをＤＭＰ２００ａに送信する（Ｓ６）。ここで、送信されるコンテンツは、被制御装置１００の状態（上記処理により変化した設定値など）を示すものであってもよいし、上記処理が完了した旨を示すものであってもよいし、その両方であってもよい。前者は上記処理が内部で実行された（Ｓ５）後に送信されることになるが、後者は上記処理が内部で実行される（Ｓ５）前または同時に送信されることも可能である。

図３は、一般的なＣＤＳの一例を示す。
図中、コンテナは長方形のブロックで、アイテムは平行四辺形のブロックで記述している。各コンテナおよび各アイテム上の文字は、ＣＤＳのオブジェクトプロパティのｔｉｔｌｅで表されるオブジェクトの名前を示したものである。アイテムは複数のリソースを持つことができ、リソースはｐｒｏｔｏｃｏｌＩｎｆｏでＭＩＭＥ−ｔｙｐｅなどを示し、ｕｒｉを記述する。なお、ＣＤＳの詳細については「UPnP ContentDirectory:1, ContentDirectory:1 Service Template Version 1.01, UPnP Forum, June 25, 2002.」を参照。

図３にて、ルートはコンテナである「ビデオ」、「写真」・・・を有する。コンテナである「ビデオ」は、コンテナである「全て」、「ジャンル」、「チャンネル別」を有する。コンテナである「全て」は、アイテムである「世界野球日本対アメリカ」、「水曜邦画劇場」、「世界サッカー日本対ブラジル」・・・を有する。コンテナである「ジャンル」は、コンテナである「映画」、「スポーツ」、「ドラマ」・・・を有する。コンテナである「映画」は、アイテムである「水曜邦画劇場」・・・を有する。コンテナである「スポーツ」は、アイテムである「世界野球日本対アメリカ」、「世界サッカー日本対ブラジル」・・・を有する。

以下、被制御装置１００の具体例を説明する。具体例１は、被制御装置１００がレコーダの例である。
図４は、具体例１に係るレコーダのＣＤＳの一例を示す。この例では、ルートはコンテナである「ビデオ」、「コントロール」・・・を有する。コンテナである「ビデオ」は、コンテナである「全て」・・・を有する。コンテナである「コントロール」は、コンテナである「録画」、「録画予約」、「チャンネル切り替え」、「コンテンツ削除」、「再生」・・・を有する。コンテナである「録画」は、アイテムである「録画開始」、「録画停止」を有する。コンテナである「録画予約」は、コンテナである「地上デジタル」、「地上アナログ」、「ＢＳ」、「ＣＳ」、「外部入力」・・・を有する。コンテナである「地上デジタル」は、コンテナである「ＡＡＡテレビ」、「ＢＢＢ放送」、「ＣＣＣテレビ」・・・を有する。コンテナである「ＡＡＡテレビ」は、コンテナである「日時を指定する」と、アイテムである「１１：５４天気予報」、「１２：００［ＨＶ］ニュース」・・・を有する。コンテナである「日時を指定する」は、コンテナである「１１月６日（火）」、「１１月７日（水）」・・・を有する。

図４には詳述されていないが、コンテナである「ビデオ」には、図３に示したＣＤＳと同様に、ストリーミング再生をするためのアイテムが含まれる。コンテナである「コントロール」には、被制御装置１００であるレコーダ内部の処理をするためのアイテムが含まれる。図４の例では、「録画」、「録画予約」、「チャンネル切り替え」、「コンテンツ削除」、「再生」などがある。なお、ここでの「再生」はレコーダ内部での再生処理であり、ネットワーク上にコンテンツを送信するものではない。
このようにレコーダがあらかじめ備えている処理機能であれば、どのような処理機能でもＣＤＳで表現することができる。

以下、図５〜図１２を参照して具体例１に係るレコーダの録画処理について説明する。
図５は、一つのアイテムが一つのリソースを持つ例を示す。この例では、制御装置２００として静止画を再生できるものを対象としているが、音楽を再生できるものであれば音楽リソース、動画を再生できるものであれば動画リソースを用意することもできる。

図６は、図５のＣＤＳのリソースとＵＲＩとの関係を規定するテーブルを示す。このテーブルは、レコーダ内のディレクトリ保持部１２に保持される。各リソースごとに一意の識別子としてＵＲＩが割り当てられる。アイテムとリソースとが一対一で対応するため、処理の種類が決まるとＵＲＩが一意に決まる関係にあり、ＵＲＩが決まると処理の種類が一意に決まる関係にある。

制御装置２００からｕｒｉ１にアクセスされたとき、レコーダは遠隔制御されるべき処理が録画開始であると判断し、現在受信中の映像の録画を開始する。ここで、制御装置２００が静止画リソースにアクセスするということは、静止画の送信を要求してきていることを意味する。レコーダは、録画を開始した旨が制御装置２００を操作しているユーザに伝わるような静止画を制御装置２００に送信する。たとえば、「録画を開始しました。」といったメッセージが描かれた静止画を送信する。

制御装置２００からｕｒｉ２にアクセスされたとき、レコーダは遠隔制御されるべき処理が録画停止であると判断し、現在録画中の処理を停止する。レコーダは、たとえば、「録画を停止しました。」といったメッセージが描かれた静止画を制御装置２００に送信する。
静止画リソースではなく音楽リソースの場合、「録画を開始しました」や「録画を停止しました」という音声を含むコンテンツを制御装置２００に送信すればよい。動画リソースの場合も同様に、要求された処理を実行した旨をユーザに伝える動画を送信する。

また、処理の種別ごとに異なるメッセージをユーザに伝えるには、処理の種別の数、メッセージを表現するコンテンツを保持しなければならず、被制御装置１００の記憶容量を増大させてしまう。これに対し、たとえば、「指定された処理を実行しました。」といったような、どんな処理に対しても対応できる汎用的なメッセージを一つ用意すれば、記憶容量の増大を抑制することができる。

また、コンテンツ保持部１４にあらかじめメッセージをコンテンツとして保持するのではなく、制御部３０が要求された処理に応じて動的にコンテンツを作成するようにしてもよい。動的に作成する場合、処理を実行したことにより得られるレコーダの情報や、ユーザにとって有益な現在のレコーダの情報を付加することができる。たとえば、録画を開始または停止した際、「録画を開始しました。 残容量：１７８ＧＢ」、「録画を停止しました。 残容量：１５４ＧＢ」といった、レコーダの空き容量を含んだメッセージを送信することができる。

図７は、一つのアイテムが同じメディアクラスに属する複数のリソースを持つ例を示す。たとえば、一つのアイテムに対する複数のリソースがすべて静止画のリソースという場合が該当する。ここでの複数のリソースは、それぞれのサイズが異なるもの、それぞれの符号化形式が異なるもの、などが該当する。一つのアイテムに対し同じメディアクラスに属する複数のリソースを用意することにより、制御装置２００が扱いやすいフォーマットのリソースが選択できるようになる。

図８は、図７のＣＤＳのリソースとＵＲＩとの関係を規定するテーブルを示す。このテーブルは、レコーダ内のディレクトリ保持部１２に保持される。各リソースごとに一意の識別子としてＵＲＩが割り当てられる。一つのアイテムに複数のＵＲＩが関連づけられているため、処理の種類が決まってもＵＲＩが一意に決まる関係にないが、逆にＵＲＩが決まると処理の種類が一意に決まる関係にある。たとえば、制御装置２００からｕｒｉ１〜ｕｒｉ３のうちのいずれのＵＲＩにアクセスされても、レコーダは録画を開始する。制御装置２００に送信されるコンテンツは、各リソースで表されるコンテンツのフォーマットに応じて異なるものとなる。

図９は、一つのアイテムが異なるメディアクラスに属する複数のリソースを持つ例を示す。この例では、一つのアイテムに対する複数のリソースは静止画リソース、音楽リソース、動画リソースというように、異なるメディアクラスに属するものである。通常、アイテムはクラスプロパティでメディアクラスの情報を示すため、あるアイテムの中に異なるメディアクラスのリソースが存在する構成は、汎用性が低くなる可能性がある。

図１０は、図９のＣＤＳのリソースとＵＲＩとの関係を規定するテーブルを示す。異なるメディアクラスのリソースが複数存在することを除いて図８の例と同様である。

図１１は、メディアクラスを指定するためのコンテナを持つ例を示す。ルートは、コンテナである「静止画でコントロール」、「音楽でコントロール」、「動画でコントロール」を有する。それぞれのコンテナに同様のアイテムが関連づけられる。図１１の例は、図９の例より汎用性を高めた構成である。どのメディアクラスをサポートする制御装置２００からも遠隔制御を可能としたものである。制御装置２００は、はじめにどのメディアクラスで遠隔制御するかをユーザに選択させ、その後に所望の処理を選択させる。

図１２は、一つのコンテナが同じ内容の、メディアクラスの異なる複数のアイテムを持つ例を示す。図１２の例は、図１１の例のようにはじめにどのメディアクラスで遠隔制御するかをユーザに選択させるのではない。制御装置２００は、コンテナである「録画」に含まれる複数のアイテムからどのメディアクラスで遠隔制御するかを選択させる。

以下、具体例１に係るレコーダの日時指定処理を例に説明する。
図１３は、具体例１に係るレコーダの日時指定処理のＣＤＳの第１例を示す。この例では、コンテナである「日時を指定する」は、コンテナである「１１月６日（火）」、「１１月７日（水）」・・・を有する。コンテナである「１１月６日（火）」は、コンテナである「１０時」、「１１時」・・・を有する。コンテナである「１０時」は、コンテナである「２７分」、「２８分」・・・を有する。コンテナである「２７分」は、コンテナである「終了時刻の指定」と、アイテムである「３０分間」、「１時間」・・・を有する。コンテナである「終了時刻を指定」は、コンテナである「１０時」、「１１時」・・・を有する。コンテナである「１０時」は、アイテムである「２８分」、「２９分」・・・を有する。

図１３のＣＤＳでは、予約開始日時の「日付」、「時」、「分」の順番でコンテナが選択される。終了時刻も細かく設定される場合、「終了時刻を指定」、「時」、「分」の順番でコンテナおよびアイテムが選択される。終了時刻が細かく設定されない場合、予約開始時間が選択された後、予約継続時間として、「３０分」、「１時間」などのアイテムが選択される。これにより、録画予約の日時指定を遠隔制御することができる。

日時指定では、現在の日時に応じてＣＤＳの内容を動的に変化させる必要がある。これは、現在から未来の番組一覧を提示し、その一覧内の番組名を選択して録画予約する場合にも同じことがいえる。なお、アイテムとリソースとＵＲＩとの関係は録画処理の場合と同様の考え方があてはまるため割愛する。

図１４は、具体例１に係るレコーダの日時指定処理のＣＤＳの第２例を示す。この例では、コンテナである「日時を指定する」は、コンテナである「１１月６日（火）」、「１１月７日（水）」・・・を有する。コンテナである「１１月６日（火）」は、コンテナである「１０時」、「１１時」・・・を有する。コンテナである「１０時」は、コンテナである「３０分間」、「１時間」、「２時間」を有する。

図１４の例は図１３の例よりも簡略化した例である。限られた候補の中から、予約開始日時の「日付」、「時」、「分」の順番でコンテナが選択され、その後に予約継続時間として「３０分間」、「１時間」、「２時間」などのアイテムが選択される。

つぎに具体例２について説明する。具体例２は、被制御装置１００がエアコンの例である。
図１５は、具体例２に係るエアコンのＣＤＳの一例を示す。この例では、ルートは、コンテナである「運転切替」、「設定温度」、「切タイマー」、「入タイマー」・・・と、アイテムである「電源ＯＦＦ」を有する。コンテナである「運転切替」は、アイテムである「自動」、「冷房」、「ドライ」、「暖房」、「送風」を有する。コンテナである「設定温度」は、アイテムである「１℃上げる」、「１℃下げる」、「１６℃」、「１７℃」、「１８℃」・・・を有する。

このようにエアコンがあらかじめ備えている処理機能であれば、どのような処理機能でもＣＤＳで表現することができる。アイテムとリソースとＵＲＩとの関係はレコーダの場合と同様の考え方があてはまるため割愛する。

エアコンの場合、レコーダに比べてプロセッサやメモリのスペックが低いことが一般的である。エアコンの処理を示す処理項目を表現するＣＤＳでは、静止画のみをサポートするとよい。また、たとえば「設定しました。」といった汎用的なメッセージが描かれた、サイズの小さな静止画を一つだけ用意するとよい。これによれば、どの処理が遠隔制御されても、この静止画のみを送信すればよいため、エアコンの負荷を最小限に抑えることができる。なお、エアコンの処理能力に余裕がある場合、被制御装置１００としてのエアコンは送信すべきコンテンツを動的に生成し、制御装置２００に送信してもよい。たとえば「設定温度を１８℃に設定しました。」といったメッセージが描かれた静止画を送信してもよい。

なお、ＣＤＳでは電源ＯＮ／ＯＦＦなどの処理項目も表現することができるが、電源ＯＦＦの場合、電源ＯＦＦ後にエアコンのが停止してしまうため、制御装置２００にコンテンツを送信後、電源ＯＦＦする必要がある。

図１６は、具体例２に係るエアコンの、電源ＯＮのＣＤＳの一例を示す。
電源ＯＮをサポートするには、電源ＯＦＦ状態でもＣＤＳが有効にしている必要がある。その場合、図１６のような最小限のＣＤＳでよい。

つぎに具体例３について説明する。具体例３は、被制御装置１００が防犯カメラの例である。
図１７は、具体例３に係る防犯カメラのＣＤＳの一例を示す。この例では、ルートは、コンテナである「パン（左右移動）」、「チルト（上下移動）」、「ズーム」・・・を有する。コンテナである「パン（左右移動）」は、アイテムである「右に１段階」、「右に２段階」、「左に１段階」、「左に２段階」・・・を有する。

このように防犯カメラがあらかじめ備えている処理機能であれば、どのような処理機能でもＣＤＳで表現することができる。アイテムとリソースとＵＲＩとの関係はレコーダの場合と同様の考え方があてはまるため割愛する。

防犯カメラの場合、処理を実行した旨のコンテンツを送信するだけでなく、実際にカメラを移動後の画像をコンテンツとして送信することもできる。また、動画リソースであれば、指示された動作が停止されるまで継続して処理をし、動画コンテンツとして送信することもできる。

以上説明しように実施の形態１によれば、ＤＭＳ１００ａ側の対応をするだけで、汎用的なＤＭＰ２００ａは、ＤＭＳ１００ａをネットワークを介して遠隔制御することができる。また、ＤＭＳ１００ａに備わっている処理機能であれば、そのすべてをＣＤＳで表現することができる。また、ＤＭＰ２００ａは必要最低限の動作をするものであればよいため、旧世代のものを用いることもできる。また、ＤＭＳ１００ａとＤＭＰ２００ａとの間でメーカが違っていても制約とならない。

また、ＤＭＳ１００ａ側の拡張も簡素なものでよい。たとえば、汎用的なメッセージの、サイズの小さいコンテンツを様々な場面で共用するようにすれば、ＤＭＳ１００ａ側の負担を最小限に抑制することができる。

また、本来ＡＶ用の規格であるＵＰｎＰ−ＡＶの枠組みでＡＶ機器のみならず、白物家電も制御することが可能となる。通常、ＵＰｎＰで白物家電をデバイスとして定義して制御するためには、独自のデバイス定義やアクションの定義が必要となり、制御を指示する機器も独自のコントロールポイントとなる。これに対し、実施の形態１ではテレビ、ＰＣ、携帯電話などＤＭＰ２００ａとして動作するＡＶ機器を用いて制御することができる。

図１８は、本発明の実施の形態２に係る制御システム５００の構成を示すブロック図である。制御システム５００は、同一のネットワーク３００に接続された、管理装置６００、制御装置２００および被制御装置１０１、１０２、・・・を備える。なお、被制御装置１０１、１０２、・・・はそのネットワーク３００と異なる通信方法、たとえば赤外線通信で管理装置６００と通信してもよい。

管理装置６００は、遠隔制御されるべき被制御装置１０１、１０２、・・・の処理を管理する。管理装置６００はＰＣや携帯電話機などの機器であってもよいし、リモコン機器であってもよい。被制御装置１０１、１０２、・・・のディレクトリおよびコンテンツを、被制御装置１０１、１０２、・・・以外の装置、たとえば、それらのメーカのサーバから取得できる場合、管理装置６００は被制御装置１０１、１０２、・・・と双方向通信できない機器であってもよい。もちろん、被制御装置１０１、１０２、・・・と双方向通信できる場合、管理装置６００は被制御装置１０１、１０２、・・・からそのディレクトリおよびコンテンツを直接取得してもよい。

管理装置６００の構成および動作は、実施の形態１に係る被制御装置１００の構成および動作と基本的に同様である。以下、相違点について説明する。
制御部３０は、アクセス要求受信部２４により受信されたアクセス要求先のコンテンツに対応する処理項目の処理を実行するよう、それを実行すべき被制御装置に指示するための制御信号を生成する。それとともに当該コンテンツを制御装置２００に送信するようコンテンツ送信部２６に指示する。

図示しない制御信号送信部は、制御部３０により生成された制御信号を被制御装置１０１、１０２、・・・に送信する。ここでは、当該制御信号を赤外線通信で送信してもよいし、上記ネットワーク３００を介して送信してもよいし、他の通信手段で送信してもよい。

制御装置２００はネットワーク３００を介して管理装置６００に、被制御装置１０１、１０２、・・・の遠隔操作を指示する。被制御装置１０１、１０２、・・・は、実施の形態１に係る被制御装置１００と異なり、制御装置２００にディレクトリおよびコンテンツを送信するための要素を持つ必要はない。管理装置６００にあらかじめ被制御装置１０１、１０２、・・・のディレクトリおよびコンテンツが登録される場合、被制御装置１０１、１０２、・・・は、管理装置６００にディレクトリおよびコンテンツを送信するための要素を持つ必要もない。

図１９は、実施の形態２に係る管理装置６００のＣＤＳの一例を示す。ここでは、管理装置６００がリモコンデバイスの例である。このリモコンデバイスはエアコン、照明、二台のレコーダ、テレビを制御することができる。このリモコンデバイスは、一般的なリモコンデバイスのように各機器を赤外線で制御するものであってもよいし、他の遠隔操作手段を持つ機器であってもよい。

図１９では、リモコンデバイスが制御可能な各機器をコンテナとして表し、機器ごとのコンテナ内にＣＤＳの階層構造を利用して制御できる処理の処理項目を表現する。具体的には、ルートは、コンテナである「エアコン」、「照明」、「レコーダ１」、「レコーダ２」、「テレビ」・・・を有する。コンテナである「エアコン」は、コンテナである「運転切替」、「設定温度」、「切タイマー」、「入タイマー」・・・と、アイテムである「電源ＯＦＦ」・・・を有する。コンテナである「運転切替」は、アイテムである「自動」、「冷房」、「ドライ」、「暖房」、「送風」・・・を有する。アイテムとリソースとＵＲＩとの関係、および制御装置２００に送信すべきコンテンツは、実施の形態１の場合と同様の考え方があてはまるため割愛する。

また、図１９のように複数の機器を一つのＣＤＳで表現するのではなく、各機器ごとに一つのＣＤＳで表現してもよい。たとえば、ＵＰｎＰのメディアサーバまたはＤＬＮＡのＤＭＳとして動作する、複数のＵＰｎＰデバイスが一つのリモコンデバイス内で各ＵＰｎＰデバイスのＣＤＳにより管理される。この場合、各ＵＰｎＰデバイスが一つのリモコンデバイスで管理されるため、ＩＰアドレスはどれも等しくなるが、アクセスするＴＣＰポートが異なり、ｕｕｉｄにより各デバイスを識別することができる。

以上説明しように実施の形態２によれば、実施の形態１と同様の効果を奏する。また、制御装置２００と被制御装置１０１、１０２、・・・との間に、直接の通信手段がない場合でも、管理装置６００を用いることにより制御装置２００から被制御装置１０１、１０２、・・・に対する遠隔制御が可能となる。

以上、本発明をいくつかの実施形態をもとに説明した。これらの実施の形態は例示であり、それらの各構成要素や各処理プロセスの組合せにいろいろな変形例が可能なこと、またそうした変形例も本発明の範囲にあることは当業者に理解されるところである。

上述した実施の形態では、独自アイテムや独自リソースを用いない例について説明した。以下に示す変形例では、独自アイテムや独自リソースを用いる例について説明する。ＤＭＰ２００ａによっては、ユーザの選択とは無関係にＤＭＰ２００ａ自身が全てのコンテンツ、または不特定のコンテンツにアクセスする場合がある。たとえば、コンテンツの中身をＤＭＰ２００ａが確認することにより再生可能なコンテンツか否かを判断する処理や、コンテンツの連続再生をするスライドショーなどが該当する。このようなＤＭＰ２００ａが存在する場合の対策として、ＣＤＳ上の制御用アイテムを独自アイテムとしたり、制御用リソースを独自リソースとする。たとえば、アイテムのクラスプロパティで識別したり、リソースのｐｒｏｔｏｃｏｌＩｎｆｏのＭＩＭＥ−ｔｙｐｅで識別したりする。この変形例では、ＤＭＰ２００ａも独自アイテムや独自リソースを識別できるように修正する必要があるが、制御システム５００の信頼性およびセキュリティを向上させることができる。

また、一つのＣＤＳで公開要求されるべき公開事項と、遠隔制御されるべき処理をまとめて管理してもよい。

本発明の実施の形態１に係る制御システムの構成を示すブロック図である。 実施の形態１に係る制御システムの全体動作の一例を示す図である。 一般的なＣＤＳの一例を示す図である。 具体例１に係るレコーダのＣＤＳの一例を示す図である。 一つのアイテムが一つのリソースを持つ例を示す図である。 図５のＣＤＳのリソースとＵＲＩとの関係を規定するテーブルを示す図である。 一つのアイテムが同じメディアクラスに属する複数のリソースを持つ例を示す図である。 図７のＣＤＳのリソースとＵＲＩとの関係を規定するテーブルを示す図である。 一つのアイテムが異なるメディアクラスに属する複数のリソースを持つ例を示す図である。 図９のＣＤＳのリソースとＵＲＩとの関係を規定するテーブルを示す図である。 メディアクラスを指定するためのコンテナを持つ例を示す図である。 一つのコンテナが同じ内容の、メディアクラスの異なる複数のアイテムを持つ例を示す図である。 具体例１に係るレコーダの日時指定処理のＣＤＳの第１例を示す図である。 具体例１に係るレコーダの日時指定処理のＣＤＳの第２例を示す図である。 具体例２に係るエアコンのＣＤＳの一例を示す図である。 具体例２に係るエアコンの、電源ＯＮのＣＤＳの一例を示す図である。 具体例３に係る防犯カメラのＣＤＳの一例を示す図である。 本発明の実施の形態２に係る制御システムの構成を示すブロック図である。 実施の形態２に係る管理装置のＣＤＳの一例を示す図である。

符号の説明

１２ ディレクトリ保持部、 １４ コンテンツ保持部、 ２０ 通信部、 ２２ ディレクトリ送信部、 ２４ アクセス要求受信部、 ２６ コンテンツ送信部、 ３０ 制御部、 ６０ ディレクトリ保持部、 ７０ 通信部、 ７２ ディレクトリ受信部、 ７４ アクセス要求送信部、 ７６ コンテンツ受信部、 ８０ 受付部、 ９０ 制御部、 １００ 被制御装置、 １００ａ ＤＭＳ、 ２００ 制御装置、 ２００ａ ＤＭＰ、 ３００ ネットワーク、 ５００ 制御システム、 ６００ 管理装置。

Claims (9)

1. 制御装置からネットワークを介して遠隔制御されるべき処理を示す処理項目と、その処理項目に関連づけられる、その処理項目についての遠隔制御指示に対する応答メッセージを表現するコンテンツを管理するディレクトリを保持するディレクトリ保持部と、
   前記ディレクトリ保持部に保持されるディレクトリの情報を前記ネットワークを介して前記制御装置に送信するディレクトリ送信部と、
   前記制御装置からの、前記ディレクトリに管理される特定の処理項目についての遠隔制御指示を、当該処理項目に関連づけられたコンテンツへのアクセス要求として受信するアクセス要求受信部と、
   前記アクセス要求受信部により受信されたアクセス要求に関連づけられた処理項目の処理を実行する制御部と、
   を備えることを特徴とする被制御装置。
2. 前記制御部による指示にしたがい、前記コンテンツを前記ネットワークを介して前記制御装置に送信するコンテンツ送信部をさらに備え、
   前記制御部は、前記処理を実行するとともに、前記コンテンツを前記制御装置に送信するよう前記コンテンツ送信部に指示することを特徴とする請求項１に記載の被制御装置。
3. 前記ディレクトリ保持部は、当該被制御装置の複数の処理項目をその意味づけに応じて階層的に表現し、遠隔制御されるべき具体的処理の処理項目に、対応するコンテンツが関連づけられたディレクトリを保持することを特徴とする請求項１または２に記載の被制御装置。
4. 前記ディレクトリ保持部は、一つの処理項目に、表現媒体が異なる複数のコンテンツが関連づけられたディレクトリを保持することを特徴とする請求項１から３のいずれかに記載の被制御装置。
5. 前記ディレクトリは、ＣＤＳ(Content Directory Service)に準拠して形成され、
   前記ディレクトリ保持部は、一つの処理項目に関連づけられた複数のコンテンツを、それぞれ別のアイテムとして表現されたディレクトリを保持することを特徴とする請求項１から４のいずれかに記載の被制御装置。
6. 前記ディレクトリは、ＣＤＳに準拠して形成され、
   前記ディレクトリ保持部は、一つの処理項目に関連づけられた複数のコンテンツを、それぞれ別のリソースとして表現されたディレクトリを保持することを特徴とする請求項１から４のいずれかに記載の被制御装置。
7. 制御装置と、その制御装置からネットワークを介して遠隔制御されるべき被制御装置を備える制御システムであって、
   前記被制御装置は、
   前記制御装置から前記ネットワークを介して遠隔制御されるべき処理を示す処理項目と、その処理項目に関連づけられる、その処理項目についての遠隔制御指示に対する応答メッセージを表現するコンテンツを管理するディレクトリを保持する第１ディレクトリ保持部と、
   前記第１ディレクトリ保持部に保持されるディレクトリの情報を前記ネットワークを介して前記制御装置に送信するディレクトリ送信部と、
   前記制御装置からの、前記ディレクトリに管理される特定の処理項目についての遠隔制御指示を、当該処理項目に関連づけられたコンテンツへのアクセス要求として受信するアクセス要求受信部と、
   前記アクセス要求受信部により受信されたアクセス要求に関連づけられた処理項目の処理を実行する第１制御部と、
   前記第１制御部による指示にしたがい、前記コンテンツを前記ネットワークを介して前記制御装置に送信するコンテンツ送信部と、を有し、
   前記制御装置は、
   前記第１ディレクトリ保持部に保持されるディレクトリの情報を前記ネットワークを介して受信するディレクトリ受信部と、
   前記ディレクトリ受信部により受信されるディレクトリの情報を保持する第２ディレクトリ保持部と、
   前記第２ディレクトリ保持部に保持されるディレクトリの情報により管理される処理項目についての遠隔制御指示を受け付ける受付部と、
   前記受付部により受け付けられた遠隔制御指示に基づいて、その対象とされる処理項目に関連づけられたコンテンツへのアクセス要求を生成する第２制御部と、
   前記第２制御部により生成されたアクセス要求を前記ネットワークを介して送信するアクセス要求送信部と、
   前記被制御装置から前記ネットワークを介して送信されるコンテンツを受信するコンテンツ受信部と、
   を有することを特徴とする制御システム。
8. 遠隔制御されるべき被制御装置を管理する管理装置であって、
   制御装置からネットワークを介して遠隔制御されるべき、前記被制御装置の処理を示す処理項目と、その処理項目に関連づけられる、その処理項目についての遠隔制御指示に対する応答メッセージを表現するコンテンツを管理するディレクトリを保持するディレクトリ保持部と、
   前記ディレクトリ保持部に保持されるディレクトリの情報を前記ネットワークを介して前記制御装置に送信するディレクトリ送信部と、
   前記制御装置からの、前記ディレクトリに管理される特定の処理項目についての遠隔制御指示を、当該処理項目に関連づけられたコンテンツへのアクセス要求として受信するアクセス要求受信部と、
   前記アクセス要求受信部により受信されたアクセス要求に関連づけられた処理項目の処理を実行するよう、それを実行すべき被制御装置に指示するための制御信号を生成する制御部と、
   前記制御部により生成された制御信号を前記被制御装置に送信する制御信号送信部と、
   を備えることを特徴とする管理装置。
9. 前記制御部による指示にしたがい、前記コンテンツを前記ネットワークを介して前記制御装置に送信するコンテンツ送信部をさらに備え、
   前記制御部は、前記制御信号を生成するとともに、前記コンテンツを前記制御装置に送信するよう前記コンテンツ送信部に指示することを特徴とする請求項８に記載の管理装置。

Images