(57)【要約】【課題】時間帯によって契約単価が異なる料金シミュレーションを行なう場合、計算対象の契約種別を構成する時間帯ごとの使用量の算出が必要となる。【解決手段】予め定めた期間ごとに計器の値を受信して保持する検針値収集処理部と、検針値収集処理部が記録した計器の値に基づいて、月次処理で、使用量を算出するとともに、予め定めた時間帯ごとの重複した使用量を算出して保持する使用量算出処理部と、シミュレーション要求を受信したとき、対象契約を構成する時間帯に応じて、時間帯ごとの重複した使用量を参照して、料金計算を行なう料金計算部と、からなる料金シミュレーション装置により、達成できる。【選択図】図１
2013025562.tif 000002
【特許請求の範囲】
【請求項１】
予め定めた期間ごとに計器の値を受信して保持する検針値収集処理部と、
前記検針値収集処理部が記録した計器の値に基づいて、月次処理で、使用量を算出するとともに、予め定めた時間帯ごとの重複した使用量を算出して保持する使用量算出処理部と、
シミュレーション要求を受信したとき、対象契約を構成する時間帯に応じて、前記時間帯ごとの重複した使用量を参照して、料金計算を行なう料金計算部と、からなる料金シミュレーション装置。
【請求項２】
請求項１に記載の料金シミュレーション装置であって、
新規契約種別で、料金シミュレーションを行なうとき、前記使用量算出部は、新たな時間帯の使用量を算出して保持することを特徴とする料金シミュレーション装置。
【請求項３】
コンピュータを、
予め定めた期間ごとに計器の値を受信して保持する検針値収集処理部、
前記検針値収集処理部が記録した計器の値に基づいて、月次処理で、使用量を算出するとともに、予め定めた時間帯ごとの重複した使用量を算出して保持する使用量算出処理部、
シミュレーション要求を受信したとき、対象契約を構成する時間帯に応じて、前記時間帯ごとの重複した使用量を参照して、料金計算を行なう料金計算部、として機能させるための料金シミュレーションプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、料金シミュレーション装置および料金シミュレーションプログラムに係り、特に、自動検針によって収集された指針値を活用した料金シミュレーション装置および料金シミュレーションプログラムに関する。
【背景技術】
【０００２】
電力料金を低く抑えるために電力需要家が自身の電力使用状況に最適な料金プランを調べたいとき、電力会社のホームページなどから料金シミュレーションを行なうことができる。このとき、電力需要家が入力画面から使用する機器、台数、時間帯、電力使用量などを入力する。しかし、契約は、季節や時間帯ごとに契約単価が異なるなど多種多様なものが存在する。このため、正確なシミュレーション結果が得られないことがある。そこで、特許文献１は、電力使用量の実績値を使用したシミュレーションを行ない、最適な料金プランを提示するシステムを提案している。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００８−１４６１１６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
近年、電力網の安全確保や電力の有効利用のためにスマートグリッドが注目されている。今後、各需要家において電力メーターの電子化が進み、計量器の目盛りの値を一定間隔（３０分など）で自動的に読み取る自動検針が普及すると考えられる。これにより、電力会社は、様々な時間帯で料金が異なるプランを設定することができる。すなわち、将来的に電力会社が提供する契約種別は、より多種多様なものになると予想される。
【０００５】
時間帯によって契約単価が異なる料金シミュレーションを行なう場合、計算対象の契約種別を構成する各時間帯ごとの使用量の算出が必要となる。
【０００６】
しかし、特許文献１では、膨大に蓄積される自動検針値を基にした時間帯別使用量の再計算処理の負荷が考慮されておらず、将来的に契約種別が増えた場合に処理速度が増大すると考えられる。これにより、電力需要家がホームページから料金シミュレーションを行なったときに、レスポンス時間が増大する。
【課題を解決するための手段】
【０００７】
本願発明では、月に一度、夜間バッチ処理にて需要家の月間使用量を算出すると同時に、需要家自身が締結中の契約とは関係のない時間帯を含めた各種時間帯別使用量をあらかじめ算出する。算出対象とする時間帯は、契約情報には依存しない形で時間帯ごとにまとめ、パラメータを定義する。
【０００８】
シミュレーション要求があった場合は、シミュレーション対象の契約情報から契約を構成する時間帯と単価等を判定し、算出済みの各種時間帯別使用量を参照して料金計算を実行する。
【０００９】
上述した課題は、予め定めた期間ごとに計器の値を受信して保持する検針値収集処理部と、検針値収集処理部が記録した計器の値に基づいて、月次処理で、使用量を算出するとともに、予め定めた時間帯ごとの重複した使用量を算出して保持する使用量算出処理部と、シミュレーション要求を受信したとき、対象契約を構成する時間帯に応じて、時間帯ごとの重複した使用量を参照して、料金計算を行なう料金計算部と、からなる料金シミュレーション装置により、達成できる。
【００１０】
また、コンピュータを、予め定めた期間ごとに計器の値を受信して保持する検針値収集処理部、検針値収集処理部が記録した計器の値に基づいて、月次処理で、使用量を算出するとともに、予め定めた時間帯ごとの重複した使用量を算出して保持する使用量算出処理部、シミュレーション要求を受信したとき、対象契約を構成する時間帯に応じて、時間帯ごとの重複した使用量を参照して、料金計算を行なう料金計算部、として機能させるための料金シミュレーションプログラムにより、達成できる。
【発明の効果】
【００１１】
本発明によれば、時間帯別にあらかじめ使用量を算出しておくことにより、料金シミュレーション時に、膨大に蓄積された自動検針値を基にした使用量再計算が不要となるため、主にＷｅｂ画面から要求される料金シミュレーションにも素早く応答することができる。
【図面の簡単な説明】
【００１２】
【図１】自動検針・料金シミュレーションシステムのブロック図である。
【図２】バッチサーバ、Ｗｅｂアプリケーションサーバ、ＤＢサーバのハードウェアブロック図である。
【図３】３０分自動検針値を説明する図である。
【図４】契約情報を説明する図である。
【図５】月次定例月間使用量計算で算出される月間使用量である。
【図６】算出対象時間帯パラメータである。
【図７】時間帯別使用量である。
【図８】バッチサーバによる月次定例月間使用量計算のフローチャートである。
【図９】料金シミュレーションのシーケンス図である。
【発明を実施するための形態】
【００１３】
以下、本発明の実施の形態について、実施例を用い図面を参照しながら詳細に説明する。なお、実質同一部位には同じ参照番号を振り、説明は繰り返さない。
【００１４】
図１を参照して、自動検針・料金シミュレーションシステムを説明する。図１において、自動検針・料金シミュレーションシステム１００は、計器１０と、ネットワーク２０と、バッチサーバ３０と、ＤＢサーバ４０と、端末５０と、Ｗｅｂアプリケーションサーバ６０とから構成される。バッチサーバ３０は、Ｉ／Ｆ３１は、処理部３５とから構成される。処理部３５は、自動検針値収集処理部３２と、使用量計算処理部３３と、料金計算処理部３４とを含む。Ｗｅｂアプリケーションサーバ６０は、リクエスト処理部６１と、シミュレーション処理実行部６２とからなる。
【００１５】
計器１０は、一定間隔（ここでは３０分とする）で自動的に目盛りの値を検針する。計器１０は、ネットワーク２０を介して、自動検針値をバッチサーバ３０に送信する。Ｉ／Ｆ部３１は、ネットワーク２０から自動検針値を受信する。ＤＢサーバ４０は、後述する３０分自動検針値７０と、契約情報７１と、月間使用量７２と、算出対象時間帯パラメータ７３と、時間帯別使用量７４を格納する。端末５０は、需要家がシミュレーション実行の指示と結果を確認するのに使用する。
【００１６】
自動検針値収集処理部３１は、日次処理にて自動検針値を収集し、計器ごとの１日分の自動検針値レコードを作成する。これを毎日繰り返すことにより、図３を参照して後述する３０分自動検針値が計器ごとに蓄積する。さらに月に一度、バッチサーバ３０は、１ヶ月分の３０分自動検針値を集計し、月間使用量を算出する。
【００１７】
図２を参照して、バッチサーバ３０、ＤＢサーバ４０およびＷｅｂアプリケーションサーバ６０のハードウェア構成を説明する。図２において、バッチサーバ３０、ＤＢサーバ４０およびＷｅｂアプリケーションサーバ６０は、中央処理装置（ＣＰＵ）４１と、メモリ４２と、Ｉ／Ｏ４３と、Ｉ／Ｆ４４と、バス４５とから構成される。ＣＰＵは、メモリ４２上のプログラムを実行する。メモリ４２は、Ｉ／Ｏ４３で不揮発に記録されたプログラムをロードする。Ｉ／Ｏ４３は、入力装置、出力装置、外部記憶装置である。Ｉ／Ｆ４４は、通信インタフェースである。バス４５は、ＣＰＵ４１、メモリ４２、Ｉ／Ｏ４３、Ｉ／Ｆ４４を相互接続する。
【００１８】
図２と図１の比較から明らかなように、バッチサーバ３０、ＤＢサーバ４０およびＷｅｂアプリケーションサーバ６０の内部処理部は、ＣＰＵ４１が実行するプログラムによって、実現されている。
【００１９】
図３を参照して、ＤＢサーバ４０が保持する３０分自動検針値７０を説明する。図３において、３０分自動検針値７０は、計器ＩＤ７０１と、収集年月日７０２と、検針値７０３とからなる。検針値７０３は、２４時間を３０分ごとに区切った４９の検針値を保持する。なお、検針値が４９あるのは、前日２４：００の検針値を当日００：００の検針値にコピーしているからである。
【００２０】
図４を参照して、ＤＢサーバ４０が保持する契約情報７１を説明する。図４において、契約情報７１は、契約種別７１１と、契約名称７１２と、時間帯７１３と、単価７１４とから構成されている。なお、時間帯７１３と単価７１４は、３種類あり得る。
【００２１】
契約種別７１１は、契約のＩＤである。契約名称７１２は、文字通り契約名称である。時間帯７１３は、電力消費の時間帯である。単価７１４は、当該時間帯のｋＷｈｒ当たりの単価である。
【００２２】
図５を参照して、ＤＢサーバ４０が保持する月間使用量７２を説明する。図５において、月間使用量７２は、契約番号７２１と、計器ＩＤ７２２と、今回検針日７２３と、時間帯７２４と、使用量７２５とから構成されている。なお、時間帯７２４と使用量７２５は、３種類あり得る。ここでは、１契約分しか図示していないが、図４との比較により、当該契約は、Ａ契約であることが分かる。
【００２３】
図６を参照して、ＤＢサーバ４０が保持する算出対象時間帯パラメータ７３を説明する。図６において、算出対象時間帯パラメータ７３は、時間帯番号７３１と、使用開始時刻７３２と、使用終了時刻７３３と、適用契約７３４とから構成されている。使用開始時刻７３２と使用終了時刻７３３の組み合わせは、契約Ａ〜契約Ｄをもっとも少ない数で分割した時間帯である。適用契約７３４は、その時間帯を利用する契約ＩＤを保持する。
【００２４】
図７を参照して、ＤＢサーバ４０が保持する時間帯別使用量７４を説明する。図７において、時間帯別使用量７４は、契約番号７４１と、計器ＩＤ７４２と、前回検針日７４３と、今回検針日７４４と、時間帯使用量７４５とから構成されている。なお、時間帯使用量７４５は、契約に無関係に時間帯番号００１〜時間帯番号００８分まで保持する。
【００２５】
図８を参照して、バッチサーバ３０における月次処理を説明する。図８において、バッチサーバ３０は、月次処理を開始すると、ＤＢサーバ４０から契約者の契約情報７１と、３０分自動検針値７０を読み込んで、月間使用量計算を実施し、結果をＤＢサーバ４０が保持する月間使用量７２に記録する（Ｓ３１）。
【００２６】
バッチサーバ３０は、ＤＢサーバ４０から算出対象時間帯パラメータ７３を読み込んで、時間帯別使用量計算を実施し、結果をＤＢサーバ４０の時間帯別使用量７４に記録して（Ｓ３２）、終了する。
【００２７】
具体的に説明すると、図４に示すような契約があり、時間帯別契約Ａを締結しているとする。この場合、１ヶ月で２３：００〜０７：００の時間帯に使用した使用量、０７：００〜２３：００の時間帯に使用した使用量をそれぞれ算出する必要がある。月間使用量計算（Ｓ３１）は、該当する時間帯の３０分自動検針値７０を参照し、月間使用量を算出する。図５が算出された月間使用量である。
【００２８】
図５に示すように算出された月間使用量は、需要家が締結している時間帯別契約Ａに対する使用量である。そのため、別の契約情報での料金をシミュレーション計算する場合、再度各時間帯ごとの月間使用量を算出しなければならない。そこでバッチサーバ３０は、料金シミュレーション実行時に月間使用量の再計算を避けるために、月間使用量計算実行後に時間帯別使用量計算を実行する。
【００２９】
時間帯別使用量計算は、算出対象時間帯パラメータ７３を参照し、月間使用量を算出する時間帯を取得し、時間帯ごとに月間使用量を算出して時間帯別使用量７４を登録する。算出対象時間帯パラメータ７３は、図６に示すように、月間使用量を算出する時間帯を定義する。このパラメータに定義された時間帯ごとの月間使用量をあらかじめ算出し、料金シミュレーション実行時には算出済みの時間帯別使用量を参照して各契約種別に対する料金計算を行なうことにより、月間使用量の再計算を避けることができる。
【００３０】
一般的に電気は夏場の暑い時期に消費量が大きく、１日の中でも午後２時ごろをピークとして消費量は変化する。このように電力消費量は、季節や時間帯によって変化することから、電力会社は夏季やその他季、時間帯によって料金が異なる契約プランを提供している。そのため、年間を通した使用量でシミュレーションを行ないたいという需要家の要望が考えられるため、算出した時間帯別使用量は過去１年間分のデータを保持する。
【００３１】
図９を参照して、料金シミュレーション時の処理を説明する。図９において、需要家は、電力会社のホームページから料金シミュレーションを行なう。このとき需要家は、シミュレーション計算を行ないたい実績月と契約種別の指定を行なう。実績月の指定は単独月や連続した複数月の指定などを可能とする。需要家は様々な料金プランでの比較を行ないたいと考えられるため、契約種別についても複数の指定を可能とする。
【００３２】
具体的には、時間帯別契約Ａを締結している需要家が過去のある月の実績使用量を基に時間帯別契約Ｂの料金シミュレーションを実施する。需要家の操作により、端末５０は、電力会社のホームページから料金シミュレーションを行ないたい実績月と契約種別の指定を行ない、Ｗｅｂアプリケーションサーバ６０に対してシミュレーション要求を送信する（Ｓ８１）。シミュレーション要求を受け取ったＷｅｂアプリケーションサーバ６０は、ＤＢサーバ４０から契約情報７１を受け取って、契約種別判定を実行する（Ｓ８２）。Ｗｅｂアプリケーションサーバ６０は、ＤＢサーバ４０から時間帯別使用量７４を受け取る（Ｓ８３）。Ｗｅｂアプリケーションサーバ６０は、料金計算に必要な時間帯別使用量がそろっているか判定する（Ｓ８４）。ＮＯのとき、バッチサーバ３０は、ＤＢサーバ４０か３０分自動検針値７０を受け取って、不足時間帯使用量計算を実施して、不足時間帯別使用量７５をＤＢサーバ４０に追加する（Ｓ８６）。ステップ８６のあと、またはステップ８４でＹＥＳのとき、バッチサーバ３０は、ＤＢサーバ４０から、時間帯別使用量７４、不足時間帯使用量７５、契約情報７１を受け取って、料金計算を実施する（Ｓ８７）。
【００３３】
Ｗｅｂアプリケーションサーバ６０はバッチサーバ３０から料金計算結果を受け取って、シミュレーション結果を提示する（Ｓ８８）。端末５０は、シミュレーション結果を表示する（Ｓ８９）。
【００３４】
このように、あらかじめ時間帯別の使用量を算出しておくことにより、料金シミュレーション実行時に月間使用量の再計算を避けることができる。将来的に自動検針が普及し、例えば３０分間隔で指針値を管理することになると、１つのメーターだけで指針値は１日４８個、月間で約１４４０個、年間１７２８０個となる。このように膨大なデータから時間帯別の使用量を算出する処理を料金シミュレーション実行時に行なうと、主にＷｅｂページから要求されるシミュレーション要求へのレスポンスが増大する。そのため、月に一度の定例で月間使用量を算出する夜間バッチ処理と同時に時間帯別使用量をあらかじめ算出しておくことにより、シミュレーション時の再計算を避けることの効果は大きい。
【００３５】
さらに本実施例では、あらかじめ使用量を算出する際、契約種別ごとに使用量を算出するのではなく、算出対象として定義した時間帯別に使用量を算出することとした。契約種別を構成する時間帯は複数の契約種別で重複している場合があるが、時間帯別に使用量を算出することにより重複時間帯における使用量計算を１度で済ませることができるため、計算処理時間が短縮され、作成するデータ容量も節約することができる。また、連続した複数月の実績使用量を使用したシミュレーション計算を行なう場合も、該当期間の時間帯別使用量を加算するだけで済むため、シミュレーション計算時の処理時間の短縮にもつながる。
【００３６】
将来的に電力会社が算出時間帯パラメータに定義されていない時間帯で構成される新しい契約種別を追加した場合、シミュレーション計算実行時に該当時間帯の使用量算出を行なわなければならない。例えば、図４に示す契約種別に加えて、２３：００〜０７：００、０７：００〜１０：００、１０：００〜１６：００、１６：００〜２３：００の４つの時間帯で構成される契約が追加されたとする。この場合、図６の算出対象時間帯パラメータでは０７：００〜１０：００、１０：００〜１６：００の時間帯別使用量が計算されていないため、図９の料金シミュレーション実行時の判定（Ｓ８４）にて必要な時間帯別使用量が不足していると判断し、シミュレーション処理実行部は不足時間帯使用量計算（Ｓ８６）を実行する。このとき該当期間の３０分自動検針値７０から、料金計算のために不足している時間帯別使用量を計算し、不足時間帯別使用量７５としてデータを作成する。２３：００〜０７：００、１６：００〜２３：００の時間帯別使用量は作成済みであるため再計算不要である。このため、料金シミュレーション実行時に全時間帯の使用量を再計算する場合と比較して、処理時間を短縮することが可能である。特に、需要家が過去１年間分など長期間の実績使用量を使用したシミュレーションを行ないたい場合、不足時間帯分の計算のみを行なうことによる処理時間の短縮は、効果が大きい。このように不足時間帯使用量を算出した結果、時間帯別使用量７４、不足時間帯別使用量７５、契約情報７１を参照して料金計算（Ｓ８７）を行なうことができる。
【００３７】
なお、上述した実施例では、自動検針・料金シミュレーションの処理を、バッチサーバ３０、ＤＢサーバ４０、Ｗｅｂアプリケーションサーバ６０に分けて分担したが、１台の通信装置で実施してもよい。
【００３８】
本実施例によれば、時間帯別にあらかじめ使用量を算出しておくことにより、料金シミュレーション時に、膨大に蓄積された自動検針値を基にした使用量再計算が不要となるため、主にＷｅｂ画面から要求される料金シミュレーションにも素早く応答することができる。また、時間帯別にあらかじめ使用量を算出済みにしておくことは、契約種別ごとに使用量を算出済みにする場合よりもデータ量を少なくすることができるため、使用量算出の処理時間やデータ資源を節約できる。
【符号の説明】
【００３９】
１０…計器、３０…バッチサーバ、４０…ＤＢサーバ、４１…中央処理装置（ＣＰＵ）、４２…メモリ、４３…Ｉ／Ｏ、４４…Ｉ／Ｆ、４５…バス、５０…端末、６０…Ｗｅｂアプリケーションサーバ、１００…自動検針・料金シミュレーションシステム。
【図１】
2013025562.tif 000003
【図２】
2013025562.tif 000004
【図３】
2013025562.tif 000005
【図４】
2013025562.tif 000006
【図５】
2013025562.tif 000007
【図６】
2013025562.tif 000008
【図７】
2013025562.tif 000009
【図８】
2013025562.tif 000010
【図９】
2013025562.tif 000011