JP2022532516A - バッテリ管理システムおよびその制御方法 - Google Patents

Abstract

本開示によるバッテリ管理システムは、複数のバッテリ管理システムそれぞれが個別に設定されたタスクを遂行し、遂行したタスク結果を無線通信でマスタバッテリ管理システムに送信するシステムにおけるバッテリ管理システムであって、複数のバッテリ管理システムそれぞれが遂行するタスクリスト、タスクリストに含まれた各タスクの遂行時間、遂行周期および業務優先順位と、複数のバッテリ管理システムの間の通信優先順位を含むタスク情報保存部と、タスク情報保存部に保存されたデータに基づいて業務スケジュールを決定するスケジュール決定部と、スケジュール決定部によって決定された業務スケジュールに基づいてタスクの業務優先順位を調整する優先順位変更部と、を含み、スケジュール決定部は、調整された業務優先順位にしたがって業務スケジュールを調整するバッテリ管理システムを提供し、限定された資源を効率的に使用することができる。

Description

本出願は、２０１９年１１月１９日付けの韓国特許出願第１０‐２０１９‐０１４８９７９号に基づく優先権の利益を主張し、該当韓国特許出願の文献に開示されている全ての内容は、本明細書の一部として組み込まれる。

本発明の実施形態は、バッテリ管理システムおよびその制御方法に関する。

スマートフォン、タブレットなどのポータブル電子機器の汎用化とともに、電気自動車およびエネルギー貯蔵装置の普及に伴い、充放電が可能な二次電池に関する研究開発が活発に遂行されている。二次電池のうち、特に、リチウムイオン電池は、従来のＮｉ／Ｃｄ電池、Ｎｉ／ＭＨ電池などに比べて、エネルギー密度がはるかに高いという利点がある。また、リチウムイオン電池は、小型且つ軽量に作製することができ、移動機器の電源として使用されている。また、リチウムイオン電池は、電気自動車の電源として使用範囲が拡張し、次世代エネルギー貯蔵媒体として注目を浴びている。

リチウムイオン電池のような二次電池は、複数のバッテリセルが直列および／または並列に連結されたセルモジュールと、かかるセルモジュールの充放電を制御するバッテリ管理システム（ＢＭＳ、Ｂａｔｔｅｒｙ Ｍａｎａｇｅｍｅｎｔ Ｓｙｓｔｅｍ）とを含むバッテリモジュールの形態で用いられる。また、バッテリが取り付けられる対象が要求する出力仕様に応じて、複数のバッテリモジュールが結合したバッテリパックとして用いられ得る。また、バッテリパックの全体を管理するためのバッテリ管理システムがマスタバッテリ管理システムとしてさらに備えられることもある。

複数個のバッテリモジュールから構成されるバッテリシステムは、マスタバッテリ管理システムと、複数個のスレーブバッテリ管理システムとを含むことができる。マスタバッテリ管理システムは、複数個のスレーブバッテリ管理システムの動作を制御および管理することができ、上位システムと通信することができる。かかるマスタバッテリ管理システムと複数個のスレーブバッテリ管理システムは、無線で信号を送受信する。したがって、バッテリ管理システムの間の無線通信を効率的且つ安定的に遂行するための多くの研究も必要となっている。

本発明は、かかる状況に鑑みてなされたものであり、複数のバッテリ管理システムが無線通信するバッテリシステムにおいて、各バッテリ管理システムが限定された資源を効率的に使用することができる方法を提供することを目的とする。

上記のような技術的課題を解決するために、本開示の実施形態の一側面によると、複数のバッテリ管理システムそれぞれが個別に設定されたタスクを遂行し、遂行したタスク結果を無線通信でマスタバッテリ管理システムに送信するシステムにおけるバッテリ管理システムであって、複数のバッテリ管理システムそれぞれが遂行するタスクリスト、タスクリストに含まれた各タスクの遂行時間、遂行周期および業務優先順位と、複数のバッテリ管理システムの間の通信優先順位を含むタスク情報保存部と、タスク情報保存部に保存されたデータに基づいて業務スケジュールを決定するスケジュール決定部と、スケジュール決定部によって決定された業務スケジュールに基づいてタスクの業務優先順位を調整する優先順位変更部とを含み、スケジュール決定部は、調整された業務優先順位にしたがって業務スケジュールを調整するバッテリ管理システムを提供する。

上記のような技術的課題を解決するために、本開示の実施形態の他の側面によると、複数のバッテリ管理システムそれぞれが遂行するタスクリスト、タスクリストに含まれた各タスクの遂行時間、遂行周期および業務優先順位と、複数のバッテリ管理システムの間の通信優先順位を保存するステップと、保存されたデータに基づいて業務スケジュールを決定するステップと、決定された業務スケジュールに基づいてタスクの業務優先順位を調整するステップと、調整された業務優先順位にしたがって業務スケジュールを調整するステップと、を含むバッテリ管理システムの制御方法を提供する。

以上のようなバッテリ管理システムおよびその制御方法によると、限定された資源を効率的に使用することができる。また、マイコンなどのハードウェアを変更しなくても、従来遂行することができなかったタスクを遂行することができる。

本発明の一実施形態によるバッテリシステムを概略的に示した構成図である。 本発明の一実施形態によるバッテリ管理システムが含まれたバッテリパックの構成図である。 本発明の一実施形態によるバッテリ管理システムの構成を示す機能ブロック図である。 本発明が一実施形態によるバッテリ管理システムのうち業務スケジューラを示す機能ブロック図である。 本発明の一実施形態によるバッテリ管理システムの動作を示すフローチャートである。 本発明の一実施形態によるタスクタイムテーブルを示す図である。 本発明の一実施形態による通信優先順位テーブルを示す図である。 本発明の一実施形態によるバッテリ管理システムの業務スケジュリング動作を示すフローチャートである。 図６および図７によるタスクの動作順序を示すタイミング図である。 本発明の一実施形態によるバッテリ管理システムによって優先順位が変更されたタスクの動作順序を示すタイミング図である。 本発明の他の実施形態によるタスクタイムテーブルを示す図である。 本発明の他の実施形態による通信優先順位テーブルを示す図である。 図１１および図１２によるタスクの動作順序を示すタイミング図である。 本発明の一実施形態による優先順位の変更方法を示すフローチャートである。 本発明の一実施形態による優先順位の変更方法の一例を示すフローチャートである。 図１５による優先順位の変更方法によって優先順位が変更されたタスクの動作順序を示すタイミング図である。 本発明の一実施形態による優先順位の変更方法の他の例を示すフローチャートである。 図１７による優先順位の変更方法によって優先順位が変更されたタスクの動作順序を示すタイミング図である。 さらに他の実施形態によるタスクタイムテーブルを示す図である。 図１９および図１２によるタスクの動作順序を示すタイミング図である。 本発明の他の実施形態による優先順位の変更方法を示すフローチャートである。 図２１において、優先順位の変更方法の例を示すフローチャートである。 図２２による優先順位の変更方法によって優先順位が変更されたタスクの動作順序を示すタイミング図である。 本発明の一実施形態によるバッテリ管理システムのハードウェア構成図である。

以下、添付の図面を参照して、本発明の様々な実施形態について詳細に説明する。本文において、図面上の同じ構成要素に対しては、同じ参照符号を使用し、同じ構成要素に関する重複する説明は省略する。

