特開 2024-177785 水位監視装置およびプログラム

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

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2024177785

(43)【公開日】2024-12-24

(54)【発明の名称】水位監視装置およびプログラム

(51)【国際特許分類】

   G08B 21/10 20060101AFI20241217BHJP

【ＦＩ】

G08B21/10

【審査請求】有

【請求項の数】11

【出願形態】ＯＬ

(21)【出願番号】P 2023096118

(22)【出願日】2023-06-12

(11)【特許番号】

(45)【特許公報発行日】2023-11-21

(71)【出願人】

【識別番号】399106192

【氏名又は名称】三井住友海上火災保険株式会社

(74)【代理人】

【識別番号】110000877

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

(72)【発明者】

【氏名】森永 卓

【テーマコード（参考）】

5C086

【Ｆターム（参考）】

5C086AA11

5C086AA22

5C086AA45

5C086BA11

5C086CA30

5C086CB40

5C086DA19

5C086FA18

(57)【要約】      （修正有）

【課題】建物の外の水位の変化を、時系列に報知する水位監視装置を提供する。
【解決手段】互いにネットワーク３０で通信でき、下部に開口を有するセンサパイプ２４と、センサパイプ２４の上方に配されるセンサユニット２２と、を有する水位センサー２０、水位監視装置１００及び外部サーバ１８を有するシステム１０において、水位監視装置１００は、建物の外に配置した水位センサーから、水位のデータを受信して、時刻に対応づけて格納部に格納する受信部と、データに基づき、水位がゼロより上がった場合に、第１報を発報し、第１報の発報後に水位が予め定められた閾値よりも上がった場合に、第２報を発報し、第２報の後に水位が予め定められた回数連続で下がった場合に、第３報を発報する報知部と、を備える。報知部は、第２報と第３報の間の水位の最大値を、第３報と共に出力してもよい。
【選択図】図１

【特許請求の範囲】

【請求項1】

建物の外に配置した水位センサーから、水位のデータを受信して、時刻に対応づけて格納部に格納する受信部と、
前記データに基づき、前記水位がゼロより上がった場合に、第１報を発報し、前記第１報の発報後に前記水位が予め定められた閾値よりも上がった場合に、第２報を発報し、前記第２報の後に前記水位が予め定められた回数連続で下がった場合に、第３報を発報する報知部と
を備える水位監視装置。

【請求項2】

前記報知部は、前記第２報と前記第３報の間の水位の最大値を、前記第３報と共に出力する請求項１に記載の水位監視装置。

【請求項3】

前記報知部は、前記第３報の後に、予め定められた時間内に、前記水位が上がって、その後、前記予め定められた回数連続で前記水位が下がった場合であって、前記第２報と前記第３報の間の水位の最大値よりも、前記第３報の後の水位の方が高い場合に、第４報を発報する請求項２に記載の水位監視装置。

【請求項4】

表示装置に画像を表示させる表示部をさらに備え、
前記受信部は、前記データを前記建物を識別する建物ＩＤと共に取得して、前記格納部に格納し、
前記表示部は、前記第１報および前記第２報のいずれか一方から少なくとも前記第３報まで、地図画像上に前記建物ＩＤで識別される前記建物の位置を表示する画像を前記表示装置に出力する請求項１に記載の水位監視装置。

【請求項5】

前記表示部は、前記建物の予め定められた範囲内に存在する、他の建物を前記地図画像上に併せて表示する請求項４に記載の水位監視装置。

【請求項6】

前記報知部は、前記データが予め定められた異常の判断基準を満たす場合に、異常である旨を警告する請求項１に記載の水位監視装置。

【請求項7】

前記判断基準は、外部から取得した洪水の情報において、前記建物の位置で洪水があったことが確認できないことである、請求項６に記載の水位監視装置。

【請求項8】

前記判断基準は、水位が予め定められた値以上、予め定められた回数で上下したことである、請求項６に記載の水位監視装置。

