JP2019061872A - 蓄電池状態監視システム及び蓄電池装置 - Google Patents

Abstract

【課題】蓄電池群の測定データの取得のための無線通信の際に、信号の干渉や輻輳を低減でき、正しい測定データを確実に取得できる技術を提供する。【解決手段】蓄電池状態監視システムは、蓄電池５と子機４（測定通信装置）とを備える複数の蓄電池装置６と、子機４に無線通信接続される親機３とを備える。子機４は、蓄電池５のパラメータを測定し、測定データを記憶する。親機３は、複数の蓄電池装置６のうち取得対象の蓄電池装置６（子機４）を指定した測定データ要求信号７０１を送信する。子機４は、受信した測定データ要求信号７０１において、自機が取得対象として指定されている場合には、測定データを含む測定データ応答信号７０２を送信し、指定されていない場合には、自機を応答禁止状態として、測定データ応答信号７０２を送信しないようにする。【選択図】図７

Description

本発明は、蓄電池の状態を監視する蓄電池状態監視システム等の技術に関し、特に、バックアップや出力変動等の用途で常に機器に接続された蓄電池に通電して状態を推定する技術に関する。

常時稼働の必要がある重要な機器やシステムでは、無停電電源装置（ＵＰＳ：Uninterruptible Power Supply）や電力制御装置（ＰＣＳ：Power Conditioning System）等の機器やシステムが用いられる場合がある。例えば、停電や瞬断等、商用電源（電力系統）からの電力供給が途絶えた場合、あるいはその電力を利用しない場合やできない場合（総称して「非常時等」と記載する場合がある）が発生し得る。その非常時等の場合でも、顧客拠点の機器やシステム等の負荷に電力供給を継続できるように、ＵＰＳやＰＣＳ等の機器やシステム（制御電源装置と記載する場合がある）が用いられる。制御電源装置には、蓄電池群を備える電源装置が接続または内蔵されている。電源装置及び制御電源装置等を含むシステムを、蓄電池システムと記載する場合がある。電源装置の蓄電池群は、制御電源装置を通じて、顧客拠点の機器等の負荷に常に接続されている。蓄電池群は、非常時等に負荷に対して供給するための電力を蓄積する。蓄電池群は、通常時には、制御電源装置の制御に基づいて、商用電源からの供給電力によって充電の動作が行われる。蓄電池群は、非常時等には、制御電源装置の制御に基づいて、負荷への放電の動作が行われる。

蓄電池は、非動作状態でも経年劣化する。一般的に、周囲温度が高いほど劣化が進むことが知られている。蓄電池の劣化による寿命や故障等が原因で、蓄電池の正常な放電等の動作が行われない事態が発生し得る。従って、蓄電池群を備える機器やシステムでは、その事態の発生を回避できるように、蓄電池群の状態監視等を行う方式の適用が有効である。蓄電池状態監視システムは、蓄電池群の状態を監視し、各蓄電池の充電状態や寿命を推定し、劣化や異常等を判定、検出し、ユーザに対して通知する。

上記蓄電池状態監視システム等に係わる先行技術例として、特開２００５−２６１５３号公報（特許文献１）が挙げられる。特許文献１には、蓄電池監視システムとして、複数の蓄電池からなる組電池の温度を検出し、各単電池の電圧や内部抵抗を測定し、これらの検出結果及び測定結果に応じて単電池の寿命を判定する旨が記載されている。また、特許文献１には、蓄電池監視ユニットの制御部から、判定結果等の情報を、インタフェースを介して、遠隔監視装置等に伝送や報知する旨が記載されている。

特開２００５−２６１５３号公報

従来技術例の蓄電池状態監視システムでは、蓄電池に通電して蓄電池の電圧、温度、内部抵抗等の所定のパラメータを測定する。そのシステムでは、それらの測定データを用いて、蓄電池の状態の推定や判定を行う。その際、なるべく高精度に推定等を行うためには、多数の各蓄電池の測定データを速やかに正しく取得する必要がある。このシステムでは、蓄電池の状態を測定して測定データを取得するための手段として、蓄電池に測定通信装置が設置される。測定通信装置は、蓄電池の電圧等のパラメータを測定する測定機能と、測定データを外部の上位の装置へ送信する通信機能とを有する。なお、測定装置と通信装置とで別体でもよい。

従来技術例の蓄電池状態監視システムでは、更に、蓄電池の測定通信装置としての無線通信子機と、その上位の装置としての無線通信親機とが設けられ、それらが無線通信を行う。例えば、子機は、測定タイミングで測定を行い、測定データを記憶する。親機は、子機と無線通信して子機から測定データを取得する。この方式では、複数の蓄電池を並行的に測定し、各蓄電池の測定データを、上位の装置へ収集できる。上位の装置は、収集した測定データを用いて各蓄電池の状態の推定等を行うことができる。

電源装置では、所定の空間内の比較的近接位置に多数の蓄電池が配置されている場合が多い。上記のように、蓄電池の測定通信装置として無線通信子機を用いる場合、所定の空間内の比較的近接位置に多数の子機が配置されることになる。このシステムでは、近距離／短距離の無線電波送信が行われる。そのため、親機と複数の子機との間で、測定データ等の信号を授受する際に、複数の信号が干渉や輻輳する場合がある。例えば、親機から子機へ測定データ要求信号を送信した場合に、複数の子機が反応して複数の測定データ応答信号が親機へ送信される。これにより、複数の信号が干渉や輻輳し、親機が速やかに正しい測定データを取得できない場合がある。その結果、上位の装置で蓄電池の状態の推定等の処理に用いるための正しい測定データが減るため、推定等の精度が低下する。即ち、蓄電池状態監視システムによる監視の精度が低下する。

上記のように、従来技術例の蓄電池状態監視システムでは、蓄電池群の測定データの取得のための無線通信を行う場合に、確実性や通信効率、監視精度等の観点で課題がある。

本発明の目的は、蓄電池状態監視システムの技術に関して、蓄電池群の測定データの取得のための無線通信の際に、信号の干渉や輻輳を低減でき、正しい測定データを確実に取得でき、監視精度を高めることができる技術を提供することである。

本発明のうち代表的な実施の形態は、蓄電池状態監視システム等であって、以下に示す構成を有することを特徴とする。

一実施の形態の蓄電池状態監視システムは、１つ以上の蓄電池と前記１つ以上の蓄電池に接続された測定通信装置とを備える複数の蓄電池装置と、前記複数の蓄電池装置における複数の測定通信装置の各々を子機として無線通信接続される親機である１つ以上の通信装置と、前記１つ以上の通信装置に対して通信接続されるサーバ装置と、を備え、前記測定通信装置は、前記１つ以上の蓄電池のパラメータを測定し、測定値を含む測定データを記憶する測定手段と、前記通信装置から信号を受信し、前記測定データを含む信号を、前記通信装置へ送信する通信手段と、を有し、前記通信装置は、前記複数の蓄電池装置のうち取得対象の蓄電池装置を指定した測定データ要求信号を送信し、前記取得対象の蓄電池装置から取得した前記測定データを、前記サーバ装置へ送信し、前記サーバ装置は、前記通信装置から取得した前記測定データを用いて、前記蓄電池の状態の監視処理を行い、監視情報をユーザに対して出力し、前記測定通信装置は、受信した前記測定データ要求信号において、自機が取得対象として指定されている場合には、前記測定データを含む測定データ応答信号を、前記通信装置へ送信し、指定されていない場合には、自機を応答禁止状態にして、前記測定データ応答信号を前記通信装置へ送信しないようにする。

本発明のうち代表的な実施の形態によれば、蓄電池群の測定データの取得のための無線通信の際に、信号の干渉や輻輳を低減でき、正しい測定データを確実に取得でき、監視精度を高めることができる。

本発明の実施の形態の蓄電池状態監視システムの構成を示す図である。 実施の形態で、クラウドサーバ及び統括親機の構成を示す図である。 実施の形態で、親機及び子機の構成を示す図である。 実施の形態で、無線通信網の第１構成を示す図である。 実施の形態の変形例で、無線通信網の第２構成を示す図である。 実施の形態に対する比較例における、無線通信網の構成を示す図である。 実施の形態で、無線通信の概要を示す図である。 実施の形態で、無線通信のシーケンス例を示す図である。 実施の形態で、無線通信のスケジュール設定例を示す図である。 実施の形態で、測定データの測定及び取得タイミング等を示す図である。 実施の形態で、無線通信のスケジュール及び周波数の設定例を示す図である。 実施の形態で、クラウドサーバの処理のフローを示す図である。 実施の形態で、統括親機の処理のフローを示す図である。 実施の形態で、親機の処理のフローを示す図である。 実施の形態で、子機の処理のフローを示す図である。

以下、本発明の実施の形態を図面に基づいて詳細に説明する。なお、実施の形態を説明するための全図において同一部には原則として同一符号を付し、その繰り返しの説明は省略する。

（実施の形態）
図１〜図１５を用いて、本発明の実施の形態の蓄電池状態監視システム及び蓄電池装置等について説明する。

［蓄電池状態監視システム（１）］
図１は、実施の形態の蓄電池状態監視システムの全体の構成を示す。実施の形態の蓄電池状態監視システムは、クラウドサーバ１及びＤＢ１００と、顧客拠点毎の複数の各々の蓄電池システムと、顧客毎の複数の各々のユーザ端末９とを有し、それらが広域通信網９０を通じて接続されている。顧客拠点毎の蓄電池システムは、拠点制御装置２０、複数の親機３（３Ａ，３Ｂ）、電源装置４０、制御電源装置６０等を有し、それらが通信網７０及び無線通信網８０を通じて接続されている。拠点制御装置２０は、ゲートウェイサーバ２１及び統括親機２を含む。電源装置４０は、複数（例えばｎ個）の蓄電池５による蓄電池群５０と、複数（例えばｍ個）の子機４とを含む。蓄電池５と子機４とを含む部分は、測定通信装置付き蓄電池である蓄電池装置６である。言い換えると、電源装置４０は、複数の蓄電池装置６を備える。

クラウドサーバ１は、言い換えると監視処理装置であり、監視処理を行うサーバ装置である。このサーバ装置は、ＯＳやミドルウェア上に、クラウドサーバ１としての機能を実現するサーバプログラム等が実装されている。クラウドサーバ１は、拠点制御装置２０を通じて各顧客拠点から収集した測定データに基づいて、各電源装置４０の各蓄電池５の状態を推定や判定する監視処理を行う。クラウドサーバ１は、監視処理の結果、蓄電池５の状態等を表す監視情報を記録、出力する。クラウドサーバ１には、ＤＢ１００が接続されている。ＤＢ１００には、監視処理のための設定情報や測定データ、監視情報等が格納される。広域通信網９０上には事業者のクラウドコンピューティングシステムを有し、クラウドコンピューティングシステムにおいてクラウドサーバ１及びＤＢ１００を含む。広域通信網９０は、インターネット等を含み、クラウドサーバ１、ゲートウェイサーバ２１、ユーザ端末９等が接続されている。なお、ＤＢ１００は、ＤＢサーバ等で構成されてもよいし、クラウドサーバ１のサーバ機器内に構成されてもよい。

クラウドサーバ１は、電源装置４０の各蓄電池５の温度、電圧、内部抵抗等の測定データを取得し、測定データに基づいて、蓄電池５の劣化の度合いや傾向を判定し、蓄電池５の充電状態（ＳＯＣ：state of charge）や寿命等を推定する。クラウドサーバ１は、判定に基づいて蓄電池５の異常や障害を検出する。なお、判定や推定等の処理の方式については特に限定しない。クラウドサーバ１は、ユーザからの指示等を受け付け、監視情報をユーザに出力するための、ユーザインタフェースを有する。

ユーザ端末９は、顧客拠点の管理者等のユーザが使用するＰＣ等の任意の端末装置であり、Ｗｅｂブラウザやメールクライアント等を備える。ユーザは、ユーザ端末９を操作して、クラウドサーバ１や統括親機２に対する指示や設定の作業が可能である。ユーザは、ユーザ端末９を通じて、クラウドサーバ１や統括親機２から、設定情報や監視情報を参照可能である。例えば、ユーザ端末９のＷｅｂブラウザのＷｅｂページ画面には、設定情報や監視情報等が表示される。ユーザ端末９は、統括親機２等に接続される専用端末装置としてもよい。統括親機２にユーザインタフェース機能が実装された形態でもよい。

顧客拠点毎に、図示しないが顧客の機器やシステム（一例としては銀行システム）等の負荷を有する。顧客拠点毎に、蓄電池状態監視システムの一部を構成する蓄電池システムを有する。蓄電池システムは、拠点制御装置２０、電源装置４０、制御電源装置６０を含む。電源装置４０の蓄電池群５０は、制御電源装置６０を通じて、負荷及び電力系統（商用電源）に電気的接続されている。蓄電池システムは、顧客の機器やシステムのバックアップ等のために用いられる。即ち、停電等の非常時等には、制御電源装置６０の制御を通じて、電源装置４０の蓄電池群５０から負荷へ放電による電力が供給される。また、停電からの復帰時等、通常時には、制御電源装置６０の制御を通じて、電力系統から蓄電池群５０へ電力が供給されて充電が行われる。通常時には、充電によって、蓄電池５の充電状態（ＳＯＣ）が１００％に近付けられる。

拠点制御装置２０は、顧客拠点毎の蓄電池システムにおける制御を行う部分であり、クラウドサーバ１との連携や、下位の装置である親機３に対する制御を行う。ゲートウェイサーバ２１は、広域通信網９０及び統括親機２に対する通信インタフェースを有し、統括親機２との通信に基づいてクラウドサーバ１との通信を行う。なお、ゲートウェイサーバ２１と統括親機２とが１つの拠点制御装置２０として実装された形態でもよい。

