JP5140097B2 - 機器操作システム、操作端末、***作機器、機器操作方法、機器操作プログラムおよび記録媒体 - Google Patents

Description

本発明は、操作端末がネットワークで接続された１つ以上の***作機器を操作する機器操作システムに関するものである。

近年、家庭内の複数の機器をネットワークに接続し、ネットワークの中心となる操作端末を介することによって、これら複数の機器を一括して操作するシステムが求められている。このようなシステムでは、例えばテレビを操作端末として用いる場合、接続された機器の操作するためのグラフィックユーザインタフェース（ＧＵＩ：graphical user interface）をテレビ画面上に表示し、テレビのリモコン装置によってユーザの操作を入力することによって機器を制御している。

ところが、ネットワークに接続される機器は多種に及び、また時間を追って新しい機能を有する機種も出現する。また、これらの接続機器は、それぞれの機器の特徴をなすべく、その操作性が大きく異なる。このため、接続される可能性のある全ての機器に対するＧＵＩを操作端末側で準備する事は困難であり、また、実装コストが操作端末側に偏重してしまい実用的ではない。

そこで、特許文献１には、ネットワークに接続された***作装置が自装置に対応するＧＵＩを送信し、操作端末がこれを受信して表示する技術が開示されている。

また、特許文献２には、操作端末が、***作装置から取得した***作装置情報と、当該***作装置に対応したテンプレートから、当該***作装置を操作するためのＧＵＩを構築する技術が開示されている。特許文献２に開示された技術によれば、操作端末は各***作装置に対応したテンプレートを選択することで、ＧＵＩを動的に提供することができる。

特開２０００−３３３２６９号公報（２０００年１１月３０日公開） 特開２００７−１１４８８８号公報（２００７年５月１０日公開）

しかしながら、特許文献１および２には以下のような問題点が存在する。

まず、特許文献１では、***作機器側において全てのＧＵＩが構成されている。このため、操作端末にて表示されるＧＵＩが機器毎に異なるため、統一性に欠け、操作性が低下してしまう。

また、特許文献２では、操作端末が、***作装置に対応するテンプレートを全て準備しなくてはならない。このため、***作装置の極単純な操作（起動制御など）のためのＧＵＩにとっては、これを構築するための過剰な実装コストがかかってしまう。

本発明は、上記の課題に鑑みてなされたものであり、その目的は、操作端末および***作機器における実装コストを抑えつつ、操作端末が統一性を有するＧＵＩを提供することのできる機器制御システムを提供することにある。

本発明に係る機器操作システムは、上記の課題を解決するために、操作端末と、当該操作端末に通信ネットワークを通じて接続され、当該操作端末を通じて操作される***作機器とを備えた機器操作システムであって、上記***作機器は、上記***作機器において操作可能な機能に関する機能情報を上記操作端末に送信すると共に、上記機能を操作するためのグラフィックユーザインタフェースを生成するために必要な、上記機能の汎用性がより低いほどデータ量がより多い***作側ＧＵＩ材料データを、当該汎用性が最大よりも低い場合には上記操作端末にさらに送信する送信手段を備えており、上記操作端末は、上記機能情報および上記***作側ＧＵＩ材料データを受信する受信手段と、上記機能情報と、上記グラフィックユーザインタフェースの生成に必要な、上記機能の汎用性がより高いほどデータ量がより多い操作側ＧＵＩ材料データとを少なくとも用い、さらに上記***作側ＧＵＩ材料データを受信した場合には当該***作側ＧＵＩ材料データも用いて、上記グラフィックユーザインタフェース表す機能別ＧＵＩ構成データを生成する生成手段と、上記機能別ＧＵＩ構成データを用いて、上記グラフィックユーザインタフェースを生成するＧＵＩ生成手段とを備えていることを特徴としている。

上記構成では、上記***作機器において操作可能な機能に関する機能情報が、汎用性を基準とする任意の段階に分類されている。上記構成によれば、上記機能を操作するためのグラフィックユーザインタフェースを、当該機能の汎用性がより低いほど、***作機器がより主体となって構成する。一方、上記機能の汎用性がより高いほど、操作端末がより主体となって構成する。

したがって、操作端末が、多様な***作機器を操作する場合であっても、操作端末および***作機器にかかる実装コストを抑えつつ、操作端末の提供するＧＵＩに統一性を持たせることができる。また、本発明に係る機器操作システムでは、接続する***作機器およびその操作機能を柔軟に拡張することができる。

また、本発明に係る機器操作システムにおいて、上記***作機器は、上記汎用性が互いに異なる複数の上記機能を有しており、上記ＧＵＩ生成手段は、上記機能ごとに生成された個々の上記機能別ＧＵＩ構成データを組み合わせて用いることによって、上記機能ごとの上記グラフィックユーザインタフェースを全て含む一つの操作用画面を生成することが好ましい。

上記構成によれば、１つのＧＵＩ画面に種々の操作機能のためのグラフィックを一緒に表示することができる。

また、本発明に係る機器操作システムにおいて、上記生成手段は、互いに異なる複数の上記汎用性のうちいずれかに個別に対応した複数の個別生成手段から構成されていることが好ましい。

例えば、操作端末および***作機器において全ての生成手段に対する実装コストを払えない場合であっても、汎用性がより高い順に実装すればより基本的な機能の実現ができる。そこで、上記構成によれば、汎用性の高さに応じた区分が設けられるため、実装の優先順位づけが容易になる。

また、本発明に係る機器操作システムにおいて、上記***作機器は、上記機能を操作するためのグラフィックユーザインタフェースを生成するために必要な上記***作側ＧＵＩ材料データを、上記機能の汎用性がより低いほどデータ量がより多くなるように生成する生成手段をさらに備えていることが好ましい。

上記構成によれば、特に汎用性が低い機能に関して、上記***作側ＧＵＩ材料データを必要に応じて適宜生成することができる。

