JP2012215969A - ライフサイクル利用システム及びライフサイクル利用方法 - Google Patents

Abstract

【課題】太陽光発電のデータを用いて、人のライフサイクルを精度よく把握する。
【解決手段】ライフサイクル利用システム１において、管理装置２は、定期的に他の装置から情報を収集し、現在の天候や季節を推定し、将来の天候を予測するとともに、各顧客宅４における使用電力量の変化や世帯構成を把握し、各種サービスに利用する装置であり、ＰＣやサーバにより実現される。顧客宅４は、電力会社と電力使用契約をしている需要家宅であり、定期的に使用電力量を管理装置２に送信するとともに、太陽光発電装置３が設置されている場合には、発電電力の出力値を管理装置２に送信する機能を有し、実際には電力量計等により実現される。カーナビ装置５は、自動車に搭載されたカーナビゲーションの装置であり、外気温やワイパー動作の有無を管理装置２に送信する。気象レーダ６は、雨や雪の位置及び密度、風速や風向等を観測し、管理装置２に送信する。
【選択図】図１

Description

本発明は、太陽光発電のデータを用いて、人のライフサイクルを把握し、利用するシステムに関する。

従来、人のライフサイクルに関する判定を行うための様々な手法が提案されている。例えば、特許文献１には、使用電力量の変化からライフサイクルの異常を判定する「電気使用量による生活見守り方法およびシステム」が開示されている。

特開２００８−１１２２６７号公報

しかしながら、特許文献１の方法及びシステムは、天候や気温等の外部環境の変化を考慮していないため、精度の高い判定は期待できないと思われる。例えば、独居老人の見守りサービス等を行うためには、天候や気温等に応じて異なるライフサイクルを把握する必要がある。

本発明は、上記課題を鑑みてなされたものであり、その主たる目的は、太陽光発電のデータを用いて、人のライフサイクルを精度よく把握することにある。

上記課題を解決するために、本発明は、ライフサイクル利用システムであって、需要家宅に設置された太陽光発電装置の発電電力を定期的に取得し、当該発電電力に基づいて、当該需要家宅における天候を推定する手段と、前記需要家宅における使用電力量を定期的に取得する手段と、前記推定した天候、前記取得した使用電力量、及び、当該使用電力量を取得した時点の季節に基づいて、前記需要家宅における使用電力量の時間的変化を、季節及び天候ごとに分類した実績データを作成し、記憶する手段と、を備えることを特徴とする。

この構成によれば、需要家宅の太陽光発電装置の発電電力を用いて、その需要家宅における天候を推定し、使用電力量を取得した時点の季節及び推定した天候ごとに、その需要家宅における使用電力量の時間的変化の実績データを記憶手段に蓄積する。これによれば、太陽光発電のデータを用いて、季節や天候によって異なる、需要家宅のライフサイクルを精度よく把握することができる。

また、本発明の上記ライフサイクル利用システムにおいて、需要家宅に設置された太陽光発電装置の発電電力を定期的に取得し、当該発電電力及び前記推定した天候に基づいて、当該需要家宅における季節を推定する手段をさらに備え、前記推定した季節を、前記使用電力量を取得した時点の季節として用いることとしてもよい。

この構成によれば、太陽光発電装置の発電電力及び天候を用いるので、季節を精度よく推定することができ、需要家宅のライフサイクルをさらに精度よく把握することができる。

また、本発明の上記ライフサイクル利用システムにおいて、季節、天候及び世帯構成ごとに、需要家宅における使用電力量の時間的変化の標準的なモデルを示す標準データを予め記憶する手段と、前記記憶した標準データのうち、所定の需要家宅の前記実績データと近似するものを決定する標準データ決定手段と、前記決定した標準データに対応する世帯構成を、前記所定の需要家宅の世帯構成として推定する世帯構成推定手段と、をさらに備えることとしてもよい。

この構成によれば、需要家宅における使用電力量の時間的変化は、その時点の季節及び天候だけでなく、その需要家宅の世帯構成によっても異なるので、季節、天候及び世帯構成ごとの標準モデルを事前に設定する。そして、ある需要家宅の実績データを各標準モデルと照合することにより、近似している標準モデルを決定し、その標準モデルの世帯構成により当該需要家宅の世帯構成を推定する。これによれば、需要家宅の世帯構成を精度よく推定することができる。

また、本発明の上記ライフサイクル利用システムにおいて、所定の地域内又は所定のフィーダ配下に位置する需要家宅を特定する手段と、前記特定した需要家宅ごとに前記標準データ決定手段及び前記世帯構成推定手段による処理を行って、各需要家宅の世帯構成を推定する手段と、前記需要家宅ごとに推定した世帯構成を出力する手段と、をさらに備えることとしてもよい。

この構成によれば、所定の範囲内における世帯構成の分布が出力されるので、いろいろなサービスに活用することができる。例えば、地域内にある需要家宅の世帯構成を出力することにより、当該地域のコンビニやホームセンタ等の店舗において、陳列する商品を検討するためのマーケティング情報として活用することができる。また、変電所のフィーダごとに、その配下にある需要家宅の世帯構成を出力することにより、例えば、電力会社が停電を復旧する際に、独居老人や幼児がいる世帯の多いフィーダを優先する等の策定に資することができる。

また、本発明の上記ライフサイクル利用システムにおいて、前記記憶した実績データのうち、所定の需要家宅の、最新の実績データを取得する手段と、前記記憶した標準データのうち、前記取得した実績データの季節及び天候、前記所定の需要家宅の世帯構成に対応する標準モデルを示す標準データを取得する手段と、前記取得した実績データと、標準データとを照合して、両データが整合しているか否かを判定する手段と、前記実績データと、前記標準データとが整合していないと判定したときに、警報を発信する手段と、をさらに備えることとしてもよい。

