特許 7587712 鉄道車両用電池監視システム、鉄道車両用車上装置、及び鉄道車両用電池監視方法

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2024-11-12

(45)【発行日】2024-11-20

(54)【発明の名称】鉄道車両用電池監視システム、鉄道車両用車上装置、及び鉄道車両用電池監視方法

(51)【国際特許分類】

   H01M 10/42 20060101AFI20241113BHJP

   B60L 3/00 20190101ALI20241113BHJP

   B60L 58/10 20190101ALI20241113BHJP

   B61L 25/04 20060101ALI20241113BHJP

   B61L 27/00 20220101ALI20241113BHJP

   G16Y 10/40 20200101ALI20241113BHJP

   G16Y 20/20 20200101ALI20241113BHJP

   G16Y 40/20 20200101ALI20241113BHJP

   H01M 10/48 20060101ALI20241113BHJP

   H02J 7/00 20060101ALI20241113BHJP

【ＦＩ】

H01M10/42 P

B60L3/00 N

B60L58/10

B61L25/04

B61L27/00

G16Y10/40

G16Y20/20

G16Y40/20

H01M10/48 P

H01M10/48 301

H02J7/00 P

H02J7/00 X

H02J7/00 Y

【請求項の数】 11

(21)【出願番号】P 2023550462

(86)(22)【出願日】2022-08-24

(86)【国際出願番号】 JP2022031903

(87)【国際公開番号】W WO2023053794

(87)【国際公開日】2023-04-06

【審査請求日】2023-12-12

(31)【優先権主張番号】P 2021157533

(32)【優先日】2021-09-28

(33)【優先権主張国・地域又は機関】JP

(73)【特許権者】

【識別番号】000005108

【氏名又は名称】株式会社日立製作所

(74)【代理人】

【識別番号】110002365

【氏名又は名称】弁理士法人サンネクスト国際特許事務所

(72)【発明者】

【氏名】高橋 智晃

【審査官】宮本 秀一

(56)【参考文献】

【文献】特開２０２１－０１９４７９（ＪＰ，Ａ）

【文献】特表２０１４－５２４０９９（ＪＰ，Ａ）

【文献】特開２０２０－００５４０７（ＪＰ，Ａ）

【文献】特開２０１７－１５０９２５（ＪＰ，Ａ）

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｂ６０Ｌ１／００－３／１２

Ｂ６０Ｌ７／００－１３／００

Ｂ６０Ｌ１５／００－５８／４０

Ｂ６１Ｌ１／００－９９／００

Ｇ０１Ｒ３１／３６－３１／３９６

Ｇ１６Ｙ１０／００－４０／６０

Ｈ０１Ｍ１０／４２－１０／４８

Ｈ０２Ｊ７／００－７／１２

Ｈ０２Ｊ７／３４－７／３６

Ｈ０２Ｊ１３／００

(57)【特許請求の範囲】

【請求項1】

複数の蓄電池を監視する鉄道車両用電池監視システムであって、
全ての蓄電池における一日の電池特性値の最大値と、最小値と、平均値と、積算値と、の少なくとも何れかを日報データとして生成及び記録し、サーバに送信する鉄道車両用電池監視システム。

【請求項2】

一部の蓄電池における一日の電池特性値の時系列データを生成及び記録し、前記一部の蓄電池の時系列データを全ての蓄電池の日報データと合わせて地上サーバに送信する、
請求項１に記載の鉄道車両用電池監視システム。

【請求項3】

時系列データを取得する対象蓄電池を日毎に切り替える、
請求項２に記載の鉄道車両用電池監視システム。

【請求項4】

日毎に切り替える対象蓄電池を直列群毎とする、
請求項３に記載の鉄道車両用電池監視システム。

【請求項5】

日毎に切り替える対象蓄電池を全ての直列群から同数選出する、
請求項３に記載の鉄道車両用電池監視システム。

【請求項6】

蓄電池の電池特性値を、電流と電圧と温度と充電率との何れか１つ以上で示す、
請求項１～５の何れか１項に記載の鉄道車両用電池監視システム。

【請求項7】

日報データを電池監視システムの終了時に地上サーバに送信する、
請求項１～６の何れか１項に記載の鉄道車両用電池監視システム。

【請求項8】

日報データを、電池監視システムの毎日の初回起動時に地上サーバに送信する、
請求項１～６の何れか１項に記載の鉄道車両用電池監視システム。

【請求項9】

蓄電池故障発生前後の電池特性値の時系列データを生成及び記録し、全ての蓄電池の日報データと合わせて地上サーバに送信する、
請求項１～８の何れか１項に記載の鉄道車両用電池監視システム。

【請求項10】

複数の蓄電池を監視する鉄道車両用車上装置であって、
全ての蓄電池における一日の電池特性値の最大値と、最小値と、平均値と、積算値と、の少なくとも何れかを日報データとして生成及び記録し、前記日報データを地上サーバに送信する鉄道車両用車上装置。

【請求項11】

鉄道車両における複数の蓄電池を監視する鉄道車両用蓄電池監視方法であって、
全ての蓄電池における一日の電池特性値の最大値と、最小値と、平均値と、積算値と、の少なくとも何れかを日報データとして生成及び記録し、前記日報データを地上サーバに送信する鉄道車両用蓄電池監視方法。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、鉄道車両用電池監視システム、鉄道車両用車上装置、及び鉄道車両用電池監視方法に関する。

【背景技術】

【0002】

鉄道車両に搭載される電池システムは、高電圧かつ大容量が要求されるため、バッテリセルの複数を組合せてバッテリモジュールを製作し、さらに、このバッテリモジュールを直列と並列にそれぞれ複数接続して大容量化された電池システムが構成される。

【0003】

通常、電池システムには、蓄電池の電流や温度を適切に管理して安全に使用するためのコントローラを含む電池監視システムが備わっており、近年ではＬＴＥ（３Ｇ Long Term Evolution）等の携帯電話用基地局回線を用いて、遠隔地から電池システムの状態を監視する方法が開発されている。

【0004】

より具体的には、蓄電池の電池特性値の時系列データを携帯電話用基地局回線経由で地上サーバに送信する技術が知られている（例えば、特許文献１）。特許文献１には、第１の電池特性値（例えば放電時の電流）と第２の電池特性値（例えば放電時の電圧）を地上サーバへ送信し、地上サーバでこれらのデータから複数のパラメータを同定し、パラメータと第１の電池特性値の時系列データから第２の電池特性値の時系列データを復元できるようにする方法が記載されている。これによれば、第２の電池特性値の時系列データを削除できるので、データ容量の削減を期待できる。

