JP2018151391A - 判定装置、判定方法及びプログラム - Google Patents

Abstract

【課題】蓄電システムのメンテナンスの実施の有無を確認できる判定装置、判定方法及びプログラムを提供する。
【解決手段】蓄電システムの状態を示す状態値を取得する取得部１２と、状態値の時間変化に基づき、蓄電システムのメンテナンスの実施の有無を判定する判定部１１とを有する判定装置１０を提供する。例えば、判定部１１は、状態値の時間変化がそれまでのトレンドから変化すると、メンテナンスを実施したと判定する。
【選択図】図２

Description

本発明は、判定装置、判定方法及びプログラムに関する。

本発明に関連する技術が特許文献１乃至３に開示されている。

特許文献１には、所定の機器に取り付けられて、所定の機器に電力を供給することができる蓄電池パックの状態を検査する蓄電池検査装置が開示されている。蓄電池パックは、蓄電池パックの動作に関する履歴情報を保持している保持部と、所定の機器との通信を行うための通信端子とを備える。蓄電池検査装置は、持ち運び可能であり、所定の機器から取り外された蓄電池パックの通信端子に接続することができる接続部と、蓄電池パックの動作に関する情報と、蓄電池パックの状態との対応を示す状態テーブルを記憶している記憶部と、接続部を通じて保持部に保持されている履歴情報を取得し、取得した履歴情報と、状態テーブルにおける蓄電池パックの動作に関する情報とを照合することで、蓄電池パックの状態を判定する判定部と、判定の結果を提示する提示部とを備える。

特許文献２には、保守員による画像形成装置の保守作業を管理する保守作業管理装置が開示されている。保守作業管理装置は、保守員の個人情報を含む保守員情報を秘密鍵で暗号化した保守員証明書を作成する保守員証明書作成部と、画像形成装置に保守員証明書を出力する保守員証明書出力部とを有する。画像形成装置は、保守作業管理装置から保守員証明書を入力する保守員証明書入力部と、保守員が携帯しているＩＤカードから保守員の個人情報を読み取るＩＤカード読取部と、保守員証明書を公開鍵で復号した保守員情報の個人情報とＩＤカードの個人情報とが一致した場合に、保守作業の実行が可能な保守モードに移行することを許可する保守員認証部とを有する。

特許文献３には、保守管理方法が開示されている。当該保守管理方法は、対象機器の現時点の設置場所情報が、契約時の設置場所と同一、あるいは異なるが修正された設置場所と同一の場合には、定期点検の対象機器を登録するステップと、受信した保守員の情報をもとに特定した保守員について、資格データベースを参照して保守対象の装置の保守資格を所持し、かつ現在位置が保守対象の装置の設置場所と一致しているか判別するステップと、一致している判別された場合に、携帯端末から保守作業開始時刻、保守作業終了時刻、保守作業情報を受信したときに、保守対象装置の保守作業開始時刻、保守作業終了時刻、保守作業情報を第３のテーブルに登録するステップと、を有する。

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

蓄電システムは、定期的なメンテナンスが必要である。メンテナンスの実施の有無は、故障発生確率等に影響する。このため、蓄電システムの利害関係者には、メンテナンスの実施の有無の確認が求められる。利害関係者としては、例えば、蓄電システムの故障を補償する保険商品を提供する保険会社等が例示されるが、これらに限定されない。

メンテナンスの実施の有無は、例えば蓄電システムの運用者等の申告により確認できるが、実際に適切なメンテナンスが実施されているか確認できないという問題があった。

本発明は、上記課題を解決する判定装置、判定方法及びプログラムを提供することを目的とする。

本発明によれば、
蓄電システムの状態を示す状態値を取得する取得手段と、
前記状態値の時間変化に基づき、前記蓄電システムのメンテナンスの実施の有無を判定する判定手段と、
を有する判定装置が提供される。

また、本発明によれば、
コンピュータが、
蓄電システムの状態を示す状態値を取得する取得工程と、
前記状態値の時間変化に基づき、前記蓄電システムのメンテナンスの実施の有無を判定する判定工程と、
を実行する判定方法が提供される。

また、本発明によれば、
コンピュータを、
蓄電システムの状態を示す状態値を取得する取得手段、
前記状態値の時間変化に基づき、前記蓄電システムのメンテナンスの実施の有無を判定する判定手段、
として機能させるプログラムが提供される。

本発明によれば、蓄電システムのメンテナンスの実施の有無を確認することが可能となる。

上述した目的、およびその他の目的、特徴および利点は、以下に述べる好適な実施の形態、およびそれに付随する以下の図面によってさらに明らかになる。

本実施形態の判定装置のハードウエア構成の一例を概念的に示す図である。 本実施形態の判定装置の機能ブロック図の一例である。 本実施形態の判定装置の処理を説明するための図である。 本実施形態の判定装置の処理の流れの一例を示すフローチャートである。 本実施形態の判定装置の適用例を説明するための機能ブロック図である。 本実施形態の判定装置の適用例を説明するための機能ブロック図である。 本実施形態の判定装置の機能ブロック図の一例である。 本実施形態の判定装置の処理を説明するための図である。 本実施形態の判定装置の処理を説明するための図である。

＜第１の実施形態＞
まず、本実施形態の判定装置の概要を説明する。本実施形態の判定装置は、蓄電システムの状態を示す状態値を取得する手段と、状態値の時間変化に基づき、蓄電システムのメンテナンスの実施の有無を判定する手段とを有する。

蓄電システムの状態は、経年劣化等により徐々に悪化する。しかし、メンテナンスの実施により、蓄電システムの状態は改善する。蓄電システムの状態を示す状態値の時間変化は、このような蓄電システムの状態の変化を表す。このため、状態値の時間変化に基づき、蓄電システムのメンテナンスの実施の有無を判定することができる。

本実施形態の判定装置によれば、「蓄電システムの状態を示す状態値の時間変化」という客観的なデータに基づき、蓄電システムのメンテナンスの実施の有無を判定することができる。このような本実施形態の判定装置によれば、信頼性の高い判定結果を提供することができる。

次に、判定装置の構成を説明する。まず、判定装置のハードウエア構成の一例について説明する。本実施形態の判定装置が備える各機能部は、任意のコンピュータのＣＰＵ（Central Processing Unit）、メモリ、メモリにロードされるプログラム、そのプログラムを格納するハードディスク等の記憶ユニット（あらかじめ装置を出荷する段階から格納されているプログラムのほか、ＣＤ（Compact Disc）等の記憶媒体やインターネット上のサーバ等からダウンロードされたプログラムをも格納できる）、ネットワーク接続用インターフェイスを中心にハードウエアとソフトウエアの任意の組合せによって実現される。そして、その実現方法、装置にはいろいろな変形例があることは、当業者には理解されるところである。