本文に開示されている本発明の様々な実施形態に対して、特定の構造的もしくは機能的な説明は、単に本発明の実施形態を説明するために例示されたものであって、本発明の様々な実施形態は、様々な形態で実施されてもよく、本文に説明している実施形態に限定されるものと解釈してはならない。

様々な実施形態において使用されている「第１」、「第２」、「一番目」、または「二番目」などの表現は、様々な構成要素を、順序でおよび／または重要度に関係なく修飾することがあり、当該構成要素を限定しない。例えば、本発明の権利範囲から逸脱しないとともに、第１構成要素は第２構成要素と称され得、同様に、第２構成要素も第１構成要素に変えて称され得る。

本文において使用されている用語は、単に特定の実施形態を説明するために使用されているものであって、他の実施形態の範囲を限定することを意図しないものであり得る。単数の表現は、文脈上、明白に異なる意味を有していない限り、複数の表現を含み得る。

図１は本発明の一実施形態によるバッテリシステムを概略的に示した構成図である。

図１を参照すると、本発明によるバッテリシステムは、複数のバッテリセルを含むセルモジュール１２と、バッテリ管理システム（Ｂａｔｔｅｒｙ Ｍａｎａｇｅｍｅｎｔ Ｓｙｓｔｅｍ、以下、「ＢＭＳ」とする）１４と、スイッチング部１６とを含むバッテリモジュール１０と、バッテリモジュール１０を制御および管理するマスタＢＭＳ２０とを含むことができる。

セルモジュール１２は、充放電可能な一つ以上のバッテリセルを含む。バッテリセルは、リチウムイオン（Ｌｉ‐ｉｏｎ）電池、リチウムイオンポリマー（Ｌｉ‐ｉｏｎ ｐｏｌｙｍｅｒ）電池、ニッケルカドミウム（Ｎｉ‐Ｃｄ）電池、ニッケル水素（Ｎｉ‐ＭＨ）電池などであってもよく、これに限定されない。

ＢＭＳ１４は、セルモジュール１２の充放電を制御するために、スイッチング部１６の動作を制御することができる。また、ＢＭＳ１４は、セルモジュール１２および／またはセルモジュール１２に含まれた各バッテリセルの電圧、電流、温度などをモニタリングすることができる。また、ＢＭＳ１４によるモニタリングのために図示していないセンサや各種の測定モジュールが、セルモジュール１２や充放電経路、またはセルモジュール１２などの任意の位置にさらに設置され得る。ＢＭＳ１４は、モニタリングした電圧、電流、温度などの測定値に基づいて、セルモジュール１２の状態を示すパラメータ、例えば、ＳＯＣやＳＯＨなどを算出することができる。

ＢＭＳ１４は、バッテリモジュール１０の全般的な動作を制御および管理する。このために、ＢＭＳ１４は、プログラムを実行させ、ＢＭＳ１４の全動作を制御するコントローラとしてのマイコンと、センサや測定手段などの入出力装置、その他の周辺回路など、様々な構成を含むことができる。

ＢＭＳ１４は、マスタＢＭＳ２０と無線で通信可能であり、電圧、電流、温度などの各種モニタリングした測定値、またはＳＯＣやＳＯＨなどの算出値をマスタＢＭＳ２０に送信することができる。特に、本発明によるＢＭＳ１４は、様々な条件を考慮して遂行すべきタスクの遂行順序である業務スケジュールを決定する。この際、様々な条件には、タスクの優先順位および遂行時間、マスタＢＭＳ２０や他のＢＭＳにデータを送信するためにかかる通信時間、他のＢＭＳとの間での通信優先順位などを含むことができる。業務スケジュールの決定およびその変更については、以下で詳細に説明する。

スイッチング部１６は、セルモジュール１２の充電または放電に対する電流の流れを制御するための半導体スイッチング素子として、例えば、少なくとも一つのＭＯＳＦＥＴが用いられ得る。

バッテリモジュール１０は、取り付けられる機器の仕様にしたがって複数個含まれたバッテリパック１の形態で提供され得る。また、バッテリパック１には、バッテリモジュール１０を制御および管理するマスタＢＭＳ２０を含むことができる。マスタＢＭＳ２０は、それぞれのバッテリモジュール１０に含まれたＢＭＳ１４から各種のデータを受信することができる。マスタＢＭＳ２０は、それぞれのバッテリモジュール１０に含まれたＢＭＳ１４にこれらを制御するための信号を送信することができる。

また、マスタＢＭＳ２０は、別に管理するバッテリモジュール１０がなくてもよい。または、マスタＢＭＳ２０は、複数のバッテリモジュール１０にそれぞれ含まれたＢＭＳ１４のいずれか一つが、マスタ通信機器としての役割を果たすものであり得る。

一方、マスタＢＭＳ２０は、外部の上位制御器２と通信可能に連結され得る。すなわち、バッテリパック１のマスタＢＭＳ２０は、上位制御器２にバッテリパック１に関する各種のデータを送信し、上位制御器２からバッテリパック１の動作に関する制御信号を受信することができる。上位制御器２は、バッテリパック１が電気自動車に搭載された場合、車両の運行を制御するための車両制御器であり得る。

図２は本発明の一実施形態によるバッテリ管理システムが含まれたバッテリパックの構成図である。

図２を参照すると、バッテリパック１内に複数のバッテリモジュール１０‐１～１０‐Ｎ（Ｎは、１以上の整数）と、これらを制御および管理するマスタＢＭＳ２０が含まれる。複数のバッテリモジュール１０‐１～１０‐Ｎのそれぞれは、対応するＢＭＳ１４‐１～１４‐Ｎを含む。

マスタＢＭＳ２０とそれぞれのＢＭＳ１４‐１～１４‐Ｎは、互いに無線で通信する。

マスタＢＭＳ２０は、バッテリモジュールの制御回路（Ｂａｔｔｅｒｙ Ｍｏｄｕｌｅ Ｃｏｎｔｒｏｌｌｅｒ）として、上位制御器２との通信を担当することができる。ただし、上位制御器のない小さなシステムの場合には、上位制御器なしにマスタＢＭＳ２０が独立した形態で運営され得る。

マスタＢＭＳ２０は、バッテリパック１またはバッテリモジュール１０の現在の電圧、温度、湿度など、センサから取得し得る様々な情報を用いて、ＢＭＳが遂行すべき各種のタスクを遂行する。各種のタスクには、センサから各種の情報を取得する動作が含まれることもある。

ＢＭＳ１４‐１～１４‐Ｎは、セルモジュール制御回路（Ｃｅｌｌ Ｍｏｄｕｌｅ Ｃｏｎｔｒｏｌｌｅｒ）として、セルモジュール１２に対する電圧測定、モジュール電圧測定、温度測定、湿度測定、抵抗測定などを遂行し、各種の測定によってセンサで提供される情報をバッテリシステムに合わせて変換し、上位制御回路であるマスタＢＭＳ２０に伝送する役割を果たす。

また、ＢＭＳ１４‐１～１４‐Ｎは、マスタＢＭＳ２０や上位制御器２から送信されたセルバランシングなどの様々な動作の遂行命令にしたがって当該動作を遂行することができる。