また、本発明に係る機器操作システムにおいて、上記汎用性が最も高い機能は、電源操作機能またはステータス表示機能のうち少なくともいずれかであり得る。

また、本発明に係る機器操作システムにおいて、上記汎用性が最も低い機能は、上記***作機器に固有の機能であり得る。

本発明に係る操作端末は、通信ネットワークを通じて接続された***作機器を操作する操作端末であって、上記***作機器において操作可能な機能に関する機能情報を取得すると共に、上記機能を操作するためのグラフィックユーザインタフェースを生成するために必要な、上記機能の汎用性がより低いほどデータ量がより多い***作側ＧＵＩ材料データを、当該汎用性が最大よりも低い場合にはさらに取得する取得手段と、上記機能情報と、上記グラフィックユーザインタフェースの生成に必要な、上記機能の汎用性がより高いほどデータ量がより多い操作側ＧＵＩ材料データとを少なくとも用い、さらに上記***作側ＧＵＩ材料データを受信した場合には当該***作側ＧＵＩ材料データも用いて、上記グラフィックユーザインタフェース表す機能別ＧＵＩ構成データを生成する生成手段と、上記機能別ＧＵＩ構成データを用いて、上記グラフィックユーザインタフェースを生成するＧＵＩ生成手段とを備えていることを特徴としている。

上記構成によれば、上述の機器操作システムにおいて適切な操作端末を実現することができる。

また、本発明に係る***作機器は、操作端末と、当該操作端末に通信ネットワークを通じて接続され、当該操作端末を通じて操作される***作機器とを備えた機器操作システムにおいて、上記***作機器を操作する機器操作方法であって、上記***作機器が、上記***作機器において操作可能な機能に関する機能情報を上記操作端末に送信すると共に、上記機能を操作するためのグラフィックユーザインタフェースを生成するために必要な、上記機能の汎用性がより低いほどデータ量がより多い***作側ＧＵＩ材料データを、当該汎用性が最大よりも低い場合には上記操作端末にさらに送信する送信工程と、上記操作端末が、上記機能情報および上記***作側ＧＵＩ材料データを受信する受信工程と、上記操作端末が、上記機能情報と、上記グラフィックユーザインタフェースの生成に必要な、上記機能の汎用性がより高いほどデータ量がより多い操作側ＧＵＩ材料データとを少なくとも用い、さらに上記***作側ＧＵＩ材料データを受信した場合には当該***作側ＧＵＩ材料データも用いて、上記グラフィックユーザインタフェース表す機能別ＧＵＩ構成データを生成する生成工程と、上記操作端末が、上記機能別ＧＵＩ構成データを用いて、上記グラフィックユーザインタフェースを生成するＧＵＩ生成工程とを備えていることを特徴としている。

上記方法によれば、本発明に係る機器操作システムと同様の効果を奏する。

また、上記機器操作システムは、コンピュータによって実現してもよい。この場合、コンピュータを上記各手段として動作させることにより上記機器操作システムをコンピュータにおいて実現する機器操作プログラム、およびその機器操作プログラムを記録したコンピュータ読み取り可能な記録媒体も、本発明の範疇に入る。

本発明に係る機器操作システムは、操作端末と、当該操作端末に通信ネットワークを通じて接続され、当該操作端末を通じて操作される***作機器とを備えた機器操作システムであって、上記***作機器は、上記***作機器において操作可能な機能に関する機能情報を上記操作端末に送信すると共に、上記機能を操作するためのグラフィックユーザインタフェースを生成するために必要な、上記機能の汎用性がより低いほどデータ量がより多い***作側ＧＵＩ材料データを、当該汎用性が最大よりも低い場合には上記操作端末にさらに送信する送信手段を備えており、上記操作端末は、上記機能情報および上記***作側ＧＵＩ材料データを受信する受信手段と、上記機能情報と、上記グラフィックユーザインタフェースの生成に必要な、上記機能の汎用性がより高いほどデータ量がより多い操作側ＧＵＩ材料データとを少なくとも用い、さらに上記***作側ＧＵＩ材料データを受信した場合には当該***作側ＧＵＩ材料データも用いて、上記グラフィックユーザインタフェース表す機能別ＧＵＩ構成データを生成する生成手段と、上記機能別ＧＵＩ構成データを用いて、上記グラフィックユーザインタフェースを生成するＧＵＩ生成手段とを備えているため、実装コストを抑えつつ、***作機器間の統一性を有するＧＵＩを提供することができる。

本発明の一実施形態に係る機器操作システムの要部構成を示すブロック図である。 各汎用レベルに分類された***作機器における操作機能の一例を示す図である。 （ａ）はＧＵＩ画面構成方法を説明するための図であり、（ｂ）は、ＧＵＩ画面構成例を示す図である。 （ａ）はＧＵＩ画面構成方法を説明するための図であり、（ｂ）は、ＧＵＩ画面構成例を示す図である。 上記機器操作システムにおける機器制御処理の流れの一例を示すフローチャートである。

本発明の一実施形態について図面に基づいて説明すると以下の通りである。

（制御システムの構成）
はじめに、本実施形態に係る機器操作システム１００について、図１を参照して以下に説明する。

図１は、本実施形態に係る機器操作システム１００の要部構成を示すブロック図である。図１に示すように、機器操作システム１００は、操作端末１と、***作機器２および３とを含んで構成されている。なお、本実施形態では、説明のための具体例として***作機器２および３を用いているが、機器操作システム１００に含まれる***作機器の数は限定されず、さらに多くの***作機器が操作端末１と接続されていてもよい。

操作端末１と***作機器２、３とは、有線および／または無線通信により各種データを互いに送受信できるように構成されている。例えば、ＨＤＭＩ ＣＥＣ（ＨＤＭＩは登録商標）、Ｅｔｈｅｒｎｅｔ（登録商標）、およびＺｉｇＢｅｅ（登録商標）などの通信規格が挙げられる。

