JP2014204376A - 管理システム及び管理システムのスケジューリング方法 - Google Patents

Abstract

【課題】
スマートメータと管理システムとの大量の電文の受け渡しにおいては、通信トラフィックの逼迫を避ける必要があり、負荷平準化の考慮が不可欠である。
【解決手段】
そこで、本発明は、需要家の電力に関する情報を取得し、情報を送信する複数のスマートメータとネットワークを介して接続される送受信部と、送受信部と接続され、送受信部から送られた情報が格納される記憶部と、複数の処理を実行する前に、前記複数のスマートメータ毎に処理に応じた優先度を設定し、各処理の通信負荷と、優先度から、単位時間あたりに実行する処理をスケジューリングする演算処理部とを有する。
【選択図】図１

Description

本発明は、スマートメータとの通信に関する。特にスマートメータと管理システムとの通信トラフィックの負荷分散に関する。

スマートメータの機能性については様々な機能・技術が考案されている。スマートメータの基本的な機能となる定期的な検針値の収集に関する技術については、特許文献１を始めとして、その他の通信方式など様々な技術が公開されている（特許文献１〜４）。

特に、特許文献４は、事業者側に設置されたセンタ装置にて、対象フィールドに設置された端末装置をその通信方式や設置エリア毎などの単位で分類し、分類した端末装置毎にセンタ装置から端末装置に対する制御電文送信不可時間帯を定期的に算出して保持することにより、制御電文の送信時間を的確に調整することができる技術が開示されている。

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

しかし、特許文献４は、スマートメータと管理システム間の通信トラフィック自体の負荷平準化は考慮されておらず、大量の電文が受け渡しされる場合にはサーバに多大な負荷がかかってしまう。

今後、スマートメータの数は、国内だけでも1000万台オーダーにのぼることが見込まれるため、その通信トラフィックは膨大なものとなる。

また、検針値の取得のみならず、電圧値の取得、開閉状態や制限電流値の設定変更など、スマートメータへの設定・要求項目は多岐に渡っており、今後、さらにスマートメータの機能が創出されていくことによって、スマートメータと管理システムとの通信が増大することは明らかである。

スマートメータと管理システムとの大量の電文の受け渡しにおいては、通信トラフィックの逼迫を避ける必要があり、負荷平準化の考慮が不可欠である。

そこで、本発明は、需要家の電力に関する情報を取得し、情報を送信する複数のスマートメータとネットワークを介して接続される送受信部と、送受信部と接続され、送受信部から送られた情報が格納される記憶部と、複数の処理を実行する前に、前記複数のスマートメータ毎に処理に応じた優先度を設定し、各処理の通信負荷と、優先度から、単位時間あたりに実行する処理をスケジューリングする演算処理部とを有する。

本発明によれば、スマートメータと管理システム間の通信トラフィックの負荷を平準化することが可能となる。

実施例１における管理システムのハードウェア構成図である。 実施例１における検針値テーブルのデータ構成図である。 実施例１における発行電文スケジューラテーブルのデータ構成図である。 実施例１におけるトラフィック負荷設定値テーブルのデータ構成図である。 実施例１における欠測状況テーブルのデータ構成図である。 実施例１における契約情報テーブルのデータ構成図である。 実施例１におけるリトライ収集処理部のフローチャートである。 実施例１におけるトラフィック負荷平準化処理部のフローチャートである。 実施例２における確定検針値収集処理部のフローチャートである。 実施例３におけるスマートメータ情報テーブルのデータ構成図である。 実施例３におけるスマートメータ設定制御処理部のフローチャートである。

以下に、本発明の実施形態を図面に基づいて詳細に説明する。

図１は、管理システム１０１の概要を示した図である。本実施形態において、管理システム１０１を構成するメータデータ管理サーバ１０２は無線通信や光通信などのネットワーク１０３を介して、電力需要家宅に設置されたスマートメータ１０４と接続する。