このように、システム内において無線で連結されている通信ノードであるＢＭＳ１４‐１～１４‐ＮおよびマスタＢＭＳ２０は、互いにタスクテーブルを共有し、一部のタスクは、時間を同期化して遂行することもある。しかし、このように、タスクを同期化して遂行する場合、個別のノードでは、通信待機などの理由で、ＩＤＬＥタイムが発生する。結局、各ノードであるＢＭＳ１４‐１～１４‐ＮおよびマスタＢＭＳ２０は、自分が有する資源を効率的に活用することができず、業務効率性がタスクの遂行時間を同期化しなかった時よりも低下する可能性がある。また、タスクの遂行時間を同期化しなかった場合には、すべて処理することができたタスクを定められた期間内ですべて処理できなくなることもある。

以下、上記のような問題点を解決するために、ＢＭＳ１４‐１～１４‐ＮおよびマスタＢＭＳ２０に業務スケジューラを追加することで、業務効率性を見直すことができる本発明の実施形態について説明する。具体的には、複数のＢＭＳ１４‐１～１４‐ＮおよびマスタＢＭＳ２０それぞれが個別に設定されたタスクを遂行し、遂行したタスクの結果を無線通信でマスタＢＭＳ２０に送信するシステムにおけるＢＭＳ１４‐１～１４‐ＮおよびマスタＢＭＳ２０の構成および動作について説明する。

無線ネットワークプロトコルを設計するときには、当該プロトコルを使用するシステムのタスクが既に定められている。また、エンベデッドシステムの特性上、定められているすべてのタスクは、定められた時間内に遂行されなければならず、定められた最大時間を超えてはならない。

また、マイクロプロセッサ（ＭＣＵなど）の動作方式は、タスクの間の優先順位による順次動作方式を取る。かかる順序は、設計時に定められると、Ｒｕｎｔｉｍｅには修正されない。また、最終決定された業務スケジュールでは、待機時間（ｉｄｌｅ ｔｉｍｅ）が発生する。マイクロプロセッサの性能上、タスクの同期化なしにタスクを順次遂行した場合には、定められた時間内にタスクをすべて遂行可能であったが、同期化してタスクを遂行する場合には、定められた時間内にタスクをすべて遂行できなくなる場合も発生する。

本発明の実施形態は、かかる状況に鑑みてなされたものである。

図３は本発明の一実施形態によるバッテリ管理システムの構成を示す機能ブロック図である。

図３を参照すると、本実施形態によるＢＭＳ１００は、通信部１１０と、保存部１２０と、スケジュール決定部１３０と、優先順位変更部１４０と、業務遂行部１５０と、同期化部１６０と、誤差算出部１７０とを含むことができる。ここでのＢＭＳ１００は、スレーブノードであるＢＭＳ１４またはマスタノードであるマスタＢＭＳ２０であり得る。以下では、スレーブであるＢＭＳ１４およびマスタＢＭＳ２０をすべて総括し、ＢＭＳ１００と称することもある。

通信部１１０は、他のＢＭＳ１００とデータおよび各種の信号を送受信する。すなわち、通信部１１０は、他のスレーブＢＭＳ１４およびマスタＢＭＳ２０と通信のための機能を果たす。通信部１１０は、他のスレーブＢＭＳ１４およびマスタＢＭＳ２０と無線ＣＡＮ通信、ＷＩＦＩ（登録商標）、ブルートゥース（登録商標）、Ｚｉｇｂｅｅ（登録商標）など各種のプロトコルが使用され得る。

通信部１１０は、他のスレーブＢＭＳ１４およびマスタＢＭＳ２０に自分が遂行するタスクリスト、タスクリストに含まれた各タスクの遂行時間、遂行周期、業務優先順位を送信し、互いの間にタスクタイムテーブルを共有することができる。また、通信部１１０は、他のスレーブＢＭＳ１４およびマスタＢＭＳ２０に互いの間の通信優先順位を示す通信優先順位テーブルを共有することができる。すなわち、通信部１１０は、他のＢＭＳ１００にタスクタイムテーブルおよび通信優先順位テーブルに関するデータを送信することができる。同様に、通信部１１０は、他のＢＭＳ１００からタスクタイムテーブルおよび通信優先順位テーブルに関するデータを受信することができる。

また、通信部１１０は、自分が遂行したタスクの結果をマスタＢＭＳ２０などに送信することができる。この際、タスクの遂行時に優先順位変更部１４０によって業務の優先順位およびこれに伴う業務スケジュールが変更された場合には、当該変更事項を他のＢＭＳ１００に送信し、変更事項を共有することもできる。同様に、通信部１１０は、他のＢＭＳ１００から業務の優先順位および業務スケジュールが変更された事項を受信することができる。

通信部１１０は、マルチキャストまたはブロードキャスト方式で信号およびデータを送信することができる。例えば、通信部１１０は、スケジュール決定部１３０によって調整された業務スケジュールを他のＢＭＳ１００にマルチキャストまたはブロードキャスト方式で送信することができる。

通信部１１０は所定の条件を満たす場合に、タスクタイムテーブルおよび通信優先順位テーブルの共有のための通信を遂行することができる。例えば、バッテリパック１が取り付けられた機器のシステムがウェークアップするときに、タスクタイムテーブルおよび通信優先順位テーブルの共有のための通信を遂行することができる。バッテリパック１が取り付けられた機器が電気自動車である場合には、前記条件は、エンジンを始動する場合であり得る。もしくは、通信部１１０は、周期的にタスクタイムテーブルおよび通信優先順位テーブルの共有のための通信を遂行することができる。

さらに、通信部１１０は、他のＢＭＳ１００とのタスク遂行時の同期化のために、タスクの遂行開始信号、完了信号を受信することができる。

保存部１２０には、ＢＭＳ１００の動作に必要な各種のプログラムおよびＢＭＳ１００の動作時に発生する各種のデータが保存される。保存部１２０は、バッテリパック１内の複数のＢＭＳ１００それぞれが遂行するタスクリスト、タスクリストに含まれた各タスクの遂行時間、遂行周期および業務優先順位を含むタスクタイムテーブルを保存することができる。保存部１２０は、バッテリパック１内の複数のＢＭＳ１００の間の通信優先順位を示す通信優先順位テーブルを保存することができる。さらに、保存部１２０には、タスクリストのうち、他のＢＭＳ１００と同期して遂行されなければならないタスクが設定されていることがある。また保存部１２０は、通信部１１０により、他のＢＭＳ１００から調整された業務スケジュールを受信した場合、調整された業務スケジュールでタスクタイムテーブルおよび通信優先順位テーブルなどの保存内容をアップデートすることができる。すなわち、保存部１２０は、タスク情報保存部としての機能を果たす。

スケジュール決定部１３０は、保存部１２０に保存されたデータに基づいて、業務スケジュールを決定する。具体的には、スケジュール決定部１３０は、タスク情報保存部に保存されたデータであるタスクタイムテーブルおよび通信優先順位テーブルの内容に基づいて、業務スケジュールを決定する。スケジュール決定部１３０は、また、他のＢＭＳ１００と同期し、遂行されなければならないタスクに関する設定情報を考慮して業務スケジュールを決定する。

業務スケジュールとは、各タスクを如何なる順序で遂行し、遂行する各タスクをいつ開始し、いつ終了するかなどを定めたものを意味する。

