JP5873671B2 - エネルギー管理システム - Google Patents

Description

本発明は、建物内におけるエネルギー消費量を管理するエネルギー管理システム建物内で使用される複数のエネルギー消費機器の各々と通信する通信部が設けられたエネルギー管理システムに関する。

建物内におけるエネルギー消費量を管理するためのエネルギー管理システムとして、建物内に設置されたエネルギー消費機器の運転状況を監視し、かつ、自動制御することが可能なシステムは既に知られている。このようなシステムを構成するにあたり、従来では、図１６に示すように、建物内に設置されたエネルギー消費機器の各々に対して、専用のコントローラ（例えば、リモコンや操作パネル）が設けられていた。図１６は、従来のエネルギー管理システムの構成を示す概念図である。

また、コントローラに搭載される表示画面（機器の運転状況を監視するために表示される画面であり、以下、監視画面ともいう）や自動制御プログラムについても、同様に、機器毎に開発されたものが利用されていた。このように表示画面や制御方式が機器固有の仕様になっている場合、監視画面や制御方式をユーザのニーズに応じて設定（カスタマイズ）することが困難となり、結果として、監視画面や制御方式が、利便性やデザイン性の面で、ユーザにとって好ましくないものになっていた。

上記の課題に対して、監視画面や制御方式について、ユーザの要求に応じたプログラムを、ネットワークを通じて提供するシステムが開発されている。具体的に説明すると、クラウドを導入したエネルギー管理システムであり、エネルギー消費機器のエネルギー消費量をインターネット上のサーバに集め、表示画面や制御方式をサーバ側のアプリケーションで実行するものである。ただし、このようなシステムであっても背景画像や表示項目が増加した程度のバリエーションを提供するに留まり、ユーザの要求に十分応え得るものとはなっていない。なお、この場合に、プログラムを提供するサーバの維持費用を要し、さらに、当該サービスを利用する人数が所定数確保できなくなった場合には、サービスが中止される場合もある。

一方、監視画面や制御方式に関して既に搭載されたプログラムを、ネットワーク上から切り替える技術等を活用して、ユーザが自らプログラムを開発する方法も考えられている。ただし、この場合、開発の自由度が高くなり過ぎる結果、複数のプログラムを搭載している場合、プログラム同士が干渉して不具合を生じる場合がある。また、機器の制御仕様に合わせてプログラムを開発しなければならないことから、開発コストが嵩んでしまうことになる。さらに、外部から入手したプログラムが悪意のあるものである場合には、個人情報が不正に流出する等のトラブルが発生してしまう虞もある。

ところで、近年では、ホーム・エネルギー・マネジメントシステム（ＨＥＭＳ）やビルディング・エネルギー・マネジメントシステム（ＢＥＭＳ）をはじめ、宅内ネットワークを活用することにより建物内におけるエネルギー消費量の管理や機器の制御を一元的に行うシステムの開発が、現在積極的に行われている。すなわち、近年のエネルギー管理システムでは、住宅内に設置されたエネルギー消費機器やセンサと宅内ネットワークを介して接続されたホームサーバ（ホームゲートウェイともいう）によって、エネルギー消費量の視覚化（見える化）や機器の運転制御が一元化されるようになっている（例えば、特許文献１参照）。

特開２００９−２２５３５７号公報

しかしながら、一般的なＨＥＭＳにおいても、依然として、住宅内のエネルギー消費機器に対する監視画面や制御方式をユーザのニーズに応じてカスタマイズすることは困難である。また、ホームサーバにて監視や運転制御を一元化する都合上、機器間で通信方式（通信プロトコル等）が相違した場合（例えば、新たな通信方式を採用した機器が導入された場合）にはプログラムを改変する必要が生じ、プログラム開発に慣れていないユーザに対して多大な労務を要することになる。

そこで、本発明は、上記の問題に鑑みてなされたものであり、その目的は、建物内のエネルギー管理を一元化する上で必要となる監視画面や制御方式に関するプログラムとして、ユーザのニーズにも容易に応じ、機器間の通信方式の違いにも対応可能なプログラムを搭載したエネルギー管理システムを提供することである。

前記課題は、本発明のエネルギー管理システムによれば、建物内で使用される複数のエネルギー消費機器と、該エネルギー消費機器が消費したエネルギー消費量を測定する測定機器と、通信用プログラムを実行して、複数の前記エネルギー消費機器及び前記測定機器のうちの通信対象機器と通信する通信部と、表示用プログラムを実行して、前記測定機器の測定結果を表示する表示部と、制御用プログラムを実行して、複数の前記エネルギー消費機器のうちの制御対象機器の運転状態を制御する制御部と、を有し、前記通信部は、前記通信用プログラムを実行することにより、前記通信対象機器に応じて通信方式を切り替えることが可能であり、前記表示部は、前記通信部に前記通信用プログラムを実行させることにより、前記測定機器を前記通信対象機器として前記通信部に通信させ、前記通信部を通じて前記測定結果を取得し、前記制御部は、前記通信部に前記通信用プログラムを実行させることにより、前記制御対象機器を前記通信対象機器として前記通信部に通信させ、前記通信部を通じて前記制御対象機器の運転状態を制御し、前記通信用プログラムは、前記通信対象機器と対応する前記通信方式にて前記通信対象機器と通信するためのアプリケーションソフト、及び、前記通信方式毎に設けられた前記アプリケーションソフトの各々の起動及び停止を管理するフレームワークによって構成されており、前記通信部は、前記通信用プログラムを実行することにより、前記アプリケーションソフトと前記通信対象機器との対応関係を示すテーブルを参照して、前記フレームワーク上で動作する前記アプリケーションソフトを、前記通信対象機器と対応する前記アプリケーションソフトに切り替え、前記表示用プログラム及び前記制御用プログラムのうち、少なくとも一方のプログラムの実行中に前記通信部に前記通信用プログラムを実行させるためのＡＰＩが、前記通信部に実装されており、前記ＡＰＩは、前記通信部に前記テーブルを参照させて前記フレームワーク上で動作する前記アプリケーションソフトを切り替えるためのＡＰＩであり、公開されて前記表示用プログラム及び前記制御用プログラムの開発に供されており、前記テーブルは、非公開とされており、前記表示用プログラム及び前記制御用プログラムには、それぞれ、前記ＡＰＩを利用するための情報として、前記通信部に対して前記通信用プログラムの実行を要求するための情報が組み込まれていることにより解決される。

上記のエネルギー管理システムによれば、通信部に実装されたＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｇｒａｍ Ｉｎｔｅｒｆａｃｅ）を利用することにより、表示用プログラムや制御用プログラムを容易に開発することが可能になる。具体的に説明すると、エネルギー管理システムの構成要素である通信部は、通信プログラムを実行することにより、通信対象機器に応じて通信方式を切り替えながら通信を行う。つまり、通信部は、通信対象機器に対する汎用性が高く、機器間の通信方式の相違を吸収しながら通信することが可能である。
一方で、通信部は、他のプログラム（具体的には表示用プログラムや制御用プログラム）から通信部に対して通信用プログラムの実行を要求するために開発されたＡＰＩを実装している。このＡＰＩを利用したプログラムであれば、例え新しい通信方式の機器が導入されたとしても、その通信方式に対応しながら機器の監視や運転制御を行うことが可能になる。さらに、上記のＡＰＩは、公開されて表示用プログラムや制御用プログラムの開発に供されるので、これらのプログラムの開発自由度が高くなる。つまり、上記のプログラムを開発するにあたっては、ＡＰＩを利用するための情報を組み込めばよく、プログラム開発に慣れていないユーザにとって、上記のプログラムの開発や改変が容易になり、この結果、当該プログラムのバリエーションをより豊富にすることが可能となる。すなわち、ユーザは、機器間の通信方式を意識しなくとも、上記ＡＰＩを利用するための情報をプログラム中に組み込めばよいので、自分の好みに応じてプログラムを改変することも容易になる。
以上のように、本発明により、ユーザのニーズに容易に応じ、機器間の通信方式の違いにも対応可能なプログラムを搭載したエネルギー管理システムが実現されることになる。
なお、通信用プログラム実行時、通信対象機器と対応する通信方式を選定する際に参照される通信対象機器と通信方式との対応関係については、ＡＰＩとともに公開してしまうと、外部から不正に改変される可能性があり、これにより、動作の不具合や不正アクセスによる情報漏洩等が発生してしまう虞がある。このため、上記の対応関係については、非公開とすることで、以上に述べた問題を未然に回避することが可能となる。

また、上記のエネルギー管理システムにおいて、前記通信部、前記表示部及び前記制御部のうち、少なくとも前記通信部を備えるホームサーバと、該ホームサーバとネットワークを介して接続され、前記ホームサーバに対して、前記表示用プログラム及び前記制御用プログラムのうち、少なくとも一方のプログラムを配信するプログラム配信サーバとを有すると好適である。このようにプログラムをプログラム配信サーバから入手することができれば、ユーザが利用できるプログラムについてバリエーションが増える一方で、プログラム提供者（プログラム配信サーバの運営者等）側にも、広告宣伝等の機会が与えられるようになる。なお、前述したように、プログラム配信サーバから入手可能なプログラムについては、通信部に実装されたＡＰＩを利用するための情報を組み込めばよく、プログラムのバリエーションを増やすことが容易になる。

また、上記のエネルギー管理システムにおいて、前記プログラム配信サーバは、前記ホームサーバに対して前記少なくとも一方のプログラムを配信する際に、前記少なくとも一方のプログラムに応じた課金料金を算出して、該課金料金を提示すると、より好適である。前述したように、通信部に実装されたＡＰＩを利用することによりプログラム（表示用プログラムや制御用プログラム）を容易に提供することが可能となり、プログラムの提供に対して課金することにより、上記プログラムを商品としたビジネスを展開することが可能になる。

また、上記のエネルギー管理システムにおいて、ホームサーバと、該ホームサーバとネットワークを介して接続され、ユーザの操作を受け付ける操作受付機構と、情報が表示される表示画面とを備える情報処理端末と、を有し、前記通信部は、前記ホームサーバに備えられ、前記表示部及び前記制御部は、前記情報処理端末に備えられ、前記表示画面には、前記測定結果に応じた情報が表示され、前記操作受付機構は、前記制御対象機器の運転状態を切り替える際にユーザが行う操作を受け付けると、好適である。スマートフォンやノートパソコン、ＰＤＡ（Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔｓ）等の情報処理端末に、表示用プログラムや制御用プログラムを搭載することにより、ユーザにとって、機器の運転管理や制御の利便性が向上する。一方、情報処理端末に搭載するプログラムを開発する際に、通信部に実装されたＡＰＩを利用すれば、当該プログラムの開発が容易になり、ユーザは自己のニーズに合致するプログラムを簡単に入手することが可能である。

また、前記ホームサーバと前記情報処理端末とは、ＨＴＴＰによって通信し、前記表示用プログラム及び前記制御用プログラムのうち、少なくとも一方のプログラムの実行中に前記ＡＰＩを介して前記通信部に前記通信用プログラムを実行させると、前記表示部及び前記制御部のうち、前記少なくとも一方のプログラムを実行する方に向けて、前記通信部からＸＭＬ形式のデータが送信されると、より好適である。ＨＴＴＰ（Ｈｙｐｅｒｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）という通信プロトコルは、広く利用されているものであり、インターネットに接続可能な情報処理端末であれば、実行環境にかかわらず利用可能である。また、ホームサーバから情報処理端末に向けて送信されるデータは、ＸＭＬ（Ｅｘｔｅｎｓｉｂｌｅ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）形式であるので、情報処理端末の仕様（表示能力）に合わせて、適宜な形式にてデータを展開（描画や動画再生等）することが可能になる。

本発明のエネルギー管理システムによれば、建物内のエネルギー管理を一元化する上で必要となる監視画面や制御方式に関するプログラムとして、ユーザのニーズに容易に応じ、機器間の通信方式の違いにも対応可能なプログラムを搭載したシステムが実現される。

