JP2022186386A - 蓄電装置の管理システム - Google Patents

Abstract

【課題】各エリアにおいて蓄電装置の不足が発生する事態を抑制し、蓄電装置をより効果的に利用することが可能な蓄電装置の管理システムを提供する。
【解決手段】実施形態の一例である蓄電装置の管理システムは、複数のエリアにそれぞれ配置された、通信機能を有する蓄電装置と、蓄電装置と通信可能な管理装置とを備える。管理装置は、複数の蓄電装置について、管理位置情報を蓄電装置の識別情報と関連付けて記憶している。そして、管理装置は、管理位置情報と、システムの外部から取得される第１情報および管理装置において取得される蓄電装置の数に関わる第２情報の少なくとも一方とに基づき、蓄電装置の取り扱いに関する情報を出力する。
【選択図】図１

Description

本開示は、蓄電装置の管理システムに関し、より詳しくは、持ち運びできる可搬式の蓄電装置の管理システムに関する。

従来、電動アシスト自転車、電動バイク、電動カート等の電動車両、コンピュータ、プリンター、スマートフォン、タブレット端末等の電気機器などの電源として、持ち運びできる可搬式の蓄電装置が使用されている。また、可搬式の蓄電装置は、停電、災害等が発生したときの非常用電源としても使用されている。

近年、蓄電装置の状態に関する情報をスマートフォン等の情報端末に送信するための無線通信モジュールを備えた蓄電装置も提案されている（例えば、特許文献１参照）。無線通信モジュールを備えた蓄電装置によれば、充電率、温度等の蓄電装置の状態に関する情報がユーザーのスマートフォン等に送信されるので、ユーザーは蓄電装置の状態を容易に確認することができる。

特開２０１７－４６５７１号公報

可搬式の蓄電装置は、所定のエリア毎に必要な数が配備されるべきである。例えば、大規模な避難所には多くの蓄電装置が配備されるなど、避難所の規模に応じて蓄電装置が適正配備されるべきである。しかし、実際には、蓄電装置が十分に存在するエリアがある一方、蓄電装置が不足するエリアが発生し得る。例えば、地震、洪水等の災害が発生した地域では、直ぐに使用できる蓄電装置が不足し、蓄電装置を必要とする被災者に行き渡らないことが予想される。

本開示の目的は、各エリアにおいて蓄電装置の不足が発生する事態を抑制し、蓄電装置をより効果的に利用することが可能な蓄電装置の管理システムを提供することである。

本開示に係る蓄電装置の管理システムは、複数のエリアにそれぞれ配置された、通信機能を有する蓄電装置と、蓄電装置と通信可能な管理装置とを備え、管理装置は、複数の蓄電装置について、管理位置情報を蓄電装置の識別情報と関連付けて記憶し、管理位置情報と、システムの外部から取得される第１情報および管理装置において取得される蓄電装置の数に関わる第２情報の少なくとも一方とに基づき、蓄電装置の取り扱いに関する情報を出力することを特徴とする。

本開示に係る蓄電装置の管理システムによれば、各エリアにおいて蓄電装置の不足が発生する事態を抑制でき、蓄電装置をより効果的に利用することが可能である。本開示に係る管理システムによれば、例えば、地域社会全体において蓄電装置を効率良く利用することができる。

第１実施形態の蓄電装置の管理システムを模式的に示す図である。 第１実施形態のシステムの構成を示すブロック図である。 第１実施形態のシステムにおける処理手順を示すフローチャートである。 第１実施形態のシステムにおける処理手順を示すフローチャートである。 第１実施形態のシステムにおける処理手順を示すフローチャートである。 第１実施形態の情報端末に表示される情報を示す図である。 第１実施形態の情報端末に表示される情報を示す図である。 第１実施形態の情報端末に表示される情報を示す図である。 第２実施形態の蓄電装置の管理システムを模式的に示す図である。 第２実施形態のシステムにおける処理手順を示すフローチャートである。 第２実施形態の情報端末に表示される情報を示す図である。 第３実施形態の蓄電装置の管理システムを模式的に示す図である。

以下、図面を参照しながら、本開示に係る蓄電装置の管理システムの実施形態の一例について詳細に説明する。以下で説明する実施形態はあくまでも一例であって、本開示は以下の実施形態に限定されない。また、以下で説明する複数の実施形態および変形例の各構成要素を選択的に組み合わせることは本開示の範囲内である。

本開示に係るシステムの主体は、コンピュータを備えている。このコンピュータがプログラムを実行することによって、本開示のシステムの主体の機能が実現される。コンピュータは、プログラムに従って動作するプロセッサを主なハードウェア構成として備える。プロセッサは、プログラムを実行することによって上記機能を実現することができれば、その種類は問わない。プロセッサは、集積回路（ＩＣ）又は大規模集積回路（ＬＳＩ）を含む１つ又は複数の電子回路で構成される。複数の電子回路は、１つのチップに集積されていてもよく、複数のチップに設けられていてもよい。複数のチップは、１つの装置に集約されていてもよく、複数の装置に備えられていてもよい。また、プログラムは、コンピュータが読み取り可能なＲＯＭ、光ディスク、ハードディスクドライブ等の非一時的記憶媒体に記憶される。プログラムは、記憶媒体に予め格納されていてもよく、インターネット等を含む広域通信網を介して記憶媒体に供給されてもよい。

以下、図１～図６を参照しながら、第１の実施形態である蓄電装置の管理システム１について説明する。図１は、管理システム１を模式的に示す図である。図２は、管理システム１の構成を示すブロック図である。

図１および図２に示すように、管理システム１は、複数のエリアにそれぞれ配置された、通信機能を有する蓄電装置１０と、蓄電装置１０と通信可能な情報端末２０と、情報端末２０と通信可能な管理サーバー３０とを備える。管理システム１は、複数のエリアの蓄電装置１０を管理するシステムであって、エリア毎に配置された複数の情報端末２０を備えることが好ましい。但し、いくつかのエリア毎に情報端末２０を配置する、或いは全エリアを管理する１台の管理サーバー３０を配置することも可能である。なお、１つのエリアに配置される蓄電装置１０は、１台であってもよく、複数台であってもよい。

情報端末２０は、モニタ２３を有する端末装置であって、一例としては、ユーザーが所有するスマートフォン、タブレット端末、およびノートパソコンが挙げられる。管理システム１は、ユーザー、特に設備管理者が情報端末２０を用いて蓄電装置１０の状態を確認できるように構成されている。なお、蓄電装置１０と管理サーバー３０が直接通信を行い、蓄電装置１０から管理サーバー１０に直接、蓄電装置１０に関する情報が送信されてもよい。

図１では、エリアＡ，Ｂに配置された複数の蓄電装置１０、エリアＡ，Ｂ毎に蓄電装置１０を管理する情報端末２０、および複数の情報端末２０と通信可能な管理サーバー３０を図示している。各蓄電装置１０は、例えば、Ｂｌｕｅｔｏｏｔｈ（登録商標）、Ｗｉ-Ｆｉ（登録商標）、ＮＦＣ等の近距離無線通信により、同じエリア内の情報端末２０に情報を提供する。図１では、２つのエリアＡ，Ｂを図示しているが、管理システム１の管理下にあるエリアの数は特に限定されない。

エリアＡ，Ｂの例としては、オフィス、工場、公共施設（役所、公民館、学校、病院、その他避難所として使用される施設等）、商業施設（店舗、ショッピングモール、宿泊施設等）などが挙げられる。エリアＡ，Ｂの一例は、１つの施設内の１つのフロアや、１つの区画である。１つの施設内には、複数のエリアが設定されていてもよい。また、管理システム１の管理下にあるエリアには、戸建住宅、マンション等の集合住宅などが含まれていてもよい。１台の情報端末２０により、複数のエリアの蓄電装置１０が管理されていてもよい。