スケジュール決定部１３０は、優先順位変更部１４０によって一部のタスクに優先順位の変更が発生した場合、調整された優先順位に基づいて業務スケジュールを調整する。

優先順位変更部１４０は、スケジュール決定部１３０によって決定された業務スケジュールに基づいて、タスクの業務優先順位を調整する。

一例として、優先順位変更部１４０は、スケジュール決定部１３０によって決定された業務スケジュールのうち、待機時間の間に遂行され得る後順位タスクが存在する場合、当該後順位タスクの業務優先順位を待機時間の直前に遂行されるタスクの優先順位の次に調整する。待機時間は、特定のタスクの遂行後、当該タスクの結果を他のＢＭＳ１００に送信するまでの期間を意味し得る。待機時間は、当該ＢＭＳ１００のプロセッサ使用率が基準値以下である期間を意味し得る。

優先順位変更部１４０は、スケジュール決定部１３０によって決定された業務スケジュールのうち待機時間の長さを、待機時間後に遂行されるタスクの遂行時間それぞれと比較する。優先順位変更部１４０は、待機時間と遂行時間との比較を後述するタスク待機列１２５に保存されているタスクを対象に遂行することができる。あるいは、優先順位変更部１４０は、決定された業務スケジュールの全体に含まれたタスクに基づいて、待機時間と遂行時間との比較を遂行することもできる。

また、優先順位変更部１４０は、比較の結果、待機時間の長さより短い遂行時間を有するタスクが待機時間の間に遂行されるように優先順位を調整する。この際、一例として、優先順位変更部１４０は、待機時間の長さより短い遂行期間を有するタスクが複数個ある場合、当該タスクのうち優先順位が最も高いタスクの優先順位を調整するようにすることができる。あるいは、他の例として、優先順位変更部１４０は、待機時間の長さより短い遂行期間を有するタスクが複数個ある場合、当該タスクのうち遂行期間が最も長いタスクの優先順位を調整するようにすることができる。

このように、優先順位変更部１４０によって業務の優先順位およびこれによる業務スケジュールが調整された場合には、通信部１１０が、当該変更事項を他のＢＭＳ１００に送信し、変更事項を共有するようにすることができる。

業務遂行部１５０は、スケジュール決定部１３０によって決定された業務スケジュールにしたがって自分が遂行すべきタスクを遂行する。業務遂行部１５０は、他のＢＭＳ１００と同期して遂行すべきタスクが含まれている場合には、同期してタスクを遂行する。例えば、同期化のために、業務遂行部１５０は、それぞれのタスクの遂行開始時間と関連し、同期化部１６０で算出された開始時間にしたがってそれぞれのタスクを遂行する。これにより、同じタスクを遂行する他のＢＭＳ１００との業務遂行時間を同期化することができる。

同期化部１６０は、通信部１１０で受信する特定のタスクの遂行開始信号、完了信号、タスクタイムテーブルなどを用いて、特定のタスクの遂行開始時間を算出する。また、同期化部１６０は、算出した遂行開始時間により、それぞれのＢＭＳ１００の間の当該タスク遂行時間を同期化する。

誤差算出部１７０は、通信部１１０で受信した特定のタスクの開始信号または完了信号の受信時間とタスクタイムテーブルを用いて、誤差を算出する。例えば、特定のタスクの開始信号受信時間と完了信号受信時間との差と、タスクタイムテーブル上での特定のタスクの遂行時間の差を用いて誤差を算出し、同期化部１６０に提供する。同期化部１６０は、最初のタスクの遂行時間を算出するときに、算出した誤差を反映することができる。

以上のような構成で業務スケジュールを決定し、決定された業務スケジュール上でタスクの優先順位を変更する動作を遂行することで、ＢＭＳ１００は、自分の資源を効率的に活用することができる。

以下、業務スケジュールを決定し、優先順位を調整する機能についてより具体的に説明する。

図４は本発明が一実施形態によるバッテリ管理システムのうち業務スケジューラ２００を示す機能ブロック図である。

業務スケジューラ２００は、業務スケジュールを決定し、優先順位を調整する機能を意味する。業務スケジューラ２００には、タスクタイムテーブル１２１と、通信優先順位テーブル１２３と、タスク待機列１２５と、優先順位変更部１４０とが含まれ得る。

タスクタイムテーブル１２１には、上述のように、通信ノードであるそれぞれのＢＭＳ１００が遂行すべきタスクのリストと、その順序、また、各タスクの遂行時間および（必要な場合）通信時間、また、遂行周期が保存される。

通信優先順位テーブル１２３には、通信が必要なタスクと関連して、当該タスクを遂行するＢＭＳ１００の間の通信優先順位が保存される。通信優先順位は、各ノードが初めて無線通信ネットワークに加入するときに、マスタＢＭＳ２０によって割り当てられる情報であり得る。

業務スケジューラは、タスクタイムテーブル１２１および通信優先順位テーブル１２３に基づいて、通信ノードであるそれぞれのＢＭＳ１００が遂行すべきタスクのリストと、その順序、また、遂行タイミングを予め知ることになる。この際、タスクを遂行する優先順位および遂行順序は定められており、遂行時間は、ほぼ一定である。また、タスクは、一般的に特定の時間（周期）で繰り返して遂行される構造を有する。

タスク待機列１２５は、業務スケジューラが有している情報を用いて、スケジュール決定部１３０によって決定された業務スケジュールに基づいて遂行するタスクを把握する。また、遂行すべきタスクを順に呼び出してタスク待機列１２５に保存する。

優先順位変更部１４０は、上述のように、タスクの優先順位を所定の基準にしたがって調整することができる。優先順位変更部１４０は、タスクタイムテーブルに記録された優先順位自体を調整することができる。あるいは、優先順位変更部１４０は、決定された業務スケジュールに基づいて、タスク待機列１２５に含まれているタスクのうち業務の優先順位を調整し、タスク待機列１２５での順序を変更するものであり得る。すなわち、タスク待機列１２５に含まれたタスクのうち最も優先順位が高いタスク（現在遂行中のタスク）以外のタスクのうち、待機時間より短い遂行時間を有するタスクの優先順位を変更することができる。優先順位変更部１４０は、優先順位が変更されたタスクの遂行が完了すると、当該タスクの優先順位を最初の優先順位に再変更することができる。

図５は本発明の一実施形態によるバッテリ管理システムの動作を示すフローチャートである。

図５を参照すると、まず、ＢＭＳ１００は、タスクタイムテーブルおよび通信優先順位テーブルを他のＢＭＳと共有する（Ｓ１０）。すなわち、通信部１１０により、他のＢＭＳ１００でタスクタイムテーブルおよび通信優先順位テーブルの作成に必要なデータを送信および受信する。

ＢＭＳ１００は、他のＢＭＳから受信したタスクタイムテーブルおよび通信優先順位テーブルをはじめ、タスクタイムテーブルおよび通信優先順位テーブルを更新する（Ｓ１１）。すなわち、ＢＭＳ１００が自分および他のＢＭＳのデータをすべて考慮し、最終のタスクタイムテーブル１２１および通信優先順位テーブル１２３を生成する。すなわち、ＢＭＳ１００の保存部１２０に複数のＢＭＳ１００それぞれが遂行するタスクリスト、タスクリストに含まれた各タスクの遂行時間、遂行周期および業務優先順位と、複数のＢＭＳ１００の間の通信優先順位をタスクタイムテーブル１２１および通信優先順位テーブル１２３の形態で保存することができる。