本発明に係るエネルギー管理システムが搭載された建物の説明図である。 本発明に係るエネルギー管理システムの構成を示す図である。 本発明に係るホームサーバのハードウェア構成を示すブロック図である。 本発明に係るホームサーバの実行環境に関する構成図である。 エネルギー管理画面の例を示す図である（その１）。 エネルギー管理画面の例を示す図である（その２）。 エネルギー管理画面の例を示す図である（その３）。 エネルギー管理画面を表示する処理の流れを示す図である。 本発明に係るＡＰＩを利用した通信手順を示す図である。 建物内の機器の運転を制御する処理の流れを示す図である。 制御処理に係るリクエスト電文に関する図である。 本発明に係る情報処理端末のハードウェア構成を示すブロック図である。 本発明に係るＡＰＩを利用したホームサーバと情報処理端末と間の通信の一例を示す図である。 外部からプログラムファイルを取得する手順を示す図である。 エネルギー管理画面を選択する際に表示される画面の一例である。 エネルギー管理画面を選択した際の確認画面である。 従来のエネルギー管理システムの構成を示す概念図である。

本発明の一実施形態（以下、本実施形態）に係るエネルギー管理システムについて、図１〜図１５を参照しながら説明する。図１は、本発明に係るエネルギー管理システムが搭載された建物の説明図である。図２は、本発明に係るエネルギー管理システムの構成を示す図である。図３Ａは、本発明に係るホームサーバのハードウェア構成を示すブロック図である。図３Ｂは、本発明に係るホームサーバの実行環境に関する構成図である。図４〜６は、エネルギー管理画面の例を示す図である。図７は、エネルギー管理画面を表示する処理の流れを示す図である。図８は、本発明に係るＡＰＩを利用した通信手順を示す図である。図９は、建物内の機器の運転を制御する処理の流れを示す図である。図１０は、制御処理に係るリクエスト電文に関する図である。図１１は、本発明に係る情報処理端末のハードウェア構成を示すブロック図である。図１２は、本発明に係るＡＰＩを利用したホームサーバと情報処理端末と間の通信の一例を示す図である。図１３は、外部からプログラムファイルを取得する手順を示す図である。図１４は、エネルギー管理画面を選択する際に表示される画面の一例である。図１５は、エネルギー管理画面を選択した際の確認画面である。

＜＜本実施形態に係るエネルギー管理システムの概要＞＞
本実施形態に係るエネルギー管理システム（以下、本システムＳ）について、図１及び図２を参照しながら概説する。なお、図１中、本システムＳを構成する要素間を結ぶ線のうち、実線で記載されたものは、電気配線を示し、破線で記載されたものは、通信回線を示す。

以下では、本システムＳが建物の一例としての住宅Ｈに搭載された構成を例に挙げて説明する。ただし、あくまでも住宅Ｈは建物の一例に過ぎず、本発明のエネルギー管理システムは、他の建物、例えば、オフィスビル、工場内の建屋、店舗等においても利用可能なものである。

＜本実施形態に係るエネルギー管理システムの構成＞
本システムＳは、住宅Ｈ内でのエネルギー消費量として、住宅Ｈ内での電力消費量を管理するためのものである。より具体的に説明すると、本システムＳは、いわゆるホーム・エネルギー・マネジメントシステム（ＨＥＭＳ）であり、住宅Ｈ内における電力消費量を削減する目的から、住宅Ｈ内で使用される電力消費機器の電力消費量を視覚化（見える化）するとともに、当該電力消費機器の運転状態を自動制御するものである。

電力消費機器とは、エネルギー消費機器に相当し、具体的には、家電製品、照明、エアコン、給湯器、ＡＶ機器、防犯設備等が該当する。また、住宅Ｈ内では、図１に示すように、複数の電力消費機器が使用されている。換言すると、本システムＳは、複数の電力消費機器が使用されている住宅Ｈに搭載されたものである。

なお、図１では、図示の都合上、電力消費機器として、エアコン７ａ、照明７ｂ、給湯器７ｃ、電子錠７ｄ、防犯装置７ｅのみを図示している。ただし、図１に図示した電力消費機器の組み合わせはあくまでも一例であり、当然ながら、図１に図示された電力消費機器以上の台数の電力消費機器が住宅Ｈ内に設置されていてもよく、また、図１に図示されていない電力消費機器が住宅Ｈ内に設置されていることとしてもよい。

また、住宅Ｈでは、図１に示すように、商用電源４からの電力（以下、系統電力）が受電される一方で、住宅Ｈに設置された発電ユニット１により、自然エネルギーとしての太陽光エネルギーを利用して発電することが可能である。発電ユニット１が発電した電力（以下、発電電力）及び系統電力は、分電盤２を通じて、住宅Ｈ内に設置された電力消費機器の各々に供給される。発電電力は、発電ユニット１と分電盤２との間に設置されたパワーコンディショナ５によって直流電力から交流電力に変換される。

また、本実施形態では、発電ユニット１が商用電源４と連系しており、発電電力の余剰分を商用電源４に逆潮流（売電）することが可能である。さらに、本実施形態では、蓄電池３が設けられており、系統電力や発電電力を蓄電池３に蓄電しておくことが可能である。そして、蓄電池３に蓄電された電力（以下、蓄電電力）は、適宜なタイミングで放電され、他の電力と同様、分電盤２を通じて、住宅Ｈ内の電力消費機器の各々に供給される。なお、蓄電池３と分電盤２との間には、双方向インバータ６が設置されている。この双方向インバータ６により、系統電力や発電電力は、蓄電池３に蓄電される際に交流電力から直流電力に変換され、蓄電電力は、放電される際に直流電力から交流電力に変換される。

一方、ＨＥＭＳ（すなわち、本システムＳ）が搭載された住宅Ｈには、電力を測定するセンサ群が設けられている。具体的に説明すると、分電盤２には、スマートメータからなるセンサ２１が取り付けられており、このスマートメータによって、住宅Ｈ内での全電力消費量を測定する。

また、エアコン７ａ、照明７ｂ及び給湯器７ｃの各々には、個別のセンサ２２ａ、２２ｂ、２２ｃが取り付けられている。このセンサ２２ａ、２２ｂ、２２ｃは、測定機器に相当し、本実施形態では、通信機能を有する電力センサである。各センサ２２ａ、２２ｂ、２２ｃは、対応する機器の電力消費量（エネルギー消費量に相当）を測定する。

なお、本実施形態にて、図１に図示した電力消費機器のうち、電子錠７ｄ及び防犯装置７ｅについては、電力消費量が比較的少ないことから、電力消費量の測定対象から外すことにしたが、これに限定されるものではなく、電子錠７ｄ及び防犯装置７ｅについても電力消費量を測定することとしてもよい。

さらに、発電電力、系統電力、蓄電電力を測定するためのセンサ２３ａ、２３ｂ、２３ｃが設けられている。具体的に説明すると、発電電力用のセンサ２３ａは、パワーコンディショナ５と分電盤２との間に配置され、系統電力用のセンサ２３ｂは、住宅Ｈ内に設けられた不図示の受電設備と分電盤２との間に配置され、蓄電電力用のセンサ２３ｃは、蓄電池３の所定位置に取り付けられている。

本実施形態では、住宅Ｈ内に、上記のセンサ群の他、計測センサ付きのトイレ（以下、単にトイレ２４）が設置されている。このトイレ２４は、利用者（例えば、住宅Ｈの居住者）が排尿・排便している間に、不図示の計測センサにより、当該利用者の健康管理指標（体重、体温、血圧、尿糖値等）を計測することが可能である。

以上のような構成の住宅Ｈ内に搭載された本システムＳは、宅内ネットワークＴＮを介して、上記の機器（具体的には、電力消費機器、センサ２１、２２ａ〜２２ｃ、２３ａ〜２３ｃ、及びトイレ２４）と通信し、各電力消費機器の監視及び制御を行っている。

具体的に説明すると、センサ２１、２２ａ〜２２ｃ、２３ａ〜２３ｃの測定結果を示すデータを、宅内ネットワークＴＮを通じて、センサ２１、２２ａ〜２２ｃ、２３ａ〜２３ｃから取得する。同様に、トイレ２４の計測結果を示すデータを、宅内ネットワークＴＮを通じて、トイレ２４から取得する。また、電力消費機器の運転状態を制御するための信号（制御信号）を、宅内ネットワークＴＮを通じて、電力消費機器に向けて発信する。ここで、運転状態とは、発停（オンオフ）、冷房や暖房等の運転モード、設定温度等の運転管理値など、運転に関してコントロール可能（調整可能）な項目についての現状を示す概念である。

つまり、本システムＳでは、宅内ネットワークＴＮを通じて、エアコン７ａ、照明７ｂ、給湯器７ｃ、電子錠７ｄ、防犯装置７ｅの各々の運転状態を遠隔制御することが可能であり、例えば、エアコン７ａの設定温度の変更、照明７ｂのオンオフ、給湯器７ｃの湯温設定、電子錠７ｄの開閉、防犯装置７ｅの設定／解除を遠隔操作にて行うことが可能である。

なお、宅内ネットワークＴＮは、例えば、Ｅｔｈｅｒｎｅｔ（登録商標）ケーブルを用いた有線、あるいは、ＩＥＥＥ８０２．１ｘまたはＢｌｕｅｔｏｏｔｈ（登録商標）を用いた無線によるＩＰネットワークにより構成される。

上記の機能は、住宅Ｈ内に設けられたホームサーバ１０によって実現されている。すなわち、本システムＳでは、センサ２１、２２ａ〜２２ｃ、２３ａ〜２３ｃ及びトイレ２４からのデータの取得、及び、電力消費機器への制御信号の発信が、ホームサーバ１０により一元的に行われている。

そして、ホームサーバ１０に接続されたディスプレイ１１には、センサ２１、２２ａ〜２２ｃ、２３ａ〜２３ｃの測定結果が表示される画面（例えば、図４参照。以下、エネルギー管理画面）が描画され、本システムＳのユーザ（すなわち、住宅Ｈの居住者）は、当該エネルギー管理画面にて、各電力消費機器での電力消費量、及び、住宅Ｈでの電力の需給バランスを視認することができる。

また、ディスプレイ１１に描画されたエネルギー管理画面を見ているユーザは、キーボードやマウス等の入力装置１２を通じて、同画面に設けられた操作ボタン（例えば、図４中の操作ボタンＢ１〜Ｂ９）を押す操作を行うことにより、操作ボタンが押された電力消費機器の運転状況を切り替えることが可能である。すなわち、上記の操作ボタンを押す操作により、上述した制御信号が、ホームサーバ１０から操作ボタンが押された電力消費機器に向けて発信されるようになる。

ところで、電力消費機器の中には、通信方式（通信規格、通信プロトコルと同義）が互いに異なる機器が存在する。一般的に、ＨＥＭＳが搭載された住宅Ｈでは、共通の通信方式を採用した電力消費機器を使用することが推奨されており、例えば、ＥＣＨＯＮＥＴ（エコーネット）コンソーシアムが提唱するＥＣＨＯＮＥＴ規格を採用した機器に統一されていることが望まれている。一方、ユーザが購入する電力消費機器の中には、ＥＣＨＯＮＥＴ規格外の機器も含まれるので、住宅Ｈで使用される電力消費機器の間で、通信方式が相違する場合がある。

ここで、住宅Ｈ内の複数の電力消費機器及びセンサ群のうち、所定の通信方式（例えば、上述のＥＣＨＯＮＥＴ規格）を採用した機器を、第１規格機器と呼ぶこととする。また、第１規格機器とは通信方式が異なる機器のうち、第２の通信方式を採用した機器を、第２規格機器と呼び、第３の通信方式（第２の通信方式以外の通信方式）を採用した機器を、第３規格機器と呼ぶこととする。なお、上述したトイレ２４は、上記の機器（すなわち、第１規格機器、第２規格機器、第３規格機器）のいずれにも属しない第４規格機器である。

そして、本実施形態に係るホームサーバ１０は、その通信対象機器に応じて通信方式を切り替え、各通信対象機器に対応した通信方式にて通信を行う。すなわち、ホームサーバ１０は、第１規格機器と通信する際には、第１規格機器と対応した通信方式を採用し、その後、第２規格機器と通信するようになると、通信方式を第２規格機器と対応した通信方式に切り替える。かかる機能を含め、ホームサーバ１０の構成については、後に詳しく説明する。