管理サーバー３０は、複数の蓄電装置１０について、管理位置情報を蓄電装置１０の識別情報と関連付けて記憶している。管理サーバー３０は、更に、複数の蓄電装置１０について、複数のエリア毎の管理数量情報および状態に関する情報の少なくとも一方を蓄電装置１０の識別情報と関連付けて記憶していることが好ましい。蓄電装置１０の識別情報の一例は、管理システム１又は製造元において、各蓄電装置１０に割り振られた固有番号である。詳しくは後述するが、管理サーバー３０は、管理位置情報と、管理システム１の外部から取得される第１情報および情報端末２０又は管理サーバー３０において取得される蓄電装置１０の数に関わる第２情報の少なくとも一方とに基づき、蓄電装置１０の取り扱いに関する情報を出力する。第１情報は、例えば、気象災害情報である。

管理サーバー３０が記憶する管理位置情報とは、蓄電装置１０が管理されているエリアを特定するための情報である。具体例としては、エリアの住所データ、識別番号などが挙げられる。住所データには、例えば住所、郵便番号、電話番号、緯度・経度などが含まれる。管理位置情報は、蓄電装置１０に記憶されていてもよい。また、管理サーバー３０は、各エリアにおいて蓄電装置１０を管理する情報端末２０に関する情報を管理位置情報と関連付けて記憶している。蓄電装置１０の状態に関する情報には、例えば、蓄電装置１０の充電率、劣化情報、異常情報、保管状況等が含まれる。蓄電装置１０の管理数量情報には、各エリアに配備されている蓄電装置１０の数が含まれる。

本実施形態において、管理サーバー３０は、管理システム１の管理下にある全てのエリアについて、管理位置情報と共に、エリア毎の管理数量情報を蓄電装置１０の識別情報と関連付けて記憶している。管理サーバー３０は、更に、管理システム１の管理下にある全てのエリアについて、蓄電装置１０の状態に関する情報を記憶していてもよい。また、管理サーバー３０は、管理システム１以外の他の管理システムと通信可能に接続され、他の管理システムと連携していてもよい。

管理システム１の管理下にあるエリアＡ，Ｂには、上述の通り、複数の蓄電装置１０が配置されている。各エリアには、必要な数の蓄電装置１０が適正配備されていることが好ましいが、例えば地震、洪水、停電等が発生した場合に、直ぐに使用できる蓄電装置１０が不足し、蓄電装置１０を必要とするユーザーに蓄電装置１０が行き渡らないことが予想される。また、特別なイベントの開催等により蓄電装置１０の需要が予想外に増えることもあり得る。管理システム１は、かかる蓄電装置１０の不足を抑制し、より効果的な蓄電装置１０の利用を実現するためのシステムである。

管理サーバー３０は、識別情報等を含む蓄電装置１０に関する情報を記憶して、蓄電装置１０を統括的に管理する装置である。管理サーバー３０の一例は、蓄電装置１０の製造者、管理事業者等のサーバーである。管理サーバー３０への蓄電装置１０に関する情報の登録は、例えば、情報端末２０を用いて行われる。情報端末２０と管理サーバー３０は、インターネット回線、移動通信システム等の広域通信網を介して通信可能に構成されている。蓄電装置１０は、情報端末２０と通信可能であるが、広域通信網を介して管理サーバー３０と通信可能であってもよい。なお、管理サーバー３０はユーザーが管理するサーバーであってもよい。

以下、管理システム１を構成する蓄電装置１０、情報端末２０、および管理サーバー３０について詳説する。

［蓄電装置１０］
蓄電装置１０は、電池モジュール１１と、電池モジュール１１を収容するケース１４とを備える。蓄電装置１０は、持ち運びできる可搬式の蓄電装置であって、一般的に電池パック又は蓄電池とも呼ばれる。また、蓄電装置１０は、通信モジュール１２と、制御部１３とを備える。通信モジュール１２と制御部１３は、電池モジュール１１と共にケース１４に収容されている。電池モジュール１１は、例えば、充放電器１７（後述の図７参照）を用いて充電される。充放電器１７は、電気機器が接続されるコンセントを有し、蓄電装置１０を充放電器１７に設置した状態で蓄電装置１０の放電が可能である。

電池モジュール１１は、単一の電池で構成されていてもよいが、好ましくは複数の電池を含む組電池として構成される。組電池を構成する電池の形状は、特に限定されず、例えば円筒形電池、パウチ型電池、角形電池のいずれであってもよい。また、電池の種類は特に限定されないが、好適な一例としては、高容量のリチウムイオン電池が挙げられる。蓄電装置１０には、電池モジュール１１から電力を取り出すためのコネクタが設けられていてもよい。

蓄電装置１０には、例えば、電池モジュール１１の電圧を計測する電圧測定部、電流を計測する電流測定部、温度を計測する温度センサなどの測定部が設けられている。制御部１３は、これらの計測値に基づいて、電池モジュール１１の充電率など、電池モジュール１１の状態を示す値を算出する。

通信モジュール１２は、情報端末２０又は管理サーバー３０、或いは両方と無線通信するための回路モジュールである。通信モジュール１２の機能により、蓄電装置１０の情報が情報端末２０又は管理サーバー３０、或いは両方に送信される。本実施形態では、蓄電装置１０と近距離に存在する情報端末２０との無線通信機能を有するものであればよい。通信モジュール１２の構成は特に限定されないが、消費電力低減等の観点から、近距離無線通信モジュールであってもよい。

具体例としては、ＢＬＥ（Ｂｌｕｅｔｏｏｔｈ（登録商標） Ｌｏｗ Ｅｎｅｒｇｙ）通信を行うモジュールが挙げられる。ＢＬＥは、近距離無線通信規格であるＢｌｕｅｔｏｏｔｈ（登録商標）のバージョン４に対応する。ＢＬＥ通信のための消費電力は比較的小さいため、ＢＬＥモジュールを用いることで、蓄電装置１０の内部消費電力を抑制できる。なお、Ｂｌｕｅｔｏｏｔｈ（登録商標）は、近距離無線通信の国際標準規格であるＩＥＥＥ８０２．１５．１規格に対応する。

制御部１３は、例えば、電池モジュール１１の充放電、蓄電装置１０の状態を示す情報の算出、通信モジュール１２を介した情報発信など、蓄電装置１０の動作を制御する機能を有する。蓄電装置１０の情報は、制御部１３の制御の下、通信モジュール１２の機能により情報端末２０に送信される。制御部１３は、例えば、充電率が所定の閾値未満になったときに充電を促す情報を出力し、異常が発生したときには異常を示す情報を出力する。また、制御部１３は、情報端末２０からの要求に基づいて、蓄電装置１０の状態を示す情報を出力してもよい。

制御部１３は、プロセッサおよびメモリを含むマイコンにより構成される。メモリは、例えばＲＡＭ、ＲＯＭ、ハードディスク等の不揮発性メモリを含む。プロセッサは、メモリにインストールされたプログラムを読み出して実行することにより、蓄電装置１０としての機能を実現する。また、制御部１３は、ＢＭＳ基板と呼ばれる保護基板を有していてもよく、電池モジュール１１の状態を監視して最適な充放電を実行する。

蓄電装置１０は、管理位置情報およびメッセージ情報の少なくとも１つを記憶していてもよい。また、これらの情報は、蓄電装置１０の識別情報と共に、管理サーバー３０に記憶されていてもよい。蓄電装置１０等に記憶されるこれらの情報は、例えば、管理システム１の外部から取得される第１情報に基づいて蓄電装置１０を他のエリアに輸送した場合に、輸送先の情報端末２０によって読み出される。管理位置情報は、上述の通り、蓄電装置１０が管理されている住所データ等であって、輸送先から蓄電装置１０を返却する際に使用される。メッセージ情報は、例えば、蓄電装置１０の輸送先が避難所である場合に、被災者を励ます応援メッセージである。管理位置情報およびメッセージ情報の蓄電装置１０への入力は、情報端末２０を用いて行うことができる。