【先行技術文献】

【特許文献】

【0005】

【文献】特開２０２１－８８２４９号公報

【発明の概要】

【発明が解決しようとする課題】

【0006】

特許文献１の技術では、時系列データを地上サーバに蓄積することで、寿命推定や予兆診断、故障時の要因解析等、様々なことが可能となる。さらにこの技術によれば、一部の時系列データを複数のパラメータから復元できるようにすることで、地上サーバで保持すべきデータ容量を削減できる。しかし、特許文献１の技術では、地上サーバのデータ容量は削減できても、鉄道車両から地上サーバへの通信量は削減できていない。また一般的に、時系列データのデータサイズは大きく、これを鉄道車両から地上へデータ送信する経路としてＬＴＥ等の携帯電話用基地局回線を用いるため、高額の通信料金が必要となる。

【0007】

本発明は上記課題に鑑みてなされたものであり、その目的とするところは、寿命推定や予兆診断、故障時の要因解析等に必要なデータを鉄道車両から地上サーバへ送信する通信量を削減できる鉄道車両用電池監視システムを提供することにある。

【課題を解決するための手段】

【0008】

上記課題を解決する本発明は、複数の蓄電池を監視する鉄道車両用電池監視システムであって、全ての蓄電池における一日の電池特性値の最大値と、最小値と、平均値と、積算値と、の少なくとも何れかを日報データとして生成及び記録し、サーバに送信する。

【発明の効果】

【0009】

本発明によれば、寿命推定や予兆診断、故障時の要因解析等に必要なデータを鉄道車両から地上サーバへ送信する通信量を削減できる鉄道車両用電池監視システムが実現する。上述した以外の課題、構成及び効果は、以下の実施形態の説明により明らかにされる。

【図面の簡単な説明】

【0010】

【図1】本発明の実施例１に係る鉄道車両用電池監視システム（以下、「本監視システム」ともいう）と、それに連携する地上サーバと、それらが監視対象とする電池システムの全体構成を示すブロック図である。

【図2】図１の本監視システムの機能構成を示すブロック図である。

【図3】図２の日報データ生成部の演算処理を示すブロック図である。

【図4】図２の日報データ生成部の出力結果を一覧して示す表である。

【図5】図２の時系列データ生成部の演算処理を示すブロック図である。

【図6】図２の時系列データ生成部の出力結果を示す４種類のグラフである。

【図7】図２の遠隔監視装置をより詳細に示すブロック図である。

【図8】図７の送信データ管理部における送信データの選定について例示する図である。

【図9】図１の地上サーバに蓄積された日報データと時系列データを対比した一覧図である。

【図10】本発明の実施例２に係る時系列データ生成部の演算処理を示すブロック図である。

【図11】図１０の時系列データ生成部がデータを取得する対象である蓄電池を直並列接続して例示する回路図である。

【図12】本発明の実施例３に係る時系列データ生成部の演算処理を示すブロック図である。

【図13】図１２の時系列データ生成部がデータを取得する対象である蓄電池を直並列接続して例示する回路図である。

【図14】本発明の実施例４に係る送信データ管理部での送信データ選定について例示する図である。

【図15】本発明の実施例５に係る鉄道車両用電池監視システム（これも「本監視システム」という）の機能構成を示す図である。

【図16】図１５の遠隔監視装置をより詳細に示すブロック図である。

【図17】図１６の送信データ管理部での送信データ選定について例示する図である。

【図18】図１６の地上サーバの蓄積データを例示する図である。

【発明を実施するための形態】

【0011】

以下、図１～図１８に基づいて、本監視システムを説明する。実施例１は図１～図９を用いて説明し、実施例２は図１０～図１１を用いて説明し、実施例３は図１２～図１３を用いて説明し、実施例４は図１４を用いて説明し、実施例５は図１５～図１８を用いて説明する。なお、図１を用いて後述するように、本監視システム５は、車上に搭載された電池システム１の電池状態を主に地上で遠隔監視するための情報処理機能であり、鉄道車両用車上装置（以下、「本車上装置」ともいう）のみならず、鉄道車両用地上設備まで連携可能に構成される。

【実施例1】

【0012】

以下、図１～図９を用いて、実施例１を説明する。図１は、本監視システム５と、それに連携する地上サーバ８と、それらが監視対象とする電池システム１の全体構成を示すブロック図である。図１に示すように、鉄道車両上に搭載された蓄電池の遠隔監視は、車上装置としての電池システム１と、鉄道車両用地上設備としての地上サーバ８で実現される。そのための本監視システム５は、図１で破線に囲まれた、車上装置としてのバッテリコントローラ４、上位コントローラ６、及び遠隔監視装置７を備えて主要構成され、地上サーバ８に連携して動作する。また、地上サーバ８も本監視システム５に含むものと考えても構わない。なお、本監視システム５を用いて実行される鉄道車両用電池監視方法を本方法ともいう。

【0013】

電池システム１は、１～ｎ番目まで構成される複数の蓄電池箱２と、上位コントローラ６と、遠隔監視装置７と、を備えて構成される。蓄電池箱２は、バッテリモジュール３と、バッテリコントローラ４と、を格納した筐体であり、不図示の鉄道車両の屋根上や床下に艤装される。また、実施例１では蓄電池箱２を１～ｎの複数としているが、１つの箱内に複数の直列群の回路を格納しても良い。なお、バッテリモジュール３が何個のバッテリセルで構成されるかは任意である。

【0014】

バッテリモジュール３は、蓄電池の最小単位であるバッテリセルの複数を組み合わせて接続し、バッテリセル電圧の監視基板（不図示）や温度検出用のサーミスタ（不図示）を付設したものである。なお、図１１及び図１３の破線で囲むように示して後述するように、電圧については、複数の蓄電池箱２にわたって、各バッテリセル全部を個別に同時監視する前提である。バッテリコントローラ４は、蓄電池の充電率（ＳＯＣ：state of charge）のほか、容量維持率及び抵抗上昇率といった劣化度、換言すると寿命を表す指標値を算出する。なお、容量維持率＝あるサイクルでの電池容量／初期電池容量×１００であり、容量維持率の低下量と抵抗上昇率は正相関する。

【0015】

