(57)【要約】  マイクロコントローラユニット（Ｍｉｃｒｏ  Ｃｏｎｔｒｏｌｌｅｒ  Ｕｎｉｔ、ＭＣＵ）は、フラッシュメモリを含み、フラッシュメモリは、ＭＣＵのパワーオン時に、アプリケーションのキー値を確認し、アプリケーションのキー値が有効でなければ、再プログラミング可能なモードに入ることができる。
2022501706.tif 000002
【特許請求の範囲】
【請求項１】
マイクロコントローラユニット（Ｍｉｃｒｏ  Ｃｏｎｔｒｏｌｌｅｒ  Ｕｎｉｔ、ＭＣＵ）において、
フラッシュメモリを含み、
前記フラッシュメモリは、
前記ＭＣＵのパワーオン時に、アプリケーションのキー値を確認し、前記アプリケーションのキー値が有効でなければ、再プログラミング可能なモードに入るＭＣＵ。
【請求項２】
前記フラッシュメモリは、
フラッシュブートローダー（Ｆｌａｓｈ  Ｂｏｏｔ  Ｌｏａｄｅｒ）と、アプリケーション（ａｐｐｌｉｃａｔｉｏｎ）ブロックと、アプリケーションキーブロックと、を含み、
前記ＭＣＵのパワーオン時に、前記フラッシュブートローダーが前記アプリケーションキーブロックから前記アプリケーションのキー値を確認し、
前記アプリケーションのキー値が有効でなければ、フラッシュブートローダーモードに入る、請求項１に記載のＭＣＵ。
【請求項３】
前記アプリケーションキーブロックは、
前記フラッシュブートローダーモードで、受信されたアプリケーションデータを再プログラミングする、請求項２に記載のＭＣＵ。
【請求項４】
前記アプリケーションキーブロックは、
前記再プログラミングが完了した後、有効なアプリケーションのキー値を書き込む、請求項３に記載のＭＣＵ。
【請求項５】
前記フラッシュメモリは、
再プログラミング要請が受信されれば、前記再プログラミング要請に対応するアプリケーションのキー値を消し、前記モードに入る、請求項１から４のいずれか一項に記載のＭＣＵ。
【請求項６】
前記フラッシュメモリは、
前記モードで、受信されたアプリケーションデータを再プログラミングし、アプリケーションのキー値を書き込む、請求項５に記載のＭＣＵ。
【請求項７】
フラッシュブートローダーと、アプリケーションブロックと、アプリケーションキーブロックと、を有するフラッシュメモリを含むマイクロコントローラユニット（Ｍｉｃｒｏ  Ｃｏｎｔｒｏｌｌｅｒ  Ｕｎｉｔ、ＭＣＵ）のエラー復旧方法において、
前記ＭＣＵのパワーオン時に、前記フラッシュブートローダーがアプリケーションキーブロックからアプリケーションのキー値を確認する段階と、
前記アプリケーションのキー値を確認する段階で、前記アプリケーションのキー値が有効でなければ、再プログラミング可能に前記フラッシュブートローダーにとどまる段階と、を含むＭＣＵのエラー復旧方法。
【請求項８】
受信されたアプリケーションデータを再プログラミングする段階と、
前記再プログラミングが完了した後、アプリケーションのキー値を書き込む段階と、をさらに含む、請求項７に記載のＭＣＵのエラー復旧方法。
【請求項９】
前記アプリケーションのキー値を確認する段階で、前記アプリケーションのキー値が有効であれば、対応するアプリケーションを実行する段階と、
前記対応するアプリケーションの実行中に、再プログラミング要請を受信する段階と、
前記再プログラミング要請を受信すれば、前記対応するアプリケーションのキー値を消す段階と、をさらに含む、請求項７または８に記載のＭＣＵのエラー復旧方法。
【請求項１０】
前記アプリケーションのキー値を消した後、
前記フラッシュブートローダーが前記アプリケーションキーブロックからアプリケーションのキー値を確認する段階から行われる、請求項９に記載のＭＣＵのエラー復旧方法。
【請求項１１】
電気的に連結された複数のバッテリセルを含むバッテリセル組立体と、
バッテリ管理のためのアプリケーションを保存したフラッシュメモリを含むマイクロコントローラユニット（Ｍｉｃｒｏ  Ｃｏｎｔｒｏｌｌｅｒ  Ｕｎｉｔ、ＭＣＵ）と、
前記ＭＣＵで行われるアプリケーションによりバッテリ管理を行うバッテリ管理システムと、を含み、
前記フラッシュメモリは、
前記ＭＣＵのパワーオン時に、アプリケーションのキー値を確認し、前記アプリケーションのキー値が有効でなければ、再プログラミング可能なモードに入るバッテリ装置。
【発明の詳細な説明】
【技術分野】
【０００１】
関連出願との相互参照
【０００２】
本出願は、２０１９年１月１１日付の韓国特許出願第１０−２０１９−０００３９９８号に基づく優先権の利益を主張し、当該韓国特許出願の文献に開示されたすべての内容は本明細書の一部として含まれる。
【０００３】
本開示は、エラー復旧方法、これを用いたマイクロコントローラユニット、およびマイクロコントローラを含むバッテリ装置に関する。
【背景技術】
【０００４】
アプリケーションキー（ａｐｐｌｉｃａｔｉｏｎ  ｋｅｙ）領域を消す（ｅｒａｓｅ）時、またはアプリケーションキーを書き込む（ｗｒｉｔｅ）時に、意図せぬパワーオフ（ｐｏｗｅｒ  ｏｆｆ）などによるメモリ割れ現象が発生しうる。すると、後にアプリケーションキーを読み出す時に発生するエラー訂正コード（Ｅｒｒｏｒ  Ｃｏｒｒｅｃｔｉｏｎ  Ｃｏｄｅ、ＥＣＣ）エラーによるＣＰＵコア例外（ｃｏｒｅ  ｅｘｃｅｐｔｉｏｎ）が発生してソフトウェアリセット（ｓｏｆｔｗａｒｅ  ｒｅｓｅｔ）が発生する。
【０００５】
これにより、初期パワーオン（ｐｏｗｅｒ  ｏｎ）と有効キー（ｖａｌｉｄ  ｋｅｙ）を確認するためのアプリケーションキー領域を読み出す過程の間に無限反復が発生する。すると、アプリケーションとフラッシュブートローダー（Ｆｌａｓｈ  ＢｏｏｔＬｏａｄｅｒ、ＦＢＬ）が全て行われない状況に陥ってしまう。
【発明の概要】
【発明が解決しようとする課題】
【０００６】
フラッシュメモリのエラーを復旧できる方法、これを用いたマイクロコントローラユニット、およびマイクロコントローラユニットを含むバッテリ装置を提供しようとする。
【課題を解決するための手段】
【０００７】
発明の一つの特徴によるマイクロコントローラユニット（Ｍｉｃｒｏ  Ｃｏｎｔｒｏｌｌｅｒ  Ｕｎｉｔ、ＭＣＵ）は、フラッシュメモリを含み、フラッシュメモリは、ＭＣＵのパワーオン時に、アプリケーションのキー値を確認し、アプリケーションのキー値が有効でなければ、再プログラミング可能なモードに入ることができる。
【０００８】
フラッシュメモリは、フラッシュブートローダー（Ｆｌａｓｈ  Ｂｏｏｔ  Ｌｏａｄｅｒ）と、アプリケーション（ａｐｐｌｉｃａｔｉｏｎ）ブロックと、アプリケーションキーブロックとを含み、ＭＣＵのパワーオン時に、フラッシュブートローダーがアプリケーションキーブロックからアプリケーションのキー値を確認し、アプリケーションのキー値が有効でなければ、フラッシュブートローダーモードに入ることができる。
【０００９】
アプリケーションブロックは、フラッシュブートローダーモードで、受信されたアプリケーションデータを再プログラミングできる。
【００１０】
アプリケーションキーブロックは、再プログラミングが完了した後、有効なアプリケーションのキー値を書き込むことができる。
【００１１】
フラッシュメモリは、再プログラミング要請が受信されれば、再プログラミング要請に対応するアプリケーションのキー値を消し、モードに入ることができる。
【００１２】
フラッシュメモリは、モードで、受信されたアプリケーションデータを再プログラミングし、アプリケーションのキー値を書き込むことができる。
【００１３】
発明の他の特徴によるフラッシュブートローダーと、アプリケーションブロックと、アプリケーションキーブロックとを含むフラッシュメモリを含むＭＣＵのエラー復旧方法は、ＭＣＵのパワーオン時に、フラッシュブートローダーがアプリケーションキーブロックからアプリケーションのキー値を確認する段階と、確認段階で、アプリケーションのキー値が有効でなければ、再プログラミング可能にフラッシュブートローダーにとどまる段階とを含む。
【００１４】
ＭＣＵのエラー復旧方法は、受信されたアプリケーションデータを再プログラミングする段階と、再プログラミングが完了した後、アプリケーションのキー値を書き込む段階とをさらに含むことができる。
【００１５】
ＭＣＵのエラー復旧方法は、確認段階で、アプリケーションのキー値が有効であれば、対応するアプリケーションを実行する段階と、対応するアプリケーションの実行中に、再プログラミング要請を受信する段階と、再プログラミング要請を受信すれば、対応するアプリケーションのキー値を消す段階とをさらに含むことができる。
【００１６】
ＭＣＵのエラー復旧方法は、アプリケーションのキー値を消した後、フラッシュブートローダーがアプリケーションキーブロックからアプリケーションのキー値を確認する段階から始まることができる。
【００１７】
本発明のさらに他の特徴によるバッテリ装置は、電気的に連結された複数のバッテリセルを含むバッテリセル組立体と、バッテリ管理のためのアプリケーションを保存したフラッシュメモリを含むマイクロコントローラユニット（Ｍｉｃｒｏ  Ｃｏｎｔｒｏｌｌｅｒ  Ｕｎｉｔ、ＭＣＵ）と、ＭＣＵで行われるアプリケーションによりバッテリ管理を行うバッテリ管理システムとを含む。フラッシュメモリは、ＭＣＵのパワーオン時に、アプリケーションのキー値を確認し、アプリケーションのキー値が有効でなければ、再プログラミング可能なモードに入ることができる。
【発明の効果】
【００１８】
フラッシュメモリのエラーを復旧できる方法、これを用いたマイクロコントローラユニット、およびマイクロコントローラユニットを含むバッテリ装置を提供する。
【図面の簡単な説明】
【００１９】
【図１】一実施例によるマイクロコントローラユニットを示す図である。
【図２】一実施例によるフラッシュメモリ２の構成を示す図である。
【図３】一実施例による復旧方法を示すフローチャートである。
【図４】一実施例によるバッテリ装置を示す図である。
【発明を実施するための形態】
【００２０】
以下、添付した図面を参照して、本発明の実施例について、本発明の属する技術分野における通常の知識を有する者が容易に実施できるように詳しく説明する。しかし、本発明は種々の異なる形態で実現可能であり、ここで説明する実施例に限定されない。そして、図面において本発明を明確に説明するために説明上不必要な部分は省略し、明細書全体にわたって類似の部分については類似の図面符号を付した。
【００２１】
図１は、一実施例によるマイクロコントローラユニットを示す図である。
【００２２】
図１に示されているように、マイクロコントローラユニット（Ｍｉｃｒｏ  Ｃｏｎｔｒｏｌｌｅｒ  Ｕｎｉｔ、ＭＣＵ）１は、フラッシュメモリ２と、プロセッサ３と、周辺装置４とを含む。
【００２３】
フラッシュメモリ２は、ＭＣＵ１が適用される装置に必要なアプリケーションを保存し、アプリケーションのソフトウェアを実行させ、要請があった場合、ソフトウェアを再プログラミング（ｒｅｐｒｏｇｒａｍｍｉｎｇ）し、ＥＣＣエラーによるＣＰＵコア例外の発生時、エラーの発生位置がアプリケーションキー領域の場合、アプリケーションキー領域を消し、リセットして再プログラミング可能な状態で動作できる。
【００２４】
プロセッサ３は、フラッシュメモリ２および周辺装置４とインターフェースを介してネットワーキングし、周辺装置４を介して入力された情報をフラッシュメモリ２に伝送でき、フラッシュメモリ２および周辺装置４の動作を制御する命令（ｃｏｍｍａｎｄ）を伝送できる。ＭＣＵ１がパワーオンされると、プロセッサ３にパワーオン信号Ｐ＿ＯＮが入力され、プロセッサ３は、フラッシュメモリ２にアプリケーション実行のための命令を伝達できる。
【００２５】
周辺装置４は、ＣＡＮ通信、ＵＡＲＴ通信などのための通信モジュールを含み、プロセッサ３に再プログラミング要請および再プログラミングのためのソフトウェアコードを伝送できる。
【００２６】
以下、図２を参照して、一実施例によるフラッシュメモリを説明する。
【００２７】
図２は、一実施例によるフラッシュメモリ２の構成を示す図である。
【００２８】
図２に示されているように、フラッシュメモリ２は、フラッシュブートローダー（Ｆｌａｓｈ  Ｂｏｏｔ  Ｌｏａｄｅｒ、ＦＢＬ）２１と、アプリケーションブロック２２と、アプリケーションキーブロック２３とを含む。
【００２９】
ＦＢＬ２１に命令がとどまるＦＢＬモードで、ＦＢＬ２１は、アプリケーション領域のソフトウェアを消し、再プログラミングできる。ＦＢＬ２１は、プロセッサ３から伝達された命令によりアプリケーションのキー値が有効であるかを確認できる。ＦＢＬ２１の確認結果、アプリケーションのキー値が有効でない場合、アプリケーションブロック２２のアプリケーションは実行されず、ＦＢＬモードに入る。ＦＢＬ２１は、プロセッサ３にアプリケーションのキー値が有効でないことを知らせることができる。
【００３０】
ＦＢＬ２１によってアプリケーションのキー値が有効であると判断されれば、命令によりアプリケーションブロック２２がアプリケーションの領域に保存されたソフトウェアを動作させることができる。動作中に、プロセッサ３から再プログラミング要請がフラッシュメモリ２に伝送されれば、アプリケーションキーブロック２３は、動作中のアプリケーションに対応するアプリケーションキー領域を消し、リセットした後、ＦＢＬモードに入る。
【００３１】
このように、アプリケーションのキー値が有効でないか、再プログラミング要請があった場合、再プログラミングのためにＦＢＬ２１に命令がとどまる状態であるＦＢＬモードに入る。
【００３２】
ＦＢＬ２１は、ＣＡＮ通信またはＵＡＲＴ通信により命令に対応するアプリケーションに対するデータを、周辺装置４を介して受信し、受信されたデータをアプリケーションブロック２２領域に再プログラミングする。受信されたデータが再プログラミングによりアプリケーション領域に書き込まれた（ｗｒｉｔｉｎｇ）後、アプリケーションキーブロック２３は、アプリケーションに対応する領域に有効なキー値を書き込む（ｗｒｉｔｉｎｇ）。アプリケーションキーブロック２３は、書き込み後にリセットを行い、リセットによりアプリケーションブロック２２が再プログラミングされたアプリケーションを実行できる。
【００３３】
このような動作とともに、ＦＢＬ２１は、ＥＣＣエラーによるＣＰＵコア例外の発生時、ＥＣＣエラーの発生した位置がアプリケーションキーブロック２３である場合、アプリケーションのキー値を消し、リセットしてＦＢＬモードに入る。つまり、フラッシュメモリ２はＦＢＬモード状態で、再プログラミング可能な状況に復旧される。
【００３４】
このような動作を行うために、ＦＢＬ２１、アプリケーションブロック２２、およびアプリケーションキーブロック２３は、相互間で必要な情報を送受信できる。
【００３５】
図３は、一実施例による復旧方法を示すフローチャートである。
【００３６】
図３に示されているように、ＭＣＵ１がパワーオン（ｐｏｗｅｒ−ｏｎ）またはリセットされる（段階Ｓ１）。
【００３７】
ＦＢＬ２１は、パワーオン後、プロセッサ３の命令により実行されるべきアプリケーションのキー値が有効であるかを確認できる（段階Ｓ２）。
【００３８】
段階Ｓ２の判断結果、アプリケーションのキー値が有効な場合、命令は、ＦＢＬ２１からアプリケーションブロック２２に移動できる（段階Ｓ３）。
【００３９】
アプリケーションブロック２２は、命令によりアプリケーションを実行できる（段階Ｓ４）。
【００４０】
アプリケーションの実行中に、再プログラミング要請があるかを判断できる（段階Ｓ５）。
【００４１】
段階Ｓ５の判断結果、プロセッサ３から再プログラミング要請がフラッシュメモリ２に伝送されれば、アプリケーションキーブロック２３は、アプリケーションのキー値を消すことができる（段階Ｓ６）。
【００４２】
アプリケーションのキー値が消された後、ソフトリセット（ｓｏｆｔ  ｒｅｓｅｔ）が行われる（段階Ｓ７）。ソフトリセットによりアプリケーションの実行が中断される。
【００４３】
段階Ｓ５の判断結果、再プログラミング要請がなければ、段階Ｓ４によりアプリケーションの実行が維持できる。
【００４４】
段階Ｓ７の後、段階Ｓ１によりＦＢＬモードに入り、再びＳ２段階から実行できる。すると、アプリケーションのキー値が有効でないので、ＦＢＬモードに入って、再プログラミングが行われて有効なアプリケーションのキー値が書き込まれる。
【００４５】
段階Ｓ２の判断結果、アプリケーションのキー値が有効でない場合、命令は、ＦＢＬ２１にとどまる（ｓｔａｙ）（段階Ｓ８）。つまり、ＦＢＬモードに入る。同時に、ＥＣＣエラーによるＣＰＵコア例外が発生しうる。
【００４６】
プロセッサ３から再プログラミングのためのデータがフラッシュメモリ２に受信されれば、ＦＢＬ２１は、アプリケーション領域を再プログラミングできる（段階Ｓ９）。
【００４７】
アプリケーションブロック２２は、再プログラミングが完了したかを判断できる（段階Ｓ１０）。
【００４８】
段階Ｓ１０の判断結果、再プログラミングが完了していなければ、段階Ｓ９の実行が維持できる。
【００４９】
段階Ｓ１０の判断結果、再プログラミングが完了したならば、アプリケーションキーブロック２３が有効なアプリケーションのキー値を書き込むことができる（段階Ｓ１１）。
【００５０】
段階Ｓ１１の後、ソフトリセット（ｓｏｆｔ  ｒｅｓｅｔ）が行われる（段階Ｓ１２）。ソフトリセット後、段階Ｓ１によりＦＢＬモードに入り、再びＳ２段階から実行できる。
【００５１】
本開示の一実施例によれば、アプリケーションのキー値が有効でない場合、再プログラミング可能なＦＢＬモードに入ることによって、従来技術においてＥＣＣエラーによるＣＰＵコア例外が発生した時、パワーオンと有効キー値を読み出す過程の間に無限反復が発生する問題を解決できる。
【００５２】
以下、先に説明した一実施例によるＭＣＵが適用されたバッテリ装置に関する実施例を説明する。
【００５３】
図４は、一実施例によるバッテリ装置を示す図である。
【００５４】
図４に示されているように、バッテリ装置１００は、ＭＣＵ１２０を含み、ＭＣＵ１２０は、バッテリのモニタリングおよび管理に必要な複数のアプリケーションを保存できる。ＭＣＵ１２０で実行されるアプリケーションにより、バッテリ装置１００が駆動できる。例えば、ＭＣＵ１２０は、バッテリパックの充電状態および寿命を推定するためのアプリケーション、バッテリパックおよびバッテリセルの電流、電圧、温度などの状態情報を検知するためのアプリケーションなどを含むことができる。
【００５５】
一例として、ＭＣＵ１２０でバッテリパックの充電状態（Ｓｔａｔｅ  ｏｆ  Ｃｈａｒｇｅ、ＳＯＣ）を推定するためのアプリケーションが実行され、バッテリパックの充電状態推定のためのバッテリの状態情報を検知するためのアプリケーションが実行できる。
【００５６】
ＳＯＣ推定のためのアプリケーションが動作する時の一例を、以下に説明する。
【００５７】
図４に示されているように、バッテリ装置１００は、バッテリ管理システム（Ｂａｔｔｅｒｙ  Ｍａｎａｇｅｍｅｎｔ  Ｓｙｓｔｅｍ、ＢＭＳ）１１０と、ＭＣＵ１２０と、バッテリセル組立体１３０と、リレー１４０、１５０とを含む。
【００５８】
バッテリセル組立体１３０は、電気的に連結されている複数のバッテリセルを含む。所定数のバッテリセルが直列連結されてバッテリモジュールを構成し、所定数のバッテリモジュールが直列および並列連結されて所望の電力を供給することができる。
【００５９】
バッテリセル組立体１３０を構成する複数のバッテリセルそれぞれは、ＢＭＳ１１０と複数の配線を介して電気的に連結されている。
【００６０】
ＢＭＳ１１０は、複数のバッテリセルに関する情報を含むバッテリ装置に関する多様な情報を取り合いおよび分析してバッテリ装置の充放電、バッテリセルバランシング、保護動作などを制御できる。
【００６１】
リレー１４０、１５０は、リレーやｎチャネルタイプのトランジスタなどで実現可能であり、バッテリセル組立体１３０と外部装置との間に直列連結されている。リレー１４０、１５０それぞれは、ＢＭＳ  １１０から供給される信号によって動作できる。
【００６２】
ＭＣＵ１２０は、先に説明した一実施例により実現できる。ＭＣＵ１２０でアプリケーションが行われ、ＢＭＳ１１０にアプリケーションによる制御信号が伝送される。すると、ＢＭＳ１１０は、ＭＣＵ１２０で行われるアプリケーションにより動作できる。
【００６３】
例えば、ＭＣＵ１２０に保存された複数のアプリケーションのうちＳＯＣ推定アプリケーションが行われると、ＢＭＳ１１０は、アプリケーションによりＳＯＣを推定する。ＳＯＣの推定方式は、アプリケーションにより決定される。
【００６４】
一例として、ＳＯＣ推定アプリケーションは、第１バッテリモデリング方式を利用してＳＯＣを推定でき（以下、第１ＳＯＣ）、第２バッテリモデリング方式を利用するＳＯＣを推定でき（以下、第２ＳＯＣ）、第１および第２バッテリモデリング方式は互いに異なってもよい。バッテリモデリング方式は、非線形的な特性を有するバッテリの状態を推定するために利用されるバッテリモデリング方法であって、電気回路モデル（Ｅｌｅｃｔｒｉｃａｌ  Ｃｉｒｃｕｉｔ  Ｍｏｄｅｌ）、電気化学モデル（Ｅｌｅｃｔｒｏｃｈｅｍｉｃａｌ  Ｍｏｄｅｌ）、分析的モデル（Ａｎａｌｙｔｉｃａｌ  Ｍｏｄｅｌ）および確率的モデル（Ｓｔｏｃｈａｓｔｉｃ  Ｍｏｄｅｌ）などが含まれる。
【００６５】
具体的には、ＢＭＳ１１０は、ＳＯＣ推定アプリケーションにより、第１バッテリモデリング方式として電気回路モデルを用いて直前段階で推定されたＳＯＣおよびバッテリパックの状態情報に含まれている情報に基づいて現段階の第１ＳＯＣを推定できる。第２バッテリモデリング方式として電気化学モデルが利用可能である。
【００６６】
電気回路モデルは、電気回路で実現された等価回路でバッテリの入力および出力特性をモデリングする方法である。電気回路モデルは、ＳＯＣ推定のための演算過程が比較的簡単で演算による所要時間が長くなく、演算のための負荷が多くかからないという利点を有する。しかし、このような電気回路モデルの場合、正確性にやや劣る問題がある。
【００６７】
これに対し、電気化学モデルは、バッテリの内部で発生する化学的作用を基づいてバッテリの特性をモデリングする方法である。このような電気化学モデルの代表例として、ＤＦＮ（Ｄｏｙｌｅ−Ｆｕｌｌｅｒ−Ｎｅｗｍａｎ）モデルが挙げられる。ＤＦＮモデルは、多孔性の電極内に存在するリチウムイオン濃度の時空間的な変化、電位、インターカレーションキネティック（ｉｎｔｅｒｃａｌａｔｉｏｎ  ｋｉｎｅｔｉｃ）、固体相と電解液相との間の電流密度などをモデリングすることができる。このような電気化学モデルは、正確性が非常に高いという利点を有する。
【００６８】
ＢＭＳ１１０は、ＳＯＣ推定アプリケーションによりＤＦＮモデルのような電気化学モデルを用いてバッテリパックの状態情報に基づいた正確度の高いＳＯＣ推定値（第２ＳＯＣ）を得ることができる。そして、ＢＭＳ１１０は、ＳＯＣ推定アプリケーションによりこのように高い正確度を有するＳＯＣ推定結果（第２ＳＯＣ）を入力パラメータに反映することによって、ＳＯＣ（第１ＳＯＣ）推定の正確度を高めることができる。
【００６９】
例えば、ＢＭＳ１１０は、ＳＯＣ推定アプリケーションにより第２ＳＯＣ値を直前段階の第１ＳＯＣとして認識し、受信されたバッテリパックの状態情報および直前段階の第１ＳＯＣを第１バッテリモデリング方式に適用して現段階の第１ＳＯＣを推定できる。すると、第１ＳＯＣ値が周期的に補正されて、第１ＳＯＣ推定の誤差が大きくなるのを周期的に防止でき、これによってＳＯＣ推定の正確性を向上させることができる。
【００７０】
以上、本発明の実施例について詳しく説明したが、本発明の権利範囲はこれに限定されるものではなく、以下の特許請求の範囲で定義している本発明の基本概念を利用した当業者の様々な変形および改良形態も本発明の権利範囲に属する。
【図１】
2022501706.tif 000003
【図２】
2022501706.tif 000004
【図３】
2022501706.tif 000005
【図４】
2022501706.tif 000006
【国際調査報告】
2022501706.tif 000007
2022501706.tif 000008
2022501706.tif 000009
2022501706.tif 000010