蓄電装置１０のケース１４は、金属製ケースであってもよいが、通信性能、軽量化等の観点から、樹脂製ケースであることが好ましい。ケース１４は、一般的に不透明であり、内部に収容される電池モジュール１１等を隠蔽している。図１に示すケース１４は略直方体状に形成され、ケース１４の上端部には蓄電装置１０を持ち運ぶ際に使用される把手が設けられている。また、ケース１４の下部には、充電器、放電器等のバッテリ設置部などに差し込まれる接続部１５が設けられている。接続部１５は、電池モジュール１１と電気的に接続された端子１５Ａを有する。

蓄電装置１０には、残量表示ボタン１６が設けられている。残量表示ボタン１６は、電池モジュール１１の充電率を表示させるための操作部である。また、蓄電装置１０には、インジケータが設けられており、残量表示ボタン１６の操作によりインジケータに充電率が表示される。インジケータは、例えば、複数のランプを含み、充電率に応じて点灯させるランプの数を変更することで充電率を表示する。インジケータは、充電率を数値で表示可能な表示部であってもよく、また充電率以外の蓄電装置１０の状態を表示可能であってもよい。

残量表示ボタン１６は、蓄電装置１０をシャットダウンして長期保管モードを開始するための操作部として兼用されてもよい。例えば、残量表示ボタン１６を短押しする通常の第１の操作を行うことによりインジケータに充電率が表示され、残量表示ボタン１６を長押しする第２の操作を行うことにより蓄電装置１０がシャットダウンされる。詳しくは後述するが、蓄電装置１０の取り扱いに関する情報の対象には、長期保管中の蓄電装置１０が含まれる。

長期保管モードは、蓄電装置１０の構成機器をシャットダウンするモードであって、ユーザーの操作により開始される。長期保管モードは、装置構成機器をシャットダウンすることで蓄電装置１０の内部消費電力を抑え、蓄電装置１０を直ぐに使用できる状態で長期間の保管を可能とする。長期保管モードでは、電池モジュール１１から電力が供給される全ての装置構成機器がシャットダウンされることが好ましい。なお、長期保管モードの蓄電装置１０は、充放電器１７を用いて起動させることができる。

長期保管モードでは、通信モジュール１２および制御部１３を含む装置構成機器がシャットダウンされて内部消費電力が低減される一方、蓄電装置１０の通信機能が失われる。このため、長期保管モードの蓄電装置１０については、情報端末３０を用いた充電率等の確認ができない。この点に対処するため、情報端末２０又は管理サーバー３０は、長期保管モードの開始を記憶し、その開始から所定期間経過後に、例えば、蓄電装置１０の充電を促す情報を情報端末２０に出力してもよい。この機能により、ユーザーの管理負担が大きく軽減され、長期保管中の蓄電装置１０の充電状態を管理することが容易になる。

情報端末２０又は管理サーバー３０は、長期保管モードを開始してからの経過時間に基づいて蓄電装置１０の充電率を推測することができる。このため、長期保管中の蓄電装置１０についても、その充電率が低い場合、例えば、充電率が所定の閾値未満である場合には、充電を推奨する情報を出力することができる。

［情報端末２０］
情報端末２０は、上述のように、各エリアＡ，Ｂにおいて、蓄電装置１０の管理に使用される管理装置である。情報端末２０は、蓄電装置１０との通信により充電率等の情報を取得する。また、情報端末２０は、蓄電装置１０に管理位置情報（住所データ）、メッセージ情報等を入力し、蓄電装置１０のメモリに記憶されたこれらの情報を読み出すことができる。情報端末２０は、蓄電装置１０から取得された情報が表示されるモニタ２３を備える。モニタ２３は、例えば、タッチパネルであって、管理システム１の運用に必要な情報を入力するための操作部としても機能する。

情報端末２０は、管理サーバー３０との通信により管理システム１の運用に必要な情報の送受信を行う。蓄電装置１０から取得される情報の一部又は全てが、情報端末２０を介して管理サーバー３０に送信される。また、情報端末２０のモニタ２３には、管理サーバー３０から出力される蓄電装置１０の取り扱いに関する情報が表示される。詳しくは後述するが、蓄電装置１０の取り扱いに関する情報を確認したユーザーは、この情報に従って、又はこの情報を考慮して、蓄電装置１０の移動、充電、放電、購入などを行う。

情報端末２０は、管理システム１の専用端末であってもよいが、一例としては、ユーザーが所持するスマートフォンが挙げられる。例えば、管理システム１のアプリケーションソフトフェア（以下、単に「アプリ」とする）をインストールすることで、ユーザーのスマートフォンを管理システム１の情報端末２０として使用できる。アプリをインストールした情報端末のうち任意の情報端末のみが、蓄電装置１０の取り扱いに関する情報を管理サーバー３０から受け取る情報端末２０として機能してもよい。

管理システム１のアプリには、例えば、２種類のユーザー登録方法がある。１つは、単に蓄電装置１０を利用するための一般ユーザーとしての登録である。もう１つは、蓄電装置１０の管理を行う管理者としての登録である。管理者登録をする際には、取り扱い情報を受け取るための連絡先情報の提供が必要である。連絡先情報の一例としては、メールアドレスや、ＳＮＳのＩＤ、およびアプリのＩＤが挙げられる。アプリのＩＤは、自動的に管理サーバー３０に送信されてもよい。或いは、管理システム１のアプリには、一般ユーザー用アプリと管理者用のアプリが存在していてもよい。

情報端末２０は、蓄電装置１０の制御部１３と同様に、プロセッサ２１およびメモリ２２を備える。プロセッサ２１は、メモリ２２にインストールされたプログラム（管理システム１のアプリ）を読み出して実行することにより、情報端末２０としての機能を実現する。また、プロセッサ２１は、蓄電装置１０の情報を取得してメモリ２２に記憶させると共に、必要な情報を管理サーバー３０に送信する。本実施形態では、情報端末２０と蓄電装置１０との通信にＢＬＥ等の近距離無線通信が使用され、管理サーバー３０との通信にインターネット回線、移動通信システム等の広域通信網が使用される。

情報端末２０は、例えば、蓄電装置１０を補充するための借用依頼を管理サーバー３０に送信することができる。蓄電装置１０の借用依頼は、情報端末２０又は管理サーバー３０において取得される蓄電装置１０の数に関わる上記第２情報の一種であって、他のエリアから蓄電装置１０を借りるための要請である。借用依頼は、蓄電装置１０の需要予測に基づき蓄電装置１０の不足が発生する前に出力されてもよく、不足が発生してから出力されてもよい。なお、借用依頼は、気象情報等の第１情報を前提として出力されてもよく、第１情報が取得されていないタイミングで出力されてもよい。

図１に示す例において、エリアＢが避難所として使用される施設であり、エリアＢの地域で災害が発生して被災者に配る蓄電装置１０が不足する場合に、管理サーバー３０を介して他のエリアに蓄電装置１０の借用を要請できる。なお、借用依頼は、管理サーバー３０がエリアＢで発生する蓄電装置１０の不足を予測し、管理サーバー３０により自動的に生成されてもよい。即ち、借用依頼は、情報端末２０および管理サーバー３０の少なくとも一方から出力される。詳しくは後述するが、情報端末２０は、管理サーバー３０から借用依頼の提出を促すための情報を受信したときに、借用依頼を提出（送信）可能に構成されていてもよい。

［管理サーバー３０］
管理サーバー３０には、複数の蓄電装置１０および複数の情報端末２０の情報が、蓄電装置１０毎に、情報端末２０と対応付けられた状態で記憶されている。管理サーバー３０への蓄電装置１０および情報端末２０の初期登録、登録内容の変更等は、情報端末２０の操作により行うことができる。登録済みの蓄電装置１０に関する情報の少なくとも一部は、情報端末２０を介して自動的に管理サーバー３０に送信される。

