JP6567221B2 - 通信システム - Google Patents

Description

本発明は、通信システムに関し、特に、複数の通報装置及びコールセンタ側システムが、データ通信が可能な第１の回線、及び、音声通信が可能で、当該第１の回線とは異なる第２の回線に接続された通信システムに関する。

エレベータの非常通報システムは、エレベータの故障等により搭乗者が閉じ込められた場合に、エレベータ内のインターホンからコールセンタに通報して救助を求めるために構築される。このような非常通報の際には、エレベータ内の通報者とコールセンタのオペレータとの間の音声通話のほか、エレベータの型番又は故障状態等を示す通報データがコールセンタに送信され、オペレータに必要な情報を与える。

非常通報の際の音声通話については、近年、音声信号をＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）パケット化して伝送するＶｏＩＰ（Ｖｏｉｃｅ ｏｖｅｒ ＩＰ）技術の進展により、ＩＰ回線を利用する場合が多くなってきている。しかし、ＶｏＩＰではＩＰ回線のトラフィックが増大すると、パケット伝送遅延及び伝送遅延揺らぎの増大、パケット損失率の増大等により、音声通話品質が劣化する場合がある。そこで、特許文献１には、良好な通話品質を維持するため、ＶｏＩＰと、音声専用回線による音声通話とを併用する技術が開示されている。

特許文献１に記載された技術では、ＩＰ網の通信品質が低下した場合に、バックアップ用として利用する音声専用の公衆電話回線に通信を切替えることで、安定した通信品質が確保されている。

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

上記のようにエレベータの非常通報システムでは、音声通話のほか、エレベータの型番又は故障状態等を示す通報データの通信も必要である。
このため、音声専用回線を用いて音声通話を行う場合は、音声帯域モデムを用いて通報データの通信を行うことが考えられる。音声帯域モデムには、例えば、ＩＴＵ−Ｔ（Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｔｅｌｅｃｏｍｕｎｉｃａｔｉｏｎ Ｕｎｉｏｎ Ｔｅｌｅｃｏｍｕｎｉｃａｔｉｏｎ Ｓｔａｎｄａｒｄｉｚａｔｉｏｎ Ｓｅｃｔｏｒ）が規定するＩＴＵ−Ｔ勧告Ｖ．２１に規定される３００ｂｐｓのＦＳＫ（Ｆｒｅｑｕｅｎｃｙ Ｓｈｉｆｔ Ｋｅｙｉｎｇ）モデム等がある。

しかし、利用する音声専用回線がアナログ電話回線ではなく携帯電話回線である場合は、伝送する信号を低ビットレート符号化して伝送するが、この低ビットレート符号化方式は音声に特化された方式であるため、音声帯域モデム信号の伝送を行うことができない。
また、携帯電話回線を用いた通信であっても、ＤＴＭＦ（Ｄｕａｌ Ｔｏｎｅ Ｍｕｌｔｉ Ｆｒｅｑｕｅｎｃｙ）信号等のトーン信号であれば伝送できるため、トーン信号によるデータ伝送は可能である。例えば、ＤＴＭＦ信号であれば１桁当り０から１６までのコード（４ビットの情報に相当する）を伝送することができる。但し、１桁のコードを送信するために少なくとも０．１秒程度を要する。従って、あまり多くの情報を伝送することができないという問題がある。

そこで、本発明は、上記のような問題点を解決するためになされたもので、音声用の回線を用いて音声通信を行う場合でも、通報データの伝送が可能な通信システムを提供することを目的とする。

本発明の一態様に係る通信システムは、複数の通報装置及び複数のコールセンタ側システムが、データ通信が可能な第１の回線、及び、音声通信が可能で、当該第１の回線とは異なる第２の回線に接続されるとともに、センタサーバが当該第１の回線に接続された通信システムであって、前記複数の通報装置の各々は、前記第１の回線との間で通信を行う第１の通信部と、前記第２の回線との間で通信を行う第２の通信部と、前記複数のコールセンタ側システムに含まれる１つのコールセンタ側システムに通報する予め定められた情報を示す通報データを生成する通報データ生成部と、前記第１の通信部を介して、前記通報データを識別するためのリンクデータを要求するリンクデータ要求を前記センタサーバに送信することで、前記センタサーバから当該リンクデータを取得するリンクデータ取得部と、前記通報データ及び前記リンクデータを含む合成データを生成し、前記第１の通信部を介して、当該合成データを前記１つのコールセンタ側システムに送信するデータ合成部と、前記リンクデータを前記第２の回線で送信することのできる信号に変換し、前記第２の通信部を介して、当該信号を前記１つのコールセンタ側システムに送信する信号変換部と、を備え、前記１つのコールセンタ側システムは、前記第１の回線との間で通信を行う第３の通信部と、前記第２の回線との間で通信を行う第４の通信部と、情報を表示する表示部と、前記第３の通信部を介して受信された前記合成データを記憶する記憶部と、前記第４の通信部を介して受信された前記信号から、前記リンクデータを特定する特定部と、前記特定部で特定された前記リンクデータを含む前記合成データを前記記憶部から選択して、当該選択された合成データに含まれている前記通報データで示される前記予め定められた情報を前記表示部に表示させる通報データ処理部と、を備え、前記センタサーバは、前記第１の回線との間で通信を行う第５の通信部と、前記第５の通信部を介して受信された前記リンクデータ要求に応じて、前記リンクデータを生成し、前記第５の通信部を介して、当該生成されたリンクデータを、前記リンクデータ要求の送信元に送信するサーバ制御部と、を備えることを特徴とする。

本発明の一態様によれば、音声用の回線を用いて音声通信を行う場合でも、通報データの伝送が可能な通信システムを提供することができる。

実施の形態１及び２に係る通信システムの構成を概略的に示すブロック図である。 実施の形態１における通報装置の構成を、インターホン、ＩＰ回線及び電話回線と併せて示すブロック図である。 実施の形態１における通報装置のハードウェア構成を概略的に示すブロック図である。 実施の形態１におけるコールセンタ側システムの構成を概略的に示すブロック図である。 実施の形態１におけるコールセンタ側システムの追加の構成例を概略的に示すブロック図である。 実施の形態１におけるセンタ装置のハードウェア構成を概略的に示すブロック図である。 実施の形態１におけるセンタサーバの構成を概略的に示すブロック図である。 実施の形態１におけるセンタサーバのハードウェア構成を概略的に示すブロック図である。 実施の形態１における通報装置の動作を示すフローチャートである。 実施の形態１におけるセンタ装置の動作を示すフローチャートである。 実施の形態１において、電話回線からの着信用の処理を示す第１のフローチャートである。 実施の形態１において、電話回線からの着信用の処理を示す第２のフローチャートである。 実施の形態１において、ＩＰ回線からの着信用の処理を示す第１のフローチャートである。 実施の形態１において、ＩＰ回線からの着信用の処理を示す第２のフローチャートである。 実施の形態１におけるセンタサーバの動作を示すフローチャートである。 実施の形態２におけるコールセンタ側システムの構成を概略的に示すブロック図である。 実施の形態２におけるコールセンタ側システムの追加の構成例を概略的に示すブロック図である。

実施の形態１．
図１は、実施の形態１に係る通信システム１００の構成を概略的に示すブロック図である。
通信システム１００は、複数の通報装置１１０−１、１１０−２、・・・、１１０−ｎと、２つのコールセンタ側システム１５０Ａ、１５０Ｂと、センタサーバ１７０とを備える。
ここで、ｎは、２以上の整数である。
また、通報装置１１０−１、１１０−２、・・・、１１０−ｎの各々を特に区別する必要がない場合には、通報装置１１０という。
さらに、コールセンタ側システム１５０Ａ、１５０Ｂの各々を特に区別する必要がない場合には、コールセンタ側システム１５０という。

通報装置１１０及びコールセンタ側システム１５０は、第１の回線であるＩＰ回線１０１と、第２の回線である電話回線１０２とに接続されている。
ＩＰ回線１０１は、データ通信が可能な回線である。例えば、ＩＰ回線１０１は、ＩＰパケットを伝送する通信網である。具体的には、ＩＰ回線１０１は、インターネットである。
電話回線１０２は、音声通信が可能な回線である。例えば、電話回線１０２は、音声信号を伝送する公衆アナログ電話回線又はデジタル電話回線である。具体的には、電話回線１０２は、公衆交換電話網又は移動体通信の通信網である。電話回線１０２は、ＩＰ回線１０１とは異なる回線であり、電話回線１０２では、ＩＰパケットを用いたデータ通信を行うことはできない。

通報者が非常通報を行う際に、通報装置１１０は、センタサーバ１７０にコールセンタ側システム１５０Ａ、１５０Ｂの何れを通報先とするかを問い合わせる。そして、通報装置１１０は、その問い合わせの応答に従って、コールセンタ側システム１５０Ａ、１５０Ｂの何れかに音声通信の発信を行う。コールセンタ側システム１５０Ａ、１５０Ｂの何れかが発信に対して応答すると、通報装置１１０と応答元のコールセンタ側システム１５０との間で、音声通信の送受信が行われる。また、通報装置１１０から、応答元のコールセンタ側システム１５０に対して、通報データの送信が行われる。
このとき、ＩＰ回線１０１の通信品質が良い場合は、通話音声と通報データの両方がＩＰ回線１０１経由で伝送される。逆にＩＰ回線１０１の通信品質が悪い場合は、通話音声は電話回線１０２経由で伝送され、通報データのみがＩＰ回線１０１経由で伝送される。