この構成によれば、ある需要家宅の実績データと、その実績データと同じ季節及び天候であり、かつ、その需要家宅と同じ世帯構成である標準データとを照合することにより、その需要家宅における実際の使用電力量の時間的変化が標準モデルと整合するか否かを判定する。そして、整合していないと判断したときに、その需要家宅で異常が発生した可能性があるとして、警報を発信する。これによれば、需要家宅におけるライフサイクルが異常か否かを判断し、必要に応じて警報を発することができる。そして、例えば、独居老人の見守りサービス等に活用することができる。

また、本発明の上記ライフサイクル利用システムにおいて、天候が移り変わる方向に基づいて、天候を予測すべき第１の需要家宅から所定距離だけ離れた、１以上の第２の需要家宅を選択する手段と、前記所定距離を、天候が移り変わる速度で除算して、所定時間を算出する手段と、推定した、前記第２の需要家宅における現在の天候に基づいて、前記第１の需要家宅における前記所定時間後の天候を予測する手段と、をさらに備えることとしてもよい。

この構成によれば、天候が移り変わる様子に応じて、予測すべき第１の需要家宅の天候を先取りしている第２の需要家宅を選択し、その第２の需要家宅における現在の天候を推定する。次に、第１の需要家宅と、第２の需要家宅との間の距離から、２つの需要家宅が同じ天候になる時刻の差（時間）を計算する。そして、その時間後の第１の需要家宅における天候を、推定した第２の需要家宅における現在の天候により予測する。これによれば、所定の需要家宅における、所定時間後の天候を予測することができるので、ピンポイントの天気予報を行うビジネスに活用することができる。

なお、本発明は、ライフサイクル利用方法を含む。その他、本願が開示する課題及びその解決方法は、発明を実施するための形態の欄、及び図面により明らかにされる。

本発明によれば、太陽光発電のデータを用いて、人のライフサイクルを精度よく把握することができる。

ライフサイクル利用システム１の構成を示す図である。 管理装置２のハードウェア構成を示す図である。 管理装置２の記憶部２５に記憶されるデータの構成を示す図であり、（ａ）は太陽光発電管理ＤＢ２５Ａの構成を示し、（ｂ）はカーナビ情報ＤＢ２５Ｂの構成を示し、（ｃ）は現在天候状況ＤＢ２５Ｃの構成を示す。 （ａ）は顧客管理ＤＢ２５Ｄの構成を示し、（ｂ）は標準ライフサイクルモデルＤＢ２５Ｅの構成を示し、（ｃ）はライフサイクル記録ＤＢ２５Ｆの構成を示す。 接続フィーダ管理ＤＢ２５Ｇの構成を示す。 管理装置２の天候予測処理を示すフローチャートである。 天候の推定方法を示す図であり、（ａ）は太陽光発電装置３の出力変動例を示し、（ｂ）は電力出力値及び出力微分値から天候を推定する基準を示す。 外気温及び季節区分の推定方法を示す図であり、（ａ）は太陽光発電装置３の温度特性を示し、（ｂ）は時期ごとの日射量の平均値を示す。 観測地点をプロットした地図データを示す図である。 観測地点の選択方法の例を示す図であり、（ａ）は予報地点を中心とする予報円を示し、（ｂ）は観測地点から選択された候補地点を示す。 実際の地図上における、予報地点と、候補地点との位置関係を示す図である。 管理装置２のライフサイクル活用処理を示すフローチャートである。 標準ライフサイクルモデルＤＢ２５Ｅの具体例を示す図である。 管理装置２のフィーダ関連処理を示すフローチャートである。 電力量計番号と、フィーダＩＤとの対応関係を示す図である。

以下、図面を参照しながら、本発明を実施するための形態を説明する。本発明の実施の形態に係るライフサイクル利用システムは、太陽光発電装置の発電電力、需要家宅の負荷による使用電力量等のデータを収集し、収集したデータに基づいて、ピンポイントの季節や天候、気温等を推定し、使用電力量の時間的変化を組み合わせて、季節、天候ごとに各需要家宅におけるライフサイクルのパターンを蓄積するものである。また、推定した天候、気温等及び気象レーダの情報に基づいて、所定地点における今後の天候を予測する。
これによれば、需要家宅のライフサイクルを精度よく把握することができる。

≪システムの構成と概要≫
図１は、ライフサイクル利用システム１の構成を示す図である。ライフサイクル利用システム１は、管理装置２、顧客宅４、カーナビ装置５及び気象レーダ６を備え、各装置がインターネット等のネットワーク７を介して通信可能に構成される。管理装置２は、定期的に他の各装置から情報を収集し、現在の天候や季節を推定し、将来の天候を予測するとともに、各顧客宅４における使用電力量の変化や世帯構成を把握し、各種サービスに利用する装置であり、例えば、ＰＣ（Personal Computer）やサーバにより実現される。顧客宅４は、電力会社と電力使用契約をしている需要家の住宅であり、定期的に（例えば、３０分〜１時間ごとに）現在の時刻や位置とともに使用電力量を管理装置２に送信するとともに、太陽光発電装置３が設置されているときには、発電電力の出力値等を管理装置２に送信する機能を有し、実際には電力量計等により実現される。カーナビ装置５は、自動車に搭載されたカーナビゲーションの装置であり、現在の時刻や位置とともに外気温やワイパー動作の有無を管理装置２に送信する。気象レーダ６は、気象状況を観測するためのレーダであり、雨や雪の位置及び密度、風速や風向等を観測し、管理装置２に送信する。