管理サーバー３０は、蓄電装置１０、情報端末２０の各制御部と同様に、プロセッサ３１およびメモリ３２を備える。管理サーバー３０は、１台のコンピュータで構成されていてもよいし、複数のコンピュータで構成されていてもよい。プロセッサ３１は、メモリ３２にインストールされたプログラムを読み出して実行することにより、管理サーバー３０としての機能を実現する。また、プロセッサ３１は、蓄電装置１０および情報端末２０の情報を取得してメモリ３２に記憶させる。

管理サーバー３０のメモリ３２には、蓄電装置１０に関する情報（製品番号、製造年月日、上記管理位置情報等）、情報端末２０に関する情報（メールアドレス、電話番号、ＳＮＳのＩＤ、管理システム１のアプリＩＤ等）、ユーザーに関する情報などが記憶されている。管理サーバー３０には、蓄電装置１０に関する情報として、情報端末２０に記憶される情報と同じ情報が記憶されていてもよく、異なる情報が記憶されていてもよい。

管理サーバー３０は、蓄電装置１０の管理位置情報と、管理システム１の外部から取得される第１情報および管理サーバー３０において取得される蓄電装置１０の数に関わる第２情報の少なくとも一方とに基づき、蓄電装置１０の取り扱いに関する情報を情報端末２０に出力する。第１情報は、管理システム１の外部から取得される外部情報であり、第２情報は、例えば、情報端末２０から取得される管理システム１の内部情報である。なお、第２情報には、通常、蓄電装置１０の取り扱いに関する情報が出力される対象エリアと別のエリアの情報が含まれるため、第２情報は対象エリア外情報とも言える。

第１情報の一例は、気象情報および災害情報の少なくとも一方を含む気象災害情報である。気象災害情報の情報源は、特に限定されない。気象情報は、例えば、天気予報である。災害情報は、例えば地震、津波、噴火、火災、台風、竜巻、洪水等の自然災害に関する情報である。災害情報には、自然災害の発生情報だけでなく、発生の予測情報が含まれ、また自然災害に伴う大規模停電、人為的要因に基づく災害なども含まれる。なお、本開示のシステムにおいて、気象情報と災害情報の境界を明確化する必要はない。

第２情報の一例は、上記借用依頼である。借用依頼は、所定のエリアにおいて蓄電装置１０の数が不足している、又は不足することが予測される場合に、当該エリアに蓄電装置１０を補充するため情報である。また、第２情報は、情報端末２０の操作により管理サーバー３０に登録されるエリア情報であってもよい。例えば、エリアＢが避難所として使用される施設である場合に、想定収容人数、保有する蓄電装置１０の数（即ち、管理数量情報）、想定収容人数に対する蓄電装置１０の保有数の割合などが挙げられる。

管理サーバー３０は、少なくとも蓄電装置１０の管理位置情報および第１情報に基づき、蓄電装置１０の取り扱いに関する情報として、第１のエリアの蓄電装置１０を第１のエリアと異なる第２のエリアに移動させるための情報を出力してもよい。管理サーバー３０は、例えば、第１のエリアの情報端末２０に対して、第２のエリアへの蓄電装置１０の輸送を打診ないし要請する情報（以下、「輸送要請」という場合がある）を出力する。輸送要請には、第２のエリアにおいて蓄電装置１０が必要な理由、必要な時期、必要な数、返却予定時期、第２のエリアの住所データ、輸送方法などが含まれる。

図１では、エリアＢ（第２のエリア）が存在する地域に台風が近づいている様子を示している。管理サーバー３０は、例えば、気象災害情報を発信する外部システム１００からエリアＢの地域に台風が接近するとの情報を取得したときに、エリアＡ（第１のエリア）の情報端末２０に対し、エリアＢへの蓄電装置１０の輸送の要請情報を出力する。この場合、エリアＢでは台風の影響による停電などにより蓄電装置１０が不足することが想定されるが、エリアＡからの蓄電装置１０の輸送により十分な数の蓄電装置１０を補充することができる。なお、輸送要請は、自然災害の発生後に出力されてもよい。

管理サーバー３０は、管理下のエリアに関係する気象災害情報を取得したときに、第１のエリアの情報端末２０に輸送要請を出力する。第１のエリアは、管理サーバー３０の管理下にある全てのエリアであってもよいが、気象災害情報の対象地域に属さないエリアに設定されることが好ましい。エリアＡが台風の影響がない地域に属する場合に、エリアＡは輸送要請の出力先となり得る。

管理サーバー３０は、更に、エリア毎の蓄電装置１０の管理数量情報に基づいて、第１のエリアの情報端末２０に輸送要請を出力してもよい。管理数量情報は、情報端末２０により管理サーバー３０に登録されるエリア情報（蓄電装置１０の数に関わる情報）の１つであるから、第２情報の一種と言える。例えば、輸送要請の出力先となる第１のエリアには、台風の影響がない第１情報の非対象エリアのうち、エリアＢから近いエリア、蓄電装置１０の保有数が多いエリアなどが優先的に選択されてもよい。

管理サーバー３０は、蓄電装置１０の管理位置情報がマップ化されたマップ情報を有していてもよい。マップ情報は、例えば、所定の地域の地図上に、管理システム１の管理下にあるエリアがマッピングされた情報を含む。マップ情報には、エリア毎の蓄電装置１０の数量が含まれていてもよい。管理サーバー３０は、例えば、このマップ情報と台風の進路に基づき、蓄電装置１０の輸送要請の出力先となる第１のエリアと、蓄電装置１０の輸送先となる第２のエリアとを決定してもよい。

管理サーバー３０は、更に、蓄電装置１０の状態に基づいて、第１のエリアの情報端末２０に輸送要請を出力してもよい。一例としては、輸送要請を出力する際に、蓄電装置１０の充電率を考慮して情報の出力先を決定することが挙げられる。例えば、充電率が高い蓄電装置１０を多く保有するエリア、又は蓄電装置１０のトータルの蓄電量が多いエリアに対し、優先的に輸送要請を出力してもよい。また、管理サーバー３０は、輸送要請と共に、蓄電装置１０の充電を推奨する情報を出力してもよい。輸送要請には、例えば、充電を推奨する情報が含まれる。この場合、直ぐに使用できる満充電の状態で蓄電装置１０を輸送することができる。充電を推奨する情報は、充電率が所定の閾値未満の蓄電装置１０が存在する場合に出力されてもよい。

管理サーバー３０は、蓄電装置１０の管理位置情報と、第１情報および第２情報の少なくとも一方とに基づいて、蓄電装置１０を適正配備するための情報を出力してもよい。管理サーバー３０は、例えば、エリアＢが避難所として使用される施設であり、想定収容人数に対する蓄電装置１０の保有数の割合が所定の閾値未満である場合に、エリアＢの情報端末２０に蓄電装置１０の補充を促す情報を出力する。蓄電装置１０の補充を促す情報は、第２情報のみに基づいて出力され、気象災害情報等の第１情報が取得されていないタイミングで出力されてもよい。

管理サーバー３０は、第１情報が取得されたタイミングで、蓄電装置１０を適正配備するための情報を出力してもよい。管理サーバー３０は、例えば、第１情報が取得されたタイミングで全てのエリアに対し、蓄電装置１０の配備状況の確認を促す情報を出力してもよい。このとき、蓄電装置１０の数が不足していることが判明した場合には、蓄電装置１０を追加購入する、又は他のエリアから蓄電装置１０を借りるなど、蓄電装置１０を適正配備するための対応が可能となる。