図２には、通報装置１１０の構成を、通報装置１１０に接続されるインターホン１３０、ＩＰ回線１０１及び電話回線１０２と併せて示すブロック図である。
通報装置１１０は、検出部１１１と、通報制御部１１２と、通報データ生成部１１３と、リンクデータ取得部１１４と、データ合成部１１５と、ＤＴＭＦ変換部１１６と、ＩＰ回線インターフェース部（以下、ＩＰ回線Ｉ／Ｆ部という）１１７と、電話回線Ｉ／Ｆ部１１８と、変換部１１９と、出力側スイッチ部１２０と、入力側スイッチ部１２１とを備える。

なお、インターホン１３０は、搭乗者（使用者）が非常事態の発生を通報するための非常通報ボタン１３１と、搭乗者が音声の入力を行うマイク１３２と、搭乗者に音声を出力するスピーカ１３３とを備える。

検出部１１１は、インターホン１３０の非常通報ボタン１３１が押下されたことを検出する。
通報制御部１１２は、コールセンタ側システム１５０及びセンタサーバ１７０との通信制御、並びに、通報装置１１０内の動作制御を行う。
例えば、通報制御部１１２は、センタサーバ１７０に通報先とするコールセンタ側システム１５０の問い合わせを行う。そして、通報装置１１０は、その問い合わせの応答に従って、コールセンタ側システム１５０に音声通信の発信を行う。ここで、通報制御部１１２は、ＩＰ回線１０１の品質が良好である場合には、ＩＰ回線Ｉ／Ｆ部１１７を介して、ＩＰ回線１０１からコールセンタ側システム１５０に音声通話の発信を行う。また、通報制御部１１２は、ＩＰ回線１０１の品質が良好ではない場合には、電話回線Ｉ／Ｆ部１１８を介して、電話回線１０２からコールセンタ側システム１５０に音声通話の発信を行う。

通報データ生成部１１３は、コールセンタ側システム１５０に通報する予め定められた情報を示す通報データを生成する。
リンクデータ取得部１１４は、通報制御部１１２からの指示に応じて、通報データと音声通話とをリンクさせるために、通報データを識別するためのリンクデータを取得する。例えば、リンクデータ取得部１１４は、ＩＰ回線Ｉ／Ｆ部１１７を介して、リンクデータを要求するリンクデータ要求をセンタサーバ１７０に送信することで、リンクデータを取得する。ここでは、リンクデータは、通報データを識別するための値を示す。
データ合成部１１５は、リンクデータと通報データとを合成することで、リンクデータ及び通報データを含む合成データを生成する。そして、データ合成部１１５は、ＩＰ回線Ｉ／Ｆ部１１７を介して、合成データをコールセンタ側システム１５０に送信する。
ＤＴＭＦ変換部１１６は、リンクデータを、電話回線１０２で送信することのできる信号に変換する信号変換部である。例えば、ＤＴＭＦ変換部１１６は、リンクデータを、トーン信号であるＤＴＭＦ信号に変換する。そして、ＤＴＭＦ変換部１１６は、電話回線Ｉ／Ｆ部１１８を介して、ＤＴＭＦ信号をコールセンタ側システム１５０に送信する。

ＩＰ回線Ｉ／Ｆ部１１７は、ＩＰ回線１０１とＩＰパケットを送受信する第１の通信部である。例えば、ＩＰ回線Ｉ／Ｆ部１１７は、合成データを格納したＩＰパケットを、ＩＰ回線１０１を介して、コールセンタ側システム１５０に送信する。
電話回線Ｉ／Ｆ部１１８は、電話回線１０２との間で、音声信号と呼接続信号とをやり取りする第２の通信部である。例えば、電話回線Ｉ／Ｆ部１１８は、リンクデータから変換されたＤＴＭＦ信号を、電話回線１０２を介して、コールセンタ側システム１５０に送信する。
変換部１１９は、アナログ信号をデジタル信号に、デジタル信号をアナログ信号に変換する。

出力側スイッチ部１２０は、通報装置１１０から出力する信号を選択するためのスイッチ部である。
入力側スイッチ部１２１は、通報装置１１０に入力する信号を選択するためのスイッチ部である。

図３は、通報装置１１０のハードウェア構成を概略的に示すブロック図である。
通報制御部１１２、通報データ生成部１１３、リンクデータ取得部１１４、データ合成部１１５、ＤＴＭＦ変換部１１６、出力側スイッチ部１２０及び入力側スイッチ部１２１は、メモリ１０に記憶されたプログラムを実行するプロセッサ１１によって実現される。なお、これは一例であって、これ以外の専用処理回路等を用いたハードウェア構成であっても構わない。

変換部１１９は、Ａ／Ｄ及びＤ／Ａの変換ＬＳＩ（Ｌａｒｇｅ Ｓｃａｌｅ Ｉｎｔｅｇｒａｔｉｏｎ）１２により実現される。なお、これは一例であって、例えばプロセッサ１１が変換ＬＳＩ１２と統合されたシステムＬＳＩ等であってもよい。

検出部１１１は、非常通報ボタン１３１のボタン押下状態を、プロセッサ１１の特定ポートから参照できるように電気変換するスイッチ開閉検出ＬＳＩ１３により実現される。なお、これは一例であって、例えば、プロセッサ１１がスイッチ開閉検出ＬＳＩ１３と統合されたシステムＬＳＩ等であってもよい。

ＩＰ回線Ｉ／Ｆ部１１７は、ネットワークインターフェース（以下、ネットワークＩ／Ｆという）１４により実現される。ネットワークＩ／Ｆ１４は、プロセッサ１１が出力するＩＰパケットをネットワークフレームに乗せてＩＰ回線１０１に送信し、また、ＩＰ回線１０１から受信するＩＰパケットをプロセッサ１１に渡す。

電話回線Ｉ／Ｆ部１１８は、ＳＬＩＣ（Ｓｕｂｓｃｒｉｂｅｒ Ｌｉｎｅ Ｉｎｔｅｒｆａｃｅ Ｃｉｒｃｕｉｔ） ＬＳＩ１５により実現される。なお、これは一例であって、トランジスタ、オペアンプ、抵抗、コンデンサ等により実現された処理回路によるハードウェア構成であっても構わない。

図４は、コールセンタ側システム１５０の構成を概略的に示すブロック図である。
コールセンタ側システム１５０は、ＶｏＩＰゲートウェイ１５１と、情報表示端末１５２Ａ、１５２Ｂと、ＩＰ電話端末１５３Ａ、１５３Ｂと、センタ装置１６０とを備える。
コールセンタ側システム１５０は、同時に２か所の通報装置１１０からの着信を処理できる構成となっている。このため、図４では、２つの情報表示端末１５２Ａ、１５２Ｂ及び２つのＩＰ電話端末１５３Ａ、１５３Ｂが備えられている。
なお、情報表示端末１５２Ａ、１５２Ｂの各々を特に区別する必要がない場合には、情報表示端末１５２といい、ＩＰ電話端末１５３Ａ、１５３Ｂの各々を特に区別する必要がない場合には、ＩＰ電話端末１５３という。

ＶｏＩＰゲートウェイ１５１は、電話回線１０２と、ＩＰに対応した通信ネットワークとの間のプロトコル変換を行う。
例えば、ＶｏＩＰゲートウェイ１５１は、公衆アナログ電話回線又はデジタル電話回線対応の電話回線Ｉ／Ｆ及びＩＰに対応した通信ネットワーク対応の通信Ｉ／Ｆを備える。
さらに、ＶｏＩＰゲートウェイ１５１は、ＶｏＩＰベースの音声信号として用いられるＲＴＰパケット送受信機能、及び、ＶｏＩＰベースの呼制御プロトコルとして用いられるＳＩＰ（Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）に対応した呼制御機能を備える。具体的には、ＶｏＩＰゲートウェイ１５１は、電話回線１０２との間で送受信する音声信号及び呼制御信号と、ＶｏＩＰベースの音声信号及び呼制御信号との相互変換を行う。

情報表示端末１５２は、通報データが格納されたＩＰパケットを受信し、受信された通報データで示される予め定められた情報をディスプレイに表示する端末である。言い換えると、情報表示端末１５２は、情報を表示するための表示部として機能する。情報表示端末１５２としては、例えば、パーソナルコンピュータが用いられる。
ＩＰ電話端末１５３は、ＶｏＩＰに対応した電話端末であり、ＩＰパケットを送受信して電話通信を行う。ＩＰ電話端末１５３としては、例えば、ＲＴＰパケット送受信機能、及び、ＳＩＰに対応した呼制御機能を有する一般的な機器が用いられる。

センタ装置１６０は、ＩＰ回線Ｉ／Ｆ部１６１と、装置制御部１６２と、受信データ保持部１６３と、ＤＴＭＦ解読部１６４Ａ、１６４Ｂと、通報データ選択部１６５Ａ、１６５Ｂと、音声パケット転送部１６６Ａ、１６６Ｂとを備える。また、センタ装置１６０は、図５に示されているように、通信Ｉ／Ｆ部１６７をさらに備える。
なお、ＤＴＭＦ解読部１６４Ａ、１６４Ｂの各々を特に区別する必要がない場合には、ＤＴＭＦ解読部１６４といい、通報データ選択部１６５Ａ、１６５Ｂの各々を特に区別する必要がない場合には、通報データ選択部１６５といい、音声パケット転送部１６６Ａ、１６６Ｂの各々を特に区別する必要がない場合には、音声パケット転送部１６６という。
ここで、図４では、同時に２か所の通報装置１１０からの着信を処理できるように、２つのＤＴＭＦ解読部１６４、２つの通報データ選択部１６５及び２つの音声パケット転送部１６６が設けられているが、ＤＴＭＦ解読部１６４、通報データ選択部１６５及び音声パケット転送部１６６の数を変えることにより、コールセンタ側システム１５０で対応する通報装置１１０の数を変えることができる。