スマートメータ１０４は、それぞれ需要家宅における３０分単位に検針値を測定し、メータデータ管理サーバ１０２へ送信する。なお、検針値を計測する単位は３０分としたが、異なる時間単位でもよい。また、スマートメータ１０４は管理サーバ１０２からの電文を一定数分蓄積することができ、電文中の処理実行開始時刻を読み取って実行できることとする。

管理サーバ１０２は、ネットワーク１０３と接続する送受信部１０５、メータデータ管理に関連する演算処理を行う演算処理部１０６、メータデータ管理に関する情報を保持する記憶部１０７から構成されている。

演算処理部１０６は、送受信部１０５と連携して３０分検針値を契約者ごとに収集する検針値収集処理１０８、送受信部１０５から連係された３０分検針値を契約者ごとに格納する検針値格納処理１０９、スマートメータ１０４ごとの開閉器設定や制限電流値を制御するスマートメータ設定制御処理１１０、スマートメータ１０４への電文の送受信時に発行する電文に対して優先度を負荷してスケジューリングするトラフィック負荷平準化処理１１１を備える。

メモリ１１８は、記憶部１０７に格納された情報や演算処理部１０６で実行される処理内容を一時的に格納されるもの揮発性又は不揮発性メモリのどちらでもよい。

記憶部１０７は、電力需要家宅に設置されているスマートメータ１０４から連係された３０分検針値を保持する検針値テーブル１１２、発行する電文を日時でスケジュール登録する発行電文スケジューラテーブル１１３、トラフィック負荷平準化処理に使用するトラフィック負荷設定値テーブル１１４、検針値テーブル１１２を参照し検針値が空白として登録されているスマートメータ１０４の欠測情報を保持する欠測状況テーブル１１５、電力需要家の契約情報を保持する契約情報テーブル１１６、スマートメータ１０４の設定項目に関する情報を保持するスマートメータ情報テーブル１１４などにより構成されている。なお、管理サーバ１０２内に各テーブルを配置する構成としているが、他システムのサーバに配置して参照する方式としてもよい。

図２は、検針値テーブル１１２のデータ構成図を示す。本例の検針値テーブル１１２では、電力需給契約ごとに３０分毎の時限値２０１に対応する検針値２０２が蓄積・管理される。なお、本例ではスマートメータ１０４が検針値データを送信する単位を「３０分」とするが、スマートメータ１０４の設定を変更することにより、「１０分」「１時間」などにも自由に設定可能である。また、検針値テーブル１１２は、スマートメータ１０４から連係される時限値に応じて変更することで対応できるとする。

図３は、発行電文スケジューラテーブル１１３のデータ構成図を示す。本例の発行電文スケジューラテーブル１１３では、本テーブルに登録された日時を表す登録日時３０１、スマートメータ１０４を一意に識別する番号を表すスマートメータ識別番号３０２、電文がスマートメータにて実行される日時を表すスケジュール日時３０３、発行する電文の種別を表す発行電文３０４、電文発行における優先度を表す優先度３０５などの情報が保持される。

なお、本例では発行電文３０４の種別を「制御設定」「確定検針値収集」「リトライ収集」の３種に大別する。「制御設定」はスマートメータ１０４の状態・設定を制御する電文全般を表し、スマートメータの開閉部を制御する「開閉状態設定」、制限電流値を設定・制御する「制限電流設定」、ファームウェアを更新する「ファームウェアバージョン更新」、デマンドレスポンスなど負荷制限を許可するか否かを設定する「デマンドレスポンス設定」、また通電開始の時刻を設定可能とする「通電開始時刻設定」などを含むこととする。「確定検針値収集」は月に一度実施される電気料金の計算時に使用する検針値を収集する電文を表す。「リトライ収集」は欠測状況テーブル１１５に登録された欠測データをスマートメータ１０４に再度問合せし、欠測していた３０分値を取得する電文を表す。これら発行電文の種別は前記３種のみに限定せず、今後創出されるスマートメータ１０４の設定項目に関する制御・設定を包含してもよい。

また、優先度３０５は、本実地例においては「大」「中」「小」の３段階を設定可能とし、通常「中」を設定するものとするが、発行電文３０４の種別が「制御設定」であった場合、「高」として設定されるものとする。なお、優先度の設定は３段階での設定のほか５段階での設定など様々な形態を担保できる方式としてもよい。

