特許 7179255 ウォッチドッグシステム、ウォッチドッグ方法、およびウォッチドッグシステムを含むバッテリー管理システム

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

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

(11)【特許番号】

(24)【登録日】2022-11-18

(45)【発行日】2022-11-29

(54)【発明の名称】ウォッチドッグシステム、ウォッチドッグ方法、およびウォッチドッグシステムを含むバッテリー管理システム

(51)【国際特許分類】

   G06F 11/07 20060101AFI20221121BHJP

   H02J 7/00 20060101ALI20221121BHJP

【ＦＩ】

G06F11/07 157

H02J7/00 B

【請求項の数】 13

(21)【出願番号】P 2021540279

(86)(22)【出願日】2020-11-04

(65)【公表番号】

(43)【公表日】2022-08-19

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

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

(87)【国際公開日】2021-03-18

【審査請求日】2021-07-13

(73)【特許権者】

【識別番号】521065355

【氏名又は名称】エルジー エナジー ソリューション リミテッド

(74)【代理人】

【識別番号】110000877

【氏名又は名称】弁理士法人ＲＹＵＫＡ国際特許事務所

(74)【代理人】

【識別番号】100188558

【弁理士】

【氏名又は名称】飯田 雅人

(72)【発明者】

【氏名】キム、ヒョ ジュン

(72)【発明者】

【氏名】ベク、ジョンシク

【審査官】山本 俊介

(56)【参考文献】

【文献】米国特許出願公開第２０１４／００１３１５０（ＵＳ，Ａ１）

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

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

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

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

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

【文献】国際公開第２０１９／１１７５１２（ＷＯ，Ａ１）

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

Ｇ０６Ｆ １１／００－１１／３６

Ｈ０２Ｊ ７／００

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

【請求項1】

ブートローダー領域およびアプリケーション領域を含むソフトウェア領域と、
最後のウォッチドッグリフレッシュタイミングを保存する共有メモリ領域と、
前記ブートローダー領域および前記アプリケーション領域のうちの一つから伝送されるリフレッシュ要請に応答して、前記共有メモリ領域から前記最後のウォッチドッグリフレッシュタイミングと前記伝送されたリフレッシュ要請タイミングに基づいて、前記伝送されたリフレッシュ要請タイミングがオープンウィンドウタイミングであればウォッチドッグをリフレッシュする外部ウォッチドッグモジュールとを備える、
ウォッチドッグシステム。

【請求項2】

前記ブートローダー領域および前記アプリケーション領域のうちの一つは、
リフレッシュ要請を生成し、前記リフレッシュ要請が生成された時点と前記共有メモリ領域から獲得された前記最後のウォッチドッグリフレッシュタイミングに基づいて、前記外部ウォッチドッグモジュールのウィンドウ期間中のオープンウィンドウタイミングであるか判断し、前記リフレッシュ要請が生成された時点が前記オープンウィンドウタイミングであれば前記外部ウォッチドッグモジュールに伝送する、
請求項１に記載のウォッチドッグシステム。

【請求項3】

前記外部ウォッチドッグモジュールは、
前記ウォッチドッグをリフレッシュした時点を前記共有メモリ領域に前記最後のウォッチドッグリフレッシュ時点としてアップデートする、
請求項１または２に記載のウォッチドッグシステム。

【請求項4】

前記ソフトウェア領域のプログラムフローによって前記ブートローダー領域および前記アプリケーション領域のうちの一つが決定される、
請求項１から３のいずれか一項に記載のウォッチドッグシステム。

【請求項5】

ブートローダー領域、アプリケーション領域、共有メモリ領域、および外部ウォッチドッグモジュールを備えるウォッチドッグシステムのウォッチドッグ方法において、
前記ブートローダー領域および前記アプリケーション領域のうちの一つがリフレッシュ要請を前記外部ウォッチドッグモジュールに伝送する段階と、
前記外部ウォッチドッグモジュールが前記共有メモリ領域から最後のウォッチドッグリフレッシュタイミングを獲得し、前記リフレッシュ要請を受信した時間がウォッチドッグリフレッシュの可能なオープンウィンドウタイミングであるか判断する段階と、
前記外部ウォッチドッグモジュールの判断結果、前記リフレッシュ要請を受信した時間が前記オープンウィンドウタイミングである場合、前記リフレッシュ要請によってウォッチドッグをリフレッシュする段階と、
前記ウォッチドッグリフレッシュタイミングが最後のウォッチドッグリフレッシュタイミングとして前記共有メモリ領域に保存される段階とを含む、
ウォッチドッグ方法。

【請求項6】

前記外部ウォッチドッグモジュールの判断結果、前記リフレッシュ要請を受信した時間がウォッチドッグリフレッシュの可能でないクローズウィンドウタイミングであれば、ウォッチドッグリフレッシュを行わない段階をさらに含む、
請求項５に記載のウォッチドッグ方法。

【請求項7】