ＩＰ回線Ｉ／Ｆ部１６１は、ＩＰ回線１０１との間で通信を行う第３の通信部である。例えば、ＩＰ回線Ｉ／Ｆ部１６１は、ＩＰ回線１０１との間でＩＰパケットを送受信する。ここで、ＩＰ回線Ｉ／Ｆ部１６１は、合成データを受信する。
装置制御部１６２は、センタ装置１６０での処理の全体を制御する。例えば、装置制御部１６２は、ＩＰ回線１０１側又は電話回線１０２側から着信する呼の通信制御及び装置全体の制御を行う。具体的には、装置制御部１６２は、ＩＰ回線１０１又は電話回線１０２を介して、音声通話の着信を受け付ける。

受信データ保持部１６３は、通報装置１１０から受信する合成データ及び通報データを記憶する記憶部である。
ＤＴＭＦ解読部１６４は、受信されたＤＴＭＦ信号を解読することで、ＤＴＭＦ信号からリンクデータを特定する特定部である。
通報データ選択部１６５は、受信データ保持部１６３に記憶された合成データの中から、ＤＴＭＦ解読部１６４によって解読されたリンクデータを含む合成データを選択して、選択された合成データに含まれている通報データで示される予め定められた情報を情報表示端末１５２に表示させる通報データ処理部である。
音声パケット転送部１６６は、音声パケットの転送を行う音声処理部である。

なお、図５に示されているように、ＶｏＩＰゲートウェイ１５１と、情報表示端末１５２Ａ、１５２Ｂと、ＩＰ電話端末１５３Ａ、１５３Ｂとは、センタ装置１６０の通信Ｉ／Ｆ部１６７に接続されている。これにより、ＶｏＩＰゲートウェイ１５１、情報表示端末１５２Ａ、１５２Ｂ、及び、ＩＰ電話端末１５３Ａ、１５３Ｂは、装置制御部１６２、通報データ選択部１６５Ａ、１６５Ｂ及び音声パケット転送部１６６Ａ、１６６Ｂと通信することができる。なお、通信Ｉ／Ｆ部１６７は、ＶｏＩＰゲートウェイ１５１から、ＩＰパケットに格納されて送信されてくるＤＴＭＦ信号を受信する第４の通信部として機能する。

図６は、センタ装置１６０のハードウェア構成を概略的に示すブロック図である。
装置制御部１６２、ＤＴＭＦ解読部１６４、通報データ選択部１６５及び音声パケット転送部１６６は、メモリ２０に記憶されたプログラムを実行するプロセッサ２１によって実現される。
受信データ保持部１６３は、プロセッサ２１がメモリ２０を利用することで実現される。

ＩＰ回線Ｉ／Ｆ部１６１は、ネットワークインターフェース２２により実現される。例えば、ネットワークインターフェース２２は、プロセッサ２１が出力するＩＰパケットをネットワークフレームに乗せてＩＰ回線１０１に送信し、また、ＩＰ回線１０１から受信するＩＰパケットをプロセッサ２１に渡す。
通信Ｉ／Ｆ部１６７は、ネットワークＩ／Ｆ２３により実現される。例えば、プロセッサ２１は、ＶｏＩＰゲートウェイ１５１、情報表示端末１５２及びＩＰ電話端末１５３との間もＩＰパケットを用いてデータを送受信し、これらのデータの送受信は、ネットワークＩ／Ｆ２３を介して行われる。
なお、図６に示すセンタ装置１６０のハードウェア構成は一例であって、例えば、センタ装置１６０は、パーソナルコンピュータで実現されてもよい。

図７は、センタサーバ１７０の構成を概略的に示すブロック図である。
センタサーバ１７０は、記憶部１７１と、サーバ制御部１７２と、ＩＰ回線Ｉ／Ｆ部１７３とを備える。
記憶部１７１は、センタサーバ１７０での処理に必要な情報を記憶する。
サーバ制御部１７２は、センタサーバ１７０での処理を制御する。例えば、サーバ制御部１７２は、通報装置１１０からの通報先とするコールセンタ側システム１５０の問い合わせに対する応答処理、及び、通報装置１１０からのリンクデータの要求に対する応答処理を行う。具体的には、サーバ制御部１７２は、通報装置１１０からのリンクデータ要求に応じて、リンクデータを生成し、生成されたリンクデータを、ＩＰ回線Ｉ／Ｆ部を介して、リンクデータ要求の送信元である通報装置１１０に送信する。
ＩＰ回線Ｉ／Ｆ部１７３は、ＩＰ回線１０１との間で通信を行う第５の通信部である。

図８は、センタサーバ１７０のハードウェア構成を示すブロック図である。
メモリ３０に記憶されたプログラムをプロセッサ３１が実行することで、サーバ制御部１７２が実現される。メモリ３０により、記憶部１７１が実現される。また、ネットワークＩ／Ｆ３２がＩＰ回線１０１と接続され、通報装置１１０とのＩＰパケットの送受信を行う。

図９は、通報装置１１０の動作を示すフローチャートである。
まず、通報制御部１１２は、検出部１１１を介して、インターホン１３０の非常通報ボタン１３１が押下されたかどうかを監視する（Ｓ１０）。通報者が、コールセンタに助けを求めるために、非常通報ボタン１３１を押下すると（Ｓ１０でＹｅｓ）、処理はステップＳ１１に進む。

ステップＳ１１では、通報制御部１１２は、ＩＰ回線１０１の品質が良好か否かを判断する。ＩＰ回線１０１の品質が良好ではない場合（Ｓ１１でＮｏ）には、処理はステップＳ１２に進み、ＩＰ回線１０１の品質が良好な場合（Ｓ１１でＹｅｓ）には、処理はステップＳ２５に進む。

なお、ＩＰ回線１０１の品質が良好か否かの判断基準については、ＩＰ回線１０１の品質の良否が通報装置１１０毎に予め設定されているものとする。例えば、通報装置１１０を設置する際、パソコン等を用いてコールセンタ側システム１５０との間でＩＰパケットの通信を行い、ＩＰパケットの伝送遅延、伝送遅延揺らぎ又はパケット損失率等を元に、設定が行われる。
なお、通報制御部１１２は、ＩＰ回線Ｉ／Ｆ部１１７を介して、定期的にコールセンタ側システム１５０との間でＩＰパケットの通信を行うことで、ＩＰ回線１０１の品質の良否を判断してもよい。

ステップＳ１２では、通報制御部１１２は、ＩＰ回線Ｉ／Ｆ部１１７を介して、センタサーバ１７０に、何れのコールセンタ側システム１５０Ａ、１５０Ｂに通報するかを問合せる通報先問い合わせ要求を格納したＩＰパケットを送信する。そして、通報制御部１１２は、ＩＰ回線Ｉ／Ｆ部１１７を介して、通報先問い合わせ要求への応答として、通報先応答を格納したＩＰパケットを受信する。通報先応答には、通報先である１つのコールセンタ側システム１５０を識別することのできる通報先識別情報が含まれているものとする。例えば、通報先識別情報は、通報先であるコールセンタ側システム１５０のＩＰアドレスを用いることができる。

ステップＳ１３では、通報制御部１１２は、電話回線Ｉ／Ｆ部１１８を介して、電話回線１０２経由で、ステップＳ１２において通報先として通知された１つのコールセンタ側システム１５０に、音声通話の発信を行う。電話回線経由の発信に必要な動作は、一般のアナログ電話機が電話をかける際に発信する動作と同様である。
その後、通報制御部１１２は、コールセンタ側システム１５０からの応答を待つ（Ｓ１４）。応答があった場合（Ｓ１４でＹｅｓ）には、処理はステップＳ１５に進む。

ステップＳ１５では、通報制御部１１２は、その応答が着信受付けかどうかを判断する。そして、その応答が着信受付けではない場合（Ｓ１５でＮｏ）には、処理はステップＳ１６に進み、その応答が着信受付けである場合（Ｓ１５でＹｅｓ）には、処理はステップＳ１７に進む。
発信の応答として、電話回線１０２の電位が極性反転した場合には、コールセンタ側システム１５０が着信を受け付けたことになる。一方、その応答として、電話回線１０２から話中音が入力された場合は、コールセンタ側システム１５０が着信を拒否したことになる。電話回線Ｉ／Ｆ部１１８がこれらを検出し、通報制御部１１２に通知する。

ステップＳ１６では、通報制御部１１２は、予め定められた時間待機して、処理はステップＳ１３に戻る。
一方、ステップＳ１７では、通報制御部１１２は、リンクデータ取得部１１４にリンクデータの取得を指示する。リンクデータ取得部１１４は、ＩＰ回線Ｉ／Ｆ部１１７を介して、リンクデータを要求するリンクデータ要求を格納したＩＰパケットをセンタサーバ１７０に送信する。そして、リンクデータ取得部１１４は、ＩＰ回線Ｉ／Ｆ部１１７を介して、その応答として、リンクデータを示すリンクデータ応答を格納したＩＰパケットをセンタサーバ１７０から受信する。このとき、リンクデータ要求には、通報先のコールセンタ側システム１５０を示す通報先識別情報が含まれるものとする。
ここで、リンクデータは、通報データを識別するためのデータであり、実施の形態１では、リンクデータは、通報先のコールセンタ側システム１５０が、通報データと電話回線からの通話音声との対応を認識するために用いられる。リンクデータは、例えば、１桁の１０進数とする。この場合、リンクデータは“０”〜“９”の何れかの値となる。

また、通報制御部１１２は、通報データ生成部１１３に通報データの生成を指示し、通報データ生成部１１３は、通報データを生成する（Ｓ１８）。
通報データは、エレベータの型番、故障状態又は設置場所等の情報を含む予め定められた情報を示す。