本例では、登録日時３０１「２０１２０９１５１０３０」のスマートメータ識別番号を「ＳＭ０１」、スケジュール日時３０３を「２０１２０９１５１１００」、発行電文３０４を「リトライ収集」、優先度３０５を「高」と設定する。

図４には、トラフィック負荷設定値テーブル１１４のデータ構成図を示す。本例のトラフィック負荷設定値テーブル１１４では、スマートメータ１０４とメータデータ管理サーバ１０２との全体の通信トラフィック量を表す全体トラフィック量４０１、トラフィック負荷平準化処理における設定値であるトラフィック負荷上限値４０２、トラフィック負荷下限値４０３、負荷率判定繰り返し設定４０４の情報を保持する。

本例では、全体トラフィック量４０１を「１００Ｍ [bps]」、トラフィック負荷上限値４０２を「９０％」、ラフィック負荷下限値４０３を「３０％」、負荷率判定繰り返し設定４０４を「＋３時間まで」と設定する。

図５は、欠測状況テーブル１１５のデータ構成図を示す。本例の欠測状況テーブル１１５では、検針値テーブル１１２を参照し検針値が空白として登録されているスマートメータ１０４の欠測情報を保持しており、欠測日付５０１、スマートメータ識別番号３０２、欠測している時間帯の開始時刻である欠測時刻 自５０２、欠測している時間帯の終了時刻である欠測時刻 至５０３をもつ。

欠測日付５０１「２０１２/０９/１５」のスマートメータ識別番号３０２を「ＳＭ０１」、欠測時刻 自 ５０２を「１０時００分」、欠測時刻 至 ５０３を「１０時３０分」と設定される。

図６は、契約情報テーブル１１６のデータ構成図を示す。契約情報テーブル１１６は、電力需要家を一意に識別する契約者識別番号６０１、契約者名６０２、スマートメータ識別番号３０２や契約種別６０３、月に一度実施される電気料金の計算時に使用する検針値の収集日を設定する毎月確定日６０４、見える化サービスなどの３０分値を利用したサービスに対して参加有無を表す３０分検針値利用登録６０５などの情報が保持される。なお、３０分検針値利用登録６０５は、３０分値の利用により生じるサービス全般を指すこととし、セキュリティ見守りサービスなどを含むものとする。

契約者識別番号６０１を「ＣＭ０１」、契約者名６０２を「顧客Ａ」、スマートメータ識別番号３０２を「ＳＭ０１」、契約種別６０３を「通常契約」、毎月確定日６０４を「１８日」、３０分検針値利用登録６０５を「あり」と設定される。

次に、管理システム１０１を用いたリトライ収集処理におけるトラフィック負荷平準化処理の具体例を説明する。リトライ収集処理は検針値収集処理１０８の一つであり、これは発行電文３０４の種別をリトライ収集とする例である。欠測した検針値を再収集し、最後には検針値格納処理１０９に連携して検針値テーブルへ格納する。

ここでは、例として、スマートメータ識別番号ＳＭ０１を対象にリトライ収集するケースを想定する。

以下、図７および図８に示すフローチャートの流れに沿って説明を行う。

まず、演算処理部１０５は、リトライ収集処理（検針値収集処理１０８）を起動し、動作を開始する（Ｓ１００１）。リトライ収集処理は、毎時３０分に起動されるように設定される。なお、毎時３０分を通信トラフィックや通信環境等に応じて、３０分よりも長く設定することや、逆に短く設定することができる。演算処理部１０５は、３０分検針値を検針値テーブル１１２より取得する。

次に、演算処理部１０５は、取得した３０分検針値を対象に欠測データ確認処理を行う（Ｓ１００２）。全データについて欠測データ確認処理が終了していなければ、再度、検針値テーブル１１２の参照を実施する。