図１は、本実施形態の判定装置のハードウエア構成を例示するブロック図である。図１に示すように、判定装置は、プロセッサ１Ａ、メモリ２Ａ、入出力インターフェイス３Ａ、周辺回路４Ａ、バス５Ａを有する。周辺回路４Ａには、様々なモジュールが含まれる。

バス５Ａは、プロセッサ１Ａ、メモリ２Ａ、周辺回路４Ａ及び入出力インターフェイス３Ａが相互にデータを送受信するためのデータ伝送路である。プロセッサ１Ａは、例えばＣＰＵ（Central Processing Unit） やＧＰＵ（Graphics Processing Unit）などの演算処理装置である。メモリ２Ａは、例えばＲＡＭ（Random Access Memory）やＲＯＭ（Read Only Memory）などのメモリである。入出力インターフェイス３Ａは、入力装置（例：キーボード、マウス、マイク、物理キー、タッチパネルディスプレイ、コードリーダ等）、外部装置、外部サーバ、外部センサ等から情報を取得するためのインターフェイスや、出力装置（例：ディスプレイ、スピーカ、プリンター、メーラ等）、外部装置、外部サーバ等に情報を出力するためのインターフェイスなどを含む。プロセッサ１Ａは、各モジュールに指令を出し、それらの演算結果をもとに演算を行うことができる。

次に、判定装置の機能構成を説明する。図２に、判定装置１０の機能ブロック図の一例を示す。図示するように、判定装置１０は、判定部１１と、取得部１２とを有する。図７に、判定装置１０の機能ブロック図の他の一例を示す。図示するように、判定装置１０は、判定部１１と、取得部１２と、出力部１３とを有してもよい。

取得部１２は、蓄電システムの状態を示す状態値を取得する。判定部１１は、蓄電システムの状態を示す状態値の時間変化に基づき、蓄電システムのメンテナンスの実施の有無を判定する。

メンテナンスとしては、バッテリーの交換（例：バッテリー全部の交換、一部（モジュール、セル等）の交換）、電池スタックの追加、端子部分の清掃（例：カーボンなどの汚れの除去）、冷却装置（フィン等）の清掃や交換、吸排気口の清掃、スイッチング素子の清掃や交換、バスバーの交換等が例示されるが、これらに限定されない。

状態値の種類は、判定対象のメンテナンスに応じたものとなる。判定対象のメンテナンスが「バッテリーの交換」である場合、状態値は、例えば蓄電システムのバッテリーの容量［ｋＷｈ］や出力［ｋＷ］であってもよい。蓄電システムのバッテリーの容量は、時間経過と共に減少するが、バッテリーの交換に応じて改善する（増加する）。

その他、判定対象のメンテナンスが「バッテリーの交換」である場合、状態値は、例えば温度変化に対するバッテリーの容量の変化値（変化率又は変化量）であってもよい。バッテリーの温度が下がるとバッテリーの容量は減少し、バッテリーの温度が上がるとバッテリーの容量が増加することが知られている。そして、バッテリーが劣化すると、温度変化によるバッテリーの容量の変化が大きくなる。このため、温度変化に対するバッテリーの容量の変化値は、時間経過と共に増加するが、バッテリーの交換に応じて改善する（減少する）。

その他、判定対象のメンテナンスが「バッテリーの交換」である場合、状態値は、例えばバッテリーのＳＯＣ（state of charge）：Ｘ［％］（Ｘは０より大１００より小）あたりの電力量［ｋＷｈ］であってもよい。バッテリーのＳＯＣ：Ｘ［％］あたりの電力量［ｋＷｈ］は時間経過と共に減少するが、バッテリーの交換に応じて改善する（増加する）。

その他、判定対象のメンテナンスが「バッテリーの交換」である場合、状態値は、例えば充放電で使用される電圧範囲であってもよい。充放電で使用される電圧範囲は、時間経過と共に増加するが、劣化の早いモジュールやセルを選択的に交換したり、バッテリー全体を交換したりすると、それに応じて改善する（減少する）。

その他、判定対象のメンテナンスが「バッテリーの交換」である場合、状態値は、例えば蓄電システムの充放電：Ｙ［ｋＷ］（Ｙは０より大）あたりの蓄電システムの単位時間あたりの温度変化率であってもよい。蓄電システムの充放電：Ｙ［ｋＷ］（Ｙは０より大）あたりの蓄電システムの単位時間あたりの温度変化率は、時間経過と共に増加するが、バッテリーの交換に応じて改善する（減少する）。

その他、判定対象のメンテナンスが「端子部分の清掃」である場合、状態値は、例えば蓄電システムの絶縁抵抗であってもよい。バッテリーは直流のため常に電位が存在する。このため、端子部分にカーボン等の汚れが付着しやすい。時間経過ともに端子部分に付着する汚れが増え、絶縁抵抗は減少するが、端子部分の清掃に応じて改善する（増加する）。

その他、判定対象のメンテナンスが「冷却装置の清掃」である場合、状態値は、例えば蓄電池システムの温度と外気温との温度差であってもよい。冷却装置のファン、フィルター、ダクト等にゴミが付着すると、蓄電システムの温度上昇が大きくなる。時間経過ともに冷却装置に付着するゴミが増え、蓄電池システムの温度と外気温との温度差は増加するが、冷却装置の清掃に応じて改善する（減少する）。

その他、判定対象のメンテナンスが「吸排気口の清掃」である場合、状態値は、例えば蓄電池システムの温度と外気温との温度差であってもよい。蓄電システムは定置装置であり、長期間同一箇所に設置されているので、周辺に植物が茂ったり、虫が巣を作ったりし得る。これに起因して吸排気口が塞がれると、吸排気性能が悪化し、蓄電システムの温度上昇が大きくなる。時間経過ともに吸排気口を塞がれる量が増え、蓄電池システムの温度と外気温との温度差は増加するが、冷却装置の清掃に応じて改善する（減少する）。

その他、判定対象のメンテナンスが「バスバーの交換、電池（セル）の交換、電池の追加」である場合、状態値は、例えば蓄電システムの出力［ｋＷ］の目的値［ｋＷ］からの乖離の程度であってもよい。蓄電システムは、与えられた目的値での出力動作を行う場合がある。電池や電池を繋ぐ部品（バスバー）が経年劣化すると、徐々に抵抗が大きくなる。そして、抵抗が大きくなるほど電池の放電電圧が下がり、上記乖離の程度が大きくなる。劣化した電池（セル）の交換、電池の追加（同じ電圧の電池スタックを並列接続して見かけの抵抗を下げる）、バスバーの交換等のメンテナンスにより、抵抗が小さくなり、結果、上記乖離の程度が小さくなる。