また、住宅Ｈ内には、上述のホームサーバ１０以外に、情報処理端末が設けられている。この情報処理端末は、宅内ネットワークＴＮを介してホームサーバ１０と接続されており、ホームサーバ１０と通信することが可能である。ここで、情報処理端末は、スマートフォンやＰＤＡ、ノートパソコン、住宅Ｈ内に設けられた操作パネル、あるいは、所定のアプリケーションソフトが搭載されたデジタルフォトフレーム等によって構成される。以下の説明では、スマートフォン３０により構成された情報処理端末を例に挙げて説明する。

スマートフォン３０には様々なプログラム（アプリケーション）が搭載されており、その中の一つとして、上記のエネルギー管理画面と同様の画面を描画するプログラムが存在する。また、スマートフォン３０は、タッチパネル３１を採用しており、このタッチパネル３１が、ユーザの操作を受け付ける操作受付機構として機能するとともに、情報が表示される表示画面としても機能する。各プログラムは、ユーザがタッチパネル３１に表示されたアイコンをタッチする操作等により起動し、例えば、エネルギー管理画面を表示するプログラムを起動させると、タッチパネル３１に上記エネルギー管理画面が描画されるようになる。

そして、タッチパネル３１にエネルギー管理画面が描画されることにより、ユーザは、各電力消費機器での電力消費量、及び、住宅Ｈでの電力の需給バランスを視認することができる。また、ユーザは、タッチパネル３１に表示されたエネルギー管理画面を見ている間、同画面に設けられた操作ボタンを押す操作を、タッチパネル３１を通じて行うことにより、操作ボタンが押された電力消費機器の運転状態を切り替えることが可能である。

また、ホームサーバ１０は、図１に示すように、インターネットからなる宅外ネットワークＧＮを介して、センターサーバ４０と通信可能に接続されている。センターサーバ４０とは、例えば、住宅Ｈの管理会社が保有するサーバであり、複数の住宅Ｈの各々に搭載されたＨＥＭＳ（すなわち、本システムＳ）を統括するために設置されたものである。

センターサーバ４０は、ホームサーバ１０からの送信要求に応じて、データ（具体的には、省エネや健康管理に関する情報を示すデータ）を送信したり、所定のプログラムを配信したりする。つまり、センターサーバ４０は、プログラム配信サーバに相当し、ホームサーバ１０に対してプログラムを配信する。

ここで、センターサーバ４０が配信するプログラムは、上記のエネルギー管理画面を表示させるためのプログラム（以下、エネルギー管理プログラム）である。エネルギー管理プログラムは、実行されることにより、所定の表示部（具体的には、ディスプレイ１１）に上記のエネルギー管理画面を描画し、エネルギー管理画面にはセンサ群の測定結果（すなわち、電力消費量の測定結果）が表示される。かかる意味で、エネルギー管理プログラムは、センサ群の測定結果を表示するための表示用プログラムに相当するといえる。一方、エネルギー管理画面を通じてユーザが、電力消費機器の運転状態を切り替えるための操作を行うと、当該操作に基づく制御信号が、制御対象となった電力消費機器に向けて送信されるようになる。かかる意味で、エネルギー管理プログラムは、住宅Ｈ内で使用される複数の電力消費機器のうちの制御対象機器の運転状態を制御するための制御用プログラムに相当するといえる。

以上のように、本実施形態に係るセンターサーバ４０は、表示用プログラム及び制御用プログラムを一体化したエネルギー管理プログラムを配信する。ただし、これに限定されるものではなく、表示用プログラムと制御用プログラムとを、それぞれ個別に配信することとしてもよい。また、表示用プログラム及び制御用プログラムの各々に対して、個別の配信サーバが設けられていることとしてもよい。つまり、表示用プログラム及び制御用プログラムのうち、少なくとも一方のプログラムを配信するプログラム配信サーバが設けられていればよい。

さらに、本実施形態に係るセンターサーバ４０は、複数のエネルギー管理プログラムを選択的に配信することが可能である。具体的に説明すると、本実施形態に係るセンターサーバ４０が配信可能な複数のエネルギー管理プログラムは、その実行によって描画されるエネルギー管理画面のデザインが異なっており、ホームサーバ１０側でユーザは所定の選択画面（例えば、図１３参照）にて一のエネルギー管理画面を指定する。そして、センターサーバ４０は、指定されたエネルギー管理画面を描画するためのエネルギー管理プログラムを、ホームサーバ１０に対して配信する。

また、センターサーバ４０が配信するエネルギー管理プログラムの中には、無償で提供されるものと、有償で提供されるものがあり、有償のエネルギー管理プログラムを配信する場合、センターサーバ４０は、ホームサーバ１０に対して、当該プログラムに設定された料金を課金するようになる。

以上のように、センターサーバ４０は、ホームサーバ１０側で指定されたエネルギー管理画面に対応するエネルギー管理プログラムを、ホームサーバ１０に対して配信する。さらに、本実施形態に係るセンターサーバ４０は、宅外ネットワークＧＮを介して、上述のスマートフォン３０とも通信可能であり、スマートフォン３０に対しても、上記と同様の手順にてエネルギー管理プログラムを配信することが可能である。

なお、本実施形態では、プログラム配信サーバの一例として、住宅管理会社に設置されたセンターサーバ４０を挙げたが、インターネットに接続されたサーバのうち、センターサーバ４０以外のサーバがプログラム配信サーバとして機能することとしてもよい。例えば、家電メーカ等が宣伝広告のためにエネルギー管理プログラムを開発し、当該企業のサーバからエネルギー管理プログラムを配信することとしてもよい。

＜本実施形態に係るエネルギー管理システムの各部の機能＞
次に、以上までに説明してきた本システムＳ各部の構成について、機能の面から改めて説明する。
（１）ホームサーバ１０について
本システムＳの構成要素のうち、主要部であるホームサーバ１０は、図２に示すように、ＨＳ通信部１０１と、ＨＳ表示部１０２と、ＨＳ制御部１０３とを有している。

ＨＳ通信部１０１は、本発明の通信部に相当し、通信用プログラムを実行することにより、宅内ネットワークＴＮを介して、住宅Ｈ内の機器（具体的には、複数の電力消費機器、センサ群、及び、トイレ２４）のうちの通信対象機器と通信するものである。ここで、通信用プログラムとは、通信対象機器に応じて通信方式を切り替えて、通信対象機器に対応した通信方式にて通信するためのプログラムである。つまり、ＨＳ通信部１０１は、通信用プログラムを実行することにより、通信対象機器に応じて通信方式を切り替えることが可能であり、例えば、第１規格機器と通信する際には、第１規格機器に対応した通信方式を採用し、その後に、第２規格機器と通信する際には、第２規格機器に対応した通信方式に切り替える。なお、通信用プログラムの詳細については、後述する。

さらに、ＨＳ通信部１０１は、宅内ネットワークＴＮを介して、トイレ２４や情報処理端末であるスマートフォン３０と通信し、宅外ネットワークＧＮを介して、プログラム配信サーバであるセンターサーバ４０と通信する。

ＨＳ表示部１０２は、本発明の表示部に相当し、表示用プログラムとしてのエネルギー管理プログラムを実行して、エネルギー管理画面を描画し、同画面上にセンサ群（具体的には、センサ２１、２２ａ〜２２ｃ、２３ａ〜２３ｃ）の各々の測定結果を表示するものである。ＨＳ表示部１０２は、測定結果を表示するにあたり、センサ群の各々から測定結果（厳密には、測定結果を示すデータ）を取得することになるが、センサ群の各々から測定結果を取得する上で、ＨＳ通信部１０１に通信用プログラムを実行させる。これにより、ＨＳ表示部１０２は、センサ群の各々を通信対象機器としてＨＳ通信部１０１に通信させ、ＨＳ通信部１０１を通じて測定結果を取得する。

より具体的に説明すると、ＨＳ表示部１０２が、エネルギー管理プログラム（厳密には、エネルギー管理プログラムのうち、表示用プログラムに相当する部分）を実行すると、先ず、測定結果の取得を要求するデータをＨＳ通信部１０１に送信し、当該要求データを受信したＨＳ通信部１０１は、センサ２１、２２ａ〜２２ｃ、２３ａ〜２３ｃの各々と順次通信し、センサ２１、２２ａ〜２２ｃ、２３ａ〜２３ｃの各々に対して、測定結果の送信を要求する。これにより、センサ２１、２２ａ〜２２ｃ、２３ａ〜２３ｃから、測定結果に応じたデータがＨＳ通信部１０１に向けて送信されるようになり、当該データを受け取ったＨＳ通信部１０１は、当該測定結果を示すデータを、ＨＳ表示部１０２に向けて引き渡す。

ＨＳ制御部１０３は、本発明の制御部に相当し、制御用プログラムとしてのエネルギー管理プログラムを実行して、ユーザの操作を受け付けてから、当該操作にて指定された電力消費機器を制御対象機器として当該機器の運転状態を制御するものである。ＨＳ制御部１０３は、制御対象機器の運転状態を制御する上で、ＨＳ通信部１０１に通信用プログラムを実行させる。そして、ＨＳ制御部１０３は、制御対象機器を通信対象機器としてＨＳ通信部１０１に通信させ、ＨＳ通信部１０１を通じて制御対象機器の運転状態を制御する。

より具体的に説明すると、ＨＳ制御部１０３は、制御対象機器を特定するデータをＨＳ通信部１０１に引渡し、当該特定データを受け取ったＨＳ通信部１０１は、当該特定データに基づいて制御信号を生成し、制御対象機器に向けて発信する。その後、制御後の運転状態に応じた信号（応答信号ともいう）が、制御対象機器からＨＳ通信部１０１に向けて発信され、ＨＳ通信部１０１は、当該信号に基づき、制御が完了したことを示すデータ（制御完了データ）を生成し、当該データをＨＳ制御部１０３に引き渡す。

（２）スマートフォン３０について
本システムＳの構成要素のうち、ホームサーバ１０と宅内ネットワークＴＮを介して通信する情報処理端末としてのスマートフォン３０は、図２に示すように、ＣＴ通信部３０１と、ＣＴ表示部３０２と、ＣＴ制御部３０３とを有している。

ＣＴ通信部３０１は、宅内ネットワークＴＮを介してホームサーバ１０と通信し、宅外ネットワークＧＮを介してセンターサーバ４０と通信する。特に、本実施形態において、ＣＴ通信部３０１は、センターサーバ４０に対してエネルギー管理プログラムの配信を要求し、センターサーバ４０から配信されるエネルギー管理プログラムを取得する。

ＣＴ表示部１０２は、ＨＳ表示部１０２と同様に、本発明の表示部に相当し、表示用プログラムとしてのエネルギー管理プログラムを実行して、タッチパネル３１にエネルギー管理画面を描画し、同画面上にセンサ群（具体的には、センサ２１、２２ａ〜２２ｃ、２３ａ〜２３ｃ）の各々の測定結果を表示するものである。そして、ＣＴ表示部３０２も、ＨＳ表示部１０２と同様に、センサ群の各々から測定結果を取得する上で、ＣＴ通信部３０１を通じて、ホームサーバ１０のＨＳ通信部１０１に通信用プログラムを実行させる。これにより、ＣＴ表示部３０２は、センサ群の各々を通信対象機器としてＨＳ通信部１０１に通信させ、ＨＳ通信部１０１及びＣＴ通信部３０１を通じて測定結果を取得する。なお、測定結果の取得手順については、上述したＨＳ表示部１０２による場合とほぼ同様であるので、説明を省略する。

ＣＴ制御部３０３は、ＨＳ制御部１０３と同様に、本発明の制御部に相当し、制御用プログラムとしてのエネルギー管理プログラムを実行し、タッチパネル３１を通じてユーザの操作を受け付けてから、当該操作にて指定された電力消費機器を制御対象機器として当該機器の運転状態を制御するものである。そして、ＣＴ制御部３０３も、ＨＳ制御部１０３と同様に、制御対象機器の運転状態を制御する上で、ＣＴ通信部３０１を通じて、ホームサーバ１０のＨＳ通信部１０１に通信用プログラムを実行させる。これにより、ＣＴ制御部３０３は、制御対象機器を通信対象機器としてＨＳ通信部１０１に通信させ、ＨＳ通信部１０１を通じて制御対象機器の運転状態を制御する。なお、制御手順については、上述したＨＳ制御部１０３による場合とほぼ同様であるので、説明を省略する。

