JP2016225673A - 親装置、通信制御方法および通信制御プログラム - Google Patents

Abstract

【課題】電力線を介した親機および子機間の良好な通信を実現することが可能な親装置、通信制御方法および通信制御プログラムを提供する。
【解決手段】親装置は、電力線を介して電力情報取得装置と接続され、暗号キーを用いて前記電力情報取得装置と通信する通信部と、前記電力情報取得装置に新たな暗号キーを通知して更新する更新処理を、定期的または不定期に到来する更新時期において行う更新部とを備え、前記更新部は、前記更新処理に失敗した場合、失敗した前記更新処理と同じ前記更新時期において前記更新処理のリトライを行う。
【選択図】図２

Description

本発明は、親装置、通信制御方法および通信制御プログラムに関し、特に、電力情報取得装置と電力線を介して接続される親装置、通信制御方法および通信制御プログラムに関する。

節電等の目的から家庭および職場における消費電力量を測定し、電力会社等のサーバへ送信する電力情報収集システムが開発されている。

電力情報収集システムでは、たとえば電力線通信（ＰＬＣ：Ｐｏｗｅｒ Ｌｉｎｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）を利用して、子機である各スマートメータからの電力情報が、親機であるコンセントレータにおいて集約され、電力会社等のサーバへ送信される（たとえば、ＩＴＵ−Ｔ（Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ Ｕｎｉｏｎ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ） Ｇ．９９５５／Ｇ．９９５６（非特許文献１）参照）。

また、非特許文献２（ＩＴＵ−Ｔ Ｇ．９９０３）では、親機および子機間における通信の暗号化について記載されている。親機は、たとえば、子機との通信を暗号化するための暗号キーであるＧＭＫ（Ｇｒｏｕｐ Ｍａｓｔｅｒ Ｋｅｙ）を更新することが可能である。

ＩＴＵ−Ｔ Ｇ．９９５５／Ｇ．９９５６ ＩＴＵ−Ｔ Ｇ．９９０３

たとえば、親機がＩＴＵ−Ｔ Ｇ．９９０３（非特許文献２）に従ってＧＭＫの更新処理を行う場合、親機はＧＭＫを新たに作成し、作成した新たなＧＭＫを更新対象の子機（以下、対象子機とも称する。）へ送信する。親機および対象子機間の通信が正常に行われなかったためにＧＭＫの更新処理に失敗した場合、親機は、たとえば対象子機を再起動する。

しかしながら、電力情報収集システムにおいて対象子機の再起動が行われると、対象子機の処理負担が増えたり、親機および対象子機間の通信が行えない期間が長くなったりする問題が発生する。

この発明は、上述の課題を解決するためになされたもので、その目的は、電力線を介した親機および子機間の良好な通信を実現することが可能な親装置、通信制御方法および通信制御プログラムを提供することである。

（１）上記課題を解決するために、この発明のある局面に係わる親装置は、電力線を介して電力情報取得装置と接続される親装置であって、暗号キーを用いて前記電力情報取得装置と通信する通信部と、前記電力情報取得装置に新たな暗号キーを通知して更新する更新処理を、定期的または不定期に到来する更新時期において行う更新部とを備え、前記更新部は、前記更新処理に失敗した場合、失敗した前記更新処理と同じ前記更新時期において前記更新処理のリトライを行う。

（１１）上記課題を解決するために、この発明のある局面に係わる通信制御方法は、電力線を介して電力情報取得装置と接続される親装置における通信制御方法であって、暗号キーを用いて前記電力情報取得装置と通信するステップと、前記電力情報取得装置に新たな暗号キーを通知して更新する更新処理を、定期的または不定期に到来する更新時期において行うステップとを含み、前記更新処理を行うステップにおいては、前記更新処理に失敗した場合、失敗した前記更新処理と同じ前記更新時期において前記更新処理のリトライを行う。

（１２）上記課題を解決するために、この発明のある局面に係わる通信制御プログラムは、電力線を介して電力情報取得装置と接続される親装置において用いられる通信制御プログラムであって、コンピュータに、暗号キーを用いて前記電力情報取得装置と通信するステップと、前記電力情報取得装置に新たな暗号キーを通知して更新する更新処理を、定期的または不定期に到来する更新時期において行うステップとを実行させるためのプログラムであり、前記更新処理を行うステップにおいては、前記更新処理に失敗した場合、失敗した前記更新処理と同じ前記更新時期において前記更新処理のリトライを行う。

本発明は、このような特徴的な処理部を備える親装置として実現できるだけでなく、このような特徴的な処理部を備える電力情報収集システムとして実現することができる。また、親装置の一部または全部を実現する半導体集積回路として実現することができる。

本発明によれば、電力線を介した親機および子機間の良好な通信を実現することができる。

図１は、本発明の実施の形態に係る電力情報収集システムの構成を示す図である。 図２は、本発明の実施の形態に係る電力情報収集システムにおける親装置の構成を示す図である。 図３は、本発明の実施の形態に係る電力情報収集システムにおける更新処理のシーケンスの一例を示す図である。 図４は、本発明の実施の形態に係る親装置が、通信監視処理、リトライ回数決定処理、更新処理および再起動処理を行う際の動作手順を定めたフローチャートである。 図５は、本発明の実施の形態に係る親装置が通信監視処理を行う際の動作手順を定めたフローチャートである。 図６は、本発明の実施の形態に係る親装置がリトライ回数決定処理を行う際の動作手順を定めたフローチャートである。 図７は、本発明の実施の形態に係る親装置が更新処理を行う際の動作手順を定めたフローチャートである。

最初に、本発明の実施形態の内容を列記して説明する。

（１）本発明の実施の形態に係る親装置は、電力線を介して電力情報取得装置と接続される親装置であって、暗号キーを用いて前記電力情報取得装置と通信する通信部と、前記電力情報取得装置に新たな暗号キーを通知して更新する更新処理を、定期的または不定期に到来する更新時期において行う更新部とを備え、前記更新部は、前記更新処理に失敗した場合、失敗した前記更新処理と同じ前記更新時期において前記更新処理のリトライを行う。

このような構成により、たとえば、親装置および電力情報取得装置間の通信が正常に行われなかったためにＧＭＫの更新処理に失敗した場合においても、親装置は、同じ更新時期において更新処理のリトライを行うので、親装置による電力情報取得装置の再起動の発生を抑制することができる。これにより、電力情報取得装置の処理負担が増えたり、親装置および電力情報取得装置間の通信が行えない期間が長くなったりすることを回避することができる。したがって、電力線を介した親機および子機間の良好な通信を実現することができる。

（２）好ましくは、前記更新部は、前記更新時期において所定回数以下の回数前記リトライを行い、前記親装置は、さらに、前回の前記更新時期と次回の前記更新時期との間における前記親装置および前記電力情報取得装置間の通信結果に基づいて前記所定回数を算出するリトライ回数決定部を備える。