なお、管理システム１は、店舗、支店などの複数の拠点（エリア）を有するユーザーにも好適である。管理サーバー３０は、例えば、各拠点の情報端末２０により登録されるエリア情報に基づき、蓄電装置１０の需要と保有数のバランスが悪い拠点の情報端末２０に対し、蓄電装置１０を適正配備するための情報を出力し、蓄電装置１０の購入又は移動を促してもよい。また、管理サーバー３０は、気象災害情報に基づき、当該情報の対象地域に属する拠点に、当該情報の非対象地域に属する他の拠点から蓄電装置１０を輸送するための輸送要請を当該他の拠点の情報端末２０に出力してもよい。

蓄電装置１０の取り扱いに関する情報の対象には、シャットダウンされた長期保管中の蓄電装置１０が含まれる。例えば、上記輸送要請において、長期保管モードの蓄電装置１０が優先的に移動させる対象として設定される。長期保管モードの蓄電装置１０は、長期間使用されずに保管されているものであるから貸与の対象として好適である。また、蓄電装置１０の充電率も高く直ぐに使用できる状態であるものが多い。管理サーバー３０は、長期保管モードの蓄電装置１０を多く所持するエリアに対し、優先的に輸送要請を出力してもよい。管理サーバー３０は、例えば、長期保管モードの蓄電装置１０の数が多いエリアから順に、輸送要請を各エリアの情報端末２０に出力する。

管理サーバー３０は、所定のエリア（第２のエリア）の情報端末２０から蓄電装置１０の借用依頼を受信したときに、所定のエリアと異なる他のエリア（第１のエリア）の情報端末２０に対し、所定のエリアに蓄電装置１０を移動させるための情報を出力してもよい。図１に示す例において、台風が近づいている地域にあるエリアＢの管理者は、蓄電装置１０の借用依頼を管理サーバー３０に送信できる。

管理サーバー３０は、借用依頼を受信したときに、台風の影響がない第１のエリア（エリアＡ）の情報端末２０に対し、蓄電装置１０の輸送要請を出力する。輸送要請の出力先である第１のエリアは、複数であることが好ましく、上述のように、エリアＢからの距離、長期保管モードの蓄電装置１０の数などに基づいて決定されてもよい。輸送要請の出力先は管理サーバー３０の機能により自動的に選択されるが、借用依頼において輸送要請の出力先を選択可能としてもよい。

管理サーバー３０は、第２のエリアの情報端末２０に対して借用依頼の提出を促すための情報を出力してもよい。情報端末２０は、管理サーバー３０から借用依頼を促す情報を受信した場合にのみ、借用依頼を送信可能に構成されていてもよい。管理サーバー３０は、例えば、外部システム１００から第１情報を取得したときに、当該情報の対象地域に属するエリアの情報端末２０に対し、借用依頼を促す情報を出力する。なお、蓄電装置１０の借用依頼は、蓄電装置１０の管理位置情報と、第１情報および第２情報の少なくとも一方とに基づいて、管理サーバー３０から自動的に出力されてもよい。

以下、図３Ａ～３Ｃのフローチャートを参照しながら、蓄電装置１０の取り扱いに関する情報の出力に係る処理手順の一例について説明する。

ここでは、管理サーバー３０の情報提供に基づいてエリアＢの情報端末２０から蓄電装置１０の借用依頼が管理サーバー３０に送信され、管理サーバー３０からエリアＡの情報端末２０に対し、借用依頼に基づく輸送要請が出力される場合を例示する。図３Ａは管理サーバー３０における処理手順を、図３ＢはエリアＢの情報端末２０における処理手順を、図３ＣはエリアＡの情報端末２０における処理手順をそれぞれ示している。

図３Ａに示すように、管理サーバー３０は、管理システム１の管理下にあるエリアに関係する気象災害情報を外部システム１００から取得する（Ｓ１のＹＥＳ）。この場合、取得した気象災害情報の対象地域に属する第２のエリアの情報端末２０に対し、当該情報の非対象地域に属する第１のエリアが保有する蓄電装置１０の情報を送信する（Ｓ２）。以下では、気象災害情報として、地震発生情報を例に挙げて説明する。また、エリアＡ，Ｂは、避難所として使用される施設であって、エリアＡが第１のエリアに含まれ、エリアＢが第２のエリアに含まれるものとして説明する。

ステップＳ２で提供される情報には、例えば、地震の影響がない又は影響が小さいエリアのうち、エリアＢからの距離が近いエリアにおける蓄電装置１０の保有状況が含まれている。また、この情報には、蓄電装置１０の借用依頼の提出を促すような内容が含まれていてもよい。管理サーバー３０は、ステップＳ２に先立って、支援要請可能な避難所のリスト情報が必要な否かを確認するための情報を送信してもよい。エリアＢの管理者は、例えば、地震による被害の状況、エリアＢで保有する蓄電装置１０の数、およびステップＳ２で提供される情報を考慮して、蓄電装置１０の借用依頼を提出するか否かを検討する。

管理サーバー３０は、エリアＢの情報端末２０から借用依頼を受信すると（Ｓ３のＹＥＳ）、第１のエリアの情報端末２０に対し、蓄電装置１０の輸送要請を出力する（Ｓ４）。蓄電装置１０の輸送要請は、第１に、エリアＢへの蓄電装置１０の貸与が可能などうかを確かめるための打診を行い、第２に、その回答に基づき、エリアＢの住所データ等を送信することにより行われてもよい。言い換えると、第１段階の打診は、エリアＢへの蓄電装置１０の貸与の提案、又は貸与が可能かどうかの質問である。第２段階の情報の出力は、エリアＢへの蓄電装置１０の貸与が可能なエリアの情報端末２０のみに対して行われ、これが正式な輸送要請となる。

上記第１段階の打診（貸与の提案）は、ステップＳ２の情報提供の前、又はステップＳ２の情報提供と同時に行われてもよい。この場合、ステップＳ２の情報には、質問に対する回答を反映することが可能である。輸送要請は、保有している蓄電装置１０の数が少ない個人や小規模のユーザーに対して送信されてもよい。個人の支援希望者に対する輸送要請には、近隣の避難所に蓄電装置１０を持ち込んでもらい他の蓄電装置１０と共に輸送できるように、近隣の避難所の情報が記載されていてもよい。

図３Ｂに示すように、エリアＢの情報端末２０は、管理サーバー３０から提供される、他のエリアの蓄電装置１０の保有状況に関する情報を受信し（Ｓ１０のＹＥＳ）、必要に応じて、蓄電装置１０の借用依頼を提出する（Ｓ１１）。借用依頼は、エリアＢの管理者が情報端末２０を操作することにより作成されて管理サーバー３０に送信される。借用依頼には、例えば、借用を希望する蓄電装置１０の数、借用を希望する期間等の情報が含まれる。なお、借用依頼を提出しない場合は、情報端末２０から借用不要の連絡が管理サーバー３０に送信されてもよい。

ステップＳ１１において、借用依頼を管理サーバー３０に送信すると、管理サーバー３０から第１のエリアの情報端末２０に輸送要請が出力される（図３ＡのＳ４）。これにより、エリアＢには第１のエリアから蓄電装置１０が輸送される。図３Ｂに示す例では、エリアＡから輸送された蓄電装置１０をエリアＢの管理者が受け取り、エリアＢにおいて当該蓄電装置１０が使用される（Ｓ１２）。

エリアＡから借りた蓄電装置１０が必要でなくなると、エリアＢの管理者は、蓄電装置１０に記憶された住所データを読み出し（Ｓ１３）、この住所データを使って蓄電装置１０をエリアＡに返送する（Ｓ１４）。蓄電装置１０に記憶された住所データは、情報端末２０を用いて読み出すことができる。被災地には多くの支援物資が集まるので、蓄電装置１０の返送先の把握が困難になることが予想されるが、蓄電装置１０に住所データが記憶されていれば、このような問題を抑制できる。また、住所データは情報端末２０を用いて読み出されるので、個人情報保護の観点からも好ましい。