これら、ＳＯＣその他の指標値は、例えば、バッテリモジュール３の電圧及び温度と、電池箱２別の直列群毎の電流と、に基づいて算出される。バッテリモジュール３の電圧や温度は、そのバッテリモジュール３に搭載されたセンサで測定される。直列群毎の電流は、直列群毎に取り付けられた電流センサで測定される。ここでは、バッテリコントローラ４は、ｍ個が直列接続されたバッテリモジュール３と、対応付けて配設され、電圧、電流、及び温度をまとめて検出するが、電圧だけはバッテリセル毎の個別に検出する。つまり、バッテリコントローラ４において、電流、及び温度はバッテリモジュール単位、すなわち電池箱２毎に監視され、電圧は全バッテリセル毎に監視される。なお、本発明は、このような構成に限定するものでなく、他の形態でも適用できる。

【0016】

上位コントローラ６は、バッテリコントローラ４毎にそれぞれ出力される電流、電圧、温度、ＳＯＣ、及び劣化度（寿命）を全て受信する。上位コントローラ６内のデータ処理については後述する。遠隔監視装置７は、ＬＴＥや４Ｇ，５Ｇ等の携帯電話用基地局回線を用いて通信するルータ（図示せず）やアンテナ（図示せず）を備え、上位コントローラ６で処理されたデータを地上サーバ８に送信する。地上サーバ８は、遠隔監視装置７が送信したデータを受信して蓄積する。

【0017】

図２は、図１の本監視システム５の機能構成を示すブロック図である。図２に示すように、バッテリコントローラ４は、電池特性値測定部４ａ、ＳＯＣ推定部４ｂ、異常診断部４ｃ、及びセル情報処理部４ｄを有する。電池特性値測定部４ａは、バッテリモジュール電圧、バッテリモジュール電流、バッテリモジュール温度、のほか各バッテリセル電圧を計測する。ＳＯＣ推定部４ｂは、計測された電池特性のうち、バッテリモジュール電圧、バッテリモジュール電流、及びバッテリモジュール温度に基づいて、バッテリモジュールＳＯＣを推定する。

【0018】

異常診断部４ｃは、過電圧や過電流、過温度等の故障診断を行い、故障発生時にバッテリモジュール故障フラグを０（故障なし）から１（故障あり）に表示するほか、バッテリモジュール故障コードを００（故障なし）から各故障項目に割り当てた値に設定する。セル情報処理部４ｄは、バッテリモジュール３内の各バッテリセル電圧のうち、最大値を最大バッテリセル電圧、最小値を最小バッテリセル電圧として出力する。

【0019】

バッテリコントローラ４は、以上のように、バッテリモジュール電圧、バッテリモジュール電流、バッテリモジュール温度、バッテリモジュールＳＯＣ、バッテリモジュール故障フラグ、バッテリモジュール故障コード、最大バッテリセル電圧、及び最小バッテリセル電圧を取得し、それらの情報をバッテリモジュール情報として、上位コントローラ６へ送信する。

【0020】

上位コントローラ６は、複数のバッテリコントローラ４から、それぞれバッテリモジュール情報ｎｍを受信する。情報に付した符号ｎｍは、バッテリモジュールの位置を特定する。例えば、バッテリモジュール情報２１は、電池システム１で２番目（図１、図１１、及び図１３）の電池箱２に収納された、すなわち２番目の直列群における、高（正）電圧側から１段目のバッテリモジュールの情報であることを示している。

【0021】

これらのバッテリモジュール情報ｎｍを、上位コントローラ６内の日報データ生成部６ａと、時系列データ生成部６ｂと、に入力する。これら日報データ生成部６ａ、及び時系列データ生成部６ｂは、各別に生成された日報データと、時系列データと、を記録するとともに、遠隔監視装置７へ送信する。このような本監視システム５は、寿命推定や予兆診断、故障時の要因解析等に必要なデータを鉄道車両から地上サーバ８へ送信する通信量を削減できる。以下に、その理由を説明する。

【0022】

時系列データは、莫大な情報量であり、故障発生した場合に、原因究明のため最適タイミングのデータを解析容易な状態で提供するが、その通信には相当の負担がかかる。これに対し、日報データは、図９の対比一覧を用いて後述するように、膨大な時系列データのうち、その顕著な特徴的データのみを少ない情報量で示すことができる。

【0023】

図３は、図２の日報データ生成部６ａの演算処理を示すブロック図である。図３に示すように、日報データ生成部６ａは、バッテリモジュール電圧ｎｍ、最大バッテリセル電圧ｎｍ、バッテリモジュール温度ｎｍ、最小バッテリセル電圧ｎｍ、バッテリモジュールＳＯＣｎｍ、及びバッテリモジュール電流ｎｍ、の６つを入力とし、それらの特性値毎に、最大値と、最小値と、平均値と、積算値と、の少なくとも何れかの演算を行う。なお、符号ｎｍは、直列及び並列に接続されて配設された複数のバッテリセルのどれかを特定する。

【0024】

最大値演算部６ａ１は、バッテリモジュール電圧ｎｍ、バッテリモジュール温度ｎｍ、バッテリモジュールＳＯＣｎｍ、バッテリモジュール電流ｎｍ、及び最大バッテリセル電圧ｎｍの５つを入力とし、只今計測中の周期における入力と、１周期前の出力の最大値と、それぞれ比較して大きい方の値を抽出することで、常に稼働中の最大値を出力する。

【0025】

最小値演算部６ａ２は、バッテリモジュール電圧ｎｍ、バッテリモジュール温度ｎｍ、バッテリモジュールＳＯＣｎｍ、バッテリモジュール電流ｎｍ、最小バッテリセル電圧ｎｍを入力とし、只今計測中の周期における入力と、１周期前の出力の最小値と、それぞれ比較して小さい方の値を抽出することで、常に稼働中の最小値を出力する。

【0026】

平均演算部６ａ３は、バッテリモジュール電圧ｎｍ、バッテリモジュール温度ｎｍ、及びバッテリモジュールＳＯＣｎｍそれぞれの総和を算出し、この総和値をそれぞれのデータ数で除した平均値を出力する。また、バッテリモジュール電流ｎｍについては、二乗した値を平均演算部６ａ３に入力し、その出力の平方根を算出することでＲＭＳ（Root Mean Square ；二乗平均平方根）値を出力する。最後に、積算値演算部６ａ４は、バッテリモジュール電流ｎｍの絶対値を入力し、その総和を算出し、この総和値をバッテリモジュール電流ｎｍの積算値として出力する。

【0027】

図４は、図２の日報データ生成部６ａの出力結果を一覧して示す表である。図４に示すように、バッテリモジュール３の番号１１～ｎｍの全部について、その電池特性値の代表値、すなわち、最大値と、最小値と、平均値と、積算値と、の少なくとも何れかを演算していることを示している。