【請求項9】

前記判断基準は、水位が１回で予め定められた値以上に上ったことである、請求項６に記載の水位監視装置。

【請求項10】

前記判断基準は、前記第１報および前記第２報の少なくとも一方の後に、水位が予め定められた回数以上、予め定められた範囲内に留まっていることである、請求項６に記載の水位監視装置。

【請求項11】

コンピュータに、
建物の外に配置した水位センサーから、水位のデータを受信して、時刻に対応づけて格納部に格納する受信機能と、
前記データに基づき、前記水位がゼロより上がった場合に、第１報を発報し、前記第１報の発報後に前記水位が予め定められた閾値よりも上がった場合に、第２報を発報し、前記第２報の後に前記水位が予め定められた回数連続で下がった場合に、第３報を発報する報知機能と
を実現させるためのプログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、水位監視装置およびプログラムに関する。

【背景技術】

【0002】

非特許文献１には、建物の外に設置し、特定の高さに水位が達したことを検知して出力するセンサーが記載されている。
［先行技術文献］
［非特許文献］
［非特許文献１］ FloodFlash社のホームページhttps://floodflash.co

【発明の概要】

【0003】

本発明の第１の態様においては、水位監視装置であって、建物の外に配置した水位センサーから、水位のデータを受信して、時刻に対応づけて格納部に格納する受信部と、データに基づき、水位がゼロより上がった場合に、第１報を発報し、第１報の発報後に水位が予め定められた閾値よりも上がった場合に、第２報を発報し、第２報の後に水位が予め定められた回数連続で下がった場合に、第３報を発報する報知部とを備える。

【0004】

報知部は、第２報と第３報の間の水位の最大値を、第３報と共に出力してもよい。報知部は、第３報の後に、予め定められた時間内に、水位が上がって、その後、予め定められた回数連続で水位が下がった場合であって、第２報と第３報の間の水位の最大値よりも、第３報の後の水位の方が高い場合に、第４報を発報してもよい。表示装置に画像を表示させる表示部をさらに備え、受信部は、データを建物を識別する建物ＩＤと共に取得して、格納部に格納し、表示部は、第１報および第２報のいずれか一方から少なくとも第３報まで、地図画像上に建物ＩＤで識別される建物の位置を表示する画像を表示装置に出力してもよい。表示部は、建物の予め定められた範囲内に存在する、他の建物を地図画像上に併せて表示してもよい。報知部は、データが予め定められた異常の判断基準を満たす場合に、異常である旨を警告してもよい。判断基準は、外部から取得した洪水の情報において、建物の位置で洪水があったことが確認できないことであってよい。判断基準は、水位が予め定められた値以上、予め定められた回数で上下したことであってよい。判断基準は、水位が１回で予め定められた値以上に上ったことであってよい。判断基準は、第１報および第２報の少なくとも一方の後に、水位が予め定められた回数以上、予め定められた範囲内に留まっていることであってよい。

【0005】

本発明の第２の態様においては、プログラムであって、コンピュータに、建物の外に配置した水位センサーから、水位のデータを受信して、時刻に対応づけて格納部に格納する受信機能と、データに基づき、水位がゼロより上がった場合に、第１報を発報し、第１報の発報後に水位が予め定められた閾値よりも上がった場合に、第２報を発報し、第２報の後に水位が予め定められた回数連続で下がった場合に、第３報を発報する報知機能とを実現させる。

【0006】

なお、上記の発明の概要は、本発明の特徴の全てを列挙したものではない。また、これらの特徴群のサブコンビネーションもまた、発明となりうる。

【図面の簡単な説明】

【0007】

【図1】本実施形態に係るシステム１０を概念的に示す。

【図2】水位監視装置１００の機能ブロックを模式的に示す。

【図3】格納部１２０に格納される水位データ１２２の例を示す。

