JPWO2018011897A1 - 通信装置 - Google Patents

Abstract

ＰＢ解析装置（１５）は、監視対象機器（２１）に付設された付設通報機器（２２）からの発呼に複数の電話機（１１）のうちのいずれかの電話機（１１）が応答した後に付設通報機器（２２）から送信された、監視対象機器（２１）の識別子を通知する可聴信号を受信する。そして、ＰＢ解析装置（１５）は、可聴信号を解析し、監視対象機器（２１）の識別子を特定する。更に、ＰＢ解析装置（１５）は、付設通報機器（２２）からの発呼に応答した電話機（１１）である応答電話機に、可聴信号を送信する。

Description

本発明は、通信装置に関する。

従来の遠隔監視支援システムでは、監視対象機器の異常に気が付いたユーザー又は現場作業者からの電話を用いた通報を監視センタのオペレータが受信する。オペレータは、監視対象機器に張り付けてある監視対象機器の管理番号をユーザー又は現場作業者（以下、通報者という）に読み上げてもらう。そして、管理番号に基づき、監視センタのデータベースに蓄積している監視対象機器の設置位置や構成内容、メンテナンス履歴等が照会されて、監視対象機器のメンテナンスが行われる。

上記の遠隔監視支援システムでは、監視対象機器の管理番号を通報者に読み上げてもらう必要がある。このため、管理番号が監視センタのオペレータに正確に伝わらないという問題がある。また、オペレータが管理番号を確認するのに手間が掛かるという問題がある。
特許文献１には、これらの問題に対処する技術が開示されている。特許文献１の技術では、監視対象機器に付設された通報機器（以下、付設通報機器という）と監視センタとが電話回線で接続されている。付設通報機器は、管理番号をトーン信号（例えばＤＴＭＦ（Ｄｕａｌ Ｔｏｎｅ Ｍｕｌｔｉ−Ｆｒｅｑｕｅｎｃｙ）信号）にて電話回線に送信する。監視センタでは、電話回線より受信したトーン信号から管理番号が復元され、復元された管理番号に基づき、監視対象機器の設置位置、構成内容、メンテナンス履歴等の照会が行われる。このように、特許文献１の技術によれば、通報者に管理番号を読み上げてもらう必要がない。

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

特許文献１の技術では、通報者が付設通報機器を利用する場合にはトーン信号で管理番号を通知することができる。しかし、通報者が、付設通報機器以外の通信手段、例えば、通報者の携帯電話機から監視対象機器の異常を通報する場合には、トーン信号で管理番号を通知することができないので、オペレータは通報者に管理番号を読み上げてもらう必要がある。
特許文献１の技術では、オペレータは、通報者が付設通報機器を利用しているのか、付設通報機器以外の通信手段を利用しているのかを判別できない。このため、通報者が利用している通信手段の種類をオペレータが通報者に問い合わせること、または、如何なる場合でも通報者に管理番号を読み上げるよう依頼することが必要になる。
このように、特許文献１の技術では、オペレータの作業効率が低下してしまうという課題がある。

本発明は、このような課題を解決することを主な目的とする。具体的には、本発明は、オペレータの作業効率を向上させることを主な目的とする。

本発明に係る通信装置は、
監視対象機器に付設された付設通報機器からの発呼に複数の電話機のうちのいずれかの電話機が応答した後に前記付設通報機器から送信された、前記監視対象機器の識別子を通知する可聴信号を受信する受信部と、
前記可聴信号を解析し、前記監視対象機器の識別子を特定する解析部と、
前記付設通報機器からの発呼に応答した電話機である応答電話機に、前記可聴信号を送信する送信部とを有する。

本発明では、オペレータは可聴信号が聞こえた場合に付設通報機器からの通報であることを判断できるので、オペレータは、通報者が利用している通信手段の種類を通報者に問い合わせる必要がない。また、付設通報機器からの通話であるにもかかわらず通報者に管理番号の読み上げを依頼するといった事態を回避することができる。このため、本発明によれば、オペレータの作業効率を向上させることができる。