図３Ｃに示すように、エリアＡの情報端末２０は、管理サーバー３０から蓄電装置１０の輸送要請を受信する（Ｓ２０のＹＥＳ）。エリアＡの管理者は、輸送要請を受諾するか否かを判断し、輸送要請を受諾する場合、受諾の回答を管理サーバー３０に送信する（Ｓ２１のＹＥＳ）。輸送要請は、上述の通り、エリアＢへの蓄電装置１０の貸与の打診、および輸送の詳細情報の出力の２段階で行われることが好ましい。例えば、ステップＳ２０において貸与の打診が行われ、ステップＳ２１において「貸与可能」の回答を管理サーバー３０に送信すると、管理サーバー３０から輸送の詳細情報が出力される。

輸送要請（詳細情報）には、少なくともエリアＢの住所データが含まれている。輸送要請には、蓄電装置１０が必要な理由、必要な時期、必要な数量等の情報が含まれていてもよい。輸送要請が２段階で行われる場合、これらの情報は第１段階の打診に含まれていてもよい。ステップＳ２１において輸送要請を受諾した場合、輸送対象となる蓄電装置１０の充電率が適切か否かを判断する（Ｓ２２）。蓄電装置１０の充電率が低い場合、エリアＡの管理者は輸送前に蓄電装置１０の充電を行う（Ｓ２３）。これにより、エリアＢで直ぐに使用できる状態の蓄電装置１０が輸送されることになる。

ステップＳ２２では、例えば、蓄電装置１０の充電率の確認を促す情報が情報端末２０に出力される。蓄電装置１０の充電率の確認を促す情報は、輸送要請に含まれていてもよく、管理サーバー３０から別途送信されてもよい。また、情報端末２０にインストールされたアプリの機能により表示されてもよい。ステップＳ２２では、輸送対象となる蓄電装置１０の充電率を自動判定し、充電率が所定の閾値未満である場合に、蓄電装置１０の充電を促す情報が出力されてもよい。

輸送対象の蓄電装置１０の充電率が適切である場合（Ｓ２２のＹＥＳ）、蓄電装置１０にエリアＡの住所データを入力し（Ｓ２４）、管理者は、住所データを入力した蓄電装置１０をエリアＢに輸送する（Ｓ２５）。なお、住所データは、蓄電装置１０を購入したときの初期登録時等において予め登録されていてもよい。また、住所データは、蓄電装置１０の固有番号と紐づけられて管理サーバー３０に記憶されていてもよい。

ステップＳ２４において、エリアＡの管理者は、情報端末２０を操作することにより、エリアＡの住所データを蓄電装置１０に入力する。この住所データは、エリアＢの情報端末２０を用いて読み出され、エリアＡへの蓄電装置１０の返送に使用される（図３ＢのＳ１３，Ｓ１４）。なお、ステップＳ２４において、住所データと共に、エリアＢの管理者等に伝えるメッセージ情報が蓄電装置１０に入力されてもよい。

図４～図６は、地震発生情報に基づく蓄電装置１０の輸送要請に関連して、情報端末２０のモニタ２３に表示される情報の例を示す図である。

図４は、エリアＢの情報端末２０に出力される、エリアＢの近隣エリアにおける蓄電装置１０の保有状況に関する情報、およびエリアＡの情報端末２０に出力される、エリアＢへの蓄電装置１０の貸与の打診をそれぞれ示す。図４では、管理サーバー３０がエリアＢに関係する地震発生情報に基づき、蓄電装置１０の取り扱いに関する情報をエリアＡ，Ｂの情報端末２０に出力する場合を例示しているが、蓄電装置１０の取り扱いに関する情報の出力のトリガーとなる情報は地震発生情報に限定されない。

図４に示すように、エリアＢの情報端末２０のモニタ２３には、エリアＢの近隣エリアで保有されている蓄電装置１０の情報がリスト形式で表示されている。このリストは、他のエリアにおける蓄電装置１０の保有状況に関するリストであって、例えば、近隣市町村の避難所の住所、連絡先、保有する蓄電装置１０の数等の情報を含んでいる。リストに表示される避難所は、地震発生情報に基づき、地震の影響がない又は影響が少ない当該地震発生情報の非対象地域から選択されることが好ましい。

上記リストに含まれる避難所は、エリアＢからの距離、蓄電装置１０の保有数、蓄電装置１０のトータルの蓄電量、および長期保管モードの蓄電装置１０の数から選択される少なくとも１つの情報に基づいて選択され、またリストの掲載順が決定されてもよい。例えば、リストに含まれる避難所は、エリアＢからの距離が近い順、蓄電装置１０の保有数が多い順、トータルの蓄電量が多い順、又は長期保管モードの蓄電装置１０の数が多い順に掲載されてもよい。

また、他のエリアの蓄電装置１０の保有状況に関する情報には、蓄電装置１０の借用依頼の提出が可能であることが記載されている。この情報を確認したエリアＢの管理者は、更に、地震による被害の状況、エリアＢで保有する蓄電装置１０の数などを考慮して、借用依頼を提出するか否かを検討することができる。借用依頼には、例えば、必要な蓄電装置１０の数、借用時期、輸送手段などの情報が含まれる。

図４に示すように、エリアＡの情報端末２０のモニタ２３には、エリアＢへの蓄電装置１０の貸与の打診に関する情報が表示されている。この貸与の打診には、エリアＢにおいて蓄電装置１０が必要な理由、エリアＡから貸与可能な蓄電装置１０の数、蓄電装置１０の貸与日、返却日、輸送手段等の情報が含まれている。また、この情報には、エリアＢから蓄電装置１０の借用依頼が提出されていることが記載されている。

貸与の打診に関する情報には、借用依頼に対応可能か否かの回答欄が設けられている。この場合、借用依頼に応じることが「可能」の回答を行うと、管理サーバー３０から蓄電装置１０をエリアＢに輸送するために必要な住所データ等の詳細情報が出力される。貸与の打診又は輸送要請の詳細情報において、例えば、エリアＡからの輸送が必要な蓄電装置１０の数が指定される。

管理サーバー３０は、輸送要請を出力先となる第１のエリアが複数存在する場合、貸与の打診の回答に基づいて輸送要請に応じる各エリアの情報端末２０に対し、各エリアから輸送すべき蓄電装置１０の数を指定してもよい。また、管理サーバー３０は、輸送の対象として特定の蓄電装置１０を指定してもよい。例えば、輸送要請において、長期保管モードの蓄電装置１０を輸送対象として指定する、或いは長期保管モードの蓄電装置１０を優先的に輸送するように要請してもよい。

図５は、輸送要請に関連して、エリアＡの情報端末２０のモニタ２３に表示される情報の例を示す図である。図５（ａ）に示すように、輸送の対象となる蓄電装置１０の充電率が所定の閾値未満である場合には、蓄電装置１０の充電を促す情報が出力されてもよい。管理サーバー３０又は輸送要請を受信した情報端末２０は、例えば、蓄電装置１０の充電率を取得し、取得した充電率が所定の閾値未満である場合に、蓄電装置１０の充電を促す情報を出力する。これにより、充電率が低い状態の蓄電装置１０が輸送されることを抑制できる。管理サーバー３０又は情報端末２０は、蓄電装置１０の充電率を取得することなく、輸送対象の蓄電装置１０の充電率の確認を促す情報を出力してもよい。

図５（ｂ）に示すように、輸送要請を受信した情報端末２０には、輸送対象の蓄電装置１０に対して住所データの入力を促す情報が表示される。住所データには、例えば、エリアＡの郵便番号、住所、緯度・経度、電話番号などが含まれる。住所データは、エリアＡの管理者により情報端末２０を用いて入力され、蓄電装置１０のメモリに記憶される。輸送要請を受信した情報端末２０には、住所データの入力と共に、メッセージの入力を促す情報が表示されてもよい。メッセージの一例は、被災地であるエリアＢの管理者、又は被災者に宛てた応援メッセージである。蓄電装置１０に記憶されるメッセージ情報は、テキスト情報に限定されず、画像、映像を含んでいてもよい。