統括親機２は、顧客拠点の蓄電池システムにおける複数の親機３（３Ａ，３Ｂ）を統括する装置である。統括親機２は、例えば専用のサーバ機器で構成される。このサーバ機器は、ＯＳやミドルウェア上に、統括親機２としての機能を実現するアプリケーションプログラム（サーバプログラム）等が実装されている。統括親機２は、ゲートウェイサーバ２１及び通信網７０に対する通信インタフェースを有し、クラウドサーバ１や親機３との通信処理を行う。通信網７０には、統括親機２、複数の親機３、及び制御電源装置６０が接続されている。通信網７０は、有線または無線のＬＡＮ、専用線等である。実施の形態では、通信網７０は、有線ＬＡＮであり、例えばＥｔｈｅｒｎｅｔ（登録商標）を用いる。なお、通信網７０における有線／無線等の通信規格やプロトコルは、特に限定されず、公知技術を適用できる。

親機３は、無線通信網８０における無線通信親機であり、言い換えると、統括親機２と子機４との間に配置された中継装置である。親機３は、統括親機２との通信インタフェース、及び子機４との無線通信インタフェースを備える。親機３は、統括親機２と通信を行い、統括親機２からの指示等の信号の受信や、統括親機２への測定データ等の信号の送信を行う。また、親機３は、関係付けられる複数の子機４と無線通信を行い、各子機４への要求信号等の送信や、各子機４からの測定データ等の応答信号の受信を行う。

実施の形態では、複数の親機３として、２台の親機３Ａ，３Ｂを有する。後述するが（図４）、複数の親機３は、複数の子機４に対し、所定の対応関係で接続される。実施の形態では、無線通信網８０における親機３と子機４との無線通信は、後述する所定の方式で行われる（図７）。これにより、無線通信における複数の信号の干渉や輻輳を低減し、親機３が複数の子機４から正しい測定データをより確実に取得できるようにする。

無線通信網８０は、ＷＰＡＮ（Wireless Personal Area Network）であり、言い換えると近距離／短距離無線通信網である。実施の形態では、無線通信網８０は、通信規格として、ＩＥＥＥ８０２．１５．４に準拠する。空間内で比較的近接位置に複数の蓄電池５及び複数の子機４が配置されている。隣接する蓄電池５及び隣接する子機４の間隔は比較的狭い。ＷＰＡＮでは、近距離／短距離の無線通信が行われ、低消費電力を実現できる。

電源装置４０は、複数（ｎ個）の蓄電池５による蓄電池群５０、及び複数（ｍ個）の子機４を備える。蓄電池群５０は、例えば直列接続された複数の蓄電池５から成る組電池である。なお、蓄電池群５０は、更に、並列接続された組電池から構成されてもよい。実施の形態では、蓄電池５は、鉛蓄電池であるが、他の種類の蓄電池も適用可能である。本例では、顧客拠点に１つの電源装置４０を備えるが、複数を備えてもよい。

各蓄電池５には、子機４が設置されている。子機４は、蓄電池５の所定の位置（例えば蓋部）に固定して設置されている。子機４は、所定数の蓄電池５毎に関係付けて設置されている。子機４は、測定対象の蓄電池５の端子に対して電線を通じて接続されている。実施の形態では、蓄電池５に対し子機４が一対一の関係で設置されている（ｍ＝ｎである）。即ち、１個の蓄電池５と１個の子機４とが接続されて、１個の蓄電池装置６が構成されている。測定通信装置付き蓄電池である蓄電池装置６は、測定機能及び無線通信機能を有する。

なお、子機４は、所定の複数の子機４から成るグループ毎に１つが設置されてもよい。例えば、所定の複数個の蓄電池５の直列接続による単位（蓄電池ブロック）毎に１つの子機４が設置されてもよい。子機４の設置数は、蓄電池５の電圧、蓄電池状態監視システムのコストや消費電力、実現したい監視精度、等の観点に応じて選択される。

子機４は、無線通信網８０における無線通信子機であり、測定通信装置である。子機４は、蓄電池５の所定のパラメータを測定する測定機能を有し、所定の測定タイミングで測定を行い、測定データを記憶する。子機４は、親機３との無線通信を行う無線通信機能を有し、親機３からの測定データ要求信号に対し、測定データ応答信号を送信する。

なお、実施の形態の変形例として、子機４は、測定装置と通信装置とで構成されてもよい。その場合、測定装置は、蓄電池５を測定し、通信装置は、測定装置から測定データを取得して親機３へ送信する。

制御電源装置６０は、電力制御装置（ＰＣＳ）、無停電電源装置（ＵＰＳ）、または直流電源装置等である。制御電源装置６０は、電源装置４０の蓄電池群５０に接続されており、負荷及び電力系統に接続されている。負荷は、顧客拠点の機器やシステム等の電気的負荷であり、一例としては銀行システムが挙げられる。制御電源装置６０は、停電等の状態を検出し、その状態に応じて、電源装置４０の蓄電池群５０から負荷への放電の動作や、電力系統から蓄電池群５０への充電の動作を制御する。制御電源装置６０は、基本的な制御として、電源装置４０の蓄電池群５０の充電状態（ＳＯＣ）を１００％に維持する。制御電源装置６０は、例えば、停電の検出時に、蓄電池群５０から負荷への放電を開始させ、停電からの復帰の検出時に、電力系統から蓄電池群５０への充電を開始させる。充電状態（ＳＯＣ）の値（％）は、放電に伴い低下し、充電に伴い増加する。

制御電源装置６０は、上記のような制御機能を有するので、電源装置４０の蓄電池群５０の充電及び放電の有無やタイミング、その時に蓄電池群５０に流れる電流値等を把握する機能を有する。制御電源装置６０は、充電及び放電のタイミングや電流値等の情報（充放電情報と記載する）を出力する。例えば、制御電源装置６０は、充放電情報を、通信網７０を介して統括親機２へ通知する。あるいは、統括親機２は、通信網７０を介して制御電源装置６０にアクセスして充放電情報を取得できる。統括親機２やクラウドサーバ１は、充放電情報に基づいて、測定や測定データ取得を制御する。クラウドサーバ１は、充電や放電の際の電流値を取得して、蓄電池５の直流抵抗値を計算する。

なお、電源装置４０と制御電源装置６０とが１つの装置として併合されていてもよい。子機４の測定機能の一部として蓄電池５の電流値を測定する機能を有してもよい。

［蓄電池状態監視システム（２）］
図１の蓄電池状態監視システムでの主な機能は以下である。蓄電池状態監視システムの拠点制御装置２０は、電源装置４０の各蓄電池５の状態を監視、把握する。更に、拠点制御装置２０とクラウドサーバ１とが連携することで、クラウドサーバ１は、複数の各々の顧客拠点毎の蓄電池システムにおける電源装置４０の各蓄電池５の状態を、一元的に監視、把握する。クラウドサーバ１は、複数の顧客拠点の設定情報、測定データ、監視情報等を一元管理する。

蓄電池状態監視システムは、蓄電池群５０の各蓄電池５について、子機４を用いて、自動的に、通電した状態で所定のパラメータを測定する。子機４は、蓄電池５の温度、電圧、内部抵抗（特にインピーダンス）について、所定の測定周期の測定タイミングで測定し、測定データを記憶する。蓄電池状態監視システムは、親機３や統括親機２を用いて、自動的に、測定データを取得する。親機３は、所定の取得周期の取得タイミングで、子機３から測定データを取得する。そして、蓄電池状態監視システムは、クラウドサーバ１を用いて、収集した測定データに基づいて各蓄電池５の状態を判定や推定し、監視情報を出力する。

クラウドサーバ１は、統括親機２から測定データを取得、収集し、ＤＢ１００に格納する。クラウドサーバ１は、ＤＢ１００の測定データ等に基づいて、電源装置４０の各蓄電池５の状態の判定や推定等の監視処理を行い、その結果である監視情報をＤＢ１００に格納する。クラウドサーバ１は、監視情報をユーザに対して出力する。

クラウドサーバ１は、測定データの複数のパラメータの測定値または計算値に基づいて、所定の方式で、蓄電池５の劣化度合いや劣化傾向を多面的に判定し、蓄電池５の充電状態や寿命を推定する。また、クラウドサーバ１は、蓄電池５の劣化度合いや劣化傾向に基づいて、蓄電池５の故障や異常を判定する。また、クラウドサーバ１は、蓄電池５の余寿命を計算し、寿命が到来するよりも前の交換時期を計算する。クラウドサーバ１は、監視処理の際には、所定の時間関数の計算式やテーブルを用いて判定や推定の処理を行う。

クラウドサーバ１は、蓄電池５の状態の監視処理の結果を表す監視情報を作成し、ＤＢ１００に、対応する測定データと関係付けて記録する。監視情報は、顧客拠点毎に、電源装置４０の各蓄電池５のＩＤや位置、充電状態（ＳＯＣ）、寿命、余寿命、交換時期、その他の関連情報を含む。

クラウドサーバ１は、監視情報を、ユーザインタフェースを介して、ユーザに対して出力する。クラウドサーバ１は、蓄電池５毎の状態をユーザに対して出力する。クラウドサーバ１は、蓄電池５の寿命や交換時期等をユーザに対して通知する。特に、クラウドサーバ１は、蓄電池５の故障や異常を検知した場合や、蓄電池５の寿命や交換時期が到来したと判定した場合には、その旨のアラートを即時に出力する。クラウドサーバ１は、例えば、監視情報を含むＷｅｂページを、ユーザ端末９のＷｅｂブラウザからのアクセスに対して提供する。あるいは、クラウドサーバ１は、監視情報を含むメールを、ユーザ端末９に送信する。クラウドサーバ１は、監視情報や測定データを、グラフ等の形式で作成して出力してもよい。ユーザは、監視情報及び必要に応じて測定データ等を参照することで、顧客拠点の電源装置４０の各蓄電池５の状態を確認でき、蓄電池５の寿命時期や交換時期を前もって知ることができる。ユーザは、蓄電池５の交換時期に早めに新品の蓄電池との交換の対応を行うことができる。

統括親機２は、クラウドサーバ１からの指示に基づいて、複数の親機３からの測定データの取得、収集に係わるスケジュールを設定し、そのスケジュール情報を、クラウドサーバ１や親機３へ送信する。統括親機２は、スケジュールに従って、複数の親機３から測定データを取得する。なお、他の実施の形態としては、クラウドサーバ１がスケジュールを作成、設定してもよい。

親機３は、取得周期やスケジュールの設定、または上位からの測定取得指示に基づいて、複数の子機４との無線通信で測定データを取得し、統括親機２へ送信する。親機３は、測定項目（パラメータ）毎に、取得周期の取得タイミングで、測定データ要求信号を子機４へ送信する。親機３は、複数の子機４から取得対象を順次に指定して逐次的に測定データを取得する。

子機４は、測定周期及び通信周期の設定、または上位からの測定取得指示に基づいて、パラメータ毎に、測定周期（例えば常時測定）の測定タイミングで、蓄電池５のパラメータを測定し、測定データを記憶する。子機４は、通信周期のタイミングで、常時計測値に基づいた平均値等の測定データを記憶する。子機４は、親機３からの自機が指定された測定データ要求信号を受信した場合には、記憶しておいた測定データを含む測定データ応答信号を送信する。子機４は、測定取得指示の信号を受信した場合には、その時点で即時に測定を行い、測定データを含む信号を親機３へ送信する。

［蓄電池状態監視システム（３）］
図１では、蓄電池状態監視システムの主な通信や動作に関するステップＡ１〜Ａ９も示している。必要に応じて、クラウドサーバ１から、拠点制御装置２０（統括親機２）、親機３を通じて、子機４（蓄電池装置６）へと順に通信が行われる（ステップＡ２，Ａ３，Ａ４）。また、必要に応じて、その逆方向の通信が行われる（ステップＡ５，Ａ６，Ａ７）。クラウドサーバ１から下位の装置への通信は、種類として、設定、測定取得指示、測定データ取得要求等がある。設定は、測定周期、通信周期や取得周期等の設定がある。測定取得指示は、任意時点でのユーザ指示入力に基づいて即時に測定及び測定データ取得を行うための指示である。測定データ取得要求は、子機４で測定済みの測定データの取得要求である。

ステップＡ１は、ユーザ端末９からクラウドサーバ１（または統括親機２）への設定や指示等の通信を示す。ステップＡ２は、クラウドサーバ１から統括親機２への通信を示す。例えば、クラウドサーバ１は、設定またはユーザ指示入力に従って、統括親機２に設定や指示の信号を送信する。ステップＡ３は、統括親機２から親機３への通信を示す。例えば、統括親機２は、クラウドサーバ１からの設定や指示に基づいて、設定や指示の信号を親機３へ送信する。統括親機２は、スケジュールを設定し、そのスケジュール情報を親機３へ送信する。

ステップＡ４は、親機３から子機４への通信を示す。例えば、親機３は、統括親機２からの設定指示に基づいて、設定指示のための信号を子機４へ送信する。親機３は、統括親機２からの測定取得指示に基づいて、測定取得指示の信号を子機４へ送信する。親機３は、スケジュールに基づいて、複数の各子機４へ測定データ要求信号を送信する。その際、親機３は、特定の子機４を取得対象として指定した測定データ要求信号を送信する。