また、更新されたテーブルに基づいて業務スケジュールを決定する（Ｓ１２）。すなわち、保存部１２０に保存されたデータに基づいて業務スケジュールを決定する。

図６および図７は、図５で説明した方法に基づいて保存部１２０に保存された、本発明の一実施形態によるタスクタイムテーブル１２１および通信優先順位テーブル１２３を示す。

本例示では、無線通信ネットワーク内に通信ノードとしてマスタノードであるマスタＢＭＳ２０およびスレーブノードであるＢＭＳ１４‐１～１４‐３が含まれている。また、タスクタイムテーブル１２１は、各ノードのタスクリスト、タスクリストに含まれたタスクの間の優先順位、各タスクの遂行時間および通信時間などを含むことができる。また、さらに、業務遂行時間とこれに対する全通信時間の和である全遂行時間、また、各タスクの周期などが含まれることもある。通信優先順位テーブル１２３は、通信が必要なタスクと関連して、当該タスクを遂行するＢＭＳ１００の間の通信優先順位を各タスク別に含むことができる。

図６によると、マスタＢＭＳ２０は、タスクＡ、ＢおよびＣを遂行し、ＢＭＳ＃１ １４‐１は、タスクＡ、ＢおよびＥを遂行する。ＢＭＳ＃２ １４‐２は、タスクＡ、ＢおよびＤを遂行し、ＢＭＳ＃３ １４‐３は、タスクＡ、ＥおよびＦを遂行する。

また、図７によると、タスクＡに対しては、ＢＭＳ＃１→ＢＭＳ＃２→ＢＭＳ＃３→マスタＢＭＳの順に通信優先順位を有する。タスクＢに対しては、ＢＭＳ＃１→ＢＭＳ＃２→マスタＢＭＳの順に通信優先順位を有する。

図８は本発明の一実施形態によるバッテリ管理システムの業務スケジュリング動作を示すフローチャートである。

図８を参照すると、図５で説明したように、タスクタイムテーブル１２１および通信優先順位テーブル１２３が生成され保存されると、スケジュール決定部１３０によって業務スケジュールが決定される。また、決定された業務スケジュールに基づいて、タスク待機列１２５に遂行すべきタスクを順次保存する（Ｓ２０）。

その後、タスク待機列１２５に保存されたタスクが予め定められた時間、すなわち、周期内にすべて処理可能であるかを判断する（Ｓ２１）。予め定められた時間内にすべてのタスクを処理することができると（Ｓ２１のＹｅｓ）、タスク待機列の順にタスクを処理する（Ｓ２３）。すなわち、決定された業務スケジュールにしたがって、優先順位の変更なしに、タスクを処理する。

一方、予め定められた時間内にすべてのタスクを処理することができないと（Ｓ２１のＮｏ）、優先順位を変更（Ｓ２２）する。その後に変更された優先順位に基づいてタスク待機列の順序が変更され、変更されたタスク待機列の順序にしたがって順にタスクを処理する（Ｓ２３）。

すなわち、決定された業務スケジュールに基づいてタスクが所定の条件を満たすと、タスクの業務優先順位を調整し、調整された業務優先順位にしたがって業務スケジュールを調整する。

図９は図６および図７によるタスクタイムテーブル１２１および通信優先順位テーブル１２３に基づくタスクの動作順序を示すタイミング図である。図９はタスクの間の通信時間および待機期間などをはじめ、タスク待機列の状態を図式化したものであり得る。

図９を参照すると、Ａ～Ｆは、各タスクが遂行される期間を示す。１～３は、各ノードがマスタＢＭＳ２０にデータを送信する通信期間を示し、漢字「上」は、マスタＢＭＳ２０が上位制御器２でデータを送信する通信期間を示す。ハッチング表示は、待機時間を示す。

マスタＢＭＳ２０は、タスクＡを０～３０ｍｓの間に、他のノードと同期して遂行する。その後、３０～４５ｍｓの間に、ＢＭＳ＃１ １４‐１～ＢＭＳ＃３からタスクＡに関する結果情報などのデータを順次受信する。また、最後に、マスタＢＭＳ２０は、４５～５０ｍｓの間に上位制御器にタスクＡに関するデータを送信する。同様に、マスタＢＭＳ２０は、タスクＢに対する遂行および通信を順に遂行し、タスクＣの遂行後、８０～１００ｍｓの間に待機状態になる。

ＢＭＳ＃１ １４‐１は、タスクＡを０～３０ｍｓの間に他のノードと同期して遂行する。その後、３０～３５ｍｓの間にタスクＡに関する結果情報などのデータをマスタＢＭＳ２０に送信する。３５～５０ｍｓの間に待機状態になり、また、５０～６０ｍｓの間にタスクＢを同期して遂行する。タスクＢの遂行後、６０～６５ｍｓの間にタスクＣに関する結果情報などのデータをマスタＢＭＳ２０に送信する。最後に、タスクＥを６５～８５ｍｓの間に遂行し、残り期間の間に待機状態になる。

ＢＭＳ＃２ １４‐２は、タスクＡを０～３０ｍｓの間に他のノードと同期して遂行する。その後、３０～３５ｍｓの間に待機状態になり、３５～４０ｍｓの間にタスクＡに関する結果情報などのデータをマスタＢＭＳ２０に送信する。４０～５０ｍｓの間にまた待機状態になり、５０～６０ｍｓの間にタスクＢを同期して遂行する。タスクＢの遂行後、６０～６５ｍｓの間に待機状態になり、６５～７０ｍｓの間にタスクＣに関する結果情報などのデータをマスタＢＭＳ２０に送信する。最後に、タスクＤを７０～７５ｍｓの間に遂行し、残り期間の間に待機状態になる。

最後に、ＢＭＳ＃３ １４‐３またタスクＡを０～３０ｍｓの間に他のノードと同期して遂行する。その後、３０～４０ｍｓの間に待機状態になり、４０～４５ｍｓの間にタスクＡに関する結果情報などのデータをマスタＢＭＳ２０に送信する。ＢＭＳ＃３ １４‐３は、タスクＢを含まないため、４５～６５ｍｓの間にタスクＥを遂行し、その後、６５～８０ｍｓの間にタスクＦを遂行する。最後に、残り期間の８０～１００ｍｓの間に待機状態になる。

図９から確認することができるように、図６および図７によるタスクタイムテーブル１２１および通信優先順位テーブル１２３に基づく業務スケジュールの場合、定められた期間の１００ｍｓの周期内にすべてのスケジュールを遂行するのに問題がない。

ただし、必要によっては、マイクロプロセッサなどの効率的な運用のために、タスクの優先順位を変更することが好ましい。図１０は本発明の一実施形態によるバッテリ管理システムによって優先順位が変更されたタスクの動作順序を示すタイミング図である。