このような構成により、直近の通信状況を更新処理のリトライ回数に反映させることができるので、リトライ回数の上限を適切な値に設定することができる。

（３）より好ましくは、前記リトライ回数決定部は、前記通信結果、および前記更新処理の成功率の目標値に基づいて前記所定回数を算出する。

このような構成により、上記目標値を更新処理のリトライ回数にさらに反映させることができるので、リトライ回数の上限をより適切な値に設定することができる。

（４）より好ましくは、前記リトライ回数決定部は、以下の式を満足することが可能なＺを前記所定回数に設定する。

但し、ｋは前記更新処理における前記親装置および前記電力情報取得装置間の情報伝達の回数であり、Ｐは前回の前記更新時期と次回の前記更新時期との間における前記親装置および前記電力情報取得装置間の通信の成功率であり、ｃは前記目標値である。

このような構成により、上記式を用いて、更新処理のリトライ回数の上限を簡易な処理でより適切に決定することができる。

（５）好ましくは、前記更新部は、前記更新時期において所定回数以下の回数前記リトライを行い、前記リトライの回数が前記所定回数に達する前に前記更新処理に成功した場合、前記リトライを終了する。

このような構成により、更新処理が成功したにも関わらず、更新処理を無駄に繰り返してしまうことを回避することができる。

（６）より好ましくは、前記リトライ回数決定部は、算出した前記所定回数が所定の上限回数より大きい場合、前記上限回数を前記所定回数として決定する。

このような構成により、更新処理のリトライ回数が、異常に大きな値に設定されてしまうことを回避することができるので、親装置が長時間にわたって更新処理を行ってしまうことを回避することができる。

（７）より好ましくは、前記親装置は、さらに、前記親装置および前記電力情報取得装置間の情報伝達の成功回数または失敗回数を前記通信結果としてカウントする通信監視部を備える。

このように、容易に取得可能な情報伝達の成功回数または失敗回数を通信結果としてカウントする構成により、直近の通信状況を簡易な処理で取得することができる。

（８）より好ましくは、前記リトライ回数決定部は、前回の前記更新時期と次回の前記更新時期との間のうち、次回の前記更新時期から所定時間前のタイミング以降の前記通信結果に基づいて前記所定回数を算出する。

このような構成により、より直近の通信状況を更新処理のリトライ回数に反映させることができるので、リトライ回数の上限をより適切な値に設定することができる。

（９）より好ましくは、前記リトライ回数決定部は、前記通信結果を取得できない場合、固定値を前記所定回数として決定する。

このような構成により、通信結果を取得できない場合においても更新処理のリトライ回数を決定することができるので、更新処理のリトライ回数が不定値となってしまうことを回避することができ、親装置を安定して動作させることができる。

（１０）より好ましくは、前記リトライ回数決定部は、算出した前記所定回数が所定の下限回数より小さい場合、前記下限回数を前記所定回数として決定する。

このような構成により、更新処理のリトライ回数が、異常に小さな値に設定されてしまうことを回避することができるので、最低限度のリトライ回数を確保することができる。

（１１）本発明の実施の形態に係る通信制御方法は、電力線を介して電力情報取得装置と接続される親装置における通信制御方法であって、暗号キーを用いて前記電力情報取得装置と通信するステップと、前記電力情報取得装置に新たな暗号キーを通知して更新する更新処理を、定期的または不定期に到来する更新時期において行うステップとを含み、前記更新処理を行うステップにおいては、前記更新処理に失敗した場合、失敗した前記更新処理と同じ前記更新時期において前記更新処理のリトライを行う。

このような構成により、たとえば、親装置および電力情報取得装置間の通信が正常に行われなかったためにＧＭＫの更新処理に失敗した場合においても、親装置は、同じ更新時期において更新処理のリトライを行うので、親装置による電力情報取得装置の再起動の発生を抑制することができる。これにより、電力情報取得装置の処理負担が増えたり、親装置および電力情報取得装置間の通信が行えない期間が長くなったりすることを回避することができる。したがって、電力線を介した親機および子機間の良好な通信を実現することができる。

（１２）本発明の実施の形態に係る通信制御プログラムは、電力線を介して電力情報取得装置と接続される親装置において用いられる通信制御プログラムであって、コンピュータに、暗号キーを用いて前記電力情報取得装置と通信するステップと、前記電力情報取得装置に新たな暗号キーを通知して更新する更新処理を、定期的または不定期に到来する更新時期において行うステップとを実行させるためのプログラムであり、前記更新処理を行うステップにおいては、前記更新処理に失敗した場合、失敗した前記更新処理と同じ前記更新時期において前記更新処理のリトライを行う。

このような構成により、たとえば、親装置および電力情報取得装置間の通信が正常に行われなかったためにＧＭＫの更新処理に失敗した場合においても、親装置は、同じ更新時期において更新処理のリトライを行うので、親装置による電力情報取得装置の再起動の発生を抑制することができる。これにより、電力情報取得装置の処理負担が増えたり、親装置および電力情報取得装置間の通信が行えない期間が長くなったりすることを回避することができる。したがって、電力線を介した親機および子機間の良好な通信を実現することができる。

以下、本発明の実施の形態について図面を用いて説明する。なお、図中同一または相当部分には同一符号を付してその説明は繰り返さない。また、以下に記載する実施の形態の少なくとも一部を任意に組み合わせてもよい。

［構成および基本動作］
図１は、本発明の実施の形態に係る電力情報収集システムの構成を示す図である。

図１を参照して、電力情報収集システム３０１は、親装置１０１と、サーバ１５１と、１または複数の電力情報取得装置２０２とを備える。

電力情報取得装置２０２は、たとえばスマートメータである。親装置１０１は、たとえばコンセントレータである。サーバ１５１は、たとえばヘッドエンドである。

親装置１０１は、電力線１６１を介して電力情報取得装置２０２と接続される。電力情報取得装置２０２および親装置１０１は、電力線１６１を用いた電力線通信により、各種情報をやり取りする。電力情報取得装置２０２は、当該電力線通信における子機であり、親装置１０１は、当該電力線通信における親機である。以下、電力情報取得装置２０２を子装置２０２とも称する。

親装置１０１は、１または複数の子装置２０２を管理し、管理対象の子装置２０２と暗号キーの更新に関する情報、および電力情報等のやり取りを行う。

たとえば、親装置１０１および子装置２０２間では、ＩＴＵ−Ｔ Ｇ．９９０３（非特許文献２）に従って暗号化された情報が伝送される。

詳細には、親装置１０１および子装置２０２は、暗号キーとしてたとえばＧＭＫを保持している。親装置１０１および子装置２０２は、たとえばＧＭＫで暗号化した情報を子装置２０２および親装置１０１へそれぞれ送信する。また、親装置１０１および子装置２０２は、たとえば子装置２０２および親装置１０１からそれぞれ受信した情報をＧＭＫで復号する。