前記ブートローダー領域および前記アプリケーション領域のうちの一つがリフレッシュ要請を前記外部ウォッチドッグモジュールに伝送する段階は、
前記ブートローダー領域および前記アプリケーション領域のうちの一つがリフレッシュ要請を生成し、前記共有メモリ領域から最後のウォッチドッグリフレッシュタイミングを獲得する段階と、
前記ブートローダー領域および前記アプリケーション領域のうちの一つが、前記リフレッシュ要請の生成時点と前記獲得された最後のウォッチドッグリフレッシュタイミングとの差に基づいて、前記リフレッシュ要請の生成時点が前記オープンウィンドウタイミングに該当するか判断する段階と、
前記ブートローダー領域および前記アプリケーション領域のうちの一つの判断結果、前記リフレッシュ要請の生成時点が前記オープンウィンドウタイミングに該当すれば、前記外部ウォッチドッグモジュールに前記リフレッシュ要請を伝送する段階とを含む、
請求項５または６に記載のウォッチドッグ方法。

【請求項8】

前記ブートローダー領域および前記アプリケーション領域のうちの一つがリフレッシュ要請を前記外部ウォッチドッグモジュールに伝送する段階は、
前記ブートローダー領域および前記アプリケーション領域のうちの一つの判断結果、前記リフレッシュ要請の生成時点が前記オープンウィンドウタイミングに該当しなければ、前記リフレッシュ要請を無視する段階をさらに含む、
請求項７に記載のウォッチドッグ方法。

【請求項9】

ソフトウェア領域のプログラムフローによって前記ブートローダー領域および前記アプリケーション領域のうちの一つが決定される段階をさらに含む、
請求項５から８のいずれか一項に記載のウォッチドッグ方法。

【請求項10】

複数のバッテリーセルを含むバッテリーパックを管理するバッテリー管理システムにおいて、
前記複数のバッテリーセルの電圧を測定し、前記複数のバッテリーセルに対するセルバランシングを行う少なくとも一つのＡＳＩＣと、
前記少なくとも一つのＡＳＩＣを制御するメイン制御回路とを備え、
前記メイン制御回路は、
ブートローダー領域およびアプリケーション領域を含むソフトウェア領域と、最後のウォッチドッグリフレッシュタイミングを保存する共有メモリ領域とを含み、
前記少なくとも一つのＡＳＩＣは、
前記ブートローダー領域および前記アプリケーション領域のうちの一つから伝送されるリフレッシュ要請に応答して、前記共有メモリ領域から前記最後のウォッチドッグリフレッシュタイミングと前記伝送されたリフレッシュ要請タイミングに基づいて、前記伝送されたリフレッシュ要請タイミングがオープンウィンドウタイミングであればウォッチドッグをリフレッシュする外部ウォッチドッグモジュールを含む、
バッテリー管理システム。

【請求項11】

前記ブートローダー領域および前記アプリケーション領域のうちの一つは、
リフレッシュ要請を生成し、前記リフレッシュ要請が生成された時点と前記共有メモリ領域から獲得された前記最後のウォッチドッグリフレッシュタイミングに基づいて、前記外部ウォッチドッグモジュールのウィンドウ期間中のオープンウィンドウタイミングであるか判断し、前記リフレッシュ要請が生成された時点が前記オープンウィンドウタイミングであれば前記外部ウォッチドッグモジュールに伝送する、
請求項１０に記載のバッテリー管理システム。

【請求項12】

前記外部ウォッチドッグモジュールは、
前記ウォッチドッグをリフレッシュした時点を前記共有メモリ領域に前記最後のウォッチドッグリフレッシュ時点としてアップデートする、
請求項１０または１１に記載のバッテリー管理システム。

【請求項13】

前記ソフトウェア領域のプログラムフローによって前記ブートローダー領域および前記アプリケーション領域のうちの一つが決定される、
請求項１０から１２のいずれか一項に記載のバッテリー管理システム。

【発明の詳細な説明】

【技術分野】

【0001】

本開示は、ウォッチドッグシステム、ウォッチドッグ方法、およびウォッチドッグシステムを含むバッテリー管理システムに関するものである。

【背景技術】

【0002】

高い水準の管理のためにウォッチドッグ（ｗａｔｃｈｄｏｇ）がウィンドウモード（ｗｉｎｄｏｗ ｍｏｄｅ）で運用され、より高い安全レベル（ｓａｆｅｔｙ ｌｅｖｅｌ）のためにバッテリー管理システムのメイン制御回路（Ｍａｉｎ Ｃｏｎｔｒｏｌ Ｕｎｉｔ）内部のウォッチドッグ（ｗａｔｃｈｄｏｇ）モジュールだけでなく、バッテリー管理システムでメイン制御回路外部のＡＳＩＣのウォッチドッグモジュールがメイン制御回路のウォッチドッグモジュールと連動できる。

【0003】

