JP2020144505A - ドア開閉見守りシステム - Google Patents

Abstract

【課題】 異常度が高い状況を把握することができ、支援対象者が違和感を抱きにくく、支援者の負担を低減するのに好適なドア開閉見守りシステムを提供する。【解決手段】 ドア開閉見守りサーバ２００は、ＩｏＴ機器１００からセンサ情報及び機器ＩＤを受信し、受信したセンサ情報及び機器ＩＤを物件ＩＤと対応づけて記憶装置４２に登録し、記憶装置４２のセンサ情報及び機器ＩＤに基づいて、ＩｏＴ機器１００ごとに所定期間内のドアの開閉回数又は最終開閉時刻が所定条件を満たすか否かを判定し、所定期間内のドアの開閉回数又は最終開閉時刻が所定条件を満たすと判定した場合は、その判定に係る機器ＩＤに対応する物件ＩＤに基づいて、物件３００の住人の安否に関する通知を行う。【選択図】 図１

Description

本発明は、ドアの開閉を監視して住人の安否を通知するシステムに係り、特に、異常度が高い状況を把握することができ、支援対象者が違和感を抱きにくく、支援者の負担を低減するのに好適なドア開閉見守りシステムに関する。

従来、住人の安否を確認する見守りシステムとしては、例えば、特許文献１記載の技術がある。

特許文献１記載の技術は、支援対象者が呼出しボタンを操作した時に呼出し信号を送信する無線式の呼出しボタン送信機と、無線式の呼出しボタン送信機からの呼出し信号に応じて呼出しメールを支援者に送信するメール送信機とを備える。

特開２０１５−９０５７３号公報

しかしながら、特許文献１記載の技術にあっては、支援対象者が呼出しボタンを押さないと支援者に通知が行われず、支援対象者が倒れているなど呼出しボタンを押せない事情があった場合を把握することができないという問題があった。また、呼出しボタンを設置する点で、支援対象者が監視されているとの違和感を抱きやすいという問題もあった。さらに、支援対象者と支援者が１対１で見守りを行うシステムであるので、支援者の負担が大きいという問題があった。

そこで、本発明は、このような従来の技術の有する未解決の課題に着目してなされたものであって、異常度が高い状況を把握することができ、支援対象者が違和感を抱きにくく、支援者の負担を低減するのに好適なドア開閉見守りシステムを提供することを目的としている。

〔発明１〕 上記目的を達成するために、発明１のドア開閉見守りシステムは、複数の物件のそれぞれにおいて当該物件のドアに設置された開閉センサと通信可能に接続し、前記開閉センサは、当該開閉センサが設置された前記ドアの開閉状態を示すセンサ情報及び当該開閉センサを識別するためのセンサ識別情報を送信するドア開閉見守りシステムであって、前記センサ情報及び前記センサ識別情報を前記開閉センサから取得するセンサ情報取得手段と、前記センサ情報取得手段で取得したセンサ情報及びセンサ識別情報を、前記物件を識別するための物件識別情報と対応づけてセンサ情報記憶手段に登録するセンサ情報登録手段と、前記センサ情報記憶手段のセンサ情報及びセンサ識別情報に基づいて、前記開閉センサごとに所定期間内の前記ドアの開閉状態が所定条件を満たすか否かを判定するドア開閉状態判定手段と、前記ドア開閉状態判定手段で前記ドアの開閉状態が前記所定条件を満たすと判定した場合は、当該判定に係るセンサ情報又はセンサ識別情報に対応する前記物件識別情報に基づいて、前記物件の住人の安否に関する通知を行う安否通知手段とを備える。

ここで、物件のドアとしては、例えば、建物に設置されたドア、建物内に設置されたドア、建物内の設置された家財等の動産、構造物等の不動産その他の物のドア、及び敷地内に設置された家財等の動産、構造物等の不動産その他の物のドアが含まれる。

また、安否通知手段は、例えば、物件の住人の安否に関する通知情報をメールや画面で通知してもよいし、これに代えて通知情報へのリンクをメールや画面で通知してもよい。後者の場合、リンクをクリックすることで通知情報を把握することできる。その他、任意の通知方法を採用することができる。

また、本システムは、単一の装置、端末その他の機器として実現するようにしてもよいし、複数の装置、端末その他の機器を通信可能に接続したネットワークシステムとして実現するようにしてもよい。後者の場合、各構成要素は、それぞれ通信可能に接続されていれば、複数の機器等のうちいずれに属していてもよい。

〔発明２〕 さらに、発明２のドア開閉見守りシステムは、発明１のドア開閉見守りシステムにおいて、前記センサ情報登録手段は、前記センサ情報及び前記センサ識別情報を、さらに前記物件の所有者又は管理者の通知先情報と対応づけて前記センサ情報記憶手段に登録し、前記安否通知手段は、前記ドア開閉状態判定手段で前記ドアの開閉状態が前記所定条件を満たすと判定した場合は、当該判定に係るセンサ情報又はセンサ識別情報に対応する前記通知先情報に基づいて、前記物件の住人の安否に関する通知情報を前記物件の所有者又は管理者に送信する。

〔発明３〕 さらに、発明３のドア開閉見守りシステムは、発明１及び２のいずれか１のドア開閉見守りシステムにおいて、前記開閉センサごとに、当該開閉センサが動作しているか否かを定期的に確認する死活監視手段を備える。

〔発明４〕 さらに、発明４のドア開閉見守りシステムは、発明１乃至３のいずれか１のドア開閉見守りシステムにおいて、ＬＰＷＡゲートウェイを介して前記開閉センサと通信可能となっている。