ステップＡ５は、子機４から親機３への通信を示す。例えば、子機４は、親機３からの測定データ要求信号に応じて、親機３へ測定データ応答信号を送信する。その際、子機４は、測定データ要求信号で自機が指定されている場合には、測定データ応答信号を親機３へ送信する。子機４は、測定データ要求信号で自機が指定されていない場合には、応答禁止状態とされ、測定データ応答信号等を送信しない。

ステップＡ６は、親機３から統括親機２への通信を示す。例えば、親機３は、子機４から取得し記憶した測定データを含む信号を、統括親機２へ送信する。ステップＡ７は、統括親機２からクラウドサーバ１への通信を示す。例えば、統括親機２は、親機３から取得し記憶した測定データを、クラウドサーバ１へ送信する。統括親機２は、設定したスケジュール情報を、クラウドサーバ１へ送信する。ステップＡ８は、クラウドサーバ１からＤＢ１００へのアクセスを示す。例えば、クラウドサーバ１は、設定情報や測定データや監視情報をＤＢ１００に格納する。クラウドサーバ１は、ＤＢ１００から設定情報や測定データや監視情報を参照する。

ステップＡ９は、クラウドサーバ１等からユーザ端末９への通信を示す。例えば、クラウドサーバ１は、ユーザ端末９からのアクセスに応じて、設定情報や監視情報のＷｅｂページを、ユーザ端末９へ提供する。クラウドサーバ１は、蓄電池５の状態に応じたアラート等を、ユーザ端末９へ通知する。

なお、上位の装置から親機３や子機４へ与える他の種類の信号として、装置起動指示（電源オン指示）や装置停止指示（電源オフ指示）等を設けてもよい。その場合、遠隔で上位の装置から下位の各装置の状態を切り替え可能である。

［蓄電池状態監視システム（４）］
図１の蓄電池状態監視システムで、主な設定やその設定動作については以下である。設定は、蓄電池状態監視システムの機能及び動作に関する設定がある。この設定は、事業者による固定の設定（システム設計事項）としてもよいし、あるいはユーザ設定機能によるユーザ設定を可能としてもよい。実施の形態では、ユーザ設定機能を提供し、各種の設定を可能とする。ユーザがユーザ端末９から可変に設定可能とする。

基本設定項目として、顧客拠点毎の電源装置４０、統括親機２、親機３、子機４（蓄電池装置６）、蓄電池５等の各要素についてのＩＤや通信アドレス等の情報を含む。また、設定の１つとして、蓄電池５と子機４との対応関係の設定や、親機３と子機４との対応関係の設定を含む、階層構成の設定が可能である。また、蓄電池５のグループや子機４のグループの設定が可能である。複数の蓄電池５や複数の子機４（蓄電池装置６）を、所望の適切な数や率でグルーピングする設定が可能である。例えば、子機グループ毎に測定周期や測定タイミングを設定可能である。例えば、ある子機グループ内の複数の子機４では同じ測定タイミングとし、異なる子機グループ間では異なる測定タイミングになるように設定可能である。

設定項目の１つとして、複数の子機４での測定周期及び通信周期がある。蓄電池５の測定項目（パラメータ）毎に測定周期及び通信周期等が設定可能である。設定例としては、電圧及び温度の常時測定の測定周期が例えば１秒毎であり、電圧及び温度の通信周期が５分であり、内部抵抗（インピーダンス）の測定周期及び通信周期が１日である。通信周期は、測定値に基づいて平均値等を計測し、子機４から親機３へ測定データを通信する際の時間間隔である。通信周期は、取得周期と対応させて設定される。

設定項目の１つとして、親機３と子機４との間の測定データの取得周期がある。取得周期は、親機３が子機４から測定データを取得する際の時間間隔である。取得周期は、広く言えば、クラウドサーバ１及び統括親機２が、親機３を介して子機４から測定データを取得、収集する時間間隔である。パラメータ毎に取得周期等が設定可能である。取得周期の設定例としては、電圧及び温度の測定データの取得周期が５分であり、内部抵抗（インピーダンス）の測定データの取得周期が１日である。

なお、子機４の通信周期と親機３の取得周期とを同じ値に設定することも、異なる値に設定すること（即ち通信周期よりも取得周期が長い設定）も可能である。後者の設定の場合、ある取得タイミングでは、前回の取得タイミング以後に測定された測定データがまとめて取得される。

設定項目の１つとして、子機４での測定の際の測定周波数がある。後述の内部抵抗の測定周波数として３種類の周波数が設定可能である。また、設定項目の１つとして、親機３と子機４との無線通信の際の無線周波数がある。

他の設定項目として、子機４の動作モードを設けてもよい。これは、子機４において切り替え可能な複数の動作モードがある場合における動作モードの指定である。動作モードは、例えば通常モードや省電力モードがある。省電力モードは、非動作時には回路等の部分をスリープ状態に遷移させることで電力消費を抑制し、必要時に復帰して動作を行うように制御するモードである。通常モードは、そのようなスリープ状態の制御を行わないモードである。

図１の蓄電池状態監視システムで、設定動作例は以下である。ユーザは、ユーザ端末９からクラウドサーバ１にアクセスし、蓄電池状態監視システムの設定を行う（ステップＡ１）。例えば、クラウドサーバ１は、ユーザ設定機能のＷｅｂページ画面（設定画面）をユーザ端末９に提供する。ユーザは、その設定画面をみながらユーザ設定操作を行う。その設定画面では、例えば設定可能な設定項目毎に情報やボタン等が表示される。クラウドサーバ１に設定が行われた場合、設定情報がＤＢ１００に保持される。

クラウドサーバ１に対する設定に基づいて、顧客拠点の階層構成の各装置へ設定が反映される。その場合の通信概要は以下である。クラウドサーバ１は、設定情報を含む設定指示を、統括親機２へ送信する（ステップＡ２）。統括親機２は、その信号を受信し、自機にその設定情報を設定する。統括親機２は、顧客拠点内の設定情報を管理する。統括親機２は、複数の各親機３へ設定情報の設定指示の信号を送信する（ステップＡ３）。各親機３は、その信号を受信し、自機に設定情報（例えば取得周期）を設定する。親機３は、複数の各子機４へ設定情報の設定指示の信号を送信する。各子機４は、その信号を受信し、自機にその設定情報（例えば測定周期、通信周期）を設定する。

なお、実施の形態では、ユーザ端末９からクラウドサーバ１に対するユーザ設定が可能であるが、これに限らず、ユーザ端末９から統括親機２に対するユーザ設定を同様に可能としてもよい。統括親機２に設定が行われた場合、統括親機２から設定情報がクラウドサーバ１へ通知され、クラウドサーバ１がその設定情報をＤＢ１００に保持する。そして、同様に統括親機２から親機３及び子機４へ設定情報が反映される。

［蓄電池状態監視システム（５）］
図１のように、実施の形態の蓄電池状態監視システムでは、装置及び通信の階層構成としてツリー構造を有する。１つの統括親機２に対し、複数（例えば２台）の親機３（３Ａ，３Ｂ）が接続され、１つの親機３に対し、複数（ｍ個）の子機４が接続されている。１つの子機４には１つ以上の蓄電池５が接続されている。

顧客拠点の機器やシステムの用途や規模に応じて、蓄電池システムの各装置（蓄電池５、子機４、親機３）の数や方式が決定される。例えば、監視対象の蓄電池５の種類及び数に応じて、一対一あるいはグループ等の単位で、対応する数の子機４が設置される。また、子機４の数に応じて、対応する数の親機３が用意される。親機３の数は、後述の分担または多重化等を考慮して、２台以上とされる。複数の親機３と複数の子機４とが、所定の方式で無線通信接続される。実施の形態では、後述の第１構成（図４）を採用し、複数の親機３で複数の子機４を分担する。親機３は、後述の所定の方式（図７）で複数の子機４との無線通信を行う。

実施の形態の蓄電池状態監視システムでは、電源装置４０の多数の蓄電池５に対して、多数の子機４が容易に設置可能である。無線通信網８０であるため、有線ケーブルの配線等が不要であり、スペースやコストを節約できる。本システムは、有線を用いるシステムに比べて、子機４の設置の際の容易性や柔軟性が高く、結線間違い等のリスクや配線経年劣化等による不具合発生のリスクが低い。また、クラウドサーバ１で一元管理を行うため、ユーザによる設定作業が容易であり、複数の親機３や子機４への設定が容易である。

他の実施の形態として、階層構成に関して、顧客拠点の規模、蓄電池５の数や必要な監視精度等に応じて、更に階層数を増やしてもよい。例えば、親機３と子機４との間に中継装置を追加してもよい。また、親機３を１台のみとしてもよい。また、親機３と統括親機２とを１つの装置として併合し、階層数を減らした形態としてもよい。この場合、コストを低減できる。

［クラウドサーバ］
図２は、クラウドサーバ１、及び統括親機２を含む拠点制御装置２０の機能ブロック構成を示す。クラウドサーバ１は、監視制御部１０１、測定データ収集部１０２、監視処理部１０３、インタフェース部１０４を有する。ＤＢ１００には、設定情報１１１、測定データ履歴情報１１２、監視情報１１３等が格納される。クラウドサーバ１は、サーバ機器のＣＰＵ、ＲＯＭ、ＲＡＭ等のハードウェアに基づいてソフトウェアプログラム処理を行うことで、監視制御部１０１等の各部を実現する。

監視制御部１０１は、クラウドサーバ１の監視処理の全体を制御する。監視制御部１０１は、ユーザ端末９からの設定に基づいて設定情報１１１を格納する。監視制御部１０１は、設定や指示の信号を、顧客拠点の統括親機２へ送信する。監視制御部１０１は、任意時点でのユーザによる指示入力を受け付けて、統括親機２等の各装置を制御する。測定データ収集部１０２は、各顧客拠点の統括親機２から、蓄電池５の測定データを収集し、測定データ履歴情報１１２に格納する。監視処理部１０３は、測定データ履歴情報１１２の測定データに基づいて、各蓄電池５の状態の監視処理を行い、その結果である監視情報１１３を生成し、ＤＢ１００に格納する。

インタフェース部１０４は、広域通信網９０に対応する通信インタフェースを有し、統括親機２に対する通信処理を行う。インタフェース部１０４は、ユーザ端末９に対するユーザインタフェースを有する。インタフェース部１０４は、蓄電池状態監視システムの設定や指示のためのＧＵＩ画面（例えばＷｅｂページ画面）をユーザ端末９に提供する。インタフェース部１０４は、ユーザ端末９からのアクセスに対し、そのＷｅｂページを提供する。また、インタフェース部１０４は、監視情報やアラート情報を、ユーザ端末９へメール等で送信する。

設定情報１１１は、蓄電池状態監視システムの機能や動作に係わる各種の設定情報（例えばファイルやレジストリ）である。設定情報１１１は、ユーザ設定情報を含む。ユーザ設定として、クラウドサーバ１、統括親機２、親機３、及び子機４等の動作条件の設定が可能である。設定情報１１１は、測定項目（パラメータ）毎の測定周期、通信周期、取得周期等を含む。

測定データ履歴情報１１２には、各顧客拠点で統括親機２及び親機３を通じて子機４から取得、収集された、各電源装置４０の各蓄電池５の測定データが記録されている。測定データ履歴情報１１２において、測定データ毎に、測定日時、顧客拠点情報、電源装置４０のＩＤ、蓄電池５のＩＤ、子機４のＩＤ、測定項目（パラメータ）、測定値、等の情報が記載される。また、ＤＢ１００には、統括親機２を通じて制御電源装置６０から取得された充放電情報が、測定データ履歴情報１１２の測定データと関係付けて記録される。

監視情報１１３は、監視処理部１０３による監視処理結果情報として、蓄電池５の状態を表す情報であり、ユーザに対して出力するための情報を含む。監視情報１１３において、蓄電池５毎に、充電状態（ＳＯＣ）、稼働時間、劣化度合い、寿命時期、使用可能時間、交換時期、正常／異常等の状態、等の情報が記載されている。

［統括親機２］
図２で、統括親機２は、統括制御部２０１、測定データ取得部２０２、通信インタフェース部２０３、通信インタフェース部２０４、記憶部２１０を有する。記憶部２１０には、設定情報２１１（スケジュール情報を含む）、測定データ２１２、充放電情報２１３等が記憶される。統括親機２は、サーバ機器のＣＰＵ等に基づいてソフトウェアプログラム処理を行うことで、統括制御部２０１等の各部を実現する。

統括制御部２０１は、統括親機２の全体の処理を制御する。統括制御部２０１は、クラウドサーバ１からの設定に基づいて、設定情報２１１を記憶部２１０に格納する。統括制御部２０１は、測定データの取得、収集に係わるスケジュール情報を作成し、設定情報２１１の一部として格納する。

測定データ取得部２０２は、複数の親機３から測定データを取得し、測定データ２１２として記憶部２１０に格納する。測定データ取得部２０２は、測定データ２１２をクラウドサーバ１に送信する。また、測定データ取得部２０２は、制御電源装置６０から取得した充放電情報２１３を記憶部２１０に格納する。

通信インタフェース部２０３は、ゲートウェイサーバ２１と通信し、ゲートウェイサーバ２１を介してクラウドサーバ１と通信処理を行う。通信インタフェース部２０４は、通信網７０を通じて複数の各親機３と通信処理を行う。また、通信インタフェース部２０４は、通信網７０を通じて制御電源装置６０と通信処理を行う。

