(57)【要約】【課題】実装コストを抑えつつ、被操作機器間の統一性を有するＧＵＩを提供する。【解決手段】本発明に係る機器操作システム１００は、操作端末１と、操作端末１とネットワークを通じて接続された被操作機器２とを備える。被操作機器２の通信部２１は、当該機器における機能の汎用性がより低いほどデータ量がより多い被操作側ＧＵＩ材料データを送信する。操作端末１では、ＧＵＩ構成解釈部１２ａ〜１２ｃが、被操作機器２から受信した情報と、上記機能の汎用性がより高いほどデータ量がより多い操作側ＧＵＩ材料データとを用いて、ＧＵＩを表す機能別ＧＵＩ構成データを生成し、ＧＵＩ構成部１３が、上記機能別ＧＵＩ構成データを用いてＧＵＩを生成する。【選択図】図１
2011150606.tif 000002
【特許請求の範囲】
【請求項１】
操作端末と、当該操作端末に通信ネットワークを通じて接続され、当該操作端末を通じて操作される被操作機器とを備えた機器操作システムであって、
上記被操作機器は、
上記被操作機器において操作可能な機能に関する機能情報を上記操作端末に送信すると共に、上記機能を操作するためのグラフィックユーザインタフェースを生成するために必要な、上記機能の汎用性がより低いほどデータ量がより多い被操作側ＧＵＩ材料データを、当該汎用性が最大よりも低い場合には上記操作端末にさらに送信する送信手段を備えており、
上記操作端末は、
上記機能情報および上記被操作側ＧＵＩ材料データを受信する受信手段と、
上記機能情報と、上記グラフィックユーザインタフェースの生成に必要な、上記機能の汎用性がより高いほどデータ量がより多い操作側ＧＵＩ材料データとを少なくとも用い、さらに上記被操作側ＧＵＩ材料データを受信した場合には当該被操作側ＧＵＩ材料データも用いて、上記グラフィックユーザインタフェースを表す機能別ＧＵＩ構成データを生成する生成手段と、
上記機能別ＧＵＩ構成データを用いて、上記グラフィックユーザインタフェースを生成するＧＵＩ生成手段とを備えていることを特徴とする機器操作システム。
【請求項２】
上記被操作機器は、上記汎用性が互いに異なる複数の上記機能を有しており、
上記ＧＵＩ生成手段は、
上記機能ごとに生成された個々の上記機能別ＧＵＩ構成データを組み合わせて用いることによって、上記機能ごとの上記グラフィックユーザインタフェースを複数含む一つの操作用画面を生成することを特徴とする請求項１に記載の機器操作システム。
【請求項３】
上記生成手段は、互いに異なる複数の上記汎用性のうちいずれかに個別に対応した複数の個別生成手段から構成されていることを特徴とする請求項１または２に記載の機器操作システム。
【請求項４】
上記被操作機器は、上記機能を操作するためのグラフィックユーザインタフェースを生成するために必要な上記被操作側ＧＵＩ材料データを、上記機能の汎用性がより低いほどデータ量がより多くなるように生成する機器側生成手段をさらに備えていることを特徴とする請求項１から３のいずれか１項に記載の機器操作システム。
【請求項５】
上記汎用性が最も高い機能は、電源操作機能またはステータス表示機能のうち少なくともいずれかであることを特徴とする請求項１から４のいずれか１項に記載の機器操作システム。
【請求項６】
上記汎用性が最も低い機能は、上記被操作機器に固有の機能であることを特徴とする請求項１から５のいずれか１項に記載の機器操作システム。
【請求項７】
通信ネットワークを通じて接続された被操作機器を操作する操作端末であって、
上記被操作機器において操作可能な機能に関する機能情報を取得すると共に、上記機能を操作するためのグラフィックユーザインタフェースを生成するために必要な、上記機能の汎用性がより低いほどデータ量がより多い被操作側ＧＵＩ材料データを、当該汎用性が最大よりも低い場合にはさらに取得する取得手段と、
上記機能情報と、上記グラフィックユーザインタフェースの生成に必要な、上記機能の汎用性がより高いほどデータ量がより多い操作側ＧＵＩ材料データとを少なくとも用い、さらに上記被操作側ＧＵＩ材料データを取得した場合には当該被操作側ＧＵＩ材料データも用いて、上記グラフィックユーザインタフェースを表す機能別ＧＵＩ構成データを生成する生成手段と、
上記機能別ＧＵＩ構成データを用いて、上記グラフィックユーザインタフェースを生成するＧＵＩ生成手段とを備えていることを特徴とする操作端末。
【請求項８】
操作端末と、当該操作端末に通信ネットワークを通じて接続され、当該操作端末を通じて操作される被操作機器とを備えた機器操作システムにおいて、上記被操作機器を操作する機器操作方法であって、
上記被操作機器が、上記被操作機器において操作可能な機能に関する機能情報を上記操作端末に送信すると共に、上記機能を操作するためのグラフィックユーザインタフェースを生成するために必要な、上記機能の汎用性がより低いほどデータ量がより多い被操作側ＧＵＩ材料データを、当該汎用性が最大よりも低い場合には上記操作端末にさらに送信する送信工程と、
上記操作端末が、上記機能情報および上記被操作側ＧＵＩ材料データを受信する受信工程と、
上記操作端末が、上記機能情報と、上記グラフィックユーザインタフェースの生成に必要な、上記機能の汎用性がより高いほどデータ量がより多い操作側ＧＵＩ材料データとを少なくとも用い、さらに上記被操作側ＧＵＩ材料データを受信した場合には当該被操作側ＧＵＩ材料データも用いて、上記グラフィックユーザインタフェースを表す機能別ＧＵＩ構成データを生成する生成工程と、
上記操作端末が、上記機能別ＧＵＩ構成データを用いて、上記グラフィックユーザインタフェースを生成するＧＵＩ生成工程とを備えていることを特徴とする機器操作方法。
【請求項９】
請求項１〜６のいずれか１項に記載の機器操作システムを動作させる機器操作プログラムであって、コンピュータを上記の各手段として機能させるための機器操作プログラム。
【請求項１０】
請求項９に記載の機器操作プログラムを記録しているコンピュータ読み取り可能な記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、操作端末がネットワークで接続された１つ以上の被操作機器を操作する機器操作システムに関するものである。
【背景技術】
【０００２】
近年、家庭内の複数の機器をネットワークに接続し、ネットワークの中心となる操作端末を介することによって、これら複数の機器を一括して操作するシステムが求められている。このようなシステムでは、例えばテレビを操作端末として用いる場合、接続された機器の操作するためのグラフィックユーザインタフェース（ＧＵＩ：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）、電話回線網、移動体通信網、衛星通信網等が利用可能である。また、通信ネットワークを構成する伝送媒体としては、特に限定されず、例えば、ＩＥＥＥ１３９４、ＵＳＢ、電力線搬送、ケーブルＴＶ回線、電話線、ＡＤＳＬ回線等の有線でも、ＩｒＤＡやリモコンのような赤外線、Ｂｌｕｅｔｏｏｔｈ（登録商標）、８０２．１１無線、ＨＤＲ、携帯電話網、衛星回線、地上波デジタル網等の無線でも利用可能である。なお、本発明は、上記プログラムコードが電子的な伝送で具現化された、搬送波に埋め込まれたコンピュータデータ信号の形態でも実現され得る。
【産業上の利用可能性】
【０１２７】
本発明は、被操作機器と当該被操作機器を操作する操作端末とを含む機器操作システムとして、幅広く利用することができる。
【符号の説明】
【０１２８】
１  操作端末
２、３  被操作機器
１０  ユーザ操作受信部
１１  通信部（受信手段、取得手段）
１２ａ〜１２ｃ  ＧＵＩ構成解釈部（生成手段、個別生成手段）
１３  ＧＵＩ構成部（ＧＵＩ構成手段）
１４  ＧＵＩ構成要素記憶部
１５  ＯＳＤ生成部
１６  画面表示部
２０  機器制御コマンド処理部
２１  通信部（送信手段）
２２  ＧＵＩ構成生成部（機器側生成手段）
２３  ＧＵＩ構成要素記憶部
１００  機器操作システム
【図１】
2011150606.tif 000003
【図２】
2011150606.tif 000004
【図３】
2011150606.tif 000005
【図４】
2011150606.tif 000006
【図５】
2011150606.tif 000007