実施の形態１に係る遠隔監視支援システムの構成例を示す図。 実施の形態１に係る付設通報機器のハードウェア構成例を示す図。 実施の形態１に係る付設通報機器の機能構成例を示す図。 実施の形態１に係る付設通報機器の動作例を示すフローチャート図。 実施の形態１に係るＰＢ信号の波形例を示す図。 実施の形態１に係るＰＢ解析装置のハードウェア構成例を示す図。 実施の形態１に係るＰＢ解析装置の機能構成例を示す図。 実施の形態１に係るＰＢ解析装置の動作例を示すフローチャート図。 実施の形態２に係る遠隔監視支援システムの構成例を示す図。 実施の形態３に係る遠隔監視支援システムの構成例を示す図。 実施の形態３に係る回線選択機器のハードウェア構成例を示す図。 実施の形態３に係る回線選択機器の機能構成例を示す図。 実施の形態３に係る回線選択機器の動作例を示すフローチャート図。 実施の形態１に係るＰＢ信号の周波数の組み合わせを示す図。

以下、本発明の実施の形態について、図を用いて説明する。以下の実施の形態の説明及び図面において、同一の符号を付したものは、同一の部分または相当する部分を示す。

実施の形態１．
＊＊＊構成の説明＊＊＊
図１は、本実施の形態に係る遠隔監視支援システムの構成例を示す。

図１において、監視対象機器２１には識別子である管理番号が設定されている。また、監視対象機器２１には、付設通報機器２２が付設されている。
通報者は、監視対象機器２１に異常が発生した場合に、付設通報機器２２を用いて監視センタ１に監視対象機器２１の異常を通報することができる。また、通報者が携帯電話機３０を所持している場合は、通報者は携帯電話機３０を用いて監視センタ１に監視対象機器２１の異常を通報することができる。
付設通報機器２２及び携帯電話機３０は、公衆電話網３を介して監視センタ１内のＰＢＸ（Ｐｒｉｖａｔｅ Ｂｒａｎｃｈ ｅＸｃｈａｎｇｅ）１４と接続されている。

監視センタ１には、複数の電話機１１と、複数のＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）１２と、ＤＢ（Ｄａｔａｂａｓｅ）１３と、ＰＢＸ１４とＰＢ解析装置１５が配置されている。

電話機１１は、監視センタ１のオペレータが通報者との通話に利用する。
ＰＣ１２は、監視センタ１のオペレータが監視対象機器２１の設置位置、構成内容、メンテナンス履歴等の機器情報の照会に利用する。
ＤＢ１３は、監視対象機器２１の機器情報を蓄積する。
ＰＢＸ１４は、公衆電話網３の電話回線と監視センタ１内の電話回線との間で交換動作を行う。
ＰＢ解析装置１５は、ＰＢＸ１４とともに、付設通報機器２２と電話機１１との間の通信を中継する。ＰＢ解析装置１５は、通信装置に相当する。

本実施の形態では、監視対象機器２１の異常を発見した通報者は、付設通報機器２２を用いて監視センタ１に通報を行う。具体的には、通報者が付設通報機器２２に備わっている受話器を取ることで、付設通報機器２２が発呼し、公衆電話網３、ＰＢＸ１４、ＰＢ解析装置１５を介して発呼信号が電話機１１に到達し、電話機１１の呼出音がなる。いずれかのオペレータが電話機１１の受話器をとると、電話機１１の受話器が取られたことがＰＢ解析装置１５及びＰＢＸ１４、更に公衆電話網３を通じて付設通報機器２２に伝わる。これにより、付設通報機器２２と電話機１１との間に電話通信路が確立する。なお、付設通報機器２２からの発呼に応答した電話機１１、すなわち、付設通報機器２２との間に電話通信路が確立した電話機１１を、対応電話機１１という。
次に、付設通報機器２２は、監視対象機器２１の管理番号を通知する可聴信号であるＰＢ（Ｐｕｓｈ Ｂｕｔｔｏｎ）信号を公衆電話網３に送信する。付設通報機器２２には、監視対象機器２１の管理番号が予め記憶されている。
監視センタ１では、ＰＢＸ１４を経由してＰＢ解析装置１５がＰＢ信号を受信する。ＰＢ解析装置１５は、ＰＢ信号を対応電話機１１に転送する。また、ＰＢ解析装置１５は、ＰＢ信号を解析して監視対象機器２１の管理番号を特定する。そして、ＰＢ解析装置１５は、特定した監視対象機器２１の管理番号を対応電話機１１のオペレータが利用するＰＣ１２に通知する。更に、ＰＢ解析装置１５は、特定した監視対象機器２１の管理番号をＤＢ１３に蓄積する。
管理番号が通知されたＰＣ１２は、監視対象機器２１の管理番号をディスプレイに表示する。また、ＰＣ１２は、監視対象機器２１の機器情報をＤＢ１３から読み出し、読み出した機器情報をディスプレイに表示する。
対応電話機１１のオペレータは対応電話機１１の受話器においてＰＢ信号が聞こえた場合に、ＰＢ解析装置１５において監視対象機器２１の管理番号が特定されたと認識する。従って、オペレータは、通報者に監視対象機器２１の管理番号を読み上げるように依頼する必要はないと判断する。以降、オペレータはＰＣ１２のディスプレイに表示されている機器情報を参照しながら、通報者と通話する。