（３）センターサーバ４０について
本システムＳを管轄するセンターサーバ４０は、上述したように、宅外ネットワークＧＮを介してホームサーバ１０やスマートフォン３０と通信し、ホームサーバ１０やスマートフォン３０向けに、エネルギー管理用プログラムを配信する。このセンターサーバ４０は、図２に示すように、ＣＳ通信部４０１と、ＣＳデータベース４０２と、ＣＳ課金部４０３とを有する。

ＣＳ通信部４０１は、宅外ネットワークＧＮを介してホームサーバ１０やスマートフォン３０と通信するものであり、特に、本実施形態では、ホームサーバ１０やスマートフォン３０から送信されたプログラム配信要求を受け付けて、当該要求に基づき、複数のプログラムが格納されたＣＳデータベース４０２の中から配信対象のプログラムを選択し、当該プログラムを配信する。

ＣＳ課金部４０３は、ＣＳ通信部４０１によるプログラムの配信に先立ち、配信対象のプログラムに応じた課金料金を算出して、算出した課金料金を提示するためのデータをＣＳ通信部４０１を通じてホームサーバ１０やスマートフォン３０に送信するものである。すなわち、本実施形態に係るプログラム配信サーバとしてのセンターサーバ４０は、配信対象のプログラムを配信する際に、該配信対象のプログラムに応じた課金料金を算出して、本システムＳのユーザ（つまり、プログラム配信を要求している者）に対して、上記の課金料金を提示する。

＜＜ホームサーバの構成＞＞
次に、ホームサーバ１０の詳細構成について図３Ａ及び図３Ｂを参照しながら説明する。
ホームサーバ１０のハードウェア構成について説明すると、図３Ａに示すように、ＣＰＵ１０ａ、メモリ１０ｂ、不揮発性記憶装置１０ｃ、通信用インタフェース１０ｄ（図３Ａ中、通信用Ｉ／Ｆと表記）、ディスプレイ１１及び入力装置１２を備え、これらの各要素はバスを介して接続されている。不揮発性記憶装置１０ｃには、通信用プログラムやエネルギー管理プログラムをはじめとする各種プログラムが格納されている。

そして、前述したホームサーバ１０のＨＳ通信部１０１、ＨＳ表示部１０２及びＨＳ制御部１０３は、それぞれ、上記の装置によって実現される。具体的に説明すると、例えば、ＨＳ通信部１０１は、ＣＰＵ１０ａ、メモリ１０ｂ、不揮発性記憶装置１０ｃ及び通信用インタフェース１０ｄにより構成される。また、ＨＳ表示部１０２は、ＣＰＵ１０ａ、メモリ１０ｂ、不揮発性記憶装置１０ｃ及びディスプレイ１１により構成される。また、ＨＳ制御部１０３は、ＣＰＵ１０ａ、メモリ１０ｂ、不揮発性記憶装置１０ｃ及び入力装置１２により構成される。

次に、ホームサーバ１０における実行環境について説明すると、ホームサーバ１０は、図３Ｂに示すように、ＯＳ２０１と、ＪＡＶＡ（登録商標）仮想マシン（以下、ＪＶＭ）２０２と、ＯＳＧｉ（Ｏｐｅｎ Ｓｅｒｖｉｃｅｓ Ｇａｔａｗａｙ ｉｎｉｔｉａｔｉｖｅ）フレームワーク２０３と、ＯＳＧｉフレームワーク２０３上で動作するソフトウェア（以下、バンドルとも言う）とを備える。

ＯＳＧｉフレームワーク２０３は、ＪＶＭ２０２上に構築され、ＯＳＧｉフレームワーク２０３上で動作するバンドルのダウンロード、インストール、起動、停止などのライフサイクルを管理する。そして、ＯＳＧｉフレームワーク２０３上で動作するバンドルについては、動的に入れ替えることが可能であり、また、複数のバンドルを並列的に実行することが可能である。

ＯＳＧｉフレームワーク２０３上で動作するバンドルには、標準バンドルと、アプリケーションバンドルとがある。標準バンドルとは、ＨＴＴＰ（Ｈｙｐｅｒｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）やＵＰｎＰ（Ｕｎｉｖｅｒｓａｌ Ｐｌｕｇ ａｎｄ Ｐｌａｙ）等の基本的なプロトコルをバンドル化したものである。

アプリケーションバンドルとは、ＯＳＧｉフレームワーク２０３に登録されたアプリケーションソフトであり、具体的には、第１規格機器用通信バンドル２０４ａ、第２規格機器用通信バンドル２０４ｂ、第３規格機器用通信バンドル２０４ｃ、トイレ用通信バンドル２０４ｄのことである。

ここで、第１規格機器用通信バンドル２０４ａとは、第１規格機器に対応した通信方式にて第１規格機器と通信するためのアプリケーションソフトである。同様に、第２規格機器用通信バンドル２０４ｂとは、第２規格機器に対応した通信方式にて第２規格機器と通信するためのアプリケーションソフトであり、第３規格機器用通信バンドル２０４ｃとは、第３規格機器に対応した通信方式にて第３規格機器と通信するためのアプリケーションソフトである。また、トイレ用通バンドル２０４ｄは、トイレ２４と対応した通信方式にてトイレ２４と通信するためのアプリケーションソフトである。

そして、上記４つの通信バンドル２０４ａ、２０４ｂ、２０４ｃ、２０４ｄ及びＯＳＧｉフレームワーク２０３により、通信用プログラムが構成されている。各通信バンドル２０４ａ、２０４ｂ、２０４ｃ、２０４ｄがＣＰＵ１０ａによって実行されることにより、ホームサーバ１０のＨＳ通信部１０１は、所望の通信対象機器と通信することが可能になる。なお、新たな通信方式を採用した機器が住宅Ｈ内に導入された場合、当該導入機器に対応した通信方式にて当該導入機器と通信するためのアプリケーションソフトをＯＳＧｉフレームワーク２０３に登録することにより、ホームサーバ１０のＨＳ通信部１０１は、実行するバンドル（アプリケーション）として、上記導入機器と通信するためのアプリケーションを選択し、同機器と通信できるようになる。

また、ＯＳＧｉフレームワーク２０３の、動的にバンドルを入れ替える機能により、ＨＳ通信部１０１が通信する通信対象機器に応じて、実行される通信バンドルが入れ替われるようになる。換言すると、通信バンドルの入れ替えにより、ＨＳ通信部１０１が採用する通信方式が切り替わるようになる。つまり、ＨＳ通信部１０１は、前述したように、通信用プログラムを実行することにより、通信対象機器に応じて通信方式を切り替えることが可能である。

さらに、ＯＳＧｉフレームワーク２０３に各通信バンドルが登録されると、各通信バンドルの機能を利用するためのインタフェースが、レジストリ（サービスレジストリとも言う）に登録される。そして、ＯＳＧｉフレームワーク２０３は、これらのインタフェースを統合して、ＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｇｒａｍ Ｉｎｔｅｒｆａｃｅ）として提供する。このＡＰＩを利用してプログラムを開発すれば、プログラム開発者は、通信バンドルの違い（すなわち、通信対象機器が採用する通信方式の違い）を意識することなく、簡単な命令で、所望の通信対象機器との通信をＨＳ通信部１０１に行わせることが可能になる。

以上のように、本実施形態では、通信バンドルの違い（通信対象機器が採用する通信方式の違い）を吸収する仕組みとして、上記のＡＰＩ（以下、汎用ＡＰＩ）がＨＳ通信部１０１に実装されている。そして、この汎用ＡＰＩは、公開されて、ホームサーバ１０側やスマートフォン３０で実行されるプログラム、すなわち、エネルギー管理プログラムの開発に供される。つまり、本実施形態に係るエネルギー管理プログラムは、汎用ＡＰＩを利用したものであり、その実行中に、汎用ＡＰＩを介してＨＳ通信部１０１に通信用プログラムを実行させる。すなわち、汎用ＡＰＩは、エネルギー管理プログラムの実行中にＨＳ通信部１０１に通信用プログラムを実行させるためのＡＰＩに相当する。

なお、上記実施形態では、表示用プログラム及び制御用プログラムが、エネルギー管理プログラムとして一体になっているが、前述したように、表示用プログラム及び制御用プログラムが個々のプログラムとして分かれていることとしてもよい。かかる場合、上記の汎用ＡＰＩは、表示用プログラム及び制御用プログラムのうち、少なくとも一方のプログラムの実行中にＨＳ通信部１０１に通信用プログラムを実行させるためのものであればよい。

また、汎用ＡＰＩの公開については、広く公衆に公開する形でもよく、あるいは、会員登録等によって閲覧の権限を有する者に対してのみ公開する形でもよい。

汎用ＡＰＩについてより詳しく説明すると、汎用ＡＰＩは、エネルギー管理プログラムを実行する表示部や制御部（すなわち、ＨＳ表示部１０２及びＨＳ制御部１０３、並びに、ＣＴ表示部３０２及びＣＴ制御部３０３）とＨＳ通信部１０１との間のデータの受け渡しを定義している。

より具体的に説明するために、ＨＳ表示部１０２がエネルギー管理プログラムを実行した場合を例に挙げて説明する。なお、ＨＳ表示部１０２がエネルギー管理プログラムを実行した場合、実際には、センサ２１、２２ａ〜２２ｃ、２３ａ〜２３ｃ全てから測定結果を取得し、そのために、センサ２１、２２ａ〜２２ｃ、２３ａ〜２３ｃの各々を順次通信対象機器としてＨＳ通信部１０１に通信させることになるが、説明を分かり易くするために、以下では、一のセンサのみから測定結果を取得することとし、ＨＳ通信部１０１が当該センサのみと通信するケースを想定して説明する（つまり、実際には、以下の手順をセンサの数だけ繰り返すこととなる）。

ＨＳ表示部１０２は、エネルギー管理プログラムを実行すると、先ず、表示対象とする電力消費量の測定結果を出力するセンサを特定し、当該センサを特定するデータを生成する。さらに、ＨＳ表示部１０２は、その特定データを組み込んだ通信要求データを生成し、この通信要求データをＨＳ通信部１０１に引き渡す。一方、通信要求データを受け取ったＨＳ通信部１０１は、当該データを解析して、通信対象機器とするセンサを特定するとともに、当該センサに対応した通信バンドルを選定して実行する。これにより、ＨＳ通信部１０１は、上記のセンサを通信対象機器として通信し、当該通信対象機器との間でデータの送受信を行う。つまり、ＨＳ通信部１０１は、センサに対して、測定結果の送信を要求するデータを送信する一方で、センサは、当該要求データを受信すると、ＨＳ通信部１０１に対して、測定結果に応じたデータを送信する。その後、ＨＳ通信部１０１は、測定結果に応じたデータに基づいて、測定結果を示すデータを生成し、当該データをＨＳ表示部１０２に引き渡す。

以上のように、本実施形態では、上記の汎用ＡＰＩを利用することにより、エネルギー管理プログラムによる処理（具体的には、測定結果の表示処理又は運転状態の制御処理）の対象となる機器を特定するデータ等が準備できれば、機器間の通信方式の相違に留意せずとも、当該機器を通信対象機器としてＨＳ通信部１０１に通信させて、上記の処理を実行し、所望の応答データを、ＨＳ通信部１０１を通じて取得することができる。

そして、上述した汎用ＡＰＩの利点を生かすべく、本実施形態に係るエネルギー管理プログラムは、汎用ＡＰＩを利用するための情報を組み込んで開発されている。ここで、エネルギー管理プログラムは、表示用プログラム及び制御用プログラムを一体化させたものであるため、本実施形態では、表示用プログラム及び制御用プログラムには、それぞれ、汎用ＡＰＩを利用するための情報が組み込まれているといえる。

つまり、本実施形態に係る表示用プログラムは、ＨＳ通信部１０１に実装された汎用ＡＰＩを利用するための情報が組み込まれたものである。そして、表示用プログラムに汎用ＡＰＩを利用するための情報が組み込まれたことにより、ＨＳ表示部１０２は、表示用プログラムを実行すると、汎用ＡＰＩを介してＨＳ通信部１０１に通信用プログラムを実行させて、各センサ２１、２２ａ〜２２ｃ、２３ａ〜２３ｃを通信対象機器としてＨＳ通信部１０１に通信させ、ＨＳ通信部１０１を通じて各センサ２１、２２ａ〜２２ｃ、２３ａ〜２３ｃの測定結果を取得する。