ウィンドウモードでウォッチドッグはオープンウィンドウタイミング（ｏｐｅｎ ｗｉｎｄｏｗ ｔｉｍｉｎｇ）のみでウォッチドッグサービスを提供することができて、クローズウィンドウタイミング（ｃｌｏｓｅ ｗｉｎｄｏｗ ｔｉｍｉｎｇ）で行われるウォッチドッグサービスは失敗（ｆａｉｌ）と認識される。ウォッチドッグリフレッシュが一定時間行われない場合、システムはリセットされる。このようにシステム問題などによって正常的なリフレッシュが行われない場合、安全不可能（ｓａｆｅｔｙ ｄｉｓａｂｌｅ、例えば、リセット）を発生させることがウォッチドッグの目的である。

【0004】

時間が長くかかる特定シークエンス（ｓｅｑｕｅｎｃｅ）を行う場合、ウォッチドッグによるリセットを防止するためにコード中間にウォッチドッグサービスを行うようにすることができる。従来は、正確なオープンウィンドウタイミングを把握するのに困難があった。

【0005】

例えば、再プログラミング／ソフトウェアフラッシュ（Ｒｅｐｒｏｇｒａｍｍｉｎｇ／Ｓｏｆｔｗａｒｅｆｌａｓｈ）を行う場合、互いに異なるソフトウェア構成（Ｓｏｆｔｗａｒｅ ｃｏｍｐｏｎｅｎｔ）であるブートローダー（ｂｏｏｔｌｏａｄｅｒ）とアプリケーション（ａｐｐｌｉｃａｔｉｏｎ）間にトランザクション（ｔｒａｎｓａｃｔｉｏｎ）が発生するようになり、バッテリー管理システムでメイン制御回路外部のＡＳＩＣのウォッチドッグをサービスする場合、正確なオフウィンドウタイミングを把握するのに困難があって、安全不可能動作、例えば、リセットが発生するようになる。

【0006】

即ち、システムに問題が発生しなかったが、オープンウィンドウタイミングを把握しにくくて意図しない安全不可能状況が発生することがある。

【発明の概要】

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

【0007】

システムに問題が発生しなかったが、オープンウィンドウタイミングを把握しにくくて意図しない安全不可能状況が発生する問題点を解決するためのウォッチドッグシステム、ウォッチドッグ方法、およびバッテリー管理システムを提供しようとする。

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

【0008】

本発明の一特徴によるウォッチドッグシステムは、ブートローダー領域およびアプリケーション領域を含むソフトウェア領域、そして最後のウォッチドッグリフレッシュタイミングを保存する共有メモリ領域、および外部ウォッチドッグモジュールを含み、外部ウォッチドッグモジュールは、ブートローダー領域およびアプリケーション領域のうちの一つから伝送されるリフレッシュ要請に応答して、共有メモリ領域から最後のウォッチドッグリフレッシュタイミングと伝送されたリフレッシュ要請タイミングに基づいて、伝送されたリフレッシュ要請タイミングがオープンウィンドウタイミングであればウォッチドッグをリフレッシュする。

【0009】

ブートローダー領域およびアプリケーション領域のうちの一つは、リフレッシュ要請を生成し、リフレッシュ要請が生成された時点と共有メモリ領域から獲得された最後のウォッチドッグリフレッシュタイミングに基づいて、外部ウォッチドッグモジュールのウィンドウ期間中のオープンウィンドウタイミングであるか判断し、リフレッシュ要請が生成された時点がオープンウィンドウタイミングであれば外部ウォッチドッグモジュールに伝送することができる。

【0010】

外部ウォッチドッグモジュールは、ウォッチドッグをリフレッシュした時点を共有メモリ領域に最後のウォッチドッグリフレッシュ時点としてアップデートすることができる。

【0011】

ソフトウェア領域のプログラムフローによってブートローダー領域およびアプリケーション領域のうちの一つが決定できる。

【0012】

本発明の他の特徴による、ブートローダー領域、アプリケーション領域、共有メモリ領域、および外部ウォッチドッグモジュールを含むウォッチドッグシステムのウォッチドッグ方法は、ブートローダー領域およびアプリケーション領域のうちの一つがリフレッシュ要請を外部ウォッチドッグモジュールに伝送する段階、外部ウォッチドッグモジュールが共有メモリ領域から最後のウォッチドッグリフレッシュタイミングを獲得し、リフレッシュ要請を受信した時間がウォッチドッグリフレッシュの可能なオープンウィンドウタイミングであるか判断する段階、外部ウォッチドッグモジュールの判断結果、リフレッシュ要請を受信した時間がオープンウィンドウタイミングである場合、ウォッチドッグリフレッシュ要請によってウォッチドッグをリフレッシュする段階、およびウォッチドッグリフレッシュ段階タイミングが最後のウォッチドッグリフレッシュタイミングとして共有メモリ領域に保存される段階を含む。

【0013】

ウォッチドッグ方法は、外部ウォッチドッグモジュールの判断結果、リフレッシュ要請を受信した時間がウォッチドッグリフレッシュの可能でないクローズウィンドウタイミングであれば、ウォッチドッグリフレッシュを行わない段階をさらに含むことができる。

【0014】