操作端末１は、表示装置（例えば液晶ディスプレイ）およびユーザ操作インタフェース（例えばリモコンやタッチパネル等）を備える機器であることが望ましく、例えばデジタルテレビを用いることができる。ユーザは、ユーザ操作インタフェースを介して、操作端末１により提供されたＧＵＩ（グラフィックユーザインタフェース）を操作することによって、***作機器２、３の各々に対する操作情報を入力することができる。操作端末１は、入力された操作情報（または制御コマンド）を***作機器２、３の各々に送信し、これにより、各機器を遠隔操作することができる。

***作機器２、３は、ユーザによる操作が可能な機能を有している。なお、以下の説明において、単に「機能」という場合には、***作機器２、３における上記機能を意味する。

また、***作機器２、３は、例えば家庭内に設置される様々な機器として実現可能であり、具体的には、ＡＶ機器、空調機器、ＦＡＸ、および家庭用ソーラーパネルなどが挙げられる。***作機器２、３の各々は、操作端末１から送信される操作情報（または制御コマンド）を受信し、それに応じた動作を行う。

（操作端末１）
操作端末１の要部構成について図１を参照して以下に説明する。

図１に示すように、操作端末１は、ユーザ操作受信部１０、通信部１１（１１ａ、１１ｂ、・・・）、ＧＵＩ構成解釈部１２ａ〜１２ｃ（生成手段）、ＧＵＩ構成部１３（ＧＵＩ生成手段）、ＧＵＩ構成要素記憶部１４、ＯＳＤ生成部１５、画面表示部１６、映像処理部１７、音声処理部１８、および音声出力部１９を備えている。また、操作端末１は、図示しないユーザ操作インタフェースを備えている。

ユーザ操作受信部１０は、ユーザ操作インタフェースから送信される操作信号を受信してＧＵＩ構成部１３に伝達するものである。

通信部１１は、任意の通信手段を介して、操作端末１と***作機器２、３との間のデータの送受信を行うものである。例えば、操作端末１は、ＨＤＭＩ ＣＥＣ（ＨＤＭＩは登録商標）、Ｅｔｈｅｒｎｅｔ（登録商標）、およびＺｉｇＢｅｅ（登録商標）等の通信規格ごとに、対応する複数の通信部１１（１１ａ、１１ｂ、・・・）を有する。

ＧＵＩ構成解釈部１２ａ〜１２ｃは、通信部１１を介して受信した、***作機器２、３において操作可能な機能に関する機能情報、***作側ＧＵＩ材料データ、および操作側ＧＵＩ材料データ等に基づいて、機能別ＧＵＩ構成データを生成する。なお、後述にて詳細に説明するが、本実施形態では、***作機器２、３における機能が汎用性を基準とするレベルＡ〜Ｃに分類されており、ＧＵＩ構成解釈部１２ａ〜１２ｃは、レベルＡ〜Ｃのそれぞれに対応付けられている。

また、ＧＵＩ構成解釈部１２ａ〜１２ｃは、ＧＵＩに対するユーザの操作があった場合に、ユーザ操作に対応する通信データの生成、および、適切な通信手段の選択を行う。

ＧＵＩ構成部１３は、ＧＵＩ構成解釈部１２ａ〜１２ｃの各々により生成された機能別ＧＵＩ構成データ結合して、最終的なＧＵＩを生成する。

ＧＵＩ構成要素記憶部１４は、操作端末１側で保持する***作側ＧＵＩ材料データを記憶している。

ＯＳＤ生成部１５は、ＧＵＩに基づくＯＳＤ（オンスクリーンディスプレイ）画像を生成する。また、ＯＳＤ画像以外に別途映像がある場合には、ＧＵＩを、映像処理部１７から出力される映像信号に重ね合わせる重畳処理を行う。

画面表示部１６は、生成されたＯＳＤ画像等を表示するものであり、例えば液晶ディスプレイなどの表示装置で構成される。

音声処理部１８は、内部音声あるいは通信部１１から取得した音声情報を合成し、音声出力部１９（例えばスピーカ等）から音声出力する。

なお、図１におけるＧＵＩ構成解釈部１２ａ〜１２ｃ、ＧＵＩ構成部１３、ＯＳＤ生成部１５、映像処理部１７、および音声処理部１８は、ＣＰＵ（central processing unit）がＲＯＭ（read only memory）等の記憶装置に記憶されているプログラムをＲＡＭ（random access memory）等に読み出して実行することで実現できる機能ブロックである。

（***作機器２）
***作機器２の概略構成について図１を参照して以下に説明する。なお、以下では、説明の簡略化のために、***作機器２について主に説明するが、他の***作機器に対しても同様の説明を適用することができる。

***作機器２は、機器制御コマンド処理部２０、通信部２１（２１ａ、２１ｂ、・・・）、ＧＵＩ構成生成部２２（機器側生成手段）、ＧＵＩ構成要素記憶部２３を備えている。

機器制御コマンド処理部２０は、操作端末１から送信される通信データに応じて内部処理を行い、結果的に、操作端末１のＧＵＩに対するユーザ操作を反映する。

通信部２１は、通信部１１と同様に、任意の通信手段を介して、操作端末１と***作機器２との間のデータの送受信を行うものである。操作端末１との通信手段を複数確保する場合には、互いに異なる通信規格に対応する複数の通信部２１（２１ａ、２１ｂ、・・・）を備えていてもよい。

ＧＵＩ構成生成部２２は、上記機能を操作するためのＧＵＩを生成するために必要な***作側ＧＵＩ材料データを生成する。後述にて詳細に説明するが、本実施形態では、***作機器２における機能が、汎用性を基準とするレベルＡ〜Ｃに分類されており、ＧＵＩ構成生成部２２は、***作側ＧＵＩ材料データを、上記機能の汎用性がより低いほどデータ量がより多くなるように生成する生成する。

ＧＵＩ構成要素記憶部２３は、***作機器２側で準備される***作側ＧＵＩ材料データを記憶している。

