(57)【要約】【課題】スマートメータ本来の動作を妨げないタイミングでファームウェアを効率よく更新する通信管理装置、その通信管理方法、プログラム、および通信装置を提供する。【解決手段】通信管理装置は、スマートメータのファームウェアを更新する時の再起動に関する更新条件を、スマートメータと他の機器との間の通信予定情報および通信実績の少なくとも一方に基づいて、決定する決定部を備える。【選択図】図１
2017091365.tif 000002
【特許請求の範囲】
【請求項１】
スマートメータのファームウェアを更新する時の再起動に関する更新条件を、前記スマートメータと他の機器との間の通信予定情報および通信実績の少なくとも一方に基づいて、決定する決定手段を備える通信管理装置。
【請求項２】
決定された前記更新条件に従い、前記スマートメータの前記ファームウェアの更新を行う更新処理装置または前記スマートメータに前記ファームウェアの更新指示を出力する更新指示手段をさらに備える請求項１に記載の通信管理装置。
【請求項３】
前記スマートメータと前記他の機器との間の前記通信予定情報および前記通信実績の少なくとも一方を受信する受信手段をさらに備える請求項１または２に記載の通信管理装置。
【請求項４】
前記他の機器は、前記スマートメータから計測値を収集する収集装置であり、
前記収集装置は、公衆網を介して前記スマートメータに接続され、前記スマートメータと通信する請求項１から３いずれか一項に記載の通信管理装置。
【請求項５】
前記決定手段は、
前記収集装置が前記スマートメータから前記計測値を収集する検針タイミングに基づいて、前記更新条件を決定する請求項４に記載の通信管理装置。
【請求項６】
前記決定手段は、
前記収集装置が前記スマートメータから前記計測値を収集する検針タイミングとは異なる時間に、前記ファームウェアの更新時間を決定する請求項５に記載の通信管理装置。
【請求項７】
前記決定手段は、
前記スマートメータと前記他の機器との間の通信速度に関する情報基づいて、前記更新条件を決定する請求項１から６いずれか一項に記載の通信管理装置。
【請求項８】
前記決定手段は、
前記スマートメータと前記他の機器との間の通信速度に基づいて、前記ファームウェアを前記スマートメータに送信する通信帯域を決定する請求項７に記載の通信管理装置。
【請求項９】
前記更新条件は、前記ファームウェアを送信する少なくとも一つの更新対象エリアを含み、
前記決定手段は、
前記更新対象エリアの前記通信速度が第１の所定値未満の場合、前記通信速度が前記第１の所定値以上となるように、前記更新対象エリアを少なくとも２つのエリアに分割した各エリアを前記更新条件として決定する、請求項８に記載の通信管理装置。
【請求項１０】
前記更新条件は、前記ファームウェアを送信する少なくとも一つの更新対象エリアを含み、
前記決定手段は、
前記更新対象エリアの前記通信速度が第１の所定値未満の場合、前記スマートメータの台数が第３の所定値未満になるように、前記更新対象エリアを少なくとも２つのエリアに分割した各エリアを前記更新条件として決定する、請求項８または９に記載の通信管理装置。
【請求項１１】
前記決定手段は、
デマンドレスポンスに関する予定情報に基づいて、前記更新条件を決定する請求項１から１０いずれか一項に記載の通信管理装置。
【請求項１２】
前記他の機器は、前記スマートメータと通信する需要家宅の通信装置であり、
前記決定手段は、
前記通信装置と前記スマートメータ間の前記通信予定情報または、前記通信装置と前記スマートメータ間の通信実績に基づき予測された通信予定時間とは異なる時間に、前記ファームウェアの更新時間を決定する、請求項１から１１いずれか一項に記載の通信管理装置。
【請求項１３】
前記ファームウェアの前記スマートメータへのダウンロード処理、前記ダウンロード後の当該スマートメータへのインストール処理、および前記インストール後の当該スマートメータの再起動の処理は、前記スマートメータにおいて連続して実行される請求項１から１２いずれか一項に記載の通信管理装置。
【請求項１４】
通信管理装置が、
スマートメータのファームウェアを更新する時の再起動に関する更新条件を、前記スマートメータと他の機器との間の通信予定情報および通信実績の少なくとも一方に基づいて、決定する通信管理方法。
【請求項１５】
コンピュータに、
スマートメータのファームウェアを更新する時の再起動に関する更新条件を、前記スマートメータと他の機器との間の通信予定情報および通信実績の少なくとも一方に基づいて、決定する手順を実行させるためのプログラム。
【請求項１６】
ファームウェアを更新する時の再起動に関する更新条件を決定する通信管理装置に、他の機器との間の通信予定情報および通信実績の少なくとも一方を送信する送信手段と、
前記通信管理装置から、前記通信予定情報および前記通信実績の少なくとも一方に基づいて決定された前記更新条件を受信する受信手段と、を備える通信装置。
【請求項１７】
前記他の機器は、計測値を収集する収集装置であり、
前記受信手段は、前記収集装置が前記計測値を収集する検針タイミングに基づいて決定された前記更新条件を受信する請求項１６に記載の通信装置。
【請求項１８】
前記受信手段は、前記他の機器との間の通信速度に関する情報に基づいて決定された前記更新条件を受信する請求項１６または１７に記載の通信装置。
【請求項１９】
前記受信手段は、前記他の機器との間の通信速度に関する情報に基づいて決定された前記ファームウェアが送信される通信帯域を受信する請求項１６から１８いずれか一項に記載の通信装置。
【請求項２０】
前記受信手段は、デマンドレスポンスに関する予定情報に基づいて決定された前記更新条件を受信する請求項１６から１９いずれか一項に記載の通信装置。
【請求項２１】
前記他の機器は、需要家宅の通信装置であり、
前記受信手段は、前記通信装置との前記通信予定情報または、前記通信装置との通信実績に基づき予測された通信予定時間と異なる時間に決定された前記ファームウェアの更新時間を受信する請求項１６から２０いずれか一項に記載の通信装置。
【請求項２２】
前記受信手段は、決定された前記更新条件に従い出力された前記ファームウェアの更新指示を受信し、
前記更新指示に従い、前記ファームウェアを更新する更新手段をさらに備える、請求項１６から２１いずれか一項に記載の通信装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信管理装置、その通信管理方法、プログラム、および通信装置に関する。
【背景技術】
【０００２】
遠隔地にあるサーバからネットワーク上に存在するデータ処理装置に組み込まれたファームウェアを更新する技術の一例が特許文献１に記載されている。特許文献１に記載の技術では、データ処理装置のジョブの実行状況に基づいて、データ処理装置におけるファームウェアの更新スケジュールを決定する。たとえば、ユーザの使用頻度の低い時間帯にファームウェアの更新を行うことで、ユーザ業務に与える支障を軽減している。
【０００３】
特許文献２には、センタ装置に向けて端末装置が一斉に検針データの送信を行うシステムの一例が記載されている。特許文献２に記載のシステムでは、検針データ送信時刻から、それぞれの端末装置からの検針データの収集数が予め設定された閾値に達するまでの時間に基づいて、端末装置毎にセンタ装置から端末装置に対する制御電文送信不可時間帯を定期的に算出して保持し、各検針データ送信時刻からその時間帯以外の時間帯に、制御電文の送信時間を調整する。
【０００４】
また、特許文献３には、インスタントメッセージを端末間で交換可能な利用者端末の今後の通信状況を把握するシステムの一例が記載されている。特許文献３に記載のシステムでは、スケジュール管理サーバが、スケジュール情報を管理しており、端末の現在の接続状況を示すプレゼンス情報を管理するプレゼンス管理サーバが、定期的または要求により、プレゼンス情報の内容を確認し、通信不可を示す場合、その端末のユーザのプロファイル情報を取得し、さらに、プロファイル情報に基づき、スケジュール情報を取得し、取得したスケジュール情報から、通信不可の利用者端末が次に通信可能な時間を示す次通信可能時間を抽出することで、利用者端末のプレゼンス情報を更新する。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００８−１５２４８２号公報
【特許文献２】特開２０１１−４３４９号公報
【特許文献３】特開２００５−５７７０６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
スマートメータは、２４時間３６５日稼働しており、多数のスマートメータが、公衆網を介して、需要家宅の電力量の検針値を定期的にサーバに送信する処理を行っている。さらに、スマートメータは、需要家宅の外部に設置されることが多く、需要家がスマートメータの操作を行うことは殆どない。したがって、スマートメータのファームウェアの更新は、自動的に、かつ、スマートメータ本来の動作である、電力量の検針値の送信処理等が妨げられないように行われることが望ましい。
しかしながら、上記文献記載の技術では、装置のジョブ実行状況、通信状況または利用者のスケジュール情報に基づいて、ファームウェアの更新や情報の送信時間を決定することはできるが、多数の装置のファームウェアの更新を自動的に行う際に行われる再起動処理のタイミングを、各装置本来の動作を妨げないように決定することは想定されていない。
【０００７】
本発明は上記事情に鑑みてなされたものであり、その目的とするところは、スマートメータ本来の動作を妨げないタイミングでファームウェアを効率よく更新する通信管理装置、その通信管理方法、プログラム、および通信装置を提供することにある。
【課題を解決するための手段】
【０００８】
本発明の各側面では、上述した課題を解決するために、それぞれ以下の構成を採用する。
【０００９】
第一の側面は、通信管理装置に関する。
第一の側面に係る通信管理装置は、スマートメータのファームウェアを更新する時の再起動に関する更新条件を、前記スマートメータと他の機器との間の通信予定情報および通信実績の少なくとも一方に基づいて、決定する決定手段と、を有する。
【００１０】
第二の側面は、少なくとも１つのコンピュータにより実行される通信管理方法に関する。
第二の側面に係る通信管理方法は、
通信管理装置が、
スマートメータのファームウェアを更新する時の再起動に関する更新条件を、前記スマートメータと他の機器との間の通信予定情報および通信実績の少なくとも一方に基づいて、決定する、ことを含む。
【００１１】
第三の側面は、通信装置に関する。
第三の側面の通信装置は、
ファームウェアを更新する時の再起動に関する更新条件を決定する通信管理装置に、他の機器との間の通信予定情報および通信実績の少なくとも一方を送信する送信手段と、
前記通信管理装置から、前記通信予定情報および前記通信実績の少なくとも一方に基づいて決定された前記更新条件を受信する受信手段と、を有する。
【００１２】
なお、本発明の他の側面としては、上記第二の側面の方法を少なくとも１つのコンピュータに実行させるプログラムであってもよいし、このようなプログラムを記録したコンピュータが読み取り可能な記録媒体であってもよい。この記録媒体は、非一時的な有形の媒体を含む。
このコンピュータプログラムは、コンピュータにより実行されたとき、コンピュータに、通信管理装置上で、その制御方法を実施させるコンピュータプログラムコードを含む。
【００１３】
なお、以上の構成要素の任意の組合せ、本発明の表現を方法、装置、システム、記録媒体、コンピュータプログラムなどの間で変換したものもまた、本発明の態様として有効である。
【００１４】
また、本発明の各種の構成要素は、必ずしも個々に独立した存在である必要はなく、複数の構成要素が一個の部材として形成されていること、一つの構成要素が複数の部材で形成されていること、ある構成要素が他の構成要素の一部であること、ある構成要素の一部と他の構成要素の一部とが重複していること、等でもよい。
【００１５】
また、本発明の方法およびコンピュータプログラムには複数の手順を順番に記載してあるが、その記載の順番は複数の手順を実行する順番を限定するものではない。このため、本発明の方法およびコンピュータプログラムを実施するときには、その複数の手順の順番は内容的に支障のない範囲で変更することができる。
【００１６】
さらに、本発明の方法およびコンピュータプログラムの複数の手順は個々に相違するタイミングで実行されることに限定されない。このため、ある手順の実行中に他の手順が発生すること、ある手順の実行タイミングと他の手順の実行タイミングとの一部ないし全部が重複していること、等でもよい。
【発明の効果】
【００１７】
上記各側面によれば、スマートメータ本来の動作を妨げないタイミングでファームウェアを効率よく更新する通信管理装置、その通信管理方法、プログラム、および通信装置を提供することができる。
【図面の簡単な説明】
【００１８】
【図１】本発明の実施の形態に係る通信管理装置の構成を論理的に示す機能ブロック図である。
【図２】本発明の実施の形態に係る通信管理装置を含む通信システムの構成を概念的に示す図である。
【図３】本実施形態のスマートメータを実現するコンピュータの構成例を示すブロック図である。
【図４】本実施形態の通信管理装置を実現するコンピュータの構成例を示すブロック図である。
【図５】本実施形態のスマートメータにおけるファームウェアの更新時の動作手順の一例を示すフローチャートである。
【図６】本実施形態の通信管理装置の動作の一例を示すフローチャートである。
【図７】本発明の実施の形態に係る通信管理装置の構成を論理的に示す機能ブロック図である。
【図８】本実施形態の通信管理装置の動作の一例を示すフローチャートである。
【図９】本発明の実施の形態に係る通信管理装置の構成を論理的に示す機能ブロック図である。
【図１０】本実施形態の通信管理装置の検針期間と更新条件の関係を説明するための図である。
【図１１】本実施形態の通信管理装置の動作の一例を示すフローチャートである。
【図１２】本発明の実施の形態に係る通信管理装置の構成を論理的に示す機能ブロック図である。
【図１３】本実施形態の通信情報記憶部の構造の一例を示す図である。
【図１４】本実施形態の更新条件記憶部の構造の例を示す図である。
【図１５】本実施形態の通信管理装置の動作の一例を示すフローチャートである。
【図１６】本発明の実施の形態に係る通信管理装置の構成を論理的に示す機能ブロック図である。
【図１７】本実施形態のデマンドレスポンスの予定情報と更新条件を説明するための図である。
【図１８】本実施形態の通信管理装置の動作の一例を示すフローチャートである。
【図１９】本発明の実施の形態に係る通信管理装置の構成を論理的に示す機能ブロック図である。
【図２０】本実施形態の通信管理装置の通信予定時間と更新条件の関係を説明するための図である。
【図２１】本実施形態の通信管理装置の動作の一例を示すフローチャートである。
【図２２】本発明の実施の形態に係る通信装置の構成を論理的に示す機能ブロック図である。
【発明を実施するための形態】
【００１９】
以下、本発明の実施の形態について、図面を用いて説明する。尚、すべての図面において、同様な構成要素には同様の符号を付し、適宜説明を省略する。
【００２０】
（第１の実施の形態）
本発明の第１の実施の形態に係る通信管理装置について、以下説明する。
図１は、本発明の実施の形態に係る通信管理装置１００の構成を論理的に示す機能ブロック図である。
本発明において、通信管理装置１００は、スマートメータ１０のファームウェアを更新する時の再起動に関する更新条件を、スマートメータ１０と他の機器との間の通信予定情報および通信実績の少なくとも一方に基づいて、決定する決定部１０２を備える。
以下の各図において、本発明の本質に関わらない部分の構成については省略してあり、図示されていない。
【００２１】
図２は、本発明の実施の形態に係る通信管理装置１００を含む通信システム１の構成を概念的に示す図である。
本実施形態の通信システム１は、ＭＤＭＳ（Meter Data Management System）２０と、ファームウェア（ＦＷ：FirmWare）更新サーバ３０と、ゲートウェイ（ＧＷ：GateWay）４０と、を有する。
【００２２】
ＭＤＭＳ２０は、各需要家のスマートメータ１０から送信される情報を定期的に収集し、データベース２２に格納し、管理する。
スマートメータ１０は、通信機能を有する電力量計である。たとえば、スマートメータ１０は、電力会社から需要家に供給される。電力量計は、電力会社または電力小売事業者から供給される電力の消費量を計測する。計測された消費電力量等の情報は、スマートメータ１０から電力会社のＭＤＭＳ２０に、所謂Ａルートを介して定期的（たとえば、３０分毎）に送信される。
【００２３】
スマートメータ１０とＭＤＭＳ２０間のＡルートの通信方法は、特に限定されないが、たとえば、ＷｉＭＡＸ（Worldwide Interoperability for Microwave Access）、３Ｇ（3rd Generation）、ＬＴＥ（Long Term Evolution）、等の無線通信方式を利用することができる。
【００２４】
たとえば、スマートメータ１０は、基地局７（図中、基地局７ａ、７ｂ、７ｃと示されているが、以後、特に区別が必要ない場合は、基地局７と呼ぶ。）を介して公衆網３に接続する。
さらに、スマートメータ１０は、ネットワーク５上のＭＤＭＳ２０に情報を送信するために、ＧＷ４０を中継してネットワーク５に接続する。ＧＷ４０は、電力会社のネットワーク５（たとえば、ＷＡＮ（Wide Area Network）、ＬＡＮ（Local Area Network））と公衆網３間の通信を中継する。そして、ＭＤＭＳ２０は、公衆網３を介してスマートメータ１０に接続され、スマートメータ１０と通信する。
【００２５】
ＭＤＭＳ２０とＦＷ更新サーバ３０と通信管理装置１００とは、ネットワーク５を介して互いに接続される。また、ＭＤＭＳ２０、ＦＷ更新サーバ３０、および通信管理装置１００は、ＧＷ４０を介して公衆網３に接続する。そして、ＭＤＭＳ２０、ＦＷ更新サーバ３０、および通信管理装置１００は、基地局７を介して各スマートメータ１０と通信する。
本実施形態では、公衆網３に接続される数百万台規模のスマートメータ１０が、ＭＤＭＳ２０に情報を定期的に送信する。
【００２６】
ＦＷ更新サーバ３０は、ＦＷ記憶部３２に接続され、各スマートメータ１０のファームウェアの管理を行う。ＦＷ記憶部３２は、各スマートメータ１０のファームウェアを記憶する。ＦＷ更新サーバ３０は、ファームウェアが更新されたときに、該当するスマートメータ１０に更新されたファームウェアを送信し、インストールさせる。
本実施形態の通信管理装置１００は、各スマートメータ１０に対し、ＦＷ更新サーバ３０からファームウェアをダウンロードさせて、インストールさせ、再起動させることで、ファームウェアを更新させる。
【００２７】
図３は、本実施形態のスマートメータ１０を実現するコンピュータ６０の構成例を示すブロック図である。
本実施形態のコンピュータ６０は、ＣＰＵ（Central Processing Unit）６１、ＲＯＭ（Read Only Memory）６２、ＲＡＭ（Random Access Memory）６３、Ｉ／Ｏ（Input/Output）６４、第１通信部６５、第１アンテナ６６、第２通信部６７、第２アンテナ６８を含む。コンピュータ６０の各要素は、バス６９を介して互いに接続され、ＣＰＵ６１によりスマートメータ１０全体が制御される。ただし、ＣＰＵ６１などを互いに接続する方法は、バス接続に限定されない。
ＣＰＵ６１が、ＲＯＭ６２に記憶されるプログラム７０をＲＡＭ６３に読み出して実行することにより、スマートメータ１０の各機能を実現することができる。
【００２８】
Ｉ／Ｏ６４は、コンピュータ６０の各要素間のデータおよび制御信号の入出力制御を行う。
第１通信部６５は、第１アンテナ６６を介して他の機器と通信を行うためのネットワーク接続用インタフェースである。本実施形態では、第１アンテナ６６は、たとえば、ＷｉＭＡＸ、３ＧやＬＴＥ等の携帯電話通信方式を利用した公衆網３に接続する通信用のアンテナである。
【００２９】
第１通信部６５は、第１アンテナ６６を介して、Ａルートで公衆網３に接続し、ＧＷ４０を介してネットワーク５上のＭＤＭＳ２０またはＦＷ更新サーバ３０と通信する。
第２通信部６７は、第２アンテナ６８を介して他の機器と通信を行うためのネットワーク接続用インタフェースである。第２アンテナ６８は、たとえば、９２０ＭＨｚ帯を使用する特定小電力無線方式の通信用のアンテナであるが、これに限定されない。第２通信部６７は、第２アンテナ６８を介して、たとえば、Ｂルートで需要家宅内の他の通信装置と通信を行う。
【００３０】
また、スマートメータ１０の各構成要素は、コンピュータ６０のハードウェアとソフトウェアの任意の組合せによって実現される。そして、その実現方法、装置にはいろいろな変形例があることは、当業者には理解されるところである。以下説明する各図は、ハードウェア単位の構成ではなく、論理的な機能単位のブロックを示している。
【００３１】
図４は、本実施形態の通信管理装置１００を実現するコンピュータ８０の構成例を示すブロック図である。
コンピュータ８０は、ＣＰＵ８１、メモリ８２、メモリ８２にロードされた図１の構成要素を実現するプログラム、そのプログラムを格納するハードディスクなどのストレージ８３、Ｉ／Ｏ（Input/Output）８４、通信Ｉ／Ｆ８５を備える。ＣＰＵ８１、メモリ８２、ストレージ８３、Ｉ／Ｏ８４、および通信Ｉ／Ｆ８５は、バス８６を介して互いに接続され、ＣＰＵ８１により各要素とともに通信管理装置１００全体が制御される。
【００３２】
ＣＰＵ８１が、ストレージ８３に記憶されるプログラム９０をメモリ８２に読み出して実行することにより、図１の通信管理装置１００の各機能を実現することができる。
Ｉ／Ｏ８４は、コンピュータ８０の各要素間のデータおよび制御信号の入出力制御を行う。
通信Ｉ／Ｆ８５は、他の機器と通信を行うためのネットワーク接続用インタフェースである。本実施形態では、通信Ｉ／Ｆ８５は、ネットワーク５のＭＤＭＳ２０、ＦＷ更新サーバ３０またはＧＷ４０と通信を行うためのインタフェース機能を有する。
【００３３】
本実施形態の通信管理装置１００の各構成要素は、図４のコンピュータ８０のハードウェアとソフトウェアの任意の組合せによって実現される。そして、その実現方法、装置にはいろいろな変形例があることは、当業者には理解されるところである。以下説明する各実施形態の通信管理装置を示す機能ブロック図は、ハードウェア単位の構成ではなく、論理的な機能単位のブロックを示している。
【００３４】
図４のコンピュータ８０のＣＰＵ８１が、ストレージ８３またはメモリ８２に記憶されるプログラム９０をメモリ８２に読み出して実行することにより、通信管理装置１００の図１の各ユニットの各機能を実現することができる。
【００３５】
本実施形態のコンピュータプログラムは、通信管理装置１００を実現させるためのコンピュータ８０に、スマートメータのファームウェアを更新する時の再起動に関する更新条件を、前記スマートメータと他の機器との間の通信予定情報および通信実績の少なくとも一方に基づいて、決定する手順、を実行させるように記述されている。
【００３６】
本実施形態のコンピュータプログラムは、コンピュータで読み取り可能な記録媒体に記録されてもよい。記録媒体は特に限定されず、様々な形態のものが考えられる。また、プログラムは、記録媒体からコンピュータのメモリにロードされてもよいし、ネットワークを通じてコンピュータにダウンロードされ、メモリにロードされてもよい。
【００３７】
コンピュータプログラム９０を記録する記録媒体は、非一時的な有形のコンピュータ８０が使用可能な媒体を含み、その媒体に、コンピュータ８０が読み取り可能なプログラムコードが埋め込まれる。コンピュータプログラム９０が、コンピュータ８０上で実行されたとき、コンピュータ８０に、通信管理装置１００を実現する以下の通信管理方法を実行させる。
【００３８】
本実施形態において、スマートメータ１０のファームウェアの更新は、以下の手順で行われる。
図５は、本実施形態において、スマートメータ１０におけるファームウェアの更新時の動作手順の一例を示すフローチャートである。
まず、ファームウェアの更新情報を取得すると（ステップＳ１１のＹＥＳ）、更新情報を取得したスマートメータ１０が、ＦＷ更新サーバ３０に対して更新ファームウェアを要求し、ダウンロードする（ステップＳ１３）。スマートメータ１０は、更新ファームウェアのダウンロードが終了すると、一時的に記憶されていた更新ファームウェアのファイルを、必要に応じて解凍し、そして、ＲＯＭ６２にプログラムの書き込みを行う（ステップＳ１５）。更新ファームウェアの書き込みが終了した後、スマートメータ１０は再起動を行う（ステップＳ１７）。
【００３９】
本明細書において、「取得」とは、自装置が他の装置や記憶媒体に格納されているデータまたは情報を取りに行くこと（能動的な取得）、たとえば、他の装置にリクエストまたは問い合わせして受信すること、他の装置や記憶媒体にアクセスして読み出すこと等、および、自装置に他の装置から出力されるデータまたは情報を入力すること（受動的な取得）、たとえば、配信（または、送信、プッシュ通知等）されるデータまたは情報を受信すること等、の少なくともいずれか一方を含む。また、受信したデータまたは情報の中から選択して取得すること、または、配信されたデータまたは情報を選択して受信することも含む。
【００４０】
本実施形態において、更新ファームウェアとは、スマートメータ１０に新たな機能を追加するためのプログラムや、ファームウェアの不具合やバグを修正するためのプログラム等を含む。更新ファームウェアは、スマートメータ１０のファームウェアの少なくとも一部であり、たとえば、パッチファイルでもよいが、ファームウェア全体を入れ替えるケースも排除されない。
【００４１】
図１に戻り、決定部１０２が決定する更新条件は、ファームウェアを更新する時の再起動に関するものとする。すなわち、上述したように、スマートメータ１０のファームウェアを更新する場合、プログラムのダウンロードと、メモリへの書き込み（インストールとも呼ぶ）と、再起動との処理が連続して行われるが、本発明においては、プログラムダウンロードとメモリへの書き込み処理のタイミングは、特に限定されない。本発明では、特に、更新ファームウェアをスマートメータ１０にインストールした後の再起動のタイミングを制御する。
【００４２】
その理由は、スマートメータ１０は、電力量計の検針値を収集するという機能を有していることから、２４時間３６５日間、休止することなく継続して動作する。特に、電気料金を決定する検針値が収集される検針期間中は、スマートメータ１０からＭＤＭＳ２０に送信されるデータは、確実に送信される必要がある。スマートメータ１０の再起動には、ある程度の時間がかかるため、その期間、スマートメータ１０の動作が停止する。したがって、上述した検針期間中にスマートメータ１０の動作が停止しないようにすることが望ましい。
【００４３】
本実施形態では、特に、この検針期間において、ファームウェアの更新に伴う再起動が行われないように、更新条件を決定し、スマートメータ１０の更新スケジュールの調整を行う。これにより、スマートメータ１０本来の機能を妨げることなく、ファームウェアの更新を行うことができる。
なお、本発明のファームウェアの更新処理において、プログラムのダウンロード処理と、メモリへの書き込み処理と、再起動は、連続して行われる以外に、各処理を、時間間隔を開けて行う構成も排除されない。
【００４４】
また、ＦＷ更新サーバ３０または通信管理装置１００から更新指示または更新ファームウェアを受信するとき、スマートメータ１０側で、更新指示または更新ファームウェアを受け入れる状況か否かを判断し、受け入れられない状況の場合には、ビジー状態である旨を返信したり、時間をおいて更新指示または更新ファームウェアを再送するように再送指示を返信したりしてもよい。あるいは、メモリへの書き込み処理と再起動のタイミングを、スマートメータ１０側で変更する構成も排除されない。
【００４５】
本発明において、決定部１０２により決定される更新条件は、以下に例示されるが、これらに限定されない。
（ａ１）ファームウェア更新のスケジュール
（ａ２）ファームウェア更新対象エリア
（ａ３）ファームウェアのダウンロードに利用する通信帯域
（ａ４）ファームウェアのダウンロード時のデータ送信速度（送信パケット容量、パケット送信間隔）
【００４６】
更新条件は、スマートメータ１０と他の機器との間の通信予定情報および通信実績の少なくとも一方を基に決定される。通信管理装置１００は、更新条件の決定に必要となる情報を事前に取得してもよいし、更新時に取得してもよい。
【００４７】
本実施形態において、他の機器とは、図２に示した、ＭＤＭＳ２０、または、ＨＥＭＳ５０を含む。
【００４８】
また、通信予定情報と通信実績は、以下に例示されるが、これらに限定されない。以下は複数を組み合わせることができる。
（ｂ１）ＭＤＭＳ２０がスマートメータ１０から計測値（３０分値）を収集する時刻
（ｂ２）ＭＤＭＳ２０がスマートメータ１０から、電気料金を決定するための検針値を収集する検針期間
（ｂ３）スマートメータ１０とＭＤＭＳ２０間の所謂Ａルートの通信状況情報
（ｂ４）スマートメータ１０に対するデマンドレスポンスの発動などのサービス提供予定日
（ｂ５）スマートメータ１０における所謂Ｂルートの通信状況情報
【００４９】
通信予定情報と通信実績は、ＭＤＭＳ２０が収集し、通信管理装置１００に送信してもよいし、通信管理装置１００がスマートメータ１０と通信を行い取得してもよい。
【００５０】
これらの情報を基に更新条件を決定する方法の詳細については、以下の実施形態でそれぞれ詳細に説明する。
【００５１】
このように構成された本実施形態の通信管理装置１００の通信管理方法について、以下説明する。
図６は、本実施形態の通信管理装置１００の動作の一例を示すフローチャートである。
本発明の実施の形態に係る通信管理方法は、通信管理装置１００の通信管理方法であり、通信管理装置１００を実現するコンピュータ８０により実行される通信管理方法である。
本実施形態の通信管理方法は、通信管理装置１００が、スマートメータ１０のファームウェアを更新する時の再起動に関する更新条件を、スマートメータ１０と他の機器との間の通信予定情報および通信実績の少なくとも一方に基づいて、決定する（ステップＳ１０１）ことを含む。
【００５２】
より詳細には、まず、決定部１０２は、スマートメータ１０と他の機器との間の通信予定情報および通信実績の少なくとも一方を、たとえば、ＭＤＭＳ２０から取得する。そして、決定部１０２は、取得した情報に基づいて、更新条件を決定する。たとえば、更新予定時刻を決定する際、検針期間を避けたり、通信頻度や通信量が少ない時間帯を選んだり、通信速度が遅い時間帯は避けたり、デマンドレスポンスの予定時間前後は避けたりする。詳細については後述する。
【００５３】
以上説明したように、本実施形態の通信管理装置１００において、決定部１０２により、ファームウェア更新時の再起動に関する更新条件が、スマートメータ１０と他の機器との間の通信予定情報および通信実績の少なくとも一方に基づいて決定されるので、スマートメータ１０の再起動によるスマートメータ１０の動作停止を起因とする不都合を最小限に抑えることができる。
すなわち、スマートメータの本来の動作を妨げないタイミングで、スマートメータのファームウェアを効率よく更新することができる。
また、通信状況に応じて更新ファームウェアがダウンロードされるので、ダウンロードにより通信負荷がかかり、他の通信に支障をきたす可能性を少なくすることができる。
【００５４】
（第２の実施の形態）
次に、本発明の第２の実施の形態の通信管理装置について、以下説明する。
本実施形態の通信管理装置２００は、上記実施形態とは、さらに、更新条件に従い、更新指示を出力する構成を有する点で相違する。
図７は、本発明の実施の形態に係る通信管理装置２００の構成を論理的に示す機能ブロック図である。
本実施形態の通信管理装置２００は、図１の上記実施形態の通信管理装置１００と同様な決定部１０２を有するとともに、さらに、更新指示部２０２を有する。
【００５５】
更新指示部２０２は、決定された更新条件に従い、スマートメータ１０のファームウェアの更新を行う更新処理装置（ＦＷ更新サーバ３０）またはスマートメータ１０にファームウェアの更新指示を出力する。
【００５６】
ファームウェアの更新に関する情報は、たとえば、ファームウェアの管理者による更新情報の入力を受け付けてもよいし、ＦＷ更新サーバ３０または他の装置から更新情報を受信してもよく、その取得方法は様々考えられ、特に限定されない。
【００５７】
図８は、本実施形態の通信管理装置２００の動作の一例を示すフローチャートである。
本実施形態の通信管理装置２００において、まず、決定部１０２が、ファームウェアの更新に関する情報を取得すると（ステップＳ２０１のＹＥＳ）、本処理が開始する。なお、本処理の開始条件は、更新情報の取得に限定されず、たとえば、通信管理装置２００の管理者による開始指示を受け付ける構成も含まれる。
そして、決定部１０２が、更新条件を決定する処理を行う（ステップＳ２０３）。この処理が、本発明の通信管理方法に相当し、上記実施形態の図６のフローチャートのステップＳ１０１の処理となる。更新条件の決定処理の詳細については、後述する実施形態で詳細に説明する。
【００５８】
そして、決定された更新条件に従い、更新指示部２０２が、更新対象となるスマートメータ１０がある場合（ステップＳ２０５のＹＥＳ）、当該スマートメータ１０に対し、ファームウェアの更新指示を送信する（ステップＳ２０７）。あるいは、更新指示部２０２は、ＦＷ更新サーバ３０に対し、更新対象となるスマートメータ１０の情報を含むファームウェアの更新指示を出力し、ＦＷ更新サーバ３０から更新対象のスマートメータ１０のファームウェアの更新処理を実行させる。
ここで、更新対象となるスマートメータ１０は、たとえば、所定エリア内の複数のスマートメータ１０であってよい。これに限定されないが、たとえば、基地局７単位であってもよい。たとえば、基地局７を更新対象とする場合は、図２の基地局７ａの圏内の範囲８ａに含まれる複数のスマートメータ１０が更新対象となる。また、複数の基地局７を更新対象としてもよいし、特定のスマートメータ１０を更新対象とする構成も排除されない。
【００５９】
このように、本実施形態の通信管理装置２００において、更新指示部２０２により、更新条件に従い、更新対象となるスマートメータ１０または、スマートメータ１０のファームウェアの更新処理を行うＦＷ更新サーバ３０に対し、更新指示が処理される。
この構成により、本実施形態の通信管理装置２００によれば、決定された更新条件に従い、更新対象となるスマートメータ１０に対して更新指示を出力できるので、最適な条件で効率よくファームウェアの更新処理を行うことができる。
【００６０】
（第３の実施の形態）
次に、本発明の第３の実施の形態の通信管理装置について、以下説明する。
図９は、本発明の実施の形態に係る通信管理装置３００の構成を論理的に示す機能ブロック図である。
本実施形態では、更新条件をスマートメータ１０の検針期間に基づいて、決定する構成を有する形態について、説明する。本実施形態の通信管理装置３００は、図７の通信管理装置２００と同様な構成を有するとともに、さらに、図９の通信管理部３０２と、ダウンロード制御部３０４と、検針期間管理部３０６と、更新条件記憶部３０８と、検針情報記憶部３１０と、を含む。更新条件記憶部３０８および検針情報記憶部３１０は、通信管理装置３００に含まれてもよいし、通信管理装置３００の外部の記憶装置に含まれ、通信管理装置３００が参照する構成でもよい。
【００６１】
通信管理部３０２は、通信管理装置３００の通信Ｉ／Ｆ８５の通信を管理し、他の機器との通信制御を行う。ダウンロード制御部３０４は、上記実施形態の決定部１０２と更新指示部２０２を含む。ダウンロード制御部３０４の決定部１０２によって決定された更新条件は、更新条件記憶部３０８に記憶される。ダウンロード制御部３０４は、更新条件記憶部３０８を参照し、更新条件に従い、更新指示部２０２によりスマートメータ１０等に更新指示を出力することで、更新ファームウェアのダウンロードの制御を行う。
【００６２】
本実施形態において、検針期間管理部３０６は、決定部１０２が更新条件を決定するための情報として、収集装置（ＭＤＭＳ２０）がスマートメータ１０から計測値を収集する検針タイミングを収集し、検針情報記憶部３１０に記憶し、管理する。
ダウンロード制御部３０４の決定部１０２は、検針期間管理部３０６から検針タイミング（検針期間の情報）を取得し、その検針タイミングに基づいて、更新条件を決定する。
決定された更新条件は、更新条件記憶部３０８に記憶される。
【００６３】
具体的には、検針期間管理部３０６は、ＭＤＭＳ２０、または、管理情報ファイル（不図示）等から、スマートメータ１０の検針期間に関する情報を取得し、検針情報記憶部３１０に記憶する。本実施形態において、スマートメータ１０の検針期間は、所定のエリア内の複数のスマートメータ１０毎に、割り振られていることを想定する。たとえば、基地局７の圏内毎に検針期間が設定されていてもよい。管理情報ファイルは、通信管理装置３００がアクセスできる記憶部（たとえば、ストレージ８３）に、記憶されているものとする。
【００６４】
ここで、検針期間（検針のタイミング）とは、ＭＤＭＳ２０が、スマートメータ１０に記憶されている１カ月分の電力消費量（使用量）を１ヶ月に１度取得する期間を指し、特に、この検針期間に取得した当該情報に基づいて１カ月の電気料金が設定される。このため、この検針期間に収集される情報は、１カ月に１度取得するこの情報に基づいて電気料金を徴収するため重要な情報であり、他の通信による影響は避けることが望ましい。したがって、本実施形態の決定部１０２は、この検針期間を含まないようなタイミングを更新条件として決定する。
【００６５】
また、上記の検針期間とは別に、各スマートメータ１０はＭＤＭＳ２０に３０分おきに電力消費量（使用量）の積算値である電力検針値を送信している。（３０分前と、１時間前の３つのデータを含めて送信している。）
なお、各スマートメータ１０からＭＤＭＳ２０への電力検針値の送信が輻輳しないように、各スマートメータ１０の送信タイミングは個別に設定されている。
【００６６】
たとえば、あるスマートメータ１０における３０分おきの送信タイミングが１５時３２分、１６時２分、１６時３２分である場合、決定部１０２は、電力検針値が送信される３０分間隔の送信タイミングを避けるように、送信タイミングとは異なるタイミングを決定し、そのタイミングにおいてそのスマートメータ１０に更新ファームウェアを送信して実行させてもよい。
【００６７】
さらに、更新ファームウェアは、そのサイズが３０分以内で送信可能な小容量のものと、送信に３０分以上かかる大容量のものいずれでもよい。大容量サイズの更新ファームウェアの場合は、３０分以内で送信できるサイズに分割して複数回に分けてスマートメータ１０に送ってもよい。
【００６８】
図１０は、本実施形態の通信管理装置３００の検針期間と更新条件の関係を説明するための図である。
図１０（ａ）は、検針情報記憶部３１０の構造の一例を示し、図１０（ｂ）は、更新条件記憶部３０８の構造の一例を示している。
図１０（ａ）の検針情報記憶部３１０では、所定のエリア毎に検針期間が設定されている例を示している。たとえば、エリアＩＤがＡ０００１のエリア内には、ＳＭ  ＩＤがＳ０００１、Ｓ０００２、・・・のスマートメータ１０が存在し、このエリアの検針期間は、毎月、１〜３日に設定されていることを示している。
【００６９】
このように、検針情報記憶部３１０には、複数のスマートメータ１０と、検針期間が対応付けて記憶される。
この例では、エリアＩＤ毎に検針期間が定められている例を示したが、他の例では、たとえば、基地局ＩＤ毎に検針期間が定められていてもよい。また、エリアと基地局の組み合わせでもよい。また、基地局７の圏内の範囲に複数のエリアが含まれる場合と、複数の基地局７の圏内の範囲を一エリアとする場合の両方が考えられる。
【００７０】
ダウンロード制御部３０４の決定部１０２は、検針情報記憶部３１０を参照し、検針期間の情報を取得する。そして、検針期間を避けて各スマートメータ１０、所定エリア内の複数のスマートメータ１０毎、または、基地局７の圏内毎に、更新時期を決定し、更新条件として更新条件記憶部３０８に格納する。
【００７１】
決定部１０２において、たとえば、検針期間およびその前１０日間を含む所定期間の終了直後に更新時期を設定するのが好ましい。図１０（ｂ）の例では、たとえば、ファームウェアのリリース日が９月２日であった場合に、検針期間が毎月１日から３日のエリア内のスマートメータ１０については、検針期間が終了する９月３日の翌日の９月４日が更新予定日として決定される。
【００７２】
また、検針期間が毎月６日から７日のエリア内のスマートメータ１０については、ファームウェアのリリース日は検針期間ではないが、その３日後に検針期間が開始されるため、検針期間が終了する９月７日以降の９月８日を更新予定日として決定する。
決定された更新予定日は、エリアＩＤと紐付けて更新条件記憶部３０８に記憶される。
この例では、エリアＩＤと更新予定日を紐付けているが、これは一例であり、これに限定されない。
【００７３】
そして、ダウンロード制御部３０４の更新指示部２０２は、更新条件記憶部３０８を参照し、更新条件に従い、ファームウェアの更新対象となるスマートメータ１０を更新時に抽出し、抽出されたスマートメータ１０に対して更新指示を出力する。または、ＦＷ更新サーバ３０に抽出されたスマートメータ１０に対する更新指示を出力する。
【００７４】
このように構成された本実施形態の通信管理装置３００の動作について、以下説明する。
図１１は、本実施形態の通信管理装置３００の動作の一例を示すフローチャートである。
まず、検針期間管理部３０６が、ＭＤＭＳ２０から検針期間に関する情報を取得し、検針情報記憶部３１０に記憶する（ステップＳ３０１）。
ファームウェアの更新情報が入力されたとき（ステップＳ３０３のＹＥＳ）、ダウンロード制御部３０４の決定部１０２が、検針情報記憶部３１０を参照し、検針期間から、エリア毎の更新予定日を決定し、更新条件記憶部３０８に記憶する。
【００７５】
具体的には、検針期間とその前１０日間を含む所定期間を避け（ステップＳ３０５のＹＥＳ）、決定部１０２は、所定期間の出力直後に更新予定日を決定する（ステップＳ３０７）。また、リリース日が、そのエリアの所定期間に含まれない場合（ステップＳ３０５のＮＯ）、決定部１０２は、リリース日をそのエリアのスマートメータ１０の更新予定日に決定する（ステップＳ３０９）。
一方、更新情報が入力されない間（ステップＳ３０３のＮＯ）、ステップＳ３０１に戻り、必要に応じて、検針期間に関する情報を取得する。
決定された更新予定日は、エリア毎に更新条件記憶部３０８に記憶される。本実施形態においては、更新予定日であれば、更新時刻は、特に限定されず、任意の時刻に設定できるものとする。後述する実施形態では、更新条件に基づき、更新時刻まで詳細に決定できる。すなわち、更新する実施形態との組み合わせにより、より適切な更新時刻を設定することが可能となる。
【００７６】
ステップＳ３０７およびステップＳ３０９で各エリアの更新予定日が決定した後、ダウンロード制御部３０４の更新指示部２０２が、更新条件記憶部３０８を参照し、更新予定日になったエリアＩＤを取得する（ステップＳ３１１のＹＥＳ）。そして、エリアＩＤに対応するスマートメータ１０を取得し、ダウンロード制御部３０４の更新指示部２０２は、そのスマートメータ１０に対し、更新指示を出力する（ステップＳ３１３）。または、エリアＩＤまたはスマートメータ１０の情報を含む更新指示をＦＷ更新サーバ３０に出力する。
【００７７】
通信管理部３０２は、必要に応じて、更新指示として、たとえば、ＦＴＰ（File Transfer Protocol）ダウンロードの場合は、ＴＣＰ（Transmission Control Protocol）送信パケットサイズの上限値、およびパケット送信間隔を、送信データ容量や通信経路の通信状況等に応じて、適宜調整して設定する指示を含んでもよい。この処理は、他の実施形態においても適宜行ってよい。
【００７８】
以上説明したように、本実施形態の通信管理装置３００において、スマートメータ１０の検針タイミングに基づいて、ファームウェアの更新条件が決定されるので、スマートメータ１０の検針期間にファームウェアの更新によるスマートメータ１０の再起動が行われることを防ぐことができる。したがって、本実施形態の通信管理装置３００によれば、特に、需要家の電気料金を決定するのに使用される検針データが収集される検針期間を避けて更新することができるので、安全にスマートメータ１０のファームウェアの更新を行うことができる。
【００７９】
（第４の実施の形態）
次に、本発明の第４の実施の形態の通信管理装置について、以下説明する。
図１２は、本発明の実施の形態に係る通信管理装置４００の構成を論理的に示す機能ブロック図である。
本実施形態では、更新条件をスマートメータ１０と他の機器との間の通信速度に基づいて、決定する構成を有する形態について、説明する。
【００８０】
本実施形態の通信管理装置４００は、図７の通信管理装置２００と同様な構成と、図９の通信管理部３０２とを有するとともに、さらに、ダウンロード制御部４０２と、Ａルート通信状況監視部４０４と、Ａルート通信予測部４０６と、更新条件記憶部４０８と、通信情報記憶部４１０と、を含む。
更新条件記憶部４０８と通信情報記憶部４１０は、通信管理装置４００に含まれてもよいし、通信管理装置４００の外部の記憶装置に含まれ、通信管理装置４００が参照する構成でもよい。
【００８１】
ダウンロード制御部４０２は、上記実施形態の決定部１０２と更新指示部２０２を含む。ダウンロード制御部４０２の決定部１０２によって決定された更新条件は、更新条件記憶部４０８に記憶される。ダウンロード制御部４０２は、更新条件記憶部４０８を参照し、更新条件に従い、更新指示部２０２によりスマートメータ１０等に更新指示を出力することで、更新ファームウェアのダウンロードの制御を行う。
【００８２】
本実施形態において、Ａルート通信状況監視部４０４は、スマートメータ１０と他の機器（たとえば、ＭＤＭＳ２０）との間の通信速度を監視し、取得した通信速度に関する情報を通信情報記憶部４１０に記憶する。
Ａルート通信予測部４０６は、通信情報記憶部４１０に記憶された通信速度に関する情報に基づいて、将来の通信速度を予測し、さらに、通信情報記憶部４１０に記憶する。
ダウンロード制御部４０２の決定部１０２は、通信情報記憶部４１０から、スマートメータ１０と他の機器との間の通信速度に関する情報を取得し、その通信速度に関する情報に基づいて、更新条件を決定する。
決定された更新条件は、更新条件記憶部４０８に記憶される。
【００８３】
さらに、通信管理装置４００において、ダウンロード制御部４０２の決定部１０２は、スマートメータ１０と他の機器との間の通信速度に基づいて、ファームウェアをスマートメータ１０に送信する通信帯域を決定してもよい。たとえば、ファームウェア更新に利用される通信帯域の通信容量が所定値以上、またはその通信帯域の通信速度が所定値未満にならないように、利用する通信帯域の割り当てを行う。通信帯域の決定方法は、既知または特有の技術を用いることができ、本発明ではその方法は特に限定されないので、詳細な説明は省略する。
【００８４】
具体的には、Ａルート通信状況監視部４０４は、たとえば、任意のスマートメータ１０に対してｐｉｎｇコマンドを送信し、その応答速度を継続する等して、通信速度を継続してもよい。あるいは、スマートメータ１０とＭＤＭＳ２０の間の通信速度をＭＤＭＳ２０から取得してもよい。ＭＤＭＳ２０は、各スマートメータ１０から検針データを収集するときに、通信速度を取得し、記録しておいてもよい。また、公衆網３から通信速度に関する情報を公衆網３の各基地局７から通信管理装置４００のＡルート通信状況監視部４０４が取得してもよい。あるいは、ＧＷ４０から公衆網３の通信速度に関する情報を取得してもよい。
取得された通信速度は、時刻情報とともに通信情報記憶部４１０に通信履歴として記憶される。
【００８５】
Ａルート通信予測部４０６は、たとえば、ファームウェアのリリース日が通知された時、通信情報記憶部４１０に記憶された通信履歴に基づいて、リリース日以降のＡルートの通信速度を予測する。予測された通信速度は、通信情報記憶部４１０に記憶される。なお、予測は、リリース日が通知される前に行われてもよい。
【００８６】
図１３および図１４は、本実施形態の通信管理装置４００の通信速度と更新条件の関係を説明するための図である。
図１３は、通信情報記憶部４１０の構造の一例を示し、図１４は、更新条件記憶部４０８の構造の例を示している。
図１３の通信情報記憶部４１０では、任意のスマートメータ１０の通信速度の計測結果が、日時情報に紐付けられ、履歴情報として記憶される例を示している。図では、１つのスマートメータ１０の情報のみが示されているが、複数のスマートメータ１０の通信速度の情報が記憶されてよい。また、基地局７毎や所定のエリア毎の平均通信速度の情報でもよい。さらに、月別、曜日（または平日と休日）別、時刻別、時間帯別等の平均通信速度の情報でもよい。また、平均値でなくてもよく、ファームウェア更新の通知を受信した後、更新予定日時をリリース日の任意の時刻とし、その直前の検針値収集時の通信速度を計測した情報を元に、通信速度が所定値未満の場合は、更新予定日時を所定期間、延期する構成でもよい。
【００８７】
ダウンロード制御部４０２の決定部１０２は、更新ファームウェアのリリース情報を取得したとき、通信情報記憶部４１０を参照し、通信速度が所定値以上の時刻を更新予定日時に決定する。たとえば、更新ファームウェアのリリース日が９月２日（火）であった場合、たとえば、曜日別の時間帯毎の通信速度を参照し、火曜日以降で、通信速度が所定値以上の時間帯を更新予定日に決定する。また、多数のスマートメータ１０が更新対象である場合、たとえば、基地局７の圏内の範囲を複数の所定のエリアに分割し、エリア毎に所定時間間隔を空けて、更新開始時刻をずらして決定してもよい。
【００８８】
たとえば、決定部１０２は、通信速度が所定値未満の基地局７は、エリアに含まれるスマートメータ１０の台数等が所定値未満になるようにエリアを分割する。ここで用いる通信速度に関する情報は、現在の実測値および履歴情報から予測される値の少なくとも一方を用いる。
【００８９】
分割されたエリア毎に選択的にデータを送信する方法は、以下に例示されるが、これらに限定されない。また、以下を複数組み合わせてもよい。
（ｃ１）ＩＰアドレスをエリア毎に予め規則性を持って割り当てておき、送信先の指定をＩＰアドレスの所定の範囲毎に送信する。
（ｃ２）エリア毎にスマートメータ１０（のＩＰアドレス）をテーブルで持ち、管理し、テーブルを用いてエリア毎に送信する。
（ｃ３）エリアが複数のセルで構成されている場合、セル情報に基づいてエリア毎に送信する。
（ｃ４）基地局７を介してスマートメータ１０に通信している場合、スマートメータ１０が接続している基地局７が分かる。基地局７（の通信エリア）毎にグルーピング（エリア分割）して送信する。
【００９０】
図１４（ａ）には、分割された各エリアに含まれるスマートメータ１０のＩＤが紐付けて記憶されている。
図１４（ｂ）の例では、Ｂ０００１の基地局７の各エリアの更新予定日時が、９時と９時１０分に割り当てられている様子を示している。
【００９１】
このように構成された本実施形態の通信管理装置４００の動作について、以下説明する。
図１５は、本実施形態の通信管理装置４００の動作の一例を示すフローチャートである。
まず、Ａルート通信状況監視部４０４が、スマートメータ１０と他の機器（たとえば、ＭＤＭＳ２０）との間の通信速度を監視し、取得した通信速度に関する情報を取得し、通信情報記憶部４１０に記憶する（ステップＳ４０１）。また、Ａルート通信予測部４０６が、通信情報記憶部４１０を参照し、通信情報記憶部４１０に記憶された通信速度に関する情報に基づいて、将来の通信速度を予測し、さらに、通信情報記憶部４１０に記憶する（ステップＳ４０２）。
【００９２】
ファームウェアの更新情報が入力されたとき（ステップＳ４０３のＹＥＳ）、ダウンロード制御部４０２の決定部１０２が、通信情報記憶部４１０を参照し、通信情報記憶部４１０から、スマートメータ１０と他の機器との間の通信速度に関する情報を取得し、その通信速度に関する情報に基づいて、更新条件を決定し、更新条件記憶部４０８に記憶する。
【００９３】
具体的には、まず、決定部１０２は、エリア分割処理を行う（ステップＳ４０５）。たとえば、決定部１０２は、通信速度が第１の所定値未満の基地局７（エリア）は、通信速度が第１の所定値以上となるようにエリアを分割してもよい。同様に、通信速度が第２の所定値以上のエリアの場合は、通信速度が第２の所定値未満となるように複数の基地局７（エリア）の範囲をまとめて１つのエリアに統合してもよい。
【００９４】
また、他の例では、決定部１０２は、通信速度が第１の所定値未満の基地局７は、エリアに含まれるスマートメータ１０の台数等が多いことが考えられるので、エリア内のスマートメータ１０の台数が第３の所定値未満になるようにエリアを分割してもよい。逆に、通信速度が第２の所定値以上の基地局７は、スマートメータ１０の台数が少ないと考えられるので、その地域については、スマートメータ１０の台数が第４の所定値以上になるように、複数の基地局７の範囲をまとめて一つの所定のエリアに統合してもよい。
【００９５】
このエリアの分割または統合の際に用いる通信速度に関する情報は、Ａルート通信状況監視部４０４がリアルタイムに監視して得られる現在の実測値、および取得済みの通信速度の履歴情報から予測される値の少なくとも一方を用いる。
また、分割または統合された各エリアは、その後の通信速度の変化に応じて、さらに、分割または統合されてもよい。
【００９６】
そして、決定部１０２が、エリア毎（または基地局７毎）に、更新予定日時を決定する（ステップＳ４０７）。具体的には、複数の処理が考えられ、以下に例示されるが、これらに限定されない。また、複数の処理を組み合わせてもよい。通信速度に関する情報は、現在の実測値および履歴情報から予測される値の少なくとも一方を用いる。
（ｄ１）基地局７毎（または所定のエリア毎）に、通信速度が所定値以上の時間帯を選択して、更新予定日時を決定する。
（ｄ２）上記（ｄ１）において、同じ基地局７内の異なる所定のエリアにそれぞれ異なる時間帯を割り当て、更新予定日時を決定する。ファームウェアの容量と、通信速度に基づいて、少なくともダウンロードにかかる時間を予測して算出し、ダウンロード時間が他のエリアと重ならないように、時間を割り当てるのが望ましい。
【００９７】
一方、更新情報が入力されない間（ステップＳ４０３のＮＯ）、ステップＳ４０１に戻り、必要に応じて、通信速度に関する情報を取得する。
【００９８】
また、ダウンロード制御部４０２の決定部１０２は、スマートメータ１０と他の機器との間の通信速度に基づいて、ファームウェアをスマートメータ１０に送信する通信帯域を決定し、更新条件記憶部４０８に記憶する（ステップＳ４０９）。
【００９９】
各エリアの更新予定日が決定した後、ダウンロード制御部４０２の更新指示部２０２が、更新条件記憶部４０８を参照し、更新予定日時になったエリアＩＤを取得する（ステップＳ４１１のＹＥＳ）。そして、エリアＩＤに対応するスマートメータ１０を取得し、ダウンロード制御部４０２の更新指示部２０２は、そのスマートメータ１０に対し、更新指示を出力する（ステップＳ４１３）。または、エリアＩＤまたはスマートメータ１０の情報を含む更新指示をＦＷ更新サーバ３０に出力する。
このとき、ステップＳ４０９で決定した通信帯域に関する情報も出力してよい。
【０１００】
以上説明したように、本実施形態の通信管理装置４００において、スマートメータ１０と他の機器との間の通信速度に関する情報に基づいて、ファームウェアの更新条件が決定されるので、公衆網３を利用する一般の他の端末の通信負荷の影響を受けない期間、また、一般の他の端末の通信に影響を与えない期間を選択してファームウェアを送信することができる。したがって、本実施形態の通信管理装置４００によれば、公衆網３の他の通信を妨げず、かつ、ファームウェアの送信をできる限り高速に効率よく行うことができる。
【０１０１】
（第５の実施の形態）
次に、本発明の第５の実施の形態の通信管理装置について、以下説明する。
図１６は、本発明の実施の形態に係る通信管理装置５００の構成を論理的に示す機能ブロック図である。
本実施形態では、デマンドレスポンスに関する予定情報に基づいて、更新条件を決定する構成を有する形態について、説明する。
本実施形態の通信管理装置５００は、図７の通信管理装置２００と同様な構成と、図９の通信管理部３０２とを有するとともに、さらに、ダウンロード制御部５０２と、デマンドレスポンス監視部５０４と、更新条件記憶部５０８と、ＤＲ情報記憶部５１０と、を含む。
更新条件記憶部５０８とＤＲ情報記憶部５１０は、通信管理装置５００に含まれてもよいし、通信管理装置５００の外部の記憶装置に含まれ、通信管理装置５００が参照する構成でもよい。
【０１０２】
ダウンロード制御部５０２は、上記実施形態の決定部１０２と更新指示部２０２を含む。ダウンロード制御部５０２の決定部１０２によって決定された更新条件は、更新条件記憶部５０８に記憶される。ダウンロード制御部５０２は、更新条件記憶部５０８を参照し、更新条件に従い、更新指示部２０２によりスマートメータ１０等に更新指示を出力することで、更新ファームウェアのダウンロードの制御を行う。
【０１０３】
需要家に電力を安定供給できるように、電力会社は、電力の需要と供給のバランスをとって、電力供給の計画を立てている。
真夏の冷房の過剰利用等による需要家の消費電力量の増大や、発電所の停止等による発電量の減少により、供給電力量が不足する可能性がある場合には、電力会社は需要家に節電を呼びかけるために、電力需要の削減要求を示すデマンドレスポンスを需要家に送信する。また、一般電気事業者（電力会社）の送電ネットワークを介して電気を供給する特定規模電気事業者（ＰＰＳ：Power Producer and Supplier）は、需要家の所在する電力会社に送配電を依頼している関係から、電力会社に対して３０分単位で需要家の需要量とＰＰＳからの供給量を一致させる「３０分同時同量」の義務を負っている。そのため、ＰＰＳも、需要家にデマンドレスポンスを送信することがある。また、アグリゲータから送信される場合もある。
【０１０４】
デマンドレスポンスの送信経路は、Ａルートおよび所謂Ｃルートの少なくとも一方で行うことができる。Ｃルートとは、たとえば、ＰＰＳのサーバ（不図示）と需要家宅のＨＥＭＳ５０間の通信経路である。需要家がＰＰＳに対し、予めユーザ登録を行い、認証情報を用いてＨＥＭＳ５０とＰＰＳのサーバ間の通信を確立することができる。
【０１０５】
このデマンドレスポンスに関する予定情報には、たとえば、デマンドレスポンスの対象エリア情報、消費電力削減要求量、デマンドレスポンスの実施期間（開始時刻、終了時刻、実施時間（２時間等）等）の情報が含まれる。
【０１０６】
デマンドレスポンスが発動される前後の期間には、電力の需要と供給のバランスを調査するための情報収集がＡルートまたはＣルートを利用して行われるため、通常時よりも通信量が増加する傾向にある。また、Ａルートで送信されたデマンドレスポンスは、需要家のスマートメータ１０からＨＥＭＳ５０にＢルートを経由して送信される。需要家のＨＥＭＳ５０は、デマンドレスポンスの通知を受信したとき、需要家にその情報を通知したり、要求に応じる場合に消費電力量を削減するために需要家宅の機器の制御を行ったりする機能を備えてもよい。また、ＨＥＭＳ５０は、スマートメータ１０から消費電力量を収集し、その情報をＰＰＳのサーバに送信する機能も有してよい。
【０１０７】
このように、デマンドレスポンスが発動される前後の期間においては、スマートメータ１０における通信処理が、通常時よりも頻発に行われることになり、さらに、その処理は優先度の高いものである。そのため、スマートメータ１０のファームウェアの更新処理による通信負荷により、デマンドレスポンス関連の通信が妨げられたり、スマートメータ１０の再起動により、デマンドレスポンスの受信や関連する処理が実行できなくなったりといった事態は避けなければならない。
【０１０８】
したがって、本実施形態の通信管理装置５００は、デマンドレスポンスに関する予約情報を取得し、デマンドレスポンスの前後の期間には、ファームウェアの更新は行わないように、更新スケジュールを調整する。ただし、スマートメータ１０のファームウェアの更新が、スマートメータ１０の動作停止や機能不全を招く不具合を修正するためのものである場合においては、この限りではなく、デマンドレスポンスよりも、ファームウェアの更新を優先してもよい。
【０１０９】
本実施形態において、デマンドレスポンス監視部５０４は、デマンドレスポンスに関する予定情報を取得し、ＤＲ情報記憶部５１０に記憶する。
ダウンロード制御部５０２の決定部１０２は、ＤＲ情報記憶部５１０から、デマンドレスポンスに関する予定情報を取得し、その予定情報に基づいて、更新条件を決定する。
決定された更新条件は、更新条件記憶部５０８に記憶される。
【０１１０】
具体的には、デマンドレスポンス監視部５０４は、図示されない電力会社のサーバ（ＤＲＡＳ：Demand Response Automation Server）やＰＰＳのサーバ等から、デマンドレスポンスに関する予定情報を取得し、ＤＲ情報記憶部５１０に記憶する。
【０１１１】
デマンドレスポンスに関する情報の取得方法は、以下に例示されるが、これに限定されない。また、複数を組み合わせてもよい。
（ｅ１）デマンドレスポンスの発動前に、事前情報を発信元のサーバに定期的に問い合わせて取得する。
（ｅ２）デマンドレスポンスの発動前に、事前情報を発信元のサーバに送信してもらう取り決めを行っておき、サーバから事前情報を受信する。
（ｅ３）デマンドレスポンスが発動された時、その情報を、発信元のサーバから取得する。
（ｅ４）デマンドレスポンスが発動された時、その情報を、デマンドレスポンスを受信したスマートメータ１０またはＨＥＭＳ５０から取得する。
【０１１２】
ダウンロード制御部５０２の決定部１０２は、たとえば、デマンドレスポンスの実施期間の前後、所定日数分を含む期間を避けて、ファームウェアの更新日を決定する。たとえば、デマンドレスポンスの実施期間の前後２日間を含む期間内に、更新ファームウェアのリリース日が含まれる場合、その期間が終了した後に、ファームウェアの更新予定日を決定する。
【０１１３】
図１７は、本実施形態のデマンドレスポンスの予定情報と更新条件を説明するための図である。
図１７（ａ）は、ＤＲ情報記憶部５１０の構造の一例を示す、図１７（ｂ）は、更新条件記憶部５０８の構造の一例を示している。
図１７（ａ）のＤＲ情報記憶部５１０には、デマンドレスポンスの実施期間（開始時刻、終了時刻、実施期間等）と、削減要求量、対象エリア情報として、少なくとも１つの基地局７のＩＤが記憶されている。
ダウンロード制御部５０２の決定部１０２は、更新ファームウェアのリリース情報を取得したとき、ＤＲ情報記憶部５１０を参照し、デマンドレスポンスの実施期間の前後２日を含む期間を求め、リリース日がその期間に含まれる場合、その期間終了後に更新予定日を決定する。
【０１１４】
図１７（ｂ）の例では、更新ファームウェアのリリース日が、９月８日である。デマンドレスポンスの対象エリアとなっていないＢ０００１については、リリース日にファームウェアの更新予定日を設定する。一方、デマンドレスポンスの対象エリアとなっているＢ００１１の基地局７の範囲に含まれるスマートメータ１０については、更新予定日がデマンドレスポンスの実施期間の前後２日間を含む期間（９月６日〜９月１０日）に含まれるため、更新予定日を期間終了後の９月１１日に決定している。
【０１１５】
このように構成された本実施形態の通信管理装置５００の動作について、以下説明する。
図１８は、本実施形態の通信管理装置５００の動作の一例を示すフローチャートである。
まず、デマンドレスポンス監視部５０４が、デマンドレスポンスに関する予定情報を取得すると、本処理は開始する。そして、デマンドレスポンス監視部５０４が、取得した情報を、ＤＲ情報記憶部５１０に記憶する（ステップＳ５０１）。
【０１１６】
ファームウェアの更新情報が入力されたとき（ステップＳ５０３のＹＥＳ）、ダウンロード制御部５０２の決定部１０２が、ＤＲ情報記憶部５１０を参照し、ＤＲ情報記憶部５１０から、デマンドレスポンスに関する予定情報を取得し、そのＤＲ予定情報に基づいて、更新条件を決定し、更新条件記憶部５０８に記憶する。
【０１１７】
具体的には、まず、決定部１０２は、エリア（たとえば、基地局７）毎に、デマンドレスポンスの対象エリアか否かを判別する（ステップＳ５０５）。そして、デマンドレスポンスの対象エリアでないエリアについては（ステップＳ５０５のＮＯ）、更新ファームウェアのリリース日を、ファームウェアの更新予定日に決定する（ステップＳ５０９）。
さらに、決定部１０２は、デマンドレスポンスの対象エリアについて（ステップＳ５０５のＹＥＳ）、デマンドレスポンスの実施期間の前後２日間の所定期間に、更新ファームウェアのリリース日が含まれるか否かを判定する（ステップＳ５０６）。リリース日が所定期間に含まれない場合（ステップＳ５０６のＮＯ）、更新ファームウェアのリリース日を、ファームウェアの更新予定日に決定する（ステップＳ５０９）。
一方、リリース日が所定期間に含まれる場合（ステップＳ５０６のＹＥＳ）、決定部１０２は、そのエリアのファームウェアの更新予定日を、所定期間終了後に決定する（ステップＳ５０７）。
決定された更新予定日は、エリア毎に更新条件記憶部５０８に記憶される。
【０１１８】
ステップＳ５０７およびステップＳ５０９で各エリアの更新予定日が決定した後、ダウンロード制御部５０２の更新指示部２０２が、更新条件記憶部５０８を参照し、更新予定日になったエリアの基地局ＩＤを取得する（ステップＳ５１１のＹＥＳ）。そして、基地局ＩＤに対応するスマートメータ１０を取得し、ダウンロード制御部５０２の更新指示部２０２は、そのスマートメータ１０に対し、更新指示を出力する（ステップＳ５１３）。または、基地局ＩＤまたはスマートメータ１０の情報を含む更新指示をＦＷ更新サーバ３０に出力する。
【０１１９】
以上説明したように、本実施形態の通信管理装置５００において、デマンドレスポンスに関する予定情報に基づいて、デマンドレスポンス前後の所定期間を避けるようにファームウェアの更新条件が決定されるので、デマンドレスポンスに関する通信処理を優先できる。
【０１２０】
（第６の実施の形態）
次に、本発明の第６の実施の形態の通信管理装置について、以下説明する。
図１９は、本発明の実施の形態に係る通信管理装置６００の構成を論理的に示す機能ブロック図である。
本実施形態では、スマートメータ１０と需要家宅の通信装置（たとえば、ＨＥＭＳ５０）との通信予定情報に基づいて、通信予定時間を避けるように更新時間を決定する構成を有する形態について、説明する。
本実施形態の通信管理装置６００は、図７の通信管理装置２００と同様な構成と、図９の通信管理部３０２とを有するとともに、さらに、ダウンロード制御部６０２と、Ｂルート通信状況監視部６０４と、Ｂルート通信予測部６０６と、更新条件記憶部６０８と、通信情報記憶部６１０と、を含む。
更新条件記憶部６０８と通信情報記憶部６１０は、通信管理装置６００に含まれてもよいし、通信管理装置６００の外部の記憶装置に含まれ、通信管理装置６００が参照する構成でもよい。
【０１２１】
ダウンロード制御部６０２は、上記実施形態の決定部１０２と更新指示部２０２を含む。ダウンロード制御部６０２の決定部１０２によって決定された更新条件は、更新条件記憶部６０８に記憶される。ダウンロード制御部６０２は、更新条件記憶部６０８を参照し、更新条件に従い、更新指示部２０２によりスマートメータ１０等に更新指示を出力することで、更新ファームウェアのダウンロードの制御を行う。
【０１２２】
本実施形態において、他の機器は、スマートメータ１０と通信する需要家宅のＨＥＭＳ５０またはゲートウェイ等の通信装置である。
本実施形態において、Ｂルート通信状況監視部６０４は、通信装置とスマートメータ１０間の通信実績に関する情報を取得し、通信情報記憶部６１０に記憶する。
Ｂルート通信予測部６０６は、通信情報記憶部６１０に記憶された通信実績に関する情報に基づいて、将来の通信予定を予測し、通信予定情報として、さらに通信情報記憶部６１０に記憶する。
ダウンロード制御部６０２の決定部１０２は、通信情報記憶部６１０から、通信装置とスマートメータ１０間の通信予定情報または、通信装置とスマートメータ１０間の通信実績に関する情報を取得し、取得された情報から予測された通信予定時間とは異なる時間に、ファームウェアの更新時間を決定する。
決定された更新条件は、更新条件記憶部５０８に記憶される。
【０１２３】
スマートメータ１０とＨＥＭＳ５０またはゲートウェイ等の通信装置との間の通信処理は、以下に例示される処理において行われる。以下は例示であり、これらに限定されない。また、以下の処理は、複数が並行して実行される場合もある。
（ｆ１）ＨＥＭＳ５０またはゲートウェイが、スマートメータ１０から計測値や電気料金の情報、またはスマートメータ１０の状態情報をスマートメータ１０に要求して受信する。
（ｆ２）ＨＥＭＳ５０またはゲートウェイが、スマートメータ１０が受信したデマンドレスポンスの情報をスマートメータ１０に要求して受信する。
（ｆ３）ＨＥＭＳ５０またはゲートウェイが、スマートメータ１０とのＢルート通信を確立するための認証手続き処理時に、認証情報をスマートメータ１０に送信する。
【０１２４】
スマートメータ１０と通信装置間の通信予定情報および通信実績は、以下に例示されるが、これらに限定されない。
（ｇ１）スマートメータ１０に接続される他の通信装置があるか否かの情報
（ｇ２）スマートメータ１０と他の通信装置との間の通信の定期的な予定情報または不定期の予定情報
ここで、予定情報は、通信の開始時刻と終了時刻、または、通信の開始時刻と通信時間、あるいは、通信の開始時刻と通信期間と次の通信期間との通信間隔等、様々な形態が考えられ、特に限定されない。
（ｇ３）スマートメータ１０と他の通信装置との間の通信開始時刻と通信時間（または終了時刻）の計測情報
【０１２５】
Ｂルート通信状況監視部６０４における、上記情報の取得方法は、以下に例示されるが、これらに限定されない。また、以下の複数を組み合わせてもよい。
（ｈ１）スマートメータ１０にＡルート経由で問い合わせて取得する。
（ｈ２）他の通信装置にＣルート経由で問い合わせて取得する。
（ｈ３）ＨＥＭＳ５０とＣルート経由で通信しているサーバ（たとえば、サービスプロバイダやＰＰＳのサーバ）に問い合わせて取得する。
取得された情報は、通信情報記憶部６１０に履歴情報として記憶される。また、通信実績は、たとえば、通信時刻と通信時間が記憶される。
【０１２６】
Ｂルート通信予測部６０６は、たとえば、ファームウェアのリリース日が通知された時、通信情報記憶部６１０に記憶された通信実績の情報に基づいて、リリース日以降のＢルートの通信の利用時間を予測する。予測された通信予定時間は、通信情報記憶部６１０に記憶される。なお、予測は、リリース日が通知される後以外に、定期的に行われてもよい。
【０１２７】
図２０は、本実施形態の通信管理装置６００の通信予定時間と更新条件の関係を説明するための図である。
図２０（ａ）は、通信情報記憶部６１０の構造の一例を示し、図２０（ｂ）は、更新条件記憶部６０８の構造の一例を示している。
図２０（ａ）の通信情報記憶部６１０では、スマートメータ１０毎に、接続される他の通信装置（たとえば、ＨＥＭＳ５０）の有無の情報と、予め分かっている通信予定時刻の情報と、通信実績から予測された通信予定時刻の情報が記憶されている例を示している。たとえば、ＩＤがＳ０００１のスマートメータ１０は、ＨＥＭＳ５０の接続があり、毎時１０分と４０分にＨＥＭＳ５０との通信が予定されており、さらに、通信実績から、毎月１日に通信が行われていることが示されている。
また、ＩＤがＳ０００２のスマートメータ１０には、ＨＥＭＳ５０等の他の通信装置の接続がないことを示している。さらに、ＩＤが０００３のスマートメータ１０には、ＨＥＭＳ５０が接続されていて、通信予定情報はないが、通信実績から予測された通信予定時間が、毎日５時に５秒間であることを示している。
【０１２８】
この例では、スマートメータ１０毎に通信予定情報と更新条件が記憶されている例を示したが、他の例では、所定のエリア毎（基地局７毎）に、通信予定情報が記憶されてもよい。また、同じエリア内にＨＥＭＳ５０の接続があるスマートメータ１０と未接続のスマートメータ１０が混在している場合は、ＨＥＭＳ５０の接続の有無情報だけ、スマートメータ１０毎に有してもよい。
【０１２９】
決定部１０２において、通信予定時間を避けて更新予定日時を決定するのが好ましい。
たとえば、決定部１０２は、ファームウェア更新時にファームウェアのダウンロード開始時刻からスマートメータ１０の再起動までにかかる時間を予測し、予測された時刻が、通信予定時間に含まれないように、更新予定日時を決定するのが好ましい。
【０１３０】
図２０（ｂ）の例では、更新ファームウェアのリリース日が９月１日である。この例では、リリース日が通知されているが、他の例では、リリース期間、または、リリース日時の情報であってもよく、特に限定されない。
【０１３１】
そして、ＩＤがＳ０００１のスマートメータ１０は、ＨＥＭＳ５０との接続があり、毎月１日にＢルート通信が行われるため、９月１日を避けて翌日２日を更新予定日としている。さらに、毎時１０分と４０分に通信予定があるため、その時間を避け、５時２０分を更新予定時刻としている。なお、時間を５時に決定したのは、公衆網３の通信負荷が低い時間帯から選択している。この形態は、上記実施形態の通信管理装置４００の構成との組み合わせにより実現できる。
【０１３２】
さらに、ＩＤがＳ０００２のスマートメータ１０は、ＨＥＭＳ５０が未接続なため、リリース日がそのまま更新予定日に決定されている。また、ＩＤがＳ０００３のスマートメータ１０は、ＨＥＭＳ５０との接続があり、通信予定情報はないが、予測された通信予定時間は、毎日５時から５秒間となっている。そのため、リリース日の９月１日の５時から１分経過した５時１分が更新予定時刻に決定されている。
【０１３３】
そして、ダウンロード制御部６０２の更新指示部２０２は、更新条件記憶部６０８を参照し、更新条件に従い、スマートメータ１０の更新予定日時からファームウェアの更新対象となるスマートメータ１０に対して更新指示を出力する。または、ＦＷ更新サーバ３０に抽出されたスマートメータ１０に対する更新指示を出力する。
【０１３４】
このように構成された本実施形態の通信管理装置６００の動作について、以下説明する。
図２１は、本実施形態の通信管理装置６００の動作の一例を示すフローチャートである。
まず、Ｂルート通信状況監視部６０４が、スマートメータ１０または所定エリア（たとえば、基地局７単位）の通信予定時間を取得する（ステップＳ６０１）。さらに、Ｂルート通信状況監視部６０４は、スマートメータ１０または所定エリアの通信実績を取得する。通信予定時間と、通信実績を履歴情報として通信情報記憶部６１０に記憶する。
そして、Ｂルート通信予測部６０６が、通信情報記憶部６１０を参照し、履歴情報から通信予定時間を予測し、通信情報記憶部６１０に記憶する（ステップＳ６０２）。
【０１３５】
ファームウェアの更新情報が入力されたとき（ステップＳ６０３のＹＥＳ）、ダウンロード制御部６０２の決定部１０２が、通信情報記憶部６１０を参照し、通信情報記憶部６１０から、スマートメータ１０または所定エリアの通信予定時間または通信実績から予測された通信予定時間を取得し、その通信予測時間に基づいて、更新条件を決定し、更新条件記憶部６０８に記憶する。
【０１３６】
具体的には、決定部１０２は、スマートメータ１０または所定エリア毎に、通信情報記憶部６１０を参照し、通信装置（たとえば、ＨＥＭＳ５０）の接続の有無を判定する（ステップＳ６０４）。通信装置が未接続の場合（ステップＳ６０４のＮＯ）、更新ファームウェアのリリース日をそのスマートメータ１０またはエリアの更新予定日に決定する（ステップＳ６０９）。なお、更新時刻は、予め定めた時刻でよい。
【０１３７】
一方、通信装置が接続されている場合（ステップＳ６０４のＹＥＳ）、通信情報記憶部６１０を参照し、リリース日に通信予定時間が含まれるか否かを判定する（ステップＳ６０５）。リリース日に通信予定時間が含まれない場合（ステップＳ６０５のＮＯ）、決定部１０２は、更新ファームウェアのリリース日をそのスマートメータ１０またはエリアの更新予定日に決定する（ステップＳ６０９）。
【０１３８】
そして、リリース日に通信予定時間が含まれる場合（ステップＳ６０５のＹＥＳ）、決定部１０２は、通信予定時間を避けて、更新予定日時を決定する（ステップＳ６０７）。
ステップＳ６０７またはステップＳ６０９で決定された更新予定日時は、スマートメータ１０またはエリア毎に更新条件記憶部６０８に記憶される。
【０１３９】
ステップＳ６０７およびステップＳ６０９で各スマートメータ１０または各エリアの更新予定日時が決定した後、ダウンロード制御部６０２の更新指示部２０２が、更新条件記憶部６０８を参照し、更新予定日時になったスマートメータ１０またはエリアを取得する（ステップＳ６１１のＹＥＳ）。そして、ダウンロード制御部５０２の更新指示部２０２は、そのスマートメータ１０またはエリアに対し、更新指示を出力する（ステップＳ６１３）。または、スマートメータ１０またはエリアの情報を含む更新指示をＦＷ更新サーバ３０に出力する。
【０１４０】
以上説明したように、本実施形態の通信管理装置６００において、スマートメータ１０と他の通信装置との間のＢルート通信の予定情報に基づいて、その通信予定時間を避けるようにとは異なる時間にファームウェアの更新条件が決定されるので、ファームウェア更新時の再起動処理により、スマートメータ１０と通信装置の間の通信を妨げることを防止でき、スマートメータ１０に関わるサービスの品質を維持できる。
【０１４１】
（第７の実施の形態）
次に、本発明の第７の実施の形態の通信装置について、以下説明する。
図２２は、本発明の実施の形態に係る通信装置１１０（スマートメータ１０）の構成を論理的に示す機能ブロック図である。
本発明のスマートメータ１０は、上述した各実施形態の通信管理装置が決定する更新条件に従い、ファームウェアを更新する、少なくとも以下の構成を有する通信装置１１０とすることができる。
【０１４２】
本発明の実施の形態に係る通信装置１１０（スマートメータ１０）は、ファームウェアを更新する時の再起動に関する更新条件を決定する通信管理装置に、他の機器との間の通信予定情報および通信実績の少なくとも一方を送信する送信部１１２と、通信管理装置から、通信予定情報および通信実績の少なくとも一方に基づいて決定された更新条件を受信する受信部１１４と、を備える。
【０１４３】
図２２の送信部１１２および受信部１１４は、図３の第１通信部６５により実現され、図２の基地局７に接続し、公衆網３を介して通信管理装置と通信する。
【０１４４】
本実施形態のコンピュータプログラムは、通信装置１１０を実現させるためのコンピュータ６０に、ファームウェアを更新する時の再起動に関する更新条件を決定する通信管理装置に、他の機器との間の通信予定情報および通信実績の少なくとも一方を送信する手順、通信管理装置から、通信予定情報および通信実績の少なくとも一方に基づいて決定された更新条件を受信する手順、を実行させるように記述されている。
【０１４５】
本実施形態のコンピュータプログラムは、コンピュータで読み取り可能な記録媒体に記録されてもよい。記録媒体は特に限定されず、様々な形態のものが考えられる。また、プログラムは、記録媒体からコンピュータのメモリにロードされてもよいし、ネットワークを通じてコンピュータにダウンロードされ、メモリにロードされてもよい。
【０１４６】
コンピュータプログラム７０を記録する記録媒体は、非一時的な有形のコンピュータ６０が使用可能な媒体を含み、その媒体に、コンピュータ６０が読み取り可能なプログラムコードが埋め込まれる。コンピュータプログラム７０が、コンピュータ６０上で実行されたとき、コンピュータ６０に、通信装置１１０（スマートメータ１０）を実現する以下の通信制御方法を実行させる。
【０１４７】
さらに、本実施形態の通信装置１１０（スマートメータ１０）において、受信部１１４は、決定された更新条件に従い出力されたファームウェアの更新指示を受信する。通信装置１１０（スマートメータ１０）は、受信した更新条件に従い、ファームウェアを更新する更新部（不図示）をさらに含む。
【０１４８】
このように構成された本実施形態の通信装置１１０（スマートメータ１０）の通信制御方法について、以下説明する。
本発明の実施の形態に係る通信制御方法は、通信装置１１０の通信制御方法であり、通信装置１１０を実現するコンピュータ６０により実行される通信制御方法である。
本実施形態の通信制御方法は、通信装置１１０が、通信装置１１０を実現させるためのコンピュータ６０に、ファームウェアを更新する時の再起動に関する更新条件を決定する通信管理装置に、他の機器との間の通信予定情報および通信実績の少なくとも一方を送信し、通信管理装置から、通信予定情報および通信実績の少なくとも一方に基づいて決定された更新条件を受信することを含む。
【０１４９】
この構成によれば、上記実施形態と同様な効果を奏する通信装置１１０（スマートメータ１０）が提供される。
【０１５０】
以上、図面を参照して本発明の実施形態について述べたが、これらは本発明の例示であり、上記以外の様々な構成を採用することもできる。
たとえば、上記第３の実施形態から第６の実施形態の構成は、適宜、矛盾のない範囲で複数を組み合わせることができる。
【０１５１】
また、決定部１０２は、ファームウェア更新のスケジュールを、更新ファームウェアのサイズも考慮して決定してもよい。たとえば、サイズが所定値より大きい場合、ダウンロード処理を分割して行ったり、ダウンロード処理と、書き込み処理と、再起動を、異なる時間帯に分けて行うように更新予定日時を決定してもよい。
【０１５２】
上述した各実施形態の通信管理装置は、スマートメータと他の機器との間の通信予定情報および通信実績の少なくとも一方を受信する受信部（不図示）をさらに備えてもよい。
上述したように、通信予定情報と通信実績は、ＭＤＭＳ２０が収集し、通信管理装置１００に送信してもよいし、通信管理装置１００がスマートメータ１０と通信を行い取得してもよい。
また、本発明の通信管理装置１００は、ＭＤＭＳ２０およびＦＷ更新サーバ３０のいずれか一方に含まれる構成も考えられ、ＭＤＭＳ２０に含まれる構成の場合は、受信部はなくてもよい。
【０１５３】
以上、実施形態および実施例を参照して本願発明を説明したが、本願発明は上記実施形態および実施例に限定されるものではない。本願発明の構成や詳細には、本願発明のスコープ内で当業者が理解し得る様々な変更をすることができる。
なお、本発明において利用者に関する情報を取得、利用する場合は、これを適法に行うものとする。
【０１５４】
以下、参考形態の例を付記する。
１．  通信管理装置が、
スマートメータのファームウェアを更新する時の再起動に関する更新条件を、前記スマートメータと他の機器との間の通信予定情報および通信実績の少なくとも一方に基づいて、決定する通信管理方法。
２．  前記通信管理装置が、
決定された前記更新条件に従い、前記スマートメータの前記ファームウェアの更新を行う更新処理装置または前記スマートメータに前記ファームウェアの更新指示を出力する、１．に記載の通信管理方法。
３．  前記通信管理装置が、
前記スマートメータと前記他の機器との間の前記通信予定情報および前記通信実績の少なくとも一方を受信する、１．または２．に記載の通信管理方法。
４．  前記通信管理装置が、
前記他の機器は、前記スマートメータから計測値を収集する収集装置であり、
前記収集装置は、公衆網を介して前記スマートメータに接続され、前記スマートメータと通信する１．から３．いずれか一つに記載の通信管理方法。
５．  前記通信管理装置が、
前記収集装置が前記スマートメータから前記計測値を収集する検針タイミングに基づいて、前記更新条件を決定する４．に記載の通信管理方法。
６．  前記通信管理装置が、
前記収集装置が前記スマートメータから前記計測値を収集する検針タイミングとは異なる時間に、前記ファームウェアの更新時間を決定する５．に記載の通信管理方法。
７．  前記通信管理装置が、
前記スマートメータと前記他の機器との間の通信速度に関する情報基づいて、前記更新条件を決定する１．から６．いずれか一つに記載の通信管理方法。
８．  前記通信管理装置が、
前記スマートメータと前記他の機器との間の通信速度に基づいて、前記ファームウェアを前記スマートメータに送信する通信帯域を決定する７．に記載の通信管理方法。
９．  前記更新条件は、前記ファームウェアを送信する少なくとも一つの更新対象エリアを含み、
前記通信管理装置が、
前記更新対象エリアの前記通信速度が第１の所定値未満の場合、前記通信速度が前記第１の所定値以上となるように、前記更新対象エリアを少なくとも２つのエリアに分割した各エリアを前記更新条件として決定する、８．に記載の通信管理方法。
１０．  前記更新条件は、前記ファームウェアを送信する少なくとも一つの更新対象エリアを含み、
前記通信管理装置が、
前記更新対象エリアの前記通信速度が第１の所定値未満の場合、前記スマートメータの台数が第３の所定値未満になるように、前記更新対象エリアを少なくとも２つのエリアに分割した各エリアを前記更新条件として決定する、８．または９．に記載の通信管理方法。
１１．  前記通信管理装置が、
デマンドレスポンスに関する予定情報に基づいて、前記更新条件を決定する１．から１０．いずれか一つに記載の通信管理方法。
１２．  前記他の機器は、前記スマートメータと通信する需要家宅の通信装置であり、
前記通信管理装置が、
前記通信装置と前記スマートメータ間の前記通信予定情報または、前記通信装置と前記スマートメータ間の通信実績に基づき予測された通信予定時間とは異なる時間に、前記ファームウェアの更新時間を決定する、１．から１１．いずれか一つに記載の通信管理方法。
１３．  前記通信管理装置が、
前記ファームウェアの前記スマートメータへのダウンロード処理、前記ダウンロード後の当該スマートメータへのインストール処理、および前記インストール後の当該スマートメータの再起動の処理は、前記スマートメータにおいて連続して実行される１．から１２．いずれか一つに記載の通信管理方法。
【０１５５】
１４．  コンピュータに、
スマートメータのファームウェアを更新する時の再起動に関する更新条件を、前記スマートメータと他の機器との間の通信予定情報および通信実績の少なくとも一方に基づいて、決定する手順を実行させるためのプログラム。
１５．  決定された前記更新条件に従い、前記スマートメータの前記ファームウェアの更新を行う更新処理装置または前記スマートメータに前記ファームウェアの更新指示を出力する手順、をさらにコンピュータに実行させるための、１４．に記載のプログラム。
１６．  前記スマートメータと前記他の機器との間の前記通信予定情報および前記通信実績の少なくとも一方を受信する手順、をさらにコンピュータに実行させるための、１４．または１５．に記載のプログラム。
１７．  前記他の機器は、前記スマートメータから計測値を収集する収集装置であり、
前記収集装置は、公衆網を介して前記スマートメータに接続され、前記スマートメータと通信する、１４．から１６．いずれか一つに記載のプログラム。
１８．  前記決定する手順において、
前記収集装置が前記スマートメータから前記計測値を収集する検針タイミングに基づいて、前記更新条件を決定する手順、をさらにコンピュータに実行させるための、１７．に記載のプログラム。
１９．  前記決定する手順において、
前記収集装置が前記スマートメータから前記計測値を収集する検針タイミングとは異なる時間に、前記ファームウェアの更新時間を決定する手順、をさらにコンピュータに実行させるための、１８．に記載のプログラム。
２０．  前記決定する手順において、
前記スマートメータと前記他の機器との間の通信速度に関する情報基づいて、前記更新条件を決定する手順、をさらにコンピュータに実行させるための、１４．から１９．いずれか一つに記載のプログラム。
２１．  前記決定する手順において、
前記スマートメータと前記他の機器との間の通信速度に基づいて、前記ファームウェアを前記スマートメータに送信する通信帯域を決定する手順、をさらにコンピュータに実行させるための、２０．に記載のプログラム。
２２．  前記更新条件は、前記ファームウェアを送信する少なくとも一つの更新対象エリアを含み、
前記決定する手順において、
前記更新対象エリアの前記通信速度が第１の所定値未満の場合、前記通信速度が前記第１の所定値以上となるように、前記更新対象エリアを少なくとも２つのエリアに分割した各エリアを前記更新条件として決定する手順、をさらにコンピュータに実行させるための、２１．に記載のプログラム。
２３．  前記更新条件は、前記ファームウェアを送信する少なくとも一つの更新対象エリアを含み、
前記決定する手順において、
前記更新対象エリアの前記通信速度が第１の所定値未満の場合、前記スマートメータの台数が第３の所定値未満になるように、前記更新対象エリアを少なくとも２つのエリアに分割した各エリアを前記更新条件として決定する手順、をさらにコンピュータに実行させるための、２１．または２２．に記載のプログラム。
２４．  前記決定する手順において、
デマンドレスポンスに関する予定情報に基づいて、前記更新条件を決定する手順、をさらにコンピュータに実行させるための、１４．から２３．いずれか一つに記載のプログラム。
２５．  前記他の機器は、前記スマートメータと通信する需要家宅の通信装置であり、
前記決定する手順において、
前記通信装置と前記スマートメータ間の前記通信予定情報または、前記通信装置と前記スマートメータ間の通信実績に基づき予測された通信予定時間とは異なる時間に、前記ファームウェアの更新時間を決定する手順、をさらにコンピュータに実行させるための、１４．から２４．いずれか一つに記載のプログラム。
２６．  前記ファームウェアの前記スマートメータへのダウンロード処理、前記ダウンロード後の当該スマートメータへのインストール処理、および前記インストール後の当該スマートメータの再起動の処理は、前記スマートメータにおいて連続して実行される、１４．から２５．いずれか一つに記載のプログラム。
【０１５６】
２７．  通信装置が、
ファームウェアを更新する時の再起動に関する更新条件を決定する通信管理装置に、他の機器との間の通信予定情報および通信実績の少なくとも一方を送信し、
前記通信管理装置から、前記通信予定情報および前記通信実績の少なくとも一方に基づいて決定された前記更新条件を受信する、通信装置の通信制御方法。
２８．  前記他の機器は、計測値を収集する収集装置であり、
前記通信装置が、
前記収集装置が前記計測値を収集する検針タイミングに基づいて決定された前記更新条件を受信する２７．に記載の通信装置の通信制御方法。
２９．  前記通信装置が、
前記他の機器との間の通信速度に関する情報に基づいて決定された前記更新条件を受信する２７．または２８．に記載の通信装置の通信制御方法。
３０．  前記通信装置が、
前記他の機器との間の通信速度に関する情報に基づいて決定された前記ファームウェアが送信される通信帯域を受信する２７．から２９．いずれか一つに記載の通信装置の通信制御方法。
３１．  前記通信装置が、
デマンドレスポンスに関する予定情報に基づいて決定された前記更新条件を受信する２７．から３０．いずれか一つに記載の通信装置の通信制御方法。
３２．  前記他の機器は、需要家宅の通信装置であり、
前記通信装置が、
前記通信装置との前記通信予定情報または、前記通信装置との通信実績に基づき予測された通信予定時間と異なる時間に決定された前記ファームウェアの更新時間を受信する２７．から３１．いずれか一つに記載の通信装置の通信制御方法。
３３．  前記通信装置が、
決定された前記更新条件に従い出力された前記ファームウェアの更新指示を受信し、
前記更新指示に従い、前記ファームウェアを更新する２７．から３２．いずれか一つに記載の通信装置の通信制御方法。
【０１５７】
３４．  コンピュータに、
ファームウェアを更新する時の再起動に関する更新条件を決定する通信管理装置に、他の機器との間の通信予定情報および通信実績の少なくとも一方を送信する手順、
前記通信管理装置から、前記通信予定情報および前記通信実績の少なくとも一方に基づいて決定された前記更新条件を受信する手順を実行させるためのプログラム。
３５．  前記他の機器は、計測値を収集する収集装置であり、
前記収集装置が前記計測値を収集する検針タイミングに基づいて決定された前記更新条件を受信する手順をコンピュータに実行させるための３４．に記載のプログラム。
３６．  前記他の機器との間の通信速度に関する情報に基づいて決定された前記更新条件を受信する手順をコンピュータに実行させるための３４．または３５．に記載のプログラム。
３７．  前記他の機器との間の通信速度に関する情報に基づいて決定された前記ファームウェアが送信される通信帯域を受信する手順をコンピュータに実行させるための３４．から３６．いずれか一つに記載のプログラム。
３８．  デマンドレスポンスに関する予定情報に基づいて決定された前記更新条件を受信する手順をコンピュータに実行させるための３４．から３７．いずれか一つに記載のプログラム。
３９．  前記他の機器は、需要家宅の通信装置であり、
前記通信装置との前記通信予定情報または、前記通信装置との通信実績に基づき予測された通信予定時間と異なる時間に決定された前記ファームウェアの更新時間を受信する手順をコンピュータに実行させるための３４．から３８．いずれか一つに記載のプログラム。
４０．  決定された前記更新条件に従い出力された前記ファームウェアの更新指示を受信する手順、
前記更新指示に従い、前記ファームウェアを更新する手順をコンピュータに実行させるための３４．から３９．いずれか一つに記載のプログラム。
【符号の説明】
【０１５８】
１  通信システム
３  公衆網
５  ネットワーク
７  基地局
１０  スマートメータ
２０  ＭＤＭＳ
２２  データベース
３０  ＦＷ更新サーバ
３２  ＦＷ記憶部
４０  ＧＷ
５０  ＨＥＭＳ
６０  コンピュータ
６１  ＣＰＵ
６２  ＲＯＭ
６３  ＲＡＭ
６４  Ｉ／Ｏ
６５  第１通信部
６６  第１アンテナ
６７  第２通信部
６８  第２アンテナ
６９  バス
７０  プログラム
８０  コンピュータ
８１  ＣＰＵ
８２  メモリ
８３  ストレージ
８４  Ｉ／Ｏ
８５  通信Ｉ／Ｆ
８６  バス
９０  プログラム
１００  通信管理装置
１０２  決定部
２００  通信管理装置
２０２  更新指示部
３００  通信管理装置
３０２  通信管理部
３０４  ダウンロード制御部
３０６  検針期間管理部
３０８  更新条件記憶部
３１０  検針情報記憶部
４００  通信管理装置
４０２  ダウンロード制御部
４０４  Ａルート通信状況監視部
４０６  Ａルート通信予測部
４０８  更新条件記憶部
４１０  通信情報記憶部
５００  通信管理装置
５０２  ダウンロード制御部
５０４  デマンドレスポンス監視部
５０８  更新条件記憶部
５１０  ＤＲ情報記憶部
６００  通信管理装置
６０２  ダウンロード制御部
６０４  Ｂルート通信状況監視部
６０６  Ｂルート通信予測部
６０８  更新条件記憶部
６１０  通信情報記憶部
【図１】
2017091365.tif 000003
【図２】
2017091365.tif 000004
【図３】
2017091365.tif 000005
【図４】
2017091365.tif 000006
【図５】
2017091365.tif 000007
【図６】
2017091365.tif 000008
【図７】
2017091365.tif 000009
【図８】
2017091365.tif 000010
【図９】
2017091365.tif 000011
【図１０】
2017091365.tif 000012
【図１１】
2017091365.tif 000013
【図１２】
2017091365.tif 000014
【図１３】
2017091365.tif 000015
【図１４】
2017091365.tif 000016
【図１５】
2017091365.tif 000017
【図１６】
2017091365.tif 000018
【図１７】
2017091365.tif 000019
【図１８】
2017091365.tif 000020
【図１９】
2017091365.tif 000021
【図２０】
2017091365.tif 000022
【図２１】
2017091365.tif 000023
【図２２】
2017091365.tif 000024