電話機
【課題】緊急時には人の安否を確認し、その安否を確実に報知することができる通信システムを提供すること。
【解決手段】通常モードとは、通常時、すなわち地震が起こる、或いは起こった可能性が低い場合のモードである。Ｓ１１０では、親機は子機を地震モードへ切り替えるコマンドを送信している。しかし、緊急地震速報が誤報である可能性もある。そのため、Ｓ１４０で5分間、大きな揺れがなかったと判断する場合は、地震が起こる、或いは起こった可能性は低いため、Ｓ１７０で子機２００を通常モードへ切り替えている。
【解決手段】通常モードとは、通常時、すなわち地震が起こる、或いは起こった可能性が低い場合のモードである。Ｓ１１０では、親機は子機を地震モードへ切り替えるコマンドを送信している。しかし、緊急地震速報が誤報である可能性もある。そのため、Ｓ１４０で5分間、大きな揺れがなかったと判断する場合は、地震が起こる、或いは起こった可能性は低いため、Ｓ１７０で子機２００を通常モードへ切り替えている。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、信号を受信すると、周囲の人間の安否を確認し、確認した安否を電話機間で送受信し、報知する電話機に関する。
【背景技術】
【０００２】
近年、地震の発生を予告する、緊急地震速報をインターネットなどから受信すると、音声メッセージなどにより報知することが可能な電話機が提供されている。
【０００３】
また、電話機の親機と子機とから構成されるシステムにおいて、火災報知器のように緊急情報を出力する装置からの入力が親機にあると、親機がコードレス通信により子機へ報知するものが存在する。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００９−１７１２８１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかし、このようなシステムでは、仮に緊急情報が誤報であった場合などは、無駄に報知が行われることになり、ユーザにとっては煩わしいという問題がある。
【０００６】
上述した課題を含め、本発明は緊急時には人の安否を確認し、その安否を確実に報知することができる通信システムを提供することを目的とする。
【課題を解決するための手段】
【０００７】
この目的を達成するための、請求項１記載の発明は、ネットワークに接続する接続手段を備え、複数の子機とコードレス電話通信を行う親機と、前記親機とコードレス無線通信を行う子機と、を含む通信システムであって、前記親機は、接続手段を介して前記ネットワークから緊急地震速報を受信すると、前記子機へ第１信号を送信する、第１送信手段と、前記緊急地震速報を受信すると、揺れの大きさを測定する測定手段と、前記揺れの大きさによって異なる揺れ相関信号を、前記子機へ送信する第２送信手段と、前記測定手段が測定した揺れの大きさが第１条件を満たすか否かを判断する判断手段と、前記判断手段が前記第１条件を満たすと判断する場合は、周囲に存在する人間の安否を示す安否情報を作成する作成手段と、前記判断手段が前記第１条件を満たすと判断する場合は、前記第２送信手段が前記揺れ相関信号を送信した後に、前記子機の安否情報を、前記子機のそれぞれから受信する安否情報受信手段と、前記作成手段が作成した安否情報と、前記安否情報が受信した安否情報と、を前記子機のそれぞれへ送信する安否情報送信手段と、前記作成手段が作成した安否情報と、前記安否情報受信手段が受信した安否情報と、に基づき報知を行う報知手段と、を備え、前記子機は、前記親機から前記第１信号を受信した後、所定の時間内に前記親機から揺れ相関信号を受信したか否かを判断する第１判断手段と、前記第１判断手段が、前記揺れ相関信号を受信したと判断すると、前記揺れ相関信号が前記第２条件を満たすか否かをさらに判断する第２判断手段と、前記第２判断手段が、前記第２条件を満たすと判断する場合に、前記安否情報を作成する作成手段と、前記作成手段が作成した安否情報を前記親機へ送信する安否情報送信手段と、前記第２判断手段が、前記第２条件を満たすと判断する場合に、前記安否情報を前記親機から受信する安否情報受信手段と、前記作成手段が作成した安否情報と、前記安否情報受信手段が受信した安否情報と、に基づき報知を行う報知手段と、を備えたことを特徴とする通信システムである。
【０００８】
また、請求項２記載の発明は、請求項１に記載の通信システムであって、前記親機において、前記判断手段が前記第１条件を満たさないと判断する場合は、前記作成手段と、前記安否情報送信手段と、前記安否情報受信手段と、前記報知手段と、はそれぞれの処理を行わず、前記子機は、前記第２判断手段が、前記第２条件を満たさないと判断すると、前記作成手段と、前記安否情報送信手段と、前記安否情報受信手段と、前記報知手段は、それぞれの処理を行わないことを特徴とする通信システムである。
【０００９】
また、請求項３記載の発明は、請求項２に記載の通信システムであって、前記親機において、前記第２送信手段は、前記揺れの大きさが、しきい値以上である場合は第１揺れ相関信号を前記子機へ送信し、しきい値以上ではない場合は第２揺れ相関信号を前記子機へ送信し、前記判断手段は、前記揺れの大きさが前記しきい値以上であるか否かを判断するものであり、前記子機において、前記第２判断手段は、前記親機から受信した前記揺れ相関信号が前記第１揺れ相関信号であるか否かを判断することを特徴とする、通信システムである。
【００１０】
また、請求項４記載の発明は、請求項１に記載の通信システムであって、前記子機において、前記第１判断手段が、前記所定時間内に前記揺れ相関信号を受信しなかったと判断すると、前記作成手段が前記安否情報を作成し、前記安否情報送信手段が、前記作成手段が作成した安否情報を前記自機とは異なる子機へ送信し、前記第１判断手段が、前記所定時間内に前記揺れ相関信号を受信しなかったと判断すると、前記安否情報受信手段が、前記自機とは異なる子機の前記安否情報を、前記自機とは異なる子機から受信し、前記報知手段が、前記作成手段が作成した安否情報と、前記安否情報受信手段が受信した安否情報と、に基づき報知を行うことを特徴とする通信システムである。
【発明の効果】
【００１１】
請求項１記載の通信システムによると、大きな地震が起こった確率が高い場合には、人の安否情報を確実に周囲に報知することができるという効果を奏する。
【００１２】
また、請求項２記載の通信システムは、請求項１記載の通信システムの奏する効果に加えて、緊急地震速報が受信されたものの、それが誤報であると判断される場合には必要のない処理は行わず、周囲の人を煩わせないという効果を奏する。
【００１３】
また、請求項３記載の通信システムによると、請求項２記載の通信システムの奏する効果に加えて、大きな地震が起こったか否かを確実に判断することができるという効果を奏する。
【００１４】
また、請求項４記載の通信システムによると、地震の揺れにより親機が落下して故障するなどしても、子機のみで人の安否情報を行うことができる。そのため、請求項３記載の通信システムの奏する効果に加えて、より高い確率で人の安否情報を報知することができるという効果を奏する。
【図面の簡単な説明】
【００１５】
【図１（ａ）】親機１００の電気的構成を示すブロック図である。
【図１（ｂ）】子機２００の電気的構成を示すブロック図である。
【図２（ａ）】ＩＤテーブル１０４ａの模式図である。
【図２（ｂ）】状態テーブル１０４ｃの模式図である。
【図２（ｃ）】ＩＤテーブル２０４ａの模式図である。
【図２（ｄ）】状態テーブル２０４ｃの模式図である。
【図２（ｅ）】状態テーブル１０４ｃの模式図である。
【図３】親機１００において実行されるモード切り替え処理を示すフローチャートである。
【図４】子機２００において実行されるモード切り替え処理を示すフローチャートである。
【図５】第１モードの処理を示すフローチャートである。
【図６】Ｓ３１０の検知処理を示すフローチャートである。
【図７】（ａ）は、親機１００において実行されるＳ３２０の情報送受信処理を示すフローチャートである。（ｂ）は、子機２００において実行されるＳ３２０の情報送受信処理を示すフローチャートである。
【図８】Ｓ３３０の報知処理を示すフローチャートである。
【図９】第２モードの処理を示すフローチャートである。
【図１０】Ｓ８３０の擬似親機決定処理を示すフローチャートである。
【図１１】（ａ）は、Ｓ８５０の情報送受信処理である。（ｂ）は、Ｓ８６０の情報送受信処理である。
【発明を実施するための形態】
【００１６】
以下に、本発明の望ましい形態について、添付図面を参照して説明する。
【００１７】
本発明の電話システムは、親機１００と、複数の子機２００とから構成される。親機１００は、子機２００と、デジタル方式のコードレス電話通信を行う。デジタル方式のコードレスの規格としては、例えばＤＥＣＴ（Ｄｉｇｔａｌ Ｅｎｈａｎｃｅｄ Ｃｏｒｄｌｅｓｓ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ）が挙げられる。ＤＥＣＴは、１．９GHｚ帯の周波数を利用する規格であり、２．４GHｚ帯の ワイヤレス機器からの電波干渉を受けない、という利点がある。また、ＤＥＣＴを用いると、親機１００と子機２００とは、音声データのみならずドキュメントデータ、画像データ、動画データなど様々なデータを送受信することができる。
【００１８】
図１（ａ）は、親機１００の電気的構成を示すブロック図である。ＣＰＵ１０１、ＲＯＭ１０２、ＲＡＭ１０３、フラッシュメモリ１０４、表示制御部１０６、操作制御部１０８、ベースバンド部１２０、人感センサ制御部１１５、ネットワーク制御部１１７、無線通信制御部１２０が、それぞれバス１２２を介して接続されている。
【００１９】
書き替ええ不能な不揮発性のメモリであるＲＯＭ１０２には、親機プログラム１０２ａが記憶されている。ＣＰＵ１０１は、親機プログラム１０２ａに従い各ハードウェアを制御する。なお、親機プログラム１０２ａには、各種固定値や、所定の音声データなども含まれる。
【００２０】
書き替え可能な揮発性のメモリであるＲＡＭ１０３には、一時的に使用されるデータなどが記憶される。また、ＲＡＭ１０３の所定領域には、後述する処理で使用される情報コマンドカウンタの値Ｎを記憶する領域１０３ａ、情報送信カウンタの値Ｍを記憶する領域１０３ｂが設けられる。
【００２１】
また、書き替え可能な不揮発性のメモリであるフラッシュメモリ１０４には、ＩＤテーブル１０４ａ、状態テーブル１０４ｃ、子機台数１０４ｄが記憶されている。ＩＤテーブル１０４ａ、状態テーブル１０４ｃについての詳細は、図２を用いて後述する。子機台数１０４ｄは、親機２００とデジタルコードレス電話通信を行うよう、ＩＤが登録されている子機１００の台数を示す。また、録音した音声の音声データを記憶する領域であるメッセージ録音領域１０４ｂが設けられている。
【００２２】
表示制御部１０６はＣＰＵ１０１から入力した指示に応じて、ＬＣＤ１０５へ電気信号を入力し制御する。ＬＣＤ１０５は、表示制御部１０６から入力された電気信号に応じて、各種アイコンや、文字などを表示する。操作ボタン１０７は、ユーザにより押された場合、対応する電気信号を操作制御部１０８へ入力する。操作制御部１０８は、操作ボタン１０７から入力された電気信号を、デジタル信号へ変換し、ＣＰＵ１０１へ入力する。ベースバンド部１１９には、マイク１０９と、スピーカー１１０が接続されており、マイク１０９及びスピーカー１１０を介して行われる音声の入出力を制御する。
【００２３】
親機１００はネットワークＩ／Ｆ１１６を介して図示しないネットワークに接続されており、契約しているプロバイダなどからネットワークＩ／Ｆ１１６を介して緊急地震速報を受信することができる。ネットワーク制御部１１７は、ＣＰＵ１０１とネットワークＩ／Ｆ１１６の間の信号の送受信を仲介する。
【００２４】
また、親機１００は、ベースバンド部１１９に接続された電話回線Ｉ／Ｆ１１８を介して、図示しない公衆回線に接続された外部装置との間で通話音声信号やファクシミリデータの送受信が可能である。
【００２５】
子機２００と外部装置（通信相手）との間で外線通話が行われる際、公衆回線から電話回線Ｉ／Ｆ１１８を介して入力された音声信号は、ベースバンド部１２０で復調され、無線通信制御部１２０へ入力される。無線通信制御部１２０に入力された音声信号は、デジタルの音声データへ変換され、アンテナ１２１から送信される。一方、子機２００から送信され、アンテナ１２１から受信された音声データは、無線通信制御部１２０でアナログの音声データに変換され、ベースバンド部１１９へ入力される。そして、入力された音声データは、ベースバンド部１１９で変調され、電話回線Ｉ／Ｆ１１８から公衆回線へ送出される。
【００２６】
地震センサ１１２は加速度計を備えたハードウェアであり、ＣＰＵ１０１から入力される指示に従い、揺れの大きさを測定し、Ｇａｌ値（すなわち最大加速度の値）、或いはＳＩ（Ｓｐｅｃｔｒａｌ Ｉｎｔｅｎｓｉｔｙ）値などを出力する。地震センサ制御部１１３は、地震センサ１１２から入力された電気信号を、デジタル信号へ変換し、ＣＰＵ１０１へ入力する。
【００２７】
人感センサ１１４は、赤外線のエネルギーにより電位差を発生させる素子を複数備えている。そのため、所定領域内において温度の分布を測定することができる。そして、温度が周囲より高い領域の素子の温度が変化すると、対応する電気信号を人感センサ制御部１１５に入力する。人感センサ制御部１１５は、人感センサ１１４から入力された電気信号を、デジタル信号に変換し、ＣＰＵ１０１へ入力する。
【００２８】
次に、図２を用いて、ＩＤテーブル１０４ａ、状態テーブル１０４ｃについて説明する。図２（ａ）に示すＩＤテーブル１０４ａは、親機１００と、親機１００とデジタルコードレス電話通信を行うすべての子機２００と、について、それぞれに固有のＩＤが記憶されている。このＩＤは、親機１００が、子機２００とデジタルコードレス電話通信を行う際に用いられる。親機１００が子機２００へデータやコマンドを含むパケットを送信する場合、パケットには送信元情報として、親機ＩＤを含ませる。一方、親機１００はデータやコマンドを含むパケットを受信した場合、受信したパケットに子機２００のＩＤが含まれているかを確認することにより、そのパケットが子機２００から送信されたものであると判断することができる。通常ＩＤは１０桁の数字からなるが、ここでは説明の簡単のため、単にＩＤ１、ＩＤ２などと表現する。また、状態テーブル１０４ａには、子機２００の番号である、子機番号も記憶されている。
【００２９】
図２（ｂ）に示す状態テーブル１０４ｃは、親機１００と、親機１００とデジタルコードレス電話通信を行うすべての子機２００と、について、緊急フラグのオン或いはオフと、親機１００或いは子機２００が設置されている場所である、設置場所を記憶する領域が設けられている。緊急フラグは、本実施形態の処理が行われる前は、すべてオフとなっている。後述する処理において、動けない人が周囲にいると判断された電話機に対応する危険フラグは、オンに設定される。設置場所は、本実施形態の処理が行われる前は、親機１００に対応する設置場所のみが記憶されている。親機１００の設置場所は、例えば、操作ボタン１０７よりユーザが入力することにより、記憶される。本実施形態の処理が行われると、子機２００の設置場所情報についても、状態テーブル１０４ｃに記憶される。また、状態テーブル１０４ｃには、子機２００の番号である、子機番号も記憶されている。
【００３０】
次に子機２００について図１（ｂ）を用いて説明する。子機２００は、ＣＰＵ２０１、ＲＯＭ２０２、ＲＡＭ２０３、フラッシュメモリ２０４、表示制御部２０６、操作制御部２０８、ベースバンド部２１９、人感センサ制御部２１５、無線通信制御部２２０が、それぞれバス２２２を介して接続されている。各ハードウェアについて親機と共通する点は、詳細な記載を省略する。
【００３１】
ＲＯＭ２０２には、子機プログラム２０２ａが記憶されている。ＣＰＵ２０１は、子機プログラム２０２ａに従い各ハードウェアを制御する。なお、子機プログラム２０２ａには、各種固定値や、所定の音声データなども含まれる。
【００３２】
ＲＡＭ２０３には、情報コマンドカウンタの値Ｎを記憶する領域２０３ａ、情報送信カウンタの値Ｍを記憶する領域２０３ｂに加え、擬似親機カウンタの値Ｌを記憶する領域２０３ｃが設けられている。
【００３３】
フラッシュメモリ２０４には、ＩＤテーブル２０４ａ、状態テーブル２０４ｃ、子機台数２０４ｄが記憶されている。ＩＤテーブル２０４ａ、状態テーブル２０４ｃについての詳細は、図２を用いて後述する。また、録音した音声の音声データを記憶するメッセージ録音領域２０４ｂが設けられている。
【００３４】
子機２００は、無線通信制御部２２０、アンテナ２２１を介して親機１００や、他の子機２００との間でデータやコマンドを含んだパケットの送受信を行う。
【００３５】
図２を用いてＩＤテーブル２０４ａ、状態テーブル２０４ｃについて説明する。図２（ｃ）は、ＩＤテーブル２０４ａの一例である。子機番号と、ＩＤについては、ＩＤテーブル１０４ａと同一のものが記憶されている。子機２００が、親機１００へデータやコマンドを含むパケットを送信する場合、パケットには送信元情報として、自機のＩＤを含ませる。一方、子機２００はデータやコマンドを含むパケットを受信した場合、受信したパケットに親機１００のＩＤが含まれているかを確認することにより、そのパケットが親機１００から送信されたものであると判断することができる。また、子機２００が、他の子機２００へデータやコマンドを含むパケットを送信する場合、パケットには送信元情報として、自機のＩＤと親機のＩＤを含ませる。一方、子機２００はデータやコマンドを含むパケットを受信した場合、受信したパケットに親機１００のＩＤと他の子機２００のＩＤが含まれているか確認することにより、そのパケットが他の子機２００から送信されたものであると判断することができる。
【００３６】
また、ＩＤテーブル２０４ａには、擬似親機フラグのオン或いはオフを記憶する領域が設けられている点でＩＤテーブル１０４ａと異なる。擬似親機とは、親機が破損などにより通信不可能になった場合に、親機に代わり他の子機２００と通信する子機２００を指す。本実施形態の処理が行われる前は、すべての子機２００の擬似親機フラグはオフとなっている。後述する処理により、擬似親機に決定した子機２００の擬似親機フラグはオンに設定される。
【００３７】
図２（ｄ）は、状態テーブル２０４ｃの一例である。状態テーブル２０４ｃは、親機１００に記憶されている状態テーブル１０４ｃと同一のものである。ただし、設置場所に関しては、親機１００の設置場所でなく、子機２００の設置場所が記憶されている。例えば、図２（ｄ）に示す状態テーブル２０４ｃは、子機番号が１の子機２００に記憶されているものであるので、子機番号が１の子機２００の設置場所のみが記憶されている。設置場所を記憶させる方法については、親機１００の場合と同様であるので、説明は省略する。
【００３８】
親機１００において実行されるモード切り替え処理について説明する。この処理は、通常モードの状態で、ネットワークI／F１１６を介して緊急地震速報が受信され、ＣＰＵ１０１にネットワーク制御部１１７から緊急地震速報の受信信号が入力されると、開始される。緊急地震速報を受信した親機は、揺れの大きさが大きい場合は、親機１００とすべての子機２００は周囲に動けない人がいるか調べる。そして、動けない人がいた場合は、音声により報知する処理を子機２００と連携して行う。一方、揺れの大きさが小さい場合は、通常の状態、すなわち、緊急地震速報を受信する前の状態へ戻る。以下、図３を用いて具体的な処理を説明する。
【００３９】
Ｓ１１０ではＣＰＵ１０１は、ＩＤテーブル１０４ａから、親機のＩＤと、子機のＩＤのそれぞれを読みだす。そして、ＣＰＵ１０１は、無線通信制御部１２０を制御して、子機ＩＤのそれぞれを受信先とし親機ＩＤを送信元とした地震モードへ切り替えるコマンドを、全ての子機２００へ送信させる（Ｓ１１０）。さらに、ＣＰＵ１０１は、計時を開始する。そして、Ｓ１２０へ進む。
【００４０】
Ｓ１２０では、ＣＰＵ１０１は地震センサ制御部１１３を制御し、地震センサ１１２に、揺れの大きさを測定させる。そして、ＣＰＵ１０１は、地震センサ制御部１１３から入力される信号に基づき、揺れがしきい値以上か判断する（Ｓ１３０）。しきい値以下であったと判断すれば（Ｓ１３０・Ｎｏ）、Ｓ１６０へ進み、しきい値以上であるときがあったと判断すれば（Ｓ１３０・Ｙｅｓ）、Ｓ１４０へ進む。なお、しきい値は、親機プログラム１０２ａに含まれている。
【００４１】
Ｓ１４０では、ＣＰＵ１０１は、無線通信制御部１２０を制御し、すべての子機２００へ、第１モードへ切り替えるコマンドを送信させる（Ｓ１４０）。そして、Ｓ１５０の第１モードの処理を実行し（Ｓ１６０）、親機の処理を終了する。なお、Ｓ１６０はサブルーチンとなっており、その詳細は図５を用いて説明する。
【００４２】
Ｓ１６０では、ＣＰＵ１０１は、Ｓ１１０で地震モードへ切り替えるコマンドを送信させた後から、５分が経過したかを判断する。そして、５分が経過したと判断すると（Ｓ１６０・Ｙｅｓ）、Ｓ１７０へ進む。一方、未だ５分が経過していないと判断すると、Ｓ１２０へ進む。
【００４３】
Ｓ１７０では、ＣＰＵ１０１は、無線通信制御部１２０を制御し、すべての子機２００へ、通常モードへ切り替えるコマンドをアンテナ１２１から送信させる。そして親機の処理を終了する。通常モードの詳細については後述する。
【００４４】
次に、子機２００において実行されるモード切り替え処理について説明する。この処理は、通常モードの状態で、子機２００が親機１００から第１モードへ切り替えるコマンドを受信すると開始される。以下、図４を用いて具体的な処理を説明する。
【００４５】
Ｓ２１０ではＣＰＵ２１０はこのモード切り替え処理を開始してから６分間の間に（Ｓ２１０・Ｎｏ）、親機のＩＤを送信元として、自機のＩＤを受信元として含むコマンドが、無線通信制御部２２０により受信されたかを判断する（Ｓ２２０）。ＣＰＵ２０１はコマンドが受信されたと判断した場合は（Ｓ２２０・Ｙｅｓ），Ｓ２３０へ進む。一方、コマンドを受信されることなく（Ｓ２２０・Ｎｏ）、６分が経過したと判断した場合は（Ｓ２１０・Ｙｅｓ）、Ｓ２６０へ進み、地震モードの処理を実行する（Ｓ２６０）。なお、Ｓ２６０はサブルーチンとなっており、その詳細は、後述する。
【００４６】
Ｓ２３０ではＣＰＵ２０１は、受信されたコマンドが指示するモードが、通常モードであるか、第１モードであるか判断する（Ｓ２３０）。通常モードが指示された場合は（Ｓ２３０・通常モード）、ＣＰＵ２０１は、この処理を終了する。一方、第１モードが指示された場合は（Ｓ２３０・第１モード）、Ｓ２４０へ進み第１モードの処理を実行する。なお、Ｓ２４０の処理はサブルーチンとなっており、その詳細は後述する。
【００４７】
ここで、通常モード、地震モードのそれぞれについて説明する。通常モードとは、通常時、すなわち地震が起こる、或いは起こった可能性が低い場合のモードである。図３のＳ１１０では、親機１００は子機２００を地震モードへ切り替えるコマンドを送信している。しかし、緊急地震速報が誤報である可能性もある。そのため、Ｓ１４０で５分間、大きな揺れがなかったと判断する場合は、地震が起こる、或いは起こった可能性は低いため、Ｓ１７０で子機２００を通常モードへ切り替えている。
【００４８】
地震モードとは、親機１００においては、緊急地震速報が発表されたことを親機１００が子機２００へ送信するとともに、以後の危険度の高さを判断するモードである。すなわち、揺れが大きく危険であると判断する場合は、第１モードの処理を行うと判断する。そして、子機も第１モードへ切り替える。一方、揺れが小さく危険ではないと判断する場合は、子機２００を通常モードへ切り替え、自身も通常モードへもどる。
【００４９】
一方、子機２００においては、地震モードは以後取るべきモードを判断するモードである。緊急地震速報が受信されたということは、大きな地震が起こる確立が高いということである。そのため、親機が故障し、以後親機と通信ができなくなる可能性がある。そこで、Ｓ２２０では親機１００からコマンドが送信されるかを判断している。そして、親機１００からコマンドを受信しない場合は、親機が故障している可能性が高いので、親機を介さず子機２００間で連携する第２モードへ切り替わる。親機からコマンドを受信した場合は、そのコマンドに従い、通常モード或いは、第１モードへ切り替わる。
【００５０】
図５を用いて、親機１００、子機２００において実行される第１モードの処理について説明する。親機１００、子機２００の両方において、Ｓ３１０の検知処理、Ｓ３２０の情報送受信処理、Ｓ３３０の報知処理が行われる。Ｓ３１０の検知処理は、周囲に人がいる場合はその安否を確認する処理であり、親機１００と子機２００とにおいて、同様の処理が行われる。その詳細は、図６を用いて説明する。
【００５１】
Ｓ３２０の情報送受信処理は、Ｓ３１０の処理で親機１００と子機２００のそれぞれが取得した安否情報を、親機１００が取得し、取得したすべての電話機の安否情報を、子機２００へ送信する処理である。詳細については、図７を用いて説明する。
【００５２】
Ｓ３３０の報知処理は、親機１００と子機２００のそれぞれのが、すべての電話機の安否情報を報知する処理である。親機１００と子機２００とにおいて、同様の処理が行われる。その詳細については図８を用いて説明する。
【００５３】
Ｓ３１０の検知処理について説明する。先述したように図６に示す検知処理は、親機１００と、子機２００のそれぞれにおいて行われる。ここでは、親機１００を例にして説明する。まず、ＣＰＵ１０１は人感センサ制御部１１５へ、人感センサ１１４を制御するよう指示を入力する。すると、人感センサ制御部１１５は、人感センサ１１４を制御し、人感センサ１１４の検知結果に対応する電気信号が人感センサ制御部１１５へ入力される。ＣＰＵ１０１は人感センサ制御部１１５から、入力される信号に基づき、自機の周辺に人が存在するか判断する（Ｓ４１０）。人が存在すると判断した場合は（Ｓ４１０・Ｙｅｓ）、Ｓ４２０へ進む。一方、人が存在しないと判断した場合は（Ｓ４１０・Ｎｏ）、この検知処理を終了する。
【００５４】
Ｓ４２０では、ＣＰＵ１０１は時間の計測を開始し、５分間経過するまで（Ｓ４２０・Ｎｏ）電話機の周囲にいるユーザに対し、操作部１０６からキャンセルを入力することを促すメッセージを、音声制御部１１１を制御し、スピーカー１０９から放音させる処理（Ｓ４３０）と、操作部１０６からキャンセルが入力されたかを判断する処理（Ｓ４４０）と、を繰り返す。メッセージの一例としては、次のようなものが考えられる。“大きな地震がありました。お客様の安否を確認します。無事な場合は、キャンセルボタンを押してください。” なお、このようなメッセージは親機プログラム１０２ａに工場出荷時から、含まれている。ＣＰＵ１０１は、操作ボタン１０７に設けられたキャンセルボタンに対応する電気信号が、操作制御部１０８から入力されたと判断すると（Ｓ４４０・Ｙｅｓ）検知処理を終了する。一方、キャンセルボタンに対応する電気信号が入力されることなく（Ｓ４４０・Ｎｏ）、５分間が経過したとＣＰＵ１０１が判断すると（Ｓ４２０・Ｙｅｓ）、Ｓ４５０へ進む。
【００５５】
Ｓ４５０では、ＣＰＵ１０１は、音声の録音処理を行う（Ｓ４５０）。より具体的には、まず、ＣＰＵ１０１は音声制御部１１１を制御し、音声の録音を行う旨を説明するメッセージをスピーカー１０９から放音させる。例えば、次のようなメッセージである。“メッセージを録音します。メッセージをお話しください”その後、ＣＰＵ１０１は、所定の時間、音声制御部１１１を制御しマイク１０９から集音された音声データを録音領域１０４ｂへ記憶させる。そして、Ｓ４６０へ進む。
【００５６】
Ｓ４６０では、ＣＰＵ１０１は状態テーブル１０４ｃにおいて、自機に対応する緊急フラグをオンにする。そして、検知処理を終了する。前述したように、この検知処理は、子機２００においても行われる。その詳細については、図６の説明において、親機１００が備えるハードウェアを、子機が備えるものに読み替えればよい。
【００５７】
図７（ａ）を用いて親機において行われる情報送受信処理について説明する。ＣＰＵ１０１は、情報要求カウンタ１０３ａの値Ｎを１にし（Ｓ５１０）、Ｓ５２０へ進む。
【００５８】
Ｓ５２０ではＣＰＵ１０１は、無線通信制御部１２０を制御して、子機番号がＮである子機２００のＩＤを受信先として、自機のＩＤを送信元として、状態テーブル２０４ｃの返信を要求するコマンドを、送信させる（Ｓ５２０）。この場合、例えば、情報要求カウンタ１０３ａの値Ｎが１であれば、子機番号が１の子機のＩＤが受信先として指定されることになる。
【００５９】
そして、Ｓ５３０へ進み、ＣＰＵ１０１は、Ｓ５２０で送信させたコマンドに対する返信が無線通信制御部１２０により受信されたかを判断する（Ｓ５３０）。ＣＰＵ１０１は返信が受信されたと判断した場合は（Ｓ５３０・Ｙｅｓ）、Ｓ５４０へ進み、返信に含まれる状態テーブル２０４ｃから、送信元ＩＤ（すなわち、Ｓ５２０でコマンドの受信先に設定された子機２００のＩＤ）、子機の設置場所、緊急フラグのオン或いはオフを読み出す。そして、読み出した送信元ＩＤ、子機の設置場所、危険フラグのオン或いはオフを、状態テーブル１０４ｃの対応する領域へ記憶させる（Ｓ５４０）。一方、ＣＰＵ１０１は所定時間内に返信が受信されなかったと判断した場合は（Ｓ５３０・Ｎｏ）、Ｓ５４０をスキップして、Ｓ５５０へ進む。
【００６０】
Ｓ５５０では、ＣＰＵ１０１は情報要求カウンタ１０３ａの値Ｎに１を加算し（Ｓ５５０）、Ｓ５６０へ進む。
【００６１】
Ｓ５６０では、ＣＰＵ１０１は情報要求カウンタ１０３ａの値Ｎが、子機台数１０４ｄの値を超えたか判断し、超えたと判断すると（Ｓ５６０・Ｙｅｓ）、Ｓ５７０へ進み、未だ超えていないと判断すると（Ｓ５６０・Ｎｏ）、Ｓ５２０へ進む。
【００６２】
Ｓ５７０では、ＣＰＵ１０１は情報送信カウンタ１０３ｂの値Ｍを１にする。そして、Ｓ５８０へ進む。
【００６３】
Ｓ５８０ではＣＰＵ１０１は、無線通信制御部１２０を制御して、子機番号の値がＭである子機２００のＩＤを受信先として、自機のＩＤを送信元として、状態テーブル１０４ｃを送信させる（Ｓ５８０）。そしてＳ５９０へ進み、情報送信カウンタ１０３ｂの値Ｍに１を加算し、Ｓ５１００へ進む。
【００６４】
Ｓ５１００ではＣＰＵ１０１は情報送信カウンタ１０３ｂの値Ｍが子機台数１０４ｄの値を超えたか判断し、超えたと判断すると（Ｓ５１００・Ｙｅｓ）、情報送受信処理を終了し、未だ超えていないと判断すると（Ｓ５１００・Ｎｏ）、Ｓ５８０へ進む。
【００６５】
図７（ｂ）を用いて、子機において行われる、情報送受信処理について説明する。Ｓ６１０では、ＣＰＵ２０１は、無線通信制御部２２０により、自機のＩＤを受信先とし、親機のＩＤ機を送信元としたコマンドが、受信されたかを判断する（Ｓ６１０）。なお、このコマンドは、図７（ａ）のＳ５２０で親機１００により送信されたコマンドである。そして、ＣＰＵ２０１が、未だコマンドが受信されていないと判断した場合は（Ｓ６１０・Ｎｏ）、判断を繰り返す（Ｓ６１０）。そして、判断を繰り返すうちに、判断が肯定されると（Ｓ６１０・Ｙｅｓ）、Ｓ６２０へ進む。
【００６６】
Ｓ６２０では、ＣＰＵ２０１は無線通信制御部２２０を制御して、Ｓ６１０で受信したコマンドに対する返信として、状態テーブル２０４ｃを送信させる。
【００６７】
そして、Ｓ６３０へ進み、ＣＰＵ２０１は無線通信制御部２２０により、親機１００から１０４ｃが受信されたかを判断する（Ｓ６３０）。未だ受信されていないと判断する場合は（Ｓ６３０・Ｎｏ）、判断を繰り返し（Ｓ６３０）、受信されたと判断する場合は（Ｓ６３０・Ｙｅｓ）、Ｓ６４０へ進む。
【００６８】
Ｓ６４０では、ＣＰＵ２０１はＳ６３０で受信された状態テーブル１０４ｃから、親機１００と、他の子機２００の危険フラグのオン或いはオフ、設置場所を読み出し、状態テーブル２０４ｃに記憶させる（Ｓ６４０）。そして、情報送受信処理を終了する。
【００６９】
図８を用いて、Ｓ３３０の報知処理について説明する。先述したように図８に示す報知処理は、親機１００と、子機２００のそれぞれにおいて行われる。この処理は、Ｓ３１０の検知した、自機の周辺のユーザの安否情報と、Ｓ３２０の情報送受信処理により、得られた他の電話機の周辺の安否情報を、音声により報知する処理である。ここでは、親機１００を例にして説明する。まず、ＣＰＵ１０１は、音声制御部１１１を制御して、マイク１０９に集音をさせる（Ｓ７１０）。そして、Ｓ７２０へ進む。
【００７０】
Ｓ７２０ではＣＰＵ１０１は、集音した音声がしきい値以上か判断し（Ｓ７２０）、しきい値以上であると判断すると、１０分間待機し（Ｓ７７０）、Ｓ７１０へ進む。一方、しきい値以下であると判断すると（Ｓ７２０・Ｎｏ）、Ｓ７３０へ進む。なお、しきい値は、親機プログラム１０２ａに含まれている。
【００７１】
Ｓ７３０では、ＣＰＵ１０１は、状態テーブル１０４ｃの内容を、音声制御部１１１を制御し、スピーカー１０９から放音させる。例えば、状態テーブルが、図２（ｅ）のようになっている場合は、次のような内容になる。“台所に動けない人がいます。こども部屋に動けない人がいます。”そして、ＣＰＵ１０１は、計時を開始して、Ｓ７４０へ進む。
【００７２】
Ｓ７４０では、ＣＰＵ１０１は、Ｓ７４０の処理を開始してから、計時を開始してから、３日間が経過したかを判断し（Ｓ７４０）、経過していないと判断すると（Ｓ７４０・Ｎｏ）、Ｓ７５０へ進む。一方、計時を開始してから３日間が経過したと判断すると（Ｓ７４０・Ｙｅｓ）、報知処理を終了する。
【００７３】
Ｓ７５０では、ＣＰＵ１０１は操作部１０６よりキャンセルが入力されたかを判断すし（Ｓ７５０）、未だ入力されていないと判断すると、Ｓ７１０へ進む。一方、キャンセルが入力されたと判断すると（Ｓ７５０・Ｙｅｓ）、Ｓ７６０へ進む。
【００７４】
Ｓ７６０では、ＣＰＵ１０１はメッセージ録音領域１０４ｂより音声メッセージを読み出し、音声制御部１０７を制御して、音声メッセージをスピーカー１０９より放音させる。そしてこの処理を終了する。
【００７５】
なお、Ｓ７２０・Ｎｏである場合、すなわち、周囲の音量がしきい値以下の場合のみ、音声メッセージを放音するのは、次の理由による。一般的に、地震により家屋が倒壊し、下敷きになった人がいる場合、救助の声が聞こえなくなることを避けるために、重機等を停止させる時間帯である、サイレントタイムが設けられる。そこで、重機等による音が発生している間は、放音処理を行わず、サイレントタイムにのみ放音処理を行うことで、効率的に報知を行うことができる。また、バッテリーの減りを遅らせることもできる。
【００７６】
以上説明したように、第１モードでは、親機１００と子機２００は連携して、周囲に動けない人がいる場合は、その旨を効率的に報知することができる。
【００７７】
次に、Ｓ２６０の第２モードの処理について説明する。前述したように、第２モードは親機が故障している可能性が高い場合に、他の子機２００と連携し、周囲に動けない人がいる場合は、その旨を効率的に報知するモードである。以下、図９を用いて、子機２００で行われる具体的な処理について説明する。
【００７８】
まず、Ｓ８１０では、ＣＰＵ１０６は時間の計測を開始する（Ｓ８１０）。以降、説明の都合上、計測した時間を、同期タイマの計測時間と称する。後述する図１０の処理において、すべての子機２００は、Ｓ９２０の処理を同時に開始する必要がある。しかし、Ｓ８２０の検知処理では、それぞれの子機２００において、処理が終了するタイミングがずれる可能性がある。そのため、すべての子機２００がＳ８１０から所定の時間経過後に図１０のＳ９２０の処理を開始することで、その処理の開始を同時に行うことができる。
【００７９】
Ｓ８２０では、検知処理が行われる。この処理はサブルーチンとなっており、その詳細は図６と同様である。そのため、詳細な説明を省略する。そして、Ｓ８３０へ進む。
【００８０】
Ｓ８３０では、擬似親機決定処理が行われる。この処理はサブルーチンとなっており、その詳細は、図１０を用いて後述する。Ｓ８３０は、複数の子機の間において、擬似親機を決定する処理である。本実施形態における擬似親機とは、第１モードで親機１００が行う処理と、同様の処理を行う子機２００を指す。擬似親機決定処理が終了すると、すべての子機２００のＩＤテーブル２０４ａにおいて、擬似親機に決定した子機２００の擬似親機フラグがオンに設定された状態になっている。
【００８１】
Ｓ８４０では、ＣＰＵ２０１は、ＩＤテーブル２０４ａを参照し、自機が擬似親機であるか判断する（Ｓ８４０）。そして、自機が擬似親機であると判断すると（Ｓ８４０・Ｙｅｓ）、Ｓ８５０へ進み、擬似親機ではないと判断すると（Ｓ８４０・Ｎｏ）、Ｓ８６０へ進む。
【００８２】
Ｓ８５０では、擬似親機としての情報送受信処理が、Ｓ８６０では、擬似子機以外の子機の情報送受信処理が行われる。これらの処理はサブルーチンとなっており、その詳細はそれぞれ、図１１（ａ）、図１１（ｂ）を用いて後述する。そして、Ｓ８５０或いは、Ｓ８６０の処理が行われると、Ｓ８７０へ進む。この処理はサブルーチンとなっており、その詳細は、図８を用いて説明した処理と同様であるため、詳細を省略する。
【００８３】
図１０を用いて、Ｓ８３０の擬似親機決定処理の詳細について説明する。Ｓ９１０では、ＣＰＵ２０１は、同期タイマの計測時間が、１０分を経過したか判断し、未だ経過していないと判断した場合は（Ｓ９１０・Ｎｏ）、１０分経過したと判断するまで、判断を繰り返す。そして、１０分経過したと判断すると（Ｓ９１０・Ｙｅｓ）、Ｓ９２０へ進む。
【００８４】
Ｓ９２０では、ＣＰＵ２０１は擬似親機カウンタ２０３ｃの値Ｌを１にする（Ｓ９２０）。そして、Ｓ９３０へ進む。
【００８５】
Ｓ９３０では、ＣＰＵ２０１は、擬似親機カウンタ２０３ｃの値が、自機の番号と等しいか判断する。等しいと判断すると（Ｓ９３０・Ｙｅｓ）、Ｓ９４０へ進む。一方、等しくないと判断すると（Ｓ９３０・Ｎｏ）、計時を開始して、Ｓ９６０へ進む。
【００８６】
Ｓ９４０では、ＣＰＵ２０１は、ＩＤテーブル２０４ａにおいて、自機の擬似親機フラグをオンにする（Ｓ９４０）。そして、Ｓ９５０へ進む。
【００８７】
Ｓ９５０では、ＣＰＵ２０１は、無線通信制御部２２０を制御し、自機が擬似親機であることを示すコマンドを、他の子機２００に対して送信させる。そして、擬似親機決定処理を終了する。この際、送信されるコマンドには、ＩＤテーブル２０４ａから読み出した自機のものであるＩＤとともに、親機のＩＤが、送信元ＩＤ付加されている。そして、Ｓ９５０で送信されたコマンドを受信した子機は、付加された親機ＩＤにより、受信したコマンドが、同一の親機１００に対応する子機２００から送信されたものであると判断する。そのため、近くに同じモデルでかつ異なる親機１００と接続している子機２００が存在しても、そのような子機２００間で誤ってデジタルコードレス電話通信がなされる恐れがない。
【００８８】
Ｓ９６０では、ＣＰＵ２０１は、計時を開始してから５分が経過したか判断し、未だ経過していない場合は（Ｓ９６０・Ｎｏ）、Ｓ９７０へ進む。
【００８９】
Ｓ９７０では、同じ親機を持つ子機２００から送信された、擬似親機であることを示すコマンドが、無線通信制御部２２０により受信されたかを判断する。このとき、擬似親機であることを示すコマンドが、同じ親機を持つ子機２００から送信されたものであるかは、コマンドの送信元ＩＤとして、ＩＤテーブル２０４ａに記憶されている親機のＩＤと、子機のＩＤが含まれているかに基づき判断する。なお、Ｓ９７０で受信されるコマンドは、他の子機２００が、Ｓ９５０で送信したコマンドである。Ｓ９７０の判断が肯定される場合は（Ｓ９７０・Ｙｅｓ）、Ｓ９８０へ進む。一方、Ｓ９７０の判断が否定される場合は（Ｓ９７０・Ｎｏ）、Ｓ９６０へ進む。
【００９０】
Ｓ９８０では、ＣＰＵ２０１は、Ｓ９７０で受信したパケットの送信元となる子機ＩＤをパケットから読み出し、ＩＤテーブル２０４ａにおいて、読み出したＩＤに対応する子機の擬似親機フラグをオンにする（Ｓ９８０）。そして、擬似親機決定処理を終了する。
【００９１】
Ｓ９９０では、ＣＰＵ２０１は、擬似親機２０３ｃの値Ｌに１を加算し（Ｓ９９０）、Ｓ９３０へ進む。
【００９２】
図１１（ａ）を用いて、Ｓ８５０の処理の詳細を説明する。この処理は、図７（ａ）を用いて説明した親機１００で行われる処理と似ている。そのため、似ているステップには同一の符号を付した。ただし、図７（ａ）で親機１００とされた箇所を、擬似親機と読み変える。また、それに併せて各ハードウェアの番号も、子機２００が備えるハードウェアの番号へ読み替える。
【００９３】
以下、異なる符号を付した処理について説明する。Ｓ１０１０では、ＣＰＵ２０１は、情報要求カウンタ２０３ａの値Ｎを、自機の子機番号に１を加算した値にする。これは、次の理由による。図１０の処理では、子機番号が若い子機２００から優先的に擬似親機となる処理が行われた。そのため、図１０で、擬似親機となった子機２００よりも、若い子機番号の子機２００は、故障などにより、動作していない可能性が高い。そのため、図７（ａ）の処理では、擬似親機となった子機２００より若い子機番号の子機２００に対しては、コマンドや、状態テーブル２０４ｃの送信（Ｓ５２０、Ｓ５８０）は行わない。
【００９４】
Ｓ１０２０では、ＣＰＵ２０１は、情報送信カウンタ２０３ｂの値Ｍを、自機の子機番号に１を加算した値にする。この理由は、前述したＳ１０１０と同様であるため、詳細な説明は省略する。
【００９５】
図１１（ｂ）を用いて、Ｓ８６０の処理の詳細を説明する。この処理は、図７（ｂ）を用いて説明した子機２００で行われる処理と似ている。異なる点は、親機１００とある箇所が、擬似親機となる点のみである。そのため、詳細な説明は、省略する。
【００９６】
以上、説明したように、子機２００は地震モードにおいて、親機１００からの指示が送信されない場合、親機１００を介さずに子機２００間でデジタルコードレス電話通信を行うことができる。そして、子機２００間のコードレス電話通信を用いて、周囲のユーザの安否を送受信する。そして、送受信したユーザの安否情報を報知することができる。そのため、地震などにより親機１００が破損し故障しても、ユーザの安否を周囲に知らせることができる。
【００９７】
また、子機２００は、周囲の音量がしきい値以下のときに報知処理を行う。そのため、サイレントタイムに合わせて効率的に報知処理を行うことができる。
【００９８】
また、コードレス電話通信は、ＤＥＣＴでなくてもよい。例えば、ｓＰＨＳ（ｓｕｐｅｒ Ｐｅｒｓｏｎａｌ Ｈａｎｄｙ−ｐｈｏｎｅ Ｓｙｓｔｅｍ）でもよい。
【００９９】
また、図６のＳ４１０では、ＣＰＵ１０１は、人感センサ１１４から単に、温度が周囲より高い領域に対応する電気信号が入力されただけでも、人が存在すると判断してもよい。すなわち、人が動かない状態であっても、人感センサ１１４は、電気信号を人感センサ制御部１１５に入力する。また、人感センサ１１４は、超音波により人を検知するものであってもよい。
【０１００】
また、図３、図４のモード切り替え処理において、次のようにしてもよい。図３のＳ１４０と、Ｓ１７０で、ＣＰＵ１０１は、無線通信制御部１２０を制御し、すべての子機２００へ、検知した揺れの大きさを送信させる。さらに、図４のＳ２３０では、ＣＰＵ２０１は親機から送信された揺れの大きさがしきい値以上であるかを判断し、しきい値以上であると判断すれば（Ｓ２３０・Ｙｅｓ）、Ｓ２４０へ進み、しきい値以下であると判断すれば（Ｓ２３０・Ｎｏ）、モード切り替え処理を終了する。ただし、この場合、子機プログラム２０２ａには、揺れの大きさのしきい値が含まれている。
【符号の説明】
【０１０１】
１００ 親機
１０１ ＣＰＵ
１０２ ＲＯＭ
１０３ ＲＡＭ
１０４ フラッシュメモリ
１０５ ＬＣＤ
１０７ 操作ボタン
１１５ 人感センサ
１１７ ネットワーク制御部
１１９ ベースバンド部
１２０ 無線通信部
２００ 子機
２０１ ＣＰＵ
２０２ ＲＯＭ
２０３ ＲＡＭ
２０４ フラッシュメモリ
２０５ ＬＣＤ
２０７ 操作ボタン
２１５ 人感センサ
２１９ ベースバンド部
２２０ 無線通信部
【技術分野】
【０００１】
本発明は、信号を受信すると、周囲の人間の安否を確認し、確認した安否を電話機間で送受信し、報知する電話機に関する。
【背景技術】
【０００２】
近年、地震の発生を予告する、緊急地震速報をインターネットなどから受信すると、音声メッセージなどにより報知することが可能な電話機が提供されている。
【０００３】
また、電話機の親機と子機とから構成されるシステムにおいて、火災報知器のように緊急情報を出力する装置からの入力が親機にあると、親機がコードレス通信により子機へ報知するものが存在する。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００９−１７１２８１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかし、このようなシステムでは、仮に緊急情報が誤報であった場合などは、無駄に報知が行われることになり、ユーザにとっては煩わしいという問題がある。
【０００６】
上述した課題を含め、本発明は緊急時には人の安否を確認し、その安否を確実に報知することができる通信システムを提供することを目的とする。
【課題を解決するための手段】
【０００７】
この目的を達成するための、請求項１記載の発明は、ネットワークに接続する接続手段を備え、複数の子機とコードレス電話通信を行う親機と、前記親機とコードレス無線通信を行う子機と、を含む通信システムであって、前記親機は、接続手段を介して前記ネットワークから緊急地震速報を受信すると、前記子機へ第１信号を送信する、第１送信手段と、前記緊急地震速報を受信すると、揺れの大きさを測定する測定手段と、前記揺れの大きさによって異なる揺れ相関信号を、前記子機へ送信する第２送信手段と、前記測定手段が測定した揺れの大きさが第１条件を満たすか否かを判断する判断手段と、前記判断手段が前記第１条件を満たすと判断する場合は、周囲に存在する人間の安否を示す安否情報を作成する作成手段と、前記判断手段が前記第１条件を満たすと判断する場合は、前記第２送信手段が前記揺れ相関信号を送信した後に、前記子機の安否情報を、前記子機のそれぞれから受信する安否情報受信手段と、前記作成手段が作成した安否情報と、前記安否情報が受信した安否情報と、を前記子機のそれぞれへ送信する安否情報送信手段と、前記作成手段が作成した安否情報と、前記安否情報受信手段が受信した安否情報と、に基づき報知を行う報知手段と、を備え、前記子機は、前記親機から前記第１信号を受信した後、所定の時間内に前記親機から揺れ相関信号を受信したか否かを判断する第１判断手段と、前記第１判断手段が、前記揺れ相関信号を受信したと判断すると、前記揺れ相関信号が前記第２条件を満たすか否かをさらに判断する第２判断手段と、前記第２判断手段が、前記第２条件を満たすと判断する場合に、前記安否情報を作成する作成手段と、前記作成手段が作成した安否情報を前記親機へ送信する安否情報送信手段と、前記第２判断手段が、前記第２条件を満たすと判断する場合に、前記安否情報を前記親機から受信する安否情報受信手段と、前記作成手段が作成した安否情報と、前記安否情報受信手段が受信した安否情報と、に基づき報知を行う報知手段と、を備えたことを特徴とする通信システムである。
【０００８】
また、請求項２記載の発明は、請求項１に記載の通信システムであって、前記親機において、前記判断手段が前記第１条件を満たさないと判断する場合は、前記作成手段と、前記安否情報送信手段と、前記安否情報受信手段と、前記報知手段と、はそれぞれの処理を行わず、前記子機は、前記第２判断手段が、前記第２条件を満たさないと判断すると、前記作成手段と、前記安否情報送信手段と、前記安否情報受信手段と、前記報知手段は、それぞれの処理を行わないことを特徴とする通信システムである。
【０００９】
また、請求項３記載の発明は、請求項２に記載の通信システムであって、前記親機において、前記第２送信手段は、前記揺れの大きさが、しきい値以上である場合は第１揺れ相関信号を前記子機へ送信し、しきい値以上ではない場合は第２揺れ相関信号を前記子機へ送信し、前記判断手段は、前記揺れの大きさが前記しきい値以上であるか否かを判断するものであり、前記子機において、前記第２判断手段は、前記親機から受信した前記揺れ相関信号が前記第１揺れ相関信号であるか否かを判断することを特徴とする、通信システムである。
【００１０】
また、請求項４記載の発明は、請求項１に記載の通信システムであって、前記子機において、前記第１判断手段が、前記所定時間内に前記揺れ相関信号を受信しなかったと判断すると、前記作成手段が前記安否情報を作成し、前記安否情報送信手段が、前記作成手段が作成した安否情報を前記自機とは異なる子機へ送信し、前記第１判断手段が、前記所定時間内に前記揺れ相関信号を受信しなかったと判断すると、前記安否情報受信手段が、前記自機とは異なる子機の前記安否情報を、前記自機とは異なる子機から受信し、前記報知手段が、前記作成手段が作成した安否情報と、前記安否情報受信手段が受信した安否情報と、に基づき報知を行うことを特徴とする通信システムである。
【発明の効果】
【００１１】
請求項１記載の通信システムによると、大きな地震が起こった確率が高い場合には、人の安否情報を確実に周囲に報知することができるという効果を奏する。
【００１２】
また、請求項２記載の通信システムは、請求項１記載の通信システムの奏する効果に加えて、緊急地震速報が受信されたものの、それが誤報であると判断される場合には必要のない処理は行わず、周囲の人を煩わせないという効果を奏する。
【００１３】
また、請求項３記載の通信システムによると、請求項２記載の通信システムの奏する効果に加えて、大きな地震が起こったか否かを確実に判断することができるという効果を奏する。
【００１４】
また、請求項４記載の通信システムによると、地震の揺れにより親機が落下して故障するなどしても、子機のみで人の安否情報を行うことができる。そのため、請求項３記載の通信システムの奏する効果に加えて、より高い確率で人の安否情報を報知することができるという効果を奏する。
【図面の簡単な説明】
【００１５】
【図１（ａ）】親機１００の電気的構成を示すブロック図である。
【図１（ｂ）】子機２００の電気的構成を示すブロック図である。
【図２（ａ）】ＩＤテーブル１０４ａの模式図である。
【図２（ｂ）】状態テーブル１０４ｃの模式図である。
【図２（ｃ）】ＩＤテーブル２０４ａの模式図である。
【図２（ｄ）】状態テーブル２０４ｃの模式図である。
【図２（ｅ）】状態テーブル１０４ｃの模式図である。
【図３】親機１００において実行されるモード切り替え処理を示すフローチャートである。
【図４】子機２００において実行されるモード切り替え処理を示すフローチャートである。
【図５】第１モードの処理を示すフローチャートである。
【図６】Ｓ３１０の検知処理を示すフローチャートである。
【図７】（ａ）は、親機１００において実行されるＳ３２０の情報送受信処理を示すフローチャートである。（ｂ）は、子機２００において実行されるＳ３２０の情報送受信処理を示すフローチャートである。
【図８】Ｓ３３０の報知処理を示すフローチャートである。
【図９】第２モードの処理を示すフローチャートである。
【図１０】Ｓ８３０の擬似親機決定処理を示すフローチャートである。
【図１１】（ａ）は、Ｓ８５０の情報送受信処理である。（ｂ）は、Ｓ８６０の情報送受信処理である。
【発明を実施するための形態】
【００１６】
以下に、本発明の望ましい形態について、添付図面を参照して説明する。
【００１７】
本発明の電話システムは、親機１００と、複数の子機２００とから構成される。親機１００は、子機２００と、デジタル方式のコードレス電話通信を行う。デジタル方式のコードレスの規格としては、例えばＤＥＣＴ（Ｄｉｇｔａｌ Ｅｎｈａｎｃｅｄ Ｃｏｒｄｌｅｓｓ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ）が挙げられる。ＤＥＣＴは、１．９GHｚ帯の周波数を利用する規格であり、２．４GHｚ帯の ワイヤレス機器からの電波干渉を受けない、という利点がある。また、ＤＥＣＴを用いると、親機１００と子機２００とは、音声データのみならずドキュメントデータ、画像データ、動画データなど様々なデータを送受信することができる。
【００１８】
図１（ａ）は、親機１００の電気的構成を示すブロック図である。ＣＰＵ１０１、ＲＯＭ１０２、ＲＡＭ１０３、フラッシュメモリ１０４、表示制御部１０６、操作制御部１０８、ベースバンド部１２０、人感センサ制御部１１５、ネットワーク制御部１１７、無線通信制御部１２０が、それぞれバス１２２を介して接続されている。
【００１９】
書き替ええ不能な不揮発性のメモリであるＲＯＭ１０２には、親機プログラム１０２ａが記憶されている。ＣＰＵ１０１は、親機プログラム１０２ａに従い各ハードウェアを制御する。なお、親機プログラム１０２ａには、各種固定値や、所定の音声データなども含まれる。
【００２０】
書き替え可能な揮発性のメモリであるＲＡＭ１０３には、一時的に使用されるデータなどが記憶される。また、ＲＡＭ１０３の所定領域には、後述する処理で使用される情報コマンドカウンタの値Ｎを記憶する領域１０３ａ、情報送信カウンタの値Ｍを記憶する領域１０３ｂが設けられる。
【００２１】
また、書き替え可能な不揮発性のメモリであるフラッシュメモリ１０４には、ＩＤテーブル１０４ａ、状態テーブル１０４ｃ、子機台数１０４ｄが記憶されている。ＩＤテーブル１０４ａ、状態テーブル１０４ｃについての詳細は、図２を用いて後述する。子機台数１０４ｄは、親機２００とデジタルコードレス電話通信を行うよう、ＩＤが登録されている子機１００の台数を示す。また、録音した音声の音声データを記憶する領域であるメッセージ録音領域１０４ｂが設けられている。
【００２２】
表示制御部１０６はＣＰＵ１０１から入力した指示に応じて、ＬＣＤ１０５へ電気信号を入力し制御する。ＬＣＤ１０５は、表示制御部１０６から入力された電気信号に応じて、各種アイコンや、文字などを表示する。操作ボタン１０７は、ユーザにより押された場合、対応する電気信号を操作制御部１０８へ入力する。操作制御部１０８は、操作ボタン１０７から入力された電気信号を、デジタル信号へ変換し、ＣＰＵ１０１へ入力する。ベースバンド部１１９には、マイク１０９と、スピーカー１１０が接続されており、マイク１０９及びスピーカー１１０を介して行われる音声の入出力を制御する。
【００２３】
親機１００はネットワークＩ／Ｆ１１６を介して図示しないネットワークに接続されており、契約しているプロバイダなどからネットワークＩ／Ｆ１１６を介して緊急地震速報を受信することができる。ネットワーク制御部１１７は、ＣＰＵ１０１とネットワークＩ／Ｆ１１６の間の信号の送受信を仲介する。
【００２４】
また、親機１００は、ベースバンド部１１９に接続された電話回線Ｉ／Ｆ１１８を介して、図示しない公衆回線に接続された外部装置との間で通話音声信号やファクシミリデータの送受信が可能である。
【００２５】
子機２００と外部装置（通信相手）との間で外線通話が行われる際、公衆回線から電話回線Ｉ／Ｆ１１８を介して入力された音声信号は、ベースバンド部１２０で復調され、無線通信制御部１２０へ入力される。無線通信制御部１２０に入力された音声信号は、デジタルの音声データへ変換され、アンテナ１２１から送信される。一方、子機２００から送信され、アンテナ１２１から受信された音声データは、無線通信制御部１２０でアナログの音声データに変換され、ベースバンド部１１９へ入力される。そして、入力された音声データは、ベースバンド部１１９で変調され、電話回線Ｉ／Ｆ１１８から公衆回線へ送出される。
【００２６】
地震センサ１１２は加速度計を備えたハードウェアであり、ＣＰＵ１０１から入力される指示に従い、揺れの大きさを測定し、Ｇａｌ値（すなわち最大加速度の値）、或いはＳＩ（Ｓｐｅｃｔｒａｌ Ｉｎｔｅｎｓｉｔｙ）値などを出力する。地震センサ制御部１１３は、地震センサ１１２から入力された電気信号を、デジタル信号へ変換し、ＣＰＵ１０１へ入力する。
【００２７】
人感センサ１１４は、赤外線のエネルギーにより電位差を発生させる素子を複数備えている。そのため、所定領域内において温度の分布を測定することができる。そして、温度が周囲より高い領域の素子の温度が変化すると、対応する電気信号を人感センサ制御部１１５に入力する。人感センサ制御部１１５は、人感センサ１１４から入力された電気信号を、デジタル信号に変換し、ＣＰＵ１０１へ入力する。
【００２８】
次に、図２を用いて、ＩＤテーブル１０４ａ、状態テーブル１０４ｃについて説明する。図２（ａ）に示すＩＤテーブル１０４ａは、親機１００と、親機１００とデジタルコードレス電話通信を行うすべての子機２００と、について、それぞれに固有のＩＤが記憶されている。このＩＤは、親機１００が、子機２００とデジタルコードレス電話通信を行う際に用いられる。親機１００が子機２００へデータやコマンドを含むパケットを送信する場合、パケットには送信元情報として、親機ＩＤを含ませる。一方、親機１００はデータやコマンドを含むパケットを受信した場合、受信したパケットに子機２００のＩＤが含まれているかを確認することにより、そのパケットが子機２００から送信されたものであると判断することができる。通常ＩＤは１０桁の数字からなるが、ここでは説明の簡単のため、単にＩＤ１、ＩＤ２などと表現する。また、状態テーブル１０４ａには、子機２００の番号である、子機番号も記憶されている。
【００２９】
図２（ｂ）に示す状態テーブル１０４ｃは、親機１００と、親機１００とデジタルコードレス電話通信を行うすべての子機２００と、について、緊急フラグのオン或いはオフと、親機１００或いは子機２００が設置されている場所である、設置場所を記憶する領域が設けられている。緊急フラグは、本実施形態の処理が行われる前は、すべてオフとなっている。後述する処理において、動けない人が周囲にいると判断された電話機に対応する危険フラグは、オンに設定される。設置場所は、本実施形態の処理が行われる前は、親機１００に対応する設置場所のみが記憶されている。親機１００の設置場所は、例えば、操作ボタン１０７よりユーザが入力することにより、記憶される。本実施形態の処理が行われると、子機２００の設置場所情報についても、状態テーブル１０４ｃに記憶される。また、状態テーブル１０４ｃには、子機２００の番号である、子機番号も記憶されている。
【００３０】
次に子機２００について図１（ｂ）を用いて説明する。子機２００は、ＣＰＵ２０１、ＲＯＭ２０２、ＲＡＭ２０３、フラッシュメモリ２０４、表示制御部２０６、操作制御部２０８、ベースバンド部２１９、人感センサ制御部２１５、無線通信制御部２２０が、それぞれバス２２２を介して接続されている。各ハードウェアについて親機と共通する点は、詳細な記載を省略する。
【００３１】
ＲＯＭ２０２には、子機プログラム２０２ａが記憶されている。ＣＰＵ２０１は、子機プログラム２０２ａに従い各ハードウェアを制御する。なお、子機プログラム２０２ａには、各種固定値や、所定の音声データなども含まれる。
【００３２】
ＲＡＭ２０３には、情報コマンドカウンタの値Ｎを記憶する領域２０３ａ、情報送信カウンタの値Ｍを記憶する領域２０３ｂに加え、擬似親機カウンタの値Ｌを記憶する領域２０３ｃが設けられている。
【００３３】
フラッシュメモリ２０４には、ＩＤテーブル２０４ａ、状態テーブル２０４ｃ、子機台数２０４ｄが記憶されている。ＩＤテーブル２０４ａ、状態テーブル２０４ｃについての詳細は、図２を用いて後述する。また、録音した音声の音声データを記憶するメッセージ録音領域２０４ｂが設けられている。
【００３４】
子機２００は、無線通信制御部２２０、アンテナ２２１を介して親機１００や、他の子機２００との間でデータやコマンドを含んだパケットの送受信を行う。
【００３５】
図２を用いてＩＤテーブル２０４ａ、状態テーブル２０４ｃについて説明する。図２（ｃ）は、ＩＤテーブル２０４ａの一例である。子機番号と、ＩＤについては、ＩＤテーブル１０４ａと同一のものが記憶されている。子機２００が、親機１００へデータやコマンドを含むパケットを送信する場合、パケットには送信元情報として、自機のＩＤを含ませる。一方、子機２００はデータやコマンドを含むパケットを受信した場合、受信したパケットに親機１００のＩＤが含まれているかを確認することにより、そのパケットが親機１００から送信されたものであると判断することができる。また、子機２００が、他の子機２００へデータやコマンドを含むパケットを送信する場合、パケットには送信元情報として、自機のＩＤと親機のＩＤを含ませる。一方、子機２００はデータやコマンドを含むパケットを受信した場合、受信したパケットに親機１００のＩＤと他の子機２００のＩＤが含まれているか確認することにより、そのパケットが他の子機２００から送信されたものであると判断することができる。
【００３６】
また、ＩＤテーブル２０４ａには、擬似親機フラグのオン或いはオフを記憶する領域が設けられている点でＩＤテーブル１０４ａと異なる。擬似親機とは、親機が破損などにより通信不可能になった場合に、親機に代わり他の子機２００と通信する子機２００を指す。本実施形態の処理が行われる前は、すべての子機２００の擬似親機フラグはオフとなっている。後述する処理により、擬似親機に決定した子機２００の擬似親機フラグはオンに設定される。
【００３７】
図２（ｄ）は、状態テーブル２０４ｃの一例である。状態テーブル２０４ｃは、親機１００に記憶されている状態テーブル１０４ｃと同一のものである。ただし、設置場所に関しては、親機１００の設置場所でなく、子機２００の設置場所が記憶されている。例えば、図２（ｄ）に示す状態テーブル２０４ｃは、子機番号が１の子機２００に記憶されているものであるので、子機番号が１の子機２００の設置場所のみが記憶されている。設置場所を記憶させる方法については、親機１００の場合と同様であるので、説明は省略する。
【００３８】
親機１００において実行されるモード切り替え処理について説明する。この処理は、通常モードの状態で、ネットワークI／F１１６を介して緊急地震速報が受信され、ＣＰＵ１０１にネットワーク制御部１１７から緊急地震速報の受信信号が入力されると、開始される。緊急地震速報を受信した親機は、揺れの大きさが大きい場合は、親機１００とすべての子機２００は周囲に動けない人がいるか調べる。そして、動けない人がいた場合は、音声により報知する処理を子機２００と連携して行う。一方、揺れの大きさが小さい場合は、通常の状態、すなわち、緊急地震速報を受信する前の状態へ戻る。以下、図３を用いて具体的な処理を説明する。
【００３９】
Ｓ１１０ではＣＰＵ１０１は、ＩＤテーブル１０４ａから、親機のＩＤと、子機のＩＤのそれぞれを読みだす。そして、ＣＰＵ１０１は、無線通信制御部１２０を制御して、子機ＩＤのそれぞれを受信先とし親機ＩＤを送信元とした地震モードへ切り替えるコマンドを、全ての子機２００へ送信させる（Ｓ１１０）。さらに、ＣＰＵ１０１は、計時を開始する。そして、Ｓ１２０へ進む。
【００４０】
Ｓ１２０では、ＣＰＵ１０１は地震センサ制御部１１３を制御し、地震センサ１１２に、揺れの大きさを測定させる。そして、ＣＰＵ１０１は、地震センサ制御部１１３から入力される信号に基づき、揺れがしきい値以上か判断する（Ｓ１３０）。しきい値以下であったと判断すれば（Ｓ１３０・Ｎｏ）、Ｓ１６０へ進み、しきい値以上であるときがあったと判断すれば（Ｓ１３０・Ｙｅｓ）、Ｓ１４０へ進む。なお、しきい値は、親機プログラム１０２ａに含まれている。
【００４１】
Ｓ１４０では、ＣＰＵ１０１は、無線通信制御部１２０を制御し、すべての子機２００へ、第１モードへ切り替えるコマンドを送信させる（Ｓ１４０）。そして、Ｓ１５０の第１モードの処理を実行し（Ｓ１６０）、親機の処理を終了する。なお、Ｓ１６０はサブルーチンとなっており、その詳細は図５を用いて説明する。
【００４２】
Ｓ１６０では、ＣＰＵ１０１は、Ｓ１１０で地震モードへ切り替えるコマンドを送信させた後から、５分が経過したかを判断する。そして、５分が経過したと判断すると（Ｓ１６０・Ｙｅｓ）、Ｓ１７０へ進む。一方、未だ５分が経過していないと判断すると、Ｓ１２０へ進む。
【００４３】
Ｓ１７０では、ＣＰＵ１０１は、無線通信制御部１２０を制御し、すべての子機２００へ、通常モードへ切り替えるコマンドをアンテナ１２１から送信させる。そして親機の処理を終了する。通常モードの詳細については後述する。
【００４４】
次に、子機２００において実行されるモード切り替え処理について説明する。この処理は、通常モードの状態で、子機２００が親機１００から第１モードへ切り替えるコマンドを受信すると開始される。以下、図４を用いて具体的な処理を説明する。
【００４５】
Ｓ２１０ではＣＰＵ２１０はこのモード切り替え処理を開始してから６分間の間に（Ｓ２１０・Ｎｏ）、親機のＩＤを送信元として、自機のＩＤを受信元として含むコマンドが、無線通信制御部２２０により受信されたかを判断する（Ｓ２２０）。ＣＰＵ２０１はコマンドが受信されたと判断した場合は（Ｓ２２０・Ｙｅｓ），Ｓ２３０へ進む。一方、コマンドを受信されることなく（Ｓ２２０・Ｎｏ）、６分が経過したと判断した場合は（Ｓ２１０・Ｙｅｓ）、Ｓ２６０へ進み、地震モードの処理を実行する（Ｓ２６０）。なお、Ｓ２６０はサブルーチンとなっており、その詳細は、後述する。
【００４６】
Ｓ２３０ではＣＰＵ２０１は、受信されたコマンドが指示するモードが、通常モードであるか、第１モードであるか判断する（Ｓ２３０）。通常モードが指示された場合は（Ｓ２３０・通常モード）、ＣＰＵ２０１は、この処理を終了する。一方、第１モードが指示された場合は（Ｓ２３０・第１モード）、Ｓ２４０へ進み第１モードの処理を実行する。なお、Ｓ２４０の処理はサブルーチンとなっており、その詳細は後述する。
【００４７】
ここで、通常モード、地震モードのそれぞれについて説明する。通常モードとは、通常時、すなわち地震が起こる、或いは起こった可能性が低い場合のモードである。図３のＳ１１０では、親機１００は子機２００を地震モードへ切り替えるコマンドを送信している。しかし、緊急地震速報が誤報である可能性もある。そのため、Ｓ１４０で５分間、大きな揺れがなかったと判断する場合は、地震が起こる、或いは起こった可能性は低いため、Ｓ１７０で子機２００を通常モードへ切り替えている。
【００４８】
地震モードとは、親機１００においては、緊急地震速報が発表されたことを親機１００が子機２００へ送信するとともに、以後の危険度の高さを判断するモードである。すなわち、揺れが大きく危険であると判断する場合は、第１モードの処理を行うと判断する。そして、子機も第１モードへ切り替える。一方、揺れが小さく危険ではないと判断する場合は、子機２００を通常モードへ切り替え、自身も通常モードへもどる。
【００４９】
一方、子機２００においては、地震モードは以後取るべきモードを判断するモードである。緊急地震速報が受信されたということは、大きな地震が起こる確立が高いということである。そのため、親機が故障し、以後親機と通信ができなくなる可能性がある。そこで、Ｓ２２０では親機１００からコマンドが送信されるかを判断している。そして、親機１００からコマンドを受信しない場合は、親機が故障している可能性が高いので、親機を介さず子機２００間で連携する第２モードへ切り替わる。親機からコマンドを受信した場合は、そのコマンドに従い、通常モード或いは、第１モードへ切り替わる。
【００５０】
図５を用いて、親機１００、子機２００において実行される第１モードの処理について説明する。親機１００、子機２００の両方において、Ｓ３１０の検知処理、Ｓ３２０の情報送受信処理、Ｓ３３０の報知処理が行われる。Ｓ３１０の検知処理は、周囲に人がいる場合はその安否を確認する処理であり、親機１００と子機２００とにおいて、同様の処理が行われる。その詳細は、図６を用いて説明する。
【００５１】
Ｓ３２０の情報送受信処理は、Ｓ３１０の処理で親機１００と子機２００のそれぞれが取得した安否情報を、親機１００が取得し、取得したすべての電話機の安否情報を、子機２００へ送信する処理である。詳細については、図７を用いて説明する。
【００５２】
Ｓ３３０の報知処理は、親機１００と子機２００のそれぞれのが、すべての電話機の安否情報を報知する処理である。親機１００と子機２００とにおいて、同様の処理が行われる。その詳細については図８を用いて説明する。
【００５３】
Ｓ３１０の検知処理について説明する。先述したように図６に示す検知処理は、親機１００と、子機２００のそれぞれにおいて行われる。ここでは、親機１００を例にして説明する。まず、ＣＰＵ１０１は人感センサ制御部１１５へ、人感センサ１１４を制御するよう指示を入力する。すると、人感センサ制御部１１５は、人感センサ１１４を制御し、人感センサ１１４の検知結果に対応する電気信号が人感センサ制御部１１５へ入力される。ＣＰＵ１０１は人感センサ制御部１１５から、入力される信号に基づき、自機の周辺に人が存在するか判断する（Ｓ４１０）。人が存在すると判断した場合は（Ｓ４１０・Ｙｅｓ）、Ｓ４２０へ進む。一方、人が存在しないと判断した場合は（Ｓ４１０・Ｎｏ）、この検知処理を終了する。
【００５４】
Ｓ４２０では、ＣＰＵ１０１は時間の計測を開始し、５分間経過するまで（Ｓ４２０・Ｎｏ）電話機の周囲にいるユーザに対し、操作部１０６からキャンセルを入力することを促すメッセージを、音声制御部１１１を制御し、スピーカー１０９から放音させる処理（Ｓ４３０）と、操作部１０６からキャンセルが入力されたかを判断する処理（Ｓ４４０）と、を繰り返す。メッセージの一例としては、次のようなものが考えられる。“大きな地震がありました。お客様の安否を確認します。無事な場合は、キャンセルボタンを押してください。” なお、このようなメッセージは親機プログラム１０２ａに工場出荷時から、含まれている。ＣＰＵ１０１は、操作ボタン１０７に設けられたキャンセルボタンに対応する電気信号が、操作制御部１０８から入力されたと判断すると（Ｓ４４０・Ｙｅｓ）検知処理を終了する。一方、キャンセルボタンに対応する電気信号が入力されることなく（Ｓ４４０・Ｎｏ）、５分間が経過したとＣＰＵ１０１が判断すると（Ｓ４２０・Ｙｅｓ）、Ｓ４５０へ進む。
【００５５】
Ｓ４５０では、ＣＰＵ１０１は、音声の録音処理を行う（Ｓ４５０）。より具体的には、まず、ＣＰＵ１０１は音声制御部１１１を制御し、音声の録音を行う旨を説明するメッセージをスピーカー１０９から放音させる。例えば、次のようなメッセージである。“メッセージを録音します。メッセージをお話しください”その後、ＣＰＵ１０１は、所定の時間、音声制御部１１１を制御しマイク１０９から集音された音声データを録音領域１０４ｂへ記憶させる。そして、Ｓ４６０へ進む。
【００５６】
Ｓ４６０では、ＣＰＵ１０１は状態テーブル１０４ｃにおいて、自機に対応する緊急フラグをオンにする。そして、検知処理を終了する。前述したように、この検知処理は、子機２００においても行われる。その詳細については、図６の説明において、親機１００が備えるハードウェアを、子機が備えるものに読み替えればよい。
【００５７】
図７（ａ）を用いて親機において行われる情報送受信処理について説明する。ＣＰＵ１０１は、情報要求カウンタ１０３ａの値Ｎを１にし（Ｓ５１０）、Ｓ５２０へ進む。
【００５８】
Ｓ５２０ではＣＰＵ１０１は、無線通信制御部１２０を制御して、子機番号がＮである子機２００のＩＤを受信先として、自機のＩＤを送信元として、状態テーブル２０４ｃの返信を要求するコマンドを、送信させる（Ｓ５２０）。この場合、例えば、情報要求カウンタ１０３ａの値Ｎが１であれば、子機番号が１の子機のＩＤが受信先として指定されることになる。
【００５９】
そして、Ｓ５３０へ進み、ＣＰＵ１０１は、Ｓ５２０で送信させたコマンドに対する返信が無線通信制御部１２０により受信されたかを判断する（Ｓ５３０）。ＣＰＵ１０１は返信が受信されたと判断した場合は（Ｓ５３０・Ｙｅｓ）、Ｓ５４０へ進み、返信に含まれる状態テーブル２０４ｃから、送信元ＩＤ（すなわち、Ｓ５２０でコマンドの受信先に設定された子機２００のＩＤ）、子機の設置場所、緊急フラグのオン或いはオフを読み出す。そして、読み出した送信元ＩＤ、子機の設置場所、危険フラグのオン或いはオフを、状態テーブル１０４ｃの対応する領域へ記憶させる（Ｓ５４０）。一方、ＣＰＵ１０１は所定時間内に返信が受信されなかったと判断した場合は（Ｓ５３０・Ｎｏ）、Ｓ５４０をスキップして、Ｓ５５０へ進む。
【００６０】
Ｓ５５０では、ＣＰＵ１０１は情報要求カウンタ１０３ａの値Ｎに１を加算し（Ｓ５５０）、Ｓ５６０へ進む。
【００６１】
Ｓ５６０では、ＣＰＵ１０１は情報要求カウンタ１０３ａの値Ｎが、子機台数１０４ｄの値を超えたか判断し、超えたと判断すると（Ｓ５６０・Ｙｅｓ）、Ｓ５７０へ進み、未だ超えていないと判断すると（Ｓ５６０・Ｎｏ）、Ｓ５２０へ進む。
【００６２】
Ｓ５７０では、ＣＰＵ１０１は情報送信カウンタ１０３ｂの値Ｍを１にする。そして、Ｓ５８０へ進む。
【００６３】
Ｓ５８０ではＣＰＵ１０１は、無線通信制御部１２０を制御して、子機番号の値がＭである子機２００のＩＤを受信先として、自機のＩＤを送信元として、状態テーブル１０４ｃを送信させる（Ｓ５８０）。そしてＳ５９０へ進み、情報送信カウンタ１０３ｂの値Ｍに１を加算し、Ｓ５１００へ進む。
【００６４】
Ｓ５１００ではＣＰＵ１０１は情報送信カウンタ１０３ｂの値Ｍが子機台数１０４ｄの値を超えたか判断し、超えたと判断すると（Ｓ５１００・Ｙｅｓ）、情報送受信処理を終了し、未だ超えていないと判断すると（Ｓ５１００・Ｎｏ）、Ｓ５８０へ進む。
【００６５】
図７（ｂ）を用いて、子機において行われる、情報送受信処理について説明する。Ｓ６１０では、ＣＰＵ２０１は、無線通信制御部２２０により、自機のＩＤを受信先とし、親機のＩＤ機を送信元としたコマンドが、受信されたかを判断する（Ｓ６１０）。なお、このコマンドは、図７（ａ）のＳ５２０で親機１００により送信されたコマンドである。そして、ＣＰＵ２０１が、未だコマンドが受信されていないと判断した場合は（Ｓ６１０・Ｎｏ）、判断を繰り返す（Ｓ６１０）。そして、判断を繰り返すうちに、判断が肯定されると（Ｓ６１０・Ｙｅｓ）、Ｓ６２０へ進む。
【００６６】
Ｓ６２０では、ＣＰＵ２０１は無線通信制御部２２０を制御して、Ｓ６１０で受信したコマンドに対する返信として、状態テーブル２０４ｃを送信させる。
【００６７】
そして、Ｓ６３０へ進み、ＣＰＵ２０１は無線通信制御部２２０により、親機１００から１０４ｃが受信されたかを判断する（Ｓ６３０）。未だ受信されていないと判断する場合は（Ｓ６３０・Ｎｏ）、判断を繰り返し（Ｓ６３０）、受信されたと判断する場合は（Ｓ６３０・Ｙｅｓ）、Ｓ６４０へ進む。
【００６８】
Ｓ６４０では、ＣＰＵ２０１はＳ６３０で受信された状態テーブル１０４ｃから、親機１００と、他の子機２００の危険フラグのオン或いはオフ、設置場所を読み出し、状態テーブル２０４ｃに記憶させる（Ｓ６４０）。そして、情報送受信処理を終了する。
【００６９】
図８を用いて、Ｓ３３０の報知処理について説明する。先述したように図８に示す報知処理は、親機１００と、子機２００のそれぞれにおいて行われる。この処理は、Ｓ３１０の検知した、自機の周辺のユーザの安否情報と、Ｓ３２０の情報送受信処理により、得られた他の電話機の周辺の安否情報を、音声により報知する処理である。ここでは、親機１００を例にして説明する。まず、ＣＰＵ１０１は、音声制御部１１１を制御して、マイク１０９に集音をさせる（Ｓ７１０）。そして、Ｓ７２０へ進む。
【００７０】
Ｓ７２０ではＣＰＵ１０１は、集音した音声がしきい値以上か判断し（Ｓ７２０）、しきい値以上であると判断すると、１０分間待機し（Ｓ７７０）、Ｓ７１０へ進む。一方、しきい値以下であると判断すると（Ｓ７２０・Ｎｏ）、Ｓ７３０へ進む。なお、しきい値は、親機プログラム１０２ａに含まれている。
【００７１】
Ｓ７３０では、ＣＰＵ１０１は、状態テーブル１０４ｃの内容を、音声制御部１１１を制御し、スピーカー１０９から放音させる。例えば、状態テーブルが、図２（ｅ）のようになっている場合は、次のような内容になる。“台所に動けない人がいます。こども部屋に動けない人がいます。”そして、ＣＰＵ１０１は、計時を開始して、Ｓ７４０へ進む。
【００７２】
Ｓ７４０では、ＣＰＵ１０１は、Ｓ７４０の処理を開始してから、計時を開始してから、３日間が経過したかを判断し（Ｓ７４０）、経過していないと判断すると（Ｓ７４０・Ｎｏ）、Ｓ７５０へ進む。一方、計時を開始してから３日間が経過したと判断すると（Ｓ７４０・Ｙｅｓ）、報知処理を終了する。
【００７３】
Ｓ７５０では、ＣＰＵ１０１は操作部１０６よりキャンセルが入力されたかを判断すし（Ｓ７５０）、未だ入力されていないと判断すると、Ｓ７１０へ進む。一方、キャンセルが入力されたと判断すると（Ｓ７５０・Ｙｅｓ）、Ｓ７６０へ進む。
【００７４】
Ｓ７６０では、ＣＰＵ１０１はメッセージ録音領域１０４ｂより音声メッセージを読み出し、音声制御部１０７を制御して、音声メッセージをスピーカー１０９より放音させる。そしてこの処理を終了する。
【００７５】
なお、Ｓ７２０・Ｎｏである場合、すなわち、周囲の音量がしきい値以下の場合のみ、音声メッセージを放音するのは、次の理由による。一般的に、地震により家屋が倒壊し、下敷きになった人がいる場合、救助の声が聞こえなくなることを避けるために、重機等を停止させる時間帯である、サイレントタイムが設けられる。そこで、重機等による音が発生している間は、放音処理を行わず、サイレントタイムにのみ放音処理を行うことで、効率的に報知を行うことができる。また、バッテリーの減りを遅らせることもできる。
【００７６】
以上説明したように、第１モードでは、親機１００と子機２００は連携して、周囲に動けない人がいる場合は、その旨を効率的に報知することができる。
【００７７】
次に、Ｓ２６０の第２モードの処理について説明する。前述したように、第２モードは親機が故障している可能性が高い場合に、他の子機２００と連携し、周囲に動けない人がいる場合は、その旨を効率的に報知するモードである。以下、図９を用いて、子機２００で行われる具体的な処理について説明する。
【００７８】
まず、Ｓ８１０では、ＣＰＵ１０６は時間の計測を開始する（Ｓ８１０）。以降、説明の都合上、計測した時間を、同期タイマの計測時間と称する。後述する図１０の処理において、すべての子機２００は、Ｓ９２０の処理を同時に開始する必要がある。しかし、Ｓ８２０の検知処理では、それぞれの子機２００において、処理が終了するタイミングがずれる可能性がある。そのため、すべての子機２００がＳ８１０から所定の時間経過後に図１０のＳ９２０の処理を開始することで、その処理の開始を同時に行うことができる。
【００７９】
Ｓ８２０では、検知処理が行われる。この処理はサブルーチンとなっており、その詳細は図６と同様である。そのため、詳細な説明を省略する。そして、Ｓ８３０へ進む。
【００８０】
Ｓ８３０では、擬似親機決定処理が行われる。この処理はサブルーチンとなっており、その詳細は、図１０を用いて後述する。Ｓ８３０は、複数の子機の間において、擬似親機を決定する処理である。本実施形態における擬似親機とは、第１モードで親機１００が行う処理と、同様の処理を行う子機２００を指す。擬似親機決定処理が終了すると、すべての子機２００のＩＤテーブル２０４ａにおいて、擬似親機に決定した子機２００の擬似親機フラグがオンに設定された状態になっている。
【００８１】
Ｓ８４０では、ＣＰＵ２０１は、ＩＤテーブル２０４ａを参照し、自機が擬似親機であるか判断する（Ｓ８４０）。そして、自機が擬似親機であると判断すると（Ｓ８４０・Ｙｅｓ）、Ｓ８５０へ進み、擬似親機ではないと判断すると（Ｓ８４０・Ｎｏ）、Ｓ８６０へ進む。
【００８２】
Ｓ８５０では、擬似親機としての情報送受信処理が、Ｓ８６０では、擬似子機以外の子機の情報送受信処理が行われる。これらの処理はサブルーチンとなっており、その詳細はそれぞれ、図１１（ａ）、図１１（ｂ）を用いて後述する。そして、Ｓ８５０或いは、Ｓ８６０の処理が行われると、Ｓ８７０へ進む。この処理はサブルーチンとなっており、その詳細は、図８を用いて説明した処理と同様であるため、詳細を省略する。
【００８３】
図１０を用いて、Ｓ８３０の擬似親機決定処理の詳細について説明する。Ｓ９１０では、ＣＰＵ２０１は、同期タイマの計測時間が、１０分を経過したか判断し、未だ経過していないと判断した場合は（Ｓ９１０・Ｎｏ）、１０分経過したと判断するまで、判断を繰り返す。そして、１０分経過したと判断すると（Ｓ９１０・Ｙｅｓ）、Ｓ９２０へ進む。
【００８４】
Ｓ９２０では、ＣＰＵ２０１は擬似親機カウンタ２０３ｃの値Ｌを１にする（Ｓ９２０）。そして、Ｓ９３０へ進む。
【００８５】
Ｓ９３０では、ＣＰＵ２０１は、擬似親機カウンタ２０３ｃの値が、自機の番号と等しいか判断する。等しいと判断すると（Ｓ９３０・Ｙｅｓ）、Ｓ９４０へ進む。一方、等しくないと判断すると（Ｓ９３０・Ｎｏ）、計時を開始して、Ｓ９６０へ進む。
【００８６】
Ｓ９４０では、ＣＰＵ２０１は、ＩＤテーブル２０４ａにおいて、自機の擬似親機フラグをオンにする（Ｓ９４０）。そして、Ｓ９５０へ進む。
【００８７】
Ｓ９５０では、ＣＰＵ２０１は、無線通信制御部２２０を制御し、自機が擬似親機であることを示すコマンドを、他の子機２００に対して送信させる。そして、擬似親機決定処理を終了する。この際、送信されるコマンドには、ＩＤテーブル２０４ａから読み出した自機のものであるＩＤとともに、親機のＩＤが、送信元ＩＤ付加されている。そして、Ｓ９５０で送信されたコマンドを受信した子機は、付加された親機ＩＤにより、受信したコマンドが、同一の親機１００に対応する子機２００から送信されたものであると判断する。そのため、近くに同じモデルでかつ異なる親機１００と接続している子機２００が存在しても、そのような子機２００間で誤ってデジタルコードレス電話通信がなされる恐れがない。
【００８８】
Ｓ９６０では、ＣＰＵ２０１は、計時を開始してから５分が経過したか判断し、未だ経過していない場合は（Ｓ９６０・Ｎｏ）、Ｓ９７０へ進む。
【００８９】
Ｓ９７０では、同じ親機を持つ子機２００から送信された、擬似親機であることを示すコマンドが、無線通信制御部２２０により受信されたかを判断する。このとき、擬似親機であることを示すコマンドが、同じ親機を持つ子機２００から送信されたものであるかは、コマンドの送信元ＩＤとして、ＩＤテーブル２０４ａに記憶されている親機のＩＤと、子機のＩＤが含まれているかに基づき判断する。なお、Ｓ９７０で受信されるコマンドは、他の子機２００が、Ｓ９５０で送信したコマンドである。Ｓ９７０の判断が肯定される場合は（Ｓ９７０・Ｙｅｓ）、Ｓ９８０へ進む。一方、Ｓ９７０の判断が否定される場合は（Ｓ９７０・Ｎｏ）、Ｓ９６０へ進む。
【００９０】
Ｓ９８０では、ＣＰＵ２０１は、Ｓ９７０で受信したパケットの送信元となる子機ＩＤをパケットから読み出し、ＩＤテーブル２０４ａにおいて、読み出したＩＤに対応する子機の擬似親機フラグをオンにする（Ｓ９８０）。そして、擬似親機決定処理を終了する。
【００９１】
Ｓ９９０では、ＣＰＵ２０１は、擬似親機２０３ｃの値Ｌに１を加算し（Ｓ９９０）、Ｓ９３０へ進む。
【００９２】
図１１（ａ）を用いて、Ｓ８５０の処理の詳細を説明する。この処理は、図７（ａ）を用いて説明した親機１００で行われる処理と似ている。そのため、似ているステップには同一の符号を付した。ただし、図７（ａ）で親機１００とされた箇所を、擬似親機と読み変える。また、それに併せて各ハードウェアの番号も、子機２００が備えるハードウェアの番号へ読み替える。
【００９３】
以下、異なる符号を付した処理について説明する。Ｓ１０１０では、ＣＰＵ２０１は、情報要求カウンタ２０３ａの値Ｎを、自機の子機番号に１を加算した値にする。これは、次の理由による。図１０の処理では、子機番号が若い子機２００から優先的に擬似親機となる処理が行われた。そのため、図１０で、擬似親機となった子機２００よりも、若い子機番号の子機２００は、故障などにより、動作していない可能性が高い。そのため、図７（ａ）の処理では、擬似親機となった子機２００より若い子機番号の子機２００に対しては、コマンドや、状態テーブル２０４ｃの送信（Ｓ５２０、Ｓ５８０）は行わない。
【００９４】
Ｓ１０２０では、ＣＰＵ２０１は、情報送信カウンタ２０３ｂの値Ｍを、自機の子機番号に１を加算した値にする。この理由は、前述したＳ１０１０と同様であるため、詳細な説明は省略する。
【００９５】
図１１（ｂ）を用いて、Ｓ８６０の処理の詳細を説明する。この処理は、図７（ｂ）を用いて説明した子機２００で行われる処理と似ている。異なる点は、親機１００とある箇所が、擬似親機となる点のみである。そのため、詳細な説明は、省略する。
【００９６】
以上、説明したように、子機２００は地震モードにおいて、親機１００からの指示が送信されない場合、親機１００を介さずに子機２００間でデジタルコードレス電話通信を行うことができる。そして、子機２００間のコードレス電話通信を用いて、周囲のユーザの安否を送受信する。そして、送受信したユーザの安否情報を報知することができる。そのため、地震などにより親機１００が破損し故障しても、ユーザの安否を周囲に知らせることができる。
【００９７】
また、子機２００は、周囲の音量がしきい値以下のときに報知処理を行う。そのため、サイレントタイムに合わせて効率的に報知処理を行うことができる。
【００９８】
また、コードレス電話通信は、ＤＥＣＴでなくてもよい。例えば、ｓＰＨＳ（ｓｕｐｅｒ Ｐｅｒｓｏｎａｌ Ｈａｎｄｙ−ｐｈｏｎｅ Ｓｙｓｔｅｍ）でもよい。
【００９９】
また、図６のＳ４１０では、ＣＰＵ１０１は、人感センサ１１４から単に、温度が周囲より高い領域に対応する電気信号が入力されただけでも、人が存在すると判断してもよい。すなわち、人が動かない状態であっても、人感センサ１１４は、電気信号を人感センサ制御部１１５に入力する。また、人感センサ１１４は、超音波により人を検知するものであってもよい。
【０１００】
また、図３、図４のモード切り替え処理において、次のようにしてもよい。図３のＳ１４０と、Ｓ１７０で、ＣＰＵ１０１は、無線通信制御部１２０を制御し、すべての子機２００へ、検知した揺れの大きさを送信させる。さらに、図４のＳ２３０では、ＣＰＵ２０１は親機から送信された揺れの大きさがしきい値以上であるかを判断し、しきい値以上であると判断すれば（Ｓ２３０・Ｙｅｓ）、Ｓ２４０へ進み、しきい値以下であると判断すれば（Ｓ２３０・Ｎｏ）、モード切り替え処理を終了する。ただし、この場合、子機プログラム２０２ａには、揺れの大きさのしきい値が含まれている。
【符号の説明】
【０１０１】
１００ 親機
１０１ ＣＰＵ
１０２ ＲＯＭ
１０３ ＲＡＭ
１０４ フラッシュメモリ
１０５ ＬＣＤ
１０７ 操作ボタン
１１５ 人感センサ
１１７ ネットワーク制御部
１１９ ベースバンド部
１２０ 無線通信部
２００ 子機
２０１ ＣＰＵ
２０２ ＲＯＭ
２０３ ＲＡＭ
２０４ フラッシュメモリ
２０５ ＬＣＤ
２０７ 操作ボタン
２１５ 人感センサ
２１９ ベースバンド部
２２０ 無線通信部
【特許請求の範囲】
【請求項１】
ネットワークに接続する接続手段を備え、複数の子機とコードレス電話通信を行う親機と、前記親機とコードレス無線通信を行う子機と、を含む通信システムであって、
前記親機は、
接続手段を介して前記ネットワークから緊急地震速報を受信すると、前記子機へ第１信号を送信する、第１送信手段と、
前記緊急地震速報を受信すると、揺れの大きさを測定する測定手段と、
前記揺れの大きさによって異なる揺れ相関信号を、前記子機へ送信する第２送信手段と、
前記測定手段が測定した揺れの大きさが第１条件を満たすか否かを判断する判断手段と、
前記判断手段が前記第１条件を満たすと判断する場合は、周囲に存在する人間の安否を示す安否情報を作成する作成手段と、
前記判断手段が前記第１条件を満たすと判断する場合は、前記第２送信手段が前記揺れ相関信号を送信した後に、前記子機の安否情報を、前記子機のそれぞれから受信する安否情報受信手段と、
前記作成手段が作成した安否情報と、前記安否情報が受信した安否情報と、を前記子機のそれぞれへ送信する安否情報送信手段と、
前記作成手段が作成した安否情報と、前記安否情報受信手段が受信した安否情報と、に基づき報知を行う報知手段と、を備え、
前記子機は、
前記親機から前記第１信号を受信した後、所定の時間内に前記親機から揺れ相関信号を受信したか否かを判断する第１判断手段と、
前記第１判断手段が、前記揺れ相関信号を受信したと判断すると、前記揺れ相関信号が前記第２条件を満たすか否かをさらに判断する第２判断手段と、
前記第２判断手段が、前記第２条件を満たすと判断する場合に、前記安否情報を作成する作成手段と、
前記作成手段が作成した安否情報を前記親機へ送信する安否情報送信手段と、
前記第２判断手段が、前記第２条件を満たすと判断する場合に、前記安否情報を前記親機から受信する安否情報受信手段と、
前記作成手段が作成した安否情報と、前記安否情報受信手段が受信した安否情報と、に基づき報知を行う報知手段と、を備えたことを特徴とする通信システム。
【請求項２】
請求項１に記載の通信システムであって、
前記親機において、
前記判断手段が前記第１条件を満たさないと判断する場合は、前記作成手段と、前記安否情報送信手段と、前記安否情報受信手段と、前記報知手段と、はそれぞれの処理を行わず、
前記子機は、
前記第２判断手段が、前記第２条件を満たさないと判断すると、
前記作成手段と、前記安否情報送信手段と、前記安否情報受信手段と、前記報知手段は、それぞれの処理を行わないことを特徴とする通信システム。
【請求項３】
請求項２に記載の通信システムであって、
前記親機において、
前記第２送信手段は、前記揺れの大きさが、しきい値以上である場合は第１揺れ相関信号を前記子機へ送信し、しきい値以上ではない場合は第２揺れ相関信号を前記子機へ送信し、
前記判断手段は、前記揺れの大きさが前記しきい値以上であるか否かを判断するものであり、
前記子機において、前記第２判断手段は、前記親機から受信した前記揺れ相関信号が前記第１揺れ相関信号であるか否かを判断することを特徴とする、通信システム。
【請求項４】
請求項１に記載の通信システムであって、
前記子機において、
前記第１判断手段が、前記所定時間内に前記揺れ相関信号を受信しなかったと判断すると、前記作成手段が前記安否情報を作成し、
前記安否情報送信手段が、前記作成手段が作成した安否情報を前記自機とは異なる子機へ送信し、
前記第１判断手段が、前記所定時間内に前記揺れ相関信号を受信しなかったと判断すると、前記安否情報受信手段が、前記自機とは異なる子機の前記安否情報を、前記自機とは異なる子機から受信し、
前記報知手段が、前記作成手段が作成した安否情報と、前記安否情報受信手段が受信した安否情報と、に基づき報知を行うことを特徴とする通信システム。
【請求項１】
ネットワークに接続する接続手段を備え、複数の子機とコードレス電話通信を行う親機と、前記親機とコードレス無線通信を行う子機と、を含む通信システムであって、
前記親機は、
接続手段を介して前記ネットワークから緊急地震速報を受信すると、前記子機へ第１信号を送信する、第１送信手段と、
前記緊急地震速報を受信すると、揺れの大きさを測定する測定手段と、
前記揺れの大きさによって異なる揺れ相関信号を、前記子機へ送信する第２送信手段と、
前記測定手段が測定した揺れの大きさが第１条件を満たすか否かを判断する判断手段と、
前記判断手段が前記第１条件を満たすと判断する場合は、周囲に存在する人間の安否を示す安否情報を作成する作成手段と、
前記判断手段が前記第１条件を満たすと判断する場合は、前記第２送信手段が前記揺れ相関信号を送信した後に、前記子機の安否情報を、前記子機のそれぞれから受信する安否情報受信手段と、
前記作成手段が作成した安否情報と、前記安否情報が受信した安否情報と、を前記子機のそれぞれへ送信する安否情報送信手段と、
前記作成手段が作成した安否情報と、前記安否情報受信手段が受信した安否情報と、に基づき報知を行う報知手段と、を備え、
前記子機は、
前記親機から前記第１信号を受信した後、所定の時間内に前記親機から揺れ相関信号を受信したか否かを判断する第１判断手段と、
前記第１判断手段が、前記揺れ相関信号を受信したと判断すると、前記揺れ相関信号が前記第２条件を満たすか否かをさらに判断する第２判断手段と、
前記第２判断手段が、前記第２条件を満たすと判断する場合に、前記安否情報を作成する作成手段と、
前記作成手段が作成した安否情報を前記親機へ送信する安否情報送信手段と、
前記第２判断手段が、前記第２条件を満たすと判断する場合に、前記安否情報を前記親機から受信する安否情報受信手段と、
前記作成手段が作成した安否情報と、前記安否情報受信手段が受信した安否情報と、に基づき報知を行う報知手段と、を備えたことを特徴とする通信システム。
【請求項２】
請求項１に記載の通信システムであって、
前記親機において、
前記判断手段が前記第１条件を満たさないと判断する場合は、前記作成手段と、前記安否情報送信手段と、前記安否情報受信手段と、前記報知手段と、はそれぞれの処理を行わず、
前記子機は、
前記第２判断手段が、前記第２条件を満たさないと判断すると、
前記作成手段と、前記安否情報送信手段と、前記安否情報受信手段と、前記報知手段は、それぞれの処理を行わないことを特徴とする通信システム。
【請求項３】
請求項２に記載の通信システムであって、
前記親機において、
前記第２送信手段は、前記揺れの大きさが、しきい値以上である場合は第１揺れ相関信号を前記子機へ送信し、しきい値以上ではない場合は第２揺れ相関信号を前記子機へ送信し、
前記判断手段は、前記揺れの大きさが前記しきい値以上であるか否かを判断するものであり、
前記子機において、前記第２判断手段は、前記親機から受信した前記揺れ相関信号が前記第１揺れ相関信号であるか否かを判断することを特徴とする、通信システム。
【請求項４】
請求項１に記載の通信システムであって、
前記子機において、
前記第１判断手段が、前記所定時間内に前記揺れ相関信号を受信しなかったと判断すると、前記作成手段が前記安否情報を作成し、
前記安否情報送信手段が、前記作成手段が作成した安否情報を前記自機とは異なる子機へ送信し、
前記第１判断手段が、前記所定時間内に前記揺れ相関信号を受信しなかったと判断すると、前記安否情報受信手段が、前記自機とは異なる子機の前記安否情報を、前記自機とは異なる子機から受信し、
前記報知手段が、前記作成手段が作成した安否情報と、前記安否情報受信手段が受信した安否情報と、に基づき報知を行うことを特徴とする通信システム。
【図１（ａ）】
【図１（ｂ）】
【図２（ａ）】
【図２（ｂ）】
【図２（ｃ）】
【図２（ｄ）】
【図２（ｅ）】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１（ｂ）】
【図２（ａ）】
【図２（ｂ）】
【図２（ｃ）】
【図２（ｄ）】
【図２（ｅ）】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【公開番号】特開２０１２−２１２３２１（Ｐ２０１２−２１２３２１Ａ）
【公開日】平成２４年１１月１日（２０１２．１１．１）
【国際特許分類】
【出願番号】特願２０１１−７７６５２（Ｐ２０１１−７７６５２）
【出願日】平成２３年３月３１日（２０１１．３．３１）
【出願人】（０００００５２６７）ブラザー工業株式会社 (13,856)
【Ｆターム（参考）】
【公開日】平成２４年１１月１日（２０１２．１１．１）
【国際特許分類】
【出願日】平成２３年３月３１日（２０１１．３．３１）
【出願人】（０００００５２６７）ブラザー工業株式会社 (13,856)
【Ｆターム（参考）】
[ Back to top ]