その他、判定対象のメンテナンスが「冷却装置（フィン等）の清掃や交換、スイッチング素子の清掃や交換」である場合、状態値は、例えば蓄電システムの出力［ｋＷ］の目的値［ｋＷ］からの乖離の程度であってもよい。蓄電システムは、与えられた目的値での出力動作を行う場合がある。経年劣化等によりＰＣＳのスイッチング素子や、冷却装置の性能が劣化すると、蓄電システムの温度が徐々に上がり、上記乖離の程度が大きくなる。場合によっては、蓄電システムの動作が停止してしまう場合もある。しかし、冷却装置（フィン等）の清掃や交換、スイッチング素子の清掃や交換を行うと改善する（上記乖離の程度が小さくなる）。

状態値は、任意の手段で測定した測定値であってもよい。状態値は、蓄電システムが測定した値であってもよいし、蓄電システムと異なる外部装置が測定した値であってもよい。判定装置１０は、これらの装置と任意の手段で通信し、これらの装置から状態値（測定値）を取得することができる。

判定部１１は、状態値の時間変化がそれまでのトレンドから変化すると、メンテナンスを実施したと判定することができる。状態値の時間変化のトレンドは、時間経過とともに増加するもの、又は、時間経過とともに減少するものとなる。

例えば、判定部１１は、状態値が時間経過とともに減少するそれまでのトレンドからの変化を検出すると、メンテナンスを実施したと判定してもよい。図３に状態値の時間変化の一例を示す。Ａの期間においては、状態値が時間経過とともに減少するトレンドを示している。例えば、蓄電システムのバッテリーの容量等はこのようなトレンドを示す。そして、Ｂのタイミングの状態値とその直前の状態値との間において、それまでの減少トレンドから変化している。この例の場合、判定部１１は、Ｂのタイミングの状態値を取得した際に、状態値の時間変化がそれまでのトレンドから変化したと判定する。

減少トレンドからの変化を検出する当該例の場合、判定部１１は、状態値Ｍ１が前回の値Ｍ０から増加すると（Ｍ１＞Ｍ０）、トレンドが変化したと判定してもよい。その他、判定部１１は、状態値Ｍ１が前回の値Ｍ０から所定レベル以上（所定値以上、所定割合以上等）増加すると（Ｍ１−Ｍ０≧Ｔ１＞０）、トレンドが変化したと判定してもよい。その他、判定部１１は、状態値Ｍ１が前回の値Ｍ０から増加し（又は、所定レベル以上増加し）、かつ、その後の所定数の状態値Ｍ２乃至Ｍｎが増加後の水準を維持している場合、トレンドが変化したと判定してもよい。上記水準を維持しているか否かの判断方法は設計的事項であるが、例えば、Ｍ１と、Ｍ２乃至Ｍｎ各々との差が、Ｍ０と、Ｍ２乃至Ｍｎ各々との差よりも小さい場合、Ｍ２乃至Ｍｎ各々は増加後の水準を維持していると判断してもよい。定期的に検出された状態値が時系列（経時）的に徐々に減少している状況において、前回の値より状態値が増加すると、トレンドが変化したためメンテナンスが実施されたと判定される。

その他、判定部１１は、状態値が時間経過とともに増加するそれまでのトレンドからの変化を検出すると、メンテナンスを実施したと判定してもよい。例えば、定期的に充電される充電システムにおいて、満充電状態から一定の電力消費をする場合の充放電電圧範囲はこのようなトレンドを示す。増加トレンドからの変化を検出する当該例の場合、判定部１１は、状態値Ｍ１が前回の値Ｍ０から減少すると（Ｍ０＞Ｍ１）、トレンドが変化したと判定してもよい。その他、判定部１１は、状態値Ｍ１が前回の値Ｍ０から所定レベル以上（所定値以上、所定割合以上等）減少すると（Ｍ０−Ｍ１≧Ｔ２＞０）、トレンドが変化したと判定してもよい。その他、判定部１１は、状態値Ｍ１が前回の値Ｍ０から減少し（又は、所定レベル以上減少し）、かつ、その後の所定数の状態値Ｍ２乃至Ｍｎが減少後の水準を維持している場合、トレンドが変化したと判定してもよい。上記水準を維持しているか否かの判断方法は設計的事項であるが、例えば、Ｍ１と、Ｍ２乃至Ｍｎ各々との差が、Ｍ０と、Ｍ２乃至Ｍｎ各々との差よりも小さい場合、Ｍ２乃至Ｍｎ各々は減少後の水準を維持していると判断してもよい。定期的に検出された状態値が時系列（経時）的に徐々に増加している状況において、前回の値より状態値が減少すると、トレンドが変化したためメンテナンスが実施されたと判定される。

なお、判定部１１は、取得した状態値に基づき各状態値の時間変化のトレンドを検出してもよい。その他、上述の通り、状態値の種類に応じて、予め、状態値の時間変化のトレンド（経年劣化に応じた状態値の変化のトレンド）が分かっている。このため、判定装置１０の記憶部内に、予め、状態値の種類ごとにトレンドの内容を示す情報（以下、「トレンド情報」という場合がある）が記憶されていてもよい。また、判定装置１０の取得部１２（図７参照）は、当該記憶部からトレンド情報を取得してもよい。そして、判定部１１は、トレンド情報に基づき各状態値の時間変化のトレンドを把握し、それに基づいてメンテナンスの実施の有無を判定してもよい。なお、トレンド情報は、判定装置１０と異なる外部装置や蓄電システム内に記憶されていてもよい。そして、取得部１２は、任意に通信手段で通信し、上記外部装置や蓄電システムからトレンド情報を取得してもよい。

ここで、「取得」とは、自装置が他の装置や記憶媒体に格納されているデータまたは情報を取りに行くこと（能動的な取得）、例えば、他の装置にリクエストまたは問合せして受信すること、他の装置や記憶媒体にアクセスして読み出すこと等、および、自装置に他の装置から出力されるデータまたは情報を入力すること（受動的な取得）、例えば、配信（または、送信、プッシュ通知等）されるデータまたは情報を受信すること等、の少なくともいずれか一方を含む。また受信したデータまたは情報の中から選択して取得すること、または、配信されたデータまたは情報を選択して受信することも含む。