設定情報２１１は、統括親機２自体の動作条件の設定情報や、顧客拠点毎に設定されるスケジュール情報を含む。スケジュール情報は、後述するが、複数の親機３が複数の子機４との間でどのような取得タイミングで測定データを取得するかに係わる。測定データ２１２は、顧客拠点の複数の親機３から取得された測定データである。充放電情報２１３は、制御電源装置６０から得られる前述の充電や放電の有無やタイミング、電流値等を含む情報である。

［親機３］
図３は、親機３及び子機４を含む機能ブロック構成を示す。図３で、親機３は、中継制御部３０１、測定データ取得部３０２、通信インタフェース部３０３、無線通信インタフェース部３０４、記憶部３１０を有する。記憶部３１０には、設定情報３１１、測定データ３１２等が記憶される。親機３は、ＣＰＵ等に基づいてソフトウェアプログラム処理を行うことで、中継制御部３０１等の各部を実現する。なお、親機３や子機４の各部は、専用のＬＳＩやＦＰＧＡ等の回路で実現されてもよい。

中継制御部３０１は、親機３の全体の処理を制御する。中継制御部３０１は、統括親機２からの設定指示の信号に従って、設定情報３１１を記憶部に格納する。測定データ取得部３０２は、設定及びスケジュールに従って、複数の子機４から測定データを取得し、測定データ３１２として記憶部３１０に格納する。測定データ取得部３０２は、測定データ３１２を統括親機２へ送信する。

通信インタフェース部３０３は、通信網７０に対する通信インタフェース（有線ＬＡＮインタフェース）を有し、統括親機２との通信処理を行う。無線通信インタフェース部３０４は、無線通信網８０に対する無線通信インタフェースを有し、子機４との無線通信処理を行う。無線通信インタフェース部３０４は、無線電波送信のためのアンテナや回路を含む。無線通信インタフェース部３０４は、設定された無線周波数のチャネルで、子機４との無線通信を行う。

設定情報３１１は、親機３自体の動作条件の設定情報や、統括親機２から設定されるスケジュール情報を含む。測定データ３１２は、関係付けられる複数の子機４から取得された測定データである。

［子機４］
図３で、子機４は、測定制御部４０１、測定データ提供部４０２、無線通信インタフェース部４０３、記憶部４１０、温度測定部４２１、電圧測定部４２２、内部抵抗測定部４２３、正弦波発生部４２４等を有する。記憶部４１０には、設定情報４１１、測定データ４１２等が記憶される。子機４は、ＣＰＵ等に基づいてソフトウェアプログラム処理を行うことで、測定制御部４０１等の各部を実現する。

記憶部４１０は、例えば内部メモリ及び外部メモリを有する。内部メモリ及び外部メモリは、例えば不揮発性半導体記憶装置等から成る。子機４は、測定データ等を、内部メモリだけでなく、外部メモリ（例えばメモリカード）にコピーや移動で格納してもよい。その場合、ユーザは、必要時に外部メモリから測定データ等を読み出して取得可能である。

設定情報４１１は、子機４自体の動作条件の設定情報（例えば測定周期、通信周期）を含む。測定データ４１２は、各測定部によって測定された、蓄電池５の所定のパラメータの測定値を含むデータである。

測定制御部４０１は、子機４での所定のパラメータの測定を制御する。測定制御部４０１は、子機４の設定情報４１１に基づいて、温度測定部４２１等の各測定部を制御して、測定周期の測定タイミングで、蓄電池５のパラメータの測定を行わせる。例えば、測定制御部４０１は、測定項目毎の測定周期の測定タイミングで測定するように、対応する測定部に測定指示を与える。測定部は、その測定指示に従って、測定を行い、測定値を出力する。測定制御部４０１は、その測定値等を測定データ４１２に記載する。

測定データ提供部４０２は、記憶部４１０に対する測定データ４１２の記憶（書き込みや読み出し）を管理し、親機３からの要求に応じて測定データ４１２を親機３へ送信するための処理を行う。測定データ提供部４０２は、各測定日時での各パラメータの測定値を、測定データ４１２として、記憶部４１０のメモリ領域に逐次に格納する。このメモリ領域は、所定のサイズを有し、例えば循環的に利用され、古い測定データから順に上書きで消去される。

無線通信インタフェース部４０３は、無線通信網８０に対する無線通信インタフェースを有し、親機３との無線通信処理を行う。無線通信インタフェース部４０３は、無線電波送信のためのアンテナや回路を含む。無線通信インタフェース部４０３は、設定された無線周波数のチャネルで、親機３との無線通信を行う。無線通信インタフェース部４０３は、親機３からの各種の信号を受信し、測定データ提供部４０２に渡す。無線通信インタフェース部４０３は、測定データ提供部４０２からの各種の信号を親機３へ送信する。

温度測定部４２１は、温度センサ４２５を用いて、蓄電池５の温度（温度値：Ｔ）を測定する。温度測定部４２１から配線されている温度センサ４２５は、例えば蓄電池５の蓋部（蓄電池５内の電極近く等でもよい）に設置されている。例えば、温度測定部４２１は、常時測定の測定タイミングで、蓄電池５の温度を測定する。なお、各測定の際には所定の計算を含む場合がある。

電圧測定部４２２は、正負の配線の端子が、蓄電池５の正負の電極の端子に接続されている。電圧測定部４２２は、蓄電池５の正負の端子間の電圧（電圧値：Ｖ）を測定する。

内部抵抗測定部４２３は、正負の配線の端子が、蓄電池５の正負の電極の端子に接続されている。内部抵抗測定部４２３は、蓄電池５の正負の端子間の内部抵抗（特に交流抵抗成分であるインピーダンス。インピーダンス値：Ｚ）を測定する。

正弦波発生部４２４は、正負の配線の端子が、蓄電池５の正負の電極の端子に接続されている。正弦波発生部４２４は、内部抵抗測定部４２３の内部抵抗の測定の際に、測定周波数に対応する正弦波を発生して、その正弦波に対応する電流を蓄電池５に通電する。正弦波発生部４２４は、測定周波数として、複数種類の周波数の正弦波を発生させる機能を有する。実施の形態では、特に後述の３種類の周波数を用いる。正弦波発生部４２４は、測定制御部４０１からの制御に従って、指定の測定周波数の正弦波を発生する。その周波数に対応する交流電流（例えば３アンペア以下）が蓄電池５の端子間に流される。内部抵抗測定部４２３は、この際の蓄電池５の交流電流値と、電圧測定部４２２による測定電圧値とを用いて、測定周波数毎のインピーダンス値を計算する。

［無線通信−第１構成］
図４は、実施の形態における親機３と子機４との無線通信に関する構成（第１構成とする）を示す。この第１構成では、複数の親機３で複数の子機４を分担し、通信負荷分散を行う。親機３Ａと親機３Ｂとでそれぞれ異なる複数の子機４が分担として関係付けられる。なお、説明上、親機３のＩＤをＰ１，Ｐ２で示す。子機４のＩＤをＣ１〜Ｃｍ等で示す。蓄電池５のＩＤをＢ１〜Ｂｍ等で示す。第１構成の分担の関係は、予めクラウドサーバ１に、ＩＤ及びＭＡＣアドレス等を用いて設定されている。

図４の例では、一方の親機３Ａは、複数（例えばｍ個）の子機４｛Ｃ１〜Ｃｍ｝を担当し、それぞれと無線通信を行う。他方の親機３Ｂは、別の複数（例えば同じくｍ個）の子機４｛Ｃ２１〜Ｃ２ｍ｝を担当し、それぞれと無線通信を行う。各子機４は、一対一で蓄電池５に設置され、蓄電池装置６として構成されている。各子機４（蓄電池装置６）は、対応する蓄電池５のパラメータを測定する。例えば、子機Ｃ１は、蓄電池Ｂ１の測定データであるデータＸ１を記憶する。

親機３と子機４との無線通信リンクにおけるチャネル（Ｈとする）及び周波数（Ｆとする）を示す。例えば、親機３Ａ（Ｐ１）と子機Ｃ１とのチャネルＨ１では周波数Ｆ１を使用し、親機３Ａ（Ｐ１）と子機Ｃ２とのチャネルＨ２では周波数Ｆ２を使用する。親機Ｐ１と複数の子機Ｃ１〜Ｃｍとの各チャネルＨ１〜Ｈｍの周波数Ｆ１〜Ｆｍを同じ周波数にしてもよいし、異ならせてもよい。親機Ｐ１と親機Ｐ２とでは異なる周波数を使用するようにしてもよい。

無線通信網８０の通信負荷分散を優先する場合には、第１構成を採用する。第１構成では、親機３の数を増やすほど、１つの親機３が分担する子機４の数が少なくなる。即ち、１つの親機４が行う無線通信の数が少なくなり、通信負荷が減る。

［無線通信−第２構成］
図５は、実施の形態の変形例として、無線通信網８０の親機３と子機４との無線通信に関する構成（第２構成とする）を示す。この第２構成は、複数の親機３で複数の子機４を重複するように担当して、多重化、特に二重化を行う。親機３と子機４との無線通信の方式については第１構成と同様である。この第２構成では、二重化によって、第１構成よりも全体の通信量が増えるが、測定データ取得等の確実性をより高くする。測定データ取得等の確実性、監視精度を高めることを重視する場合には、第２構成を採用する。

親機３Ａと親機３Ｂは、通信網７０または無線通信網８０を通じて、適宜、相互通信を行う。相互通信は、例えば、親機３Ａで取得した測定データと、親機３Ｂで取得した測定データとの同期等のために行われる。この二重化構成では、ある子機４の測定データについては、２台の親機３Ａ，３Ｂとの無線通信でそれぞれ取得が行われるが、その際に一方の親機３で取得できない場合でも、他方の親機３で取得できればよい。

［比較例］
図６は、実施の形態に対する比較例の蓄電池状態監視システムにおける、無線通信網での親機と複数の子機との無線通信の概要を示す。本例では、１台の親機Ｐ１と複数（ｍ個）の子機Ｃ１〜Ｃｍとの無線通信を示す。この無線通信網は、近距離／短距離の無線通信網である。親機Ｐ１に対し、所定の半径距離の範囲内に、複数の子機Ｃ１〜Ｃｍが配置されている。蓄電池の数と子機の数とが同じ場合である。親機と複数の子機との無線通信チャネルの周波数は、同じ周波数Ｆ０である。

親機Ｐ１は、複数の子機に対し、測定データ要求信号６０１を送信する。複数の子機Ｃ１〜Ｃｍは、所定の空間内で比較的近接位置に存在し、無線電波送信であるため、親機からの信号は、複数の子機に到達する。親機から特定の子機のみに信号を届けることは難しい。子機Ｃ１は、親機Ｐ１からの測定データ要求信号６０１を受信する。その際、他の子機Ｃ２等も、同じ測定データ要求信号６０１を受信、即ち傍受する。

子機は、測定データ要求信号６０１に対し、自機での測定データを含む測定データ応答信号６０２を親機へ送信する。例えば、子機Ｃ１は、測定データ要求信号６０１に対し、自機での測定データであるデータＸ１を含む測定データ応答信号６０２ａを親機Ｐ１へ送信する。この際、他の子機Ｃ２等も、同様に、自機での測定データを含む測定データ応答信号６０２を、親機へ送信する。例えば、子機Ｃ１の隣の子機Ｃ２は、データＸ２を含む測定データ応答信号６０２ｂを親機Ｐ１へ送信する。他の子機も同様である。即ち、親機Ｐ１からの測定データ要求信号６０１に対し、複数の子機Ｃ１〜Ｃｍから殆ど同時に複数の測定データ応答信号６０２が送信される。これらの複数の測定データ応答信号６０２が干渉し、輻輳する場合がある。その場合、親機Ｐ１は、それらの複数の測定データ応答信号６０２を処理できず、それぞれの正しい測定データを速やかに取得することができない可能性がある。例えば、一部の測定データを取得できなかった場合、親機は、再度、測定データ要求信号６０１を送信し、目的の測定データが取得できるまで同様に繰り返す必要がある。

無線通信網の通信規格等にも依存するが、上記のように、親機からの信号に対して複数の子機から複数の信号が殆ど同時に発生する場合がある。親機がそれらの複数の信号を殆ど同時に処理できる場合には良いが、実際には上記のように干渉や輻輳によって速やかに正しい測定データを取得することは難しい。親機は、多数の子機と無線通信のセッションを持つため、無線通信負荷が高く、測定データの損失や遅延等の可能性がある。上記のように、比較例では、測定データ取得の際の無線通信の確実性や効率の点で課題がある。

［無線通信］
図７は、図６の比較例に対し、実施の形態の蓄電池状態監視システムにおける無線通信網８０での親機３と複数の子機４との無線通信の概要を示す。一方の親機Ｐ１について示すが、他方の親機Ｐ２についても同様である。また、図７の下側には、併せて、子機４の測定データ等の内容を整理して示している。実施の形態では、無線通信網８０（ＷＰＡＮ）の通信規格として、ＩＥＥＥ８０２．１５．４に準拠する。無線通信網８０で使用する周波数帯域としては例えば２．４ＧＨｚである。無線通信網８０は、ツリー型のトポロジで構成される。親機３と各子機４との無線通信チャネルで使用する周波数は例えば同じ周波数Ｆ１である。親機３は、基本的な無線通信機能としては、複数の各子機４との無線通信を並行的に行う機能及び逐次的に行う機能を備えている。実施の形態では、親機３は、個別の子機４を順次に指定して、複数の各子機４との無線通信を逐次的に行う方式を用いる。