より詳細には、子装置２０２は、たとえば通信機能付きの電力計量器である。子装置２０２は、たとえば、取得した電力に関する情報を示す電力情報をＧＭＫで暗号化して親装置１０１へ送信する。

親装置１０１は、子装置２０２から電力情報を受信すると、受信した電力情報をたとえばＧＭＫで復号する。

親装置１０１およびサーバ１５１は、有線通信または無線通信により、インターネット経由で各種情報をやり取りする。

具体的には、親装置１０１は、たとえば、複数の子装置２０２から受信した復号後の各電力情報を集約してサーバ１５１へ送信するか、または当該各電力情報を個別にサーバ１５１へ送信する。

また、親装置１０１は、子装置２０２に新たな暗号キーを通知して更新する更新処理を行う。具体的には、親装置１０１は、たとえば管理対象の子装置２０２が保持するＧＭＫを、自己が通知するＧＭＫに更新する。子装置２０２が保持するＧＭＫの更新が完了すると、親装置１０１および子装置２０２は、更新されたＧＭＫを用いる。

［課題］
親装置１０１は、更新処理を行う際に、更新対象の子装置（以下、対象子装置とも称する。）２０２との間でＧＭＫの更新に関する情報の伝達をたとえば複数回行う。たとえば、親装置１０１および対象子装置２０２間の通信において通信障害が発生し、複数回の情報伝達のうちの少なくとも１つが失敗すると、親装置１０１が保持するＧＭＫの更新は行われるが、対象子装置２０２が保持するＧＭＫの更新が行われない状態が生じてしまう。

この状態では、親装置１０１は、対象子装置２０２から受信する電力情報を、自己が保持するＧＭＫで復号することができない。このため、親装置１０１は、たとえば、当該電力情報を破棄し、対象子装置２０２を再起動させる。

たとえば、対象子装置２０２の再起動が行われると、対象子装置２０２の処理負担が増えたり、親装置１０１および対象子装置２０２間の通信が行えない期間が長くなったりするため、子装置２０２の再起動の発生を抑制する必要がある。

そこで、本発明の実施の形態に係る親装置では、以下のような構成および動作により、このような課題を解決する。

［親装置の構成］
図２は、本発明の実施の形態に係る電力情報収集システムにおける親装置の構成を示す図である。

図２を参照して、親装置１０１は、通信部２１と、更新部２２と、リトライ回数決定部２３と、通信監視部２４と、電力情報処理部２５とを備える。

親装置１０１における通信部２１は、電力線１６１を介して子装置２０２と接続されている。また、通信部２１は、暗号キーを用いて子装置２０２と通信する。具体的には、通信部２１は、たとえば、暗号キーとしてＧＭＫを保持しており、子装置２０２から電力線１６１経由で受信する情報をＧＭＫで復号する。また、通信部２１は、たとえば、ＧＭＫで暗号化した情報を電力線１６１経由で子装置２０２へ送信する。また、通信部２１は、サーバ１５１と通信する。

電力情報処理部２５は、たとえば電力情報を処理する。具体的には、電力情報処理部２５は、通信部２１経由で１または複数の子装置２０２からたとえば定期的に電力情報を受信する。電力情報処理部２５は、たとえば、受信した電力情報を集約して通信部２１経由でサーバ１５１へ送信するか、または個別に通信部２１経由でサーバ１５１へ送信する。

更新部２２は、定期的に到来する更新時期において更新処理を行う。ここで、更新時期は、たとえば更新処理が行われる期間である。また、更新処理には、たとえばＧＭＫ送信処理およびＧＭＫ有効化処理が含まれる。ＧＭＫ送信処理およびＧＭＫ有効化処理の詳細については、後述する。

より詳細には、更新部２２は、たとえば、前回の更新時期と次回の更新時期との間のうち、次回の更新時期から所定時間Ｔ１前のタイミング（以下、監視開始タイミングとも称する。）から所定時間Ｔ２経過後の監視終了タイミングまでの監視期間ＭＰを設定し、監視開始タイミングにおいて監視開始命令を通信監視部２４へ出力する。また、更新部２２は、たとえば、監視終了タイミングが到来すると、監視終了命令を通信監視部２４およびリトライ回数決定部２３へ出力する。

［通信監視処理］
通信監視部２４は、たとえば、自己の親装置１０１および子装置２０２間の情報伝達の成功回数Ｎｓおよび失敗回数Ｎｆを、前回の更新時期と次回の更新時期との間における自己の親装置１０１および子装置２０２間の通信結果（以下、対象通信結果とも称する。）としてカウントする通信監視処理を行う。

具体的には、通信監視部２４は、たとえば、更新部２２から監視開始命令を受けると、成功回数Ｎｓおよび失敗回数Ｎｆをゼロに初期化し、通信部２１から受ける通信状態の報告情報を用いて、通信部２１と子装置２０２との間における通信の発生を監視する。

より詳細には、通信監視部２４は、たとえば、通信部２１における、子装置２０２へのメッセージの送信の発生、および子装置２０２からのメッセージの受信の発生を監視する。

通信監視部２４は、たとえば、通信部２１が子装置２０２へのメッセージの送信に成功した場合、または通信部２１が子装置２０２からのメッセージの受信に成功した場合、成功回数Ｎｓをインクリメントする。

また、通信監視部２４は、たとえば、通信部２１が子装置２０２へのメッセージの送信に失敗した場合、または通信部２１が子装置２０２からのメッセージの受信に失敗した場合、失敗回数Ｎｆをインクリメントする。

通信監視部２４は、たとえば、更新部２２から監視終了命令を受けると、成功回数Ｎｓおよび失敗回数Ｎｆを対象通信結果としてリトライ回数決定部２３へ出力する。

［リトライ回数決定処理］
リトライ回数決定部２３は、たとえば、前回の更新時期と次回の更新時期との間における自己の親装置１０１および子装置２０２間の通信結果に基づいて再試行回数Ｎｔｍａｘ，Ｎａｍａｘを算出するリトライ回数決定処理を行う。ここで、再試行回数ＮｔｍａｘおよびＮａｍａｘは、それぞれＧＭＫ送信処理およびＧＭＫ有効化処理に用いられる。

詳細には、リトライ回数決定部２３は、たとえば、前回の更新時期と次回の更新時期との間のうち、次回の更新時期から所定時間Ｔ１前のタイミング以降の通信結果、すなわち対象通信結果に基づいて再試行回数Ｎｔｍａｘ，Ｎａｍａｘを算出する。

具体的には、リトライ回数決定部２３は、たとえば、更新部２２から監視終了命令を受けて、通信監視部２４から対象通信結果として受けた成功回数Ｎｓおよび失敗回数Ｎｆに基づいて再試行回数Ｎｔｍａｘ，Ｎａｍａｘを算出する。

より詳細には、リトライ回数決定部２３は、たとえば、対象通信結果、および更新処理の成功率の目標値に基づいて再試行回数Ｎｔｍａｘ，Ｎａｍａｘを算出する。