ブートローダー領域およびアプリケーション領域のうちの一つがリフレッシュ要請を外部ウォッチドッグモジュールに伝送する段階は、ブートローダー領域およびアプリケーション領域のうちの一つがリフレッシュ要請を生成し、共有メモリ領域から最後のウォッチドッグリフレッシュタイミングを獲得する段階、ブートローダー領域およびアプリケーション領域のうちの一つがリフレッシュ要請生成時点と獲得された最後のウォッチドッグリフレッシュタイミング間の差に基づいてリフレッシュ要請生成時点がオープンウィンドウタイミングに該当するか判断する段階、およびブートローダー領域およびアプリケーション領域のうちの一つの判断結果、リフレッシュ要請生成時点がオープンウィンドウタイミングに該当すれば、外部ウォッチドッグモジュールにリフレッシュ要請を伝送する段階を含むことができる。

【0015】

ブートローダー領域およびアプリケーション領域のうちの一つがリフレッシュ要請を外部ウォッチドッグモジュールに伝送する段階は、ブートローダー領域およびアプリケーション領域のうちの一つの判断結果、リフレッシュ要請生成時点がオープンウィンドウタイミングに該当しなければ、リフレッシュ要請を無視する段階をさらに含むことができる。

【0016】

ウォッチドッグ方法は、ソフトウェア領域のプログラムフローによってブートローダー領域およびアプリケーション領域のうちの一つが決定される段階をさらに含むことができる。

【0017】

本発明のまた他の特徴による、複数のバッテリーセルを含むバッテリーパックを管理するバッテリー管理システムは、複数のバッテリーセルの電圧を測定し、複数のバッテリーセルに対するセルバランシングを行う少なくとも一つのＡＳＩＣ、および少なくとも一つのＡＳＩＣを制御するメイン制御回路を含む。メイン制御回路は、ブートローダー領域およびアプリケーション領域を含むソフトウェア領域、そして最後のウォッチドッグリフレッシュタイミングを保存する共有メモリ領域を含む。少なくとも一つのＡＳＩＣは、ブートローダー領域およびアプリケーション領域のうちの一つから伝送されるリフレッシュ要請に応答して、共有メモリ領域から最後のウォッチドッグリフレッシュタイミングと伝送されたリフレッシュ要請タイミングに基づいて、伝送されたリフレッシュ要請タイミングがオープンウィンドウタイミングであればウォッチドッグをリフレッシュする外部ウォッチドッグモジュールを含む。

【0018】

ブートローダー領域およびアプリケーション領域のうちの一つは、リフレッシュ要請を生成し、リフレッシュ要請が生成された時点と共有メモリ領域から獲得された最後のウォッチドッグリフレッシュタイミングに基づいて、外部ウォッチドッグモジュールのウィンドウ期間中のオープンウィンドウタイミングであるか判断し、リフレッシュ要請が生成された時点がオープンウィンドウタイミングであれば外部ウォッチドッグモジュールに伝送することができる。

【0019】

外部ウォッチドッグモジュールは、ウォッチドッグをリフレッシュした時点を共有メモリ領域に最後のウォッチドッグリフレッシュ時点としてアップデートすることができる。

【0020】

ソフトウェア領域のプログラムフローによってブートローダー領域およびアプリケーション領域のうちの一つが決定できる。

【発明の効果】

【0021】

システムに問題が発生しなかったが、オープンウィンドウタイミングを把握しにくくて意図しない安全不可能状況が発生する問題点を解決するためのウォッチドッグシステム、ウォッチドッグ方法、およびバッテリー管理システムを提供する。

【図面の簡単な説明】

【0022】

【図1】一実施形態によるウォッチドッグシステムを示すブロック図である。

【図2】一実施形態によるメイン制御回路および外部ウォッチドッグモジュールの動作を示すフローチャートである。

【図3】一実施形態によるウォッチドッグリフレッシュが行われる場合を図式的に示した図である。

【図4】一実施形態が適用されたメイン制御回路および外部ウォッチドッグモジュールを含むバッテリーシステムを示した図である。

【図5】一実施形態によるバッテリー管理システムの構成を示した図である。

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

【0023】

本開示は、ウォッチドッグのオープンウィンドウタイミングを計算するルーティン（ｒｏｕｔｉｎｅ）をさらに含み、当該ルーティンを通じてオープンウィンドウタイミングにのみウォッチドッグサービスが行われる。あるタイミングにウォッチドッグサービス試みが発生してもウィンドウタイミングによって欠陥（ｆａｕｌｔ）状況が行われない。

【0024】

互いに異なるソフトウェア構成であるブートローダーとアプリケーション間のトランザクション状況でウォッチドッグサービスを試みる場合に誤ったウィンドウタイミングによる欠陥（ｆａｕｌｔ）状況が発生しないように、本開示は特定メモリ領域、例えば、共有メモリにタイミング計算のための領域を設定することができる。共有メモリおよび共有メモリとのインターフェースを通じて、互いに異なるモジュール間のタイミング同期を合わせて全てのモジュールが正確なタイミングにウォッチドッグサービスを行うことができる。即ち、ウィンドウタイミング計算エラーによって意図しない安全不可能状況を防止することができる。