なお、図２における機器制御コマンド処理部２０、ＧＵＩ構成生成部２２、映像処理部２４、および音声処理部２５は、ＣＰＵ（central processing unit）がＲＯＭ（read only memory）等の記憶装置に記憶されているプログラムをＲＡＭ（random access memory）等に読み出して実行することで実現できる機能ブロックである。

なお、図１において点線で囲った部材は必須ではなく、***作機器２は、ＧＵＩ構成生成部２２やＧＵＩ構成要素記憶部２３等を備えていなくともよい。これらを備えない場合、***作機器２は、汎用性が高い機能のみを有する機器であったり、予め***作側ＧＵＩ材料データを記憶する記憶手段を備えていたりすることが望ましい。

（***作機器における操作可能な機能）
機器操作システム１００では、各***作機器２、３における操作可能な機能が、汎用性を基準とする各レベルに予め分類されている。

本明細書において、「汎用性」とは、機器操作システム１００が既に備える***作機器２、３間の汎用性に限定されず、今後、機器操作システム１００が備える可能性のある多種多様な***作機器（例えば家電機器）間における、機能の共通性を意味する。例えば「汎用性が低い」とは、機器固有性が高いことを意味する。

以下では、***作機器２、３における機能の汎用性レベルについて、図２を参照して説明する。図２は、各汎用レベルに分類された***作機器２、３における機能の一例を示す図である。

なお、本実施形態では、説明のための具体例として、汎用性レベルを、レベルＡ〜Ｃまでの３つに分けている。レベルＡが最も汎用性が高いレベルであり、レベルＣが最も汎用性が低いレベルであるとする。また、説明のための具体例として、***作機器２はＡ社製のレコーダであるとし、***作機器３はＢ社製のエアコンであるとする。

図２に示すように、各***作機器２、３における操作機能は、汎用性を基準として、レベルＡ〜Ｃに分類されている。

汎用性が最も高いレベルＡには、***作機器２、３共に、「電源ＯＮ／ＯＦＦ」（電源操作機能）や「機器状態取得」（ステータス表示機能）等、一般的な家電機器が共通して有する汎用機能１０１が分類される。

中程度の汎用性であるレベルＢには、用途等により分けられる種別毎の***作機器が共通して有する機器別汎用機能２０１、２０２、・・・が分類される。具体的には、***作機器２が有する「再生操作」等、様々なＡＶ機器に共通する機器別汎用機能２０１や、***作機器３が有する「温度設定」や「風向設定」等、様々な空調機器に共通する機器別汎用機能２０２がレベルＢに分類される。

汎用性が最も低いレベルＣには、製造販売元等により互いに異なる***作機器の固有の機器固有操作３０１、３０２、・・・が分類される。具体的には、***作機器２が有する「携帯電話録画用設定」等、Ａ社製のレコーダのみが有する機器固有機能３０１や、***作機器３が有する「運転スケジュール設定」等、Ｂ社製のエアコンのみが有する機器固有機能３０２がレベルＣに分類される。

なお、本実施形態では、汎用性レベルを３つに段階分けしているが、本発明はこれに限られない。すなわち、機器操作システム１００に含まれる***作機器の数、その操作機能の数、および全体の実装コストを指標として、汎用性レベルの数を任意に設定することができる。

（フレームワーク）
機器操作システム１００では、***作機器２、３における操作可能な機能の汎用性が低くなる程、当該機能に対応するＧＵＩを構成する主体を、操作端末１から***作機器２、３の各々に移行するフレームワークが予め設定されている。

例えば、汎用性が高い機能に対応するＧＵＩについては、主に操作端末１が構成する。一方、汎用性が低い（機器依存性が高い）機器固有の機能である程、***作機器２、３が、当該機能に対応するＧＵＩを生成するために必要な情報のうち、より多くの情報を提供する。

以下に、ＧＵＩ構成主体に関するフレームワークについて、図２を参照して説明する。なお、以下では、説明のために、***作機器２を用いて説明する。図２は、***作機器２における機能のＧＵＩ構成主体に関するフレームワークの一例を示す図である。

図２に示すように、本実施形態におけるフレームワークでは、汎用性レベル毎のＧＵＩ画面構成方法と、操作端末１および***作機器２の各々が当該ＧＵＩ画面構成方法に応じてどのような処理を行うのかについての処理方法とが定められている。

具体的には、レベルＡにおけるＧＵＩ画面構成方法としては、「操作ボタンを固定位置に表示する」という方法が採られている。この場合、***作機器２、３はＧＵＩ画面構成処理を行わず、操作端末１が、***作機器２の各機能に応じた操作ボタンのグラフィック（操作側ＧＵＩ材料データ）を固定位置に表示する。

レベルＢにおけるＧＵＩ画面構成方法としては、「操作ボタンを画面上の指定位置に表示する」という方法が採られている。この場合、***作機器２が、自らの機器における各機能の操作ボタン一覧と、当該操作ボタンをどのように配置するかについての表示位置情報を、***作側ＧＵＩ材料データとして提供する。一方、操作端末１は、***作機器２から取得した表示位置情報に基づいて、***作機器２における各機能の操作ボタンのグラフィック（操作側ＧＵＩ材料データ）を、準備していた枠組みに配置する。

レベルＣにおけるＧＵＩ画面構成方法としては、「ＧＵＩをＸＨＴＭＬ等のＭａｒｋＵＰＬａｎｇｕａｇｅに基づいて表示する」という方法が採られている。この場合、***作機器２が、ＸＨＴＭＬ等で記述されたＧＵＩ構成データを、***作側ＧＵＩ材料データとして提供する。操作端末１は、表示用領域（操作側ＧＵＩ材料データ）を提供し、また、***作機器から取得した***作側ＧＵＩ材料データを解析することによって、ＧＵＩ画面を構成する。

（具体例）
次に、ＧＵＩ画面構成方法について、図３および図４を用いてより具体的に説明する。