【0028】

なお、この日報データは、例えば、図４の表に記載していない積算電圧値のように、一部の特性値を省略しても良い。また、この日報データにおけるＲＭＳ電流値のように、統計的処理の常套手段として、最大値と、最小値と、平均値と、積算値と、の少なくとも何れかを算出する処理の前後に、二乗や平方根等の計算処理を施しても良い。

【0029】

以上のように、本監視システム５は、日報データとして、電池特性値の最大値と、最小値と、平均値と、積算値と、の少なくとも何れかを記録し、出力することで、時系列データと比較してデータ量を削減できる。このように、本監視システム５は、連日の日報データを対比して、状態の変化を特徴的情報として捉える。すなわち、本監視システム５において、目立った変化だけを把握する用途であれば、連日の対比データから変化の無い時系列データを間引いて省略した方が、特徴的情報を際立たせるので都合良い。

【0030】

また、鉄道車両は日毎に運用が管理されているため、本監視システム５が鉄道用途であるならば、より簡潔な日報データとすることで、運用番号間による差分の比較や、事故等の非定常状態が発生した際の蓄電池への影響についても可視化し易い。つまり、本監視システム５は、日報データをグラフ化することにより、突出した特徴的情報を視認して捉え易い。

【0031】

図５は、図２の時系列データ生成部６ｂの演算処理を示すブロック図である。図５に示すように、時系列データ生成部６ｂは、時系列データ対象抽出部６ｂ１、及び電池特性値データ抽出部６ｂ２で構成されている。まず、時系列データ対象抽出部６ｂ１は、全てのバッテリモジュール３についての特性情報のうち、遠隔監視装置７で地上サーバ８に送る対象のデータを抽出する。

【0032】

なお、実施例１では、図５に例示するように、本監視システム５が地上サーバ８へ送る監視対象としての抽出データは、全バッテリモジュール３のバッテリモジュール情報１１～ｎｍのうち、１番目の直列群のバッテリモジュール情報１１～１ｍを抽出した。これは一例に過ぎず、バッテリモジュール情報は、データの抽出対象を変えても良い。また、本監視システム５は、バッテリモジュール情報のデータ抽出元、つまり監視対象をバッテリモジュール１個としても良いし、２つ以上の直列群を対象としても良い。このような監視対象の選択については、実施例２の図１０及び図１１と、実施例３の図１２及び図１３と、を用いて各種態様を後述する。

【0033】

つぎに、電池特性値データ抽出部６ｂ２は、時系列データ対象抽出部６ｂ１で抽出したバッテリモジュール情報１１～１ｍから、さらに、電池特性値として、バッテリモジュール電圧１１～１ｍ、バッテリモジュール温度１１～１ｍ、バッテリモジュールＳＯＣ１１～１ｍ、バッテリモジュール電流１１～１ｍ、最大バッテリセル電圧１１～１ｍ、及び最小電圧１１～１ｍを抽出し、記録及び出力する。

【0034】

図６は、図２の時系列データ生成部６ｂの出力結果を示す４種類のグラフである。図６は、横軸に時間を示し、縦軸につぎの各グラフ（ａ）～（ｄ）で区別された各電池特性値をプロットしている。各グラフは、（ａ）バッテリモジュール電圧、最大バッテリセル電圧、最小バッテリセル電圧と、（ｂ）バッテリモジュール電流と、（ｃ）バッテリモジュールＳＯＣと、（ｄ）バッテリモジュール温度と、に項目分けされた特性値をプロットした。本監視システム５は、このような時系列データを得ることにより、監視対象である畜電池（箱、バッテリモジュール又はバッテリセル）に対する寿命推定や故障時の要因解析等が可能となる。なお、そのための解析手法については、説明を省略する。

【0035】

図７は、図２の遠隔監視装置７をより詳細に示すブロック図である。図７に示すように、遠隔監視装置７は、車上サーバ７a、ルータ７ｂ、及びアンテナ７ｃで構成される。まず、車上サーバ７ａについて説明する。より具体的な車上サーバ７ａとして、電車の運転台の一部に具備されたメモリカードに、ある程度の期間分の時系列データを記憶して、それを適宜に地上サーバ８へ送信するものを例示する。

【0036】

車上サーバ７ａは、起動終了判定部７ａ１と、送信データ管理部７ａ２と、の機能を有する。起動終了判定部７ａ１は、鉄道車両が起動時か稼働中か終了時かを判定し、判定結果を鉄道車両状態信号として送信データ管理部７ａ２に送信する。つぎに、送信データ管理部７ａ２は、上位コントローラ６から受信した日報データ、時系列データ、及び鉄道車両状態信号に基づいて、地上サーバ８へ送信する送信データを定める。

【0037】

図８は、図７の送信データ管理部７ａ２における送信データの選定について例示する図である。図８に示すように、通常の鉄道車両は、朝に一度起動されると、その日の運行終了まで鉄道車両の電源をオフしないことが多いが、停電や長時間休止等により途中で電源が切れることもあるので、１日の中でコンピュータの起動と終了（シャットダウン）がそれぞれ２回ずつ発生する場合を想定する。

【0038】

実施例１では、送信データ管理部７ａ２は、稼働中は電池特性値の時系列データを送信データとし、運転士が電源を落とす終了時に日報データを送信データとする。そしてこれらの全ての蓄電池の日報データと一部の蓄電池の時系列データを含む送信データは、ルータ７ｂとアンテナ７ｃを通して、地上サーバ８に送信される。

【0039】

地上サーバ８では、稼働中の時系列データと終了時の日報データを受信し、データ表示やデータ解析のためこれらのデータを蓄積する。ここで地上サーバ８は、1日の中で複数回日報データを受信した場合は、各日報データとそれぞれの稼働時間から、１日の日報データを作成するものとする。

【0040】

また、図８では稼働時間を６時から１２時、１５時から２１時までとしたが、路線によって２４時を超えても稼働する路線もある。その場合、例えば午前３時等、通常なら稼働が終了していると考えられる時間を１日の区切りとしても良い。

【0041】

図９は、図１の地上サーバ８に蓄積された日報データと時系列データを対比した一覧図である。図９に示すように、各年月日に対して、（ａ）全てのバッテリモジュールの日報データと、（ｂ）一部（バッテリモジュール１１～１ｍ）の時系列データがそれぞれ蓄積されている。

【0042】