〔発明５〕 さらに、発明５のドア開閉見守りシステムは、発明１乃至４のいずれか１のドア開閉見守りシステムにおいて、前記開閉センサは、前記所定期間ごとに、当該所定期間内の前記ドアの開閉回数を含む前記センサ情報を送信し、前記ドア開閉状態判定手段は、前記開閉回数が所定値以下又は「０」であるか否かを判定し、前記安否通知手段は、前記ドア開閉状態判定手段で前記開閉回数が前記所定値以下又は「０」であると判定した場合は前記物件の住人の安否に関する通知を行う。

〔発明６〕 さらに、発明６のドア開閉見守りシステムは、発明１乃至５のいずれか１のドア開閉見守りシステムにおいて、前記開閉センサは、前記所定期間ごとに、前記ドアが最後に開閉された最終開閉時刻を含む前記センサ情報を送信し、前記ドア開閉状態判定手段は、前記最終開閉時刻が所定時刻以前であるか否かを判定し、前記安否通知手段は、前記ドア開閉状態判定手段で前記最終開閉時刻が前記所定時刻以前であると判定した場合は前記物件の住人の安否に関する通知を行う。

〔発明７〕 さらに、発明７のドア開閉見守りシステムは、発明５及び６のいずれか１のドア開閉見守りシステムにおいて、前記開閉センサに係る前記ドアの開閉実績を示す開閉実績情報を記憶する開閉実績情報記憶手段と、前記開閉実績情報記憶手段の開閉実績情報に基づいて、前記開閉センサが送信を行う前記所定期間を設定する所定期間設定手段とを備える。

ここで、開閉実績情報記憶手段は、開閉実績情報をあらゆる手段で且つあらゆる時期に記憶するものであり、開閉実績情報を予め記憶してあるものであってもよいし、開閉実績情報を予め記憶することなく、本システムの動作時に外部からの入力等によって開閉実績情報を記憶するようになっていてもよい。

〔発明８〕 さらに、発明８のドア開閉見守りシステムは、発明５乃至７のいずれか１のドア開閉見守りシステムにおいて、前記開閉センサが送信を行う前記所定期間を設定するための設定情報を、当該開閉センサが設置された前記物件の住人の属性に関する属性情報と対応づけて記憶する設定情報記憶手段と、前記属性情報及び前記センサ識別情報を取得する属性情報取得手段と、前記属性情報取得手段で取得した属性情報に対応する前記設定情報を前記設定情報記憶手段から検索する設定情報検索手段と、前記設定情報検索手段で索出した設定情報に基づいて、前記属性情報取得手段で取得したセンサ識別情報により識別される前記開閉センサが送信を行う前記所定期間を設定する第２所定期間設定手段とを備える。

ここで、所定期間を設定するための設定情報としては、例えば、所定期間に相当する設定値、所定期間を設定するための処理、及び所定期間を設定するためのデータが含まれる。所定期間を設定するためのデータとしては、ドアの開閉実績に基づいて所定期間を設定することができるので、例えば、開閉センサに係るドアの開閉実績を示す開閉実績情報が含まれる。

また、設定情報記憶手段は、設定情報をあらゆる手段で且つあらゆる時期に記憶するものであり、設定情報を予め記憶してあるものであってもよいし、設定情報を予め記憶することなく、本システムの動作時に外部からの入力等によって設定情報を記憶するようになっていてもよい。なお、設定情報は、属性情報と対応づけて設定情報記憶手段に記憶すればよく、設定情報記憶手段に属性情報を記憶することは必ずしも要しない。

〔発明９〕 さらに、発明９のドア開閉見守りシステムは、発明８のドア開閉見守りシステムにおいて、前記開閉センサに係る前記ドアの開閉実績を示す開閉実績情報を、当該開閉センサが設置された前記物件の住人の属性に関する属性情報と対応づけて記憶する第２開閉実績情報記憶手段と、前記第２開閉実績情報記憶手段の開閉実績情報及び他の前記開閉実績情報の相関度を算出する相関度算出手段と、前記相関度算出手段で算出した相関度が高い前記開閉実績情報同士にそれぞれ対応する前記属性情報に基づいて、当該属性情報の共通又は近似する属性値の属性を特定する属性特定手段とを備え、前記設定情報検索手段は、前記属性特定手段で特定した属性について前記属性情報取得手段で取得した属性情報に対応する前記設定情報を検索する。

ここで、第２開閉実績情報記憶手段は、開閉実績情報をあらゆる手段で且つあらゆる時期に記憶するものであり、開閉実績情報を予め記憶してあるものであってもよいし、開閉実績情報を予め記憶することなく、本システムの動作時に外部からの入力等によって開閉実績情報を記憶するようになっていてもよい。なお、開閉実績情報は、属性情報と対応づけて開閉実績情報記憶手段に記憶すればよく、開閉実績情報記憶手段に属性情報を記憶することは必ずしも要しない。

以上説明したように、発明１のドア開閉見守りシステムによれば、ドアの開閉状態が所定条件を満たすか否かによって安否通知が行われるので、支援対象者が倒れているなど異常度が高い状況を把握することができる。また、物件のドアに開閉センサを設置するだけなので、支援対象者が違和感を抱きにくい。さらに、複数の物件を集中管理することができるので、個々の支援者の負担を低減することができる。