まず、例えばＡ社製レコーダである***作機器２のＧＵＩ画面構成方法について説明する。

図３（ａ）は、操作対象が***作機器２（Ａ社製レコーダ）である場合のＧＵＩ画面構成方法を示す図である。図３（ａ）の左側は、各レベルにおける操作機能、ＧＵＩ画面構成方法、および通信手段の組み合わせ例を示しており、図３（ａ）の右側は、各レベルにおける機能別ＧＵＩ構成データの画面構成例を示している。図３（ｂ）は、機能別ＧＵＩ構成データを組み合わせた操作用画面を示している。

図３（ａ）に示すように、汎用性が最も高いレベルＡには、「電源制御」および「機器状態取得」という汎用操作機能が分類されている。これら機能に対応するＧＵＩについては、操作端末１（具体的にはＧＵＩ構成解釈部１２ａ）が主体となって生成する。この結果、図３（ａ）の右側に示されるＧＵＩ画面１１０が構成される。

なお、レベルＡの機能に対してユーザ操作を受けた場合における***作機器２との通信方式として、ＨＤＭＩ ＣＥＣが設定されている。

レベルＢには、「再生操作」、「メディア切り替え」および「選局」という機器別汎用操作機能が分類されている。これらの機能に対応するＧＵＩに関しては、格子状の枠組みを決めた上で、各機能のグラフィックを配置すること（グリッド配置）によって生成される。

具体的には、***作機器２が機能毎のグラフィックの配置情報（***作側ＧＵＩ材料データ）を提供する。次いで、操作端末１（具体的にはＧＵＩ構成解釈部１２ｂ）が当該配置情報を解釈し、各操作機能のグラフィック（操作側ＧＵＩ材料データ）を提供することによって、機能別ＧＵＩ構成データを生成する。このように生成されたデータに基づけば、図３（ａ）の右側に示されるＧＵＩ画面２１０が構成される。

なお、レベルＢの機能に対してユーザ操作を受けた場合における***作機器２との通信方式として、ＨＤＭＩ ＣＥＣが設定されている。

レベルＣには、「録画タイトル編集」、「チャプタ結合」、「携帯電話録画設定」および「録画グループ設定」という固有操作機能が分類されている。これら機能に対応するＧＵＩについては、***作機器２が主体となって生成する。具体的には、***作機器２が機能毎のＸＨＴＭＬデータ（***作側ＧＵＩ材料データ）を提供する。一方、操作端末１（具体的にはＧＵＩ構成解釈部１２ｃ）は、表示用領域（操作側ＧＵＩ材料データ）を提供し、***作機器２から提供されたＸＨＴＭＬデータを解釈することによって、機能別ＧＵＩ構成データを生成する。このように生成されたデータに基づけば、図３（ａ）の右側に示されるＧＵＩ画面３１０が構成される。

なお、レベルＣの機能に対してユーザ操作を受けた場合における***作機器２との通信手段として、Ｅｔｈｅｒｎｅｔ（登録商標）が設定されている。

操作端末１のＧＵＩ構成部１３は、以上のように生成された各レベルの機能別ＧＵＩ構成データを結合して、図３（ｂ）に示す操作用画面４１０を構成する。

次に、例えばＢ社製エアコンである***作機器３のＧＵＩ画面構成方法について説明する。

図４（ａ）は、操作対象が***作機器３（Ｂ社製エアコン）である場合のＧＵＩ画面構成方法を示す図である。図４（ａ）の左側は、各レベルにおける操作機能、ＧＵＩ画面構成方法、および通信手段の組み合わせ例を示しており、図４（ａ）の右側は、各レベルにおける機能別ＧＵＩ構成データの画面構成例を示している。図４（ｂ）は、機能別ＧＵＩ構成データを組み合わせた操作用画面を示している。

図４（ａ）に示すように、最も汎用性が高いレベルＡには、「電源制御」および「機器状態取得」という汎用操作機能が分類されている。これら機能に対応するＧＵＩについては、操作端末１が主体となって生成する。このデータに基づけば、図４（ａ）の右側に示されるＧＵＩ画面１２０が構成される。

なお、レベルＡの機能に対してユーザ操作を受けた場合における***作機器３との通信方式として、ＺｉｇＢｅｅ（登録商標）が設定されている。

レベルＢには、「温度調節」および「風向設定」という機器別の操作機能が分類されている。これら機能のＧＵＩについては、格子状の枠組みを決めた上で、その中身を埋める方法（グリッド配置）によって生成される。具体的な処理方法は、***作機器２に関して説明した方法と同様であり、当該方法によれば、図４（ａ）の右側に示されるＧＵＩ画面２２０が構成される。

なお、レベルＢの機能に対してユーザ操作を受けた場合における***作機器３との通信方式として、ＺｉｇＢｅｅ（登録商標）が設定されている。

レベルＣには、「運転予約」という固有の操作機能が分類されている。この機能に対応するＧＵＩについては、***作機器２が主体となって生成する。具体的な処理方法は、***作機器２に関して説明した方法と同様であり、当該方法によれば、図４（ａ）の右側に示されるＧＵＩ画面３２０が構成される。

なお、レベルＣの機能に対してユーザ操作を受けた場合における***作機器３との通信方式として、Ｅｔｈｅｒｎｅｔ（登録商標）が設定されている。

操作端末１におけるＧＵＩ構成部１３は、以上のように生成された各レベルの機能別ＧＵＩ構成データを組み合わせて、図４（ｂ）に示す操作用画面４２０を構成する。

（機器操作システム１００における制御処理の一例）
機器操作システム１００における機器操作処理の一例について、図５を参照して以下に説明する。図５は、操作端末１を用いて***作機器２を制御する際の処理の流れを示すフローチャートである。

なお、図５では、説明のために、***作機器２を操作する際の一例を示している。また、図５では、ユーザが操作端末１に対して、***作機器２を操作するためのＧＵＩを表示する指示を入力した後からの処理を示している。