実施の形態の蓄電池状態監視システムでは、無線通信網８０において、親機３から、ビーコン信号として、特定の子機４を取得対象として指定した測定データ要求信号７０１等を送信する。このビーコン信号は、比較例と同様に、対象の子機４を含む複数の子機４に到達する。対象以外の各子機４は、その信号を傍受する。実施の形態では、このビーコン信号は、指定した特定の子機４のみを反応させて測定データを応答させるようにする信号である。言い換えると、このビーコン信号は、指定した特定の子機４以外の各子機４については、信号を送信しないように応答禁止させる信号である。

図７の例では、親機３Ａ（Ｐ１）は、最初、特定の子機Ｃ１を取得対象として指定した測定データ要求信号７０１を送信している。子機Ｃ１を含む複数の子機４｛Ｃ１〜Ｃｍ｝は、その測定データ要求信号７０１を殆ど同時に受信する。子機Ｃ１は、測定データ要求信号７０１の内容を参照し、自機が取得対象として指定されているかどうかを確認する。子機Ｃ１は、自機が取得対象として指定されていることを確認した場合、自機の測定データ（データＸ１）を含む測定データ応答信号７０２ａを、親機Ｐ１へ送信する。一方、他の子機４、例えば子機Ｃ２は、傍受した測定データ要求信号７０１の内容を参照し、自機が取得対象として指定されていないことを確認した場合、応答禁止状態となり、測定データ応答信号７０２等のいずれの信号も送信しない。図中の×印は応答禁止を示す。

親機Ｐ１は、指定の取得対象の子機Ｃ１からの測定データ応答信号７０２ａを受信し、その中の測定データ（データＸ１）を取得する。その後、親機Ｐ１は、取得対象の子機４を、別の子機４（子機Ｃ２，Ｃ３，……等）に順次に変更するように指定して、同様に上記のような無線通信の手順を繰り返す。これにより、親機Ｐ１は、複数の子機４｛Ｃ１〜Ｃｍ｝から複数の測定データ（データＸ１〜Ｘｍ）を収集できる。

この実施の形態の無線通信の方式では、親機３からの信号に対して複数の子機４から殆ど同時に複数の測定データ応答信号等の信号が送信されることが禁止される。そのため、使用する無線周波数にかかわらず、複数の信号の干渉や輻輳が防止される。親機３は、ある時点では取得対象の１つの子機４からの信号を処理すればよいので、通信負荷が低く、速やかに正しい測定データを取得できる。上記のように、実施の形態では、測定データ取得の際の無線通信の確実性や効率性を高めることができる。更には、後述するが、取得対象の子機４の指定の仕方を含むスケジュールの工夫等によって、より効率を高めることができる。

また、実施の形態では、各子機４は、省電力モードで動作し、測定や測定データ送信等の処理や動作が無い時にはスリープ状態であり、電力消費が抑制されている。測定データ要求信号７０１を受信した子機４（処理や動作に必要な回路等の部分）は、スリープ状態から復帰して通常状態となり、測定データ応答信号７０２等を送信後に、スリープ状態に戻る。

図１の蓄電池状態監視システムで、測定データの取得、収集の概要は以下である。各親機３は、統括親機２から設定されたスケジュールに従って、分担する複数の各子機４との間で図７のような所定の方式の無線通信を行って、各子機４から測定データを取得する。親機３は、スケジュールに従って、取得タイミングになった時に、取得対象の子機４を指定して、測定データ要求信号７０１を送信する（ステップＡ４）。子機４は、親機３からの測定データ要求信号７０１を受信して、その内容を確認し、自機が指定されている場合には、測定データ応答信号７０２を送信する（ステップＡ５）。子機４は、親機３からの測定データ要求信号７０１を受信し、自機が指定されていない場合には、応答禁止とされ、測定データ応答信号７０１等を送信しない。

親機３は、各子機４からの測定データ応答信号７０２に基づいて取得した測定データを、統括親機２へ送信する（ステップＡ６）。統括親機２は、各親機３から取得した測定データを、ゲートウェイサーバ２１を通じて、クラウドサーバ１へ送信する（ステップＡ７）。クラウドサーバ１は、統括親機２から取得した測定データを、ＤＢ１００の測定データ履歴情報１１２に格納する（ステップＡ８）。

［スケジュール設定］
統括親機２は、顧客拠点における電源装置４０の蓄電池群５０の測定データ取得、収集に係わるスケジュールを設定する機能を有する。このスケジュールは、無線通信網８０の複数の親機３と複数の子機４との無線通信のスケジュールを含む。このスケジュールは、各親機３が各子機４との間でどのような取得タイミングで測定データを取得するか、どの子機４を指定して測定データ要求信号等を送信するか等に係わる。このスケジュールは、無線通信網８０でなるべく信号の干渉等が生じないように作成される。このスケジュールは、統括親機２と複数の親機３との間の通信のスケジュールも含む。また、このスケジュールの設定と共に、無線通信網８０の複数の親機３と複数の子機４との間の無線通信チャネルで使用する無線周波数について設定してもよい。

スケジュール設定を行う場合の動作等の概要は以下である。（１）統括親機２は、自機の設定またはクラウドサーバ１からの指示に基づいて、電源装置４０の蓄電池群５０の測定データの取得、収集に係わるスケジュールを設定する。その際、まず、統括親機２は、蓄電池システムにおけるその時点の通信状況等を確認する。統括親機２は、複数の親機３や複数の子機４の通信可否等の状況を確認する。（２）統括親機２は、確認に基づいて、複数の親機３が複数の子機４から測定データを取得するためのスケジュール情報を作成する。統括親機２は、そのスケジュール情報を自機に設定する。このスケジュールは、親機３による子機４の指定の順序や、取得タイミング等の規定を含む。また、統括親機２は、スケジュールと共に、無線通信網８０の各チャネルで使用する無線周波数を設定してもよい。その場合、スケジュール情報の中に無線周波数設定情報を含むものとする。

（３）統括親機２は、設定するスケジュール情報を、クラウドサーバ１へ通知する。クラウドサーバ１は、そのスケジュール情報を、ＤＢ１００に登録する。（４）また、統括親機２は、そのスケジュール情報の設定指示の信号を、複数の各親機３に送信する。各親機３は、その信号を受信し、自機にそのスケジュール情報（自機に必要な部分）を設定する。（５）各親機３は、そのスケジュール情報に基づいて、各子機４にも必要な設定（例えば無線周波数の設定、測定周期、通信周期や測定周波数の設定）がある場合には、その子機４のための設定情報の設定指示の信号を、子機４に送信する。なお、子機４での設定が不要な場合にはこのステップを省略できる。子機４は、その信号を受信し、自機にその設定情報を設定する。設定後には、設定されたスケジュール及び無線周波数等に従って、親機３と複数の子機４との間で測定データ取得等の無線通信が行われる。

なお、複数の各子機４において蓄電池５のパラメータの測定を行う際には、蓄電池５に対して微小ながらも通電するため、相応の電圧降下が生じる。そのため、複数の子機４での測定タイミングを設定する場合には、複数の子機４での測定タイミングについて、同じに設定するよりも、ずらすように設定する方が好ましい。

上記のように、蓄電池状態監視システムは、一元管理及び階層構成に対応した自動設定機能を有する。クラウドサーバ１から統括親機２、親機３及び子機４へと階層的に設定のための通信が自動的に行われることで、クラウドサーバ１の設定情報の内容が各装置の設定情報として反映される。ユーザとしては、クラウドサーバ１に対する設定作業を行えばよく、多数の個別の子機４等への設定作業を行う必要は無く、ユーザの手間が少ない。ユーザは、複数の子機４の測定タイミングや測定データの取得タイミング等を、容易に設定可能である。ユーザは、個別の親機３や子機４毎の詳細設定も可能であり、設定変更も容易である。

［測定］
図１の蓄電池状態監視システムで、子機３による蓄電池５のパラメータの測定の概要は以下である。図３のような構成で、子機４の測定制御部４０１は、自機の設定情報４１１に基づいて、測定周期の測定タイミング毎に、自動的に、関係付けられる蓄電池５の所定のパラメータを測定する。その際、測定制御部４０１は、温度測定部４２１等の各部を制御して測定を行わせ、測定値を得る。測定制御部４０１は、測定データ提供部４０２を通じて、測定値を含む測定データ４１２を、記憶部４１０に記憶する。

なお、実施の形態では、子機４が動作するための電力としては、その子機４に接続されている蓄電池５の電力を使用する。そのため、子機４では、動作モードとして、省電力モードを備え、その省電力モードを使用する設定とする。もしくは、子機４として、動作モードの切り替えが無い装置を用いる場合には、その子機４は、省電力モードに相当する動作をし続ける装置とする。子機４は、省電力モード時には、基本的にスリープ状態とし、必要時には通常状態に復帰して、測定や送信等の動作を行い、その後にスリープ状態に戻る。これにより、子機４の電力消費が抑制される。なお、他の実施の形態としては、子機４は、蓄電池５の電力を使用せず、子機４に備える電源部の電力を使用してもよい。

子機４の省電力モードのスリープ制御の方式としては、例えば以下の方式が挙げられる。実施の形態では、以下の方式を適用するが、変形例としては他の方式を適用してもよい。

本方式では、子機４のうち、無線通信を行う部分（図３の無線通信インタフェース部４０３等）と、測定を行う部分（図３の測定制御部４０１等）とで、別々に、スリープ状態と通常状態とが切り替えられる。本方式では、電圧や温度の計測部分については、常時測定（測定周期として例えば１秒毎）とし、通信周期は、それよりも長い時間（例えば５分）の設定とする。無線通信部分については、通信周期に対応して、適宜、例えば５分に１回の送信タイミング以外の時間で、スリープ状態になる。この場合、蓄電池５の継続的な測定と共に、無線通信の際の電力消費を抑制できる。

本システムにおいて、子機４や親機３の主な動作や機能等の部分は、大別すると、電圧や温度の計測部分と、内部抵抗の計測部分と、無線通信部分とに分けることができる。電圧等の計測部分では、消費電流が僅かであり、常時計測が可能である。常時計測のサイクルは、センサ等に応じて例えば１秒毎である。電圧や温度の計測部分については、常時計測に基づいて、通信周期として例えば５分（他には例えば１０分、１時間、４時間等としてもよい）とする。即ち、例えば５分に１回のタイミングで、常時計測値における平均値を、子機４から親機３へ送信する。内部抵抗の計測部分では、測定周期及び通信周期として１日とし、１日に１回のタイミングで、内部抵抗測定値を送信する。無線通信部分については、親機３と子機４との無線通信毎に所定の電力消費があるので、電力消費抑制のためのスリープ制御が重要である。本方式では、無線通信部分を他の部分とは独立した単位としてスリープ制御を行う方式とし、通信周期に合わせてスリープ状態から復帰する方式とすることで、無線通信に係わる電力消費を抑制できる。

また、上位装置（例えばクラウドサーバ１）では、子機４及び親機３からの測定データ群について、所定の時間毎の測定データを記録してもよいし、所定の時間毎の平均値等を記録してもよい。

子機４での測定のうち内部抵抗の測定については以下である。なお、蓄電池５の内部抵抗は、主にインピーダンスであり、リアクタンスも測定時に含まれるが、総称して「内部抵抗」と記載する。

（１） 内部抵抗のうちの直流成分である直流抵抗値（Ｒ）については、制御電源装置６０の充放電情報に基づいて、蓄電池５の充放電時の電圧値（Ｖ）及び電流値（Ｉ）を用いて計算できる（Ｒ＝Ｖ／Ｉ）。

（２） 内部抵抗のうちの交流成分であるインピーダンス値（Ｚ）については、測定周波数での交流電流値と、対応する電圧値とを用いて計算できる。

実施の形態では、図７のように、蓄電池５の種類等を考慮して、３種類の測定周波数（ｆ１，ｆ２，ｆ３）を用い、子機４は、対応する３種類のインピーダンス値（Ｚ１，Ｚ２，Ｚ３）を測定する。また、時間軸での傾向の判定のために、各測定周波数でのインピーダンスの初期値（Ｚ１ｓ，Ｚ２ｓ，Ｚ３ｓ）も用いる。その初期値については、測定データ履歴情報１１２における最初の測定データから得てもよい。その初期値については、設定情報１１１の１つとして予め蓄電池５毎に測定し記録した値やユーザ設定値を用いてもよい。

実施の形態では、測定周波数として以下の設定とする。

第１周波数ｆ１： ３５０Ｈｚ以上２０００Ｈｚ未満
第２周波数ｆ２： １００Ｈｚ未満
第３周波数ｆ３： １００Ｈｚ以上３００Ｈｚ未満。

第１周波数ｆ１は、相対的に高周波領域から選択された１つの周波数である。第２周波数ｆ２は、相対的に低周波領域から選択された１つの周波数である。第３周波数ｆ３は、相対的に中間周波領域から選択された１つの周波数である。第１周波数ｆ１は、１ｋＨｚ程度とすればよい。第１周波数ｆ１は、好ましくは、８００Ｈｚ以上１２００Ｈｚ未満とする。第２周波数ｆ２は、商用電源の周波数（５０Ｈｚや６０Ｈｚ）と干渉しない周波数とする。

測定周波数について、特定の蓄電池５に限定しない一般的な表現としては以下である。第１周波数は、高周波領域として２００Ｈｚ以上２０００Ｈｚ未満から選択された１つ以上の周波数である。第２周波数は、低周波領域として２００Ｈｚ未満から選択された１つ以上の周波数である。上記のように、複数種類の測定周波数を用いることにより、蓄電池５の劣化判定等の精度を高くできる。上記に限らず、より多くの測定周波数を用いてもよく、その場合、より精度を高くできる。