図２は、管理装置２のハードウェア構成を示す図である。管理装置２は、通信部２１、表示部２２、入力部２３、処理部２４及び記憶部２５を備え、各部がバス２６を介してデータを送受信可能なように構成される。通信部２１は、ネットワーク７を介して他の装置とＩＰ（Internet Protocol）通信等を行う部分であり、例えば、ＮＩＣ（Network Interface Card）等によって実現される。表示部２２は、処理部２４からの指示によりデータを表示する部分であり、例えば、液晶ディスプレイ（ＬＣＤ：Liquid Crystal Display）等によって実現される。入力部２３は、オペレータがデータ（例えば、標準ライフサイクルモデルのデータ）や指示を入力する部分であり、例えば、キーボードやマウス、タッチパネル等によって実現される。処理部２４は、所定のメモリを介して各部間のデータの受け渡しを行うととともに、管理装置２全体の制御を行うものであり、ＣＰＵ（Central Processing Unit）が所定のメモリに格納されたプログラムを実行することによって実現される。記憶部２５は、処理部２４からデータを記憶したり、記憶したデータを読み出したりするものであり、例えば、ＨＤＤ（Hard Disk Drive）やＳＳＤ（Solid State Drive）等の不揮発性記憶装置によって実現される。

≪データの構成≫
図３〜５は、管理装置２の記憶部２５に記憶されるデータの構成を示す図である。図３（ａ）は、太陽光発電管理ＤＢ２５Ａの構成を示す。太陽光発電管理ＤＢ２５Ａは、太陽光発電装置３が設置された各顧客宅４から定期的に（例えば、３０分〜１時間ごとに）受信した、電力量等に関するデータを蓄積したものであり、時刻２５Ａ１、位置情報２５Ａ２、電力量計番号２５Ａ３、電圧２５Ａ４、電力出力値２５Ａ５、出力微分値２５Ａ６及び使用電力量２５Ａ７を含むレコードからなる。時刻２５Ａ１は、電力出力値２５Ａ５や使用電力量２５Ａ７等を計測した時刻である。位置情報２５Ａ２は、太陽光発電装置３又は顧客宅４の位置を示す情報であり、ＧＰＳ（Global Positioning System）による計測値でもよいし、予め設定されたデフォルト値であってもよい。電力量計番号２５Ａ３は、顧客宅４に設置された電力量計に固有の番号であり、所定の地域内においてユニークな番号が各電力量計に付与される。電圧２５Ａ４は、太陽光発電装置３による電圧の出力値である。電力出力値２５Ａ５は、太陽光発電装置３による発電電力の出力値である。出力微分値２５Ａ６は、電力出力値２５Ａ５の時間微分値であり、単位時間あたりの変化量を示す。使用電力量２５Ａ７は、顧客宅４に設置された家電製品等の負荷が消費した電力量である。

なお、太陽光発電装置３が設置されていない顧客宅４については、その近隣の、太陽光発電装置３のある顧客宅４のデータを用いて、電圧２５Ａ４、電力出力値２５Ａ５及び出力微分値２５Ａ６を設定する。これにより、太陽光発電装置３のある顧客宅４と同様に、ライフサイクルの把握と活用が可能になる。

図３（ｂ）は、カーナビ情報ＤＢ２５Ｂの構成を示す。カーナビ情報ＤＢ２５Ｂは、推定又は予測すべき天候や気温の精度を上げるためにカーナビ装置５から受信する情報を蓄積したものであり、時刻２５Ｂ１、位置情報２５Ｂ２、外気温２５Ｂ３及びワイパー動作の有無２５Ｂ４を含むレコードからなる。時刻２５Ｂ１は、カーナビ装置５が外気温２５Ｂ３等を取得した時刻である。位置情報２５Ｂ２は、外気温２５Ｂ３等を取得した時のカーナビ装置５の位置を示し、車載のＧＰＳ装置等から取得される。外気温２５Ｂ３は、カーナビ装置５が搭載された自動車の外の温度であり、車載の温度計から取得される。ワイパー動作の有無２５Ｂ４は、自動車のワイパーが動作しているか否かを示し、これにより雨が降っているか否かが分かる。なお、ワイパーが動作する速度を設定してもよい。その速度の大小により、降雨量の程度（強雨か、弱雨か）が分かる。

図３（ｃ）は、現在天候状況ＤＢ２５Ｃの構成を示す。現在天候状況ＤＢ２５Ｃは、最新時刻の各地点における天候等の状況を収集したものであり、観測地点２５Ｃ１、季節区分２５Ｃ２、天候２５Ｃ３、気温２５Ｃ４、太陽光発電量２５Ｃ５及び使用電力量２５Ｃ６を含む、各地点のレコードからなる。観測地点２５Ｃ１は、基本的に太陽光発電装置３の設置された顧客宅４ごとに固有の符号であり、太陽光発電装置３又は顧客宅４の位置（位置情報２５Ａ２、電力量計番号２５Ａ３）と関連付けられ、メモリ内の地図データ上にプロット可能なデータである。季節区分２５Ｃ２は、観測地点２５Ｃ１の季節区分であり、電力出力値２５Ａ５の時間的変化により推定される季節を示す番号が設定される。例えば、１、２、３、４がそれぞれ春、夏、秋、冬を示す。天候２５Ｃ３は、観測地点２５Ｃ１の天候であり、電力出力値２５Ａ５、出力微分値２５Ａ６やワイパー動作の有無２５Ｂ４等により推定される天候を示す番号が設定される。例えば、１、２、３、４がそれぞれ晴れ、曇り、雨、雪を示す。気温２５Ｃ４は、観測地点２５Ｃ１の気温であり、電圧２５Ａ４及び電力出力値２５Ａ５により推定される気温が設定され、さらに、観測地点２５Ｃ１に近い位置情報２５Ｂ２の外気温２５Ｂ３が設定されることもある。太陽光発電量２５Ｃ５は、観測地点２５Ｃ１における太陽光発電装置３の発電量であり、観測地点２５Ｃ１に対応する位置情報２５Ａ２の電力出力値２５Ａ５が設定される。使用電力量２５Ｃ６は、観測地点２５Ｃ１における顧客宅４の使用電力量であり、観測地点２５Ｃ１に対応する位置情報２５Ａ２の使用電力量２５Ａ７が設定される。