図６は、蓄電装置１０から読み出されて情報端末２０のモニタ２３に表示される情報の例を示す図である。図６（ａ）に示すように、蓄電装置１０に記憶されたエリアＡの住所データは、エリアＢにおいて情報端末２０により読み出してモニタ２３に表示させることができる。この住所データは、上述のように、蓄電装置１０をエリアＢからエリアＡに返送する際に使用される。蓄電装置１０の固有番号から蓄電装置１０が属するエリアの住所データを検索又は問い合せ可能であってもよいが、蓄電装置１０に記憶された住所データを情報端末２０で読み出すことができれば便利である。

図６（ｂ）に示すように、蓄電装置１０に記憶されたメッセージ情報についても、エリアＢにおいて情報端末２０により読み出し、モニタ２３に表示させることができる。情報端末２０のモニタ２３には、エリアＢの管理者、被災者等を応援するテキストメッセージ、画像、映像等が表示される。蓄電装置１０に記憶されたメッセージ情報に不適切な情報が含まれる場合、管理サーバー３０又は情報端末２０において、その情報が削除されてもよい。

以上のように、上記構成を備えた管理システム１によれば、各エリアにおいて蓄電装置１０の不足が発生する事態を抑制でき、蓄電装置１０をより効果的に利用することが可能である。管理システム１によれば、例えば、システムの管理下にあるエリアのうち、自然災害や人的災害により蓄電装置１０が不足することが予想されるエリアに、蓄電装置１０の数に余裕のあるエリアから蓄電装置１０を輸送することができる。ゆえに、地域社会全体において蓄電装置１０を効率良く利用することができる。また、管理システム１は、他の管理システムと連携し、他のシステムの管理下にあるエリアから蓄電装置１０を調達可能であってもよい。

管理システム１によれば、蓄電装置１０の管理者から提出される借用依頼に基づいて蓄電装置１０が輸送されるので、ユーザーニーズに的確に対応できる。また、長期保管中の蓄電装置１０を優先的に輸送する対象に設定すれば、蓄電装置１０のより効果的な利用を図ることができる。

蓄電装置１０の貸与が可能なユーザーに対して、正式な輸送要請に先立って蓄電装置１０の貸与の意向を確かめることにより、被災地に輸送される蓄電装置１０の数を調整することが容易になる。管理サーバー３０は、例えば、貸与の打診に対する回答に基づき、輸送要請に応じる各エリアに対し、蓄電装置１０の輸送数量を指定できる。これにより、必要数を超える過剰の蓄電装置１０が被災地に輸送されることを抑制できる。

以下、図７～図９を参照しながら、第２の実施形態である管理システム２について説明する。図７は、管理システム２を模式的に示す図である。以下では、第１の実施形態と共通する内容については重複する説明を省略し、第１の実施形態との相違点について詳しく説明する。

図７に示すように、管理システム２において、管理サーバー３０は、蓄電装置１０の管理位置情報および気象災害情報に基づいて、蓄電装置１０の充電を推奨する。管理システム２は、管理サーバー３０が外部システム１００から気象災害情報を取得したときに、当該情報の対象地域に属するエリアＡの情報端末２０に対し、蓄電装置１０の充電を推奨するための情報を出力する。管理システム１は被災地への蓄電装置１０の輸送を前提として蓄電装置１０の充電を推奨するが、管理システム２は、エリアＡでの蓄電装置１０の使用を前提として蓄電装置１０の充電を推奨する点で、管理システム１と異なる。

管理システム２による充電の推奨は、台風の接近情報など、予測情報に基づいて実行されることが好ましい。情報端末２０により充電の推奨情報を確認したエリアＡの管理者は、充電率が低い蓄電装置１０を充放電器１７にセットして充電し、台風の接近に備えることができる。管理サーバー３０は、例えば、エリアＡの蓄電装置１０の充電率に基づき、充電率が所定の閾値未満である場合に、蓄電装置１０の充電を推奨する。なお、充電の推奨情報は、情報端末２０の機能によりモニタ２３に表示されてもよい。

図８は、エリアＡに関係する気象災害情報が取得されたときの蓄電装置１０の充電を推奨する処理手順の一例を示すフローチャートである。図８に示すように、管理サーバー３０は、外部システム１００から、管理システム１の管理下にあるエリアに関係する気象災害情報を取得する（Ｓ３０のＹＥＳ）。ステップＳ３１において、管理サーバー３０は、取得した気象災害情報の対象地域に属するエリアＡについて、蓄電装置１０の充電率を取得する。管理サーバー３０は、例えば、気象災害情報を取得したタイミングで、エリアＡの情報端末２０を介して蓄電装置１０の充電率を取得する。

ステップＳ３１において、管理サーバー３０は、予め取得した蓄電装置１０の充電率に基づき、気象災害情報を取得した時点における充電率を推測してもよい。例えば、蓄電装置１０の長期保管モードを開始する際には管理サーバー３０のメモリ３２に蓄電装置１０の充電率が記憶されるので、管理サーバー３０は、長期保管モードの開始からの経過時間をカウントすることにより、蓄電装置１０の充電率を推測できる。

管理サーバー３０は、蓄電装置１０の充電率と所定の閾値を比較し（Ｓ３２）、充電率が閾値未満である場合に（Ｓ３２のＹＥＳ）、エリアＡの情報端末２０に対し、充電を推奨する情報を出力する（Ｓ３３）。なお、ステップＳ３１，Ｓ３２を省略し、蓄電装置１０の充電率を考慮することなく、エリアＡに関係する気象災害情報の取得を条件として、エリアＡの蓄電装置１０の充電を推奨することも可能である。

図９は、情報端末２０のモニタ２３に表示される充電の推奨情報の一例を示す。図９に示すように、充電の推奨情報には、充電を推奨する理由、および充電が推奨される対象を特定するための情報が含まれている。図９に示す例では、充電を推奨する理由が台風の接近であること、充電が推奨される対象が製品番号〇番の蓄電装置１０であることが示されている。また、充電の推奨情報には、現在の充電率を示す情報が含まれていてもよい。充電が必要な蓄電装置１０が複数存在する場合は、リスト形式の情報が提供されてもよい。

上記構成を備えた管理システム２によれば、台風が接近する前に充電率が低い蓄電装置１０を充電することができ、蓄電装置１０を直ぐに使用できる状態として台風の接近に備えることができる。台風の影響で停電が発生して蓄電装置１０が必要になることが想定されるが、管理システム２によれば、このような状況に十分に対処できる。なお、管理サーバー３０は、エリアＡの情報端末２０に対し、保有する蓄電装置１０の充電を推奨すると共に、上記借用依頼の提出を促す情報を出力してもよい。特に、エリアＡが避難所として使用される施設である場合、エリアＡの管理者は、保有する蓄電装置１０を充電し、蓄電装置１０の借用を検討することが好ましい。

以下、図１０を参照しながら、第３の実施形態である管理システム３について説明する。図１０は、管理システム３を模式的に示す図である。

図１０に示すように、管理システム３の管理サーバー３０は、蓄電装置１０の管理位置情報および情報端末２０又は管理サーバー３０において取得される蓄電装置１０の数に関わる第２情報に基づいて、蓄電装置１０を適正配備するための情報を出力する。管理サーバー３０は、例えば、エリアＢの蓄電装置１０が少なく、エリアＡに蓄電装置１０が偏在している場合に、エリアＡの蓄電装置１０をエリアＢに移動させるための情報を出力する。つまり、管理サーバー３０は、蓄電装置１０が複数のエリアのうち一部のエリア（エリアＡ）に偏在している場合に、当該偏在情報に基づき、蓄電装置１０をエリアＡから他のエリア（エリアＢ）に移動させるための情報を出力する。図１０に示す例では、エリアＡ，Ｂにそれぞれ情報端末２０が配置されているが、エリアＡ，Ｂの蓄電装置１０は１台の情報端末２０により管理されていてもよい。

