(57)【要約】【課題】簡便な低コストセンサで上水道の使用状況を把握することで、居住者の動体情報を取得し、孤独死の発見を容易にする。【解決手段】水道センサ１００により水道の状態を検知し、居住室内の無線ネットワーク１５０を介して、ゲートウェイ装置２００へ送信された信号を、特定の時間条件に基づき処理をした後、ＩｏＴプラットフォーム５００を介して、サービス提供サーバ３００に伝送される。この情報に基づき、インターネット６００を介して、ＳＭＳ配信サービス５０３に通報指示を行うことで、あらかじめ登録された通報先の携帯電話にＳＭＳを使って通報することで、居住者の安否確認を促す。【選択図】図１
2019028554.tif 000002
【特許請求の範囲】
【請求項１】
水道に設置されたセンサと、センサ信号を処理してサーバに伝送する伝送装置と、伝送装置からの信号に基づき通報指示を行うサーバから構成される孤独死早期発見システムであって、
前記センサは、
水道の利用状態を検知するセンサ部と、センサからの信号を処理する信号処理部と、無線により伝送装置にセンサ信号を送信する無線通信部と、これらのデバイスを動作させるための電源部と、を備え、
前記伝送装置は、
前記センサとの無線通信を行う無線通信部と、前記センサからの信号の処理と通報判断を行う為の信号処理部と、サーバに処理した信号を伝送するためのＩｏＴプラットフォーム通信部と、これらのデバイスを動作させるための電源部と、停電時に動作させるためのバッテリー部と、を備え、
前記サーバは、
ＩｏＴプラットフォーム専用のクラウドサービス上にあり、伝送装置からの信号に基づき通報処理を実施する通報処理部と、システム利用者の情報を格納している顧客データベースと、ＳＭＳ配信サービスの管理を実施するＳＭＳ通報管理部と、課金やシステムからの通知を行う課金・通知処理部と、システムの自己診断を実施する自己診断処理部とを備え、
サーバからの指示により通報先へＳＭＳを送信し、送信結果をサーバに通知するＳＭＳ配信サービスを利用して、居住者の動体に異常を検知した場合に、システム利用者ごとの通報先携帯電話に居住者の安否確認を促すための通知を行う孤独死早期発見システム。
【請求項２】
前記センサ部を構成する各デバイスは、低消費電力デバイスで構成されており、自立電源デバイスによる給電もしくは、ボタン電池で複数年稼働することが可能で電池交換コストの低減による低コスト運用を特徴とする請求項１記載の孤独死早期発見システム。
【請求項３】
前記伝送装置は、センサからの信号を各時間ブロック内で判断することで、動体情報を判別する機能を備え、サーバへの信号伝送もブロック内のデータをまとめて、ＩｏＴプラットフォームを介して通信することを特徴とする請求項１または請求項２記載の孤独死早期発見システム。
【請求項４】
前記サーバと不動産管理者が所有するシステムと入居者情報や請求情報を共有し、前記システムの利用料は、不動産管理者が所有するサーバを介して前記不動産管理者に対して請求されることを特徴とする請求項１から請求項３のいずれかに記載の孤独死早期発見システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、孤独死事故の早期発見に関する。
【背景技術】
【０００２】
従来から、居住者室内に複数の検知手段を具備し、動体情報や生体情報を検知することで、居住者の異常を早期に発見する装置を提供することで、緊急駆けつけや孤独死事故を防ぐために外部に連絡する手段が多く用いられてきた。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】登録実用新案第３１５１５９３号公報
【特許文献２】登録実用新案第３１５１５９４号公報
【特許文献３】登録実用新案第３１５１５９５号公報
【特許文献４】登録実用新案第３１５４１２５号公報
【特許文献５】登録実用新案第３１５４１２６号公報
【特許文献６】登録実用新案第３１５７３７３号公報
【特許文献７】登録実用新案第３１５７３７４号公報
【特許文献８】登録実用新案第３１５９１９３号公報
【特許文献９】登録実用新案第３１９５７７９号公報
【特許文献１０】特開２００２-０４２２７７号公報
【特許文献１１】特開２００９-０９９１０４号公報
【特許文献１２】特開２０１２-１５０７３３号公報
【特許文献１３】特開２０１５-００１８１６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、以上の技術によれば、センサが異常を検知した際に表示器等を用いて居住者の異常を知らせる仕組み、あらかじめ登録された通報先に自動通報され、通報受信者が駆けつける仕組み、また、鍵の解錠を自動的に行い、周囲の居住室内に第三者が侵入する仕組み等が多い。表示や駆けつけにより、居室内の人命救助もしくは、死亡時の早期発見を実現するとしているが、駆けつけまでに時間を必要とすること、居住者の承諾なく侵入することは法的に難しく実現が難しい。また、居住室内に多種多様なセンサ及び機械的スイッチ等複数の設置を行うことで、居住者の動体を観察し、生体情報を取得する方法のため、初期導入や運用費用の負担が大きく広く普及するための障壁となっていた。このため、事故を防ぐことが出来ず、発見までに長期化するケースが増えている。発見までに長期化したケースでは、周辺住民への精神的負担の増大や、事故物件としての不動産価値の低下を防ぐことが困難な実態となっている。
【０００５】
この発明は、簡便な低コストセンサで上水道の使用状況を把握することで、居住者の動体情報を取得し、孤独死の発見を容易にすることを課題とする。あわせて、本システムの導入により不動産価値の下落の低減や、当該物件の入居者及び入居希望者に対して、安心感の提供による利益を、不動産管理者（不動産管理会社や不動産オーナー）が享受するため、費用負担は不動産管理者が行うことで、低所得者層への導入を促進することを課題とする。
【０００６】
本発明は、このような事情に鑑みてなされたものであり、低所得者層にも負担なく導入が容易で万が一の孤独死事故を早期に発見することを目的とする。
【課題を解決するための手段】
【０００７】
（１）上記の目的を達成するために、本発明は、以下のような手段を講じた。すなわち、本発明の孤独死事故早期発見システムは、キッチンの水道蛇口に設置されたセンサ（以下、「水道センサ」とする。）により水道の状態を検知し、居住室内の無線ネットワークを介して、インターネット上のサーバに水道の状態を伝送する装置（以下、「ゲートウェイ装置＝ＧＷ装置」とする。）へ送信される。ゲートウェイ装置で受信した信号は、特定の時間条件に基づき処理をした後、ＩｏＴプラットフォームを介して、顧客データベース（以下、「顧客ＤＢ」とする。）と連携して通報処理を行うシステムサーバ（以下、「サービス提供サーバ」とする。）に伝送される。サービス提供サーバでは、ゲートウェイ装置からの情報に基づき、インターネットを介して、通報指示を通報先の携帯電話に短文を送信する機能を提供する外部サービス（以下、「ＳＭＳ配信サービス」とする。）に通報内容を生成し、通報指示をすることで、通報先に対して居住者の安否確認を促す通報を行うことを特徴としている。
【０００８】
このように、水道の状態（開栓、閉栓）変化を、時間条件に基づき判断することで、居住者の動体を把握し、サービス提供サーバで通報処理を行い、外部のＳＭＳ配信サービスと連携することで、通報先に通報を行い、孤独死事故早期発見システムを簡易な構成で実現することで、利用者にシステムを安価に利用してもらうことを可能としている。
【０００９】
（２）また、本発明の孤独死事故早期発見システムにおいて、水道センサは、センサ部と、センサからの検知信号を処理する情報処理部（以下、「Ｓ−ＭＣＵ」とする。）と、ゲートウェイ装置へ信号を伝送する無線部と、これらのデバイスを動作させるための電源を確保するための電源部から構成されており、Ｓ−ＭＣＵと無線部には、低消費電力デバイスを採用することで、ボタン電池もしくは環境発電（エネジーハーベスト）デバイスでの動作を特徴としている。
【００１０】
このように、水道センサは、Ｓ−ＭＣＵと無線部を１つの汎用低省電力デバイスから構成することで、電力の消費を最小限にし、安価で堅牢なセンサを実現することでセンサの交換工数を削減し、製品と運用の低コスト化を可能としている。
【００１１】
（３）また、本発明の孤独死事故早期発見システムにおいて、ゲートウェイ装置は、ＩｏＴプラットフォーム通信部と水道センサからの信号を処理する情報処理部（以下、「Ｇ−ＭＣＵ」とする。）と、水道センサの信号を受信するための無線部と、構成するデバイスの動作とＡＣ１００Ｖの停電を検知する電源部と、停電時に動作を可能とするためのバッテリーから構成されており、一定時間内における水道センサの情報と停電状態の検出を基づき、Ｇ−ＭＣＵで通報要否の判断を行い、通報判断情報と合わせてサービス提供サーバに伝送する。Ｇ−ＭＣＵで通報要否の判断を行うことを特徴としている。
【００１２】
このように、ゲートウェイ装置は、Ｇ−ＭＣＵと無線部は１つの汎用マイコンを利用し構成部品の点数を削減することで、電力消費の低減が可能となり、電源部及びバッテリーの長時間駆動を実現するとともに、ＩｏＴプラットフォームを利用してサービス提供サーバに伝送することで、製品と通信のコスト削減を可能としている。
【００１３】
（４）また、本発明の孤独死事故早期発見システムにおいて、サービス提供サーバは、ゲートウェイ装置からの加入者情報と通報要否の判断に基づき、通報処理を実施する通報処理部と、システムの利用者情報及び通報先情報を格納している顧客ＤＢ部と、ＳＭＳ配信サービス部に通報指示の実施と、通報結果から次の通報動作を管理する為のＳＭＳ通報管理部と、システム利用者の課金処理を外部の顧客側入居者管理システム（以下、「入居者管理システム」とする。）と、サービス設定端末との連携により実現し、入居者管理システムやサービス設定端末に通報結果の通知を行う、課金・通知処理部と、居住者宅内に設置される、ゲートウェイ装置や水道センサの自己診断を行うための自己診断処理部から構成されており、必要最小限でシステムを実現することを特徴としている。
【００１４】
このように、サービス提供サーバは、サーバ内での処理を単純化することで、標準的な仮想専用サーバ（virtual private server＝ＶＰＳ）での運用を可能としており、サービス提供サーバの運用コスト削減を実現することで、孤独死事故発見システムの運用コストの低減化を可能としている。
【発明の効果】
【００１５】
本発明によれば、水道センサは安価で電池交換等に係る労務費の削減が可能であり、信号処理の一部をゲートウェイ装置で行う分散処理により、サービス提供サーバの構築コストと運用コストの削減を実現する。また、外部のＩｏＴプラットフォームや、ＶＰＳ、ＳＭＳ配信サービスを利用することで、システム運用コストも削減が可能となる。結果として、システムの提供価格が安価になり、不動産管理者のシステム導入に伴う費用負担が低減され、低所得者の単身居住者等への導入が推進されることで、入居物件における事故を未然に防ぐことが可能となり、不動産価値の下落低減も可能となる。
【図面の簡単な説明】
【００１６】
【図１】孤独死事故早期発見システムの全体構成を示す図である。
【図２Ａ】水道センサの構成を示す図である。
【図２Ｂ】水道センサの機能ブロックを示す図である。
【図３Ａ】ゲートウェイ装置の構成を示す図である。
【図３Ｂ】ゲートウェイ装置の機能ブロックを示す図である。
【図４】サービス提供サーバの機能ブロックを示す図である。
【図５Ａ】ゲートウェイ装置とサービス提供サーバ間でやり取りされる水道センサ情報の信号ブロックを示す図である。
【図５Ｂ】ゲートウェイ装置とサービス提供サーバ間でやり取りされる自己診断結果の信号ブロックを示す図である。
【図６Ａ】水道センサの通常動作フローを示す図である。
【図６Ｂ】水道センサの自己診断動作フローを示す図である。
【図７Ａ】ゲートウェイ装置の通常動作フローを示す図である。
【図７Ｂ】ゲートウェイ装置の停電検出時の動作フローを示す図である。
【図７Ｃ】ゲートウェイ装置の自己診断動作フローを示す図である。
【図８Ａ】サービス提供サーバの通常動作フローを示す図である。
【図８Ｂ】サービス提供サーバの顧客管理フローを示す図である。
【図８Ｃ】サービス提供サーバの自己診断動作フローを示す図である。
【図９】顧客登録〜通常処理時のシーケンスを示す図である。
【図１０Ａ】水道の長時間開栓時のシーケンスを示す図である。
【図１０Ｂ】水道の長時間開栓時のシーケンスを示す図である。
【図１０Ｃ】水道の長時間開栓時のシーケンスを示す図である。
【図１１Ａ】水道の利用が無い時（注意）のシーケンスを示す図である。
【図１１Ｂ】水道の利用が無い時（注意）のシーケンスを示す図である。
【図１１Ｃ】水道の利用が無い時（注意）のシーケンスを示す図である。
【図１２Ａ】水道の利用が無い時（警報）のシーケンスを示す図である。
【図１２Ｂ】水道の利用が無い時（警報）のシーケンスを示す図である。
【図１２Ｃ】水道の利用が無い時（警報）のシーケンスを示す図である。
【図１３Ａ】停電検出時のシーケンスを示す図である。
【図１３Ｂ】停電検出時のシーケンスを示す図である。
【図１３Ｃ】停電検出時のシーケンスを示す図である。
【図１３Ｄ】停電検出時のシーケンスを示す図である。
【図１３Ｅ】停電検出時のシーケンスを示す図である。
【図１４Ａ】自己診断時のシーケンスを示す図である。
【図１４Ｂ】自己診断時のシーケンスを示す図である。
【図１５】顧客管理・課金処理のシーケンスを示す図である。
【発明を実施するための形態】
【００１７】
以下、本発明の実施形態について図面を参照して説明する。
【００１８】
図１は、本実施形態の孤独死事故早期発見システムの概略構成を示す図である。この孤独死事故早期発見システムでは、サービス提供サーバ３００とゲートウェイ装置２００とがＩｏＴプラットフォーム５００を介して接続されている。また、ゲートウェイ装置２００と各居住室内に設けられた水道センサ１００とが居住室内無線ネットワーク１５０を介して接続されている。また、サービス提供サーバ３００は、インターネット６００を介して、外部の入居者管理システム５０１、サービス設定端末５０２およびＳＭＳ配信サービス５０３と接続されている。また、ＳＭＳ配信サービス５０３は、携帯電話会社通信ネットワーク５０４を介して、同時通報先５０５、第一通報先５０６、第二通報先５０７、および第三通報先５０８と接続されている。
【００１９】
図２Ａは、水道センサ１００の概略構成を示す図であり、図２Ｂは、水道センサ１００の機能を示すブロック図である。この水道センサ１００は、水道の開栓、閉栓を検知するためのセンサ部１０１と１０１からの信号を処理するＳ−ＭＣＵ１０２と居住室内ネットワーク１５０を介して、ゲートウェイ装置２００へセンサ信号を伝送するための無線通信部１０３と構成デバイスを動作させるための電源部１０４から構成される。
【００２０】
図３Ａは、ゲートウェイ装置２００の概略構成を示す図であり、図３Ｂは、ゲートウェイ装置２００の機能を示すブロック図である。このゲートウェイ装置２００は、居住室内無線ネットワーク１５０を介して１００センサから伝送された信号を受信するための、無線通信部２０３と伝送された信号を処理する、情報処理部２０２とＩｏＴプラットフォーム５００を介してサービス提供サーバに信号を伝送するためのＩｏＴプラットフォーム通信部２０１とこれらのデバイスを動作させるための電源部２０４と停電時動作を保証するバッテリー２０５から構成される。
【００２１】
図４は、サービス提供サーバ３００の概略構成を示す図である。ゲートウェイ装置２００からの伝送される信号に基づき通報処理を行う通報処理部３０１と契約情報や通報先を格納している顧客ＤＢ３０２とＳＭＳ配信サービス５０３からの通報結果に基づく通報管理を行うＳＭＳ通報管理部３０３と本システムの利用料金請求処理や入居者管理システム５０１及びサービス設定端末５０２に通報結果等を通知する課金・通知処理部３０４と、システムに障害が発生していないかを診断するための自己診断処理部３０５から構成される。
【００２２】
図５Ａは、ゲートウェイ装置２００とサービス提供サーバ３００の間を伝送される信号の内容を示した、信号データブロック７００の構成を示した図である。図５Ｂは、サービス提供サーバ３００からのゲートウェイ装置２００が自己診断信号受信後に、自己診断を実施し、サービス提供サーバ３００にゲートウェイ装置２００から返答される自己診断データブロック８００の構成を示した図である。
【００２３】
なお、外部のＩｏＴプラットフォーム５００、入居者管理システム５０１、サービス設定端末５０２、ＳＭＳ配信サービス５０３およびインターネット６００については、直接本発明を構成するものではないが、外部の入居者管理システム５０１は、不動産管理者により管理されているシステムで入退居者の情報をサービス提供サーバ３００に伝送し、サービス提供サーバ３００からは課金情報や、通報結果を受信する働きをし、サービス設定端末５０２は、サービス提供サーバ３００に対して各種設定を行うと共に、サービス提供サーバ３００から通報結果を受信する働きをし、ＳＭＳ配信サービス５０３は、サービス提供サーバ３００からの指示に基づき携帯電話会社通信ネットワーク５０４を介して、同時通報先５０５や、第一通報先５０６、第２通報先５０７、第３通報先５０８に対して通報を実施するとともに、サービス提供サーバ３００に対して通報結果を送信する働きをする。
【００２４】
次に、以上のように構成された本実施形態の孤独死事故早期発見システムの動作について説明する。本実施形態は、１００水道センサで水道の利用状態に変化が生じた場合に、１５０居住室内無線ネットワークを介して、２００ゲートウェイ装置へ信号が伝送される。２００ゲートウェイ装置内で受信した信号を処理した後、５００ＩｏＴプラットフォームを介して３００サービス提供サーバに送信される。３００サービス提供サーバでは、２００ゲートウェイ装置からの信号に基づき、６００インターネットを介して、５０３ＳＭＳ配信サービスに通報指示を行い、通報指示を受信した５０３ＳＭＳ配信サービスは５０５〜５０８通報先に対して通報を行う。５０３ＳＭＳ配信サービスにより通報された結果を受信した３００サービス提供サーバは、５０１入居者管理システムや５０２サービス設定端末に通報結果を送信する。また、システムの状態を診断するための自己診断機能を有しており、３００サービス提供サーバから、５００ＩｏＴプラットフォームを介して、自己診断信号を受信した２００ゲートウェイ装置は、１００水道センサと２００ゲートウェイ装置の診断を行い、５００ＩｏＴプラットフォームを介して、３００サービス提供サーバに送信される。３００サービス提供サーバは、６００インターネットを介して、診断結果を５０２サービス設定端末に送信される。
【００２５】
図６Ａは、水道センサ１００の通常時の動作を示すフローチャートである。まず、待機状態では、水道センサ１００の回路は、スリープ状態になっている。そして、居住者が水道の使用を開始すると（ステップＦＳ１０１）、回路がスリープ状態から復帰し（ステップＦＳ１０２）、水道の使用開始時刻をゲートウェイ装置２００（ステップＦＳ２０１）へ出力する（ステップＦＳ２０１）。居住者が水道の使用を停止すると（ステップＦＳ１０４）、水道センサ１００は、水道の使用終了時刻をゲートウェイ装置２００（ステップＦＳ２０５）へ出力して（ステップＦＳ１０５）、スリープ状態に遷移（ステップＦＳ１０６）する。
【００２６】
図６Ｂは、水道センサ１００の自己診断時の動作を示すフローチャートである。まず、待機状態では、水道センサ１００の回路は、スリープ状態になっている。そして、２００ゲートウェイ装置から自己診断信号（ステップＦＳ２２３）を受信（ステップＦＳ１０７）すると、回路がスリープ状態から復帰（ステップＦＳ１０８）し、現状をセンシング（ステップ１０９）し、結果をゲートウェイ装置２００（ステップＦＳ２２４）へ送信（ステップＦＳ１１０）し、回路をスリープ状態へ遷移（ステップＦＳ１１１）する。
【００２７】
図７Ａは、ゲートウェイ装置２００の通常時の動作を示すフローチャートである。まず、電源が投入された時点から、１日を一定時間に区切った時間（以下、「ブロックタイム＝ＢＴ」とする。）のカウントを開始（ステップＦＳ２０１）し、水道センサ１００からの信号を待機する状態へ移行する。水道センサ１００からの信号（ステップＦＳ１０３）を受信する（ステップＦＳ２０２）と、開栓から閉栓までが、一定時間内で行われているか検出するためのタイマ（以下、「ウォータータイマ＝Ｗｔ」とする。）のカウントを開始し、受信した信号にスタンプを実施（ステップＦＳ２０３）する。水道センサ１００から閉栓信号（ステップＦＳ１０５）の受信（ステップＦＳ２０４）が、Ｗｔ時間内か判定を行い（ステップＦＳ２０５）Ｗｔ設定時間内であれば、Ｗｔカウントを停止しスタンプを実施（ステップＦＳ２０６）する。Ｂｔ時間経過を判断（ステップＦＳ２０７）し、Ｂｔが設定時間に達するまで、ＦＳ２０２〜ＦＳ２０７までの動作を繰り返す。Ｗｔが設定時間内に水道センサ１００からの信号を受信できない（ステップＦＳ２０５）場合及び、Ｂｔが設定時間（ステップＦＳ２０７）を経過していた場合、データ処理を実施（ステップＦＳ２０９）後に、信号データブロック７００のＲｅｐｏｒｔ７０２を付加（ステップＦＳ２１０）し、サービス提供サーバ３００に送信（ステップＦＳ２１１）する。
【００２８】
図７Ｂは、ゲートウェイ装置２００の停電検出時の動作を示すフローチャートである。まず、停電状態が検出（ステップＦＳ２１２）されると、停電時間（以下、「パワーカットタイム＝Ｐｃｔ」とする。）のカウントを開始し、スタンプを実施（ステップＦＳ２１３）する。復電検出（ステップＦＳ２１４）がＰｃｔの設定時間内か判断（ステップＦＳ２１５）し、設定時間内の場合は、Ｐｃｔのカウントを終了し、スタンプを実施（ステップＦＳ２１６）した後及び、設定時間内（ステップＦＳ２１５）に復電情報が検出できない場合に、信号データブロック７００のＲｅｐｏｒｔ７０２を付加（ステップＦＳ２１７）し、サービス提供サーバ３００に送信（ステップＦＳ２１８）する。
【００２９】
図７Ｃは、ゲートウェイ装置２００の自己診断時の動作を示すフローチャートである。まず、サービス提供サーバ３００から自己診断開始信号（ステップＦＳ３１９）を受信（ステップＦＳ２１９）すると、自己診断開始信号受信をサービス提供サーバ３００に返信（ステップＦＳ２２０）する。その後、ゲートウェイ装置２００内の電源・メモリー診断を実施（ステップＦＳ２２１）後、水道センサ１００に診断開始信号（ステップＦＳ１０７）を送信（ステップＦＳ２２２）し、水道センサ１００から診断結果（ステップＦＳ１１０）を受信（ステップＦＳ２２３）後、サービス提供サーバ３００に診断結果を送信（ステップＦＳ２２４）する。
【００３０】
図８Ａは、サービス提供サーバ３００の通常時の動作を示すフローチャートである。まず、ゲートウェイ装置２００から信号データ７００（ステップＦＳ２１１）を受信（ステップＦＳ３０１）すると、信号データ７００の７０１情報に基づき顧客データの検索を実施（ステップＦＳ３０２）し、引当てを行った当該顧客データに受信データを記録（ステップＦＳ３０３）した後、信号データ７００の７０２情報に基づき通報判断（ステップＦＳ３０４）を行う。通報判断が不要の場合は、ゲートウェイ装置２００からの信号データ７００の受信待機状態（ステップＦＳ３０１）に戻る。通報判断が必要の場合は、ＳＭＳ配信サービス５０３へ通報指示を行うための通報先、通報文を含むＡＰＩを生成（ステップＦＳ３０５）し、ＳＭＳ配信サービス５０３へ通報指示を実施（ステップＦＳ３０６）後、ＳＭＳ配信サービス５０３から、通報結果を受信（ステップＦＳ３０７）し、次通報の要否を判断（ステップＦ３０８）する。次通報が要なら、ステップＦＳ３０５へ戻る。次通報が不要ならば、顧客データに通報結果を記録した後（ステップＦＳ３０９）入居者管理システム５０１とサービス設定端末５０２へ通報結果を通知（ステップＦＳ３１０）する。
【００３１】
図８Ｂは、サービス提供サーバ３００の顧客管理時の動作を示すフローチャートである。まず、入居者管理システム５０１から入居者情報を受信（ステップＦＳ３１１）した場合、サービス設定端末５０２に対し、入居者情報を通知（ステップＦＳ３１２）する。サービス設定端末５０２から、サービス提供サーバ３００に対して入居者情報の設定を開始（ステップＦＳ３１１）されると、入退居の判断を実施（ステップＦＳ３１４）する。入居判断の場合は、サービス提供サーバ３００の顧客ＤＢへ書き込み（ステップＦＳ３１５）を実施後、課金開始処理（ステップＦＳ３１６）を実施後、入居者管理システム５０１へ課金開始通知（ステップＦＳ３１７）を行う。また、退居判断の場合は、サービス提供サーバ３００の顧客ＤＢから削除（ステップＦＳ３１８）処理を実施し、課金停止処理（ステップＦＳ３１９）を実施後、入居者管理システム５０１へ課金終了通知（ステップＦＳ３２０）を実施する。
【００３２】
図８Ｃは、サービス提供サーバ３００の自己診断時の動作を示すフローチャートである。まず、サービス設定端末５０２から自己診断開始指示を受信（ステップＦＳ５０２）すると、ゲートウェイ装置２００に対して自己診断開始指示を実施（ステップＦＳ３２２）し、信号受領タイマのカウントが開始（ステップＦＳ３２３）される。設定時間内にゲートウェイ装置２００から自己診断開始信号受信の返信があるか判断（ステップＦＳ３２４）する。設定時間内に返信があった場合は、ゲートウェイ装置２００からの診断結果を受領（ステップＦＳ３２５）後、サービス設定端末５０２に対して診断結果を通知（ステップＦＳ３２６）される。また、ＦＳ３２４で設定時間内に信号が受領できなかった場合は、サービス設定端末５０２に対してＦＳ３２６が実施される。
【００３３】
図９は、本実施形態に係る顧客登録から通報処理を必要としない処理の概要を示すシーケンスチャートである。紙面の上から下へ向かう方向が時間の流れの方向である。まず、５０１から３００へ入居者情報が送信（ステップＳ５０１）され、３００で入居者情報を受領（ステップＳ３０１）すると、３００から５０２へ入居者情報が通知（ステップＳ３０２）され、５０２で入居者情報を受領（ステップＳ５０２）する。５０２から入居者情報の設定を行い（ステップＳ５０３）、３００の顧客ＤＢへ書き込み（ステップＳ３０３）を行う。また、２００では、電源投入後からＢｔのカウントが開始（ステップＳ２０１）されており、１００からの信号受信待機をしている。１００において、水道の利用が検出（ステップＳ１０１）されると、２００に対して信号が送信（ステップＳ１０２）され、２００では、検出タイマが開始（ステップＳ２０２）される。その後、１００が水道の停止を検出（ステップＳ１０３）されると、２００に対して信号が送信され、検出タイマ終了（ステップＳ２０３）が行われた後、Ｂｔが一定時間に達するとタイマを停止（ステップＳ２０４）した後、Ｂｔ内の水道情報をまとめて３００へ送信（ステップＳ２０５）後、次回処理に向けてＢｔカウントを開始（ステップＳ２０６）される。３００は水道情報を受信（Ｓ３０５）し、通報判断を行い（ステップＳ３０６）、顧客ＤＢに情報を書き込み（ステップＳ３０７）、水道情報の受信待ち（ステップＳ３０８）と実施される。
【００３４】
図１０Ａ〜図１０Ｃは本実施形態に係る長時間水道利用における検出から通報処理の概要を示すシーケンスチャートである。図面の記載の都合上３枚にわたっているが、紙面の上から下へ向かう方向が時間の流れの方向である。まず、１００で水道の利用を検出（ステップＳ１０５）し、水道利用開始として２００へ信号を送信（ステップＳ１０６）される。２００では、１００からの信号を受信した段階で、Ｗｔカウントを開始（ステップＳ２０７）する。Ｗｔカウント終了（ステップＳ２０８）までに水道停止信号を１００から受信できなかった場合、信号ブロック７００の７０２をＯＮとした水道情報を３００へ送信（ステップＳ２０９）する。３００では、水道情報を受信（ステップＳ３０９）した後、通報判断（ステップＳ３１０）を実施する。顧客ＤＢから通報先の引当てを実施（ステップＳ３１１）し、通報文を生成（ステップＳ３１２）した後、５０３に対して、通報指示を送信（ステップＳ３１３）する。通報指示を受信（ステップＳ５０４）した５０３では、５０５へ通報（ステップＳ５０５）と同時に５０６へ通報（ステップＳ５０６）をした後、通報結果を３００へ送信（ステップＳ５０７）する。通報結果を受信（ステップＳ３１４）した３００では、次の通報が必要か判断（ステップＳ３１５）し、顧客ＤＢに通報結果を書き込み（ステップＳ３１６）し、５０１と５０２へ通報結果を送信（ステップＳ３１７とＳ３１８）する。Ｓ３１５が必要とされた場合、引き続き顧客ＤＢから通報先を引当て（ステップＳ３１９）を行い、通報文を生成（ステップＳ３２０）し、５０３に通報指示を送信（ステップＳ３２１）する。通報指示を受信（ステップＳ５０８）した５０３では、５０７へ通報（ステップＳ５０９）した後、通報結果を３００へ送信（ステップＳ５１０）する。通報結果を受信（ステップＳ３２２）した３００では、次通報判断（ステップＳ３２３）し、顧客ＤＢに通報結果を書き込み（ステップＳ３２４）した後、５０１と５０２へ通報結果を送信（ステップＳ３２５とＳ３２６）する。Ｓ３２３が必要と判断された場合、引き続き顧客ＤＢから次通報先を引当て（ステップＳ３２７）し、通報文を生成（ステップＳ３２８）した後、５０３へ通報指示を送信（ステップＳ３２９）する。５０３では、通報指示を受信（ステップＳ５１１）した後、５０８へ通報（ステップＳ５１２）し、通報結果を３００へ送信（ステップＳ５１３）する。３００で通報結果を受信（ステップＳ３３０）し、顧客ＤＢへ書き込み（ステップＳ３３１）を実施した後、５０１と５０２へ通報結果を送信（ステップＳ３３２とＳ３３３）する。最後に水道情報受信待ち（ステップＳ３３４）の状態に遷移して終了する。
【００３５】
図１１Ａ〜図１１Ｃは本実施形態に係る水道利用が無い場合における注意喚起通報処理の概要を示すシーケンスチャートである。図面の記載の都合上３枚にわたっているが、紙面の上から下へ向かう方向が時間の流れの方向である。連続する２周期でＢｔカウント開始からＢｔカウント終了まで、１００からの信号伝送が無い状態で、注意喚起を促す通報が行われる。まず、１周期目は、Ｂｔカウント開始（ステップＳ２１０）からＢｔカウント終了（ステップＳ２１２）後、信号ブロック７００の７０２をＯＦＦとした情報を付加して３００へ送信（ステップＳ２１２）される。水道情報を受信（ステップＳ３３５）した３００では、通報判断（ステップＳ３３６）を実施し、顧客ＤＢへ情報を書き込み（ステップＳ３３７）後、水道情報受信待ちの状態に遷移（ステップＳ３３８）する。２００では、２周期目のＢｔカウントが開始（ステップＳ２１３）されており、Ｂｔカウント終了（ステップＳ２１４）時点で、信号ブロック７００の７０２をＯＮとした情報を付加して３００へ送信（ステップＳ２１５）をする。３００では、水道情報を受信（ステップＳ３３９）した後、通報判断（ステップＳ３４０）を実施する。顧客ＤＢから通報先の引当てを実施（ステップＳ３４１）し、通報文を生成（ステップＳ３４２）した後、５０３に対して、通報指示を送信（ステップＳ３４３）する。通報指示を受信（ステップＳ５１４）した５０３では、５０５へ通報（ステップＳ５１５）と同時に５０６へ通報（ステップＳ５１６）をした後、通報結果を３００へ送信（ステップＳ５１７）する。通報結果を受信（ステップＳ３４４）した３００では、次の通報が必要か判断（ステップＳ３４５）し、顧客ＤＢに通報結果を書き込み（ステップＳ３４６）し、５０１と５０２へ通報結果を送信（ステップＳ３４７とＳ３４８）する。Ｓ３４５が必要とされた場合、引き続き顧客ＤＢから通報先を引当て（ステップＳ３４９）を行い、通報文を生成（ステップＳ３５０）し、５０３に通報指示を送信（ステップＳ３５１）する。
【００３６】
通報指示を受信（ステップＳ５１８）した５０３では、５０７へ通報（ステップＳ５１９）した後、通報結果を３００へ送信（ステップＳ５２０）する。通報結果を受信（ステップＳ３５２）した３００では、次通報判断（ステップＳ３５３）し、顧客ＤＢに通報結果を書き込み（ステップＳ３５４）した後、５０１と５０２へ通報結果を送信（ステップＳ３５５とＳ３５６）する。Ｓ３５３が必要と判断された場合、引き続き顧客ＤＢから次通報先を引当て（ステップＳ３５７）し、通報文を生成（ステップＳ３５８）した後、５０３へ通報指示を送信（ステップＳ３５９）する。５０３では、通報指示を受信（ステップＳ５２１）した後、５０８へ通報（ステップＳ５２２）し、通報結果を３００へ送信（ステップＳ５２３）する。３００で通報結果を受信（ステップＳ３６０）し、顧客ＤＢへ書き込み（ステップＳ３６１）を実施した後、５０１と５０２へ通報結果を送信（ステップＳ３６２とＳ３６３）する。最後に水道情報受信待ち（ステップＳ３６４）の状態に遷移して終了する。
【００３７】
図１２Ａ〜図１２Ｃは本実施形態に係る水道利用が無い場合における警告通報処理の概要を示すシーケンスチャートである。図面の記載の都合上３枚にわたっているが、紙面の上から下へ向かう方向が時間の流れの方向である。注意喚起通報処理に続く３周期目のＢｔカウント開始からＢｔカウント終了まで、１００からの信号伝送が無い状態で、警告を促す通報が行われる。まず、２００では、３周期目のＢｔカウントが開始（ステップＳ２１６）されており、Ｂｔカウント終了（ステップＳ２１７）時点で、信号ブロック７００の７０２をＯＮとした情報を付加して３００へ送信（ステップＳ２１８）をする。３００では、水道情報を受信（ステップＳ３６５）した後、通報判断（ステップＳ３６６）を実施する。顧客ＤＢから通報先の引当てを実施（ステップＳ３６７）し、通報文を生成（ステップＳ３６８）した後、５０３に対して、通報指示を送信（ステップＳ３６９）する。通報指示を受信（ステップＳ５２４）した５０３では、５０５へ通報（ステップＳ５２５）と同時に５０６へ通報（ステップＳ５２６）をした後、通報結果を３００へ送信（ステップＳ５２７）する。通報結果を受信（ステップＳ３７０）した３００では、次の通報が必要か判断（ステップＳ３７１）し、顧客ＤＢに通報結果を書き込み（ステップＳ３７２）し、５０１と５０２へ通報結果を送信（ステップＳ３７３とＳ３７４）する。Ｓ３７１が必要とされた場合、引き続き顧客ＤＢから通報先を引当て（ステップＳ３７５）を行い、通報文を生成（ステップＳ３７６）し、５０３に通報指示を送信（ステップＳ３７７）する。通報指示を受信（ステップＳ５２８）した５０３では、５０７へ通報（ステップＳ５２９）した後、通報結果を３００へ送信（ステップＳ５３０）する。通報結果を受信（ステップＳ３７８）した３００では、次通報判断（ステップＳ３７９）し、顧客ＤＢに通報結果を書き込み（ステップＳ３８０）した後、５０１と５０２へ通報結果を送信（ステップＳ３８１とＳ３８２）する。Ｓ３７９が必要と判断された場合、引き続き顧客ＤＢから次通報先を引当て（ステップＳ３８３）し、通報文を生成（ステップＳ３８４）した後、５０３へ通報指示を送信（ステップＳ３８５）する。５０３では、通報指示を受信（ステップＳ５３１）した後、５０８へ通報（ステップＳ５３２）し、通報結果を３００へ送信（ステップＳ５３３）する。３００で通報結果を受信（ステップＳ３８６）し、顧客ＤＢへ書き込み（ステップＳ３８７）を実施した後、５０１と５０２へ通報結果を送信（ステップＳ３８８とＳ３８９）する。最後に水道情報受信待ち（ステップＳ３９０）の状態に遷移して終了する。
【００３８】
図１３Ａ〜図１３Ｅは本実施形態に係る２００停電検出時の通報処理の概要を示すシーケンスチャートである。図面の記載の都合上５枚にわたっているが、紙面の上から下へ向かう方向が時間の流れの方向である。停電時の通報は、一定時間停電が続いた場合と復電が検出された際に通報される。まず、２００で停電検出時（ステップＳ２１９）後、Ｐｃｔカウントを開始（ステップＳ２２０）し、Ｐｃｔが一定時間経過（ステップＳ２２１）するまでに復電情報が得られない場合、停電情報を３００へ送信（ステップＳ２２２）する。３００で停電情報を受信（ステップＳ３９１）した後、通報判断（ステップＳ３９２）を実施する。顧客ＤＢから通報先の引当てを実施（ステップＳ３９３）し、通報文を生成（ステップＳ３９４）した後、５０３に対して、通報指示を送信（ステップＳ３９５）する。通報指示を受信（ステップＳ５３４）した５０３では、５０５へ通報（ステップＳ５３５）と同時に５０６へ通報（ステップＳ５３６）をした後、通報結果を３００へ送信（ステップＳ５３７）する。通報結果を受信（ステップＳ３９６）した３００では、次の通報が必要か判断（ステップＳ３９７）し、顧客ＤＢに通報結果を書き込み（ステップＳ３９８）し、５０１と５０２へ通報結果を送信（ステップＳ３９９とＳ４００）する。Ｓ３９７が必要とされた場合、引き続き顧客ＤＢから通報先を引当て（ステップＳ４０１）を行い、通報文を生成（ステップＳ４０２）し、５０３に通報指示を送信（ステップＳ４０３）する。通報指示を受信（ステップＳ５３８）した５０３では、５０７へ通報（ステップＳ５３９）した後、通報結果を３００へ送信（ステップＳ５４０）する。
【００３９】
通報結果を受信（ステップＳ４０４）した３００では、次通報判断（ステップＳ４０５）し、顧客ＤＢに通報結果を書き込み（ステップＳ４０６）した後、５０１と５０２へ通報結果を送信（ステップＳ４０７とＳ４０８）する。Ｓ４０５が必要と判断された場合、引き続き顧客ＤＢから次通報先を引当て（ステップＳ４０９）し、通報文を生成（ステップＳ４１０）した後、５０３へ通報指示を送信（ステップＳ４１１）する。５０３では、通報指示を受信（ステップＳ５４１）した後、５０８へ通報（ステップＳ５４２）し、通報結果を３００へ送信（ステップＳ５４３）する。３００で通報結果を受信（ステップＳ４１２）し、顧客ＤＢへ書き込み（ステップＳ４１３）を実施した後、５０１と５０２へ通報結果を送信（ステップＳ４１４とＳ４１５）する。また、２００で復電検出時（ステップＳ２２３）に、Ｐｃｔカウントを終了（ステップＳ２２４）し、復電情報を３００へ送信（ステップＳ２２５）する。３００で復電情報を受信（ステップＳ４１６）した後、通報判断（ステップＳ４１７）を実施する。顧客ＤＢから通報先の引当てを実施（ステップＳ４１８）し、通報文を生成（ステップＳ４１９）した後、５０３に対して、通報指示を送信（ステップＳ４２０）する。通報指示を受信（ステップＳ５４４）した５０３では、５０５へ通報（ステップＳ５４５）と同時に５０６へ通報（ステップＳ５４６）をした後、通報結果を３００へ送信（ステップＳ５４７）する。通報結果を受信（ステップＳ４２１）した３００では、次の通報が必要か判断（ステップＳ４２２）し、顧客ＤＢに通報結果を書き込み（ステップＳ４２３）し、５０１と５０２へ通報結果を送信（ステップＳ４２４とＳ４２５）する。Ｓ４２２が必要とされた場合、引き続き顧客ＤＢから通報先を引当て（ステップＳ４２６）を行い、通報文を生成（ステップＳ４２７）し、５０３に通報指示を送信（ステップＳ４２８）する。通報指示を受信（ステップＳ５４８）した５０３では、５０７へ通報（ステップＳ５４９）した後、通報結果を３００へ送信（ステップＳ５５０）する。通報結果を受信（ステップＳ４２９）した３００では、次通報判断（ステップＳ４３０）し、顧客ＤＢに通報結果を書き込み（ステップＳ４３１）した後、５０１と５０２へ通報結果を送信（ステップＳ４３２とＳ４３３）する。Ｓ４３０が必要と判断された場合、引き続き顧客ＤＢから次通報先を引当て（ステップＳ４３４）し、通報文を生成（ステップＳ４３５）した後、５０３へ通報指示を送信（ステップＳ４３６）する。５０３では、通報指示を受信（ステップＳ５５１）した後、５０８へ通報（ステップＳ５５２）し、通報結果を３００へ送信（ステップＳ５５３）する。３００で通報結果を受信（ステップＳ４３７）し、顧客ＤＢへ書き込み（ステップＳ４３８）を実施した後、５０１と５０２へ通報結果を送信（ステップＳ４３９とＳ４４０）する。
【００４０】
図１４Ａ〜図１４Ｂは本実施形態に係る自己診断処理の概要を示すシーケンスチャートである。図面の記載の都合上２枚にわたっているが、紙面の上から下へ向かう方向が時間の流れの方向である。自己診断処理は、５０２からの指示に基づき開始され、３００からの指示に基づき、２００、１００の診断を実施後、診断結果は、５０２へ通報される。まず、５０２で自己診断開始指示を３００へ送信（ステップＳ５５４）する。自己診断開始指示を受信（ステップＳ４４１）した３００から、自己診断開始指示を２００へ送信（ステップＳ４４２）後、信号受領タイマを開始（ステップＳ４４３）する。自己診断開始指示を受信（ステップＳ２２６）した２００から３００へ、自己診断開始指示受信通知（ステップＳ２２７）を行った後、信号受領タイマのカウントを停止（ステップＳ４４５）する。２００では、１００と通信を実施（ステップＳ２２８）し、２００からの通信を受信した１００は、回路復帰を行い（ステップＳ１０７）、センシングと電源の電圧確認を実施（ステップＳ１０８）した後、計測結果を２００へ送信（ステップＳ１０９）する。１００からの結果を受信した２００では、１００の結果と２００の診断結果を合わせて、３００へ診断結果を通知（ステップＳ２２９）する。診断結果を受信（ステップＳ４４６）した３００では、診断結果を５０２へ通知（ステップＳ４４７）を実施する。次に２００から自己診断開始指示受信通知が返信されない場合の概要を示す。５０２から自己診断開始指示を３００へ送信（ステップＳ５５５）する。自己診断開始指示を受信（ステップＳ４４８）した３００から、自己診断開始指示を２００へ送信（ステップＳ４４９）後、信号受領タイマを開始（ステップＳ４５０）する。信号受領タイマ停止（ステップＳ４５１）までに２００から自己診断開始信号受領が返信されない場合、診断結果として５０２へ通知（ステップＳ４５２）する。
【００４１】
図１５は本実施形態に係る入居者情報処理の概要を示すシーケンスチャートである。紙面の上から下へ向かう方向が時間の流れの方向である。まず、新規登録の場合は、５０１から入居者情報が３００へ送信（ステップＳ５５６）され、入居者情報を受信（ステップＳ４５３）後、５０２へ入居者情報を通知（ステップＳ４５４）する。入居者情報を受信した５０２から３００へ入居者情報の設定（ステップＳ５５８）を実施すると、３００の顧客ＤＢへ入居者情報を書き込み（ステップＳ４５５）し、課金開始処理（ステップＳ４５６）を開始後、５０１へ請求通知（ステップＳ４５７）を実施する。次に退居の場合は、５０１から入居者情報が３００へ通知（ステップＳ５５９）されると、入居者情報を受信（ステップＳ４５８）した３００から、５０２へ入居者情報を通知（ステップＳ４５９）し、入居者情報を受信（ステップＳ５６０）した５０２から３００の入居者情報削除（ステップＳ５６１）を実施すると、３００の顧客ＤＢにおいて削除処理（ステップＳ４６０）が実施され、課金終了処理（ステップＳ４６１）後、請求終了通知を５０１へ送信（ステップＳ４６２）する。
【符号の説明】
【００４２】
１００〜１０４  水道センサ
１５０  居住室内無線ネットワーク
２００〜２０５  ゲートウェイ装置
３００〜３０５  サービス提供サーバ
５００  外部  ＩｏＴプラットフォーム
５０１  外部システム  入居者管理システム
５０２  外部端末  サービス設定端末
５０３  外部サービス  ＳＭＳ配信サービス
５０５〜５０８  通報先
６００  インターネット
７０１〜７１８  ゲートウェイ装置から伝送される水道信号ブロック
８０１〜８０８  ゲートウェイ装置から伝送される自己診断結果信号ブロック
【図１】
2019028554.tif 000003
【図２Ａ】
2019028554.tif 000004
【図２Ｂ】
2019028554.tif 000005
【図３Ａ】
2019028554.tif 000006
【図３Ｂ】
2019028554.tif 000007
【図４】
2019028554.tif 000008
【図５Ａ】
2019028554.tif 000009
【図５Ｂ】
2019028554.tif 000010
【図６Ａ】
2019028554.tif 000011
【図６Ｂ】
2019028554.tif 000012
【図７Ａ】
2019028554.tif 000013
【図７Ｂ】
2019028554.tif 000014
【図７Ｃ】
2019028554.tif 000015
【図８Ａ】
2019028554.tif 000016
【図８Ｂ】
2019028554.tif 000017
【図８Ｃ】
2019028554.tif 000018
【図９】
2019028554.tif 000019
【図１０Ａ】
2019028554.tif 000020
【図１０Ｂ】
2019028554.tif 000021
【図１０Ｃ】
2019028554.tif 000022
【図１１Ａ】
2019028554.tif 000023
【図１１Ｂ】
2019028554.tif 000024
【図１１Ｃ】
2019028554.tif 000025
【図１２Ａ】
2019028554.tif 000026
【図１２Ｂ】
2019028554.tif 000027
【図１２Ｃ】
2019028554.tif 000028
【図１３Ａ】
2019028554.tif 000029
【図１３Ｂ】
2019028554.tif 000030
【図１３Ｃ】
2019028554.tif 000031
【図１３Ｄ】
2019028554.tif 000032
【図１３Ｅ】
2019028554.tif 000033
【図１４Ａ】
2019028554.tif 000034
【図１４Ｂ】
2019028554.tif 000035
【図１５】
2019028554.tif 000036