まず、操作端末１では、通信部１１ａが接続可能な***作機器２を検出し、***作機器２の通信部２１ａとの間に相互通信路を確立する（ステップＳ１１、Ｓ２１）。

次いで、操作端末１は、通信部１１ａを介して、制御互換性に関する情報を***作機器２に要求する（ステップＳ１２）。この要求に応じて、***作機器２は、通信部２１ａを介して、制御互換性に関する情報を操作端末１に送信する（ステップＳ２２）。

なお、制御互換性に関する情報（以下、互換情報）とは、***作機器２において操作可能な機能に関する機能情報、ＧＵＩ画面構成方法に関する情報、および通信形式に関する情報、または、これらの情報を特定することができるバージョン番号を含む情報等である。

操作端末１において、通信部１１ａは、***作機器２から送信された互換情報を受信し、図示しない記憶手段等に保存する。また、受信した互換情報のうち機能情報を汎用性レベルＡ〜Ｃ毎に分け、対応するＧＵＩ構成解釈部１２ａ〜１２ｃにそれぞれ出力する。

ＧＵＩ構成解釈部１２ａ〜１２ｃは、入力された機能情報に基づいて、機能別ＧＵＩ構成データを生成するための各レベルに応じた処理を行う。

このとき、ＧＵＩ構成解釈部１２ｂ、１２ｃは、上記機能情報と、ＧＵＩ構成要素記憶部１４に記憶された操作側ＧＵＩ材料データを用いるのみでは、機能別ＧＵＩ構成データの生成処理を完結することができない。そこで、ＧＵＩ構成解釈部１２ｂ、１２ｃは、上記互換情報に追加して、***作機器２の***作側ＧＵＩ材料データを、通信部１１を介して***作機器２に要求する（ステップＳ１３）。この要求に応じて、***作機器２は、生成した***作側ＧＵＩ材料データを、通信部２１を介して操作端末１に送信する（ステップＳ２３）。操作端末１は、通信部１１を介して、***作機器２から送信された***作側ＧＵＩ材料データを受信し、受信した情報を、対応する機能の汎用性レベル毎にＧＵＩ構成解釈部１２ｂ、１２ｃに出力する。

したがって、ＧＵＩ構成解釈部１２ｂおよび１２ｃは、入力された機能情報および***作側ＧＵＩ材料データ、ならびに操作側ＧＵＩ材料データに基づいて、機能別ＧＵＩ構成データを生成する。一方、ＧＵＩ構成解釈部１２ａは、入力された機能情報、および、操作側ＧＵＩ材料データに基づいて、機能別ＧＵＩ構成データを生成する（ステップＳ１４）。

次いで、ステップＳ１４では、ＧＵＩ構成解釈部１２ａ〜１２ｃが、生成した機能別ＧＵＩ構成データをＧＵＩ構成部１３に出力する。ＧＵＩ構成部１３は、ＧＵＩ構成解釈部１２ａ〜１２ｃの各々から入力された機能別ＧＵＩ構成データを組み合わせて、機能毎のＧＵＩを複数含む１つの操作用画面を生成する。

ここで、ＧＵＩ構成部１３は、１つの操作用画面を形成するために、各レベルにおける機能別ＧＵＩ構成データを選択的に結合してもよい。

次いで、ステップＳ１４では、ＧＵＩ構成部１３が、生成したＧＵＩをＯＳＤ生成部１５に出力する。ＯＳＤ生成部１５は、入力されたＧＵＩに基づいて、ＯＳＤ画像を生成すし、画面表示部１６に出力する。画面表示部１６は、ＯＳＤ画像を表示することにより、ユーザにＧＵＩを提供する。

ここで、ＯＳＤ画像以外に別途映像がある場合には、ＧＵＩを映像処理部１７から出力される映像信号に重ね合わせる重畳処理を行う。また、音声情報がある場合には、音声処理部１８が、内部音声あるいは通信部１１から取得した音声情報を合成し、音声出力部１９（例えばスピーカ等）から音声出力する。

その後、ユーザ操作受信部１０がＧＵＩに対するユーザ操作を受信すると（ステップＳ１５）、受信したユーザ操作情報を、当該ユーザ操作を受けた機能のレベルに対応するＧＵＩ構成解釈部１２ａ〜１２ｃのいずれかに出力する。例えばＧＵＩ構成解釈部１２ｂがユーザ操作情報を入力された場合、ＧＵＩ構成解釈部１２ｂは、レベルＢの機能別ＧＵＩ構成データに基づいて、ユーザ操作に応じた通信データを生成し、かつ当該レベルに応じた通信手段を選択する（ステップＳ１６）。なお、上記通信データとは、制御コマンドまたはユーザ操作情報を含むデータである。

ステップＳ１７は必要に応じて行うことが好ましく、詳細については後述にて説明する。

次いで、ＧＵＩ構成解釈部１２ｂは、選択した通信手段に対応する通信部１１（１１ａ、１１ｂ、・・・のいずれか）を介して、***作機器２に通信データを送信する（ステップＳ１８）。なお、他のＧＵＩ構成解釈部１２ａ、１２ｃがユーザ操作情報を入力された場合についても同様である。

***作機器２は、操作端末１から送信された通信データを、当該通信データの通信形式に対応する通信部２１（２１ａ、２１ｂ、・・・のいずれか）を介して受信し、機器制御コマンド処理部２０に出力する。機器制御コマンド処理部２０は、入力された通信データに応じた内部処理を行う（ステップＳ２４）。これによって、***作機器２はユーザ操作を反映した動作を行う。

ステップＳ２５は必要に応じて行うことが好ましく、詳細については後述にて説明する。

その後、ＧＵＩに対して、再度、ユーザ操作が行なわれる場合には、ステップＳ１４に戻る。

（その他の処理）
上述した機器操作システム１００における操作処理では、さらに以下の処理を行ってもよい。