図４（ａ）は、顧客管理ＤＢ２５Ｄの構成を示す。顧客管理ＤＢ２５Ｄは、電力量計と、顧客とを対応付けるデータであり、電力量計番号２５Ｄ１及び顧客名２５Ｄ２を含むレコードからなる。電力量計番号２５Ｄ１は、電力量計に固有の番号である。顧客名２５Ｄ２は、電力量計番号２５Ｄ１の電力量計の設置された顧客宅４の名称であり、例えば、電力会社と電力使用契約を交わしている契約者の氏名である。

図４（ｂ）は、標準ライフサイクルモデルＤＢ２５Ｅの構成を示す。標準ライフサイクルモデルＤＢ２５Ｅは、季節、天候及び世帯構成ごとに、顧客宅４の１日における使用電力量及び気温の時間的変化を標準モデルとして蓄積したものであり、標準モデル番号２５Ｅ１、季節区分２５Ｅ２、天候２５Ｅ３、世帯構成２５Ｅ４、時刻２５Ｅ５、使用電力量２５Ｅ６及び気温２５Ｅ７を含むレコードからなる。標準モデル番号２５Ｅ１は、標準モデルのデータに固有の番号である。季節区分２５Ｅ２は、当該標準モデルの季節区分を示す。天候２５Ｅ３は、当該標準モデルの天候を示す。世帯構成２５Ｅ４は、当該標準モデルの世帯構成を示し、単身世帯か家族世帯の区別、家族世帯であれば人数や構成等が設定される。時刻２５Ｅ５は、１日の各時刻が設定される。使用電力量２５Ｅ６は、時刻２５Ｅ５ごとに標準的な使用電力量が設定される。気温２５Ｅ７は、時刻２５Ｅ５ごとに標準的な気温が設定される。

図４（ｃ）は、ライフサイクル記録ＤＢ２５Ｆの構成を示す。ライフサイクル記録ＤＢ２５Ｆは、電力量計ごとに、１日における使用電力量及び気温の時間的変化を実績として蓄積したものであり、電力量計番号２５Ｆ１、時刻２５Ｆ２、使用電力量２５Ｆ３、気温２５Ｆ４、季節区分２５Ｆ５及び標準モデル番号２５Ｆ６を含むレコードからなる。電力量計番号２５Ｆ１は、顧客宅４に設置された電力量計に固有の番号であり、電力量計番号２５Ａ３に対応する。時刻２５Ｆ２は、１日のおける各時刻であり、時刻２５Ａ１に対応する。使用電力量２５Ｆ３は、時刻２５Ｆ２における顧客宅４の使用電力量であり、使用電力量２５Ａ７に対応する。気温２５Ｆ４は、時刻２５Ｆ２における顧客宅４の気温であり、気温２５Ｃ４に対応する。季節区分２５Ｆ５は、電力出力値２５Ａ５の時間的変化により推定され、設定される。標準モデル番号２５Ｆ６は、標準ライフサイクルモデルＤＢ２５Ｅのうち、使用電力量２５Ｆ３及び気温２５Ｆ４の時間的変化が最も近似している標準モデルの番号２５Ｅ１が設定される。

なお、ライフサイクル記録ＤＢ２５Ｆのレコードの項目として天候を追加してもよいし、標準モデル番号２５Ｆ６により関連付けられた標準ライフサイクルモデルＤＢ２５Ｅの天候２５Ｅ３を、当該レコードに対応付けてもよい。そのとき、ライフサイクル記録ＤＢ２５Ｆは、各顧客宅４における使用電力量２５Ｆ３及び気温２５Ｆ４の時間的変化を、季節及び天候ごとに分類した実績データを蓄積したものになる。

図５は、接続フィーダ管理ＤＢ２５Ｇの構成を示す。接続フィーダ管理ＤＢ２５Ｇは、電力量計と、フィーダとの対応付けを示すものであり、電力量計番号２５Ｇ１及びフィーダＩＤ２５Ｇ２を含むレコードからなる。電力量計番号２５Ｇ１は、顧客宅４に設置された電力量計に固有の番号である。フィーダＩＤ２５Ｇ２は、変電所から各配電線に送電するフィーダに固有のＩＤであり、電力量計番号２５Ｇ１の電力量計が接続されている配電線のフィーダのＩＤが設定される。

≪システムの処理≫
図６は、管理装置２の天候予測処理を示すフローチャートである。本処理は、管理装置２において、主として処理部２４が、通信部２１により他の装置からデータを受信し、記憶部２５のデータを参照、更新しながら、所定地点の天候を予測するものである。