【0025】

以下、添付した図面を参照して本明細書に開示された実施形態を詳しく説明し、同一であるか類似の構成要素には同一、類似の図面符号を付与し、これに関する重複する説明は省略する。以下の説明で使用される構成要素に対する接尾辞「モジュール」および／または「部」は明細書作成の容易さのみが考慮されて付与されるか混用されるものであって、それ自体で互いに区別される意味または役割を有するものではない。また、本明細書に開示された実施形態を説明することにおいて関連公知技術に対する具体的な説明が本明細書に開示された実施形態の要旨を不明瞭にすることがあると判断される場合、その詳細な説明を省略する。また、添付した図面は本明細書に開示された実施形態を容易に理解することができるようにするためのものに過ぎず、添付した図面によって本明細書に開示された技術的な思想が制限されず、本発明の思想および技術範囲に含まれる全ての変更、均等物または代替物を含むと理解されなければならない。

【0026】

第１、第２などのように序数を含む用語は多様な構成要素を説明することに使用できるが、構成要素は用語によって限定されない。用語は一つの構成要素を他の構成要素から区別する目的としてのみ使用される。

【0027】

ある構成要素が他の構成要素に「連結されて」いるとか「接続されて」いると言及された時には、その他の構成要素に直接的に連結されているかまたは接続されていることもあるが、中間に他の構成要素が存在することもあると理解されなければならないはずである。反面、ある構成要素が他の構成要素に「直接連結されて」いるとか「直接接続されて」いると言及された時には、中間に他の構成要素が存在しないと理解されなければならないはずである。

【0028】

本出願で、「含む」または「有する」などの用語は、明細書上に記載された特徴、数字、段階、動作、構成要素、部品またはこれらを組み合わせたものが存在するのを指定しようとするものであり、一つまたはそれ以上の他の特徴や数字、段階、動作、構成要素、部品またはこれらを組み合わせたものの存在または付加可能性を予め排除しないと理解されなければならない。

【0029】

図１は、一実施形態によるウォッチドッグシステムを示すブロック図である。

【0030】

図２は、一実施形態によるメイン制御回路および外部ウォッチドッグモジュールの動作を示すフローチャートである。

【0031】

図１に示されているように、ウォッチドッグシステムは、メイン制御回路１および外部ウォッチドッグモジュール４を含む。メイン制御回路１は、ソフトウェア領域２と共有メモリ領域３を含む。ソフトウェア領域２は、ブートローダー領域２１およびアプリケーション領域２２を含む。

【0032】

共有メモリ領域３は、外部ウォッチドッグモジュール４から伝送される最後のウォッチドッグリフレッシュタイミングを保存することができる。

【0033】

ブートローダー領域２１にはアプリケーション領域をアップデートするためのコードが入っている。アプリケーション領域２２に保存されたアプリケーションのアップデートまたは再プログラミングが必要な場合、アプリケーション領域２２のコードが変質するか欠陥を含む場合などに、ブートローダー領域２１のコードによってアプリケーション領域２２がアップデートされる。

【0034】

アプリケーション領域２２には、測定、制御、通信のような多様な機能を果たすためのコードから構成された複数のアプリケーションが保存されている。

【0035】

ブートローダー領域２１およびアプリケーション領域２２それぞれは、リフレッシュサービスを要請するためのタイマーを含む。図１に示されているように、ブートローダー領域２１はタイマー２１１を含み、アプリケーション領域２２はタイマー２２１を含む。タイマー２１１、２２１それぞれは時間の経過をカウントする。

【0036】

ブートローダー領域２１およびアプリケーション領域２２のそれぞれは、共有メモリ領域３から最後のウォッチドッグリフレッシュタイミングを受信する。ブートローダー領域２１はタイマー２１１の時間と最後のウォッチドッグリフレッシュタイミングに基づいてリフレッシュ要請タイミングがウィンドウ期間中のオープンウィンドウタイミングに該当するか判断することができる。アプリケーション領域２２もタイマー２２１の時間と最後のウォッチドッグリフレッシュタイミングに基づいてリフレッシュ要請タイミングがウィンドウ期間中のオープンウィンドウタイミングに該当するか判断することができる。

【0037】

ブートローダー領域２１およびアプリケーション領域２２のそれぞれは、ウォッチドッグタイマーのリフレッシュのためのリフレッシュ要請を一定の時間間隔で発生させることができる。ブートローダー領域２１およびアプリケーション領域２２のそれぞれは、このように発生するリフレッシュ要請を外部ウォッチドッグモジュール４に全て伝送するのではなく、リフレッシュ要請が外部ウォッチドッグモジュール４のウィンドウ期間中のオープンウィンドウタイミングであるか判断し、オープンウィンドウに属する時点であれば外部ウォッチドッグモジュール４に伝送し、そうでなければ伝送しない。