図２は、付設通報機器２２のハードウェア構成例を示す。

公衆電話網インタフェース１０３は、公衆電話網３とのインタフェース回路である。
受話器インタフェース１０４は、付設通報機器２２の受話器とのインタフェース回路である。
プロセッサ１０１は、公衆電話網インタフェース１０３、受話器インタフェース１０４を制御する。また、プロセッサ１０１は、プログラムを実行する。プロセッサ１０１は、例えば、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）である。
記憶装置１０２は、プロセッサ１０１で実行されるプログラムを記憶している。また、記憶装置１０２は、監視対象機器２１の管理番号を記憶している。記憶装置１０２は、例えばＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）、フラッシュメモリである。

図３は、付設通報機器２２の機能構成例を示す。

公衆電話網インタフェース部５４は、公衆電話網３に信号を送信し、公衆電話網３から信号を受信する。公衆電話網インタフェース部５４は公衆電話網インタフェース１０３により実現される。
受話器インタフェース部５５は、付設通報機器２２の受話器のオンフック／オフフックを検知し、検知結果を後述の呼制御部５３に通知する。受話器インタフェース部５５は受話器インタフェース１０４により実現される。
ＰＢ生成部５２は、監視対象機器２１の管理番号を通知するＰＢ信号を生成する。ＰＢ生成部５２は、プロセッサ１０１及びプログラムにより実現される。つまり、プロセッサ１０１がプログラムを実行することで、ＰＢ生成部５２の機能を実現する。
呼制御部５３は、付設通報機器２２における呼制御を行う。具体的には、受話器インタフェース部５５により受話器のオフフックが通知された場合に、呼制御信号の一つである発呼信号を公衆電話網インタフェース部５４を介して公衆電話網３に送信する。呼制御部５３は、プロセッサ１０１及びプログラムにより実現される。つまり、プロセッサ１０１がプログラムを実行することで、呼制御部５３の機能を実現する。
管理番号記憶部５１は、監視対象機器２１の管理番号を記憶する。管理番号記憶部５１は記憶装置１０２により実現される。

図６は、ＰＢ解析装置１５のハードウェア構成例を示す。

ＰＢＸインタフェース１１４は、ＰＢＸ１４とのインタフェース回路である。
電話機インタフェース１１６は、電話機１１とのインタフェース回路である。
ＰＢデコーダ１１５は、ＰＢＸインタフェース１１４から電話機インタフェース１１６に流れる音声信号からＰＢ信号を抽出する。そして、ＰＢデコーダ１１５は、抽出したＰＢ信号を解析して、監視対象機器２１の管理番号を特定する。
プロセッサ１１１は、ＰＢＸインタフェース１１４、ＰＢデコーダ１１５、電話機インタフェース１１６を制御する。また、プロセッサ１１１はプログラムを実行する。プロセッサ１１１は、例えば、ＣＰＵである。
記憶装置１１２は、プロセッサ１１１で実行されるプログラムを記憶する。また、記憶装置１１２は、オペレータごとに、電話機１１とＰＣ１２との対応付けを記憶している。記憶装置１１２は、例えばＲＡＭ、ＨＤＤ、フラッシュメモリである。
なお、ＰＢＸインタフェース１１４、ＰＢデコーダ１１５、電話機インタフェース１１６は、ＰＢＸ１４から電話機１１に接続される電話回線ごとに存在する。

図７は、ＰＢ解析装置１５の機能構成例を示す。