欠測データは検針値テーブル１１２内に空白値として挿入されることとし、演算処理部１０５は、当該テーブル中の空白値を検索する。当日の検針値テーブル１１２を検索し、欠測データが無ければ処理を終了する（Ｓ１００３）。演算処理部１０５は、検索で該当した欠測データを欠測状況テーブル１１５へ登録する（Ｓ１００４）。以下、欠測データの個数分処理を実施する。

検針値テーブル１１２の時限値１０時００分〜１０時３０分において空白データが挿入されているとし、結束状況テーブルには欠測日付５０１「２０１２/０９/１５」のスマートメータ識別番号３０２を「ＳＭ０１」、欠測時刻 自 ５０２を「１０時００分」、欠測時刻 至 ５０３を「１０時３０分」と設定される。

次に、演算処理部１０６は、スマートメータ識別番号３０２にて紐付いた契約情報、ここでは顧客Ａの契約情報を契約情報テーブル１１６より取得する（Ｓ１００５）。取得した顧客Ａの「３０分検針値利用登録」情報に基づき優先度３０５を設定する（Ｓ１００６）。顧客Ａの「３０分検針値利用登録」情報は「あり」に設定されているため、優先度３０５は「高」として設定される。なお、「３０分検針値利用登録」が「なし」の場合においては、優先度３０５は「低」として設定される。この設定により、演算処理部１０６は、見える化サービスなどの３０分検針値を利用する新サービスに加入している契約者のみに対して優先的にリトライ収集処理が実行されるように設定する。リトライ収集処理は３０分検針値を使用しない契約者にとっては重要度が低いと想定され、演算処理部１０６は、優先度３０５を「低」と設定する。

次に、発行電文スケジューラテーブル１１３に発行電文の情報を登録するＳ１００７。これまでの情報から登録日時３０１「２０１２０９１５１０３０」、スマートメータ識別番号３０２「ＳＭ０１」、スケジュール日時３０３を「２０１２０９１５１１００」、発行電文３０４を「リトライ収集」、優先度３０５を「高」と設定する。なお、スケジュール日時の設定は発行電文スケジューラテーブル１１３に登録されてから３０分後と設定したが、これはこの限りではなく、電文ごと若しくは業務ごとに電文送信を送るタイミングを設定可能としてもよい。

本例のように、スマートメータ１０４への電文発行命令は、即時実行型の命令の場合を除き、発行電文スケジューラテーブル１１３に順次蓄積されるものとする。

図８は、トラフィック付加平準化処理１１１のフローチャートである。

次に、演算処理部１０６は、トラフィック負荷平準化処理１１１を実行する。トラフィック負荷平準化処理は毎時００分に起動することとする。また、前提として全体のトラフィック量は、管理システム１０１の設計段階において既知とし、トラフィック負荷設定値テーブル１１４の全体トラフィック量４０１に保持しておくこととする。また、トラフィック負荷平準化処理ではトラフィックの平準化について６０分周期で考慮するものとする。なお、この周期設定はこの限りとするものではなく、トラフィック負荷平準化処理の起動周期により変更可能である。

まず、演算処理部１０６は、定期収集トラフィック量を算定する（Ｓ１１０１）。定期収集処理は、３０分周期でスマートメータ１０４からメータデータ管理サーバ１０２へ連携し、各スマートメータ１０４から３０分値を収集する。この各スマートメータ１０４からメータデータ管理サーバ１０２へ送信される通信トラフィック量は一定と考えられ、各需要家宅にて稼動しているスマートメータ１０４の数に比例するものとし、そのトラフィックは以下のように定義できる。ここでは６０分周期でのトラフィックを考慮しているため、２を乗算している。
（数１）
定期収集処理分のトラフィック量：
１件分の定期収集電文の電文長×稼動しているスマートメータの数×２÷3600秒 [bps]
次に発行電文スケジューラテーブル１１３において、メータデータ管理サーバ１０２のシステム時間＋１時間までに登録されている電文を参照し、演算処理部１０６は、スケジュール登録されている電文のトラフィック量を６０分単位で算出する（Ｓ１１０２）。計算式は下記のように定義できる。
（数２）
スケジュール登録分のトラフィック量：
下記の合計値
１件分の制御設定電文 の電文長×スケジュール登録件数÷3600秒 [bps]
１件分の確定検針値収集電文 の電文長×スケジュール登録件数÷3600秒 [bps]
１件分のリトライ収集電文 の電文長×スケジュール登録件数÷3600秒 [bps]
ここで、演算処理部１０６は、発行電文スケジューラテーブル１１３を参照する際、発行電文スケジューラテーブル１１３へ登録済み電文の優先度による並び替えを実施する（Ｓ１１０３）。まず、演算処理部１０６は、発行電文スケジューラテーブル１１３のスマートメータ１０４での処理実行開始時刻であるスケジュール日時３０３の昇順に並び替え、その後、優先度３０５を参照して優先度３０５の順番により並び替える。

