特許 7397015 非常電話システム及び非常電話システムの通話接続方法

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2023-12-04

(45)【発行日】2023-12-12

(54)【発明の名称】非常電話システム及び非常電話システムの通話接続方法

(51)【国際特許分類】

   H04M 3/00 20060101AFI20231205BHJP

   H04M 3/22 20060101ALI20231205BHJP

【ＦＩ】

H04M3/00 B

H04M3/22 B

【請求項の数】 6

(21)【出願番号】P 2021021519

(22)【出願日】2021-02-15

(65)【公開番号】P2022124006

(43)【公開日】2022-08-25

【審査請求日】2022-06-15

(73)【特許権者】

【識別番号】000227205

【氏名又は名称】ＮＥＣプラットフォームズ株式会社

(74)【代理人】

【識別番号】100109313

【弁理士】

【氏名又は名称】机 昌彦

(74)【代理人】

【識別番号】100149618

【弁理士】

【氏名又は名称】北嶋 啓至

(72)【発明者】

【氏名】日高 龍一

【審査官】山岸 登

(56)【参考文献】

【文献】特開２００８－１７２２９０（ＪＰ，Ａ）

【文献】特開２００７－１２２５８２（ＪＰ，Ａ）

【文献】特開２０１９－１５３８３４（ＪＰ，Ａ）

【文献】特開２００９－０９４９３８（ＪＰ，Ａ）

【文献】特開２０１０－２３９２７９（ＪＰ，Ａ）

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｈ０４Ｌ１２／００－１２／２２

１２／５０－１２／６６

４５／００－４９／９０５７

Ｈ０４Ｍ３／００

３／１６－３／２０

３／３８－３／５８

７／００－７／１６

１１／００－１１／１０

(57)【特許請求の範囲】

【請求項1】

第１管内の非常電話に接続された第１線路監視装置と、前記第１線路監視装置に接続された、第１管内の非常電話サーバと、前記第１管内の非常電話サーバに接続された受付台と、前記第１線路監視装置、前記第１管内の非常電話サーバ及び前記第１管内の非常電話サーバに接続された受付台を監視する第１の統括保守コンソールと、
前記第１管内とは異なる、第２管内の非常電話に接続された第２線路監視装置と、前記第２線路監視装置に接続された、第２管内の非常電話サーバと、前記第２管内の非常電話サーバに接続された受付台と、前記第１線路監視装置、前記第１管内の非常電話サーバ及び前記第１管内の非常電話サーバに接続された受付台を監視し、前記第１の統括保守コンソールと接続された第２の統括保守コンソールを含み、
前記第１線路監視装置は、前記第１管内の非常電話からの着信を前記第１管内の非常電話サーバ及び前記第２管内の非常電話サーバに通知し、
前記第１管内の非常電話サーバに接続された受付台は、前記第１管内の非常電話サーバが通常運用中のときには前記第１管内の非常電話からの、前記第１管内の非常電話サーバへの着信について通話接続を行い、前記第１管内の非常電話サーバがバックアップ運用中のときには前記第２管内の非常電話サーバへの着信について、前記第１、第２の統括保守コンソールを経由して通話接続を行う、
非常電話システム。

【請求項2】

前記第２線路監視装置は、前記第２管内の非常電話からの着信を前記第２管内の非常電話サーバ及び前記第１管内の非常電話サーバに通知し、
前記第２管内の非常電話サーバに接続された受付台は、前記第２管内の非常電話サーバが通常運用中のときには前記第２管内の非常電話からの、前記第２管内の非常電話サーバへの着信について通話接続を行い、前記第２管内の非常電話サーバがバックアップ運用中のときには前記第１管内の非常電話サーバを経由した着信について、前記第１、第２の統括保守コンソールを経由して通話接続を行う、
請求項１に記載の非常電話システム。

【請求項3】

第３管内の非常電話に接続された第３線路監視装置と、前記第３線路監視装置に接続された、第３管内の非常電話サーバと、前記第３管内の非常電話サーバに接続された受付台と、前記第３線路監視装置、前記第３管内の非常電話サーバ及び前記第３管内の非常電話サーバに接続された受付台を監視し、前記第１，第２の統括保守コンソールと接続された第３の統括保守コンソールをさらに含み、
前記第３線路監視装置は、前記第３管内の非常電話からの着信を前記第３管内の非常電話サーバ、前記第２管内の非常電話サーバ及び前記第１管内の非常電話サーバに通知し、
前記第３管内の非常電話サーバに接続された受付台は、前記第３管内の非常電話サーバが通常運用中のときには前記第３管内の非常電話からの、前記第３管内の非常電話サーバへの着信について通話接続を行い、前記第３管内の非常電話サーバがバックアップ運用中のときには前記第２管内の非常電話サーバを経由した着信又は前記第１管内の非常電話サーバを経由した着信について、前記第１、第２、第３または前記第２、第３の統括保守コンソールを経由して通話接続を行う、
請求項２に記載の非常電話システム。

【請求項4】

第１管内の非常電話に接続された第１線路監視装置、前記第１線路監視装置に接続された、第１管内の非常電話サーバ、及び前記第１管内の非常電話サーバに接続された受付台と、前記第１線路監視装置、前記第１管内の非常電話サーバ及び前記第１管内の非常電話サーバに接続された受付台を監視する第１の統括保守コンソールと
前記第１管内とは異なる、第２管内の非常電話に接続された第２線路監視装置、前記第２線路監視装置に接続された、第２管内の非常電話サーバ、及び前記第２管内の非常電話サーバに接続された受付台と、前記第１線路監視装置、前記第１管内の非常電話サーバ及び前記第１管内の非常電話サーバに接続された受付台を監視し、前記第１の統括保守コンソールと接続された第２の統括保守コンソールを含む非常電話システムの通話接続方法であって、
前記第１線路監視装置は、前記第１管内の非常電話からの着信を前記第１管内の非常電話サーバ及び前記第２管内の非常電話サーバに通知し、
前記第１管内の非常電話サーバに接続された受付台は、前記第１管内の非常電話サーバが通常運用中のときには前記第１管内の非常電話からの、前記第１管内の非常電話サーバへの着信について通話接続を行い、前記第１管内の非常電話サーバがバックアップ運用中のときには前記第２管内の非常電話サーバへの着信について、前記第１、第２の統括保守コンソールを経由して通話接続を行う、
非常電話システムの通話接続方法。