まず、管理装置２は、太陽光発電管理ＤＢ２５Ａにより現在の天候を推定し、現在天候状況ＤＢ２５Ｃに集約する（Ｓ６０１）。詳細には、最近取得した太陽光発電管理ＤＢ２５Ａのレコードのうち、電力出力値２５Ａ５及び出力微分値２５Ａ６から天候を推定し、観測地点２５Ｃ１における天候２５Ｃ３として設定する。

図７は、天候の推定方法を示す図である。図７（ａ）に示すように、天候が晴れの場合に、太陽光発電装置３の発電電力量は、徐々に上がり、ピークに達した後、徐々に下がる。曇りの場合には、雲の流れに応じて日射量が増減するので、発電電力量は乱高下する。雨の場合には、日射量がほとんどないので、発電電力量は小さく推移する。そこで、発電電力量は季節によらず天候によって同じようなパターンで変化すると考えられるので、図７（ｂ）に示すように、まず、出力微分値２５Ａ６をチェックし、さらに補完的な目安として電力出力値２５Ａ５をチェックする。すなわち、出力微分値２５Ａ６が徐々に変化し、電力出力値２５Ａ５が大きい（第１の閾値以上である）場合には、天候は晴れと推定する。次に、出力微分値２５Ａ６が大きく変化し、電力出力値２５Ａ５が中くらいである（第１の閾値と第２の閾値との間である）場合には、天候は曇りと推定する。そして、出力微分値２５Ａ６が小さく変化し、電力出力値２５Ａ５が小さい（第２の閾値以下である）場合には、天候は雨と推定する。これによれば、最大出力だけではなく、出力の変化を含めて推定するので、天候の精度が高い。

次に、管理装置２は、太陽光発電管理ＤＢ２５Ａにより現在の外気温及び季節区分を推定し、現在天候状況ＤＢ２５Ｃに設定する（Ｓ６０２）。詳細には、最近取得した太陽光発電管理ＤＢ２５Ａのレコードのうち、電圧２５Ａ４及び電力出力値２５Ａ５から外気温を推定し、気温２５Ｃ４として設定し、電力出力値２５Ａ５から季節を推定し、季節区分２５Ｃ２として設定する。

図８は、外気温及び季節区分の推定方法を示す図である。図８（ａ）に示すように、太陽光発電装置３の温度特性として、所定値以下の同じ電流に対して、温度が高い場合には電圧が低くなり、温度が低い場合には電圧が高くなる。この特性を用いて、太陽光発電装置３の電圧及び電流から気温を推定する。電圧には、電圧２５Ａ４を使用する。電流には、電力出力値２５Ａ５を電圧２５Ａ４で除算した値を使用する。次に、図８（ｂ）に示すように、日射量の平均値は時期ごとに変動するので、日射量により太陽光発電装置３が発電する電力も変動する。この特性を用いて、電力出力値２５Ａ５から季節を推定する。なお、時期ごとの日射量の平均値を示すデータは、天候ごとに分類されており、Ｓ６０１で推定した天候に応じてデータを選択し、選択したデータを用いて季節を推定するものとする。

そして、管理装置２は、カーナビ装置５からの情報を現在天候状況ＤＢ２５Ｃに集約する（Ｓ６０３）。詳細には、観測地点２５Ｃ１として、最近取得したカーナビ情報ＤＢ２５Ｂのレコードのうち、位置情報２５Ｂ２を用いることが考えられる。この場合、外気温２５Ｂ３に基づいて気温２５Ｃ４が設定され、ワイパー動作の有無２５Ｂ４に基づいて天候２５Ｃ３が設定される。また、外気温２５Ｂ３を用いて、設定済みの気温２５Ｃ４を補正し、ワイパー動作の有無２５Ｂ４を用いて、設定済みの天候２５Ｃ３を補正してもよい。例えば、位置情報２５Ｂ２が観測地点２５Ｃ１から所定距離以内であり、非常に近い場合には、実測した情報の方が推定した情報より確かなので、カーナビ情報ＤＢ２５Ｂに基づいて気温２５Ｃ４及び天候２５Ｃ３を書き換える。

続いて、管理装置２は、上記の天候推定結果及び位置情報から、現在の天候状況を整理する（Ｓ６０４）。詳細には、現在天候状況ＤＢ２５Ｃの設定を漏れなく行うとともに、図９に示すように、位置情報２５Ａ２に従って、観測地点２５Ｃ１をメモリ内の地図データ上にプロットする。

次に、管理装置２は、気象レーダ６の情報に基づいて所定地点の天候を予測するための観測地点を選択する（Ｓ６０５）。例えば、気象レーダ６の情報の１つである、雲の流れから推定すると、所定地点に雨雲が近付いていることを認識したときに、所定地点と、雨雲との間にある観測地点を選択する。図１０は、観測地点の選択方法の例を示す図である。図１０（ａ）に示すように、観測地点をプロットした地図データにおいて、まず、予報地点（所定地点）を中心とする予報円を描く。予報円の半径は、気象レーダ６の情報の１つである、雨雲の移動速度により、１０分、３０分、６０分及び１２０分の時間に雨雲が移動する距離である。そして、図１０（ｂ）に示すように、予報円と交わった観測地点のうち、雨雲と、予報地点との間にあるものを候補地点として選択する。なお、予報円を所定の半径（距離）で描いた後、その半径を雨雲の移動速度で除算して、時間を算出してもよい。