図６および図７のタスクタイムテーブル１２１および通信優先順位テーブル１２３から確認することができるように、ＢＭＳ＃２ １４‐２のタスクＤは、他のノードと同期して遂行される必要がない。また、ＢＭＳ＃２ １４‐２は、図９から確認することができるように、３０～３５ｍｓの間に待機時間を有する。したがって、図１０のＢＭＳ＃２ １４‐２のタイミング図から確認することができるように、タスクＤが３０～３５ｍｓの間の待機時間の間に遂行され得るように、優先順位がタスクＢの優先順位より先立つように調整され得る。このために、タスク待機列においてタスクＤの優先順位がタスクＢの優先順位より先立つように一時調整され、タスクの遂行を完了した後、優先順位がまた最初通りに再調整され得る。あるいは、タスクタイムテーブル１２１においてタスクＤの優先順位がタスクＢの優先順位より先立つようにテーブル自体を更新することもできる。

図１１および図１２は本発明の他の実施形態によるタスクタイムテーブル１２１および通信優先順位テーブル１２３を示す図である。本実施形態では、すべてのノードがタスクＡおよびタスクＢをすべて含んでおり、これらを同期して遂行するように設定されている。

図１１によると、マスタＢＭＳ２０は、タスクＡ、ＢおよびＣを遂行し、ＢＭＳ＃１ １４‐１は、タスクＡ、Ｂ、Ｆ、ＧおよびＨを遂行する。ＢＭＳ＃２ １４‐２およびＢＭＳ＃３ １４‐３は、タスクＡ、Ｂ、ＤおよびＥをそれぞれ遂行する。

また、図１２によると、タスクＡ、Ｂのすべてに対して、ＢＭＳ＃１→ＢＭＳ＃２→ＢＭＳ＃３→マスタＢＭＳの順に通信優先順位を有する。

以下、図１１および図１２のテーブルに基づいて業務優先順位および業務スケジュールを調整する方法について説明する。

図１３は図１１および図１２によるタスクの動作順序を示すタイミング図である。

図１３を参照すると、ＢＭＳ＃１ １４‐１とＢＭＳ＃３ １４‐３が予め定められた期間（例えば、周期である１００ｍｓ）内にタスクをすべて完了することができないことを確認することができる。すなわち、タスクＨおよびタスクＥが１００ｍｓを超えて終了する。これは、バッテリシステムにエラーが発生した状況であり、従来、これを解決するためには、一部のタスクを除去しなければならなかった。あるいは、かかる問題を解決するために、直接タスクタイムテーブル１２１および通信優先順位テーブル１２３を全面的に修正しなければならなかった。

しかし、本発明の実施形態では、以下のような方式で上記の問題を解決することができる。

図１４は本発明の一実施形態による優先順位の変更方法を示すフローチャートである。本動作は、図８のＳ２２で説明した優先順位変更の詳細動作に相当する。

図１４を参照すると、まず決定された業務スケジュール上の待機時間を算出する（Ｓ１００）。これは、図１３においてハッチングで表された部分であり得る。また、待機時間とタスク待機列のタスクの遂行時間とを比較する（Ｓ１０１）。

例えば、図１３から確認することができるように、ＢＭＳ＃１ １４‐１の場合、待機時間である４５～６０ｍｓの間の期間である１５ｍｓと、待機時間後のタスクのうち、同期して遂行する必要がないタスクＦ、ＧおよびＨの遂行時間とを比較する。ＢＭＳ＃３ １４‐３の場合、待機時間である４０～５０ｍｓの間の１０ｍｓ、５５～６０ｍｓの間の５ｍｓ、７０～８０ｍｓの間の１０ｍｓと、待機時間後のタスクのうち同期して遂行する必要がないタスクＤおよびＥの遂行時間とを比較する。

比較したタスクの遂行時間のうち待機時間以下のタスクがあるか判断し（Ｓ１０２）、仮に、待機時間以下のタスクがあると判断すると、当該タスクの優先順位を変更する（Ｓ１０３）。

すなわち、決定された業務スケジュールのうち、待機時間の間に遂行され得る後順位タスクが存在する場合、当該後順位タスクの業務優先順位を待機時間の直前に遂行されるタスクの優先順位の次に調整することができる。

一方、待機時間以下のタスクがないと判断すると、エラーの復旧が不可能であると判断し、上位制御器２などにエラーを通知する（Ｓ１０４）。

図１５は本発明の一実施形態による優先順位の変更方法の一例を示すフローチャートである。本動作は、図１５のＳ１０３で説明した優先順位変更の詳細動作に相当する。図１６は図１５による優先順位の変更方法によって優先順位が変更されたタスクの動作順序を示すタイミング図である。

図１５を参照すると、まず、待機時間の長さより短い遂行時間を有するタスクが複数個あるかを判断する（Ｓ２００）。待機時間の長さより短い遂行期間を有するタスクが複数個ある場合（Ｓ２００のＹｅｓ）、当該タスクのうち優先順位が最も高いタスクの優先順位を調整する。

図１６に示されているように、ＢＭＳ＃１ １４‐１は、タスクＦ、ＧおよびＨが４５～６０ｍｓの間の１５ｍｓ長さの待機時間より短い遂行時間を有する。また、タスクＦが最も高い優先順位を有する。したがって、先ずタスクＦを４５～５０ｍｓの間の待機時間の間に遂行され得るように優先順位を調整する。その後にも５０～６０ｍｓの間の１０ｍｓ長さの待機時間が残存することになり、タスクＨが１０ｍｓの遂行時間を有するため、当該待機時間にタスクＨが遂行され得るように優先順位を調整する。また、かかる業務優先順位の調整に伴い、タスクＧは、従来よりも５ｍｓ早めたスケジュールで７５～９０ｍｓの間に時間タスクを遂行することができる。

ＢＭＳ＃３ １４‐３も同様に、優先順位が高いタスクＤが４０～５０ｍｓの間の待機時間の間に遂行され得るように業務優先順位が先ず調整され、タスクＥが７０～８０ｍｓの間の待機時間の間に遂行され得るように業務優先順位が調整される。

また、ＢＭＳ＃２ １４‐２は、予め定められた時間内にすべてのタスクを処理することができるが、マイクロプロセッサの効率的な運用のために、タスクＤの業務優先順位を調整することができる。ただし、タスクＥの場合、業務スケジュールのみを調整する。すなわち、タスクＥの場合、業務優先順位が調整されるのではなく、開始および終了タイミングが調整されるだけである。

一方、待機時間の長さより短い遂行期間を有するタスクが一つである場合（Ｓ２００のＮｏ）、当該タスクの優先順位を調整すれば良い。

図１７は本発明の一実施形態による優先順位の変更方法の他の例を示すフローチャートである。本動作は、図１５のＳ１０３で説明した優先順位変更の他の詳細動作に相当する。図１８は図１７による優先順位の変更方法によって優先順位が変更されたタスクの動作順序を示すタイミング図である。

図１７を参照すると、Ｓ３００およびＳ３０２は、図１５のＳ２００およびＳ２０２と同一である。

一方、待機時間の長さより短い遂行期間を有するタスクが複数個ある場合、本実施形態では、当該タスクのうち遂行期間が最も長いタスクの優先順位を調整する（Ｓ２０１）。