【0038】

ソフトウェア領域２で運用されるプログラムがブートローダー領域２１からアプリケーション領域２２に変更でき、その反対にアプリケーション領域２２からブートローダー領域２１に変更できる。現在運用されるプログラムがどの領域に属するのかによって該当領域がウォッチドッグリフレッシュを要請することができる。

【0039】

外部ウォッチドッグモジュール４はウォッチドッグリフレッシュ遂行時点に同期されてウィンドウ期間を設定し、ソフトウェア領域２からウォッチドッグリフレッシュ要請を受信すれば共有メモリ領域３から最後のウォッチドッグリフレッシュタイミングを獲得し、ウォッチドッグリフレッシュが可能なタイミングであるかチェックし、チェックの結果、ウォッチドッグリフレッシュが可能であればウォッチドッグリフレッシュ要請によってウォッチドッグをリフレッシュし、チェックの結果、ウォッチドッグリフレッシュが可能でなければウォッチドッグリフレッシュを行わなくてもよい。

【0040】

ウォッチドッグがリフレッシュされれば、メイン制御回路１および外部ウォッチドッグモジュール４に欠陥がないと判断され、ウォッチドッグは今までカウントした結果をリセットし、オシレータクロックを用いてカウントを改めて開始することができる。従来の場合、ブートローダー領域からアプリケーション領域に、またはその反対にジャンプが発生する場合、最後のウォッチドッグリフレッシュタイミングが分からなくて、ウォッチドッグリフレッシュ要請時点がオープンウィンドウタイミングに該当しなくて欠陥が発生したと認識される問題があった。本開示の一実施形態はこれを防止するために共有メモリ領域に最後のウォッチドッグリフレッシュタイミングを保存する。

【0041】

図２に示されているように、まず、メイン制御回路１のブートローダー領域２１およびアプリケーション領域２２のうちの一つが共有メモリ領域３から最後のウォッチドッグリフレッシュタイミングを獲得する（Ｓ１）。

【0042】

ブートローダー領域２１またはアプリケーション領域２２のうちの一つは周期的にリフレッシュ要請を生成し、リフレッシュ要請の生成時点と獲得された最後のウォッチドッグリフレッシュタイミング間の差に基づいて現在リフレッシュ要請生成時点がウィンドウ期間中のオープンウィンドウタイミングに該当するか判断する（Ｓ２）。

【0043】

Ｓ２の判断結果、リフレッシュ要請生成時点がオープンウィンドウタイミングに該当すれば、ブートローダー領域２１およびアプリケーション領域２２のうちの一つは該当リフレッシュ要請を外部ウォッチドッグモジュール４に伝送する（Ｓ３）。

【0044】

ブートローダー領域２１およびアプリケーション領域２２のうちのいずれか一つが共有メモリ領域３から最後のウォッチドッグリフレッシュタイミングを獲得するか、そしてリフレッシュ要請を行うかは、ソフトウェア領域２でのプログラムフローによって決定される。即ち、現在プログラムがブートローダー領域２１で行われれば、ブートローダー領域２１でリフレッシュ要請を行うことができ、アプリケーション領域２２で行われれば、アプリケーション領域２２でリフレッシュ要請を行うことができる。

【0045】

Ｓ２の判断結果、リフレッシュ要請生成時点がオープンウィンドウタイミングに該当されなければ、該当リフレッシュ要請は無視され（Ｓ４）、その次に発生するリフレッシュ要請に対してＳ２段階の判断を行う。

【0046】

外部ウォッチドッグモジュール４は伝送されたリフレッシュ要請を受信し、共有メモリ領域３から最後のウォッチドッグリフレッシュタイミングを獲得する（Ｓ５）。外部ウォッチドッグモジュール４はウォッチドッグリフレッシュが可能なタイミング、即ち、オープンウィンドウタイミングであるか判断する（Ｓ６）。

【0047】

Ｓ６の判断結果、リフレッシュ要請を受信した時間がウォッチドッグリフレッシュの可能なオープンウィンドウタイミングである場合、外部ウォッチドッグモジュール４はウォッチドッグリフレッシュ要請によってウォッチドッグをリフレッシュする（Ｓ７）。

【0048】

Ｓ６の判断結果、リフレッシュ要請を受信した時間がウォッチドッグリフレッシュの可能でないタイミングであるクローズウィンドウタイミングであれば、外部ウォッチドッグモジュール４はウォッチドッグリフレッシュを行わない（Ｓ８）。Ｓ８段階以後、再びＳ６段階に移動して時間の経過によってウォッチドッグリフレッシュが可能なタイミングであるか判断することができる。

【0049】

Ｓ７段階の遂行時点が最後のウォッチドッグリフレッシュタイミングになって、外部ウォッチドッグモジュール４は共有メモリ領域３にこれを伝送し、共有メモリ領域３に最後のウォッチドッグリフレッシュタイミングが保存される。即ち、最後のウォッチドッグリフレッシュタイミングがアップデートされる（Ｓ９）。

【0050】

