生活状況監視システムおよび生活状況監視方法
【課題】既に複数の機能が搭載されて移動の可能な無線装置を活用して、操作者の能動的な操作を必要とすることなく、単身世帯の世帯主の生活状況を監視するシステムを提供する。
【解決手段】携帯電話網インターフェースと演算部と光センサ部とを備えるコントロールボードと、前記コントロールボードが携帯電話網とインターネットを介してアプリサーバ並びにメールサーバとデータベースサーバとウェブサーバとに接続されて、前記コントロールボードは光センサ部で検出した光量情報を前記アプリサーバに送信し、前記アプリサーバは光量情報をデータベースサーバに送信するとともに光量情報の時間変化率を算出して予め算出した規定値から光量情報時間変化率が日の出による変化なのか、日没による変化なのか、否かを判定し、非消灯事態である場合に、前記アプリサーバが消灯がなされていない旨のメールを生成して予め定めた連絡先端末に送信する。
【解決手段】携帯電話網インターフェースと演算部と光センサ部とを備えるコントロールボードと、前記コントロールボードが携帯電話網とインターネットを介してアプリサーバ並びにメールサーバとデータベースサーバとウェブサーバとに接続されて、前記コントロールボードは光センサ部で検出した光量情報を前記アプリサーバに送信し、前記アプリサーバは光量情報をデータベースサーバに送信するとともに光量情報の時間変化率を算出して予め算出した規定値から光量情報時間変化率が日の出による変化なのか、日没による変化なのか、否かを判定し、非消灯事態である場合に、前記アプリサーバが消灯がなされていない旨のメールを生成して予め定めた連絡先端末に送信する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、単身世帯の世帯主の生活状況を監視するシステムに係り、特に携帯電話モジュールを活用するシステムに関する。
【背景技術】
【０００２】
日本国内の平成２０年における６５歳以上の者のいる世帯は１９７７万世帯であり、そのうち、単独世帯は４３５万世帯である。このような世帯において、居住者である６５歳以上の老人が、突然体調が悪化した場合に自ら他者へ連絡できない場合は、生死の危険を伴う可能性がある。実際に、死亡した場合はいわゆる孤独死として定義され、社会問題として提起されている。
【０００３】
これらの課題を解決すべくすでに、幾つかの提案がなされている。例えば、特許文献１は、見守り担当業者Ｂの見守りサーバ１は見守り対象者Ａの行動検出情報を収集して対応する被連絡者及びサービス提供担当業者へ電子メールとして配信する。一方サービス提供担当業者Ｃの管理用サーバ４は配信されてくる検出情報の統計処理を行うとともに解析判断を行い、これら処理結果や解析判断結果を電子メールとして被連絡者Ｄ宛に送信し、また判断結果が異常の場合や被連絡者からの依頼に基づいて管理用データベース５に格納されている各派遣員の現況情報から当該見守り対象者Ａの居宅Ｈへ派遣可能な派遣員を検索抽出することにより、見守りサービスのための見守り用サーバと、見守り対象者宅への派遣員の派遣サービス等のための管理用サーバとで機能分担が図れ、夫々の担当業者が設置するサーバの処理負担を軽減できる方法が提案されている。
【０００４】
また、特許文献２は、電力の使用状況をパターン化したデータと、クラインアント端末から受信して保存した電力使用量のデータを比較する方法について開示されている。このデータの比較から差分を抽出し、抽出した差分と予め定めた閾値データとを比較して閾値を超えた場合に異常発生検出と判定する手段と、異常が検出された時に予め定めた宛先に通知する手段を有する発明が記載されている。
【０００５】
さらに、特許文献３は、「制御盤Ｃのコントロール部２４は、各スイッチ装置Ｂから送られてくる監視データを時計部２３でカウントする時刻と共にメモリ２２に記憶し、監視データ及び時刻から１日の平均的な時間経過に対する照明装置Ａの点滅状態をパターン化して基本点滅パターンと比較して、監視データによって把握される照明装置Ａの点滅パターンがメモリ２２に記憶されている基本点滅パターンと著しく異なる場合に居住者に異常が生じていると判断する」旨が記載されている。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２００４−２３４１３４号公報
【特許文献２】特開２００７−１８３８９０号公報
【特許文献３】特開２００２−８３３８７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
しかしながら、特許文献１で示される方法では、固定電話回線を使用しており、見守り対象を監視するセンサと固定電話を接続する装置をセンサ側と固定電話機側に設ける必要があり、煩雑である。固定電話を利用する場合は、電話機の位置によって配置が限定されることとなり、設置時の自由度が低下する。
【０００８】
また、特許文献２おける、電力を用いる場合は、その日の天気や気温や季節の変動、また、活動によって変化が発生し、例えば閾値を定める場合も、想定される原因も複雑となり、閾値の予想を立てるのが困難である。
【０００９】
さらに、特許文献３では、照明装置の点滅は、さまざまなパターンが用いられ、基本点滅パターンを比較して監視データとなり、異常の判断が来ないものである。また、本文献の発明を実施するためには、照明に特別な装置を設けることが必要となり、照明選択の自由度が低下する。
【００１０】
本発明の目的は、既に複数の機能が搭載されて移動の可能な無線装置を活用して、操作者の能動的な操作を必要とすることなく、単身世帯の世帯主の生活状況を監視するシステムを提供することである。
【課題を解決するための手段】
【００１１】
本発明に係る生活状況監視システムは、携帯電話網インターフェースと演算部と光センサ部とを備えるコントロールボードと、前記コントロールボードが携帯電話網とインターネットを介してアプリサーバ並びにメールサーバとデータベースサーバとウェブサーバとに接続されて、前記コントロールボードは光センサ部で検出した光量情報を前記アプリサーバに送信し、前記アプリサーバは光量情報をデータベースサーバに送信するとともに光量情報の時間変化率を算出して予め算出した規定値から光量情報時間変化率が日の出による変化なのか、日没による変化なのか、人為的な燈火の点灯による変化なのか、人為的な燈火の消灯による変化なのかを判定し、前記日の出による変化の間に前記人為的な燈火の消灯による変化が存在しない非消灯事態である場合に、前記アプリサーバが消灯がなされていない旨のメールを生成し、前記メールを前記メールサーバ経由で予め定めた連絡先端末に送信する。
【００１２】
また、本発明に係る生活状況監視方法は、携帯電話網インターフェースと演算部と光センサ部とを備えるコントロールボードと、前記コントロールボードが携帯電話網とインターネットを介してアプリサーバ並びにメールサーバとデータベースサーバとウェブサーバとに接続される生活状況監視方法において、
前記コントロールボードは光センサ部で検出した光量情報を前記アプリサーバに送信するステップと、
前記アプリサーバは光量情報をデータベースサーバに送信するステップと、
前記アプリサーバは光量情報の時間変化率を算出するステップと、
前記アプリサーバは予め算出した規定値をメモリに格納しておくステップと、
前記アプリサーバは、光量情報時間変化率が日の出による変化なのか、日没による変化なのか、人為的な燈火の点灯による変化なのか、人為的な燈火の消灯による変化なのかを予め算出した規定値との比較によって判定するステップと、
前記アプリサーバは、前記日の出による変化の間に前記人為的な燈火の消灯による変化が存在しない非消灯事態である場合に、前記アプリサーバが消灯がなされていない旨のメールを生成するステップと、
前記メールを前記メールサーバ経由で予め定めた連絡先端末に送信する。
【発明の効果】
【００１３】
第１に、無線装置を利用することで、センサと無線装置並びに無線装置と外部サーバとを接続する機能は、無線装置に搭載されているため、簡便な方法でシステムを構築することができる。また、設置時の配置位置の自由度が確保されるという効果も有する。
【００１４】
第２に、監視する側も無線装置に監視状況が通報されるため、無線装置が使用可能である地域におれば確実に監視ができる。
【図面の簡単な説明】
【００１５】
【図１】本発明の第１の実施例に係る生活状況監視システムにおけるコントロールボードの実施例のブロックダイヤグラムである。
【図２】本発明の第１の実施例に係る生活状況監視システムにおける光センサにより（１）時間対光量グラフを示し、（２）光量時間変化率対時間グラフを示す。
【図３】本発明の第１の実施例に係る生活状況監視システムにおける光センサによる（１）光量対時間の測定結果であり、夜間に居住者による燈火について消灯がなされているグラフであり、（２）夜間の居住者による燈火の点灯がなされた後に、消灯がなされていないグラフであり、（３）夜間に居住者による燈火の点灯も消灯もなされていないグラフである。
【図４】本発明の第１の実施例に係る生活状況監視システムにおけるシステム全体のブロックダイヤグラムである。
【図５】本発明の第１の実施例に係る生活状況監視システムにおけるシステム全体のフローチャートである。
【図６】本発明の第１の実施例に係る生活状況監視システムにおけるシステム全体のフローチャートである。
【図７】本発明の第１の実施例に係る生活状況監視システムにおけるシステム全体の送受信に関するフローチャートである。
【図８】本発明の第１の実施例に係る生活状況監視システムにおけるシステム全体の送受信に関するフローチャートである。
【図９】本発明の第１の実施例に係る生活状況監視システムにおけるコントロールボードの実施例の外観図である。
【図１０】本発明の第２の実施例に係る生活状況監視システムにおける温度センサにより（１）時間対温度グラフを示し、（２）時間対温度グラフであって、ｔ３の時刻で温度急上昇が発生したことを示す。
【図１１】本発明の第２の実施例に係る生活状況監視システムにおけるシステム全体のフローチャートである。
【図１２】本発明の第２の実施例に係る生活状況監視システムにおけるシステム全体の送受信に関するフローチャートである。
【図１３】本発明の第３の実施例に係る生活状況監視システムにおけるコントロールボードの実施例のブロックダイヤグラムである。
【図１４】本発明の第３の実施例に係る生活状況監視システムにおけるコントロールボードの実施例のブロックダイヤグラムである。
【図１５】本発明の第３の実施例に係る生活状況監視システムにおけるシステム全体のブロックダイヤグラムである。
【図１６】本発明の第３の実施例に係る生活状況監視システムにおけるシステム全体のフローチャートである。
【図１７】本発明の第３の実施例に係る生活状況監視システムにおけるシステム全体のフローチャートである。
【図１８】本発明の第３の実施例に係る生活状況監視システムにおけるシステム全体の送受信に関するフローチャートである。
【発明を実施するための形態】
【００１６】
（実施例１）
次に、本発明の実施の形態について図面を参照して詳細に説明する。なお、以下で説明する全ての図面において、同一の構成要素には同一の符号を付加し、適宜説明を省略する。
【００１７】
図１は、本発明の第１の実施例である生活状況監視システムにおけるコントロールボード２６を示すブロックダイヤグラムである。
【００１８】
本発明の第１の実施例である生活状況監視システム１に係るコントロールボード２６は、演算部６と第１のＡＤコンバータ（以下、ＡＤコンバータＡＤ１と云う）８とタイマ１０とメモリ１２と出力部１４と第２のＡＤコンバータ（以下、ＡＤコンバータＡＤ２と云う）（２２）を内蔵するマイクロコンピュータ２と、このマイクロコンピュータ２と結合する光センサ１８と、同じく結合する温度センサ２０と、同じく結合する携帯電話網と通信可能な携帯電話用通信網用モジュール２４とからなる装置である。
【００１９】
マイクロコンピュータ２は、半導体上にＲＯＭ、ＲＡＭ，演算部、周辺回路、タイマ、入出力回路を搭載したものであり、ＡＶＲ（商標）、ＰＩＣ（商標）、Ｈ８（商標）などのＬＳＩ回路を採用することができる。
【００２０】
演算部６は、メモリ１２と接続されデータパスの制御回路であり、データを受取その受取データの送信先を決定するよう構成される。メモリ１２に格納されるプログラム１６と協働して動作する。
【００２１】
ＡＤコンバータＡＤ１（８）は、第一のアナログデータコンバータであり、光センサ１８であるＣＤＳセルが光量の変化に応じて変化する抵抗値に応じて変化したアナログの電圧値を受信してデジタル信号に変換する回路である。フラッシュ型、パイプライン型、逐次変換型、デルタシグマ型、二重積分型のＡＤのいずれでもよい。フォトトランジスタで光量を検出した場合は、電圧変換した値を変換してもよい。
【００２２】
タイマ１０は、予め定めた時間を計測する回路であり、計測を開始または前記携帯電話用通信モジュール２４から測定データをサーバに送るタイミングを計る、フリップ―フロップ回路等で構成される。
【００２３】
メモリ１２は、記憶装置であって、特にマイクロコンピュータ２であるプログラム１６が格納される。予めデータを格納しておくＲＯＭ型と、演算時に順次書き込み、不使用時に消去されるＲＡＭ型のいずれもが搭載される。ＲＯＭ型は、さらに、複数回の書き込みが可能なフラッシュＲＯＭが採用されてもよい。
【００２４】
出力部１４は、例えば電源回路の動作に連動や携帯電話用通信網用モジュール２４への指示を行う信号に連動して点灯するＬＥＤを設けてもよい。
【００２５】
プログラム１６は、光センサ１８や温度センサ２０等で計測したデータを通信モジュールへ送信するプログラムと、温度センサ２０で計測したデータから時間変化率を算出するプログラムや、計測した時間変化率と規定値とを比較して変化がある場合に通信モジュールに送付するプログラムが格納される。
【００２６】
ＡＤコンバータＡＤ２（２２）は、第二のアナログデータコンバータであり、ＡＤコンバータＡＤ１（８）同様の構成であり、温度センサ２０の発生する起電力をデジタル信号に変換する。
【００２７】
光センサ１８は、ＣＤＳセンサ、フォトダイオード、フォトレジスタにより光の変化によって抵抗値の変化として計測する機能を有する。
【００２８】
温度センサ２０は、熱電対やサーミスタと接続され、温度の変化を端子の両端電圧や抵抗値の変化として検出する機能を有する。詳細については、図４を用いて後述する。
【００２９】
携帯電話用通信網用モジュール２４は、マイクロコンピュータ２から入力されたデータを、パケットデータに変換して、携帯電話網２８に無線接続して、携帯電話網２８に接続される受信先へパケットデータを送受信する装置である。産業装置、車載機器、セキュリティ端末など、幅広い製品に組み込むことで、製品の稼働状況、位置情報などを取得し、効率的に管理することができる小型の通 信端末あり、例えばＣＤＭＡ １Ｘ（商標）あるいはＣＤＭＡ １Ｘ ＷＩＮ（商標）に対応しており、最大２．４Ｍｂｐｓの高速通信が可能なように構成される。
【００３０】
図２を用いて、本発明における光量時間変化率について説明する。図２（１）は、時間対光量曲線Ｃ１を示しており、時間ｔ１において光量がｓ１であり、時間ｔ２において光量がｓ２である。ｔ１とｔ２の差がΔｔであり、ｓ１とｓ２の差がΔｓである。図２（２）に時間対光量時間変化率曲線Ｃ２を示す。ここで、図２（２）では、光量時間変化率（Δｓ／Δｔ）の値がＬｓｔｎである直線Ｃ３が示されている。ここで、Ｃ２とＣ３の交点の時間がｔ３である。すなわち、時間にしてｔ１〜ｔ３の間、光量時間変化率（Δｓ／Δｔ）の値がＬｓｔｎであることになる。基準値がＬｓｔｎとなる。一方、基準値はマイナスの光量時間変化率（Δｓ／Δｔ）にも設けられ、図２（２）では、マイナスの基準値が―Ｌｓｔｎである曲線Ｃ４が開示されている。従って、光量時間変化率（Δｓ／Δｔ）の値が―Ｌｓｔｎ以下となった場合も基準値の範囲外となる。
【００３１】
図３を用いて、本発明に係る時間対光量曲線を示し、（１）は日没ｔｓｅｔより前の時間ｔｏｎ時に室内灯が点灯され、夜間のある時間ｔｏｆｆに消灯がなされ、時刻ｔｒｉｓｅに日の出となり、徐々に明るくなる様子が示されている。また、光量時間変化率が時刻ｔｏｎと時刻ｔｒｉｓｅに光量時間変化率が予め定めた値を上回っている。このため、予め定めた値を上回っていることを示すマーカＭａｒｔｆ１，Ｍａｒｔｆ２がそれぞれｔｓｅｔ１の上段にマーカＭａｒｔｆ１が描画される。また、光量時間変化率マイナスの基準値を越えたことから、時刻ｔｏｆｆ１においてその上部に同様にマークＭａｒｔｆ２が描画されている。
【００３２】
例えば、家の中の明るさは電灯によれば１００〜４００ルクス程度であるが、その明るさの変化は夜間の電灯の操作によれば、０．１秒程度で数ルクスから１００〜４００ルクス変化する。一方、日の出、日没によれば、明るさがその程度に変化するのに日の出、日没ともに２時間程度に時間が必要となる。すなわち、人為的光量時間変化率が４００ルクス／０．１秒であり、日の出、日没が４００ルクス／２時間となる。従って、４００ルクス／１秒〜４００ルクス／１０分程度の規格値を設けることで十分判定が可能である。従って、規格値の範囲として、４００ルクス／１秒〜４００ルクス／１０分〜―４００ルクス／１秒〜−４００ルクス／１０分となる。
【００３３】
これに対して、図３（２）では、室内灯の点灯に相当する光量時間変化率の変化が、時刻ｔｏｎ２に発生し、このため、マーカＭａｒｔｆ３が描画されている。しかし消灯に該当するｔｏｆｆ１に相当するｔｏｆｆに消灯信号が存在しない。すなわち、夜になって、室内灯が点灯されたものの室内灯が消灯された形跡がないものである。室内の状態が、室内灯を点灯時には問題が無く、通常の消灯時間に室内に人がいない場合と、室内に人がいないか、消灯できない状態にあったことが推測される。
いずれも、通常の状態ではないことが明らかである。
【００３４】
さらに、図３（３）にあっては、人為的な室内灯の点灯が一切ないことが明らかであります。すなわち、日没であるｔｓｅｔ３や、日の出を示すｔｒｉｓｅ３においては、自然光の光量変化しかないことを示している。すなわち、室内にいる本人が一切、室内灯を制御できない状態にある場合や、室内に室内灯を制御する人間が存在しない場合が考えられる。
【００３５】
次に図４を用いて、本発明に係る生活状況監視システムのブロックダイヤグラムを示す。コントロールボード２６は、携帯電話網２８と無線接続され、携帯電話網２８は、ゲートウェイ３０を介してインターネット３２と接続される。インターネット３２は、ウェブサーバ３４と、アプリサーバ３６と、データベースサーバ３８と、メールサーバ４０と、受け手側携帯電話網のゲートウェイ４１と、ゲートウェイ４１と接続される受け手側携帯電話網４２と、受け手側携帯電話端末４４と、受け手側パーソナルコンピュータ５０が接続するプロバイダーのゲートウェイ４６と、ゲートウェイ４６に接続されるアクセスポイント４８と、受け手側パーソナルコンピュータ５０とから構成される。
【００３６】
コントロールボード２６は、図１で説明した通りである。
【００３７】
携帯電話網２８は、基地局と中継局と交換機とそれらを結ぶ伝送路から構成されるネットワークであり、インターネットとはゲートウェイ３０を介して接続される。
【００３８】
ゲートウェイ３０は、携帯電話網２８とインターネット３２とを接続するサーバコンピュータであって、一方のプロトコルから他方のプロトコルへ変換する機能を備える。
【００３９】
ウェブサーバ３４は、ＨＴＴＰに則り、クライアントソフトウェアのウェブブラウザに対して、ＨＴＭＬやオブジェクトの表示を提供する機能を備えるサービスプログラムが搭載されるサーバコンピュータであって、アプリサーバ３６で生成したグラフをウェブ上で表示できるように動作する。
【００４０】
アプリサーバ３６は、コントロールボード２６から配信される各センサモジュールからのデータをデータベースサーバ３８に格納する機能と、また、各センサモジュールからのデータに異常がある場合は、メールサーバ４０で送信可能な数値データに変換する機能と、さらに異常を通知するメールデータを生成する機能を備えるサービスプログラムが搭載されるコンピュータである。
【００４１】
データベースサーバ３８は、アプリサーバ３６が送信するデータを附属するメモリに格納する機能と、アプリサーバ３６とメールサーバ４０の要求するデータをメモリから呼び出して提供する機能を備えるサービスプログラムが搭載されるサーバコンピュータであって、コントロールボードの識別番号と、センサの識別番号と、受け手携帯電話番号と、ＩＤ番号と、パスワードと、センサの計測時刻データと、センサの計測データと、光量時間変化率とを格納するサーバであり、正式のＩＤとパスワードで認証された要求信号に対してデータを配信する。予め、測定箇所の日の出時刻と日没時刻も格納される。
【００４２】
メールサーバ４０は、電子メールを配送するためのサーバソフトウェアを提供するサービスプログラムが搭載されるサーバコンピュータであって、特にＰＯＰ／ＳＭＴＰを用いることが好ましいが、ＩＭＡＰや他のプロトコルであってもよく、本発明においては、コントロールボード２より配信されたセンサで検出されたデータを受け手側携帯電話端末４４へ電子メールとして配信する機能を備える。
【００４３】
ゲートウェイ４１は、受け手携帯電話網４２とインターネット３２とを接続するサーバコンピュータであって、一方のプロトコルから他方のプロトコルへ変換する機能を備える。
【００４４】
携帯電話網４２は、基地局と中継局と交換機とそれらを結ぶ伝送路から構成されるネットワークであり、インターネットとはゲートウェイ４１を介して接続される。
【００４５】
受け手側携帯電話端末４４は、移動体通信システムの端末であって、本発明においては、メールサーバ４０より配信されるメールを受領することで、遠方にあるコントロールボード２６に接続されるセンサモジュールの測定するデータを受信するかまたは前記ウェブサーバのウェブデータを閲覧できる機能を備える。
【００４６】
ゲートウェイ４６は、アクセスポイント４８とインターネット３２とを接続するサーバコンピュータであって、一方のプロトコルから他方のプロトコルへ変換する機能を備える。
【００４７】
アクセスポイント４８は、受け手側パーソナルコンピュータ５０がインターネットにアクセスするためのインターネット接続プロバイダである。
【００４８】
受け手側パーソナルコンピュータ５０は、演算処理部と制御回路と入出力回路と記憶回路を備え、記憶回路内にＯＳとアプリケーションプログラムを搭載し、アプリケーションプログラムに従って演算を行う装置であり、特にネットワーク経由でのウェブページの閲覧機能と、メールの送受信機能を備える装置であればよい。
【００４９】
図５を用いて、本発明に係る生活状況監視システムによる監視方法のフローの（Ｓ２）から（Ｓ１８）の工程について説明する。
【００５０】
光センサ１８は、５分〜１０分間隔で光量を測定する（Ｓ２）。
【００５１】
測定されたデータは、全てコントロールボード２６に送られ、メモリ１２に測定時刻とともに光量値が格納される（Ｓ４）。
【００５２】
コントロールボード２６は、１時間光センサ１８の計測データを収集すると、計測データを測定時刻データとまとめてアプリサーバ３６に向けて送信する（Ｓ６）。
【００５３】
アプリサーバ３６は、コントロールボード２６から計測データと測定時刻データを受信する（Ｓ８）。
【００５４】
アプリサーバ３６は、連続する２つの計測データとその測定時刻から、単位時間当たりの光量時間変化率を計測データ毎に全て算出する（Ｓ１０）。
【００５５】
アプリサーバ３６は、予め、夜間であって街灯の無い状態で、室内灯を点灯させた場合の光量時間変化率を点灯光量時間変化率として、夜間であって街灯の無い状態で、室内灯を消灯させた場合の光量時間変化率を消灯光量時間変化率として計測し、その値をアプリサーバ３６のメモリに格納しておく。そこで、計測データ毎に算出した光量時間変化率が、点灯光量時間変化率と消灯光量時間変化率の範囲内にあるか否かを比較判定する（Ｓ１２）。
【００５６】
光量時間変化率が、点灯光量時間変化率と消灯光量時間変化率の範囲内にある場合は、自然的光量変動、すなわち、日没または日の出による変動と判定する（Ｓ１４）。あらかじめ、日の出時刻と日没時刻をメモリに格納し、その時刻とのずれが誤差の範囲であることを確認すればより精度を向上させることができる。
【００５７】
一方、光量時間変化率が、点灯光量時間変化率と消灯光量時間変化率の範囲外にある場合は、人為的光量変動であると判定する（Ｓ１６）。すなわち、室内に人間が存在し、人間の意思により室内灯を点灯または消灯したと判断する。
【００５８】
アプリサーバ３６は、人為的光量変動があった時刻を確定する（Ｓ１７）。
【００５９】
アプリサーバ３６は、計測データと測定時刻データと人為的光量変動が存在した場合のその時刻データをデータベースサーバ３８のメモリに格納する（Ｓ１８）。
【００６０】
図６に、本発明に係る生活状況監視システムによる監視方法のフローにおけるＳ２０以降の工程について説明する。
【００６１】
アプリサーバ３６は、日の出時刻までに人為的光量変更があるか否かを判定する（Ｓ２０）。
【００６２】
アプリサーバ３６は、人為的光量変更が無い場合は、異常と判定する（Ｓ２２）。
【００６３】
アプリサーバ３６は、異常と判定した場合は、異常である旨のメールデータを作成する（Ｓ２４）。アプリサーバ３６が、メールデータをメールサーバ４０へ送信する。
【００６４】
メールサーバ４０は、受領したメールデータを受け手側携帯電話端末４４または、受け手側パーソナルコンピュータ５０の少なくとも一方に宛てに送信する（Ｓ２６）。
【００６５】
アプリサーバ３６が、データベースサーバ３８にデータを登録する（Ｓ２８）。
【００６６】
その後、光センサ１８は、５分〜１０分間隔で光量を測定する（Ｓ２）工程へ戻る。
【００６７】
図７に、本発明の第１の実施例に係る生活状況監視システムにおけるシステム全体の送受信に関するフローチャートを示す。
【００６８】
コントロールボード２６は、内蔵するタイマ１０により５分〜１０分の予め光量を測定する（Ｓａ２）。所定の時間間隔例えば、１０分経過ごとに光センサの出力を取り込む。
【００６９】
光センサ１８は、光量を電圧値として検出する（Ｓａ４）。電圧値は、コントロールボード２６のＡＤコンバータＡＤ１（８）へ伝達される（Ｓａ６）。
【００７０】
コントロールボード２６は、検出してＡＤコンバータＡＤ１（８）でデジタル化された光量値をコントロールボード２６内のメモリ１２に時間情報とともに格納して蓄積される（Ｓａ８）。
【００７１】
コントロールボード２６は、所定の時間間隔が経過、例えば、１時間経過した際に、アプリサーバ３６への接続を試みる。まずは、コントロールボード２６は、アプリサーバ３６へ接続確認信号を送信する（Ｓａ１０）。
【００７２】
これに対して接続確認信号を受信すると、アプリサーバ３６は、接続が可能な状態であれば、接続ＯＫ信号を送信する（Ｓａ１２）。
【００７３】
引き続き接続ＯＫ信号を受信すると、コントロールボード２６は、通信確認信号をアプリサーバ３６へ送信する（Ｓａ１４）。
【００７４】
この通信確認信号を受信すると、アプリサーバ３６は、通信が可能であれば、通信ＯＫ信号をコントロールボード２６へ送信する（Ｓａ１６）。
【００７５】
通信ＯＫ信号を受信すると、コントロールボード２６は、光量値情報と測定時刻情報をアプリサーバ３６へデータ通信として送信する（Ｓａ１８）。
【００７６】
アプリサーバ３６は、光量値情報と測定時刻情報を受信して蓄積する（Ｓａ２０）。
【００７７】
アプリサーバ３６は、連続する光量値情報と測定時刻情報とから単位時間当たりの光量時間変化率を算出する。すなわち、連続する２つの光量値の後の光量値から先の光量値の差を２つの測定時間の差で割り光量値時間変化率を算出する。求められた光量値時間変化率をあらかじめ登録してある日の出時の光量値時間変化率及び日没時の光量時間変化率と比較し、計測した光量時間変化率が日の出時の光量値時間変化率及び日没時の光量時間変化率の範囲にあるか否かを判定する。
【００７８】
計測した光量時間変化率が日の出時の光量値時間変化率及び日没時の光量時間変化率の範囲内の値であれば、光量時間変化率は、変化無または日の出、日没の自然光による光量御時間変化率であると判定する。
【００７９】
一方、計測した光量時間変化率が日の出時の光量値時間変化率及び日没時の光量時間変化率の範囲外である場合は、光量時間変化率は、人為的な変化率と判定する。すなわち、人間による室内灯の点灯または消灯と判定する（Ｓａ２２）。間による室内灯の点灯または消灯と判定された場合は、点灯か消灯のいずれであるかと、その時刻が記録される。
【００８０】
アプリサーバ３６は、さらに、人間による消灯が日没後、次の日の出までの間に発生しているかいないかを判定する。人間による消灯がある場合は、通常判定となる（Ｓａ２４）。
【００８１】
通常判定の場合は、アプリサーバ３６は、光量情報と測定時刻情報をデータベースサーバ３８に送信する（Ｓａ２６）。
【００８２】
データベースサーバ３８は、メモリ装置に光量情報と測定時刻情報と人間による点灯または消灯情報を格納し、蓄積する（Ｓａ２８）。
【００８３】
一方、アプリサーバ３６は、さらに、人間による消灯が日没後、次の日の出までの間に発生していないと判定した場合は、すなわち、人間による消灯がないと判断される場合は、異常判定となる（Ｓａ３０）。
【００８４】
異常判定の場合も、アプリサーバ３６は、光量情報と測定時刻情報をデータベースサーバ３８に送信する（Ｓａ３２）。
【００８５】
データベースサーバ３８は、メモリ装置に光量情報と測定時刻情報と人間による点灯または消灯情報を格納し、蓄積する（Ｓａ３４）。
【００８６】
アプリサーバ３６は、異常判定を連絡する受け手側携帯電話端末４４宛てのメールデータを作成する（Ｓａ３６）。すなわち、特定の年月日何時以降に消灯または、点灯と消灯のいずれもが翌日の日の出までに無い旨のメールデータを生成する。
【００８７】
アプリサーバ３６は、異常判定メールをメールサーバ４０宛てに送信する（Ｓａ４０）。
【００８８】
メールサーバ４０は、受信した異常判定メールを受け手側携帯電話端末４４宛てに転送する（Ｓａ４４）。
【００８９】
受け手側携帯電話端末４４は、異常判定メールを受信する。このようにして、受け手側携帯電話端末４４は異常判定メールを受信することができる。
【００９０】
図８に、点灯データ生成時のフローと、ウェブデータ作成フローについて詳細に示す。なお、図７と異なる工程を中心に説明する。工程Ｓｂ２２までは、図７同様であることから、工程ｓｂ２４から説明する。
【００９１】
データ判定後、アプリサーバ３６は、連続する光量値情報と測定時刻情報とから単位時間当たりの光量時間変化率を算出する。すなわち、連続する２つの光量値の後の光量値から先の光量値の差を２つの測定時間の差で割り光量値時間変化率を算出する。求められた光量値時間変化率をあらかじめ登録してある日の出時の光量値時間変化率及び日没時の光量時間変化率と比較し、計測した光量時間変化率が日の出時の光量値時間変化率及び日没時の光量時間変化率の範囲にあるか否かを判定する。
【００９２】
計測した光量時間変化率が日の出時の光量値時間変化率及び日没時の光量時間変化率の範囲内の値であれば、光量時間変化率は、変化無または日の出、日没の自然光による光量御時間変化率であると判定する。
【００９３】
一方、計測した光量時間変化率が日の出時の光量値時間変化率及び日没時の光量時間変化率の範囲外である場合は、光量時間変化率は、人為的な変化率と判定する。すなわち、人間による室内灯の点灯または消灯と判定する（Ｓｂ２４）。
【００９４】
アプリサーバ３６は、人為的な変化率と判定した場合は、人為的な変化率であることを示すマーク用データを生成する。すなわち、人為的変化率である旨と、人為的変化の発生した時刻を発生時刻として決定し、人為的変化率発生情報と発生時刻情報を作成する（Ｓａ３６）。
【００９５】
アプリサーバ３６は、この作成マークデータと光量値情報と測定時刻情報をデータサーバ３８に送信する（Ｓｂ２８）。
【００９６】
データサーバ３８は、受信した作成マークデータと光量値情報と測定時刻情報をメモリ装置格納する（Ｓｂ３２）。
【００９７】
一方、受け手側携帯電話端末４４または、受け手側パーソナルコンピュータ５０からウェブ要求があった場合について説明する。受け手側携帯電話端末４４または、受け手側パーソナルコンピュータ５０は、ウェブサーバ３４に対して、ウェブページ閲覧要求を送信する（Ｓｂ３６）。
【００９８】
ウェブサーバ３４は、要求してきた受け手側携帯電話端末４４または、受け手側パーソナルコンピュータ５０に対して、認証要求としてＩＤ番号とパスワード番号の請求を行う（Ｓｂ３８）。
【００９９】
受け手側携帯電話端末４４または、受け手側パーソナルコンピュータ５０は、ウェブサーバ３４に対して、ＩＤ番号とパスワード番号を送信する（Ｓｂ４０）。
【０１００】
ウェブサーバ３４は、照会されたＩＤ番号とパスワード番号をデータベースサーバ３８に照会する（Ｓｂ４２）。
【０１０１】
データベースサーバ３８は、照会されたＩＤ番号とパスワード番号が適合している場合は、適合していると結果を送信し、適合していない場合は、その旨返信する（Ｓｂ４４）。
【０１０２】
ウェブサーバ３４は、認証が適合している場合は、さらに、受け手側携帯電話端末４４または、受け手側パーソナルコンピュータ５０と関連付けされている作成マークデータと光量値情報と測定時刻情報をデータベースサーバ３８に要求する（Ｓｂ４６）。
【０１０３】
データベースサーバ３８は、要求された作成マークデータと光量値情報と測定時刻情報をウェブサーバ３４に送信する（Ｓｂ４８）。
【０１０４】
そこで、ウェブサーバ３４は、参照し、ウェブ表示用にＪｐＧｒａｐｈ（商標），ＰＨＰｌｏｔ（商標）等のグラフデータが表示されるウェブデータを生成する（Ｓｂ５０）。具体的には、時間当たりの光量の変化グラフを示す。
【０１０５】
ウェブサーバ３４は、生成したウェブデータを受け手側携帯電話端末４４または、受け手側パーソナルコンピュータ５０が閲覧できるように例えばｈｔｍｌフォーマットのページデータを生成する。
【０１０６】
従って、受け手側携帯電話端末４４または、受け手側パーソナルコンピュータ５０にウェブ上で、例えば、図３のように、時間に対する光量の様子がわかり、また、人為的な消灯と点灯にはマーク表示がなされる。
【０１０７】
図９に、本発明を実施した筐体５１の外観図を示す。筐体５１には、電源入電時点灯する緑色ＬＥＤマーク５２と、データ送信時に明るくなる赤色ＬＥＤマーク５３と、光量を測るＣＤＳセル５４が筐体５１前面のパネル５５に配置されている。また、温度センサは、金属製の前面パネル５５に温度センサ５７がシリコン等の熱伝導シール５６により熱結合されて配置される。
【０１０８】
（実施例２）
本発明の第１の実施例である生活状況監視システムにおいて、温度異常を検出する機能について説明する。異常と判定されるのは図１０（２）に示されるような場合である。
【０１０９】
図１０を用いて、温度センサにおける温度時間変化率について説明する。図１０（１）は、時間対温度曲線Ｃ５を示しており、時間ｔｔ１において温度がＴ１であり、時間ｔｔ２において温度がＴ２である。ｔｔ１とｔｔ２の差がΔｔｔであり、Ｔ１とＴ２の差がΔＴである。図１０（２）に時間対温度時間曲線Ｃ６を示す。ここで、図１０（２）では、温度の変化率が突然時刻ｔｔ３で急激に変化した例を示す。ここで、温度時間変化率（ΔＴ／Δｔｔ）の値がある値以上になった場合は、異常値と判定する。
【０１１０】
例えば、火災発生時の気温の変化は１００℃／分であり、日常の気温の変化は、７℃／６時間であり、規定値として１００℃／１０分から１００℃／６０分の規格値でも十分判定可能である。
【０１１１】
図１１に示すように、温度異常の判定は、アプリサーバ３６ではなく、コントロールボード２６で判定する。その旨をフローチャートを用いて説明する。
【０１１２】
まず、温度センサが１分間隔で温度を測定して、電圧値として出力する（Ｓ４０）。なお、通常時は１０分毎に計測する。
【０１１３】
測定されたデータは、全てコントロールボード２６に送られ、メモリ１２に測定時刻とともに測定温度が格納される（Ｓ４２）。
【０１１４】
コントロールボード２６は、測定時刻と測定温度から、センサ測定時間変化量値を算出する。また、コントロールボードは２６は、異常判定用の上限温度センサ測定時間変化量値ＬＴＥＭＰが予め定められている。センサ測定時間変化量値がこのＬＴＥＭＰ値を上回るか否かを判定する（Ｓ４４）。
【０１１５】
温度センサ測定時間変化量値がこのＬＴＥＭＰ値を上回った場合は、コントロールボード２６がその旨をアプリサーバ３６へ送信する（Ｓ４６）。
【０１１６】
アプリサーバ３６は、センサ測定時間変化量値がこのＬＴＥＭＰ値を上回ったとの情報を受信する（Ｓ４８）。
【０１１７】
アプリサーバ３６は、センサ測定時間変化量値がこのＬＴＥＭＰ値を上回った旨のメールデータを作成する（Ｓ５０）。
【０１１８】
アプリサーバ３６は、メールサーバ４０へ作成メールデータを送信する（Ｓ５２）。
【０１１９】
メールサーバ４０は、作成メールデータを受け手側携帯電話端末４４に送信する（Ｓ５４）。その後、温度センサ工程へ戻る。
【０１２０】
一方、センサ測定時間変化量値がこのＬＴＥＭＰ値を同等か下回った場合は、コントロールボード２６は、１時間温度センサ２０の計測データを収集すると、計測データを測定時刻データとまとめてアプリサーバ３６に向けて送信する（Ｓ６０）。
【０１２１】
アプリサーバ３６は、コントロールボード２６から計測データと測定時刻データを受信する（Ｓ６２）。
【０１２２】
アプリサーバ３６が、データベースサーバ３８にデータを登録する（Ｓ６４）。
【０１２３】
図１２に、本発明の第２の実施例に係る生活状況監視システムにおけるシステム全体の送受信に関するフローチャートを示す。
【０１２４】
温度センサ２０は、熱電対等を用いて温度を測定し、温度情報と測定時刻情報をコントロールボード２６に伝達する（Ｓｃ２）。
【０１２５】
コントロールボード２６は、温度センサより受信した温度情報と測定時刻情報を蓄積する（Ｓｃ４）。
【０１２６】
コントロールボード２６内の演算部６がメモリ１２に格納されるプログラムによって、連続する温度情報と測定時刻情報から温度センサ測定時間変化量値を算出する（Ｓｃ６）。
【０１２７】
コントロールボード２６は、異常判定用の上限温度センサ測定時間変化量値ＬＴＥＭＰと温度センサ測定時間変化量値を比較し、上限温度センサ測定時間変化量値ＬＴＥＭＰを上回っていた場合は、異常値と判定する（Ｓｃ８）。
【０１２８】
コントロールボード２６は、異常データ判定の結果をアプリサーバ３６に送信する（Ｓｃ１０）。
【０１２９】
アプリサーバ３６は、異常と判定した場合は、異常であり温度が急上昇しており火災の可能性がある旨のメールデータを作成する（Ｓｃ１２）。
【０１３０】
アプリサーバ３６が、メールデータをメールサーバ４０へ送信する（Ｓｃ１４）。
【０１３１】
メールサーバ４０は、アプリサーバ３６からメールデータを受信する（Ｓｃ１６）。受信したメールを受け受け手側携帯電話端末４４に送信する（Ｓｃ２０）。すなわち、温度異常はサーバではなく、コントロールボード２６で判断して、直ちに受け手側携帯電話端末４４に送信することができる。
【０１３２】
（実施例３）
続いて、光センサや温度センサを複数個別々の場所に配置する場合の本発明の第３の実施例である生活状況監視システムにおけるコントロールボード２６を示すブロックダイヤグラム図１３に示す。
【０１３３】
実施例１における図１との違いは、コントロールボード２６は、本体内部に携帯電話網に接続する携帯電話用通信網用モジュール２４の他にコントローラ通信用通信モジュール６０を備える点である。
【０１３４】
このコントローラ通信用通信モジュール６０は、他のセンサを搭載したコントロールボード６８と接続するためのモジュールである。他のコントロールボード用接続モジュール６０のみを搭載したコントロールボード６８と接続が可能である。接続形態としては、無線ＬＡＮ規格やＩｒｄａ規格を含む赤外線規格、微弱電波規格、特定小電力電波規格およびブルートゥース規格をもちいることができる。図１３にコントロールボード６２の構成を示す。
【０１３５】
図１４に、本発明の第３の実施例である生活状況監視システム１に係るコントロールボード６８のブロックダイヤグラムが示されている。
【０１３６】
コントロールボード６８は、携帯電話用通信網用モジュール２４が存在しないことが特徴であり、光センサや温度センサを搭載し、図１３に示すコントロールボード６２親機に対する子機の働きをするものである。
【０１３７】
図１５に、本発明に係る生活状況監視システムの実施例３に係るブロックダイヤグラムを示す。図４に示す実施例１との差異は、携帯網およびボード間通信接続第１コントロールボード６２の他にボード間通信接続第１コントロールボード６８が存在する点で異なっている。
【０１３８】
図１６は、本発明に係る生活状況監視システムによる監視方法のフローを示す。図５のフローと異なるのは、Ｓ７０〜Ｓ７４でありその旨説明する。すなわち、センサの測定は、ボード間コントローラのセンサが測定する（Ｓ７０）。
【０１３９】
続いて携帯網およびボード間通信接続第１コントロールボード６２のセンサが光センサまたは温度センサが測定する（Ｓ７２）。
【０１４０】
携帯網およびボード間通信接続第１コントロールボード６２は、光センサ１８と温度センサ２０のデータは直接ＡＤコンバータＡＤ１（８）およびＡＤコンバータＡＤ２（２２）経由で演算部６を介してデータが送られる。
【０１４１】
一方、ボード間通信接続第１コントロールボード６８は光センサ１８と温度センサ２０の計測情報は、コントローラ通信用通信モジュール６４経由で、携帯網およびボード間通信接続第１コントロールボード６２へ送信される。その結果両コントローラデータが集積される（Ｓ７４）。
【０１４２】
続いて、図１８を用いて本発明の第３の実施例に係る生活状況監視システムにおけるシステム全体の送受信に関するフローチャートを示す。図７と比較すると第１センサと第２センサ、第１コントローラと第２コントローラを有し、Ｓｄ１０までが図７と異なる工程となる。
【０１４３】
すなわち、第１コントロールで測定時間を管理する（Ｓｄ２）。第１センサと第２センサについて検出し（ｓｄ４、ｓｄ６）何れのデータも第１コントローラにデータが送信される（Ｓｄ８，Ｓｄ１０）。第１コントロールボード６２がデータを蓄積する（Ｓｄ１２）。このような配置とすることで、複数の子機の場所の光量時間変化率を測定可能である。この場合、部屋毎の室内灯消灯の検出や、異常時メールも部屋毎に行うことができる。すなわち、集合住宅等への適用も可能である。
【符号の説明】
【０１４４】
１ 生活状況監視システム
２ マイクロコンピュータ
６ 演算部
８ 第１のＡＤコンバータ（ＡＤコンバータＡＤ１）
１０ タイマ
１２ メモリ
１４ 出力部
１６ プログラム
１８ 光センサ
２０ 温度センサ
２２ 第２のＡＤコンバータＡＤ２（ＡＤコンバータＡＤ２）
２４ 携帯電話用通信網用モジュール
２６ コントロールボード
２８ 携帯電話網
３０ ゲートウェイ
３２ インターネット
３４ ウェブサーバ
３６ アプリサーバ
３８ データベースサーバ
４０ メールサーバ
４１ 受け手側携帯電話網のゲートウェイ
４２ 受け手携帯電話網
４４ 受け受け手側携帯電話端末
４６ プロバイダーのゲートウェイ
４８ アクセスポイント
５０ 受け手側パーソナルコンピュータ
５１ 筐体
５２ 緑色ＬＥＤマーク
５３ 赤色ＬＥＤマーク
５４ ＣＤＳセル
５５ パネル
５７ 温度センサ
５６ 熱伝導シール
６０ コントロールボード用接続モジュール
６２ 携帯網およびボード間通信接続第１コントロールボード
６４ コントローラ通信用通信モジュール
６８ ボード間通信接続第１コントロールボード
６８ コントロールボード
【技術分野】
【０００１】
本発明は、単身世帯の世帯主の生活状況を監視するシステムに係り、特に携帯電話モジュールを活用するシステムに関する。
【背景技術】
【０００２】
日本国内の平成２０年における６５歳以上の者のいる世帯は１９７７万世帯であり、そのうち、単独世帯は４３５万世帯である。このような世帯において、居住者である６５歳以上の老人が、突然体調が悪化した場合に自ら他者へ連絡できない場合は、生死の危険を伴う可能性がある。実際に、死亡した場合はいわゆる孤独死として定義され、社会問題として提起されている。
【０００３】
これらの課題を解決すべくすでに、幾つかの提案がなされている。例えば、特許文献１は、見守り担当業者Ｂの見守りサーバ１は見守り対象者Ａの行動検出情報を収集して対応する被連絡者及びサービス提供担当業者へ電子メールとして配信する。一方サービス提供担当業者Ｃの管理用サーバ４は配信されてくる検出情報の統計処理を行うとともに解析判断を行い、これら処理結果や解析判断結果を電子メールとして被連絡者Ｄ宛に送信し、また判断結果が異常の場合や被連絡者からの依頼に基づいて管理用データベース５に格納されている各派遣員の現況情報から当該見守り対象者Ａの居宅Ｈへ派遣可能な派遣員を検索抽出することにより、見守りサービスのための見守り用サーバと、見守り対象者宅への派遣員の派遣サービス等のための管理用サーバとで機能分担が図れ、夫々の担当業者が設置するサーバの処理負担を軽減できる方法が提案されている。
【０００４】
また、特許文献２は、電力の使用状況をパターン化したデータと、クラインアント端末から受信して保存した電力使用量のデータを比較する方法について開示されている。このデータの比較から差分を抽出し、抽出した差分と予め定めた閾値データとを比較して閾値を超えた場合に異常発生検出と判定する手段と、異常が検出された時に予め定めた宛先に通知する手段を有する発明が記載されている。
【０００５】
さらに、特許文献３は、「制御盤Ｃのコントロール部２４は、各スイッチ装置Ｂから送られてくる監視データを時計部２３でカウントする時刻と共にメモリ２２に記憶し、監視データ及び時刻から１日の平均的な時間経過に対する照明装置Ａの点滅状態をパターン化して基本点滅パターンと比較して、監視データによって把握される照明装置Ａの点滅パターンがメモリ２２に記憶されている基本点滅パターンと著しく異なる場合に居住者に異常が生じていると判断する」旨が記載されている。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２００４−２３４１３４号公報
【特許文献２】特開２００７−１８３８９０号公報
【特許文献３】特開２００２−８３３８７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
しかしながら、特許文献１で示される方法では、固定電話回線を使用しており、見守り対象を監視するセンサと固定電話を接続する装置をセンサ側と固定電話機側に設ける必要があり、煩雑である。固定電話を利用する場合は、電話機の位置によって配置が限定されることとなり、設置時の自由度が低下する。
【０００８】
また、特許文献２おける、電力を用いる場合は、その日の天気や気温や季節の変動、また、活動によって変化が発生し、例えば閾値を定める場合も、想定される原因も複雑となり、閾値の予想を立てるのが困難である。
【０００９】
さらに、特許文献３では、照明装置の点滅は、さまざまなパターンが用いられ、基本点滅パターンを比較して監視データとなり、異常の判断が来ないものである。また、本文献の発明を実施するためには、照明に特別な装置を設けることが必要となり、照明選択の自由度が低下する。
【００１０】
本発明の目的は、既に複数の機能が搭載されて移動の可能な無線装置を活用して、操作者の能動的な操作を必要とすることなく、単身世帯の世帯主の生活状況を監視するシステムを提供することである。
【課題を解決するための手段】
【００１１】
本発明に係る生活状況監視システムは、携帯電話網インターフェースと演算部と光センサ部とを備えるコントロールボードと、前記コントロールボードが携帯電話網とインターネットを介してアプリサーバ並びにメールサーバとデータベースサーバとウェブサーバとに接続されて、前記コントロールボードは光センサ部で検出した光量情報を前記アプリサーバに送信し、前記アプリサーバは光量情報をデータベースサーバに送信するとともに光量情報の時間変化率を算出して予め算出した規定値から光量情報時間変化率が日の出による変化なのか、日没による変化なのか、人為的な燈火の点灯による変化なのか、人為的な燈火の消灯による変化なのかを判定し、前記日の出による変化の間に前記人為的な燈火の消灯による変化が存在しない非消灯事態である場合に、前記アプリサーバが消灯がなされていない旨のメールを生成し、前記メールを前記メールサーバ経由で予め定めた連絡先端末に送信する。
【００１２】
また、本発明に係る生活状況監視方法は、携帯電話網インターフェースと演算部と光センサ部とを備えるコントロールボードと、前記コントロールボードが携帯電話網とインターネットを介してアプリサーバ並びにメールサーバとデータベースサーバとウェブサーバとに接続される生活状況監視方法において、
前記コントロールボードは光センサ部で検出した光量情報を前記アプリサーバに送信するステップと、
前記アプリサーバは光量情報をデータベースサーバに送信するステップと、
前記アプリサーバは光量情報の時間変化率を算出するステップと、
前記アプリサーバは予め算出した規定値をメモリに格納しておくステップと、
前記アプリサーバは、光量情報時間変化率が日の出による変化なのか、日没による変化なのか、人為的な燈火の点灯による変化なのか、人為的な燈火の消灯による変化なのかを予め算出した規定値との比較によって判定するステップと、
前記アプリサーバは、前記日の出による変化の間に前記人為的な燈火の消灯による変化が存在しない非消灯事態である場合に、前記アプリサーバが消灯がなされていない旨のメールを生成するステップと、
前記メールを前記メールサーバ経由で予め定めた連絡先端末に送信する。
【発明の効果】
【００１３】
第１に、無線装置を利用することで、センサと無線装置並びに無線装置と外部サーバとを接続する機能は、無線装置に搭載されているため、簡便な方法でシステムを構築することができる。また、設置時の配置位置の自由度が確保されるという効果も有する。
【００１４】
第２に、監視する側も無線装置に監視状況が通報されるため、無線装置が使用可能である地域におれば確実に監視ができる。
【図面の簡単な説明】
【００１５】
【図１】本発明の第１の実施例に係る生活状況監視システムにおけるコントロールボードの実施例のブロックダイヤグラムである。
【図２】本発明の第１の実施例に係る生活状況監視システムにおける光センサにより（１）時間対光量グラフを示し、（２）光量時間変化率対時間グラフを示す。
【図３】本発明の第１の実施例に係る生活状況監視システムにおける光センサによる（１）光量対時間の測定結果であり、夜間に居住者による燈火について消灯がなされているグラフであり、（２）夜間の居住者による燈火の点灯がなされた後に、消灯がなされていないグラフであり、（３）夜間に居住者による燈火の点灯も消灯もなされていないグラフである。
【図４】本発明の第１の実施例に係る生活状況監視システムにおけるシステム全体のブロックダイヤグラムである。
【図５】本発明の第１の実施例に係る生活状況監視システムにおけるシステム全体のフローチャートである。
【図６】本発明の第１の実施例に係る生活状況監視システムにおけるシステム全体のフローチャートである。
【図７】本発明の第１の実施例に係る生活状況監視システムにおけるシステム全体の送受信に関するフローチャートである。
【図８】本発明の第１の実施例に係る生活状況監視システムにおけるシステム全体の送受信に関するフローチャートである。
【図９】本発明の第１の実施例に係る生活状況監視システムにおけるコントロールボードの実施例の外観図である。
【図１０】本発明の第２の実施例に係る生活状況監視システムにおける温度センサにより（１）時間対温度グラフを示し、（２）時間対温度グラフであって、ｔ３の時刻で温度急上昇が発生したことを示す。
【図１１】本発明の第２の実施例に係る生活状況監視システムにおけるシステム全体のフローチャートである。
【図１２】本発明の第２の実施例に係る生活状況監視システムにおけるシステム全体の送受信に関するフローチャートである。
【図１３】本発明の第３の実施例に係る生活状況監視システムにおけるコントロールボードの実施例のブロックダイヤグラムである。
【図１４】本発明の第３の実施例に係る生活状況監視システムにおけるコントロールボードの実施例のブロックダイヤグラムである。
【図１５】本発明の第３の実施例に係る生活状況監視システムにおけるシステム全体のブロックダイヤグラムである。
【図１６】本発明の第３の実施例に係る生活状況監視システムにおけるシステム全体のフローチャートである。
【図１７】本発明の第３の実施例に係る生活状況監視システムにおけるシステム全体のフローチャートである。
【図１８】本発明の第３の実施例に係る生活状況監視システムにおけるシステム全体の送受信に関するフローチャートである。
【発明を実施するための形態】
【００１６】
（実施例１）
次に、本発明の実施の形態について図面を参照して詳細に説明する。なお、以下で説明する全ての図面において、同一の構成要素には同一の符号を付加し、適宜説明を省略する。
【００１７】
図１は、本発明の第１の実施例である生活状況監視システムにおけるコントロールボード２６を示すブロックダイヤグラムである。
【００１８】
本発明の第１の実施例である生活状況監視システム１に係るコントロールボード２６は、演算部６と第１のＡＤコンバータ（以下、ＡＤコンバータＡＤ１と云う）８とタイマ１０とメモリ１２と出力部１４と第２のＡＤコンバータ（以下、ＡＤコンバータＡＤ２と云う）（２２）を内蔵するマイクロコンピュータ２と、このマイクロコンピュータ２と結合する光センサ１８と、同じく結合する温度センサ２０と、同じく結合する携帯電話網と通信可能な携帯電話用通信網用モジュール２４とからなる装置である。
【００１９】
マイクロコンピュータ２は、半導体上にＲＯＭ、ＲＡＭ，演算部、周辺回路、タイマ、入出力回路を搭載したものであり、ＡＶＲ（商標）、ＰＩＣ（商標）、Ｈ８（商標）などのＬＳＩ回路を採用することができる。
【００２０】
演算部６は、メモリ１２と接続されデータパスの制御回路であり、データを受取その受取データの送信先を決定するよう構成される。メモリ１２に格納されるプログラム１６と協働して動作する。
【００２１】
ＡＤコンバータＡＤ１（８）は、第一のアナログデータコンバータであり、光センサ１８であるＣＤＳセルが光量の変化に応じて変化する抵抗値に応じて変化したアナログの電圧値を受信してデジタル信号に変換する回路である。フラッシュ型、パイプライン型、逐次変換型、デルタシグマ型、二重積分型のＡＤのいずれでもよい。フォトトランジスタで光量を検出した場合は、電圧変換した値を変換してもよい。
【００２２】
タイマ１０は、予め定めた時間を計測する回路であり、計測を開始または前記携帯電話用通信モジュール２４から測定データをサーバに送るタイミングを計る、フリップ―フロップ回路等で構成される。
【００２３】
メモリ１２は、記憶装置であって、特にマイクロコンピュータ２であるプログラム１６が格納される。予めデータを格納しておくＲＯＭ型と、演算時に順次書き込み、不使用時に消去されるＲＡＭ型のいずれもが搭載される。ＲＯＭ型は、さらに、複数回の書き込みが可能なフラッシュＲＯＭが採用されてもよい。
【００２４】
出力部１４は、例えば電源回路の動作に連動や携帯電話用通信網用モジュール２４への指示を行う信号に連動して点灯するＬＥＤを設けてもよい。
【００２５】
プログラム１６は、光センサ１８や温度センサ２０等で計測したデータを通信モジュールへ送信するプログラムと、温度センサ２０で計測したデータから時間変化率を算出するプログラムや、計測した時間変化率と規定値とを比較して変化がある場合に通信モジュールに送付するプログラムが格納される。
【００２６】
ＡＤコンバータＡＤ２（２２）は、第二のアナログデータコンバータであり、ＡＤコンバータＡＤ１（８）同様の構成であり、温度センサ２０の発生する起電力をデジタル信号に変換する。
【００２７】
光センサ１８は、ＣＤＳセンサ、フォトダイオード、フォトレジスタにより光の変化によって抵抗値の変化として計測する機能を有する。
【００２８】
温度センサ２０は、熱電対やサーミスタと接続され、温度の変化を端子の両端電圧や抵抗値の変化として検出する機能を有する。詳細については、図４を用いて後述する。
【００２９】
携帯電話用通信網用モジュール２４は、マイクロコンピュータ２から入力されたデータを、パケットデータに変換して、携帯電話網２８に無線接続して、携帯電話網２８に接続される受信先へパケットデータを送受信する装置である。産業装置、車載機器、セキュリティ端末など、幅広い製品に組み込むことで、製品の稼働状況、位置情報などを取得し、効率的に管理することができる小型の通 信端末あり、例えばＣＤＭＡ １Ｘ（商標）あるいはＣＤＭＡ １Ｘ ＷＩＮ（商標）に対応しており、最大２．４Ｍｂｐｓの高速通信が可能なように構成される。
【００３０】
図２を用いて、本発明における光量時間変化率について説明する。図２（１）は、時間対光量曲線Ｃ１を示しており、時間ｔ１において光量がｓ１であり、時間ｔ２において光量がｓ２である。ｔ１とｔ２の差がΔｔであり、ｓ１とｓ２の差がΔｓである。図２（２）に時間対光量時間変化率曲線Ｃ２を示す。ここで、図２（２）では、光量時間変化率（Δｓ／Δｔ）の値がＬｓｔｎである直線Ｃ３が示されている。ここで、Ｃ２とＣ３の交点の時間がｔ３である。すなわち、時間にしてｔ１〜ｔ３の間、光量時間変化率（Δｓ／Δｔ）の値がＬｓｔｎであることになる。基準値がＬｓｔｎとなる。一方、基準値はマイナスの光量時間変化率（Δｓ／Δｔ）にも設けられ、図２（２）では、マイナスの基準値が―Ｌｓｔｎである曲線Ｃ４が開示されている。従って、光量時間変化率（Δｓ／Δｔ）の値が―Ｌｓｔｎ以下となった場合も基準値の範囲外となる。
【００３１】
図３を用いて、本発明に係る時間対光量曲線を示し、（１）は日没ｔｓｅｔより前の時間ｔｏｎ時に室内灯が点灯され、夜間のある時間ｔｏｆｆに消灯がなされ、時刻ｔｒｉｓｅに日の出となり、徐々に明るくなる様子が示されている。また、光量時間変化率が時刻ｔｏｎと時刻ｔｒｉｓｅに光量時間変化率が予め定めた値を上回っている。このため、予め定めた値を上回っていることを示すマーカＭａｒｔｆ１，Ｍａｒｔｆ２がそれぞれｔｓｅｔ１の上段にマーカＭａｒｔｆ１が描画される。また、光量時間変化率マイナスの基準値を越えたことから、時刻ｔｏｆｆ１においてその上部に同様にマークＭａｒｔｆ２が描画されている。
【００３２】
例えば、家の中の明るさは電灯によれば１００〜４００ルクス程度であるが、その明るさの変化は夜間の電灯の操作によれば、０．１秒程度で数ルクスから１００〜４００ルクス変化する。一方、日の出、日没によれば、明るさがその程度に変化するのに日の出、日没ともに２時間程度に時間が必要となる。すなわち、人為的光量時間変化率が４００ルクス／０．１秒であり、日の出、日没が４００ルクス／２時間となる。従って、４００ルクス／１秒〜４００ルクス／１０分程度の規格値を設けることで十分判定が可能である。従って、規格値の範囲として、４００ルクス／１秒〜４００ルクス／１０分〜―４００ルクス／１秒〜−４００ルクス／１０分となる。
【００３３】
これに対して、図３（２）では、室内灯の点灯に相当する光量時間変化率の変化が、時刻ｔｏｎ２に発生し、このため、マーカＭａｒｔｆ３が描画されている。しかし消灯に該当するｔｏｆｆ１に相当するｔｏｆｆに消灯信号が存在しない。すなわち、夜になって、室内灯が点灯されたものの室内灯が消灯された形跡がないものである。室内の状態が、室内灯を点灯時には問題が無く、通常の消灯時間に室内に人がいない場合と、室内に人がいないか、消灯できない状態にあったことが推測される。
いずれも、通常の状態ではないことが明らかである。
【００３４】
さらに、図３（３）にあっては、人為的な室内灯の点灯が一切ないことが明らかであります。すなわち、日没であるｔｓｅｔ３や、日の出を示すｔｒｉｓｅ３においては、自然光の光量変化しかないことを示している。すなわち、室内にいる本人が一切、室内灯を制御できない状態にある場合や、室内に室内灯を制御する人間が存在しない場合が考えられる。
【００３５】
次に図４を用いて、本発明に係る生活状況監視システムのブロックダイヤグラムを示す。コントロールボード２６は、携帯電話網２８と無線接続され、携帯電話網２８は、ゲートウェイ３０を介してインターネット３２と接続される。インターネット３２は、ウェブサーバ３４と、アプリサーバ３６と、データベースサーバ３８と、メールサーバ４０と、受け手側携帯電話網のゲートウェイ４１と、ゲートウェイ４１と接続される受け手側携帯電話網４２と、受け手側携帯電話端末４４と、受け手側パーソナルコンピュータ５０が接続するプロバイダーのゲートウェイ４６と、ゲートウェイ４６に接続されるアクセスポイント４８と、受け手側パーソナルコンピュータ５０とから構成される。
【００３６】
コントロールボード２６は、図１で説明した通りである。
【００３７】
携帯電話網２８は、基地局と中継局と交換機とそれらを結ぶ伝送路から構成されるネットワークであり、インターネットとはゲートウェイ３０を介して接続される。
【００３８】
ゲートウェイ３０は、携帯電話網２８とインターネット３２とを接続するサーバコンピュータであって、一方のプロトコルから他方のプロトコルへ変換する機能を備える。
【００３９】
ウェブサーバ３４は、ＨＴＴＰに則り、クライアントソフトウェアのウェブブラウザに対して、ＨＴＭＬやオブジェクトの表示を提供する機能を備えるサービスプログラムが搭載されるサーバコンピュータであって、アプリサーバ３６で生成したグラフをウェブ上で表示できるように動作する。
【００４０】
アプリサーバ３６は、コントロールボード２６から配信される各センサモジュールからのデータをデータベースサーバ３８に格納する機能と、また、各センサモジュールからのデータに異常がある場合は、メールサーバ４０で送信可能な数値データに変換する機能と、さらに異常を通知するメールデータを生成する機能を備えるサービスプログラムが搭載されるコンピュータである。
【００４１】
データベースサーバ３８は、アプリサーバ３６が送信するデータを附属するメモリに格納する機能と、アプリサーバ３６とメールサーバ４０の要求するデータをメモリから呼び出して提供する機能を備えるサービスプログラムが搭載されるサーバコンピュータであって、コントロールボードの識別番号と、センサの識別番号と、受け手携帯電話番号と、ＩＤ番号と、パスワードと、センサの計測時刻データと、センサの計測データと、光量時間変化率とを格納するサーバであり、正式のＩＤとパスワードで認証された要求信号に対してデータを配信する。予め、測定箇所の日の出時刻と日没時刻も格納される。
【００４２】
メールサーバ４０は、電子メールを配送するためのサーバソフトウェアを提供するサービスプログラムが搭載されるサーバコンピュータであって、特にＰＯＰ／ＳＭＴＰを用いることが好ましいが、ＩＭＡＰや他のプロトコルであってもよく、本発明においては、コントロールボード２より配信されたセンサで検出されたデータを受け手側携帯電話端末４４へ電子メールとして配信する機能を備える。
【００４３】
ゲートウェイ４１は、受け手携帯電話網４２とインターネット３２とを接続するサーバコンピュータであって、一方のプロトコルから他方のプロトコルへ変換する機能を備える。
【００４４】
携帯電話網４２は、基地局と中継局と交換機とそれらを結ぶ伝送路から構成されるネットワークであり、インターネットとはゲートウェイ４１を介して接続される。
【００４５】
受け手側携帯電話端末４４は、移動体通信システムの端末であって、本発明においては、メールサーバ４０より配信されるメールを受領することで、遠方にあるコントロールボード２６に接続されるセンサモジュールの測定するデータを受信するかまたは前記ウェブサーバのウェブデータを閲覧できる機能を備える。
【００４６】
ゲートウェイ４６は、アクセスポイント４８とインターネット３２とを接続するサーバコンピュータであって、一方のプロトコルから他方のプロトコルへ変換する機能を備える。
【００４７】
アクセスポイント４８は、受け手側パーソナルコンピュータ５０がインターネットにアクセスするためのインターネット接続プロバイダである。
【００４８】
受け手側パーソナルコンピュータ５０は、演算処理部と制御回路と入出力回路と記憶回路を備え、記憶回路内にＯＳとアプリケーションプログラムを搭載し、アプリケーションプログラムに従って演算を行う装置であり、特にネットワーク経由でのウェブページの閲覧機能と、メールの送受信機能を備える装置であればよい。
【００４９】
図５を用いて、本発明に係る生活状況監視システムによる監視方法のフローの（Ｓ２）から（Ｓ１８）の工程について説明する。
【００５０】
光センサ１８は、５分〜１０分間隔で光量を測定する（Ｓ２）。
【００５１】
測定されたデータは、全てコントロールボード２６に送られ、メモリ１２に測定時刻とともに光量値が格納される（Ｓ４）。
【００５２】
コントロールボード２６は、１時間光センサ１８の計測データを収集すると、計測データを測定時刻データとまとめてアプリサーバ３６に向けて送信する（Ｓ６）。
【００５３】
アプリサーバ３６は、コントロールボード２６から計測データと測定時刻データを受信する（Ｓ８）。
【００５４】
アプリサーバ３６は、連続する２つの計測データとその測定時刻から、単位時間当たりの光量時間変化率を計測データ毎に全て算出する（Ｓ１０）。
【００５５】
アプリサーバ３６は、予め、夜間であって街灯の無い状態で、室内灯を点灯させた場合の光量時間変化率を点灯光量時間変化率として、夜間であって街灯の無い状態で、室内灯を消灯させた場合の光量時間変化率を消灯光量時間変化率として計測し、その値をアプリサーバ３６のメモリに格納しておく。そこで、計測データ毎に算出した光量時間変化率が、点灯光量時間変化率と消灯光量時間変化率の範囲内にあるか否かを比較判定する（Ｓ１２）。
【００５６】
光量時間変化率が、点灯光量時間変化率と消灯光量時間変化率の範囲内にある場合は、自然的光量変動、すなわち、日没または日の出による変動と判定する（Ｓ１４）。あらかじめ、日の出時刻と日没時刻をメモリに格納し、その時刻とのずれが誤差の範囲であることを確認すればより精度を向上させることができる。
【００５７】
一方、光量時間変化率が、点灯光量時間変化率と消灯光量時間変化率の範囲外にある場合は、人為的光量変動であると判定する（Ｓ１６）。すなわち、室内に人間が存在し、人間の意思により室内灯を点灯または消灯したと判断する。
【００５８】
アプリサーバ３６は、人為的光量変動があった時刻を確定する（Ｓ１７）。
【００５９】
アプリサーバ３６は、計測データと測定時刻データと人為的光量変動が存在した場合のその時刻データをデータベースサーバ３８のメモリに格納する（Ｓ１８）。
【００６０】
図６に、本発明に係る生活状況監視システムによる監視方法のフローにおけるＳ２０以降の工程について説明する。
【００６１】
アプリサーバ３６は、日の出時刻までに人為的光量変更があるか否かを判定する（Ｓ２０）。
【００６２】
アプリサーバ３６は、人為的光量変更が無い場合は、異常と判定する（Ｓ２２）。
【００６３】
アプリサーバ３６は、異常と判定した場合は、異常である旨のメールデータを作成する（Ｓ２４）。アプリサーバ３６が、メールデータをメールサーバ４０へ送信する。
【００６４】
メールサーバ４０は、受領したメールデータを受け手側携帯電話端末４４または、受け手側パーソナルコンピュータ５０の少なくとも一方に宛てに送信する（Ｓ２６）。
【００６５】
アプリサーバ３６が、データベースサーバ３８にデータを登録する（Ｓ２８）。
【００６６】
その後、光センサ１８は、５分〜１０分間隔で光量を測定する（Ｓ２）工程へ戻る。
【００６７】
図７に、本発明の第１の実施例に係る生活状況監視システムにおけるシステム全体の送受信に関するフローチャートを示す。
【００６８】
コントロールボード２６は、内蔵するタイマ１０により５分〜１０分の予め光量を測定する（Ｓａ２）。所定の時間間隔例えば、１０分経過ごとに光センサの出力を取り込む。
【００６９】
光センサ１８は、光量を電圧値として検出する（Ｓａ４）。電圧値は、コントロールボード２６のＡＤコンバータＡＤ１（８）へ伝達される（Ｓａ６）。
【００７０】
コントロールボード２６は、検出してＡＤコンバータＡＤ１（８）でデジタル化された光量値をコントロールボード２６内のメモリ１２に時間情報とともに格納して蓄積される（Ｓａ８）。
【００７１】
コントロールボード２６は、所定の時間間隔が経過、例えば、１時間経過した際に、アプリサーバ３６への接続を試みる。まずは、コントロールボード２６は、アプリサーバ３６へ接続確認信号を送信する（Ｓａ１０）。
【００７２】
これに対して接続確認信号を受信すると、アプリサーバ３６は、接続が可能な状態であれば、接続ＯＫ信号を送信する（Ｓａ１２）。
【００７３】
引き続き接続ＯＫ信号を受信すると、コントロールボード２６は、通信確認信号をアプリサーバ３６へ送信する（Ｓａ１４）。
【００７４】
この通信確認信号を受信すると、アプリサーバ３６は、通信が可能であれば、通信ＯＫ信号をコントロールボード２６へ送信する（Ｓａ１６）。
【００７５】
通信ＯＫ信号を受信すると、コントロールボード２６は、光量値情報と測定時刻情報をアプリサーバ３６へデータ通信として送信する（Ｓａ１８）。
【００７６】
アプリサーバ３６は、光量値情報と測定時刻情報を受信して蓄積する（Ｓａ２０）。
【００７７】
アプリサーバ３６は、連続する光量値情報と測定時刻情報とから単位時間当たりの光量時間変化率を算出する。すなわち、連続する２つの光量値の後の光量値から先の光量値の差を２つの測定時間の差で割り光量値時間変化率を算出する。求められた光量値時間変化率をあらかじめ登録してある日の出時の光量値時間変化率及び日没時の光量時間変化率と比較し、計測した光量時間変化率が日の出時の光量値時間変化率及び日没時の光量時間変化率の範囲にあるか否かを判定する。
【００７８】
計測した光量時間変化率が日の出時の光量値時間変化率及び日没時の光量時間変化率の範囲内の値であれば、光量時間変化率は、変化無または日の出、日没の自然光による光量御時間変化率であると判定する。
【００７９】
一方、計測した光量時間変化率が日の出時の光量値時間変化率及び日没時の光量時間変化率の範囲外である場合は、光量時間変化率は、人為的な変化率と判定する。すなわち、人間による室内灯の点灯または消灯と判定する（Ｓａ２２）。間による室内灯の点灯または消灯と判定された場合は、点灯か消灯のいずれであるかと、その時刻が記録される。
【００８０】
アプリサーバ３６は、さらに、人間による消灯が日没後、次の日の出までの間に発生しているかいないかを判定する。人間による消灯がある場合は、通常判定となる（Ｓａ２４）。
【００８１】
通常判定の場合は、アプリサーバ３６は、光量情報と測定時刻情報をデータベースサーバ３８に送信する（Ｓａ２６）。
【００８２】
データベースサーバ３８は、メモリ装置に光量情報と測定時刻情報と人間による点灯または消灯情報を格納し、蓄積する（Ｓａ２８）。
【００８３】
一方、アプリサーバ３６は、さらに、人間による消灯が日没後、次の日の出までの間に発生していないと判定した場合は、すなわち、人間による消灯がないと判断される場合は、異常判定となる（Ｓａ３０）。
【００８４】
異常判定の場合も、アプリサーバ３６は、光量情報と測定時刻情報をデータベースサーバ３８に送信する（Ｓａ３２）。
【００８５】
データベースサーバ３８は、メモリ装置に光量情報と測定時刻情報と人間による点灯または消灯情報を格納し、蓄積する（Ｓａ３４）。
【００８６】
アプリサーバ３６は、異常判定を連絡する受け手側携帯電話端末４４宛てのメールデータを作成する（Ｓａ３６）。すなわち、特定の年月日何時以降に消灯または、点灯と消灯のいずれもが翌日の日の出までに無い旨のメールデータを生成する。
【００８７】
アプリサーバ３６は、異常判定メールをメールサーバ４０宛てに送信する（Ｓａ４０）。
【００８８】
メールサーバ４０は、受信した異常判定メールを受け手側携帯電話端末４４宛てに転送する（Ｓａ４４）。
【００８９】
受け手側携帯電話端末４４は、異常判定メールを受信する。このようにして、受け手側携帯電話端末４４は異常判定メールを受信することができる。
【００９０】
図８に、点灯データ生成時のフローと、ウェブデータ作成フローについて詳細に示す。なお、図７と異なる工程を中心に説明する。工程Ｓｂ２２までは、図７同様であることから、工程ｓｂ２４から説明する。
【００９１】
データ判定後、アプリサーバ３６は、連続する光量値情報と測定時刻情報とから単位時間当たりの光量時間変化率を算出する。すなわち、連続する２つの光量値の後の光量値から先の光量値の差を２つの測定時間の差で割り光量値時間変化率を算出する。求められた光量値時間変化率をあらかじめ登録してある日の出時の光量値時間変化率及び日没時の光量時間変化率と比較し、計測した光量時間変化率が日の出時の光量値時間変化率及び日没時の光量時間変化率の範囲にあるか否かを判定する。
【００９２】
計測した光量時間変化率が日の出時の光量値時間変化率及び日没時の光量時間変化率の範囲内の値であれば、光量時間変化率は、変化無または日の出、日没の自然光による光量御時間変化率であると判定する。
【００９３】
一方、計測した光量時間変化率が日の出時の光量値時間変化率及び日没時の光量時間変化率の範囲外である場合は、光量時間変化率は、人為的な変化率と判定する。すなわち、人間による室内灯の点灯または消灯と判定する（Ｓｂ２４）。
【００９４】
アプリサーバ３６は、人為的な変化率と判定した場合は、人為的な変化率であることを示すマーク用データを生成する。すなわち、人為的変化率である旨と、人為的変化の発生した時刻を発生時刻として決定し、人為的変化率発生情報と発生時刻情報を作成する（Ｓａ３６）。
【００９５】
アプリサーバ３６は、この作成マークデータと光量値情報と測定時刻情報をデータサーバ３８に送信する（Ｓｂ２８）。
【００９６】
データサーバ３８は、受信した作成マークデータと光量値情報と測定時刻情報をメモリ装置格納する（Ｓｂ３２）。
【００９７】
一方、受け手側携帯電話端末４４または、受け手側パーソナルコンピュータ５０からウェブ要求があった場合について説明する。受け手側携帯電話端末４４または、受け手側パーソナルコンピュータ５０は、ウェブサーバ３４に対して、ウェブページ閲覧要求を送信する（Ｓｂ３６）。
【００９８】
ウェブサーバ３４は、要求してきた受け手側携帯電話端末４４または、受け手側パーソナルコンピュータ５０に対して、認証要求としてＩＤ番号とパスワード番号の請求を行う（Ｓｂ３８）。
【００９９】
受け手側携帯電話端末４４または、受け手側パーソナルコンピュータ５０は、ウェブサーバ３４に対して、ＩＤ番号とパスワード番号を送信する（Ｓｂ４０）。
【０１００】
ウェブサーバ３４は、照会されたＩＤ番号とパスワード番号をデータベースサーバ３８に照会する（Ｓｂ４２）。
【０１０１】
データベースサーバ３８は、照会されたＩＤ番号とパスワード番号が適合している場合は、適合していると結果を送信し、適合していない場合は、その旨返信する（Ｓｂ４４）。
【０１０２】
ウェブサーバ３４は、認証が適合している場合は、さらに、受け手側携帯電話端末４４または、受け手側パーソナルコンピュータ５０と関連付けされている作成マークデータと光量値情報と測定時刻情報をデータベースサーバ３８に要求する（Ｓｂ４６）。
【０１０３】
データベースサーバ３８は、要求された作成マークデータと光量値情報と測定時刻情報をウェブサーバ３４に送信する（Ｓｂ４８）。
【０１０４】
そこで、ウェブサーバ３４は、参照し、ウェブ表示用にＪｐＧｒａｐｈ（商標），ＰＨＰｌｏｔ（商標）等のグラフデータが表示されるウェブデータを生成する（Ｓｂ５０）。具体的には、時間当たりの光量の変化グラフを示す。
【０１０５】
ウェブサーバ３４は、生成したウェブデータを受け手側携帯電話端末４４または、受け手側パーソナルコンピュータ５０が閲覧できるように例えばｈｔｍｌフォーマットのページデータを生成する。
【０１０６】
従って、受け手側携帯電話端末４４または、受け手側パーソナルコンピュータ５０にウェブ上で、例えば、図３のように、時間に対する光量の様子がわかり、また、人為的な消灯と点灯にはマーク表示がなされる。
【０１０７】
図９に、本発明を実施した筐体５１の外観図を示す。筐体５１には、電源入電時点灯する緑色ＬＥＤマーク５２と、データ送信時に明るくなる赤色ＬＥＤマーク５３と、光量を測るＣＤＳセル５４が筐体５１前面のパネル５５に配置されている。また、温度センサは、金属製の前面パネル５５に温度センサ５７がシリコン等の熱伝導シール５６により熱結合されて配置される。
【０１０８】
（実施例２）
本発明の第１の実施例である生活状況監視システムにおいて、温度異常を検出する機能について説明する。異常と判定されるのは図１０（２）に示されるような場合である。
【０１０９】
図１０を用いて、温度センサにおける温度時間変化率について説明する。図１０（１）は、時間対温度曲線Ｃ５を示しており、時間ｔｔ１において温度がＴ１であり、時間ｔｔ２において温度がＴ２である。ｔｔ１とｔｔ２の差がΔｔｔであり、Ｔ１とＴ２の差がΔＴである。図１０（２）に時間対温度時間曲線Ｃ６を示す。ここで、図１０（２）では、温度の変化率が突然時刻ｔｔ３で急激に変化した例を示す。ここで、温度時間変化率（ΔＴ／Δｔｔ）の値がある値以上になった場合は、異常値と判定する。
【０１１０】
例えば、火災発生時の気温の変化は１００℃／分であり、日常の気温の変化は、７℃／６時間であり、規定値として１００℃／１０分から１００℃／６０分の規格値でも十分判定可能である。
【０１１１】
図１１に示すように、温度異常の判定は、アプリサーバ３６ではなく、コントロールボード２６で判定する。その旨をフローチャートを用いて説明する。
【０１１２】
まず、温度センサが１分間隔で温度を測定して、電圧値として出力する（Ｓ４０）。なお、通常時は１０分毎に計測する。
【０１１３】
測定されたデータは、全てコントロールボード２６に送られ、メモリ１２に測定時刻とともに測定温度が格納される（Ｓ４２）。
【０１１４】
コントロールボード２６は、測定時刻と測定温度から、センサ測定時間変化量値を算出する。また、コントロールボードは２６は、異常判定用の上限温度センサ測定時間変化量値ＬＴＥＭＰが予め定められている。センサ測定時間変化量値がこのＬＴＥＭＰ値を上回るか否かを判定する（Ｓ４４）。
【０１１５】
温度センサ測定時間変化量値がこのＬＴＥＭＰ値を上回った場合は、コントロールボード２６がその旨をアプリサーバ３６へ送信する（Ｓ４６）。
【０１１６】
アプリサーバ３６は、センサ測定時間変化量値がこのＬＴＥＭＰ値を上回ったとの情報を受信する（Ｓ４８）。
【０１１７】
アプリサーバ３６は、センサ測定時間変化量値がこのＬＴＥＭＰ値を上回った旨のメールデータを作成する（Ｓ５０）。
【０１１８】
アプリサーバ３６は、メールサーバ４０へ作成メールデータを送信する（Ｓ５２）。
【０１１９】
メールサーバ４０は、作成メールデータを受け手側携帯電話端末４４に送信する（Ｓ５４）。その後、温度センサ工程へ戻る。
【０１２０】
一方、センサ測定時間変化量値がこのＬＴＥＭＰ値を同等か下回った場合は、コントロールボード２６は、１時間温度センサ２０の計測データを収集すると、計測データを測定時刻データとまとめてアプリサーバ３６に向けて送信する（Ｓ６０）。
【０１２１】
アプリサーバ３６は、コントロールボード２６から計測データと測定時刻データを受信する（Ｓ６２）。
【０１２２】
アプリサーバ３６が、データベースサーバ３８にデータを登録する（Ｓ６４）。
【０１２３】
図１２に、本発明の第２の実施例に係る生活状況監視システムにおけるシステム全体の送受信に関するフローチャートを示す。
【０１２４】
温度センサ２０は、熱電対等を用いて温度を測定し、温度情報と測定時刻情報をコントロールボード２６に伝達する（Ｓｃ２）。
【０１２５】
コントロールボード２６は、温度センサより受信した温度情報と測定時刻情報を蓄積する（Ｓｃ４）。
【０１２６】
コントロールボード２６内の演算部６がメモリ１２に格納されるプログラムによって、連続する温度情報と測定時刻情報から温度センサ測定時間変化量値を算出する（Ｓｃ６）。
【０１２７】
コントロールボード２６は、異常判定用の上限温度センサ測定時間変化量値ＬＴＥＭＰと温度センサ測定時間変化量値を比較し、上限温度センサ測定時間変化量値ＬＴＥＭＰを上回っていた場合は、異常値と判定する（Ｓｃ８）。
【０１２８】
コントロールボード２６は、異常データ判定の結果をアプリサーバ３６に送信する（Ｓｃ１０）。
【０１２９】
アプリサーバ３６は、異常と判定した場合は、異常であり温度が急上昇しており火災の可能性がある旨のメールデータを作成する（Ｓｃ１２）。
【０１３０】
アプリサーバ３６が、メールデータをメールサーバ４０へ送信する（Ｓｃ１４）。
【０１３１】
メールサーバ４０は、アプリサーバ３６からメールデータを受信する（Ｓｃ１６）。受信したメールを受け受け手側携帯電話端末４４に送信する（Ｓｃ２０）。すなわち、温度異常はサーバではなく、コントロールボード２６で判断して、直ちに受け手側携帯電話端末４４に送信することができる。
【０１３２】
（実施例３）
続いて、光センサや温度センサを複数個別々の場所に配置する場合の本発明の第３の実施例である生活状況監視システムにおけるコントロールボード２６を示すブロックダイヤグラム図１３に示す。
【０１３３】
実施例１における図１との違いは、コントロールボード２６は、本体内部に携帯電話網に接続する携帯電話用通信網用モジュール２４の他にコントローラ通信用通信モジュール６０を備える点である。
【０１３４】
このコントローラ通信用通信モジュール６０は、他のセンサを搭載したコントロールボード６８と接続するためのモジュールである。他のコントロールボード用接続モジュール６０のみを搭載したコントロールボード６８と接続が可能である。接続形態としては、無線ＬＡＮ規格やＩｒｄａ規格を含む赤外線規格、微弱電波規格、特定小電力電波規格およびブルートゥース規格をもちいることができる。図１３にコントロールボード６２の構成を示す。
【０１３５】
図１４に、本発明の第３の実施例である生活状況監視システム１に係るコントロールボード６８のブロックダイヤグラムが示されている。
【０１３６】
コントロールボード６８は、携帯電話用通信網用モジュール２４が存在しないことが特徴であり、光センサや温度センサを搭載し、図１３に示すコントロールボード６２親機に対する子機の働きをするものである。
【０１３７】
図１５に、本発明に係る生活状況監視システムの実施例３に係るブロックダイヤグラムを示す。図４に示す実施例１との差異は、携帯網およびボード間通信接続第１コントロールボード６２の他にボード間通信接続第１コントロールボード６８が存在する点で異なっている。
【０１３８】
図１６は、本発明に係る生活状況監視システムによる監視方法のフローを示す。図５のフローと異なるのは、Ｓ７０〜Ｓ７４でありその旨説明する。すなわち、センサの測定は、ボード間コントローラのセンサが測定する（Ｓ７０）。
【０１３９】
続いて携帯網およびボード間通信接続第１コントロールボード６２のセンサが光センサまたは温度センサが測定する（Ｓ７２）。
【０１４０】
携帯網およびボード間通信接続第１コントロールボード６２は、光センサ１８と温度センサ２０のデータは直接ＡＤコンバータＡＤ１（８）およびＡＤコンバータＡＤ２（２２）経由で演算部６を介してデータが送られる。
【０１４１】
一方、ボード間通信接続第１コントロールボード６８は光センサ１８と温度センサ２０の計測情報は、コントローラ通信用通信モジュール６４経由で、携帯網およびボード間通信接続第１コントロールボード６２へ送信される。その結果両コントローラデータが集積される（Ｓ７４）。
【０１４２】
続いて、図１８を用いて本発明の第３の実施例に係る生活状況監視システムにおけるシステム全体の送受信に関するフローチャートを示す。図７と比較すると第１センサと第２センサ、第１コントローラと第２コントローラを有し、Ｓｄ１０までが図７と異なる工程となる。
【０１４３】
すなわち、第１コントロールで測定時間を管理する（Ｓｄ２）。第１センサと第２センサについて検出し（ｓｄ４、ｓｄ６）何れのデータも第１コントローラにデータが送信される（Ｓｄ８，Ｓｄ１０）。第１コントロールボード６２がデータを蓄積する（Ｓｄ１２）。このような配置とすることで、複数の子機の場所の光量時間変化率を測定可能である。この場合、部屋毎の室内灯消灯の検出や、異常時メールも部屋毎に行うことができる。すなわち、集合住宅等への適用も可能である。
【符号の説明】
【０１４４】
１ 生活状況監視システム
２ マイクロコンピュータ
６ 演算部
８ 第１のＡＤコンバータ（ＡＤコンバータＡＤ１）
１０ タイマ
１２ メモリ
１４ 出力部
１６ プログラム
１８ 光センサ
２０ 温度センサ
２２ 第２のＡＤコンバータＡＤ２（ＡＤコンバータＡＤ２）
２４ 携帯電話用通信網用モジュール
２６ コントロールボード
２８ 携帯電話網
３０ ゲートウェイ
３２ インターネット
３４ ウェブサーバ
３６ アプリサーバ
３８ データベースサーバ
４０ メールサーバ
４１ 受け手側携帯電話網のゲートウェイ
４２ 受け手携帯電話網
４４ 受け受け手側携帯電話端末
４６ プロバイダーのゲートウェイ
４８ アクセスポイント
５０ 受け手側パーソナルコンピュータ
５１ 筐体
５２ 緑色ＬＥＤマーク
５３ 赤色ＬＥＤマーク
５４ ＣＤＳセル
５５ パネル
５７ 温度センサ
５６ 熱伝導シール
６０ コントロールボード用接続モジュール
６２ 携帯網およびボード間通信接続第１コントロールボード
６４ コントローラ通信用通信モジュール
６８ ボード間通信接続第１コントロールボード
６８ コントロールボード
【特許請求の範囲】
【請求項１】
携帯電話網インターフェースと演算部と光センサ部とを備えるコントロールボードと、前記コントロールボードが携帯電話網とインターネットを介してアプリサーバ並びにメールサーバとデータベースサーバとウェブサーバとに接続されて、前記コントロールボードは光センサ部で検出した光量情報を前記アプリサーバに送信し、前記アプリサーバは光量情報をデータベースサーバに送信するとともに光量情報の時間変化率を算出して予め算出した規定値から光量情報時間変化率が日の出による変化なのか、日没による変化なのか、人為的な燈火の点灯による変化なのか、人為的な燈火の消灯による変化なのかを予め算出した規定値との比較によって判定し、前記日の出による変化の間に前記人為的な燈火の消灯による変化が存在しない非消灯事態である場合に、前記アプリサーバが消灯がなされていない旨のメールを生成し、前記メールを前記メールサーバ経由で予め定めた連絡先端末に送信する生活状況監視システム。
【請求項２】
さらに前記ウェブサーバは、特定の端末から特定箇所の生活状況情報閲覧請求信号を受信したら、前記データベースサーバに特定箇所の検出時間と光量とからなる生活状況情報を要求し、検出時間毎の光量グラフデータを生成し、この光量グラフデータをウェブページデータとして特定の端末装置に送信することを特徴とする請求項１記載の生活状況監視システム。
【請求項３】
前記アプリサーバは、前記非消灯事態である旨の情報を他の光量情報とともにデータベースサーバの記憶装置に格納することを特徴とする請求項１記載の生活状況監視システム。
【請求項４】
前記ウェブサーバは、この光量グラフデータに前記非消灯事態である旨の情報を表示させることを特徴とする請求項２記載の生活状況監視システム。
【請求項５】
前記コントロールボードは、温度センサをさらに備えることを特徴とする請求項１記載の生活状況監視システム。
【請求項６】
前記コントロールボードは、温度センサで測定した温度と時間から温度時間変化率を算出し、温度時間変化率がある既定の値を超えたら前記コントロールボードは温度時間変化率がある既定の値を超えた情報を前記アプリサーバに送信し、前記アプリサーバが温度急上昇火災の危険性の旨のメールを生成し、前記メールを前記メールサーバ経由で予め定めた連絡先端末に送信する請求項１記載の生活状況監視システム。
【請求項７】
携帯電話網インターフェースと演算部と光センサ部とを備えるコントロールボードと、前記コントロールボードが携帯電話網とインターネットを介してアプリサーバ並びにメールサーバとデータベースサーバとウェブサーバとに接続される生活状況監視方法において、
前記コントロールボードは光センサ部で検出した光量情報を前記アプリサーバに送信するステップと、
前記アプリサーバは光量情報をデータベースサーバに送信するステップと、
前記アプリサーバは光量情報の時間変化率を算出するステップと、
前記アプリサーバは予め算出した規定値をメモリに格納しておくステップと、
前記アプリサーバは、光量情報時間変化率が日の出による変化なのか、日没による変化なのか、人為的な燈火の点灯による変化なのか、人為的な燈火の消灯による変化なのかを予め算出した規定値との比較によって判定するステップと、
前記アプリサーバは、前記日の出による変化の間に前記人為的な燈火の消灯による変化が存在しない非消灯事態である場合に、前記アプリサーバが消灯がなされていない旨のメールを生成するステップと、
前記メールを前記メールサーバ経由で予め定めた連絡先端末に送信するステップからなる生活状況監視方法。
【請求項１】
携帯電話網インターフェースと演算部と光センサ部とを備えるコントロールボードと、前記コントロールボードが携帯電話網とインターネットを介してアプリサーバ並びにメールサーバとデータベースサーバとウェブサーバとに接続されて、前記コントロールボードは光センサ部で検出した光量情報を前記アプリサーバに送信し、前記アプリサーバは光量情報をデータベースサーバに送信するとともに光量情報の時間変化率を算出して予め算出した規定値から光量情報時間変化率が日の出による変化なのか、日没による変化なのか、人為的な燈火の点灯による変化なのか、人為的な燈火の消灯による変化なのかを予め算出した規定値との比較によって判定し、前記日の出による変化の間に前記人為的な燈火の消灯による変化が存在しない非消灯事態である場合に、前記アプリサーバが消灯がなされていない旨のメールを生成し、前記メールを前記メールサーバ経由で予め定めた連絡先端末に送信する生活状況監視システム。
【請求項２】
さらに前記ウェブサーバは、特定の端末から特定箇所の生活状況情報閲覧請求信号を受信したら、前記データベースサーバに特定箇所の検出時間と光量とからなる生活状況情報を要求し、検出時間毎の光量グラフデータを生成し、この光量グラフデータをウェブページデータとして特定の端末装置に送信することを特徴とする請求項１記載の生活状況監視システム。
【請求項３】
前記アプリサーバは、前記非消灯事態である旨の情報を他の光量情報とともにデータベースサーバの記憶装置に格納することを特徴とする請求項１記載の生活状況監視システム。
【請求項４】
前記ウェブサーバは、この光量グラフデータに前記非消灯事態である旨の情報を表示させることを特徴とする請求項２記載の生活状況監視システム。
【請求項５】
前記コントロールボードは、温度センサをさらに備えることを特徴とする請求項１記載の生活状況監視システム。
【請求項６】
前記コントロールボードは、温度センサで測定した温度と時間から温度時間変化率を算出し、温度時間変化率がある既定の値を超えたら前記コントロールボードは温度時間変化率がある既定の値を超えた情報を前記アプリサーバに送信し、前記アプリサーバが温度急上昇火災の危険性の旨のメールを生成し、前記メールを前記メールサーバ経由で予め定めた連絡先端末に送信する請求項１記載の生活状況監視システム。
【請求項７】
携帯電話網インターフェースと演算部と光センサ部とを備えるコントロールボードと、前記コントロールボードが携帯電話網とインターネットを介してアプリサーバ並びにメールサーバとデータベースサーバとウェブサーバとに接続される生活状況監視方法において、
前記コントロールボードは光センサ部で検出した光量情報を前記アプリサーバに送信するステップと、
前記アプリサーバは光量情報をデータベースサーバに送信するステップと、
前記アプリサーバは光量情報の時間変化率を算出するステップと、
前記アプリサーバは予め算出した規定値をメモリに格納しておくステップと、
前記アプリサーバは、光量情報時間変化率が日の出による変化なのか、日没による変化なのか、人為的な燈火の点灯による変化なのか、人為的な燈火の消灯による変化なのかを予め算出した規定値との比較によって判定するステップと、
前記アプリサーバは、前記日の出による変化の間に前記人為的な燈火の消灯による変化が存在しない非消灯事態である場合に、前記アプリサーバが消灯がなされていない旨のメールを生成するステップと、
前記メールを前記メールサーバ経由で予め定めた連絡先端末に送信するステップからなる生活状況監視方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【公開番号】特開２０１１−１９３３０１（Ｐ２０１１−１９３３０１Ａ）
【公開日】平成２３年９月２９日（２０１１．９．２９）
【国際特許分類】
【出願番号】特願２０１０−５８５６３（Ｐ２０１０−５８５６３）
【出願日】平成２２年３月１５日（２０１０．３．１５）
【出願人】（５０５４６８４１７）
【出願人】（５０６４２１５８５）
【出願人】（５１００７２３７５）
【出願人】（５１００７２３８６）
【Ｆターム（参考）】
【公開日】平成２３年９月２９日（２０１１．９．２９）
【国際特許分類】
【出願日】平成２２年３月１５日（２０１０．３．１５）
【出願人】（５０５４６８４１７）
【出願人】（５０６４２１５８５）
【出願人】（５１００７２３７５）
【出願人】（５１００７２３８６）
【Ｆターム（参考）】
[ Back to top ]