次に、演算処理部１０６は、トラフィック負荷率を算定する（Ｓ１１０４）。定期収集分のトラフィック量とスケジュール登録分のトラフィック量を加算し、これを既知である全体トラフィック量４０１で除算したものがトラフィック負荷率となる。算出したトラフィック負荷率を用いて、演算処理部１０６は、この起動タイミングでの発行する電文の判定を行う（Ｓ１１０５）。ここで、演算処理部１０６は、トラフィック負荷上限値４０２とトラフィック負荷下限値４０３をトラフィック負荷設定値テーブル１１４より取得する。算出したトラフィック負荷率とラフィック負荷上限値４０２、トラフィック負荷下限値４０３と比較することで、演算処理部１０６は、次処理を決定する（Ｓ１１０５）。

トラフィック負荷率がトラフィック負荷上限値４０２より大きい場合、演算処理部１０６は、全体トラフィック量４０１とトラフィック負荷上限値４０２の乗算を行い、算出したトラフィック量分のみの該当時間単位のスケジュール登録されている電文を実行時間順に実行電文リストに追加する（Ｓ１１０６）。

一方、トラフィック負荷率がトラフィック負荷下限値４０３より小さい場合、再度スケジュール参照を実行し次の６０分間隔にスケジュールされている電文を読み込む。全体トラフィック量を２倍し、１２０分単位での定期収集分のトラフィック量及びスケジュール登録分のトラフィック量を算出し、トラフィック負荷率を算出する。以降、トラフィック負荷率がトラフィック負荷下限値４０３を下回った場合、負荷率判定繰り返し設定４０４に設定分の回数まで繰り返して実行する。時間単位でのトラフィック量とトラフィック負荷率の算定も同様に行う。負荷率判定繰り返し設定４０４の回数まで繰り返して実行したにも関らずラフィック負荷率がトラフィック負荷下限値４０３より小さい場合は、負荷率判定繰り返し設定４０４分の該当時間単位のスケジュール登録されている電文を実行時間順に実行電文リストに追加する。

一方、トラフィック負荷率がトラフィック負荷下限値４０３以上かつトラフィック負荷上限値４０２以下の場合、当該時間単位のスケジュール登録分の電文全件を実行時間順に実行電文リストに追加する（Ｓ１１０７）。

最後に、演算処理部１０６は、実行電文リストに書き出した電文送信を実行するＳ１１０８。

本実施の形態によれば、スマートメータと管理システム間の通信トラフィックの負荷を平準化することが可能となる。また、電文ごとの優先度を変更することができるため、優先すべき電文には影響を与えずに通信トラフィックの負荷を平準化することができる。例えば、スマートメータから定期的に送信される３０分検針値の受信のための通信トラフィックは優先的に確保し、緊急を要しない管理システムからスマートメータへの電文の通信トラフィックは次の時間帯区分へ振り分けるといった処理が可能となる。

また、ピーク時のサーバ負荷を低減することができるため、サーバ数を抑えることができ、電力会社他顧客のネットワーク基盤への投資金額を抑えることができる。

さらに、今後、スマートメータの機能がより多機能となった場合にも、管理システムからスマートメータへ電文を送信する際に、優先すべき電文を選別しながら通信トラフィックの負荷平準化が可能である。