【請求項5】

前記第２線路監視装置は、前記第２管内の非常電話からの着信を前記第２管内の非常電話サーバ及び前記第１管内の非常電話サーバに通知し、
前記第２管内の非常電話サーバに接続された受付台は、前記第２管内の非常電話サーバが通常運用中のときには前記第２管内の非常電話からの、前記第２管内の非常電話サーバへの着信について通話接続を行い、及び前記第２管内の非常電話サーバがバックアップ運用中のときには前記第１管内の非常電話サーバを経由した着信について、前記第１、第２の統括保守コンソールを経由して通話接続を行う、
請求項４に記載の非常電話システムの通話接続方法。

【請求項6】

第３管内の非常電話に接続された第３線路監視装置と、前記第３線路監視装置に接続された、第３管内の非常電話サーバと、前記第３管内の非常電話サーバに接続された受付台と、前記第３線路監視装置、前記第３管内の非常電話サーバ及び前記第３管内の非常電話サーバに接続された受付台を監視し、前記第２の統括保守コンソールと接続された第３の統括保守コンソールを前記非常電話システムはさらに含み、
前記第３線路監視装置は、前記第３管内の非常電話からの着信を前記第３管内の非常電話サーバ、前記第２管内の非常電話サーバ及び前記第１管内の非常電話サーバに通知し、
前記第３管内の非常電話サーバに接続された受付台は、前記第３管内の非常電話サーバが通常運用中のときには前記第３管内の非常電話からの、前記第３管内の非常電話サーバへの着信について通話接続を行い、前記第３管内の非常電話サーバがバックアップ運用中のときには前記第２管内の非常電話サーバを経由した着信又は前記第１管内の非常電話サーバを経由した着信について、前記第１、第２、第３または前記第２，第３の統括保守コンソールを経由して通話接続を行う、
請求項５に記載の非常電話システムの通話接続方法。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、非常電話システムに関し、特に装置障害やネットワーク障害への耐性が強い非常電話システムに関する。

【背景技術】

【0002】

非常電話システムでは、装置障害やネットワーク障害への耐性を高めるために、非常電話の発信経路変更等の切り替えを行う構成によって、通常運用からバックアップ運用に切り替えるものが提案されている。

【0003】

特許文献１は、ＩＰ電話システムに関するものであり、データ中継サーバに障害が発生しても通話を極力切断させないようにすること、これによって高信頼性を実現することが提案されている。特許文献１では、データ中継サーバが予備系から現用系に切り替えられるときに、データ中継部では、各ＩＰ電話端末との通信を開始し、呼情報データベースを参照して、データ中継を行うことが提案されている。

【0004】

特許文献２は、緊急通報システムの信頼性向上に関するものである。特許文献２では、緊急通報回線から着信があるとＬＡＮ（Local Area Network）経由で全受付台に着信信号を送出し、応答操作のあった受付台との間で通信すること、また同時に複数の通報に対応するため、このＶＯＩＰ（Voice over Internet Protocol）ゲートウェイ装置を複数備え、更にこれを二重化することが提案されている。また、通話中に障害が発生した場合、ゲートウェイ制御部がこの障害を検出し、音声分配／音声選択部に対して切替信号を送出し、音声分配／音声選択部が通話情報のルートを別のルートに切り替えること、ＶＯＩＰゲートウェイ装置は、検出した障害情報を受付台へのフレームの制御エリアに書き込んで、受付台側に通知することが提案されている。

【先行技術文献】

【特許文献】

【0005】

【文献】特開２００８－２２８２２１号公報

【文献】特開２００６－０１３７９３号公報

【発明の概要】

【発明が解決しようとする課題】

【0006】

しかしながら、上述した背景技術の非常電話システム、には以下のような課題がある。非常電話の発信経路変更等の切り替えを行う構成によって、通常運用からバックアップ運用に切り替えるものの場合、各装置間の認証時間があり時間がかかる。また経路切り替え事態が正常に完了せず、バックアップ運用が行えないリスクもある。

【0007】

特許文献１や特許文献２では、このような課題を解決する解決手段は提案されていない。

【0008】

本発明の目的は、装置障害やネットワーク障害への耐性が強く、かつ非常電話からの着信に即応できる、非常電話システムを提供することにある。

【課題を解決するための手段】

【0009】

前記目的を達成するため、本発明に係る非常電話システムは、
第１管内の非常電話に接続された第１線路監視装置と、上記第１線路監視装置に接続された、第１管内の非常電話サーバと、上記第１管内の非常電話サーバに接続された受付台と、
上記第１管内とは異なる、第２管内の非常電話に接続された第２線路監視装置と、上記第２線路監視装置に接続された、第２管内の非常電話サーバと、上記第２管内の非常電話サーバに接続された受付台と、を含み、
上記第１線路監視装置は、上記非常電話からの着信を上記第１管内の非常電話サーバ及び上記第２管内の非常電話サーバに通知し、
上記第１管内の非常電話サーバに接続された受付台は、第１管内の非常電話からの、上記第１管内の非常電話サーバを経由した着信、及び上記第１管内の非常電話サーバがバックアップ運用中のときには上記第２管内の非常電話サーバを経由した着信について、着信を受け付ける。

【0010】