ＰＢＸインタフェース部６２は、ＰＢＸ１４に信号を送信し、ＰＢＸ１４から信号を受信する。ＰＢＸインタフェース部６２は、ＰＢＸインタフェース１１４により実現される。ＰＢＸインタフェース部６２は受信部に相当する。
電話機インタフェース部６４は、電話機１１の受話器のオンフック／オフフックを検知し、検知結果を後述の制御部６１に通知する。電話機インタフェース部６４は、電話機インタフェース１１６により実現される。電話機インタフェース部６４は送信部に相当する。
解析部６３は、ＰＢ信号を解析して、監視対象機器２１の管理番号を特定する。解析部６３は、ＰＢデコーダ１１５により実現される。
情報通知部６５は、解析部６３により特定された監視対象機器２１の管理番号を、対応するＰＣ１２に通知する。情報通知部６５は、プロセッサ１１１及びプログラムにより実現される。つまり、プロセッサ１１１がプログラムを実行することで、情報通知部６５の機能を実現する。
制御部６１は、電話機インタフェース部６４により電話機１１の受話器のオフフックが検出された場合に、解析部６３にＰＢ信号の解析を指示する。制御部６１は、プロセッサ１１１及びプログラムにより実現される。つまり、プロセッサ１１１がプログラムを実行することで、制御部６１の機能を実現する。

＊＊＊動作の説明＊＊＊
次に、付設通報機器２２の動作例を図４を用いて説明する。

先ず、呼制御部５３が、受話器インタフェース部５５を介して、付設通報機器２２の受話器がオフフックされたこと、つまり、受話器が取り上げられたことを検知する（ステップＳ１１でＹＥＳ）。
呼制御部５３は、公衆電話網インタフェース部５４を介して公衆電話網３に発呼する（ステップＳ１２）。つまり、呼制御部５３は、発呼信号を公衆電話網３に送信する。なお、発呼先は監視センタ１である。

次に、呼制御部５３が、公衆電話網インタフェース部５４を介して、監視センタ１にて電話機１１の受話器がオフフックされたことを検知する（ステップＳ１３でＹＥＳ）。
次に、ＰＢ生成部５２が、管理番号記憶部５１から監視対象機器２１の管理番号を読み出し、管理番号に対応するＰＢ信号を生成し、生成したＰＢ信号を公衆電話網インタフェース部５４を介して監視センタ１の電話機１１に送信する（ステップＳ１４）。
その後、通報者とオペレータとの間の通話が終了して受話器がオンフックされると（ステップＳ１５でＹＥＳ）、付設通報機器２２は、再び受話器がオフフックされるまで待ち状態になる。

ＰＢ信号は、一般的に、低群に属する４つの周波数のうちのいずれかと、高群に属する４つの周波数のいずれかとを組み合わせることで生成される可聴信号である。ＰＢ信号では、０〜９の数字と、＊、＃、Ａ、Ｂ、Ｃ、Ｄの記号を表すことができる。
ＰＢ信号は、プッシュボタン式の電話機で電話番号を送信するのに用いられ、「ピッポッパ」の擬音で一般的に知られている。
ＰＢ信号の周波数の組合せを図１４に示す。例えば監視対象機器２１の管理番号が“１２３”であれば、６９７Ｈｚの信号音と１２０９Ｈｚの信号音とを合成した“１”を表すＰＢ信号、６９７Ｈｚの信号音と１３３６Ｈｚの信号音とを合成した“２”を表すＰＢ信号、６９７Ｈｚの信号音と１４７７Ｈｚの信号音とを合成した“３”を表すＰＢ信号が付設通報機器２２から、図５のように連続的に送信される。

次に、ＰＢ解析装置１５の動作例を図８を用いて説明する。

ＰＢＸ１４が付設通報機器２２からの発呼信号を受信すると、ＰＢＸ１４は、監視センタ１内の電話機１１の呼出し音を鳴らす。
ＰＢ解析装置１５では、制御部６１が、電話機インタフェース部６４を介して電話機１１の受話器がオフフックされたことを検知し（ステップＳ２１でＹＥＳ）、解析部６３にＰＢ信号の解析を指示する。

解析部６３は、ＰＢＸインタフェース部６２から入力する音声信号からＰＢ信号を抽出し、抽出したＰＢ信号の周波数解析を行って、監視対象機器２１の管理番号を得る（ステップＳ２２）。
解析部６３は、ＰＢ信号の周波数の組み合わせを解析することで、監視対象機器２１の管理番号を特定することができる。