実施例２は、検針値収集処理１０８における確定検針値収集処理を示す。これは発行電文３０４の種別を確定検針値収集とする例である。月次の電気料金計算に使用する検針値を収集し、最後には検針値格納処理１０９に連携して検針値を格納する。

以下、図９は、確定検針値収集処理のフローチャートである。

まず、演算処理部１０６は、確定検針値収集処理１０８を起動する。確定検針値収集処理は毎日００時に起動することとする。

演算処理部１０６は、契約情報テーブル１１６より毎月確定日６０４を参照する（Ｓ１２０１）
次に、演算処理部１０６は、毎月確定日６０４の判定処理を行う（Ｓ１２０２）。現在のシステム日付と毎月確定日の日付とを比較することで、処理を決定する。

現在日付が毎月確定日の３日前より前日の場合、発行電文スケジューラテーブル１１３に発行電文を登録せず、Ｓ１２０５に進む。

現在日付が毎月確定日の３日前の場合、演算処理部１０６は、発行電文スケジューラテーブル１１３に発行電文の情報を登録する（Ｓ１２０３）。このとき、演算処理部１０６は、優先度３０５を通常設定の「中」に変更する。

現在日付が毎月確定日の２日前以内の場合、演算処理部１０６は、発行電文スケジューラテーブル１１３を参照する（Ｓ１２０４）。発行電文スケジューラテーブル１１３に該当する電文が存在しない場合、電文は発行済みと判断する。電文はスマートメータ１０４に蓄積されているとみなし、Ｓ１２０５の処理に遷移する。

一方、発行電文スケジューラテーブル１１３に該当する電文が存在する場合、演算処理部１０６は、該当する電文の優先度３０５を「高」に設定する。この設定により、演算処理部１０６は、毎月確定日が現在日付から２日以内となったスマートメータ１０４に対して優先的に確定検針値収集処理が実行されるように設定する。

最後に、演算処理部１０６は、全契約者分の確認を実施する（Ｓ１２０６）。演算処理部１０６は、未確認の契約者が残っていれば、契約情報テーブル１１６を参照し、全ての契約者について確認するために、Ｓ１２０１の処理に戻る。一方、未確認の契約者がいなければ処理を終了する。

ここでは、スマートメータ識別番号３０２にて紐付いた契約情報である顧客Ａの契約情報の毎月確定日６０４が「１８日」であるとし、現在のシステム日付が１５日とすると、月確定日の判定処理Ｓ１２０２にて、現在日付が毎月確定日の３日前の場合となる。このため、発行電文の優先度３０５は「中」として設定される。

これまでの情報から、演算処理部１０６は、登録日時３０１「２０１２０９１５１０３０」、スマートメータ識別番号３０２「ＳＭ０１」、スケジュール日時３０３を「２０１２０９１５１１００」、発行電文３０４を「確定検針値収集」、優先度３０５を「中」と設定する。なお、実施例１と同じく、スケジュール日時の設定は発行電文スケジューラテーブル１１３に登録されてから３０分後と設定したが、これはこの限りではなく、電文ごと若しくは業務ごとに電文送信を送るタイミングを設定できてもよい。

また、本例のように、スマートメータ１０４への電文発行命令は、即時実行型の命令の場合を除き、発行電文スケジューラテーブル１１３に順次蓄積されるものとする。

次に、演算処理部１０６は、トラフィック負荷平準化処理１１１が起動し、動作を開始する。トラフィック負荷平準化処理は実施例１と同様の処理である（Ｓ１１０１〜Ｓ１１０８）。トラフィック負荷平準化処理は毎時００分に起動するため、本実施例の確定検針値収集処理もトラフィック負荷平準化処理により、通信トラフィックの負荷が平準化される。

実施例３は、スマートメータ設定制御処理１１０におけるデマンドレスポンス設定処理の例を示す。これは発行電文３０４の種別をデマンドレスポンス設定とする例である。デマンドレスポンス設定は、制御電文の一つであり、制御電文は開閉状態の設定などメータデータ管理システムからスマートメータに対する設定制御を行う電文を指す。