さらに、発明２のドア開閉見守りシステムによれば、物件の住人の安否に関する通知情報が物件の所有者又は管理者に送信されるので、物件の所有者又は管理者が住人の安否を確認することができる。したがって、従来では「支援者ごと」に提供される見守りサービスであったのに対し、「物件の所有者又は管理者ごと」に提供される見守りサービスを実現することができる。

さらに、発明３のドア開閉見守りシステムによれば、開閉センサが動作しているか否かを定期的に把握することができる。

さらに、発明４のドア開閉見守りシステムによれば、ＬＰＷＡゲートウェイを介して開閉センサと通信可能となっているので、省電力、広域及び長距離通信を実現することができるとともに、通信に必要なコストを抑えることができる。

さらに、発明５のドア開閉見守りシステムによれば、開閉センサが所定期間ごとに送信を行うので、通信負荷を低減することができる。また、センサ情報を集計、解析することなくセンサ情報に含まれる開閉回数で判定することができるので、判定の処理負荷を低減することができる。

さらに、発明６のドア開閉見守りシステムによれば、開閉センサが所定期間ごとに送信を行うので、通信負荷を低減することができる。また、センサ情報を集計、解析することなくセンサ情報に含まれる最終開閉時刻で判定することができるので、判定の処理負荷を低減することができる。

さらに、発明７のドア開閉見守りシステムによれば、ドアの開閉実績に基づいて所定期間が設定されるので、例えば必要な情報量を確保しつつ通信負荷を低減するような適応的な設定を実現することができる。

さらに、発明８のドア開閉見守りシステムによれば、支援対象者の属性に対応する属性の他の住人が居住する物件に設置された開閉センサの設定情報を参照することができるので、ドアの開閉実績等が少ない段階でも適応的な設定を実現することができる。

さらに、発明９のドア開閉見守りシステムによれば、相関度が高い開閉実績情報に対応する属性情報に基づいて、相関度が高い属性が検索用の属性として特定され、特定された属性について検索が行われるので、より適応的な設定を実現することができる。

本実施の形態に係るネットワークシステムの構成を示すブロック図である。 ＩｏＴ機器１００の機能ブロック図である。 ドア開閉見守りサーバ２００のハードウェア構成を示す図である。 管理者情報テーブル４００及び物件情報テーブル４１０のデータ構造を示す図である。 機器情報テーブル４２０及びセンサ情報テーブル４４０のデータ構造を示す図である。 センサ情報登録処理を示すフローチャートである。 安否情報通知処理を示すフローチャートである。

以下、本発明の実施の形態を説明する。図１乃至図７は、本実施の形態を示す図である。

まず、本実施の形態の構成を説明する。
図１は、本実施の形態に係るネットワークシステムの構成を示すブロック図である。

建物等の物件３００には、図１に示すように、１又は複数のＩｏＴ機器１００が設置されている。ＩｏＴ機器１００は、物件３００のドア（例えば、玄関、トイレ、浴室、リビング、ダイニング、キッチン等のドア）に設置され、ドアの開閉を検出する。ゲートウェイ１１０は、ＬｏＲａＷＡＮ（Long Range Wide Area Network）による無線ネットワークにより１又は複数のＩｏＴ機器１００を通信可能に接続し、ＩｏＴ機器１００とインターネット１９９の間の通信を中継する。図１の例では、管理者Ａが５つの物件Ａ、Ｂ、Ｃ、Ｄ、Ｅを管理し、物件Ａには３台のＩｏＴ機器１００が設置されている。また、物件Ａ、Ｂ、Ｃに設置された各ＩｏＴ機器１００が１台のゲートウェイ１１０を介してインターネット１９９に、物件Ｄ、Ｅに設置された各ＩｏＴ機器１００が１台のゲートウェイ１１０を介してインターネット１９９に接続されている。

インターネット１９９には、ゲートウェイ１１０のほか、ＩｏＴ機器１００によりドアの開閉を監視して物件３００の住人の安否を通知するドア開閉見守りサーバ２００が接続されている。

次に、ＩｏＴ機器１００の構成を説明する。
図２は、ＩｏＴ機器１００の機能ブロック図である。

ＩｏＴ機器１００は、図２に示すように、ドアの開閉を検出する開閉スイッチ１０と、開閉スイッチ１０の検出信号によりドアの開閉回数をカウントするカウンタ１２と、時刻を計数するタイマ１４と、ドアの開閉実績を記憶する記憶部１６と、制御部１８と、ゲートウェイ１１０と無線通信を行う無線通信部２０とを有して構成されている。

カウンタ１２は、開閉スイッチ１０から開閉信号を入力するごとにカウンタ値に「１」を加算し、カウンタ値を出力する。また、制御部１８からリセット信号を入力した場合は、カウンタ値を「０」に設定する。

記憶部１６は、不揮発性の半導体メモリ（例えば、ＥＥＰＲＯＭ（Electronically Erasable and Programmable Read Only Memory））等からなり、自己のＩｏＴ機器１００を識別するための機器ＩＤを記憶する。

制御部１８は、カウンタ１２からカウンタ値を入力し、カウンタ値が変化した場合は、タイマ１４から現在時刻をドアの開閉時刻として入力し、入力したカウンタ値及び開閉時刻を対応づけて記憶部１６に格納する。カウンタ値及び開閉時刻は、所定の記憶領域にリスト形式で順次格納される。また、所定の送信期間（例えば１日）ごとに、送信期間内に最新に格納されたカウンタ値及び開閉時刻並びに機器ＩＤを記憶部１６から読み出し、無線通信部２０により、読み出したカウンタ値（送信期間内のドアの開閉回数）及び開閉時刻（送信期間内のドアの最終開閉時刻）を含むセンサ情報及び読み出した機器ＩＤをドア開閉見守りサーバ２００に送信する。ただし、送信期間内にカウンタ値及び開閉時刻が記憶部１６に格納されていない場合（すなわち、送信期間内にドアが１度も開閉されない場合）は、「０」及び「−」を含むセンサ情報及び機器ＩＤを送信する。送信が完了した場合は、カウンタ１２にリセット信号を出力する。