具体的には、リトライ回数決定部２３は、たとえば、以下の式（１）を満足することが可能な整数であるＸを再試行回数Ｎｔｍａｘに設定する。

ここで、Ｎｓ／（Ｎｓ＋Ｎｆ）すなわちＰは、たとえば、前回の更新時期と次回の更新時期との間、具体的には監視期間ＭＰにおける親装置１０１および子装置２０２間の通信の成功率である。Ｐの指数である５は、たとえば、更新処理、具体的にはＧＭＫ送信処理における親装置１０１および子装置２０２間の情報伝達の回数である。Ｔは、たとえば更新処理の成功率の目標値である。また、上記情報伝達の内容については後述する。

式（１）を満足することが可能なＸは複数あるので、好ましくは、リトライ回数決定部２３は、たとえば式（１）を満たすことが可能な複数のＸのうち、最小のＸを再試行回数Ｎｔｍａｘに設定する。

ここで、式（１）の意味を説明する。以下、「ｙ＾ｘ」は、ｙのｘ乗を計算することを表す。

Ｐ＾５は、たとえば、親装置１０１および子装置２０２間の情報伝達が５回連続で成功する確率を示す。（１−Ｐ＾５）は、たとえば、親装置１０１および子装置２０２間の情報伝達が５回中で少なくとも１回失敗する確率、言い換えるとＧＭＫ送信処理が失敗する確率を示す。（１−Ｐ＾５）＾（Ｘ＋１）は、たとえば、ＧＭＫ送信処理をＸ回リトライする場合において、ＧＭＫ送信処理がＸ回連続して失敗する確率を示す。１−（１−Ｐ＾５）＾（Ｘ＋１）は、たとえば、ＧＭＫ送信処理をＸ回リトライする場合において、ＧＭＫ送信処理がＸ回中で少なくとも１回成功する確率を示す。

リトライ回数決定部２３は、たとえば、算出した再試行回数Ｎｔｍａｘが所定の上限回数Ｎｔｕより大きい場合、上限回数Ｎｔｕを再試行回数Ｎｔｍａｘとして決定する。また、リトライ回数決定部２３は、たとえば、式（１）を用いて算出した再試行回数Ｎｔｍａｘが所定の下限回数Ｎｔｂより小さい場合、下限回数Ｎｔｂを再試行回数Ｎｔｍａｘとして決定する。

また、リトライ回数決定部２３は、たとえば、式（２）を満足することが可能な整数であるＹを再試行回数Ｎａｍａｘに設定する。

ここで、Ｐの指数である２は、たとえば、更新処理、具体的にはＧＭＫ有効化処理における親装置１０１および子装置２０２間の情報伝達の回数である。Ｎｓ／（Ｎｓ＋Ｎｆ）すなわちＰおよびＴは、たとえば、式（１）に示すＰおよびＴとそれぞれ同様である。また、式（２）の意味は、式（１）の意味と同様である。また、上記情報伝達の内容については後述する。

リトライ回数決定部２３は、たとえば、算出した再試行回数Ｎａｍａｘが所定の上限回数Ｎａｕより大きい場合、上限回数Ｎａｕを再試行回数Ｎａｍａｘとして決定する。また、リトライ回数決定部２３は、たとえば、算出した再試行回数Ｎａｍａｘが所定の下限回数Ｎａｂより小さい場合、下限回数Ｎａｂを再試行回数Ｎａｍａｘとして決定する。

［成功回数Ｎｓおよび失敗回数Ｎｆを取得できないとき］
また、リトライ回数決定部２３は、たとえば、対象通信結果を取得できない場合、固定値を再試行回数Ｎｔｍａｘ，Ｎａｍａｘとして決定する。

具体的には、リトライ回数決定部２３は、たとえば、通信監視部２４から受ける成功回数Ｎｓおよび失敗回数Ｎｆの両方がゼロである場合、固定値であるＮｔｆ，Ｎａｆをそれぞれ再試行回数Ｎｔｍａｘ，Ｎａｍａｘとして決定する。

また、リトライ回数決定部２３は、たとえば、更新部２２から監視終了命令を受けた場合においても、通信監視部２４から成功回数Ｎｓおよび失敗回数Ｎｆを受けることができないとき、Ｎｔｆ，Ｎａｆをそれぞれ再試行回数Ｎｔｍａｘ，Ｎａｍａｘとして決定する。

なお、リトライ回数決定部２３は、たとえば、通信監視部２４から受ける成功回数Ｎｓおよび失敗回数Ｎｆのいずれか一方がゼロである場合、式（１）または（２）をそれぞれ満足することが可能な整数ＸまたはＹを算出することが困難であるため、例外処理として、固定値であるＮｔｆ，Ｎａｆをそれぞれ再試行回数Ｎｔｍａｘ，Ｎａｍａｘとして決定する。

リトライ回数決定部２３は、たとえば、決定した再試行回数Ｎｔｍａｘ，Ｎａｍａｘを更新部２２へ出力する。

［更新処理］
電力情報収集システム３０１における各装置は、コンピュータを備え、当該コンピュータにおけるＣＰＵ等の演算処理部は、以下のシーケンス図またはフローチャートの各ステップの一部または全部を含むプログラムを図示しないメモリからそれぞれ読み出して実行する。これら複数の装置のプログラムは、それぞれ、外部からインストールすることができる。これら複数の装置のプログラムは、それぞれ、記録媒体に格納された状態で流通する。

図３は、本発明の実施の形態に係る電力情報収集システムにおける更新処理のシーケンスの一例を示す図である。図３には、ＧＭＫ送信処理およびＧＭＫ有効化処理がともに１回目で成功する場合が示されている。

図３を参照して、親装置１０１における更新部２２は、たとえば、リトライ回数決定部２３から再試行回数Ｎｔｍａｘ，Ｎａｍａｘを受けると、受けた再試行回数Ｎｔｍａｘ，Ｎａｍａｘを用いて更新処理を行う。

［ＧＭＫ送信処理］
より詳細には、更新部２２は、たとえば、再試行回数Ｎｔｍａｘを用いてＧＭＫ送信処理を行う。

具体的には、更新部２２は、たとえば、ＧＭＫ送信処理の回数を示す試行回数Ｎｔをゼロに初期化するとともに新たなＧＭＫを作成し、作成した新たなＧＭＫに更新するためのメッセージＭｔ１を通信部２１経由で子装置２０２へ送信する（ステップＳ５２）。

更新部２２は、たとえば、メッセージＭｔ１の応答であるメッセージＭｔ２を通信部２１経由で子装置２０２から受信すると（ステップＳ５４）、メッセージＭｔ３を作成し、作成したメッセージＭｔ３を通信部２１経由で子装置２０２へ送信する（ステップＳ５６）。