同様に、本実施形態に係る制御用プログラムも、汎用ＡＰＩを利用するための情報が組み込まれたものである。そして、制御用プログラムに汎用ＡＰＩを利用するための情報が組み込まれたことにより、ＨＳ制御部１０３は、制御用プログラムを実行すると、汎用ＡＰＩを介してＨＳ通信部１０１に通信用プログラムを実行させて、住宅Ｈ内の電力消費機器のうちの制御対象機器を通信対象機器としてＨＳ通信部１０１に通信させ、ＨＳ通信部１０１を通じて制御対象機器の運転状態を制御する。

以上のように、本実施形態では、エネルギー管理プログラム（すなわち、表示用プログラム及び制御用プログラム）を開発するにあたり、本システムＳのユーザを含むプログラム開発者は、機器間の通信方式の相違を気にせずとも、汎用ＡＰＩを利用するための情報を組み込めばよく、簡単にプログラムを開発することが可能になる。

なお、汎用ＡＰＩを利用するための情報とは、ＨＳ通信部１０１に対して通信用プログラムの実行を要求するための情報であり、本実施形態では、特に、ＲＥＳＴ（Ｒｅｐｒｅｓｅｎｔａｔｉｏｎａｌ Ｓｔａｔｅ Ｔｒａｎｓｆｅｒ）に則って通信用プログラムの実行をＨＳ通信部１０１に対して要求するための情報（コード）である。つまり、本実施形態では、エネルギー管理プログラムの実行部（すなわち、ＨＳ表示部１０２及びＨＳ制御部１０３、並びに、ＣＴ表示部３０２及びＣＴ制御部３０３）と、ＨＳ通信部１０１との間の通信に適用される通信プロトコルは、ＨＴＴＰである。したがって、通信用プログラムの実行をＨＳ通信部１０１に対して要求するための情報には、例えば、要求先のＵＲＩ（すなわち、ホームサーバ１０のアドレス）等が含まれることになる。

また、上述したように、エネルギー管理プログラムが実行されると、同プログラムによる処理の対象とする機器を特定するデータが生成され、通信要求命令とともにＨＳ通信部１０１に引き渡される。一方、ＨＳ通信部１０１は、上記エネルギー管理プログラムによる処理の対象となる機器を特定し、その後、当該機器に対応した通信バンドルを選定して実行する。ここで、機器と通信バンドルとの対応関係については、予めテーブルとして記憶されており、ＨＳ通信部１０１は、当該テーブルを参照して、機器に対応した通信バンドルを選定する。

以上のような手順から汎用ＡＰＩの機能を考えると、汎用ＡＰＩは、エネルギー管理プログラムによる処理の対象とする機器、を特定するデータをＨＳ通信部１０１に引き渡すと、ＨＳ通信部１０１に上記のテーブルを参照させて、実行する通信バンドルを、当該機器に対応する通信バンドルに切り替えるためのＡＰＩであるともいえる。

なお、上記のテーブル、すなわち、機器と通信バンドルとの対応関係については、汎用ＡＰＩとともに公開してしまうと、外部から不正に改変されてしまう可能性があり、これにより、動作の不具合や不正アクセスによる情報漏洩等が発生してしまう虞がある。そこで、上記の問題を未然に回避するために、本実施形態では、汎用ＡＰＩを公開する一方で、上記のテーブル（機器と通信バンドルとの対応関係）については非公開とした。

また、新たな通信方式を採用した機器が住宅Ｈ内に導入された場合には、汎用ＡＰＩを変更する必要はなく、当該導入機器に対応した通信方式にて当該導入機器と通信するためのアプリケーションソフト（通信バンドル）をＯＳＧｉフレームワーク２０３に登録すればよい。これにより、ホームサーバ１０のＨＳ通信部１０１が選択できる通信方式の候補が増え、ＨＳ通信部１０１は、上記の新規導入機器と通信可能となる。さらに、通信技術の発展等により住宅Ｈ内の機器の通信仕様が更新された場合であっても、汎用ＡＰＩを変更する必要はなく、ＯＳＧｉフレームワーク２０３に登録された通信バンドルのみを変更すればよい。以上のように、本システムＳでは、汎用ＡＰＩにより、住宅Ｈ内の機器の通信方式について変更があった場合あっても適切に対応し、当該変更に伴う本システムＳの更新に係るコストを抑えることが可能である。

＜＜表示部及び制御部による処理について＞＞
次に、ホームサーバ１０のＨＳ表示部１０２及びＨＳ制御部１０３の各々による処理について図４〜図１０を参照しながら説明する。

＜エネルギー管理画面について＞
ＨＳ表示部１０２及びＨＳ制御部１０３の各々による処理について説明するにあたり、当該処理の実行状況を確認するためにディスプレイ１１に映し出されるエネルギー管理画面について説明する。

エネルギー管理画面は、エネルギー管理プログラムの起動によって描画され、エネルギー管理プログラムは、例えば、エネルギー管理プログラムのアイコンをダブルクリックする操作等が行われることによって起動する。エネルギー管理画面が描画されると、図４に示すように、同画面上に、住宅Ｈ内における電力需給バランスを示す項目が表示されるようになる。具体的に説明すると、エネルギー管理画面上には、複数（図４に示す例では７つ）の表示領域Ａｒ１〜Ａｒ７が設けられており、表示領域Ａｒ１には発電ユニット１による発電量を示す値が、表示領域Ａｒ２には商用電源４からの受電量（買電量）を示す値が、表示領域Ａｒ３には蓄電池３の蓄電量を示す値が、表示領域Ａｒ４には住宅Ｈ内における電力の総消費量を示す値が、それぞれ表示されている。

一方、表示領域Ａｒ５，Ａｒ６，Ａｒ７については、住宅Ｈ内で使用される電力消費機器のうち、主要な機器（例えば、使用頻度の高い機器）に対して割り当てられており、図４に示す例では、エアコン７ａに対して表示領域Ａｒ５が、照明７ｂに対して表示領域Ａｒ６が、給湯器７ｃに対して表示領域Ａｒ７が、それぞれ割り当てられている。電力消費機器に対して割り当てられた表示領域Ａｒ５，Ａｒ６，Ａｒ７には、それぞれ、当該電力消費機器の消費電力を示す値のほか、操作ボタンＢ１〜Ｂ９が表示されている。

操作ボタンＢ１〜Ｂ９について詳しく説明すると、操作ボタンＢ１，Ｂ２，Ｂ４，Ｂ５，Ｂ７，Ｂ８は、対応する機器の発停（オンオフ）を切り替えるためのボタンであり、中に「ＯＮ」と表記された操作ボタンＢ１，Ｂ４，Ｂ７は、対応する機器を作動状態（オン状態）にするためのボタンであり、中に「ＯＦＦ」と表記された操作ボタンＢ２，Ｂ５，Ｂ８は、対応する機器を停止状態（オフ状態）にするためのボタンである。

なお、各機器の発停（オンオフ）状態については、それぞれに対応している表示領域Ａｒ５、Ａｒ６，Ａｒ７にて確認可能となっている。具体的に説明すると、作動状態の機器については、「ＯＮ」と表記された操作ボタンＢ１，Ｂ４，Ｂ７が点灯し、停止状態の機器については、「ＯＦＦ」と表記された操作ボタンＢ２，Ｂ５，Ｂ８が点灯する。例えば、図４に図示されたケースであれば、エアコン７ａ及び照明７ｂが作動状態にあり、給湯器７ｃが停止状態にあることが確認できる。

操作ボタンＢ３，Ｂ６，Ｂ９は、対応する機器の運転状態の詳細設定を行うためのボタンであり、当該操作ボタンＢ３，Ｂ６，Ｂ９を押すと、不図示の詳細設定画面がポップアップ形式でエネルギー管理画面上に重ねて描画されるようになる。そして、この詳細設定画面を通じて、ユーザは、例えば、冷房や暖房等の運転モード、設定温度などの運転管理値を設定し、制御対象機器の運転状態を制御することが可能になる。

以上のように、ユーザは、操作ボタンＢ１〜Ｂ９を押すことによって、制御対象機器の運転状態を変更することが可能である。換言すると、ホームサーバ１０（具体的には、ホームサーバ１０のＨＳ制御部１０３）は、ユーザによる操作ボタンＢ１〜Ｂ９の押し操作を受け付けて、当該押し操作に基づいて、制御対象機器の運転状態を制御することになる。

なお、住宅Ｈ内に備えられた電力消費機器のうち、図４に図示されていないもの（具体的には、電子錠７ｄ及び防犯装置７ｅ）についても、上記の内容に準じた手順にて運転状態を制御することが可能である。また、上記の実施形態では、主要な機器に対してのみ表示領域Ａｒ５，Ａｒ６，Ａｒ７を割り当てることとしているが、これに限定されるものではなく、住宅Ｈ内で使用される電力消費機器の全てに対して、表示領域が割り当てられていることとしてもよい。

さらに、エネルギー管理画面の下欄には、情報更新ボタンＢ１１、詳細表示ボタンＢ１２、各種設定ボタンＢ１３、トップページ戻りボタンＢ１４が設けられている。情報更新ボタンＢ１１は、電力消費量等のエネルギー管理画面に表示されている値を更新するためのボタンである。なお、本実施形態において、エネルギー管理画面の表示については、一定間隔毎に自動更新されるものであるが、上記の情報更新ボタンＢ１１を押すと、更新時点に該当しない時点（更新間隔の中途時点）であっても更新することが可能である。

詳細表示ボタンＢ１２は、押すことにより画面が切り替わり、各表示領域Ａｒ１〜Ａｒ７に表示される内容についての詳細事項、例えば、経時変化を示すグラフ等が表示されるようになる。各種設定ボタンＢ１３は、エネルギー管理画面の背景色やレイアウト等を設定するための設定画面（不図示）を表示させるためのボタンである。トップページ戻りボタンＢ１４は、例えば、上記の詳細表示ボタンＢ１２を押して画面が切り替えた後に、トップページ（すなわち、図４に示すエネルギー管理画面）に戻すためのボタンである。

以上までに説明してきたエネルギー管理画面の仕様は、あくまでも一例であり、そのデザインや同画面に表示する項目については、任意に設計することが可能である。例えば、図４に図示したデザインの他、図５や図６に図示されたデザインであってもよい。つまり、キャラクターＣ１，Ｃ２等のイラストを表示させたり、住宅Ｈにおけるエネルギー管理状況に応じた省エネアドバイス等のメッセージＭを表示させたりすることも可能である。

このようにエネルギー管理画面の仕様に関する自由度は高く、ユーザを含むプログラム開発者は、エネルギー管理画面を描画するプログラム、すなわち、エネルギー管理プログラムをユーザのニーズや好みに合わせて開発し、また改変することが可能である。また、企業がエネルギー管理プログラムを提供する場合、その企業の宣伝広告媒体としてエネルギー管理プログラムを用いることも可能である。

以上のように、本実施形態では、エネルギー管理プログラムの開発自由度が高くなっており、この事は、前述した汎用ＡＰＩが公開されていることに起因する。より具体的に説明すると、汎用ＡＰＩが公開されているので、プログラム開発者は、プログラム中に汎用ＡＰＩを利用するための情報を組み込むだけで、ホームサーバ１０のＨＳ通信部１０１の機能、すなわち、住宅Ｈ内の機器に応じて通信方式を切り替えて当該機器と通信するという機能を利用するためのプログラム（エネルギー管理プログラム）を開発することが可能である。したがって、エネルギー管理プログラムの開発や改変が容易になり、この結果、エネルギー管理プログラムのバリエーション（換言すると、エネルギー管理画面のバリエーション）をより豊富にすることができる。

＜表示処理について＞
次に、ホームサーバ１０のＨＳ表示部１０２による表示処理について説明する。表示処理とは、各センサ２１、２２ａ〜２２ｃ、２３ａ〜２３ｃの各々から測定結果を取得し、当該測定結果をエネルギー管理画面に表示する処理である。