例えば、ＧＵＩに対するユーザ操作を受けた操作機能について、当該操作機能のＧＵＩを構成した主体が操作端末１である場合（例えばレベルＡ）には、図５におけるステップＳ１５の後、操作端末１は、ユーザ操作に応じて、ＧＵＩの構成を変更する処理を行ってもよい（ステップＳ１７）。

また、ＧＵＩに対するユーザ操作を受けた操作機能について、当該操作機能のＧＵＩを構成した主体が***作機器２である場合（例えばレベルＣ）には、図５におけるステップＳ２４の後、***作機器２は、ユーザ操作に応じてＧＵＩの構成を変更するための変更データを、操作端末１に送信してもよい（ステップＳ２５）。

なお、ＧＵＩの構成変更とは、例えば、ＧＵＩ上の特定の項目をユーザが選択すると、より詳細な選択項目が現れるような変更が挙げられる。

（機器操作のための通信データ）
上述したステップＳ１６において、ＧＵＩ構成解釈部１２ａ〜１２ｃは、それぞれ適切な通信データを生成することが好ましい。

例えば、ステップＳ１５においてユーザ操作を受けた機能について、当該機能に対応するＧＵＩの構成主体が操作端末１側にある場合（例えばレベルＡ）、ステップＳ１６では、操作端末１（例えばＧＵＩ構成解釈部ａ）が、上記ユーザ操作に応じた制御コマンドを生成し、通信データに含めることが好ましい。この場合、***作機器２は、上記制御コマンドに応じて制御される。

一方、ステップＳ１５においてユーザ操作を受けた機能について、当該機能に対応するＧＵＩの構成主体が***作機器２側にある場合（例えばレベルＣ）、ステップＳ１６では、操作端末１（例えばＧＵＩ構成解釈部ｃ）が、上記ユーザ操作情報をそのまま通信データに含めることが好ましい。この場合、ステップＳ２４において、***作機器２は、上記ユーザ操作情報に応じた処理を行い、その処理結果に基づいて制御される。

このような処理方法によれば、多様な機器を操作する操作端末１における実装コストを削減することができる。

（通信手段の選択）
また、上述したステップＳ１６において、ＧＵＩ構成解釈部１２ａ〜１２ｃは、操作相手である***作機器２、３の対応する通信手段（通信規格）のうち、ユーザ操作を受けた機能の汎用性レベルに基づいて適切な通信手段を選択することが好ましい。

例えば、同一の***作機器においても、当該***作機器における機能の汎用性レベルがそれぞれ異なる場合には、上述したように、***作機器に送信すべき通信データの形式が異なる場合がある。このため、ＧＵＩ構成解釈部１２ａ〜１２ｃが、操作機能の汎用性レベルに基づいて適切な通信手段を選択すれば、ユーザ操作に応じた通信データを適切に送信することができる。

具体的には、選択すべき通信手段は、図３および図４に示すように、予めフレームワークに設定されていてもよい。

（付記事項）
本発明は上述した実施形態に限定されるものではなく、請求項に示した範囲で種々の変更が可能である。すなわち、請求項に示した範囲で適宜変更した技術的手段を組み合わせて得られる実施形態についても本発明の技術的範囲に含まれる。

最後に、機器操作システム１００に含まれている各ブロックは、ハードウェアロジックによって構成してもよい。または、次のように、ＣＰＵを用いてソフトウェアによって実現してもよい。

すなわち、機器操作システム１００は、各機能を実現する制御プログラムの命令を実行するＣＰＵ（central processing unit）、上記プログラムを格納したＲＯＭ（read only memory）、上記プログラムを展開するＲＡＭ（random access memory）、上記プログラムおよび各種データを格納するメモリ等の記憶装置（記録媒体）などを備えている。そして、本発明の目的は、上述した機能を実現するソフトウェアである機器操作システム１００の制御プログラムのプログラムコード（実行形式プログラム、中間コードプログラム、ソースプログラム）をコンピュータで読み取り可能に記録した記録媒体を、機器操作システム１００に供給し、そのコンピュータ（またはＣＰＵやＭＰＵ）が記録媒体に記録されているプログラムコードを読み出し実行することによっても、達成可能である。

上記記録媒体としては、例えば、磁気テープやカセットテープ等のテープ系、フロッピー（登録商標）ディスク／ハードディスク等の磁気ディスクやＣＤ−ＲＯＭ／ＭＯ／ＭＤ／ＤＶＤ／ＣＤ−Ｒ等の光ディスクを含むディスク系、ＩＣカード（メモリカードを含む）／光カード等のカード系、あるいはマスクＲＯＭ／ＥＰＲＯＭ／ＥＥＰＲＯＭ／フラッシュＲＯＭ等の半導体メモリ系などを用いることができる。

また、機器操作システム１００を通信ネットワークと接続可能に構成し、上記プログラムコードを、通信ネットワークを介して供給してもよい。この通信ネットワークとしては、特に限定されず、例えば、インターネット、イントラネット、エキストラネット、ＬＡＮ、ＩＳＤＮ、ＶＡＮ、ＣＡＴＶ通信網、仮想専用網（virtual private network）、電話回線網、移動体通信網、衛星通信網等が利用可能である。また、通信ネットワークを構成する伝送媒体としては、特に限定されず、例えば、ＩＥＥＥ１３９４、ＵＳＢ、電力線搬送、ケーブルＴＶ回線、電話線、ＡＤＳＬ回線等の有線でも、ＩｒＤＡやリモコンのような赤外線、Ｂｌｕｅｔｏｏｔｈ（登録商標）、８０２．１１無線、ＨＤＲ、携帯電話網、衛星回線、地上波デジタル網等の無線でも利用可能である。なお、本発明は、上記プログラムコードが電子的な伝送で具現化された、搬送波に埋め込まれたコンピュータデータ信号の形態でも実現され得る。

本発明は、***作機器と当該***作機器を操作する操作端末とを含む機器操作システムとして、幅広く利用することができる。