エリアＡ，Ｂは、例えば、同じ施設内に存在するエリアである。一例としては、エリアＡが１階のフロア、エリアＢが２階のフロアである。エリアＡ，Ｂには充電ステーションが設けられており、エリアＡ，Ｂ間での蓄電装置１０の持ち運びが許可されている。この場合、エリアＡ，Ｂの一方に蓄電装置１０が偏在し、他方で蓄電装置１０が不足することが想定される。管理システム３によれば、かかる蓄電装置１０の偏在を解消して、各エリアにおいて蓄電装置１０の不足が発生する事態を抑制できる。

図１０に示す例では、エリアＡの情報端末２０に対し、エリアＢに蓄電装置１０の一部を移動させるための情報が出力される。或いは、エリアＢの情報端末２０に対し、エリアＡから蓄電装置１０の一部を移動させるための情報が出力されてもよい。この情報には、エリアＡからエリアＢに移動させる蓄電装置１０の数を示す情報が含まれている。蓄電装置１０の移動を促す情報は、例えば、各エリアに存在する蓄電装置１０の数が所定の閾値を超えた場合、又は所定の閾値未満になったときに出力される。

管理システム３では、例えば、蓄電装置１０の不足予測を含む蓄電装置１０の配置情報に基づき、蓄電装置１０の取り扱いに関する情報、特に蓄電装置１０を適正配備するために蓄電装置１０をエリア間で移動させるための情報が出力される。蓄電装置１０の配置情報は、各エリアにおける蓄電装置１０の配置状況を示す情報であって、蓄電装置１０の数に関わる第２情報の一種と言える。管理サーバー３０は、例えば、蓄電装置１０の上記偏在情報から蓄電装置１０の不足を予測し、蓄電装置１０を適正配備するための情報を出力してもよい。蓄電装置１０の上記偏在情報は、蓄電装置１０の配置情報の一種と言える。また、管理サーバー３０は、避難所として使用される施設において、想定収容人数に対する蓄電装置１０の保有数の割合が所定の閾値未満である場合に、当該施設で蓄電装置１０が不足すると予測し、蓄電装置１０を適正配備するための情報を出力してもよい。

なお、上述の実施形態は本開示の目的を損なわない範囲で適宜設計変更できる。例えば、上述の実施形態では、同種の蓄電装置１０を図示しているが、各エリアに配備される蓄電装置の種類は同種のものに限定されない。また、上述の実施形態では、蓄電装置１０の輸送要請が管理サーバー３０の機能により第１のエリアの情報端末２０に出力されるが、第２のエリアの情報端末２０から第１のエリアの情報端末２０に対して直接、輸送要請の情報の出力が可能であってもよい。

上述の実施形態は、管理装置として、統括的な管理装置である管理サーバーと、各エリアにおける管理装置である情報端末とを含むシステムであるが、特に、小規模な管理システムの場合、管理サーバーを有さないシステムを構築することも可能である。

１，２，３ 管理システム、１０ 蓄電装置、１１ 電池モジュール、１２ 通信モジュール、１３ 制御部、１４ ケース、１５ 接続部、１５Ａ 端子、１６ 残量表示ボタン１６ 充放電器、２０ 情報端末、２１，３１ プロセッサ、２２，３２ メモリ、２３ モニタ、３０ 管理サーバー、１００ 外部システム

Claims (15)

1. 複数のエリアにそれぞれ配置された、通信機能を有する蓄電装置と、
   前記蓄電装置と通信可能な管理装置と、
   を備え、
   前記管理装置は、
   複数の前記蓄電装置について、管理位置情報を前記蓄電装置の識別情報と関連付けて記憶し、
   前記管理位置情報と、システムの外部から取得される第１情報および前記管理装置において取得される前記蓄電装置の数に関わる第２情報の少なくとも一方とに基づき、前記蓄電装置の取り扱いに関する情報を出力する、蓄電装置の管理システム。
2. 前記管理装置は、更に、複数の前記蓄電装置について、状態に関する情報および前記複数のエリア毎の管理数量情報の少なくとも一方を前記蓄電装置の識別情報と関連付けて記憶し、前記状態に関する情報および前記管理数量情報の少なくとも一方に基づき、前記蓄電装置の取り扱いに関する情報を出力する、請求項１に記載のシステム。
3. 前記管理装置は、少なくとも前記管理位置情報および前記第１情報に基づいて、第１のエリアの前記蓄電装置を前記第１のエリアと異なる第２のエリアに移動させるための情報を出力する、請求項１又は２に記載のシステム。
4. 前記第１情報は、気象情報および災害情報の少なくとも一方を含む気象災害情報である、請求項１～３のいずれか一項に記載のシステム。
5. 前記管理装置は、前記気象災害情報に基づいて、前記蓄電装置の充電を推奨する、請求項４に記載のシステム。
6. 前記管理装置は、前記蓄電装置が前記複数のエリアのうち一部のエリアに偏在している場合に、当該偏在情報に基づき、前記蓄電装置を前記一部のエリアから他のエリアに移動させるための情報を出力する、請求項１～５のいずれか一項に記載のシステム。
7. 前記管理装置は、前記蓄電装置の不足予測を含む配置情報に基づき、前記蓄電装置の取り扱いに関する情報を出力する、請求項１～６のいずれか一項に記載のシステム。
8. 前記管理装置には、前記複数のエリアにそれぞれ配置され、前記蓄電装置と通信可能な情報端末と、複数の前記情報端末と通信可能なサーバーとが含まれ、
   前記サーバーは、前記管理位置情報と、前記第１および前記第２情報の少なくとも一方とに基づいて、前記蓄電装置を適正配備するための情報を出力する、請求項１に記載のシステム。
9. 前記管理装置には、前記複数のエリアにそれぞれ配置され、前記蓄電装置と通信可能な情報端末と、複数の前記情報端末と通信可能なサーバーとが含まれ、
   前記第２情報は、所定のエリアに前記蓄電装置を補充するための借用依頼であり、
   前記管理装置は、前記所定のエリアと異なる他のエリアの前記情報端末に対し、前記第１のエリアに前記蓄電装置を移動させるための情報を出力する、請求項１に記載のシステム。
10. 前記借用依頼は、前記情報端末および前記サーバーの少なくとも一方から出力される、請求項９に記載のシステム。
11. 前記サーバーは、前記所定のエリアの前記情報端末に対して前記借用依頼の提出を促すための情報を出力し、当該情報端末から前記借用依頼を受信した場合に、前記他のエリアの前記情報端末に対して、前記所定のエリアに前記蓄電装置を移動させるための情報を出力する、請求項１０に記載のシステム。
12. 前記借用依頼の提出を促すための情報には、前記他のエリアにおける前記蓄電装置の保有状況に関するリストが含まれ、
    前記リストに含まれる前記他のエリアは、前記所定のエリアからの距離が近い順、前記蓄電装置の保有数が多い順、前記蓄電装置のトータルの蓄電量が多い順、又はシャットダウンされた長期保管中の前記蓄電装置の数が多い順に掲載される、請求項１１に記載のシステム。
13. 前記蓄電装置の取り扱いに関する情報の対象には、シャットダウンされた長期保管中の前記蓄電装置が含まれる、請求項１～１２のいずれか一項に記載のシステム。
14. 前記管理装置は、第１のエリアの前記蓄電装置を前記第１のエリアと異なる第２のエリアに移動させるための情報を出力し、前記長期保管中の前記蓄電装置を優先的に移動させる対象とする、請求項１３に記載のシステム。
15. 前記蓄電装置は、前記管理位置情報およびメッセージ情報の少なくとも１つを記憶している、請求項１～１４のいずれか一項に記載のシステム。
    

Images