【図4】報知条件１２６を説明するための概念図である。

【図5】他の報知条件１２６を説明するための概念図である。

【図6】異常条件１２８を説明するための概念図である。

【図7】他の異常条件１２８を説明するための概念図である。

【図8】さらに他の異常条件１２８を説明するための概念図である。

【図9】水位監視装置１００の動作フローＳ１０の一例を示す。

【図10】第１報の一例としての表示画面２１０を示す。

【図11】第１報から第４報の少なくともいずれかにおける表示画面２１２の例を示す。

【図12】第１報から第４報の少なくともいずれかにおける他の表示画面２１４の例を示す。

【図13】本発明の複数の態様が全体的または部分的に具現化されてよいコンピュータ２２００の例を示す。

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

【0008】

以下、発明の実施の形態を通じて本発明を説明するが、以下の実施形態は特許請求の範囲にかかる発明を限定するものではない。また、実施形態の中で説明されている特徴の組み合わせの全てが発明の解決手段に必須であるとは限らない。

【0009】

図１は、本実施形態に係るシステム１０を概念的に示す。システム１０は、互いにネットワーク３０で通信できる水位センサー２０、水位監視装置１００及び外部サーバ１８を有する。例えば、水位センサー２０はセンサーメーカーに管理され、水位監視装置１００は損害保険会社に管理され、外部サーバ１８は洪水の情報を提供する組織、例えば国土地理院に管理される。

【0010】

水位センサー２０は、建物１２の外、例えば外壁に沿って配置される。水位センサー２０は、下部に開口を有するセンサパイプ２４と、センサパイプ２４の上方に配されるセンサユニット２２とを有する。センサパイプ２４は地面１４から鉛直方向に伸びており、下部の開口から侵入してきた水の地面１４からの高さ、すなわち水位Ｈを検知する。検知される水位Ｈは、建物１２に対する浸水深に相当する。センサユニット２は、センサパイプ２４で検知された水位Ｈを示すデータ（単に水位、または、水位データと呼ぶことがある）を、ネットワーク３０を介して水位監視装置１００に送信する。

【0011】

水位センサー２０は、高さと時間について固有の分解能、及び、高さの検出範囲を有する。例えば、高さの分解能が１ｃｍ、時間の分解能は１分、高さの検出範囲は０ｃｍから３００ｃｍである。

【0012】

水位センサー２０は、下記２つの時間毎の水位データを水位監視装置１００に送信する。１つ目として、水位センサー２０は、水位が終日、ゼロすなわち検出下限以下の場合に、当該日の深夜０時に、水位がゼロであることを示すデータを水位監視装置１００に送信する。２つ目として、水位センサー２０は、水位がゼロ以上を検知した場合に、１分毎の水位データを水位監視装置１００に送信する。２つ目の水位データの時間間隔は、一例として時間の分解能と同じ１分としたが、１目の時間間隔より短ければ、これに限られない。水位センサー２０が水位データを送信するタイミングは、リアルタイムであることが好ましいが、これに限られず、いくつかの水位データをまとめて送ってもよい。

【0013】

水位センサー２０は、水位データに対応付けて、検知した時刻及び建物ＩＤも併せて送信する。時刻は、センサユニット２２に設けられたタイマーから取得される。建物ＩＤは、建物１２を識別する情報であり、センサユニット２２に予め格納される。

【0014】

建物１２は、例えば、保険会社との間で浸水に関する保険契約が結ばれた保険の対象物件である。図１では、建物１２と水位センサー２０の組が１つ示されているが、複数の組に対しても適用され得る。

【0015】

図２は、水位監視装置１００の機能ブロックを模式的に示す。水位監視装置１００は、パーソナルコンピュータ、サーバなどの情報処理装置であってよい。

【0016】