表示処理は、図７に示すように、先ず、エネルギー管理プログラムが起動するところから始まる（Ｓ００１）。つまり、表示処理の開始に際し、ＨＳ表示部１０２は、エネルギー管理プログラム（厳密には、エネルギー管理プログラムのうち、表示用プログラムに相当する部分）を実行することとなる。なお、エネルギー管理プログラムの起動手順については、前述した手順と同様であるため、説明を省略する。

次に、ＨＳ表示部１０２は、汎用ＡＰＩを介してＨＳ通信部１０１に通信用プログラムを実行させ、センサ２１、２２ａ〜２２ｃ、２３ａ〜２３ｃを通信対象機器としてＨＳ通信部１０１に通信させ、ＨＳ通信部１０１を通じて測定結果を取得する。

具体的に説明すると、ＨＳ表示部１０２は、先ず、センサ２１、２２ａ〜２２ｃ、２３ａ〜２３ｃの中から、一つのセンサ（以下、特定センサ）を特定し、当該特定センサを示すデータをＨＳ通信部１０１に引き渡す。ＨＳ通信部１０１は、このデータに基づいて特定センサを特定してから、当該センサと対応する通信バンドルを特定し、当該通信バンドルを実行する（Ｓ００２）。これにより、ＨＳ通信部１０１は、上記特定センサを通信対象機器として通信し、特定センサから測定結果に応じたデータを受け取る。

そして、ＨＳ通信部１０１は、特定センサから受け取ったデータに基づいて、測定結果を示すデータを生成して、ＨＳ表示部１０２に当該データを引き渡す。以上のように、ＨＳ表示部１０２は、ＨＳ通信部１０１とのデータの受け渡しを通じて、特定センサからの測定結果を取得する（Ｓ００３）。

ここで、ＨＳ表示部１０２とＨＳ通信部１０１との間のデータの受け渡しは、ＲＥＳＴに準じたアーキテクチャに則って行われる。すなわち、ＨＳ表示部１０２とＨＳ通信部１０１とを、クライアントとサーバとの関係に見立て、図８に示すように、ＨＳ表示部１０２からＨＳ通信部１０１に対してＨＴＴＰリクエストが送られ、ＨＳ通信部１０１からの応答としてＸＭＬ形式のＨＴＴＰレスポンスがＨＳ表示部１０２に送られる。

ＨＴＴＰリクエストは、ＨＳ通信部１０１による通信用プログラムの実行要求であり、ＵＲＩ及び命令区分の指定（ｓｅｔ／ｇｅｔ）を示す部分と、機器を特定するための情報（機器ＩＤ）を示す部分と、命令の詳細（例えば、応答として何の情報を返すか）を示す部分と、から構成される。一方、ＨＴＴＰレスポンスは、ＨＳ表示部１０２が要求した応答情報であり、具体的には、上記の特定センサによる測定結果を示すデータである。

そして、ＨＳ表示部１０２は、ＨＴＴＰレスポンスを受け取ると、これを解析して、特定センサによる測定結果を取得する。なお、前述したように、ＨＴＴＰレスポンスについては、ＸＭＬ形式の電文となっているので、ＨＳ表示部１０２側の仕様（換言すると、エネルギー管理プログラム側の仕様）に応じて適切な形式にて展開される。つまり、ＨＳ通信部１０１から引き渡される測定結果を示すデータが汎用的なＸＭＬ形式の電文であるので、測定結果の表示については、ホームサーバ１０の仕様に合わせることができ、例えば、テキスト形式で表示したり、動画を含めたグラフィカルな形式で表示する等、測定結果の表示について自由度が高くなる。

表示処理についての説明に戻ると、図７に示すように、特定センサによる測定結果を取得した後、ＨＳ表示部１０２は、すべてのセンサ２１、２２ａ〜２２ｃ、２３ａ〜２３ｃの測定結果を取得するまで（Ｓ００４でＮｏ）、上記の手順を繰り返す。すなわち、ＨＳ表示部１０２は、センサ２１、２２ａ〜２２ｃ、２３ａ〜２３ｃの各々を順次、特定センサとし、当該特定センサを通信対象機器としてＨＳ通信部１０１に通信させる。この間、ＨＳ通信部１０１は、特定センサの通信方式が切り替わると、実行する通信バンドルを切り替える（Ｓ００５、Ｓ００６）。

そして、ＨＳ表示部１０２は、すべてのセンサ２１、２２ａ〜２２ｃ、２３ａ〜２３ｃの測定結果を取得した段階で（Ｓ００４でＹｅｓ）、エネルギー管理画面をディスプレイ１１に描画し、前述した各表示領域Ａｒ１〜Ａｒ７に、取得した測定結果を表示する（Ｓ００７）。かかる工程が終了すると、表示処理が完了したことになる。

＜制御処理について＞
次に、ホームサーバ１０のＨＳ制御部１０３による制御処理について説明する。制御処理とは、ユーザがエネルギー管理画面を通じて行う操作（以下、制御操作）に基づいて、住宅Ｈ内に設置された電力消費機器のうちの制御対象機器の運転状態を制御する処理である。

制御処理は、図９に示すように、エネルギー管理画面がディスプレイ１１に描画された状態において、入力装置１２により上記の制御操作を受け付けるところから始まる（Ｓ０１１）。これにより、ＨＳ制御部１０３は、エネルギー管理プログラムのうち、制御用プログラムに相当する部分を実行するようになる。

次に、ＨＳ制御部１０３は、入力装置１２が受け付けた制御操作に基づいて、当該制御操作により制御対象機器として指定された電力消費機器を特定する（Ｓ０１２）。その後、ＨＳ制御部１０３は、汎用ＡＰＩを介してＨＳ通信部１０１に通信用プログラムを実行させ、制御対象機器に指定された機器を通信対象機器としてＨＳ通信部１０１に通信させ、ＨＳ通信部１０１を通じて当該機器の運転状態を制御する。

具体的に説明すると、ＨＳ制御部１０３は、制御対象機器に指定された機器（以下、単に制御対象機器という）を示すデータをＨＳ通信部１０１に引き渡す。ＨＳ通信部１０１は、このデータに基づいて制御対象機器を特定してから、当該機器と対応する通信バンドルを特定し、当該通信バンドルを実行する（Ｓ０１３）。これにより、ＨＳ通信部１０１は、制御対象機器を通信対象機器として通信し、制御対象機器に対して制御信号を発信する（Ｓ０１４）。