一実施形態によれば、段階Ｓ１～Ｓ９が持続的に繰り返される。

【0051】

図３は、一実施形態によるウォッチドッグリフレッシュが行われる場合を図式的に示した図である。

【0052】

図３に示されているように、プログラムフローはブートローダー領域２１から時点ｔ８にアプリケーション領域２２に変更されると説明する。

【0053】

ブートローダー領域２１は時点ｔ１にリフレッシュ要請を生成し、共有メモリ領域３から最後のリフレッシュタイミングを獲得して、時点ｔ１のリフレッシュ要請時点がオープンウィンドウタイミングであると判断する。そうすれば、時点ｔ１のリフレッシュ要請が外部ウォッチドッグモジュール４に伝送され、外部ウォッチドッグモジュール４は時点ｔ１のリフレッシュ要請によってウォッチドッグをリフレッシュし、新たなウィンドウ期間Ｗ１を時点ｔ１に同期されて開始する。

【0054】

時点ｔ２およびｔ３に生成されたリフレッシュ要請はウィンドウ期間Ｗ１のオープンリフレッシュタイミング以前であるクローズリフレッシュ期間に属するので、ブートローダー領域２１は外部ウォッチドッグモジュール４に該当リフレッシュ要請を伝送しない。

【0055】

ブートローダー領域２１は時点ｔ４にリフレッシュ要請を生成し、共有メモリ領域３から最後のリフレッシュタイミングであるｔ１を獲得して、時点ｔ４のリフレッシュ要請時点がオープンウィンドウタイミングであると判断する。そうすれば、時点ｔ４のリフレッシュ要請が外部ウォッチドッグモジュール４に伝送され、外部ウォッチドッグモジュール４は時点ｔ４のリフレッシュ要請によってウォッチドッグをリフレッシュし、新たなウィンドウ期間Ｗ２を時点ｔ４に同期されて開始する。

【0056】

同一の方式で時点ｔ５およびｔ６に生成されたリフレッシュ要請は無視され、時点ｔ７に生成されたリフレッシュ要請が外部ウォッチドッグモジュール４に伝送され、外部ウォッチドッグモジュール４は時点ｔ７のリフレッシュ要請によってウォッチドッグをリフレッシュし、新たなウィンドウ期間Ｗ３を時点ｔ７に同期されて開始する。

【0057】

時点ｔ８にプログラムフローがブートローダー領域２１からアプリケーション領域２２に変更される。

【0058】

アプリケーション領域２２は時点ｔ９にリフレッシュ要請を生成し、共有メモリ領域３から最後のリフレッシュタイミングであるｔ７を獲得して、時点ｔ９のリフレッシュ要請時点がウィンドウ期間Ｗ３のオープンウィンドウタイミング以前であるクローズウィンドウタイミングと判断し、時点ｔ９のリフレッシュ要請を無視する。時点ｔ１０に生成されたリフレッシュ要請も同一の方式で無視される。

【0059】

アプリケーション領域２２は時点ｔ１１にリフレッシュ要請を生成し、共有メモリ領域３から最後のリフレッシュタイミングであるｔ７を獲得して、時点ｔ１１のリフレッシュ要請時点がオープンウィンドウタイミングであると判断する。そうすれば、時点ｔ１１のリフレッシュ要請が外部ウォッチドッグモジュール４に伝送され、外部ウォッチドッグモジュール４は時点ｔ１１のリフレッシュ要請によってウォッチドッグをリフレッシュし、新たなウィンドウ期間Ｗ４を時点ｔ１１に同期されて開始する。

【0060】

同一の方式で時点ｔ１２およびｔ１３に生成されたリフレッシュ要請は無視され、時点ｔ１４に生成されたリフレッシュ要請が外部ウォッチドッグモジュール４に伝送され、外部ウォッチドッグモジュール４は時点ｔ１４のリフレッシュ要請によってウォッチドッグをリフレッシュし、新たなウィンドウ期間Ｗ５を時点ｔ１４に同期されて開始する。

【0061】

図４は、一実施形態が適用されたメイン制御回路および外部ウォッチドッグモジュールを含むバッテリーシステムを示した図である。

【0062】

図５は、一実施形態によるバッテリー管理システムの構成を示した図である。

【0063】

バッテリーシステム１００は、バッテリー管理システム（Ｂａｔｔｅｒｙ Ｍａｎａｇｅｍｅｎｔ Ｓｙｓｔｅｍ、ＢＭＳ）１１０、バッテリーパック１２０、および連結部１３０を含む。

【0064】

ＢＭＳ１１０は、複数のバッテリーセルＣ１～Ｃｎに関する情報を含むバッテリーシステムに関する多様な情報を集合および分析してバッテリーシステムの充放電、バッテリーセルバランシング、保護動作などを制御することができる。

【0065】