水位監視装置１００は、水位センサー２０から水位データ１２２を受信する受信部１１０と、水位データ１２２を格納する格納部１２０と、水位データ１２２が予め定められた条件を満たした場合に報知する報知部１３０と、報知に関する表示を画面に表示する表示部１４０とを有する。表示部１４０はそれ自体が画面を有するディスプレイモニターであってもよく、それ自体は画面を有しておらず、外部のディスプレイモニターに画面のデータを出力するものであってもよい。

【0017】

格納部１２０は、水位データ１２２に加えて、報知条件１２６及び異常条件１２８を格納している。報知条件１２６は、報知部１３０が報知をする条件である。異常条件１２８は、報知部１３０が水位データ１２２が異常であるかを判断する判断基準である。

【0018】

図３は、格納部１２０に格納される水位データ１２２の例を示す。水位データ１２２は、建物データ１２４ごとに格納されており、時刻ｔ、水位ｈ（ｃｍ）、報知フラグのフィールドを有する。建物データ１２４は、建物ＩＤ、住所及び電子メールアドレスを含む。電子メールアドレスは、建物１２の所有者または管理者のものであってもよいし、保険の対象物件である場合には保険契約者のものであってもよい。

【0019】

図４は、報知条件１２６を説明するための概念図である。図４には、第１報を報知する第１報知条件と、第２報を報知する第２報知条件と、第３報を報知する第３報知条件とが示されている。

【0020】

第１報知条件は、水位データ１２２に基づき、水位ｈ１がゼロより上がったことである。図４には、時刻ｔ１の水位データ１２２の示す水位ｈ１がゼロより上がった状態が示されている。

【0021】

第２報知条件は、水位データ１２２に基づき、上記第１報の発報後に水位が予め定められた閾値ｓ１よりも上がったことである。図４には、時刻ｔ２の水位データ１２２の示す水位ｈ２が閾値ｓ１よりも上がった状態が示されている。閾値ｓ１は、例えば、建物１２の床高さに対応してよく、建物１２ごとに設定されてもよいし、一律で設定されてもよい。閾値ｓ１の具体例は、４５ｃｍまたは５０ｃｍであるが、これに限られない。

【0022】

第３報知条件は、水位データ１２２に基づき、上記第２報の発報後に水位が予め定められた回数連続で下がったことである。予め定められた回数ｍ１は例えば３回であるが、これに限られない。図４には、時刻ｔ３から時刻ｔ４まで３回連続して水位が下がった状態が示されている。

【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】

ＲＯＭ２２３０はその中に、アクティブ化時にコンピュータ２２００によって実行されるブートプログラム等、および／またはコンピュータ２２００のハードウェアに依存するプログラムを格納する。入／出力チップ２２４０はまた、様々な入／出力ユニットをパラレルポート、シリアルポート、キーボードポート、マウスポート等を介して、入／出力コントローラ２２２０に接続してよい。

【0076】

プログラムが、ＤＶＤ－ＲＯＭ２２０１またはＩＣカードのようなコンピュータ可読媒体によって提供される。プログラムは、コンピュータ可読媒体から読み取られ、コンピュータ可読媒体の例でもあるハードディスクドライブ２２２４、ＲＡＭ２２１４、またはＲＯＭ２２３０にインストールされ、ＣＰＵ２２１２によって実行される。これらのプログラム内に記述される情報処理は、コンピュータ２２００に読み取られ、プログラムと、上記様々なタイプのハードウェアリソースとの間の連携をもたらす。装置または方法が、コンピュータ２２００の使用に従い情報の操作または処理を実現することによって構成されてよい。

【0077】

例えば、通信がコンピュータ２２００および外部デバイス間で実行される場合、ＣＰＵ２２１２は、ＲＡＭ２２１４にロードされた通信プログラムを実行し、通信プログラムに記述された処理に基づいて、通信インタフェース２２２２に対し、通信処理を命令してよい。通信インタフェース２２２２は、ＣＰＵ２２１２の制御下、ＲＡＭ２２１４、ハードディスクドライブ２２２４、ＤＶＤ‐ＲＯＭ２２０１、またはＩＣカードのような記録媒体内に提供される送信バッファ処理領域に格納された送信データを読み取り、読み取られた送信データをネットワークに送信し、またはネットワークから受信された受信データを記録媒体上に提供される受信バッファ処理領域等に書き込む。