次に、データ合成部１１５は、通報データ生成部１１３が生成した通報データにリンクデータ取得部１１４が生成したリンクデータを付加した合成データを生成する（Ｓ１９）。
生成された合成データは、ＩＰ回線Ｉ／Ｆ部１１７でＩＰパケット化され、ＩＰ回線１０１を介してコールセンタ側システム１５０に送信される（Ｓ２０）。

さらに、リンクデータ取得部１１４が生成したリンクデータは、ＤＴＭＦ変換部１１６によってＤＴＭＦ信号に変換され、このＤＴＭＦ信号は、出力側スイッチ部１２０を経由して、電話回線Ｉ／Ｆ部１１８から電話回線１０２に送信される（Ｓ２１）。
ここで、ＤＴＭＦ信号は、４種類の高群周波数トーンと、４種類の低群周波数トーンとの組合せによって、“０”から“９”までの数字と、“Ａ”、“Ｂ”、“Ｃ”、“Ｄ”、“＊”、“＃”という６通りの文字とから成る１６種類の数字及び文字の何れかを、１桁の信号で表すことができる。リンクデータは、１桁の１０進数であるため、ＤＴＭＦ変換部１１６は、これをＤＴＭＦ信号の１桁に割当てることで、１桁分のＤＴＭＦ信号を生成する。

その後、通報制御部１１２は、出力側スイッチ部１２０を変換部１１９側に、入力側スイッチ部１２１を電話回線Ｉ／Ｆ部１１８側に接続する（Ｓ２２）。従って、インターホン１３０のマイク１３２から入力された音声アナログ信号は、変換部１１９によってデジタル信号に変換された後、電話回線Ｉ／Ｆ部１１８を介して電話回線１０２に送信される。また、電話回線Ｉ／Ｆ部１１８を介して電話回線１０２から入力された音声信号は、変換部１１９によってアナログ信号に変換された後、インターホン１３０のスピーカ１３３から出力される。この動作は、通話が終了するまで継続される。

そして、通報制御部１１２は、通話が終了したか否かを判断し（Ｓ２３）、通話が終了した場合（Ｓ２３でＹｅｓ）には、処理はステップＳ２４に進む。例えば、コールセンタ側システム１５０が通話を終了すると、コールセンタ側システム１５０と通話状態にあった通報装置１１０において、極性反転された電話回線１０２の電位が復極するか、電話回線１０２から話中音が入力される。また、コールセンタ側システム１５０が通話を終了した後に、コールセンタ側システム１５０と通話状態にあった通報装置１１０においてそのまま非通話の状態で長時間放置すると、その通報装置１１０に電話回線１０２からハウラ音が入力される。電話回線Ｉ／Ｆ部１１８がこれらの何れかを検出すると、検出された内容を通報制御部１１２に通知する。

ステップＳ２４では、通報制御部１１２は、変換部１１９と、電話回線Ｉ／Ｆ部１１８との間の音声信号の転送を停止し、通話終了を通知する通話終了通知を格納したＩＰパケットを、ＩＰ回線Ｉ／Ｆ部１１７を介して、センタサーバ１７０に送信する。ここで通話終了通知には、通報先であるコールセンタ側システム１５０を示す通報先識別情報と、ステップＳ１７で取得されたリンクデータが含まれる。そして、処理は、ステップＳ１０に戻る。

ステップＳ１１において、ＩＰ回線１０１の品質が良好である場合（Ｓ１１でＹｅｓ）には、処理はステップＳ２５に進む。
ステップＳ２５では、ステップＳ１２と同様に、通報制御部１１２は、ＩＰ回線Ｉ／Ｆ部１１７を介して、センタサーバ１７０に、何れのコールセンタ側システム１５０Ａ、１５０Ｂに通報するかを問合せる通報先問い合わせ要求を格納したＩＰパケットを送信する。そして、通報制御部１１２は、ＩＰ回線Ｉ／Ｆ部１１７を介して、通報先問い合わせ要求への応答として、通報先識別情報を示す通報先応答を格納したＩＰパケットを受信する。

ステップＳ２６では、通報制御部１１２は、ＩＰによる電話発着信用のプロトコルであるＳＩＰに従って、ＩＰ回線Ｉ／Ｆ部１１７を介して、ＳＩＰメッセージを格納したＩＰパケットをＩＰ回線１０１に送信することで、通報先識別情報で識別される１つのコールセンタ側システム１５０に、音声通話の発信を行う。
その後、通報制御部１１２は、コールセンタ側システム１５０からの応答を待つ（Ｓ２７）。応答があった場合（Ｓ２７でＹｅｓ）には、処理はステップＳ２８に進む。

ステップＳ２８では、通報制御部１１２は、その応答が着信受付けかどうかを判断する。そして、その応答が着信受付けではない場合（Ｓ２８でＮｏ）には、処理はステップＳ２９に進み、その応答が着信受付けである場合（Ｓ２８でＹｅｓ）には、処理はステップＳ３０に進む。
発信の応答として、“１００ Ｔｒｙｉｎｇ”の応答メッセージを受信した場合には、コールセンタ側システム１５０が着信を受け付けたことになり、例えば、“４８６ Ｂｕｓｙ Ｈｅｒｅ”等のエラーを示す応答メッセージを受信した場合には、コールセンタ側システム１５０が着信を拒否したことになる。

ステップＳ２９では、通報制御部１１２は、予め定められた時間待機して、処理はステップＳ２６に戻る。
一方、ステップＳ２７では、通報制御部１１２は、通報データ生成部１１３にデータの生成を指示し、通報データ生成部１１３は、通報データを生成する。この通報データは、ステップＳ１８において、電話回線１０２からコールセンタ側システム１５０に発信する場合に生成されるデータと同様である。

生成された通報データは、データ合成部１１５に与えられるが、データ合成部１１５は、リンクデータ取得部１１４からリンクデータが与えられないため、この通報データのみをＩＰ回線Ｉ／Ｆ部１１７に与える。
そして、通報データは、ＩＰ回線Ｉ／Ｆ部１１７でＩＰパケット化され、ＩＰ回線１０１を介して、通報先であるコールセンタ側システム１５０に送信される（Ｓ３１）。
その後、出力側スイッチ部１２０が変換部１１９側に、入力側スイッチ部１２１がＩＰ回線Ｉ／Ｆ部１１７側に接続される（Ｓ３２）。従って、インターホン１３０のマイク１３２からの入力された音声アナログ信号は、変換部１１９によってデジタル信号に変換された後、ＩＰ回線Ｉ／Ｆ部１１７を介してＩＰ回線１０１に送信される。また、ＩＰ回線Ｉ／Ｆ部１１７を介してＩＰ回線１０１から入力された音声信号は、変換部１１９によってアナログ信号に変換された後、インターホン１３０のスピーカ１３３から出力される。この動作は、通話終了まで継続される。

そして、通報制御部１１２は、通話が終了したか否かを判断し（Ｓ３３）、通話が終了した場合（Ｓ３３でＹｅｓ）には、処理はステップＳ３４に進む。例えば、コールセンタ側システム１５０が通話を終了すると、終了を要求するＳＩＰメッセージがＩＰ回線１０１より受信される。

ステップＳ３４では、ステップＳ２４と同様に、通報制御部１１２は、変換部１１９と、ＩＰ回線Ｉ／Ｆ部１１７との間の音声信号の転送を停止し、通話終了を通知する通話終了通知を格納したＩＰパケットを、ＩＰ回線Ｉ／Ｆ部１１７を介して、センタサーバ１７０に送信する。そして、処理は、ステップＳ１０に戻る。

図１０は、センタ装置１６０の動作を示すフローチャートである。
まず、通報装置１１０から音声通話の着信があった場合には、装置制御部１６２は、ＩＰ回線１０１からの着信であるか否かを判断する（Ｓ４０）。
通報装置１１０が、ＩＰ回線１０１経由でコールセンタ側システム１５０に発信してきた場合、センタ装置１６０は、ＩＰ回線１０１から着信を受けることになる。上述の通り、通報装置１１０からはＳＩＰメッセージを格納したＩＰパケットが受信されるため、装置制御部１６２は、このＳＩＰメッセージを解読することで、音声通話の着信がＩＰ回線１０１からのものであるか否かを判断する。ＩＰ回線１０１からの着信ではない場合（Ｓ４０でＮｏ）には、処理はステップＳ４１に進み、ＩＰ回線１０１からの着信である場合（Ｓ４０でＹｅｓ）には、処理はステップＳ４５に進む。

ステップＳ４１では、装置制御部１６２は、通報装置１１０から音声通話の着信がＶｏＩＰゲートウェイ１５１からの着信であるか否かを判断する（Ｓ４１）。
通報装置１１０が、電話回線１０２経由でコールセンタ側システム１５０に発信してきた場合、着信をＶｏＩＰゲートウェイ１５１が認識し、これをＳＩＰメッセージに変換して、センタ装置１６０に発信する。即ち、センタ装置１６０は、ＶｏＩＰゲートウェイ１５１から着信を受けることになる。このため、ステップＳ４１は、音声通話の着信が電話回線１０２経由であるか否かを判断していることになる。装置制御部１６２は、ＳＩＰメッセージを解読して、これが電話回線１０２からの着信であるか否かを判断する。ＶｏＩＰゲートウェイ１５１からの着信である場合（Ｓ４１でＹｅｓ）には、処理はステップＳ４２に進み、ＶｏＩＰゲートウェイ１５１からの着信ではない場合（Ｓ４１でＮｏ）には、処理はステップＳ４８に進む。

