(57)【要約】【課題】十分な確実性を持った通報の行える発呼サーバーおよび通報装置を提供すること。【解決手段】通報装置２による通報と、発呼サーバー５による通報を回線状況やユーザからの設定指示により適切に切り替える。さらに、通報装置２と発呼サーバー５の少なくとも一方に、回線交換網を利用した通信により通報を行う部分と、ＩＰ電話を利用した通信により通報を行う部分を備え、回線状況やユーザからの設定指示により適切に切り替える。これにより、十分な確実性を持った通報が行えるものである。【選択図】図１
2005141359.tif 000002
【特許請求の範囲】
【請求項１】
通報装置から送信された通報情報を受信するサーバー側通報受信部と、受信した通報情報を解析して通報先情報、通報方式情報、通報元情報、通報内容の少なくとも一つを得る情報抽出部と、通報先に通知するメッセージ情報を記憶するサーバー側メッセージ記憶部と、インターネットなどのパケット通信網を利用した通信によりメッセージ情報を送信するサーバー側ＩＰ電話通信部と、前記情報抽出部から得た情報にしたがって前記サーバー側メッセージ記憶部を検索するとともに得られたメッセージ情報を通報先に送信するよう前記サーバー側ＩＰ電話通信部を制御するサーバー側通報制御部とを備えた発呼サーバー。
【請求項２】
回線交換網を利用した通信により情報を送受信するサーバー側電話通信部を備え、サーバー側通報制御部は、情報抽出部で得られた通報方式情報にしたがって、サーバー側ＩＰ電話通信部と前記サーバー側電話通信部の一方を選択して制御し、メッセージ情報を通報先へ送信する請求項１に記載の発呼サーバー。
【請求項３】
回線交換網を利用した通信により情報を送受信するサーバー側電話通信部と、サーバー側ＩＰ電話通信部による通信が可能かどうかを確認するサーバー側ＩＰ電話通信確認部と、前記サーバー側電話通信部による通信が可能かどうかを確認するサーバー側回線交換通信確認部とを備え、サーバー側通報制御部は、前記サーバー側ＩＰ電話通信確認部と前記サーバー側回線交換通信確認部の少なくとも一方の確認結果にしたがって前記サーバー側ＩＰ電話通信部と前記サーバー側電話通信部の一方を選択してメッセージ情報を通信先へ通報する請求項１に記載の発呼サーバー。
【請求項４】
機器からの情報を受信する通報情報受信部と、前記通報情報受信部で受信した情報を発呼サーバーへ送信する発呼サーバー通信部を備えた通報装置。
【請求項５】
通報先情報、通報方式情報、通報環境設定情報の少なくとも一つをユーザに入力させる通報設定入力部を備え、発呼サーバー通信部は前記通報設定入力部で入力された情報と通報情報受信部で受信した情報を発呼サーバーへ送信する請求項４に記載の通報装置。
【請求項６】
通報情報受信部で受信した情報を回線交換網により送信する電話通信部と、通報情報受信部で受信した情報をインターネットなどのパケット通信網を用いて送信するＩＰ電話通信部と、通報設定入力部で入力された情報にしたがって、前記電話通信部、前記ＩＰ電話通信部、発呼サーバー通信部の少なくとも一つを選択して通報を行う通報制御部とを備えた請求項４または５に記載の通報装置。
【請求項７】
回線交換網による通信が可能かどうかを調べる回線交換通信確認部と、ＩＰ電話通信部や発呼サーバー通信部が用いるパケット通信が可能かどうかを調べるパケット通信確認部とを備え、通報制御部は、前記回線交換通信確認部と前記パケット通信確認部の少なくとも一方の確認結果にしたがって、電話通信部、ＩＰ電話通信部、発呼サーバー通信部の少なくとも一つを選択して通報を行う請求項４または５に記載の通報装置。
【請求項８】
請求項１〜７のいずれか１項に記載の機能の少なくとも一部をコンピュータに実現させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、電話回線やインターネット回線を利用して、故障情報を含む各種の機器情報や、保安・緊急情報をあらかじめ定められた通報先に送信する発呼サーバー、通報装置およびプログラムに関するものである。
【背景技術】
【０００２】
従来、この種の各情報は、回線交換網を利用した電話回線により通報を行っている（例えば、特許文献１参照）。
【０００３】
図７は、前記特許文献１に記載された従来の通報装置を示すものである。図に示すように、網制御部１０１は、電話回線と接続し回線確認やダイヤルパルスの送出を行う。モデム部１０２は、通報装置から送出する情報を網制御部１０１を介して通報先に送信する。制御部１０３は各部の動作を制御し通報を行う。表示部１０４は、警備状態や異常状態などの動作状況を表示する。操作部１０５は通報装置の動作モードを設定する。記憶部１０６は通報先の電話番号を記憶するための記憶デバイスである。警報信号入力部１０７は侵入検知センサーやガス漏れセンサーなどのセンサー機器からの検知信号を受信する。
【０００４】
以上のように構成された従来の通報装置について、動作手順の一例を示す。
【０００５】
（１）緊急信号入力部１０７にセンサー機器から検知信号が入力されると、制御部１０３は記憶部１０６を検索して、第１の通報先電話番号を得る。
【０００６】
（２）制御部１０３は、網制御部１０１に第１の通報先電話番号をセットして発呼する（ダイヤルパルス送出）。
【０００７】
（３）網制御部１０１内の回線確認手段により通報先がビジーかどうかを検出し、さらに、モデム部１０２内の応答信号受信手段により、所定の信号が通報先から適切に受信できるかどうかを確認する。
【０００８】
（４）通報先がビジーでなく、適切な信号が通報先から返信された場合は、警報情報を送信する。そうでない場合は、通報先が間違っているものと判断して、制御部１０３は記憶部１０６をアクセスし、第２の通報先電話番号を検索して通報を試みる。
【特許文献１】特開平１１−３１６８８７号公報
【発明の開示】
【発明が解決しようとする課題】
【０００９】
しかしながら、前記従来の技術では、通信回線に問題があるとき通報先の電話番号を変えることしか対応できず、通信回線のトラブルなどに十分に対応できないという課題があった。例えば、回線交換網の通信回線が一時的に不通になった場合（宅内機器側の問題、局側の問題、通信経路の問題）、電話番号を変えても通報をすることはできない。
【００１０】
本発明は、前記従来の課題を解決するもので、十分な確実性を持った通報の行える発呼サーバー、通報装置およびプログラムを提供することを目的とする。
【課題を解決するための手段】
【００１１】
前記従来の課題を解決するために、本発明では通報において発呼サーバーを用いる。発呼サーバーは、通報装置から送信された通報情報を受信するサーバー側通報受信部と、受信した通報情報を解析して通報先情報、通報方式情報、通報元情報、通報内容の少なくとも一つを得る情報抽出部と、通報先に通知するメッセージ情報を記憶するサーバー側メッセージ記憶部と、インターネットなどのパケット通信網を利用した通信によりメッセージ情報を送信するサーバー側ＩＰ電話通信部と、前記情報抽出部から得た情報にしたがって前記サーバー側メッセージ記憶部を検索するとともに得られたメッセージ情報を通報先に送信するよう前記サーバー側ＩＰ電話通信部を制御するサーバー側通報制御部とを備えたものである。
【００１２】
これにより、通報装置は通常の回線交換網を利用した電話回線だけでなく、インターネットなどのパケット交換網を利用した通報を行うことができる。例えば、通信元の通信回線の状況が、「回線交換網が利用できない」とか、「通報元からのＩＰ電話が利用できない」という状況でも、通報先に通報することが可能となり、十分な確実性を持った通報が行える。
【００１３】
また、本発明の通報装置では機器からの情報を受信する通報情報受信部と、前記通報情報受信部で受信した情報を発呼サーバーへ送信する発呼サーバー通信部を備えたものである。
【００１４】
これにより、通報装置は通報先へ直接通報せず、発呼サーバーを経由して通報を行うことになる。発呼サーバーを経由させることにより、通報状態をサーバー側で管理でき、信頼性の高い通報が可能になる。
【００１５】
さらに、本発明のプログラムでは、発呼サーバーおよび通報装置の機能のすべて、もしくは一部をコンピュータに実現させるものである。
【００１６】
これにより、汎用コンピュータやパソコンなどを用いて機能のすべて、もしくは一部を容易に実現することができる。また、記録媒体に記録したり通信回線を用いてプログラムを配信したりすることでプログラムの配布やインストール作業が簡単にできる。
【発明の効果】
【００１７】
本発明の発呼サーバー、通報装置およびプログラムは、通信回線のトラブルなどに十分に対応できる、確実性を持った通報が行える。
【発明を実施するための最良の形態】
【００１８】
第１の発明は、通報装置から送信された通報情報を受信するサーバー側通報受信部と、受信した通報情報を解析して通報先情報、通報方式情報、通報元情報、通報内容の少なくとも一つを得る情報抽出部と、通報先に通知するメッセージ情報を記憶するサーバー側メッセージ記憶部と、インターネットなどのパケット通信網を利用した通信によりメッセージ情報を送信するサーバー側ＩＰ電話通信部と、前記情報抽出部から得た情報にしたがって前記サーバー側メッセージ記憶部を検索するとともに得られたメッセージ情報を通報先に送信するよう前記サーバー側ＩＰ電話通信部を制御するサーバー側通報制御部とを備えた発呼サーバーとすることにより、通報装置は通常の回線交換網を利用した電話回線だけでなく、インターネットなどのパケット交換網を利用した通報を行うことができる。例えば、通信元の通信回線の状況が、「回線交換網が利用できない」とか、「通報元からのＩＰ電話が利用できない」という状況でも、通報先に通報することが可能となり、十分な確実性を持った通報が行える。
【００１９】
第２の発明は、特に、第１の発明において、回線交換網を利用した通信により情報を送受信するサーバー側電話通信部を備え、サーバー側通報制御部は、情報抽出部で得られた通報方式情報にしたがって、サーバー側ＩＰ電話通信部と前記サーバー側電話通信部の一方を選択して制御し、メッセージ情報を通報先へ送信することにより、発呼サーバーからの通報方式（ＩＰ電話もしくは通常電話）を、通報装置から指定することができ、ユーザの指示により柔軟な通報が可能となる。
【００２０】
第３の発明は、特に、第１の発明において、回線交換網を利用した通信により情報を送受信するサーバー側電話通信部と、サーバー側ＩＰ電話通信部による通信が可能かどうかを確認するサーバー側ＩＰ電話通信確認部と、前記サーバー側電話通信部による通信が可能かどうかを確認するサーバー側回線交換通信確認部とを備え、サーバー側通報制御部は、前記サーバー側ＩＰ電話通信確認部と前記サーバー側回線交換通信確認部の少なくとも一方の確認結果にしたがって、前記サーバー側ＩＰ電話通信部と前記サーバー側電話通信部の一方を選択してメッセージ情報を通信先へ通報することにより、回線交換網およびパケット交換網の回線状況に応じて、発呼サーバーは通常電話による通報とＩＰ電話による通報を切り替えることができる。したがって、より確実性の高い通報が可能になる。
【００２１】
第４の発明は、機器からの情報を受信する通報情報受信部と、前記通報情報受信部で受信した情報を発呼サーバーへ送信する発呼サーバー通信部を備えた通報装置とすることにより、通報装置は通報先へ直接通報せず、発呼サーバーを経由して通報を行うことになる。発呼サーバーを経由させることにより、通報状態をサーバー側で管理でき、信頼性の高い通報が可能になる。
【００２２】
第５の発明は、特に、第４の発明において、通報先情報、通報方式情報、通報環境設定情報の少なくとも一つをユーザに入力させる通報設定入力部を備え、発呼サーバー通信部は前記通報設定入力部で入力された情報と通報情報受信部で受信した情報を発呼サーバーへ送信することにより、発呼サーバーは通報装置から送信された通報先情報、通報方式情報などを基に通報を行うことができる。通報装置側から通報先情報、通報方式情報などを送信することにより、ユーザが適した通報先や通報方式を設定できる。
【００２３】
第６の発明は、特に、第４または第５の発明において、通報情報受信部で受信した情報を回線交換網により送信する電話通信部と、通報情報受信部で受信した情報をインターネットなどのパケット通信網を用いて送信するＩＰ電話通信部と、通報設定入力部で入力された情報にしたがって、前記電話通信部、前記ＩＰ電話通信部、発呼サーバー通信部の少なくとも一つを選択して通報を行う通報制御部とを備えたことにより、通報設定入力部を用いてユーザから入力された情報にしたがい、ＩＰ電話による通報、通常電話による通報、発呼サーバーによる通報を切り替えることができる。
【００２４】
第７の発明は、特に、第４または第５の発明において、回線交換網による通信が可能かどうかを調べる回線交換通信確認部と、ＩＰ電話通信部や発呼サーバー通信部が用いるパケット通信が可能かどうかを調べるパケット通信確認部とを備え、通報制御部は、前記回線交換通信確認部と前記パケット通信確認部の少なくとも一方の確認結果にしたがって、電話通信部、ＩＰ電話通信部、発呼サーバー通信部の少なくとも一つを選択して通報を行うことにより、通報装置は、回線交換網やパケット通信網の回線状況にしたがいＩＰ電話による通報、通常電話による通報、発呼サーバーによる通報を切り替えることができる。したがって、より確実性の高い通報が可能になる。
【００２５】
第８の発明は、特に、第１〜第７のいずれか１つの発明における機能のすべて、もしくは一部をコンピュータに実現させるためのプログラムとすることにより、マイコン、汎用コンピュータやパソコンなどを用いて機能のすべて、もしくは一部を容易に実現することができる。また、記録媒体に記録したり通信回線を用いてプログラムを配信したりすることでプログラムの配布やインストール作業が簡単にできる。
【００２６】
以下、本発明の実施の形態について、図面を参照しながら説明する。なお、本実施の形態によって本発明が限定されるものではない。
【００２７】
（実施の形態）
図１は本発明の実施の形態における発呼サーバーと通報装置の全体構成を示したものである。
【００２８】
図に示す、機器１はユーザの宅内に設置された一般的な機器や装置である。例えば、（ａ）ドアや窓の開閉を検知する開閉センサー、（ｂ）人体の存在を、赤外線などを利用して検知する人感センサー、（ｃ）室温や壁などの温度をモニターする火災センサー、（ｄ）煙やガス（ＣＯ２，ＣＯなど）を検知するガス検知器、（ｅ）お年寄りや病人などが利用する緊急押しボタンなどの入力機器、（ｆ）給湯器、ガスメータなどの設備機器、などである。
【００２９】
通報装置２は機器１から出力される通報信号を受信して、宅外の他の人や情報センターへ通報を行う。機器１から出力される通報信号としては、機器１が開閉センサーや人感センサーのようなセンサー機器の場合は、侵入情報や保安情報であり、給湯器やガスメータなどの設備機器の場合は、機器の故障などの異常情報である。なお、機器１は家電機器（洗濯機、エアコン、パソコンなど家庭電化機器）などの他の機器でも良く、出力される信号は、通報可能な情報であれば、緊急情報や異常情報だけでなく他の情報でも良い。機器１と通報装置２の間の通信は、有線（電灯線、ツイストペア線など）による通信でも良いし、また、無線通信（赤外線、小電力無線、無線ＬＡＮなど）でも良い。なお、機器１と通報装置２は同一個体としても良く、その場合は図１に示すようにセキュリティ装置３という形で一つに表すこともできる。
【００３０】
宅内上位通信装置４は、宅内の通信機器を、回線交換網を利用した通常の電話回線やインターネットなどのパケット通信網と接続するための機器である。具体的な構成としては、ＩＰ電話機能付きＡＤＳＬルータや、ＩＳＤＮダイヤルアップルータ、光ファイバーの回線終端装置、ホームＰＮＡ装置などである。これらの機器では、一般的にＲＪ４５コネクタを持つＩＥＥＥ  ８０２．３  ＬＡＮインターフェースが利用できる。さらに、最近では、ＲＪ１１の電話用モジュラーコネクタが付き、ＩＰ電話が利用できるようになっているものも多い。この実施の形態では、１台の宅内上位通信装置４で電話（図中の”ＴＥＬ”）回線と、ＩＥＥＥ  ８０２．３  を利用したパケット通信回線（図中”ＬＡＮ”）が利用できるものとする。ＴＥＬ回線は通信先電話番号や設定に応じてＩＰ電話と通常の回線交換網による電話を切り変えることができるものとする。なお、本実施の形態では宅内上位通信装置４は１台の構成としたが、例えば、スプリッタとＡＤＳＬルータのように、構成が複数台に分かれていても良い。
【００３１】
発呼サーバー５は、通報装置２から送信される通報情報をインターネットなどのパケット交換網を介して受信し、その情報を通報先へ送信するデータセンターのサーバー装置である。
【００３２】
以上のように構成されたシステムでは、機器１が何らかの異常や緊急事態を検知した場合、その情報を通報装置２に送信する。通報装置２は宅内上位通信装置４を制御して通報先（緊急コールセンターや、個人の携帯電話など）へ通報を行う。通報に際して、通報装置２はＴＥＬ回線とＬＡＮ回線が選択可能であり、さらに、（１）回線交換網を利用した通常の電話回線による音声通報、（２）インターネットなどパケット通信網を利用したＩＰ電話による通報、（３）発呼サーバー５経由の通報を選択することが可能である。発呼サーバー５経由の通報でも、（４）発呼サーバー５からＩＰ電話を用いて通報する場合、（５）発呼サーバー５から通常の電話回線を利用して通報する場合が選択可能である。
【００３３】
通報装置２の詳細な構成を図２に示す。
【００３４】
通報情報受信部１０は機器１からの通報情報を受信する。通報制御部１１はユーザから入力された通報設定と受信した通報信号にしたがって各部の制御を行う。メッセージ記憶部１２は通報先に送信するメッセージ情報（例えば、音声メッセージ）を記憶する。通報設定入力部１３はユーザからの通報先設定（通報先情報である電話番号、通報元情報、通信・通報方式、通報環境設定など）の入力を受け付け、通報制御部１１へ送信する。具体的には、テンキーなどのキーボードや、押しボタン、ポインティングデバイスなどの入力デバイスにより構成される。表示部１４は、通報設定入力部１３での入力ガイド（説明情報、ヘルプ情報）や入力された値、通報制御部１１での通報状況などを表示する。
【００３５】
表示部１４は、液晶ディスプレイ、ＥＬディスプレイ、ＣＲＴ、ＬＥＤアレイなどの表示デバイスと、その制御回路で構成される。なお、通報設定入力部１３と表示部１４を一体化させてタッチパネル構成にしても良い。電話通信部１５は、通報制御部１１の制御にしたがって、回線交換網を利用した通常の固定電話回線により、メッセージ記憶部１２中のメッセージ情報を通報先に送信する。
【００３６】
電話通信部１５は、回線制御を行うＮＣＵや送受信信号の変復調を行うモデムなどから構成される。回線交換通信確認部１６は、電話通信部１５を利用した通信が可能かどうかを検出する。具体的には、回線からダイヤルトーンやリングバックトーンなどの有無を検出して、通信が可能かどうかを判断する。
【００３７】
ＩＰ電話通信部１７はＩＰ電話を利用してメッセージ記憶部１２に記憶されているメッセージ情報を通報先に送信する。ＩＰ電話通信部１７は、ＩＥＥＥ  ８０２．３に基づくＬＡＮ通信などを利用して宅内上位通信装置４と通信を行うことにより、インターネットなどのパケット通信網を介してＩＰ電話通信を行い、メッセージ記憶部１２中のメッセージ情報を通報先に送信する。発呼サーバー通信部１８は、ＩＥＥＥ  ８０２．３に基づくＬＡＮ通信を利用した通信を行い、発呼サーバー５に対して通報情報受信部１０で受信した通報情報や、通報設定入力部１３で入力された設定情報を送信する。これにより、通報先情報、通報方式情報、通報元情報、通報内容などが発呼サーバー５に送信される（送信情報の例：通報先情報＝通報先の電話番号、通報方式情報＝通報方法（電話orＩＰ電話）、通報元情報＝通報元のユーザ名など、通報内容＝機器名、通報事象の発生日時、通報種別など）。なお、本実施の形態では発呼サーバー通信部１８はインターネットなどパケット通信網を利用して通信を行うが、電話回線など回線交換網を利用して通信を行っても良い。
【００３８】
パケット通信確認部１９は、ＩＰ電話通信部１７と発呼サーバー通信部１８の少なくとも一方と通信を行い、パケット交換網での通信が可能かどうかの確認を行う。具体的には、ｐｉｎｇ、ｔｒａｃｅｒｔなどの電文や特定の通信電文を宅内上位通信装置４（ＡＤＳＬルータなど）や特定のサーバーに送信し、パケット通信網による通信が可能かどうかを判断する。
【００３９】
次に、発呼サーバー５の詳細な構成を図３に示す。
【００４０】
サーバー側通報受信部２１は、通報装置２中の発呼サーバー通信部１８から送信された通報情報を受信する。情報抽出部２２は、サーバー側通報受信部２１で受信した通報情報を解析し、情報中に含まれる通報内容や通報設定（通報先情報、通報方式情報、通報元情報など）に関する情報の少なくとも一つを抽出する。抽出された情報、具体的には端末番号、通報先電話番号、音声メッセージ種別などはサーバー側通報制御部２３に入力される。サーバー側通報制御部２３は、前記情報抽出部２２から得た情報にしたがってサーバー側メッセージ記憶部２４を検索するとともに得られたメッセージ情報を通報先に送信するようサーバー側ＩＰ電話通信部２７などの各通信部を制御して得られたメッセージ情報を通報先に送信する。
【００４１】
前記サーバー側メッセージ記憶部２４は、通報先に通知する複数のメッセージ情報（例えば、音声メッセージ）を記憶しており、サーバー側通報制御部２３から指定された通報内容に応じて、対応するメッセージ情報を出力する。サーバー側電話通信部２５は、サーバー側通報制御部２３の制御にしたがって、回線交換網を利用した通常の固定電話回線により、サーバー側メッセージ記憶部２４中のメッセージ情報を通報先に送信する。サーバー側電話通信部２５は、回線制御を行うＮＣＵや送受信信号の変復調を行う複数のモデムなどから構成される。サーバー側回線交換通信確認部２６は、サーバー側電話通信部２５を利用した通信が可能かどうかを検出する。具体的には、回線からダイヤルトーンやリングバックトーンの有無を検出して、通信が可能かどうかを判断する。
【００４２】
前記サーバー側ＩＰ電話通信部２７は、インターネットなどのパケット通信網を利用したＩＰ電話を利用してサーバー側メッセージ記憶部２４に記憶されているメッセージ情報を通報先に送信する。サーバー側ＩＰ電話通信確認部２８は、サーバー側ＩＰ電話通信部２７と通信を行い、パケット交換網での通信が可能かどうかの確認を行う。具体的には、ｐｉｎｇ、ｔｒａｃｅｒｔなどの電文や特定の通信電文を各種通信機器（スイッチ、ルータなど）に送信し通信が可能かどうかをチェックしたり、ＩＰ電話の交換局や中継局などとテスト通信を行ったりして、通信の可能性を判断する。
【００４３】
以上のように構成された通報装置２および発呼サーバー５について、以下その動作、作用を図４、図５および図６を用いて説明する。
【００４４】
図４は、通報装置２の通報設定入力部１３と表示部１４を用いて、通報設定を行うときの画面フローを示したものである。通報設定は、通報装置２の設置時など、実際に通報が行われる前に適切に行われる必要がある。本実施の形態では、通報設定入力部１３は押しボタン、表示部１４は液晶ディスプレイで構成されている（上述したように、タッチパネルなど他の構成でも良い）。ユーザは表示部１４に表示された内容にしたがって、数字の押しボタンや、「ＯＫ］「やり直し」などの押しボタンを操作することにより通信設定を行う。通報設定では、通報方法の選択／優先順位決定（通常の回線交換網を利用した電話、ＩＰ電話、発呼サーバー）や、通報先の設定（通報先電話番号など）、通信環境設定情報の設定（トーン／パルスの選択、ダイヤルトーン検出の要否など）を行う。
【００４５】
図４の画面１〜画面４は、通報方式の優先順位設定を行っているときの設定例を示している。図では、「通常電話」（回線交換網を利用した通常の電話による通報）、「ＩＰ電話」（インターネットなどのパケット通信網を用いたＩＰ電話による通報）、「センター電話」（発呼サーバー５を経由した、データセンターからの通報）の３つに対して、優先順位を設定する場合を表している。この例では、ユーザからのキー入力により、１位：「センター電話」、２位：「ＩＰ電話」、３位：「通常電話」と設定されている。画面５は、通報先の設定画面であり、通報する相手先の電話番号を入力させる。
【００４６】
本実施の形態では、電話番号は１つのみとするが、複数入力させても良い。通報先を複数登録させた場合は、通報先が話中や不在などで出ない場合に、通報先を変えて通報することができる。通報設定入力部１３および表示部１４による通報設定は、画面１〜画面５以外にも、「トーン／パルス」の選択、「ダイヤルトーン検出」など通信環境設定に関する他の項目も含まれる。
【００４７】
次に、実際に通報が行われるときの通報装置２の処理手順を図５で説明する。なお、図４の通報設定は、図５の通報処理の前に行われているものとする。
【００４８】
（ステップＡ１）通報情報受信部１０が、機器１からの通報信号の受信を行う。機器１は、通常では宅内に複数存在する。通報情報受信部１０は、全ての機器１から送信される信号を受信可能である。機器１は、機器の種別に応じて異なるが、侵入・火災・故障など異常事態を検知したときに、通報情報受信部１０に向けて信号を送信する。
【００４９】
（ステップＡ２）通報制御部１１は、通報情報受信部１０が通報情報を受信したかどうかを確認する。信号を受信しなかった場合はステップＡ１に戻り、通報情報の受信待ちを行う。通報情報受信部１０が何らかの通報信号を受信した場合は、ステップＡ３に進む。
【００５０】
（ステップＡ３）通報設定入力部１３で入力された通報優先順序に関する情報から、通報制御部１１はどの方式で通報するかを判断する。発呼サーバー５を経由した通報（センター電話による通報）の優先度が高い場合はステップＡ４へ、ＩＰ電話による通報の優先度が高い場合はステップＡ７へ、通常電話による通報の優先度が高い場合はステップＡ１０へ進む。図４の事前設定事例では、「センター電話」「ＩＰ電話」「通常電話」の順に優先度が設定されていたため、ここでは、まず、「センター電話」（発呼サーバー５を用いた通報）を行うステップＡ４へ進む。
【００５１】
（ステップＡ４）パケット通信確認部１９により、発呼サーバー通信部１８が発呼サーバー５へ通信可能かどうかを判断する。本実施の形態では、通報装置２はインターネットを介して発呼サーバー５へ通信する。このため、通信に先立ち、インターネットを用いたパケット通信が可能かどうかをまず調査する必要がある。パケット通信確認部１９は、ｐｉｎｇ、ｔｒａｃｅｒｔなどの電文や、特定の通信電文を宅内上位通信装置４（ＡＤＳＬルータなど）や発呼サーバー５などの特定のサーバーに送信し、パケット通信網による通信が可能かどうかを判断する。
【００５２】
（ステップＡ５）パケット通信確認部１９による通信可能性チェックの結果を通報制御部１１は受信し、その結果に応じて通報処理を分岐させる。パケット通信ができない場合、通報制御部１１はステップＡ３に処理を戻し、次に優先順位の高い通報方式を用いて通報を試みる。パケット通信ができる場合は、ステップＡ６へ進む。
【００５３】
（ステップＡ６）通報制御部１１は、発呼サーバー通信部１８を用いて発呼サーバー５へ、通報内容情報や、通報設定情報（通報先情報、通報方式情報、通報元情報など）を送信する。通報内容情報とは通信情報受信部１０で受信した情報であり、どの「ユーザ」あるいは、どの「通報装置」の、どの「機器」から、「何時」、どのような「内容」の通報があったかを示した情報である。ユーザ、通報装置、機器などの識別情報はコード情報で送信しても良い。通報設定情報とは、通報設定入力部１３で入力された情報や、通報装置２にあらかじめ設定された情報であり、「通報先電話番号」などの通報先情報、「ＩＰ電話か通常電話」などの通信方式情報、通報元（機器１や通報装置２の所有者）の名前や電話番号などの通報元情報に関する情報である。これらの情報を用いて発呼サーバー５は通報を行う。なお、通報が終了した後はステップＡ１に戻り、機器１からの次の通報に備えて受信待ち受け状態に遷移しても良い。
【００５４】
（ステップＡ７）ステップＡ７〜Ａ９はＩＰ電話で通報を行う場合の手順を示している。これらは、ＩＰ電話による通報の優先度を高く設定された場合や、他の方式の通報可能性確認（例えば、ステップＡ５，ステップＡ１１）で通報できないと検出された場合に、実施される動作である。図４の例では、２番目の優先順位であり、発呼サーバー５への通信がうまくいかない時に、このステップに遷移する。
【００５５】
ステップＡ７では、ＩＰ電話による通報が可能かどうかをパケット通信確認部１９により確認する。パケット通信確認部１９の動作はステップＡ４と同様である。
【００５６】
（ステップＡ８）パケット通信確認部１９による通信可能性確認の結果を通報制御部１１は受信し、その結果に応じて通報処理を分岐させる。パケット通信ができない場合、通報制御部１１はステップＡ３に処理を戻し、次に優先順位の高い通報方式を用いて通報を試みる。パケット通信ができる場合はステップＡ９へ進む。
【００５７】
（ステップＡ９）通報制御部１１は、通報情報受信部１０から受信した通報内容にしたがってメッセージ記憶部１２を検索し、通報内容に対応するメッセージ情報を取得する。メッセージ記憶部１２は半導体記憶装置（ＲＯＭ，ＲＡＭ）やハードディスなどの記憶デバイスで構成されており、複数の通報内容に対して、適したメッセージ情報をそれぞれ記憶している。メッセージ情報は通報内容や対応内容など様々な内容が含まれている。通報制御部１１は、通報設定入力部１３で入力された通報先に関する情報（電話番号など）や通報環境などの情報を基にＩＰ電話通信部１７を制御し、通信先へ通報を行う。通報制御部１１は、着信後、取得したメッセージ情報を相手に出力する。この操作により機器１で発生した異常状況（侵入、火災、故障など）や、それに対する対応方法などを、通報先へ通知することができる。
【００５８】
（ステップＡ１０）ステップＡ１０〜Ａ１２は、回線交換網による通常の電話での通報手順を示している。これらは、通常電話による通報の優先度を高く設定された場合や、他の方式の通報可能性確認（例えば、ステップＡ５，ステップＡ８）で通報できないと検出された場合に、実施される動作である。図４の例では３番目の優先順位であり、発呼サーバー５への通信やＩＰ電話通信がうまくいかない時に、このステップに遷移する。
【００５９】
ステップＡ１０では、回線交換網による電話通報が可能かどうかを回線交換通信確認部１６により確認する。回線交換通信確認部１６では、回線からダイヤルトーンやリングバックトーンが検出できるかどうかを検出して、通信が可能かどうかを判断する。
【００６０】
（ステップＡ１１）回線交換通信確認部１６による通信可能性確認の結果を通報制御部１１は受信し、その結果に応じて通報処理を分岐させる。回線交換網による通信ができない場合、通報制御部１１はステップＡ３に処理を戻し、次に優先順位の高い通報方式を用いて通報を試みる。なお、通常電話による通報優先度が最下位の場合には、再度、優先度の最も高い通報方式に戻り、成功するまで通報を繰り返す処理を行う。回線交換網による通常の電話通信ができる場合は、ステップＡ１２へ進む。
【００６１】
（ステップＡ１２）通報制御部１１は、ステップＡ９と同様に、通報情報受信部から受信した通報内容にしたがってメッセージ記憶部１２を検索し、通報内容に対応するメッセージ情報を取得する。そして、通報設定入力部１３で入力された通報先に関する情報（電話番号など）や通報環境などの情報を基に電話通信部１５を制御し、通信先へ通報を行う。通報制御部１１は着信後、取得したメッセージ情報を相手に出力する。この操作により機器１で発生した異常状況（侵入、火災、故障など）や、それに対する対応方法などを通報先へ通知することができる。
【００６２】
以上のような動作により、通報装置２は通報を行う。次に、発呼サーバー５の動作例を図６にしたがって説明する。
【００６３】
（ステップＢ１）サーバー側通報情報受信部２１が、通報装置２中の発呼サーバー通信部１８から送信された情報を受信する。上述したように、ここでの通信情報には、通報内容や通報設定に関する情報などが含まれている。なお、サーバー側通報受信部２１および発呼サーバー通信部１８には認証部を設け、通報装置２に対してサーバー認証、クライアント認証、通信暗号化などを行っても良い。
【００６４】
（ステップＢ２）通報装置２から通報情報を受信したかどうかを判断する。情報を受信しなかった場合はステップＢ１に戻り、受信待ちを行う。サーバー側通報情報受信部２１が通報情報を受信した場合はステップＢ３に進む。
【００６５】
（ステップＢ３）サーバー側通報情報受信部２１で受信した情報には、通報装置２中の通報情報受信部１０で機器１から受信した通報内容情報や、通報設定入力部１３でユーザから入力された通報設定情報が含まれている。具体的には、どの「ユーザ」あるいは、どの「通報装置」の、どの「機器」から、「何時」、どのような「内容」の通報があったかという情報と、「通報先電話番号」など通報先設定や、通報元に関する情報である。情報抽出部２２は、これらの情報をサーバー側通報情報受信部２１で受信した情報から抽出する。なお、受信情報として、発呼サーバー５での通報方法情報も受信してもよい。この場合は、通報装置２の指示により発呼サーバーからの通報方法を指定できる（例えば、ＩＰ電話か通常の電話かなど）。
【００６６】
（ステップＢ４）サーバー側通報制御部２３は、あらかじめ設定された通報方法の優先順位、もしくは、情報抽出部２２で得られた通報方法、過去の通報結果から、どの方式で通報するかを判断する。ＩＰ電話による通報を行う場合はステップＢ５へ、通常電話による通報を行う場合はステップＢ８へ進む。
【００６７】
（ステップＢ５）ステップＢ５〜Ｂ７は、ＩＰ電話で通報を行う手順を示している。これらは、ＩＰ電話による通報の優先度を高く設定された場合や、他の方式の通報可能性確認（ステップＢ８）で通報できないと検出された場合に実施される動作である。
【００６８】
ステップＢ５では、ＩＰ電話による通報が可能かどうかをサーバー側ＩＰ電話通信確認部２８により確認する。サーバー側ＩＰ電話通信確認部２８の動作は、ステップＡ４で説明したパケット通信確認部１９とほぼ同様であり、ｐｉｎｇ、ｔｒａｃｅｒｔなどの電文や特定の通信電文を、基幹スイッチやルータなどのネットワーク機器や、特定のサーバーに送信し、パケット通信網による通信が可能かどうかを判断する。また、ＩＰ電話の交換局や基地局、中継局に対して特定の通信を行い、通信可能性をチェックしても良い。
【００６９】
（ステップＢ６）サーバー側ＩＰ電話確通信確認部２８による通信可能性確認の結果をサーバー側通報制御部２３は受信し、その結果に応じて通報処理を分岐させる。ＩＰ電話通信ができない場合、サーバー側通報制御部２３はステップＢ４に処理を戻し、通常電話により通報を試みる。ＩＰ電話通信ができる場合はステップＢ７へ進む。
【００７０】
（ステップＢ７）サーバー側通報制御部２３は、情報抽出部２２から得られた情報にしたがってサーバー側メッセージ記憶部２４を検索し、通報内容に対応するメッセージ情報を取得する。サーバー側メッセージ記憶部２４は、通常のデータベースサーバーなどで構成されており、複数の通報内容対して適したメッセージ情報をそれぞれ記憶・管理している。メッセージ情報は通報内容や対応内容など様々な内容が含まれている。サーバー側通報制御部２３は、情報抽出部２２で抽出した通報先に関する情報（電話番号など）や通報環境などの情報を基にサーバー側ＩＰ電話通信部２７を制御し、通信先へ通報を行う。サーバー側ＩＰ電話通信部２７は着信後、取得したメッセージ情報を相手に出力する。この操作により機器１で発生した異常状況（侵入、火災、故障など）や、それに対する対応方法などを通報先のユーザに通知することができる。
【００７１】
（ステップＢ８）ステップＢ８〜Ｂ１０は、回線交換網による電話での通報を行う動作である。これらは、通報装置２で通常電話による通報の優先度を高く設定された場合や、ＩＰ電話での通報可能性確認（ステップＢ６）で通報できないと検出された場合に、実施される動作である。
【００７２】
ステップＢ８では、回線交換網による電話通報が可能かどうかをサーバー側回線交換通信確認部２６により確認する。サーバー側回線交換通信確認部２６では、回線からダイヤルトーンやリングバックトーンが検出できるかどうかを検出して、通信が可能かどうかを判断する。
【００７３】
（ステップＢ９）サーバー側回線交換通信確認部２６による通信可能性確認の結果をサーバー側通報制御部２３は受信し、その結果に応じて通報処理を分岐させる。回線交換網による通信ができない場合、サーバー側通報制御部２３はステップＢ４に処理を戻し、再度ＩＰ電話を用いた通報に切り替え、成功するまで通報を繰り返す処理を行う。
【００７４】
（ステップＢ１０）サーバー側通報制御部２３は、ステップＢ７と同様に、情報抽出部２２から受信した通報内容にしたがってサーバー側メッセージ記憶部２４を検索し、通報内容に対応するメッセージ情報を取得する。そして、情報抽出部２２で得られた通報先に関する情報（電話番号など）や通報環境などの情報を基に、サーバー側電話通信部２５を制御し通信先へ通報を行う。サーバー側通報制御部２３は着信後、取得したメッセージ情報を相手に出力する。この操作により機器１で発生した異常状況（侵入、火災、故障など）や、それに対する対応方法などを通報先のユーザに通知することができる。
【００７５】
以上のように、本実施の形態においては、（１）発呼サーバー５からのＩＰ電話を利用した通報、（２）発呼サーバー５からの回線交換網を利用した通報、（３）通報装置２からのＩＰ電話による通報、（４）通報装置２からの回線交換網を利用した直接通報、が利用でき、これらの通報形態を、通報装置２での設定、もしくは通信装置２および発呼サーバー５における回線状態検出により適切に切り替えることができる。
【００７６】
すなわち、複数の通信方式が選択でき、さらにその切り替えはユーザの設定や回線状況により設定可能である。これにより、通報元もしくは通報先において、「（１）回線交換網（通常の電話回線）が利用できない」「（２）パケット交換網（インターネット網など）が利用できない」「（３）パケット交換網は利用できるが、ＩＰ電話を利用できない」という３つのケースの場合にも、通報先に確実に通報することが可能になる。したがって、従来の電話番号を切り替えるだけの通報装置と比較して、本実施の形態は確実性の高い通報を行うことができる。また、ＩＰ電話やインターネット回線による通信を用いるため、通報コストが安くなるという副次的なメリットも生じる。
【００７７】
なお、発呼サーバー５を利用して通報を行う場合、宅内の通報装置２は、インターネットに接続するためのＬＡＮ回線に接続するだけで良くなり、回線交換網との接続が必要無くなる場合もあり、通報装置の設置が簡単になるという利点がある。
【００７８】
なお、本実施の形態の通報設定入力部１３は、図４に示すように「通常電話」「ＩＰ電話」「センター電話」の３つの項目を選択できようにしたが、「センターＩＰ電話」「センター通常電話」というように、センターからの通報方式を選択させるようにしても良い、これにより、ユーザの通報方式選択の幅が広がることになる。
【００７９】
また、本実施の形態のサーバー側通報制御部２３は、ＩＰ電話および通常電話での通報履歴を管理しても良い。これはユーザ毎、通報装置毎、通報内容毎に管理を行う。この通報履歴管理により、通報不具合などの管理がサーバー側ででき、通報装置側で履歴を管理する方法に比べて通報不具合の対応が容易になるという利点がある。
【００８０】
なお、図１〜図３の通報装置および発呼サーバーの一部をコンピュータに実現させるためのプログラムとすることにより、マイコン、汎用コンピュータやパソコンなどを用いて機能のすべて、もしくは一部を容易に実現することができる。また、記録媒体に記録したり通信回線を用いてプログラムを配信したりすることでプログラムの配布やインストール作業が簡単にできる。
【産業上の利用可能性】
【００８１】
以上のように、本発明にかかる発呼サーバー、通報装置およびプログラムでは、通報方式（ＩＰ電話、通常電話など）の切り替えや、通報装置からの通報と発呼サーバーからの通報の切り替えが可能となり、信頼度の高い通報が可能になる。これにより、確実な通報が必要な用途である故障情報を含む各種の機器情報の通報や、保安・緊急情報などの通報の用途にも適用できる。
【図面の簡単な説明】
【００８２】
【図１】本発明の実施の形態における発呼サーバーと通報装置の全体構成を示すブロック図
【図２】同通報装置の構成を示すブロック図
【図３】同発呼サーバーの構成を示すブロック図
【図４】同通報装置における通報設定時の画面表示例を示す図
【図５】同通報装置の通報処理を示すフローチャート
【図６】同発呼サーバーの通報処理を示すフローチャート
【図７】従来の通報装置の構成を示すブロック図
【符号の説明】
【００８３】
１  機器
２  通報装置
３  セキュリティ装置
４  宅内上位通信装置
５  発呼サーバー
１０  通報情報受信部
１１  通報制御部
１２  メッセージ記憶部
１３  通報設定入力部
１４  表示部
１５  電話通信部
１６  回線交換通信確認部
１７  ＩＰ電話通信部
１８  発呼サーバー通信部
１９  パケット通信確認部
２１  サーバー側通報受信部
２２  情報抽出部
２３  サーバー側通報制御部
２４  サーバー側メッセージ記憶部
２５  サーバー側電話通信部
２６  サーバー側回線交換通信確認部
２７  サーバー側ＩＰ電話通信部
２８  サーバー側ＩＰ電話通信確認部
【図１】
2005141359.tif 000003
【図２】
2005141359.tif 000004
【図３】
2005141359.tif 000005
【図４】
2005141359.tif 000006
【図５】
2005141359.tif 000007
【図６】
2005141359.tif 000008
【図７】
2005141359.tif 000009