(57)【要約】【課題】画面生成のレスポンス性能を適切に向上させることのできるコントローラを提供する。【解決手段】  各家電機器およびサーバ装置には、各家電機器を管理するための管理画面を構成する各要素データがそれぞれ記憶されている。画面定義データ記憶部１３は、管理画面の構成内容を定義するデータであり、取得すべき各要素データについてそれぞれ規定された更新仕様を含んだ画面定義データを記憶する。キャッシュデータ記憶部１４は、各家電機器およびサーバ装置から以前に取得した各要素データを記憶する。画面生成部１５１は、画面定義データに含まれる各更新仕様に基づいて、対応する各要素データを、キャッシュデータ記憶部１４、または、各家電機器およびサーバ装置からそれぞれ取得して、管理画面を生成する。コントローラ１０は、生成した管理画面を端末装置に送信して表示させる。【選択図】図２
2018198091.tif 000002
【特許請求の範囲】
【請求項１】
家電機器およびサーバ装置とネットワークを介して接続されたコントローラであって、
前記家電機器には、管理画面を構成する要素データが記憶されており、
前記家電機器から既に取得した前記要素データを記憶するキャッシュデータ記憶部と、
毎回の更新仕様、若しくは、手動の更新仕様が規定されている前記要素データを、前記キャッシュデータ記憶部、前記家電機器および前記サーバ装置の何れかから取得して、前記管理画面を生成する画面生成部と、
を備えるコントローラ。
【請求項２】
前記画面生成部は、前記毎回の更新仕様が規定された前記要素データを、前記家電機器および前記サーバ装置の何れかから取得し、前記手動の更新仕様が規定された前記要素データを、前記キャッシュデータ記憶部から取得して、前記管理画面を生成する、
請求項１に記載のコントローラ。
【請求項３】
前記画面生成部によって生成された前記管理画面に対するユーザの操作を受け付ける操作受付部を更に備え、
前記画面生成部は、前記手動の更新仕様が規定された前記要素データに対する更新を、前記操作受付部にて受け付けると、対象となる前記要素データを、前記家電機器および前記サーバ装置の何れかから取得して、前記管理画面を生成する、
請求項２に記載のコントローラ。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、画面生成のレスポンス性能を適切に向上させることのできるコントローラに関する。
【背景技術】
【０００２】
近年、一般家庭において、種々の家電機器を規定の通信規格で接続したホームシステムが普及している。このホームシステムでは、例えば、エアコン，照明機器，炊飯器，ＩＨ調理器，除湿機などの家電機器とコントローラとが通信可能に接続され、コントローラを通じて、各家電機器の管理（モニタリングや制御）が行えるようになっている。また、コントローラは、例えば、外部のサーバ装置とも通信可能に接続され、サーバ装置にて蓄積された種々のデータを取得できるようになっている。
【０００３】
なお、コントローラ単独でも、各家電機器の管理がある程度可能ではあるものの、通常、端末装置（例えば、タブレットやスマートフォンなど）をコントローラに接続し（例えば、無線接続し）、この端末装置からコントローラを通じて、各家電機器の管理を行っている。一例として、コントローラは、各家電機器を管理するための管理画面（画面データ）を生成して、端末装置に提供している。
【０００４】
このような管理画面には、各家電機器にて記憶される要素データ（例えば、家電機器の運転状況、温度、湿度、および、家電機器の消費電力など）や、サーバ装置にて記憶される要素データ（例えば、各家電機器の運転履歴、温度履歴、湿度履歴、および、各家電機器の累積消費電力量など）が含まれている。つまり、各家電機器およびサーバ装置にて分散して記憶されている各要素データがコントローラに読み出されて（取得されて）、管理画面が生成されることになる。その際、特に、コントローラと外部のサーバ装置との間の通信には、ある程度の長時間を要する場合が多く、画面生成のレスポンス性能を低下させていた。
【０００５】
画面生成のレスポンス性能を向上させる先行技術として、例えば、特許文献１には、端末装置側（ブラウザ側）で、過去にアクセスしたホームページをキャッシュして活用する発明が開示されている。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開平１０−２６０８８９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
上述した特許文献１の発明では、ホームページ全体をキャッシュする仕組みであるため、各家電機器およびサーバ装置にて分散して記憶されている各要素データを取得して生成する管理画面などには、単純に適用することができない。例えば、管理画面全体をキャッシュしたとしても、各家電機器およびサーバ装置における要素データが１つでも更新されてしまうと、再度、各家電機器およびサーバ装置から全ての要素データを取得して、管理画面を生成する必要があるため、画面生成のレスポンス性能の向上には役立たないと考えられる。また、特許文献１の発明では、キャッシュの管理を端末装置側で行う手法であるため、端末装置の処理負荷が増大してしまい、画面生成のレスポンス性能を低下させてしまうおそれもある。
【０００８】
本発明は、上記のような問題点を解決するためになされたもので、画面生成のレスポンス性能を適切に向上させることのできるコントローラを提供することを目的とする。
【課題を解決するための手段】
【０００９】
上記目的を達成するために、本発明に係るコントローラは、
家電機器およびサーバ装置とネットワークを介して接続されたコントローラであって、
前記家電機器には、管理画面を構成する要素データが記憶されており、
前記家電機器から既に取得した前記要素データを記憶するキャッシュデータ記憶部と、
毎回の更新仕様、若しくは、手動の更新仕様が規定されている前記要素データを、前記キャッシュデータ記憶部、前記家電機器および前記サーバ装置の何れかから取得して、前記管理画面を生成する画面生成部と、
を備える。
【発明の効果】
【００１０】
本発明によれば、取得すべき要素データについて規定された更新仕様に基づいて、要素データをキャッシュデータ記憶部、家電機器およびサーバ装置の何れかから取得して、管理画面を生成する。つまり、最新であることが要求されない要素データについては、例えば、更新仕様に「手動更新」などを規定しておくことで、キャッシュデータ記憶部に記憶済みの要素データを取得して通信を行わないため、画面生成のレスポンス性能を向上させることができる。なお、最新であることが要求される要素データについては、例えば、更新仕様に「毎回更新」などを規定しておくことで、取得先となる家電機器やサーバ装置から要素データを取得する（最新の要素データがある場合）ため、その要素データの有効性（リアルタイム性）を確保できる。つまり、管理画面の実情（例えば、使い勝手など）に応じて、各要素データの更新仕様を適宜規定しておくことで、画面生成のレスポンス性能を適切に向上させることができる。
【図面の簡単な説明】
【００１１】
【図１】本発明の実施形態１に係るホームシステムの全体構成の一例を示すブロック図である。
【図２】実施形態１に係るコントローラの構成の一例を示すブロック図である。
【図３】管理画面（モニタリング画面）の一例を示す模式図である。
【図４】実施形態１における画面定義データの一例を示す模式図である。
【図５】実施形態１に係る家電機器の構成の一例を示すブロック図である。
【図６】実施形態１に係る端末装置の構成の一例を示すブロック図である。
【図７】実施形態１に係るサーバ装置の構成の一例を示すブロック図である。
【図８】実施形態１における画面生成処理の一例を示すフローチャートである。
【図９】管理画面（操作画面）の一例を示す模式図である。
【図１０】実施形態２における画面定義データの一例を示す模式図である。
【図１１】実施形態２における画面生成処理の一例を示すフローチャートである。
【図１２Ａ】管理画面（操作画面）が段階的に生成される様子を説明するための模式図である。
【図１２Ｂ】管理画面（操作画面）が段階的に生成される様子を説明するための模式図である。
【図１２Ｃ】管理画面（操作画面）が段階的に生成される様子を説明するための模式図である。
【図１３Ａ】管理画面（寝室おやすみ画面）の一例を示す模式図である。
【図１３Ｂ】管理画面（詳細設定画面）の一例を示す模式図である。
【発明を実施するための形態】
【００１２】
以下、本発明の実施形態について、図面を参照しながら詳細に説明する。なお、図中同一または相当部分には同一符号を付す。以下では、具体例として、本発明がホームシステムに適用される場合について説明するが、後述するように、他のシステムにおいても同様に本発明を適用することができる。すなわち、以下に説明する実施形態は説明のためのものであり、本発明の範囲を制限するものではない。従って、当業者であればこれらの各要素または全要素をこれと均等なものに置換した実施形態を採用することが可能であるが、これらの実施形態も本発明の範囲に含まれる。
【００１３】
（実施形態１）
図１は、本発明の実施形態１に係るホームシステム１の全体構成の一例を示すブロック図である。このホームシステム１は、コントローラ１０が中心となり、各家電機器２０およびサーバ装置４０との間で必要なデータを送受信しつつ、各家電機器２０を管理（モニタリングや制御）するシステムである。図示するように、ホームシステム１は、住居Ｈ内（宅内）に設置されたコントローラ１０と、住居Ｈ内に設置された複数の家電機器２０と、住居Ｈ内にて使用される端末装置３０と、住居Ｈ外（宅外）に設置されたサーバ装置４０とを備えている。このうち、コントローラ１０と、各家電機器２０と、端末装置３０とは、例えば、有線ＬＡＮ（Local Area Network）や無線ＬＡＮからなる宅内ネットワーク８０を介して通信可能に接続されている。また、コントローラ１０と、サーバ装置４０とは、例えば、インターネットからなる宅外ネットワーク９０を介して通信可能に接続されている。
【００１４】
コントローラ１０は、ホームシステム１全体を制御する装置である。コントローラ１０は、後述するように、各家電機器２０およびサーバ装置４０にてそれぞれ分散して記憶されている要素データ（例えば、家電機器の運転状況、温度、湿度、および、家電機器の消費電力など）を適宜取得して、種々の管理画面を生成する。
【００１５】
このコントローラ１０の構成の一例について、以下、図２を参照して説明する。図２は、本発明の実施形態１に係るコントローラ１０の構成の一例を示すブロック図である。図示するように、コントローラ１０は、宅内通信部１１と、宅外通信部１２と、画面定義データ記憶部１３と、キャッシュデータ記憶部１４と、制御部１５とを備える。
【００１６】
宅内通信部１１は、例えば、宅内ネットワーク８０と接続するための通信アダプタであり、制御部１５による制御の下、宅内ネットワーク８０を介して、各家電機器２０および端末装置３０との通信を行う。例えば、宅内通信部１１は、コントローラ１０からの要求に応じて各家電機器２０から送られる要素データを受信する。また、宅内通信部１１は、制御部１５（より詳細には、後述する画面生成部１５１）が生成した管理画面（画面データ）を端末装置３０に送信する。
【００１７】
宅外通信部１２は、宅外ネットワーク９０と接続するための通信アダプタであり、制御部１５による制御の下、宅外ネットワーク９０を介して、サーバ装置４０との通信を行う。例えば、宅外通信部１２は、コントローラ１０からの要求に応じてサーバ装置４０から送られる要素データを受信する。また、宅外通信部１２は、コントローラ１０が各家電機器２０から得た種々のデータを、例えば、一定時間毎にサーバ装置４０に送信して蓄積させる。
【００１８】
画面定義データ記憶部１３は、例えば、不揮発性の半導体メモリなどで構成され、管理画面の構成内容を定義する画面定義データを記憶する。具体的に、画面定義データ記憶部１３は、図３に示すような管理画面Ｐ１（モニタリング画面）などを生成するために必要となる各要素データとそれらの配置位置などを規定した画面定義データを記憶する。なお、要素データとは、図３の例では、温度Ｄ１、湿度Ｄ２、消費電力量Ｄ３、および、記号ＳＧなどである。ここで、消費電力量Ｄ３がグレー表示されているが、これは、以下に説明する更新仕様が、例えば、「手動更新」であるため、最新の値でない可能性があることを示している。また、記号ＳＧは、ユーザが任意に更新を指示（「手動更新」を指示）できることを示しており、後述するように、消費電力量Ｄ３に向けた操作がなされた際に、その要素データがサーバ装置４０などから取得され、最新の値に更新される（最新の要素データがある場合）。以下、画面定義データについて、図４を参照して、より具体的に説明する。
【００１９】
図４は、画面定義データ記憶部１３に記憶される画面定義データの一例を示す模式図である。図示するように、画面定義データには、要素ＩＤ、配置位置、取得先、および、更新仕様が含まれている。なお、取得先として、家電機器２０やサーバ装置４０の名称を示しているが、説明を容易にするためであり、実際には、要素データが記憶されているアドレスおよびファイル名（データ名）などが規定されている。また、更新仕様とは、要素データの更新タイミングや更新手法などを示している。例えば、更新仕様が「毎回更新」であれば、制御部１５（より詳細には、後述する画面生成部１５１）は、管理画面の生成時に必ず最新の要素データの取得を試みる。また、例えば、更新仕様が「手動更新」であれば、制御部１５は、管理画面の生成時に、後述するキャッシュデータ記憶部１４から要素データを取得する（対象の要素データが記憶されている場合）。つまり、最新であることが要求される要素データについては、更新仕様に「毎回更新」を規定しておくことで、その要素データの有効性（リアルタイム性）が確保される。一方、最新であることが要求されない要素データについては、更新仕様に「手動更新」を規定しておくことで、キャッシュデータ記憶部１４から記憶済みの要素データを取得して通信を行わないため、レスポンス性能を向上させることができる。なお、更新仕様は、これらの「毎回更新」や「手動更新」に限られず、他の内容が規定されていてもよい。例えば、「時間帯指定更新」が規定されている場合に、制御部１５は、指定された時間帯に含まれる時刻に管理画面を生成する場合に、上述した「毎回更新」と同様に、最新の要素データの取得を試みる。一方、指定された時間帯から外れた時刻に管理画面を生成する場合に、制御部１５は、上述した「手動更新」と同様に、キャッシュデータ記憶部１４から要素データを取得する。このような「時間帯指定更新」が規定される要素データは、その時間帯に限り、最新であることが要求される場合などである。例えば、上述した図３の管理画面Ｐ１における消費電力量Ｄ３について、ユーザがお昼時に最新の値で確認したいという要望がある場合、その要素データに「時間帯指定更新」（一例として、１２：００〜１３：００）と規定しておく。そうすることで、お昼時（指定された時間帯に含まれる時刻）に制御部１５が管理画面Ｐ１を生成する際には、管理画面Ｐ１における消費電力量Ｄ３（各部屋の消費電力量）が、図３に示すようなグレー表示でなく、温度Ｄ１や湿度Ｄ２と同じような通常表示で、記号ＳＧが省かれて生成されることになる。なお、図４に示すような画面定義データは、一例であり、管理画面Ｐ１を構成する他の図形や文字なども含んでいてもよい。
【００２０】
図２に戻って、キャッシュデータ記憶部１４は、例えば、揮発性の半導体メモリなどで構成され、各家電機器２０およびサーバ装置４０から取得した各要素データを記憶する。つまり、以前に取得した各要素データをキャッシュデータとして記憶する。キャッシュデータ記憶部１４内に記憶される各要素データは、上述した図４に示す画面定義データの内容と概ね同じであるが、記憶した要素データの更新日時も含まれている。この更新日時は、後述するように、制御部１５がサーバ装置４０から新しい要素データを取得しようとする際に、宅外通信部１２からサーバ装置４０に送信され、最新の要素データの有無をサーバ装置４０側で判別するために使用される。
【００２１】
制御部１５は、ＣＰＵ（Central Processing Unit），ＲＯＭ（Read Only Memory），ＲＡＭ（Random Access Memory）など（何れも図示せず）を備え、コントローラ１０全体を制御する。制御部１５は、機能的には、画面生成部１５１と、キャッシュデータ更新部１５２と、操作受付部１５３と、指令部１５４とを備える。これらの機能は、ＣＰＵが、ＲＡＭをワークメモリとして用い、例えば、ＲＯＭに記憶されている各種プログラム（後述する画面生成処理のプログラムなど）を適宜実行することにより実現される。
【００２２】
画面生成部１５１は、画面定義データに従って、管理画面を生成する。その際、画面生成部１５１は、上述した図４の画面定義データにて規定される各更新仕様に基づいて、各要素データを、キャッシュデータ記憶部１４、または、各家電機器２０およびサーバ装置４０からそれぞれ取得して、管理画面を生成する。
【００２３】
具体的に画面生成部１５１は、画面定義データに従って、上述した図３に示すような管理画面Ｐ１を生成する。その際、画面生成部１５１は、要素データの更新仕様が上述した「毎回更新」に規定されている場合に、最新の要素データの取得を試みる。例えば、取得先がサーバ装置４０（より詳細には、サーバ装置４０のアドレスおよびファイル名）の場合に、画面生成部１５１は、キャッシュデータ記憶部１４に記憶済みの要素データ（同じアドレスの同じファイル名など）の更新日時を、宅外通信部１２を通じてサーバ装置４０に送信して、最新の要素データの有無をサーバ装置４０に判別させる。この際、後述するように、サーバ装置４０は、受信した更新日時と、自ら記憶している要素データ（同じアドレスの同じファイル名など）の更新日時とを比較し、最新の要素データを記憶していると判別した場合に、その要素データをコントローラ１０に送信する。一方、最新の要素データを記憶していない（コントローラ１０に送信済みである）と判別した場合に、サーバ装置４０は、要素データを送信する代わりに、キャッシュデータが最新である旨をコントローラ１０に送信する。この場合、画面生成部１５１は、キャッシュデータ記憶部１４に記憶されている要素データ（同じアドレスの同じファイル名など）を取得する。なお、更新日時をサーバ装置４０に送信しようとする際に、キャッシュデータ記憶部１４に要素データ（同じアドレスの同じファイル名など）が記憶されていないと判別すると、画面生成部１５１は、比較などを依頼することなく、対象の要素データをサーバ装置４０などに要求して取得する。
【００２４】
また、画面生成部１５１は、要素データの更新仕様が上述した「手動更新」に規定されている場合に、キャッシュデータ記憶部１４から要素データを取得する。なお、キャッシュデータ記憶部１４に要素データ（同じアドレスの同じファイル名など）が記憶されていない場合には、画面生成部１５１は、取得先となる各家電機器２０やサーバ装置４０に対して、要素データを要求して取得する。この他にも、要素データの更新仕様が上述した「時間帯指定更新」に規定されていると、画面生成部１５１は、指定された時間帯に含まれる時刻に管理画面を生成する場合に、上述した「毎回更新」と同様に、最新の要素データの取得を試みる。一方、指定された時間帯から外れる時刻に管理画面を生成する場合に、画面生成部１５１は、上述した「手動更新」と同様に、キャッシュデータ記憶部１４から要素データを取得する。
【００２５】
画面生成部１５１は、このようにして取得した要素データを用いて、上述した図３に示すような管理画面Ｐ１を生成する。つまり、更新仕様が「毎回更新」などに規定されている要素データについては、図３の管理画面Ｐ１における温度Ｄ１や湿度Ｄ２のように通常表示で生成する。一方、更新仕様が「手動更新」などに規定されている要素データについては、図３の管理画面Ｐ１における消費電力量Ｄ３のようにグレー表示で記号ＳＧを付加して生成する。そして、画面生成部１５１は、生成した図３に示すような管理画面Ｐ１の画面データを、宅内通信部１１を通じて、端末装置３０に送信する。
【００２６】
キャッシュデータ更新部１５２は、画面生成部１５１が管理画面を生成する際に、各家電機器２０およびサーバ装置４０から取得した要素データを、キャッシュデータ記憶部１４に格納して更新する。例えば、各家電機器２０およびサーバ装置４０から取得した要素データと同じ要素データがキャッシュデータ記憶部１４に記憶されていれば、キャッシュデータ更新部１５２は、上書きして更新する。一方、各家電機器２０およびサーバ装置４０から取得した要素データと同じ要素データがキャッシュデータ記憶部１４に記憶されていなければ、そのまま要素データをキャッシュデータ記憶部１４に格納する。
【００２７】
操作受付部１５３は、画面生成部１５１によって生成された管理画面に対するユーザの操作を受け付ける。例えば、画面生成部１５１が生成した管理画面の画面データが、端末装置３０に送信された後、端末装置３０から有効な入力検出データ（例えば、管理画面内の選択エリアなどに向けた入力検出データなど）が送られた場合に、管理画面に対するユーザの操作を受け付ける。
【００２８】
指令部１５４は、宅内通信部１１を通じて、対象の家電機器２０に制御を指令する。例えば、指令部１５４は、操作受付部１５３が受け付けた操作に応じて、対象の家電機器２０に制御を指令する。
【００２９】
図１に戻って、複数の家電機器２０は、住居Ｈ内の各部屋で使用される各種電化製品であり、例えば、照明、エアコン、テレビ、ＩＨ調理器、および、冷蔵庫などが含まれる。なお、家電機器２０の種類は、これらに限られず、他に、空気清浄機、換気扇、および、床暖房などを含んでいてもよい。このような家電機器２０の構成の一例について、以下、図５のブロック図を参照して説明する。図示するように、家電機器２０は、通信部２１と、データ記憶部２２と、主機能部２３と、制御部２４と、を備える。
【００３０】
通信部２１は、例えば、宅内ネットワーク８０と接続するための通信アダプタであり、制御部２４の制御の下、宅内ネットワーク８０を介して、コントローラ１０と通信を行う。なお、通信部２１を、着脱可能な外付けの通信アダプタで構成してもよい。
【００３１】
データ記憶部２２は、例えば、不揮発性の半導体メモリなどで構成され、家電機器２０が管理する要素データ（例えば、家電機器２０の運転状況、温度、湿度、および、家電機器２０の消費電力など）を記憶する。また、データ記憶部２２は、制御部２４が実行するプログラムなども記憶する。
【００３２】
主機能部２３は、家電機器２０本来の機能（例えば、エアコンであれば冷房、暖房、および、除湿などの空調機能、冷蔵庫であれば冷凍、および、冷蔵機能など）を実現するための構成であり、制御部２４により制御される。
【００３３】
制御部２４は、ＣＰＵ，ＲＡＭ，ＲＯＭなど（何れも図示せず）を備え、上述した各部を制御する。制御部２４は、機能的には、データ処理部２４１と、制御実行部２４２とを備える。これらの機能は、ＣＰＵが、ＲＡＭをワークメモリとして用い、ＲＯＭやデータ記憶部２２に記憶されている各種プログラムを適宜実行することにより実現される。
【００３４】
データ処理部２４１は、家電機器２０の図示せぬセンサなどによる計測値や、稼働状態や設定状態などの監視結果から、逐次、要素データを生成して、データ記憶部２２に記憶させる。そして、データ処理部２４１は、コントローラ１０からの要求に応じて、データ記憶部２２に記憶される要素データをコントローラ１０に送信する。その際、データ処理部２４１は、後述するサーバ装置４０のように、データ処理部２４１は、最新の要素データがあると判別した場合に、その要素データをコントローラ１０に送信するようにしてもよい。
【００３５】
制御実行部２４２は、コントローラ１０における上述した指令部１５４の指令に基づいた制御を、主機能部２３に実行させる。つまり、制御実行部２４２は、コントローラ１０から発せられた指令（制御信号など）に応じた処理を主機能部２３に実行させる。
【００３６】
図１に戻って、端末装置３０は、例えば、タブレット端末やスマートフォンなどの携帯端末であり、ユーザによって使用される。この端末装置３０の構成の一例について、以下、図６のブロック図を参照して説明する。図示するように、端末装置３０は、通信部３１と、表示部３２と、入力部３３と、データ記憶部３４と、制御部３５と、を備える。
【００３７】
通信部３１は、例えば、無線ＬＡＮ接続用のインタフェースを備え、制御部３５の制御の下、コントローラ１０と通信を行う。
【００３８】
表示部３２は、液晶パネルなどを備え、制御部３５の制御の下、種々の画面などを表示する。具体的に表示部３２は、一例として、コントローラ１０から送られた画面データから上述した図３に示すような管理画面Ｐ１を表示する。
【００３９】
入力部３３は、タッチパネル，タッチパッドなどから構成され、ユーザからの操作入力を受け付ける処理を行う。例えば、入力部３３としてタッチパネルを採用する場合、静電容量の変化を検出する透明な平板状の静電容量センサが、液晶表示器に重ねて実装される。この静電容量センサにより、ユーザの指先や専用のペンなどによるタッチ面（ユーザにとっては液晶表示器の表示画面）の接触（押圧）が検出されると、その位置の情報（座標データ）が制御部３５に出力される。
【００４０】
データ記憶部３４は、例えば、不揮発性の半導体メモリなどで構成される。データ記憶部３４は、コントローラ１０にて生成され、通信部３１を通じて受信した画面データ（上述した管理画面Ｐ１など）を一時的に記憶する。この他にもデータ記憶部３４は、制御部３５が実行するプログラムなどを記憶する。
【００４１】
制御部３５は、ＣＰＵ，ＲＯＭ，ＲＡＭなど（何れも図示せず）を備え、端末装置３０全体を制御する。制御部３５は、機能的には、画面表示処理部３５１と入力検出部３５２とを備える。この機能は、ＣＰＵが、ＲＡＭをワークメモリとして用い、ＲＯＭやデータ記憶部３４に記憶されている各種プログラムを適宜実行することにより実現される。
【００４２】
画面表示処理部３５１は、通信部３１を通じて、コントローラ１０から送られた画面データに基づく管理画面（上述した管理画面Ｐ１など）を、表示部３２に表示する。
【００４３】
入力検出部３５２は、表示部３２に表示した管理画面の項目（例えば、各種選択エリアなど）に対するユーザからの操作を入力部３３から受け付けると、入力検出データを生成して、通信部３１を通じて、コントローラ１０に送信する。
【００４４】
図１に戻って、サーバ装置４０は、コントローラ１０と通信することによって、各家電機器２０の各種データのうち、蓄積したり解析したりする必要のあるデータを取得する。このサーバ装置４０の構成の一例について、以下、図７のブロック図を参照して説明する。図示するように、サーバ装置４０は、通信部４１と、データ記憶部４２と、制御部４３と、を備える。
【００４５】
通信部４１は、例えば、宅外ネットワーク９０と接続するための通信アダプタであり、制御部４３の制御の下、宅外ネットワーク９０を介して、コントローラ１０との通信を行う。一例として、通信部４１は、コントローラ１０から定期的に送られる蓄積用や解析用などのデータを受信する。また、通信部４１は、コントローラ１０が管理画面を生成する際に送られる要素データの要求や、要求される要素データの更新日時などを受信する。
【００４６】
データ記憶部４２は、例えば、不揮発性の半導体メモリなどで構成され、サーバ装置４０が管理する要素データ（例えば、各家電機器２０の運転履歴、温度履歴、湿度履歴、および、各家電機器２０の累積消費電力量など）を記憶する。また、データ記憶部４２は、制御部４３が実行するプログラムなども記憶する。
【００４７】
制御部４３は、ＣＰＵ，ＲＯＭ，ＲＡＭ等（何れも図示せず）を備え、上述した各部を制御する。制御部４３は、機能的には、データ処理部４３１を備える。これら制御部４３の各機能は、ＣＰＵが、ＲＡＭをワークメモリとして用い、ＲＯＭやデータ記憶部４２に記憶されている各種プログラムを適宜実行することにより実現される。
【００４８】
データ処理部４３１は、コントローラ１０から送られる各種データを蓄積したり解析するなどして生成した要素データを、データ記憶部４２に記憶させる。そして、データ処理部４３１は、コントローラ１０からの要求に応じて、データ記憶部４２に記憶される要素データをコントローラ１０に送信する。その際、データ処理部４３１は、サーバ装置４０側の要素データ（データ記憶部４２に記憶している要素データ）が最新であるか否か判別し、最新であると判別した場合に、データ記憶部４２から読み出した要素データを通信部４１を通じてコントローラ１０に送信する。具体的にデータ処理部４３１は、コントローラ１０側で記憶している要素データの更新日時が、コントローラ１０から送られると、データ記憶部４２に記憶している同じ要素データの更新日時と比較し、サーバ装置４０側の要素データの方がコントローラ１０側の要素データ（キャッシュデータ）よりも新しいか否かを判別する。サーバ装置４０側の要素データの方が新しいと判別した場合に、データ処理部４３１は、その要素データをコントローラ１０に送信する。一方、サーバ装置４０側の要素データの方がコントローラ１０側のキャッシュデータよりも古い（若しくは、同じ更新日時）と判別した場合に、データ処理部４３１は、キャッシュデータが最新である旨をコントローラ１０に送信する。
【００４９】
以下、実施形態１に係るコントローラ１０の動作について、図８を参照して説明する。図８は、本発明の実施形態１に係る画像生成処理の一例を示すフローチャートである。この画像生成処理は、端末装置３０から任意の管理画面の生成が要求された場合に実行される。
【００５０】
まず、コントローラ１０は、要求された管理画面の構成内容を定義する画面定義データを読み出す（ステップＳ５０１）。つまり、画面生成部１５１は、宅内通信部１１を通じて、端末装置３０から管理画面の生成が要求されると、その管理画面の構成内容を定義する画面定義データを画面定義データ記憶部１３から読み出す。
【００５１】
コントローラ１０は、読み出した画面定義データに定義されているｎ番目の要素データを更新仕様に基づいて取得する（ステップＳ５０２）。つまり、画面生成部１５１は、ｎ番目の要素データについて更新仕様が上述した図４中に示すような「毎回更新」に規定されている場合に、最新の要素データの取得を試みる。例えば、ｎ番目の要素データの取得先がサーバ装置４０（より詳細には、サーバ装置４０のアドレスおよびファイル名）の場合に、画面生成部１５１は、キャッシュデータ記憶部１４に記憶済みの要素データ（同じアドレスの同じファイル名など）の更新日時を、宅外通信部１２を通じてサーバ装置４０に送信して、最新の要素データの有無をサーバ装置４０に判別させる。そして、サーバ装置４０側が、最新の要素データを記憶していると判別した場合にサーバ装置４０から送られる、要素データを取得（受信）する。一方、サーバ装置４０側が、最新の要素データを記憶していないと判別した場合にサーバ装置４０から送られる、キャッシュデータが最新である旨を受信する。この場合、画面生成部１５１は、キャッシュデータ記憶部１４に記憶されている要素データ（同じアドレスの同じファイル名など）を取得する。
【００５２】
また、画面生成部１５１は、要素データの更新仕様が上述した図４中に示すような「手動更新」に規定されている場合に、キャッシュデータ記憶部１４から要素データを取得する。なお、キャッシュデータ記憶部１４に要素データ（同じアドレスの同じファイル名など）が記憶されていない場合には、画面生成部１５１は、取得先となる各家電機器２０やサーバ装置４０に対して、要素データを要求して取得する。
【００５３】
コントローラ１０は、要素データを全て取得したか否かを判別する（ステップＳ５０３）。つまり、画像生成部１５１は、画面定義データに従って全ての要素データを取得し終えたかどうかを判別する。コントローラ１０は、全ての要素データを取得していないと判別すると（ステップＳ５０３；Ｎｏ）、上述したステップＳ５０２に処理を戻す。
【００５４】
一方、全ての要素データを取得したと判別した場合に（ステップＳ５０３；Ｙｅｓ）、コントローラ１０は、管理画面を生成して端末装置３０に送信する（ステップＳ５０４）。そして、端末装置３０は、例えば、上述した図３に示すような管理画面Ｐ１を表示する。
【００５５】
コントローラ１０は、要素データの更新要求を受け付けた否かを判別する（ステップＳ５０５）。例えば、上述した図３の管理画面Ｐ１における消費電力量Ｄ３（記号ＳＧが付加されているもの）の選択エリアがユーザによって押下された場合に、操作受付部１５３は、要素データの更新要求（「手動更新」の要求）を受け付けたと判別する。コントローラ１０は、要素データの更新要求を受け付けていないと判別すると（ステップＳ５０５；Ｎｏ）、後述するステップＳ５０８に処理を進める。
【００５６】
一方、要素データの更新要求を受け付けたと判別すると（ステップＳ５０５；Ｙｅｓ）、コントローラ１０は、要求された要素データをサーバ装置４０などから取得する（ステップＳ５０６）。例えば、要求された要素データの取得先がサーバ装置４０（より詳細には、サーバ装置４０のアドレスおよびファイル名）である場合に、画面生成部１５１は、キャッシュデータ記憶部１４に記憶済みの要素データ（同じアドレスの同じファイル名など）の更新日時を、宅外通信部１２を通じてサーバ装置４０に送信して、最新の要素データの有無をサーバ装置４０に判別させる。そして、サーバ装置４０側が、最新の要素データを記憶していると判別した場合にサーバ装置４０から送られる、要素データを取得（受信）する。
【００５７】
コントローラ１０は、要素データを更新した管理画面を生成して、端末装置３０に送信する（ステップＳ５０７）。そして、端末装置３０は、ユーザが手動で更新を指示することによってその要素データが更新された管理画面を表示する。
【００５８】
コントローラ１０は、画面遷移が発生したか否かを判別する（ステップＳ５０８）。つまり、操作受付部１５３は、ユーザの操作によって、別の管理画面への遷移が要求されたかどうかを判別する。コントローラ１０は、画面遷移が発生していないと判別すると（ステップＳ５０８；Ｎｏ）、上述したステップＳ５０５に処理を戻す。
【００５９】
一方、画面遷移が発生したと判別すると（ステップＳ５０８；Ｙｅｓ）、コントローラ１０は、画面生成処理を終える。なお、厳密には、遷移先の管理画面についての画面生成処理が、先頭（ステップＳ５０１）から開始される。
【００６０】
このような画面生成処理によって、画面定義データの各更新仕様に基づいて、管理画面を構成する各要素データが、キャッシュデータ記憶部１４、または、各家電機器２０およびサーバ装置４０からそれぞれ取得され、管理画面が生成される。つまり、最新であることが要求されない要素データについては、例えば、更新仕様に「手動更新」などを規定しておくことで、キャッシュデータ記憶部１４に記憶済みの要素データを取得して通信を行わないため、画面生成のレスポンス性能を向上させることができる。なお、最新であることが要求される要素データについては、例えば、更新仕様に「毎回更新」などを規定しておくことで、取得先となる家電機器２０やサーバ装置４０から要素データを取得する（最新の要素データがある場合）ため、その要素データの有効性（リアルタイム性）を確保できる。つまり、管理画面の実情（例えば、使い勝手など）に応じて、各要素データの更新仕様を適宜規定しておくことで、画面生成のレスポンス性能を適切に向上させることができる。
【００６１】
（実施形態２）
上記の実施形態１に係るコントローラ１０は、上述した図４に示す内容の画面定義データを使用する場合について説明したが、他の内容の画面定義データを使用して、管理画面を段階的に作成するようにしてもよい。以下、本発明の実施形態２に係るコントローラ１０などについて説明する。なお、実施形態２に係るコントローラ１０の構成は、上述した図２に示す構成とほぼ同一である。
【００６２】
それでも、画面定義データ記憶部１３に記憶される画面定義データが、以下に説明するように、上述した図４に示す内容と異なっている。実施形態２において、画面定義データ記憶部１３は、具体的に、図９に示すような管理画面Ｐ２（操作画面）を生成するために必要となる各要素データとそれらの配置位置などを規定した画面定義データを記憶する。なお、管理画面Ｐ２での要素データとは、図９に示すリスト領域ＬＴにおける選択用文字列Ｔｘや、レイアウト領域ＬＯにおける選択用アイコンＩｃなどである。以下、画面定義データについて、図１０を参照して、より具体的に説明する。
【００６３】
図１０は、画面定義データ記憶部１３に記憶される画面定義データの一例を示す模式図である。図示するように、画面定義データには、要素ＩＤ、配置位置、取得先、および、優先順位が含まれている。この優先順位は、画像生成部１５１が段階的に管理画面を生成する際に取得される順番を規定している。例えば、まず、優先順位が「１（高）」に規定されている要素データが取得されて１段階目の管理画面が生成され、次に、優先順位が「２（中）」に規定されている要素データが取得されて２段階目の管理画面が生成され、最後に、優先順位が「３（低）」に規定されている要素データが取得されて３段階目の管理画面（最終的な管理画面）が生成される。この例では、優先順位が「１」〜「３」までの３段階を示しているが、少なくとも、２段階以上であれば、適宜変更可能である。また、図１０の例では、図４の更新仕様と入れ替えて、優先順位を加えているが、図４の更新仕様を残したまま、優先順位を加えてもよい。
【００６４】
また、実施形態２において、各家電機器２０、端末装置３０、および、サーバ装置４０の構成も、上述した図５〜７に示す構成と同様である。
【００６５】
以下、実施形態２に係るコントローラ１０の動作について、図１１を参照して説明する。図１１は、本発明の実施形態２に係る画像生成処理の一例を示すフローチャートである。この画像生成処理は、端末装置３０から任意の管理画面の生成が要求された場合に実行される。
【００６６】
まず、コントローラ１０は、要求された管理画面の構成内容を定義する画面定義データを読み出す（ステップＳ６０１）。つまり、画面生成部１５１は、宅内通信部１１を通じて、端末装置３０から管理画面の生成が要求されると、その管理画面の構成内容を定義する上述した図１０に示すような画面定義データを画面定義データ記憶部１３から読み出す。
【００６７】
コントローラ１０は、読み出した画面定義データに定義されている優先順位が上位の要素データを取得する（ステップＳ６０２）。つまり、画面生成部１５１は、上述した図１０中に示すような優先順位が「１（高）」に規定されている要素データを取得する。その際、画面生成部１５１は、キャッシュデータ記憶部１４に記憶済みの要素データ（同じアドレスの同じファイル名など）の更新日時を、宅外通信部１２を通じてサーバ装置４０に送信して、最新の要素データの有無をサーバ装置４０に判別させる。そして、サーバ装置４０側が、最新の要素データを記憶していると判別した場合にサーバ装置４０から送られる、要素データを取得（受信）する。一方、サーバ装置４０側が、最新の要素データを記憶していないと判別した場合にサーバ装置４０から送られる、キャッシュデータが最新である旨を受信する。この場合、画面生成部１５１は、キャッシュデータ記憶部１４に記憶されている要素データ（同じアドレスの同じファイル名など）を取得する。
【００６８】
コントローラ１０は、優先順位が上位の要素データを全て取得したか否かを判別する（ステップＳ６０３）。つまり、画面生成部１５１は、画面定義データに従って優先順位が「１（高）」に規定されている全ての要素データを取得し終えたかどうかを判別する。コントローラ１０は、上位の要素データを全て取得していないと判別すると（ステップＳ６０３；Ｎｏ）、上述したステップＳ６０２に処理を戻す。
【００６９】
一方、上位の要素データを全て取得したと判別した場合に（ステップＳ６０３；Ｙｅｓ）、コントローラ１０は、管理画面を生成し、現段階の管理画面を端末装置３０に送信する（ステップＳ６０４）。端末装置３０は、例えば、図１２Ａに示すような管理画面Ｐ２を表示する。図１２Ａの管理画面Ｐ２は、優先順位が上位の要素データだけから生成された画面であり、一例として、リスト領域ＬＴにおける選択用文字列Ｔｘだけが表示されている。
【００７０】
図１１に戻って、コントローラ１０は、有効な操作があったか否かを判別する（ステップＳ６０５）。例えば、上述した図１２Ａのリスト領域ＬＴにおける何れかの選択用文字列Ｔｘがユーザによって押下された場合に、操作受付部１５３は、現段階の管理画面に対する有効な操作があったと判別する。コントローラ１０は、操作がなかった（有効な操作がなかった）と判別すると（ステップ６０５；Ｎｏ）、後述するステップＳ６０７に処理を進める。
【００７１】
一方、有効な操作があったと判別すると（ステップＳ６０５；Ｙｅｓ）、コントローラ１０は、ユーザからの操作を受け付ける（ステップＳ６０６）。
【００７２】
コントローラ１０は、読み出した画面定義データに定義されている優先順位が中位の要素データを取得する（ステップＳ６０７）。つまり、画面生成部１５１は、上述した図１０中に示すような優先順位が「２（中）」に規定されている要素データを取得する。その際も、画面生成部１５１は、キャッシュデータ記憶部１４に記憶済みの要素データの更新日時を、宅外通信部１２を通じてサーバ装置４０に送信して、最新の要素データの有無をサーバ装置４０に判別させる。そして、サーバ装置４０側が、最新の要素データを記憶していると判別した場合にサーバ装置４０から送られる、要素データを取得する。一方、サーバ装置４０側が、最新の要素データを記憶していないと判別した場合にサーバ装置４０から送られる、キャッシュデータが最新である旨を受信する。この場合、画面生成部１５１は、キャッシュデータ記憶部１４に記憶されている要素データを取得する。
【００７３】
コントローラ１０は、優先順位が中位の要素データを全て取得したか否かを判別する（ステップＳ６０８）。つまり、画面生成部１５１は、画面定義データに従って優先順位が「２（中）」に規定されている全ての要素データを取得し終えたかどうかを判別する。コントローラ１０は、中位の要素データを全て取得していないと判別すると（ステップＳ６０８；Ｎｏ）、上述したステップＳ６０７に処理を戻す。
【００７４】
一方、中位の要素データを全て取得したと判別した場合に（ステップＳ６０８；Ｙｅｓ）、コントローラ１０は、管理画面を生成し、現段階の管理画面を端末装置３０に送信する（ステップＳ６０９）。端末装置３０は、例えば、図１２Ｂに示すような管理画面Ｐ２を表示する。図１２Ｂの管理画面Ｐ２は、優先順位が上位および中位の要素データだけから生成された画面であり、一例として、リスト領域ＬＴにおける選択用文字列Ｔｘと、レイアウト領域ＬＯの外枠だけが表示されている。つまり、レイアウト領域ＬＯに今後何かしら表示されることが予想できるものの、現段階では、リスト領域ＬＴにおける選択用文字列Ｔｘに対してだけ操作が可能な状態となっている。
【００７５】
図１１に戻って、コントローラ１０は、有効な操作があったか否かを判別する（ステップＳ６１０）。例えば、上述した図１２Ｂのリスト領域ＬＴにおける選択用文字列Ｔｘがユーザによって押下された場合に、操作受付部１５３は、現段階の管理画面に対する有効な操作があったと判別する。コントローラ１０は、操作がなかった（有効な操作がなかった）と判別すると（ステップＳ６１０；Ｎｏ）、後述するステップＳ６１２に処理を進める。
【００７６】
一方、有効な操作があったと判別すると（ステップＳ６１０；Ｙｅｓ）、コントローラ１０は、ユーザからの操作を受け付ける（ステップＳ６１１）。
【００７７】
コントローラ１０は、読み出した画面定義データに定義されている優先順位が下位の要素データを取得する（ステップＳ６１２）。つまり、画面生成部１５１は、上述した図１０中に示すような優先順位が「３（低）」に規定されている要素データを取得する。その際も、画面生成部１５１は、キャッシュデータ記憶部１４に記憶済みの要素データの更新日時を、宅外通信部１２を通じてサーバ装置４０に送信して、最新の要素データの有無をサーバ装置４０に判別させる。そして、サーバ装置４０側が、最新の要素データを記憶していると判別した場合にサーバ装置４０から送られる、要素データを取得する。一方、サーバ装置４０側が、最新の要素データを記憶していないと判別した場合にサーバ装置４０から送られる、キャッシュデータが最新である旨を受信する。この場合、画面生成部１５１は、キャッシュデータ記憶部１４に記憶されている要素データを取得する。
【００７８】
コントローラ１０は、優先順位が下位の要素データを全て取得したか否かを判別する（ステップＳ６１３）。つまり、画像生成部１５１は、画面定義データに従って優先順位が「３（低）」に規定されている全ての要素データを取得し終えたかどうかを判別する。コントローラ１０は、下位の要素データを全て取得していないと判別すると（ステップＳ６１３；Ｎｏ）、上述したステップＳ６１２に処理を戻す。
【００７９】
一方、下位の要素データを全て取得したと判別した場合に（ステップＳ６１３；Ｙｅｓ）、コントローラ１０は、管理画面を生成し、完成した管理画面を端末装置３０に送信する（ステップＳ６１４）。端末装置３０は、例えば、図１２Ｃに示すような管理画面Ｐ２を表示する。図１２Ｃの管理画面Ｐ２は、全ての要素データから生成された画面であり、一例として、リスト領域ＬＴにおける選択用文字列Ｔｘと、レイアウト領域ＬＯにおける選択用アイコンＩｃとが全て表示されている。つまり、新たに、レイアウト領域ＬＯにおける選択用アイコンＩｃに対しても操作が可能な状態となっている。
【００８０】
図１１に戻って、コントローラ１０は、有効な操作があったか否かを判別する（ステップＳ６１５）。例えば、上述した図１２Ｃのリスト領域ＬＴにおける選択用文字列Ｔｘだけでなく、レイアウト領域ＬＯにおける選択用アイコンＩｃがユーザによって押下された場合に、操作受付部１５３は、管理画面に対する有効な操作があったと判別する。コントローラ１０は、操作がなかった（有効な操作がなかった）と判別すると（ステップ６１５；Ｎｏ）、後述するステップＳ６１７に処理を進める。
【００８１】
一方、有効な操作があったと判別すると（ステップＳ６１５；Ｙｅｓ）、コントローラ１０は、ユーザからの操作を受け付ける（ステップＳ６１６）。
【００８２】
コントローラ１０は、画面遷移が発生したか否かを判別する（ステップＳ６１７）。つまり、操作受付部１５３は、ユーザの操作によって、別の管理画面への遷移が要求されたかどうかを判別する。コントローラ１０は、画面遷移が発生していないと判別すると（ステップＳ６１７；Ｎｏ）、上述したステップＳ６１５に処理を戻す。
【００８３】
一方、画面遷移が発生したと判別すると（ステップＳ６１７；Ｙｅｓ）、コントローラ１０は、画面生成処理を終える。なお、厳密には、遷移先の管理画面についての画面生成処理が、先頭（ステップＳ６０１）から開始される。
【００８４】
このような画面生成処理によって、画面定義データの各要素データに規定された優先順位に基づいて、段階的に管理画面が生成される。そのため、例えば、データ量の少ない文字列などの要素データについて、優先順位を高く設定し、逆に、データ量の大きい画像などの要素データについて、優先順位を低く設定しておくことで、画面生成のレスポンス性能を向上させることができる。また、各段階の何れの管理画面でも、ユーザの操作を受け付けることができるため、画面操作のレスポンス性能も向上させることができる。
【００８５】
（他の実施形態）
上記の実施形態１，２に係るコントローラ１０では、管理画面の生成が要求された時点から、画面定義データを読み出し、各要素データを取得する場合について説明したが、画面間の関連性や、一連の操作などから次に遷移する可能性が高い別の管理画面を予想できる場合には、遷移前から、遷移が予想される別の管理画面の画面定義データを読み出し、各要素データの取得を開始するようにしてもよい。
【００８６】
例えば、図１３Ａに示すような管理画面Ｐ３（寝室おやすみ画面）から、図１３Ｂに示すような管理画面Ｐ４（詳細設定画面）に遷移する可能性が高いと予想される場合、画面生成部１５１は、管理画面Ｐ３の生成を終えた後に、実際に遷移が発生していない状態で、管理画面Ｐ４の画面定義データを読み出し、各要素データの取得を開始する。より具体的には、コントローラ１０の画面生成部１５１は、各画面間の遷移結果を蓄積し、各画面間の遷移確率を求めることができるようにしておく。例えば、管理画面Ｐ３には、戻るボタンＢｔ１、決定ボタンＢｔ２、および、詳細設定ボタンＢｔ３が含まれている。そして、ボタンＢｔ１〜Ｂｔ３に応じて、遷移先の管理画面が異なっているものとする。なお、詳細設定ボタンＢｔ３が押下された際の遷移先が管理画面Ｐ４とする。
【００８７】
画面生成部１５１は、管理画面Ｐ３のボタンＢｔ１〜Ｂｔ３の何れかがユーザによって押下される毎に、画面間の遷移結果を蓄積していく。そして、一定数以上の遷移結果が蓄積されると、管理画面Ｐ３を生成した際に、画面生成部１５１は、蓄積した遷移結果に基づいて、管理画面Ｐ３から別の管理画面への遷移確率それぞれを求める。そして、遷移確率が予め定められた基準値よりも高い遷移先があれば、画面生成部１５１は、遷移前に、画面生成のための先読みを開始する。
【００８８】
例えば、管理画面Ｐ３から管理画面Ｐ４への遷移確率が基準値よりも高い場合に、画面生成部１５１は、ボタンＢｔ３が押下される前に、管理画面Ｐ４の画面定義データを読み出し、各要素データの取得を開始する。その際、例えば、実施形態１のように、更新仕様に基づいて、各要素データの取得を開始する。そして、全ての要素データの取得を終えた際には、キャッシュデータ記憶部１４に記憶した要素データだけから、管理画面Ｐ４を生成できる状態となっている。そのため、実際に、管理画面Ｐ３の詳細設定ボタンＢｔ３が押下されると、画面生成部１５１は、図１３Ｂに示すような管理画面Ｐ４を素早く生成する。この結果、画面生成のレスポンス性能を適切に向上させることができる。
【００８９】
上記の実施形態１，２に係るサーバ装置４０は、住居Ｈ外（宅外）に設置される場合について説明したが、住居Ｈ内（宅内）に配置されていてもよい。例えば、サーバ装置４０は、ゲートウェイ機能を備えたサーバなどであってもよい。
【００９０】
また、上記実施形態では、専用のコントローラ１０などを用いる場合について説明したが、このコントローラ１０などの動作を規定する動作プログラムを既存のパーソナルコンピュータや情報端末機器などに適用することで、当該パーソナルコンピュータなどを本発明に係るコントローラ１０などとして機能させることも可能である。
【００９１】
また、このようなプログラムの配布方法は任意であり、例えば、ＣＤ−ＲＯＭ（Compact Disk Read-Only Memory），ＤＶＤ（Digital Versatile Disk），ＭＯ（Magneto Optical Disk），メモリカードなどのコンピュータ読み取り可能な記録媒体に格納して配布してもよいし、インターネットなどの通信ネットワークを介して配布してもよい。
【００９２】
本発明は、広義の精神と範囲を逸脱することなく、様々な実施形態および変形が可能とされるものである。また、上述した実施形態は、本発明を説明するためのものであり、本発明の範囲を限定するものではない。つまり、本発明の範囲は、実施形態ではなく、請求の範囲によって示される。そして、請求の範囲内およびそれと同等の発明の意義の範囲内で施される様々な変形が、本発明の範囲内とみなされる。
【産業上の利用可能性】
【００９３】
本発明は、画面生成のレスポンス性能を適切に向上させることのできるコントローラに採用され得る。
【符号の説明】
【００９４】
１  ホームシステム、１０  コントローラ、２０  家電機器、３０  端末装置、４０サーバ装置、８０  宅内ネットワーク、９０  宅外ネットワーク、１１  宅内通信部、１２  宅外通信部、１３  画面定義データ記憶部、１４  キャッシュデータ記憶部、１５，２４，３５，４３  制御部、１５１  画面生成部、１５２  キャッシュデータ更新部、１５３  操作受付部、１５４  指令部、２１，３１，４１  通信部、２２，３４，４２  データ記憶部、２３  主機能部、２４１，４３１  データ処理部、２４２  制御実行部、３２  表示部、３３  入力部、３５１  画像表示処理部、３５２  入力検出部
【図１】
2018198091.tif 000003
【図２】
2018198091.tif 000004
【図３】
2018198091.tif 000005
【図４】
2018198091.tif 000006
【図５】
2018198091.tif 000007
【図６】
2018198091.tif 000008
【図７】
2018198091.tif 000009
【図８】
2018198091.tif 000010
【図９】
2018198091.tif 000011
【図１０】
2018198091.tif 000012
【図１１】
2018198091.tif 000013
【図１２Ａ】
2018198091.tif 000014
【図１２Ｂ】
2018198091.tif 000015
【図１２Ｃ】
2018198091.tif 000016
【図１３Ａ】
2018198091.tif 000017
【図１３Ｂ】
2018198091.tif 000018