次に、ドア開閉見守りサーバ２００の構成を説明する。
図３は、ドア開閉見守りサーバ２００のハードウェア構成を示す図である。

ドア開閉見守りサーバ２００は、図３に示すように、制御プログラムに基づいて演算及びシステム全体を制御するＣＰＵ（Central Processing Unit）３０と、所定領域に予めＣＰＵ３０の制御プログラム等を格納しているＲＯＭ（Read Only Memory）３２と、ＲＯＭ３２等から読み出したデータやＣＰＵ３０の演算過程で必要な演算結果を格納するためのＲＡＭ（Random Access Memory）３４と、外部装置に対してデータの入出力を媒介するＩ／Ｆ（InterFace）３８とで構成されており、これらは、データを転送するための信号線であるバス３９で相互に且つデータ授受可能に接続されている。

Ｉ／Ｆ３８には、外部装置として、ヒューマンインターフェースとしてデータの入力が可能なキーボードやマウス等からなる入力装置４０と、データやテーブル等をファイルとして格納する記憶装置４２と、画像信号に基づいて画面を表示する表示装置４４と、インターネット１９９に接続するための信号線とが接続されている。

次に、記憶装置４２のデータ構造を説明する。
図４は、管理者情報テーブル４００及び物件情報テーブル４１０のデータ構造を示す図である。

記憶装置４２は、図４に示すように、物件３００の管理者に関する管理者情報を登録する管理者情報テーブル４００と、物件３００に関する物件情報を登録する物件情報テーブル４１０とを記憶している。

管理者情報テーブル４００は、図４（ａ）に示すように、管理者ごとに１つのレコードが登録されている。各レコードは、管理者を識別するための管理者ＩＤを登録するフィールド４０２と、管理者の氏名を登録するフィールド４０４と、管理者のメールアドレスを登録するフィールド４０６とを有して構成されている。

物件情報テーブル４１０は、図４（ｂ）に示すように、物件３００ごとに１つのレコードが登録されている。各レコードは、物件３００を識別するための物件ＩＤを登録するフィールド４１２と、物件３００の名称を登録するフィールド４１４と、その物件３００の管理者の管理者ＩＤを登録するフィールド４１６とを有して構成されている。このように管理者ＩＤと対応づけることにより、管理者は、１又は複数の物件３００を登録することができる。図４（ｂ）の例では、物件ＩＤ「A001」「A002」「A003」に管理者ＩＤ「M001」が対応づけられており、これは、管理者ＩＤ「M001」の管理者が、物件ＩＤ「A001」「A002」「A003」の３つの物件３００を管理していることを示している。

図５は、機器情報テーブル４２０及びセンサ情報テーブル４４０のデータ構造を示す図である。

記憶装置４２は、さらに、図５に示すように、ＩｏＴ機器１００に関する機器情報を登録する機器情報テーブル４２０と、ＩｏＴ機器１００のセンサ情報を登録するセンサ情報テーブル４４０とを記憶している。

機器情報テーブル４２０は、図５（ａ）に示すように、ＩｏＴ機器１００ごとに１つのレコードが登録されている。各レコードは、機器ＩＤを登録するフィールド４２２と、ＩｏＴ機器１００の名称を登録するフィールド４２４と、ＩｏＴ機器１００の種類を登録するフィールド４２６と、そのＩｏＴ機器１００が設置された物件３００の物件ＩＤを登録するフィールド４２８と、そのＩｏＴ機器１００が設置された物件３００におけるＩｏＴ機器１００の設置場所を登録するフィールド４３０と、そのＩｏＴ機器１００が利用するゲートウェイ１１０を識別するためのゲートウェイＩＤを登録するフィールド４３２とを有して構成されている。このように物件ＩＤと対応づけることにより、物件３００に対し１又は複数のＩｏＴ機器１００を登録することができる。図５（ａ）の例では、機器ＩＤ「D001」「D002」「D003」に物件ＩＤ「A001」が対応づけられており、これは、物件ＩＤ「A001」の物件３００に、機器ＩＤ「D001」「D002」「D003」の３つのＩｏＴ機器１００が設置されていることを示している。

センサ情報テーブル４４０は、図５（ｂ）に示すように、ＩｏＴ機器１００から受信するセンサ情報及び機器ＩＤごとに１つのレコードが登録されている。各レコードは、センサ情報及び機器ＩＤを受信した日時を登録するフィールド４４２と、受信した機器ＩＤを登録するフィールド４４４と、受信したセンサ情報に含まれる開閉回数を登録するフィールド４４６と、受信したセンサ情報に含まれる最終開閉時刻を登録するフィールド４４８とを有して構成されている。

次に、本実施の形態の動作を説明する。
初めに、センサ情報を登録する場合の動作を説明する。

ＩｏＴ機器１００では、ドアが開閉されると、ドアの開閉回数がカウントされ、ドアが最後に開閉された最終開閉時刻及び開閉回数が対応づけられて記憶部１６に格納される。そして、所定の送信期間ごとに、開閉回数及び最終開閉時刻を含むセンサ情報及び自己の機器ＩＤがドア開閉見守りサーバ２００に送信される。