まず、図９（ｂ）に示すように、地上サーバ８は、一部ではあるが、任意に特定された例えば３つのバッテリモジュール１１，１２，１ｍの時系列データを蓄積している。蓄電池の管理者は、このように備蓄された時系列データに基づいて、電池特性値の挙動の経年変化を始め、走行ルートや気温変動による電池特性値の変化等を把握することができる。したがって、蓄電池の管理者は、備蓄された時系列データを寿命推定や予兆診断、故障時の要因解析に活用することができる。

【0043】

また図９（ａ）に示すように、地上サーバ８は、分析用のプログラムを備え、それを実行することにより、電池システム１内の各バッテリモジュールｎｍにおいて、各別のばらつきのほか、全体平均に対し突出して差を生じたバッテリモジュールがあれば、ｎｍのどれかを特定する。このような要領で、地上サーバ８は、監視対象の電池システム１について、全体的又は任意に特定した一部バッテリモジュールｎｍの状態を把握できる。

【0044】

さらに、監視対象である電池システム１の劣化や温度ばらつきが小さい場合、地上サーバ８は、図９（ａ），（ｂ）の２つを組み合わせることで、（ｂ）の時系列データを（ａ）の日報データに基づいて補正することにより、（ｂ）の対象でないバッテリモジュールの時系列データまでも類推できる。その結果、本監視システム５は、電池システム１において、抜き取り検査の要領で、全体的なバッテリモジュール３の状態を把握できる。

【0045】

上述と同等の効果を得るため、全てのバッテリモジュール３の時系列データを遠隔監視装置７から地上サーバ８へ送信しても良い。ただし、そうした場合の情報量は莫大であり、通信に負担がかかる。これに対し、日報データは、膨大な時系列データのうち、その顕著な特徴的データのみを少ない情報量で示すことができる。したがって、実施例１において、日報データは全ての蓄電池分を送信し、時系列データは一部の蓄電池について送信するようにすれば、鉄道車両から地上サーバ８までの通信量を削減できる。

【実施例2】

【0046】

実施例１の本電池監視システム５では、監視対象である複数のバッテリモジュール３を積極的に切り替え選択する思想は無い。この点について相違する実施例２及び実施例３の各態様を順次説明する。まず、図１０及び図１１を用いて、実施例２を説明する。実施例２に係る鉄道車両用電池監視システム５（図１の符号５を援用）では、時系列データを取得する対象の蓄電池を固定するのではなく、日毎に切り替える。図１０は、本発明の実施例２に係る時系列データ生成部６ｂ’の演算処理を示すブロック図である。

【0047】

実施例１では、時系列データを取得するバッテリモジュールの対象を常に１番目の直列群（バッテリモジュール１１～１ｍ）としていたが、実施例２では、時系列データ対象抽出部６ｂ１’内にスイッチを入れ、抽出データ対象番号に基づいて対象を切替える。抽出データ対象番号は、例えば１日毎にインクリメントされ、直列群の最大数となった翌日に１に戻るよう設定される。

【0048】

図１１は、図１０の時系列データ生成部６ｂ’がデータを取得する対象である蓄電池を直並列接続して例示する回路図である。図１０及び図１１に示すように、実施例２の時系列データ生成部６ｂ’は、日毎にデータ取得対象とする電池の直列群を切替える。時系列データ生成部６ｂ’は、１日目に１番目の蓄電池箱２内におけるバッテリモジュール１１～１ｍとし、２日目に２番目の蓄電池箱２内におけるバッテリモジュール２２～２ｍとし、ｎ日目に最後であるｎ番目の蓄電池箱２内におけるバッテリモジュールｎ１～ｎｍを取得した翌日に、再び１番目の蓄電池箱２内におけるバッテリモジュール１１～１ｍをデータの取得対象とするように構成されている。

【0049】

以上の構成により、実施例２の本監視システム５は、全バッテリモジュールの時系列データを定期的に取得できる。そのため、電池システム１内の全てのバッテリモジュールの電池特性値の経年変化等を解析することができる。さらに、実施例２の本監視システム５は、データ取得対象を直列群毎とすることで、同一直列群で同一電流の各バッテリセル間におけるバッテリセル電圧のばらつきを把握することがでる。その結果、実施例２の本監視システム５は、特にバッテリセル過電圧等の故障を未然に防止することに役立つ。なお、電圧については、全バッテリセルが個別に監視されている。

【0050】

また、実施例２の本監視システム５は、時系列データの取得機会について、例えば、１２並列の電池システム１の場合は、１２日に１回となる。この周期に対し、電池劣化や季節変動といった変化は、これよりも充分に長い周期で変化することが考えられる。したがって、実施例２の本監視システム５において、時系列データの取得機会については、複数日に一度の頻度で良い。実施例２のその他の構成は、上述した実施例１の構成と同じであり、重複する説明を省略している。また、図１１に破線の囲みで示すように、複数の蓄電池箱２にわたって、各バッテリセルの何れかを個別、又は同時に監視できる。なお、監視対象の範囲、情報密度及び頻度は、任意に設定可能であり、図１１に示した破線の囲みは、一例に過ぎない。

【実施例3】

【0051】

つぎに、図１２及び図１３を用いて実施例３に係る鉄道車両用電池監視システム５（図１の５と、図２に相当）を説明する。実施例３の本監視システム５では、日毎に切り替えて時系列データを取得する対象蓄電池を直列群毎とするのではなく、１～ｎ番目の全ての直列群それぞれから同数のバッテリモジュールを監視対象に選出する。図１２は、本発明の実施例３に係る時系列データ生成部６ｂ’’の演算処理を示すブロック図である。

【0052】

図１２の実施例３に係る時系列データ生成部６ｂ’’は、図１０の実施例２に係る時系列データ生成部６ｂ’に対し、スイッチの前段にバッテリモジュール情報組替部６ｂ３が追加された点が異なる。バッテリモジュール情報組替部６ｂ３は、各バッテリコントローラ４から、それぞれ送信されるバッテリモジュール情報＊１～＊ｍ（＊＝1，２，３，…，ｎ）を分解や再構築することにより、バッテリモジュール情報１＊～ｎ＊（＊＝1，２，３，…，ｍ）を生成する。

【0053】

図１３は、図１２の時系列データ生成部６ｂ’’がデータを取得する対象である蓄電池を直並列接続して例示する回路図である。図１３に示すように、実施例３では、１日目は全ての直列群の高圧側から１個目のバッテリモジュール、２日目は全ての直列群の高圧側から２個目、といったように各直列群からそれぞれ同数のバッテリモジュールを選出する。

【0054】