そして、管理装置２は、所定地点の天候を予測する（Ｓ６０６）。詳細には、上記の候補地点における現在の天候を、各予報円に示される時間後における所定地点の天候（天気予報）とする。例えば、図１０（ｂ）に示すように、候補地点ｃ及びｄが予報地点ｘから６０分後の予報円上にあるときには、候補地点ｃ及びｄの現在の天候を平均したものを、６０分後における予報地点ｘの天気予報とする。図１１においては、候補地点ｅ、ｆ、ｇの現在の天候を平均したものを、１２０分後における予報地点ｘの天気予報とする。

なお、気象レーダ６の情報の１つである、雲の流れから推定した際に、予報地点から雨雲が遠ざかっていることを認識したときには、予報円と交わった観測地点のうち、予報地点を挟んで、雨雲と反対側にある観測地点を選択する。以上によれば、気象レーダ６の情報や偏西風の影響等を考慮して、各地点における天候の移り変わり（速度と方向）を認識する。そして、その天候の移り変わりに基づいて、現在の天候が予報地点ｘにおける所定時間後の天候になると推定される観測地点を、候補地点として選択する。

上記の天候予測処理を、天気予報ビジネスに活用することが考えられる。例えば、管理装置２は、顧客宅４からの依頼により定期的に天候予測処理を行う。すなわち、顧客名及び予報時間間隔を含む天気予報依頼メッセージを受信し、顧客管理ＤＢ２５Ｄにより顧客名２５Ｄ２から電力量計番号２５Ｄ１を特定し、その地点の天候を予測し、依頼元顧客の携帯電話等に通知する。

図１２は、管理装置２のライフサイクル活用処理を示すフローチャートである。本処理は、管理装置２において、主として処理部２４が、記憶部２５のデータを参照、更新しながら、通信部２１や表示部２２にデータを出力することにより、顧客宅４のライフサイクルを活用するものである。

まず、管理装置２は、「季節、天候、時間帯、気温」と、「太陽光発電量、使用電力量」とを蓄積し、関連付けを行い、顧客宅４のライフサイクルを分析する（Ｓ１２０１）。詳細には、最初に、太陽光発電管理ＤＢ２５Ａの各レコードを、電力量計番号ごとに収集し、ライフサイクル記録ＤＢ２５Ｆとして記憶部２５に設定する。次に、ライフサイクル記録ＤＢ２５Ｆのレコードを、図１３に示すような標準ライフサイクルモデルＤＢ２５Ｅの各レコードと照合して、使用電力量及び気温の時間的変化のパターンが最も近似している標準モデルを特定し、その標準モデル番号２５Ｅ１を標準モデル番号２５Ｆ６として設定する。これにより、当該電力量計番号２５Ｆ１の顧客宅４における世帯構成を推定する。また、顧客管理ＤＢ２５Ｄにより、当該電力量計番号２５Ｆ１（２５Ｄ１）から顧客名２５Ｄ２（契約者名）を特定する。

図１３によると、家族世帯においては、少なくとも１人は在宅であることが多いので、使用電力量が所定値以上で終日推移する。一方、単身世帯においては、夜から朝まで以外の時間帯に人が不在であるため、待機電力だけになるので、使用電力量の変化が平坦になる。これによれば、使用電力量の変化パターンに基づいて単身世帯か、家族世帯かを推定でき、さらに使用電力量の大きさに基づいて家族世帯の人数を推定できる。また、同じ世帯構成であっても、季節や天気、気温によって、使用電力量が変わってくる。例えば、春や秋は、天気がよければ快適であり、外出することが多いので、顧客宅４における使用電力量が減少する。一方、夏は、天気がよいと暑いので、外出せずに自宅で過ごすことが多いので、顧客宅４における使用電力量が増加する。

以上の結果に基づいて、２つの処理を行う。第１に、管理装置２は、まず、特定の顧客宅４の使用電力量を推定する（Ｓ１２０２）。例えば、顧客宅４における現在の天候及び季節、顧客宅４の実際の世帯構成により、標準ライフサイクルモデルＤＢ２５Ｅから適合する標準モデルを特定し、その標準モデルを用いて使用電力量を推定する。次に、「推定した使用電力量」と、「現在の天候等と同じ状況における、使用電力量の実績値」とを照合し、必要に応じて警報を発信する（Ｓ１２０３）。例えば、顧客管理ＤＢ２５Ｄにより、当該顧客名２５Ｄ２から電力量計番号２５Ｄ１を特定し、ライフサイクル記録ＤＢ２５Ｆのうち、当該電力量計番号２５Ｆ１（２５Ｄ１）の、現在のレコード又は現在の季節や天候と同じ過去のレコード（最新の実績データ）を抽出し、その使用電力量２５Ｆ３を実績値とする。そして、使用電力量の時間的変化の、推定値と、実績値とを照合する（例えば、時間的変化を示す２つの曲線に囲まれた平面図形の面積を求める）。その照合した結果、両者の時間的変化が整合していなければ（例えば、上記平面図形の面積が所定値以上であれば）、何か異常が発生していると認識し、警報を発する。具体例としては、特定の顧客宅４における独居老人の見守りサービス等に用いることが考えられる。

第２に、管理装置２は、マーケティング情報を発信する（Ｓ１２０４）。Ｓ１２０１で推定した世帯構成から所定地域における世帯構成の分布データを作成し、出力することにより、例えば、各地域に出店している店舗（コンビニやホームセンタ等）において、陳列する商品の選択等に用いる。世帯構成の分布データを含むマーケティング情報は、店舗を経営する会社、市場調査会社、プラットフォームビジネスを展開する会社等のサーバに送信される。

図１４は、管理装置２のフィーダ関連処理を示すフローチャートである。本処理は、管理装置２において、主として処理部２４が、記憶部２５のデータを参照、更新しながら、変電所のフィーダに関連する処理を行うものである。