図６は、センサ情報登録処理を示すフローチャートである。
ＣＰＵ３０は、ＭＰＵ（Micro-Processing Unit）等からなり、ＲＯＭ３２の所定領域に格納されている所定のプログラムを起動させ、そのプログラムに従って、所定期間（ＩｏＴ機器１００の送信期間よりも十分に短い期間）ごとに図６のフローチャートに示すセンサ情報登録処理を繰り返し実行する。

センサ情報登録処理は、ＣＰＵ３０において実行されると、図６に示すように、まず、ステップＳ１００に移行する。

ステップＳ１００では、ＩｏＴ機器１００からセンサ情報及び機器ＩＤを受信したか否かを判定し、センサ情報及び機器ＩＤを受信したと判定した場合(YES)は、ステップＳ１０２に移行して、センサ情報及び機器ＩＤを受信した日時、受信した機器ＩＤ、並びに受信したセンサ情報に含まれる開閉回数及び最終開閉時刻を含むレコードをセンサ情報テーブル４４０に登録し、一連の処理を終了する。

一方、ステップＳ１００で、センサ情報及び機器ＩＤを受信しないと判定した場合(NO)は、一連の処理を終了する。

次に、安否情報を通知する場合の動作を説明する。
図７は、安否情報通知処理を示すフローチャートである。

ＣＰＵ３０は、ＲＯＭ３２の所定領域に格納されている所定のプログラムを起動させ、そのプログラムに従って、所定期間ごとに図７のフローチャートに示す安否情報通知処理を繰り返し実行する。

安否情報通知処理は、ＣＰＵ３０において実行されると、図７に示すように、まず、ステップＳ２００に移行する。

ステップＳ２００では、機器情報テーブル４２０の先頭のレコードから機器ＩＤを読み出し、読み出した機器ＩＤを対象機器ＩＤに設定し、ステップＳ２０２に移行して、対象機器ＩＤを含むレコードをセンサ情報テーブル４４０から検索し、ステップＳ２０４に移行する。

ステップＳ２０４では、ステップＳ２０２で索出したレコードのうち受信日時が最新のレコードから開閉回数を読み出し、読み出した開閉回数が「０」であるか否かを判定し、開閉回数が「０」であると判定した場合(YES)は、ステップＳ２０６に移行して、物件３００の管理者に安否情報を通知する処理を実行する。この処理では、対象機器ＩＤに対応する物件ＩＤを機器情報テーブル４２０から検索し、索出した物件ＩＤに対応する管理者ＩＤを物件情報テーブル４１０から検索し、索出した管理者ＩＤに対応するメールアドレスを管理者情報テーブル４００から検索し、索出したメールアドレスに基づいて、物件３００の住人の安否に関する安否情報（例えば「物件名『○○』のドアが一定期間開閉されていません。」「最終開閉時刻は○○です。」との旨のメッセージ）をメールで物件３００の管理者に送信する。また、ドア開閉見守りサーバ２００の管理画面にも、対象機器ＩＤ及び物件ＩＤと対応づけて同様の安否情報を表示する。

次いで、ステップＳ２０８に移行して、ステップＳ２０２で索出したレコードから最新の最終開閉時刻を読み出し、読み出した最終開閉時刻が所定時刻（例えば１日前の時刻）以前であるか否かを判定し、最終開閉時刻が所定時刻以前であると判定した場合(YES)は、ステップＳ２１０に移行して、ステップＳ２０６と同様の処理を実行する。

次いで、ステップＳ２１２に移行して、機器情報テーブル４２０に登録されているすべての機器ＩＤについて処理が終了したか否かを判定し、すべての機器ＩＤについて処理が終了したと判定した場合(YES)は、一連の処理を終了する。

一方、ステップＳ２１２で、機器情報テーブル４２０に登録されているすべての機器ＩＤについて処理が終了していないと判定した場合(NO)は、ステップＳ２１４に移行して、機器情報テーブル４２０の次のレコードから機器ＩＤを読み出し、読み出した機器ＩＤを対象機器ＩＤに設定し、ステップＳ２０２に移行する。

一方、ステップＳ２０８で、最終開閉時刻が所定時刻以前でないと判定した場合(NO)は、ステップＳ２１２に移行する。

一方、ステップＳ２０４で、開閉回数が「０」でないと判定した場合(NO)は、ステップＳ２０８に移行する。

次に、死活監視を行う場合の動作を説明する。
ドア開閉見守りサーバ２００では、所定期間ごとに、各ＩｏＴ機器１００にＰｉｎｇ（Packet INternet Groper）を送信する。この結果、ＩｏＴ機器１００からＰｉｎｇに対する応答があった場合は、そのＩｏＴ機器１００が動作していると判定する。これに対し、ＩｏＴ機器１００からＰｉｎｇに対する応答がない場合は、そのＩｏＴ機器１００が動作していないと判定する。

次に、本実施の形態の効果を説明する。
本実施の形態では、ドア開閉見守りサーバ２００は、ＩｏＴ機器１００からセンサ情報及び機器ＩＤを受信し、受信したセンサ情報及び機器ＩＤを物件ＩＤと対応づけて記憶装置４２に登録し、記憶装置４２のセンサ情報及び機器ＩＤに基づいて、ＩｏＴ機器１００ごとに所定期間内のドアの開閉回数又は最終開閉時刻が所定条件を満たすか否かを判定し、所定期間内のドアの開閉回数又は最終開閉時刻が所定条件を満たすと判定した場合は、その判定に係る機器ＩＤに対応する物件ＩＤに基づいて、物件３００の住人の安否に関する通知を行う。