ステップＳ４２では、装置制御部１６２は、通話に使用されていない、空き状態のＩＰ電話端末１５３があるか否かを判断する。空き状態のＩＰ電話端末１５３がない場合（Ｓ４２でＮｏ）には、処理はステップＳ４３に進み、空き状態のＩＰ電話端末１５３がある場合（Ｓ４２でＹｅｓ）には、処理はステップＳ４４に進む。
ステップＳ４３では、装置制御部１６２は、その着信を拒否する。着信の拒否は、ＳＩＰに従って、着信拒否を意味する応答メッセージを、通信Ｉ／Ｆ部１６７を介して、ＶｏＩＰゲートウェイ１５１に返信することで実現される。そして、処理はステップＳ４８に進む。
一方、ステップＳ４４では、装置制御部１６２は、着信を受け付け、空き状態のＩＰ電話端末１５３を通話に割り当てる。そして、処理はステップＳ４８に進む。

ステップＳ４０において、ＩＰ回線１０１から着信があった場合（Ｓ４０でＹｅｓ）には、処理はステップＳ４５に進む。
ステップＳ４５では、装置制御部１６２は、通話に使用されていない、空き状態のＩＰ電話端末１５３があるか否かを判断する。空き状態のＩＰ電話端末１５３がない場合（Ｓ４５でＮｏ）には、処理はステップＳ４６に進み、空き状態のＩＰ電話端末１５３がある場合（Ｓ４５でＹｅｓ）には、処理はステップＳ４７に進む。
ステップＳ４６では、装置制御部１６２は、その着信を拒否する。着信の拒否は、ＳＩＰに従って、着信拒否を意味する応答メッセージを、ＩＰ回線Ｉ／Ｆ部１６１を介して、ＩＰ回線１０１経由で発信元の通報装置１１０に返信することで実現される。そして、処理はステップＳ４８に進む。
一方、ステップＳ４７では、装置制御部１６２は、着信を受け付け、空き状態のＩＰ電話端末１５３を通話に割り当てる。そして、処理はステップＳ４８に進む。

ステップＳ４８では、装置制御部１６２は、ステップＳ４４又はＳ４７で、ＩＰ電話端末１５３が通話に割り当てられたか否かを判定する。ＩＰ電話端末１５３が通話に割り当てられた場合（Ｓ４８でＹｅｓ）には、処理はステップＳ４９に進み、ＩＰ電話端末１５３が通話に割り当てられていない場合（Ｓ４８でＮｏ）には、処理はステップＳ４０に戻る。

ステップＳ４９では、装置制御部１６２は、電話回線１０２からの着信であるか否かを判断する。電話回線１０２からの着信である場合（Ｓ４９でＹｅｓ）には、処理はステップＳ５０に進み、電話回線１０２からの着信ではない場合（Ｓ４９でＮｏ）には、処理はステップＳ５１に進む。

ステップＳ５０では、装置制御部１６２は、電話回線１０２からの着信用の処理を実施する。この処理については、図１１及び図１２を用いて説明する。
一方、ステップＳ５１では、装置制御部１６２は、ＩＰ回線１０１からの着信用の処理を実施する。この処理については、図１３及び図１４を用いて説明する。

図１１及び図１２は、電話回線１０２からの着信用の処理を示すフローチャートである。
図１１及び図１２では、ＩＰ電話端末１５３Ａが通話に割り当てられているものとして、説明する。
まず、装置制御部１６２は、音声パケット転送部１６６Ａが音声パケット転送中であるかどうかを判断する（Ｓ６０）。音声パケット転送部１６６Ａが音声パケット転送中である場合（Ｓ６０でＹｅｓ）には、処理は図１２のステップＳ７２に進み、音声パケット転送部１６６Ａが音声パケット転送中ではない場合（Ｓ６０でＮｏ）には、処理はステップＳ６１に進む。なお、ＩＰ電話端末１５３Ａが通話に割当てられた直後は、音声パケット転送部１６６Ａは、音声パケット転送中でなく、後述する条件を満足すると音声パケット転送中に移行する。

ステップＳ６１では、装置制御部１６２は、ＩＰ電話端末１５３Ａの呼出し中であるか否かを判断する。ＩＰ電話端末１５３Ａの呼出し中である場合（Ｓ６１でＹｅｓ）には、処理はステップＳ６２に進み、ＩＰ電話端末１５３Ａの呼出し中ではない場合（Ｓ６１でＮｏ）には、処理はステップＳ６４に進む。なお、ＩＰ電話端末１５３Ａが通話に割当てられた直後は、ＩＰ電話端末１５３Ａの呼出し中でなく、後述する条件を満足するとＩＰ電話端末１５３Ａの呼出し中に移行する。

ステップＳ６２では、装置制御部１６２は、ＩＰ電話端末１５３Ａが呼出しに応答したか否かを判断する。ＩＰ電話端末１５３Ａが呼出しに応答した場合（Ｓ６２でＹｅｓ）には、処理はステップＳ６３に進み、ＩＰ電話端末１５３Ａが呼出しに応答していない場合（Ｓ６２でＮｏ）には、処理はステップＳ６０に戻る。
ステップＳ６３では、装置制御部１６２は、音声パケット転送部１６６Ａの状態を音声パケット転送中状態に移行させる。そして、処理は、ステップＳ６０に戻る。

一方、ステップＳ６４では、装置制御部１６２は、ＩＰ回線Ｉ／Ｆ部１６１を介して、通報装置１１０からの合成データをＩＰ回線１０１から受信したら、これを受信データ保持部１６３に記憶させる。ＩＰ回線１０１から受信されるＩＰパケットが合成データであるか否かは、ＩＰパケット内のデスティネーションポート番号で判断することができる。例えば、デスティネーションポート番号が５００００のＵＤＰパケットを合成データ又は通報データと予め決めておく。従って、受信したＩＰパケットがＵＤＰパケットで、そのデスティネーションポート番号が５００００のとき、装置制御部１６２は、そのＵＤＰパケットのペイロードデータを合成データ又は通報データとして、受信データ保持部１６３に記憶させる。

次に、ＤＴＭＦ解読部１６４Ａは、ＶｏＩＰゲートウェイ１５１から出力される音声信号を解読する（Ｓ６５）。
そして、装置制御部１６２は、ＤＴＭＦ解読部１６４Ａが１桁のＤＴＭＦ信号を検出したか否かを判断する（Ｓ６６）。１桁のＤＴＭＦ信号が検出された場合（Ｓ６６でＹｅｓ）には、処理はステップＳ６７に進み、１桁のＤＴＭＦ信号が検出されていない場合（Ｓ６６でＮｏ）には、処理はステップＳ６９に進む。

ステップＳ６７では、装置制御部１６２は、ＤＴＭＦ解読部１６４Ａで検出された１桁の数値で構成されるリンクデータを通報データ選択部１６５Ａに与え、通報データ選択部１６５Ａは、与えられたリンクデータと一致するリンクデータを含む合成データが受信データ保持部１６３に記憶されているか否かを判断する。そのような合成データが記憶されている場合（Ｓ６７でＹｅｓ）には、処理はステップＳ６８に進み、そのような合成データが記憶されていない場合（Ｓ６７でＮｏ）には、処理はステップＳ７０に進む。

ステップＳ６８では、通報データ選択部１６５Ａは、通信Ｉ／Ｆ部１６７を介して、そのような合成データに含まれている通報データを情報表示端末１５２Ａに送信する。情報表示端末１５２Ａは、受信された通報データに基づいて、予め定められた情報を表示する。そして、処理はステップＳ７１に進む。

一方、ステップＳ６６において、４桁のＤＴＭＦ信号が検出されていない場合（Ｓ６６でＮｏ）には、処理はステップＳ６９に進む。
ステップＳ６９では、装置制御部１６２は、着信から予め定められた時間が経過したか否かを判断する。着信から予め定められた時間が経過した場合（Ｓ６９でＹｅｓ）には、処理はステップＳ７０に進み、着信から予め定められた時間が経過していない場合（Ｓ６９でＮｏ）には、処理はステップＳ６０に戻る。
なお、この予め定められた時間は、例えば５秒とする。この時間は、通報装置１１０がＤＴＭＦ信号によるリンクデータを送信完了するまでの待ち時間である。ＤＴＭＦ信号の１桁当りの長さを１００ミリ秒程度となる。このほか、通報装置１１０が着信を認識しＤＴＭＦ信号の送信を開始するまでの時間を勘案すると、待ち時間は数秒から１０秒程度が適当である。

ステップＳ７０では、通報データ選択部１６５Ａは、通信Ｉ／Ｆ部１６７を介して、通報装置１１０以外からの着信であることを表示するための表示データを情報表示端末１５２Ａに送信する。情報表示端末１５２Ａは、受信された表示データに基づいて、通報装置１１０以外からの着信であることを表示する。そして、処理はステップＳ７１に進む。

以上の処理により、通報データ選択部１６５Ａは、ＤＴＭＦ解読部１６４Ａで特定されたリンクデータを含む合成データが受信データ保持部１６３に記憶されていることを、音声通話の着信を受け付けてから予め定められた期間内に確認できた場合に、通報データで示される予め定められた情報を情報表示端末１５２Ａに表示させることができる。

ステップＳ７１では、装置制御部１６２は、音声パケット転送部１６６Ａの状態をＩＰ電話端末１５３Ａの呼出し中に移行させる。そして、処理はステップＳ６０に戻る。
ＩＰ電話端末１５３Ａの呼出し中の場合には、音声パケット転送部１６６Ａは、ＩＰ電話端末１５３Ａとの間で呼制御を行う。なお、センタ装置１６０とＩＰ電話端末１５３との間の通話開始及び終了制御である呼制御にはＳＩＰが用いられるものとする。このため、音声パケット転送部１６６Ａは、ＩＰ電話端末１５３Ａを呼出すため、通信Ｉ／Ｆ部１６７を介して、ＳＩＰに従って、発信を意味する要求メッセージを格納したＩＰパケットをＩＰ電話端末１５３Ａに送信する。