図１０は、スマートメータ情報テーブル１１７のデータ構成図を示す。スマートメータ情報テーブル１１７は、スマートメータ１０４を一意に識別する番号を表すスマートメータ識別番号３０２、スマートメータ１０４の開閉部の状態を表す開閉状態７０１、スマートメータ１０４の制限電流値を設定する制限電流設定７０２、スマートメータ１０４のファームウェアバージョンを表すファームウェアバージョン７０３、スマートメータ１０４にデマンドレスポンスなどの負荷制限設定を許可するか否かを示すデマンドレスポンス設定７０４などの情報が保持される。

演算処理部１０６は、スマートメータ識別番号３０２を「ＳＭ０１」、開閉状態７０１を「開」、制限電流設定７０２を「２０Ａ」、ファームウェアバージョン７０３を「ＦＭ０００００１」、デマンドレスポンス設定７０４を「許可」と設定する。

以下、図１１に示すフローチャートの流れに沿って説明を行う。

デマンドレスポンス設定処理は、管理システム１０１外の他システム連携や画面入力により、演算処理部１０６は、スマートメータ設定制御処理１１０を開始する。スマートメータ設定制御処理１１０は管理システム１０１外の他システム連携や画面入力などによりスマートメータの設定が実施される際に随時起動される。

演算処理部１０６は、制御電文の種別を判定する（Ｓ１３０１）。デマンドレスポンス設定７０４の設定変更である場合、演算処理部１０６は、電文の優先度を「高」に設定する（Ｓ１３０２）。

デマンドレスポンス設定７０４の設定変更でない場合、演算処理部１０６は、優先度３０５を通常の設定の「中」にする。この設定により、デマンドレスポンス設定７０４の設定変更である場合に優先的にデマンドレスポンス設定処理が実行される。

なお、本実施例の優先度３０５の設定はデマンドレスポンス設定７０４の設定に限定するものではなく、開閉状態７０１やファームウェアバージョン７０３の制御電文を発行する際に優先度３０５を「高」に設定するなど、業務の優先度に応じて区別し、随時優先度３０５を設定してもよい。

次に、演算処理部１０６は、トラフィック負荷平準化処理１１１を開始する。トラフィック負荷平準化処理は実施例１と同様の処理が実施される（Ｓ１１０１〜Ｓ１１０８）。トラフィック負荷平準化処理は毎時００分に起動するため、本実施例のデマンドレスポンス処理もトラフィック負荷平準化処理により、通信トラフィックの負荷が平準化される。 なお、本発明は上記した実施例に限定されるものではなく、様々な変形例が含まれる。例えば、上記した実施例は本発明を分かりやすく説明するために詳細に説明したものであり、必ずしも説明した全ての構成を備えるものに限定されるものではない。また、ある実施例の構成の一部を他の実施例の構成に置き換えることが可能であり、また、ある実施例の構成に他の実施例の構成を加えることも可能である。また、各実施例の構成の一部について、他の構成の追加・削除・置換をすることが可能である。

また、上記の各構成、機能、処理部、処理手段等は、それらの一部又は全部を、例えば集積回路で設計する等によりハードウェアで実現してもよい。また、上記の各構成、機能等は、演算処理部１０６がそれぞれの機能を実現するプログラムを解釈し、実行することによりソフトウェアで実現してもよい。各機能を実現するプログラム、テーブル等の情報は、メモリや、ハードディスク、ＳＳＤ（Solid State Drive）等の記録装置、または、ＩＣカード、ＳＤカード、ＤＶＤ等の記録媒体に置くことができる。

また、制御線や情報線は説明上必要と考えられるものを示しており、製品上必ずしも全ての制御線や情報線を示しているとは限らない。実際には殆ど全ての構成が相互に接続されていると考えてもよい。

１０１：管理システム、
１０２：メータデータ管理サーバ、
１０３：ネットワーク、
１０４：スマートメータ、
１０５：送受信部、
１０６：演算処理部、
１０７：記憶部、
１０８：検針値収集処理、
１０９：検針値格納処理、
１１０：スマートメータ設定制御処理、
１１１：トラフィック負荷平準化処理、
１１２：検針値テーブル、
１１３：発行電文スケジューラテーブル、
１１４：トラフィック負荷設定値テーブル、
１１５：欠測状況テーブル、
１１６：契約情報テーブル、
１１７：スマートメータ情報テーブル、
１１８：メモリ