ＰＢ信号は、電話機インタフェース部６４から応答電話機１１に送信される。この結果、オペレータは、応答電話機１１の受話器からＰＢ信号の信号音を聞くことができる。オペレータは、ＰＢ信号の信号音が聞こえたこと、つまり、「ピッポッパ」の音が聞こえたことで、監視対象機器２１の管理番号がＰＢ信号で通知されたことを認識する。
もし、オペレータがＰＢ信号を認識できなかった場合、つまり、「ピッポッパ」の音が聞こえなかった場合には、オペレータは、監視対象機器２１の管理番号が通知されていないと理解し、通報者に監視対象機器２１の管理番号の読み上げを依頼する。オペレータがＰＢ信号を認識できない場合には、付設通報機器２２を使わずに、通報者が所持する携帯電話機３０や他の通信手段にて監視センタ１に通報していると考えられる。

解析部６３によるＰＢ信号の解析は規定の時間の間だけ実施される。
ＰＢ信号の解析の開始から規定の時間が経過した際に（ステップＳ２３でＹＥＳ）。解析部６３は、解析により得られた管理番号を情報通知部６５を介して、応答電話機１１と対となっているＰＣ１２に送信する（ステップＳ２４）。また、解析部６３は、情報通知部６５を介してＤＢ１３にも管理番号を送信する。
その後、通報者とオペレータとの間の通話が終了して応答電話機１１の受話器がオンフックされると（ステップＳ２５でＹＥＳ）、ＰＢ解析装置１５は、再び電話機１１の受話器がオフフックされるまで待ち状態になる。

＊＊＊実施の形態の効果の説明＊＊＊
以上のように、本実施の形態では、ＰＢ信号の信号音を監視センタのオペレータに聞かせることが可能である。オペレータはＰＢ信号の信号音が聞こえた場合に付設通報機器からの通報であることを判断できるので、オペレータは、通報者が利用している通信手段の種類を通報者に問い合わせる必要がない。また、付設通報機器からの通話であるにもかかわらず通報者に管理番号の読み上げを依頼するといった事態を回避することができる。このため、本実施の形態によれば、オペレータの作業効率を向上させることができる。

実施の形態２．
＊＊＊構成の説明＊＊
図９は、本実施の形態に係る遠隔監視支援システムの構成例を示す。
図９では、図１と比較して、ＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）網４が追加されている。
ＩＰ網４は、例えばインターネットである。ＩＰ網４では、ＩＰパケットの送受信が可能である。
図９に示す他の構成要素は、図１に示したものと同じであるため、説明を省略する。
なお、以下では、主に実施の形態１との差異を説明する。本実施の形態で説明していない事項は、実施の形態１と同様である。

＊＊＊動作の説明＊＊＊
付設通報機器２２から対応電話機１１との間での電話通信路の確立、ＰＢ解析装置１５でのＰＢ信号の解析による監視対象機器２１の管理番号の特定、ＰＢ解析装置１５からＰＣ１２への管理番号の通知、オペレータによるＰＢ信号の信号音の認識は、実施の形態１に示した通りである。
本実施の形態では、ＰＣ１２は、ＩＰ網４より監視対象機器２１の状態情報をリアルタイムに取得してディスプレイに表示することができる。
オペレータは監視対象機器２１の状態をリアルタイムに把握でき、通報者に対して適切な指示を出すことができる。

＊＊＊実施の形態の効果の説明＊＊＊
以上のように、本実施の形態によれば、オペレータは、監視対象機器の状態をリアルタイムで知ることができ、より適切なオペレータ業務を実現できる。

実施の形態３．
＊＊＊構成の説明＊＊＊
図１０は、本実施の形態に係る遠隔監視支援システムの構成例を示す。

図１０では、図９と比較して、回線選択機器２３とＩＰ通話変換機器１６が追加されている。
回線選択機器２３は、付設通報機器２２から監視センタ１への通報をＩＰ網４経由で行うか公衆電話網３で行うかを選択する。
ＩＰ通話変換機器１６は、通報者とオペレータがＩＰ網４経由で通話する場合に、ＩＰ網４とＰＢＸ１４との間でのプロトコル変換を行う。
図１０に示す他の構成要素は、図９に示したものと同じであるため、説明を省略する。
なお、以下では、主に実施の形態１との差異を説明する。本実施の形態で説明していない事項は、実施の形態１と同様である。