これにより、住人が倒れているなど異常度が高い状況を把握することができる。また、物件３００のドアにＩｏＴ機器１００を設置するだけなので、住人が違和感を抱きにくい。さらに、複数の物件３００を集中管理することができるので、個々の管理者の負担を低減することができる。

さらに、本実施の形態では、ドア開閉見守りサーバ２００は、ドアの開閉回数が「０」であると判定した場合、又はドアの最終開閉時刻が所定時刻以前であると判定した場合は、物件３００の住人の安否に関する安否情報をメールで物件３００の管理者に送信する。

これにより、物件３００の管理者が住人の安否を確認することができる。したがって、従来では「支援者ごと」に提供される見守りサービスであったのに対し、「物件３００の管理者ごと」に提供される見守りサービスを実現することができる。

さらに、本実施の形態では、ドア開閉見守りサーバ２００は、ＩｏＴ機器１００ごとに、そのＩｏＴ機器１００が動作しているか否かを定期的に確認する。

これにより、ＩｏＴ機器１００が動作しているか否かを定期的に把握することができる。

さらに、本実施の形態では、ドア開閉見守りサーバ２００は、ＬｏＲａＷＡＮのゲートウェイ１１０を介してＩｏＴ機器１００と通信可能となっている。

これにより、省電力、広域及び長距離通信を実現することができるとともに、通信に必要なコストを抑えることができる。

さらに、本実施の形態では、ＩｏＴ機器１００は、所定の送信期間ごとにその送信期間内のドアの開閉回数を含むセンサ情報を送信し、ドア開閉見守りサーバ２００は、ドアの開閉回数が「０」であるか否かを判定し、開閉回数が「０」であると判定した場合は物件３００の住人の安否に関する通知を行う。

これにより、ＩｏＴ機器１００が所定の送信期間ごとに送信を行うので、通信負荷を低減することができる。また、センサ情報を集計、解析することなくセンサ情報に含まれる開閉回数で判定することができるので、判定の処理負荷を低減することができる。

さらに、本実施の形態では、ＩｏＴ機器１００は、所定の送信期間ごとにドアが最後に開閉された最終開閉時刻を含むセンサ情報を送信し、ドア開閉見守りサーバ２００は、ドアの最終開閉時刻が所定時刻以前であるか否かを判定し、最終開閉時刻が所定時刻以前であると判定した場合は物件３００の住人の安否に関する通知を行う。

これにより、ＩｏＴ機器１００が所定の送信期間ごとに送信を行うので、通信負荷を低減することができる。また、センサ情報を集計、解析することなくセンサ情報に含まれる最終開閉時刻で判定することができるので、判定の処理負荷を低減することができる。

本実施の形態において、ＩｏＴ機器１００は、発明１、３乃至６の開閉センサに対応し、ゲートウェイ１１０は、発明４のＬＰＷＡゲートウェイに対応し、記憶装置４２は、発明１又は２のセンサ情報記憶手段に対応し、ステップＳ１００は、発明１のセンサ情報取得手段に対応している。また、ステップＳ１０２は、発明１又は２のセンサ情報登録手段に対応し、ステップＳ２０４、Ｓ２０８は、発明１、２、５又は６のドア開閉状態判定手段に対応し、ステップＳ２０６、Ｓ２１０は、発明１、２、５又は６の安否通知手段に対応している。

また、本実施の形態において、機器ＩＤは、発明１又は２のセンサ識別情報に対応し、物件ＩＤは、発明１の物件識別情報に対応している。

〔変形例〕
なお、上記実施の形態において、ドア開閉見守りサーバ２００は、ドアの開閉回数が「０」であるか否かを判定するように構成したが、これに限らず、ドアの開閉回数が所定値以下であるか否かを判定するように構成することもできる。

また、上記実施の形態及びその変形例においては、所定期間内のドアの開閉回数又は最終開閉時刻が所定条件を満たすか否かを判定するように構成したが、これに限らず、所定期間内のドアの開閉状態を示すその他の指標が所定条件を満たすか否かを判定するように構成することもできる。

また、上記実施の形態及びその変形例においては、ＩｏＴ機器１００の送信期間について詳細に説明しなかったが、例えば、次の構成を採用することができる。

第１の構成は、ＩｏＴ機器１００は、ドアの開閉実績として記憶部１６に格納されたカウンタ値及び開閉時刻に基づいて送信期間を設定する。例えば、定常状態（例えば９０％以上）の通知でカウンタ値が所定値（例えば「１」）以上となるように送信期間を設定する。

これにより、必要な情報量を確保しつつ通信負荷を低減するような適応的な設定を実現することができる。

なお、第１の構成の変形例として、ドア開閉見守りサーバ２００は、ＩｏＴ機器１００ごとに、そのドアの開閉実績に基づいてそのＩｏＴ機器１００の送信期間を決定し、そのＩｏＴ機器１００に対し送信期間を設定するように構成することもできる。