本発明に係る非常電話システムの着信受付方法は、
第１管内の非常電話に接続された第１線路監視装置、上記第１線路監視装置に接続された、第１管内の非常電話サーバ、及び上記第１管内の非常電話サーバに接続された受付台と、
上記第１管内とは異なる、第２管内の非常電話に接続された第２線路監視装置、上記第２線路監視装置に接続された、第２管内の非常電話サーバ、及び上記第２管内の非常電話サーバに接続された受付台、を含む非常電話システムの着信受付方法であって、
上記第１線路監視装置は、上記非常電話からの着信を上記第１管内の非常電話サーバ及び上記第２管内の非常電話サーバに通知し、
上記第１管内の非常電話サーバに接続された受付台は、第１管内の非常電話からの、上記第１管内の非常電話サーバを経由した着信、及び上記第１管内の非常電話サーバがバックアップ運用中のときには上記第２管内の非常電話サーバを経由した着信について、着信を受け付ける。

【発明の効果】

【0011】

本発明によれば、装置障害やネットワーク障害への耐性が強く、かつ非常電話からの着信に即応できる、非常電話システムを提供することができる。

【図面の簡単な説明】

【0012】

【図1】第１実施形態による非常電話システムを説明するためのブロック図である。

【図2】受付台の構成を説明するためのブロック図である。

【図3】第２実施形態による非常電話システム、及び非常電話の着信時の動作の一例を説明するためのブロック図である。

【図4】第２実施形態による非常電話システムの、非常電話の着信時の動作の他の一例を説明するためのブロック図である。

【図5】第２実施形態による非常電話システムの、非常電話の着信時の動作のさらに他の一例を説明するためのブロック図である。

【図6】非常電話システムの受付台の動作を説明するためのフローチャートである。

【図7】その他の実施形態による非常電話システムを説明するためのブロック図である。

【発明を実施するための形態】

【0013】

本発明の好ましい実施形態について、図面を参照しながら詳細に説明する。

【0014】

〔第１実施形態〕
本発明の第１実施形態による非常電話システムについて、説明する。

【0015】

図１は、第１実施形態による非常電話システムを説明するためのブロック図である。図１の非常電話システムは、Ａ支社管内システムと、Ｂ支社管内システムとを含む。Ａ支社管内システムは、非常電話５１と、Ａ支社管内ＩＰ（Internet Protocol）線路監視装置５２と、非常電話サーバ５３と、受付台５４と、統括保守コンソール５５とを含む。Ｂ支社管内システムは、非常電話５６と、Ｂ支社管内ＩＰ（Internet Protocol）線路監視装置５７と、非常電話サーバ５８と、受付台５９と、統括保守コンソール６０とを含む。

【0016】

非常通話は、非常電話５１や非常電話５６より発信される。非常電話５１より発信された非常通話は、非常電話５１が接続されているＡ支社管内ＩＰ線路監視装置５２を介し、支社Ａの非常電話サーバ５３を経由して、Ａ支社の受付台５４に着信する。非常電話５６より発信された非常通話は、非常電話５６が接続されているＢ支社管内ＩＰ線路監視装置５７を介し、支社Ｂの非常電話サーバ５８を経由して、Ｂ支社の受付台５９に着信する。さらに本実施形態の非常電話システムでは、Ａ支社管内ＩＰ線路監視装置５２は、Ａ支社の非常電話５１から発信した際に、Ａ支社の非常電話サーバ５３と、Ｂ支社の非常電話サーバ５８と、の両方に対して発信する。また本実施形態の非常電話システムでは、Ｂ支社管内ＩＰ線路監視装置５７は、Ｂ支社の非常電話５６から発信した際に、Ｂ支社の非常電話サーバ５８と、Ａ支社の非常電話サーバ５３と、の両方に対して発信する。

【0017】

統括保守コンソール５５は、Ａ支社管内ＩＰ線路監視装置５２、非常電話サーバ５３、及び受付台５４を監視しており、これらのうち障害が発生した装置を把握できる。統括保守コンソール６０は、Ｂ支社管内ＩＰ線路監視装置５７、非常電話サーバ５８、及び受付台５９を監視しており、これらのうち障害が発生した装置を把握できる。統括保守コンソール５５が監視する各装置に装置障害やネットワーク障害が発生すると、統括保守コンソール５５にアラームが表示され、統括保守コンソール６０が監視する各装置に装置障害やネットワーク障害が発生すると、統括保守コンソール６０にアラームが表示される。統括保守コンソール５５と統括保守コンソール６０とは、相互に接続され、支社間で連携をとっており情報を共有している。この情報共有によって、統括保守コンソール５５及び統括保守コンソール６０は、自支社管内だけでなく他支社管内についても障害が発生した装置を区別できる。

【0018】

本実施形態の非常電話システムでは、装置障害やネットワーク障害、大規模災害などで管制運用が困難となった場合、管制運用の責任者の判断で通常運用からバックアップ運用に切り替えることが可能となっている。バックアップ運用の切り替えも、統括保守コンソール５５、統括保守コンソール６０で行われる。

【0019】

図１の受付台５４や受付台５９は、図２に示すように、制御部７１、表示・操作部７２、及びＶｏＩＰ（Voice over Internet Protocol）変換装置７３を含んで構成される。

【0020】

制御部７１は、例えばＰＣ（Personal Computer）本体で実現される。制御部７１は、受付台５４や受付台５９の主な処理を行う。また制御部７１は、現在の非常電話システムの運用が通常運用かバックアップ運用かを示す監視信号、及び制御信号が入力されており、現在の非常電話システムの運用が通常運用かバックアップ運用かの判断を行い、非常電話からの着信を判断した後に受け付けるか又は廃棄するかの判断も実施する。表示・操作部７２は、表示部の一例としてのモニタを含み、モニタはタッチパネルを含むことができる。表示・操作部７２は、操作部の一例としてのマウスを含むことができる。ＶｏＩＰ変換装置７３には、音声信号が入力され、ハンドセットやスピーカが接続されている。

【0021】