本実施の形態では、監視対象機器２１の異常を発見した通報者は、付設通報機器２２を用いて監視センタ１に通報を行う。本実施の形態では、通報者が付設通報機器２２に備わっている受話器を取ると、回線選択機器２３は、付設通報機器２２の受話器が取られたことを検知する。そして、回線選択機器２３は、テスト用のＩＰパケットであるテストパケット（例えばＰｉｎｇパケット）を監視センタ１に向けてＩＰ網４に送信し、ＩＰ網４の通信品質を求める。回線選択機器２３は、例えば、テストパケットを送信してから監視センタ１から応答パケットを受信するまでの往復伝送時間を測定し、測定した往復伝送時間を解析してＩＰ網４の通信品質を求める。また、回線選択機器２３は、テストパケットを複数回送信し、テストパケットごとに往復伝送時間を測定し、複数の往復伝送時間における揺らぎを解析してＩＰ網４の通信品質を求めてもよい。また、回線選択機器２３は、パケット損失を測定してＩＰ網４の通信品質を求めてもよい。
測定結果が閾値よりも悪い場合は、回線選択機器２３はＩＰ網４の通信品質が悪いと判定し、測定結果が閾値よりも良い場合は、回線選択機器２３は、ＩＰ網４の通信品質が良好と判定する。
回線選択機器２３は、ＩＰ網４の通信品質が悪いと判定した場合は、監視センタ１への通報を公衆電話網３を用いて行うことを決定する。一方、ＩＰ網４の通信品質が良好と判定した場合は、回線選択機器２３は、監視センタ１への通報をＩＰ網４を用いて行うことを決定する。

回線選択機器２３が公衆電話網３を選択した場合の手順は、回線選択機器２３が監視センタ１に発呼信号を送信する。電話機１１の受話器が取り上げられた後の手順は、実施の形態１に示したものと同じであるため、説明を省略する。
また、実施の形態２に示したように、ＰＣ１２はＩＰ網４より監視対象機器２１の状態情報をリアルタイムに取得してディスプレイに表示することができる。
オペレータは監視対象機器２１の状態をリアルタイムに把握でき、通報者に対して適切な指示を出すことができる。

回線選択機器２３がＩＰ網４を選択すると、回線選択機器２３は、ＩＰ網４から監視センタ１に発呼し、ＩＰ通話変換機器１６、ＰＢＸ１４及びＰＢ解析装置１５を介して発呼信号が電話機１１に到達し、電話機１１の呼出音がなる。いずれかのオペレータが電話機１１の受話器をとると、電話機１１の受話器が取られたことがＰＢ解析装置１５、ＰＢＸ１４、ＩＰ通話変換機器１６及びＩＰ網４を通じて付設通報機器２２に伝わる。これにより、付設通報機器２２と電話機１１との間に電話通信路が確立する。
次に、付設通報機器２２は、監視対象機器２１の管理番号を通知する可聴信号であるＰＢ信号をＩＰ網４に送信する。
監視センタ１では、ＩＰ通話変換機器１６、ＰＢＸ１４を経由してＰＢ解析装置１５がＰＢ信号を受信する。以降の手順は、回線選択機器２３が公衆電話網３を選択した場合の手順と同じであるため、説明を省略する。

図１１は、回線選択機器２３のハードウェア構成例を示す。

ＩＰ網インタフェース１２３は、ＩＰ網４とのインタフェース回路である。
付設通報機器インタフェース１２４は、付設通報機器２２とのインタフェース回路である。
公衆電話網インタフェース１２５は、公衆電話網３とのインタフェース回路である。
プロセッサ１２１は、ＩＰ網インタフェース１２３、付設通報機器インタフェース１２４、公衆電話網インタフェース１２５を制御する。また、プロセッサ１２１は、プログラムを実行する。プロセッサ１２１は、例えばＣＰＵである。
記憶装置１２２は、プロセッサ１２１で実行されるプログラムを記憶している。記憶装置１２２は、例えばＲＡＭ、ＨＤＤ、フラッシュメモリである。

図１２は、回線選択機器２３の機能構成例を示す。