また、第１の構成の変形例として、ＩｏＴ機器１００の自己及び他機のドアの開閉実績で送信期間を決定することもできる。例えば、属性Ａ（例えば７０代男性）の住人Ｘ１が居住する物件Ｙ１に設置されたＩｏＴ機器Ｚ１と、属性Ａ（例えば７０代男性）の住人Ｘ２が居住する物件Ｙ２に設置されたＩｏＴ機器Ｚ２とがある場合、ＩｏＴ機器Ｚ１の送信期間は、ＩｏＴ機器Ｚ１の開閉実績とＩｏＴ機器Ｚ２の開閉実績で決定する。また、ＩｏＴ機器Ｚ２の送信期間は、ＩｏＴ機器Ｚ１の実績とＩｏＴ機器Ｚ２の実績で決定する。

第２の構成は、ドア開閉見守りサーバ２００は、ＩｏＴ機器１００の送信期間を設定するための設定情報を、そのＩｏＴ機器１００が設置された物件３００の住人の属性に関する属性情報（例えば、年齢、性別）と対応づけて登録する設定情報テーブルを備え、物件３００の管理者等が住人の属性情報及び機器ＩＤを入力すると、入力した属性情報に対応する設定情報を設定情報テーブルから検索し、索出した設定情報に基づいて、入力した機器ＩＤにより識別されるＩｏＴ機器１００に対し送信期間を設定する。

これにより、対象住人の属性に対応する属性の他の住人が居住する物件３００に設置されたＩｏＴ機器１００の設定情報を参照することができるので、ドアの開閉実績等が少ない段階でも適応的な設定を実現することができる。

第３の構成は、第２の構成を前提とした構成である。ドア開閉見守りサーバ２００は、ＩｏＴ機器１００に係るドアの開閉実績を示す開閉実績情報（例えば開閉回数又は最終開閉時刻）を、そのＩｏＴ機器１００が設置された物件の住人の属性に関する属性情報と対応づけて登録する開閉実績情報テーブルを備え、開閉実績情報テーブルの開閉実績情報及び他の開閉実績情報の相関度を算出し、算出した相関度が高い開閉実績情報同士にそれぞれ対応する属性情報に基づいて、その属性情報の共通又は近似する属性値の属性を特定し、特定した属性について属性情報取得手段で取得した属性情報に対応する設定情報を検索する。

これにより、相関度が高い開閉実績情報に対応する属性情報に基づいて、相関度が高い属性が検索用の属性として特定され、特定された属性について検索が行われるので、より適応的な設定を実現することができる。

第４の構成は、ドア開閉見守りサーバ２００は、１台のゲートウェイ１１０に接続されるＩｏＴ機器１００同士の通信が衝突しないように、それらＩｏＴ機器１００の送信期間を設定する。

第５の構成は、ドア開閉見守りサーバ２００は、ドアの開閉回数が所定値以下であるか否かを判定する場合の所定値をＩｏＴ機器１００ごとに設定できるようにし、ＩｏＴ機器１００ごとに所定値を設定する場合に上記第１乃至４の構成及びその変形例を適用する。

第６の構成は、ドア開閉見守りサーバ２００は、ドアの最終開閉時刻が所定時刻以前であるか否かを判定する場合の所定時刻をＩｏＴ機器１００ごとに設定できるようにし、ＩｏＴ機器１００ごとに所定時刻を設定する場合に上記第１乃至４の構成及びその変形例を適用する。

また、上記実施の形態及びその変形例においては、通信規格としてＬｏＲａＷＡＮを採用したが、これに限らず、ＳＩＧＦＯＸ、ＮＢ−ＩｏＴ（Narrow Band-Internet of Things）、その他のＬＰＷＡ（Low Power Wide Area）、又はその他の通信規格を採用することができる。

また、上記実施の形態及びその変形例においては、インターネット１９９からなるネットワークシステムに適用した場合について説明したが、これに限らず、例えば、インターネット１９９と同一方式により通信を行ういわゆるイントラネットに適用してもよい。もちろん、インターネット１９９と同一方式により通信を行うネットワークに限らず、任意の通信方式のネットワークに適用することができる。

また、上記実施の形態及びその変形例において、図６及び図７のフローチャートに示す処理を実行するにあたってはいずれも、ＲＯＭ３２に予め格納されているプログラムを実行する場合について説明したが、これに限らず、これらの手順を示したプログラムが記憶された記憶媒体から、そのプログラムをＲＡＭ３４に読み込んで実行するようにしてもよい。

ここで、記憶媒体とは、ＲＡＭ、ＲＯＭ等の半導体記憶媒体、ＦＤ、ＨＤ等の磁気記憶型記憶媒体、ＣＤ、ＣＤＶ、ＬＤ、ＤＶＤ等の光学的読取方式記憶媒体、ＭＯ等の磁気記憶型／光学的読取方式記憶媒体であって、電子的、磁気的、光学的等の読み取り方法のいかんにかかわらず、コンピュータで読み取り可能な記憶媒体であれば、あらゆる記憶媒体を含むものである。

また、上記実施の形態及びその変形例においては、ＩｏＴ機器１００によりドアの開閉を監視して物件３００の住人の安否を通知する場合について本発明を適用したが、これに限らず、本発明の主旨を逸脱しない範囲で他の場合にも適用可能である。

１０…開閉スイッチ、 １２…カウンタ、 １４…タイマ、 １６…記憶部、 １８…制御部、 ２０…無線通信部、 ３０…ＣＰＵ、 ３２…ＲＯＭ、 ３４…ＲＡＭ、 ３８…Ｉ／Ｆ、 ３９…バス、 ４０…入力装置、 ４２…記憶装置、 ４４…表示装置、 １００…ＩｏＴ機器、 １１０…ゲートウェイ、 １９９…インターネット、 ２００…ドア開閉見守りサーバ、 ３００…物件、 ４００…管理者情報テーブル、 ４１０…物件情報テーブル、 ４２０…機器情報テーブル、 ４４０…センサ情報テーブル、 ４０２〜４０６、４１２〜４１６、４２２〜４３２、４４２〜４４８…フィールド