まず、管理装置２は、「電力量計番号」と、「太陽光発電装置３が接続されているフィーダＩＤ」とをリンクさせて、接続フィーダ管理ＤＢ２５Ｇとして記憶部２５に設定する（Ｓ１４０１）。図１５に示すように、電力量計は、変電所のフィーダから延設された配電線に接続される。当該電力量計と、当該フィーダとの対応関係が、接続フィーダ管理ＤＢ２５Ｇに格納される。

次に、管理装置２は、先に予測した天候（天気予報）に基づいて、フィーダごとの太陽光発電量を予測する（Ｓ１４０２）。例えば、図７（ａ）を参照すると、季節及び天候に応じた太陽光発電装置３の発電電力量が分かるので、接続フィーダ管理ＤＢ２５Ｇによりフィーダに接続されている太陽光発電装置３の台数を把握し、発電電力量に台数を乗じて、当該フィーダに関する全発電量を算出する。これは、電力量計のある顧客宅４に太陽光発電装置３が設置されていることが前提になっているが、未設置のこともあるので、設置又は未設置を区別するために、接続フィーダ管理ＤＢ２５Ｇにおいて、電力量計番号２５Ｇ１ごとに太陽光発電装置３の有無フラグを設けるようにしてもよい。

そして、管理装置２は、フィーダごとに予測した発電量に応じて、配電線の電圧調整や電力の需給調整を行う（Ｓ１４０３）。

なお、先に推定した世帯構成からフィーダごとの世帯構成の分布データを作成し、出力することにより、停電復旧の優先順位を決定する際に参考にすることも考えられる。例えば、独居老人や、日中子供だけで過ごしていると推定される顧客宅４に対しては、優先的に給電を再開するように、当該フィーダを復旧対象として優先的に選択する。

なお、上記実施の形態では、図２に示す管理装置２内の各部を機能させるために、処理部２４で実行されるプログラムをコンピュータにより読み取り可能な記録媒体に記録し、その記録したプログラムをコンピュータに読み込ませ、実行させることにより、本発明の実施の形態に係るライフサイクル利用システム１が実現されるものとする。この場合、プログラムをインターネット等のネットワーク経由でコンピュータに提供してもよいし、プログラムが書き込まれた半導体チップ等をコンピュータに組み込んでもよい。

以上説明した本発明の実施の形態によれば、太陽光発電のデータを用いて、人のライフサイクルを精度よく把握することができる。

詳細には、図１２のＳ１２０１に示すように、天候や気温等の外部環境変化に応じて高精度に、各世帯の使用電力量をライフサイクルとして把握することができる。そして、標準モデルとの照合を行うことにより、世帯構成を精度よく推定することができる。次に、図６のＳ６０１〜Ｓ６０６に示すように、太陽光発電のデータを用いて天候を予測できるので、百葉箱等の新たな専用設備を設けなくても、天気予報ビジネスが可能になる。そして、世帯構成の分布が分かるので、図１２のＳ１２０２〜Ｓ１２０４に示すように、太陽光発電データを活用した新たなビジネスを展開することができる。例えば、ＨＥＭＳ（Home Energy Management System）、独居老人の見守りサービス、マーケティング情報の発信等が考えられる。

さらに、図１４のＳ１４０１〜Ｓ１４０３に示すように、太陽光発電装置６の普及が拡大した場合に、配電線の電圧や電力の需給を調整する際に、フィーダごとの太陽光発電量のデータを活用することができる。また、世帯構成の分布データに基づいて、停電後の復旧順位を策定することができる。

≪その他の実施の形態≫
以上、本発明を実施するための形態について説明したが、上記実施の形態は本発明の理解を容易にするためのものであり、本発明を限定して解釈するためのものではない。本発明はその趣旨を逸脱することなく変更、改良され得るとともに、本発明にはその等価物も含まれる。例えば、上記実施の形態では、管理装置２が太陽光発電管理ＤＢ２５Ａの電力出力値２５Ａ５から季節を推定するように説明したが、その時点の日付から季節を推定するようにしてもよい。そのとき、１年を４つの期間に分けて、３〜５月を春、６〜８月を夏、９〜１１月を秋、１２〜２月を冬としてもよいし、他の期間分けを行ってもよい。

１ ライフサイクル利用システム
２ 管理装置
２４ 処理部
２５ 記憶部
２５Ｅ 標準ライフサイクルモデルＤＢ（標準データ）
２５Ｆ ライフサイクル記録ＤＢ（実績データ）
２５Ｇ 接続フィーダ管理ＤＢ
３ 太陽光発電装置
４ 顧客宅（需要家宅）
ａ、ｂ、ｃ、ｄ、ｅ、ｆ、ｇ 観測地点（第２の需要家宅）
ｘ 予報地点（第１の需要家宅）

Claims (12)

1. 需要家宅に設置された太陽光発電装置の発電電力を定期的に取得し、当該発電電力に基づいて、当該需要家宅における天候を推定する手段と、
   前記需要家宅における使用電力量を定期的に取得する手段と、
   前記推定した天候、前記取得した使用電力量、及び、当該使用電力量を取得した時点の季節に基づいて、前記需要家宅における使用電力量の時間的変化を、季節及び天候ごとに分類した実績データを作成し、記憶する手段と、
   を備えることを特徴とするライフサイクル利用システム。
2. 請求項１に記載のライフサイクル利用システムであって、
   需要家宅に設置された太陽光発電装置の発電電力を定期的に取得し、当該発電電力及び前記推定した天候に基づいて、当該需要家宅における季節を推定する手段
   をさらに備え、
   前記推定した季節を、前記使用電力量を取得した時点の季節として用いる
   ことを特徴とするライフサイクル利用システム。