なお、取得部１２は、複数種類の状態値を取得してもよい。そして、判定部１１は、複数種類の状態値各々のトレンドの変化を判定し、その結果に基づいて複数種類のメンテナンス各々の実施の有無を判定してもよい。この場合、判定部１１は、複数種類の状態値のトレンドの変化から、どのメンテナンスが実施されたかを特定してもよい。例えば、予め、トレンドが変化した状態値の組み合わせ（１つの状態値又は複数の状態値の組み合わせ）毎に、実施されたメンテナンスを識別する情報が対応付けられていてもよい。そして、判定部１１は、それぞれの状態値のトレンドの変化の判定結果と、当該複数の種類の状態値のトレンド変化からどのメンテナンスが実施されたかを示す対応情報とに基づき、実施されたメンテナンスを特定してもよい。

例えば、判定部１１は、バッテリーの絶縁抵抗とバッテリー電圧のトレンドが変化した場合、バッテリーの交換、又は、端子の清掃が行われたと判定してもよい。その他、判定部１１は、ＰＣＳＤＣ電圧とバッテリー電圧のトレンドが変化した場合、バッテリーコネクタの部品交換がなされたと判定してもよい。その他、判定部１１は、バッテリー温度と筐体内圧力のトレンドが変化した場合、バッテリーの冷却装置が清掃されたと判定してもよい。その他、判定部１１は、バッテリー電流と、バッテリー電圧のトレンドが変化すると、バッテリーの劣化（抵抗増大）を改善するためにバッテリーの交換がなされたと判定してもよい。その他、判定部１１は、ＰＣＳのＡＣ電流と、バッテリー電流のトレンドが変化すると、電流測定器の故障を改善するために、電量測定器を交換したと判定してもよい。なお、事前に所定のメンテナンス項目が決まっており、かつ、所定の状態値のトレンドが変化した場合、複数の状態値のトレンドの変化などからメンテナンスを特定する必要はなく、上記の事前に決まっていたメンテナンスが実施されたと推定することもできる。

その他、取得部１２は、１種類の状態値を取得してもよい。そして、判定部１１は、当該状態値のトレンドの変化を判定し、その結果に基づいて１種類のメンテナンスの実施の有無を判定してもよい。

次に、取得部１２による状態値の取得、及び、判定部１１による判定の実施タイミングについて説明する。

「タイミング例１」
取得部１２は、予め定められた時間間隔Ｔ１で定期的に状態値を取得してもよい。そして、判定部１１は、取得部１２が状態値を取得する毎に、または、時間間隔Ｔ１よりも長い時間間隔で、それまでに蓄積された状態値と新たに取得された状態値に基づき、トレンドの変化の有無を判定してもよい。すなわち、判定部１１は、時間間隔Ｔ１で定期的に、又は、時間間隔Ｔ１よりも長い時間間隔で定期的に、トレンドの変化の有無を判定してもよい。時間間隔Ｔ１は、例えば、１日、１週間、１カ月、数カ月、１年等が例示されるが、これらに限定されない。なお、複数種類の状態値を取得する場合、状態値の種類毎に異なる時間間隔Ｔ１で状態値を取得し、異なる時間間隔で判定を行ってもよい。

「タイミング例２」
取得部１２は、予め定められたメンテナンスの実施タイミングを含む所定の判定期間Ｔ２内において、所定の時間間隔Ｔ１で複数の状態値を取得してもよい。なお、取得部１２は、判定期間Ｔ２内における所定の時間間隔Ｔ１の複数の状態値をまとめて取得してもよい。取得部１２は、判定期間Ｔ２以外の期間においては、状態値を取得しなくてもよい。そして、判定部１１は、判定期間Ｔ２における状態値の時間変化が、判定期間Ｔ２以前の状態値の時間変化のトレンドから変化しているか判定してもよい。判定期間Ｔ２以前の状態値の時間変化のトレンドは、状態値の種類に基づき特定される。例えば、あるメンテナンスの実施タイミングが２０１７年２月７日である場合、上記判定期間Ｔ２は、２０１７年２月３日から２月１１日であってもよい。すなわち、２０１７年２月３日から２月１１日のあいだで、状態値の時間変化のトレンドから変化しているか判定してもよい。なお、当該判定期間Ｔ２はあくまで一例であり、これに限定されない。当該例の時間間隔Ｔ１は、例えば、１５分、３０分、１時間、１日等が例示されるが、これらに限定されない。

「タイミング例３」
タイミング例２では、メンテナンスの実施タイミングが予め定まっていたが、タイミング例３では、メンテナンスの実施タイミングが可変である。この場合、メンテナンスのスケジュールが決定すると、任意のユーザ（例：メンテナンス関係者）が、任意の手段で、メンテナンスの実施予定タイミングを含むメンテナンス情報を判定装置１０に入力する。

取得部１２は、上記メンテナンス情報で示されるメンテナンスの実施予定タイミングを含む所定の判定期間Ｔ２内において、所定の時間間隔Ｔ１で複数の状態値を取得してもよい。なお、取得部１２は、判定期間Ｔ２内における所定の時間間隔Ｔ１の複数の状態値をまとめて取得してもよい。取得部１２は、判定期間Ｔ２以外の期間においては、状態値を取得しなくてもよい。そして、判定部１１は、判定期間Ｔ２における状態値の時間変化が、判定期間Ｔ２以前の状態値の時間変化のトレンドから変化しているか判定してもよい。判定期間Ｔ２以前の状態値の時間変化のトレンドは、状態値の種類に基づき特定される。例えば、あるメンテナンスの実施予定タイミングが２０１７年２月７日である場合、上記判定期間Ｔ２は、２０１７年２月３日から２月１１日であってもよい。すなわち、２０１７年２月３日から２月１１日のあいだで、状態値の時間変化のトレンドから変化しているか判定してもよい。なお、当該判定期間はあくまで一例であり、これに限定されない。そして、当該例の時間間隔Ｔ１は、例えば、１５分、３０分、１時間、１日等が例示されるが、これらに限定されない。

「タイミング例４」
当該例では、上記状態値が、予め定められた時間間隔Ｔ３で定期的に測定され、所定の記憶装置に蓄積されているものとする。所定の記憶装置は、複数の蓄電システム３を管理するセンターに設置された記憶装置であってもよいし、複数の蓄電システム３各々に対応してローカルに設置された記憶装置であってもよいし、その他であってもよい。そして、取得部１２は、当該記憶装置に蓄積されている状態値の中から、所定の状態値を取得する。時間間隔Ｔ３は、例えば、１５分、３０分、１時間、１日等が例示されるが、これらに限定されない。

取得部１２は、任意の手段で、メンテナンスの開始及び／又は終了を示す通知（メンテナンス情報）を受ける。例えば、メンテナンスを実施する者が、メンテナンスの開始タイミング及び／又は終了タイミングで、任意の端末装置を介して、メンテナンスの開始及び／又は終了を示す通知を入力してもよい。そして、当該入力に応じて、メンテナンスの開始及び／又は終了を示す通知（メンテナンス情報）が判定装置１０に送信されてもよい。

