(57)【要約】  複数のユーザ各々に対応付けて、ユーザが使用している蓄電池の電力残量を取得するユーザ管理部（１１）と、所定のイベントを検知する検知部（１２）と、所定のイベントが検知されると、蓄電池の電力残量に基づいて、ユーザごとに、所定の処置を要する緊急度を設定する設定部（１３）と、を有する監視装置（１０）。
2015194618.tif 000002
【特許請求の範囲】
【請求項１】
複数のユーザ各々に対応付けて、前記ユーザが使用している蓄電池の電力残量を取得するユーザ管理手段と、
所定のイベントを検知する検知手段と、
前記所定のイベントが検知されると、前記蓄電池の電力残量に基づいて、前記ユーザごとに、所定の処置を要する緊急度を設定する設定手段と、
を有する監視装置。
【請求項２】
請求項１に記載の監視装置において、
前記緊急度に基づいて、複数の前記ユーザに、前記所定の処置を行う優先順位を決定する決定手段をさらに有する監視装置。
【請求項３】
請求項１又は２に記載の監視装置において、
前記設定手段は、前記蓄電池の電力残量が少ないほど、高い前記緊急度を設定する監視装置。
【請求項４】
請求項１から３のいずれか１項に記載の監視装置において、
前記ユーザ管理手段は、前記蓄電池各々の利用状況をさらに取得し、
前記設定手段は、さらに前記利用状況に基づいて、前記緊急度を設定する監視装置。
【請求項５】
請求項４に記載の監視装置において、
前記ユーザ管理手段は、前記利用状況として電力消費ペースを取得し、
前記設定手段は、前記残量と前記電力消費ペースとに基づいて前記蓄電池の電力残量がなくなるまでの目安時間を算出し、前記目安時間に基づいて前記緊急度を設定する監視装置。
【請求項６】
請求項１から５のいずれか１項に記載の監視装置において、
前記ユーザ管理手段は、前記蓄電池各々の設置位置をさらに取得し、
前記設定手段は、さらに所定の基準位置と前記蓄電池各々の設置位置との距離に基づいて、前記緊急度を設定する監視装置。
【請求項７】
請求項６に記載の監視装置において、
前記設定手段は、前記距離が長いほど、高い前記緊急度を設定する監視装置。
【請求項８】
請求項６又は７に記載の監視装置において、
前記設定手段は、複数の前記所定の基準位置を保持しており、前記蓄電池各々の設置位置と最も近い前記基準位置との距離に基づいて、前記緊急度を設定する監視装置。
【請求項９】
請求項１から８のいずれか１項に記載の監視装置において、
前記所定のイベントが検知されると、複数の前記ユーザの中から、前記所定の処置を要する前記ユーザを抽出する抽出手段をさらに有し、
前記設定手段は、前記抽出手段により抽出された前記ユーザの前記緊急度を設定する監視装置。
【請求項１０】
請求項９に記載の監視装置において、
前記ユーザ管理手段は、前記蓄電池各々の利用状況をさらに取得し、
前記抽出手段は、前記所定のイベントが検知されると、その時点で電力を消費している前記蓄電池に対応した前記ユーザを、前記所定の処置を要する前記ユーザとして抽出する監視装置。
【請求項１１】
請求項９又は１０に記載の監視装置において、
前記ユーザ管理手段は、前記蓄電池各々の設置位置をさらに取得し、
前記抽出手段は、前記所定のイベントが検知されると、前記所定のイベントの影響が及ぶエリアを示す情報を取得し、設置位置が当該エリア内に含まれる前記蓄電池に対応した前記ユーザを、前記所定の処置を要する前記ユーザとして抽出する監視装置。
【請求項１２】
コンピュータを、
複数のユーザ各々に対応付けて、前記ユーザが使用している蓄電池の電力残量を取得するユーザ管理手段、
所定のイベントを検知する検知手段、
前記所定のイベントが検知されると、前記蓄電池の電力残量に基づいて、前記ユーザごとに、所定の処置を要する緊急度を設定する設定手段、
として機能させるためのプログラム。
【請求項１３】
コンピュータが、
複数のユーザ各々に対応付けて、前記ユーザが使用している蓄電池の電力残量を取得するユーザ管理工程と、
所定のイベントを検知する検知工程と、
前記所定のイベントが検知されると、前記蓄電池の電力残量に基づいて、前記ユーザごとに、所定の処置を要する緊急度を設定する設定工程と、
を実行する監視方法。
【請求項１４】
複数のユーザ各々に対応付けて、前記ユーザが使用している蓄電池の電力残量を取得するユーザ管理手段、
所定のイベントを検知する検知手段、及び、
前記所定のイベントが検知されると、前記蓄電池の電力残量に基づいて、前記ユーザごとに、所定の処置を要する緊急度を設定する設定手段、
を有する監視装置と、
前記監視装置に残量を通知する前記蓄電池と、
を有する監視システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、監視装置、監視システム、監視方法、及び、プログラムに関する。
【背景技術】
【０００２】
所定の電気機器を継続的に稼働させる必要があるユーザがいる。例えば、人工呼吸器や人工透析器等の医療機器を用いて在宅治療を行っているユーザが該当する。【０００３】
このようなユーザは、停電等による系統からの電力供給停止に起因して、電気機器が意図せず停止する不都合を回避する手段を備える必要がある。例えば、蓄電池を備えておき、系統からの電力供給停止時には蓄電池から当該電気機器に電力を供給するよう構成することで、当該不都合を軽減できる。しかし、蓄電池から供給可能な電力は無限でない。このため、系統からの電力供給が停止した際には、蓄電池への充電、救助（自家発電施設を備える場所への移動）等の何らかの処置が必要となる。【０００４】
関連する技術が、特許文献１乃至３に開示されている。【０００５】
特許文献１には、往診先で通信ができない場合や、複数の往診先を訪問する場合において、必要な医療情報を参照可能にする技術が開示されている。具体的には、患者ごとの医療情報を記憶する医療情報記憶部を備えたサーバと、端末とがネットワークを介して医療情報を送受信する医療除法システムが開示されている。サーバまたは端末の少なくとも一方は、往診場所を示す位置情報と、往診場所が通信可能な環境か否かを示す通信情報と、患者の識別情報とが関連付けられた組が、往診順序に基づき並べられた往診情報を基に、端末が医療情報を取得するタイミングを特定する特定部を備えている。【０００６】
特許文献２には、電力残量がユーザ設定時間分となった機能の使用可能時間をさらに延ばすとともに、３個以上の機能に対して優先付けを行って各機能を優先度順に確保することができる携帯端末が開示されている。具体的には、複数のアプリケーションを実行する機能を備えた携帯端末が開示されている。当該携帯端末は、電力供給を行う電池と、電池の電力残量を測定する電力残量測定部と、記憶部と、比較部と、制御部とを有する。記憶部は、アプリケーションごとの優先順位、このアプリケーションごとに設定された動作確保時間に対応する電力残量基準値を記憶する。比較部は、電力残量測定部によって測定された電力残量と記憶部に記憶されている電力残量基準値とを比較する。制御部は、比較部によって測定された電力残量が電力残量基準値以下になったことが検出されると、この電力残量基準値に対応して記憶されている優先順位よりも低い優先順位が設定されているアプリケーションを特定し、特定したアプリケーションの動作を停止させる。【０００７】
特許文献３には、携帯端末装置に応じた遠隔制御を行うことが可能な遠隔制御サーバが開示されている。具体的には、携帯端末装置の遠隔制御を所定タイミング毎に行う遠隔制御サーバが開示されている。当該サーバは、送信部と、受信部と、制御部と、を備える。送信部は、携帯端末装置の遠隔制御を開始するためのトリガ情報を所定タイミング毎に携帯端末装置に送信する。受信部は、トリガ情報に応じて携帯端末装置から送信されてきた携帯端末装置の状態情報を受信する。制御部は、受信部によって受信した状態情報に基づいて、携帯端末装置の遠隔制御を行う。
【先行技術文献】
【特許文献】
【０００８】
【特許文献１】特開２０１３−９７６４１号公報
【特許文献２】特開２００９−１３０８６０号公報
【特許文献３】特開２００４−２４６８１１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００９】
上述の通り、所定の電気機器を継続的に稼働させる必要があるユーザが、蓄電池を用いて停電等に備えていたとしても、蓄電池から供給可能な電力は無限でないため、系統からの電力供給が停止した際には、蓄電池への充電、救助（自家発電施設を備える場所への移動）等の何らかの処置が必要となる。このような処置の対象となるユーザが複数存在する場合、処置の優先順位を決定する必要がある。しかし、この優先順位を決定するための助けを行う技術が存在しなかった。【００１０】
本発明は、所定のイベント（例：停電）が発生した際に、所定の処置（例：蓄電池への充電、蓄電池の交換、電気機器が正常に作動するようなその他の対応、救助）を要する複数のユーザに対する当該処置の優先順位を決定するための助けを行う技術を提供することを課題とする。
【課題を解決するための手段】
【００１１】
本発明によれば、
複数のユーザ各々に対応付けて、前記ユーザが使用している蓄電池の電力残量を取得するユーザ管理手段と、
所定のイベントを検知する検知手段と、
前記所定のイベントが検知されると、前記蓄電池の電力残量に基づいて、前記ユーザごとに、所定の処置を要する緊急度を設定する設定手段と、
を有する監視装置が提供される。【００１２】
また、本発明によれば、
コンピュータを、
複数のユーザ各々に対応付けて、前記ユーザが使用している蓄電池の電力残量を取得するユーザ管理手段、
所定のイベントを検知する検知手段、
前記所定のイベントが検知されると、前記蓄電池の電力残量に基づいて、前記ユーザごとに、所定の処置を要する緊急度を設定する設定手段、
として機能させるためのプログラムが提供される。【００１３】
また、本発明によれば、
コンピュータが、
複数のユーザ各々に対応付けて、前記ユーザが使用している蓄電池の電力残量を取得するユーザ管理工程と、
所定のイベントを検知する検知工程と、
前記所定のイベントが検知されると、前記蓄電池の電力残量に基づいて、前記ユーザごとに、所定の処置を要する緊急度を設定する設定工程と、
を実行する監視方法が提供される。【００１４】
また、本発明によれば、
複数のユーザ各々に対応付けて、前記ユーザが使用している蓄電池の電力残量を取得するユーザ管理手段、
所定のイベントを検知する検知手段、及び、
前記所定のイベントが検知されると、前記蓄電池の電力残量に基づいて、前記ユーザごとに、所定の処置を要する緊急度を設定する設定手段、
を有する監視装置と、
前記監視装置に残量を通知する前記蓄電池と、
を有する監視システムが提供される。
【発明の効果】
【００１５】
本発明によれば、所定のイベント（例：停電）が発生した際に、所定の処置（例：蓄電池への充電、蓄電池の交換、電気機器が正常に作動するようなその他の対応、救助）を要する複数のユーザに対する当該処置の優先順位を決定するための助けを行う技術が実現される。
【図面の簡単な説明】
【００１６】
上述した目的、およびその他の目的、特徴および利点は、以下に述べる好適な実施の形態、およびそれに付随する以下の図面によってさらに明らかになる。【００１７】
【図１】本実施形態の装置のハードウエア構成の一例を概念的に示す図である。
【図２】本実施形態の監視システムの機能ブロック図の一例を示す図である。
【図３】本実施形態の監視装置の機能ブロック図の一例を示す図である。
【図４】本実施形態の監視装置の機能ブロック図の一例を示す図である。
【図５】本実施形態の監視装置が管理する情報の一例を模式的に示す図である。
【図６】本実施形態のユーザ管理部１１が管理する情報の一例を模式的に示す図である。
【図７】本実施形態の第１出力部１４が出力する情報の一例を模式的に示す図である。
【図８】本実施形態の監視装置の処理の流れの一例を示すフローチャートである。
【図９】本実施形態の監視装置の機能ブロック図の一例を示す図である。
【図１０】本実施形態の第２出力部１６が出力する情報の一例を模式的に示す図である。
【図１１】本実施形態の監視装置の処理の流れの一例を示すフローチャートである。
【図１２】本実施形態のユーザ管理部１１が管理する情報の一例を模式的に示す図である。
【図１３】本実施形態のユーザ管理部１１が管理する情報の一例を模式的に示す図である。
【図１４】本実施形態のユーザ管理部１１が管理する情報の一例を模式的に示す図である。
【図１５】本実施形態の設定部１３に予め登録されている複数の基準位置の一例を模式的に示す図である。
【図１６】本実施形態の監視装置の機能ブロック図の一例を示す図である。
【図１７】本実施形態の監視装置の処理の流れの一例を示すフローチャートである。
【発明を実施するための形態】
【００１８】
まず、本実施形態の装置のハードウエア構成の一例について説明する。本実施形態の装置が備える各部は、任意のコンピュータのＣＰＵ（Central Processing Unit）、メモリ、メモリにロードされたプログラム（あらかじめ装置を出荷する段階からメモリ内に格納されているプログラムのほか、ＣＤ（Compact Disc）等の記憶媒体やインターネット上のサーバ等からダウンロードされたプログラムも含む）、そのプログラムを格納するハードディスク等の記憶ユニット、ネットワーク接続用インタフェイスを中心にハードウエアとソフトウエアの任意の組合せによって実現される。そして、その実現方法、装置にはいろいろな変形例があることは、当業者には理解されるところである。
【００１９】
図１は、本実施形態の装置のハードウエア構成の一例を概念的に示す図である。図示するように、本実施形態の装置は、例えば、バス１０Ａで相互に接続されるＣＰＵ１Ａ、ＲＡＭ（Random Access Memory）２Ａ、ＲＯＭ（Read Only Memory）３Ａ、表示制御部４Ａ、ディスプレイ５Ａ、操作受付部６Ａ、操作部７Ａ、通信部８Ａ、補助記憶装置９Ａ等を有する。なお、図示しないが、その他、外部機器と有線で接続される入出力インタフェイス、マイク、スピーカ等の他の要素を備えてもよい。
【００２０】
ＣＰＵ１Ａは各要素とともに装置のコンピュータ全体を制御する。ＲＯＭ３Ａは、コンピュータを動作させるためのプログラムや各種アプリケーションプログラム、それらのプログラムが動作する際に使用する各種設定データなどを記憶する領域を含む。ＲＡＭ２Ａは、プログラムが動作するための作業領域など一時的にデータを記憶する領域を含む。補助記憶装置９Ａは、例えばＨＤＤ（Hard Disc Drive）であり、大容量のデータを記憶可能である。
【００２１】
ディスプレイ５Ａは、例えば、表示装置（ＬＥＤ（Light Emitting Diode）表示器、液晶ディスプレイ、有機ＥＬ（Electro Luminescence）ディスプレイ等）である。ディスプレイ５Ａは、タッチパッドと一体になったタッチパネルディスプレイであってもよい。表示制御部４Ａは、ＶＲＡＭ（Video RAM）に記憶されたデータを読み出し、読み出したデータに対して所定の処理を施した後、ディスプレイ５Ａに送って各種画面表示を行う。操作受付部６Ａは、操作部７Ａを介して各種操作を受付ける。操作部７Ａは、操作キー、操作ボタン、スイッチ、ジョグダイヤル、タッチパネルディスプレイ、キーボードなどを含む。通信部８Ａは、有線及び／又は無線で、インターネット、ＬＡＮ（Local Area Network）等のネットワークに接続し、他の電子機器と通信する。
【００２２】
以下、本実施の形態について説明する。なお、以下の実施形態の説明において利用する機能ブロック図は、ハードウエア単位の構成ではなく、機能単位のブロックを示している。これらの図においては、各装置は１つの機器により実現されるよう記載されているが、その実現手段はこれに限定されない。すなわち、物理的に分かれた構成であっても、論理的に分かれた構成であっても構わない。なお、同一の構成要素には同一の符号を付し、適宜説明を省略する。
【００２３】
＜第１の実施形態＞
まず、本実施形態の概要について説明する。図２は、本実施形態の監視システムの全体像を示すための機能ブロック図である。本実施形態の監視システムは、監視装置１０と、複数の蓄電池２０とを有する。
【００２４】
蓄電池２０は、電気機器３０と接続し、電気機器３０に電力を供給する。蓄電池２０は、鉛蓄電池、リチウムイオン二次電池など、あらゆる構成を採用することができる。蓄電池２０は、自装置内の電力残量を測定する機能を備える。また、蓄電池２０は、インターネット等のネットワーク４０に接続する機能を備える。このような機能を備えた蓄電池２０は、既存の技術に準じて実現できる。
【００２５】
電気機器３０は、継続的に稼働させる必要がある電気機器である。電気機器３０の種類は特段制限されないが、例えば、人工呼吸器や人工透析器等の医療機器である。
【００２６】
監視装置１０は、所定のイベント（例：停電）が発生した際、蓄電池２０から取得した情報（例：蓄電池の電力残量）に基づき、複数のユーザに対する所定の処置（例：蓄電池２０への充電、蓄電池２０の交換、電気機器３０が正常に作動するようなその他の対応、救助、）の優先順位を決定するための助けを行う。例えば、監視装置１０は、優先順位を決定するための材料となる情報（例：所定の処置を要する緊急度）を生成したり、優先順位自体を決定したりする。上記所定の処置を実行する主体や、所定の処理を必要とするユーザは、所定の端末装置５０を用いて上記情報を閲覧する。上記主体は、例えば、電力供給者、病院、緊急時に救助を行う組織等である。上記情報を閲覧した上記主体は、当該情報に基づいて、複数のユーザに対する所定の処置の優先順位を決定する等の処理を行った後、決定した優先順位に従い所定の処置を実行する。
【００２７】
なお、監視装置１０、蓄電池２０及び端末装置５０は、ネットワーク４０を介して接続されている。例えば、バックアップ電源設備を有し、停電時等、系統からの電力供給が停止した際にも稼働可能な通信インフラ（ネットワーク４０）を介して、これらの装置間が接続されていてもよい。このようにすれば、停電時等においても、監視装置１０は蓄電池２０からネットワーク４０を介して最新の情報を取得し、最新の情報に基づいて、複数のユーザに対する所定の処置の優先順位を決定するための助けを行うことができる。また、監視装置１０は、生成した所定の情報を、ネットワーク４０を介して端末装置５０に送信することができる。
【００２８】
なお、各家庭等に設置される蓄電池２０は、停電時にネットワーク４０への接続が不可となるよう構成されていてもよい（例：停電時、蓄電池２０が存在するＬＡＮが停止する）。このような場合であっても、監視装置１０は、停電直前に蓄電池２０から取得した情報に基づいて、複数のユーザに対する所定の処置の優先順位を決定するための助けを行うことができる。そして、監視装置１０は、生成した所定の情報を、ネットワーク４０を介して端末装置５０に送信することができる。
【００２９】
次に、本実施形態の構成について詳細に説明する。図３に、本実施形態の監視装置１０の機能ブロック図の一例を示す。図３に示す監視装置１０は、ユーザ管理部１１と、検知部１２と、設定部１３とを有する。図４に、本実施形態の監視装置１０の機能ブロック図の他の一例を示す。図４に示す監視装置１０は、第１出力部１４を有する点で、図３に示す監視装置１０と異なる。以下、各部について説明する。
【００３０】
ユーザ管理部１１は、複数の監視対象ユーザ各々に対応付けて、監視対象ユーザが使用している蓄電池２０の電力残量を取得し、管理する。
【００３１】
監視装置１０には、予め、所定の電気機器（例：医療機器）を継続的に稼働させる必要があり、所定のイベント（例：停電）が発生した際に、所定の処置（例：蓄電池２０への充電、蓄電池２０の交換、電気機器３０が正常に作動するようなその他の対応、救助等）を要するユーザ（以下、「監視対象ユーザ」）が登録されている。また、監視装置１０には、この監視対象ユーザが当該電気機器のバックアップ電源として使用している蓄電池２０の識別情報が登録されている。図５に、登録情報の一例を模式的に示す。図５に示す登録情報おいては、監視対象ユーザの識別情報（監視対象ユーザＩＤ）と、蓄電池の識別情報（蓄電池ＩＤ）とが対応付けられている。その他、監視装置１０には、監視装置１０が蓄電池２０と通信するための情報（蓄電池２０のアドレス情報等）や、監視対象ユーザの個人情報（名称、性別、年齢、住所等）が登録されていてもよい。
【００３２】
ユーザ管理部１１は、所定のタイミングで、監視装置１０に登録されている蓄電池２０から、その時点における電力残量を示す情報を取得する。そして、当該情報に基づいて、監視対象ユーザ各々が利用する蓄電池２０の電力残量を管理する。図６に、ユーザ管理部１１が管理する情報の一例を模式的に示す。図６に示す情報は、ユーザ管理部１１が取得した最新の情報（各蓄電池２０の電力残量）に基づいて更新される。
【００３３】
ユーザ管理部１１が、蓄電池２０から電力残量を示す情報を取得するタイミングとしては、所定時間ごとのタイミング（例：１分毎、５分毎、１５分毎、３０分毎）が考えられる。例えば、このような所定の時間間隔で、蓄電池２０が自発的にその時点における電力残量を示す情報を、監視装置１０に送信してもよい。または、上記所定の時間間隔で、監視装置１０が蓄電池２０に電力残量を示す情報を要求してもよい。そして、蓄電池２０は当該要求に応じて、その時点における電力残量を示す情報を監視装置１０に送信してもよい。
【００３４】
なお、所定のイベント発生後も、監視装置１０と蓄電池２０が通信できるよう構成する場合、ユーザ管理部１１は、所定のイベントを検知する前は上記電力残量を示す情報を蓄電池２０から取得せず、所定のイベントの検知に応じて、蓄電池２０に当該情報を要求してもよい。そして、蓄電池２０は当該要求に応じて、その時点における電力残量を示す情報を監視装置１０に送信してもよい。または、蓄電池２０は、所定のイベントの検知に応じて、その時点における電力残量を示す情報を監視装置１０に送信してもよい。
【００３５】
検知部１２は、所定のイベントを検知する。所定のイベントは、例えば系統からの電力供給の停止（停電）である。検知部１２は、当該イベント発生を示す情報の入力を受付ける。そして、検知部１２は、当該入力に基づいて、所定のイベントの発生を検知する。
【００３６】
イベント発生を示す情報の入力は、例えば、監視装置１０を操作する作業者により行われてもよい。例えば、監視装置１０を操作する作業者は、テレビ、ラジオ、インターネット等の媒体を介したニュースや、電力供給者からの任意の手段による通知に基づいてイベント発生を検知すると、イベント発生を示す入力を監視装置１０に対して行ってもよい。
【００３７】
または、電力の供給を管理する組織（例：電力供給者、電力供給を管理する者等）が利用している装置から、ネットワーク４０を介して、監視装置１０にイベント発生を示す情報が入力されてもよい。そして、検知部１２は、当該入力を受付けてもよい。例えば、電力の供給を管理する組織（例：電力供給者、電力供給を管理する者等）は、イベント発生を検知すると、その旨を示す情報を所定の装置に入力する。または、当該所定の装置は電力供給網を継続的に監視しており、自動的にイベント発生を検知してもよい。そして、イベント発生を示す情報を入力された装置は、ネットワーク４０を介して、その旨を示す情報を監視装置１０に送信する。
【００３８】
その他、所定のイベント発生後も、監視装置１０と蓄電池２０が通信できるよう構成する場合、監視装置１０は、蓄電池２０から所定のイベント発生を示す情報を取得してもよい。そして、検知部１２は、当該情報の入力を受付けてもよい。この場合、蓄電池２０は常時系統と接続しておき、系統からの電力供給が停止すると、所定のイベント（例：停電）が発生したと判断する。そして、蓄電池２０は、その旨を示す情報を、監視装置１０に送信する。
【００３９】
設定部１３は、検知部１２により所定のイベントが検知されると、ユーザ管理部１１が管理する蓄電池２０の電力残量に基づいて、監視対象ユーザごとに、所定の処置を要する緊急度を設定する。例えば、設定部１３は、蓄電池２０の電力残量が少ないほど、高い緊急度を設定する。
【００４０】
設定部１３は、予め、残量に基づいて緊急度を設定するための情報（関数、テーブル等）を保持しておく。当該情報の詳細は特段制限されないが、当該情報を理解しやすくするため、以下一例を示す。当該情報は、例えば、残量が４ｋＷｈ以上の場合、「緊急度：低」が設定され、残量が１ｋＷｈ以上４ｋＷｈ未満の場合、「緊急度：中」が設定され、残量が０．５ｋＷｈ以上１ｋＷｈ未満の場合、「緊急度：高」が設定され、残量が０．５ｋＷｈ未満の場合、「緊急度：超高」が設定されるような情報であってもよい。
【００４１】
なお、監視対象ユーザ各々の自主的な行動により、蓄電池の残量が増えたり、減少ペースがゆるやかになったりする場合がある。さらに、不測の事態により、蓄電池２０の残量が急激に減る不都合も考えられる。そこで、所定のイベント発生後も、監視装置１０と蓄電池２０が通信できるよう構成する場合、ユーザ管理部１１は所定のイベント発生後も蓄電池２０の電力残量を所定のタイミングで取得し、更新してもよい。そして、設定部１３は最新の情報に基づいて、緊急度を更新してもよい。
【００４２】
第１出力部１４は、設定部１３が設定した緊急度を出力する。緊急度が更新される場合、第１出力部１４は、最新の緊急度をその都度出力する。出力手段は特段制限されず、監視装置１０が備えるディスプレイ５Ａを介して出力してもよいし、又は、監視装置１０が備える通信部８Ａを介して接続された印刷装置を介して出力してもよい。または、第１出力部１４は、監視装置１０が備える通信部８Ａを介して、端末装置５０（図２参照）に向けて出力（送信）してもよい。例えば、予め所定の処置を行う主体や、監視対象ユーザのメールアドレスが登録されており、第１出力部１４は当該メールアドレス宛てに緊急度を送信してもよい。その他、第１出力部１４は、設定部１３が設定した緊急度をウェブサーバに登録し、インターネット等のネットワーク上で公開してもよい。そして、所定のユーザが、端末装置５０を用いてウェブサーバにアクセスし、当該情報を取得・表示させてもよい。
【００４３】
図７に、第１出力部１４が所定の処置を行う主体向けに出力する情報の一例を模式的に示す。図示する情報は、監視対象ユーザの名称に対応付けて、緊急度が示されている。なお、各監視対象ユーザ向けの情報は、複数の監視対象ユーザの緊急度の一覧でなく、各監視対象ユーザの緊急度のみとするのが好ましい。
【００４４】
なお、設定部１３は、複数レベルに分けられた緊急度各々に属する監視対象ユーザの数や割合をさらに算出してもよい。そして、第１出力部１４は、この算出結果をも出力してもよい。
【００４５】
このような情報を閲覧した監視対象ユーザは、自分が所定の処置対象として把握されていることを認識できるほか、自分の状態（緊急度）がどのように把握されているかを知ることができる。また、複数の監視対象ユーザの中における自分の状態等を把握することができる。結果、監視対象ユーザが抱える処置までの間の不安を軽減することができる。
【００４６】
次に、図８のフローチャートを用いて、本実施形態の監視装置１０の処理の流れの一例を示す。
【００４７】
検知部１２は、所定のイベントの発生を監視している（Ｓ１０）。検知部１２は、所定のイベントが発生するまで監視を継続する（Ｓ１０のＮｏ）。
【００４８】
検知部１２が所定のイベントを検知すると（Ｓ１０のＹｅｓ）、設定部１３は、ユーザ管理部１１が管理する蓄電池２０の電力残量に基づいて、監視対象ユーザごとに、所定の処置を要する緊急度を設定する（Ｓ１１）。
【００４９】
なお、ユーザ管理部１１は、例えば、所定の時間間隔で蓄電池２０からその時点における電力残量を示す情報を継続的に取得し、当該情報に基づいて、各蓄電池２０の最新の状態（電力残量）を管理している。または、ユーザ管理部１１は、Ｓ１０で所定のイベントが検知されると、それに応じて、蓄電池２０からその時点における電力残量を示す情報を取得し、当該情報に基づいて、各蓄電池２０の最新の状態（電力残量）を管理する。
【００５０】
その後、第１出力部１４は、Ｓ１１で設定された緊急度を出力する（Ｓ１２）。
【００５１】
以上説明した本実施形態によれば、所定のイベント（例：停電）が発生した際に、その時点における蓄電池の電力残量に基づいて、監視対象ユーザごとに、所定の処置（例：蓄電池への充電、蓄電池の交換、電気機器３０が正常に作動するようなその他の対応、救助）を要する緊急度を設定することができる。そして、このような緊急度に基づいて、複数の監視対象ユーザに対する当該処置の優先順位を決定することが可能となる。
【００５２】
＜第２の実施形態＞
本実施形態の監視装置１０は、設定部１３が設定した緊急度に基づいて、複数の監視対象ユーザに対する所定の処置（例：蓄電池への充電、救助）の優先順位を決定する機能を備えている点で、第１の実施形態と異なる。
【００５３】
図９に、本実施形態の監視装置１０の機能ブロック図の一例を示す。図示するように、本実施形態の監視装置１０は、ユーザ管理部１１と、検知部１２と、設定部１３と、決定部１５と、第２出力部１６とを有する。なお、第１出力部１４をさらに有してもよい。ユーザ管理部１１、検知部１２、設定部１３及び第１出力部１４の構成は、第１の実施形態と同様であるので、ここでの説明は省略する。以下、決定部１５及び第２出力部１６について説明する。
【００５４】
決定部１５は、設定部１３が設定した緊急度に基づいて、複数の監視対象ユーザに、所定の処置を行う優先順位を決定する。例えば、決定部１５は、緊急度が高い方から順に、処置が優先的に行われる順位を付すことができる。以下、処置が優先的に行われる順位を、高い優先順位という。なお、緊急度が同じレベルである場合、決定部１５は、監視対象ユーザの年齢や性別等に基づいて、優先順位を決定してもよい。例えば、体力がない子供（例：１３歳以下）、老人（例：８０歳以上）、女性等に、高い優先順位を付してもよい。
【００５５】
なお、監視対象ユーザ各々の自主的な行動により、蓄電池の残量が増えたり、減少ペースがゆるやかになったりする場合がある。さらに、不測の事態により、蓄電池２０の残量が急激に減る不都合も考えられる。そこで、所定のイベント発生後も、監視装置１０と蓄電池２０が通信できるよう構成する場合、ユーザ管理部１１は所定のイベント発生後も蓄電池２０の電力残量を所定のタイミングで取得し、更新してもよい。そして、設定部１３は最新の情報に基づいて、緊急度を更新してもよい。そして、決定部１５は最新の緊急度に基づき優先順位を決定し直し、更新してもよい。
【００５６】
第２出力部１６は、決定部１５が決定した優先順位を出力する。優先順位が更新される場合、第２出力部１６は、最新の優先順位をその都度出力する。出力手段は特段制限されず、監視装置１０が備えるディスプレイ５Ａを介して出力してもよいし、又は、監視装置１０が備える通信部８Ａを介して接続された印刷装置を介して出力してもよい。または、第２出力部１６は、監視装置１０が備える通信部８Ａを介して、端末装置５０（図２参照）に向けて出力（送信）してもよい。例えば、予め所定の処置を行う主体や、監視対象ユーザのメールアドレスが登録されており、第２出力部１６は当該メールアドレス宛てに優先順位を送信してもよい。その他、第２出力部１６は、決定部１５が決定した優先順位をウェブサーバに登録し、インターネット等のネットワーク上で公開してもよい。そして、所定のユーザが、端末装置５０を用いてウェブサーバにアクセスし、当該情報を取得・表示させてもよい。
【００５７】
図１０に、第２出力部１６が所定の処置を行う主体向けに出力する情報の一例を模式的に示す。図示する情報は、監視対象ユーザの名称に対応付けて、優先順位が示されている。なお、各監視対象ユーザ向けの情報は、複数の監視対象ユーザの優先順位の一覧でなく、各監視対象ユーザの優先順位のみとするのが好ましい。
【００５８】
このような情報を閲覧した監視対象ユーザは、自分が所定の処置対象として把握されていることを認識できるほか、自分の優先順位、すなわち処置待ちの順番を知ることができる。結果、監視対象ユーザが抱える処置までの間の不安を軽減することができる。
【００５９】
次に、図１１のフローチャートを用いて、本実施形態の監視装置１０の処理の流れの一例を示す。
【００６０】
検知部１２は、所定のイベントの発生を監視している（Ｓ２０）。検知部１２は、所定のイベントが発生するまで監視を継続する（Ｓ２０のＮｏ）。
【００６１】
検知部１２が所定のイベントを検知すると（Ｓ２０のＹｅｓ）、設定部１３は、ユーザ管理部１１が管理する蓄電池２０の電力残量に基づいて、監視対象ユーザごとに、所定の処置を要する緊急度を設定する（Ｓ２１）。
【００６２】
なお、ユーザ管理部１１は、例えば、所定の時間間隔で蓄電池２０からその時点における電力残量を示す情報を継続的に取得し、当該情報に基づいて、各蓄電池２０の最新の状態（電力残量）を管理している。または、ユーザ管理部１１は、Ｓ２０で所定のイベントが検知されると、それに応じて、蓄電池２０からその時点における電力残量を示す情報を取得し、当該情報に基づいて、各蓄電池２０の最新の状態（電力残量）を管理する。
【００６３】
その後、決定部１５は、Ｓ２１で設定された緊急度に基づいて、複数の監視対象ユーザに、所定の処置を行う優先順位を決定する（Ｓ２２）。次いで、第２出力部１６は、Ｓ２２で決定された優先順位を出力する（Ｓ２３）。
【００６４】
以上説明した本実施形態によれば、所定のイベント（例：停電）が発生した際に、その時点における蓄電池の電力残量に基づいて、監視対象ユーザごとに、所定の処置（例：蓄電池への充電、蓄電池の交換、電気機器３０が正常に作動するようなその他の対応、救助）を要する緊急度を設定することができる。また、この緊急度等に基づいて、複数の監視対象ユーザに対する当該処置の優先順位を決定することができる。結果、このような優先順位に基づいて、複数の監視対象ユーザに、適切な順番で、所定の処置を実行することが可能となる。また、監視装置１０が優先順位を決定するので、所定の処置の作業者が優先順位を決定するための情報を集めたり、優先順位を決定したりする必要がない。このため、所定の処置の作業者は、迅速に、所定の処置を開示することができる。
【００６５】
＜第３の実施形態＞
本実施形態の監視装置１０は、蓄電池２０の利用状況をさらに管理し、当該利用状況をも考慮して緊急度を設定する点で、第１及び第２の実施形態と異なる。
【００６６】
本実施形態の監視装置１０の機能ブロック図は、第１及び第２の実施形態と同様である。検知部１２、第１出力部１４、決定部１５及び第２出力部１６の構成は、第１及び第２の実施形態と同様であるので、ここでの説明は省略する。以下、ユーザ管理部１１、及び、設定部１３の構成について説明する。
【００６７】
ユーザ管理部１１は、蓄電池２０の電力残量に加えて、蓄電池２０各々の利用状況を示す情報を取得し、管理する点で、第１及び第２の実施形態と異なる。ユーザ管理部１１は、例えば、利用状況として電力消費ペースを管理する。図１２に、ユーザ管理部１１が管理する情報の一例を模式的に示す。当該情報おいては、蓄電池ＩＤと、電力消費ペースとが対応付けられている。
【００６８】
電力消費ペースは、例えば、第１の時点（ｔ１）において測定された蓄電池２０の電力残量（Ｌ１（ｋＷｈ））と、その後の第２の時点（ｔ２）において測定された蓄電池２０の電力残量（Ｌ２（ｋＷｈ））とに基づき、（Ｌ２−Ｌ１）／（ｔ２−ｔ１）の式で算出される。また、第１の時点及び第２の時点のペアを複数とり、ペアごとに上記式で算出した値の統計値（平均値、中間値、最大値、最小値、最頻値等）を電力消費ペースとしてもよい。（ｔ２−ｔ１）の単位を時間（ｈｏｕｒ）にすることで、図１２に示すように、電力消費ペースの単位を（Ｗ）とすることができる。しかし、ユーザ管理部１１が管理する電力消費ペースの単位をどのようにするかは設計的事項である。
【００６９】
第１の時点（ｔ１）、及び、第２の時点（ｔ２）は、検知部１２がイベントを検知したタイミングに近いのが好ましい。このようにすることで、現在の利用状況をよく表した電力消費ペースを算出することができる。例えば、第２の時点（ｔ２）は、検知部１２がイベントを検知したタイミングの直前に蓄電池２０が残量を測定したタイミングであり、第１の時点（ｔ１）はその直前に蓄電池２０が残量を測定したタイミングであってもよい。
【００７０】
また、所定のイベント発生後も、監視装置１０と蓄電池２０が通信できるよう構成する場合、第１の時点（ｔ１）、及び、第２の時点（ｔ２）はいずれも、検知部１２がイベントを検知したタイミングより後のタイミングであってもよい。このようにすれば、所定のイベント発生時における真の利用状況をよく表した電力消費ペースを算出することができる。
【００７１】
また、普段は蓄電池２０を使用せず、系統から電気機器３０に電力を供給し、所定のイベントが発生した緊急時のみに蓄電池２０から電気機器３０に電力を供給するユーザも存在し得る。このようなユーザの場合、所定のイベント発生前には蓄電池２０を利用していないため、第１の時点（ｔ１）、及び、第２の時点（ｔ２）を、検知部１２がイベントを検知したタイミングより前とすると、算出される電力消費ペースは０となってしまう。第１の時点（ｔ１）、及び、第２の時点（ｔ２）をいずれも、検知部１２がイベントを検知したタイミングより後とすることで、当該不都合を回避できる。
【００７２】
なお、電力消費ペースの算出は、監視装置１０が行ってもよいし、蓄電池２０が行ってもよい。ユーザ管理部１１は、監視装置１０又は蓄電池２０が算出した電力消費ペースを取得し、管理する。
【００７３】
設定部１３は、ユーザ管理部１１が管理する蓄電池２０の電力残量（図６参照）に加えて、利用状況（図１２参照）にも基づいて緊急度を設定する点で、第１及び第２の実施形態と異なる。
【００７４】
例えば、設定部１３は、残量と電力消費ペースとに基づいて、蓄電池２０の電力残量がなくなるまでの目安時間を算出する。例えば、単位を揃えて、（電力残量）／（電力消費ペース）の式に代入することで、目安時間を算出することができる。そして、設定部１３は、目安時間に基づいて緊急度を設定する。例えば、設定部１３は、目安時間が少ないほど、高い緊急度を設定する。
【００７５】
例えば、設定部１３は、予め、目安時間に基づいて緊急度を設定するための情報（関数、テーブル等）を保持しておく。当該情報の詳細は特段制限されないが、当該情報を理解しやすくするため、以下一例を示す。当該情報は、例えば、目安時間が５時間以上の場合、「緊急度：低」が設定され、目安時間が１時間以上５時間未満の場合、「緊急度：中」が設定され、目安時間が３０分以上１時間未満の場合、「緊急度：高」が設定され、目安時間が３０分未満の場合、「緊急度：超高」が設定されるような情報であってもよい。
【００７６】
本実施形態の場合、第１出力部１４又は第２出力部１６は、緊急度及び優先順に加えて、設定部１３が設定した目安時間を出力してもよい。このようにすれば、所定の処置を実行する主体は、各監視対象ユーザに所定の処置を実行するタイムリミットの目安を把握し、緊急度などをより詳細に把握することができる。また、監視対象ユーザは、自己の蓄電池電力残量がなくなるまでの目安時間を把握することができるほか、所定の処理を実行する主体がその目安時間を把握していることを知ることができる。結果、監視対象ユーザが抱える処置までの間の不安を軽減することができる。
【００７７】
なお、設定部１３は、決定部１５が決定した優先順位に基づいて、監視対象ユーザ毎に、所定の処置が実行されるまでの待ち時間の予想を算出してもよい。算出方法は制限されないが、以下、一例を示す。例えば、設定部１３は、予め、１人当たりの所定の処置の必要時間（例：ｎ分）を示す情報を保持しておいてもよい。そして、優先順位がｍ番目の監視対象ユーザに対する処置開始時点からｐ分経過時点において、優先順位ｑ番目の監視対象ユーザに対する待ち時間を、（ｑ−ｍ）×ｎ−ｐの式で算出してもよい。さらに、設定部１３は、監視対象ユーザ毎に、待ち時間の予想と目安時間の大小比較を行ってもよい。
【００７８】
上記ｎは、所定の処置を実行する主体の移動時間を考慮した時間であってもよい。しかし、上記ｎは、所定の処置を実行する主体の移動時間を含まない概念とし、主に現場に到着してから実際に行う処置に要する時間としてもよい。この場合、別途、所定の処置を実行する主体の移動時間α（ｈ）を算出し、αも考慮して待ち時間を算出してもよい。例えば、所定の処置を実行する主体の拠点と、複数の監視対象ユーザ各々の住所（又は、蓄電池２０各々の設置位置）との平均距離Ｄａｖｅ（ｋｍ）を算出した上で、当該主体の移動手段の一般的な速度Ｖ（例：車→４０ｋｍ／ｈ）で割った値を、αとして算出してもよい。そして、例えばαの単位を分に変換し（６０α）、上記優先順位がｑ番目の監視対象ユーザに対する待ち時間を、（ｑ−ｍ）×（ｎ＋６０α）−ｐの式に基づいて算出してもよい。
【００７９】
その他、優先順位が（ｍ＋１）番目から優先順位がｑ番目までの監視対象ユーザ各々の住所（又は、蓄電池２０各々の設置位置）から、所定の処置を実行する主体の拠点までの距離の総和Ｄａｍｏ（ｋｍ）を算出し、当該総和を当該主体の移動手段の一般的な速度Ｖ（例：車→４０ｋｍ／ｈ）で割った値を、α（ｈ）として算出してもよい。そして、例えばαの単位を分に変換し（６０α）、上記優先順位がｑ番目の監視対象ユーザに対する待ち時間を、（ｑ−ｍ）×ｎ−ｐ＋６０αの式に基づいて算出してもよい。
【００８０】
この場合、第１出力部１４又は第２出力部１６は、さらに、設定部１３が算出した所定の処置が実行されるまでの待ち時間の予想を出力してもよい。また、第１出力部１４又は第２出力部１６は、監視対象ユーザ毎の上記大小比較の結果に基づき、待ち時間の予想が目安時間よりも大きい場合、警告を出力してもよい。このようにすれば、所定の処置を実行する主体は、上記目安時間と待ち時間の予想とを比較することで、自分達の処置が遅れ気味か否か等を把握することができる。また、警告を閲覧することで、自分達の処置が遅れ気味であることを瞬時に把握できる。さらに、監視対象ユーザは、所定の処置を実行する主体の処置の進行具合を把握することができる。そして、監視対象ユーザは、蓄電池の電力がなくなる前に自分のところに助けが来るか否かを判断することができる。そして、その判断結果に基づいて、「助けを待つ」、又は、「自分達で行動して電力を確保する」等の対応をとることができる。
【００８１】
本実施形態の監視装置１０の処理の流れの一例は、第１及び第２の実施形態と同様である。
【００８２】
以上説明した本実施形態によれば、第１及び第２の実施形態と同様の作用効果を実現することができる。また、蓄電池の電力残量のみならず、電力消費ペースにも基づいて緊急度を設定することができるので、設定される緊急度の精度を高めることができる。
【００８３】
＜第４の実施形態＞
本実施形態の監視装置１０は、蓄電池２０の設置位置をさらに管理し、当該設置位置をも考慮して緊急度を設定する点で、第１乃至第３の実施形態と異なる。
【００８４】
本実施形態の監視装置１０の機能ブロック図は、第１乃至第３の実施形態と同様である。検知部１２、第１出力部１４及び第２出力部１６の構成は、第１乃至第３の実施形態と同様であるので、ここでの説明は省略する。以下、ユーザ管理部１１、設定部１３及び決定部１５の構成について説明する。
【００８５】
ユーザ管理部１１は、蓄電池２０の電力残量に加えて、蓄電池２０各々の設置位置をさらに管理する点で、第１乃至第３の実施形態と異なる。なお、ユーザ管理部１１は、第３の実施形態で説明したように、蓄電池２０各々の利用状況をさらに管理してもよい。図１３に、ユーザ管理部１１が管理する情報の一例を模式的に示す。当該情報おいては、蓄電池ＩＤと、設置位置とが対応付けられている。なお、設置位置は、住所のほか、緯度経度等の他の尺度で示されてもよい。当該設置位置は、ユーザ操作に応じて、予めユーザ管理部１１に登録される。
【００８６】
設定部１３は、ユーザ管理部１１が管理する蓄電池２０の電力残量（図６参照）に加えて、所定の基準位置と蓄電池２０各々の設置位置との距離にも基づいて、緊急度を設定する点で、第１乃至第３の実施形態と異なる。なお、設定部１３は、さらに、第３の実施形態で説明した利用状況（図１２参照）にも基づいて緊急度を設定してもよい。
【００８７】
基準位置は、予め、設定部１３に登録されている。基準位置は、例えば、所定の処置を行う主体の拠点である。すなわち、当該主体は当該拠点で所定のイベントの発生に備えている。そして、所定のイベントの発生時には、当該拠点から出発して、所定の監視対象ユーザのもとに向かう。
【００８８】
設定部１３は、所定の基準位置と蓄電池２０各々の設置位置との距離を算出する。なお、所定のイベント発生前から、基準位置と蓄電池２０各々の設置位置とは確定しているので、設定部１３は予め距離を算出し、ユーザ管理部１１が当該情報を管理しておいてもよい。図１４に、設定部１３が算出、設定し、ユーザ管理部１１が管理する情報の一例を模式的に示す。当該情報では、蓄電池ＩＤと、蓄電池２０の設置位置と、蓄電池２０の設置位置から基準位置までの距離とが対応付けられている。
【００８９】
なお、基準位置は複数存在し得る。そこで、設定部１３には、図１５に示すように、複数の基準位置が登録されていてもよい。この場合、設定部１３は、蓄電池２０各々の設置位置と、当該設置位置から最も近い基準位置との距離を算出してもよい。そして、当該距離に基づいて、緊急度を設定してもよい。
【００９０】
設定部１３は、基準位置と蓄電池２０の設置位置との距離が長いほど、高い緊急度を設定する。
【００９１】
本実施形態の変形例として、設定部１３は基準位置と蓄電池２０の設置位置との距離を利用せず緊急度を設定し（例：第１乃至第３の実施形態）、決定部１５は、基準位置と蓄電池２０との距離と、設定された緊急度とに基づいて、優先順位を決定してもよい。
【００９２】
例えば、決定部１５は、緊急度が同じである複数の監視対象ユーザが存在する場合、基準位置と蓄電池２０との距離が長いほど、高い優先順位を付してもよい。
【００９３】
本実施形態の監視装置１０の処理の流れの一例は、第１乃至第３の実施形態と同様である。
【００９４】
以上説明した本実施形態によれば、第１乃至第３の実施形態と同様の作用効果を実現することができる。また、蓄電池の電力残量のみならず、基準位置と蓄電池２０の設置位置との距離にも基づいて緊急度を設定することができるので、設定される緊急度の精度を高めることができる。また、緊急度のみならず基準位置と蓄電池２０の設置位置との距離にも基づいて優先順位を付すことができるので、適切に優先順位を付すことが可能となる。
【００９５】
＜第５の実施形態＞
本実施形態は、所定のイベント（例：停電）を検知した際、登録されている複数の監視対象ユーザの中から、所定の処置を要する監視対象ユーザを抽出し、抽出した監視対象ユーザを対象にして緊急度の設定、優先順位の決定などを行う点で、第１乃至第４の実施形態と異なる。
【００９６】
所定のイベントの影響が及ぶ範囲には限りがある。また、外出等のため、所定のイベント発生時に蓄電池を利用しないユーザも存在し得る。このため、所定のイベント発生時に所定の処置を要する監視対象ユーザは、登録されている監視対象ユーザの中の一部である場合がある。
【００９７】
本実施形態では、所定のイベントが発生すると、まず、所定の処置を要する監視対象ユーザを絞り込む。そして、その監視対象ユーザのみを対象として。緊急度の設定、優先順位の決定などを行う。このため、処理速度を高めることが可能となる。また、所定の処置を行う主体が、当該処置を要していない監視対象ユーザのもとに駆けつけるという不都合の発生も抑制できる。
【００９８】
図１６に、本実施形態の機能ブロック図の一例を示す。図示するように、本実施形態の監視装置１０は、ユーザ管理部１１と、検知部１２と、設定部１３と、抽出部１７とを有する。さらに、第１出力部１４、決定部１５及び第２出力部１６の中の少なくとも一部を備えてもよい。検知部１２、第１出力部１４、決定部１５及び第２出力部１６の構成は、第１乃至第４の実施形態と同様であるので、ここでの説明は省略する。
【００９９】
抽出部１７は、検知部１２により所定のイベントが検知されると、予め監視装置１０に登録されている複数の監視対象ユーザの中から、所定の処置を要する監視対象ユーザを抽出する。以下、抽出処理の一例を説明する。
【０１００】
例えば、ユーザ管理部１１が、第３の実施形態で説明したように、蓄電池２０各々の利用状況を管理している場合（図１２参照）、抽出部１７は、検知部１２により所定のイベントが検知されると、当該利用状況に基づいて、その時点で電力を消費している蓄電池２０（電力消費ペースが０でない蓄電池２０）を抽出する。そして、抽出部１７は、抽出した蓄電池２０に対応した監視対象ユーザを、所定の処置を要する監視対象ユーザとして抽出する。
【０１０１】
他の例として、ユーザ管理部１１が、第４の実施形態で説明したように、蓄電池２０各々の設置位置を管理している場合（図１３参照）、抽出部１７は、検知部１２により所定のイベントが検知されると、所定のイベントの影響が及ぶエリアを示す情報をさらに取得する。
【０１０２】
例えば、抽出部１７は、監視装置１０を操作する作業者から、当該エリアを示す情報の入力を受付けてもよい。または、電力の供給を管理する組織（例：電力供給者、電力供給を管理する者等）が利用している装置から、ネットワーク４０を介して、監視装置１０にイベント発生とともにその影響が及ぶエリアを示す情報が入力されてもよい。そして、抽出部１７は、当該情報を取得してもよい。
【０１０３】
その他、所定のイベント発生後も、監視装置１０と蓄電池２０が通信できるよう構成し、かつ、監視装置１０が、蓄電池２０から所定のイベント発生を示す情報を取得するよう構成する場合、抽出部１７は、当該イベント発生を示す情報を送信してきた蓄電池２０を識別する情報を取得してもよい。そして、抽出部１７は、当該蓄電池２０の設置位置（ユーザ管理部１１が管理）を、イベントの影響が及ぶエリアとして取得してもよい。
【０１０４】
そして、抽出部１７は、所定のイベントの影響が及ぶエリアを示す情報を取得すると、設置位置が当該エリア内に含まれる蓄電池２０を抽出し、当該蓄電池２０に対応した監視対象ユーザを、所定の処置を要する監視対象ユーザとして抽出する。
【０１０５】
設定部１３は、抽出部１７により抽出された監視対象ユーザのみを処理対象として、緊急度を設定する点で、第１乃至第４の実施形態と異なる。
【０１０６】
次に、図１７のフローチャートを用いて、本実施形態の監視装置１０の処理の流れの一例を示す。
【０１０７】
検知部１２は、所定のイベントの発生を監視している（Ｓ３０）。検知部１２は、所定のイベントが発生するまで監視を継続する（Ｓ３０のＮｏ）。
【０１０８】
検知部１２が所定のイベントを検知すると（Ｓ３０のＹｅｓ）、抽出部１７は、所定の処置を要する監視対象ユーザを抽出する（Ｓ３１）。そして、設定部１３は、Ｓ３１で抽出された監視対象ユーザを対象として、所定の処置を要する緊急度を設定する（Ｓ３２）。その後、第１出力部１４は、Ｓ３２で設定された緊急度を出力する（Ｓ３３）。
【０１０９】
以上説明した本実施形態によれば、第１乃至第４の実施形態と同様の作用効果を実現することができる。また、所定のイベント発生時に、真に所定の処置を要する監視対象ユーザのみを対象として緊急度の設定、優先順位の決定などを行うので、処理速度を高めることが可能となる。
【０１１０】
また、本実施形態の場合、監視装置１０が所定の処置を行う主体に向けて出力する情報の中から、所定の処置を必要としない監視対象ユーザを除くことができる。結果、監視装置１０が出力した緊急度や優先順位に基づいて所定の処置を行う主体が、当該処置を要していない監視対象ユーザのもとに駆けつけるという不都合の発生も抑制できる。
【０１１１】
なお、第１乃至第５の実施形態において、監視装置１０は、蓄電池２０の電力残量や利用状況（電力消費ペースなど）を示す情報を、蓄電池２０から取得する例を示した。この「蓄電池２０から情報収集」を、「他の装置から情報収集」に置き換えることもできる。例えば、系統電源、蓄電池２０、家電機器を監視し、消費電力、電力残量等のデータを収集・管理している装置（例：ＨＥＭＳ）が監視対象ユーザに対応して存在する場合、監視装置１０は当該装置から上記情報を収集してもよい。
【０１１２】
以上、第１乃至第５の実施形態では、電気機器３０が医療機器である場合を例に説明した。しかし、電気機器３０は、継続的に稼働させる必要があり、蓄電池２０から電力供給を受けることができるように構成されたその他の機器であってもよい。例えば、通信基地局やデータセンター等であってもよい。電気機器３０がこのような機器である場合も、第１乃至第５の実施形態と同様の構成で、同様の作用効果を実現できる。
【０１１３】
以下、参考形態の例を付記する。
１．  複数のユーザ各々に対応付けて、前記ユーザが使用している蓄電池の電力残量を取得するユーザ管理手段と、
所定のイベントを検知する検知手段と、
前記所定のイベントが検知されると、前記蓄電池の電力残量に基づいて、前記ユーザごとに、所定の処置を要する緊急度を設定する設定手段と、
を有する監視装置。
２．  １に記載の監視装置において、
前記緊急度に基づいて、複数の前記ユーザに、前記所定の処置を行う優先順位を決定する決定手段をさらに有する監視装置。
３．  １又は２に記載の監視装置において、
前記設定手段は、前記蓄電池の電力残量が少ないほど、高い前記緊急度を設定する監視装置。
４．  １から３のいずれかに記載の監視装置において、
前記ユーザ管理手段は、前記蓄電池各々の利用状況をさらに取得し、
前記設定手段は、さらに前記利用状況に基づいて、前記緊急度を設定する監視装置。
５．  ４に記載の監視装置において、
前記ユーザ管理手段は、前記利用状況として電力消費ペースを取得し、
前記設定手段は、前記残量と前記電力消費ペースとに基づいて前記蓄電池の電力残量がなくなるまでの目安時間を算出し、前記目安時間に基づいて前記緊急度を設定する監視装置。
６．  １から５のいずれかに記載の監視装置において、
前記ユーザ管理手段は、前記蓄電池各々の設置位置をさらに取得し、
前記設定手段は、さらに所定の基準位置と前記蓄電池各々の設置位置との距離に基づいて、前記緊急度を設定する監視装置。
７．  ６に記載の監視装置において、
前記設定手段は、前記距離が長いほど、高い前記緊急度を設定する監視装置。
８．  ６又は７に記載の監視装置において、
前記設定手段は、複数の前記所定の基準位置を保持しており、前記蓄電池各々の設置位置と最も近い前記基準位置との距離に基づいて、前記緊急度を設定する監視装置。
９．  １から８のいずれかに記載の監視装置において、
前記所定のイベントが検知されると、複数の前記ユーザの中から、前記所定の処置を要する前記ユーザを抽出する抽出手段をさらに有し、
前記設定手段は、前記抽出手段により抽出された前記ユーザの前記緊急度を設定する監視装置。
１０．  ９に記載の監視装置において、
前記ユーザ管理手段は、前記蓄電池各々の利用状況をさらに取得し、
前記抽出手段は、前記所定のイベントが検知されると、その時点で電力を消費している前記蓄電池に対応した前記ユーザを、前記所定の処置を要する前記ユーザとして抽出する監視装置。
１１．  ９又は１０に記載の監視装置において、
前記ユーザ管理手段は、前記蓄電池各々の設置位置をさらに取得し、
前記抽出手段は、前記所定のイベントが検知されると、前記所定のイベントの影響が及ぶエリアを示す情報を取得し、設置位置が当該エリア内に含まれる前記蓄電池に対応した前記ユーザを、前記所定の処置を要する前記ユーザとして抽出する監視装置。
１２．  コンピュータを、
複数のユーザ各々に対応付けて、前記ユーザが使用している蓄電池の電力残量を取得するユーザ管理手段、
所定のイベントを検知する検知手段、
前記所定のイベントが検知されると、前記蓄電池の電力残量に基づいて、前記ユーザごとに、所定の処置を要する緊急度を設定する設定手段、
として機能させるためのプログラム。
１２−２．  １２に記載のプログラムにおいて、
前記コンピュータを、さらに、
前記緊急度に基づいて、複数の前記ユーザに、前記所定の処置を行う優先順位を決定する決定手段として機能させるプログラム。
１２−３．  １２又は１２−２に記載のプログラムにおいて、
前記設定手段に、前記蓄電池の電力残量が少ないほど、高い前記緊急度を設定させるプログラム。
１２−４．  １２から１２−３のいずれかに記載のプログラムにおいて、
前記ユーザ管理手段に、前記蓄電池各々の利用状況をさらに取得させ、
前記設定手段に、さらに前記利用状況に基づいて、前記緊急度を設定させるプログラム。
１２−５．  １２−４に記載のプログラムにおいて、
前記ユーザ管理手段に、前記利用状況として電力消費ペースを取得させ、
前記設定手段に、前記残量と前記電力消費ペースとに基づいて前記蓄電池の電力残量がなくなるまでの目安時間を算出させ、前記目安時間に基づいて前記緊急度を設定させるプログラム。
１２−６．  １２から１２−５のいずれかに記載のプログラムにおいて、
前記ユーザ管理手段に、前記蓄電池各々の設置位置をさらに取得させ、
前記設定手段に、さらに所定の基準位置と前記蓄電池各々の設置位置との距離に基づいて、前記緊急度を設定させるプログラム。
１２−７．  １２−６に記載のプログラムにおいて、
前記設定手段に、前記距離が長いほど、高い前記緊急度を設定させるプログラム。
１２−８．  １２−６又は１２−７に記載のプログラムにおいて、
前記設定手段に、複数の前記所定の基準位置を保持させ、前記蓄電池各々の設置位置と最も近い前記基準位置との距離に基づいて、前記緊急度を設定させるプログラム。
１２−９．  １２から１２−８のいずれかに記載のプログラムにおいて、
前記コンピュータを、さらに、前記所定のイベントが検知されると、複数の前記ユーザの中から、前記所定の処置を要する前記ユーザを抽出する抽出手段として機能させ、
前記設定手段に、前記抽出手段により抽出された前記ユーザの前記緊急度を設定させるプログラム。
１２−１０．  １２−９に記載のプログラムにおいて、
前記ユーザ管理手段に、前記蓄電池各々の利用状況をさらに取得させ、
前記抽出手段に、前記所定のイベントが検知されると、その時点で電力を消費している前記蓄電池に対応した前記ユーザを、前記所定の処置を要する前記ユーザとして抽出させるプログラム。
１２−１１．  １２−９又は１２−１０に記載のプログラムにおいて、
前記ユーザ管理手段に、前記蓄電池各々の設置位置をさらに取得させ、
前記抽出手段に、前記所定のイベントが検知されると、前記所定のイベントの影響が及ぶエリアを示す情報を取得させ、設置位置が当該エリア内に含まれる前記蓄電池に対応した前記ユーザを、前記所定の処置を要する前記ユーザとして抽出させるプログラム。
１３．  コンピュータが、
複数のユーザ各々に対応付けて、前記ユーザが使用している蓄電池の電力残量を取得するユーザ管理工程と、
所定のイベントを検知する検知工程と、
前記所定のイベントが検知されると、前記蓄電池の電力残量に基づいて、前記ユーザごとに、所定の処置を要する緊急度を設定する設定工程と、
を実行する監視方法。
１３−２．  １３に記載の監視方法において、
前記コンピュータが、さらに、
前記緊急度に基づいて、複数の前記ユーザに、前記所定の処置を行う優先順位を決定する決定工程を実行する監視方法。
１３−３．  １３又は１３−２に記載の監視方法において、
前記設定工程では、前記蓄電池の電力残量が少ないほど、高い前記緊急度を設定する監視方法。
１３−４．  １３から１３−３のいずれかに記載の監視方法において、
前記ユーザ管理工程では、前記蓄電池各々の利用状況をさらに取得し、
前記設定工程では、さらに前記利用状況に基づいて、前記緊急度を設定する監視方法。
１３−５．  １３−４に記載の監視方法において、
前記ユーザ管理工程では、前記利用状況として電力消費ペースを取得し、
前記設定工程では、前記残量と前記電力消費ペースとに基づいて前記蓄電池の電力残量がなくなるまでの目安時間を算出し、前記目安時間に基づいて前記緊急度を設定する監視方法。
１３−６．  １３から１３−５のいずれかに記載の監視方法において、
前記ユーザ管理工程では、前記蓄電池各々の設置位置をさらに取得し、
前記設定工程では、さらに所定の基準位置と前記蓄電池各々の設置位置との距離に基づいて、前記緊急度を設定する監視方法。
１３−７．  １３−６に記載の監視方法において、
前記設定工程では、前記距離が長いほど、高い前記緊急度を設定する監視方法。
１３−８．  １３−６又は１３−７に記載の監視方法において、
前記設定工程では、複数の前記所定の基準位置を利用し、前記蓄電池各々の設置位置と最も近い前記基準位置との距離に基づいて、前記緊急度を設定する監視方法。
１３−９．  １３から１３−８のいずれかに記載の監視方法において、
前記コンピュータが、
前記所定のイベントが検知されると、複数の前記ユーザの中から、前記所定の処置を要する前記ユーザを抽出する抽出工程をさらに実行し、
前記設定工程では、前記抽出工程で抽出された前記ユーザの前記緊急度を設定する監視方法。
１３−１０．  １３−９に記載の監視方法において、
前記ユーザ管理工程では、前記蓄電池各々の利用状況をさらに取得し、
前記抽出工程では、前記所定のイベントが検知されると、その時点で電力を消費している前記蓄電池に対応した前記ユーザを、前記所定の処置を要する前記ユーザとして抽出する監視方法。
１３−１１．  １３−９又は１３−１０に記載の監視方法において、
前記ユーザ管理工程では、前記蓄電池各々の設置位置をさらに取得し、
前記抽出工程では、前記所定のイベントが検知されると、前記所定のイベントの影響が及ぶエリアを示す情報を取得し、設置位置が当該エリア内に含まれる前記蓄電池に対応した前記ユーザを、前記所定の処置を要する前記ユーザとして抽出する監視方法。
１４．  複数のユーザ各々に対応付けて、前記ユーザが使用している蓄電池の電力残量を取得するユーザ管理手段、
所定のイベントを検知する検知手段、及び、
前記所定のイベントが検知されると、前記蓄電池の電力残量に基づいて、前記ユーザごとに、所定の処置を要する緊急度を設定する設定手段、
を有する監視装置と、
前記監視装置に残量を通知する前記蓄電池と、
を有する監視システム。
【０１１４】
この出願は、２０１４年６月２０日に出願された日本出願特願２０１４−１２７４２８号を基礎とする優先権を主張し、その開示の全てをここに取り込む。
【図１】
2015194618.tif 000003
【図２】
2015194618.tif 000004
【図３】
2015194618.tif 000005
【図４】
2015194618.tif 000006
【図５】
2015194618.tif 000007
【図６】
2015194618.tif 000008
【図７】
2015194618.tif 000009
【図８】
2015194618.tif 000010
【図９】
2015194618.tif 000011
【図１０】
2015194618.tif 000012
【図１１】
2015194618.tif 000013
【図１２】
2015194618.tif 000014
【図１３】
2015194618.tif 000015
【図１４】
2015194618.tif 000016
【図１５】
2015194618.tif 000017
【図１６】
2015194618.tif 000018
【図１７】
2015194618.tif 000019
【国際調査報告】
2015194618.tif 000020
2015194618.tif 000021
2015194618.tif 000022
2015194618.tif 000023