（動作の説明）
図１の非常電話システムの動作について、説明する。Ａ支社管内システムやＢ支社管内システムが通常動作しているときの通常運用と、Ａ支社管内システムやＢ支社管内システムにおいて装置障害やネットワーク障害、大規模災害などで管制運用が困難となったときのバックアップ運用とを、想定して以下説明する。

【0022】

Ａ支社管内システムやＢ支社管内システムが通常動作している通常運用では、Ａ支社管内の非常電話５１より発信すると、非常電話５１が接続されているＡ支社管内ＩＰ線路監視装置５２に発信通知が届く。Ａ支社管内ＩＰ線路監視装置５２はこの非常電話５１からの発信通知をＩＰ信号に変換した後に、Ａ支社管内の非常電話サーバ５３、及びＢ支社管内の非常電話サーバ５８に向けてＩＰ信号を発信する。

【0023】

Ａ支社管内の非常電話サーバ５３は、受付台５４に発信し、受付台５４で非常電話５１と通話を行う。

【0024】

Ｂ支社管内の非常電話サーバ５８は、Ａ支社管内ＩＰ線路監視装置５２からのＩＰ信号を受けて、Ｂ支社管内の受付台５９、及びＡ支社管内の受付台５４に発信する。ここで非常電話システムは通常運用中のため、非常電話サーバ５８からの発信は、受付台５９、及び受付台５４にて破棄される。この着信の破棄は、発信した非常電話５１のＩＰアドレスで判断する。受け付ける着信は、自支社管内の非常電話からの着信でかつ、自支社管内の非常電話サーバを経由したもののみとする。他支社管内の非常電話からの着信であれば、受付台は着信を破棄する。自支社管内の非常電話からの着信であっても、経由した非常電話サーバのＩＰアドレスより判断し、他支社管内の非常電話サーバを経由していた場合は破棄する。

【0025】

次に、Ａ支社管内システムにおいて装置障害やネットワーク障害、大規模災害などで管制運用が困難になったときのバックアップ運用について、説明する。Ａ支社管内の非常電話５１より発信すると、非常電話５１が接続されているＡ支社管内ＩＰ線路監視装置５２に発信通知が届く。Ａ支社管内ＩＰ線路監視装置５２はこの非常電話５１からの発信通知をＩＰ信号に変換した後に、Ａ支社管内の非常電話サーバ５３、及びＢ支社管内の非常電話サーバ５８に向けてＩＰ信号を発信する。

【0026】

ここでＡ支社管内システムでは、装置障害やネットワーク障害、大規模災害などで管制運用が困難になっているため、Ａ支社管内の非常電話サーバ５３は、受付台５４に発信することができない。

【0027】

Ｂ支社管内の非常電話サーバ５８は、Ａ支社管内ＩＰ線路監視装置５２からのＩＰ信号を受けて、Ｂ支社管内の受付台５９、及びＡ支社管内の受付台５４に発信する。ここで非常電話サーバ５８からの発信は、Ｂ支社管内の受付台５９、及びＡ支社管内の受付台５４に発信される。受付台５９や受付台５４は、発信した非常電話５１のＩＰアドレス、Ａ支社管内システムやＢ支社管内システムの通常運用かバックアップ運用かの情報に基づいて、着信の破棄を判断する。ここでは受付台５９は、着信を破棄する。非常電話５１と受付台５４とで通話を行うことができる。

【0028】

なお、Ｂ支社管内システムにおいて装置障害やネットワーク障害、大規模災害などで管制運用が困難になったときの、非常電話５６からの発信についても、同じように対処することができる。Ａ支社管内の非常電話サーバ５３は、Ｂ支社管内ＩＰ線路監視装置５７からのＩＰ信号を受けて、Ａ支社管内の受付台５４、及びＢ支社管内の受付台５９に発信する。ここで非常電話サーバ５３からの発信は、Ａ支社管内の受付台５４、及びＢ支社管内の受付台５９に発信される。受付台５４や受付台５９は、発信した非常電話５６のＩＰアドレス、Ａ支社管内システムやＢ支社管内システムの通常運用かバックアップ運用かの情報に基づいて、着信の破棄を判断する。ここでは受付台５４は、着信を破棄する。非常電話５６と受付台５９とで通話を行うことができる。

【0029】

（効果の説明）
本実施形態の非常電話システムでは、受付台で着信の受付、着信の破棄の判断をしているため、常に非常電話からの着信が来ている場合に受付台で即時に対応することができる。例えば、非常電話の発信経路変更等の切り替えを行う構成によって、通常運用からバックアップ運用に切り替えるものの場合、各装置間の認証時間があり時間がかかる。また経路切り替え事態が正常に完了せず、バックアップ運用が行えないリスクもある。これに対して、本実施形態の非常電話システムでは、経路の切り替え自体がないため、上記リスクを回避することができる。またネットワークの監視も行われているため、機器障害などによる通信断も判明するため、実際のバックアップ開始時に運用ができないことを回避できる。

【0030】

さらに本実施形態の非常電話システムでは、Ａ支社管内システム又はＢ支社管内システムのいずれかにおいて装置障害やネットワーク障害、大規模災害などで管制運用が困難になった場合でも、非常電話と受付台とで通話を行うことができる。その理由は、非常電話からの発信があったときには、Ａ支社管内ＩＰ線路監視装置５２やＢ支社管内ＩＰ線路監視装置５７は自支社管内の非常電話サーバだけでなく別管内の非常電話サーバに向けてＩＰ信号を発信しているからである。また受付台は、発信した非常電話のＩＰアドレス、及び経由した非常電話サーバのＩＰアドレスと、Ａ支社管内システムやＢ支社管内システムが通常運用であるかバックアップ運用であるかといった運用状態を示す情報とに基づいて、着信の受付、或いは着信の破棄を判断しているからである。

【0031】