［無線通信シーケンス］
図８は、実施の形態における親機３と子機４との間の無線通信シーケンスを示す。本例では、特に子機Ｃ１，Ｃ２の部分を示すが、他の子機４も同様である。本例では、親機３が、スケジュールに従って、最初、子機Ｃ１を取得対象として無線通信（シーケンス８０１）を行い、次に子機Ｃ２を取得対象として無線通信（シーケンス８０２）を行う場合を示す。各子機４は、最初、測定後にスリープ状態であるとする。本シーケンスでは、所定の周波数Ｆ１を用いている。

ステップＳ１で、親機３は、まず、要求信号ＲＥＱを送信する。この要求信号ＲＥＱは、親機３の親機ＩＤ（例：Ｐ１）と、対象の子機４の子機ＩＤ（例：Ｃ１）と、無線通信要求の旨とを含む。この要求信号ＲＥＱは、親機３が選択指定した特定の子機Ｃ１を測定データ取得対象として無線通信を要求する信号である。この要求信号ＲＥＱは、対象の子機Ｃ１を含む複数の子機４へ到達する。例えば、ステップＳ１ｂは、子機Ｃ２に同じ要求信号ＲＥＱが到達することを示す。言い換えると、子機Ｃ２等は、要求信号ＲＥＱを傍受する。

ステップＳ２で、子機Ｃ１は、無線通信インタフェース部４０３で要求信号ＲＥＱを受信し、スリープ状態から復帰する。子機Ｃ１の測定データ提供部４０２は、要求信号ＲＥＱの内容を参照し、応答するかどうか確認する。子機Ｃ１は、要求信号ＲＥＱ内の子機ＩＤが、自機を取得対象として指定している場合、確認信号ＡＣＫを親機３へ送信する。確認信号ＡＣＫは、自機の子機ＩＤ（例：Ｃ１）と、相手の親機ＩＤ（例：Ｐ１）と、確認（応答可能）の旨とを含む。親機３は、確認信号ＡＣＫを受信し、その内容を参照し、対象の子機４（Ｃ１）が応答可能であることを確認する。これにより、親機Ｐ１と子機Ｃ１との無線通信セッションが確立される。

一方、対象の子機Ｃ１以外の子機Ｃ２等は、要求信号ＲＥＱを受信してスリープ状態から復帰した後、要求信号ＲＥＱの内容を参照して、自機が指定されているか否かを確認する。子機Ｃ２等は、要求信号ＲＥＱの子機ＩＤが自機を指定していない場合、その後に親機３へ信号を送信しないように応答禁止状態に入る。

ステップＳ３で、親機３は、データ要求信号ＤＲＥＱを送信する。このデータ要求信号ＤＲＥＱは、親機ＩＤ（Ｐ１）と、対象の子機ＩＤ（Ｃ１）と、測定データ取得要求の旨とを含む。このデータ要求信号ＤＲＥＱは、上記特定の子機Ｃ１からの測定データの取得を要求する信号である。このデータ要求信号ＤＲＥＱは、対象の子機Ｃ１を含む複数の子機４へ到達する。例えば、ステップＳ３ｂは、子機Ｃ２に同じデータ要求信号ＤＲＥＱが到達することを示す。言い換えると、子機Ｃ２等はデータ要求信号ＤＲＥＱを傍受する。

ステップＳ４で、子機Ｃ１は、データ要求信号ＤＲＥＱを受信し、データ要求信号ＤＲＥＱの内容を同様に確認する。その後、子機Ｃ１の測定データ提供部４０２は、記憶部４１０から取得対象の測定データ（データＸ１）を読み出し、その測定データを含むデータ応答信号ＤＲＥＳを作成し、無線通信インタフェース部４０３を通じて親機３へ送信する。データ応答信号ＤＲＥＳは、自機の子機ＩＤ（Ｃ１）、相手の親機ＩＤ（Ｐ１）、測定データ（データＸ１）を含む。親機３は、対象の子機Ｃ１からデータ応答信号ＤＲＥＳを受信し、その中の測定データ（データＸ１）を取り出し、記憶部３１０に格納する。

一方、子機Ｃ２等は、データ要求信号ＤＲＥＱを受信したとしても、応答禁止状態であるため、応答の信号を送信しない。

ステップＳ５で、親機３は、上記対象の子機Ｃ１からの測定データを取得した後に、測定データ受領確認のための受領確認信号ＤＡＣＫを送信する。この受領確認信号ＤＡＣＫは、親機ＩＤ（Ｐ１）と、対象の子機ＩＤ（Ｃ１）と、測定データ受領確認の旨とを含む。この受領確認信号ＤＡＣＫは、同様に、対象の子機Ｃ１だけでなく、他の子機Ｃ２等にも到達する（ステップＳ５ｂ）。

子機Ｃ１は、受領確認信号ＤＡＣＫを受信し、その内容を確認する。即ち、子機Ｃ１は、親機Ｐ１の測定データの取得が終了したこと、及び親機Ｐ１とのセッションが終了することを確認する。子機Ｃ１は、その確認後、スリープ状態に遷移する。

以上、ステップＳ１〜Ｓ５を含むシーケンス８０１で、子機Ｃ１からの測定データ取得が終了する。ステップＳ６以降のシーケンス８０２は、同様に、子機Ｃ２からの測定データ取得のためのシーケンスである。ステップＳ６以降は、取得対象の子機４が変わるだけで同様である。ステップＳ６で、親機３は、取得対象の子機４として、次の子機Ｃ２を指定して、要求信号ＲＥＱを送信する。この要求信号ＲＥＱは、同様に、対象の子機Ｃ２だけでなく、他の子機Ｃ１，Ｃ３等にも到達する。ステップＳ７で、子機Ｃ２は、要求信号ＲＥＱを受信して、スリープ状態から復帰した後、親機３へ確認信号ＡＣＫを送信する。他の子機Ｃ１，Ｃ３等は、応答禁止状態となり、信号を送信しない。

実施の形態の変形例として以下も可能である。変形例では、図８の無線通信シーケンスに関して、確認信号ＡＣＫや受領確認信号ＤＡＣＫ等を省略する。変形例の無線通信シーケンスの概要は以下である。親機３は、最初から、取得対象の子機４を指定したデータ要求信号ＤＲＥＱを送信する。子機４は、親機３からのデータ要求信号ＤＲＥＱを受信し、スリープ状態から復帰し、取得対象の指定が自機であるかを確認する。子機４は、確認した場合、測定データ応答信号ＤＲＥＳを送信し、その後スリープ状態に戻る。親機３は、子機４から測定データ応答信号ＤＲＥＳを受信し、その中の測定データを得る。なお、親機３は、対象の子機４から測定データを取得できなかった場合、例えば、時間をあらためてから同様にリトライする。何回かリトライしても取得できない場合、親機３は、エラーと判定し、上位に通知する。

［スケジュール（１）］
図９は、測定データ取得、取得対象の子機４の指定に係わるスケジュールの設定例を示す。本例では、統括親機２が、予め設定された複数のパターンのスケジュールからいずれかのパターンのスケジュールを選択使用する。子機４の数としてｍ＝２００の場合を示す。このスケジュールは、パラメータ毎の取得周期毎に同様である。

図９の（Ａ）は、第１パターンのスケジュールの設定例を示す。このスケジュールは、時間軸上、取得対象の子機４を、子機Ｃ１，Ｃ２，……，Ｃｍといったように順次にずらして指定するものである。親機Ｐ１、親機Ｐ２の各スケジュールを、横軸を時間軸として示す。親機Ｐ１のスケジュールとして、複数の子機４｛Ｃ１〜Ｃｍ｝から１つずつ順次に指定する。例えば、取得タイミングとして、時点ｔ１では子機Ｃ１（その測定データであるデータＸ１）が指定され、次の時点ｔ２では子機Ｃ２（データＸ２）が指定されている。例えば、時点ｔ１から時点ｔ２までの時間は、子機Ｃ１（データＸ１）を対象とした無線通信を示す。同様に、順次に子機４が指定されて、最後の時点ｔ１００では子機Ｃ１００（データＸ１００）が指定されている。

一方、親機Ｐ２のスケジュールとして、同様に、複数の子機４｛Ｃ１〜Ｃｍ｝から１つずつ順次に指定される。ある取得タイミングでは、親機Ｐ１の指定とは異なる子機４が取得対象として指定される。例えば、取得タイミングとして、時点ｔ１では子機Ｃ１０１（データＸ１０１）が指定され、次の時点ｔ２では子機Ｃ１０２（データＸ１０２）が指定されている。同様に、順次に子機４が指定されて、最後の時点ｔ１００では子機Ｃ２００（データＸ２００）が指定されている。

上記例のように、複数の子機４からの測定データの取得タイミング（言い換えると測定データ要求信号の送信タイミング）をずらすようにスケジュールを設定すると好ましい。なお、本例では、子機ＩＤを１ずつインクリメントするように対象を指定しているが、これに限らず、各種の指定が可能である。

図９の（Ｂ）は、第２パターンのスケジュールの設定例を示す。第２パターンは、第１パターンとは異なる子機４の指定の順序となっている。第２パターンは、例えば、第１パターンに対して、子機ＩＤの指定を５０ずらした場合である。親機Ｐ１のスケジュールでは、時点ｔ１で取得対象として子機Ｃ５１が指定されている。時点ｔ５０では子機Ｃ１００、時点ｔ５１では子機Ｃ１、時点ｔ１００では子機Ｃ５０が指定されている。親機Ｐ２のスケジュールでは、時点ｔ１で取得対象として子機Ｃ１５１が指定されている。時点ｔ５０では子機Ｃ２００、時点ｔ５１では子機Ｃ１０１、時点ｔ１００では子機Ｃ１５０が指定されている。

統括親機２は、通信状況等に応じて、使用するパターンのスケジュールを切り替えるようにしてもよい。例えば、統括親機２は、最初、第１パターンを使用して測定データ収集を行う。統括親機２は、そのスケジュール使用中に親機３と子機４との無線通信に何か問題が生じた場合等に、第２パターンのスケジュールに切り替える。

上記スケジュールにおける、複数の子機４の間での取得タイミングのずらしは、例えば、複数の子機４の間での測定タイミングのずらしに合わせて設定されてもよい。また、スケジュール情報において、各取得タイミングが時刻等で細かく設定されてもよいし、細かく設定せずに、子機４毎の取得処理が終了しだい次の子機４の取得処理を開始するようにしてもよい。

［スケジュール（２）］
図１０は、更に、スケジュールに関し、測定タイミングや取得タイミング等の例を示す。図１０の例では、ある子機Ｃ１の測定データ（データＸ１）に関する部分を示す。図１０では、縦方向を時間軸とし、パラメータ毎に異なる測定タイミング及び取得タイミングを示す。また、本例では、測定タイミングと取得タイミングとの時間差がある場合を示す。測定データとして、温度値：Ｔ、電圧値：Ｖ、インピーダンス値：Ｚで示す。

通信周期及び取得周期の設定例として、温度及び電圧については、通信周期Ｋ１＝５分、取得周期Ｋ４＝５分である。インピーダンスについては、測定周期及び通信周期Ｋ３＝１日、取得周期Ｋ６＝１日である。本例では、パラメータ毎に通信周期と取得周期が同じである。図１０の左側には、測定時間の時間軸を示す。例えば、測定タイミングとして、日時ＤＴ１，ＤＴ２，ＤＴ３，……等を有する。例えば、日時ＤＴ１，ＤＴ２の差が通信周期Ｋ１である。日時ＤＴ１，ＤＴ５の差が通信周期Ｋ３である。日時ＤＴ１，ＤＴ５等では、電圧、温度、及びインピーダンスが測定される。日時ＤＴ２〜ＤＴ４，ＤＴ６〜ＤＴ８等では、電圧及び温度が測定される。電圧及び温度については前述の常時測定に基づいた平均値である。

図１０の右側には、取得時間の時間軸を示す。測定時間の測定タイミングに対し、取得時間の取得タイミングは、所定の時間差が設けられている。取得タイミングとして、例えば、日時ＤＴａ，ＤＴｂ，ＤＴｃ，……等を示す。例えば、日時ＤＴａは、日時ＤＴ１，ＤＴ２の間にある。例えば、日時ＤＴａでは、日時ＤＴ１の測定データ｛Ｖ，Ｔ，Ｚ｝が取得される。次の日時ＤＴｂでは、日時ＤＴ２の測定データ｛Ｖ，Ｔ｝が取得される。例えば、日時ＤＴａ，ＤＴｂの差が取得周期Ｋ４である。日時ＤＴａ，ＤＴｅの差が取得周期Ｋ６である。

他の設定例として、通信周期よりも取得周期を長くする例は以下である。例えば、電圧及び温度の取得周期Ｋ４を、通信周期Ｋ１の数倍（例：５分×４＝２０分）としてもよい。例えば、日時ＤＴ１〜ＤＴ４で測定された４回分の測定データが、日時ＤＴｅでまとめて取得される。この設定の場合、測定データ取得のための無線通信の回数を少なくできる。なお、蓄電池５への負荷を考慮して、内部抵抗（インピーダンス）の通信周期Ｋ３は、通信周期Ｋ１に比べて比較的長い時間（例えば１日）に設定される。また、測定タイミングと取得タイミングとに時間差を設定することで、測定後に所定の時間差で測定データを取得可能である。

［スケジュール（３）］
図１１は、スケジュール及び無線周波数の設定例を示す。図１１では、無線通信網８０の子機Ｃ１〜Ｃ４の部分のみを示すが、他の子機４についても同様である。親機３と子機４との無線通信では、所定の周波数帯域のチャネルを使用する。この周波数の設定については、任意の方式を適用できる。例えば、固定された同じ周波数を使用する方式である。あるいは、通信規格で使用可能な複数の周波数のうち選択した複数の周波数を使用する方式としてもよい。状況に応じて周波数を切り替える方式としてもよい。

