(57)【要約】【課題】、制御機器が制御対象機器に対応するＧＵＩを構成するためのＵＩデータを持っていなくても、制御対象機器と同じ機能カテゴリに対応するＵＩデータを利用することで、統一感のあるＧＵＩを構成する。【解決手段】ネットワーク１０６上の制御対象機器のカテゴリを取得し、これに基づいて最適なＵＩを適用することでユーザにとって使い勝手のよいＵＩを提供する。【選択図】  図１
2007066099.tif 000002
【特許請求の範囲】
【請求項１】
複数の制御対象機器をコントロールするための制御機器と、前記制御機器によって操作される前記制御対象機器がネットワークに接続され、該ネットワークを介して前記制御機器及び前記制御対象機器が互いの機能を含むデータを送受信することが可能なＧＵＩ構成システムであって、
前記制御機器は、
ＧＵＩの部品やレイアウトを記述するＵＩデータからＧＵＩを構成するＧＵＩ生成手段と、
前記ＵＩデータを前記制御対象機器が有する機能のカテゴリによって分類して保持するカテゴリ付ＵＩデータ保存手段と、
前記制御対象機器の機能を取得する機能カテゴリ取得手段と
を備え、
前記ＧＵＩ生成手段は、前記機能カテゴリ取得手段により取得されたカテゴリに対応する、前記カテゴリ付ＵＩデータ保存手段により保存されたカテゴリのＵＩデータを用いてＧＵＩを生成することを特徴とするＧＵＩ構成システム。
【請求項２】
前記カテゴリ付ＵＩデータ保存手段は、前記制御機器からアクセス可能なサーバ上に構築することを特徴とする請求項１に記載のＧＵＩ構成システム。
【請求項３】
前記ＧＵＩ生成手段は、前記機能カテゴリ取得手段によって取得される機能カテゴリが複数にわたる場合には、取得される機能カテゴリごとに生成されるＧＵＩを合わせて1つのＧＵＩを生成することを特徴とする請求項１又は２に記載のＧＵＩ構成システム。
【請求項４】
制御対象機器の機能を取得する機能カテゴリ取得工程と、
取得されたカテゴリに対応するＵＩデータを用いてＧＵＩを生成する工程と
を備えたことを特徴とするＧＵＩ構成方法。
【請求項５】
請求項４の方法の各工程をコンピュータにて実施させるプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワーク上に接続されたパソコンや周辺機器、ＡＶ機器、および家電製品などを制御するシステム等に関する。
【背景技術】
【０００２】
従来、デジタル化された家電製品など家中の機器をネットワークに接続するという構想が知られている。例えば、Ｕｎｉｖｅｒｓａｌ  Ｐｌｕｇ＆Ｐｌａｙ（以下ＵＰｎＰと略す）といったプロトコルを利用すれば、複数の機器を様々なネットワークに直接接続でき、また、機器間でやり取りができるので、ある機器からネットワーク上に接続される他の機器の存在や機能を知ることもできる。
【０００３】
ＵＰｎＰでは、何等かの機能である「サービス」を提供する「デバイス」と、そのサービスの発見や制御を行う「コントロールポイント」が存在する。デバイスがネットワークに接続されると、ネットワーク上のコントロールポイントはそのデバイスが接続されたことを自動的に検知する。もちろん、先にデバイスが接続されているネットワークにコントロールポイントを接続した場合も、コントロールポイントはデバイスの存在を自動的に認識する。また、コントロールポイントはデバイスの持つサービスを知ることができ、さらには実行もできる。
【０００４】
例えば、ネットワークでパソコンとオーディオアンプがつながれれば、パソコンでインターネット上の音楽データをダウンロードし、パソコンに表示されるコントローラによってオーディオアンプの電源操作や音楽データの指定操作、さらには再生指示などの操作をすることで、オーディオアンプでの音楽データ再生が可能になる。この例では、オーディオアンプがデバイスとして操作される機器となり、パソコンは操作する機器、つまりコントロールポイントとして機能している。このように、従来とは異なり、操作する機器と操作される機器が必ずしも一対一で対応しなくなる。さらには、オーディオアンプだけでなく、ＣＤプレーヤ、ＤＶＤプレーヤなどもネットワーク上に存在すれば、音楽データの再生が可能な機器だけでも複数の機器が存在することになる。よって、複数の機器を制御するＧＵＩにも工夫が必要となる。先述した音楽データの再生ならば、パソコンから操作するにしても、携帯電話で操作するにしても、もしくは何らかのマルチコントローラから行う場合であっても同様のコントロール画面で操作できるのが望ましい。また、ＣＤプレーヤ、ＤＶＤプレーヤ、またはそれ以外の機器のどれを使うとしても、音楽データの再生という同じ機能であるならば同じＧＵＩで操作できることが好ましい。
【０００５】
従来、ネットワーク上に接続された複数のマルチメディア機器を制御するための技術としては、機器を接続した際に自動的に操作に必要なコントロールパネルを表示し機器間の入出力関係を指定できるような技術が提案されている（例えば特許文献１参照）。
【０００６】
また、ユーザが使用する代表的な機器のＧＵＩをＤＢに用意し、新たな機器の開発時にはＤＢから選んで再利用することで、ユーザの慣れたＧＵＩを提供するものがある（例えば特許文献２参照）。
【０００７】
【特許文献１】特開平０７−０４４４７７号公報
【特許文献２】特開平１０−３０１７６１号公報
【発明の開示】
【発明が解決しようとする課題】
【０００８】
しかしながら、以上に述べた本出願人による特許文献１の技術では、ＡＶ機器、家電製品、などＵＩデータにカテゴリを持たせることができないので、例えば、ＡＶ機器ならば無機質なイメージがするデザインのＧＵＩで統一し、家電製品ならば温かいイメージがするデザインのＧＵＩで統一するなど、ＧＵＩのデザインを使用分野ごとで切り替えることができなかった。
【０００９】
また、上述した従来技術のうち、特許文献２の技術では、新しい機器のＵＩを設計する開発時に、ＵＩの開発者が、新しい機能に対応するＵＩデータをＤＢから選びだし、新しい機器に埋め込む必要があった。さらには、ＧＵＩ趣向の違うユーザに対応するためには、機能のＵＩデータは流用できても、レイアウトや部品情報などのＵＩデータは、様々な趣向に合わせてそれぞれＤＢから選んで組み合わせることで趣向が異なるユーザごとに専用のＵＩを設計しなければならなかった。
【００１０】
本発明は係る問題点を鑑みてなされたものであり、複数の制御対象機器とそれらの制御を行うための制御機器がネットワークで接続される際、制御機器のＧＵＩを生成する場合に関する。ＧＵＩを生成するために必要なＵＩデータを制御対象機器の機能カテゴリで分類して保存しておき、新しくネットワークに接続される制御対象機器のＧＵＩを構成する際、同じ機能カテゴリで分類されたＵＩデータを利用することで、ユーザが使い慣れたＧＵＩを提供することを目的とする。
【００１１】
また、制御対象機器においてユーザが使用できる機能が追加された場合に追加機能のＧＵＩを構成する際にも、使用中のＧＵＩに合う形状およびレイアウトのＧＵＩを自動的に構成して、制御対象機器のＧＵＩに統一感を持たせることも目的とする。つまり、制御機器側はあらかじめどんな制御対象機器が接続されるかは分からないので、開発時には限られたＧＵＩしか用意できないが、機能カテゴリを利用することで、開発時に想定しなかった機能のＧＵＩでも他のＧＵＩに合わせて構成できるようになる。さらには、機能カテゴリごとでＧＵＩを使い分けることにより、同じ機能カテゴリのＧＵＩならば統一感を持たせ、異なる機能カテゴリのＧＵＩならば見分けやすくすることも目的とする。
【課題を解決するための手段】
【００１２】
本発明のＧＵＩ構成システムは、複数の制御対象機器をコントロールするための制御機器と、前記制御機器によって操作される前記制御対象機器がネットワークに接続され、該ネットワークを介して前記制御機器及び前記制御対象機器が互いの機能を含むデータを送受信することが可能なＧＵＩ構成システムであって、前記制御機器は、ＧＵＩの部品やレイアウトを記述するＵＩデータからＧＵＩを構成するＧＵＩ生成手段と、前記ＵＩデータを前記制御対象機器が有する機能のカテゴリによって分類して保持するカテゴリ付ＵＩデータ保存手段と、前記制御対象機器の機能を取得する機能カテゴリ取得手段とを備え、前記ＧＵＩ生成手段は、前記機能カテゴリ取得手段により取得されたカテゴリに対応する、前記カテゴリ付ＵＩデータ保存手段により保存されたカテゴリのＵＩデータを用いてＧＵＩを生成する。
【００１３】
本発明のＧＵＩ構成方法は、制御対象機器の機能を取得する機能カテゴリ取得工程と、取得されたカテゴリに対応するＵＩデータを用いてＧＵＩを生成する工程とを備える。
【発明の効果】
【００１４】
本発明のＧＵＩ構成システムによれば、制御機器が制御対象機器に対応するＧＵＩを構成するためのＵＩデータを持っていなくても、制御対象機器と同じ機能カテゴリに対応するＵＩデータを利用することで、統一感のあるＧＵＩを構成することができる。
【００１５】
逆に、機能カテゴリが違う場合には同一の制御を行うＧＵＩであっても機能カテゴリごとにＧＵＩの形状やレイアウトを替えることができる。
つまり、複数の電子機器を制御するにあたり、各種制御対象機器の機能カテゴリが同じならば、ユーザの慣れ親しんだ同一のカテゴリ付ＵＩデータを用いてＧＵＩを構成でき、機能カテゴリが違えばユーザが制御対象機器を混同しないように異なるカテゴリのＵＩデータを用いてＧＵＩを構成することができるので、ユーザにとって、より使いやすいＧＵＩを提供することができる。
【発明を実施するための最良の形態】
【００１６】
以下、図面を用いて本発明の実施形態を詳細に説明する。図1において、１０１は制御装置であり、１０２は制御対象機器のＧＵＩに関する部品情報やレイアウト情報などのＵＩデータに各ＧＵＩが属する機能カテゴリ情報が対応付けられたカテゴリ付ＵＩデータを保持するカテゴリ付ＵＩデータ保存手段である。１０３〜１０５はそれぞれ制御機器１０１の制御対象でありデバイスA、デバイスB、デバイスCとする。１０６はネットワークで、制御装置１０１、デバイスA１０３、デバイスB１０４、およびデバイスC１０５の各制御対象機器を接続している。また、制御装置１０１は各デバイスを制御するためのユーザの指示を受け付ける操作部１０７を備える。操作部１０７は物理的なボタンであってもよいが、デバイスによってボタンの数などが柔軟に変更できるよう、デバイスごとに異なるＵＩデータを用いて構成されるＧＵＩを、液晶画面などに表示しタッチパネルやマウスなどのポインティングデバイスなどで選択できるのが好ましい。また、各デバイスは、それぞれが保持する機能を表す機能カテゴリ１１０を有する。
【００１７】
制御装置１０１のカテゴリ付ＵＩ保存手段１０２に保存されるカテゴリ付ＵＩデータには、サイズやレイアウトなどのＧＵＩ情報に加えて、図２のようなカテゴリが含まれる。図２はカテゴリ付ＵＩデータ保存手段１０２に保持されるデータの中身を示す概念図の一例である。ＧＵＩ２０１として、例えば、ビデオやCDプレーヤ、またDVDプレーヤなどのAV機器のカテゴリ２０２、電子レンジ、オーブン、冷蔵庫などのキッチンで使われるKitchenカテゴリ２０３、風呂、トイレの管理で使用されるBathカテゴリ２０４などのカテゴリが考えられる。さらに、AVカテゴリ２０２では、ビデオやCD、またDVDいずれの機器でも共通な再生機能に関するＵＩのPlay２０５、停止機能のStop２０６、一時停止のPause２０７などが用意される。この例では各カテゴリに続けて機能を示したが、例えばAVカテゴリ２０２に続けて、CDプレーヤやDVDプレーヤなどAVカテゴリに属する制御対象機器を保持するようにして、全制御対象機器に対する全機能を保持するようにしてもよい。
【００１８】
カテゴリ付ＵＩデータ保存手段１０２に保持されるデータには、各機能カテゴリだけでなく、ボタンやスライダ、ダイヤルといったＧＵＩの部品種類、サイズ、色、のデザインや、Play機能の横にStop機能が配置される、といったＧＵＩのレイアウト情報も結び付けられている。もちろん、機器の制御に関する記述も結び付けられる。Play機能であれば、指定されるデータの再生動作であり、Stop機能であればデータ再生の停止動作が結び付けられる。これらのデータの記述には、例えばＸＭＬ言語などを用いることができ、機器間のやり取りやＧＵＩの定義、さらには機能の結び付けを行うことができる。
【００１９】
また、カテゴリ付ＵＩデータ保存手段１０２によって保持されるカテゴリ付ＵＩデータは、制御機器が個人用であれば数種類、共有用であれば使用人数分保持するようにしてもよい。データとして保持するだけなので、必要によって増やしたり、ＧＵＩデータ２０１を全て入れ替えたり、２０２や２０３などのカテゴリごとに差し替えたりすることもできる。
【００２０】
一方、それぞれのデバイスは各々が保持する機能が属するカテゴリの情報として機能カテゴリ１１０を保持している。図３は機能カテゴリをパスで示す場合の一例である。機能カテゴリを持たせる場合は、ＧＵＩ３０１の次にAV３０２としておくことで、この機能カテゴリを有するデバイスのＧＵＩを構成するためには制御機器のカテゴリ付ＵＩデータ保存手段１０２に保持されるＵＩデータの中からAVカテゴリが付いたＵＩデータを選べばよいことがわかる。また、図４のように、AV４０２に続けて、Play４０３というＧＵＩを必要とするところまで設定してもよい。どちらの場合も制御機器の機能カテゴリ取得手段１０８によって得られる制御対象機器のカテゴリを用いて、該当するカテゴリのＵＩデータからPlayボタンに対応するＵＩデータを取得できる。
【００２１】
ここで、機能カテゴリ取得手段１０８に関しては、デバイスによるネットワーク上の他のデバイスとのデータのやり取りを利用することができる。このやり取りによって、デバイスは自分の機能を通知したり、制御機器側から機能を問い合わせたりすることもできる。よって、その結果から対応するカテゴリを決定してもよい。例えば、前述したUPｎPなどのプロトコルを用いる場合は、図５のようにやり取りする。図５では、後からデバイスが追加された場合を例として示す。新たにデバイスが接続されると制御機器のコントロールポイントにＡｄｖｅｒｔｉｓｅで通知する（５０１）。Ａｄｖｅｒｔｉｓｅされた制御機器のコントロールポイントは５０２でＳｅａｒｃｈすることによってデバイスのモデル名や型番などの情報であるデバイスディスクリプションと、デバイスの機能について、制御する動作の種類などの情報であるサービスディスクリプションを得ることができるので機能カテゴリを取得することができる。
【００２２】
以上のように、デバイスによって機能カテゴリが定まるので、得られた機能カテゴリに対応するＵＩデータを、カテゴリ付ＵＩデータ保存手段１０２から選択しＧＵＩ生成手段１０９によってＧＵＩを構成することができる。図６に示すように、制御機器６０１が参照するカテゴリ付ＵＩデータ６０３は、ＧＵＩ生成手段６０５によって実際に制御機器が表示するＧＵＩ６０４となる。そのため、デバイス６０２に機能カテゴリ６０６があれば、デバイスの属するカテゴリを制御機器の有するカテゴリ付ＵＩデータと対応させ、該当するＵＩデータから実際のデバイス用のＧＵＩを構成することができる。
【００２３】
以下、本実施形態の一例をより具体的に説明する。
（第１の実施形態）                                                            
図１において、デバイスＡ１０３はＣＤプレーヤ、デバイスＢ１０４を新たに接続されたＤＶＤプレーヤとする。
はじめにＣＤプレーヤ１０３と制御装置１０１のみがネットワーク上に存在する際、制御装置１０１では図７に示すようなＧＵＩが表示されるので、ユーザは制御装置１０１の操作部１０７からＣＤプレーヤ１０３の操作をすることができる。
【００２４】
ここで、ＤＶＤプレーヤ１０４が追加される際、制御装置１０１が行う処理の一例をフローチャートにして図８に示す。まずステップ８０１でＤＶＤプレーヤが接続されたことを検知する。検知しない場合はＮｏとなり検知するまで待つが、接続を検知した場合にはＹｅｓとなりステップ８０２に進む。ステップ８０２では、前述の図５のような仕組みの機能カテゴリ取得手段１０８を用いて新たに接続された機器の機能カテゴリを取得する。ステップ８０２で得られた機能カテゴリから接続機器がＤＶＤプレーヤとわかるので、その情報をもとに、ステップ８０３では、ＤＶＤプレーヤのＧＵＩが既にあるかどうか調べる。図６に示したように、ＵＩデータ６０３からＧＵＩ生成手段６０５によって作成されるＧＵＩ６０４のなかに既に対象のDVDプレーヤのＧＵＩが生成されているか調べればよい。例では、ＤＶＤプレーヤは新規に接続されたため、ＣＤプレーヤとＤＶＤプレーヤを操作する制御機器である制御装置１０１にＣＤプレーヤのＧＵＩは用意されているが、ＤＶＤプレーヤのＧＵＩはまだなく、Ｎｏとなりステップ８０４に進む。ステップ８０４ではカテゴリの対応付けが行われる。ＤＶＤプレーヤの有する機能カテゴリを取得したので、制御機器がカテゴリ付ＵＩデータ保存手段１０８に有するＵＩデータに対応付ける。
【００２５】
ここでは、例えばカテゴリ付ＵＩデータのカテゴリデータと取得した機能カテゴリデータを文字列で比較して検索するなど、カテゴリ付ＵＩデータ保存手段１０８によって保存されるＵＩデータから、取得した機能カテゴリを使って所望のＵＩデータが得られればどんな方法であってもよい。ＤＶＤプレーヤは、ＡＶ機器なのでＡＶカテゴリのＵＩデータを利用することでＣＤプレーヤと同じ操作感のＧＵＩを構成することができる。ステップ８０５で、ＧＵＩ生成手段１０９によりＡＶカテゴリのＵＩデータを利用してＤＶＤプレーヤのＧＵＩを構成する。
【００２６】
以上のようにして構成されるＧＵＩの例を図９に示す。図７に示したＣＤプレーヤのＧＵＩと比較すれば、統一感のあるＧＵＩが構成されることが分かる。ステップ８０６では、ステップ８０１で検知した制御対象機器の存在をユーザに示すためにステップ８０２で得られる機能カテゴリによりＤＶＤプレーヤのアイコンなどを表示し、ステップ８０５で生成したＧＵＩを制御装置１０１に表示して処理を終了する。
【００２７】
また、ステップ８０３でＮｏとなって進んだ場合には、ＤＶＤプレーヤが使用されたことがあり、ネットワーク上から外されていたものが再び接続された場合や、主電源がＯＦＦの時には検知されないようになっていたものが電源ＯＮとなって検知された場合などであり、前回の利用時に構成されたＧＵＩを再利用すればよいのでステップ８０６に進んで前回用いたアイコンとＧＵＩを表示して終了する。制御対象機器の接続検知によって表示するのはアイコンでなくてもよく、専用のＧＵＩを画面の先頭に表示したり、現在表示中の画面の邪魔にならないようにタブ表示したり、もしくはユーザの指示があるまで特に表示しなくても、制御対象機器の制御が行えるようになればよい。
【００２８】
ＧＵＩは図１１のように用意されることになる。つまり、新たに接続されたＤＶＤプレーヤは機能としてＣＤプレーヤと同様の、Ｐｌａｙ、Ｓｔｏｐ、Ｎｅｘｔ、Ｂａｃｋ、ＶｏｌｕｍｅＵＰ、ＶｏｌｕｍｅＤｏｗｎ、を持ち、加えてこの例のＣＤプレーヤでは機能がないため必要のなかったＤｕｂ機能も有している。ここに挙げた機能はＡＶカテゴリとしては一般的なものなので制御機器１０１にあらかじめ用意されているＧＵＩを使用できる。ＡＶカテゴリのＧＵＩとして現在ユーザが使用しているものと同じＧＵＩを、ＣＤプレーヤ同様にＤＶＤプレーヤのＧＵＩとして使用できる。AVカテゴリのＧＵＩとして、CDプレーヤ用のもの、DVDプレーヤ用のものが表示できるようにＵＩ表示装置１０１内で保持する。機器ごとのＧＵＩ表示は、タブ表示で並べておきユーザの選択によって切り替えられてもよいし、機器に電源が投入されたり、ユーザが機器に近づいたりなどの状態によって自動的に表示されるようにしてもよい。
【００２９】
ここで、デバイス開発メーカが制御装置から使用できるようにするためのＵＩデータを用意する場合など、カテゴリ付ＵＩデータをデバイスも保持している場合が考えられる。この場合、ＧＵＩを統一させる必要がなければ、用意されるＵＩデータから制御対象のデバイス専用のＧＵＩを作成すればよい。しかしながら、本発明の目的からすれば、ＧＵＩを統一させるために制御機器側のＵＩデータを使用するのが好ましい。例えば、ＤＶＤプレーヤは機能に対して再生「ＰＬＡＹ」、停止「ＳＴＯＰ」、進む「→」、戻る「←」、という「」内に示したラベルが与えられていたとしても、統一感を持たせるために、ＣＤプレーヤでも用いた、制御機器が保持するＡＶカテゴリのカテゴリ付ＵＩデータのラベル名を使用する。また、ＤＶＤプレーヤのみがダビング機能を持っていても、本実施形態での制御機器であるＵＩ表示装置１０１が保持するＧＵＩデータから「●」をラベルとするダビングボタンが生成される。
【００３０】
デバイスのＵＩデータとしては、部品デザインやサイズ、「Ｐｌａｙ」などのラベル名などを持たせることができるが、必要なＵＩデータだけ使用することもできる。ＵＩデータには、形状やレイアウト情報の他、例えばボタンなら、ボタンのラベルや、ボタンが押された際の動作などだけを組み合わせることができるので、ラベルや動作などのＵＩデータだけを利用して、制御機器には用意されていない機能のボタンでも、形状やレイアウトは制御機器のＵＩデータを利用することで統一感のあるＧＵＩを生成することが可能になる。
【００３１】
例えば、先の例においてＤＶＤプレーヤが二カ国語再生機能を有する他のＤＶＤプレーヤに差し替えられた際、制御機器であるＵＩ表示装置が二カ国語機能を有していなかった場合には、そのＤＶＤプレーヤが持つ、二カ国語機能の動作と、「Ｂｉｌｌｉｎｇｕａｌ」というラベルだけを、AVカテゴリ付のＵＩデータの中からデフォルトのボタンのＵＩデータと組み合わせることで、図１０に示すようなＧＵＩを構成することができる。この場合には制御機器側は特に二カ国語機能の動作を知る必要はなく、ＧＵＩとしては例えば図１２のようにデータを構成する。１２０１に示したように、例外機能に関しては制御機器のカテゴリ付ＵＩデータ保存手段はＦｕｎｃｔｉｏｎＡなどとして保持してもよい。ラベルや実際の機能はデバイス側が用意するので、ＦｕｎｄｔｉｏｎＡとして統一感のあるボタンだけ用意し、ＧＵＩ生成手段はデバイスのＵＩデータから「Ｂｉｌｌｉｎｇｕａｌ」のラベルだけ用いて図１０のようなＧＵＩを構成する。
【００３２】
ここで、前述のＡＶカテゴリだけではなく、例えば、家電カテゴリなどにも「ＳＴＯＰ」というラベルでＧＵＩを表現する停止機能を持つ機器は多いと考えられる。しかしながら、停止機能を有する機器があっても、その機器が家電カテゴリということさえ認識できれば、必ず家電カテゴリ用の表現でＧＵＩを構成できる。その結果、停止という同じ機能であったとしても、形状やレイアウトの異なるＧＵＩが構成でき、カテゴリによるＧＵＩの使い分けがより明確にできる。
【００３３】
以上説明したように、本実施形態によれば、制御機器が用いるＧＵＩを構成するためのＵＩデータにカテゴリを対応付けて保持することで統一感のあるＧＵＩを提供することが出来る。特に、マルチメディアコンテンツのデータの再生、などと言った共通の操作が発生する制御対象機器であれば、制御対象機器の機能カテゴリを合わせることで、同一のＧＵＩを構成するので、制御対象機器の利用ユーザが他の制御対象機器で使用中のＧＵＩと同じＧＵＩを作成でき、ユーザが使い慣れたＧＵＩを提供することができる。また、ユーザが使用する制御機器のＵＩデータに制御対象機器の機能に対応するものがなくても、自動的に、制御対象機器の属するカテゴリに合う形状およびレイアウトのＵＩデータを使用してＧＵＩを構成することで、ＧＵＩに統一感を持たせることができる。さらには、制御機器側はあらかじめどんな機器が接続されるかは分からないので、開発時には限られたＧＵＩしか用意できないが、カテゴリを利用することで、開発時に想定しなかったＧＵＩでも他のＧＵＩに合わせて構成することもできる。
【００３４】
また、本実施形態では、ＵＩデータは、制御機器もしくは制御対象機器が持つものとしたが、ネットワーク上からダウンロードするようにしてもよい。例えば、新たな機器を発売したメーカが、ユーザのためにデータを用意することもできる。
【００３５】
（第２の実施形態）
本実施形態では、カテゴリ付ＵＩデータ手段をネットワーク上のサーバに構築するＧＵＩ構成システムについて説明する。
図１３において、１３０１は制御装置、１３０２はＵＩデータを記憶するサーバである。１３０３から１３０５はそれぞれデバイスA、デバイスB、デバイスCとする。１３０６はネットワークで、制御装置１３０１、サーバ１３０２、デバイスA１３０３、デバイスB１３０４、およびデバイスC１３０５を接続している。また、サーバ１３０２はカテゴリ付ＵＩデータ保存手段１３１１を有する。
【００３６】
ここでは、デバイスＣを新たに接続された制御対象機器とする。処理の流れをフローチャートにして図１４に示す。まずステップ１４０１でデバイスＣが接続されたことを検知する。検知したのでＹｅｓとなりステップ１４０２に進む。ステップ１４０２では、前述の図５のような仕組みを使って新たに接続された制御対象機器のデバイスＣの機能カテゴリを取得する。ステップ１４０２で得られた機能カテゴリをもとに、ステップ１４０３では、対応するＧＵＩが既にあるかどうか調べる。ステップ１４０３でＹｅｓとなりＧＵＩが既にあればＧＵＩ構成は不要なので、ステップ１４０６において、ステップ１０２で得られた機器情報を利用して、対応する機器のアイコンを表示するなどだけして処理を終了する。ステップ１４０３でＮｏとなった場合には、ステップ１４０４でサーバに保持されるカテゴリ付ＵＩデータからカテゴリに対応するＵＩデータを得る。
【００３７】
例えば図１５に示すように制御機器から送られるＵＩデータ要求１５０１によって、サーバがカテゴリ付ＵＩデータを返す。もしくは、新しく接続した制御対象機器がＵＩデータを保持している場合も、そのＵＩデータの一部や機能カテゴリだけを制御機器から送り、送られた情報に対応するＵＩデータをサーバが返すようにしてもよく、統一感のあるＧＵＩを構成するために必要なＵＩデータが得られるのであれば、プロトコルなども特に限定しない。ステップ１４０４で得られるＵＩデータを用いてステップ１４０５でＧＵＩを構成することでデバイスＣのＧＵＩを用意することができる。
【００３８】
以上説明したように、本実施形態によれば、実施形態１で説明した効果の他に、制御装置側上にカテゴリ付ＵＩデータ保存手段を用意する必要がなくなるので制御機器のコスト削減や省スペース化につながる。また、複数の制御機器からデータの利用がしやすくなり、管理もしやすくなる。
【００３９】
（第３の実施形態）
本実施形態では、制御対象機器が複数のカテゴリを有する際に、カテゴリごとにテイストを分けてＧＵＩを表示するシステムについて説明する。
例えば、浴室でラジオを聴けるようにするためラジオ付属の風呂給湯システムであれば、ラジオの選局、ラジオ用スピーカの音量決定、などのラジオに関する操作と、給湯開始や追い炊きといった風呂の給湯に関する操作が混在する。よって、ラジオ付き風呂給湯システムは図２のカテゴリでいえば、ＡＶカテゴリ２０２とＢａｔｈカテゴリ２０４の両方に属する。
【００４０】
給湯システムの接続検知やＧＵＩ生成の仕組みなどは前述の例と同様なので省略するが、その結果構成されるＧＵＩ例を図１６に示す。１６０１で示した部分はＡＶカテゴリに属するラジオに関するＧＵＩで、１６０２で示した部分はＢａｔｈカテゴリに属する給湯に関するＧＵＩである。ここで、１６０３も１６０４もラベルが「＋」のボタンであるが、１６０３はＡＶのボリュームに関するプラスボタンで、１６０４はＢａｔｈの温度に関するプラスボタンであるのが分かりやすいよう、カテゴリごとに異なる形状で構成される。ラジオのＧＵＩ１６０１に関してはＣＤプレーヤ、ＤＶＤプレーヤなど他のAVカテゴリの制御対象機器と同じもの、給湯のＧＵＩ１６０２に関しても他の場所で使う給湯のＧＵＩと同様のものが表示できるので、ユーザにとって使い慣れたＧＵＩを利用することが可能となる。
【００４１】
以上説明したように、本実施形態によれば、第１の実施形態及び第２の実施形態で説明した効果の他に、機器の機能が複数のカテゴリにまたがっていても、それぞれを使い慣れたＧＵＩで表現することができる。
【００４２】
なお、図８及び図１４のフローチャートにおけるプログラムコードは、コンピュータのＲＡＭやＲＯＭなどに記憶されたプログラムが動作することによって実現できる。このプログラム及び当該プログラムを記録したコンピュータ読み取り可能な記憶媒体は本発明の実施形態に含まれる。
【００４３】
具体的に、前記プログラムは、例えばＣＤ−ＲＯＭのような記録媒体に記録し、或いは各種伝送媒体を介し、コンピュータに提供される。前記プログラムを記録する記録媒体としては、ＣＤ−ＲＯＭ以外に、フロッピー（登録商標）ディスク、ハードディスク、磁気テープ、光磁気ディスク、不揮発性メモリカード等を用いることができる。他方、上記プログラムの伝送媒体としては、プログラム情報を搬送波として伝搬させて供給するためのコンピュータネットワーク（ＬＡＮ、インターネット等のＷＡＮ、無線通信ネットワーク等）システムにおける通信媒体（光ファイバ等の有線回線や無線回線等）を用いることができる。
【００４４】
また、コンピュータが供給されたプログラムを実行することにより上述の実施形態の機能が実現されるだけでなく、そのプログラムがコンピュータにおいて稼働しているＯＳ（オペレーティングシステム）あるいは他のアプリケーションソフト等と共同して上述の実施形態の機能が実現される場合や、供給されたプログラムの処理の全てあるいは一部がコンピュータの機能拡張ボードや機能拡張ユニットにより行われて上述の実施形態の機能が実現される場合も、かかるプログラムは本発明の実施形態に含まれる。
【００４５】
例えば、図１７は、パーソナルユーザ端末装置の内部構成を示す模式図である。この図１７において、１２００はコンピュータＰＣである。ＰＣ１２００は、ＣＰＵ１２０１を備え、ＲＯＭ１２０２またはハードディスク（ＨＤ）１２１１に記憶された、あるいはフロッピー（登録商標）ディスクドライブ（ＦＤ）１２１２より供給されるデバイス制御ソフトウェアを実行し、システムバス１２０４に接続される各デバイスを総括的に制御する。
【００４６】
ＰＣ１２００のＣＰＵ１２０１、ＲＯＭ１２０２またはハードディスク（ＨＤ）１２１１に記憶されたプログラムにより、第１の実施形態の図８におけるステップＳ８０１〜Ｓ８０６の手順、及び第２の実施形態の図１４におけるＳ１４０１〜Ｓ１４０６の手順等が実現される。
【００４７】
１２０３はＲＡＭで、ＣＰＵ１２０１の主メモリ、ワークエリア等として機能する。１２０５はキーボードコントローラ（ＫＢＣ）で、キーボード（ＫＢ）１２０９や不図示のデバイス等からの指示入力を制御する。
【００４８】
１２０６はＣＲＴコントローラ（ＣＲＴＣ）で、ＣＲＴディスプレイ（ＣＲＴ）１２１０の表示を制御する。１２０７はディスクコントローラ（ＤＫＣ）で、ブートプログラム（起動プログラム：パソコンのハードやソフトの実行（動作）を開始するプログラム）、複数のアプリケーション、編集ファイル、ユーザファイルそしてネットワーク管理プログラム等を記憶するハードディスク（ＨＤ）１２１１、及びフロッピー（登録商標）ディスク（ＦＤ）１２１２とのアクセスを制御する。
【００４９】
１２０８はネットワークインタフエースカード（ＮＩＣ）で、ＬＡＮ１２２０を介して、ネットワークプリンタ、他のネットワーク機器、あるいは他のＰＣと双方向のデータのやり取りを行う。
【図面の簡単な説明】
【００５０】
【図１】本実施形態に係るハードウェア構成の一例を示すブロック図である。
【図２】ＵＩカテゴリの一例を示す概念図である。
【図３】ＵＩカテゴリをパスで示す場合の図である。
【図４】ＵＩカテゴリをパスで示す場合の図である。
【図５】機器制御プロトコルの一例を示すシーケンス図である。
【図６】本実施形態に係る機能カテゴリ、カテゴリ付ＵＩデータ、ＧＵＩデータおよびＧＵＩ生成手段の関係の一例を示すブロック図である。
【図７】本実施形態に係るＣＤプレーヤのＧＵＩの図である。
【図８】本実施形態の一連の動作例を示すフローチャートである。
【図９】本実施形態に係るＤＶＤプレーヤのＧＵＩの図である。
【図１０】本実施形態に係るＤＶＤプレーヤのＧＵＩの図である。
【図１１】本実施形態に係るＧＵＩ構成データの図である。
【図１２】本実施形態に係るＧＵＩ構成データの図である。
【図１３】本実施形態に係るハードウェア構成の一例を示すブロック図である。
【図１４】ＵＩカテゴリ情報のやり取りの一例を示すシーケンス図である。
【図１５】本実施形態の一連の動作例を示すフローチャートである。
【図１６】本実施形態に係るラジオ機能付き給湯システムのＧＵＩの図である。
【図１７】パーソナルユーザ端末装置の内部構成を示す模式図である。
【符号の説明】
【００５１】
１０１  制御装置
１０２  カテゴリ付ＵＩデータ保存手段
１０３〜１０５  制御対象であるデバイス
１０６  ネットワーク
１０７  操作部
１０８  機能カテゴリ取得手段
１０９  ＧＵＩ生成手段
【図１】
2007066099.tif 000003
【図２】
2007066099.tif 000004
【図３】
2007066099.tif 000005
【図４】
2007066099.tif 000006
【図５】
2007066099.tif 000007
【図６】
2007066099.tif 000008
【図７】
2007066099.tif 000009
【図８】
2007066099.tif 000010
【図９】
2007066099.tif 000011
【図１０】
2007066099.tif 000012
【図１１】
2007066099.tif 000013
【図１２】
2007066099.tif 000014
【図１３】
2007066099.tif 000015
【図１４】
2007066099.tif 000016
【図１５】
2007066099.tif 000017
【図１６】
2007066099.tif 000018
【図１７】
2007066099.tif 000019