取得部１２は、メンテナンスの開始タイミング及び／又は終了タイミングを含む所定の判定期間Ｔ２内における所定の時間間隔Ｔ１の複数の状態値を、上記記憶装置から取得してもよい。なお、取得部１２は、判定期間Ｔ２内における所定の時間間隔Ｔ１の複数の状態値をまとめて取得してもよい。取得部１２は、判定期間Ｔ２以外の期間の状態値を取得しなくてもよい。そして、判定部１１は、判定期間Ｔ２における状態値の時間変化が、判定期間Ｔ２以前の状態値の時間変化のトレンドから変化しているか判定してもよい。判定期間Ｔ２以前の状態値の時間変化のトレンドは、状態値の種類に基づき特定される。

例えば、あるメンテナンスの開始タイミングが２０１７年２月７日の１３時０５分であり、終了タイミングが２０１７年２月７日の１６時４５分である場合、上記判定期間Ｔ２は、２０１７年２月６日０時００分から２月７日２０時００分であってもよい。なお、当該判定期間Ｔ２はあくまで一例であり、これに限定されない。そして、当該例の時間間隔Ｔ１は、例えば、１５分、３０分、１時間、１日等が例示されるが、これらに限定されない。時間間隔Ｔ１と時間間隔Ｔ３は、同じ値であってもよいし、異なる値であってもよい。

なお、タイミング例１乃至３、及び、以下で説明するタイミング例５においても、取得部１２は、上記記憶装置に蓄積された状態値を、上記記憶装置から取得してもよい。

「タイミング例５」
当該例では、上記タイミング例１乃至４の中の２つ以上のタイミングで、取得部１２による状態値の取得、及び、判定部１１による判定を実施する。

なお、上記タイミング例３及び４におけるメンナンス情報には、メンテナンス実施予定、開始／終了タイミング、実施済みの時間などの時間情報が含まれていてもよい。そして、判定部１１は、当該時間情報に対応するタイミングや時間において取得部１２が取得した状態のトレンドの変化からメンテナンスの有無判定を行ってもよい。メンテナンス予定情報の場合には、リアルタイムに当該時間において、蓄電システムから状態値を取得して判定してもいいし、後で、外部や内部に限らず記憶装置から当該時間における状態値を取得して判定してもいい。実施済み情報の場合には、外部や内部に限らず記憶装置から当該時間における状態値を取得して判定してもいい。

次に、図４のフローチャートを用いて、本実施形態の判定装置１０の処理の流れの一例を説明する。

取得部１２は、新たな状態値を取得するまで（Ｓ１０のＮｏ）、新たな状態値の待ち状態となる。取得部１２が新たな状態値を取得すると（Ｓ１０のＹｅｓ）、判定部１１は、状態値の時間変化がそれまでのトレンドから変化したか判定する（Ｓ１１）。判定部１１による判定の処理の詳細は、上述の通りである。

Ｓ１１の後、出力部１３（図８参照）は、メンテナンスの実施の有無を出力する。Ｓ１１において、状態値の時間変化がそれまでのトレンドから変化したと判定された場合、出力部１３は、メンテナンスが実施された旨を出力する。一方、Ｓ１１において、状態値の時間変化がそれまでのトレンドから変化していないと判定された場合、出力部１３は、メンテナンスが実施されていない旨を出力する。

出力部１３は、判定部１１による判定結果を、判定装置内又は外部装置に出力してもよい。例えば、出力部１３は、判定装置１０又は外部装置の記憶装置に向けて、メンテナンスの実施の有無を示す情報を出力してもよい。そして、当該記憶装置内に、メンテナンスの実施の有無を示す情報が蓄積されてもよい。また、出力部１３は、予め登録されている電子メールアドレスを送信先として、メンテナンスの実施の有無を示す情報を送信してもよい。

以上説明した本実施形態の判定装置１０によれば、「蓄電システムの状態を示す状態値の時間変化」という客観的なデータに基づき、蓄電システムのメンテナンスの実施の有無を判定することができる。このような本実施形態の判定装置１０によれば、信頼性の高い判定結果を提供することができる。

例えば、蓄電システムの故障を補償する保険商品においては、メンテナンスの不実施が免責事項となり得る。本実施形態の判定装置１０によれば、当該保険商品を提供する保険会社に対して有益な情報を提供できる。

また、本実施形態の判定装置１０によれば、バッテリーの容量、絶縁抵抗、蓄電池システムの温度と外気温との温度差、温度変化に対するバッテリーの容量の変化値、バッテリーのＳＯＣ：Ｘ［％］（Ｘは０より大１００より小）あたりの電力量、充放電で使用される電圧範囲、蓄電システムの充放電：Ｙ［ｋＷ］（Ｙは０より大）あたりの蓄電システムの単位時間あたりの温度変化率、及び、蓄電システムの出力［ｋＷ］の目的値［ｋＷ］からの乖離の程度等というその測定手段を広く提供されている値に基づき、蓄電システムのメンテナンスの実施の有無を判定することができる。このため、比較的容易に実現できる。

また、本実施形態の判定装置１０によれば、トレンドが変化した状態値の種類から、実施されたメンテナンスを特定することができる。

＜第２の実施形態＞
本実施形態の判定装置１０は、第１の実施形態の機能に加えて、予め定められた時期的条件を満たすようにメンテナンスが行われているか判定する機能を有する点で、第１の実施形態と異なる。

本実施形態の判定装置１０のハードウエア構成の一例は、第１の実施形態と同様であるので、ここでの説明は省略する。

次に、判定装置１０の機能構成を説明する。本実施形態の判定装置１０の機能ブロック図の一例は、第１の実施形態同様、図２又は図７で示される。取得部１２の構成は、第１の実施形態と同様である。判定部１１及び出力部１３は、第１の実施形態で説明した機能に加えて又は代えて、以下で説明する機能を有する。

判定部１１は、第１の実施形態同様、蓄電システムのメンテナンスの実施の有無を判定することができる。なお、判定部１１の判定結果には、判定日時を示す情報が対応付けられてもよい。

そして、判定部１１は、蓄電システムのメンテナンスの実施の有無の判定結果に基づき、予め定められた時期的条件を満たすようにメンテナンスが行われているか判定する。

例えば、第１の実施形態で説明したタイミング例１乃至５のいずれか１つ以上で、取得部１２による状態値の取得、及び、判定部１１による判定が実施されてもよい。そして、判定部１１は、判定結果に基づき、メンテナンスの実施が時期的条件（例：１カ月に１度、１年に１度、３年に１度等）を満たすか否かを判断してもよい。