〔第２実施形態〕
次に、本発明の第２実施形態による非常電話システムについて、説明する。第２実施形態による非常電話システムとして、第１実施形態による非常電話システムのより詳細な構成や動作を説明する。図３は、本発明の第２実施形態による非常電話システム、及び非常電話の着信時の動作の一例を説明するためのブロック図である。図４は、本発明の第２実施形態による非常電話システムの、非常電話の着信時の動作の他の一例を説明するためのブロック図である。図５は、本発明の第２実施形態による非常電話システムの、非常電話の着信時の動作のさらに他の一例を説明するためのブロック図である。図６は、非常電話システムの受付台の動作を説明するためのフローチャートである。

【0032】

（構成の説明）
図３の費用電話システムは、Ａ支社管内に、複数の非常電話（♯１、♯２、…、♯ｎ）と、Ａ支社管内ＩＰ線路監視装置１４と、Ｌ３－ＳＷ（レイヤ３スイッチ）１９と、複数の非常電話サーバ（非常電話サーバ２０、非常電話サーバ２１、非常電話サーバ２２）と、を含む。さらに図３の非常電話システムでは、Ａ支社管内に、Ｌ３－ＳＷ（レイヤ３スイッチ）２３と、複数の受付台（受付台２４、受付台２５、受付台２６）と、を含む。

【0033】

Ａ支社管内で、複数の非常電話（♯１、♯２、…、♯ｎ）は、Ａ支社管内ＩＰ線路監視装置１４に接続されている。Ｌ３－ＳＷ１９とＬ３－ＳＷ２３との間に、非常電話サーバ２０、非常電話サーバ２１、非常電話サーバ２２が並列に接続されている。受付台２４、受付台２５、受付台２６は、Ｌ３－ＳＷ２３に接続されている。

【0034】

図３の非常電話システムでは、Ｂ支社管内に、複数の非常電話（♯１、♯２、…、♯ｎ）と、Ｂ支社管内ＩＰ線路監視装置１８と、Ｌ３－ＳＷ（レイヤ３スイッチ）２７と、複数の非常電話サーバ（非常電話サーバ２８、非常電話サーバ２９、非常電話サーバ３０）と、を含む。さらに図３の非常電話システムでは、Ｂ支社管内に、Ｌ３－ＳＷ（レイヤ３スイッチ）３１と、複数の受付台（受付台３２、受付台３３、受付台３４）と、を含む。

【0035】

Ｂ支社管内で、複数の非常電話（♯１、♯２、…、♯ｎ）は、Ｂ支社管内ＩＰ線路監視装置１８に接続されている。Ｌ３－ＳＷ２７とＬ３－ＳＷ３１との間に、非常電話サーバ２８、非常電話サーバ２９、非常電話サーバ３０が並列に接続されている。受付台３２、受付台３３、受付台３４は、Ｌ３－ＳＷ３１に接続されている。

【0036】

さらに、Ａ支社管内ＩＰ線路監視装置１４は、Ａ支社管内のＬ３－ＳＷ１９、及びＢ支社管内のＬ３－ＳＷ２７に接続されており、Ｂ支社管内ＩＰ線路監視装置１８は、Ｂ支社管内のＬ３－ＳＷ２７、及びＡ支社管内のＬ３－ＳＷ１９に接続されている。Ａ支社管内のＬ３－ＳＷ２３と、Ｂ支社管内のＬ３－ＳＷ３１とは、お互いに接続されている。

【0037】

（動作の説明）
次に、本実施形態の非常電話システムの動作について説明する。非常電話システムの動作として、Ａ支社管内システムやＢ支社管内システムが通常動作しているときの通常運用と、Ａ支社管内システムやＢ支社管内システムにおいて装置障害やネットワーク障害、大規模災害などで管制運用が困難となったときのバックアップ運用とを、想定して以下説明する。

【0038】

本実施形態の非常電話システムでは、非常電話から発信する際に常に、自支社管内とバックアップ支社管内の両方の非常電話サーバに対して発信する。すなわち、Ａ支社管内の非常電話から発信する際には、自支社管内としてのＡ支社管内の非常電話サーバと、バックアップ支社管内としてのＢ支社管内の非常電話サーバと、の両方に対して発信する。また、Ｂ支社管内の非常電話から発信する際には、自支社管内としてのＢ支社管内の非常電話サーバと、バックアップ支社管内としてのＡ支社管内の非常電話サーバと、の両方に対して発信する。

【0039】

まず通常運用での、非常電話システムの動作について、図３を参照して説明する。一例として、Ａ支社管内の一つの非常電話♯１より発信すると、非常電話♯１が接続されているＡ支社管内ＩＰ線路監視装置１４に発信通知が届く。Ａ支社管内ＩＰ線路監視装置１４はこの非常電話♯１からの発信通知をＩＰ信号に変換した後に、図３に示すようにＡ支社管内の複数の非常電話サーバ（非常電話サーバ２０、非常電話サーバ２１、非常電話サーバ２２）、及びＢ支社管内の複数の非常電話サーバ（非常電話サーバ２８、非常電話サーバ２９、非常電話サーバ３０）に向けてＩＰ信号を発信する。

【0040】

Ａ支社管内の非常電話サーバ２０、非常電話サーバ２１、非常電話サーバ２２は、対応した受付台２４、受付台２５、受付台２６に発信する。非常電話♯１と受付台との通話は先取り優先で、最初に通話を始めた受付台で非常電話♯１と通話を行い、他の受付台への着信はキャンセルされる。例えば、最初に通話を始めた受付台が受付台２４の場合、受付台２４で非常電話♯１と通話を行い、他の受付台（受付台２５、受付台２６）への着信はキャンセルされる。

【0041】

Ｂ支社管内の非常電話サーバ２８、非常電話サーバ２９、非常電話サーバ３０は、Ａ支社管内の対応する受付台２４、受付台２５、受付台２６、及びＢ支社管内の対応する受付台３２、受付台３３、受付台３４に発信する。ここで非常電話システムは通常運用中のため、非常電話サーバ２８、２９、３０からの発信は、図３に示すように受付台３２、３３、３４、及び受付台２４、２５、２６にて破棄される。