以上の構成により、実施例３は、全バッテリモジュールの時系列データを定期的に取得できる。さらに、データ取得対象を全ての直列群毎から選出することで、直列群間の電流ばらつきを把握することができ、過電流等の故障を未然に防止することに役立つ。実施例３のその他の構成は、上述した実施例１、及び実施例２の構成と同じであり、重複する説明を省略している。また、図１３に破線の囲みで示すように、複数の蓄電池箱２にわたって、各バッテリモジュールの何れかを個別、又は同時に監視できる。なお、監視対象の範囲、情報密度及び頻度は、任意に設定可能であり、図１３に示した破線の囲みは、一例に過ぎない。

【実施例4】

【0055】

つぎに、図１４を用いて実施例４を説明する。図１４は、本発明の実施例４に係る送信データ管理部（図７の７ａ２に相当）での送信データ選定について例示する図である。遠隔監視装置７から地上サーバ８への日報データ送信タイミングについて、図８に示した実施例１では毎回の稼働終了（コンピュータのシャットダウン）時としていた。これに対し、図１４の実施例４では、翌日の起動時とする。

【0056】

実施例４に係る鉄道車両用電池監視システム５（図１の５と、図２に相当）では、車上サーバ７ａに不揮発性メモリを備えている。そして、稼働終了時には日報データを不揮発性メモリに書き込み、次の起動時には不揮発性メモリから日報データを呼出して演算する。そして翌日（次の運用日）の初回起動時には、不揮発性メモリから日報データを呼出し、ルータ７ｂとアンテナ７ｃを介して地上サーバ８に送信する。

【0057】

以上の構成により、実施例４の本監視システム５は、１日の中で複数回起動と終了が行われた場合でも日報データの送信回数を１回とすることができ、実施例１の場合に比べて通信量を削減できる。実施例４の本監視システム５は、１日の中で、異なる内容で複数回分の日報データが存在した場合、例えば、最大値と最小値のそれぞれは、より顕著な方のみを抽出することにより、単一の日報データにまとめられる。したがって、実施例４の本監視システム５は、異なる内容で複数回分の日報データのうち、何れを送信するか迷うことは無い。

【実施例5】

【0058】

つぎに、図１５～図１８を用いて実施例５を説明する。実施例５に係る鉄道車両用電池監視システム５（図１の５と、図２に相当）では、稼働中の全ての時間の一部蓄電池の時系列データを地上サーバ８に送るのではなく、故障発生前後の数分間のみ蓄電池の時系列データを地上サーバ８に送る。

【0059】

図１５は、本電池監視システム５の機能構成を示す図である。図１５に示すように、実施例５の本監視システム５では、上位コントローラ６’の機能として、イベントデータ生成部６ｃが追加されている。

【0060】

イベントデータ生成部６ｃは、全てのバッテリモジュール３のバッテリモジュール故障フラグをＯＲ論理で選出した故障発生フラグを生成して出力する。また、実施例５の本監視システム５において、日報データ生成部６ａ’は、各バッテリモジュール３のバッテリモジュール故障フラグに基づいて、バッテリモジュール故障フラグが１（故障あり）となった際の時刻（故障発生時刻）、及び故障コードを記録するものとする。さらに、時系列データ生成部６ｂは、処理としては実施例１と同じだが、全てのバッテリモジュール３の電池特性値の時系列データを事故発生前後の所定時間だけ出力する。

【0061】

図１６は、図１５の遠隔監視装置７’をより詳細に示すブロック図である。図１６に示すように、実施例５では、車上サーバ７ａ’内の送信データ管理部７ａ２’の処理が異なる。送信データ管理部７ａ２’は上位コントローラ６’から受信した全ての畜電池にわたる過去数分間の時系列データを保持し、故障発生フラグが１（故障あり）となった事故の前後数分間の時系列データを送信データとする。

【0062】

図１７は、図１６の送信データ管理部７ａ２’での送信データ選定について例示する図である。図１７に示すように、稼働中の２回の故障発生時について、それぞれ前後数分間の全バッテリモジュールの時系列データを送信データとして地上サーバ８に送信する。また、日報データについては実施例１と同様に、終了時に地上サーバ８に送信する。一日分の全時系列データ量は膨大なので、事故の前後数分間にわたる要点のみを時系列データとして用いる。

【0063】

図１８は、図１６の地上サーバ８の蓄積データを例示する図である。図１８の日報データは、図４及び図９に示した実施例１のデータに加えて、各バッテリモジュール３の故障発生時刻、及び故障コードを蓄積する。さらに、時系列データとしては、故障発生事故の前後数分間の全バッテリモジュールの電池特性値の時系列データを蓄積する。つまり、実施例５の本監視システム５は、ドライブレコーダ同様に、連続的にバッファ記憶しておき、故障フラグが入ったときだけ、つまり事故の前後数分間にわたる要点のみを時系列データとして用いる。

【0064】

以上の構成により、実施例５の本監視システム５は、全てのバッテリモジュール３の電池特性値の日報データと、故障発生前後数分間の時系列データを得ることができ、これらの情報からより詳細な故障要因の解析をすることができる。なお、ここでは、時系列データの取得対象を全てのバッテリモジュールとしたが、それに限定しない。実施例５の本監視システム５では、例えば故障が発生したバッテリモジュールのみを対象とする等、一部のバッテリモジュールに着目して監視対象としても良い。実施例５の本監視システム５のその他の構成は、上述した実施例１のそれと同じであり、重複する説明を省略している。

【0065】

なお、本発明は上記した各実施形態に限定されるものではなく、様々な変形形態が含まれる。例えば、上記した実施形態は本発明を分かりやすく説明するために詳細に説明したものであり、必ずしも全ての構成を備えるものに限定されるものではない。また、ある実施形態の構成の一部を他の実施形態の構成に置き換えることが可能であり、また、ある実施形態の構成に他の実施形態の構成を加えることも可能である。また、各実施形態の構成の一部について、他の構成の追加、削除、又は置換をすることが可能である。

【0066】

［補足］
近年、地球温暖化といった環境問題を背景に、様々な産業分野において、省エネルギー化が一層重要とされ、鉄道においても、更なる消費電力量の削減が求められている。このような状況を踏まえて、非架線区間を蓄電池電力のみで走行する蓄電池電車や、エンジンと蓄電池を組み合わせたハイブリッド気動車等、蓄電池を搭載した鉄道車両が普及してきている。

【0067】