一方、ステップＳ６０において、音声パケット転送部１６６Ａが音声パケット転送中である場合（Ｓ６０でＹｅｓ）には、処理は図１２のステップＳ７２に進む。
ステップＳ７２では、音声パケット転送部１６６Ａが、通信Ｉ／Ｆ部１６７を介して、ＶｏＩＰゲートウェイ１５１から送信された音声パケットを受信して、ＩＰ電話端末１５３Ａに転送するとともに、通信Ｉ／Ｆ部１６７を介して、ＩＰ電話端末１５３Ａから送信された音声パケットを受信して、ＶｏＩＰゲートウェイ１５１に転送する。

そして、装置制御部１６２は、ＩＰ回線Ｉ／Ｆ部１６１を介して、ＩＰ回線１０１から合成データを受信したか否かを判断する（Ｓ７３）。合成データを受信した場合（Ｓ７３でＹｅｓ）には、処理はステップＳ７４に進み、合成データを受信していない場合（Ｓ７３でＮｏ）には、処理はステップＳ７６に進む。

ステップＳ７４では、通報データ選択部１６５Ａは、受信された合成データに含まれているリンクデータが、音声パケット転送中となる前にＤＴＭＦ解読部１６４において検出された４桁の数値で構成されるリンクデータと一致するか否かを判断する（Ｓ７４）。これらが一致する場合（Ｓ７４でＹｅｓ）には、処理はステップＳ７５に進み、これらが一致しない場合（Ｓ７４でＮｏ）には、処理はステップＳ７６に進む。

ステップＳ７５では、通報データ選択部１６５Ａは、通信Ｉ／Ｆ部１６７を介して、ステップＳ７３で受信された合成データに含まれている通報データを情報表示端末１５２Ａに送信する。情報表示端末１５２Ａは、受信された通報データに基づいて、予め定められた情報を表示する。そして、処理はステップＳ７６に進む。

ステップＳ７６では、音声パケット転送部１６６Ａは、通話が終了したか否かを判断する。通話が終了した場合（Ｓ７６でＹｅｓ）には、処理はステップＳ７７に進み、通話が終了していない場合（Ｓ７６でＮｏ）には、処理はステップＳ７２に戻る。
例えば、ＩＰ電話端末１５３Ａで受話器が置かれると、ＩＰ電話端末１５３Ａが、ＳＩＰに従って、通話終了を示す要求メッセージを格納したＩＰパケットを送信する。音声パケット転送部１６６Ａは、通信Ｉ／Ｆ部１６７を介して、これを受信すると通話終了と判断する。

ステップＳ７７では、音声パケット転送部１６６Ａは、通信Ｉ／Ｆ部１６７を介して、ＶｏＩＰゲートウェイ１５１に通話終了を通知してＩＰ電話端末１５３Ａを空き状態に戻して、フローを終了する。
なお、ＶｏＩＰゲートウェイ１５１への通話終了の通知は、ＳＩＰに従って、通話終了を示す要求メッセージを格納したＩＰパケットをＶｏＩＰゲートウェイ１５１に送信することにより行う。この要求メッセージを受けて、ＶｏＩＰゲートウェイ１５１は、電話回線１０２の通話を切断する。

図１３及び図１４は、ＩＰ回線１０１からの着信用の処理を示すフローチャートである。
図１３及び図１４においても、ＩＰ電話端末１５３Ａが通話に割り当てられているものとして、説明する。
まず、音声パケット転送中かどうかの判断（Ｓ８０）、ＩＰ電話端末１５３Ａの呼出し中かどうかの判断（Ｓ８１）、呼出しに応答したかどうかの判断（Ｓ８２）、音声パケット転送中状態への移行（Ｓ８３）については、図１１に示された、電話回線１０２からの着信用の対応する処理（Ｓ６０〜Ｓ６３）と同様である。
但し、音声パケット転送部１６６Ａが音声パケット転送中である場合（Ｓ８０でＹｅｓ）には、処理は図１４のステップＳ９０に進む。
また、ＩＰ電話端末１５３Ａの呼出し中ではない場合（Ｓ８１でＮｏ）には、処理はステップＳ８４に進む。

ステップＳ８４では、装置制御部１６２は、ＩＰ回線Ｉ／Ｆ部１６１を介して、通報装置１１０からの通報データをＩＰ回線１０１から受信したら、これを受信データ保持部１６３に記憶させる。ここで、ＩＰ回線１０１から受信するＩＰパケットが通報データであるか否かを、ＩＰパケット内のデスティネーションポート番号で判断する点も、図１１に示されている、電話回線１０２からの着信用の処理におけるステップＳ６４と同様である。

そして、通報データ選択部１６５Ａは、記憶された通報データの送信元ＩＰアドレスと、発信元の通報装置１１０のＩＰアドレスとが一致するか否かを判定する（Ｓ８５）。これらが一致する場合（Ｓ８５でＹｅｓ）には、処理はステップＳ８６に進み、これらが一致しない場合（Ｓ８５でＮｏ）には、処理はステップＳ８７に進む。

ステップＳ８６では、通報データ選択部１６５Ａは、通信Ｉ／Ｆ部１６７を介して、記憶された通報データを情報表示端末１５２Ａに送信する。情報表示端末１５２Ａは、受信された通報データに基づいて、予め定められた情報を表示する。そして、処理はステップＳ８９に進む。

一方、ステップＳ８７では、装置制御部１６２は、着信から予め定められた時間が経過したか否かを判断する。着信から予め定められた時間が経過した場合（Ｓ８７でＹｅｓ）には、処理はステップＳ８８に進み、着信から予め定められた時間が経過していない場合（Ｓ８７でＮｏ）には、処理はステップＳ８０に戻る。この予め定められた時間についても、図１１に示されている、電話回線１０２からの着信用の処理におけるステップＳ６９と同様である。

ステップＳ８８では、通報データ選択部１６５Ａは、通信Ｉ／Ｆ部１６７を介して、通報装置１１０以外からの着信であることを表示するための表示データを情報表示端末１５２Ａに送信する。情報表示端末１５２Ａは、受信された表示データに基づいて、通報装置１１０以外からの着信であることを表示する。そして、処理はステップＳ８９に進む。

ステップＳ８９では、装置制御部１６２は、音声パケット転送部１６６Ａの状態をＩＰ電話端末１５３Ａの呼出し中に移行させる。そして、処理はステップＳ８０に戻る。

一方、ステップＳ８０において、音声パケット転送部１６６Ａが音声パケット転送中である場合（Ｓ８０でＹｅｓ）には、処理は図１４のステップＳ９０に進む。
ステップＳ９０では、音声パケット転送部１６６Ａが、ＩＰ回線Ｉ／Ｆ部１６１を介してＩＰ回線１０１から受信された、発信元の通報装置１１０からの音声パケットを、通信Ｉ／Ｆ部１６７を介してＩＰ電話端末１５３Ａに転送するとともに、通信Ｉ／Ｆ部１６７を介してＩＰ電話端末１５３Ａから受信された音声パケットを、ＩＰ回線Ｉ／Ｆ部１６１を介してＩＰ回線１０１から、発信元の通報装置１１０に転送する。

そして、装置制御部１６２は、ＩＰ回線Ｉ／Ｆ部１６１を介して、ＩＰ回線１０１から通報データを受信したか否かを判断する（Ｓ９１）。通報データを受信した場合（Ｓ９１でＹｅｓ）には、処理はステップＳ９２に進み、通報データを受信していない場合（Ｓ９１でＮｏ）には、処理はステップＳ９４に進む。

ステップＳ９２では、通報データ選択部１６５Ａは、受信された通報データが発信元の通報装置１１０のものであるか否かを判断する。例えば、この判断は、受信された通報データの送信元ＩＰアドレスが、発信元の通報装置１１０のＩＰアドレスと一致するか否かで行われる。受信された通報データが発信元の通報装置１１０のものである場合（Ｓ９２でＹｅｓ）には、処理はステップＳ９３に進み、これらが一致しない場合（Ｓ９２でＮｏ）には、処理はステップＳ９４に進む。

ステップＳ９３では、通報データ選択部１６５Ａは、通信Ｉ／Ｆ部１６７を介して、ステップＳ９１で受信された通報データを情報表示端末１５２Ａに送信する。情報表示端末１５２Ａは、受信された通報データに基づいて、予め定められた情報を表示する。そして、処理はステップＳ９４に進む。

ステップＳ９４では、音声パケット転送部１６６Ａは、通話が終了したか否かを判断する。通話が終了した場合（Ｓ９４でＹｅｓ）には、処理はステップＳ９５に進み、通話が終了していない場合（Ｓ９４でＮｏ）には、処理はステップＳ９０に戻る。
例えば、ＩＰ電話端末１５３Ａで受話器が置かれると、ＩＰ電話端末１５３Ａが、ＳＩＰに従って、通話終了を示す要求メッセージを格納したＩＰパケットを送信する。音声パケット転送部１６６Ａは、通信Ｉ／Ｆ部１６７を介して、これを受信すると通話終了と判断する。

ステップＳ９５では、音声パケット転送部１６６Ａは、ＩＰ回線Ｉ／Ｆ部１６１を介して、発信元の通報装置１１０に通話終了を通知してＩＰ電話端末１５３Ａを空き状態に戻して、フローを終了する。
なお、発信元の通報装置１１０への通話終了の通知は、ＳＩＰに従って、通話終了を示す要求メッセージを格納したＩＰパケットを発信元の通報装置１１０に送信することにより行う。この要求メッセージを受けて、発信元の通報装置１１０は、ＩＰ回線１０１の通話を切断する。