図１８に示されているように、ＢＭＳ＃１ １４‐１は、タスクＦ、ＧおよびＨが４５～６０ｍｓの間の１５ｍｓ長さの待機時間より短い遂行時間を有する。また、タスクＧが最も長い遂行時間を有する。したがって、先ずタスクＧを４５～５０ｍｓの間の待機時間の間に遂行され得るように優先順位を調整する。その後、最初タスクＧがタスクを遂行する時間である８０～９５ｍｓの間の待機時間が残存することになり、タスクＨが８０～９０ｍｓの間に遂行され得るように業務スケジュールを調整する。ただし、タスクＨの場合、業務優先順位が調整されるのではなく、開始および終了タイミングが調整されるだけである。

ＢＭＳ＃２ １４‐２およびＢＭＳ＃３ １４‐３の場合、待機時間後のタスクＤおよびタスクＥの遂行時間が同一であるため、図１５および図１６の例と同様に、業務優先順位およびスケジュールが調整される。

以上、待機時間の間にその後に遂行されるタスクのうち優先順位を任意に調整することができるようにすることで、従来、予め定められた期間内にすべて処理することができなかったタスクを処理することができ、したがって、効率的なハードウェアの運用が可能になる。

図１９はさらに他の実施形態によるタスクタイムテーブルを示す図である。

図１９によると、マスタＢＭＳ２０は、タスクＡ、ＢおよびＣを遂行し、ＢＭＳ＃１ １４‐１は、タスクＡ、Ｂ、ＦおよびＧを遂行する。ＢＭＳ＃２ １４‐２およびＢＭＳ＃３ １４‐３は、タスクＡ、Ｂ、ＤおよびＥをそれぞれ遂行する。本実施形態において、通信優先順位は図１２のとおりである。

図２０は図１９および図１２によるタスクの動作順序を示すタイミング図である。

図２０を参照すると、ＢＭＳ＃１ １４‐１とＢＭＳ＃３ １４‐３が予め定められた期間（例えば、周期である１００ｍｓ）内にタスクをすべて完了することができないことを確認することができる。すなわち、タスクＧおよびタスクＥが１００ｍｓを超えて終了する。これは、バッテリシステムにエラーが発生した状況であり、従来、これを解決するためには、一部のタスクを除去しなければならなかった。あるいは、かかる問題を解決するために、直接タスクタイムテーブル１２１および通信優先順位テーブル１２３を全面的に修正しなければならなかった。

しかし、本発明の実施形態では、以下のように、上述の方式とは異なる方式で上記の問題を解決することができる。

図２１は本発明の他の実施形態による優先順位の変更方法を示すフローチャートである。本動作は、図８のＳ２２で説明した優先順位変更の他の詳細動作に相当する。

図２１を参照すると、Ｓ４００～Ｓ４０３の動作は、図１４のＳ１００～Ｓ１０３の動作と同一である。すなわち、周期内にすべてのタスクを処理可能であると、決定された業務スケジュールにしたがってタスクを遂行する。また、周期内にすべてのタスクを処理することができない場合であって、待機時間より短い遂行時間を有するタスクがある場合には、当該タスクの優先順位を調整し、周期内にすべてのタスクを処理することができるようにする。

一方、待機時間より短い遂行時間を有するタスクがない場合（Ｓ４０２のＮｏ）、タスクを分割可能であるか否かを判断する（Ｓ４０４）。

図２２は図２１において優先順位の変更方法の例を示すフローチャートである。

図２２を参照すると、待機時間より短い遂行時間を有するタスクがタスク待機列に含まれていないため、周期内にタスクを処理するために他の方法を講じなければならない。このために、タスク待機列に含まれたタスクのうち分割して遂行することが可能なタスクが存在するかを判断する（Ｓ５００）。

分割して遂行することが可能なタスクが存在する場合（Ｓ５００のＹｅｓ）、当該タスクを複数のサブタスクに分割する。この際、少なくとも一つのサブタスクの遂行期間が待機時間以下になるようにする（Ｓ５０１）。

その後、待機時間以下の遂行時間を有するように分割されたサブタスクの優先順位を変更する（Ｓ５０２）。したがって、待機時間にサブタスクを遂行するようにすることで、予め定められた期間内にすべてのタスクを処理可能になる。

一方、タスク待機列に含まれたタスクのうち分割して遂行することが可能なタスクが存在しない場合には、予め定められた時間内にすべてのタスクを処理することができないため、上位制御器２などにエラーを通知する（Ｓ５０３）。

図２３は図２２による優先順位の変更方法によって優先順位が変更されたタスクの動作順序を示すタイミング図である。

図２３に示されているように、ＢＭＳ＃１ １４‐１は、待機時間後に遂行され、同期して遂行される必要がないタスクＦおよびＧのうちタスクＦを分割することが可能である。このタスクＦは、二つのサブタスクｆ１およびｆ２に分割され得る。本実施形態では、ｆ１およびｆ２がいずれも待機時間以下の遂行時間を有するが、少なくとも一つのサブタスクだけ待機時間以下の遂行時間を有しも良い。この際、少なくとも一つのサブタスクは、待機時間と同じ長さの遂行時間を有するように分割されても良い。すなわち、サブタスクｆ１は、ＢＭＳ＃１ １４‐１の待機時間である４５～６０ｍｓの間に遂行され得るように１５ｍｓの遂行時間を有するように分割される。また、その他に対して５ｍｓの遂行時間を有するサブタスクＦ２が生成される。サブタスクｆ１は、優先順位が調整されてタスクＢより先に遂行され得るようにし、したがって、待機時間である４５～６０ｍｓの間にタスクが遂行される。結果、予め定められた時間を超える長さだけのタスクが待機時間の間に遂行され得、すべてのタスクを予め定められた時間内に遂行することができる。

図２４は本発明の一実施形態によるバッテリ管理システムのハードウェア構成図である。

図２４を参照すると、ＢＭＳ４００は、コントローラ（ＭＣＵ）４１０と、メモリ４２０と、入出力インターフェース４３０と、通信インターフェース４４０とを含むことができる。

ＭＣＵ４１０は、ＢＭＳ４００内の各種の動作および演算の処理と各構成を制御する。

メモリ４２０には、運営体制プログラムおよびＢＭＳ４００の機能を果たすためのプログラムが記録される。メモリ４２０は、揮発性メモリおよび不揮発性メモリを含むことができる。例えば、メモリ４２０としては、ＲＡＭ、ＲＯＭ、フラッシュメモリなどの半導体メモリ、磁気ディスク、光ディスクなど各種の保存媒体のうち少なくともいずれか一つが使用され得る。

入出力インターフェース４３０は、各種の入力信号および出力信号の入出力を遂行する。例えば、ＭＣＵ４１０は、入出力インターフェース４３０により、スイッチング素子のスイッチング動作のための制御信号を出力することができる。

通信インターフェース４４０は、外部と有線および／または無線で通信可能な構成である。

ＭＣＵ４１０は、メモリ４２０に保存されたプログラムを遂行することで、スケジュール決定部１３０、優先順位変更部１４０、業務遂行部１５０、同期化部１６０および誤差算出部１７０の機能を果たすモジュールを具現することができる。

また、ＭＣＵ４１０は、通信インターフェース４４０と協動して通信部１１０の機能を果たすことができる。

以上、本発明の実施形態を構成するすべての構成要素は、一つに結合するか、結合して動作するものと説明しているが、本発明は、必ずしもかかる実施形態に限定されるものではない。すなわち、本発明の目的範囲内であれば、すべての構成要素が一つ以上に選択的に結合して動作することもある。