一方、制御信号を受信した制御対象機器側では、機器内に搭載されたコントローラ（不図示）により運転状態が制御され、制御が完了すると、制御後の運転状態に応じた信号（応答信号）が、制御対象機器からＨＳ通信部１０１に向けて発信される。ＨＳ通信部１０１は、この応答信号を受信すると（Ｓ０１５）、当該応答信号に基づき、制御が完了したことを示すデータ(制御完了データ）を生成し、当該データをＨＳ制御部１０３に引き渡す。

そして、ＨＳ制御部１０３が上記の制御完了データを受信した時点で（Ｓ０１６）で、制御処理が完了する。なお、制御後の運転状態については、エネルギー管理画面に反映され、例えば、運転状態として発停状態が制御された場合には、制御対象機器に割り当てられた表示領域Ａｒ５，Ａｒ６，Ａｒ７の操作ボタンＢ１〜Ｂ９のうち、対応するボタン（ＯＮ／ＯＦＦが表記されたボタンのうち、制御操作として押されたボタン）が点灯するようになる。

ここで、ＨＳ制御部１０３とＨＳ通信部１０１との間のデータの受け渡しは、前述したＨＳ表示部１０２とＨＳ通信部１０１との間のデータの受け渡しと同様、ＲＥＳＴに準じたアーキテクチャに則って行われる。すなわち、ＨＳ制御部１０３からＨＳ通信部１０１に対してＨＴＴＰリクエストが送られ、ＨＳ通信部１０１からの応答としてＸＭＬ形式のＨＴＴＰレスポンスがＨＳ制御部１０３に送られる。

ＨＴＴＰリクエストは、ＨＳ通信部１０１による通信用プログラムの実行要求であり、ＵＲＩ及び命令区分の指定を示す部分と、制御対象機器を特定するための情報（機器ＩＤ）を示す部分と、制御内容を示す部分と、から構成される。なお、図１０には、制御内容の一例として、エアコン７ａを制御対象とした場合の制御内容の構成と、これに対応する情報（コード）を示している。一方、ＨＴＴＰレスポンスは、ＨＳ表示部１０２が要求した応答情報であり、具体的には、上記の制御完了データである。

なお、ＨＴＴＰレスポンスについては、表示処理の場合と同様、ＸＭＬ形式の電文となっているので、制御完了データに基づく表示については、ホームサーバ１０の仕様に合わせることができ、例えば、テキスト形式や、動画を含めたグラフィカルな形式で表示する等、自由度の高い表示が実現されることになる。

＜＜ホームサーバと情報処理端末との間の通信＞＞
上記の表示処理及び制御処理は、ホームサーバ１０の機能として行われるものであり、具体的に説明すると、上記の表示処理及び制御処理では、ホームサーバ１０に設けられたＨＳ表示部１０２及びＨＳ制御部１０３が、汎用ＡＰＩを介して、同サーバ１０に設けられたＨＳ通信部１０１に通信用プログラムを実行させることとしている。

一方、本システムＳには、宅内ネットワークＴＮを介してホームサーバ１０と通信する情報処理端末として、スマートフォン３０が設けられており、このスマートフォン３０には、上記の表示処理と略同様の表示処理を行うＣＴ表示部３０２と、上記の制御処理とほぼ同様の制御処理を行うＣＴ制御部３０３とが設けられている。

すなわち、スマートフォン３０は、図１１に示すように、ＣＰＵ３０ａ、メモリ３０ｂ、不揮発性記憶装置３０ｃ、通信用インタフェース３０ｄ（図１１中、通信用Ｉ／Ｆと表記）、及びタッチパネル３１を備え、これらの各要素はバスを介して接続されている。不揮発性記憶装置３０ｃには、エネルギー管理プログラムをはじめとする各種プログラムが格納されている。

そして、スマートフォン３０のＣＴ通信部３０１、ＣＴ表示部３０２及びＣＴ制御部３０３は、それぞれ、上記の装置によって実現される。具体的には、ＣＴ通信部３０１が、ＣＰＵ３０ａ、メモリ３０ｂ、不揮発性記憶装置３０ｃ及び通信用インタフェース３０ｄにより構成される。また、ＣＴ表示部３０２及びＣＴ制御部３０３が、それぞれ、ＣＰＵ３０ａ、メモリ３０ｂ、不揮発性記憶装置３０ｃ及びタッチパネル３１により構成される。

上記の構成のスマートフォン３０では、ユーザがタッチパネル３１を通じてエネルギー管理プログラムを起動させる操作を行うと、エネルギー管理プログラムが起動し、タッチパネル３１に、図４〜６に図示したものと同様のエネルギー管理画面が描画されるようになる。つまり、タッチパネル３１がユーザによるプログラム起動操作を受け付けると、ＣＴ表示部３０２が、エネルギー管理プログラム（厳密には、エネルギー管理プログラムのうち、表示用プログラムに相当する部分）を実行するようになる。

そして、ＣＴ表示部３０２は、宅内ネットワークＴＮを介してＨＳ通信部１０１と通信し、さらに、汎用ＡＰＩを介してＨＳ通信部１０１に通信用プログラムを実行させて、センサ２１、２２ａ〜２２ｃ、２３ａ〜２３ｃを通信対象機器としてＨＳ通信部１０１に通信させる。つまり、ＣＴ表示部３０２による表示処理においても、ＨＳ表示部１０２による表示処理と同様に、汎用ＡＰＩを介してＨＳ通信部１０１に通信用プログラムを実行させて、ＨＳ通信部１０１を通じて測定結果を取得する。

なお、ＣＴ表示部３０２による表示処理は、ＣＴ表示部３０２とＨＳ通信部１０１との間のデータの受け渡しが宅内ネットワークＴＮを介した通信によって行われるものの、処理の手順は、前述したＨＳ表示部１０２による表示処理の手順と同様である。ＣＴ表示部３０２とＨＳ通信部１０１との間のデータの受け渡しについては、ＲＥＳＴに則って行われ、図１２に示すように、ＣＴ表示部３０２からＨＳ通信部１０１に対してＨＴＴＰリクエストが送られ、ＨＳ通信部１０１からの応答としてＸＭＬ形式のＨＴＴＰレスポンスがＣＴ表示部３０２に送られる。つまり、ＣＴ表示部３０２による表示処理中、ホームサーバ１０とスマートフォン３０とはＨＴＴＰによって通信することになる。

一方、タッチパネル３１にエネルギー管理画面が描画された状態において、ユーザが、タッチパネル３１を通じて、住宅Ｈ内に備えられた電力消費機器のうちの制御対象機器の運転状態を切り替えるための操作（制御操作）を行うと、ＣＴ制御部３０３が、エネルギー管理プログラムのうち、制御用プログラムに相当する部分を実行するようになる。そして、ＣＴ制御部３０３は、宅内ネットワークＴＮを介してＨＳ通信部１０１と通信し、さらに、汎用ＡＰＩを介してＨＳ通信部１０１に通信用プログラムを実行させて、制御対象機器を通信対象としてＨＳ通信部１０１に通信させる。つまり、ＣＴ制御部３０３による制御処理においても、ＨＳ制御部１０３による制御処理と同様に、汎用ＡＰＩを介してＨＳ通信部１０１に通信用プログラムを実行させて、ＨＳ通信部１０１を通じて制御対象機器の運転状態を制御する。

なお、ＣＴ制御部３０３による制御処理は、ＣＴ制御部３０３とＨＳ通信部１０１との間のデータの受け渡しが宅内ネットワークＴＮを介した通信によって行われるものの、処理の手順は、前述したＨＳ制御部１０３による制御処理の手順と同様である。また、ＣＴ制御部３０３とＨＳ通信部１０１との間のデータの受け渡しについては、ＲＥＳＴに則って行われ、ＣＴ制御部３０３からＨＳ通信部１０１に対してＨＴＴＰリクエストが送られ、ＨＳ通信部１０１からの応答としてＸＭＬ形式のＨＴＴＰレスポンスがＣＴ制御部３０３に送られる。つまり、ＣＴ制御部３０３による表示処理中、ホームサーバ１０とスマートフォン３０とはＨＴＴＰによって通信することになる。

このように、スマートフォン３０側で表示処理や制御処理が行われている間、ホームサーバ１０とスマートフォン３０とはＨＴＴＰによって通信することになる。ＨＴＴＰという通信プロトコルは、広く利用されているものであるので、インターネットに接続可能な情報処理端末であれば、実行環境にかかわらず、利用可能である。ゆえに、ホームサーバ１０とスマートフォン３０（情報処理端末）との間の通信規格として、ＨＴＴＰは好適なものである。

また、ホームサーバ１０から送信されるＨＴＴＰレスポンスが、ＸＭＬ形式であるので、当該ＨＴＴＰレスポンスを受信する側の情報処理端末の仕様（表示能力）に合わせることができ、当該ＨＴＴＰレスポンスを適宜な形式にて展開することが可能になる。つまり、ＨＳ通信部１０１から送信されるＨＴＴＰレスポンスがＸＭＬ形式の電文であることにより、同データに基づく表示については、スマートフォン３０の仕様に応じてテキスト形式で表示したり、動画を含めたグラフィカルな形式で表示する等、自由度の高い表示を実現することができる。

以上のように、本システムＳにおいて、ユーザは、スマートフォン３０にて、各電力消費機器での電力消費量や住宅Ｈ内の電力需給バランスを視認することができるとともに、スマートフォン３０を通じて各電力消費機器の運転状態を切り替えることが可能である。かかる機能は、スマートフォン３０に搭載されたエネルギー管理プログラムによって実現されるものである。したがって、スマートフォン３０の他、ノート型パソコン、ＰＤＡ（Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔｓ）、電子フォトフレーム等の情報処理端末に、同プログラムを搭載すれば、上記の機能をスマートフォン３０以外の情報処理端末でも利用することが可能である。これらの機器（特に、スマートフォン等の携帯性に優れたもの）は、ホームサーバ１０と比較して使い勝手がよいものである。したがって、上記の情報処理端末にエネルギー管理プログラムを搭載すれば、ユーザにとって、電力消費機器の運転管理や制御の利便性が向上することになる。

一方、情報処理端末に搭載するエネルギー管理プログラムについても、上述した汎用ＡＰＩを利用することにより容易に開発することが可能である。つまり、汎用ＡＰＩを利用することにより、情報処理端末に搭載するエネルギー管理プログラムを、ユーザが自己のニーズに合わせて自身で開発することもできる。あるいは、アプリケーション提供者にとっては、汎用ＡＰＩを用いることでプログラム開発がより容易になる結果、ユーザニーズに対応したプログラムを提供し易くなる。さらに、汎用ＡＰＩを利用することにより、スマートフォン３０に搭載された他のアプリケーション（例えば、ＡＶ機器を統合的にコントロールするリモコン機能を実現するアプリケーション）に、電力消費機器の運転状態を監視し制御する機能を付加することも可能である。
以上までに説明してきたように、ユーザは、情報処理端末に搭載するＨＥＭＳ用のプログラムとして、自己のニーズに合致するプログラムを簡単に入手することが可能である。

＜＜プログラム配信サーバによるプログラムの配信＞＞
上述したホームサーバ１０は、例えば、住宅管理会社より提供され、ユーザが住宅Ｈに入居した時点で既に住宅Ｈ内に設置されているものである。また、ユーザが住宅Ｈに入居した時点で、ホームサーバ１０には、エネルギー管理プログラムが搭載（インストール）されており、更に、上述の汎用ＡＰＩの機能を提供するＡＰＩ提供部としてのＯＳＧｉフレームワーク２０３、及び、その実行環境であるＯＳ２０１やＪＶＭ２０２が実装されている。

ところで、エネルギー管理プログラムについては、前述したように、汎用ＡＰＩを利用していることから、容易に開発や改変することが可能である。つまり、汎用ＡＰＩがホームサーバ１０（より具体的には、ＨＳ通信部１０１）に実装されていることにより、ユーザにとって、エネルギー管理プログラムを自己のニーズに合わせて改変したり、同プログラムを自身で開発することも容易に行える。

一方で、エネルギー管理プログラムについては、外部から入手することも可能である。すなわち、本実施形態では、エネルギー管理プログラムを配信するプログラム配信サーバとしてのセンターサーバ４０が宅外ネットワークＧＮ（すなわち、インターネット）上に存在し、このセンターサーバ４０から宅外ネットワークＧＮを介して入手（ダウンロード）してきたプログラムをホームサーバ１０やスマートフォン３０に搭載して利用することが可能である。

そして、センターサーバ４０から配信されるエネルギー管理プログラムについても、上記の汎用ＡＰＩを利用することにより、容易に開発することが可能になるので、様々なバリエーションのプログラムを安価に開発することが可能なる。

また、配信するプログラム（すなわち、エネルギー管理プログラム）を広告宣伝ツールや販促ツールとして位置付けることにより、センターサーバ４０を管理する住宅管理会社は、当該プログラムの配信を通じて、自社の広告宣伝や自社製品の販促を行うことが可能になる。

さらに、センターサーバ４０を管理する住宅管理会社は、エネルギー管理プログラムの配信に対して課金する事業を展開することも可能であり、その一環として、エネルギー管理画面にＴＶ、アニメ、映画等に登場するキャラクターが表示されるプログラムを配信するというキャラクタービジネスを行うことも可能である。

このように、本実施形態では、汎用ＡＰＩを公開することによってエネルギー管理プログラムの提供がより容易になったことにより、同プログラムをビジネスツールとして利用することができ、この結果、従来のＨＥＭＳにはなかった新しいビジネス展開が可能となる。

以下では、エネルギー管理プログラムの配信に対して課金するセンターサーバ４０を例に挙げて、同サーバ４０によるプログラム配信の手順について図１３〜図１５を参照しながら説明する。なお、以下では、センターサーバ４０から配信されるプログラムをホームサーバ１０側で受信する手順について説明するが、上記プログラムをスマートフォン３０側で受信する手順についても同様であり、そのため、スマートフォン３０側で受信する手順については説明を省略することとする。

図１３に示すように、センターサーバ４０がエネルギー管理プログラムを配信するにあたり、先ず、ホームサーバ１０からセンターサーバ４０に向けて、プログラム配信要求が送信される（Ｓ０２１）。このプログラム配信要求は、例えば、ユーザがプログラム配信を要求するために行う所定の操作を入力装置１２が受け付けることによって生成される。

センターサーバ４０は、上記のプログラム配信要求を受信すると（Ｓ０２２）、プログラム選択用の選択画面をホームサーバ１０側のディスプレイ１１に表示するためのデータ（以下、選択画面データ）を生成し、当該選択画面データをホームサーバ１０に向けて送信する（Ｓ０２３）。ホームサーバ１０は、選択画面データを受信すると、ディスプレイ１１に、図１４に示す選択画面を描画する（Ｓ０２４）。

図１４に示すように、選択画面には、エネルギー管理画面について、互いにデザインが異なる３つの候補を示すサムネイル画像Ｓｇ１，Ｓｇ２，Ｓｇ３が提示され、各サムネイル画像Ｓｇ１，Ｓｇ２，Ｓｇ３の左隣に位置する領域には、ユーザがエネルギー管理画面として指定する際にチェクするラジオボタンＲ１，Ｒ２，Ｒ３が表示されている。他方、各サムネイル画像Ｓｇ１，Ｓｇ２，Ｓｇ３の右隣に位置する領域には、各サムネイル画像Ｓｇ１，Ｓｇ２，Ｓｇ３に対応するエネルギー管理プログラムを取得するのに要する料金Ｔ１，Ｔ２，Ｔ３が表示されている。

そして、ユーザは、ディスプレイ１１に描画された選択画面のうち、サムネイル画像Ｓｇ１，Ｓｇ２，Ｓｇ３と、各サムネイル画像Ｓｇ１，Ｓｇ２，Ｓｇ３に対応する料金Ｔ１，Ｔ２，Ｔ３とを参照しながら、希望するデザインのエネルギー管理画面を指定するために、当該デザインを示すサムネイル画像の左隣に位置するラジオボタンをチェックする。その後、ユーザが、選択画面中に表示されている選択完了ボタンＢ２１（中に「完了」と表記されたボタン）を押す操作を行うと、ホームサーバ１０側では、エネルギー管理画面を指定するためにユーザが選択画面を通じて行ってきた一連の操作（選択操作）が受け付けられ（Ｓ０２５）、当該選択操作に基づき、ユーザの選択結果がホームサーバ１０からセンターサーバ４０に向けて送信される（Ｓ０２６）。

センターサーバ４０は、ホームサーバ１０から送信されたユーザの選択結果を受信すると（Ｓ０２７）、当該選択結果に基づき、ユーザが指定したエネルギー管理画面を特定し、さらに、当該画面を描画するためのプログラムを特定する。そして、センターサーバ４０は、特定したプログラムに応じた課金料金（すなわち、特定したプログラムを配信した場合に徴収する料金）を算出する（Ｓ０２８）。その後、センターサーバ４０は、ユーザの選択結果と課金料金の算出結果とを表示する確認画面（図１５参照）をディスプレイ１１に描画するためのデータ（以下、確認画面データ）を生成し、当該確認画面データをホームサーバ１０に向けて送信する（Ｓ０２９）。

ホームサーバ１０は、確認画面データを受信すると、ディスプレイ１１に図１５に示す確認画面を描画する（Ｓ０３０）。この確認画面には、ユーザが指定したエネルギー管理画面のデザインを示す画像Ｇ１と、当該エネルギー管理画面を描画するためのプログラムに応じた課金料金を含む情報Ｇ２とが表示されている。

そして、ユーザは、ディスプレイ１１に描画された確認画面を通じて、自己が指定したエネルギー管理画面のデザインと、当該デザインのエネルギー管理画面を描画するためのプログラムを取得するのに必要な料金（課金料金）を確認する。確認の結果、確認画面に表示された内容に問題がない場合には、配信許可ボタンＢ３１（中に「はい」と表記されたボタン）を押し、反対に問題がある場合には、配信否認ボタンＢ３２（中に「いいえ」と表記されたボタン）を押す。このようなボタン操作（以下、確認操作）がホームサーバ１０側で受け付けられると（Ｓ０３１）、当該確認操作に基づき、ユーザの確認結果がホームサーバ１０からセンターサーバ４０に向けて送信される（Ｓ０３２）。

センターサーバ４０は、ホームサーバ１０から送信されたユーザの確認結果を受信すると（Ｓ０３３）、ユーザが指定したエネルギー管理画面を描画するためのプログラムを特定し、当該プログラムをホームサーバ１０に向けて配信する（Ｓ０３４）。そして、ホームサーバ１０は、宅外ネットワークＧＮを介して、センターサーバ４０から送信されたプログラムを受信することとなる（Ｓ０３５）。

以上までに説明した手順により、センターサーバ４０からホームサーバ１０に向けて、エネルギー管理プログラムが配信されるようになる。そして、上記の手順の中で、センターサーバ４０は、ホームサーバ１０に対してエネルギー管理プログラムを配信する際に、ユーザが指定したエネルギー管理画面を描画するためのプログラムに応じた課金料金、を算出して、算出した課金料金を提示する（具体的には、課金料金を表示する確認画面データをホームサーバ１０に向けて送信する）。

ここで、ＨＳ通信部１０１に実装された汎用ＡＰＩを利用することにより、エネルギー管理プログラムをより容易に提供することが可能となる。一方で、上記の機能を具備したセンターサーバ４０を保有する企業（すなわち、住宅管理会社）は、プログラムの提供に対して課金することにより、上記プログラムを商品とした新しいビジネスを展開することが可能になる。さらに、前述したように、エネルギー管理画面にＴＶ、アニメ、映画等に登場するキャラクターが表示されるプログラムを配信するというキャラクタービジネスを行うことも可能である。

なお、本実施形態では、エネルギー管理プログラムが表示用プログラムと制御用プログラムとを一体化させたものであり、換言すると、本実施形態に係るセンターサーバ４０は、表示用プログラムと制御用プログラムとを一体的に配信するものである。ただし、これに限定されるものではなく、表示用プログラムと制御用プログラムとを、それぞれ個別に配信することとしてもよい。また、表示用プログラム及び制御用プログラムの各々に対して、個別のプログラム配信サーバが設けられていることとしてもよい。つまり、プログラム配信サーバの仕様としては、表示用プログラム及び制御用プログラムのうち、少なくとも一方のプログラムを配信するものであればよい。そして、プログラム配信サーバは、ホームサーバ１０に対して、表示用プログラム及び制御用プログラムのうち、少なくとも一方のプログラムを配信する際に、当該少なくとも一方のプログラムに応じた課金料金を算出して、当該課金料金を提示するものであればよい。

＜＜その他の実施形態＞＞
上記の実施形態では、主として本発明のエネルギー管理システムについて説明した。しかし、上記の実施形態は、本発明の理解を容易にするためのものであり、本発明を限定するものではない。本発明は、その趣旨を逸脱することなく、変更、改良され得ると共に、本発明にはその等価物が含まれることは勿論である。

また、上記の実施形態では、通信対象機器に応じて通信バンドルを切り替えて実行すると共に、各通信バンドルの機能を利用するためのインタフェースを統合してＡＰＩ（汎用ＡＰＩ）として提供するための機構として、ＯＳＧｉフレームワーク２０３を例に挙げて説明したが、上記の機能を有するものである限り、ＯＳＧｉフレームワーク２０３以外の既存の技術を利用することとしてもよい。

また、上記の実施形態では、表示用プログラム及び制御用プログラム（具体的には、両プログラムを一体化したエネルギー管理プログラム）を、ホームサーバ１０の他、情報処理端末としてのスマートフォン３０にも実装することとしたが、これに限定されるものではない。例えば、ホームサーバ１０のみに実装することとしてもよい。あるいは、情報処理端末のみに実装することとしてもよい。この場合には、ホームサーバ１０の維持コストの軽減を図ることができるとともに、制御用プログラムや制御用プログラムの実行環境として選択できる端末について、バリエーションが増えることになる。

また、上記の実施形態では、表示用プログラムや制御用プログラム（具体的には、両プログラムを一体化したエネルギー管理プログラム）をネット上で配信するプログラム配信サーバとして、センターサーバ４０が設けられていることとした。そして、センターサーバ４０は、プログラムを配信すると、当該プログラムに応じた料金を課金することとした。ただし、これに限定されるものではなく、表示用プログラムや制御用プログラムを無償で配信するプログラム配信サーバが設けられていることとしてもよい。また、プログラム配信サーバ自体が設けられていないこととしてもよい。

また、上記の実施形態では、スマートフォン３０のＣＴ表示部３０２及びＣＴ制御部３０３がホームサーバ１０のＨＳ通信部１０１と通信をする際には、ＲＥＳＴにて行われることとしたが、通信規約についてはＲＥＳＴに限定されるものではなく、ＳＯＡＰ（Ｓｉｍｐｌｅ Ｏｂｊｅｃｔ Ａｃｃｅｓｓ Ｐｒｏｔｏｃｏｌ）による通信であってもよい。

また、上記の実施形態では、電力をエネルギーの一例として挙げ、住宅Ｈ内での電力消費量を管理するエネルギー管理システムについて説明した。ただし、これに限定されるものではなく、他のエネルギー消費量（ガス使用量や水道使用量）を管理対象として含むシステムであってもよい。

Ｓ 本システム
Ｈ 住宅
ＴＮ 宅内ネットワーク
ＧＮ 宅外ネットワーク
１ 発電ユニット
２ 分電盤
３ 蓄電池
４ 商用電源
５ パワーコンディショナ
６ 双方向インバータ
７ａ エアコン
７ｂ 照明
７ｃ 給湯器
７ｄ 電子錠
７ｅ 防犯装置
１０ ホームサーバ
１０ａ ＣＰＵ
１０ｂ メモリ
１０ｃ 不揮発性記憶装置
１０ｄ 通信用インタフェース
１１ ディスプレイ
１２ 入力装置
２１ センサ
２２ａ，２２ｂ，２２ｃ センサ
２３ａ，２３ｂ，２３ｃ センサ
２４ トイレ
３０ スマートフォン
３０ａ ＣＰＵ
３０ｂ メモリ
３０ｃ 不揮発性記憶装置
３０ｄ 通信用インタフェース
３１ タッチパネル
４０ センターサーバ
１０１ ＨＳ通信部
１０２ ＨＳ表示部
１０３ ＨＳ制御部
２０１ ＯＳ
２０２ ＪＶＭ
２０３ ＯＳＧｉフレームワーク
２０４ａ 第１規格機器用通信バンドル
２０４ｂ 第２規格機器用通信バンドル
２０４ｃ 第３規格機器用通信バンドル
２０４ｄ トイレ用通信バンドル
３０１ ＣＴ通信部
３０２ ＣＴ表示部
３０３ ＣＴ制御部
４０１ ＣＳ通信部
４０２ ＣＳデータベース
４０３ ＣＳ課金部
Ａｒ１，Ａｒ２，Ａｒ３，Ａｒ４，Ａｒ５，Ａｒ６，Ａｒ７ 表示領域
Ｂ１，Ｂ２，Ｂ３，Ｂ４，Ｂ５，Ｂ６，Ｂ７，Ｂ８，Ｂ９ 操作ボタン
Ｂ１１ 情報更新ボタン
Ｂ１２ 詳細表示ボタン
Ｂ１３ 各種設定ボタン
Ｂ１４ トップページ戻りボタン
Ｂ２１ 選択完了ボタン
Ｂ３１ 配信許可ボタン
Ｂ３２ 配信否認ボタン
Ｃ１，Ｃ２ キャラクター
Ｍ メッセージ
Ｒ１，Ｒ２，Ｒ３ ラジオボタン
Ｓｇ１，Ｓｇ２，Ｓｇ３ サムネイル画像
Ｔ１，Ｔ２，Ｔ３ 料金
Ｇ１ ユーザが指定したエネルギー管理画面のデザインを示す画像
Ｇ２ 課金料金を含む情報

Claims (5)

1. 建物内で使用される複数のエネルギー消費機器と、
   該エネルギー消費機器が消費したエネルギー消費量を測定する測定機器と、
   通信用プログラムを実行して、複数の前記エネルギー消費機器及び前記測定機器のうちの通信対象機器と通信する通信部と、
   表示用プログラムを実行して、前記測定機器の測定結果を表示する表示部と、
   制御用プログラムを実行して、複数の前記エネルギー消費機器のうちの制御対象機器の運転状態を制御する制御部と、を有し、
   前記通信部は、前記通信用プログラムを実行することにより、前記通信対象機器に応じて通信方式を切り替えることが可能であり、
   前記表示部は、前記通信部に前記通信用プログラムを実行させることにより、前記測定機器を前記通信対象機器として前記通信部に通信させ、前記通信部を通じて前記測定結果を取得し、
   前記制御部は、前記通信部に前記通信用プログラムを実行させることにより、前記制御対象機器を前記通信対象機器として前記通信部に通信させ、前記通信部を通じて前記制御対象機器の運転状態を制御し、
   前記通信用プログラムは、前記通信対象機器と対応する前記通信方式にて前記通信対象機器と通信するためのアプリケーションソフト、及び、前記通信方式毎に設けられた前記アプリケーションソフトの各々の起動及び停止を管理するフレームワークによって構成されており、
   前記通信部は、前記通信用プログラムを実行することにより、前記アプリケーションソフトと前記通信対象機器との対応関係を示すテーブルを参照して、前記フレームワーク上で動作する前記アプリケーションソフトを、前記通信対象機器と対応する前記アプリケーションソフトに切り替え、
   前記表示用プログラム及び前記制御用プログラムのうち、少なくとも一方のプログラムの実行中に前記通信部に前記通信用プログラムを実行させるためのＡＰＩが、前記通信部に実装されており、
   前記ＡＰＩは、前記通信部に前記テーブルを参照させて前記フレームワーク上で動作する前記アプリケーションソフトを切り替えるためのＡＰＩであり、公開されて前記表示用プログラム及び前記制御用プログラムの開発に供されており、
   前記テーブルは、非公開とされており、
   前記表示用プログラム及び前記制御用プログラムには、それぞれ、前記ＡＰＩを利用するための情報として、前記通信部に対して前記通信用プログラムの実行を要求するための情報が組み込まれていることを特徴とするエネルギー管理システム。
2. 前記通信部、前記表示部及び前記制御部のうち、少なくとも前記通信部を備えるホームサーバと、
   該ホームサーバとネットワークを介して接続され、前記ホームサーバに対して、前記表示用プログラム及び前記制御用プログラムのうち、少なくとも一方のプログラムを配信するプログラム配信サーバとを有することを特徴とする請求項１に記載のエネルギー管理システム。
3. 前記プログラム配信サーバは、前記ホームサーバに対して前記少なくとも一方のプログラムを配信する際に、前記少なくとも一方のプログラムに応じた課金料金を算出して、該課金料金を提示することを特徴とする請求項２に記載のエネルギー管理システム。
4. ホームサーバと、
   該ホームサーバとネットワークを介して接続され、ユーザの操作を受け付ける操作受付機構と、情報が表示される表示画面とを備える情報処理端末と、を有し、
   前記通信部は、前記ホームサーバに備えられ、前記表示部及び前記制御部は、前記情報処理端末に備えられ、
   前記表示画面には、前記測定結果に応じた情報が表示され、
   前記操作受付機構は、前記制御対象機器の運転状態を切り替える際にユーザが行う操作を受け付けることを特徴とする請求項１又は２に記載のエネルギー管理システム。
5. 前記ホームサーバと前記情報処理端末とは、ＨＴＴＰによって通信し、
   前記表示用プログラム及び前記制御用プログラムのうち、少なくとも一方のプログラムの実行中に前記ＡＰＩを介して前記通信部に前記通信用プログラムを実行させると、前記表示部及び前記制御部のうち、前記少なくとも一方のプログラムを実行する方に向けて、前記通信部からＸＭＬ形式のデータが送信されることを特徴とする請求項４に記載のエネルギー管理システム。

Images