(57)【特許請求の範囲】
【請求項１】
複数の通報装置及びコールセンタ側システムが、データ通信が可能な第１の回線、及び、音声通信が可能で、当該第１の回線とは異なる第２の回線に接続された通信システムであって、
前記複数の通報装置の各々は、
前記コールセンタ側システムに通報する予め定められた情報を示す通報データを生成する通報データ生成部と、
前記通報データを識別するためのリンクデータを生成するリンクデータ生成部と、
前記通報データ及び前記リンクデータを含む合成データを生成するデータ合成部と、
前記合成データを、前記第１の回線を介して、前記コールセンタ側システムに送信する第１の送信部と、
前記リンクデータを前記第２の回線で送信することのできる信号に変換する信号変換部と、
前記信号を、前記第２の回線を介して、前記コールセンタ側システムに送信する第２の送信部と、を備え、
前記コールセンタ側システムは、
情報を表示する表示部と、
前記合成データを受信する第１の受信部と、
前記第１の受信部で受信された前記合成データを記憶する記憶部と、
前記信号を受信する第２の受信部と、
前記第２の受信部で受信された前記信号から、前記リンクデータを特定する特定部と、
前記特定部で特定された前記リンクデータを含む前記合成データを前記記憶部から選択して、当該選択された合成データに含まれている前記通報データで示される前記予め定められた情報を前記表示部に表示させる通報データ処理部と、を備えること
を特徴とする通信システム。
【請求項２】
前記リンクデータは、前記複数の通報装置の各々の識別情報を示すこと
を特徴とする請求項１に記載の通信システム。
【請求項３】
前記信号変換部は、前記リンクデータをトーン信号に変換すること
を特徴とする請求項１又は２に記載の通信システム。
【請求項４】
前記複数の通報装置の各々は、前記第２の送信部を介して、前記第２の回線から、前記コールセンタ側システムに、音声通話の発信を行う通報制御部をさらに備え、
前記コールセンタ側システムは、前記音声通話の着信を受け付ける装置制御部をさらに備え、
前記通報データ処理部は、前記特定部で特定された前記リンクデータを含む前記合成データが前記記憶部に記憶されていることを、前記音声通話の着信を受け付けてから予め定められた期間内に確認できた場合に、前記選択された合成データに含まれている前記通報データで示される前記予め定められた情報を前記表示部に表示させること、
を特徴とする請求項１から３の何れか一項に記載の通信システム。
【請求項５】
前記コールセンタ側システムは、
複数の電話端末と、
前記特定部で特定された前記リンクデータを含む前記合成データが前記記憶部に記憶されていることを、前記通報データ処理部が確認できた場合に、前記音声通話を前記複数の電話端末に含まれる１つの電話端末に割り当てるとともに、前記特定部で特定された前記リンクデータを含む前記合成データが前記記憶部に記憶されていることを、前記通報データ処理部が確認できなかった場合に、前記音声通話を前記複数の電話端末に含まれる別の電話端末に割り当てる音声処理部と、をさらに備えること
を特徴とする請求項４に記載の通信システム。
【請求項６】
前記第１の回線は、インターネットであり、
前記第２の回線は、公衆交換電話網又は移動体通信の通信網であること
を特徴とする請求項１から５の何れか一項に記載の通信システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信システムに関し、特に、複数の通報装置及びコールセンタ側システムが、データ通信が可能な第１の回線、及び、音声通信が可能で、当該第１の回線とは異なる第２の回線に接続された通信システムに関する。
【背景技術】
【０００２】
エレベータの非常通報システムは、エレベータの故障等により搭乗者が閉じ込められた場合に、エレベータ内のインターホンからコールセンタに通報して救助を求めるために構築される。このような非常通報の際には、エレベータ内の通報者とコールセンタのオペレータとの間の音声通話のほか、エレベータの型番又は故障状態等を示す通報データがコールセンタに送信され、オペレータに必要な情報を与える。【０００３】
非常通報の際の音声通話については、近年、音声信号をＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）パケット化して伝送するＶｏＩＰ（Ｖｏｉｃｅ  ｏｖｅｒ  ＩＰ）技術の進展により、ＩＰ回線を利用する場合が多くなってきている。しかし、ＶｏＩＰではＩＰ回線のトラフィックが増大すると、パケット伝送遅延及び伝送遅延揺らぎの増大、パケット損失率の増大等により、音声通話品質が劣化する場合がある。そこで、特許文献１には、良好な通話品質を維持するため、ＶｏＩＰと、音声専用回線による音声通話とを併用する技術が開示されている。【０００４】
特許文献１に記載された技術では、ＩＰ網の通信品質が低下した場合に、バックアップ用として利用する音声専用の公衆電話回線に通信を切替えることで、安定した通信品質が確保されている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２０００−３５４０７１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
上記のようにエレベータの非常通報システムでは、音声通話のほか、エレベータの型番又は故障状態等を示す通報データの通信も必要である。
このため、音声専用回線を用いて音声通話を行う場合は、音声帯域モデムを用いて通報データの通信を行うことが考えられる。音声帯域モデムには、例えば、ＩＴＵ−Ｔ（Ｉｎｔｅｒｎａｔｉｏｎａｌ  Ｔｅｌｅｃｏｍｕｎｉｃａｔｉｏｎ  Ｕｎｉｏｎ  Ｔｅｌｅｃｏｍｕｎｉｃａｔｉｏｎ  Ｓｔａｎｄａｒｄｉｚａｔｉｏｎ  Ｓｅｃｔｏｒ）が規定するＩＴＵ−Ｔ勧告Ｖ．２１に規定される３００ｂｐｓのＦＳＫ（Ｆｒｅｑｕｅｎｃｙ  Ｓｈｉｆｔ  Ｋｅｙｉｎｇ）モデム等がある。【０００７】
しかし、利用する音声専用回線がアナログ電話回線ではなく携帯電話回線である場合は、伝送する信号を低ビットレート符号化して伝送するが、この低ビットレート符号化方式は音声に特化された方式であるため、音声帯域モデム信号の伝送を行うことができない。
また、携帯電話回線を用いた通信であっても、ＤＴＭＦ（Ｄｕａｌ  Ｔｏｎｅ  Ｍｕｌｔｉ  Ｆｒｅｑｕｅｎｃｙ）信号等のトーン信号であれば伝送できるため、トーン信号によるデータ伝送は可能である。例えば、ＤＴＭＦ信号であれば１桁当り０から１６までのコード（４ビットの情報に相当する）を伝送することができる。但し、１桁のコードを送信するために少なくとも０．１秒程度を要する。従って、あまり多くの情報を伝送することができないという問題がある。【０００８】
そこで、本発明は、上記のような問題点を解決するためになされたもので、音声用の回線を用いて音声通信を行う場合でも、通報データの伝送が可能な通信システムを提供することを目的とする。
【課題を解決するための手段】
【０００９】
本発明の一態様に係る通信システムは、複数の通報装置及びコールセンタ側システムが、データ通信が可能な第１の回線、及び、音声通信が可能で、当該第１の回線とは異なる第２の回線に接続された通信システムであって、前記複数の通報装置の各々は、前記コールセンタ側システムに通報する予め定められた情報を示す通報データを生成する通報データ生成部と、前記通報データを識別するためのリンクデータを生成するリンクデータ生成部と、前記通報データ及び前記リンクデータを含む合成データを生成するデータ合成部と、前記合成データを、前記第１の回線を介して、前記コールセンタ側システムに送信する第１の送信部と、前記リンクデータを前記第２の回線で送信することのできる信号に変換する信号変換部と、前記信号を、前記第２の回線を介して、前記コールセンタ側システムに送信する第２の送信部と、を備え、前記コールセンタ側システムは、情報を表示する表示部と、前記合成データを受信する第１の受信部と、前記第１の受信部で受信された前記合成データを記憶する記憶部と、前記信号を受信する第２の受信部と、前記第２の受信部で受信された前記信号から、前記リンクデータを特定する特定部と、前記特定部で特定された前記リンクデータを含む前記合成データを前記記憶部から選択して、当該選択された合成データに含まれている前記通報データで示される前記予め定められた情報を前記表示部に表示させる通報データ処理部と、を備えることを特徴とする。
【発明の効果】
【００１０】
本発明の一態様によれば、音声用の回線を用いて音声通信を行う場合でも、通報データの伝送が可能な通信システムを提供することができる。
【図面の簡単な説明】
【００１１】
【図１】実施の形態１及び２に係る通信システムの構成を概略的に示すブロック図である。
【図２】実施の形態１における通報装置の構成を、インターホン、ＩＰ回線及び電話回線と併せて示すブロック図である。
【図３】実施の形態１における通報装置のハードウェア構成を概略的に示すブロック図である。
【図４】実施の形態１におけるコールセンタ側システムの構成を概略的に示すブロック図である。
【図５】実施の形態１におけるコールセンタ側システムの追加の構成例を概略的に示すブロック図である。
【図６】実施の形態１におけるセンタ装置のハードウェア構成を概略的に示すブロック図である。
【図７】実施の形態１における通報装置の動作を示すフローチャートである。
【図８】実施の形態１におけるセンタ装置の動作を示すフローチャートである。
【図９】実施の形態１において、電話回線からの着信用の処理を示す第１のフローチャートである。
【図１０】実施の形態１において、電話回線からの着信用の処理を示す第２のフローチャートである。
【図１１】実施の形態１において、ＩＰ回線からの着信用の処理を示す第１のフローチャートである。
【図１２】実施の形態１において、ＩＰ回線からの着信用の処理を示す第２のフローチャートである。
【図１３】実施の形態２におけるコールセンタ側システムの構成を概略的に示すブロック図である。
【図１４】実施の形態２におけるコールセンタ側システムの追加の構成例を概略的に示すブロック図である。
【発明を実施するための形態】
【００１２】
実施の形態１．
図１は、実施の形態１に係る通信システム１００の構成を概略的に示すブロック図である。
通信システム１００は、複数の通報装置１１０−１、１１０−２、・・・、１１０−ｎと、コールセンタ側システム１５０とを備える。
ここで、ｎは、２以上の整数である。
また、通報装置１１０−１、１１０−２、・・・、１１０−ｎの各々を特に区別する必要がない場合には、通報装置１１０という。
【００１３】
通報装置１１０及びコールセンタ側システム１５０は、第１の回線であるＩＰ回線１０１と、第２の回線である電話回線１０２とに接続されている。
ＩＰ回線１０１は、データ通信が可能な回線である。例えば、ＩＰ回線１０１は、ＩＰパケットを伝送する通信網である。具体的には、ＩＰ回線１０１は、インターネットである。
電話回線１０２は、音声通信が可能な回線である。例えば、電話回線１０２は、音声信号を伝送する公衆アナログ電話回線又はデジタル電話回線である。具体的には、電話回線１０２は、公衆交換電話網又は移動体通信の通信網である。電話回線１０２は、ＩＰ回線１０１とは異なる回線であり、電話回線１０２では、ＩＰパケットを用いたデータ通信を行うことはできない。
【００１４】
通報者が非常通報を行う際、通報装置１１０は、コールセンタ側システム１５０を呼出す。コールセンタ側システム１５０が呼出しに応答すると、通報装置１１０とコールセンタ側システム１５０との間で、通話音声の送受信が行われる。また、通報装置１１０からコールセンタ側システム１５０に対して通報データの送信が行われる。
このとき、ＩＰ回線１０１の通信品質が良い場合は、通話音声と通報データの両方がＩＰ回線１０１経由で伝送される。逆にＩＰ回線１０１の通信品質が悪い場合は、通話音声は電話回線１０２経由で伝送され、通報データのみがＩＰ回線１０１経由で伝送される。
【００１５】
図２には、通報装置１１０の構成を、通報装置１１０に接続されるインターホン１３０、ＩＰ回線１０１及び電話回線１０２と併せて示すブロック図である。
通報装置１１０は、検出部１１１と、通報制御部１１２と、通報データ生成部１１３と、リンクデータ生成部１１４と、データ合成部１１５と、ＤＴＭＦ変換部１１６と、ＩＰ回線インターフェース部（以下、ＩＰ回線Ｉ／Ｆ部という）１１７と、電話回線Ｉ／Ｆ部１１８と、変換部１１９と、出力側スイッチ部１２０と、入力側スイッチ部１２１とを備える。
【００１６】
なお、インターホン１３０は、搭乗者（使用者）が非常事態の発生を通報するための非常通報ボタン１３１と、搭乗者が音声の入力を行うマイク１３２と、搭乗者に音声を出力するスピーカ１３３とを備える。
【００１７】
検出部１１１は、インターホン１３０の非常通報ボタン１３１が押下されたことを検出する。
通報制御部１１２は、コールセンタ側システム１５０との通信制御及び通報装置１１０内の動作制御を行う。
例えば、通報制御部１１２は、ＩＰ回線１０１の品質が良好である場合には、ＩＰ回線Ｉ／Ｆ部１１７を介して、ＩＰ回線１０１からコールセンタ側システム１５０に音声通話の発信を行う。また、通報制御部１１２は、ＩＰ回線１０１の品質が良好ではない場合には、電話回線Ｉ／Ｆ部１１８を介して、電話回線１０２からコールセンタ側システム１５０に音声通話の発信を行う。
【００１８】
通報データ生成部１１３は、コールセンタ側システム１５０に通報する予め定められた情報を示す通報データを生成する。
リンクデータ生成部１１４は、通報データと音声通話とをリンクさせるために、通報データを識別するためのリンクデータを生成する。ここでは、リンクデータは、通報装置１１０を識別するための識別情報を示す。
データ合成部１１５は、リンクデータと通報データとを合成することで、リンクデータ及び通報データを含む合成データを生成する。
ＤＴＭＦ変換部１１６は、リンクデータを、電話回線１０２で送信することのできる信号に変換する信号変換部である。例えば、ＤＴＭＦ変換部１１６は、リンクデータを、トーン信号であるＤＴＭＦ信号に変換する。
【００１９】
ＩＰ回線Ｉ／Ｆ部１１７は、ＩＰ回線１０１とＩＰパケットを送受信する。例えば、ＩＰ回線Ｉ／Ｆ部１１７は、合成データを格納したＩＰパケットを、ＩＰ回線１０１を介して、コールセンタ側システム１５０に送信する第１の送信部として機能する。
電話回線Ｉ／Ｆ部１１８は、電話回線１０２との間で、音声信号と呼接続信号とをやり取りする。例えば、電話回線Ｉ／Ｆ部１１８は、リンクデータから変換されたＤＴＭＦ信号を、電話回線１０２を介して、コールセンタ側システム１５０に送信する第２の送信部として機能する。
変換部１１９は、アナログ信号をデジタル信号に、デジタル信号をアナログ信号に変換する。
【００２０】
出力側スイッチ部１２０は、通報装置１１０から出力する信号を選択するためのスイッチ部である。
入力側スイッチ部１２１は、通報装置１１０に入力する信号を選択するためのスイッチ部である。
【００２１】
図３は、通報装置１１０のハードウェア構成を概略的に示すブロック図である。
通報制御部１１２、通報データ生成部１１３、リンクデータ生成部１１４、データ合成部１１５、ＤＴＭＦ変換部１１６、出力側スイッチ部１２０及び入力側スイッチ部１２１は、メモリ１０に記憶されたプログラムを実行するプロセッサ１１によって実現される。なお、これは一例であって、これ以外の専用処理回路等を用いたハードウェア構成であっても構わない。
【００２２】
変換部１１９は、Ａ／Ｄ及びＤ／Ａの変換ＬＳＩ（Ｌａｒｇｅ  Ｓｃａｌｅ  Ｉｎｔｅｇｒａｔｉｏｎ）１２により実現される。なお、これは一例であって、例えばプロセッサ１１が変換ＬＳＩ１２と統合されたシステムＬＳＩ等であってもよい。
【００２３】
検出部１１１は、非常通報ボタン１３１のボタン押下状態を、プロセッサ１１の特定ポートから参照できるように電気変換するスイッチ開閉検出ＬＳＩ１３により実現される。なお、これは一例であって、例えば、プロセッサ１１がスイッチ開閉検出ＬＳＩ１３と統合されたシステムＬＳＩ等であってもよい。
【００２４】
ＩＰ回線Ｉ／Ｆ部１１７は、ネットワークインターフェース（以下、ネットワークＩ／Ｆという）１４により実現される。ネットワークＩ／Ｆ１４は、プロセッサ１１が出力するＩＰパケットをネットワークフレームに乗せてＩＰ回線１０１に送信し、また、ＩＰ回線１０１から受信するＩＰパケットをプロセッサ１１に渡す。
【００２５】
電話回線Ｉ／Ｆ部１１８は、ＳＬＩＣ（Ｓｕｂｓｃｒｉｂｅｒ  Ｌｉｎｅ  Ｉｎｔｅｒｆａｃｅ  Ｃｉｒｃｕｉｔ）  ＬＳＩ１５により実現される。なお、これは一例であって、トランジスタ、オペアンプ、抵抗、コンデンサ等により実現された処理回路によるハードウェア構成であっても構わない。
【００２６】
図４は、コールセンタ側システム１５０の構成を概略的に示すブロック図である。
コールセンタ側システム１５０は、ＶｏＩＰゲートウェイ１５１と、情報表示端末１５２Ａ、１５２Ｂと、ＩＰ電話端末１５３Ａ、１５３Ｂと、センタ装置１６０とを備える。
コールセンタ側システム１５０は、同時に２か所の通報装置１１０からの着信を処理できる構成となっている。このため、図４では、２つの情報表示端末１５２Ａ、１５２Ｂ及び２つのＩＰ電話端末１５３Ａ、１５３Ｂが備えられている。
なお、情報表示端末１５２Ａ、１５２Ｂの各々を特に区別する必要がない場合には、情報表示端末１５２といい、ＩＰ電話端末１５３Ａ、１５３Ｂの各々を特に区別する必要がない場合には、ＩＰ電話端末１５３という。
【００２７】
ＶｏＩＰゲートウェイ１５１は、電話回線１０２と、ＩＰに対応した通信ネットワークとの間のプロトコル変換を行う。
例えば、ＶｏＩＰゲートウェイ１５１は、公衆アナログ電話回線又はデジタル電話回線対応の電話回線Ｉ／Ｆ及びＩＰに対応した通信ネットワーク対応の通信Ｉ／Ｆを備える。
さらに、ＶｏＩＰゲートウェイ１５１は、ＶｏＩＰベースの音声信号として用いられるＲＴＰパケット送受信機能、及び、ＶｏＩＰベースの呼制御プロトコルとして用いられるＳＩＰ（Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）に対応した呼制御機能を備える。具体的には、ＶｏＩＰゲートウェイ１５１は、電話回線１０２との間で送受信する音声信号及び呼制御信号と、ＶｏＩＰベースの音声信号及び呼制御信号との相互変換を行う。
【００２８】
情報表示端末１５２は、通報データが格納されたＩＰパケットを受信し、受信された通報データで示される予め定められた情報をディスプレイに表示する端末である。言い換えると、情報表示端末１５２は、情報を表示するための表示部として機能する。情報表示端末１５２としては、例えば、パーソナルコンピュータが用いられる。
ＩＰ電話端末１５３は、ＶｏＩＰに対応した電話端末であり、ＩＰパケットを送受信して電話通信を行う。ＩＰ電話端末１５３としては、例えば、ＲＴＰパケット送受信機能、及び、ＳＩＰに対応した呼制御機能を有する一般的な機器が用いられる。
【００２９】
センタ装置１６０は、ＩＰ回線Ｉ／Ｆ部１６１と、装置制御部１６２と、受信データ保持部１６３と、ＤＴＭＦ解読部１６４Ａ、１６４Ｂと、通報データ選択部１６５Ａ、１６５Ｂと、音声パケット転送部１６６Ａ、１６６Ｂとを備える。また、センタ装置１６０は、図５に示されているように、通信Ｉ／Ｆ部１６７をさらに備える。
なお、ＤＴＭＦ解読部１６４Ａ、１６４Ｂの各々を特に区別する必要がない場合には、ＤＴＭＦ解読部１６４といい、通報データ選択部１６５Ａ、１６５Ｂの各々を特に区別する必要がない場合には、通報データ選択部１６５といい、音声パケット転送部１６６Ａ、１６６Ｂの各々を特に区別する必要がない場合には、音声パケット転送部１６６という。
ここで、図４では、同時に２か所の通報装置１１０からの着信を処理できるように、２つのＤＴＭＦ解読部１６４、２つの通報データ選択部１６５及び２つの音声パケット転送部１６６が設けられているが、ＤＴＭＦ解読部１６４、通報データ選択部１６５及び音声パケット転送部１６６の数を変えることにより、コールセンタ側システム１５０で対応する通報装置１１０の数を変えることができる。
【００３０】
ＩＰ回線Ｉ／Ｆ部１６１は、ＩＰ回線１０１との間で通信を行う。例えば、ＩＰ回線Ｉ／Ｆ部１６１は、ＩＰ回線１０１との間でＩＰパケットを送受信する。ここで、ＩＰ回線Ｉ／Ｆ部１６１は、合成データを受信する第１の受信部として機能する。
装置制御部１６２は、センタ装置１６０での処理の全体を制御する。例えば、装置制御部１６２は、ＩＰ回線１０１側又は電話回線１０２側から着信する呼の通信制御及び装置全体の制御を行う。具体的には、装置制御部１６２は、ＩＰ回線１０１又は電話回線１０２を介して、音声通話の着信を受け付ける。
【００３１】
受信データ保持部１６３は、通報装置１１０から受信する合成データ及び通報データを記憶する記憶部である。
ＤＴＭＦ解読部１６４は、ＤＴＭＦ信号を解読することで、ＤＴＭＦ信号からリンクデータを特定する特定部である。
通報データ選択部１６５は、受信データ保持部１６３に記憶された合成データの中から、ＤＴＭＦ解読部１６４によって解読されたリンクデータを含む合成データを選択して、選択された合成データに含まれている通報データで示される予め定められた情報を情報表示端末１５２に表示させる通報データ処理部である。
音声パケット転送部１６６は、音声パケットの転送を行う音声処理部である。
【００３２】
なお、図５に示されているように、ＶｏＩＰゲートウェイ１５１と、情報表示端末１５２Ａ、１５２Ｂと、ＩＰ電話端末１５３Ａ、１５３Ｂとは、センタ装置１６０の通信Ｉ／Ｆ部１６７に接続されている。これにより、ＶｏＩＰゲートウェイ１５１、情報表示端末１５２Ａ、１５２Ｂ、及び、ＩＰ電話端末１５３Ａ、１５３Ｂは、装置制御部１６２、通報データ選択部１６５Ａ、１６５Ｂ及び音声パケット転送部１６６Ａ、１６６Ｂと通信することができる。なお、通信Ｉ／Ｆ部１６７は、ＶｏＩＰゲートウェイ１５１から、ＩＰパケットに格納されて送信されてくるＤＴＭＦ信号を受信する第２の受信部として機能する。
【００３３】
図６は、センタ装置１６０のハードウェア構成を概略的に示すブロック図である。
装置制御部１６２、ＤＴＭＦ解読部１６４、通報データ選択部１６５及び音声パケット転送部１６６は、メモリ２０に記憶されたプログラムを実行するプロセッサ２１によって実現される。
受信データ保持部１６３は、プロセッサ２１がメモリ２０を利用することで実現される。
【００３４】
ＩＰ回線Ｉ／Ｆ部１６１は、ネットワークインターフェース２２により実現される。例えば、ネットワークインターフェース２２は、プロセッサ２１が出力するＩＰパケットをネットワークフレームに乗せてＩＰ回線１０１に送信し、また、ＩＰ回線１０１から受信するＩＰパケットをプロセッサ２１に渡す。
通信Ｉ／Ｆ部１６７は、ネットワークＩ／Ｆ２３により実現される。例えば、プロセッサ２１は、ＶｏＩＰゲートウェイ１５１、情報表示端末１５２及びＩＰ電話端末１５３との間もＩＰパケットを用いてデータを送受信し、これらのデータの送受信は、ネットワークＩ／Ｆ２３を介して行われる。
なお、図６に示すセンタ装置１６０のハードウェア構成は一例であって、例えば、センタ装置１６０は、パーソナルコンピュータで実現されてもよい。
【００３５】
図７は、通報装置１１０の動作を示すフローチャートである。
まず、通報制御部１１２は、検出部１１１を介して、インターホン１３０の非常通報ボタン１３１が押下されたかどうかを監視する（Ｓ１０）。通報者が、コールセンタに助けを求めるために、非常通報ボタン１３１を押下すると（Ｓ１０でＹｅｓ）、処理はステップＳ１１に進む。
【００３６】
ステップＳ１１では、通報制御部１１２は、ＩＰ回線１０１の品質が良好か否かを判断する。ＩＰ回線１０１の品質が良好ではない場合（Ｓ１１でＮｏ）には、処理はステップＳ１２に進み、ＩＰ回線１０１の品質が良好な場合（Ｓ１１でＹｅｓ）には、処理はステップＳ２３に進む。
【００３７】
なお、ＩＰ回線１０１の品質が良好か否かの判断基準については、ＩＰ回線１０１の品質の良否が通報装置１１０毎に予め設定されているものとする。例えば、通報装置１１０を設置する際、パソコン等を用いてコールセンタ側システム１５０との間でＩＰパケットの通信を行い、ＩＰパケットの伝送遅延、伝送遅延揺らぎ又はパケット損失率等を元に、設定が行われる。
なお、通報制御部１１２は、ＩＰ回線Ｉ／Ｆ部１１７を介して、定期的にコールセンタ側システム１５０との間でＩＰパケットの通信を行うことで、ＩＰ回線１０１の品質の良否を判断してもよい。
【００３８】
ステップＳ１２では、通報制御部１１２は、電話回線Ｉ／Ｆ部１１８を制御し、電話回線１０２経由でコールセンタ側システム１５０に、音声通話の発信を行う。電話回線経由の発信に必要な動作は、一般のアナログ電話機が電話をかける際に発信する動作と同様である。
その後、通報制御部１１２は、コールセンタ側システム１５０からの応答を待つ（Ｓ１３）。応答があった場合（Ｓ１３でＹｅｓ）には、処理はステップＳ１４に進む。
【００３９】
ステップＳ１４では、通報制御部１１２は、その応答が着信受付けかどうかを判断する。そして、その応答が着信受付けではない場合（Ｓ１４でＮｏ）には、処理はステップＳ１５に進み、その応答が着信受付けである場合（Ｓ１４でＹｅｓ）には、処理はステップＳ１６に進む。
発信の応答として、電話回線１０２の電位が極性反転した場合には、コールセンタ側システム１５０が着信を受け付けたことになる。一方、その応答として、電話回線１０２から話中音が入力された場合は、コールセンタ側システム１５０が着信を拒否したことになる。電話回線Ｉ／Ｆ部１１８がこれらを検出し、通報制御部１１２に通知する。
【００４０】
ステップＳ１５では、通報制御部１１２は、予め定められた時間待機して、処理はステップＳ１２に戻る。
一方、ステップＳ１６では、通報制御部１１２は、リンクデータ生成部１１４と通報データ生成部１１３とにデータの生成を指示し、リンクデータ生成部１１４は、リンクデータを生成する。
ここで、リンクデータは、通報データを識別するためのデータであり、実施の形態１では、通報装置１１０を識別するための識別情報をリンクデータとして用いる。通報装置１１０を識別するための識別情報は、通報装置１１０毎に固有の番号が予め定められているものとする。例えば、１０００台の通報装置１１０が存在する場合、リンクデータは、４桁の１０進数とする。一番目の通報装置のリンクデータを“０００１”、二番目の通報装置のリンクデータを“０００２”というように、各通報装置に“０００１”〜“１０００”の何れかを示すリンクデータが割り当てられる。
【００４１】
また、通報データ生成部１１３は、通報データを生成する（Ｓ１７）。
通報データは、エレベータの型番、故障状態又は設置場所等の情報を含む予め定められた情報を示す。
【００４２】
次に、データ合成部１１５は、通報データ生成部１１３が生成した通報データにリンクデータ生成部１１４が生成したリンクデータを付加した合成データを生成する（Ｓ１８）。
生成された合成データは、ＩＰ回線Ｉ／Ｆ部１１７でＩＰパケット化され、ＩＰ回線１０１を介してコールセンタ側システム１５０に送信される（Ｓ１９）。
【００４３】
さらに、リンクデータ生成部１１４が生成したリンクデータは、ＤＴＭＦ変換部１１６によってＤＴＭＦ信号に変換され、このＤＴＭＦ信号は、出力側スイッチ部１２０を経由して、電話回線Ｉ／Ｆ部１１８から電話回線１０２に送信される（Ｓ２０）。
ここで、ＤＴＭＦ信号は、４種類の高群周波数トーンと、４種類の低群周波数トーンとの組合せによって、“０”から“９”までの数字と、“Ａ”、“Ｂ”、“Ｃ”、“Ｄ”、“＊”、“＃”という６通りの文字とから成る１６種類の数字及び文字の何れかを、１桁の信号で表すことができる。リンクデータは、４桁の１０進数であるため、各桁をＤＴＭＦ信号の１桁に割当てることで、ＤＴＭＦ変換部１１６は、４桁のＤＴＭＦ信号を生成する。
【００４４】
その後、通報制御部１１２は、出力側スイッチ部１２０を変換部１１９側に、入力側スイッチ部１２１を電話回線Ｉ／Ｆ部１１８側に接続する（Ｓ２１）。従って、インターホン１３０のマイク１３２から入力された音声アナログ信号は、変換部１１９によってデジタル信号に変換された後、電話回線Ｉ／Ｆ部１１８を介して電話回線１０２に送信される。また、電話回線Ｉ／Ｆ部１１８を介して電話回線１０２から入力された音声信号は、変換部１１９によってアナログ信号に変換された後、インターホン１３０のスピーカ１３３から出力される。この動作は、通話が終了するまで継続される。
【００４５】
そして、通報制御部１１２は、通話が終了したか否かを判断し（Ｓ２２）、通話が終了した場合（Ｓ２２でＹｅｓ）には、処理はステップＳ１０に戻る。例えば、コールセンタ側システム１５０が通話を終了すると、コールセンタ側システム１５０と通話状態にあった通報装置１１０において、極性反転された電話回線１０２の電位が復極するか、電話回線１０２から話中音が入力される。また、コールセンタ側システム１５０が通話を終了した後に、コールセンタ側システム１５０と通話状態にあった通報装置１１０においてそのまま非通話の状態で長時間放置すると、その通報装置１１０に電話回線１０２からハウラ音が入力される。電話回線Ｉ／Ｆ部１１８がこれらの何れかを検出すると、検出された内容を通報制御部１１２に通知する。
【００４６】
ステップＳ１１において、ＩＰ回線１０１の品質が良好である場合（Ｓ１１でＹｅｓ）には、処理はステップＳ２３に進む。
ステップＳ２３では、通報制御部１１２は、ＩＰによる電話発着信用のプロトコルであるＳＩＰに従って、ＩＰ回線Ｉ／Ｆ部１１７を介して、ＳＩＰメッセージを格納したＩＰパケットをＩＰ回線１０１に送信することで、コールセンタ側システム１５０に、音声通話の発信を行う。
その後、通報制御部１１２はコールセンタ側システム１５０からの応答を待つ（Ｓ２４）。応答があった場合（Ｓ２４でＹｅｓ）には、処理はステップＳ２５に進む。
【００４７】
ステップＳ２５では、通報制御部１１２は、その応答が着信受付けかどうかを判断する。そして、その応答が着信受付けではない場合（Ｓ２５でＮｏ）には、処理はステップＳ２６に進み、その応答が着信受付けである場合（Ｓ２５でＹｅｓ）には、処理はステップＳ２７に進む。
発信の応答として、“１００  Ｔｒｙｉｎｇ”の応答メッセージを受信した場合には、コールセンタ側システム１５０が着信を受け付けたことになり、例えば、“４８６  Ｂｕｓｙ  Ｈｅｒｅ”等のエラーを示す応答メッセージを受信した場合には、コールセンタ側システム１５０が着信を拒否したことになる。
【００４８】
ステップＳ２６では、通報制御部１１２は、予め定められた時間待機して、処理はステップＳ２３に戻る。
一方、ステップＳ２７では、通報制御部１１２は、通報データ生成部１１３にデータの生成を指示し、通報データ生成部１１３は、通報データを生成する。この通報データは、ステップＳ１７において、電話回線１０２からコールセンタ側システム１５０に発信する場合に生成されるデータと同様である。
【００４９】
生成された通報データは、ＩＰ回線Ｉ／Ｆ部１１７でＩＰパケット化され、ＩＰ回線１０１を介してコールセンタ側システム１５０に送信される（Ｓ２８）。
その後、出力側スイッチ部１２０が変換部１１９側に、入力側スイッチ部１２１がＩＰ回線Ｉ／Ｆ部１１７側に接続される（Ｓ２９）。従って、インターホン１３０のマイク１３２からの入力された音声アナログ信号は、変換部１１９によってデジタル信号に変換された後、ＩＰ回線Ｉ／Ｆ部１１７を介してＩＰ回線１０１に送信される。また、ＩＰ回線Ｉ／Ｆ部１１７を介してＩＰ回線１０１から入力された音声信号は、変換部１１９によってアナログ信号に変換された後、インターホン１３０のスピーカ１３３から出力される。この動作は、通話終了まで継続される。
【００５０】
そして、通報制御部１１２は、通話が終了したか否かを判断し（Ｓ３０）、通話が終了した場合（Ｓ３０でＹｅｓ）には、処理はステップＳ１０に戻る。例えば、コールセンタ側システム１５０が通話を終了すると、終了を要求するＳＩＰメッセージをＩＰ回線１０１より受信する。
【００５１】
図８は、センタ装置１６０の動作を示すフローチャートである。
まず、通報装置１１０から音声通話の着信があった場合には、装置制御部１６２は、ＩＰ回線１０１からの着信であるか否かを判断する（Ｓ４０）。
通報装置１１０が、ＩＰ回線１０１経由でコールセンタ側システム１５０に発信してきた場合、センタ装置１６０は、ＩＰ回線１０１から着信を受けることになる。上述の通り、通報装置１１０からはＳＩＰメッセージを格納したＩＰパケットが受信されるため、装置制御部１６２は、このＳＩＰメッセージを解読することで、音声通話の着信がＩＰ回線１０１からのものであるか否かを判断する。ＩＰ回線１０１からの着信ではない場合（Ｓ４０でＮｏ）には、処理はステップＳ４１に進み、ＩＰ回線１０１からの着信である場合（Ｓ４０でＹｅｓ）には、処理はステップＳ４５に進む。
【００５２】
ステップＳ４１では、装置制御部１６２は、通報装置１１０から音声通話の着信がＶｏＩＰゲートウェイ１５１からの着信であるか否かを判断する（Ｓ４１）。
通報装置１１０が、電話回線１０２経由でコールセンタ側システム１５０に発信してきた場合、着信をＶｏＩＰゲートウェイ１５１が認識し、これをＳＩＰメッセージに変換して、センタ装置１６０に発信する。即ち、センタ装置１６０は、ＶｏＩＰゲートウェイ１５１から着信を受けることになる。このため、ステップＳ４１は、音声通話の着信が電話回線１０２経由であるか否かを判断していることになる。装置制御部１６２は、ＳＩＰメッセージを解読して、これが電話回線１０２からの着信であるか否かを判断する。ＶｏＩＰゲートウェイ１５１からの着信である場合（Ｓ４１でＹｅｓ）には、処理はステップＳ４２に進み、ＶｏＩＰゲートウェイ１５１からの着信ではない場合（Ｓ４１でＮｏ）には、処理はステップＳ４８に進む。
【００５３】
ステップＳ４２では、装置制御部１６２は、通話に使用されていない、空き状態のＩＰ電話端末１５３があるか否かを判断する。空き状態のＩＰ電話端末１５３がない場合（Ｓ４２でＮｏ）には、処理はステップＳ４３に進み、空き状態のＩＰ電話端末１５３がある場合（Ｓ４２でＹｅｓ）には、処理はステップＳ４４に進む。
ステップＳ４３では、装置制御部１６２は、その着信を拒否する。着信の拒否は、ＳＩＰに従って、着信拒否を意味する応答メッセージを、通信Ｉ／Ｆ部１６７を介して、ＶｏＩＰゲートウェイ１５１に返信することで実現される。そして、処理ステップＳ４８に進む。
一方、ステップＳ４４では、装置制御部１６２は、着信を受け付け、空き状態のＩＰ電話端末１５３を通話に割り当てる。そして、処理はステップＳ４８に進む。
【００５４】
ステップＳ４０において、ＩＰ回線１０１から着信があった場合（Ｓ４０でＹｅｓ）には、処理はステップＳ４５に進む。
ステップＳ４５では、装置制御部１６２は、通話に使用されていない、空き状態のＩＰ電話端末１５３があるか否かを判断する。空き状態のＩＰ電話端末１５３がない場合（Ｓ４５でＮｏ）には、処理はステップＳ４６に進み、空き状態のＩＰ電話端末１５３がある場合（Ｓ４５でＹｅｓ）には、処理はステップＳ４７に進む。
ステップＳ４６では、装置制御部１６２は、その着信を拒否する。着信の拒否は、ＳＩＰに従って、着信拒否を意味する応答メッセージを、ＩＰ回線Ｉ／Ｆ部１６１を介して、ＩＰ回線１０１経由で発信元の通報装置１１０に返信することで実現される。そして、処理ステップＳ４８に進む。
一方、ステップＳ４７では、装置制御部１６２は、着信を受け付け、空き状態のＩＰ電話端末１５３を通話に割り当てる。そして、処理はステップＳ４８に進む。
【００５５】
ステップＳ４８では、装置制御部１６２は、ステップＳ４４又はＳ４７で、ＩＰ電話端末１５３が通話に割り当てられたか否かを判定する。ＩＰ電話端末１５３が通話に割り当てられた場合（Ｓ４８でＹｅｓ）には、処理はステップＳ４９に進み、ＩＰ電話端末１５３が通話に割り当てられていない場合（Ｓ４８でＮｏ）には、処理はステップＳ４０に戻る。
【００５６】
ステップＳ４９では、装置制御部１６２は、電話回線１０２からの着信であるか否かを判断する。電話回線１０２からの着信である場合（Ｓ４９でＹｅｓ）には、処理はステップＳ５０に進み、電話回線１０２からの着信ではない場合（Ｓ４９でＮｏ）には、処理はステップＳ５１に進む。
【００５７】
ステップＳ５０では、装置制御部１６２は、電話回線１０２からの着信用の処理を実施する。この処理については、図９及び図１０を用いて説明する。
一方、ステップＳ５１では、装置制御部１６２は、ＩＰ回線１０１からの着信用の処理を実施する。この処理については、図１１及び図１２を用いて説明する。
【００５８】
図９及び図１０は、電話回線１０２からの着信用の処理を示すフローチャートである。
図９及び図１０では、ＩＰ電話端末１５３Ａが通話に割り当てられているものとして、説明する。
まず、装置制御部１６２は、音声パケット転送部１６６Ａが音声パケット転送中であるかどうかを判断する（Ｓ６０）。音声パケット転送部１６６Ａが音声パケット転送中である場合（Ｓ６０でＹｅｓ）には、処理は図１０のステップＳ７２に進み、音声パケット転送部１６６Ａが音声パケット転送中ではない場合（Ｓ６０でＮｏ）には、処理はステップＳ６１に進む。なお、ＩＰ電話端末１５３Ａが通話に割当てられた直後は、音声パケット転送部１６６Ａは、音声パケット転送中でなく、後述する条件を満足すると音声パケット転送中に移行する。
【００５９】
ステップＳ６１では、装置制御部１６２は、ＩＰ電話端末１５３Ａの呼出し中であるか否かを判断する。ＩＰ電話端末１５３Ａの呼出し中である場合（Ｓ６１でＹｅｓ）には、処理はステップＳ６２に進み、ＩＰ電話端末１５３Ａの呼出し中ではない場合（Ｓ６１でＮｏ）には、処理はステップＳ６４に進む。なお、ＩＰ電話端末１５３Ａが通話に割当てられた直後は、ＩＰ電話端末１５３Ａの呼出し中でなく、後述する条件を満足するとＩＰ電話端末１５３Ａの呼出し中に移行する。
【００６０】
ステップＳ６２では、装置制御部１６２は、ＩＰ電話端末１５３Ａが呼出しに応答したか否かを判断する。ＩＰ電話端末１５３Ａが呼出しに応答した場合（Ｓ６２でＹｅｓ）には、処理はステップＳ６３に進み、ＩＰ電話端末１５３Ａが呼出しに応答していない場合（Ｓ６２でＮｏ）には、処理はステップＳ６０に戻る。
ステップＳ６３では、装置制御部１６２は、音声パケット転送部１６６Ａの状態を音声パケット転送中状態に移行させる。そして、処理は、ステップＳ６０に戻る。
【００６１】
一方、ステップＳ６４では、装置制御部１６２は、ＩＰ回線Ｉ／Ｆ部１６１を介して、通報装置１１０からの合成データをＩＰ回線１０１から受信したら、これを受信データ保持部１６３に記憶させる。ＩＰ回線１０１から受信されるＩＰパケットが合成データであるか否かは、ＩＰパケット内のデスティネーションポート番号で判断することができる。例えば、デスティネーションポート番号が５００００のＵＤＰパケットを合成データ又は通報データと予め決めておく。従って、受信したＩＰパケットがＵＤＰパケットで、そのデスティネーションポート番号が５００００のとき、装置制御部１６２は、そのＵＤＰパケットのペイロードデータを合成データ又は通報データとして、受信データ保持部１６３に記憶させる。
【００６２】
次に、ＤＴＭＦ解読部１６４Ａは、ＶｏＩＰゲートウェイ１５１から出力される音声信号を解読する（Ｓ６５）。
そして、装置制御部１６２は、ＤＴＭＦ解読部１６４Ａが４桁のＤＴＭＦ信号を検出したか否かを判断する（Ｓ６６）。４桁のＤＴＭＦ信号が検出された場合（Ｓ６６でＹｅｓ）には、処理はステップＳ６７に進み、４桁のＤＴＭＦ信号が検出されていない場合（Ｓ６６でＮｏ）には、処理はステップＳ６９に進む。
【００６３】
ステップＳ６７では、装置制御部１６２は、ＤＴＭＦ解読部１６４Ａで検出された４桁の数値で構成されるリンクデータを通報データ選択部１６５Ａに与え、通報データ選択部１６５Ａは、与えられたリンクデータと一致するリンクデータを含む合成データが受信データ保持部１６３に記憶されているか否かを判断する。そのような合成データが記憶されている場合（Ｓ６７でＹｅｓ）には、処理はステップＳ６８に進み、そのような合成データが記憶されていない場合（Ｓ６７でＮｏ）には、処理はステップＳ７０に進む。
【００６４】
ステップＳ６８では、通報データ選択部１６５Ａは、通信Ｉ／Ｆ部１６７を介して、そのような合成データに含まれている通報データを情報表示端末１５２Ａに送信する。情報表示端末１５２Ａは、受信された通報データに基づいて、予め定められた情報を表示する。そして、処理はステップＳ７１に進む。
【００６５】
一方、ステップＳ６６において、４桁のＤＴＭＦ信号が検出されていない場合（Ｓ６６でＮｏ）には、処理はステップＳ６９に進む。
ステップＳ６９では、装置制御部１６２は、着信から予め定められた時間が経過したか否かを判断する。着信から予め定められた時間が経過した場合（Ｓ６９でＹｅｓ）には、処理はステップＳ７０に進み、着信から予め定められた時間が経過していない場合（Ｓ６９でＮｏ）には、処理はステップＳ６０に戻る。
なお、この予め定められた時間は、例えば５秒とする。この時間は、通報装置１１０がＤＴＭＦ信号によるリンクデータを送信完了するまでの待ち時間である。ＤＴＭＦ信号の１桁当りの長さを１００ミリ秒程度、桁間の時間も１００ミリ秒程度の長さとすると、ＤＴＭＦ信号４桁の送信に要する時間は７００ミリ秒程度となる。このほか、通報装置１１０が着信を認識しＤＴＭＦ信号の送信を開始するまでの時間を勘案すると、待ち時間は数秒から１０秒程度が適当である。
【００６６】
ステップＳ７０では、通報データ選択部１６５Ａは、通信Ｉ／Ｆ部１６７を介して、通報装置１１０以外からの着信であることを表示するための表示データを情報表示端末１５２Ａに送信する。情報表示端末１５２Ａは、受信された表示データに基づいて、通報装置１１０以外からの着信であることを表示する。そして、処理はステップＳ７１に進む。
【００６７】
以上の処理により、通報データ選択部１６５Ａは、ＤＴＭＦ解読部１６４Ａで特定されたリンクデータを含む合成データが受信データ保持部１６３に記憶されていることを、音声通話の着信を受け付けてから予め定められた期間内に確認できた場合に、通報データで示される予め定められた情報を情報表示端末１５２Ａに表示させることができる。
【００６８】
ステップＳ７１では、装置制御部１６２は、音声パケット転送部１６６Ａの状態をＩＰ電話端末１５３Ａの呼出し中に移行させる。そして、処理はステップＳ６０に戻る。
ＩＰ電話端末１５３Ａの呼出し中の場合には、音声パケット転送部１６６Ａは、ＩＰ電話端末１５３Ａとの間で呼制御を行う。なお、センタ装置１６０とＩＰ電話端末１５３との間の通話開始及び終了制御である呼制御にはＳＩＰが用いられるものとする。このため、音声パケット転送部１６６Ａは、ＩＰ電話端末１５３Ａを呼出すため、通信Ｉ／Ｆ部１６７を介して、ＳＩＰに従って、発信を意味する要求メッセージを格納したＩＰパケットをＩＰ電話端末１５３Ａに送信する。
【００６９】
一方、ステップＳ６０において、音声パケット転送部１６６Ａが音声パケット転送中である場合（Ｓ６０でＹｅｓ）には、処理は図１０のステップＳ７２に進む。
ステップＳ７２では、音声パケット転送部１６６Ａが、通信Ｉ／Ｆ部１６７を介して、ＶｏＩＰゲートウェイ１５１から送信された音声パケットを受信して、ＩＰ電話端末１５３Ａに転送するとともに、通信Ｉ／Ｆ部１６７を介して、ＩＰ電話端末１５３Ａから送信された音声パケットを受信して、ＶｏＩＰゲートウェイ１５１に転送する。
【００７０】
そして、装置制御部１６２は、ＩＰ回線Ｉ／Ｆ部１６１を介して、ＩＰ回線１０１から合成データを受信したか否かを判断する（Ｓ７３）。合成データを受信した場合（Ｓ７３でＹｅｓ）には、処理はステップＳ７４に進み、合成データを受信していない場合（Ｓ７３でＮｏ）には、処理はステップＳ７６に進む。
【００７１】
ステップＳ７４では、通報データ選択部１６５Ａは、受信された合成データに含まれているリンクデータが、音声パケット転送中となる前にＤＴＭＦ解読部１６４において検出された４桁の数値で構成されるリンクデータと一致するか否かを判断する（Ｓ７４）。これらが一致する場合（Ｓ７４でＹｅｓ）には、処理はステップＳ７５に進み、これらが一致しない場合（Ｓ７４でＮｏ）には、処理はステップＳ７６に進む。
【００７２】
ステップＳ７５では、通報データ選択部１６５Ａは、通信Ｉ／Ｆ部１６７を介して、ステップＳ７３で受信された合成データに含まれている通報データを情報表示端末１５２Ａに送信する。情報表示端末１５２Ａは、受信された通報データに基づいて、予め定められた情報を表示する。そして、処理はステップＳ７６に進む。
【００７３】
ステップＳ７６では、音声パケット転送部１６６Ａは、通話が終了したか否かを判断する。通話が終了した場合（Ｓ７６でＹｅｓ）には、処理はステップＳ７７に進み、通話が終了していない場合（Ｓ７６でＮｏ）には、処理はステップＳ７２に戻る。
例えば、ＩＰ電話端末１５３Ａで受話器が置かれると、ＩＰ電話端末１５３Ａが、ＳＩＰに従って、通話終了を示す要求メッセージを格納したＩＰパケットを送信する。音声パケット転送部１６６Ａは、通信Ｉ／Ｆ部１６７を介して、これを受信すると通話終了と判断する。
【００７４】
ステップＳ７７では、音声パケット転送部１６６Ａは、通信Ｉ／Ｆ部１６７を介して、ＶｏＩＰゲートウェイ１５１に通話終了を通知してＩＰ電話端末１５３Ａを空き状態に戻して、フローを終了する。
なお、ＶｏＩＰゲートウェイ１５１への通話終了の通知は、ＳＩＰに従って、通話終了を示す要求メッセージを格納したＩＰパケットをＶｏＩＰゲートウェイ１５１に送信することにより行う。この要求メッセージを受けて、ＶｏＩＰゲートウェイ１５１は、電話回線１０２の通話を切断する。
【００７５】
図１１及び図１２は、ＩＰ回線１０１からの着信用の処理を示すフローチャートである。
図１１及び図１２においても、ＩＰ電話端末１５３Ａが通話に割り当てられているものとして、説明する。
まず、音声パケット転送中かどうかの判断（Ｓ８０）、ＩＰ電話端末１５３Ａの呼出し中かどうかの判断（Ｓ８１）、呼出しに応答したかどうかの判断（Ｓ８２）、音声パケット転送中状態への移行（Ｓ８３）については、図９に示された、電話回線１０２からの着信用の対応する処理（Ｓ６０〜Ｓ６３）と同様である。
但し、音声パケット転送部１６６Ａが音声パケット転送中である場合（Ｓ８０でＹｅｓ）には、処理は図１２のステップＳ９０に進む。
また、ＩＰ電話端末１５３Ａの呼出し中ではない場合（Ｓ８１でＮｏ）には、処理はステップＳ８４に進む。
【００７６】
ステップＳ８４では、装置制御部１６２は、ＩＰ回線Ｉ／Ｆ部１６１を介して、通報装置１１０からの通報データをＩＰ回線１０１から受信したら、これを受信データ保持部１６３に記憶させる。ここで、ＩＰ回線１０１から受信するＩＰパケットが通報データであるか否かを、ＩＰパケット内のデスティネーションポート番号で判断する点も、図９に示されている、電話回線１０２からの着信用の処理におけるステップＳ６４と同様である。
【００７７】
そして、通報データ選択部１６５Ａは、記憶された通報データの送信元ＩＰアドレスと、発信元の通報装置１１０のＩＰアドレスとが一致するか否かを判定する（Ｓ８５）。これらが一致する場合（Ｓ８５でＹｅｓ）には、処理はステップＳ８６に進み、これらが一致しない場合（Ｓ８５でＮｏ）には、処理はステップＳ８７に進む。
【００７８】
ステップＳ８６では、通報データ選択部１６５Ａは、通信Ｉ／Ｆ部１６７を介して、記憶された通報データを情報表示端末１５２Ａに送信する。情報表示端末１５２Ａは、受信された通報データに基づいて、予め定められた情報を表示する。そして、処理はステップＳ８９に進む。
【００７９】
一方、ステップＳ８７では、装置制御部１６２は、着信から予め定められた時間が経過したか否かを判断する。着信から予め定められた時間が経過した場合（Ｓ８７でＹｅｓ）には、処理はステップＳ８８に進み、着信から予め定められた時間が経過していない場合（Ｓ８７でＮｏ）には、処理はステップＳ８０に戻る。この予め定められた時間についても、図９に示されている、電話回線１０２からの着信用の処理におけるステップＳ６９と同様である。
【００８０】
ステップＳ８８では、通報データ選択部１６５Ａは、通信Ｉ／Ｆ部１６７を介して、通報装置１１０以外からの着信であることを表示するための表示データを情報表示端末１５２Ａに送信する。情報表示端末１５２Ａは、受信された表示データに基づいて、通報装置１１０以外からの着信であることを表示する。そして、処理はステップＳ８９に進む。
【００８１】
ステップＳ８９では、装置制御部１６２は、音声パケット転送部１６６Ａの状態をＩＰ電話端末１５３Ａの呼出し中に移行させる。そして、処理はステップＳ８０に戻る。
【００８２】
一方、ステップＳ８０において、音声パケット転送部１６６Ａが音声パケット転送中である場合（Ｓ８０でＹｅｓ）には、処理は図１２のステップＳ９０に進む。
ステップＳ９０では、音声パケット転送部１６６Ａが、ＩＰ回線Ｉ／Ｆ部１６１を介してＩＰ回線１０１から受信された、発信元の通報装置１１０からの音声パケットを、通信Ｉ／Ｆ部１６７を介してＩＰ電話端末１５３Ａに転送するとともに、通信Ｉ／Ｆ部１６７を介してＩＰ電話端末１５３Ａから受信された音声パケットを、ＩＰ回線Ｉ／Ｆ部１６１を介してＩＰ回線１０１から、発信元の通報装置１１０に転送する。
【００８３】
そして、装置制御部１６２は、ＩＰ回線Ｉ／Ｆ部１６１を介して、ＩＰ回線１０１から通報データを受信したか否かを判断する（Ｓ９１）。通報データを受信した場合（Ｓ９１でＹｅｓ）には、処理はステップＳ９２に進み、通報データを受信していない場合（Ｓ９１でＮｏ）には、処理はステップＳ９４に進む。
【００８４】
ステップＳ９２では、通報データ選択部１６５Ａは、受信された通報データが発信元の通報装置１１０のものであるか否かを判断する。例えば、この判断は、受信された通報データの送信元ＩＰアドレスが、発信元の通報装置１１０のＩＰアドレスと一致するか否かで行われる。受信された通報データが発信元の通報装置１１０のものである場合（Ｓ９２でＹｅｓ）には、処理はステップＳ９３に進み、これらが一致しない場合（Ｓ９２でＮｏ）には、処理はステップＳ９４に進む。
【００８５】
ステップＳ９３では、通報データ選択部１６５Ａは、通信Ｉ／Ｆ部１６７を介して、ステップＳ９１で受信された通報データを情報表示端末１５２Ａに送信する。情報表示端末１５２Ａは、受信された通報データに基づいて、予め定められた情報を表示する。そして、処理はステップＳ９４に進む。
【００８６】
ステップＳ９４では、音声パケット転送部１６６Ａは、通話が終了したか否かを判断する。通話が終了した場合（Ｓ９４でＹｅｓ）には、処理はステップＳ９５に進み、通話が終了していない場合（Ｓ９４でＮｏ）には、処理はステップＳ９０に戻る。
例えば、ＩＰ電話端末１５３Ａで受話器が置かれると、ＩＰ電話端末１５３Ａが、ＳＩＰに従って、通話終了を示す要求メッセージを格納したＩＰパケットを送信する。音声パケット転送部１６６Ａは、通信Ｉ／Ｆ部１６７を介して、これを受信すると通話終了と判断する。
【００８７】
ステップＳ９５では、音声パケット転送部１６６Ａは、ＩＰ回線Ｉ／Ｆ部１６１を介して、発信元の通報装置１１０に通話終了を通知してＩＰ電話端末１５３Ａを空き状態に戻して、フローを終了する。
なお、発信元の通報装置１１０への通話終了の通知は、ＳＩＰに従って、通話終了を示す要求メッセージを格納したＩＰパケットを発信元の通報装置１１０に送信することにより行う。この要求メッセージを受けて、発信元の通報装置１１０は、ＩＰ回線１０１の通話を切断する。
【００８８】
以上のように、実施の形態１によれば、通報装置１１０がコールセンタに通報する際に、通話に電話回線１０２を用いる場合には、通報データをＩＰ回線１０１で送信し、電話回線１０２から送信されるリンクデータにより通報データを識別することができるようにしたので、音声専用回線を用いた音声通話を行う場合にも、通報データの伝送が可能な通信システム１００を提供することができる。
【００８９】
図４に示されているコールセンタ側システム１５０によれば、同時に２か所の通報装置１１０からの通報を処理できるようになっているが、Ｍ個のＤＴＭＦ解読部１６４、Ｍ個の通報データ選択部１６５、Ｍ個の音声パケット転送部１６６、Ｍ個の情報表示端末１５２及びＭ個のＩＰ電話端末１５３を備えることで、同時にＭか所からの通報を処理することができる。ここで、Ｍは、１以上の整数である。
【００９０】
実施の形態１においては、リンクデータを電話回線１０２によって送信するために、リンクデータをＤＴＭＦ信号に変換したが、リンクデータは、電話回線１０２で送信可能な他の信号に変換されてもよい。
例えば、トーンの周波数によって異なる数字を示すことができるため、リンクデータは、単一周波数のトーン信号に変換されてもよい。具体的には、数字の「０」を４００Ｈｚ、数字の「１」を５００Ｈｚ、数字の「２」を６００Ｈｚ、数字の「３」を７００Ｈｚ、数字の「４」を８００Ｈｚ、数字の「５」を９００Ｈｚ、数字の「６」を１０００Ｈｚ、数字の「７」を１１００Ｈｚ、数字の「８」を１２００Ｈｚ及び数字の「９」を１３００Ｈｚのトーン信号に変換することで、０〜９からなる１０通りの数字を送信することができる。
【００９１】
また、実施の形態１においては、電話回線１０２がアナログ電話回線であったが、携帯電話回線であってもよい。
【００９２】
実施の形態２．
図１に示されているように、実施の形態２に係る通信システム２００は、通報装置１１０と、コールセンタ側システム２５０とを備える。
実施の形態２における通報装置１１０については、実施の形態１と同様に構成されている。
【００９３】
図１３は、実施の形態２におけるコールセンタ側システム２５０の構成を概略的に示すブロック図である。
コールセンタ側システム２５０は、ＶｏＩＰゲートウェイ１５１と、情報表示端末１５２と、ＩＰ電話端末２５３Ａ、２５３Ｂ、２５３Ｃ、２５３Ｄと、センタ装置２６０とを備える。
実施の形態２におけるＶｏＩＰゲートウェイ１５１及び情報表示端末１５２は、実施の形態１と同様に構成されている。
【００９４】
実施の形態２におけるコールセンタ側システム２５０も、実施の形態１と同様に、同時に２か所の通報装置１１０からの着信を処理できる構成となっているが、４つのＩＰ電話端末２５３Ａ、２５３Ｂ、２５３Ｃ、２５３Ｄが備えられている。
なお、ＩＰ電話端末２５３Ａ、２５３Ｂ、２５３Ｃ、２５３Ｄの各々を特に区別する必要がない場合には、ＩＰ電話端末２５３という。
【００９５】
ＩＰ電話端末２５３は、ＶｏＩＰに対応した電話端末であり、ＩＰパケットを送受信して電話通信を行う。ＩＰ電話端末２５３としては、例えば、ＲＴＰパケット送受信機能、及び、ＳＩＰに対応した呼制御機能を有する一般的な機器が用いられる。
【００９６】
センタ装置２６０は、ＩＰ回線Ｉ／Ｆ部１６１と、装置制御部１６２と、受信データ保持部１６３と、ＤＴＭＦ解読部１６４と、通報データ選択部１６５と、音声パケット転送部２６６Ａ、２６６Ｂとを備える。また、センタ装置２６０は、図１４に示されているように、通信Ｉ／Ｆ部１６７をさらに備える。
実施の形態２におけるセンタ装置２６０は、音声パケット転送部２６６Ａ、２６６Ｂを除いて、実施の形態１におけるセンタ装置１６０と同様に構成されている。
なお、音声パケット転送部２６６Ａ、２６６Ｂの各々を特に区別する必要がない場合には、音声パケット転送部２６６という。
【００９７】
音声パケット転送部２６６は、音声パケットの転送を行う音声処理部である。
ここで、実施の形態２における音声パケット転送部２６６Ａは、電話回線１０２からの着信において、電話回線１０２における受信信号から解読されたリンクデータに一致するリンクデータを含む合成データが受信データ保持部１６３に記憶されている場合、言い換えると、情報表示端末１５２Ａに出力すべき通報データがある場合には、ＩＰ電話端末２５３Ａを呼出し、そうでない場合には、ＩＰ電話端末２５３Ｃを呼出す。
ＩＰ回線１０１からの着信の場合についても、音声パケット転送部２６６Ａは、情報表示端末１５２Ａに表示すべき通報データがある場合にはＩＰ電話端末２５３Ａを呼出し、そうでない場合にはＩＰ電話端末２５３Ｃを呼出す。
【００９８】
同様に、音声パケット転送部２６６Ｂは、電話回線１０２における受信信号から解読されたリンクデータに一致するリンクデータを含む合成データが受信データ保持部１６３に記憶されている場合には、ＩＰ電話端末２５３Ｂを呼出し、そうでない場合には、ＩＰ電話端末２５３Ｄを呼出す。
ＩＰ回線１０１からの着信の場合についても、音声パケット転送部２６６Ｂは、情報表示端末１５２Ｂに表示すべき通報データがある場合にはＩＰ電話端末２５３Ｂを呼出し、そうでない場合にはＩＰ電話端末２５３Ｄを呼出す。
【００９９】
音声パケット転送部２６６が以上のように動作することで、通報装置１１０からの着信の場合には、ＩＰ電話端末２５３Ａ、２５３Ｂの何れかが呼出され、通報装置１１０からでない一般の電話からの着信の場合にはＩＰ電話端末２５３Ｃ、２５３Ｄの何れかが呼出される。このため、コールセンタ側システム２５０のオペレータは、呼出されたＩＰ電話端末２５３によって通報装置１１０からの通報であるのか、一般の電話着信であるのかを情報表示端末１５２を確認することなく、知ることができる。
【０１００】
以上に記載された実施の形態１及び２では、ＩＰ回線１０１の品質が良好ではない場合に、電話回線１０２及びＩＰ回線１０１を用いた通信を行っているが、実施の形態１及び２は、このような例に限定されない。例えば、ＩＰ回線１０１の品質が良好である場合にも、電話回線１０２及びＩＰ回線１０１を用いた通信を行ってもよい。
【符号の説明】
【０１０１】
１００，２００  通信システム、  １０１  ＩＰ回線、  １０２  電話回線、  １１０  通報装置、  １１１  検出部、  １１２  通報制御部、  １１３  通報データ生成部、  １１４  リンクデータ生成部、  １１５  データ合成部、  １１６  ＤＴＭＦ変換部、  １１７  ＩＰ回線Ｉ／Ｆ部、  １１８  電話回線Ｉ／Ｆ部、  １１９  変換部、  １２０  出力側スイッチ部、  １２１  入力側スイッチ部、  １５０，２５０  コールセンタ側システム、  １５１  ＶｏＩＰゲートウェイ、  １５２  情報表示端末、  １５３，２５３  ＩＰ電話端末、  １６０，２６０  センタ装置、  １６１  ＩＰ回線Ｉ／Ｆ部、  １６２  装置制御部、  １６３  受信データ保持部、  １６４  ＤＴＭＦ解読部、  １６５  通報データ選択部、  １６６，２６６  音声パケット転送部、  １６７  通信Ｉ／Ｆ部。
【図１】
0006567222.tif 000002
【図２】
0006567222.tif 000003
【図３】
0006567222.tif 000004
【図４】
0006567222.tif 000005
【図５】
0006567222.tif 000006
【図６】
0006567222.tif 000007
【図７】
0006567222.tif 000008
【図８】
0006567222.tif 000009
【図９】
0006567222.tif 000010
【図１０】
0006567222.tif 000011
【図１１】
0006567222.tif 000012
【図１２】
0006567222.tif 000013
【図１３】
0006567222.tif 000014
【図１４】
0006567222.tif 000015