更新部２２は、たとえば、メッセージＭｔ３の応答であるメッセージＭｔ４を通信部２１経由で子装置２０２から受信すると（ステップＳ５８）、メッセージＭｔ５を作成し、作成したメッセージＭｔ５を通信部２１経由で子装置２０２へ送信する（ステップＳ６０）。

このように、ＧＭＫ送信処理において、更新部２２および子装置２０２間において５回の情報伝達が行われる。

更新部２２は、たとえば、メッセージＭｔ１，Ｍｔ３，Ｍｔ５の送信の少なくともいずれか１つに失敗した場合、またはメッセージＭｔ２，Ｍｔ４の受信の少なくともいずれか１つに失敗した場合、ＧＭＫ送信処理が失敗したと判断する。

一方、更新部２２は、たとえば、メッセージＭｔ１，Ｍｔ３，Ｍｔ５の送信、およびメッセージＭｔ２，Ｍｔ４の受信のすべてが成功した場合、ＧＭＫ送信処理が成功したと判断する。そして、更新部２２は、ＧＭＫ送信処理を終了し、たとえば再試行回数Ｎａｍａｘを用いてＧＭＫ有効化処理を行う。

更新部２２は、ＧＭＫ送信処理に失敗した場合、失敗したＧＭＫ送信処理と同じ更新時期においてＧＭＫ送信処理のリトライを行う。

より詳細には、更新部２２は、たとえば、更新時期において再試行回数Ｎｔｍａｘ以下の回数ＧＭＫ送信処理のリトライを行う。更新部２２は、たとえば、ＧＭＫ送信処理のリトライの回数が再試行回数Ｎｔｍａｘに達する前にＧＭＫ送信処理に成功した場合、ＧＭＫ送信処理のリトライを終了する。

具体的には、更新部２２は、たとえば、ＧＭＫ送信処理に失敗したと判断すると、試行回数Ｎｔをインクリメントする。そして、更新部２２は、たとえば、試行回数Ｎｔが再試行回数Ｎｔｍａｘより小さい場合、再びＧＭＫ送信処理を行う。

そして、更新部２２は、たとえば、再び行ったＧＭＫ送信処理が成功したと判断すると、ＧＭＫ送信処理のリトライを終了し、たとえば再試行回数Ｎａｍａｘを用いてＧＭＫ有効化処理を行う。

一方、更新部２２は、たとえば、試行回数Ｎｔが再試行回数Ｎｔｍａｘに達した場合、ＧＭＫ送信処理を再試行回数Ｎｔｍａｘ連続して失敗したと判断し、再起動処理を行う。

より詳細には、更新部２２は、たとえば、子装置２０２を再起動するためのメッセージＭｒを作成し、作成したメッセージＭｒを通信部２１経由で子装置２０２へ送信する。

子装置２０２は、たとえば、親装置１０１からメッセージＭｒを受信すると、自己を再起動する。

［ＧＭＫ有効化処理］
更新部２２は、たとえば、ＧＭＫ有効化処理の回数を示す試行回数Ｎａをゼロに初期化するとともに、子装置２０２へ送信した新たなＧＭＫを有効化するためのメッセージＭａ１を通信部２１経由で子装置２０２へ送信する（ステップＳ６２）。

更新部２２は、たとえば、メッセージＭａ１の応答であるメッセージＭａ２を通信部２１経由で子装置２０２から受信する（ステップＳ６４）。

このように、ＧＭＫ有効化処理において、更新部２２および子装置２０２間において２回の情報伝達が行われる。

更新部２２は、たとえば、メッセージＭａ１の送信、およびメッセージＭａ２の受信の少なくともいずれか１つに失敗した場合、ＧＭＫ有効化処理が失敗したと判断する。

一方、更新部２２は、たとえば、メッセージＭａ１の送信、およびメッセージＭａ２の受信の両方が成功した場合、ＧＭＫ有効化処理が成功したと判断する。そして、更新部２２は、ＧＭＫ有効化処理を終了し、たとえば新たなＧＭＫを通信部２１へ出力する。

再び図２を参照して、通信部２１は、たとえば、更新部２２からＧＭＫを受けると、受けたＧＭＫを暗号キーとして用いて子装置２０２と通信する。

更新部２２は、ＧＭＫ有効化処理に失敗した場合、失敗したＧＭＫ有効化処理と同じ更新時期においてＧＭＫ有効化処理のリトライを行う。

より詳細には、更新部２２は、たとえば、更新時期において再試行回数Ｎａｍａｘ以下の回数ＧＭＫ有効化処理のリトライを行う。更新部２２は、たとえば、ＧＭＫ有効化処理のリトライの回数が再試行回数Ｎａｍａｘに達する前にＧＭＫ有効化処理に成功した場合、ＧＭＫ有効化処理のリトライを終了する。

具体的には、更新部２２は、たとえば、ＧＭＫ有効化処理に失敗したと判断すると、試行回数Ｎａをインクリメントする。そして、更新部２２は、たとえば、試行回数Ｎａが再試行回数Ｎａｍａｘより小さい場合、再びＧＭＫ有効化処理を行う。

一方、更新部２２は、たとえば、試行回数Ｎａが再試行回数Ｎａｍａｘに達した場合、ＧＭＫ有効化処理を再試行回数Ｎａｍａｘ連続して失敗したと判断し、再起動処理を行う。

また、更新部２２は、たとえば、再び行ったＧＭＫ有効化処理が成功したと判断すると、ＧＭＫ有効化処理のリトライを終了し、たとえば新たなＧＭＫを通信部２１へ出力する。

［動作］
図４は、本発明の実施の形態に係る親装置が、通信監視処理、リトライ回数決定処理、更新処理および再起動処理を行う際の動作手順を定めたフローチャートである。

図４を参照して、まず、親装置１０１は、監視開始タイミングが到来するまで待機する（ステップＳ１０２でＮＯ）。

次に、親装置１０１は、監視開始タイミングが到来すると（ステップＳ１０２でＹＥＳ）、通信監視処理を行う（ステップＳ１０４）。

次に、親装置１０１は、リトライ回数決定処理を行う（ステップＳ１０６）。

次に、親装置１０１は、更新処理を行う（ステップＳ１０８）。

次に、親装置１０１は、更新処理に含まれるＧＭＫ送信処理およびＧＭＫ有効化処理の両方が成功した場合（ステップＳ１１０でＹＥＳ）、次の監視開始タイミングが到来するまで待機する（ステップＳ１０２でＮＯ）。

一方、親装置１０１は、ＧＭＫ送信処理およびＧＭＫ有効化処理のいずれか一方に失敗した場合（ステップＳ１１０でＮＯ）、再起動処理としてメッセージＭｒを子装置２０２へ送信する（ステップＳ１１２）。

図５は、本発明の実施の形態に係る親装置が通信監視処理を行う際の動作手順を定めたフローチャートである。図５は、図４のステップＳ１０４における動作の詳細を示している。

図５を参照して、まず、親装置１０１は、成功回数Ｎｓおよび失敗回数Ｎｆをゼロに初期化する（ステップＳ２０２）。