図１５は、センタサーバ１７０の動作を示すフローチャートである。
まず、サーバ制御部１７２は、ＩＰ回線Ｉ／Ｆ部１７３を介して、通報装置１１０からの通報先の問合せである通報先問い合わせ要求を格納したＩＰパケットを受信したか否かを判断する（Ｓ１００）。通報先問い合わせ要求を格納したＩＰパケットを受信した場合（Ｓ１００でＹｅｓ）には、処理はステップＳ１０１に進み、通報先問い合わせ要求を格納したＩＰパケットを受信していない場合（Ｓ１００でＮｏ）には、処理はステップＳ１０２に進む。

ステップＳ１０１では、サーバ制御部１７２は、通報先問い合わせ要求に対して、通報先とするコールセンタ側システム１５０を決定する。そして、制御部は、通報先問い合わせ要求への応答として、ＩＰ回線Ｉ／Ｆ部１１７を介して、決定された通報先のコールセンタ側システム１５０を識別する通報先識別情報を示す通報先応答を格納したＩＰパケットを、通報先問い合わせ要求の送信元である通報装置に送信する。通報先の決定方法については、例えば、通報装置１１０の設置場所と、コールセンタ側システム１５０の設置場所とに基づいて、通報装置１１０との間の距離が最も近いコールセンタ側システム１５０に発信するよう、通報装置１１０毎に予め通報先であるコールセンタ側システム１５０が決められているものとする。なお、実施の形態１では、距離に従って、通報先であるコールセンタ側システム１５０が決められているが、通報装置１１０毎に通報先であるコールセンタ側システム１５０が予め決定されていれば、どのような決定方法でもよい。

ステップＳ１０２では、サーバ制御部１７２は、ＩＰ回線Ｉ／Ｆ部１７３を介して、通報装置１１０からのリンクデータ要求を格納したＩＰパケットを受信したか否かを判断する（Ｓ１０２）。リンクデータ要求を格納したＩＰパケットを受信した場合（Ｓ１０２でＹｅｓ）には、処理はステップＳ１０３に進み、リンクデータ要求を格納したＩＰパケットを受信していない場合（Ｓ１０２でＮｏ）には、処理はステップＳ１０６に進む。

ステップＳ１０３及びＳ１０４では、サーバ制御部１７２は、リンクデータを生成して、生成されたリンクデータを示すリンクデータ応答を格納したＩＰパケットを、ＩＰ回線Ｉ／Ｆ部１７３を介して、要求元の通報装置１１０に送信する。
具体的には、コールセンタ側システム１５０毎のＩＰ電話端末１５３の数がＭであるとすると、記憶部１７１は、コールセンタ側システム１５０毎に要素数Ｍの配列Ｌ（０）、Ｌ（１）、・・・、Ｌ（Ｍ−１）を保持しておく。配列の括弧内の数字は、要素の値であり、この要素の値として、０からＭ−１までの整数が小さいものから順に割り当てられている。そして、この要素の値が、リンクデータとなる。なお、図４に示されているコールセンタ側システム１５０では、ＩＰ電話端末１５３の数が２であるが、ここでは一般化して説明する。

それぞれの配列Ｌ（０）、Ｌ（１）、・・・、Ｌ（Ｍ−１）の値は、その要素の値で示されているリンクデータが使用されているか否かを示す使用フラグ値であり、その初期値は、全て０（非使用中）であるものとする。そして、サーバ制御部１７２は、リンクデータ要求を受信すると、その要求に含まれる通報先識別情報で識別されるコールセンタ側システム１５０に対応する配列Ｌ（０）、Ｌ（１）、・・・、Ｌ（Ｍ−１）を、要素の値が小さい方から検索し、その使用フラグ値が０である要素の値を特定する。サーバ制御部１７２は、特定された要素の値をリンクデータとする。例えば、Ｌ（０）＝１、Ｌ（１）＝１、Ｌ（２）＝０、Ｌ（３）＝０、・・・である場合、リンクデータは２となる。
即ち、サーバ制御部１７２は、コールセンタ側システム１５０毎に割り当てられた、０から、そのコールセンタ側システム１５０が備えるＩＰ電話端末１５３の数から１を減算した値までの整数の内、使用されていない、最も小さな値をリンクデータとして特定する（Ｓ１０３）。

そして、サーバ制御部１７２は、特定された要素の値を示すリンクデータをリンクデータ応答として格納したＩＰパケットを、ＩＰ回線Ｉ／Ｆ部１７３を介して、リンクデータ要求の送信元の通報装置１１０に送信する（Ｓ１０４）。
また、サーバ制御部１７２は、特定された要素の値の使用フラグ値を、使用中を示す１に変更する（Ｓ１０５）。これは、リンクデータに選んだ要素の対応する配列の利用フラグ値を１とすることになる。例えば、リンクデータを２とした場合は、Ｌ（２）の値を１に変更する。

ステップＳ１０６では、サーバ制御部１７２は、ＩＰ回線Ｉ／Ｆ部１７３を介して、通話終了通知を格納したＩＰパケットを受信したか否かを判断する。通話終了通知を格納したＩＰパケットを受信した場合（Ｓ１０６でＹｅｓ）には、処理はステップＳ１０７に進み、通話終了通知を格納したＩＰパケットを受信していない場合（Ｓ１０６でＮｏ）には、処理はステップＳ１００に戻る。

ステップＳ１０７では、サーバ制御部１７２は、通話終了通知に、通報先識別情報及びリンクデータが含まれていれば、その通報先識別情報で示されるコールセンタ側システム１５０に対応した、そのリンクデータを示す要素の値の使用フラグ値を、非使用中であることを示す０に変更する。具体的には、そのコールセンタ側システム１５０に対応した、配列Ｌ（０）、Ｌ（１）、・・・、Ｌ（Ｍ−１）の要素の値の中から、そのリンクデータを示す要素の値である配列を特定し、特定され配列の使用フラグ値を０に変更することになる。例えば、リンクデータが２であれば、サーバ制御部１７２は、Ｌ（２）の値を０に変更する。

センタサーバ１７０が以上のように動作すると、コールセンタ側システム１５０が電話回線１０２から複数の着信を受けて、通報装置１１０からの複数のリンクデータと通報データを受信し、処理中であった場合にも、それぞれのリンクデータは、必ず異なる値となる。従って、コールセンタ側システム１５０において、電話回線からの着信に対応した通報装置１１０からではない誤った通報データを選択して、情報表示端末１５２に表示させることはない。

以上のように、実施の形態１によれば、通報装置１１０がコールセンタに通報する際に、通話に電話回線１０２を用いる場合には、通報データをＩＰ回線１０１で送信し、電話回線１０２から送信されるリンクデータにより通報データを識別することができるようにしたので、音声専用回線を用いた音声通話を行う場合にも、通報データの伝送が可能な通信システム１００を提供することができる。
また、センタサーバ１７０は、コールセンタ側システム１５０が電話回線１０２からの着信時に受信するリンクデータを、そのコールセンタ側システム１５０内で同時に使用されるリンクデータが異なる値となるように生成するので、コールセンタ側システム１５０は、音声通話に対応する通報データを確実に使用することができる。

図４に示されているコールセンタ側システム１５０によれば、同時に２か所の通報装置１１０からの通報を処理できるようになっているが、Ｌ個のＤＴＭＦ解読部１６４、Ｌ個の通報データ選択部１６５、Ｌ個の音声パケット転送部１６６、Ｌ個の情報表示端末１５２及びＬ個のＩＰ電話端末１５３を備えることで、同時にＬか所からの通報を処理することができる。ここで、Ｌは、１以上の整数である。

実施の形態１においては、リンクデータを電話回線１０２によって送信するために、リンクデータをＤＴＭＦ信号に変換したが、リンクデータは、電話回線１０２で送信可能な他の信号に変換されてもよい。
例えば、トーンの周波数によって異なる数字を示すことができるため、リンクデータは、単一周波数のトーン信号に変換されてもよい。具体的には、数字の「０」を４００Ｈｚ、数字の「１」を５００Ｈｚ、数字の「２」を６００Ｈｚ、数字の「３」を７００Ｈｚ、数字の「４」を８００Ｈｚ、数字の「５」を９００Ｈｚ、数字の「６」を１０００Ｈｚ、数字の「７」を１１００Ｈｚ、数字の「８」を１２００Ｈｚ及び数字の「９」を１３００Ｈｚのトーン信号に変換することで、０〜９からなる１０通りの数字を送信することができる。

また、実施の形態１においては、電話回線１０２がアナログ電話回線であったが、携帯電話回線であってもよい。

実施の形態２．
図１に示されているように、実施の形態２に係る通信システム２００は、通報装置１１０と、コールセンタ側システム２５０とを備える。
実施の形態２における通報装置１１０については、実施の形態１と同様に構成されている。

図１６は、実施の形態２におけるコールセンタ側システム２５０の構成を概略的に示すブロック図である。
コールセンタ側システム２５０は、ＶｏＩＰゲートウェイ１５１と、情報表示端末１５２と、ＩＰ電話端末２５３Ａ、２５３Ｂ、２５３Ｃ、２５３Ｄと、センタ装置２６０とを備える。
実施の形態２におけるＶｏＩＰゲートウェイ１５１及び情報表示端末１５２は、実施の形態１と同様に構成されている。