図１１の（Ａ）のスケジュール及び周波数の設定例は、取得対象の子機４を、複数の子機Ｃ１〜Ｃ４の間で取得タイミングをずらして指定する場合である。例えば、最初の日時Ｔ１では、取得対象として子機Ｃ１が指定されており、次の日時Ｔ２では、子機Ｃ２が指定されている。同様に、１つの子機４毎に順次に指定されている。また、使用する無線周波数については複数の子機４で同じ所定の周波数Ｆ１が設定されている。この場合、ある時間では１つの子機４から測定データ応答信号７０２が送信される。そのため、子機４からの信号同士の干渉が無く、親機３は確実にその測定データ応答信号７０２を処理して正しい測定データを取得できる。ただし、測定データ収集の際には、子機４の数に応じた分の所要時間が必要になる。

図１１の（Ｂ）は、他の設定例として、測定データ収集に係わる所要時間を削減する例を示す。この例では、同じ時間において、取得対象の子機４が２つ指定される。例えば、ある日時Ｔ１では、取得対象として子機Ｃ１及び子機Ｃ３が指定されており、その際には同じ周波数Ｆ１が使用される。次の日時Ｔ２では、取得対象として子機Ｃ２及び子機Ｃ４が指定されており、その際には同じ周波数Ｆ１が使用される。この例では、（Ａ）の例よりも確実性は低くなるが、所要時間を短縮できる。取得対象の子機４を同時に３つ以上指定することや、子機グループ単位で指定すること等も同様に可能である。

図１１の（Ｃ）は、他の設定例を示す。この例では、（Ａ）と同様に、取得対象の子機４を１つずつ順次に指定し、更に、それぞれの取得タイミングでは異なる周波数を使用している。例えば、最初の日時Ｔ１では取得対象が子機Ｃ１で周波数Ｆ１を使用する。次の日時Ｔ２では取得対象が子機Ｃ２で周波数Ｆ２を使用する。更に、（Ｂ）と同様に、取得対象の子機４を同時に複数指定するようにしてもよい。

［クラウドサーバ−処理］
図１２は、クラウドサーバ１の監視処理を含む処理フローを示す。図１２は、ステップＳ１１〜Ｓ２０を有する。以下、ステップの順に説明する。

Ｓ１１で、クラウドサーバ１（詳しくは監視処理部１０３）は、監視処理タイミングであるかどうかを確認し、そのタイミングである場合（Ｙ）にはＳ１２以下の処理を行い、そうでない場合（Ｎ）には他の処理を行う。クラウドサーバ１は、例えば、設定に基づいた、測定データの取得周期に合わせた定期タイミング、または任意時点でのユーザの監視処理指示入力がある場合には、監視処理を行う。

Ｓ１２で、クラウドサーバ１は、ＤＢ１００の測定データ履歴情報１１２から最新の測定データを参照し、また、対応する充放電情報を参照する。クラウドサーバ１は、測定データ中の所定のパラメータの測定値や、充放電情報における充放電時の電流値等の測定値を参照する。クラウドサーバ１は、蓄電池５毎に、各時点での温度値、電圧値、内部抵抗のインピーダンス値を参照する。また、クラウドサーバ１は、蓄電池５の充放電時における内部抵抗の直流抵抗値を参照する。あるいは、クラウドサーバ１は、ユーザ指示入力等に基づいて、最新の測定データを取得するための指示を統括親機２に送信することで、最新の測定データを取得する。

Ｓ１３で、クラウドサーバ１は、測定データ等に基づいて、蓄電池５の初期故障または偶発故障等の突発的な故障／障害／異常が発生していないかどうかを判定する。この判定は、例えば、温度値や電圧値と閾値との比較による異常判定を含む。この判定は、所定の比較的短い通信周期（例えば５分）での測定値を用いる。クラウドサーバ１は、例えば、温度値及び電圧値を、それぞれ所定の閾値と比較し、閾値以上である場合には、異常状態と判定する。例えば、温度値が室温＋１０℃を超えた場合には、軽度の異常と判定され、室温＋２０℃を超えた場合には、重度の異常として直ちに交換が必要な状態と判定される。Ｓ１３で、初期故障または偶発故障等の突発的な故障／障害／異常と判定された場合（Ｙ）にはＳ１４へ進む。

なお、変形例として、子機４は、上記のように測定値を用いて異常判定を行う機能を備えてもよい。子機４は、測定後に蓄電池５の異常状態と判定した場合、すぐに上位の装置（親機３）へ通知し、あるいはアラーム出力等を行う。

Ｓ１４で、クラウドサーバ１は、上記判定の結果、初期故障／偶発故障、異常等と判定した場合、その初期故障／偶発故障、異常等の旨の監視情報を出力する。なお、蓄電池状態監視システムは、故障、障害、異常等と判定した蓄電池５の部分を、システムから切り離し（縮退）するように制御してもよい。

Ｓ１５で、クラウドサーバ１は、測定データ等に基づいて、蓄電池５の劣化傾向及び劣化度合いを判定し、故障や寿命を推定及び判定する。この処理の際、クラウドサーバ１は、電圧値と所定の閾値とを用いて、所定の電圧降下や電圧上昇の有無を判定する。なお、この閾値は、蓄電池５の特性曲線、稼働時間（アレニウス則による換算時間）、設定電圧（平均電圧）、負荷状態等に基づいて設定できる。クラウドサーバ１は、例えば、電圧降下量が閾値以上である場合、所定の電圧降下があると判定し、即ち蓄電池５の故障や寿命であると判定する。Ｓ１５で、故障や寿命と判定された場合（Ｙ）にはＳ１６へ進む。

Ｓ１６で、クラウドサーバ１は、蓄電池５の故障や寿命等の旨の監視情報を出力する。

Ｓ１７で、クラウドサーバ１は、Ｓ１５の処理に基づいて、蓄電池５の余寿命（現在時点から推定寿命時点までの時間）を計算する。クラウドサーバ１は、例えば、各測定周波数での内部抵抗値（Ｚ１，Ｚ２，Ｚ３）に基づいて、蓄電池容量を推定し、余寿命を計算する。クラウドサーバ１は、余寿命に基づいて、その蓄電池５の使用可能時間、交換時期を計算する。クラウドサーバ１は、蓄電池５毎に、推定寿命時期に対して所定の期間前を推奨交換時期として、蓄電池５の交換をユーザに推奨する。

Ｓ１８で、クラウドサーバ１は、蓄電池５の余寿命の時間が、所定の閾値以上か否かを判断する。この閾値は、推定寿命時期（時点）または推奨交換時期（時点）との関係で設定できる。この閾値は、例えば、推定寿命時点または推奨交換時点よりも前の１つ以上の所定の期間（例えば１年、半年、３ヶ月等）として設定できる。

クラウドサーバ１は、余寿命が閾値以上である場合（Ｙ）、例えばまだ交換時期に到達していない場合には、正常状態（余寿命がある状態）と判定し、Ｓ１９へ進む。クラウドサーバ１は、余寿命が閾値未満である場合（Ｎ）、例えば交換時期に到達した場合（または交換時期に近い場合等）には、余寿命が少ない状態、例えば交換時期に到達した状態と判定し、Ｓ２０へ進む。

Ｓ１９で、クラウドサーバ１は、蓄電池５の正常状態（余寿命がある状態）の旨、余寿命に対応する使用可能時間、現時点の稼働時間等の情報を含む監視情報を出力する。

Ｓ２０で、クラウドサーバ１は、蓄電池５の余寿命が少ない状態、例えば交換時期に到達した状態の旨、余寿命に対応する使用可能時間、推奨交換時期、現時点の稼働時間等の情報を含む監視情報を出力する。

［クラウドサーバ−監視処理］
クラウドサーバ１の監視処理例について補足する。実施の形態では、クラウドサーバ１は、主に下記の３種類の異なるタイミングでのパラメータの測定値に基づいて、蓄電池５の状態の判定や推定の処理を行う。クラウドサーバは、蓄電池５の様々な劣化モードに対応して、より高精度に判定や推定が可能なように、複数の測定周波数を用いて内部抵抗等の測定を行う。

（１） クラウドサーバ１は、比較的短い一定の周期（例えば５分）で継続して測定した温度及び電圧の測定値のデータに基づいて、蓄電池５の突発的な障害等を含む、蓄電池５の異常や寿命を判定、検知する。

（２） クラウドサーバ１は、比較的長い周期（例えば１日）または任意のタイミングで測定した内部抵抗（特にインピーダンス）の測定値に基づいて、蓄電池５の劣化傾向を推定する。特に、インピーダンスは、複数種類（例えば３種類）の周波数（測定周波数）を用いて測定される。各周波数でのインピーダンス値に基づいて、蓄電池５の各劣化モードでの劣化傾向が推定される。

（３） クラウドサーバ１は、蓄電池５の充放電の際の電圧、電流及び内部抵抗（特に直流抵抗）の測定値に基づいて、蓄電池５の劣化傾向を推定する。詳しくは、蓄電池５からの放電のタイミング、または蓄電池５への充電のタイミングにおける、蓄電池５の電圧値（Ｖ）と直流電流値（Ｉ）とを用いて、直流抵抗値（Ｒ）が計算される（Ｒ＝Ｖ／Ｉ）。直流電流値（Ｉ）は、制御電源装置６０の充放電情報から把握できる。クラウドサーバ１は、直流抵抗値（Ｒ）を用いて、蓄電池５の劣化傾向を、より高い精度で推定する。

クラウドサーバ１は、監視処理の際に、測定値に基づいて、予め規定された時間関数の計算式やテーブル（ルックアップテーブル）を用いて、蓄電池５の状態の推定値を出力してもよい。その計算式やテーブルは、例えば、稼働時間に応じた、温度と寿命との相関関係を表す。ルックアップテーブルには、予め、実験や計算等に基づいて、各パラメータ値の関係が設定されている。

クラウドサーバ１は、内部抵抗等のパラメータについて、時間軸上の変化の傾向をみて、蓄電池５の劣化等を判定し、寿命等を推定する。例えば、クラウドサーバ１は、測定周波数毎のインピーダンス値（Ｚ１等）について、初期値（Ｚ１ｓ等）からの変化率を計算する。クラウドサーバ１は、その変化率に基づいて、蓄電池５の劣化傾向を判定し、劣化傾向から寿命時期（推定寿命時点を含む誤差を考慮した時間範囲）を推定する。

クラウドサーバ１は、寿命時期に対応した交換時期を計算する。クラウドサーバ１は、例えば、内部抵抗値が初期値から２０％以上増加した場合には、軽度の劣化と判定し、５０％以上増加した場合には、中程度の劣化と判定し、１００％以上増加した場合には、重度の劣化と判定する。クラウドサーバ１は、中程度の劣化の場合には、所定の期間以内での速やかな交換が必要と判定し、重度の劣化の場合には、直ちに交換が必要であると判定する。蓄電池５の種類等に応じて内部抵抗の絶対値が異なることから、実施の形態では、上記のように相対値（初期値からの変化率）を用いた判定を行う。

クラウドサーバ１は、より高精度の推定等を行うために、蓄電池５の充放電時の直流抵抗値を測定する。クラウドサーバ１は、子機４で測定された電圧値及び電流値と、放電または充電の時の電圧値及び電流値との変化分の傾きを計算し、その傾きの比を計算する。そして、クラウドサーバ１は、その計算した比を、初期値の比と比較することで、蓄電池５の劣化度合いをより正確に判定する。

［統括親機−処理］
図１３は、統括親機２の処理のフローを示す。図１３は、ステップＳ２１〜Ｓ２９を有する。以下、ステップの順に説明する。

Ｓ２１で、統括親機２は、顧客拠点の蓄電池システムの通信状況を確認する。例えば、統括親機２は、各親機３と通信し、親機３と複数の各子機４とが通信可能な状態か等を確認する。

Ｓ２２で、統括親機２は、Ｓ２１の確認結果に基づいて、顧客拠点の蓄電池システムにおける測定データ収集のためのスケジュールを作成し、スケジュール情報として設定する。統括親機２は、スケジュールと共に、親機３と複数の各子機４との間の無線周波数についても設定する。

Ｓ２３で、統括親機２は、Ｓ２２で作成したスケジュール情報を、クラウドサーバ１及び親機３へ送信する。クラウドサーバ１側は、そのスケジュール情報の通知に基づいて、その顧客拠点からの測定データ収集のスケジュールを把握できる。親機３側は、そのスケジュール情報を含む設定指示に基づいて、設定を行い、そのスケジュールに従って親機３と子機４との無線通信を行う。

Ｓ２４で、統括親機２は、上位のクラウドサーバ１から信号を受信したかを確認する。

Ｓ２５で、統括親機２は、受信した信号の内容を確認する。その信号の内容が、設定指示である場合にはＳ２６へ進み、測定取得指示である場合にはＳ２７へ進む。

Ｓ２６で、統括親機２は、上位からの設定情報を自機に設定し、親機３のための設定指示の信号を親機３へ送信する。

Ｓ２７で、統括親機２は、測定取得指示の信号を親機３へ送信する。

Ｓ２８で、統括親機２は、下位の親機３から測定データ信号を受信したかを確認する。受信した場合にはＳ２９へ進む。

Ｓ２９で、統括親機２は、測定データ信号をクラウドサーバ１へ送信する。

［親機−処理］
図１４は、親機３の処理のフローを示す。図１４は、ステップＳ３１〜Ｓ３８を有する。以下、ステップの順に説明する。