１ 操作端末
２、３ ***作機器
１０ ユーザ操作受信部
１１ 通信部（受信手段、取得手段）
１２ａ〜１２ｃ ＧＵＩ構成解釈部（生成手段、個別生成手段）
１３ ＧＵＩ構成部（ＧＵＩ構成手段）
１４ ＧＵＩ構成要素記憶部
１５ ＯＳＤ生成部
１６ 画面表示部
２０ 機器制御コマンド処理部
２１ 通信部（送信手段）
２２ ＧＵＩ構成生成部（機器側生成手段）
２３ ＧＵＩ構成要素記憶部
１００ 機器操作システム

Claims (10)

1. 操作端末と、当該操作端末に通信ネットワークを通じて接続され、当該操作端末を通じて操作される***作機器とを備えた機器操作システムであって、
   上記***作機器は、
   上記***作機器において操作可能な機能に関する機能情報を上記操作端末に送信すると共に、上記機能を操作するためのグラフィックユーザインタフェースを生成するために必要な、上記機能の汎用性がより低いほどデータ量がより多い***作側ＧＵＩ材料データを、当該汎用性が最大よりも低い場合には上記操作端末にさらに送信する送信手段を備えており、
   上記操作端末は、
   上記機能情報および上記***作側ＧＵＩ材料データを受信する受信手段と、
   上記機能情報と、上記グラフィックユーザインタフェースの生成に必要な、上記機能の汎用性がより高いほどデータ量がより多い操作側ＧＵＩ材料データとを少なくとも用い、さらに上記***作側ＧＵＩ材料データを受信した場合には当該***作側ＧＵＩ材料データも用いて、上記グラフィックユーザインタフェースを表す機能別ＧＵＩ構成データを生成する生成手段と、
   上記機能別ＧＵＩ構成データを用いて、上記グラフィックユーザインタフェースを生成するＧＵＩ生成手段とを備えていることを特徴とする機器操作システム。
2. 上記***作機器は、上記汎用性が互いに異なる複数の上記機能を有しており、
   上記ＧＵＩ生成手段は、
   上記機能ごとに生成された個々の上記機能別ＧＵＩ構成データを組み合わせて用いることによって、上記機能ごとの上記グラフィックユーザインタフェースを複数含む一つの操作用画面を生成することを特徴とする請求項１に記載の機器操作システム。
3. 上記生成手段は、互いに異なる複数の上記汎用性のうちいずれかに個別に対応した複数の個別生成手段から構成されていることを特徴とする請求項１または２に記載の機器操作システム。
4. 上記***作機器は、上記機能を操作するためのグラフィックユーザインタフェースを生成するために必要な上記***作側ＧＵＩ材料データを、上記機能の汎用性がより低いほどデータ量がより多くなるように生成する機器側生成手段をさらに備えていることを特徴とする請求項１から３のいずれか１項に記載の機器操作システム。
5. 上記汎用性が最も高い機能は、電源操作機能またはステータス表示機能のうち少なくともいずれかであることを特徴とする請求項１から４のいずれか１項に記載の機器操作システム。
6. 上記汎用性が最も低い機能は、上記***作機器に固有の機能であることを特徴とする請求項１から５のいずれか１項に記載の機器操作システム。
7. 通信ネットワークを通じて接続された***作機器を操作する操作端末であって、
   上記***作機器において操作可能な機能に関する機能情報を取得すると共に、上記機能を操作するためのグラフィックユーザインタフェースを生成するために必要な、上記機能の汎用性がより低いほどデータ量がより多い***作側ＧＵＩ材料データを、当該汎用性が最大よりも低い場合にはさらに取得する取得手段と、
   上記機能情報と、上記グラフィックユーザインタフェースの生成に必要な、上記機能の汎用性がより高いほどデータ量がより多い操作側ＧＵＩ材料データとを少なくとも用い、さらに上記***作側ＧＵＩ材料データを取得した場合には当該***作側ＧＵＩ材料データも用いて、上記グラフィックユーザインタフェースを表す機能別ＧＵＩ構成データを生成する生成手段と、
   上記機能別ＧＵＩ構成データを用いて、上記グラフィックユーザインタフェースを生成するＧＵＩ生成手段とを備えていることを特徴とする操作端末。
8. 操作端末と、当該操作端末に通信ネットワークを通じて接続され、当該操作端末を通じて操作される***作機器とを備えた機器操作システムにおいて、上記***作機器を操作する機器操作方法であって、
   上記***作機器が、上記***作機器において操作可能な機能に関する機能情報を上記操作端末に送信すると共に、上記機能を操作するためのグラフィックユーザインタフェースを生成するために必要な、上記機能の汎用性がより低いほどデータ量がより多い***作側ＧＵＩ材料データを、当該汎用性が最大よりも低い場合には上記操作端末にさらに送信する送信工程と、
   上記操作端末が、上記機能情報および上記***作側ＧＵＩ材料データを受信する受信工程と、
   上記操作端末が、上記機能情報と、上記グラフィックユーザインタフェースの生成に必要な、上記機能の汎用性がより高いほどデータ量がより多い操作側ＧＵＩ材料データとを少なくとも用い、さらに上記***作側ＧＵＩ材料データを受信した場合には当該***作側ＧＵＩ材料データも用いて、上記グラフィックユーザインタフェースを表す機能別ＧＵＩ構成データを生成する生成工程と、
   上記操作端末が、上記機能別ＧＵＩ構成データを用いて、上記グラフィックユーザインタフェースを生成するＧＵＩ生成工程とを備えていることを特徴とする機器操作方法。
9. 請求項１〜６のいずれか１項に記載の機器操作システムを動作させる機器操作プログラムであって、コンピュータを上記の各手段として機能させるための機器操作プログラム。
10. 請求項９に記載の機器操作プログラムを記録しているコンピュータ読み取り可能な記録媒体。

Images