(57)【要約】【課題】  デジタル機器の状態情報提供方法および装置を提供する。【解決手段】  デジタル機器の状態情報提供装置は、ホームネットワーク上のデジタル機器から変更された状態情報データを受信する第１のネットワークインターフェースモジュールおよび前記受信された状態情報データに基づいて前記デジタル機器の状態情報を更新する制御モジュールを含む。【選択図】  図５
2007220115.tif 000002
【特許請求の範囲】
【請求項１】
ホームネットワーク上のデジタル機器から変更された状態情報データを受信する第１のネットワークインターフェースモジュールと、
前記受信された状態情報データに基づいて前記デジタル機器の状態情報を更新する制御モジュールとを含むデジタル機器の状態情報提供装置。
【請求項２】
前記デジタル機器に送信したデータ要請に対する応答として前記デジタル機器のデータを受信する第２のネットワークインターフェースモジュールをさらに含む請求項１に記載のデジタル機器の状態情報提供装置。
【請求項３】
前記データは、前記デジタル機器のコンテンツおよび前記デジタル機器のユーザインターフェース情報のうち少なくとも１つを含む請求項２に記載のデジタル機器の状態情報提供装置。
【請求項４】
前記ユーザインターフェースは、マークアップ言語形式からなる請求項３に記載のデジタル機器の状態情報提供装置。
【請求項５】
前記第２のネットワークインターフェースモジュールは、前記ユーザインターフェースを介してユーザから入力された制御命令を前記デジタル機器に伝送する請求項３に記載のデジタル機器の状態情報提供装置。
【請求項６】
前記状態情報データは、前記デジタル機器の識別情報を含む請求項１に記載のデジタル機器の状態情報提供装置。
【請求項７】
前記ホームネットワークは、ウェブ基盤のホームネットワークである請求項１に記載のデジタル機器の状態情報提供装置。
【請求項８】
ホームネットワーク上の前記デジタル機器から変更された状態情報データを受信するステップと、
前記受信された状態情報データに基づいて前記デジタル機器の状態情報を更新するステップとを含むデジタル機器の状態情報提供方法。
【請求項９】
前記デジタル機器に送信したデータ要請に対する応答として前記デジタル機器のデータを受信するステップをさらに含む請求項８に記載のデジタル機器の状態情報提供方法。
【請求項１０】
前記データは、前記デジタル機器のコンテンツおよび前記デジタル機器のユーザインターフェース情報のうち少なくとも１つを含む請求項９に記載のデジタル機器の状態情報提供方法。
【請求項１１】
前記ユーザインターフェースは、マークアップ言語形式からなる請求項１０に記載のデジタル機器の状態情報提供方法。
【請求項１２】
前記デジタル機器のデータを受信するステップは、前記ユーザインターフェースを介してユーザから入力された制御命令を前記デジタル機器に伝送するステップを含む請求項１０に記載のデジタル機器の状態情報提供方法。
【請求項１３】
前記状態情報データは、前記デジタル機器の識別情報を含む請求項８に記載のデジタル機器の状態情報提供方法。
【請求項１４】
前記ホームネットワークは、ウェブ基盤のホームネットワークである請求項８に記載のデジタル機器の状態情報提供方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ホームネットワークに関する発明であって、より詳しくは、ウェブ基盤のホームネットワークにおいてデジタル装置に対する状態情報を効率的かつ安定的に、リアルタイムで提供することができる方法および装置に関するものである。
【背景技術】
【０００２】
最近、デジタル音声／映像（以下、Ａ／Ｖという）の処理技術の画期的な発達と共に、デジタルテレビ、セットトップボックス、ＤＶＤ再生機、デジタルアンプなど、多様なデジタル機器が家庭や事務室内で設けられて用いられている。そして、家庭や事務室のユーザは、リモコンなどを用いて、このような機器を便利に制御することができる。しかし、一定空間内に設けられるデジタル機器の数が増加すればするほど、各々の機器を制御することは複雑で難しい。
【０００３】
ここで、複数のデジタル機器を相互連動させて１つにシステム化し、ユーザは前記システム化されたデジタル機器を簡便に制御できるようにする技術が研究されてきた。このような研究において、前記デジタル機器はネットワークインターフェースを介して他のデジタル機器と連結することによって、全体的に１つのホームネットワークシステムを備えるようになる。
【０００４】
このような研究の一環として、最近、デジタルホームネットワークのためのミドルウェアのＸＨＴ（ｅＸｐａｎｄａｂｌｅ  Ｈｏｍｅ  Ｔｈｅａｔｅｒ）技術標準が開発されて提示された。ＸＨＴ技術は、三星電子（株）が開発したデジタルテレビ中心のホームネットワークソリューションであって、全米家電協会（ＣＥＡ：Ｃｏｎｓｕｍｅｒ  Ｅｌｅｃｔｒｏｎｉｃｓ  Ａｓｓｏｃｉａｔｉｏｎ）の標準規格として採用された。
【０００５】
ＸＨＴ技術は、複数のＨＤ（高精細度）級の信号を持続的に伝達することができるＩＥＥＥ１３９４ケーブルと、インターネットで主に用いられる通信規格であるインターネットプロトコルを用いてデジタルテレビと連結されたデジタル機器はもちろん、複数のデジタルテレビを制御することができるようにする。ＸＨＴ技術を用いれば、居間にあるデジタルテレビのデジタル放送受信機能を活用して、他の部屋にあるＴＶを介してもデジタル放送を視聴することができる。
【０００６】
また、ＸＨＴ技術を用いた廉価型放送受信装置（ＮＩＵ；ネットワークインタフェースユニット）は、メモリカードの形態からなり、地上波・衛星・ケーブルなど、受信方式に応じる変更が容易なため、放送事業者の経済的負担を低減させている。特に、ＸＨＴ技術は、デジタルテレビに内蔵されたブラウザを介して多様な形態のポータルサービスが可能である。
【０００７】
ＸＨＴ技術によるホームネットワークシステムにおいて、ＤＶＤプレーヤー、デジタルハードディスクドライブ、セットトップボックス、アンプなどのような複数の被制御装置はデジタルテレビのような制御装置に、各々ユーザインターフェース（以下、ＵＩ）を提供する。制御装置は、被制御装置から提供されたＵＩを表示してユーザが被制御装置を制御することができるようにする。
【０００８】
また、制御装置は、被制御装置の状態を周期的にチェックし、被制御装置の状態が変わる場合、該当被制御装置に対するユーザインターフェースをアップデートする。このために、制御装置は被制御装置の状態情報を要請する要請信号を被制御装置に伝送する。被制御装置は制御装置から要請信号を受信した後、状態が変わる場合、変化した状態情報を制御装置に伝送する。被制御装置の状態が変わらなくても、被制御装置は制御装置との連結を保持するために、一定時間が過ぎた後、以前に制御装置に伝送した状態情報と同一の状態情報を制御装置に伝送する。
【０００９】
その結果、制御装置は被制御装置から状態情報を受信して、該当被制御装置に対するウェブページをアップデートしたり、被制御装置の状態情報を要請したりする過程を繰り返す。
【００１０】
ところで、従来技術によれば、被制御装置は自身の状態に変化がなくても、制御装置との連結を保持するために、以前に制御装置に伝送した状態情報を制御装置に伝送する。これはネットワークの負荷を加重させる原因になる。
【００１１】
ここで、様々な発明が提示されたが、上述した問題は相変らず解決されていない。
【特許文献１】韓国公開特許第２００２−０１５８５６号公報
【発明の開示】
【発明が解決しようとする課題】
【００１２】
本発明は、前記問題点を改善するために案出したものであって、ウェブ基盤のホームネットワークにおいてデジタル装置の状態情報を効率的かつ安定的に、リアルタイムで提供することができる方法および装置を提供することにその目的がある。
【００１３】
しかし、本発明の目的は、以上で言及した目的に制限されず、言及していないさらなる目的は下記記載によって当業者が明確に理解できるものである。
【課題を解決するための手段】
【００１４】
前記目的を達成するために、本発明の実施形態に係わるデジタル機器の状態情報提供装置は、ホームネットワーク上のデジタル機器から変更された状態情報データを受信する第１のネットワークインターフェースモジュールおよび前記受信された状態情報データに基づいて前記デジタル機器の状態情報を更新する制御モジュールを含む。
【００１５】
また、前記目的を達成するために、本発明の一実施形態に係わるデジタル機器の状態情報提供方法は、ホームネットワーク上の前記デジタル機器から変更された状態情報データを受信するステップおよび前記受信された状態情報データに基づいて前記デジタル機器の状態情報を更新するステップを含む。
【発明の効果】
【００１６】
本発明に係わるデジタル機器の状態情報提供方法および装置によれば、次のような効果がある。
【００１７】
第１に、デジタル機器の状態情報をリアルタイムでアップデートすることができるという長所がある。
【００１８】
第２に、デジタル機器の状態情報を安定してアップデートすることができるという長所がある。
【発明を実施するための最良の形態】
【００１９】
その他、実施形態の具体的な事項は詳細な説明および図面に含まれている。
【００２０】
本発明の利点および特徴、そしてそれらを達成する方法は、添付する図面と共に詳細に後述する実施形態を参照すれば明確になる。しかし、本発明は以下にて開示する実施形態に限定されず、互いに異なる多様な形態によって実施され、単に本実施形態は本発明の開示が完全なものとなるようにし、本発明が属する技術分野で通常の知識を有する者に発明の範疇を完全に知らせるために提供されるものであって、本発明は請求項の範疇によってのみ定義されるものである。
【００２１】
以下、添付したブロック図または処理フローチャートに対する図面を参考にして、本発明の実施形態に係わるデジタル機器の状態情報提供方法および装置に対して説明する。
【００２２】
ここで、処理フローチャートの各ブロックとフローチャートの組合せは、コンピュータプログラムインストラクションによって行えることが理解できる。これらコンピュータプログラムインストラクションは、汎用コンピュータ、特殊用コンピュータ、またはその他のプログラム可能なデータプロセシング装備のプロセッサに搭載することができるため、コンピュータまたはその他のプログラム可能なデータプロセシング装備のプロセッサを介して行われるそのインストラクションがフローチャートブロックで説明された機能を行う手段を生成するようになる。
【００２３】
これらコンピュータプログラムインストラクションは、特定方式で機能を実現するために、コンピュータまたはその他のプログラム可能なデータプロセシング装備を指向することができるコンピュータ利用可能またはコンピュータ読取可能なメモリに格納されることも可能であるため、そのコンピュータ利用可能またはコンピュータ読取可能なメモリに格納されたインストラクションは、フローチャートブロックで説明された機能を行うインストラクション手段を含む製造品目を生産することも可能である。コンピュータプログラムインストラクションは、コンピュータまたはその他のプログラム可能なデータプロセシング装備上に搭載することも可能であるため、コンピュータまたはその他のプログラム可能なデータプロセシング装備上で一連の動作ステップが行われ、コンピュータで実行されるプロセスを生成して、コンピュータまたはその他のプログラム可能なデータプロセシング装備を行うインストラクションはフローチャートブロックで説明された機能を実行するためのステップを提供することも可能である。
【００２４】
また、各ブロックは、特定された論理的機能を実行するための１つ以上の実行可能なインストラクションを含むモジュール、セグメント、またはコードの一部を示すことができる。また、複数の代替実行例ではブロックで言及された機能が順序を外れて発生することも可能であることを注目しなければならない。例えば、連続して図示されている２つのブロックは、実質的に同時に行われることも可能で、またはそのブロックが時々該当機能により逆順で行われることも可能である。
【００２５】
図１は、本発明の一実施形態に係わるホームネットワークシステムを示す構成図である。
図１に示すホームネットワークシステムは、複数のデジタル機器２００，３００，４００，５００，６００を含むことができる。この時、複数のデジタル機器２００，３００，４００，５００，６００は、ＩＥＥＥ１３９４規格のような  デジタルインターフェース１によりネットワークを形成し、ホームネットワークのためのミドルウェアとしてＸＭＬを用いることが好ましい。ネットワーク内のデジタル機器２００，３００，４００，５００，６００には、各々所定のアドレス割当アルゴリズムによって自動でローカルＩＰアドレスが割当てられる。
【００２６】
ホームネットワークシステム内のデジタル機器２００，３００，４００，５００，６００は、被制御装置２００，３００，４００，６００と制御装置５００とで分類される。被制御装置２００，３００，４００，６００は、ホームネットワークでＵＩデータサーバ（Ｕｓｅｒ  Ｉｎｔｅｒｆａｃｅ  ｄａｔａ  ｓｅｒｖｅｒ）の役割をする。すなわち、被制御装置２００，３００，４００，６００は、制御装置５００に自身のＵＩ情報を提供する。もう少し具体的に、ローカルＩＰアドレスが割当てられた被制御装置２００，３００，４００，６００は、自身の機器情報を所定の定義された構文形式（ＤｅｖｉｃｅＩｎｆｏ．ｘｓｄファイルによって定義される）によるＸＭＬ（Ｅｘｔｅｎｅｎｓｉｂｌｅ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）ファイル（ＤｅｖｉｃｅＩｎｆｏ．ｘｍｌ）で表現し、これを制御装置５００に伝送する。被制御装置２００，３００，４００，６００で生成されたＤｅｖｉｃｅＩｎｆｏ．ｘｍｌには、該当被制御装置を動作させるためのＨＴＴＰ（Ｈｙｐｅｒｔｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）命令のセットを記述したファイル（ＸＨＴ９３１．ｘｓｄ）のＵＲＩ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｉｄｅｎｔｉｆｉｅｒ）が記録されている。
【００２７】
ＤｅｖｉｃｅＩｎｆｏ．ｘｍｌを生成した被制御装置２００，３００，４００，６００は、ＸＨＴ９３１．ｘｓｄを参照して該当機器が支援するＨＴＴＰ命令を記録したＸＭＬファイル（ＸＨＴ９３１．ｘｍｌ）を生成し、これもまた制御装置５００に伝送する。
【００２８】
また、被制御装置２００，３００，４００，６００は、自身の状態をチェックし、変換された状態情報を制御装置５００に提供する。このような被制御装置２００，３００，４００，６００として、セットトップボックスのように、ケーブル、衛星、または地上波放送信号を受信するネットワークインターフェースユニット６００、Ａ／Ｖデータ格納装置２００、およびＡ／Ｖデータ再生装置３００を例にあげることができる。被制御装置に対するより具体的な説明は図２を参照して後述する。
【００２９】
制御装置５００は、ホームネットワークにおいてブラウザを内蔵したクライアントの役割をする。すなわち、被制御装置２００から機器情報を表現したＤｅｖｉｃｅＩｎｆｏ．ｘｍｌおよび支援するＨＴＴＰ命令を記録したＸＨＴ９３１．ｘｍｌが受信されれば、制御装置５００は受信されたファイルを用いてファイルを伝送した被制御装置２００の機器情報および制御メニュー情報などをグラフィックユーザインターフェース形態で表示し、ＨＴＴＰ命令を用いて特定被制御装置２００を制御する。このような制御装置５００は、デジタルテレビ５００を例にあげることができるが、制御装置５００に対するより具体的な説明は図５を参照して後述する。
【００３０】
図２は、本発明の一実施形態に係わる被制御装置２００の構成を示すブロック図である。図示された被制御装置２００は、生成モジュール２１０、ネットワークインターフェースモジュール２２０、格納モジュール２５０、状態チェックモジュール２４０、および制御モジュール２３０を含む。
【００３１】
生成モジュール２１０は、被制御装置２００の機器情報を含むＤｅｖｉｃｅ  Ｉｎｆｏ．ｘｍｌファイルおよび該当被制御装置２００が支援するＨＴＴＰ命令を記録したＸＨＴ９３１．ｘｍｌファイルを生成する。
【００３２】
ここで、図３および図４を参照して、ＤｅｖｉｃｅＩｎｆｏ．ｘｍｌファイルおよびＸＨＴ９３１．ｘｍｌファイルについて説明する。
【００３３】
図３は、ＤｅｖｉｃｅＩｎｆｏ．ｘｓｄの文法構造（ｓｙｎｔａｘ）により被制御装置２００で生成されるＤｅｖｉｃｅＩｎｆｏ．ｘｍｌファイル内容の一例１０を示す図面である。
【００３４】
ｄｅｖｉｃｅＩｎｆｏタグ位置１２にはｄｅｖｉｃｅＩｎｆｏ．ｘｓｄファイルの位置情報と、日付およびバージョンが記載され、ｍａｎｕｆａｃｔｕｒｅｒタグ位置１３には被制御装置２００の製造会社名とＵＲＩ、製造日付などが記載される。そして、ｆｕｎｃｔｉｏｎＴｙｐｅタグ位置１４には製品の機能的名称と、副名称（ｓｕｂｎａｍｅ）、モデル名などが記載され、１３９４ＳｔｒｅａｍＳｏｕｒｃｅタグ位置１５にはストリームのコーディング方式とストリームのビット率とが記載される。
【００３５】
ｕｓｅｒＩｎｔｅｒｆａｃｅタグ位置１６にはユーザインターフェースに関する情報が、ｅｖｅｎｔＮｏｔｉｆｉｃａｔｉｏｎＵＩタグ位置１７にはイベント発生を知らせるユーザインターフェースに関する情報が記載されるが、図３の例ではユーザインターフェース機能は支援されていないものと示されている。そして、ＨＴＴＰＣｏｍｍａｎｄＩｎｔｅｒｆａｃｅＲｅｆタグ位置１８にはＨＴＴＰ命令を支援するＸＨＴ標準の名前、およびその命令を定義したファイル（ＸＨＴ９３１．ｘｓｄ）のＵＲＩが記録される。
【００３６】
図４は、ＸＨＴ９３１．ｘｓｄの文法構造（ｓｙｎｔａｘ）により被制御装置２００で生成されるＸＨＴ９３１．ｘｍｌファイル内容の一例２０を示す図面である。
【００３７】
先ず、ＯｐｅｒａｔｉｏｎＬｉｓｔタグ位置２２には参照されるＸＨＴ９３１．ｘｓｄファイルのＵＲＩと、日付およびバージョンが記載され、その以後に該当被制御装置２００が支援する動作コード（Ｏｐｅｒａｔｉｏｎ  Ｃｏｄｅ）が記録される。図４の実施形態で該当被制御装置２００は機器に状態変化が発生する時、これを他のデジタル機器に知らせる機能（ＥＶＥＮＴ−ＮＯＴＩＦＩＣＡＴＩＯＮ；２３）と、電源オン・オフ機能（ＰＯＷＥＲ；２４）と、指定されたコンテンツを再生させる機能（ＰＬＡＹ；２５）と、再生中であるコンテンツの再生を止める機能（ＳＴＯＰ；２６）と、再生中であるコンテンツを一時停止させる機能（ＰＡＵＳＥ；２７）と、コンテンツを巻き戻す機能（ＲＥＷＩＮＤ；２８）とを支援することが示されている。
【００３８】
再び図２を参照すれば、ネットワークインターフェースモジュール２２０は図１に示したようにネットワーク上で伝えられるコンテンツ、例えば、映像、静止映像、メディアファイル、および各種制御命令などのようなデータを送受信する。
【００３９】
格納モジュール２５０は、被制御装置２００のＵＩを構成するのに必要なデータ、例えば、被制御装置２００を示すアイコン、制御メニュー情報、および機器情報などを格納する。また、格納モジュール２５０は、生成モジュール２１０により生成されたｘｍｌファイルおよびデジタルコンテンツ、例えば、放送プログラムに対するＭＰＥＧ２  ＴＳ（Ｔｒａｎｓｐｏｒｔ  Ｓｔｒｅａｍ）を格納することもできる。このような格納モジュール２５０は、キャッシュ、ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）、ＰＲＯＭ（Ｐｒｏｇｒａｍｍａｂｌｅ  ＲＯＭ）、ＥＰＲＯＭ（Ｅｒａｓａｂｌｅ  Ｐｒｏｇｒａｍｍａｂｌｅ  ＲＯＭ）、ＥＥＰＲＯＭ（Ｅｌｅｃｔｒｉｃａｌｌｙ  Ｅｒａｓａｂｌｅ  Ｐｒｏｇｒａｍｍａｂｌｅ  ＲＯＭ）、およびフラッシュメモリ（登録商標）のような不揮発性メモリ素子またはＲＡＭ（ランダムアクセスメモリ）のような揮発性メモリ素子またはハードディスクドライブ（ＨＤＤ）のような格納媒体のうち少なくとも１つによって実現することができるが、これらに限定されることはない。
【００４０】
状態チェックモジュール２４０は、被制御装置２００の動作状態を周期的にチェックする。被制御装置２００の動作状態をチェックした結果、被制御装置２００の動作状態が変わった場合、状態チェックモジュール２４０は被制御装置２００の変更された状態情報を含む状態情報データを生成して制御装置５００に提供する。例えば、所定のデジタルコンテンツが格納モジュール２５０に記録されている状態でレコーディングが完了する場合、状態チェックモジュール２４０はレコーディング完了に対する状態情報を制御装置５００に提供する。他の例として、デジタルコンテンツが格納モジュール２５０に記録されている状態で格納モジュール２５０の残った格納空間が既に設定された閾値以下になる場合、状態チェックモジュール２４０はレコーディング空間不足に対する状態情報を制御装置５００に提供する。
【００４１】
制御モジュール２３０は、ネットワークインターフェースモジュール２２０から伝達された命令により動作を行うことができる。例えば、ネットワークインターフェースモジュール２２０を介して、格納モジュール２５０に格納されているＭＰＥＧ２  ＴＳを制御装置５００に伝送する命令を受信する場合、制御モジュール２３０はＭＰＥＧ２  ＴＳを制御装置５００に伝送する。
【００４２】
一方、制御モジュール２３０には受信された命令語を処理するためのアプリケーションソフトウェアが搭載される。そして、ＭＰＥＧ２ＴＳデコーダ、ＩＥＥＥ１３９４スタック、ネットワーク層、ウェブサーバなどが搭載されて被制御装置２００がネットワークされた装置として動作することができる機能を提供する。
【００４３】
図５は、本発明の一実施形態に係わる制御装置５００の構成を示すブロック図である。図示された制御装置５００は、第１のネットワークインターフェースモジュール５７０、第２のネットワークインターフェースモジュール５８０、格納モジュール５６０、グラフィックユーザインターフェース提供モジュール５３０、ユーザ入力モジュール５１０、ディスプレイモジュール５２０、および制御モジュール５４０を含む。
【００４４】
第１のネットワークインターフェースモジュール５７０は、被制御装置２００との通信のためのネットワークポートであって、被制御装置２００からＵＩ情報を受信する。または後述するユーザ入力モジュール５１０を介して、特定の被制御装置２００に対する制御命令を受信する場合、第１のネットワークインターフェースモジュール５７０は受信された制御命令を該当被制御装置２００に伝送する役割をする。ここで、ポートとは、論理的な接続場所を意味する。特に、ＴＣＰ／ＩＰを用いる時にはクライアントプログラムがネットワーク上の特定サーバプログラムを指定する方法として用いられる。ウェブプロトコルであるＨＴＴＰのように、ＴＣＰ／ＩＰの上位プロトコルを用いる応用プログラムはインターネット・アサインド・ナンバー・オーソリティ（ＩＡＮＡ）により予め指定されたポート番号を有する。他のアプリケーションプロセスは接続する度にポート番号が新しく付与される。サーバプログラムが初めて始まれば、指定されたポート番号にバインドされる。このサーバを使おうとするすべてのクライアントプログラムは指定されたポート番号にバインドしなければならない。ポート番号は０から６５５３６までであり、０から１０２４まではある特権を有するサービスによって用いられるように予約されている。例えば、ＨＴＴＰサービスのためにはたいてい８０番目のポートが指定される。
【００４５】
第２のネットワークインターフェースモジュール５８０は、被制御装置２００との通信のためのネットワークポートであって、被制御装置２００の状態情報を含む状態情報データを受信する。第２のネットワークインターフェースモジュール５８０のポート番号としては、第１のネットワークインターフェースモジュール５７０に指定されたポート番号以外のポート番号が指定されることが好ましい。例えば、第２のネットワークインターフェースモジュール５８０のポート番号としては１００００を指定することができる。
【００４６】
格納モジュール５６０は、第１のネットワークインターフェースモジュール５７０を介して受信された被制御装置２００のＵＩ情報、例えば、機器名称、アイコン、および作動可能な機能に関する情報などを格納する。また、格納モジュール５６０は、第２のネットワークインターフェースモジュール５８０を介して受信された被制御装置２００の変更された状態情報を格納することができる。このような格納モジュール５６０は、キャッシュ、ＲＯＭ、ＰＲＯＭ、ＥＰＲＯＭ、ＥＥＰＲＯＭ、およびフラッシュメモリのような不揮発性メモリ素子またはＲＡＭのような揮発性メモリ素子またはハードディスクドライブ（ＨＤＤ）のような格納媒体のうち少なくとも１つによって実現することができるが、これらに限定されることはない。
【００４７】
グラフィックユーザインターフェース提供モジュール５３０は、ネットワークに連結された被制御装置２００に対する機器情報を含むグラフィックユーザインターフェースを提供する。グラフィックユーザインターフェースは図６のように、制御可能な被制御装置２００の機器情報を含む状態フレーム６１０および状態フレーム６１０から選択された被制御装置２００に対応する機能メニューを含む制御フレーム６２０を含むことができる。状態フレーム６１０において、被制御装置２００の機器情報はアイコンの形態で表示されることができる。この時、被制御装置２００に対応するアイコンを介して、該当被制御装置２００の状態情報が伝えられることができる。例えば、被制御装置２００がＡ／Ｖデータ格納装置であり、Ａ／Ｖデータ格納装置を介して所定デジタルコンテンツがレコーディングされている場合、Ａ／Ｖデータ格納装置に対応するアイコンにはＡ／Ｖデータ格納装置が録画中であることを知らせるために、例えば、「ＲＥＣ」という文字で表示することができる。
【００４８】
また、被制御装置２００から変更された状態情報を受信する場合、グラフィックユーザインターフェース提供モジュール５３０は、受信された状態情報により該当被制御装置２００の状態情報を更新する。例えば、Ａ／Ｖデータ格納装置からレコーディング完了に対する状態情報を受信する場合、グラフィックユーザインターフェース提供モジュール５３０はＡ／Ｖデータ格納装置に対応するアイコンに「ＲＥＣ」という文字の代わりに「ＲＥＣＯＤＩＮＧ  ＳＴＯＰ」という文字を表示する。
【００４９】
前述したグラフィックユーザインターフェースの規格としては、ＣＥＡ２０２７（Ｃｏｎｓｕｍｅｒ  Ｅｌｅｃｔｒｏｎｉｃｓ  Ａｓｓｏｃｉａｔｉｏｎ）を用いることができる。ＣＥＡ２０２７に対する詳しい内容は、ＣＥＡ  ２０２７  ｖｅｒｓｉｏｎ  Ｆ（Ａ  Ｕｓｅｒ  Ｉｎｔｅｒｆａｃｅ  ｆｏｒ  Ｈｏｍｅ  Ｎｅｔｗｏｒｋｓ  Ｕｓｉｎｇ  Ｗｅｂ−ｂａｓｅｄ  Ｐｒｏｔｏｃｏｌｓ＿０４０６１６）を参照する。
【００５０】
ディスプレイモジュール５２０は、命令処理結果を可視的な形態で表示する。例えば、ディスプレイモジュール５２０は、図６のようなグラフィックユーザインターフェース６１０，６２０を表示する。このようなディスプレイモジュール５２０は、液晶画面（ＬＣＤ）、発光ダイオード（ＬＥＤ）、有機発光ダイオード（ＯＬＥＤ）、またはプラズマディスプレイ（ＰＤＰ）などの映像表示手段で実現することができるが、これらに限定されることはない。
【００５１】
ユーザ入力モジュール５１０は、被制御装置２００を制御する命令を受信する役割をする。ユーザ入力モジュール５１０により受信された制御命令は後述する制御モジュール５４０に提供される。ユーザ入力モジュール５１０は、制御装置５００を遠隔で制御する遠隔制御装置（図１の符号「５１０」参照）の命令を受信できるように遠隔制御信号受信モジュールを含むこともできる。
【００５２】
制御モジュール５４０はユーザ入力モジュール５１０から提供された制御命令により動作を行う。例えば、被制御装置２００，３００，４００，６００のリスト情報を表示する命令が受信される場合、制御モジュール５４０はグラフィックユーザインターフェース提供モジュール５３０を制御して、図６のように、グラフィックユーザインターフェース６１０，６２０が構成され得るようにする。
【００５３】
他の例として、図６のようなグラフィックユーザインターフェースから所定の被制御装置２００が選択される場合、制御モジュール５４０は格納モジュール５６０に格納されているｘｍｌファイルに基づいて選択された被制御装置２００のＵＲＩおよび動作コードを結合したＨＴＴＰ命令を生成する。例えば、被制御装置２００に割当てられたＩＰアドレスが１９２．１６８．０．２であり、被制御装置２００に格納されているプログラムの視聴を命令する場合、制御装置５００は「ｈｔｔｐ：／／１９２．１６８．０．２／ＣＥＡ９３１？ｐｌａｙ＆ｐｒｅｓｓ」というＨＴＴＰ命令を生成する。格納モジュール５６０に選択された被制御装置２００に対するｘｍｌファイルがない場合、制御モジュール５４０は該当被制御装置２００にｘｍｌファイル伝送を要請することもできる。
【００５４】
また、制御モジュール５４０は、第２のネットワークインターフェースモジュール５７０を介して被制御装置２００の状態情報が受信されたかを判断する。判断の結果、被制御装置２００の状態情報が受信された場合、制御モジュール５４０は受信された状態情報の内容に応じて該当被制御装置２００の状態情報を更新する。そして、更新された状態情報をグラフィックユーザインターフェース提供モジュール５３０に提供する。
【００５５】
図２および図５で用いられた「モジュール」という用語は、ソフトウェアまたはＦＰＧＡまたはＡＳＩＣのようなハードウェア構成要素を意味し、モジュールはある役割を行う。ところがモジュールは、ソフトウェアまたはハードウェアに限定される意味ではない。モジュールは、アドレッシングできる格納媒体にあるように構成することもでき、１つまたはそれ以上のプロセッサを再生させるように構成することもできる。したがって、一例としてモジュールはソフトウェア構成要素、オブジェクト指向ソフトウェア構成要素、クラス構成要素およびタスク構成要素のような構成要素と、プロセス、関数、属性、プロシージャ、サブルーチン、プログラムコードのセグメント、ドライバ、ファームウェア、マイクロコード、回路、データ、データベース、データ構造、テーブル、アレイ、および変数を含む。構成要素とモジュールの中で提供されている機能は、さらに小さい数の構成要素およびモジュールに結合したり、追加的な構成要素とモジュールにさらに分離したりすることができる。それだけでなく、構成要素およびモジュールは、デバイスまたは保安マルチメディアカード内の１つまたはそれ以上のＣＰＵを再生させるように実現することもできる。
【００５６】
図７は本発明の一実施形態に係わるホームネットワークシステムの動作過程を示すフローチャートである。
【００５７】
まず、ユーザの要請により制御装置５００は被制御装置２００、例えば、ネットワークインターフェースユニットとＡ／Ｖデータ格納装置に対して各々の装置を示すアイコンを要請する（Ｓ７１０）。
【００５８】
制御装置５００の要請に対してネットワークインターフェースユニットとＡ／Ｖデータ格納装置は該当するアイコン７２２，７２４を制御装置５００に伝送する（Ｓ７２０）。
【００５９】
この後、制御装置５００は、ネットワークインターフェースユニットおよびＡ／Ｖデータ格納装置から伝送されたアイコンをウェブブラウザを介して表示する（Ｓ７３０、７３２）。
【００６０】
この時、ユーザが前記ウェブブラウザに示されたアイコンのうち、Ａ／Ｖデータ格納装置を示すアイコンを選択すれば、制御装置５００はＡ／Ｖデータ格納装置に対してＨＴＭＬ（ハイパーテキストマークアップランゲージ）、ＸＭＬ（ｅｘｔｅｎｓｉｂｌｅ  ｍａｒｋｕｐ  ｌａｎｇｕａｇｅ）のような構造化された文書形式のユーザインターフェースを要請する（Ｓ７４０）。この時、従来のウェブコマンド（ｗｅｂ  ｃｏｍｍａｎｄ）伝送方式を用いることができる。
【００６１】
これに対し、Ａ／Ｖデータ格納装置は該当するユーザインターフェース７５２を制御装置５００に伝送し（Ｓ７５０）、制御装置５００は伝送されたユーザインターフェース７５２をウェブブラウザを介して表示する（Ｓ７６０、７６２）。
【００６２】
ユーザが表示されたユーザインターフェース５５２のうち、特定のメディアファイルを選択して再生動作を実行する場合、制御装置５００はＡ／Ｖデータ格納装置に前記選択されたメディアファイルを要請する（Ｓ７７０）。
【００６３】
Ａ／Ｖデータ格納装置は、制御装置５００から要請されたメディアファイルを制御装置５００に伝送し（Ｓ７８０）、制御装置５００は伝送されたメディアファイルを処理して、音声およびビデオシーン号を画面に再生するようになる（Ｓ７９０、７９２）。
【００６４】
前述した通り、制御装置５００の要請により制御装置５００と被制御装置２００との間になされるデータ送受信過程は、第１のネットワークインターフェースモジュール５７０を介して行われる。
【００６５】
一方、前述した通り、被制御装置２００からＵＩ情報を受信して、ウェブブラウザを介して表示する過程で被制御装置２００の状態が変わる場合、制御装置５００は被制御装置２００に対する状態情報を更新する。もう少し具体的な説明のために図８および図９を参照する。
【００６６】
図８は、本発明の実施形態に係わる被制御装置２００の動作過程を示すフローチャートである。
被制御装置２００の状態チェックモジュール２４０は、被制御装置２００の状態をチェックする（Ｓ８１０）。その次に、状態チェックモジュール２４０は被制御装置２００に状態変化が発生したかを判断する（Ｓ８２０）。
【００６７】
判断の結果、被制御装置２００の状態が変わらなかった場合（Ｓ８２０、いいえ）、状態チェックモジュール２４０は引続き被制御装置２００の状態をチェックする（Ｓ８１０）。
【００６８】
判断の結果、被制御装置２００の状態が変わった場合（Ｓ８２０、はい）、状態チェックモジュール２４０は被制御装置２００の変更された状態情報を含む状態情報データを生成する（Ｓ８３０）。例えば、被制御装置２００に所定のデジタルコンテンツが録画されているところ、録画が完了する場合、状態チェックモジュール２４０は録画完了による状態情報を含む状態情報データを生成する。この時、状態情報データには被制御装置２００の識別情報、例えば、ＩＰアドレスが含まれる。
【００６９】
状態チェックモジュール２４０により生成された状態情報データはネットワークインターフェースモジュール２２０を介して制御装置５００に伝送される（Ｓ８４０）。
【００７０】
図９は本発明の実施形態に係わる制御装置５００の動作過程を示すフローチャートである。
制御装置５００の制御モジュール５４０は、第２のネットワークインターフェースモジュール５８０を介して被制御装置２００から状態情報データが受信されたかを判断する（Ｓ９１０）。
【００７１】
判断の結果、第２のネットワークインターフェースモジュール５８０を介して被制御装置２００から状態情報データが受信されない場合（Ｓ９１０、いいえ）、制御モジュール５４０は被制御装置２００から状態情報データが受信されるまで待機するようになる。
【００７２】
判断の結果、第２のネットワークインターフェースモジュール５８０を介して被制御装置２００から状態情報データが受信された場合（Ｓ９１０、はい）、制御モジュール５４０は受信された状態情報データを処理し、状態情報データを伝送した被制御装置２００の状態情報を更新する（Ｓ９２０）。例えば、Ａ／Ｖデータ格納装置からレコーディング完了に対する状態情報を含む状態情報データを受信した場合、制御モジュール５４０はＡ／Ｖデータ格納装置の状態情報を「レコーディング」状態から「レコーディング完了」状態に更新する。そして、更新された状態情報をグラフィックユーザインターフェース提供モジュール５３０に提供する。
【００７３】
グラフィックユーザインターフェース提供モジュール５３０は、制御モジュール５４０から提供された情報により、Ａ／Ｖデータ格納装置に対応するアイコンでレコーディング状態を示すために、例えば、「ＲＥＣ」という文字の代わりにレコーディング完了を示す文字、例えば「ＲＥＣＤＩＮＧ  ＳＴＯＰ」という文字を表示することができるようにする。
【００７４】
制御モジュール５４０およびグラフィックユーザインターフェース提供モジュール５３０により処理された結果は、ディスプレイモジュール５２０を介して表示される（Ｓ９３０）。以上、添付した図面を参照して本発明の実施形態を説明したが、本発明が属する技術分野で通常の知識を有する者であれば、本発明がその技術的思想や必須の特徴を変更せず、他の具体的な形態によって実施することができるということを理解できる。したがって、以上で記述した実施形態はすべての面で例示的なものであり、限定的なものではないことを理解しなければならない。
【図面の簡単な説明】
【００７５】
【図１】本発明の一実施形態に係わるホームネットワークシステムを示す構成図である。
【図２】本発明の一実施形態に係わる被制御装置の構成を示すブロック図である。
【図３】本発明の一実施形態に係わる被制御装置から生成されるＤｅｖｉｃｅＩｎｆｏ．ｘｍｌファイル内容の一例を示す図である。
【図４】本発明の一実施形態に係わる被制御装置から生成されるＸＨＴ９３１．ｘｍｌファイル内容の一例を示す図である。
【図５】本発明の一実施形態に係わる制御装置の構成を示すブロック図である。
【図６】本発明の一実施形態に係わる制御装置から提供されるグラフィックユーザインターフェースを例示する例示図である。
【図７】本発明の一実施形態に係わるホームネットワークシステムの動作過程を示すフローチャートである。
【図８】本発明の一実施形態に係わる被制御装置の動作過程を示すフローチャートである。
【図９】本発明の一実施形態に係わる制御装置の動作過程を示すフローチャートである。
【符号の説明】
【００７６】
２００      被制御装置
５００      制御装置
５１０      ユーザ入力モジュール
５２０      ディスプレイモジュール
５３０      グラフィックユーザインターフェース提供モジュール
５４０      制御モジュール
５５０      ネットワーク状態感知モジュール
５６０      格納モジュール
５７０      第１のネットワークインターフェースモジュール
５８０      第２のネットワークインターフェースモジュール
【図１】
2007220115.tif 000003
【図２】
2007220115.tif 000004
【図３】
2007220115.tif 000005
【図４】
2007220115.tif 000006
【図５】
2007220115.tif 000007
【図６】
2007220115.tif 000008
【図７】
2007220115.tif 000009
【図８】
2007220115.tif 000010
【図９】
2007220115.tif 000011