また、以上で記載の「含む」、「構成する」、または「有する」などの用語は、特別に反対の意味の記載がない限り、当該構成要素が内在し得ることを意味するため、他の構成要素を除くのではなく、他の構成要素をさらに含み得ることに解釈すべきである。技術的もしくは科学的な用語を含むすべての用語は、異なる意味に定義されない限り、本発明が属する技術分野において通常の知識を有する者によって一般的に理解されるものと同じ意味を有すると解釈され得る。辞書に定義されている用語のように、一般的に使用される用語は、関連技術の文脈上の意味と一致するものと解釈すべきであり、本発明で明白に定義しない限り、理想的もしくは過剰に形式的な意味に解釈されない。

以上の説明は、本発明の技術思想を例示的に説明しているものに過ぎず、本発明が属する技術分野において通常の知識を有する者であれば、本発明の本質的な特性から逸脱しない範囲で、様々な修正および変形が可能である。したがって、本発明に開示されている実施形態は、本発明の技術思想を限定するためのものではなく、説明するためのものであり、かかる実施形態よって本発明の技術思想の範囲が限定されるものではない。本発明の保護範囲は、下記の特許請求の範囲によって解釈すべきであり、それと同等な範囲内にあるすべての技術思想は、本発明の権利範囲に含まれるものと解釈すべきである

Claims (20)

1. 複数のバッテリ管理システムそれぞれが個別に設定されたタスクを遂行し、遂行したタスク結果を無線通信でマスタバッテリ管理システムに送信するバッテリ管理システムであって、
   前記複数のバッテリ管理システムそれぞれが遂行するタスクリストと、前記タスクリストに含まれた各タスクの遂行時間と、遂行周期および業務優先順位と、前記複数のバッテリ管理システムの間の通信優先順位と、を含むタスク情報保存部と、
   前記タスク情報保存部に保存されたデータに基づいて業務スケジュールを決定するスケジュール決定部と、
   前記スケジュール決定部によって決定された業務スケジュールに基づいてタスクの業務優先順位を調整する優先順位変更部と、を備え、
   前記スケジュール決定部は、前記調整された業務優先順位にしたがって業務スケジュールを調整する、バッテリ管理システム。
2. 前記優先順位変更部は、
   前記スケジュール決定部によって決定された業務スケジュールのうち待機時間の間に遂行され得る後順位タスクが存在する場合、前記後順位タスクの業務優先順位を前記待機時間の直前に遂行されるタスクの優先順位の次に調整する、請求項１に記載のバッテリ管理システム。
3. 前記優先順位変更部は、
   前記スケジュール決定部によって決定された業務スケジュールのうち待機時間の長さを前記待機時間の後に遂行されるタスクの遂行時間それぞれと比較する、請求項２に記載のバッテリ管理システム。
4. 前記優先順位変更部は、
   前記比較の結果、前記待機時間の長さより短い遂行時間を有するタスクが前記待機時間の間に遂行されるように優先順位を調整する、請求項３に記載のバッテリ管理システム。
5. 前記優先順位変更部は、
   前記待機時間の長さより短い遂行期間を有するタスクが複数個ある場合、当該タスクのうち優先順位が最も高いタスクの優先順位を調整する、請求項４に記載のバッテリ管理システム。
6. 前記優先順位変更部は、
   前記待機時間の長さより短い遂行期間を有するタスクが複数個ある場合、当該タスクのうち遂行期間が最も長いタスクの優先順位を調整する、請求項４または５に記載のバッテリ管理システム。
7. 前記タスク情報保存部は、前記タスクリストのうち他のバッテリ管理システムと同期して遂行されなければならないタスクが設定されている、請求項１から６のいずれか一項に記載のバッテリ管理システム。
8. 前記スケジュール決定部は、前記同期して遂行されなければならないタスクを考慮して前記業務スケジュールを決定する、請求項７に記載のバッテリ管理システム。
9. 前記タスクリストのうち複数のバッテリ管理システムにおいて共通して遂行するタスクは同期して遂行する、請求項７または８に記載のバッテリ管理システム。
10. 前記待機時間は、特定のタスクの遂行後、前記タスクの結果を他のバッテリ管理システムに送信するまでの期間である、請求項２から６のいずれか一項に記載のバッテリ管理システム。
11. 前記マスタバッテリ管理システムまたは他のバッテリ管理システムと通信可能な通信部をさらに含む、請求項１から１０のいずれか一項に記載のバッテリ管理システム。
12. 前記優先順位変更部によってタスクの優先順位が調整された場合、
    前記通信部により、前記スケジュール決定部によって調整された業務スケジュールを他のバッテリ管理システムに送信する、請求項１１に記載のバッテリ管理システム。
13. 前記通信部により、前記マスタバッテリ管理システムまたは前記他のバッテリ管理システムから調整された業務スケジュールを受信した場合、
    前記調整された業務スケジュールで前記タスク情報保存部の保存内容をアップデートする、請求項１１または１２に記載のバッテリ管理システム。
14. 前記通信部は、マルチキャストまたはブロードキャスト方式で前記スケジュール決定部によって調整された業務スケジュールを他のバッテリ管理システムに送信する、請求項１１から１３のいずれか一項に記載のバッテリ管理システム。
15. 前記スケジュール決定部によって決定された業務スケジュールに基づいて呼び出されたタスクを保存するタスク待機列をさらに含み、
    前記優先順位変更部は、前記タスク待機列に含まれたタスクのうち最も優先順位が高いタスク以外のタスクのうち、待機時間より短い遂行時間を有するタスクの優先順位を変更する、請求項１から１４のいずれか一項に記載のバッテリ管理システム。
16. 前記優先順位変更部は、前記優先順位が変更されたタスクの遂行が完了すると、当該タスクの優先順位を最初の優先順位に再変更する、請求項１５に記載のバッテリ管理システム。
17. 複数のバッテリ管理システムそれぞれが遂行するタスクリスト、前記タスクリストに含まれた各タスクの遂行時間、遂行周期および業務優先順位と、前記複数のバッテリ管理システムの間の通信優先順位を保存するステップと、
    前記保存されたデータに基づいて業務スケジュールを決定するステップと、
    前記決定された業務スケジュールに基づいてタスクの業務優先順位を調整するステップと、
    前記調整された業務優先順位にしたがって業務スケジュールを調整するステップと、を含む、バッテリ管理システムの制御方法。
18. 前記タスクの業務優先順位を調整するステップは、
    前記決定された業務スケジュールのうち待機時間の間に遂行され得る後順位タスクが存在する場合、前記後順位タスクの業務優先順位を前記待機時間の直前に遂行されるタスクの優先順位の次に調整する、請求項１７に記載のバッテリ管理システムの制御方法。
19. 前記待機時間の長さより短い遂行期間を有するタスクが複数個ある場合、当該タスクのうち優先順位が最も高いタスクの優先順位を調整する、請求項１８に記載のバッテリ管理システムの制御方法。
20. 前記待機時間の長さより短い遂行期間を有するタスクが複数個ある場合、当該タスクのうち遂行期間が最も長いタスクの優先順位を調整する、請求項１８または１９に記載のバッテリ管理システムの制御方法。

Images