その他、取得部１２は、予め定められた時間間隔Ｔ１で定期的に状態値を取得してもよい。そして、判定部１１は、取得部１２が状態値を取得する毎に、または、時間間隔Ｔ１よりも長い時間間隔で、新たに取得された状態値に基づき、蓄電システムがメンテナンスを要する状態であるか否かを判定してもよい。そして、判定部１１は、メンテナンスを要する状態と判定した場合、判定してから所定期間Ｔ４以内（時期的条件）を満たすようにメンテナンスが行われているか判定してもよい。

この場合、取得部１２は、メンテナンスを要する状態であると判定されてからの所定の判定期間Ｔ２内において、所定の時間間隔Ｔ１´で複数の状態値を取得してもよい。なお、取得部１２は、判定期間Ｔ２内における所定の時間間隔Ｔ１の複数の状態値をまとめて取得してもよい。そして、判定部１１は、判定期間Ｔ２における状態値の時間変化が、判定期間Ｔ２以前の状態値の時間変化のトレンドから変化しているか判定してもよい。判定期間Ｔ２以前の状態値の時間変化のトレンドは、状態値の種類に基づき特定される。

なお、Ｔ２≧Ｔ４である。すなわち、判定期間Ｔ２は、上記時期的条件で示される所定期間Ｔ４を含む。また、Ｔ１＞Ｔ１´である。すなわち、取得部１２は、判定期間Ｔ２内においては、それ以外の期間よりも状態値を取得する時間間隔を小さくする。当該例の時間間隔Ｔ１は、例えば、１時間、１日等が例示されるが、これらに限定されない。当該例の時間間隔Ｔ１´は、例えば、１５分、３０分、１時間等が例示されるが、これらに限定されない。

また、この場合、出力部１３は、判定部１１により蓄電システムがメンテナンスを要する状態であると判定されると、所定期間Ｔ４内におけるメンテナンスの実施をユーザに要求してもよい。ユーザへの要求は、予め登録された送信先への電子メールの送信で実現されてもよいし、蓄電システム、判定装置１０又はこれらの装置が有するディスプレイ、警告ランプ、スピーカ等を介した出力で実現されてもよい。

なお、判定部１１は、新たに取得された状態値と基準値との差分に応じて所定期間Ｔ４を設定してもよい。そして、出力部１３は、新たに取得された状態値と基準値との差分に応じて設定された所定期間Ｔ４内におけるメンテナンスの実施を要求してもよい。差分が大きい程、所定時間Ｔ４は小さくなる。

また、メンテナンスを要する状態であると判定される前において、取得部１２は、状態値と基準値との差分に基づき、時間間隔Ｔ１を変化させてもよい。具体的には、取得部１２は、状態値と基準値との差分が小さくなるほど（状態値が基準値に近づくほど）、時間間隔Ｔ１を小さくしてもよい。また、メンテナンスを要する状態であると判定される前において、判定部１１は、状態値と基準値との差分に基づき、メンテナンスを要する状態であるか否かを判定する時間間隔を変化させてもよい。具体的には、判定部１１は、状態値と基準値との差分が小さくなるほど（状態値が基準値に近づくほど）、上記時間間隔を小さくしてもよい。

ここで、判定部１１が、状態値に基づき、蓄電システムがメンテナンスを要する状態であるか否かを判定する処理を説明する。

判定部１１は、時間経過とともに値が減少するトレンドの状態値が基準値を下回ると、その状態値に対応するメンテナンスを要する状態と判定してもよい。一方、基準値を上回っている間は、その状態値に対応するメンテナンスを要さない状態と判定してもよい。

図８に当該トレンドを示す状態値の時間変化、及び、上記基準値の一例を示す。Ａの期間においては、状態値が時間経過とともに減少するトレンドを示している。そして、Ｃのタイミングの状態値は、基準値Ｘを下回っている。かかる場合、判定部１１は、Ｃのタイミングの状態値を取得した際に、メンテナンスを要する状態と判定する。そして、図示するそれ以前の状態値を取得した際には、メンテナンスを要する状態でないと判定する。なお、上述したが、Ｂのタイミングの状態値とその直前のＣのタイミングの状態値との間において、それまでの減少トレンドから変化している。この例の場合、判定部１１は、Ｂのタイミングの状態値を取得した際に、状態値の時間変化がそれまでのトレンドから変化している、すなわちメンテナンスが実行されたと判定する。

その他、判定部１１は、時間経過とともに値が増加するトレンドの状態値が基準値を上回ると、その状態値に対応するメンテナンスを要する状態と判定してもよい。一方、基準値を下回っている間は、その状態値に対応するメンテナンスを要さない状態と判定してもよい。

ここで、図９を用いて一例を説明する。取得部１２は、定期的に実施すべきメンテナンスの時間間隔Ｔ５より短い時間間隔Ｔ１で状態値を取得する。そして、判定部１１は、例えば時間間隔Ｔ１、又は、時間間隔Ｔ１よりも長い時間間隔（Ｔ５より短い）で、メンテナンスの必要性を判定する。メンテナンスの必要性は、上述の通り、状態値と基準値との比較で行うことができる。そして、判定部１１によりメンテナンス要すると判定された場合、それから所定期間Ｔ４内にメンテナンスを実施する必要があるものとする。所定期間Ｔ４は、メンテナンスの種類ごとに予め定められていてもよい。また、状態値と基準値との差分の大きさに応じて定められてもよい。そして、出力部１３は、所定期間Ｔ４内におけるメンテナンスの要求をユーザに向けて出力する。所定期間Ｔ４内においては、取得部１２は、時間間隔Ｔ１よりも短い時間間隔Ｔ１´で状態値を取得する。

なお、上記Ｔ１、Ｔ１´、Ｔ４、及び、Ｔ５の大小関係は、Ｔ５＞Ｔ１≧Ｔ４＞Ｔ１´、又は、Ｔ５＞Ｔ４＞Ｔ１＞Ｔ１´となる。Ｔ５は、例えば１年となる。Ｔ１は、例えば１カ月となる。Ｔ４は、例えば、２週間、１カ月又は２カ月となる。Ｔ１´は、例えば１５分、３０分、１時間、１日となる。なお、ここでのＴ１、Ｔ１´、Ｔ４、及び、Ｔ５の値の例示はあくまで一例であり、これに限定されない。

所定期間Ｔ４は、メンテナンスの種類ごとに与えられた１つの固定値であってもよいし、状態値に応じて変更する可変値であってもよい。