次に、親装置１０１は、監視期間ＭＰにおいて子装置２０２との通信が発生するまで待機する（ステップＳ２０４でＹＥＳおよびステップＳ２０６でＮＯ）。

次に、親装置１０１は、監視期間ＭＰにおいて子装置２０２との通信が発生すると（ステップＳ２０４でＹＥＳおよびステップＳ２０６でＹＥＳ）、発生した通信が成功したか否かを確認する（ステップＳ２０８）。

親装置１０１は、発生した通信が成功したと確認すると（ステップＳ２０８でＹＥＳ）、成功回数Ｎｓをインクリメントする（ステップＳ２１０）。

一方、親装置１０１は、発生した通信が失敗したと確認すると（ステップＳ２０８でＮＯ）、失敗回数Ｎｆをインクリメントする（ステップＳ２１２）。

次に、親装置１０１は、成功回数Ｎｓをインクリメントするか（ステップＳ２１０）、または失敗回数Ｎｆをインクリメントすると（ステップＳ２１２）、監視期間ＭＰにおいて子装置２０２との新たな通信が発生するまで待機する（ステップＳ２０４でＹＥＳおよびステップＳ２０６でＮＯ）。

また、親装置１０１は、監視期間ＭＰが満了すると（ステップＳ２０４でＮＯ）、通信監視処理を終了する。

図６は、本発明の実施の形態に係る親装置がリトライ回数決定処理を行う際の動作手順を定めたフローチャートである。図６は、図４のステップＳ１０６における動作の詳細を示している。

図６を参照して、まず、親装置１０１は、たとえば成功回数Ｎｓおよび失敗回数Ｎｆの少なくともいずれか一方がゼロである場合（ステップＳ３０２でＹＥＳ）、固定値であるＮｔｆを再試行回数Ｎｔｍａｘとして算出する（ステップＳ３２４）。

次に、親装置１０１は、固定値であるＮａｆを再試行回数Ｎａｍａｘとして算出し、リトライ回数決定処理を終了する（ステップＳ３２６）。

一方、親装置１０１は、成功回数Ｎｓおよび失敗回数Ｎｆがともにゼロでない場合（ステップＳ３０２でＮＯ）、式（１）を用いて再試行回数Ｎｔｍａｘを算出する（ステップＳ３０４）。

次に、親装置１０１は、式（２）を用いて再試行回数Ｎａｍａｘを算出する（ステップＳ３０４）。

次に、親装置１０１は、再試行回数Ｎｔｍａｘが上限回数Ｎｔｕより大きい場合（ステップＳ３０８でＹＥＳ）、上限回数Ｎｔｕを再試行回数Ｎｔｍａｘとして算出する（ステップＳ３１０）。

一方、親装置１０１は、再試行回数Ｎｔｍａｘが上限回数Ｎｔｕ以下である場合（ステップＳ３０８でＮＯ）、再試行回数Ｎｔｍａｘを変更しない。

次に、親装置１０１は、再試行回数Ｎｔｍａｘが下限回数Ｎｔｂより小さい場合（ステップＳ３１２でＹＥＳ）、下限回数Ｎｔｂを再試行回数Ｎｔｍａｘとして算出する（ステップＳ３１４）。

一方、親装置１０１は、再試行回数Ｎｔｍａｘが下限回数Ｎｔｂ以上である場合（ステップＳ３１２でＮＯ）、再試行回数Ｎｔｍａｘを変更しない。

次に、親装置１０１は、再試行回数Ｎａｍａｘが上限回数Ｎａｕより大きい場合（ステップＳ３１６でＹＥＳ）、上限回数Ｎａｕを再試行回数Ｎａｍａｘとして算出する（ステップＳ３１８）。

一方、親装置１０１は、再試行回数Ｎａｍａｘが上限回数Ｎａｕ以下である場合（ステップＳ３１６でＮＯ）、再試行回数Ｎａｍａｘを変更しない。

次に、親装置１０１は、再試行回数Ｎａｍａｘが下限回数Ｎａｂより小さい場合（ステップＳ３２０でＹＥＳ）、下限回数Ｎａｂを再試行回数Ｎａｍａｘとして算出し（ステップＳ３２２）、リトライ回数決定処理を終了する。

一方、親装置１０１は、再試行回数Ｎａｍａｘが下限回数Ｎａｂ以上である場合（ステップＳ３２０でＮＯ）、再試行回数Ｎａｍａｘを変更せずにリトライ回数決定処理を終了する。

なお、上記ステップＳ３０４およびＳ３０６の順番は、上記に限らず、順番を入れ替えてもよい。

また、上記ステップＳ３２４およびＳ３２６の順番は、上記に限らず、順番を入れ替えてもよい。

また、上記ステップＳ３０８およびＳ３１０、上記ステップＳ３１２およびＳ３１４、上記ステップＳ３１６およびＳ３１８、ならびに上記ステップＳ３２０およびＳ３２２の順番は、上記に限らず、一部または全部の順番を変更してもよい。

また、親装置１０１は、上記ステップＳ３０２において、成功回数Ｎｓおよび失敗回数Ｎｆのいずれか一方がゼロである場合、上述の例外処理を行うべきであると判断する（ステップＳ３０２でＹＥＳ）。

図７は、本発明の実施の形態に係る親装置が更新処理を行う際の動作手順を定めたフローチャートである。図７は、図４のステップＳ１０８における動作の詳細を示している。

図７を参照して、まず、親装置１０１は、試行回数Ｎｔ，Ｎｓをゼロに初期化する（ステップＳ４０２）。

次に、親装置１０１は、新たなＧＭＫを作成する（ステップＳ４０４）。

次に、親装置１０１は、作成した新たなＧＭＫを子装置２０２へ送信するＧＭＫ送信処理を行う（ステップＳ４０６）。

次に、親装置１０１は、ＧＭＫ送信処理に失敗した場合（ステップＳ４０８でＮＯ）、試行回数Ｎｔをインクリメントする（ステップＳ４１０）。

次に、親装置１０１は、試行回数Ｎｔが再試行回数Ｎｔｍａｘより小さい場合（ステップＳ４１２でＹＥＳ）、再びＧＭＫ送信処理を行う（ステップＳ４０６）。

一方、親装置１０１は、試行回数Ｎｔが再試行回数Ｎｔｍａｘ以上である場合（ステップＳ４１２でＮＯ）、ＧＭＫ送信処理に失敗したと判断して更新処理を終了する。

また、親装置１０１は、ＧＭＫ送信処理に成功した場合（ステップＳ４０８でＹＥＳ）、新たなＧＭＫを有効化するＧＭＫ有効化処理を行う（ステップＳ４１４）。

次に、親装置１０１は、ＧＭＫ有効化処理に失敗した場合（ステップＳ４１６でＮＯ）、試行回数Ｎａをインクリメントする（ステップＳ４１８）。