【0078】

また、ＣＰＵ２２１２は、ハードディスクドライブ２２２４、ＤＶＤ‐ＲＯＭドライブ２２２６（ＤＶＤ‐ＲＯＭ２２０１）、ＩＣカード等のような外部記録媒体に格納されたファイルまたはデータベースの全部または必要な部分がＲＡＭ２２１４に読み取られるようにし、ＲＡＭ２２１４上のデータに対し様々なタイプの処理を実行してよい。ＣＰＵ２２１２は次に、処理されたデータを外部記録媒体にライトバックする。

【0079】

様々なタイプのプログラム、データ、テーブル、およびデータベースのような様々なタイプの情報が記録媒体に格納され、情報処理を受けてよい。ＣＰＵ２２１２は、ＲＡＭ２２１４から読み取られたデータに対し、本開示の随所に記載され、プログラムの命令シーケンスによって指定される様々なタイプの操作、情報処理、条件判断、条件分岐、無条件分岐、情報の検索／置換等を含む、様々なタイプの処理を実行してよく、結果をＲＡＭ２２１４に対しライトバックする。また、ＣＰＵ２２１２は、記録媒体内のファイル、データベース等における情報を検索してよい。例えば、各々が第２の属性の属性値に関連付けられた第１の属性の属性値を有する複数のエントリが記録媒体内に格納される場合、ＣＰＵ２２１２は、第１の属性の属性値が指定される、条件に一致するエントリを当該複数のエントリの中から検索し、当該エントリ内に格納された第２の属性の属性値を読み取り、それにより予め定められた条件を満たす第１の属性に関連付けられた第２の属性の属性値を取得してよい。

【0080】

上で説明したプログラムまたはソフトウェアモジュールは、コンピュータ２２００上またはコンピュータ２２００近傍のコンピュータ可読媒体に格納されてよい。また、専用通信ネットワークまたはインターネットに接続されたサーバーシステム内に提供されるハードディスクまたはＲＡＭのような記録媒体が、コンピュータ可読媒体として使用可能であり、それによりプログラムを、ネットワークを介してコンピュータ２２００に提供する。

【0081】

以上、本発明を実施の形態を用いて説明したが、本発明の技術的範囲は上記実施の形態に記載の範囲には限定されない。上記実施の形態に、多様な変更または改良を加えることが可能であることが当業者に明らかである。その様な変更または改良を加えた形態も本発明の技術的範囲に含まれ得ることが、特許請求の範囲の記載から明らかである。

【0082】

特許請求の範囲、明細書、および図面中において示した装置、システム、プログラム、および方法における動作、手順、ステップ、および段階等の各処理の実行順序は、特段「より前に」、「先立って」等と明示しておらず、また、前の処理の出力を後の処理で用いるのでない限り、任意の順序で実現しうることに留意すべきである。特許請求の範囲、明細書、および図面中の動作フローに関して、便宜上「まず、」、「次に、」等を用いて説明したとしても、この順で実施することが必須であることを意味するものではない。

【符号の説明】

【0083】

１０ システム、１２ 建物、１４ 地面、１８ 外部サーバ、２０ 水位センサー、２２ センサユニット、２４ センサパイプ、３０ ネットワーク、１００ 水位監視装置、１１０ 受信部、１２０ 格納部、１２２ 水位データ、１２４ 建物データ、１２６ 報知条件、１２８ 異常条件、１３０報知部、１４０表示部、２１０、２１２、２１４ 表示画面、２２０、２２２ 建物、２３０、２３２、２３４ 情報

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】