【0042】

この着信の破棄は、発信した非常電話（ここでは非常電話♯１）のＩＰアドレスで判断する。通常運用中に受け付ける着信は、自支社管内の非常電話からの着信でかつ、自支社管内の非常電話サーバ（ここでは非常電話サーバ２０、２１、２２のいずれか）を経由したもののみとする。他支社管内の非常電話からの着信であれば、受付台は着信を破棄する。自支社管内の非常電話からの着信であっても、経由したサーバのＩＰアドレスより判断し、他支社管内の非常電話サーバ（ここでは非常電話サーバ２８、２９、３０のいずれか）を経由していた場合は破棄する。

【0043】

次に、Ａ支社管内システムにおいて装置障害やネットワーク障害、大規模災害などで管制運用が困難となったときのバックアップ運用での、非常電話システムの動作について、図４及び図５を参照して説明する。例えば、図４に示すように、Ａ支社管内システムの非常電話サーバに装置障害やネットワーク障害が発生した場合を想定する。Ａ支社管内の一つの非常電話♯１より発信すると、非常電話♯１が接続されているＡ支社管内ＩＰ線路監視装置１４に発信通知が届く。Ａ支社管内ＩＰ線路監視装置１４はこの非常電話♯１からの発信通知をＩＰ信号に変換した後に、Ａ支社管内の複数の非常電話サーバ（非常電話サーバ２０、非常電話サーバ２１、非常電話サーバ２２）、及びＢ支社管内の複数の非常電話サーバ（非常電話サーバ２８、非常電話サーバ２９、非常電話サーバ３０）に向けてＩＰ信号を発信する。ここで、Ａ支社管内システムの非常電話サーバ（非常電話サーバ２０、非常電話サーバ２１、非常電話サーバ２２）に装置障害やネットワーク障害が発生しているため、Ａ支社管内システムの非常電話サーバからは受付台２４、受付台２５、受付台２６に発信がされない。

【0044】

Ｂ支社管内の非常電話サーバ２８、非常電話サーバ２９、非常電話サーバ３０は、Ａ支社管内の対応する受付台２４、受付台２５、受付台２６、及びＢ支社管内の対応する受付台３２、受付台３３、受付台３４に発信する。ここでＡ支社管内システムはバックアップ運用中のため、非常電話サーバ２８、２９、３０からの発信は、図４に示すように受付台３２、３３、３４にて破棄される。この着信の破棄は、発信した非常電話（ここでは非常電話♯１）のＩＰアドレスで判断する。図１を参照して説明した統括保守コンソールの機能によってＢ支社管内では、Ａ支社管内の障害が発生した装置を把握できており、この情報も考慮してＢ支社管内の受付台３２、受付台３３、受付台３４は着信の受け付け、或いは破棄を決定する。ここでは、Ａ支社の非常電話サーバ２０、２１、２２の周辺で障害が発生しているが、Ａ支社の受付台２４、２５、２６の周辺では障害が発生していないので、Ａ支社の受付台２４、２５、２６で着信を受け付けることとして、図４に示すように非常電話サーバ２８、２９、３０からの発信は受付台３２、３３、３４にて破棄される。

【0045】

Ａ支社管内の受付台２４、受付台２５、受付台２６は、Ａ支社管内システムはバックアップ運用中の場合、自支社管内の非常電話からの着信でかつ、他支社管内の非常電話サーバ（ここでは非常電話サーバ２８、２９、３０のいずれか）を経由した着信を受け付ける。非常電話♯１と受付台との通話は先取り優先で、最初に通話を始めた受付台で非常電話♯１と通話を行い、他の受付台への着信はキャンセルされる。例えば、最初に通話を始めた受付台が受付台２４の場合、受付台２４で非常電話♯１と通話を行い、他の受付台（受付台２５、受付台２６）への着信はキャンセルされる。

【0046】

次に、Ａ支社管内システムはバックアップ運用中の場合として、図５に示すように、Ａ支社管内システムの非常電話サーバや受付台に装置障害やネットワーク障害が発生した場合を想定して、説明する。

【0047】

Ａ支社管内の一つの非常電話♯１より発信すると、非常電話♯１が接続されているＡ支社管内ＩＰ線路監視装置１４に発信通知が届く。Ａ支社管内ＩＰ線路監視装置１４はこの非常電話♯１からの発信通知をＩＰ信号に変換した後に、Ａ支社管内の複数の非常電話サーバ（非常電話サーバ２０、非常電話サーバ２１、非常電話サーバ２２）、及びＢ支社管内の複数の非常電話サーバ（非常電話サーバ２８、非常電話サーバ２９、非常電話サーバ３０）に向けてＩＰ信号を発信する。ここで、Ａ支社管内システムの非常電話サーバ（非常電話サーバ２０、非常電話サーバ２１、非常電話サーバ２２）に装置障害やネットワーク障害が発生しているため、Ａ支社管内システムの非常電話サーバからは受付台２４、受付台２５、受付台２６に発信がされない。またＡ支社管内システムの受付台（受付台２４、受付台２５、受付台２６）に装置障害やネットワーク障害が発生しているため、非常電話サーバからの発信をＡ支社管内システムの受付台で受け付けることができない。

【0048】

Ｂ支社管内の非常電話サーバ２８、非常電話サーバ２９、非常電話サーバ３０は、Ａ支社管内システムがバックアップ運用中であることを示す情報に基づいて、Ｂ支社管内の対応する受付台３２、受付台３３、受付台３４に発信する。図１を参照して説明した統括保守コンソールの機能によってＢ支社管内では、Ａ支社管内の障害が発生した装置を把握できており、この情報も考慮してＢ支社管内の受付台３２、受付台３３、受付台３４は着信の受け付け、或いは破棄を決定する。ここでは、Ａ支社の非常電話サーバ２０、２１、２２の周辺で障害が発生しており、かつＡ支社の受付台２４、２５、２６の周辺で障害が発生しているので、非常電話サーバ２８、２９、３０からの発信をＢ支社の受付台３２、３３、３４で受け付ける。