公衆電話網インタフェース部７４は、公衆電話網３に信号を送信し、公衆電話網３から信号を受信する。公衆電話網インタフェース部７４は公衆電話網インタフェース１２５により実現される。
ＩＰ網インタフェース部７２は、ＩＰ網４に信号を送信し、ＩＰ網４から信号を受信する。ＩＰ網インタフェース部７２はＩＰ網インタフェース１２３により実現される。
付設通報機器インタフェース部７６は、付設通報機器２２の受話器のオンフック／オフフックを検知し、検知結果を後述の呼制御部７３に通知する。付設通報機器インタフェース部７６は付設通報機器インタフェース１２４により実現される。
呼制御部７３は、付設通報機器インタフェース部７６により受話器のオフフックが通知された場合に、後述するＩＰ網通信品質判定部７１にＩＰ網４の通信品質を測定するように指示する。また、呼制御部７３は、監視センタ１への通報が公衆電話網３を用いて行われる場合は、呼制御信号の一つである発呼信号を公衆電話網インタフェース部７４を介して公衆電話網３に送信する。
ＩＰ網通信品質判定部７１は、ＩＰ網４の通信品質を測定する。
音声ＩＰパケット組立分解部７５は、音声符号化処理及びＩＰパケット組立処理を行う。
なお、呼制御部７３、ＩＰ網通信品質判定部７１及び音声ＩＰパケット組立分解部７５は、プロセッサ１２１及びプログラムにより実現される。つまり、プロセッサ１２１がプログラムを実行することで、呼制御部７３、ＩＰ網通信品質判定部７１及び音声ＩＰパケット組立分解部７５の機能を実現する。

＊＊＊動作の説明＊＊＊
次に、回線選択機器２３の動作例を図１３を用いて説明する。

呼制御部７３が、付設通報機器インタフェース部７６を介して、付設通報機器２２の受話器がオフフックされたこと、つまり、受話器が取り上げられたことを検知する（ステップＳ３１でＹＥＳ）。
次に、呼制御部７３は、ＩＰ網インタフェース部７２を有効にし、また、ＩＰ網通信品質判定部７１にＩＰ網４の通信品質を測定するように指示を行う。

ＩＰ網通信品質判定部７１は、ＩＰ網４の通信品質を測定する（Ｓ３２）。具体的には、ＩＰ網通信品質判定部７１は、監視センタ１に向けて、テストパケット、例えばＰｉｎｇパケットをＩＰ網４に送信する。監視センタ１は、テストパケットを受信すると、応答パケットをＩＰ網４に送信する。ＩＰ網通信品質判定部７１は監視センタ１からの応答パケットを受信する。そして、ＩＰ網通信品質判定部７１は、テストパケットの送信から応答パケットの受信までの往復伝送時間を測定し、測定した往復伝送時間を解析してＩＰ網４の通信品質を求める。また、ＩＰ網通信品質判定部７１は、テストパケットを複数回送信し、テストパケットごとに往復伝送時間を測定し、複数の往復伝送時間における揺らぎを解析してＩＰ網４の通信品質を求めてもよい。また、ＩＰ網通信品質判定部７１は、パケット損失を測定してＩＰ網４の通信品質を求めてもよい。

ＩＰ網通信品質判定部７１は、ＩＰ網４の通信品質が良好であるかどうかを判定する（ステップＳ３３）。
測定結果が閾値よりも悪い場合は、ＩＰ網通信品質判定部７１はＩＰ網４の通信品質が悪いと判定し、測定結果が閾値よりも良い場合は、ＩＰ網通信品質判定部７１は、ＩＰ網４の通信品質が良好と判定する。

ＩＰ網通信品質判定部７１が、ＩＰ網４の通信品質が良好であると判定した場合（ステップＳ３３でＹＥＳ）には、ＩＰ網４を用いて監視センタ１との通信が行われる（ステップＳ３４）。具体的には、図４のステップＳ１２〜Ｓ１４の手順がＩＰ網４で行われる。
なお、付設通報機器２２からの音声信号は付設通報機器インタフェース部７６を経由して音声ＩＰパケット組立分解部７５に入力される。音声ＩＰパケット組立分解部７５で音声符号化処理及びＩＰパケット組立処理が行われ、ＩＰ網インタフェース部７２を介してＩＰ網４にＩＰパケットが送信される。逆方向の通信では、ＩＰパケットがＩＰ網４からＩＰ網インタフェース部７２を経由して音声ＩＰパケット組立分解部７５に入力される。音声ＩＰパケット組立分解部７５でＩＰパケット分解処理及び音声復号処理が行われ、付設通報機器インタフェース部７６を介して付設通報機器２２へ音声信号が送信される。