Ｓ３１で、親機３は、上位の統括親機２から信号を受信したかを確認する。

Ｓ３２で、親機３は、受信した信号の内容を確認する。その信号の内容が設定指示（スケジュール設定を含む）である場合にはＳ３３へ進み、測定取得指示である場合にはＳ３４へ進む。

Ｓ３３で、親機３は、スケジュール設定を含む設定情報を自機に設定し、子機４のための設定情報がある場合にはその設定指示の信号を子機４へ送信する。

Ｓ３４で、親機３は、測定取得指示の信号を子機４へ送信する。

Ｓ３５で、親機３は、スケジュールに基づいた取得周期の取得タイミングであるかどうかを確認する。取得タイミングである場合（Ｙ）にはＳ３６へ進む。なお、この確認は、タイマを用いて、取得タイミングになったら通知や起動を行うものでもよい。

Ｓ３６で、親機３は、複数の子機４から取得対象の子機４を指定し、測定データ要求信号等を、その子機４へ向けて送信する。この際、親機３は、前述の所定の方式の無線通信シーケンスで順に信号を送信する。

Ｓ３７で、親機３は、取得対象の子機４からの測定データ応答信号等の信号を受信したか確認する。受信した場合（Ｙ）にはＳ３８へ進む。

Ｓ３８で、親機３は、測定データ応答信号から測定データを取得し、メモリに記憶し、測定データの信号を統括親機２へ送信する。

［子機−処理］
図１５は、子機４の処理のフローを示す。図１５は、ステップＳ４１〜Ｓ５３を有する。以下、ステップの順に説明する。

Ｓ４１で、最初、子機４は、省電力モードであり、非動作、スリープ状態である。子機４は、無線通信によって上位の親機４から信号を受信したかどうかを確認する。例えば、子機４の無線通信インタフェース部４０３は、親機３からの信号を受信した場合、その信号を測定データ提供部４０２に渡す。

Ｓ４２で、子機４は、スリープ状態から通常状態に復帰する。

Ｓ４３で、子機４の測定データ提供部４０２は、受信した信号の内容を確認する。例えば、信号内には、送信元の親機３のＩＤ、取得対象の子機４のＩＤ、信号種類等が記載されている。信号種類等に基づいて、信号の内容が設定指示である場合にはＳ４４へ進み、測定データ要求信号である場合にはＳ４５へ進み、測定取得指示である場合にはＳ４６へ進む。

Ｓ４４で、子機４は、設定情報を自機に設定する。即ち、測定制御部４０１は、記憶部４１０に設定情報４１１を格納する。

Ｓ４５で、子機４の測定データ提供部４０２は、測定データ要求信号の内容（取得対象の子機４のＩＤ等）を参照し、自機が取得対象として指定されているかを確認する。自機が取得対象として指定されている場合（Ｙ）にはＳ４７へ進み、自機が取得対象として指定されていない場合（Ｎ）にはＳ４８へ進む。

Ｓ４７で、子機４の測定データ提供部４０２は、記憶部４１０から、前回の測定データ送信時からの未送信分の測定データを読み出し、その測定データを含む測定データ応答信号を作成し、無線通信インタフェース部４０３を通じて親機３へ送信する。なお、測定データ要求信号において測定項目（パラメータ）の指定を含んでもよい。その場合、子機４は、指定されたパラメータの測定データを応答する。なお、Ｓ４７の前に、自機が応答禁止状態であった場合には、Ｓ４７で応答禁止状態が解除される。

Ｓ４８で、子機４は、応答禁止状態となり、それ以降、解除されるまで、親機３へ信号を送信しないようにする。

Ｓ４６で、子機４の測定制御部４０１は、測定取得指示で指定されたパラメータの測定を行い、測定データを記憶部４１０に格納する。子機４は、その測定データを含む信号を、親機４へ送信する。

Ｓ４９で、子機４の測定制御部４０１は、設定された測定周期の測定タイミングであるかどうかを確認する。なお、この確認は、タイマを用いて、測定タイミングになったら通知や起動を行うものでもよい。測定タイミングである場合（Ｙ）にはＳ５０へ進む。

Ｓ５０で、子機４の測定制御部４０１は、各測定部を制御することで、蓄電池５の所定のパラメータを測定して測定値を得て、測定データ４１１を記憶部４１０に格納する。その際、測定データ提供部４０２は、測定データ４１１を内部メモリの領域（ロックされた領域以外）に書き込む。なお、Ｓ５０の際に、測定に係わる測定部等がスリープ状態であった場合には、スリープ状態から通常状態へ復帰する。

Ｓ５０で、温度の測定タイミングの場合、温度測定部４２１は、蓄電池５の温度を測定する。電圧の測定タイミングの場合、電圧測定部４２２は、蓄電池５の端子間の電圧を測定する。内部抵抗の測定タイミングの場合、内部抵抗測定部４２３は、蓄電池５の端子間のインピーダンスを計算する。測定制御部４０１は、正弦波発生部４２４を用いて、３種類の測定周波数の正弦波を順に発生させて、それぞれのインピーダンスを測定させる。内部抵抗測定部４２３は、測定周波数に応じた交流電流値（例えば３アンペア以下）を蓄電池５に流し、その時の電圧値を測定し、その交流電流値及び電圧値からインピーダンス値を計算する。

Ｓ５１で、子機４は、蓄電池５に充電または放電が発生しているかどうかを確認する。この確認は、蓄電池５の電圧降下／電圧上昇の判定としてもよいし、制御電源制御６０の充放電情報に基づいて、親機３から充放電の有無が通知されることとしてもよい。充放電が有る場合にはＳ５２へ進む。

Ｓ５２で、子機４は、Ｓ５１の充放電の有無に応じた処理として、測定データのロック／解除を行う。子機４は、蓄電池５の放電（電圧降下）または充電（電圧上昇）が有る場合には、その充放電時を含む所定時間範囲における測定データをロックする。このロックは、その時の測定データが消失しないように保護し、時間的に後で取得可能とすることである。子機４は、充放電が終わったと判定した場合、測定データのロックを解除する。

Ｓ５３で、子機４は、必要な処理や動作の有無や時間の判定に基づいて、スリープ状態へ遷移する。

なお、蓄電池５は、通常時には一定電圧を維持するように制御されている。即ち、制御電源装置６０の制御に基づいて、蓄電池５のＳＯＣが１００％になるように、充電が制御されている。非常時等には、制御電源装置６０の制御に基づいて、電源装置４０が稼動し、蓄電池５からの放電が開始される。この際、蓄電池５には大きな直流電流が流れて急峻な電圧降下が発生し、その後に漸次に電圧が低下してゆく。また、非常時等からの復旧時には、蓄電池５への充電が開始される。この際、蓄電池５には電圧上昇が発生する。上記放電／充電に伴う電圧降下／電圧上昇は、蓄電池５の種類に応じた所定の特性を有し、所定の電圧閾値や時間閾値を用いて判定可能である。上記充放電の際にロックした測定データを取得することで、より高精度の推定等が可能である。

ユーザまたはクラウドサーバ１や統括親機２は、制御電源装置６０の充放電情報に基づいて、充放電の有無等を認識できる。ユーザまたはクラウドサーバ１等は、ロックされた測定データの取得の要求を、親機３を通じて子機４へ送信する。子機４は、ロックされた測定データを含む応答信号を親機４へ送信する。

［効果等］
上記のように、実施の形態の蓄電池状態監視システム等によれば、蓄電池群５０の測定データの取得のための無線通信の際に、信号の干渉や輻輳を低減でき、正しい測定データを確実に取得でき、監視精度を高めることができる。本蓄電池状態監視システムによれば、階層構成において、親機３と子機４との無線通信を効率的に行い、正しい測定データを確実に取得できる。多数の子機４からの測定データを取得できるので、クラウドサーバ１で高精度の推定や判定が可能である。

本蓄電池状態監視システムによれば、顧客拠点の機器等の負荷に常に接続されている蓄電池群５０について、各種のパラメータを自動的に測定及び取得でき、各蓄電池５の状態を高精度に推定できる。ユーザが手動で各蓄電池５の状態を測定や監視する手間も削減できる。各蓄電池５の寿命等を高精度に推定でき、早めに交換等の対応が可能である。これにより、顧客拠点の機器やシステムの安定性やセキュリティを高めることができる。

以上、本発明を実施の形態に基づいて具体的に説明したが、本発明は前述の実施の形態に限定されず、その要旨を逸脱しない範囲で種々変更可能である。本発明の構成要素の追加や削除や置換、分離や併合、組み合わせ等が可能である。他の実施の形態としては、クラウドサーバ１の監視処理の一部を、統括親機２、親機３、または子機４で実行する形態も可能である。

１…クラウドサーバ（監視処理装置）、２…統括親機、３…親機（中継装置）、４…子機（測定通信装置）、５…蓄電池、６…蓄電池装置（測定通信装置付き蓄電池）、９…ユーザ端末、２０…拠点制御装置、４０…電源装置、５０…蓄電池群、６０…制御電源装置、８０…無線通信網、７０１…測定データ要求信号、７０２…測定データ応答信号。

Claims (11)

1. １つ以上の蓄電池と前記１つ以上の蓄電池に接続された測定通信装置とを備える複数の蓄電池装置と、
   前記複数の蓄電池装置における複数の測定通信装置の各々を子機として無線通信接続される親機である１つ以上の通信装置と、
   前記１つ以上の通信装置に対して通信接続されるサーバ装置と、
   を備え、
   前記測定通信装置は、
   前記１つ以上の蓄電池のパラメータを測定し、測定値を含む測定データを記憶する測定手段と、
   前記通信装置から信号を受信し、前記測定データを含む信号を、前記通信装置へ送信する通信手段と、
   を有し、
   前記通信装置は、前記複数の蓄電池装置のうち取得対象の蓄電池装置を指定した測定データ要求信号を送信し、前記取得対象の蓄電池装置から取得した前記測定データを前記サーバ装置へ送信し、
   前記サーバ装置は、前記通信装置から取得した前記測定データを用いて、前記蓄電池の状態の監視処理を行い、監視情報をユーザに対して出力し、
   前記測定通信装置は、受信した前記測定データ要求信号において、自機が取得対象として指定されている場合には、前記測定データを含む測定データ応答信号を、前記通信装置へ送信し、指定されていない場合には、自機を応答禁止状態にして、前記測定データ応答信号を前記通信装置へ送信しないようにする、
   蓄電池状態監視システム。
2. 請求項１記載の蓄電池状態監視システムにおいて、
   前記通信装置は、前記複数の蓄電池装置について、前記取得対象の蓄電池装置を順次に変更しながら複数の前記測定データ要求信号を送信する、
   蓄電池状態監視システム。
3. 請求項１記載の蓄電池状態監視システムにおいて、
   前記通信装置と前記サーバ装置との間に通信接続される統括装置を備え、
   前記統括装置は、前記１つ以上の通信装置と前記複数の蓄電池装置との間の無線通信のスケジュールを設定し、前記スケジュールに従って前記複数の蓄電池装置から取得された複数の測定データを、前記１つ以上の通信装置から取得し、前記サーバ装置へ送信する、
   蓄電池状態監視システム。
4. 請求項１記載の蓄電池状態監視システムにおいて、
   前記測定通信装置は、省電力モードとして、前記測定を行わない時、及び前記測定データ応答信号の送信を行わない時にはスリープ状態となる、
   蓄電池状態監視システム。
5. 請求項１記載の蓄電池状態監視システムにおいて、
   前記測定通信装置での前記パラメータ毎の前記測定の測定周期と、前記通信装置での前記測定データの取得周期と、を含む設定情報が設定可能である、
   蓄電池状態監視システム。
6. 請求項１記載の蓄電池状態監視システムにおいて、
   前記測定手段は、前記蓄電池のパラメータとして、温度、電圧、及び内部抵抗としてインピーダンスを測定する、
   蓄電池状態監視システム。
7. 請求項１記載の蓄電池状態監視システムにおいて、
   前記測定通信装置と前記通信装置とが２．４ＧＨｚの無線周波数帯域の周波数を使用して無線通信を行う、
   蓄電池状態監視システム。
8. 請求項１記載の蓄電池状態監視システムにおいて、
   前記蓄電池は、鉛蓄電池である、
   蓄電池状態監視システム。
9. １つ以上の蓄電池と前記１つ以上の蓄電池に接続された測定通信装置とを備える蓄電池装置であって、
   前記測定通信装置を子機として、親機である１つ以上の通信装置に無線通信接続され、
   前記測定通信装置は、
   前記１つ以上の蓄電池のパラメータを測定し、測定値を含む測定データを記憶する測定手段と、
   前記通信装置から信号を受信し、前記測定データを含む信号を、前記通信装置へ送信する通信手段と、
   を有し、
   前記測定通信装置は、前記通信装置から送信された、取得対象の蓄電池装置を指定した測定データ要求信号を受信し、受信した前記測定データ要求信号において、自機が取得対象として指定されている場合には、前記測定データを含む測定データ応答信号を、前記通信装置へ送信し、指定されていない場合には、自機を応答禁止状態にして、前記測定データ応答信号を前記通信装置へ送信しないようにする、
   蓄電池装置。
10. 請求項９記載の蓄電池装置において、
    前記測定手段は、前記蓄電池のパラメータとして、温度、電圧、及び内部抵抗としてインピーダンスを測定する、
    蓄電池装置。
11. 請求項９記載の蓄電池装置において、
    前記蓄電池は、鉛蓄電池である、
    蓄電池装置。

Images