次に、親装置１０１は、試行回数Ｎａが再試行回数Ｎａｍａｘより小さい場合（ステップＳ４２０でＹＥＳ）、再びＧＭＫ有効化処理を行う（ステップＳ４１４）。

一方、親装置１０１は、試行回数Ｎａが再試行回数Ｎａｍａｘ以上である場合（ステップＳ４２０でＮＯ）、ＧＭＫ有効化処理に失敗したと判断して更新処理を終了する。

また、親装置１０１は、ＧＭＫ有効化処理に成功した場合（ステップＳ４１６でＹＥＳ）、ＧＭＫ更新処理およびＧＭＫ有効化処理の両方に成功したと判断して更新処理を終了する。

なお、本発明の実施の形態に係る親装置では、更新部２２は、定期的に到来する更新時期において更新処理を行う構成であるとしたが、これに限定するものではない。更新部２２は、不定期に到来する更新時期において更新処理を行う構成であってもよい。

また、本発明の実施の形態に係る親装置では、通信監視部２４は、自己の親装置１０１および子装置２０２間の情報伝達の成功回数および失敗回数を通信結果としてカウントする構成であるとしたが、これに限定するものではない。通信監視部２４は、自己の親装置１０１および子装置２０２間の情報伝達の成功回数または失敗回数を通信結果としてカウントする構成であればよい。

ところで、たとえば、親機がＩＴＵ−Ｔ Ｇ．９９０３（非特許文献２）に従ってＧＭＫの更新処理を行う場合、親機はＧＭＫを新たに作成し、作成した新たなＧＭＫを対象子機へ送信する。親機および対象子機間の通信が正常に行われなかったためにＧＭＫの更新処理に失敗した場合、親機は、たとえば対象子機を再起動する。

しかしながら、電力情報収集システムにおいて対象子機の再起動が行われると、対象子機の処理負担が増えたり、親機および対象子機間の通信が行えない期間が長くなったりする問題が発生する。

これに対して、本発明の実施の形態に係る親装置は、電力線１６１を介して子装置２０２と接続される。通信部２１は、暗号キーを用いて子装置２０２と通信する。更新部２２は、子装置２０２に新たな暗号キーを通知して更新する更新処理すなわちＧＭＫ送信処理およびＧＭＫ有効化処理を、定期的または不定期に到来する更新時期において行う。そして、更新部２２は、更新処理に失敗した場合、失敗した更新処理と同じ更新時期において更新処理のリトライを行う。

このような構成により、たとえば、親装置１０１および子装置２０２間の通信が正常に行われなかったためにＧＭＫの更新処理に失敗した場合においても、親装置１０１は、同じ更新時期において更新処理のリトライを行うので、親装置１０１による子装置２０２の再起動の発生を抑制することができる。これにより、子装置２０２の処理負担が増えたり、親装置１０１および子装置２０２間の通信が行えない期間が長くなったりすることを回避することができる。したがって、電力線を介した親機および子機間の良好な通信を実現することができる。

また、本発明の実施の形態に係る親装置では、更新部２２は、更新時期において再試行回数Ｎｔｍａｘ以下の回数のＧＭＫ送信処理のリトライ、および再試行回数Ｎａｍａｘ以下の回数のＧＭＫ有効化処理のリトライを行う。そして、リトライ回数決定部２３は、前回の更新時期と次回の更新時期との間における親装置１０１および子装置２０２間の通信結果に基づいて再試行回数Ｎｔｍａｘ，Ｎａｍａｘを算出する。

このような構成により、直近の通信状況を再試行回数Ｎｔｍａｘ，Ｎａｍａｘに反映させることができるので、再試行回数Ｎｔｍａｘ，Ｎａｍａｘの上限を適切な値に設定することができる。

また、本発明の実施の形態に係る親装置では、リトライ回数決定部２３は、通信結果、および更新処理の成功率の目標値に基づいて再試行回数Ｎｔｍａｘ，Ｎａｍａｘを算出する。

このような構成により、上記目標値を再試行回数Ｎｔｍａｘ，Ｎａｍａｘにさらに反映させることができるので、再試行回数Ｎｔｍａｘ，Ｎａｍａｘの上限をより適切な値に設定することができる。

また、本発明の実施の形態に係る親装置では、リトライ回数決定部２３は、上記式（１）を満足することが可能なＸを試行回数Ｎｔｍａｘに設定する。また、リトライ回数決定部２３は、上記式（２）を満足することが可能なＹを試行回数Ｎａｍａｘに設定する。

このような構成により、上記式（１）および（２）を用いて、再試行回数Ｎｔｍａｘ，Ｎａｍａｘの上限を簡易な処理でより適切に決定することができる。

また、本発明の実施の形態に係る親装置では、更新部２２は、更新時期において再試行回数Ｎｔｍａｘ以下の回数のＧＭＫ送信処理のリトライ、および再試行回数Ｎａｍａｘ以下の回数のＧＭＫ有効化処理のリトライを行い、ＧＭＫ送信処理のリトライの回数が再試行回数Ｎｔｍａｘに達する前にＧＭＫ送信処理に成功した場合、ＧＭＫ送信処理のリトライを終了するか、またはＧＭＫ有効化処理のリトライの回数が再試行回数Ｎａｍａｘに達する前にＧＭＫ有効化処理に成功した場合、ＧＭＫ有効化処理のリトライを終了する。

このような構成により、ＧＭＫ送信処理またはＧＭＫ有効化処理が成功したにも関わらず、ＧＭＫ送信処理またはＧＭＫ有効化処理をそれぞれ無駄に繰り返してしまうことを回避することができる。

また、本発明の実施の形態に係る親装置では、リトライ回数決定部２３は、算出した再試行回数Ｎｔｍａｘが上限回数Ｎｔｕより大きい場合、上限回数Ｎｔｕを再試行回数Ｎｔｍａｘとして決定する。また、リトライ回数決定部２３は、算出した再試行回数Ｎａｍａｘが上限回数Ｎａｕより大きい場合、上限回数Ｎａｕを再試行回数Ｎａｍａｘとして決定する。

このような構成により、再試行回数Ｎｔｍａｘ，Ｎａｍａｘが、異常に大きな値に設定されてしまうことを回避することができるので、親装置１０１が長時間にわたってＧＭＫ送信処理またはＧＭＫ有効化処理を行ってしまうことを回避することができる。

また、本発明の実施の形態に係る親装置では、通信監視部２４は、親装置１０１および子装置２０２間の情報伝達の成功回数Ｎｓまたは失敗回数Ｎｆを通信結果としてカウントする。

このように、容易に取得可能な情報伝達の成功回数Ｎｓまたは失敗回数Ｎｆを通信結果としてカウントする構成により、直近の通信状況を簡易な処理で取得することができる。

