JP4034498B2 - 受電計画作成支援方法 - Google Patents
受電計画作成支援方法 Download PDFInfo
- Publication number
- JP4034498B2 JP4034498B2 JP2000138702A JP2000138702A JP4034498B2 JP 4034498 B2 JP4034498 B2 JP 4034498B2 JP 2000138702 A JP2000138702 A JP 2000138702A JP 2000138702 A JP2000138702 A JP 2000138702A JP 4034498 B2 JP4034498 B2 JP 4034498B2
- Authority
- JP
- Japan
- Prior art keywords
- consumer
- power
- demand
- local system
- value
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Images
Description
【０００１】
【発明の属する技術分野】
本発明は、電力小売業において用いられる計画作成支援方法および情報システムに関し、より特定的には需要家における受電計画作成を支援するための方法およびシステムに関する。
【０００２】
【従来の技術】
従来より、電力小売業の実施は法令によって規制されていたので、電力小売業において用いられる情報システムには従来の例がない。ここで一般的に、小売の対象となる物品等を需要家に対して供給する際には、小売業者は、需要家から発注書などによって発注を受けることを前提にしている。したがって、電力小売業においても同様に考えるとするならば、電力小売業者は、小売電力を需要家に対して供給する際には、需要家からの受電計画書などによって必要電力量を指示する発注を受けることになる。
【０００３】
【発明が解決しようとする課題】
しかしながら、需要家が自ら計測した消費電力量やその他の事情を考慮し、必要な消費電力量を予測して発注することは、非常な困難と労力とを伴う作業である。また、それ故に、発注した電力量に対して実際に必要となる電力量が過不足を生じることも考えられる。そうすると、必要な電力が電力小売業者から供給されない場合には、需要者は不足した電力を電力会社から購入しなければならない。また、必要以上の電力が電力小売業者から供給された場合には、過剰な電力は電力小売業者が無駄に供給したことになる。したがって、電力小売業者は、その料金を徴収することができない。
【０００４】
ここで、このような弊害を回避するために、電力小売業者は、需要家の発注を待たずに、需要家が実際に必要とする電力量に即応して、発電量や購入電力量を即時に調整する方法も考えられる。しかし、このような調整を行うには、大幅な変化に即応して発電量等の制御を行う必要があり、発電機の性質やコストの面から鑑みれば非常な困難を伴う。したがって、正確な需要予測に基づいて需要家の発注がなされることは、電力小売業者にとって必要不可欠となる。
【０００５】
そこで、本発明の目的は、電力小売業者が需要家の必要とする消費電力量を予測し、需要家が正確かつ容易に発注することができるような、需要家における受電計画作成を支援する方法を提供することである。
【０００６】
【課題を解決するための手段および発明の効果】
第１の発明は、電力小売業者が有するセンターシステムから需要家が有するローカルシステムに対して電力の需要予測値を提示して、需要家の受電計画作成を支援する方法であって、
ローカルシステムにおいて、需要家が消費した電力を測定して、当該測定値をセンターシステムへ送信し、センターシステムにおいて、送信されてきた測定値を蓄積するデータ収集ステップと、
センターシステムにおいて、蓄積された測定値と所定のパラメータとに基づいて、需要家が将来における所定の期間に消費すると予測される需要予測値を算出し、ローカルシステムに対して需要予測値を提示する需要予測ステップと、
ローカルシステムにおいて、需要者が受電計画の作成を行う場合に需要予測値を表示し、センターシステムにおいて、将来における所定の期間に需要者によって購入することが予定されている電力需要量を確定する調整ステップとを含む。
【０００７】
第１の発明によれば、電力小売業者が需要家の消費電力量を収集、分析して、必要とする消費電力量を予測し、需要家に対して需要予測値として提示する。したがって、需要予測値を提示されることにより受電計画作成を支援される需要家は、正確かつ容易に必要な電力量を発注することができる。
【０００８】
第２の発明は、第１の発明に従属する発明であって、
センターシステムおよびローカルシステムは、インターネットを介して通信することを特徴とする。
【０００９】
第２の発明によれば、既存のインターネットによって通信を行うので、既存の機材を用いて容易に通信を行うことができ、専用のネットワークに比べて安価なコストで通信を行うことができる。
【００１０】
第３の発明は、第１の発明に従属する発明であって、
データ収集ステップは、
ローカルシステムにおいて、所定の第１の時間間隔をあけて需要家が消費した電力を測定し、測定値を得る測定ステップと、
センターシステムにおいて、所定の第２の時間間隔をあけてローカルシステムから測定値を収集する収集ステップと、
センターシステムにおいて、対応するローカルシステムと関連付けて収集された測定値を蓄積する蓄積ステップとを含む。
【００１１】
第３の発明によれば、センターシステムは、所定の時間間隔があけられた消費電力データを収集し、データベース化することができる。したがって、センターシステムは、このデータベースを用いて、正確な需要予測を行うことができる。
【００１２】
第４の発明は、第１の発明に従属する発明であって、
需要予測ステップにおける所定のパラメータは、予想気象情報と、対応する需要家の特別イベント情報とを含むことを特徴とする。
【００１３】
第４の発明によれば、少なくとも予想気象情報および対応する需要家の特別イベント情報を用いて需要予測が行われる。したがって、これらのパラメータによる影響が反映された正確な需要予測を行うことができる。
【００１４】
第５の発明は、第１の発明に従属する発明であって、
需要予測ステップは、
センターシステムにおいて、蓄積された測定値と所定のパラメータとに基づいて、需要家が将来における所定の期間に消費すると予測される需要予測値を算出する算出ステップと、
センターシステムにおいて、ローカルシステムからの要求に応じて需要予測値を提示するための提示部を作成する作成ステップと、
ローカルシステムから要求された場合には、提示部によって需要予測値を提示する提示ステップとを含む。
【００１５】
第５の発明によれば、センターシステムにおいて算出された需要予測を、ローカルシステムからの要求に応じて提示部において提示する。したがって、受電計画作成の支援を望む需要家は、その要求に従って需要予測を提示されて、正確かつ容易に必要な電力量を発注することができる。
【００１６】
第６の発明は、第１の発明に従属する発明であって、
需要家との調整ステップは、
ローカルシステムにおいて、需要家が受電計画の作成を行う場合に需要予測値を表示する表示ステップと、
ローカルシステムにおいて、需要家が受電計画の作成を行う場合に受電計画に対応した電力需要量を決定する決定ステップと、
センターシステムにおいて、電力需要量を確定する確定ステップとを含む。
【００１７】
第６の発明によれば、ローカルシステムは、需要家が受電計画の作成を行う場合に需要予測値を表示し、電力需要量を決定する。したがって、需要家が受電計画の作成を行う場合には、需要家は受電計画作成を支援されるので、正確かつ容易に必要な電力量を発注することができる。
【００１８】
第７の発明は、第６の発明に従属する発明であって、
表示ステップは、需要予測値をインターネットブラウザにおいて表示することを特徴とする。
【００１９】
第７の発明によれば、既存のインターネットブラウザが用いられるので、需要家は、慣れ親しんだ操作によって需要予測値にアクセスすることができ、容易に情報を取得することができる。
【００２０】
第８の発明は、第６の発明に従属する発明であって、
決定ステップは、需要家が需要予測値をそのまま電力需要量として決定しようとする場合には、需要家による単一の入力に基づいて決定されることを特徴とする。
【００２１】
第８の発明によれば、需要家が需要予測値をそのまま電力需要量として決定しようとする場合には、需要家は単一の入力行為のみを行えば足りる。したがって、需要家は、非常に簡単な方法で必要な電力量を発注することができる。
【００２２】
第９の発明は、第６の発明に従属する発明であって、
決定ステップは、需要家が受電計画の作成を行わない場合に、所定の締切時刻が到来することによって、当該需要家に対応する需要予測値を電力需要量として確定することを特徴とする。
【００２３】
第９の発明によれば、需要家が受電計画の作成を行わない場合にも、所定の締切時刻が到来すれば、当該需要家に対応する需要予測値を電力需要量として確定される。したがって、締切時間の到来によってかならず全ての需要者の電力需要量を確定することができる。
【００２４】
第１０の発明は、需要家が有するローカルシステムに対して電力の需要予測値を提示して、需要家の受電計画作成を支援する電力小売業者が有するセンターシステムであって、
ローカルシステムと通信するための通信器と、
ローカルシステムにおいて測定された需要家が消費した電力の測定値を収集するデータ収集部と、
データ収集部が収集した測定値を蓄積するデータ蓄積部と、
蓄積された測定値と所定のパラメータとに基づいて、需要家が将来における所定の期間に消費すると予測される需要予測値を算出する需要予測部と、
ローカルシステムに対して需要予測値を提示する需要予測提示部と、
将来における所定の期間に需要者によって購入することが予定されている電力需要量を確定する電力需要量確定部とを備える。
【００２５】
第１０の発明によれば、電力小売業者が需要家の消費電力量を収集、分析して、必要とする消費電力量を予測し、需要家に対して需要予測値として提示する。
したがって、需要予測値を提示されることにより受電計画作成を支援される需要家は、正確かつ容易に必要な電力量を発注することができる。
【００２６】
第１１の発明は、第１０の発明に従属する発明であって、
ローカルシステムとの通信は、インターネットを介して行われることを特徴とする。
【００２７】
第１１の発明によれば、既存のインターネットによって通信を行うので、既存の機材を用いて容易に通信を行うことができ、専用のネットワークに比べて安価なコストで通信を行うことができる。
【００２８】
第１２の発明は、電力小売業者が有するセンターシステムから電力の需要予測値が提示されて、需要家の受電計画作成を支援する需要家が有するローカルシステムであって、
センターシステムと通信するための通信器と、
需要家が消費した電力を測定する消費電力測定器と、
消費電力測定器によって測定された測定値をセンターシステムへ送信するための制御を行う測定値送信部と、
需要者が受電計画の作成を行う場合に、需要家が将来における所定の期間に消費するとセンターシステムが予測した需要予測値を表示し、需要者によって当該所定の期間に購入することが予定されている電力需要量が決定されるコンピュータシステムとを備える。
【００２９】
第１２の発明によれば、ローカルシステムが需要家の消費電力量を測定してセンターシステムへ送信し、測定値に基づいてセンターシステムが需要予測値を提示する。したがって、需要予測値を提示されることにより受電計画作成を支援される需要家は、正確かつ容易に必要な電力量を発注することができる。
【００３０】
第１３の発明は、第１２の発明に従属する発明であって、
センターシステムとの通信は、インターネットを介して行われることを特徴とする。
【００３１】
第１３の発明によれば、既存のインターネットによって通信を行うので、既存の機材を用いて容易に通信を行うことができ、専用のネットワークに比べて安価なコストで通信を行うことができる。
【００３２】
【発明の実施の形態】
以下、本発明における実施の形態について、図面を参照しながら説明する。図１は、本発明の一実施形態に係る電力小売業における情報システムの構成を表した模式図である。図１において、本システムは、需要家が所有する１つ以上のローカルシステム１００と、典型的には電力小売業者が所有するセンターシステム２００とを含み、これらはインターネット３００によって相互に接続されている。なお、インターネット３００は、ＴＣＰ／ＩＰを利用するネットワークの典型例であって、どのようなネットワークであってもよく、例えば、加入電話や、ＩＳＤＮ（Iｎｔｅｇｒａｔｅｄ Ｓｅｒｖｉｃｅｓ Ｄｉｇｉｔａｌ Ｎｅｔｗｏｒｋ）、専用線、携帯電話等の無線等のような通信媒体が用いられてもよい。
【００３３】
まず、図１のローカルシステム１００は、第１のルータ１１０と、情報閲覧用コンピュータ１３０と、ネットワークコンピュータ１４０と、計測部１５０とを含む。第１のルータ１１０と、情報閲覧用コンピュータ１３０と、ネットワークコンピュータ１４０とは、第１の内部ネットワーク１２０によって相互に接続されている。第１の内部ネットワーク１２０は、典型的にはイーサーネット（Ｅｔｈｅｒｎｅｔ）によって構成される。
【００３４】
第１のルータ１１０は、ローカルシステム１００において、第１の内部ネットワーク１２０に接続されているネットワークコンピュータ１４０および情報閲覧用コンピュータ１３０を、インターネット３００を介して、センターシステム２００と接続するための通信機器である。なお、第１のルータ１１０は、典型例であって、インターネット３００と接続するための通信機器であれば、モデムやターミナルアダプタ等、どのような通信機器であってもよい。また、第１のルータ１１０に替えて、ネットワークコンピュータ１４０および情報閲覧用コンピュータ１３０のそれぞれに対して通信機器が設けられてもよい。
【００３５】
計測部１５０は、ローカルシステム１００を所有する需要家が消費する電力量を計測する。典型的には、計測部１５０は、積算電力計を含む。計測された消費電力量は、ネットワークコンピュータ１４０からの要求に応答して出力される。
【００３６】
ネットワークコンピュータ１４０は、計測部１５０から所定の時間間隔でデータを収集し、センターシステム２００からの要求に応答して、収集したデータを出力する。情報閲覧用コンピュータ１３０は、センターシステム２００から通知された需要電力予測値等を需要家に提示し、需要家からの発注指示等をセンターシステム２００へ送信する。なお、ネットワークコンピュータ１４０および情報閲覧用コンピュータ１３０は、それぞれの機能を実現する１つのコンピュータであってもよい。
【００３７】
次に、図１のセンターシステム２００は、第２のルータ２１０と、情報入出力用コンピュータ２３０と、データベース用コンピュータ２６０と、需要予測用コンピュータ２７０と、ＷＷＷサーバ用コンピュータ２８０と、データ収集用コンピュータ２９０とを含む。これらのコンピュータは、第２の内部ネットワーク２２０によって相互に接続されている。典型的には、第２の内部ネットワーク２２０は、第１の内部ネットワーク１２０と同様に、イーサーネット（Ｅｔｈｅｒｎｅｔ）によって構成される。
【００３８】
第２のルータ２１０は、センターシステム２００において、第２の内部ネットワーク２２０に接続されている各コンピュータ、少なくともＷＷＷサーバ用コンピュータ２８０およびデータ収集用コンピュータ２９０を、インターネット３００を介して、ローカルシステム１００と接続するための通信機器である。なお、第２のルータ２１０は、第１のルータ１１０と同様に典型例であって、インターネット３００と接続するための通信機器であれば、どのような通信機器であってもよい。また、第２のルータ２１０に替えて、各コンピュータそれぞれに対して通信機器が設けられてもよい。
【００３９】
データ収集用コンピュータ２９０は、各ローカルシステム１００に対して、計測部１５０において収集されたデータの送信を要求する。送信されてきたデータは、チェックされた後、当該ローカルシステム１００を所有する需要家名ないし需要家ＩＤに対応させて、データベース用コンピュータ２６０に格納される。データベース用コンピュータ２６０は、以上のようにして作成されたデータベースを第２の内部ネットワーク２２０に接続されている各コンピュータに提供する。このようなデータ収集用コンピュータ２９０およびデータベース用コンピュータ２６０の詳細な動作については、後述する。
【００４０】
需要予測用コンピュータ２７０は、需要予測に必要なデータをデータベース用コンピュータ２６０から取得して、需要予測を行い、翌日の計画値を算出する。需要予測用コンピュータ２７０の詳細な動作については、後述する。
【００４１】
ＷＷＷサーバ用コンピュータ２８０は、需要家に承認を受けるために、需要予測用コンピュータ２７０が算出した翌日の計画値を典型的にはホームページにおいて提示する。ＷＷＷサーバ用コンピュータ２８０の詳細な動作については、後述する。
【００４２】
情報入出力用コンピュータ２３０は、オペレータの操作に基づいて、第２の内部ネットワーク２２０に接続されている各コンピュータへ情報を入力し、あるいは各コンピュータからの情報を出力する。
【００４３】
なお、データベース用コンピュータ２６０と、需要予測用コンピュータ２７０と、ＷＷＷサーバ用コンピュータ２８０とは、それぞれの機能を実現する１つないし２つのコンピュータであってもよい。また、これらのコンピュータをオペレータが直接に操作するならば、情報入出力用コンピュータ２３０は、省略されてもよい。さらに、データ収集用コンピュータ２９０は省略され、その機能はデータベース用コンピュータ２６０によって実現されてもよい。
【００４４】
次に、本情報システムの動作について説明する。図２は、本発明の一実施形態に係る電力小売業における情報システムの全体的な処理の流れを示したフローチャートである。図２のサブルーチンステップＳ１０００において、センターシステム２００は、ローカルシステム１００から５分周期でデータを収集し、データの正当性をチェックした後、データベースに格納する。
【００４５】
続いて、サブルーチンステップＳ２０００において、センターシステム２００は、予めスケジュールされた時刻になると、需要家毎に需要予測を行い、翌日の需要計画値を算出する。
【００４６】
さらに、サブルーチンステップＳ３０００において、センターシステム２００は、算出された需要計画値を需要家に提示し、所定の時刻までに需要家からのアクションがない場合には計画値をそのまま採用する。
【００４７】
最後に、ステップＳ４０００において、センターシステム２００は、ユーザからの指示等によって全処理を終了するか否かを判断する。終了する場合には、全処理は終了し、終了しない場合には、処理はサブルーチンステップＳ１０００へ戻って、上述のような処理が繰り返される。
【００４８】
次に、本情報システムにおけるデータ収集処理の詳細な内容について説明する。図３は、サブルーチンステップＳ１０００におけるデータ収集処理の流れを示したフローチャートである。図３のステップＳ１１００において、データ収集用コンピュータ２９０は、内蔵される図示されていないタイマーを参照して、毎５分周期が到来したか否かを判断する。毎５分周期が到来したと判断された場合には、処理はステップＳ１２００へ進む。未だ毎５分周期が到来していないと判断された場合には、サブルーチン処理は終了し、図２のフローへ復帰する。
【００４９】
ステップＳ１２００において、データ収集用コンピュータ２９０は、データ収集の対象となるローカルシステム１００を１つだけ特定する。典型的には、データ収集用コンピュータ２９０は、各ローカルシステム１００に対応する需要家ＩＤ番号を付し、１ずつ順にＩＤ番号を増加させて、特定すべきＩＤ番号を決定していく。
【００５０】
次に、サブルーチンステップＳ１３００において、データ収集用コンピュータ２９０は、特定されたローカルシステム１００からデータを収集する。その詳しい処理内容については後述する。
【００５１】
データ収集が終了すると、ステップＳ１４００において、データ収集用コンピュータ２９０は、全てのローカルシステム１００からデータを収集したか否かを判断する。典型的には、データ収集用コンピュータ２９０は、全ての需要家ＩＤ番号に対応するデータ収集フラグが立っているか否かを判断する。また、特定すべき需要家ＩＤ番号がまだ存在するか判断してもよい。そして、全てのローカルシステム１００からデータを収集したと判断された場合には、サブルーチン処理は終了し、図２のフローへ復帰する。未だデータを収集していないと判断された場合には、処理はステップＳ１２００へ戻り、次のローカルシステム１００が特定される。
【００５２】
次に、特定されたローカルシステム１００からデータを収集する処理の内容について説明する。図４は、データ収集処理の流れを示したフローチャートである。図４に示されるように、データ収集処理は、データを要求するセンターシステム２００側の処理と、データを収集されるローカルシステム１００側の処理に分けることができる。したがって、これらのシステムがセンターシステム２００におけるサブルーチンステップＳ１３００の処理に関連してどのように連動して処理を行うかについて説明する。
【００５３】
まず、ローカルシステム１００は、ステップＳ１３５１において、内蔵される図示されていないタイマーを参照して、毎１分周期が到来したか否かを判断する。毎１分周期が到来したと判断された場合には、処理はステップＳ１３５２へ進む。未だ毎１分周期が到来していないと判断された場合には、処理はステップＳ１３５８へジャンプする。
【００５４】
毎１分周期が到来すると、ステップＳ１３５２において、ローカルシステム１００は、定期的に行われるデータ収集を実行する。具体的には、ネットワークコンピュータ１４０は、計測部１５０によって計測した消費電力量を取り出す。次に、ステップＳ１３５３において、ローカルシステム１００に含まれるネットワークコンピュータ１４０は、収集されたデータを保存する。
【００５５】
一方、データ収集用コンピュータ２９０は、ステップＳ１３１１において、特定されたローカルシステム１００へデータを要求する。ローカルシステム１００は、ステップＳ１３５４において、データ収集用コンピュータ２９０からのデータ要求を受信する。その後、ローカルシステム１００は、データ収集用コンピュータ２９０からのデータ要求を受信したか否かを判断する。データ要求を受信したと判断された場合には、処理はステップＳ１３５６へ進む。受信していないと判断された場合には、処理はステップＳ１３５５へジャンプする。
【００５６】
データ要求を受信した場合には、ステップＳ１３５６において、ローカルシステム１００は、センターへ伝送するファイルを作成する。当該ファイルは、需要予測の方法に合わせて、毎１分周期で収集される全データであってもよいし、これらを平均ないし積算した値であってもよい。さらに、ステップＳ１３５７において、ローカルシステム１００は、作成されたファイルをデータ収集用コンピュータ２９０へ送信する。
【００５７】
ステップＳ１３５６において、ローカルシステム１００は、ユーザからの指示等によって全処理を終了するか否かを判断する。終了する場合には、全処理は終了し、終了しない場合には、処理はステップＳ１３５１へ戻って、上述のような処理が繰り返される。
【００５８】
次に、データ収集用コンピュータ２９０は、ステップＳ１３１２において、ローカルシステム１００が送信したファイルを受信する。なお、一定時間内にファイルが受信できなかった場合には、タイムアウト処理および異常処理が実行される。
【００５９】
ステップＳ１３１３において、データ収集用コンピュータ２９０は、受信したファイルのデータチェックを行う。そして、ステップＳ１３１４において、データ収集用コンピュータ２９０は、データチェックの結果から、データが正常か否かを判断する。ここで典型的には、データは、予め定められた消費電力の上限値（例えば、ピーク時の２倍の電力量）および下限値（例えば、電力量０）と比較され、これらの値の範囲内に入っていれば、データは正常であると判断される。こうしてデータが正常であると判断された場合には、処理はステップＳ１３１６へ進む。データが正常ではないと判断された場合には、処理はステップＳ１３１５へ進む。
【００６０】
ステップＳ１３１５において、データ収集用コンピュータ２９０は、例えばデータに異常が発生していることを報告し、エラーの回復を図る等の異常処理を行う。異常処理が終了すると、処理は終了し、図３のフローへ復帰する。そして、このような異常処理が行われた場合には、データに異常があったローカルシステム１００に対応する後述のデータ収集完了フラグは、立てられることがない。したがって、再び図３のフローを経て、本サブルーチンステップＳ１３００の処理が繰り返されて、ステップＳ１３１１におけるデータ要求が繰り返されることになる。なお、以上の処理に加えて、さらに何度も異常が発生する場合には、その旨を報告した上で、データに異常があったローカルシステム１００からのデータ収集を断念する等の処理が行われてもよい。
【００６１】
ステップＳ１３１６において、データ収集用コンピュータ２９０は、受信されたデータからデータベースに格納することができるような保存用ファイルを作成する。次に、ステップＳ１３１７において、データ収集用コンピュータ２９０は、作成された保存用ファイルをデータベース用コンピュータ２６０へ保存する。さらに、ステップＳ１３１８において、データ収集用コンピュータ２９０は、データ収集の対象となったローカルシステム１００に対応するデータ収集完了フラグをたてる。このようにして、処理は終了し、図３のフローへ復帰する。
【００６２】
なお、以上のデータ収集処理は、センターシステムからのデータ要求に従って、ローカルシステムがデータを送信するように構成されている。しかし、センターシステムは、ローカルシステムからデータを定期的に収集することができればよい。したがって、以上のデータ収集処理は、センターシステムからのデータ要求を待たずに、ローカルシステムが定期的にデータを送信するように構成されてもよい。
【００６３】
以上のようにしてデータ収集が終了すると、前述したように図３のステップＳ１４００において、全てのローカルシステム１００からデータを収集したと判断された場合には、サブルーチン処理は終了し、図２のフローへ復帰する。
【００６４】
次に、図２のサブルーチンステップＳ２０００における、需要量予測処理の詳細な内容について説明する。図５は、サブルーチンステップＳ２０００における需要量予測処理の流れを示したフローチャートである。図５のステップＳ２１００において、需要予測用コンピュータ２７０は、内蔵されるタイマーを参照して、需要予測処理を起動する時刻か否かを判断する。当該起動時刻は、例えば需要家が翌日の受電計画を立てる前の時刻であって、一日に一回だけ到来する特定の時刻に設定される。
【００６５】
ステップＳ２２００において、需要予測用コンピュータ２７０は、需要予測の対象となるローカルシステム１００を１つだけ特定する。典型的には、需要予測用コンピュータ２７０は、各ローカルシステム１００に対応する需要家ＩＤ番号を付し、１ずつ順に需要家ＩＤ番号を増加させて、特定すべき需要家ＩＤ番号を決定していく。
【００６６】
次に、サブルーチンステップＳ２３００において、需要予測用コンピュータ２７０は、特定されたローカルシステム１００の需要予測を行う。その詳しい処理内容については後述する。
【００６７】
需要予測が終了すると、サブルーチンステップＳ２４００において、ＷＷＷサーバ用コンピュータ２８０は、需要予測値が算出されたローカルシステム１００に関する情報をホームページへ登録する。その詳しい処理内容については後述する。
【００６８】
次に、ステップＳ２５００において、需要予測用コンピュータ２７０は、全てのローカルシステム１００の需要予測を実施したか否かを判断する。典型的には、需要予測用コンピュータ２７０は、全ての需要家ＩＤに対応する需要予測終了フラグが立っているか否かを判断する。また、特定すべき需要家ＩＤがまだ存在するか判断してもよい。そして、全てのローカルシステム１００の需要予測が実施されたと判断された場合には、サブルーチン処理は終了し、図２のフローへ復帰する。未だ実施されていないと判断された場合には、処理はステップＳ２２００へ戻り、次のローカルシステム１００が特定される。
【００６９】
次に、特定されたローカルシステム１００に対する需要予測処理の内容について説明する。図６は、サブルーチンステップＳ２３００における需要予測処理の流れを示したフローチャートである。図６のステップＳ２３１０において、需要予測用コンピュータ２７０は、需要予測に必要なデータをデータベース用コンピュータ２６０から取得する。需要予測に必要なデータとは、過去の需要実績データであって、例えば、時間毎の需要量の変化パターンを、需要家ＩＤ、年、月、気温、湿度、気象などの各パラメータ毎に分類したデータである。
【００７０】
さらにステップＳ２３２０において、需要予測用コンピュータ２７０は、需要予測に必要な補正用データをデータベース用コンピュータ２６０または情報入出力用コンピュータ２３０から取得する。需要予測に必要な補正用データとは、需要予測日における特有のデータであって、予想気温や予想湿度などの予想気象情報や、対応するローカルシステム１００を所有する需要家における特別なイベント情報の有無および種類等である。需要家における特別なイベント情報は、例えば、特別休業日、半日だけの休業日、特別稼働日など、およそ消費電力に影響を及ぼす事項であって、予め判明している事項を広く含む。
【００７１】
以上のようなデータを取得すると、ステップＳ２３３０において、需要予測用コンピュータ２７０は、需要予測を実行する。例えば、当該需要予測は、各パラメータに重み付けを行い、過去の需要実績データのうち予測日における各パラメータと最も相関度の高いデータを抽出してもよいし、関連する過去の需要実績データから所定の演算を行って算出してもよい。
【００７２】
次に、ステップＳ２３４０において、需要予測用コンピュータ２７０は、需要予測によって得られた値を翌日の計画値とし、需要家ＩＤと対応させて、ＷＷＷサーバ用コンピュータ２８０へ送信する。
【００７３】
以上の処理が終了すると、ステップＳ２３５０において、需要予測用コンピュータ２７０は、この特定されたローカルシステム１００に対応して設けられた需要予測終了フラグを立てる。その後、本サブルーチン処理は終了し、処理は図５のフローへ復帰する。
【００７４】
次に、特定されたローカルシステム１００に対するホームページ登録処理の内容について説明する。図７は、サブルーチンステップＳ２４００における需要予測処理の流れを示したフローチャートである。図７のステップＳ２４１０において、ＷＷＷサーバ用コンピュータは、需要予測用コンピュータ２７０から送信されてきた計画値をホームページに登録する。ホームページとは、インターネットのＷＷＷサービスにおいて提供されるコンテンツであって、例えばＨＴＭＬ（Ｈｙｐｅｒ Ｔｅｘｔ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）と呼ばれるマークアップ言語によって記述される。もちろん、ホームページはＨＴＭＬに限られず、例えばサンマイクロシステムズ社のＪａｖａや、マイクロソフト社のＡＳＰ（Ａｃｔｉｖｅ Ｓｅｒｖｅｒ Ｐａｇｅ）、あるいはＣＧＩ（Ｃｏｍｍｏｎ Ｇａｔｅｗａｙ Ｉｎｔｅｒｆａｃｅ）等を利用して作成されたものであってもよく、記述言語や手法の種類を問わない。典型的には、前述の計画値は、ＨＴＭＬにおける表記法に従って、ユーザがブラウザ等を用いて読み取ることができるように表示される。当該ホームページの表示例については、後述する。
【００７５】
計画値がホームページに登録されると、ステップＳ２４２０において、ＷＷＷサーバ用コンピュータ２８０は、その旨を需要家にメールで通知して、ホームページが更新されたことを告知する。典型的には、通知されたメールには、当該ホームページのＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）が記載されており、需要家が容易にアクセスすることができるように構成される。さらに、当該メールには、セキュリティー情報が併せて記載されて、需要家以外の第三者が容易にアクセスできないように構成されてもよい。なお、メールの送信は、必ずしもＷＷＷサーバ用コンピュータ２８０によって行われる必要はなく、別に設けられたメールサーバ用コンピュータによって行われてもよい。また、本ステップＳ２４２０は、電話やＦＡＸ等の通信手段を介して通知するように構成されてもよい。さらに、本ステップＳ２４２０は、省略することも可能である。以上のサブルーチン処理が終了すると、処理は図５のフローへ復帰する。
【００７６】
以上のようにしてデータ収集が終了すると、前述したように図５のステップＳ２５００において、全てのローカルシステム１００の需要予測が実施されたと判断された場合には、サブルーチン処理は終了し、図２のフローへ復帰する。
【００７７】
次に、図８のサブルーチンステップＳ３０００における需要家との調整処理について説明する。図８は、需要家との調整処理の流れを示したフローチャートである。図８に示されるように、需要家との調整処理は、需要家の調整指示を待つセンターシステム２００側の処理と、需要家によって調整指示を出すローカルシステム１００側の処理に分けることができる。そこで、センターシステム２００におけるサブルーチンステップＳ３０００の処理を説明する前提として、まずローカルシステム１００側の処理を説明する。
【００７８】
図８のステップＳ３１１０において、情報閲覧用コンピュータ１３０は、センターシステム２００から送られてきたメールによる通知を受信する。ここで、当該ローカルシステム１００を所有する需要家は、典型的には受信されたメールを見て、締切時刻までにホームページにアクセスするか否かを決定する。
【００７９】
ステップＳ３１２０において、締切時間が過ぎていれば、当日の処理は終了する。締切時間が過ぎていなければ、処理はステップＳ３１３０へ進む。ステップＳ３１３０において、情報閲覧用コンピュータ１３０は、ユーザである需要者が指定されたホームページにアクセスする指示を出しているか否かを判断する。需要者がホームページにアクセスする指示を出していると判断された場合には、処理はステップＳ３１４０へ進む。指示を出していないと判断された場合には、処理はステップＳ３１２０へ戻る。
【００８０】
ホームページにアクセスする指示が出された場合には、ステップＳ３１４０において、情報閲覧用コンピュータ１３０は、指定されたホームページを表示し、需要家に対して翌日の需要予測値である計画値を提示する。典型的には、情報閲覧用コンピュータ１３０は、インターネットブラウザを含み、需要家はこのブラウザを操作して計画値を読み取る。なお、ホームページにアクセスする際には、需要家に対してユーザーアカウントおよびパスワードの入力を要求するように構成してもよい。
【００８１】
図９は、情報閲覧用コンピュータ１３０のインターネットブラウザに表示されるホームページの画面例を示した模式図である。図９において、本表示画面は、電力使用予定量グラフ９０１と、単位時間ごとの計画値９０２と、総使用電力予定量９０３と、電力料金９０４と、使用パターン選択部９０５と、メッセージ表示領域９０６と、確定ボタン９０７と、使用実績ボタン９０８とを含む。前述したように、典型的にはこれらは前述したようにＨＴＭＬやＪａｖａ等によって記述される。
【００８２】
電力使用予定量グラフ９０１は、前述の計画値を例えば３０分ごとに表示したグラフである。また、電力使用予定量グラフ９０１は、マウス等によってグラフの高さを変化させるように構成され、ユーザがグラフの高さを任意の値に設定すると、当該値が単位時間ごとの計画値９０２に反映される。同様に、単位時間ごとの計画値９０２に表示されている値は、直接に書き換えることができ、その値の変化に従って、電力使用予定量グラフ９０１における対応するグラフの高さも変化する。
【００８３】
総使用電力予定量９０３は、一日あたりの総使用電力予定量であって、単位時間ごとの計画値９０２に表示されている値の総和に等しい。電力料金９０４は、一日あたりの電力料金であって、総使用電力予定量に単位あたりの電力料金を乗じたものである。また本欄には、さらに該当する月の過去に支払った電力料金や該当する月の想定電力料金を算出して表示してもよい。
【００８４】
使用パターン選択部９０５は、曜日や特別のイベント等に対応した使用パターンが予め登録されており、需要家がその中から該当する使用パターンを選択することができるように、各種使用パターン名を表示する。例えば、日曜日や特別休業日などのパターン名を需要家が選択すると、当該パターン名に対応して過去の実績から算出された使用パターンが呼び出される。そして、電力使用予定量グラフ９０１および単位時間ごとの計画値９０２が算出された使用パターンの値に置き換わる。
【００８５】
メッセージ表示領域９０６は、電力小売業者から需要家へのメッセージが表示される。例えば、需要家が計画値を確定させた場合には、「翌日の計画が確定しました。」と表示され、締切時刻が到来すると、「締切時刻になりましたので、提示した計画値を翌日の計画値とさせていただきます。」と表示される。
【００８６】
確定ボタン９０７は、提示または修正された計画値を翌日の計画値として確定させるために、ユーザが押下することのできるボタンである。ここで、提示された計画値の変更がない場合には、需要家は、確定ボタン９０７を一度押下するだけで翌日の受電計画を作成したことになる。したがって、確定ボタン９０７によって、需要家が正確かつ容易に受電計画を作成することを支援することができる。
【００８７】
使用実績ボタン９０８は、グラフや数字等を用いて、過去の使用実績を図示されていない別画面において表示させるために、ユーザが押下することのできるボタンである。使用実績ボタン９０８が押下されると、情報閲覧用コンピュータ１３０は、ＷＷＷサーバ用コンピュータ２８０を介して、データベース用コンピュータ２６０から過去の使用実績を取得する。
【００８８】
次に、図８のステップＳ３１５０において、情報閲覧用コンピュータ１３０は、ユーザである需要家が計画値を修正する指示を出したか否かを判断する。例えば、図９においては、電力使用予定量グラフ９０１、単位時間ごとの計画値９０２、使用パターン選択部９０５等を需要家が変更することによって、計画値が修正される。計画値を修正する指示が出された場合には、処理はステップＳ３１６０へ進む。計画値を修正する指示が出されない場合には、処理はステップＳ３１７０へジャンプする。
【００８９】
ステップＳ３１６０において、情報閲覧用コンピュータ１３０は、修正された計画値を需要家から入力される。例えば、前述のような操作を需要家が行うことによって、数値が入力され、入力すべき数値が決定される。需要家からの入力を待って、処理はステップＳ３１７０へ進む。
【００９０】
ステップＳ３１７０において、情報閲覧用コンピュータ１３０は、ユーザである需要家が計画値を確定する指示を出したか否かを判断する。典型的には、情報閲覧用コンピュータ１３０は、ホームページを表示するためのブラウザにおいて、ユーザである需要家に対して図９に示されるような確定ボタンないし指示領域を提示する。需要家は、情報閲覧用コンピュータ１３０の入力機器、例えばマウスやパッド、タッチパネルなどによってこの確定ボタンないし指示領域をクリックないし押下する動作を行う。もちろん、需要家の動作は、計画値を確定する指示を表すものであればいかなる動作であってもよく、リモコンや音声、電話等による入力であってもよい。需要家のこのような動作を待って、情報閲覧用コンピュータ１３０は、計画値を確定する指示を出す。計画値を確定する指示が出された場合には、処理はステップＳ３１８０へ進む。確定する指示が出されない場合には、処理はステップＳ３１５０へ戻る。
【００９１】
ステップＳ３１８０において、情報閲覧用コンピュータ１３０は、ユーザである需要家が計画値を確定する指示を出した旨の情報を対応する需要家ＩＤとともにセンターシステム２００へ送信する。また、計画値に修正がある場合には、その修正値も併せて送信される。以上のようにして情報閲覧用コンピュータ１３０は、需要家との調整処理を終了する。
【００９２】
次に、センターシステム２００におけるサブルーチンステップＳ３０００の処理を説明する。ステップＳ３５１０において、ＷＷＷサーバ用コンピュータ２８０は、ローカルシステム１００から送信されてきた需要家ＩＤおよび需要家が計画値を確定する指示を出した旨の情報を受信する。また、計画値の修正値が送信されてきた場合には、当該修正値も併せて受信される。なお、複数のローカルシステム１００から情報がほぼ同時に送信されてきた場合には、当該情報は所定のバッファ領域に格納されて、順番に処理される。
【００９３】
ステップＳ３５２０において、ＷＷＷサーバ用コンピュータ２８０は、ローカルシステム１００から情報が送信されてきた否かを判断する。典型的には、ＷＷＷサーバ用コンピュータ２８０は、前述した所定のバッファ領域に情報が格納されているか否かを判断する。情報が送信されてきたと判断された場合には、処理はステップＳ３５３０へ進む。送信されてきていないと判断された場合には、処理はステップＳ３５６０へジャンプする。
【００９４】
まず、情報が送信されてきた場合には、ステップＳ３５２０において、ＷＷＷサーバ用コンピュータ２８０は、送信されてきた情報に計画値の修正値が存在するか判断する。修正値が存在すると判断された場合には、処理はステップＳ３５４０へ進む。修正値が存在しないと判断された場合には、処理はステップＳ３５５０へジャンプする。
【００９５】
ステップＳ３５４０において、ＷＷＷサーバ用コンピュータ２８０は、送信されてきた修正値に等しくなるよう、需要家ＩＤに対応する計画値を書き換える。書き換えが終わると、処理はステップＳ３５５０へ進む。
【００９６】
ステップＳ３５５０において、ＷＷＷサーバ用コンピュータ２８０は、需要家ＩＤに対応する計画値を当該需要家の需要量として確定させる。具体的には、ＷＷＷサーバ用コンピュータ２８０は、計画値に付された確定フラグを立ててもよいし、計画値とは別に設けられた需要量値に当該計画値を書き込んでもよい。また、前述した所定のバッファ領域に存在する情報は、確定された需要家の需要量に対応するものだけが削除される。したがって、複数のローカルシステム１００からの情報が存在する場合には、図１のフローにおいて処理が一巡した後、さらに本サブルーチン処理によって順番に処理されることになる。
【００９７】
次に、情報が送信されてきていない場合には、ステップＳ３５６０において、ＷＷＷサーバ用コンピュータ２８０は、内蔵するタイマーを参照して、締切時刻を過ぎたか否かを判断する。締切時間を過ぎていないと判断された場合には、本サブルーチン処理は終了し、図１のフローへ戻る。締切時間を過ぎたと判断された場合には、処理はステップＳ３５７０へ進む。
【００９８】
ステップＳ３５７０において、ＷＷＷサーバ用コンピュータ２８０は、全ての需要家ＩＤに対応する計画値を当該需要家の需要量として確定させる。その具体的な方法は、前述したステップＳ３５５０の場合と同様である。その後、本サブルーチン処理は終了し、図１のフローへ戻る。
【００９９】
以上のように、本情報システムによれば、電力小売業者が需要家の必要とする消費電力量を予測し、その予測値を需要家に提供するので、需要家が正確かつ容易に発注することができる。
【図面の簡単な説明】
【図１】本発明の一実施形態に係る電力小売業における情報システムの構成を表した模式図である。
【図２】本発明の一実施形態に係る電力小売業における情報システムの全体的な処理の流れを示したフローチャートである。
【図３】サブルーチンステップＳ１０００におけるデータ収集処理の流れを示したフローチャートである。
【図４】データ収集処理の流れを示したフローチャートである。
【図５】サブルーチンステップＳ２０００における需要量予測処理の流れを示したフローチャートである。
【図６】サブルーチンステップＳ２３００における需要予測処理の流れを示したフローチャートである。
【図７】サブルーチンステップＳ２４００における需要予測処理の流れを示したフローチャートである。
【図８】需要家との調整処理の流れを示したフローチャートである。
【図９】情報閲覧用コンピュータ１３０のインターネットブラウザに表示されるホームページの画面例を示した模式図である。
【符号の説明】
１００ ローカルシステム
１１０ 第１のルータ
１２０ 第１の内部ネットワーク
１３０ 情報閲覧用コンピュータ
１４０ ネットワークコンピュータ
１５０ 計測部
２００ センターシステム
２１０ 第２のルータ
２２０ 第２の内部ネットワーク
２３０ 情報入出力用コンピュータ
２６０ データベース用コンピュータ
２７０ 需要予測用コンピュータ
２８０ ＷＷＷサーバ用コンピュータ
２９０ データ収集用コンピュータ
３００ インターネット
９０１ 電力使用予定量グラフ
９０２ 単位時間ごとの計画値
９０３ 総使用電力予定量
９０４ 電力料金
９０５ 使用パターン選択部
９０６ メッセージ表示領域
９０７ 確定ボタン
９０８ 使用実績ボタン
【発明の属する技術分野】
本発明は、電力小売業において用いられる計画作成支援方法および情報システムに関し、より特定的には需要家における受電計画作成を支援するための方法およびシステムに関する。
【０００２】
【従来の技術】
従来より、電力小売業の実施は法令によって規制されていたので、電力小売業において用いられる情報システムには従来の例がない。ここで一般的に、小売の対象となる物品等を需要家に対して供給する際には、小売業者は、需要家から発注書などによって発注を受けることを前提にしている。したがって、電力小売業においても同様に考えるとするならば、電力小売業者は、小売電力を需要家に対して供給する際には、需要家からの受電計画書などによって必要電力量を指示する発注を受けることになる。
【０００３】
【発明が解決しようとする課題】
しかしながら、需要家が自ら計測した消費電力量やその他の事情を考慮し、必要な消費電力量を予測して発注することは、非常な困難と労力とを伴う作業である。また、それ故に、発注した電力量に対して実際に必要となる電力量が過不足を生じることも考えられる。そうすると、必要な電力が電力小売業者から供給されない場合には、需要者は不足した電力を電力会社から購入しなければならない。また、必要以上の電力が電力小売業者から供給された場合には、過剰な電力は電力小売業者が無駄に供給したことになる。したがって、電力小売業者は、その料金を徴収することができない。
【０００４】
ここで、このような弊害を回避するために、電力小売業者は、需要家の発注を待たずに、需要家が実際に必要とする電力量に即応して、発電量や購入電力量を即時に調整する方法も考えられる。しかし、このような調整を行うには、大幅な変化に即応して発電量等の制御を行う必要があり、発電機の性質やコストの面から鑑みれば非常な困難を伴う。したがって、正確な需要予測に基づいて需要家の発注がなされることは、電力小売業者にとって必要不可欠となる。
【０００５】
そこで、本発明の目的は、電力小売業者が需要家の必要とする消費電力量を予測し、需要家が正確かつ容易に発注することができるような、需要家における受電計画作成を支援する方法を提供することである。
【０００６】
【課題を解決するための手段および発明の効果】
第１の発明は、電力小売業者が有するセンターシステムから需要家が有するローカルシステムに対して電力の需要予測値を提示して、需要家の受電計画作成を支援する方法であって、
ローカルシステムにおいて、需要家が消費した電力を測定して、当該測定値をセンターシステムへ送信し、センターシステムにおいて、送信されてきた測定値を蓄積するデータ収集ステップと、
センターシステムにおいて、蓄積された測定値と所定のパラメータとに基づいて、需要家が将来における所定の期間に消費すると予測される需要予測値を算出し、ローカルシステムに対して需要予測値を提示する需要予測ステップと、
ローカルシステムにおいて、需要者が受電計画の作成を行う場合に需要予測値を表示し、センターシステムにおいて、将来における所定の期間に需要者によって購入することが予定されている電力需要量を確定する調整ステップとを含む。
【０００７】
第１の発明によれば、電力小売業者が需要家の消費電力量を収集、分析して、必要とする消費電力量を予測し、需要家に対して需要予測値として提示する。したがって、需要予測値を提示されることにより受電計画作成を支援される需要家は、正確かつ容易に必要な電力量を発注することができる。
【０００８】
第２の発明は、第１の発明に従属する発明であって、
センターシステムおよびローカルシステムは、インターネットを介して通信することを特徴とする。
【０００９】
第２の発明によれば、既存のインターネットによって通信を行うので、既存の機材を用いて容易に通信を行うことができ、専用のネットワークに比べて安価なコストで通信を行うことができる。
【００１０】
第３の発明は、第１の発明に従属する発明であって、
データ収集ステップは、
ローカルシステムにおいて、所定の第１の時間間隔をあけて需要家が消費した電力を測定し、測定値を得る測定ステップと、
センターシステムにおいて、所定の第２の時間間隔をあけてローカルシステムから測定値を収集する収集ステップと、
センターシステムにおいて、対応するローカルシステムと関連付けて収集された測定値を蓄積する蓄積ステップとを含む。
【００１１】
第３の発明によれば、センターシステムは、所定の時間間隔があけられた消費電力データを収集し、データベース化することができる。したがって、センターシステムは、このデータベースを用いて、正確な需要予測を行うことができる。
【００１２】
第４の発明は、第１の発明に従属する発明であって、
需要予測ステップにおける所定のパラメータは、予想気象情報と、対応する需要家の特別イベント情報とを含むことを特徴とする。
【００１３】
第４の発明によれば、少なくとも予想気象情報および対応する需要家の特別イベント情報を用いて需要予測が行われる。したがって、これらのパラメータによる影響が反映された正確な需要予測を行うことができる。
【００１４】
第５の発明は、第１の発明に従属する発明であって、
需要予測ステップは、
センターシステムにおいて、蓄積された測定値と所定のパラメータとに基づいて、需要家が将来における所定の期間に消費すると予測される需要予測値を算出する算出ステップと、
センターシステムにおいて、ローカルシステムからの要求に応じて需要予測値を提示するための提示部を作成する作成ステップと、
ローカルシステムから要求された場合には、提示部によって需要予測値を提示する提示ステップとを含む。
【００１５】
第５の発明によれば、センターシステムにおいて算出された需要予測を、ローカルシステムからの要求に応じて提示部において提示する。したがって、受電計画作成の支援を望む需要家は、その要求に従って需要予測を提示されて、正確かつ容易に必要な電力量を発注することができる。
【００１６】
第６の発明は、第１の発明に従属する発明であって、
需要家との調整ステップは、
ローカルシステムにおいて、需要家が受電計画の作成を行う場合に需要予測値を表示する表示ステップと、
ローカルシステムにおいて、需要家が受電計画の作成を行う場合に受電計画に対応した電力需要量を決定する決定ステップと、
センターシステムにおいて、電力需要量を確定する確定ステップとを含む。
【００１７】
第６の発明によれば、ローカルシステムは、需要家が受電計画の作成を行う場合に需要予測値を表示し、電力需要量を決定する。したがって、需要家が受電計画の作成を行う場合には、需要家は受電計画作成を支援されるので、正確かつ容易に必要な電力量を発注することができる。
【００１８】
第７の発明は、第６の発明に従属する発明であって、
表示ステップは、需要予測値をインターネットブラウザにおいて表示することを特徴とする。
【００１９】
第７の発明によれば、既存のインターネットブラウザが用いられるので、需要家は、慣れ親しんだ操作によって需要予測値にアクセスすることができ、容易に情報を取得することができる。
【００２０】
第８の発明は、第６の発明に従属する発明であって、
決定ステップは、需要家が需要予測値をそのまま電力需要量として決定しようとする場合には、需要家による単一の入力に基づいて決定されることを特徴とする。
【００２１】
第８の発明によれば、需要家が需要予測値をそのまま電力需要量として決定しようとする場合には、需要家は単一の入力行為のみを行えば足りる。したがって、需要家は、非常に簡単な方法で必要な電力量を発注することができる。
【００２２】
第９の発明は、第６の発明に従属する発明であって、
決定ステップは、需要家が受電計画の作成を行わない場合に、所定の締切時刻が到来することによって、当該需要家に対応する需要予測値を電力需要量として確定することを特徴とする。
【００２３】
第９の発明によれば、需要家が受電計画の作成を行わない場合にも、所定の締切時刻が到来すれば、当該需要家に対応する需要予測値を電力需要量として確定される。したがって、締切時間の到来によってかならず全ての需要者の電力需要量を確定することができる。
【００２４】
第１０の発明は、需要家が有するローカルシステムに対して電力の需要予測値を提示して、需要家の受電計画作成を支援する電力小売業者が有するセンターシステムであって、
ローカルシステムと通信するための通信器と、
ローカルシステムにおいて測定された需要家が消費した電力の測定値を収集するデータ収集部と、
データ収集部が収集した測定値を蓄積するデータ蓄積部と、
蓄積された測定値と所定のパラメータとに基づいて、需要家が将来における所定の期間に消費すると予測される需要予測値を算出する需要予測部と、
ローカルシステムに対して需要予測値を提示する需要予測提示部と、
将来における所定の期間に需要者によって購入することが予定されている電力需要量を確定する電力需要量確定部とを備える。
【００２５】
第１０の発明によれば、電力小売業者が需要家の消費電力量を収集、分析して、必要とする消費電力量を予測し、需要家に対して需要予測値として提示する。
したがって、需要予測値を提示されることにより受電計画作成を支援される需要家は、正確かつ容易に必要な電力量を発注することができる。
【００２６】
第１１の発明は、第１０の発明に従属する発明であって、
ローカルシステムとの通信は、インターネットを介して行われることを特徴とする。
【００２７】
第１１の発明によれば、既存のインターネットによって通信を行うので、既存の機材を用いて容易に通信を行うことができ、専用のネットワークに比べて安価なコストで通信を行うことができる。
【００２８】
第１２の発明は、電力小売業者が有するセンターシステムから電力の需要予測値が提示されて、需要家の受電計画作成を支援する需要家が有するローカルシステムであって、
センターシステムと通信するための通信器と、
需要家が消費した電力を測定する消費電力測定器と、
消費電力測定器によって測定された測定値をセンターシステムへ送信するための制御を行う測定値送信部と、
需要者が受電計画の作成を行う場合に、需要家が将来における所定の期間に消費するとセンターシステムが予測した需要予測値を表示し、需要者によって当該所定の期間に購入することが予定されている電力需要量が決定されるコンピュータシステムとを備える。
【００２９】
第１２の発明によれば、ローカルシステムが需要家の消費電力量を測定してセンターシステムへ送信し、測定値に基づいてセンターシステムが需要予測値を提示する。したがって、需要予測値を提示されることにより受電計画作成を支援される需要家は、正確かつ容易に必要な電力量を発注することができる。
【００３０】
第１３の発明は、第１２の発明に従属する発明であって、
センターシステムとの通信は、インターネットを介して行われることを特徴とする。
【００３１】
第１３の発明によれば、既存のインターネットによって通信を行うので、既存の機材を用いて容易に通信を行うことができ、専用のネットワークに比べて安価なコストで通信を行うことができる。
【００３２】
【発明の実施の形態】
以下、本発明における実施の形態について、図面を参照しながら説明する。図１は、本発明の一実施形態に係る電力小売業における情報システムの構成を表した模式図である。図１において、本システムは、需要家が所有する１つ以上のローカルシステム１００と、典型的には電力小売業者が所有するセンターシステム２００とを含み、これらはインターネット３００によって相互に接続されている。なお、インターネット３００は、ＴＣＰ／ＩＰを利用するネットワークの典型例であって、どのようなネットワークであってもよく、例えば、加入電話や、ＩＳＤＮ（Iｎｔｅｇｒａｔｅｄ Ｓｅｒｖｉｃｅｓ Ｄｉｇｉｔａｌ Ｎｅｔｗｏｒｋ）、専用線、携帯電話等の無線等のような通信媒体が用いられてもよい。
【００３３】
まず、図１のローカルシステム１００は、第１のルータ１１０と、情報閲覧用コンピュータ１３０と、ネットワークコンピュータ１４０と、計測部１５０とを含む。第１のルータ１１０と、情報閲覧用コンピュータ１３０と、ネットワークコンピュータ１４０とは、第１の内部ネットワーク１２０によって相互に接続されている。第１の内部ネットワーク１２０は、典型的にはイーサーネット（Ｅｔｈｅｒｎｅｔ）によって構成される。
【００３４】
第１のルータ１１０は、ローカルシステム１００において、第１の内部ネットワーク１２０に接続されているネットワークコンピュータ１４０および情報閲覧用コンピュータ１３０を、インターネット３００を介して、センターシステム２００と接続するための通信機器である。なお、第１のルータ１１０は、典型例であって、インターネット３００と接続するための通信機器であれば、モデムやターミナルアダプタ等、どのような通信機器であってもよい。また、第１のルータ１１０に替えて、ネットワークコンピュータ１４０および情報閲覧用コンピュータ１３０のそれぞれに対して通信機器が設けられてもよい。
【００３５】
計測部１５０は、ローカルシステム１００を所有する需要家が消費する電力量を計測する。典型的には、計測部１５０は、積算電力計を含む。計測された消費電力量は、ネットワークコンピュータ１４０からの要求に応答して出力される。
【００３６】
ネットワークコンピュータ１４０は、計測部１５０から所定の時間間隔でデータを収集し、センターシステム２００からの要求に応答して、収集したデータを出力する。情報閲覧用コンピュータ１３０は、センターシステム２００から通知された需要電力予測値等を需要家に提示し、需要家からの発注指示等をセンターシステム２００へ送信する。なお、ネットワークコンピュータ１４０および情報閲覧用コンピュータ１３０は、それぞれの機能を実現する１つのコンピュータであってもよい。
【００３７】
次に、図１のセンターシステム２００は、第２のルータ２１０と、情報入出力用コンピュータ２３０と、データベース用コンピュータ２６０と、需要予測用コンピュータ２７０と、ＷＷＷサーバ用コンピュータ２８０と、データ収集用コンピュータ２９０とを含む。これらのコンピュータは、第２の内部ネットワーク２２０によって相互に接続されている。典型的には、第２の内部ネットワーク２２０は、第１の内部ネットワーク１２０と同様に、イーサーネット（Ｅｔｈｅｒｎｅｔ）によって構成される。
【００３８】
第２のルータ２１０は、センターシステム２００において、第２の内部ネットワーク２２０に接続されている各コンピュータ、少なくともＷＷＷサーバ用コンピュータ２８０およびデータ収集用コンピュータ２９０を、インターネット３００を介して、ローカルシステム１００と接続するための通信機器である。なお、第２のルータ２１０は、第１のルータ１１０と同様に典型例であって、インターネット３００と接続するための通信機器であれば、どのような通信機器であってもよい。また、第２のルータ２１０に替えて、各コンピュータそれぞれに対して通信機器が設けられてもよい。
【００３９】
データ収集用コンピュータ２９０は、各ローカルシステム１００に対して、計測部１５０において収集されたデータの送信を要求する。送信されてきたデータは、チェックされた後、当該ローカルシステム１００を所有する需要家名ないし需要家ＩＤに対応させて、データベース用コンピュータ２６０に格納される。データベース用コンピュータ２６０は、以上のようにして作成されたデータベースを第２の内部ネットワーク２２０に接続されている各コンピュータに提供する。このようなデータ収集用コンピュータ２９０およびデータベース用コンピュータ２６０の詳細な動作については、後述する。
【００４０】
需要予測用コンピュータ２７０は、需要予測に必要なデータをデータベース用コンピュータ２６０から取得して、需要予測を行い、翌日の計画値を算出する。需要予測用コンピュータ２７０の詳細な動作については、後述する。
【００４１】
ＷＷＷサーバ用コンピュータ２８０は、需要家に承認を受けるために、需要予測用コンピュータ２７０が算出した翌日の計画値を典型的にはホームページにおいて提示する。ＷＷＷサーバ用コンピュータ２８０の詳細な動作については、後述する。
【００４２】
情報入出力用コンピュータ２３０は、オペレータの操作に基づいて、第２の内部ネットワーク２２０に接続されている各コンピュータへ情報を入力し、あるいは各コンピュータからの情報を出力する。
【００４３】
なお、データベース用コンピュータ２６０と、需要予測用コンピュータ２７０と、ＷＷＷサーバ用コンピュータ２８０とは、それぞれの機能を実現する１つないし２つのコンピュータであってもよい。また、これらのコンピュータをオペレータが直接に操作するならば、情報入出力用コンピュータ２３０は、省略されてもよい。さらに、データ収集用コンピュータ２９０は省略され、その機能はデータベース用コンピュータ２６０によって実現されてもよい。
【００４４】
次に、本情報システムの動作について説明する。図２は、本発明の一実施形態に係る電力小売業における情報システムの全体的な処理の流れを示したフローチャートである。図２のサブルーチンステップＳ１０００において、センターシステム２００は、ローカルシステム１００から５分周期でデータを収集し、データの正当性をチェックした後、データベースに格納する。
【００４５】
続いて、サブルーチンステップＳ２０００において、センターシステム２００は、予めスケジュールされた時刻になると、需要家毎に需要予測を行い、翌日の需要計画値を算出する。
【００４６】
さらに、サブルーチンステップＳ３０００において、センターシステム２００は、算出された需要計画値を需要家に提示し、所定の時刻までに需要家からのアクションがない場合には計画値をそのまま採用する。
【００４７】
最後に、ステップＳ４０００において、センターシステム２００は、ユーザからの指示等によって全処理を終了するか否かを判断する。終了する場合には、全処理は終了し、終了しない場合には、処理はサブルーチンステップＳ１０００へ戻って、上述のような処理が繰り返される。
【００４８】
次に、本情報システムにおけるデータ収集処理の詳細な内容について説明する。図３は、サブルーチンステップＳ１０００におけるデータ収集処理の流れを示したフローチャートである。図３のステップＳ１１００において、データ収集用コンピュータ２９０は、内蔵される図示されていないタイマーを参照して、毎５分周期が到来したか否かを判断する。毎５分周期が到来したと判断された場合には、処理はステップＳ１２００へ進む。未だ毎５分周期が到来していないと判断された場合には、サブルーチン処理は終了し、図２のフローへ復帰する。
【００４９】
ステップＳ１２００において、データ収集用コンピュータ２９０は、データ収集の対象となるローカルシステム１００を１つだけ特定する。典型的には、データ収集用コンピュータ２９０は、各ローカルシステム１００に対応する需要家ＩＤ番号を付し、１ずつ順にＩＤ番号を増加させて、特定すべきＩＤ番号を決定していく。
【００５０】
次に、サブルーチンステップＳ１３００において、データ収集用コンピュータ２９０は、特定されたローカルシステム１００からデータを収集する。その詳しい処理内容については後述する。
【００５１】
データ収集が終了すると、ステップＳ１４００において、データ収集用コンピュータ２９０は、全てのローカルシステム１００からデータを収集したか否かを判断する。典型的には、データ収集用コンピュータ２９０は、全ての需要家ＩＤ番号に対応するデータ収集フラグが立っているか否かを判断する。また、特定すべき需要家ＩＤ番号がまだ存在するか判断してもよい。そして、全てのローカルシステム１００からデータを収集したと判断された場合には、サブルーチン処理は終了し、図２のフローへ復帰する。未だデータを収集していないと判断された場合には、処理はステップＳ１２００へ戻り、次のローカルシステム１００が特定される。
【００５２】
次に、特定されたローカルシステム１００からデータを収集する処理の内容について説明する。図４は、データ収集処理の流れを示したフローチャートである。図４に示されるように、データ収集処理は、データを要求するセンターシステム２００側の処理と、データを収集されるローカルシステム１００側の処理に分けることができる。したがって、これらのシステムがセンターシステム２００におけるサブルーチンステップＳ１３００の処理に関連してどのように連動して処理を行うかについて説明する。
【００５３】
まず、ローカルシステム１００は、ステップＳ１３５１において、内蔵される図示されていないタイマーを参照して、毎１分周期が到来したか否かを判断する。毎１分周期が到来したと判断された場合には、処理はステップＳ１３５２へ進む。未だ毎１分周期が到来していないと判断された場合には、処理はステップＳ１３５８へジャンプする。
【００５４】
毎１分周期が到来すると、ステップＳ１３５２において、ローカルシステム１００は、定期的に行われるデータ収集を実行する。具体的には、ネットワークコンピュータ１４０は、計測部１５０によって計測した消費電力量を取り出す。次に、ステップＳ１３５３において、ローカルシステム１００に含まれるネットワークコンピュータ１４０は、収集されたデータを保存する。
【００５５】
一方、データ収集用コンピュータ２９０は、ステップＳ１３１１において、特定されたローカルシステム１００へデータを要求する。ローカルシステム１００は、ステップＳ１３５４において、データ収集用コンピュータ２９０からのデータ要求を受信する。その後、ローカルシステム１００は、データ収集用コンピュータ２９０からのデータ要求を受信したか否かを判断する。データ要求を受信したと判断された場合には、処理はステップＳ１３５６へ進む。受信していないと判断された場合には、処理はステップＳ１３５５へジャンプする。
【００５６】
データ要求を受信した場合には、ステップＳ１３５６において、ローカルシステム１００は、センターへ伝送するファイルを作成する。当該ファイルは、需要予測の方法に合わせて、毎１分周期で収集される全データであってもよいし、これらを平均ないし積算した値であってもよい。さらに、ステップＳ１３５７において、ローカルシステム１００は、作成されたファイルをデータ収集用コンピュータ２９０へ送信する。
【００５７】
ステップＳ１３５６において、ローカルシステム１００は、ユーザからの指示等によって全処理を終了するか否かを判断する。終了する場合には、全処理は終了し、終了しない場合には、処理はステップＳ１３５１へ戻って、上述のような処理が繰り返される。
【００５８】
次に、データ収集用コンピュータ２９０は、ステップＳ１３１２において、ローカルシステム１００が送信したファイルを受信する。なお、一定時間内にファイルが受信できなかった場合には、タイムアウト処理および異常処理が実行される。
【００５９】
ステップＳ１３１３において、データ収集用コンピュータ２９０は、受信したファイルのデータチェックを行う。そして、ステップＳ１３１４において、データ収集用コンピュータ２９０は、データチェックの結果から、データが正常か否かを判断する。ここで典型的には、データは、予め定められた消費電力の上限値（例えば、ピーク時の２倍の電力量）および下限値（例えば、電力量０）と比較され、これらの値の範囲内に入っていれば、データは正常であると判断される。こうしてデータが正常であると判断された場合には、処理はステップＳ１３１６へ進む。データが正常ではないと判断された場合には、処理はステップＳ１３１５へ進む。
【００６０】
ステップＳ１３１５において、データ収集用コンピュータ２９０は、例えばデータに異常が発生していることを報告し、エラーの回復を図る等の異常処理を行う。異常処理が終了すると、処理は終了し、図３のフローへ復帰する。そして、このような異常処理が行われた場合には、データに異常があったローカルシステム１００に対応する後述のデータ収集完了フラグは、立てられることがない。したがって、再び図３のフローを経て、本サブルーチンステップＳ１３００の処理が繰り返されて、ステップＳ１３１１におけるデータ要求が繰り返されることになる。なお、以上の処理に加えて、さらに何度も異常が発生する場合には、その旨を報告した上で、データに異常があったローカルシステム１００からのデータ収集を断念する等の処理が行われてもよい。
【００６１】
ステップＳ１３１６において、データ収集用コンピュータ２９０は、受信されたデータからデータベースに格納することができるような保存用ファイルを作成する。次に、ステップＳ１３１７において、データ収集用コンピュータ２９０は、作成された保存用ファイルをデータベース用コンピュータ２６０へ保存する。さらに、ステップＳ１３１８において、データ収集用コンピュータ２９０は、データ収集の対象となったローカルシステム１００に対応するデータ収集完了フラグをたてる。このようにして、処理は終了し、図３のフローへ復帰する。
【００６２】
なお、以上のデータ収集処理は、センターシステムからのデータ要求に従って、ローカルシステムがデータを送信するように構成されている。しかし、センターシステムは、ローカルシステムからデータを定期的に収集することができればよい。したがって、以上のデータ収集処理は、センターシステムからのデータ要求を待たずに、ローカルシステムが定期的にデータを送信するように構成されてもよい。
【００６３】
以上のようにしてデータ収集が終了すると、前述したように図３のステップＳ１４００において、全てのローカルシステム１００からデータを収集したと判断された場合には、サブルーチン処理は終了し、図２のフローへ復帰する。
【００６４】
次に、図２のサブルーチンステップＳ２０００における、需要量予測処理の詳細な内容について説明する。図５は、サブルーチンステップＳ２０００における需要量予測処理の流れを示したフローチャートである。図５のステップＳ２１００において、需要予測用コンピュータ２７０は、内蔵されるタイマーを参照して、需要予測処理を起動する時刻か否かを判断する。当該起動時刻は、例えば需要家が翌日の受電計画を立てる前の時刻であって、一日に一回だけ到来する特定の時刻に設定される。
【００６５】
ステップＳ２２００において、需要予測用コンピュータ２７０は、需要予測の対象となるローカルシステム１００を１つだけ特定する。典型的には、需要予測用コンピュータ２７０は、各ローカルシステム１００に対応する需要家ＩＤ番号を付し、１ずつ順に需要家ＩＤ番号を増加させて、特定すべき需要家ＩＤ番号を決定していく。
【００６６】
次に、サブルーチンステップＳ２３００において、需要予測用コンピュータ２７０は、特定されたローカルシステム１００の需要予測を行う。その詳しい処理内容については後述する。
【００６７】
需要予測が終了すると、サブルーチンステップＳ２４００において、ＷＷＷサーバ用コンピュータ２８０は、需要予測値が算出されたローカルシステム１００に関する情報をホームページへ登録する。その詳しい処理内容については後述する。
【００６８】
次に、ステップＳ２５００において、需要予測用コンピュータ２７０は、全てのローカルシステム１００の需要予測を実施したか否かを判断する。典型的には、需要予測用コンピュータ２７０は、全ての需要家ＩＤに対応する需要予測終了フラグが立っているか否かを判断する。また、特定すべき需要家ＩＤがまだ存在するか判断してもよい。そして、全てのローカルシステム１００の需要予測が実施されたと判断された場合には、サブルーチン処理は終了し、図２のフローへ復帰する。未だ実施されていないと判断された場合には、処理はステップＳ２２００へ戻り、次のローカルシステム１００が特定される。
【００６９】
次に、特定されたローカルシステム１００に対する需要予測処理の内容について説明する。図６は、サブルーチンステップＳ２３００における需要予測処理の流れを示したフローチャートである。図６のステップＳ２３１０において、需要予測用コンピュータ２７０は、需要予測に必要なデータをデータベース用コンピュータ２６０から取得する。需要予測に必要なデータとは、過去の需要実績データであって、例えば、時間毎の需要量の変化パターンを、需要家ＩＤ、年、月、気温、湿度、気象などの各パラメータ毎に分類したデータである。
【００７０】
さらにステップＳ２３２０において、需要予測用コンピュータ２７０は、需要予測に必要な補正用データをデータベース用コンピュータ２６０または情報入出力用コンピュータ２３０から取得する。需要予測に必要な補正用データとは、需要予測日における特有のデータであって、予想気温や予想湿度などの予想気象情報や、対応するローカルシステム１００を所有する需要家における特別なイベント情報の有無および種類等である。需要家における特別なイベント情報は、例えば、特別休業日、半日だけの休業日、特別稼働日など、およそ消費電力に影響を及ぼす事項であって、予め判明している事項を広く含む。
【００７１】
以上のようなデータを取得すると、ステップＳ２３３０において、需要予測用コンピュータ２７０は、需要予測を実行する。例えば、当該需要予測は、各パラメータに重み付けを行い、過去の需要実績データのうち予測日における各パラメータと最も相関度の高いデータを抽出してもよいし、関連する過去の需要実績データから所定の演算を行って算出してもよい。
【００７２】
次に、ステップＳ２３４０において、需要予測用コンピュータ２７０は、需要予測によって得られた値を翌日の計画値とし、需要家ＩＤと対応させて、ＷＷＷサーバ用コンピュータ２８０へ送信する。
【００７３】
以上の処理が終了すると、ステップＳ２３５０において、需要予測用コンピュータ２７０は、この特定されたローカルシステム１００に対応して設けられた需要予測終了フラグを立てる。その後、本サブルーチン処理は終了し、処理は図５のフローへ復帰する。
【００７４】
次に、特定されたローカルシステム１００に対するホームページ登録処理の内容について説明する。図７は、サブルーチンステップＳ２４００における需要予測処理の流れを示したフローチャートである。図７のステップＳ２４１０において、ＷＷＷサーバ用コンピュータは、需要予測用コンピュータ２７０から送信されてきた計画値をホームページに登録する。ホームページとは、インターネットのＷＷＷサービスにおいて提供されるコンテンツであって、例えばＨＴＭＬ（Ｈｙｐｅｒ Ｔｅｘｔ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）と呼ばれるマークアップ言語によって記述される。もちろん、ホームページはＨＴＭＬに限られず、例えばサンマイクロシステムズ社のＪａｖａや、マイクロソフト社のＡＳＰ（Ａｃｔｉｖｅ Ｓｅｒｖｅｒ Ｐａｇｅ）、あるいはＣＧＩ（Ｃｏｍｍｏｎ Ｇａｔｅｗａｙ Ｉｎｔｅｒｆａｃｅ）等を利用して作成されたものであってもよく、記述言語や手法の種類を問わない。典型的には、前述の計画値は、ＨＴＭＬにおける表記法に従って、ユーザがブラウザ等を用いて読み取ることができるように表示される。当該ホームページの表示例については、後述する。
【００７５】
計画値がホームページに登録されると、ステップＳ２４２０において、ＷＷＷサーバ用コンピュータ２８０は、その旨を需要家にメールで通知して、ホームページが更新されたことを告知する。典型的には、通知されたメールには、当該ホームページのＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）が記載されており、需要家が容易にアクセスすることができるように構成される。さらに、当該メールには、セキュリティー情報が併せて記載されて、需要家以外の第三者が容易にアクセスできないように構成されてもよい。なお、メールの送信は、必ずしもＷＷＷサーバ用コンピュータ２８０によって行われる必要はなく、別に設けられたメールサーバ用コンピュータによって行われてもよい。また、本ステップＳ２４２０は、電話やＦＡＸ等の通信手段を介して通知するように構成されてもよい。さらに、本ステップＳ２４２０は、省略することも可能である。以上のサブルーチン処理が終了すると、処理は図５のフローへ復帰する。
【００７６】
以上のようにしてデータ収集が終了すると、前述したように図５のステップＳ２５００において、全てのローカルシステム１００の需要予測が実施されたと判断された場合には、サブルーチン処理は終了し、図２のフローへ復帰する。
【００７７】
次に、図８のサブルーチンステップＳ３０００における需要家との調整処理について説明する。図８は、需要家との調整処理の流れを示したフローチャートである。図８に示されるように、需要家との調整処理は、需要家の調整指示を待つセンターシステム２００側の処理と、需要家によって調整指示を出すローカルシステム１００側の処理に分けることができる。そこで、センターシステム２００におけるサブルーチンステップＳ３０００の処理を説明する前提として、まずローカルシステム１００側の処理を説明する。
【００７８】
図８のステップＳ３１１０において、情報閲覧用コンピュータ１３０は、センターシステム２００から送られてきたメールによる通知を受信する。ここで、当該ローカルシステム１００を所有する需要家は、典型的には受信されたメールを見て、締切時刻までにホームページにアクセスするか否かを決定する。
【００７９】
ステップＳ３１２０において、締切時間が過ぎていれば、当日の処理は終了する。締切時間が過ぎていなければ、処理はステップＳ３１３０へ進む。ステップＳ３１３０において、情報閲覧用コンピュータ１３０は、ユーザである需要者が指定されたホームページにアクセスする指示を出しているか否かを判断する。需要者がホームページにアクセスする指示を出していると判断された場合には、処理はステップＳ３１４０へ進む。指示を出していないと判断された場合には、処理はステップＳ３１２０へ戻る。
【００８０】
ホームページにアクセスする指示が出された場合には、ステップＳ３１４０において、情報閲覧用コンピュータ１３０は、指定されたホームページを表示し、需要家に対して翌日の需要予測値である計画値を提示する。典型的には、情報閲覧用コンピュータ１３０は、インターネットブラウザを含み、需要家はこのブラウザを操作して計画値を読み取る。なお、ホームページにアクセスする際には、需要家に対してユーザーアカウントおよびパスワードの入力を要求するように構成してもよい。
【００８１】
図９は、情報閲覧用コンピュータ１３０のインターネットブラウザに表示されるホームページの画面例を示した模式図である。図９において、本表示画面は、電力使用予定量グラフ９０１と、単位時間ごとの計画値９０２と、総使用電力予定量９０３と、電力料金９０４と、使用パターン選択部９０５と、メッセージ表示領域９０６と、確定ボタン９０７と、使用実績ボタン９０８とを含む。前述したように、典型的にはこれらは前述したようにＨＴＭＬやＪａｖａ等によって記述される。
【００８２】
電力使用予定量グラフ９０１は、前述の計画値を例えば３０分ごとに表示したグラフである。また、電力使用予定量グラフ９０１は、マウス等によってグラフの高さを変化させるように構成され、ユーザがグラフの高さを任意の値に設定すると、当該値が単位時間ごとの計画値９０２に反映される。同様に、単位時間ごとの計画値９０２に表示されている値は、直接に書き換えることができ、その値の変化に従って、電力使用予定量グラフ９０１における対応するグラフの高さも変化する。
【００８３】
総使用電力予定量９０３は、一日あたりの総使用電力予定量であって、単位時間ごとの計画値９０２に表示されている値の総和に等しい。電力料金９０４は、一日あたりの電力料金であって、総使用電力予定量に単位あたりの電力料金を乗じたものである。また本欄には、さらに該当する月の過去に支払った電力料金や該当する月の想定電力料金を算出して表示してもよい。
【００８４】
使用パターン選択部９０５は、曜日や特別のイベント等に対応した使用パターンが予め登録されており、需要家がその中から該当する使用パターンを選択することができるように、各種使用パターン名を表示する。例えば、日曜日や特別休業日などのパターン名を需要家が選択すると、当該パターン名に対応して過去の実績から算出された使用パターンが呼び出される。そして、電力使用予定量グラフ９０１および単位時間ごとの計画値９０２が算出された使用パターンの値に置き換わる。
【００８５】
メッセージ表示領域９０６は、電力小売業者から需要家へのメッセージが表示される。例えば、需要家が計画値を確定させた場合には、「翌日の計画が確定しました。」と表示され、締切時刻が到来すると、「締切時刻になりましたので、提示した計画値を翌日の計画値とさせていただきます。」と表示される。
【００８６】
確定ボタン９０７は、提示または修正された計画値を翌日の計画値として確定させるために、ユーザが押下することのできるボタンである。ここで、提示された計画値の変更がない場合には、需要家は、確定ボタン９０７を一度押下するだけで翌日の受電計画を作成したことになる。したがって、確定ボタン９０７によって、需要家が正確かつ容易に受電計画を作成することを支援することができる。
【００８７】
使用実績ボタン９０８は、グラフや数字等を用いて、過去の使用実績を図示されていない別画面において表示させるために、ユーザが押下することのできるボタンである。使用実績ボタン９０８が押下されると、情報閲覧用コンピュータ１３０は、ＷＷＷサーバ用コンピュータ２８０を介して、データベース用コンピュータ２６０から過去の使用実績を取得する。
【００８８】
次に、図８のステップＳ３１５０において、情報閲覧用コンピュータ１３０は、ユーザである需要家が計画値を修正する指示を出したか否かを判断する。例えば、図９においては、電力使用予定量グラフ９０１、単位時間ごとの計画値９０２、使用パターン選択部９０５等を需要家が変更することによって、計画値が修正される。計画値を修正する指示が出された場合には、処理はステップＳ３１６０へ進む。計画値を修正する指示が出されない場合には、処理はステップＳ３１７０へジャンプする。
【００８９】
ステップＳ３１６０において、情報閲覧用コンピュータ１３０は、修正された計画値を需要家から入力される。例えば、前述のような操作を需要家が行うことによって、数値が入力され、入力すべき数値が決定される。需要家からの入力を待って、処理はステップＳ３１７０へ進む。
【００９０】
ステップＳ３１７０において、情報閲覧用コンピュータ１３０は、ユーザである需要家が計画値を確定する指示を出したか否かを判断する。典型的には、情報閲覧用コンピュータ１３０は、ホームページを表示するためのブラウザにおいて、ユーザである需要家に対して図９に示されるような確定ボタンないし指示領域を提示する。需要家は、情報閲覧用コンピュータ１３０の入力機器、例えばマウスやパッド、タッチパネルなどによってこの確定ボタンないし指示領域をクリックないし押下する動作を行う。もちろん、需要家の動作は、計画値を確定する指示を表すものであればいかなる動作であってもよく、リモコンや音声、電話等による入力であってもよい。需要家のこのような動作を待って、情報閲覧用コンピュータ１３０は、計画値を確定する指示を出す。計画値を確定する指示が出された場合には、処理はステップＳ３１８０へ進む。確定する指示が出されない場合には、処理はステップＳ３１５０へ戻る。
【００９１】
ステップＳ３１８０において、情報閲覧用コンピュータ１３０は、ユーザである需要家が計画値を確定する指示を出した旨の情報を対応する需要家ＩＤとともにセンターシステム２００へ送信する。また、計画値に修正がある場合には、その修正値も併せて送信される。以上のようにして情報閲覧用コンピュータ１３０は、需要家との調整処理を終了する。
【００９２】
次に、センターシステム２００におけるサブルーチンステップＳ３０００の処理を説明する。ステップＳ３５１０において、ＷＷＷサーバ用コンピュータ２８０は、ローカルシステム１００から送信されてきた需要家ＩＤおよび需要家が計画値を確定する指示を出した旨の情報を受信する。また、計画値の修正値が送信されてきた場合には、当該修正値も併せて受信される。なお、複数のローカルシステム１００から情報がほぼ同時に送信されてきた場合には、当該情報は所定のバッファ領域に格納されて、順番に処理される。
【００９３】
ステップＳ３５２０において、ＷＷＷサーバ用コンピュータ２８０は、ローカルシステム１００から情報が送信されてきた否かを判断する。典型的には、ＷＷＷサーバ用コンピュータ２８０は、前述した所定のバッファ領域に情報が格納されているか否かを判断する。情報が送信されてきたと判断された場合には、処理はステップＳ３５３０へ進む。送信されてきていないと判断された場合には、処理はステップＳ３５６０へジャンプする。
【００９４】
まず、情報が送信されてきた場合には、ステップＳ３５２０において、ＷＷＷサーバ用コンピュータ２８０は、送信されてきた情報に計画値の修正値が存在するか判断する。修正値が存在すると判断された場合には、処理はステップＳ３５４０へ進む。修正値が存在しないと判断された場合には、処理はステップＳ３５５０へジャンプする。
【００９５】
ステップＳ３５４０において、ＷＷＷサーバ用コンピュータ２８０は、送信されてきた修正値に等しくなるよう、需要家ＩＤに対応する計画値を書き換える。書き換えが終わると、処理はステップＳ３５５０へ進む。
【００９６】
ステップＳ３５５０において、ＷＷＷサーバ用コンピュータ２８０は、需要家ＩＤに対応する計画値を当該需要家の需要量として確定させる。具体的には、ＷＷＷサーバ用コンピュータ２８０は、計画値に付された確定フラグを立ててもよいし、計画値とは別に設けられた需要量値に当該計画値を書き込んでもよい。また、前述した所定のバッファ領域に存在する情報は、確定された需要家の需要量に対応するものだけが削除される。したがって、複数のローカルシステム１００からの情報が存在する場合には、図１のフローにおいて処理が一巡した後、さらに本サブルーチン処理によって順番に処理されることになる。
【００９７】
次に、情報が送信されてきていない場合には、ステップＳ３５６０において、ＷＷＷサーバ用コンピュータ２８０は、内蔵するタイマーを参照して、締切時刻を過ぎたか否かを判断する。締切時間を過ぎていないと判断された場合には、本サブルーチン処理は終了し、図１のフローへ戻る。締切時間を過ぎたと判断された場合には、処理はステップＳ３５７０へ進む。
【００９８】
ステップＳ３５７０において、ＷＷＷサーバ用コンピュータ２８０は、全ての需要家ＩＤに対応する計画値を当該需要家の需要量として確定させる。その具体的な方法は、前述したステップＳ３５５０の場合と同様である。その後、本サブルーチン処理は終了し、図１のフローへ戻る。
【００９９】
以上のように、本情報システムによれば、電力小売業者が需要家の必要とする消費電力量を予測し、その予測値を需要家に提供するので、需要家が正確かつ容易に発注することができる。
【図面の簡単な説明】
【図１】本発明の一実施形態に係る電力小売業における情報システムの構成を表した模式図である。
【図２】本発明の一実施形態に係る電力小売業における情報システムの全体的な処理の流れを示したフローチャートである。
【図３】サブルーチンステップＳ１０００におけるデータ収集処理の流れを示したフローチャートである。
【図４】データ収集処理の流れを示したフローチャートである。
【図５】サブルーチンステップＳ２０００における需要量予測処理の流れを示したフローチャートである。
【図６】サブルーチンステップＳ２３００における需要予測処理の流れを示したフローチャートである。
【図７】サブルーチンステップＳ２４００における需要予測処理の流れを示したフローチャートである。
【図８】需要家との調整処理の流れを示したフローチャートである。
【図９】情報閲覧用コンピュータ１３０のインターネットブラウザに表示されるホームページの画面例を示した模式図である。
【符号の説明】
１００ ローカルシステム
１１０ 第１のルータ
１２０ 第１の内部ネットワーク
１３０ 情報閲覧用コンピュータ
１４０ ネットワークコンピュータ
１５０ 計測部
２００ センターシステム
２１０ 第２のルータ
２２０ 第２の内部ネットワーク
２３０ 情報入出力用コンピュータ
２６０ データベース用コンピュータ
２７０ 需要予測用コンピュータ
２８０ ＷＷＷサーバ用コンピュータ
２９０ データ収集用コンピュータ
３００ インターネット
９０１ 電力使用予定量グラフ
９０２ 単位時間ごとの計画値
９０３ 総使用電力予定量
９０４ 電力料金
９０５ 使用パターン選択部
９０６ メッセージ表示領域
９０７ 確定ボタン
９０８ 使用実績ボタン
Claims (13)
- 電力小売業者が有するセンターシステムから需要家が有するローカルシステムに対して電力の需要予測値を提示して、需要家の受電計画作成を支援する方法であって、
前記ローカルシステムにおいて、前記需要家が消費した電力を測定して、当該測定値を前記センターシステムへ送信し、前記センターシステムにおいて、送信されてきた前記測定値を蓄積するデータ収集ステップと、
前記センターシステムにおいて、蓄積された前記測定値と所定のパラメータとに基づいて、需要家が将来における所定の期間に消費すると予測される前記需要予測値を算出し、前記ローカルシステムに対して前記需要予測値を提示する需要予測ステップと、
前記ローカルシステムにおいて、需要者が受電計画の作成を行う場合に前記需要予測値を表示し、前記センターシステムにおいて、前記将来における所定の期間に需要者によって購入することが予定されている電力需要量を確定する調整ステップとを含む、受電計画作成を支援する方法。 - 前記センターシステムおよび前記ローカルシステムは、インターネットを介して通信することを特徴とする、請求項１に記載の受電計画作成を支援する方法。
- 前記データ収集ステップは、
前記ローカルシステムにおいて、所定の第１の時間間隔をあけて前記需要家が消費した電力を測定し、前記測定値を得る測定ステップと、
前記センターシステムにおいて、所定の第２の時間間隔をあけて前記ローカルシステムから前記測定値を収集する収集ステップと、
前記センターシステムにおいて、対応するローカルシステムと関連付けて収集された前記測定値を蓄積する蓄積ステップとを含む、請求項１に記載の受電計画作成を支援する方法。 - 前記需要予測ステップにおける所定の前記パラメータは、予想気象情報と、対応する需要家の特別イベント情報とを含むことを特徴とする、請求項１に記載の受電計画作成を支援する方法。
- 前記需要予測ステップは、
前記センターシステムにおいて、蓄積された前記測定値と所定の前記パラメータとに基づいて、前記需要家が前記将来における所定の期間に消費すると予測される前記需要予測値を算出する算出ステップと、
前記センターシステムにおいて、前記ローカルシステムからの要求に応じて前記需要予測値を提示するための提示手段を作成する作成ステップと、
前記ローカルシステムから要求された場合には、前記提示手段によって前記需要予測値を提示する提示ステップとを含む、請求項１に記載の受電計画作成を支援する方法。 - 前記需要家との調整ステップは、
前記ローカルシステムにおいて、前記需要家が受電計画の作成を行う場合に前記需要予測値を表示する表示ステップと、
前記ローカルシステムにおいて、前記需要家が受電計画の作成を行う場合に受電計画に対応した前記電力需要量を決定する決定ステップと、
前記センターシステムにおいて、前記電力需要量を確定する確定ステップとを含む、請求項１に記載の受電計画作成を支援する方法。 - 前記表示ステップは、前記需要予測値をインターネットブラウザにおいて表示することを特徴とする、請求項６に記載の受電計画作成を支援する方法。
- 前記決定ステップは、前記需要家が前記需要予測値をそのまま前記電力需要量として決定しようとする場合には、前記需要家による単一の入力に基づいて決定されることを特徴とする、請求項６に記載の受電計画作成を支援する方法。
- 前記決定ステップは、前記需要家が受電計画の作成を行わない場合に、所定の締切時刻が到来することによって、当該需要家に対応する前記需要予測値を前記電力需要量として確定することを特徴とする、請求項６に記載の受電計画作成を支援する方法。
- 需要家が有するローカルシステムに対して電力の需要予測値を提示して、需要家の受電計画作成を支援する電力小売業者が有するセンターシステムであって、
前記ローカルシステムと通信するための通信器と、
前記ローカルシステムにおいて測定された前記需要家が消費した電力の測定値を収集するデータ収集手段と、
前記データ収集手段が収集した前記測定値を蓄積するデータ蓄積手段と、
蓄積された前記測定値と所定のパラメータとに基づいて、前記需要家が将来における所定の期間に消費すると予測される前記需要予測値を算出する需要予測手段と、
前記ローカルシステムに対して前記需要予測値を提示する需要予測提示手段と、
前記将来における所定の期間に前記需要者によって購入することが予定されている電力需要量を確定する電力需要量確定手段とを備える、センターシステム。 - 前記ローカルシステムとの通信は、インターネットを介して行われることを特徴とする、請求項１０に記載のセンターシステム。
- 電力小売業者が有するセンターシステムから電力の需要予測値が提示されて、需要家の受電計画作成を支援する需要家が有するローカルシステムであって、
前記センターシステムと通信するための通信器と、
前記需要家が消費した電力を測定する消費電力測定器と、
前記消費電力測定器によって測定された測定値を前記センターシステムへ送信するための制御を行う測定値送信手段と、
前記需要者が受電計画の作成を行う場合に、前記需要家が将来における所定の期間に消費すると前記センターシステムが予測した前記需要予測値を表示し、
前記需要者によって当該所定の期間に購入することが予定されている電力需要量が決定されるコンピュータシステムとを備える、ローカルシステム。 - 前記センターシステムとの通信は、インターネットを介して行われることを特徴とする、請求項１２に記載のローカルシステム。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2000138702A JP4034498B2 (ja) | 2000-05-11 | 2000-05-11 | 受電計画作成支援方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2000138702A JP4034498B2 (ja) | 2000-05-11 | 2000-05-11 | 受電計画作成支援方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2001327074A JP2001327074A (ja) | 2001-11-22 |
| JP4034498B2 true JP4034498B2 (ja) | 2008-01-16 |
Family
ID=18646281
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2000138702A Expired - Fee Related JP4034498B2 (ja) | 2000-05-11 | 2000-05-11 | 受電計画作成支援方法 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP4034498B2 (ja) |
Families Citing this family (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP3730614B2 (ja) | 2002-11-26 | 2006-01-05 | 株式会社東芝 | 電子機器における電源制御方法及び電力管理システム |
| JP3994910B2 (ja) | 2003-05-08 | 2007-10-24 | 株式会社日立製作所 | 電力売買支援システム |
| JP2005278335A (ja) * | 2004-03-25 | 2005-10-06 | Toshiba Corp | 電力託送運用計画作成支援システム及び電力託送運用計画作成支援プログラム |
| JP4914141B2 (ja) * | 2006-08-03 | 2012-04-11 | 東邦瓦斯株式会社 | コージェネレーションシステムの運転制御装置 |
| US8447993B2 (en) * | 2008-01-23 | 2013-05-21 | Palo Alto Research Center Incorporated | Integrated energy savings and business operations in data centers |
| JP5852950B2 (ja) * | 2012-11-14 | 2016-02-03 | 日本電信電話株式会社 | 電力需要制御システム及び方法 |
| JP6410775B2 (ja) * | 2016-10-06 | 2018-10-24 | 京セラ株式会社 | エネルギー管理装置、エネルギー管理方法、およびエネルギー管理システム |
Family Cites Families (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH08308108A (ja) * | 1995-04-27 | 1996-11-22 | Hitachi Ltd | 電力需要量予測方法およびその装置 |
| JPH10334385A (ja) * | 1997-05-30 | 1998-12-18 | Toshiba Corp | 電力管理システム |
| JPH11259123A (ja) * | 1998-03-09 | 1999-09-24 | Yamatake Corp | 施設運転支援システム |
| JP3373792B2 (ja) * | 1998-08-27 | 2003-02-04 | 株式会社日立製作所 | 電力会社の選択方法および選択支援システム |
-
2000
- 2000-05-11 JP JP2000138702A patent/JP4034498B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JP2001327074A (ja) | 2001-11-22 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US7664667B1 (en) | Method, system, and program product for on-line service call scheduling | |
| US7027999B2 (en) | Method of and apparatus for forecasting item availability | |
| US8429088B2 (en) | On-location electronics troubleshooting services system | |
| JP4224171B2 (ja) | 商品の発注、配達システム及び商品の発注、配達方法 | |
| EP1271368A1 (en) | Communication apparatus and communication system and method for calculating advertisement rates | |
| JP5848276B2 (ja) | 情報推薦提供装置、プログラム及び通信システム | |
| US20020147651A1 (en) | Method of and apparatus for determining item availability | |
| US20020147657A1 (en) | Method of and apparatus for determining item availability through a network | |
| JP2003061263A (ja) | 予測電気料金計算サーバ | |
| JP2001183186A (ja) | 二酸化炭素排出量算出方法及びそのシステム | |
| JP2002279025A (ja) | Ｌｐガスボンベの回収／交換作業計画の作成方法、プログラム及び記録媒体 | |
| JP4034498B2 (ja) | 受電計画作成支援方法 | |
| JP2007097347A (ja) | 電力情報提供システム及びサーバ | |
| JP2009104661A (ja) | サーバ装置 | |
| JP2002032402A (ja) | 広告情報の提供方法 | |
| JP3984043B2 (ja) | 定額電力供給方法および定額電力供給サービスシステム | |
| JP2006244063A (ja) | 需給契約支援システム | |
| JP2004021539A (ja) | 広告料金課金に関する広告情報登録システム | |
| JP2006277362A (ja) | 弁当注文システム、その方法及びそのプログラム | |
| JP2003091608A (ja) | 昇降機保守契約システム、保守センタ、昇降機保守契約方法及びプログラム | |
| WO2003027930A1 (en) | Real time reservation system and method thereof using communication network | |
| JP4986980B2 (ja) | 検針ターミナル及びこれを用いた検針システム | |
| JP2003122885A (ja) | 営業活動支援システムとコンピュータプログラム | |
| JP2005339303A (ja) | 保守点検作業支援装置、保守点検作業支援方法および保守点検作業支援プログラム | |
| CN108830508A (zh) | 一种基于价格曲线的调度方法与装置 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20060221 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20071012 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20071018 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20071025 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20101102 Year of fee payment: 3 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20131102 Year of fee payment: 6 |
|
| LAPS | Cancellation because of no payment of annual fees |