Claims (10)

1. 需要家の電力に関する情報を取得し、前記情報を送信する複数のスマートメータとネットワークを介して接続される送受信部と、
   前記送受信部と接続され、前記送受信部から送られた情報が格納される記憶部と
   前記送受信部と接続され、複数の処理を実行する前に、前記複数のスマートメータ毎に処理に応じた優先度を設定し、各処理の通信負荷と、優先度から、単位時間あたりに実行する処理をスケジューリングする演算処理部と、を有する管理システム。
2. 請求項１に記載の管理システムであって、
   前記演算処理部は、前記複数のスマートメータ毎に、以下の処理Ａ〜Ｄのうち、
   Ａ：所定時間の周期で前記スマートメータから送信される定期収集処理、
   Ｂ：前記スマートメータから送られる情報に欠落がある場合、前記欠落した情報を再収集するリトライ収集処理、
   Ｃ：月次の電気料金計算に使用する検針値を収集する確定検針値収集処理の検針値を収集する検針値収集処理、
   Ｄ：前記スマートメータの開閉器設定や制限電流値を制御するスマートメータ設定制御処理、
   何れか１以上の処理に優先度を設定し、スケジューリングする管理システム。
3. 請求項１に記載の管理システムであって、
   前記演算処理部は、前記各処理の通信負荷が所定の上限値を超えた場合、実行する時間帯を変更する管理システム。
4. 請求項１に記載の管理システムであって、
   前記演算処理部は、全体の通信量、通信負荷の上限値、通信負荷の下限値の情報を前記記憶部に格納し、
   前記上限値と下限値の間の通信負荷になるように、優先度に基づきスケジューリングする管理システム。
5. 請求項１に記載の管理システムであって、
   前記演算処理部は、顧客の契約情報における３０分検針値利用登録の有無や、確定検針日の設定日付との差異に基づき優先度を設定する管理システム。
6. 需要家の電力に関する情報を取得する複数のスマートメータとネットワークを介して、前記複数のスマートメータから送られる情報を受信し、
   前記前記複数のスマートメータから送られる情報を記憶部に格納し、
   前記記憶部から読み題した情報を処理する演算処理部により、複数の処理を実行する前に、前記複数のスマートメータ毎に処理に応じた優先度を設定し、各処理の通信負荷と、優先度から、単位時間あたりに実行する処理をスケジューリングする管理システムのスケジューリング方法。
7. 請求項６に記載のスケジューリング方法であって、
   前記演算処理部は、前記複数のスマートメータ毎に、以下の処理Ａ〜Ｄのうち、
   Ａ：所定時間の周期で前記スマートメータから送信される定期収集処理、
   Ｂ：前記スマートメータから送られる情報に欠落がある場合、前記欠落した情報を再収集するリトライ収集処理、
   Ｃ：月次の電気料金計算に使用する検針値を収集する確定検針値収集処理の検針値を収集する検針値収集処理、
   Ｄ：前記スマートメータの開閉器設定や制限電流値を制御するスマートメータ設定制御処理、
   何れか１以上の処理に優先度を設定するスケジューリング方法。
8. 請求項６に記載のスケジューリング方法であって、
   前記演算処理部は、前記各処理の通信負荷が所定の上限値を超えた場合、実行する時間帯を変更するスケジューリング方法。
9. 請求項６に記載のスケジューリング方法であって、
   前記演算処理部は、全体の通信量、通信負荷の上限値、通信負荷の下限値の情報を前記記憶部に格納し、
   前記上限値と下限値の間の通信負荷になるように、優先度に基づきスケジューリングするスケジューリング方法。
10. 請求項６に記載のスケジューリング方法であって、
    前記演算処理部は、顧客の契約情報における３０分検針値利用登録の有無や、確定検針日の設定日付との差異に基づき優先度を設定するスケジューリング方法。

Images