また、本発明の実施の形態に係る親装置では、リトライ回数決定部２３は、前回の更新時期と次回の更新時期との間のうち、次回の更新時期から所定時間Ｔ１前のタイミング以降の通信結果に基づいて再試行回数Ｎｔｍａｘ，Ｎａｍａｘを算出する。

このような構成により、より直近の通信状況を再試行回数Ｎｔｍａｘ，Ｎａｍａｘに反映させることができるので、再試行回数Ｎｔｍａｘ，Ｎａｍａｘの上限をより適切な値に設定することができる。

また、本発明の実施の形態に係る親装置では、リトライ回数決定部２３は、通信結果を取得できない場合、固定値であるＮｔｆ，Ｎａｆをそれぞれ再試行回数Ｎｔｍａｘ，Ｎａｍａｘとして決定する。

このような構成により、通信結果を取得できない場合においても再試行回数Ｎｔｍａｘ，Ｎａｍａｘを決定することができるので、再試行回数Ｎｔｍａｘ，Ｎａｍａｘが不定値となってしまうことを回避することができ、親装置１０１を安定して動作させることができる。

また、本発明の実施の形態に係る親装置では、リトライ回数決定部２３は、算出した再試行回数Ｎｔｍａｘが下限回数Ｎｔｂより小さい場合、下限回数Ｎｔｂを再試行回数Ｎｔｍａｘとして決定する。また、リトライ回数決定部２３は、算出した再試行回数Ｎａｍａｘが下限回数Ｎａｂより小さい場合、下限回数Ｎａｂを再試行回数Ｎａｍａｘとして決定する。

このような構成により、再試行回数Ｎｔｍａｘ，Ｎａｍａｘが、異常に小さな値に設定されてしまうことを回避することができるので、最低限度のリトライ回数を確保することができる。

上記実施の形態は、すべての点で例示であって制限的なものではないと考えられるべきである。本発明の範囲は、上記説明ではなく特許請求の範囲によって示され、特許請求の範囲と均等の意味および範囲内でのすべての変更が含まれることが意図される。

以上の説明は、以下に付記する特徴を含む。

［付記１］
電力線を介して電力情報取得装置と接続される親装置であって、
暗号キーを用いて前記電力情報取得装置と通信する通信部と、
前記電力情報取得装置に新たな暗号キーを通知して更新する更新処理を、定期的または不定期に到来する更新時期において行う更新部とを備え、
前記更新部は、前記更新処理に失敗した場合、失敗した前記更新処理と同じ前記更新時期において前記更新処理のリトライを行い、
前記通信部は、ＩＴＵ−Ｔ（Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ Ｕｎｉｏｎ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ） Ｇ．９９０３に従って、前記暗号キーを用いて前記電力情報取得装置と通信し、
前記更新部は、ＩＴＵ−Ｔ Ｇ．９９０３に従って、前記更新処理を前記更新時期において行う、親装置。

２１ 通信部
２２ 更新部
２３ リトライ回数決定部
２４ 通信監視部
２５ 電力情報処理部
１０１ 親装置
１５１ サーバ
１６１ 電力線
２０２ 電力情報取得装置
３０１ 電力情報収集システム

Claims (12)

1. 電力線を介して電力情報取得装置と接続される親装置であって、
   暗号キーを用いて前記電力情報取得装置と通信する通信部と、
   前記電力情報取得装置に新たな暗号キーを通知して更新する更新処理を、定期的または不定期に到来する更新時期において行う更新部とを備え、
   前記更新部は、前記更新処理に失敗した場合、失敗した前記更新処理と同じ前記更新時期において前記更新処理のリトライを行う、親装置。
2. 前記更新部は、前記更新時期において所定回数以下の回数前記リトライを行い、
   前記親装置は、さらに、
   前回の前記更新時期と次回の前記更新時期との間における前記親装置および前記電力情報取得装置間の通信結果に基づいて前記所定回数を算出するリトライ回数決定部を備える、請求項１に記載の親装置。
3. 前記リトライ回数決定部は、前記通信結果、および前記更新処理の成功率の目標値に基づいて前記所定回数を算出する、請求項２に記載の親装置。
4. 前記リトライ回数決定部は、以下の式を満足することが可能なＺを前記所定回数に設定する、請求項３に記載の親装置。
   

   

   但し、ｋは前記更新処理における前記親装置および前記電力情報取得装置間の情報伝達の回数であり、Ｐは前回の前記更新時期と次回の前記更新時期との間における前記親装置および前記電力情報取得装置間の通信の成功率であり、ｃは前記目標値である。
5. 前記更新部は、前記更新時期において所定回数以下の回数前記リトライを行い、前記リトライの回数が前記所定回数に達する前に前記更新処理に成功した場合、前記リトライを終了する、請求項１から請求項４のいずれか１項に記載の親装置。
6. 前記リトライ回数決定部は、算出した前記所定回数が所定の上限回数より大きい場合、前記上限回数を前記所定回数として決定する、請求項２から請求項４のいずれか１項に記載の親装置。
7. 前記親装置は、さらに、
   前記親装置および前記電力情報取得装置間の情報伝達の成功回数または失敗回数を前記通信結果としてカウントする通信監視部を備える、請求項２から請求項４、および請求項６のいずれか１項に記載の親装置。
8. 前記リトライ回数決定部は、前回の前記更新時期と次回の前記更新時期との間のうち、次回の前記更新時期から所定時間前のタイミング以降の前記通信結果に基づいて前記所定回数を算出する、請求項２から請求項４、請求項６および請求項７のいずれか１項に記載の親装置。
9. 前記リトライ回数決定部は、前記通信結果を取得できない場合、固定値を前記所定回数として決定する、請求項２から請求項４、および請求項６から請求項８のいずれか１項に記載の親装置。
10. 前記リトライ回数決定部は、算出した前記所定回数が所定の下限回数より小さい場合、前記下限回数を前記所定回数として決定する、請求項２から請求項４、および請求項６から請求項９のいずれか１項に記載の親装置。
11. 電力線を介して電力情報取得装置と接続される親装置における通信制御方法であって、
    暗号キーを用いて前記電力情報取得装置と通信するステップと、
    前記電力情報取得装置に新たな暗号キーを通知して更新する更新処理を、定期的または不定期に到来する更新時期において行うステップとを含み、
    前記更新処理を行うステップにおいては、前記更新処理に失敗した場合、失敗した前記更新処理と同じ前記更新時期において前記更新処理のリトライを行う、通信制御方法。
12. 電力線を介して電力情報取得装置と接続される親装置において用いられる通信制御プログラムであって、
    コンピュータに、
    暗号キーを用いて前記電力情報取得装置と通信するステップと、
    前記電力情報取得装置に新たな暗号キーを通知して更新する更新処理を、定期的または不定期に到来する更新時期において行うステップとを実行させるためのプログラムであり、
    前記更新処理を行うステップにおいては、前記更新処理に失敗した場合、失敗した前記更新処理と同じ前記更新時期において前記更新処理のリトライを行う、通信制御プログラム。

Images