バッテリーパック１２０は、電気的に連結されている複数のバッテリーセルＣ１～Ｃｎを含む。バッテリーパック１２０を構成する複数のバッテリーセルＣ１～ＣｎそれぞれはＢＭＳ１１０と複数の配線を通じて電気的に連結されている。図４に示されたバッテリーパック１２０は一例として、所定個数のバッテリーセルが直列連結されてバッテリーモジュールを構成し、所定個数のバッテリーモジュールが直列および並列連結されてバッテリーパックを構成することができる。

【0066】

連結部１３０はリレーやｎチャンネルタイプのトランジスターなどで実現でき、バッテリーパック１２０と外部装置の間に直列連結されている。連結部１３０は、ＢＭＳ１１０から供給される信号によって動作できる。

【0067】

ＢＭＳ１１０は、メイン制御回路（Ｍａｉｎ Ｃｏｎｔｒｏｌ Ｕｎｉｔ、ＭＣＵ）１１１と、複数のＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）１１２～１１４を含む。複数のＡＳＩＣ１１２～１１４それぞれは複数のバッテリーセルＣ１～Ｃｎのうちの対応するバッテリーセルに連結されて、ＭＣＵ１１１の制御によってバッテリーセル電圧を測定することができ、バッテリーセルのうちのバランシングが必要なセルに対してバッテリーセルバランシングを行うことができ、バッテリーセル温度を測定することができる。図４では３個のＡＳＩＣ１１２～１１４が示されているが、これは一例であって、バッテリーパック１２０を構成する複数のセル個数によってＡＳＩＣの個数が変わってもよい。

【0068】

ＭＣＵ１１１はソフトウェア領域１０１と共有メモリ領域１０２を含み、ソフトウェア領域１０１は図１～図３を参照して説明したソフトウェア領域２と同一の方式で実現できる。

【0069】

ソフトウェア領域１０１のアプリケーション領域１０１２に保存されたアプリケーションが行われ、ＭＣＵ１１１はアプリケーションによって動作できる。アプリケーション領域１０１２にはバッテリーモニタリングおよび管理に必要な多数のアプリケーションが保存でき、実行されるアプリケーションによって、ＭＣＵ１１１が駆動できる。例えば、アプリケーション領域１０１２はバッテリーパックの充電状態および寿命を推定するためのアプリケーション、バッテリーパック電流およびバッテリーセルの電圧、温度など状態情報を感知するためのアプリケーションなどを含むことができる。また、アプリケーション領域１０１２はバッテリーのセルバランシングを制御するか、バッテリーの充放電を制御するか、バッテリーに対する保護動作を行うためのアプリケーションなどを含むことができる。即ち、複数のＡＳＩＣ１１２～１１４がバッテリーパックに関する状態情報を収集するように制御し、ＭＣＵ１１０が収集された情報を処理してバッテリーパックを管理するために必要な動作（セルバランシング、充放電など）を制御するための多様なアプリケーションがアプリケーション領域１０１２に保存できる。

【0070】

図５に示されているように、複数のＡＳＩＣ１１２～１１４のうちの少なくとも一つのＡＳＩＣ１１２に外部ウォッチドッグモジュール１２１が実現できる。

【0071】

図５に示されているように、ＡＳＩＣ１１２に外部ウォッチドッグモジュール１２１、ＭＣＵ１１１のブートローダー領域１０１１、アプリケーション領域１０１２、および共有メモリ領域１０２は先に図１～図３を参照した説明と同様に実現されて同一の方式で動作できる。

【0072】

従来は正確なオープンウィンドウタイミングのみでウォッチドッグリフレッシュが可能でウィンドウサイズ（ｗｉｎｄｏｗ ｓｉｚｅ）を考慮して特定作業（ｔａｓｋ）にウォッチドッグリフレッシュルーティンが挿入された。ウィンドウサイズが３２ｍｓである時、オープンウィンドウが１６ｍｓから３２ｍｓである場合、２５ｍｓ作業にリフレッシュ要請を入れて正常に動作できるようにした。しかし、互いに異なるソフトウェア構成間のジャンプ（ｊｕｍｐ）が発生する場合、作業タイミングおよび最後のウォッチドッグリフレッシュタイミングなどが分からなくて意図しないウォッチドッグ失敗が発生した。

【0073】

本開示で紹介された実施形態を通じて上記のような問題を解決することができる。

【0074】

以上で本発明の実施形態に関して詳細に説明したが、本発明の権利範囲がこれに限定されるのではなく、本発明の属する分野における通常の知識を有する者が多様に変形および改良した形態も本発明の権利範囲に属する。

【符号の説明】

【0075】

１、１１１：メイン制御回路
２、１０１：ソフトウェア領域
３、１０２：共有メモリ領域
４、１２１：外部ウォッチドッグモジュール
２１、１０１１：ブートローダー領域
２２、１０１２：アプリケーション領域
１００：バッテリーシステム
１１０：バッテリー管理システム（Ｂａｔｔｅｒｙ Ｍａｎａｇｅｍｅｎｔ Ｓｙｓｔｅｍ）
１２０：バッテリーパック
１３０：連結部

【図1】

【図2】

【図3】

【図4】

【図5】