【0049】

Ｂ支社管内の受付台３２、受付台３３、受付台３４は、Ａ支社管内システムはバックアップ運用中の場合、Ａ支社管内の非常電話からの着信でかつ、Ｂ支社管内の非常電話サーバ（ここでは非常電話サーバ２８、２９、３０のいずれか）を経由した着信を受け付ける。非常電話♯１と受付台との通話は先取り優先で、最初に通話を始めた受付台で非常電話♯１と通話を行い、他の受付台への着信はキャンセルされる。例えば、最初に通話を始めた受付台が受付台３２の場合、受付台３２で非常電話♯１と通話を行い、他の受付台（受付台３３、受付台３４）への着信はキャンセルされる。

【0050】

（受付台の動作）
次に、本実施形態の非常電話システムについて、受付台から見た受付台の受付又は破棄の考え方について、説明する。図６は、本実施形態の非常電話システムの受付台の動作を説明するためのフローチャートである。

【0051】

まず、Ａ支社管内の受付台（受付台２４、２５、２６）又はＢ支社管内の受付台（受付台３２、３３、３４）のいずれかが、非常電話を着信する（ステップＳ１）。受付台は、自支社管内の非常電話からの着信か否かを判断する（ステップＳ２）。この判断は、発信した非常電話のＩＰアドレスで判断する。自支社管内の非常電話からの着信であった場合（ステップＳ２のＹＥＳ）、受付台は、自支社管内の非常電話サーバ経由で着信しているか否かを判断する（ステップＳ３）。自支社管内の非常電話サーバ経由で着信している場合（ステップＳ３のＹＥＳ）、受付台は、着信表示を行い、非常電話からの着信を受け付ける。

【0052】

自支社管内の非常電話からの着信でない場合（ステップＳ２のＮＯ）、すなわち他支社管内の非常電話からの着信であった場合、受付台は、入力されるサーバ運用状態を示す監視信号に基づいて、非常電話システムの運用がバックアップ運用中か否か、言い換えるとバックアップ運用中か通常運用中かを判断する（ステップＳ４）。非常電話システムが通常運用である場合（ステップＳ４のＮＯ）、受付台は、非常電話からの着信を破棄する。非常電話システムがバックアップ運用中である場合（ステップＳ４のＹＥＳ）、受付台は、着信表示を行い、非常電話からの着信を受け付ける。

【0053】

ステップＳ３での判断がＮＯ、言い換えると非常電話の着信が自支社管内の非常電話サーバ経由でない場合（ステップＳ３のＮＯ）、受付台は、入力されるサーバ運用状態を示す監視信号に基づいて、自支社管内システムがバックアップ運用中か否か、言い換えるとバックアップ運用中か通常運用中かを判断する（ステップＳ５）。自支社管内システムが通常運用中であれば（ステップＳ５のＮＯ）、受付台は、着信を破棄する。自支社管内システムがバックアップ運用中であれば（ステップＳ５のＹＥＳ）、受付台は、着信表示を行い、この他支社管内の非常電話サーバを経由した、非常電話からの着信を受け付ける。

【0054】

（効果の説明）
本実施形態の非常電話システムでは、第１実施形態と同様に、受付台で着信の受付、着信の破棄の判断をしているため、常に非常電話からの着信が来ている場合に受付台で即時に対応することができる。例えば、非常電話の発信経路変更等の切り替えを行う構成によって、通常運用からバックアップ運用に切り替えるものの場合、各装置間の認証時間があり時間がかかる。また経路切り替え事態が正常に完了せず、バックアップ運用が行えないリスクもある。これに対して、本実施形態の非常電話システムでは、経路の切り替え自体がないため、上記リスクを回避することができる。またネットワークの監視も行われているため、機器障害などによる通信断も判明するため、実際のバックアップ開始時に運用ができないことを回避できる。

【0055】

さらに本実施形態の非常電話システムでは、第１実施形態と同様に、Ａ支社管内システム又はＢ支社管内システムのいずれかにおいて装置障害やネットワーク障害、大規模災害などで管制運用が困難になった場合でも、非常電話と受付台とで通話を行うことができる。その理由は、非常電話からの発信があったときには、Ａ支社管内ＩＰ線路監視装置１４やＢ支社管内ＩＰ線路監視装置１８は自支社管内の非常電話サーバだけでなく他支社管内の非常電話サーバに向けてＩＰ信号を発信しているからである。また受付台は、発信した非常電話のＩＰアドレス、及び経由した非常電話サーバのＩＰアドレスと、Ａ支社管内システムやＢ支社管内システムが通常運用であるかバックアップ運用であるかといった運用状態を示す情報とに基づいて、着信の受付、或いは着信の破棄を判断しているからである。

【0056】

さらに本実施形態の非常電話システムでは、Ａ支社管内システム又はＢ支社管内システムの装置障害やネットワーク障害の発生箇所や発生内容に応じて、着信の受付、或いは着信の破棄を判断している。これにより、Ａ支社管内システムの受付台に装置障害やネットワーク障害が発生した場合には、Ｂ支社管内の非常電話サーバを経由して、Ｂ支社管内の受付台で着信し、Ａ支社管内の非常電話と通話を行うことができる。

【0057】