本監視システム５の適用対象は、電池システム１を搭載した鉄道車両であるが、その種類について、特に限定しない。本監視システム５は、上述の電車をはじめ、ハイブリッド気動車や、回生電力を蓄電池に充電して再利用する軽負荷回生システムを備えた電車、非常時に蓄電装置の放電電力で走行する非常走行システムを搭載した電車等のほか、電池システム１を搭載したあらゆる鉄道車両に適用できる。

【0068】

また、電池システム１を構成する蓄電池として、リチウムイオン電池を適用した場合を想定して説明したが、鉛電池やニッケル水素電池等、その他の蓄電素子にも、同様に適用できる。なお、上述のＬＴＥとは、現在の第３世代携帯電話の略称であるが、その３Ｇを長期的に進化させた３．９Ｇや４Ｇと呼ばれている通信規格をも意味する。ＬＴＥの通信速度及び容量は、家庭向けブロードバンド携帯電話用基地局回線に近い。

【0069】

本監視システム５は、つぎのように総括できる。
［１］図１に示す本監視システム５は、図１３のｎ列×ｍ番目に配設されるような複数の蓄電池を監視するものであり、全ての蓄電池における一日の電池特性値の最大値と、最小値と、平均値と、積算値と、の少なくとも何れかを日報データとして生成及び記録し、サーバ８に送信する。日報データの用途は、主にメンテナンスのタイミングを決定するため、ｎ列×ｍ番目のどこに配設されたバッテリセルであるかを特定した上で、その劣化程度（寿命）を示す指標をできるだけ簡略に得ることである。

【0070】

鉄道車両は日毎に運用が管理されているため、日毎の時系列データ及び日報データは、概ね同一パターンの繰り返しである。すなわち、鉄道車両の電池システム１を構成する蓄電池を監視する電池特性値の日報データは、カレンダーや季節のほか社会情勢による輸送需要の変化と、天候等の環境変化、といった変動要因を除外すれば、毎日同じダイヤに基づいて運行されるので、電池特性値も同一パターンでの変動を繰り返される。

【0071】

例えば、平日の朝夕混雑時に満員の乗客を乗せてダイヤ通りに定時運行される鉄道車両の電池システム１の場合、月曜から金曜までの日報データは同一パターンの繰り返しであることが多い。したがって、上述した変動要因がないにも関わらず、同一パターンから逸脱するような日報データの変化があれば、故障や事故を原因とすることが考えられる。このように、日報データは、図９で対比して示すように、膨大な時系列データのうち、その顕著な特徴的データのみを少ない情報量で示すことができる。

【0072】

本監視システム５は、蓄電池を監視するための各種指標値に対し、統計的手法による計算処理によって、日報データから寿命推定や予兆診断、故障時の要因解析等が可能である。そのため、本監視システム５は、鉄道車両を運転中の運転士に逐一指示するほどのリアルタイム性はなくても、その鉄道車両に搭載された蓄電池の保守のほか、列車運行管理を長期的に支援するための適切な情報を発出することを目的としている。この目的に応じて、例えば、図１に示すバッテリモジュール３について、監視範囲をバッテリモジュール３の単位で捉えるか、各バッテリセル個別に捉えるか、は任意に設定できる。

【0073】

その目的を達成するために、本監視システム５は、膨大な時系列データから、必要最小限の特徴ある情報だけを抽出した日報データを主に取り扱えば足りる。すなわち、上述の同一パターンから逸脱する特徴的な日報データに変化があれば、故障や事故を原因とすることが考えられるので、膨大な時系列データから特徴的な日報データだけを抽出して効率的に監視すれば足りる。

【0074】

したがって、複数の蓄電池を監視する本監視システム５は、全ての蓄電池における一日の電池特性値の最大値と、最小値と、平均値と、積算値と、の少なくとも何れかを日報データとして生成し、それを記録し、出力することで、日毎にパターン化された時系列データと比較してデータ量を削減できる。その結果、［１］の本監視システム５は、鉄道車両から地上サーバ８への通信量を抑えつつ、寿命推定や予兆診断、故障時の要因解析等に活用できるデータを簡便に取得できる。

【0075】

［２］上記［１］の本監視システム５において、一部の蓄電池における一日の電池特性値の時系列データを生成及び記録し、一部の蓄電池の時系列データを、全ての蓄電池の日報データと合わせて地上サーバ８に送信すると良い。本監視システム５は、監視対象の範囲、情報密度及び頻度は、任意に設定可能であり、複数の蓄電池箱２にわたって、各バッテリセルの何れかを個別、又は同時に監視できる。したがって、簡素な日報データと、膨大な時系列データと、適宜に使い分けられる。

【0076】

時系列データは、故障発生した場合に、その原因究明のために最適タイミングのデータを解析容易な状態で提供されるので、情報量が莫大であり、通信にも負担がかかる。これに対し、日報データは、図９の対比一覧に示すように、膨大な時系列データのうち、その顕著な特徴的データのみを少ない情報量で示すことができる。その結果、［２］の本監視システム５は、通信量を適宜に抑制できるので効率的に監視できる。

【0077】

［３］上記［２］の本監視システム５において、時系列データを取得する対象蓄電池を、図１１及び図１３に示すように、日毎に切り替えると良い。これによれば、監視目的によっては、監視頻度を数日に一度程度に設定することが望ましい場合もあるので、それに応じた最適な設定による監視ができる。その結果、［３］の本監視システム５は、必要最小現の通信量に抑制できるので効率的に監視できる。

【0078】

［４］上記［３］の本監視システム５において、日毎に切り替える対象蓄電池を、直列群毎にすることが好ましい。すなわち、図１０及び図１１に示すように、［４］の本監視システム５は、１～ｎ番目まで同一規格の各蓄電池箱２がそれぞれ直列群を備え、監視対象として、１～ｎ番目の蓄電池箱２を日毎に切り替えるならば、蓄電池箱２単位で劣化する速度に合わせた適度な周期で監視できる。また、［４］の本監視システム５は、監視対象として切り替える蓄電池箱２の単位が、メンテナンスで交換する単位と一致していれば、使い勝手が一層良好である。

【0079】

［５］上記［３］の本監視システム５において、日毎に切り替える対象蓄電池を、全ての直列群から同数選出するようにしても良い。すなわち、図１２及び図１３に示すように、本監視システム５は、同一規格の各蓄電池箱２がそれぞれ直列群を備え、その直列群を構成する各バッテリセルも同一規格であるとする。その場合、監視対象である全ての蓄電池箱２の各直列群から同数のバッテリセルを選出するように、日毎に切り替えるならば、各直列群間の電流ばらつき等を検出できる。その結果、［５］の本監視システム５は、選出数に応じたバッテリセル単位で劣化の程度を、適度な周期で監視できる。また、監視対象として切り替えるバッテリセルの単位が、メンテナンスで交換する単位と一致していれば、使い勝手が良好である。