3. 請求項１又は２に記載のライフサイクル利用システムであって、
   季節、天候及び世帯構成ごとに、需要家宅における使用電力量の時間的変化の標準的なモデルを示す標準データを予め記憶する手段と、
   前記記憶した標準データのうち、所定の需要家宅の前記実績データと近似するものを決定する標準データ決定手段と、
   前記決定した標準データに対応する世帯構成を、前記所定の需要家宅の世帯構成として推定する世帯構成推定手段と、
   をさらに備えることを特徴とするライフサイクル利用システム。
4. 請求項３に記載のライフサイクル利用システムであって、
   所定の地域内又は所定のフィーダ配下に位置する需要家宅を特定する手段と、
   前記特定した需要家宅ごとに前記標準データ決定手段及び前記世帯構成推定手段による処理を行って、各需要家宅の世帯構成を推定する手段と、
   前記需要家宅ごとに推定した世帯構成を出力する手段と、
   をさらに備えることを特徴とするライフサイクル利用システム。
5. 請求項３に記載のライフサイクル利用システムであって、
   前記記憶した実績データのうち、所定の需要家宅の、最新の実績データを取得する手段と、
   前記記憶した標準データのうち、前記取得した実績データの季節及び天候、前記所定の需要家宅の世帯構成に対応する標準モデルを示す標準データを取得する手段と、
   前記取得した実績データと、標準データとを照合して、両データが整合しているか否かを判定する手段と、
   前記実績データと、前記標準データとが整合していないと判定したときに、警報を発信する手段と、
   をさらに備えることを特徴とするライフサイクル利用システム。
6. 請求項１に記載のライフサイクル利用システムであって、
   天候が移り変わる方向に基づいて、天候を予測すべき第１の需要家宅から所定距離だけ離れた、１以上の第２の需要家宅を選択する手段と、
   前記所定距離を、天候が移り変わる速度で除算して、所定時間を算出する手段と、
   推定した、前記第２の需要家宅における現在の天候に基づいて、前記第１の需要家宅における前記所定時間後の天候を予測する手段と、
   をさらに備えることを特徴とするライフサイクル利用システム。
7. コンピュータによりライフサイクルを利用する方法であって、
   前記コンピュータは、
   需要家宅に設置された太陽光発電装置の発電電力を定期的に取得し、当該発電電力に基づいて、当該需要家宅における天候を推定するステップと、
   前記需要家宅における使用電力量を定期的に取得するステップと、
   前記推定した天候、前記取得した使用電力量、及び、当該使用電力量を取得した時点の季節に基づいて、前記需要家宅における使用電力量の時間的変化を、季節及び天候ごとに分類した実績データを作成し、記憶するステップと、
   を実行することを特徴とするライフサイクル利用方法。
8. 請求項７に記載のライフサイクル利用方法であって、
   前記コンピュータは、
   需要家宅に設置された太陽光発電装置の発電電力を定期的に取得し、当該発電電力及び前記推定した天候に基づいて、当該需要家宅における季節を推定するステップ
   をさらに実行し、
   前記推定した季節を、前記使用電力量を取得した時点の季節として用いる
   ことを特徴とするライフサイクル利用方法。
9. 請求項７又は８に記載のライフサイクル利用方法であって、
   前記コンピュータは、
   季節、天候及び世帯構成ごとに、需要家宅における使用電力量の時間的変化の標準的なモデルを示す標準データを予め記憶するステップと、
   前記記憶した標準データのうち、所定の需要家宅の前記実績データと近似するものを決定する標準データ決定ステップと、
   前記決定した標準データに対応する世帯構成を、前記所定の需要家宅の世帯構成として推定する世帯構成推定ステップと、
   をさらに実行することを特徴とするライフサイクル利用方法。
10. 請求項９に記載のライフサイクル利用方法であって、
    前記コンピュータは、
    所定の地域内又は所定のフィーダ配下に位置する需要家宅を特定するステップと、
    前記特定した需要家宅ごとに前記標準データ決定ステップ及び前記世帯構成推定ステップによる処理を行って、各需要家宅の世帯構成を推定するステップと、
    前記需要家宅ごとに推定した世帯構成を出力するステップと、
    をさらに実行することを特徴とするライフサイクル利用方法。
11. 請求項９に記載のライフサイクル利用方法であって、
    前記コンピュータは、
    前記記憶した実績データのうち、所定の需要家宅の、最新の実績データを取得するステップと、
    前記記憶した標準データのうち、前記取得した実績データの季節及び天候、前記所定の需要家宅の世帯構成に対応する標準モデルを示す標準データを取得するステップと、
    前記取得した実績データと、標準データとを照合して、両データが整合しているか否かを判定するステップと、
    前記実績データと、前記標準データとが整合していないと判定したときに、警報を発信するステップと、
    をさらに実行することを特徴とするライフサイクル利用方法。
12. 請求項７に記載のライフサイクル利用方法であって、
    前記コンピュータは、
    天候が移り変わる方向に基づいて、天候を予測すべき第１の需要家宅から所定距離だけ離れた、１以上の第２の需要家宅を選択するステップと、
    前記所定距離を、天候が移り変わる速度で除算して、所定時間を算出するステップと、
    推定した、前記第２の需要家宅における現在の天候に基づいて、前記第１の需要家宅における前記所定時間後の天候を予測するステップと、
    をさらに実行することを特徴とするライフサイクル利用方法。