可変値の例としては、例えば、状態値と基準値との乖離の程度に応じて定められるものが例示される。状態値が基準値を下回った場合にメンテナンスを要する例の場合、基準値を下回わった状態値の基準値からの乖離の程度に応じて、所定期間Ｔ４が与えられる。状態値が基準値を上回った場合にメンテナンスを要する例の場合、基準値を上回った状態値の基準値からの乖離の程度に応じて、所定期間Ｔ４が与えられる。乖離の程度が大きい程、より短い所定期間Ｔ４が与えられる。

可変値の他の例として、経過時間に対する状態値の変化量の大きさに応じて定められるものが例示される。経過時間に対する状態値の変化量が大きい程、すなわち劣化のスピードが大きい程、より短い所定期間Ｔ４が与えられる。

以上説明した本実施形態の判定装置１０によれば、第１の実施形態と同様の作用効果を実現できる。

また、本実施形態の判定装置１０によれば、予め定められた時期的条件を満たすようにメンテナンスが行われているか、判定することができる。蓄電システムの故障発生確率を抑制するためには、単にメンテナンスを実施するだけでなく、適切なタイミングでのメンテナンスの実施が必要である。本実施形態によれば、「蓄電システムの状態を示す状態値の時間変化」という客観的なデータに基づき、蓄電システムのメンテナンスの実施の有無を判定し、さらに、その結果に基づき、適切なタイミングでのメンテナンスの実施が行われたか否かを判定できる。このような本実施形態の判定装置１０によれば、信頼性の高い判定結果を提供することができる。

例えば、蓄電システムの故障を補償する保険商品においては、「予め定められた時期的条件を満たすメンテナンスを実施していないこと」が免責事項となり得る。本実施形態の判定装置１０によれば、当該保険商品を提供する保険会社に対して有益な情報を提供できる。

＜適用例＞
次に、第１及び第２の実施形態の判定装置１０の適用例を説明する。

「適用例１」
図５の機能ブロック図には、サーバ１と蓄電システム３とが示されている。適用例１では、サーバ１が判定装置１０の機能を有する。すなわち、サーバ１が、蓄電システムの状態を示す状態値の時間変化に基づき、蓄電システムのメンテナンスの実施の有無を判定する。

サーバ１と蓄電システム３とはインターネット等のネットワークを介して繋がり、互いに情報の送受信を行う。サーバ１は、クラウドサーバであってもよい。

蓄電システム３は、監視コンピュータ４と、システムコントローラー５と、ＰＣＳ（Power conditioning System）６と、ＢＭＳ（Battery Management System）７と、バッテリー８とを有する。

システムコントローラー５は、蓄電システム３の全体を制御する。ＰＣＳ６は、直流電力／交流電力の変換を行う。バッテリー８は、電力を貯蔵する。バッテリー８は、例えば、エネルギーを貯めるセルスタックや、セル温度及びセル電圧等を監視するバッテリモニタ等を含んで構成される。ＢＭＳ７は、バッテリー８を制御する。監視コンピュータ４は、システムコントローラー５、ＰＣＳ６、ＢＭＳ７及びバッテリー８の中の少なくとも１つから、各種測定値を取得する。そして、監視コンピュータ４は、当該測定値の中の一部又は全部を、上述した状態値としてサーバ１（判定装置１０）に送信する。

「適用例２」
図５の機能ブロック図には、サーバ１と蓄電システム３とが示されている。適用例２では、蓄電システム３の監視コンピュータ４が判定装置１０の機能を有する。すなわち、蓄電システム３の監視コンピュータ４が、蓄電システムの状態を示す状態値の時間変化に基づき、蓄電システムのメンテナンスの実施の有無を判定する。

サーバ１と蓄電システム３とはインターネット等のネットワークを介して繋がり、互いに情報の送受信を行う。サーバ１は、クラウドサーバであってもよい。

蓄電システム３は、監視コンピュータ４と、システムコントローラー５と、ＰＣＳ６と、ＢＭＳ７と、バッテリー８とを有する。システムコントローラー５、ＰＣＳ６、ＢＭＳ７、及び、バッテリー８の機能は、適用例１と同様である。

監視コンピュータ４（判定装置１０）は、システムコントローラー５、ＰＣＳ６、ＢＭＳ７及びバッテリー８の中の少なくとも１つから、各種測定値を取得する。そして、監視コンピュータ４は、当該測定値の中の一部又は全部を上述した状態値として処理し、蓄電システムのメンテナンスの実施の有無や、時期的条件を満たすか否か等を判定する。そして、監視コンピュータ４は、判定結果をサーバ１に送信する。サーバ１は、受信した判定結果を各蓄電システム３に対応付けて記憶する。

「適用例３」
図６に、適用例３の機能ブロック図が示されている。適用例３は、監視コンピュータ４が蓄電システム３の外部に設けられている点で、適用例１と異なる。その他は、適用例１と同様である。適用例３では、サーバ１が判定装置１０の機能を有する。すなわち、サーバ１が、蓄電システムの状態を示す状態値の時間変化に基づき、蓄電システムのメンテナンスの実施の有無を判定する。

「適用例４」
図６に、適用例４の機能ブロック図が示されている。適用例４は、監視コンピュータ４が蓄電システム３の外部に設けられている点で、適用例２と異なる。その他は、適用例２と同様である。適用例４では、蓄電システム３の外部に設けられた監視コンピュータ４が判定装置１０の機能を有する。すなわち、蓄電システム３の外部に設けられた監視コンピュータ４が、蓄電システムの状態を示す状態値の時間変化に基づき、蓄電システムのメンテナンスの実施の有無を判定する。