実施の形態２におけるコールセンタ側システム２５０も、実施の形態１と同様に、同時に２か所の通報装置１１０からの着信を処理できる構成となっているが、４つのＩＰ電話端末２５３Ａ、２５３Ｂ、２５３Ｃ、２５３Ｄが備えられている。
なお、ＩＰ電話端末２５３Ａ、２５３Ｂ、２５３Ｃ、２５３Ｄの各々を特に区別する必要がない場合には、ＩＰ電話端末２５３という。

ＩＰ電話端末２５３は、ＶｏＩＰに対応した電話端末であり、ＩＰパケットを送受信して電話通信を行う。ＩＰ電話端末２５３としては、例えば、ＲＴＰパケット送受信機能、及び、ＳＩＰに対応した呼制御機能を有する一般的な機器が用いられる。

センタ装置２６０は、ＩＰ回線Ｉ／Ｆ部１６１と、装置制御部１６２と、受信データ保持部１６３と、ＤＴＭＦ解読部１６４と、通報データ選択部１６５と、音声パケット転送部２６６Ａ、２６６Ｂとを備える。また、センタ装置２６０は、図１７に示されているように、通信Ｉ／Ｆ部１６７をさらに備える。
実施の形態２におけるセンタ装置２６０は、音声パケット転送部２６６Ａ、２６６Ｂを除いて、実施の形態１におけるセンタ装置１６０と同様に構成されている。
なお、音声パケット転送部２６６Ａ、２６６Ｂの各々を特に区別する必要がない場合には、音声パケット転送部２６６という。

音声パケット転送部２６６は、音声パケットの転送を行う音声処理部である。
ここで、実施の形態２における音声パケット転送部２６６Ａは、電話回線１０２からの着信において、電話回線１０２における受信信号から解読されたリンクデータに一致するリンクデータを含む合成データが受信データ保持部１６３に記憶されている場合、言い換えると、情報表示端末１５２Ａに出力すべき通報データがある場合には、ＩＰ電話端末２５３Ａを呼出し、そうでない場合には、ＩＰ電話端末２５３Ｃを呼出す。
ＩＰ回線１０１からの着信の場合についても、音声パケット転送部２６６Ａは、情報表示端末１５２Ａに表示すべき通報データがある場合にはＩＰ電話端末２５３Ａを呼出し、そうでない場合にはＩＰ電話端末２５３Ｃを呼出す。

同様に、音声パケット転送部２６６Ｂは、電話回線１０２における受信信号から解読されたリンクデータに一致するリンクデータを含む合成データが受信データ保持部１６３に記憶されている場合には、ＩＰ電話端末２５３Ｂを呼出し、そうでない場合には、ＩＰ電話端末２５３Ｄを呼出す。
ＩＰ回線１０１からの着信の場合についても、音声パケット転送部２６６Ｂは、情報表示端末１５２Ｂに表示すべき通報データがある場合にはＩＰ電話端末２５３Ｂを呼出し、そうでない場合にはＩＰ電話端末２５３Ｄを呼出す。

音声パケット転送部２６６が以上のように動作することで、通報装置１１０からの着信の場合には、ＩＰ電話端末２５３Ａ、２５３Ｂの何れかが呼出され、通報装置１１０からでない一般の電話からの着信の場合にはＩＰ電話端末２５３Ｃ、２５３Ｄの何れかが呼出される。このため、コールセンタ側システム２５０のオペレータは、呼出されたＩＰ電話端末２５３によって通報装置１１０からの通報であるのか、一般の電話着信であるのかを情報表示端末１５２を確認することなく、知ることができる。

以上に記載された実施の形態１及び２では、ＩＰ回線１０１の品質が良好ではない場合に、電話回線１０２及びＩＰ回線１０１を用いた通信を行っているが、実施の形態１及び２は、このような例に限定されない。例えば、ＩＰ回線１０１の品質が良好である場合にも、電話回線１０２及びＩＰ回線１０１を用いた通信を行ってもよい。

以上に記載された実施の形態１及び２では、２つのコールセンタ側システム１５０、２５０が備えられているが、コールセンタ側システム１５０、２５０の数は、２以上であればよい。

１００，２００ 通信システム、 １０１ ＩＰ回線、 １０２ 電話回線、 １１０ 通報装置、 １１１ 検出部、 １１２ 通報制御部、 １１３ 通報データ生成部、 １１４ リンクデータ取得部、 １１５ データ合成部、 １１６ ＤＴＭＦ変換部、 １１７ ＩＰ回線Ｉ／Ｆ部、 １１８ 電話回線Ｉ／Ｆ部、 １１９ 変換部、 １２０ 出力側スイッチ部、 １２１ 入力側スイッチ部、 １５０，２５０ コールセンタ側システム、 １５１ ＶｏＩＰゲートウェイ、 １５２ 情報表示端末、 １５３，２５３ ＩＰ電話端末、 １６０，２６０ センタ装置、 １６１ ＩＰ回線Ｉ／Ｆ部、 １６２ 装置制御部、 １６３ 受信データ保持部、 １６４ ＤＴＭＦ解読部、 １６５ 通報データ選択部、 １６６，２６６ 音声パケット転送部、 １６７ 通信Ｉ／Ｆ部、 １７０ センタサーバ、 １７１ 記憶部、 １７２ サーバ制御部、 ＩＰ回線Ｉ／Ｆ部。

Claims (6)

1. 複数の通報装置及び複数のコールセンタ側システムが、データ通信が可能な第１の回線、及び、音声通信が可能で、当該第１の回線とは異なる第２の回線に接続されるとともに、センタサーバが当該第１の回線に接続された通信システムであって、
   前記複数の通報装置の各々は、
   前記第１の回線との間で通信を行う第１の通信部と、
   前記第２の回線との間で通信を行う第２の通信部と、
   前記複数のコールセンタ側システムに含まれる１つのコールセンタ側システムに通報する予め定められた情報を示す通報データを生成する通報データ生成部と、
   前記第１の通信部を介して、前記通報データを識別するためのリンクデータを要求するリンクデータ要求を前記センタサーバに送信することで、前記センタサーバから当該リンクデータを取得するリンクデータ取得部と、
   前記通報データ及び前記リンクデータを含む合成データを生成し、前記第１の通信部を介して、当該合成データを前記１つのコールセンタ側システムに送信するデータ合成部と、
   前記リンクデータを前記第２の回線で送信することのできる信号に変換し、前記第２の通信部を介して、当該信号を前記１つのコールセンタ側システムに送信する信号変換部と、を備え、
   前記１つのコールセンタ側システムは、
   前記第１の回線との間で通信を行う第３の通信部と、
   前記第２の回線との間で通信を行う第４の通信部と、
   情報を表示する表示部と、
   前記第３の通信部を介して受信された前記合成データを記憶する記憶部と、
   前記第４の通信部を介して受信された前記信号から、前記リンクデータを特定する特定部と、
   前記特定部で特定された前記リンクデータを含む前記合成データを前記記憶部から選択して、当該選択された合成データに含まれている前記通報データで示される前記予め定められた情報を前記表示部に表示させる通報データ処理部と、を備え、
   前記センタサーバは、
   前記第１の回線との間で通信を行う第５の通信部と、
   前記第５の通信部を介して受信された前記リンクデータ要求に応じて、前記リンクデータを生成し、前記第５の通信部を介して、当該生成されたリンクデータを、前記リンクデータ要求の送信元に送信するサーバ制御部と、を備えること
   を特徴とする通信システム。
2. 前記リンクデータは、前記通報データを識別するための値を示し、
   前記複数の通報装置の各々は、前記第２の通信部を介して、前記第２の回線から、前記１つのコールセンタ側システムに、音声通話の発信を行う通報制御部をさらに備え、
   前記１つのコールセンタ側システムは、
   前記第４の通信部を介して、前記音声通話の着信を行う装置制御部と、
   前記装置制御部が前記着信を受け付けた場合に、前記音声通話を処理する音声処理部と、をさらに備え、
   前記サーバ制御部は、前記１つのコールセンタ側システムの前記音声処理部が、前記複数の通報装置に含まれる一又は複数の通報装置との前記音声通話を処理している間に、前記第５の通信部を介して前記リンクデータ要求を受信した場合には、前記一又は複数の通報装置からの一又は複数のリンクデータ要求に応じて生成した一又は複数のリンクデータが示す何れの値とも異なるように前記リンクデータを生成すること
   を特徴とする請求項１に記載の通信システム。
3. 前記１つのコールセンタ側システムは、
   複数の電話端末をさらに備え、
   前記音声処理部は、前記特定部で特定された前記リンクデータを含む前記合成データが前記記憶部に記憶されていることを、前記通報データ処理部が確認できた場合に、前記音声通話を前記複数の電話端末に含まれる１つの電話端末に割り当てるとともに、前記特定部で特定された前記リンクデータを含む前記合成データが前記記憶部に記憶されていることを、前記通報データ処理部が確認できなかった場合に、前記音声通話を前記複数の電話端末に含まれる別の電話端末に割り当てること
   を特徴とする請求項２に記載の通信システム。
4. 前記通報データ処理部は、前記特定部で特定された前記リンクデータを含む前記合成データが前記記憶部に記憶されていることを、前記音声通話の着信を受け付けてから予め定められた期間内に確認できた場合に、前記選択された合成データに含まれている前記通報データで示される前記予め定められた情報を前記表示部に表示させること、
   を特徴とする請求項２に記載の通信システム。
5. 前記信号変換部は、前記リンクデータをトーン信号に変換すること
   を特徴とする請求項１から４の何れか一項に記載の通信システム。
6. 前記第１の回線は、インターネットであり、
   前記第２の回線は、公衆交換電話網又は移動体通信の通信網であること
   を特徴とする請求項１から５の何れか一項に記載の通信システム。

Images