Claims (9)

1. 複数の物件のそれぞれにおいて当該物件のドアに設置された開閉センサと通信可能に接続し、前記開閉センサは、当該開閉センサが設置された前記ドアの開閉状態を示すセンサ情報及び当該開閉センサを識別するためのセンサ識別情報を送信するドア開閉見守りシステムであって、
   前記センサ情報及び前記センサ識別情報を前記開閉センサから取得するセンサ情報取得手段と、
   前記センサ情報取得手段で取得したセンサ情報及びセンサ識別情報を、前記物件を識別するための物件識別情報と対応づけてセンサ情報記憶手段に登録するセンサ情報登録手段と、
   前記センサ情報記憶手段のセンサ情報及びセンサ識別情報に基づいて、前記開閉センサごとに所定期間内の前記ドアの開閉状態が所定条件を満たすか否かを判定するドア開閉状態判定手段と、
   前記ドア開閉状態判定手段で前記ドアの開閉状態が前記所定条件を満たすと判定した場合は、当該判定に係るセンサ情報又はセンサ識別情報に対応する前記物件識別情報に基づいて、前記物件の住人の安否に関する通知を行う安否通知手段とを備えることを特徴とするドア開閉見守りシステム。
2. 請求項１において、
   前記センサ情報登録手段は、前記センサ情報及び前記センサ識別情報を、さらに前記物件の所有者又は管理者の通知先情報と対応づけて前記センサ情報記憶手段に登録し、
   前記安否通知手段は、前記ドア開閉状態判定手段で前記ドアの開閉状態が前記所定条件を満たすと判定した場合は、当該判定に係るセンサ情報又はセンサ識別情報に対応する前記通知先情報に基づいて、前記物件の住人の安否に関する通知情報を前記物件の所有者又は管理者に送信することを特徴とするドア開閉見守りシステム。
3. 請求項１及び２のいずれか１項において、
   前記開閉センサごとに、当該開閉センサが動作しているか否かを定期的に確認する死活監視手段を備えることを特徴とするドア開閉見守りシステム。
4. 請求項１乃至３のいずれか１項において、
   ＬＰＷＡゲートウェイを介して前記開閉センサと通信可能となっていることを特徴とするドア開閉見守りシステム。
5. 請求項１乃至４のいずれか１項において、
   前記開閉センサは、前記所定期間ごとに、当該所定期間内の前記ドアの開閉回数を含む前記センサ情報を送信し、
   前記ドア開閉状態判定手段は、前記開閉回数が所定値以下又は「０」であるか否かを判定し、
   前記安否通知手段は、前記ドア開閉状態判定手段で前記開閉回数が前記所定値以下又は「０」であると判定した場合は前記物件の住人の安否に関する通知を行うことを特徴とするドア開閉見守りシステム。
6. 請求項１乃至５のいずれか１項において、
   前記開閉センサは、前記所定期間ごとに、前記ドアが最後に開閉された最終開閉時刻を含む前記センサ情報を送信し、
   前記ドア開閉状態判定手段は、前記最終開閉時刻が所定時刻以前であるか否かを判定し、
   前記安否通知手段は、前記ドア開閉状態判定手段で前記最終開閉時刻が前記所定時刻以前であると判定した場合は前記物件の住人の安否に関する通知を行うことを特徴とするドア開閉見守りシステム。
7. 請求項５及び６のいずれか１項において、
   前記開閉センサに係る前記ドアの開閉実績を示す開閉実績情報を記憶する開閉実績情報記憶手段と、
   前記開閉実績情報記憶手段の開閉実績情報に基づいて、前記開閉センサが送信を行う前記所定期間を設定する所定期間設定手段とを備えることを特徴とするドア開閉見守りシステム。
8. 請求項５乃至７のいずれか１項において、
   前記開閉センサが送信を行う前記所定期間を設定するための設定情報を、当該開閉センサが設置された前記物件の住人の属性に関する属性情報と対応づけて記憶する設定情報記憶手段と、
   前記属性情報及び前記センサ識別情報を取得する属性情報取得手段と、
   前記属性情報取得手段で取得した属性情報に対応する前記設定情報を前記設定情報記憶手段から検索する設定情報検索手段と、
   前記設定情報検索手段で索出した設定情報に基づいて、前記属性情報取得手段で取得したセンサ識別情報により識別される前記開閉センサが送信を行う前記所定期間を設定する第２所定期間設定手段とを備えることを特徴とするドア開閉見守りシステム。
9. 請求項８において、
   前記開閉センサに係る前記ドアの開閉実績を示す開閉実績情報を、当該開閉センサが設置された前記物件の住人の属性に関する属性情報と対応づけて記憶する第２開閉実績情報記憶手段と、
   前記第２開閉実績情報記憶手段の開閉実績情報及び他の前記開閉実績情報の相関度を算出する相関度算出手段と、
   前記相関度算出手段で算出した相関度が高い前記開閉実績情報同士にそれぞれ対応する前記属性情報に基づいて、当該属性情報の共通又は近似する属性値の属性を特定する属性特定手段とを備え、
   前記設定情報検索手段は、前記属性特定手段で特定した属性について前記属性情報取得手段で取得した属性情報に対応する前記設定情報を検索することを特徴とするドア開閉見守りシステム。

Images