(57)【要約】      （修正有）【課題】電気機器の特性や使用者の事業形態、生活形態に合わせた制御を実現する。【解決手段】ネットワーク接続された２以上の電力機器を制御する電力制御システムにおいて、少なくとも各電力機器のアドレスと、電力機器毎の管理情報とを登録する機器別プロファイルテーブルとを備えた構成とし、この管理情報に基づいて各電力機器の電源を制御するようにし、当該対象電気機器のメンテナンスの利便性も向上させることができる。さらに、家庭内のホームサーバを用いて電気機器を管理する場合には、スケジュール管理テーブルを設け、（ユーザ）のスケジュールに併せた管理を行うことにより、待機電力を低減しつつ利便性の高い電気機器の電力管理が可能となる。【選択図】図１
2005020989.tif 000002
【特許請求の範囲】
【請求項１】
ネットワーク接続された２以上の電力機器を制御する電力制御システムであって、
少なくとも各電力機器のアドレスと、電力機器毎の管理情報とを登録する機器別プロファイルテーブルと、
前記電力機器毎の電力のオン・オフを制御する制御手段とを有し、
前記制御手段は、前記電力機器の管理情報に基づいて前記各電力機器の電源を制御する電気機器の電力制御システム。
【請求項２】
前記機器別プロファイルテーブルには管理情報として、電源オン時間または電源オフ時間とを登録した請求項１記載の電気機器の電力制御システム。
【請求項３】
前記機器別プロファイルテーブルには管理情報として、メンテナンス時期または当該電気機器の使用頻度を登録した請求項１または２記載の電気機器の電力制御システム。
【請求項４】
前記電気機器の管理者のカテゴリ毎に設定されたスケジュールを登録したスケジュール管理テーブルをさらに備え、
前記機器別プロファイルテーブルには機器毎の制御対象カテゴリを登録するようにし、
前記制御手段は、スケジュールを参照して当該カテゴリが機器毎の制御対象カテゴリに合致する場合には当該電気機器を制御する請求項１記載の電気機器の電力制御システム。
【請求項５】
前記機器別プロファイルテーブルには当該電気機器毎にアイドリング時間を登録するようにした請求項４記載の電気機器の電力制御システム。
【請求項６】
前記機器別プロファイルテーブルには当該電気機器毎に通知アドレスを設定できるようにした請求項４記載の電気機器の電力制御システム。
【請求項７】
サーバに接続された電気機器の電源オン・オフを管理するサーバで実行可能なプログラムであって、
カテゴリの設定された当該電気機器のユーザのスケジュールをスケジュール管理テーブルから読み出すステップと、
当該カテゴリが設定された電気機器の情報を機器別プロファイルテーブルから読み出すステップと、
該当するカテゴリを有する電気機器を前記スケジュールに基づいてその電源オン・オフを制御するステップとからなる電気機器の電力制御方法。
【請求項８】
前記に加えて、機器別プロファイルテーブルにアイドリング時間が設定されているときには前記スケジュールにアイドリング時間を減算した時間に電源オン・オフを制御する請求項７記載の電気機器の電力制御方法。
【請求項９】
前記に加えて、機器別プロファイルテーブルに通知アドレスが設定されているときには、当該通知アドレスに対して電源オン・オフの予告メッセージを送信するステップをさらに有する請求項７記載の電気機器の電力制御方法。
【請求項１０】
前記に加えて使用電力量の目標値を設定する目標値設定テーブルを有しており、
前記制御手段は、前記目標値設定テーブルに登録された目標値にしたがって前記各電力機器を制御する請求項１記載の電気機器の電力制御システム。
【請求項１１】
前記機器別プロファイルテーブルには、機器毎に優先順位が設定されており、前記制御手段は前記目標値にしたがって優先順位の低い電気機器から順番に電源を制御する請求項
１０記載の電気機器の電力制御システム。
【請求項１２】
前記に加えて自家発電機器を有しており、
前記目標値設定テーブルの目標値に対して自家発電機器による発電量に基づく補正値を設定可能とした請求項１１記載の電気機器の電力制御システム。
【請求項１３】
前記自家発電機器は、ソーラー発電機器であり、前記目標値設定テーブルには当該ソーラー発電機器に基づく発電予測量に従って補正値を設定する請求項１２記載の電気機器の電力制御システム。
【請求項１４】
前記発電予測量は、ネットワークを介して受信した天気予報に基づいて算出した日照量に基づいて算出することを特徴とした請求項１３記載の電気機器の電力制御システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、工場、オフィス、店舗または家庭における電気機器の制御に適用して有効な技術に関する。
【背景技術】
【０００２】
電気機器の待機電力が無駄な電力消費として問題視されており、このような待機電力消費を無くすための技術として特開２００１−１９７５７３号公報がある。
【０００３】
この技術では、電気機器に制御装置を設けてリモートコントローラからの高周波信号の送受信によって待機電力消費の無い電気機器の遠隔制御装置を提案している。
【０００４】
また、特開２００３−１１０４７１号公報では、コンセント毎の電流を検出してホームサーバでこれらのコンセントに接続されている待機電力の発生を抑制する技術が開示されている。
【特許文献１】特開２００１−１９７５７３号公報
【特許文献２】特開２００３−１１０４７１号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかし、前記特許文献１に記載された技術は、電気機器毎に制御装置を設けなければならず、システム構成が複雑化するとともにコスト高になるという問題があった。
【０００６】
また、特許文献２に記載された技術は、ホームサーバで家庭内のコンセントに接続された電気機器の電流状態を監視して待機電力を制御する際に、制御される電気機器毎の特性を考慮していないため、いかなる電気機器でも一定時間低電流状態が続くと待機電力と判断し、一律に電力供給を停止する制御となっていた。
【０００７】
本発明者は、工場、オフィス、店舗または家庭内で制御すべき電気機器は、その電気機器の特性に応じた制御を行わなければより徹底した無駄な電力消費の抑制とはならないことを見い出した。
【０００８】
一方、これらの電気機器はユーザにとって便利に使えてこそ価値のある製品となりその利便性も向上することも否定できない。
【０００９】
本発明は、このような点に鑑みてなされたものであり、電気機器をその特性や使用者の事業形態や生活形態に合わせて柔軟に制御できる技術を提供することを技術的課題とする。
【課題を解決するための手段】
【００１０】
本発明は、ネットワーク接続された２以上の電力機器を制御する電力制御システムにおいて、少なくとも各電力機器のアドレスと、電力機器毎の管理情報とを登録する機器別プロファイルテーブルとを備えた構成とし、この管理情報に基づいて各電力機器の電源を制御するようにしたものである。
【００１１】
この管理情報には、電気機器毎に電源オン時間または電源オフ時間とを登録しておくことができる。これにより、工場の始業時間や終業時間に併せて電気機器の電源オン・オフを管理することができる。
【００１２】
また、管理情報として、メンテナンス時期または当該電気機器の使用頻度を登録しておくことにより、当該対象電気機器のメンテナンスの利便性も向上する。
【００１３】
さらに、家庭内のホームサーバを用いて電気機器を管理する場合には、カテゴリ毎に設定されたスケジュールを登録したスケジュール管理テーブルを設け、かつ機器別プロファイルテーブルには機器毎の制御対象カテゴリを登録するようすれば、ホームサーバは、スケジュールを参照して当該カテゴリが機器毎の制御対象カテゴリに合致する場合に当該電気機器を制御すればよい。このように管理者（ユーザ）のスケジュールに併せた管理を行うことにより、待機電力を低減しつつ利便性の高い電気機器の電力管理が可能となる。
【００１４】
さらに、前記機器別プロファイルテーブルに当該電気機器毎にアイドリング時間を登録すれば、管理者（ユーザ）の生活リズムや在室状態に併せてエアコンや冷蔵庫の電源をスケジュールの開始前や終了前にオン状態としておくことができ、さらに利便性の高い電力管理ができる。
【００１５】
また、前記機器別プロファイルテーブルに当該電気機器毎に通知アドレスを設定できるようにしておくことで、外出先でも管理者（ユーザ）は自宅の電気機器の状態およびその制御の開始・終了を知ることができ、帰宅時の室内環境を予め知っておくことができる。
【００１６】
さらに、使用電力量の目標値を設定する目標値設定テーブルを設けることによって、目標値にしたがって、たとえば電力使用量が目標値を越えた場合には電気機器の電源をオフにするようにしてもよい。
【００１７】
また、前記機器別プロファイルテーブルに機器毎に優先順位を設定しておき、前記目標値となった場合には優先順位の低い機器から順番に電源を制御してもよい。
【００１８】
なお、ソーラー発電機器等の自家発電機器を有している場合には、これらの自家発電機器による発電量を考慮して目標値を補正してもよい。
【００１９】
さらに、ソーラー発電機器による発電予測量の補正値は、ネットワークを介して受信した天気予報に基づいて日照量を算出して設定してもよい。これにより夏の時期のように日照時間が長い場合には補正量の数値を大きくし、冬の時期のように日照時間が短い場合には補正量の数値を小さくすることができる。
【発明の効果】
【００２０】
本発明によれば、電気機器の特性や使用者の事業形態、生活形態に合わせた制御が可能となり、当該電気機器の利便性を損なうこと無く、待機電力を抑制できる。
【発明を実施するための最良の形態】
【００２１】
以下、図面に基づいて、本発明の実施の形態を説明する。
＜第１の実施形態＞
図１は、本発明の第１の実施形態である工場における複数のプレス機器（ＰＭ１〜ＰＭｎ）の制御システムを示すブロック図である。
【００２２】
同図に示すように、この実施形態の被制御対象であるプレス機器（ＰＭ）は、ネットワーク（ＮＷ）を介してサーバ（ＳＶ）に接続されている。
【００２３】
各プレス機器（ＰＭ）には、ＩＰアドレスが割り当てられており、このＩＰアドレスに基づいて個々の機器をネットワーク（ＮＷ）を介してサーバ（ＳＶ）が行えるようになっ
ている。このようなＩＰアドレスの付与は、ＩＰｖ６(Internet Protocol Version 6)に基づいた体系を用いることが好ましく、より具体的にはチップ化された排他的なＩＰアドレスを記録したＲＯＭやＩＤタグが各プレス機器（ＰＭ）に内蔵され、これらのプレス機器（ＰＭ）がＩＰアドレスにより統合管理されることを前提としているものである。
【００２４】
サーバ（ＳＶ）は、中央処理装置（ＣＰＵ）を中心に、記憶手段としてのメモリ（ＭＥＭ）、ハードディスク装置（ＨＤ）、入力手段としてのキーボード（ＫＢＤ）、マウス（ＭＯＵ）、出力手段としての表示装置（ＣＲＴ）、印刷装置（ＰＲＴ）がバス（ＢＵＳ）を介して接続されている。そして、当該バス（ＢＵＳ）はインターフェースを介して前記ネットワーク（ＮＷ）に接続されるようになっている。
【００２５】
ネットワーク（ＮＷ）は、たとえば構内ＬＡＮであり、ＴＣＰ／ＩＰ(Transmission Control Protocol/Internet Protocol)によるデータ通信網であり、いわゆる構内のインターネットによるネットワークである。
【００２６】
ハードディスク装置（ＨＤ）には、オペレーティングシステム（ＯＳ）等の基本プログラムの他に、本実施形態の機能を実現するための処理プログラムが格納されており、中央処理装置（ＣＰＵ）は当該処理プログラムを一旦メモリ（ＭＥＭ）に読み込んで順次実行することにより各プレス機器（ＰＭ）の制御を行うようになっている。また、前記ハードディスク装置（ＨＤ）には図２に示すような機器別プロファイルテーブルが設けられており、前記処理プログラムはこの機器別プロファイルテーブルを参照することにより機器毎の特性に応じた制御を行えるようになっている。
【００２７】
サーバ（ＳＶ）はネットワーク（ＮＷ）に接続可能な情報処理装置であり、具体的にはパーソナルコンピュータ、汎用コンピュータ、メインフレーム等を用いることができる。
【００２８】
前記機器別プロファイルテーブルは、図２に示すように、管理アドレス、機器ＩＤ、メンテナンス日時、プレス回数、立上時間、交換部品ＩＤ、通知先アドレス等が登録されるようになっている。この中で、管理アドレスは当該プレス機器（ＰＭ）に付与されたＩＰアドレスであり、前述のＩＰｖ６による管理体系に基づいたアドレスが登録されるようになっている。メンテナンス日時は、当該プレス機器（ＰＭ）の次メンテナンス日時を登録するようになっている。またプレス回数は当該プレス機器（ＰＭ）の通算のプレス回数が登録されるようになっている。
【００２９】
立上時間は、当該プレス機器（ＰＭ）毎の立上時間を登録したものである。たとえば、図２の場合、ウォームアップ時間（たとえば３０分）を考慮して、工場の始業時間が毎日７時３０分である場合には毎日７時００分に設定されている。
【００３０】
なお、この立上時間は、サーバ（ＳＶ）のハードディスク装置（ＨＤ）に工場操業のためのスケジュールデータを保持しており、このスケジュールデータを参照して中央処理装置（ＣＰＵ）が当該テーブルを更新するようにしてもよい。たとえば、日曜日や祝日の場合には立上時間にＮＵＬＬコードを書き込むことにより当該プレス機器（ＰＭ）は始動しないようにすることも可能である。また、当該テーブルでは立上時間のみを登録できるようにしているが、電源オフ時間も設定できるようにしてもよい。これも工場の操業時間に併せて１７時３０分というように設定してもよい。
【００３１】
交換部品ＩＤは、交換が必要となる部品ＩＤを登録するものでたとえばプレス機器（ＰＭ）の場合、プレス金型やエアバルブ等の部品ＩＤを登録しておけばよい。
【００３２】
通知先アドレスは、交換部品ＩＤ毎の交換時期通知の送信先のアドレスを登録しておく
エリアである。たとえば、当該交換部品について所定のプレス回数または耐用時間（メンテナンス時期）を経過する所定回数前、または所定時間前に当該アドレスに対して当該交換部品の交換時期を通知する電子メールを送信するようになっている。
【００３３】
なお、図２のテーブルでは、プレス機器（ＰＭ）毎に単一の部品ＩＤだけを例示しているが、プレス機器（ＰＭ）毎に複数の部品ＩＤを登録して、当該部品ＩＤ毎にメンテナンス時期、通知先アドレス、通知条件等を個別に登録できるようにしてもよいことは勿論である。なお、通知先アドレスは当該工場の管理者のアドレスの他、当該部品の販売業者のアドレスを登録しておいてもよい。
【００３４】
このように第１の実施形態では工場内の電気機器としてプレス機器（ＰＭ）を例にサーバ（ＳＶ）がその電源管理を行う例で説明したが、制御対象はこのようなプレス機器（ＰＭ）に限定されることは無く、工場内のその他の設備機器、たとえばエアコン等であってもよい。精密機器等の組み立て工場内では所定の清浄度（クリーン度）が要求されるため、エアコンのフィルター交換が頻繁に必要となるが、このようなフィルターを部品ＩＤとして登録し管理することで、従来メンテナンス要員の感に依存していた機器の管理を的確に行うことができるようになる。
＜第２の実施形態＞
図３は本発明の第２の実施形態のシステム構成を示すブロック図である。この実施形態は、家庭内の電気機器を制御するシステムであり、エアコン（ＡＣ）、冷蔵庫（ＲＥＦ）、ビデオレコーダ（ＶＤＯ）等の家庭用電気機器がホームネットワーク（ＨＮ）を介してホームサーバ（ＨＳ）により制御される構成となっている。
【００３５】
なお、ホームネットワーク（ＨＮ）には、ソーラー発電システムが接続されており、このソーラー発電システムもホームサーバ（ＨＳ）により制御可能となっている。
【００３６】
各電気機器は、第１の実施形態と同様にＩＰｖ６の管理体系によるＩＰアドレスを有しており、ホームサーバ（ＨＳ）はこれらの機器のＩＰアドレスを認識して制御するようになっている。
【００３７】
また、ホームサーバ（ＨＳ）の構成は第１の実施形態で説明したサーバと同様の構成を有しているため同一の機能部については説明を省略する。
【００３８】
ホームサーバ（ＨＳ）のハードディスク装置（ＨＤ）内には、図４に示すスケジュール管理テーブルと、図５に示す機器別プロファイルテーブルとを有している。そして、ホームサーバ（ＨＳ）の中央処理装置（ＣＰＵ）は、図６に示すフロー図に基づいて各電気機器を制御する。
【００３９】
スケジュール管理テーブルは、当該ホームサーバ管理者（居住者）のスケジュールを管理するテーブルであり、マイクロソフト社のアウトルック（商標名）や、ロータス社のオーガナイザー（商標名）等のエクスポート機能を用いてスケジュール情報を抽出して登録することができる。
【００４０】
同図の場合、開始時間（２００３年５月２５日９時００分）、終了時間（２００３年５月２７日１９時００分）、カテゴリ（出張）が登録されている。このテーブル参照により、当該管理者は５月２５日から５月２７日まで２泊３日の出張で不在となることが把握できる。なお、カテゴリとしてはこのような「出張」の他に、「外出」、「旅行」、「会議」等がある。
【００４１】
機器別プロファイルテーブルは、図５に示すように、電気機器毎に、動作フラグ、アイ
ドリング時間、通知アドレス、デフォルトセッティングデータ、制御カテゴリ、機器別データ等が登録可能となっている。
【００４２】
動作フラグは、当該電気機器が動作中か、停止中か、あるいは故障かが登録されている。アイドリング時間は電気機器毎のウォームアップ時間を意味している。たとえば、冷蔵庫（ＲＥＦ）の場合、電源オフから電源オン状態とした場合、庫内を所定温度まで下げることができる時間が登録されている。同様に、エアコン（ＡＣ）の場合、室内を所定温度まで下げるための時間であり、室内の広さによりこの時間は変更可能となっている。通知アドレスは通常の場合、当該管理者の携帯電話やＰＤＡ(Personal Data Assistant)のメールアドレスであり、外出中の管理者に電子メールでの通知が可能となっている。
【００４３】
デフォルトセッティングデータは、当該機器毎のデフォルト（初期状態）での設定データを記憶しておくエリアである。すなわち、電源を完全にオフ状態からオン状態とした場合、通常は機器が初期値として有している設定値によって設定されてしまうため、管理者が自ら設定したユーザデフォルトデータを登録しておき、起動後にこのデフォルト値に変更設定できるようにしたものである。これによって、たとえばエアコン（ＡＣ）の機器で設定されている初期温度が２０℃であっても、ユーザのデフォルトセッティングデータとして２８℃を設定していればホームサーバ（ＨＳ）の中央処理装置（ＣＰＵ）はエアコン（ＡＣ）の起動後に当該ユーザのデフォルトセッティングデータに基づいて当該エアコン（ＡＣ）を２８℃に設定し直すことができる。
【００４４】
制御カテゴリは、前述のスケジュールにおけるカテゴリと同じであり、当該電気機器を制御するトリガとなるカテゴリを登録しておくエリアである。同図の場合、冷蔵庫（ＲＥＦ）は出張や旅行時にホームサーバ（ＨＳ）によって電源制御される。同様に、エアコン（ＡＣ）は外出、出張、旅行時に電源制御対象となる。
【００４５】
機器別データは、電気機器毎の個別データ、たとえば修理履歴や部品交換履歴、故障の際の保証データ等を登録しておくエリアである。
【００４６】
優先順位は、機器毎の優先順位を設定するエリアである。同図では冷蔵庫が「１」、エアコンが「２」、ビデオが「３」となるように設定されている。本実施形態では優先順位の高い機器ほど数値が小さくなっている。この優先順位は、家庭内における生活に必須の機器ほど優先順位が高く、ビデオ機器やビデオゲーム等のような娯楽機器は優先順位が低く設定されている。
【００４７】
なお、図７に示す目標値設定テーブルは、スケジュール管理テーブルや機器別プロファイルテーブル等と同様に、図１に示すサーバ（ＳＶ）のハードディスク装置（ＨＤ）内に登録されるようになっている。
【００４８】
この目標値設定テーブルには、１カ月毎の電力使用目標値が設定されるようになっている。
【００４９】
また、補正値が設定可能となっている。この補正値は、本実施形態では、図３に示したソーラー発電システムによる発電予想量を登録するようになっている。すなわち、ソーラー発電システムによって発電可能量があらかじめわかっていれば「目標値＋補正値」を新たな制御目標値とすればよいことになる。
【００５０】
このソーラー発電システムによる発電予想量は、たとえばネットワークを介してサーバ（ＳＶ）で受信した天気予報情報に基づいて設定することができる。たとえば、天気予報により１カ月毎の日照時間が予測可能であり、夏の時期の日照時間が長い場合にはより多
くの補正量を設定することができ、冬の時期の日照時間が短い場合には少ない補正量を設定することになる。
【００５１】
次に、本実施形態におけるホームサーバ（ＨＳ）の中央処理装置（ＣＰＵ）の処理手順を図６を用いて説明する。
【００５２】
中央処理装置（ＣＰＵ）は、ハードディスク装置（ＨＤ）内のスケジュール管理テーブルを読み出して、当該管理者（ユーザ）のスケジュールを読み出す（ステップ６０１）。次に、機器別プロファイルテーブルから機器毎のデータを読み出す（ステップ６０２）。そして、当該機器が動作中であるか否かを判別する（ステップ６０３）。ここで、中央処理装置（ＣＰＵ）がホームネットワーク（ＨＮ）を介して各機器のステータスを読み出すことで動作・非動作の判定が行える。なお、このとき、当該電気機器からの応答が無い場合には、当該電気機器が故障であると判定し、故障履歴として機器別データのエリア（後述）に登録する。なお、ホームサーバ（ＨＳ）の中央処理装置（ＣＰＵ）は、故障判定を行った場合に、通知アドレスに対して故障である旨のメッセージを送信してもよい。したがって、この通知アドレスは管理者（ユーザ）の他、当該電気機器のメーカーやメンテナンス会社の管理アドレスを登録しておいてもよい。
【００５３】
次に、当該機器が動作中である場合、動作停止時間を計算する（ステップ６０４）。具体的に説明すると、その時点での時刻が２００３年５月２５日８時であり、冷蔵庫（ＲＥＦ）が動作中である場合、中央処理装置（ＣＰＵ）はスケジュール管理テーブルを読み込み、９時に「出張」の予定があり、このカテゴリは「冷蔵庫（ＲＥＦ）」の制御カテゴリに該当するため、９時になったら冷蔵庫（ＲＥＦ）の電源をオフにすることを認識することになる。この段階で、フロー図には示していないが、所定時間前になった時点で通知アドレスに対して「もうすぐ出張の時間です。冷蔵庫（ＲＥＦ）の電源を停止します。冷蔵庫（ＲＥＦ）の中を確認して下さいね。」というようなメッセージを送信してもよい。
【００５４】
次に、ホームサーバ（ＨＳ）の中央処理装置（ＣＰＵ）は、当該時間が到来したか否かを監視し（ステップ６０５）、当該時間（前記の例では９時）が到来した場合には対象電気機器（ここでは冷蔵庫（ＲＥＦ））の電源をオフ状態にする（ステップ６０６）。
【００５５】
一方、前記ステップ６０３において、当該電気機器が停止中だった場合、ホームサーバ（ＨＳ）の中央処理装置（ＣＰＵ）は、動作開始時間を計算する（ステップ６０７）。具体的に説明すると、その時点での時間がたとえば５月２７日の１６時である場合、中央処理装置（ＣＰＵ）はスケジュール管理テーブルを読み込み、１９時に「出張」が完了し帰宅することを認識することになる。そしてこの「出張」カテゴリは「冷蔵庫（ＲＥＦ）」の制御カテゴリに該当するため、１９時になったら冷蔵庫（ＲＥＦ）の電源をオン状態にすることを認識する。この段階でフロー図には示していないが、電源オン状態にする所定時間前になった次元で通知アドレスに対して「出張お帰りなさい。冷蔵庫（ＲＥＦ）を１７時には電源オンにしておきますので、食料を買ってきて下さいね。」というようなメッセージを送信してもよい。
【００５６】
次に、ホームサーバ（ＨＳ）の中央処理装置（ＣＰＵ）は、当該時間が到来したか否かを監視し（ステップ６０８）、当該時間（前記の例では１７時）が到来した場合には対象電気機器（ここでは冷蔵庫（ＲＥＦ））の電源をオン状態にする（ステップ６０９）。そして、当該対象電気機器の電源をオン状態とした後に、機器別プロファイルテーブルのデフォルトセッティングデータを読み出して当該機器をセッティングする（ステップ６１０）。前述の冷蔵庫（ＲＥＦ）の場合、冷蔵庫（ＲＥＦ）の機器に設定された初期値に優先してユーザ（管理者）設定のデフォルト値が設定される。
【００５７】
このように本実施形態によれば、ユーザ（管理者）のスケジュールデータを読み込んで、そのカテゴリから制御すべき電気機器を選択し、当該電気機器の電源を的確に制御することができる。
【００５８】
なお、ホームサーバ（ＨＳ）の中央処理装置（ＣＰＵ）は、図６で説明した処理手順の他に、機器別プロファイルテーブルに登録された優先順位および図７の目標値設定テーブルの目標値および補正値によって各電力機器を制御してもよい。
【００５９】
目標値設定テーブルの補正値には、前述のように、ソーラー発電システムによる発電予想量がネットワークを介して受信した天気予報情報の日照時間に基づいて設定されている。したがって、中央処理装置（ＣＰＵ）は、毎月の使用電力量の値が「目標値＋補正値」を越えた場合には、機器別プロファイルテーブルに登録された優先順位の低い機器の順番で各機器の電源をオフ状態とする。
【００６０】
以上、本発明の実施形態を説明したが、本発明はこれらの実施形態に限定されるものではない。たとえば、工場内の電気機器の制御（第１の実施形態）と、家庭内の電気機器の制御（第２の実施形態）について説明したが、この他に、たとえば電化製品を販売する店舗で陳列されている電気製品の一斉電力制御に用いてもよい。たとえば、店舗サーバを設けて、店舗の開店３０分前に全ての陳列電気製品の電源をオン状態とし、閉店時間に電源をオフ状態とする制御を行ってもよい。
【図面の簡単な説明】
【００６１】
【図１】本発明の第１の実施形態のシステム構成を示すブロック図
【図２】第１の実施形態で用いられる機器別プロファイルテーブルの内容を示す説明図
【図３】第２の実施形態のシステム構成を示すブロック図
【図４】第２の実施形態で用いられるスケジュール管理テーブルの説明図
【図５】第２の実施形態で用いられる機器別プロファイルテーブルの説明図
【図６】第２の実施形態の処理手順を示すフロー図
【図７】目標値設定テーブルの説明図
【符号の説明】
【００６２】
ＳＶ  サーバ
ＣＰＵ  中央処理装置
ＨＤ  ハードディスク装置
ＭＥＭ  メモリ
ＢＵＳ  バス
ＣＲＴ  表示装置
ＫＢＤ  キーボード
ＭＯＵ  マウス
ＰＲＴ  印刷装置
ＮＷ  ネットワーク
ＰＭ  プレス機器
ＨＳ  ホームサーバ
ＨＮ  ホームネットワーク
ＡＣ  エアコン
ＲＥＦ  冷蔵庫
ＶＤＯ  ビデオレコーダ
【図１】
2005020989.tif 000003
【図２】
2005020989.tif 000004
【図３】
2005020989.tif 000005
【図４】
2005020989.tif 000006
【図５】
2005020989.tif 000007
【図６】
2005020989.tif 000008
【図７】
2005020989.tif 000009