以下、参考形態の例を付記する。
１． 蓄電システムの状態を示す状態値を取得する取得手段と、
前記状態値の時間変化に基づき、前記蓄電システムのメンテナンスの実施の有無を判定する判定手段と、
を有する判定装置。
２． １に記載の判定装置において、
前記判定手段は、前記状態値の時間変化がそれまでのトレンドから変化すると、前記メンテナンスを実施したと判定する判定装置。
３． １に記載の判定装置において、
前記判定手段は、判定期間における前記状態値の時間変化が、前記判定期間以前の状態値の時間変化のトレンドから変化すると、前記判定期間においてメンテナンスを実施したと判定する判定装置。
４． １から３のいずれかに記載の判定装置において、
前記判定手段は、予め定められた時期的条件を満たすように前記メンテナンスが行われているか判定する判定装置。
５． ４に記載の判定装置において、
前記判定手段は、
前記状態値に基づき、前記蓄電システムがメンテナンスを要する状態であるか否かを判定し、
メンテナンスを要する状態と判定してから所定期間以内に前記メンテナンスが行われているか判定する判定装置。
６． ５に記載の判定装置において、
前記判定手段は、前記状態値が基準値を上回る又は下回ると、前記メンテナンスを要する状態と判定する判定装置。
７． ５又は６に記載の判定装置において、
前記判定手段により、前記蓄電システムがメンテナンスを要する状態であると判定されると、前記所定期間内におけるメンテナンスの実施を要求する出力手段を有する判定装置。
８． ５から７のいずれかに記載の判定装置において、
前記判定手段は、前記状態値と前記基準値との差分が大きいほど短い前記所定期間を設定する判定装置。
９． ７に記載の判定装置において、
前記出力手段は、前記状態値と前記基準値との差分が大きいほど短い前記所定期間におけるメンテナンスの実施を要求する判定装置。
１０． １から９のいずれかに記載の判定装置において、
前記取得手段は、メンテナンス情報が入力されると、前記メンテナンス情報で特定される期間の前記状態値を取得し、
前記判定手段は、前記状態値の時間変化に基づいて前記蓄電システムのメンテナンスの実施の有無を判定する判定装置。
１１． １から１０のいずれかに記載の判定装置において、
前記取得手段は、予め定められた時間間隔で状態値を取得し、
前記判定手段は、前記予め定められた時間間隔で前記メンテナンスが行われているか判定する判定装置。
１２． １から１１のいずれかに記載の判定装置において、
前記取得手段は、複数種類の状態値を取得し、
前記判定手段は、前記複数種類の状態値のトレンドの変化から、どのメンテナンスが実施されたかを特定する判定装置。
１３． １から１２のいずれかに記載の判定装置において、
前記判定手段は、前記状態値として、バッテリーの容量、絶縁抵抗、前記蓄電システムの温度と外気温との温度差、温度変化に対するバッテリーの容量の変化値、バッテリーのＳＯＣ（state of charge）：Ｘ［％］（Ｘは０より大１００より小）あたりの電力量、充放電で使用される電圧範囲、及び、前記蓄電システムの充放電：Ｙ［ｋＷ］（Ｙは０より大）あたりの前記蓄電システムの単位時間あたりの温度変化率の中の少なくとも１つを用いる判定装置。
１４． コンピュータが、
蓄電システムの状態を示す状態値を取得する取得工程と、
前記状態値の時間変化に基づき、前記蓄電システムのメンテナンスの実施の有無を判定する判定工程と、
を実行する判定方法。
１５． コンピュータを、
蓄電システムの状態を示す状態値を取得する取得手段、
前記状態値の時間変化に基づき、前記蓄電システムのメンテナンスの実施の有無を判定する判定手段、
として機能させるプログラム。

この出願は、２０１７年２月２０日に出願された日本出願特願２０１７−０２９３０９号を基礎とする優先権を主張し、その開示の全てをここに取り込む。

Claims (16)

1. 蓄電システムの状態を示す状態値を取得する取得手段と、
   前記状態値の時間変化に基づき、前記蓄電システムのメンテナンスの実施の有無を判定する判定手段と、
   を有する判定装置。
2. 請求項１に記載の判定装置において、
   前記判定手段は、前記状態値の時間変化がそれまでのトレンドから変化すると、前記メンテナンスを実施したと判定する判定装置。
3. 請求項１に記載の判定装置において、
   前記判定手段は、判定期間における前記状態値の時間変化が、前記判定期間以前の状態値の時間変化のトレンドから変化すると、前記判定期間においてメンテナンスを実施したと判定する判定装置。
4. 請求項１から３のいずれか１項に記載の判定装置において、
   前記判定手段は、予め定められた時期的条件を満たすように前記メンテナンスが行われているか判定する判定装置。
5. 請求項４に記載の判定装置において、
   前記判定手段は、
   前記状態値に基づき、前記蓄電システムがメンテナンスを要する状態であるか否かを判定し、
   メンテナンスを要する状態と判定してから所定期間以内に前記メンテナンスが行われているか判定する判定装置。
6. 請求項５に記載の判定装置において、
   前記判定手段は、前記状態値が基準値を上回る又は下回ると、前記メンテナンスを要する状態と判定する判定装置。
7. 請求項５又は６に記載の判定装置において、
   前記判定手段により、前記蓄電システムがメンテナンスを要する状態であると判定されると、前記所定期間内におけるメンテナンスの実施を要求する出力手段を有する判定装置。
8. 請求項５から７のいずれか１項に記載の判定装置において、
   前記判定手段は、前記状態値と前記基準値との差分が大きいほど短い前記所定期間を設定する判定装置。
9. 請求項７に記載の判定装置において、
   前記出力手段は、前記状態値と前記基準値との差分が大きいほど短い前記所定期間におけるメンテナンスの実施を要求する判定装置。
10. 請求項１から９のいずれか１項に記載の判定装置において、
    前記取得手段は、メンテナンス情報が入力されると、前記メンテナンス情報で特定される期間の前記状態値を取得し、
    前記判定手段は、前記状態値の時間変化に基づいて前記蓄電システムのメンテナンスの実施の有無を判定する判定装置。
11. 請求項１から１０のいずれか１項に記載の判定装置において、
    前記取得手段は、予め定められた時間間隔で状態値を取得し、
    前記判定手段は、前記予め定められた時間間隔で前記メンテナンスが行われているか判定する判定装置。
12. 請求項１１に記載の判定装置において、
    前記状態値と基準値との差分が小さいほど前記時間間隔を小さくする判定装置。
13. 請求項１から１２のいずれか１項に記載の判定装置において、
    前記取得手段は、複数種類の状態値を取得し、
    前記判定手段は、前記複数種類の状態値のトレンドの変化から、どのメンテナンスが実施されたかを特定する判定装置。
14. 請求項１から１３のいずれか１項に記載の判定装置において、
    前記判定手段は、前記状態値として、バッテリーの容量、絶縁抵抗、前記蓄電システムの温度と外気温との温度差、温度変化に対するバッテリーの容量の変化値、バッテリーのＳＯＣ（state of charge）：Ｘ［％］（Ｘは０より大１００より小）あたりの電力量、充放電で使用される電圧範囲、及び、前記蓄電システムの充放電：Ｙ［ｋＷ］（Ｙは０より大）あたりの前記蓄電システムの単位時間あたりの温度変化率の中の少なくとも１つを用いる判定装置。
15. コンピュータが、
    蓄電システムの状態を示す状態値を取得する取得工程と、
    前記状態値の時間変化に基づき、前記蓄電システムのメンテナンスの実施の有無を判定する判定工程と、
    を実行する判定方法。
16. コンピュータを、
    蓄電システムの状態を示す状態値を取得する取得手段、
    前記状態値の時間変化に基づき、前記蓄電システムのメンテナンスの実施の有無を判定する判定手段、
    として機能させるプログラム。

Images