【0080】

［６］上記［１］～［５］の本監視システム５において、蓄電池の電池特性値を、図４に示すように、電流と電圧と温度と充電率との何れか１つ以上で示すことが好ましい。［６］の本監視システム５によれば、例えば、リチウムイオン電池その他の蓄電池の種類に応じた仕様に基づいて、使用状態に応じた適切な充放電の許容電流値を設定できるほか、メンテナンス周期の良好な管理も実現できる。

【0081】

［７］上記［１］～［６］の本監視システム５において、図８に示すように、電池監視システム５の終了（シャットダウン）時に日報データを地上サーバ８に送信するようにしても良い。通常のコンピュータ装置は、稼働中に用いるＲＡＭ（Random Access Memory）等のように、通電中のみデータの記録が行えるメモリ演算用のキャッシュメモリ（cache memory）やメインメモリ（Main memory）と、非稼働中に電源を切っても記憶内容を保持することができる不揮発性メモリと、を備える。［７］の本監視システム５によれば、シャットダウンしてから再起動するまでの間にデータを記憶しておく必要が無いので、車上装置に具備される上位コントローラ６において、不揮発性メモリとして必要な容量を減らすことができる。

【0082】

［８］上記［１］～［６］の本監視システム５において、図１４に示すように、電池監視システム５の毎日の初回起動時に日報データを地上サーバ８に送信するようにしても良い。電車の運行ダイヤの都合により、１つの電車を１日のうち何回も長時間停車する場合、パンタグラフを下す等により、補機まで含めて電車全体を休止状態にする運用がある。このような場合、車上装置のコンピュータは、昼間でもシャットダウンされる。このとき、データを消滅させないように、そのコンピュータは、それに備わる不揮発性メモリに、１日分の日報データを間欠的に記憶しておき、これを毎日の初回起動時のみに１回で地上サーバ８に送信すると都合良い。

【0083】

このように、［８］の本監視システム５では、複数回分が間欠的に記憶された１日分の日報データは、１つにまとめられる。したがって、［８］の本監視システム５では、全ての蓄電池における一日の電池特性値の最大値と、最小値と、平均値と、積算値と、の何れであっても、１回、又は１まとまりの簡単な処理で生成されて送信される。その結果、車上装置のコンピュータは、負担が少なくて済む。また、日報データであれば、１日分であってもデータ量が少ないので、［８］の本監視システム５によれば、コンピュータに必要とされる不揮発性メモリも小容量で足りる。

【0084】

［９］上記［１］～［８］の本監視システム５において、図１８に示すように、蓄電池故障発生前後の電池特性値の時系列データを生成及び記録し、全ての蓄電池の日報データと合わせて地上サーバに送信するようにしても良い。このような本監視システム５によれば、自動車事故の原因究明に好適なドライブレコーダと同等の機能を発揮し、より詳細な故障要因を解析できる。すなわち、［９］の本監視システム５は、情報量が莫大であり、通信にも負担がかかる時系列データを連続的にメモリに記憶し、その記憶エリアに対して所定時間後に上書きを継続するので、そのメモリの容量は、わずかでも、故障原因の究明に役立てられる。

【0085】

［１０］本発明の実施形態に係る鉄道車両用車上装置（図１に示唆される本車上装置）は、複数の蓄電池を監視する機能を有し、全ての蓄電池における一日の電池特性値の最大値と、最小値と、平均値と、積算値と、の少なくとも何れかを日報データとして生成及び記録し、日報データを地上サーバ８に送信する。このような［１０］の本車上装置によれば、鉄道車両から地上サーバ８への通信量を抑えつつ、寿命推定や予兆診断、故障時の要因解析等に活用できるデータを簡便に発出できる。

【0086】

［１１］本発明の実施形態に係る鉄道車両用蓄電池監視方法（本方法）は、鉄道車両における複数の蓄電池を監視する方法であって、全ての蓄電池における一日の電池特性値の最大値と、最小値と、平均値と、積算値と、の少なくとも何れかを日報データとして生成及び記録し、日報データを地上サーバ８に送信する。本方法は、本監視システム５を構成するコンピュータにおいて、メモリに記憶されたプログラムをＣＰＵ（Central Processing Unit）が実行することにより、本監視システム５を構成する各機能が形成され、所定の手順により実行される。そのコンピュータはワンチップマイコンが好適であるが、他用途のコンピュータの一部を兼用利用しても構わない。このような［１１］の本方法によれば、鉄道車両から地上サーバ８への通信量を抑えつつ、寿命推定や予兆診断、故障時の要因解析等に活用できるデータを簡便に取得できる。

【符号の説明】

【0087】

１…電池システム（Battery system）、１１～１ｍ，２１～２ｍ，ｎ１～ｎｍ…バッテリモジュール情報（Battery module information）、２…蓄電池箱（Storage Battery box）、３…バッテリモジュール（Battery module）、４…バッテリコントローラ（Battery controller）、４ａ…電池特性値測定部（Battery characteristic value measuring part）、４ｂ…ＳＯＣ推定部（SOC estimation part）、４ｃ…異常診断部（Abnormality diagnosis part）、４ｄ…セル情報処理部（Cell information processing part）、５…電池監視システム（Battery monitoring system）、６，６’…上位コントローラ（Upper controller）、６ａ，６ａ’…日報データ生成部（Daily report data generator）、６ａ１…最大値演算部（Maximum value calculator）、６ａ２…最小値演算部（Minimum value calculator）、６ａ３…平均値演算部（average value calculator）、６ａ４…積算値演算部（Integrated value calculator）、６ｂ，６ｂ’，６ｂ’’…時系列データ生成部（Time series data generator）、６ｂ１，６ｂ１’，６ｂ１’’…時系列データ対象抽出部（Time series data target extraction part）、６ｂ２…電池特性値データ抽出部（Battery characteristic value data extraction part）、６ｂ３…バッテリモジュール情報組替部（Battery Module information rearrangement part）、６ｃ…イベントデータ生成部（Event data generator）、７，７’…遠隔監視装置（Remote monitoring device）、７ａ…車上サーバ（On-board server）、７ａ１…起動終了判定部（Start / end judgment part）、７ａ２，７ａ２’…送信データ管理部（Transmission data management part）、７ｂ…ルータ（Router）、７ｃ…アンテナ（Antenna）、８…地上サーバ（Ground server）

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】

【図18】