一方、ＩＰ網通信品質判定部７１が、ＩＰ網４の通信品質が悪いと判定した場合（ステップＳ３３でＮＯ）には、公衆電話網３を用いて監視センタ１との通信が行われる（ステップＳ３５）。具体的には、図４のステップＳ１２〜Ｓ１４の手順が公衆電話網３で行われる。
なお、付設通報機器２２からの音声信号は付設通報機器インタフェース部７６を経由して入力され、公衆電話網インタフェース部７４を介して公衆電話網３に出力される。逆方向の通信は、音声信号が公衆電話網３からの公衆電話網インタフェース部７４を経由して入力され、付設通報機器インタフェース部７６を介して付設通報機器２２に出力される。

その後、通報者とオペレータとの間の通話が終了して付設通報機器２２の受話器がオンフックされると（ステップＳ３６でＹＥＳ）、回線選択機器２３は、再び付設通報機器２２の受話器がオフフックされるまで待ち状態になる。

＊＊＊実施の形態の効果の説明＊＊＊
以上のように、本実施の形態によれば、ＩＰ網を経由した通話もオペレータにとっては公衆電話網を経由しての通話と変わりなく扱うことができ、オペレータ業務を作業効率の高い業務とすることができる。
なお、ＩＰ網への接続及び公衆電話網への接続は、有線及び無線のいずれによっても実現可能である。

＊＊＊その他＊＊＊
以上、本発明の実施の形態について説明したが、これらの実施の形態のうち、２つ以上を組み合わせて実施しても構わない。
あるいは、これらの実施の形態のうち、１つを部分的に実施しても構わない。
あるいは、これらの実施の形態のうち、２つ以上を部分的に組み合わせて実施しても構わない。
なお、本発明は、これらの実施の形態に限定されるものではなく、必要に応じて種々の変更が可能である。

１ 監視センタ、３ 公衆電話網、４ ＩＰ網、１１ 電話機、１２ ＰＣ、１３ ＤＢ、１４ ＰＢＸ、１５ ＰＢ解析装置、１６ ＩＰ通話変換機器、２１ 監視対象機器、２２ 付設通報機器、２３ 回線選択機器、３０ 携帯電話機、５１ 管理番号記憶部、５２ ＰＢ生成部、５３ 呼制御部、５４ 公衆電話網インタフェース部、５５ 受話器インタフェース部、６１ 制御部、６２ ＰＢＸインタフェース部、６３ 解析部、６４ 電話機インタフェース部、６５ 情報通知部、７１ ＩＰ網通信品質判定部、７２ ＩＰ網インタフェース部、７３ 呼制御部、７４ 公衆電話網インタフェース部、７５ 音声ＩＰパケット組立分解部、７６ 付設通報機器インタフェース部、１０１ プロセッサ、１０２ 記憶装置、１０３ 公衆電話網インタフェース、１０４ 受話器インタフェース、１１１ プロセッサ、１１２ 記憶装置、１１４ ＰＢＸインタフェース、１１５ ＰＢデコーダ、１１６ 電話機インタフェース、１２１ プロセッサ、１２２ 記憶装置、１２３ ＩＰ網インタフェース、１２４ 付設通報機器インタフェース、１２５ 公衆電話網インタフェース。

Claims (3)

1. 監視対象機器に付設された付設通報機器からの発呼に複数の電話機のうちのいずれかの電話機が応答した後に前記付設通報機器から送信された、前記監視対象機器の識別子を通知する可聴信号を受信する受信部と、
   前記可聴信号を解析し、前記監視対象機器の識別子を特定する解析部と、
   前記付設通報機器からの発呼に応答した電話機である応答電話機に、前記可聴信号を送信する送信部とを有する通信装置。
2. 前記解析部は、
   前記応答電話機を使用するオペレータが使用するコンピュータに、前記監視対象機器の識別子を通知する請求項１に記載の通信装置。
3. 前記受信部は、
   公衆電話網及びＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）網のいずれかを介して送信された前記可聴信号を受信する請求項１に記載の通信装置。
   
   

Images