〔その他の実施形態〕
以上、本発明の好ましい実施形態を説明したが、本発明はこれらに限定されるものではない。上述した実施形態では、Ａ支社管内システムとＢ支社管内システムといった、二つの管内システムの装置が接続されたシステムで説明したが、この管内の数は三つ以上とすることができる。図７は、本発明のその他の実施形態による非常電話システムを説明するためのブロック図である。図７の非常電話システムは、図１に示されるＡ支社管内システム、及びＢ支社管内システムに加えて、Ｃ支社管内システムを含む。Ａ支社管内システム、及びＢ支社管内システムの構成については、第１実施形態で説明したとおりである。図７の非常電話システムのＣ支社管内システムは、非常電話６１と、Ｃ支社管内ＩＰ（Internet Protocol）線路監視装置６２と、非常電話サーバ６３と、受付台６４と、統括保守コンソール６５とを含む。

【0058】

統括保守コンソール６５は、Ｃ支社管内ＩＰ線路監視装置６２、非常電話サーバ６３、及び受付台６４を監視しており、これらのうち障害が発生した装置を把握できる。統括保守コンソール６５が監視する各装置に装置障害やネットワーク障害が発生すると、統括保守コンソール６５にアラームが表示される。また本実施形態では、統括保守コンソール５５、統括保守コンソール６０及び統括保守コンソール６５は、相互に接続され、支社間で連携をとっており情報を共有している。この情報共有によって、統括保守コンソール５５、統括保守コンソール６０は及び統括保守コンソール６５は、自支社管内だけでなく他支社管内についても障害が発生した装置を区別できる。

【0059】

本実施形態では、非常通話は、非常電話５１、非常電話５６や非常電話６１より発信される。非常電話６１より発信された非常通話は、非常電話６１が接続されているＣ支社管内ＩＰ線路監視装置６２を介し、Ｃ支社の非常電話サーバ６３を経由して、Ｃ支社の受付台６４に着信する。さらに本実施形態の非常電話システムでは、Ａ支社管内ＩＰ線路監視装置５２は、Ａ支社の非常電話５１から発信した際に、Ａ支社の非常電話サーバ５３と、Ｂ支社の非常電話サーバ５８と、Ｃ支社の非常電話サーバ６３と、の全てに対して発信する。また本実施形態の非常電話システムでは、Ｂ支社管内ＩＰ線路監視装置５７は、Ｂ支社の非常電話５６から発信した際に、Ｂ支社の非常電話サーバ５８と、Ａ支社の非常電話サーバ５３と、Ｃ支社の非常電話サーバ６３と、の全てに対して発信する。さらにまた本実施形態の非常電話システムでは、Ｃ支社管内ＩＰ線路監視装置６２は、Ｃ支社の非常電話６１から発信した際に、Ｃ支社の非常電話サーバ６３と、Ａ支社の非常電話サーバ５３と、Ｂ支社の非常電話サーバ５８と、の全てに対して発信する。

【0060】

受付台５４、受付台５９、受付台６４は、現在の非常電話システムの運用が通常運用かバックアップ運用かの判断を行い、非常電話からの着信を判断した後に受け付けるか又は廃棄するかの判断を行う。統括保守コンソール５５、統括保守コンソール６０及び統括保守コンソール６５は、相互に接続され、支社間で連携をとっており情報を共有しているので自支社管内だけでなく他支社管内についても障害が発生した装置を区別できる。この共有情報も考慮して、受付台５４、受付台５９、受付台６４は、非常電話からの着信を判断した後に受け付けるか又は廃棄するかの判断を行う。

【0061】

例えば、Ａ支社の非常電話サーバ周辺の障害及び受付台周辺の障害が発生している場合、Ａ支社の非常電話より発信された非常通話はＢ支社の受付台で受け付ける、Ｃ支社の受付台で受け付ける、或いはＢ支社又はＣ支社の受付台で受け付けることが考えられる。その際には、例えば、Ａ支社の非常電話との直線距離が近い支社の受付台で受け付けるといった判断基準を設定する。

【0062】

（効果の説明）
本実施形態の非常電話システムでは、第１実施形態と同様に、受付台で着信の受付、着信の破棄の判断をしているため、常に非常電話からの着信が来ている場合に受付台で即時に対応することができる。例えば、非常電話の発信経路変更等の切り替えを行う構成によって、通常運用からバックアップ運用に切り替えるものの場合、各装置間の認証時間があり時間がかかる。また経路切り替え事態が正常に完了せず、バックアップ運用が行えないリスクもある。これに対して、本実施形態の非常電話システムでは、経路の切り替え自体がないため、上記リスクを回避することができる。またネットワークの監視も行われているため、機器障害などによる通信断も判明するため、実際のバックアップ開始時に運用ができないことを回避できる。

【0063】

さらに本実施形態の非常電話システムでは、Ａ支社管内システム、Ｂ支社管内システム又はＣ支社管内システムにおいて装置障害やネットワーク障害、大規模災害などで管制運用が困難になった場合でも、非常電話と受付台とで通話を行うことができる。その理由は、非常電話からの発信があったときには、Ａ支社管内ＩＰ線路監視装置５２、Ｂ支社管内ＩＰ線路監視装置５７やＣ支社管内ＩＰ線路監視装置６２は自支社管内の非常電話サーバだけでなく別管内の非常電話サーバに向けてＩＰ信号を発信しているからである。また受付台は、発信した非常電話のＩＰアドレス、及び経由した非常電話サーバのＩＰアドレスと、Ａ支社管内システム、Ｂ支社管内システムやＣ支社管内システムが通常運用であるかバックアップ運用であるかといった運用状態を示す情報とに基づいて、着信の受付、或いは着信の破棄を判断しているからである。

【符号の説明】

【0064】

１４、５２ Ａ支社管内ＩＰ線路監視装置
１８、５７ Ｂ支社管内ＩＰ線路監視装置
１９、２３、２７、３１ Ｌ３－ＳＷ
２０、２１、２２、２８、２９、３０、５３、５８、６３ 非常電話サーバ
２４、２５、２６、３２、３３、３４、５４、５９、６４ 受付台
５１、５６、６１ 非常電話
５５、６０、６５ 統括保守コンソール
６２ Ｃ支社管内ＩＰ線路監視装置

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】