通信制御装置、通信制御方法、及び通信制御プログラム
【課題】適切な緊急呼通信台に緊急通報を転送することができる通信制御装置、通信制御方法、及び通信制御プログラムを提供する。
【解決手段】通信システム１は、通信制御装置１１、緊急呼通信台１２、デジタル通信端末１３、アナログ通信端末１４、１８を備える。通信制御装置１１は、モジュラーケーブル１７を介して接続したアナログ通信端末１４から、緊急呼通信台１２との間のセッションの確立要求を受信した場合、緊急呼通信台１２とアナログ通信端末１４との間のセッションを確立させるための通信を行う。これによって、アナログ通信端末１４を使用して緊急通報を緊急呼通信台１２に発信することができる。一方、ＩＰ網１６を介して接続したデジタル通信端末１３から、緊急呼通信台１２との間のセッションの確立要求を受信した場合、緊急呼通信台１２とデジタル通信端末１３との間のセッションを確立させるための通信を行わず、セッションを確立させない。
【解決手段】通信システム１は、通信制御装置１１、緊急呼通信台１２、デジタル通信端末１３、アナログ通信端末１４、１８を備える。通信制御装置１１は、モジュラーケーブル１７を介して接続したアナログ通信端末１４から、緊急呼通信台１２との間のセッションの確立要求を受信した場合、緊急呼通信台１２とアナログ通信端末１４との間のセッションを確立させるための通信を行う。これによって、アナログ通信端末１４を使用して緊急通報を緊急呼通信台１２に発信することができる。一方、ＩＰ網１６を介して接続したデジタル通信端末１３から、緊急呼通信台１２との間のセッションの確立要求を受信した場合、緊急呼通信台１２とデジタル通信端末１３との間のセッションを確立させるための通信を行わず、セッションを確立させない。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信端末間の通信を制御する通信制御装置、通信制御方法、及び通信制御プログラムに関する。
【背景技術】
【０００２】
Internet Protocol（ＩＰ）網とPublic Switched Telephone Networks（ＰＳＴＮ）網との間に介在し、両網間の通信を仲介する通信制御装置が知られている。該当する通信制御装置として、Voice over IP（VoIP）ゲートウェイ等が挙げられる。通信制御装置は、ＰＳＴＮ網をSession Initiation Protocol User Agent（ＳＩＰ ＵＡ）と仮想的に認識することによって、ＩＰ網に接続する他のＳＩＰ ＵＡから、ＰＳＴＮ網に接続する通信端末とのセッションの確立要求を受け付ける。通信制御装置は、ＩＰ網から受信した確立要求に基づき、ＰＳＴＮ網に接続する通信端末との間でセッションを確立させる。これによって、ＩＰ網に接続する通信端末と、ＰＳＴＮ網に接続する通信端末との間で通信が可能となる。例えば特許文献１では、ＩＰ網に接続する通信端末から、ＰＳＴＮ網に接続する緊急呼通信台に対する緊急通報（１１０、１１９番通報など）を受け付ける通信制御装置が提案されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１０−８７９７３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
特許文献１に記載された通信制御装置は、ＩＰ網に接続する通信端末から緊急通報を受け付けた場合、ＰＳＴＮ網を介して直接接続する緊急呼通信台に緊急通報を転送する。ここで一般的に、通信制御装置は、緊急通報を発信した通信端末の所在地を正確に把握することができない。緊急通報には、通信端末の所在地を示す情報が付加されないためである。このため、緊急通報を発信した通信端末が、通信制御装置から遠く離れた位置からＩＰ網に接続している場合、通信制御装置は、発信元の通信端末から離れた場所にある緊急呼通信台に緊急通報を転送することになる。このように通信制御装置は、受け付けた緊急通報を、適切な緊急呼通信台に転送することができない場合があるという問題点がある。
【０００５】
本発明の目的は、適切な緊急呼通信台に緊急通報を転送することができる通信制御装置、通信制御方法、及び通信制御プログラムを提供することにある。
【課題を解決するための手段】
【０００６】
本発明の第一態様に係る通信制御装置は、ＩＰ網に接続するデジタル通信端末と、ＰＳＴＮ網に接続する緊急呼通信台との間の通信を仲介し、前記ＩＰ網及び前記ＰＳＴＮ網に接続可能に構成される通信制御装置において、アナログ通信端末と通信するために前記アナログ通信端末と接続する接続手段と、前記接続手段によって接続された前記アナログ通信端末から、前記緊急呼通信台との間のセッションの確立を要求する第一確立要求を受信する第一受信手段と、前記第一受信手段によって前記第一確立要求が受信された場合に、前記ＰＳＴＮ網を介して前記緊急呼通信台と前記アナログ通信端末との間のセッションを確立させるために、前記緊急呼通信台と通信を行う通信手段と、前記デジタル通信端末から、前記緊急呼通信台との間のセッションの確立を要求する第二確立要求を、前記ＩＰ網を介して受信する第二受信手段と、前記第二受信手段によって前記第二確立要求が受信された場合に、前記緊急呼通信台との間のセッションの確立を拒否する拒否手段とを備えたことを特徴とする。
【０００７】
本発明によれば、通信制御装置は、アナログ通信端末と接続するための接続手段を備えている。アナログ通信端末は通信制御装置に直接接続された状態となるため、通信制御装置の近傍に配置されることになる。アナログ通信端末から確立要求を受信した場合、通信制御装置は、ＰＳＴＮ網を介して直接接続する緊急呼通信台とアナログ通信端末との間のセッションを確立させる。このためアナログ通信端末は、近傍に配置する緊急呼通信台との間でセッションを確立させることができる。緊急呼通信台のオペレータは、アナログ通信端末から発信された緊急通報等に適切に対応することができる。
【０００８】
一方、通信制御装置は、デジタル通信端末から確立要求を受信した場合、デジタル通信端末の所在が不定であるので、緊急呼通信台とデジタル通信端末との間のセッションを確立させない。このようにして通信制御装置は、互いに離れて配置されている可能性のあるデジタル通信端末と緊急呼通信台との間のセッションの確立を拒否することによって、適切でない緊急呼通信台とデジタル通信端末との間の通信を抑止することができる。
【０００９】
第一態様において、前記アナログ通信端末と前記緊急呼通信台との間のセッションが確立した状態で、前記アナログ通信端末から、前記緊急呼通信台との間のセッションの切断を要求する切断要求を受信する第三受信手段と、前記第三受信手段によって前記切断要求が受信された場合に、前記アナログ通信端末と前記緊急呼通信台との間のセッションを維持する維持手段とを備えていてもよい。これによって緊急呼通信台は、維持された状態のセッションを介して逆信を実行することができる。
【００１０】
第一態様において、前記維持手段によって前記アナログ通信端末と前記緊急呼通信台との間で維持されているセッションを介し、前記緊急呼通信台から前記アナログ通信端末に対する信号を受信したか否かを判断する判断手段と、前記判断手段によって、前記緊急呼通信台から前記アナログ通信端末に対する信号を受信したと判断された場合に、前記アナログ通信端末のユーザに対する着信通知を前記アナログ通信端末に送信する第一送信手段とを備えていてもよい。これによって通信制御装置は、アナログ通信端末のユーザに対して、緊急呼通信台において逆信が実行された旨を通知することができる。アナログ通信端末のユーザは、緊急呼通信台において逆信が実行された旨を認識し、緊急呼通信台との間の通信を再開することができる。
【００１１】
第一態様において、前記判断手段によって、前記緊急呼通信台から前記アナログ通信端末に対する信号を受信していないと判断され、且つ、前記第三受信手段によって前記アナログ通信端末から前記切断要求が受信されてからの経過時間が所定時間以上となった場合に、前記アナログ通信端末のユーザに対する着信通知を前記アナログ通信端末に送信する第二送信手段を備えていてもよい。通信制御装置は、アナログ通信端末から切断要求を受信した後、維持されたセッションを介して逆信が所定時間以上実行されない場合、アナログ通信端末に着信通知を送信する。アナログ通信端末のユーザは、着信通知に基づいて、緊急呼通信台との間の通信を再開することができる。このようにして通信制御装置は、緊急呼通信台からの逆信が所定時間以上実行されない場合に、アナログ通信端末と緊急呼通信台との間の通信の再開をユーザに促すことができる。
【００１２】
第一態様において、前記アナログ通信端末と前記緊急呼通信台との間のセッションが確立した状態で、前記緊急呼通信台から、通話の終了を通知する終了通知を受信する第四受信手段と、前記第四受信手段によって前記終了通知が受信された場合に、前記アナログ通信端末と前記緊急呼通信台との間で確立したセッションを切断させるために、前記緊急呼通信台との間のセッションの切断を要求する切断要求を、前記アナログ通信端末に対して送信する第三送信手段とを備えていてもよい。緊急呼通信台においてアナログ通信端末との間の通信を終了させる操作が実行された場合に、通信制御装置は、緊急呼通信台とアナログ通信端末との間のセッションを終了させることができる。
【００１３】
本発明の第二態様に係る通信制御方法は、ＩＰ網に接続するデジタル通信端末と、ＰＳＴＮ網に接続する緊急呼通信台との間の通信を仲介する通信制御方法であって、接続手段を介して接続したアナログ通信端末から、前記緊急呼通信台との間のセッションの確立を要求する第一確立要求を受信する第一受信ステップと、前記第一受信ステップによって前記第一確立要求が受信された場合に、前記ＰＳＴＮ網を介して前記緊急呼通信台と前記アナログ通信端末との間のセッションを確立させるために、前記緊急呼通信台と通信を行う通信ステップと、前記デジタル通信端末から、前記緊急呼通信台との間のセッションの確立を要求する第二確立要求を、前記ＩＰ網を介して受信する第二受信ステップと、前記第二受信ステップによって前記第二確立要求が受信された場合に、前記緊急呼通信台との間のセッションの確立を拒否する拒否ステップとを備えている。第二態様によれば、第一態様と同様の効果を奏することができる。
【００１４】
本発明の第三態様に係る通信制御プログラムは、接続手段を介して接続したアナログ通信端末から、ＰＳＴＮ網に接続する緊急呼通信台との間のセッションの確立を要求する第一確立要求を受信する第一受信ステップと、前記第一受信ステップによって前記第一確立要求が受信された場合に、前記ＰＳＴＮ網を介して前記緊急呼通信台と前記アナログ通信端末との間のセッションを確立させるために、前記緊急呼通信台と通信を行う通信ステップと、ＩＰ網に接続するデジタル通信端末から、前記緊急呼通信台との間のセッションの確立を要求する第二確立要求を受信する第二受信ステップと、前記第二受信ステップによって前記第二確立要求が受信された場合に、前記緊急呼通信台との間のセッションの確立を拒否する拒否ステップとをコンピュータに実行させる。第三態様によれば、第一態様と同様の効果を奏することができる。
【図面の簡単な説明】
【００１５】
【図１】通信システム１の概要、および通信制御装置１１の機能ブロックを示す図である。
【図２】通信制御装置１１の電気的構成を示すブロック図である。
【図３】第一ＩＰ制御処理を示すフローチャートである。
【図４】第一アナログ制御処理を示すフローチャートである。
【図５】第二アナログ制御処理を示すフローチャートである。
【図６】ＰＳＴＮ制御処理を示すフローチャートである。
【発明を実施するための形態】
【００１６】
以下、本発明の一実施形態について、図面を参照して説明する。これらの図面は、本発明が採用しうる技術的特徴を説明するために用いられるものである。記載されている装置の構成、各種処理のフローチャート等は、それのみに限定する趣旨ではなく、単なる説明例である。
【００１７】
図１を参照し、通信システム１について説明する。通信システム１は、通信制御装置１１、緊急呼通信台１２、デジタル通信端末１３、およびアナログ通信端末１４、１８を備えている。緊急呼通信台１２は、Public Switched Telephone Networks（ＰＳＴＮ）網１５に接続している。緊急呼通信台１２は、ＰＳＴＮ網１５を介して緊急通報（１１０、１１９、１１８等）を受け付ける受付台である。緊急呼通信台１２は、警察機関（１１０）、消防機関（１１９）、および海上保安機関（１１８）等に設置される。デジタル通信端末１３は、Internet Protocol（ＩＰ）網１６に接続している。デジタル通信端末１３は、デジタル通信を行うことによってユーザに通話サービスを提供する通信端末である。デジタル通信端末１３は、後述する通信制御装置１１との間で、Session Initiation Protocol（ＳＩＰ）に基づいた通信を行う。デジタル通信端末１３として、周知のＩＰ電話を使用することができる。アナログ通信端末１４は、後述する通信制御装置１１と、モジュラーケーブル１７を介して直接接続している。アナログ通信端末１８は、ＰＳＴＮ網１５に接続している。アナログ通信端末１４、１８は、アナログ通信を行うことによってユーザに通話サービスを提供する通信端末である。アナログ通信端末１４、１８として、周知のアナログ電話を使用することができる。
【００１８】
通信制御装置１１は、ＰＳＴＮ１５網およびＩＰ網１６に接続している。また通信制御装置１１は、モジュラーケーブル１７を介してアナログ通信端末１４と接続している。通信制御装置１１は、ＰＳＴＮ網１５を介して接続した緊急呼通信台１２およびアナログ通信端末１８、ＩＰ網１６を介して接続したデジタル通信端末１３、および、モジュラーケーブル１７を介して接続したアナログ通信端末１８間の通信を仲介する処理を実行する。
【００１９】
通信制御装置１１が備える機能ブロックについて説明する。通信制御装置１１は、ＰＳＴＮ制御部１１１、アナログ制御部１１２、第一ＩＰ制御部１１３、および第二ＩＰ制御部１１４を機能ブロックとして備えている。其々の機能ブロックは、通信制御装置１１のＣＰＵ２１（図２参照）において実行される処理の基本単位を示している。其々の機能ブロックによって実現される通信制御装置１１の動作概要について、以下に説明する。
【００２０】
第一ＩＰ制御部１１３は、ＩＰ網１６に接続したデジタル通信端末１３から、ＰＳＴＮ網１５に接続した緊急呼通信台１２およびアナログ通信端末１８宛の通信を受け付け、通信を仲介するための機能ブロックである。第一ＩＰ制御部１１３は以下の機能を実現する。
【００２１】
通信制御装置１１が、ＩＰ網１６を介してデジタル通信端末１３から、アナログ通信端末１８との間のセッションの確立を要求するINVITEを受信したとする。第一ＩＰ制御部１１３は、ＰＳＴＮ網１５を宛先のSession Initiation Protocol User Agent（ＳＩＰ ＵＡ）として定義する。第一ＩＰ制御部１１３は、定義した宛先のＳＩＰ ＵＡとデジタル通信端末１３との間で、ＩＰ網１６を介したセッションを確立させるための確立通信を実行する。次に第一ＩＰ制御部１１３は、アナログ通信端末１８との間でＰＳＴＮ網１５を介したセッションを確立させるために、ＰＳＴＮ制御部１１１に確立通信の実行を要求する。なお、要求を受けたＰＳＴＮ制御部１１１では、アナログ通信端末１８との間のセッションを確立させるための確立通信が実行される。これによって、デジタル通信端末１３とアナログ通信端末１８との間でセッションが確立され、通話を行うことが可能な状態になる。
【００２２】
一方、通信制御装置１１が、ＩＰ網１６を介してデジタル通信端末１３から、緊急呼通信台１２との間のセッションの確立を要求するINVITEを受信したとする。第一ＩＰ制御部１１３は、上述の場合とは異なり、セッションを確立させるための確立通信を実行せず、デジタル通信端末１３と緊急呼通信台１２との間のセッションの確立を拒否する。理由は次の通りである。デジタル通信端末１３はＩＰ網１６に接続しており、具体的な所在地が不定である。デジタル通信端末１３が、通信制御装置１１から遠く離れた位置からＩＰ網１６に接続している場合、通信制御装置１１は、INVITEの発信元の通信端末１３から離れた場所にある緊急呼通信台１２とのセッションを確立することになる。このような場合、デジタル通信端末１３を使用してユーザが緊急通報を行うと、離れた場所にある緊急呼通信台１２につながってしまう。この結果、緊急呼通信台１２のオペレータは、緊急呼通信台から遠く離れた位置のデジタル通信端末１３のユーザからの通報であるため、この通報に適切に対処できない恐れがある。そこで通信制御装置１１は、デジタル通信端末１３から緊急通報を受け付けた場合、デジタル通信端末１３と緊急呼通信台１２との間のセッションの確立を拒否することで、上述した弊害を予防する。
【００２３】
なお第一ＩＰ制御部１１３は、上述した機能の他に、アナログ通信端末１８からの要求に応じ、アナログ通信端末１８とアナログ通信端末１４との間のセッションを確立させるための処理や、確立されたセッションを切断させるための処理も実行する。
【００２４】
アナログ制御部１１２は、モジュラーケーブル１７を介して接続したアナログ通信端末１４から、ＰＳＴＮ網１５に接続した緊急呼通信台１２およびアナログ通信端末１８宛の通信を受け付け、通信を仲介するための機能ブロックである。アナログ制御部１１２は以下の機能を実現する。
【００２５】
通信制御装置１１が、モジュラーケーブル１７を介してアナログ通信端末１４から、アナログ通信端末１８との間のセッションの確立を要求する確立要求を受信したとする。アナログ制御部１１２は、アナログ通信端末１４を送信元のＳＩＰ ＵＡとして定義する。アナログ制御部１１２は、アナログ通信端末１８との間のセッションを確立させることを、第二ＩＰ制御部１１４を介して第一ＩＰ制御部１１３に要求する。具体的には、定義した送信元のＳＩＰ ＵＡからのINVITEをアナログ制御部１１２が第二ＩＰ制御部１１４を介して仮想的に第一ＩＰ制御部１１３に送信することで、第一ＩＰ制御部１１３にセッションの確立を要求する。なお、要求を受けた第一ＩＰ制御部１１３は、ＰＳＴＮ網１５を宛先のＳＩＰ ＵＡとして定義する。第一ＩＰ制御部１１３は、送信元のＳＩＰ ＵＡ（アナログ通信端末１４）と宛先のＳＩＰ ＵＡ（ＰＳＴＮ網１５）との間のセッションを確立させる。次に第一ＩＰ制御部１１３は、アナログ通信端末１８との間でＰＳＴＮ網１５を介したセッションを確立させるために、ＰＳＴＮ制御部１１１に確立通信の実行を要求する。なお要求を受けたＰＳＴＮ制御部１１１では、アナログ通信端末１８との間のセッションを確立させるための確立通信が実行される。これによって、アナログ通信端末１４、１８間でセッションが確立され、通話を行うことが可能な状態になる。
【００２６】
通信制御装置１１が、モジュラーケーブル１７を介してアナログ通信端末１４から、緊急呼通信台１２との間のセッションの確立を要求する確立要求を受信したとする。アナログ制御部１１２は、緊急呼通信台１２との間でＰＳＴＮ網１５を介したセッションを確立させるために、ＰＳＴＮ制御部１１１に確立通信の実行を要求する。アナログ通信端末１４からアナログ通信端末１８との間のセッションの確立を要求する確立要求を受信した上述の場合と異なり、第一ＩＰ制御部１１３および第二ＩＰ制御部１１４を介することなく、ＰＳＴＮ制御部１１１に対して確立通信の実行が直接要求される。なお、要求を受けたＰＳＴＮ制御部１１１では、緊急呼通信台１２との間のセッションを確立させるための確立通信が実行される。これによって、アナログ通信端末１４と緊急呼通信台１２との間でセッションが確立される。アナログ通信端末１４のユーザは、緊急呼通信台１２に緊急通報を行うことができるようになる。ここでアナログ通信端末１４は、モジュラーケーブル１７を介して通信制御装置１１に直接接続しており、具体的な所在地が明確である。このため通信制御装置１１は、通信制御装置１１の近傍に設置された緊急呼通信台１２とアナログ通信端末１４との間のセッションを確立させることによって、アナログ通信端末１４からの緊急通報を、アナログ通信端末１４に対して近い位置に設置された緊急呼通信台１２に転送することができる。これによって緊急呼通信台１２のオペレータは、アナログ通信端末１４から発信された緊急通報に適切に対処することができる。
【００２７】
なおアナログ制御部１１２は、上述した機能の他に、アナログ通信端末１４又はデジタル通信端末１３からの要求に応じ、アナログ通信端末１４とデジタル通信端末１３との間のセッションを確立させるための確立通信を、第二ＩＰ制御部１１４を介して実行する。これによって、アナログ通信端末１４とデジタル通信端末１３との間で通話を行うことが可能な状態になる。またアナログ制御部１１２は、アナログ通信端末１８からの要求に応じ、アナログ通信端末１４、１８間のセッションを確立させるための確立通信を実行する。これによって、アナログ通信端末１４、１８間で通話を行うことが可能な状態になる。
【００２８】
ＰＳＴＮ制御部１１１は、アナログ制御部１１２および第一ＩＰ制御部１１３からの要求に応じ、緊急呼通信台１２およびアナログ通信端末１８との間でＰＳＴＮ網１５を介したセッションを確立させるための確立通信を実行する機能ブロックである。またＰＳＴＮ制御部１１１は、緊急呼通信台１２が提供する保留機能および逆信機能も実現するように制御する。保留機能は、緊急呼通信台１２とアナログ通信端末１４との間のセッションが確立され、アナログ通信端末１４から緊急通報を受け付けた場合、アナログ通信端末１４側からセッションの切断が要求された場合でも、緊急呼通信台１２側からセッションの切断が要求されない限り、セッションを維持する機能である。逆信機能は、維持されたセッションを介して、緊急呼通信台１２からアナログ通信端末１４を呼び出す機能である。なお、保留機能および逆信機能は、周知の緊急呼通信台１２が通常備える機能である。
【００２９】
第二ＩＰ制御部１１４は、ＩＰ網１６に接続したデジタル通信端末１３と、モジュラーケーブル１７を介して接続したアナログ通信端末１４との間の通信を仲介するための機能ブロックである。第二ＩＰ制御部１１４は、デジタル通信端末１３又はアナログ通信端末１４からの要求に応じ、アナログ通信端末１４とデジタル通信端末１３との間のセッションを確立させるための確立通信を実行する。また第二ＩＰ制御部１１４は、ＰＳＴＮ網１５に接続したアナログ通信端末１８と、モジュラーケーブル１７を介して接続したアナログ通信端末１４との間の通信も仲介する。
【００３０】
図２を参照し、通信制御装置１１の電気的構成について説明する。通信制御装置１１は、通信制御装置１１の制御を司るＣＰＵ２１を備えている。ＣＰＵ２１は、ＲＯＭ２２、ＲＡＭ２３、ＦＲＯＭ２４、ＣＯＤＥＣ２５、２６、Foreign eXchange Officeインタフェース（以下、ＦＸＯ Ｉ／Ｆという。）２７、Foreign eXchange Stationインタフェース（以下、ＦＸＳ Ｉ／Ｆという。）２８、およびイーサネット（登録商標）インタフェース（以下、イーサネットＩ／Ｆという。）２９と電気的に接続している。ＲＯＭ２２は、書き換え可能な不揮発性メモリである。ＲＯＭ２２には、ブートプログラム、ＢＩＯＳ、ＯＳ等が記憶される。ＲＡＭ２３には、タイマやカウンタ、一時的なデータが記憶される。ＦＲＯＭ２４には、ＣＰＵ２１の制御プログラムが記憶される。ＣＯＤＥＣ２５、２６は、音声信号の符号化および復号化を行うデバイスである。ＦＸＯ Ｉ／Ｆ２７は、ＰＳＴＮ網１５を介して緊急呼通信台１２およびアナログ通信端末１８と通信を行うためのインタフェースである。ＦＸＳ Ｉ／Ｆ２８は、モジュラーケーブル１７を介してアナログ通信端末１４と接続し、通信を行うためのインタフェースである。イーサネットＩ／Ｆ２９は、ＩＰ網１６を介してデジタル通信端末１３と通信を行うためのインタフェースである。
【００３１】
図３から図６を参照し、通信制御装置１１が実行する処理について説明する。第一ＩＰ制御処理（図３参照）、第一アナログ制御処理（図４参照）、第二アナログ制御処理（図５参照）、およびＰＳＴＮ制御処理（図６参照）は、ＦＲＯＭ２４に記憶されている通信制御プログラムに従って、通信制御装置１１のＣＰＵ２１が実行する。ＣＰＵ２１は、通信制御装置１１の電源がＯＮされると、第一ＩＰ制御処理、第一アナログ制御処理、およびＰＳＴＮ制御処理を開始する。またＣＰＵ２１は、緊急呼通信台１２、アナログ通信端末１８、およびデジタル通信端末１３とアナログ通信端末１４との間のセッションが確立した場合、第二アナログ制御処理を開始する。ＣＰＵ２１は、其々の処理を並行して実行することができる。
【００３２】
なおＣＰＵ２１は、第一ＩＰ制御処理を実行することによって、第一ＩＰ制御部１１３（図１参照）の機能を実現する。ＣＰＵ２１は、第一アナログ制御処理および第二アナログ制御処理を実行することによって、アナログ制御部１１２（図１参照）および第二ＩＰ制御部１１４（図１参照）の機能を実現する。ＣＰＵ２１は、ＰＳＴＮ制御処理を実行することによって、ＰＳＴＮ制御部１１１（図１参照）の機能を実現する。
【００３３】
図３を参照し、第一ＩＰ制御処理について説明する。はじめにＣＰＵ２１は、通信制御装置１１の電源がＯＦＦされたかを判断する（Ｓ１１）。通信制御装置１１の電源がＯＦＦされた場合（Ｓ１１：ＹＥＳ）、第一ＩＰ制御処理は終了する。一方、通信制御装置１１の電源がＯＦＦされていない場合（Ｓ１１：ＮＯ）、ＣＰＵ２１は、ＰＳＴＮ網１５に接続した緊急呼通信台１２又はアナログ通信端末１８との間のセッションの確立を要求するINVITEを受信したかを判断する（Ｓ１３）。
【００３４】
なおINVITEは、デジタル通信端末１３から受信するか、または、アナログ通信端末１４のＳＩＰ ＵＡから仮想的に受信する。デジタル通信端末１３から受信するINVITEは、緊急呼通信台１２との間のセッションの確立を要求する信号である場合と、アナログ通信端末１８との間のセッションの確立を要求する信号である場合とがある。一方、アナログ通信端末１４のＳＩＰ ＵＡから仮想的に受信するINVITEは、アナログ通信端末１８との間のセッションの確立を要求する信号である場合のみである。アナログ通信端末１４と緊急呼通信台１２との間のセッションが確立される場合、第一アナログ制御処理（図４参照）およびＰＳＴＮ制御処理（図６参照）を介して処理が実行されるためである。ＣＰＵ２１がINVITEを受信していない場合（Ｓ１３：ＮＯ）、処理はＳ１１に戻る。
【００３５】
INVITEを受信した場合（Ｓ１３：ＹＥＳ）、ＣＰＵ２１は、ＰＳＴＮ網１５が使用中であるかを判断する（Ｓ１５）。ＰＳＴＮ網１５を介した他のセッションが既に確立されている場合、ＰＳＴＮ網１５を介して新たなセッションを確立させることができない。この場合ＣＰＵ２１は、ＰＳＴＮ網１５が使用中であると判断する（Ｓ１５：ＹＥＳ）。ＣＰＵ２１は、デジタル通信端末１３に対してBUSYを送信することによって、セッションの確立を拒否する（Ｓ２１）。処理はＳ１１に戻る。
【００３６】
ＰＳＴＮ網１５が使用中でない場合（Ｓ１５：ＮＯ）、ＣＰＵ２１は、Ｓ１３でデジタル通信端末１３からINVITEを受信しており、且つ、緊急呼通信台１２との間のセッションの確立を要求するINVITEであるかを判断する（Ｓ１７）。緊急呼通信台１２との間のセッションの確立を要求するINVITEである場合（Ｓ１７：ＹＥＳ）、デジタル通信端末１３と緊急呼通信台１２との間のセッションの確立を拒否するために、ＣＰＵ２１は、デジタル通信端末１３に対してBUSYを送信する（Ｓ２１）。これによって、ユーザがデジタル通信端末１３を使用して緊急通報を行った場合には、デジタル通信端末１３は緊急呼通信台１２につながらない。処理はＳ１１に戻る。
【００３７】
Ｓ１３で受信したINVITEが、アナログ通信端末１８との間のセッションの確立を要求する信号である場合（Ｓ１７：ＮＯ）、デジタル通信端末１３またはアナログ通信端末１４が、アナログ通信端末１８との間のセッションの確立を要求していることになる。以下、デジタル通信端末１３またはアナログ通信端末１４のうち、アナログ通信端末１８との間のセッションの確立を要求している通信端末を、要求端末という。ＣＰＵ２１は、要求端末とアナログ通信端末１８と間のセッションを確立させるために、ＰＳＴＮ制御処理（図６参照）に確立通信の実行を要求する（Ｓ１９）。なお、要求された確立通信は、ＰＳＴＮ制御処理（図６参照）のＳ８５（図６参照）で実行される。詳細は後述する。これによって、要求端末とアナログ通信端末１８との間のセッションが確立される。要求端末とアナログ通信端末１８との間で通話を実行することが可能な状態になる。
【００３８】
ＣＰＵ２１は、アナログ通信端末１８との間のセッションが確立した要求端末がデジタル通信端末１３である場合に、デジタル通信端末１３がオンフックしたかを判断する（Ｓ２３）。デジタル通信端末１３がオンフックしていない場合（Ｓ２３：ＮＯ）、処理はＳ２７に進む。一方、デジタル通信端末１３がオンフックした場合（Ｓ２３：ＹＥＳ）、デジタル通信端末１３のユーザは、アナログ通信端末１８との間のセッションを切断して通話を終了させようとしている。ＣＰＵ２１は、デジタル通信端末１３とアナログ通信端末１８との間で確立した状態のセッションを切断させるために、ＰＳＴＮ制御処理（図６参照）に切断通信の実行を要求する（Ｓ２５）。なお、要求された切断通信は、ＰＳＴＮ制御処理（図６参照）のＳ９１（図６参照）で実行される。デジタル通信端末１３とアナログ通信端末１８との間のセッションは切断される。処理はＳ１１に戻る。
【００３９】
ＣＰＵ２１は、ＰＳＴＮ制御処理（図６参照）のＳ１０３（図６参照）で、アナログ通信端末１８と要求端末との間で確立した状態のセッションを切断させるための切断通信の実行の要求がされたかが判断される（Ｓ２７）。切断通信の実行の要求がされていない場合（Ｓ２７：ＮＯ）、処理はＳ２３に戻る。一方、切断通信の実行の要求がされた場合（Ｓ２７：ＹＥＳ）、ＣＰＵ２１は、アナログ通信端末１８と要求端末との間で確立した状態のセッションを切断させるための切断通信を、要求端末との間で実行する（Ｓ２９）。具体的には、ＣＰＵ２１は、要求端末に対して切断要求を送信する。アナログ通信端末１８と要求端末との間のセッションは切断される。処理はＳ１１に戻る。
【００４０】
図４を参照し、第一アナログ制御処理について説明する。はじめにＣＰＵ２１は、通信制御装置１１の電源がＯＦＦされたかを判断する（Ｓ３１）。通信制御装置１１の電源がＯＦＦされた場合（Ｓ３１：ＹＥＳ）、第一アナログ制御処理は終了する。一方、通信制御装置１１の電源がＯＦＦされていない場合（Ｓ３１：ＮＯ）、ＣＰＵ２１は、モジュラーケーブル１７を介してアナログ通信端末１４から、ＰＳＴＮ網１５に接続した緊急呼通信台１２またはアナログ通信端末１８との間のセッションの確立を要求する確立要求を受信したかを判断する（Ｓ３３）。なお実際には、アナログ通信端末１４から、デジタル通信端末１３との間のセッションの確立を要求する確立要求を受信する場合もあるが、以下ではこの場合を省略している。確立要求を受信していない場合（Ｓ３３：ＮＯ）、処理はＳ３１に戻る。
【００４１】
アナログ通信端末１４から確立要求を受信した場合（Ｓ３３：ＹＥＳ）、ＣＰＵ２１は、Ｓ３３で受信した確立要求が、緊急呼通信台１２との間のセッションの確立を要求する信号であるかを判断する（Ｓ３７）。緊急呼通信台１２との間のセッションの確立を要求する信号である場合（Ｓ３７：ＹＥＳ）、ＣＰＵ２１は、緊急呼通信台１２とアナログ通信端末１４との間のセッションを確立させるために、ＰＳＴＮ制御処理（図６参照）に確立通信の実行を要求する（Ｓ３９）。なお、要求された確立通信は、ＰＳＴＮ制御処理（図６参照）のＳ８５（図６参照）で実行される。詳細は後述する。処理はＳ３１に戻る。
【００４２】
一方、Ｓ３３で受信した確立要求が、緊急呼通信台１２との間のセッションの確立を要求する信号でない場合（Ｓ３７：ＮＯ）、アナログ通信端末１８との間のセッションの確立を要求する信号であることになる。ＣＰＵ２１は、アナログ通信端末１４、１８間でセッションを確立させるために、第一ＩＰ制御処理（図３参照）に確立通信の実行を要求する（Ｓ４１）。具体的には、ＣＰＵ２１は、アナログ通信端末１８との間のセッションの確立を要求するINVITEであって、アナログ通信端末１４のＳＩＰ ＵＡから仮想的に送信されたINVITEが、第一ＩＰ制御処理（図３参照）のＳ１３（図３参照）で受信されるように、INVITEの受信イベントを発行する。第一ＩＰ制御処理では、発行された受信イベントに基づき、アナログ通信端末１４のＳＩＰ ＵＡから仮想的に送信されたINVITEを受信する処理が実行される。なお、アナログ通信端末１８との間のセッションの確立を要求するINVITEを第一ＩＰ制御処理で受信させる上述の処理は、第二ＩＰ制御部１１４（図１参照）の機能に相当する。処理はＳ３１に戻る。
【００４３】
図５を参照し、第二アナログ制御処理について説明する。ＣＰＵ２１は、緊急呼通信台１２、アナログ通信端末１８、およびデジタル通信端末１３とアナログ通信端末１４との間のセッションが確立した場合、第二アナログ制御処理を開始する。はじめにＣＰＵ２１は、アナログ通信端末１４がオンフックしたかを判断する（Ｓ５１）。ＣＰＵ２１は、アナログ通信端末１４がオンフックした場合にアナログ通信端末１４から送信される切断要求を受信した場合に、アナログ通信端末１４がオンフックしたと判断する。一方、ＣＰＵ２１は、アナログ通信端末１４から切断要求を受信しない場合、アナログ通信端末１４はオンフックしていないと判断する。アナログ通信端末１４がオンフックしていない場合（Ｓ５１：ＮＯ）、ＣＰＵ２１は、ＰＳＴＮ制御処理（図６参照）のＳ１０１（図６参照）で、緊急呼通信台１２とアナログ通信端末１４との間で確立した状態のセッションを切断させるための切断通信の実行の要求がされているか、または、Ｓ１０３（図６参照）で、アナログ通信端末１４、１８間で確立した状態のセッションを切断させるための切断通信の実行の要求がされているかを判断する（Ｓ７３）。切断通信の実行の要求がされていない場合（Ｓ７３：ＮＯ）、処理はＳ５１に戻る。一方、切断通信の実行の要求がされた場合（Ｓ７３：ＹＥＳ）、ＣＰＵ２１は、確立した状態のセッションを切断させるための切断通信を、アナログ通信端末１４との間で実行する（Ｓ７５）。具体的には、ＣＰＵ２１は、アナログ通信端末１４に対して切断要求を送信する。緊急呼通信台１２またはアナログ通信端末１８とアナログ通信端末１４との間のセッションは切断される。処理はＳ５１に戻る。
【００４４】
一方、アナログ通信端末１４がオンフックした場合（Ｓ５１：ＹＥＳ）、ＣＰＵ２１は、緊急呼通信台１２とアナログ通信端末１４との間でセッションが確立されているかを判断する（Ｓ５３）。緊急呼通信台１２とアナログ通信端末１４との間でセッションが確立されていない場合（Ｓ５３：ＮＯ）。アナログ通信端末１４、１８間でセッションが確立されていることになる。アナログ通信端末１４のユーザは、アナログ通信端末１８との間のセッションを切断して通話を終了させようとしている。ＣＰＵ２１は、確立中のセッションを切断させるために、ＰＳＴＮ制御処理（図６参照）に切断通信の実行を要求する（Ｓ５５）。なお、要求された切断通信は、ＰＳＴＮ制御処理（図６参照）のＳ９１（図６参照）で実行される。アナログ通信端末１４、１８間のセッションは切断される。第二アナログ制御処理は終了する。
【００４５】
一方、緊急呼通信台１２とアナログ通信端末１４との間でセッションが確立されている場合（Ｓ５３：ＹＥＳ）、ＣＰＵ２１は、アナログ通信端末１４のユーザがセッションを切断して通話を終了させようとしているのに対し、緊急呼通信台１２とアナログ通信端末１４との間のセッションを切断することなくそのまま維持する（Ｓ５６）。これによって緊急呼通信台１２は、維持されたセッションを介して逆信を容易に実行することができる。すなわち、緊急呼通信台１２は、逆信を実行するためにセッションを再度確立させる必要がない。
【００４６】
ＣＰＵ２１は、アナログ通信端末１４がオンフックしてからの経過時間の計測を開始する（Ｓ５７）。ＣＰＵ２１は、緊急呼通信台１２とアナログ通信端末１４との間のセッションを介し、緊急呼通信台１２からアナログ通信端末１４に対して逆信が実行された旨の通知を、ＰＳＴＮ制御処理（Ｓ９５、図６参照）から受け付けたかを判断する（Ｓ５９）。逆信が実行された旨の通知を受け付けた場合（Ｓ５９：ＹＥＳ）、ＣＰＵ２１は、アナログ通信端末１４の呼び出し音を鳴動させて逆信が実行された旨をユーザに通知するために、アナログ通信端末１４に対して着信通知を送信する（Ｓ６３）。処理はＳ６５に進む。
【００４７】
アナログ通信端末１４は、通信制御装置１１から着信通知を受信した場合、呼び出し音を鳴動させ、緊急呼通信台１２から逆信が実行された旨をユーザに通知する。緊急呼通信台１２とアナログ通信端末１４との間のセッションは確立された状態で維持されている（Ｓ５６）ので、アナログ通信端末１４のユーザは、呼び出し音に応じてアナログ通信端末１４をオフフックすることで、緊急呼通信台１２において実行された逆信に応じ、緊急呼通信台１２との間で通話を再開することができる。
【００４８】
一方、逆信が実行された旨の通知を受け付けない場合（Ｓ５９：ＮＯ）、ＣＰＵ２１は、アナログ通信端末１４がオンフックしてから所定時間が経過したかを、Ｓ５７で開始した経過時間の計測の結果に基づいて判断する（Ｓ６１）。経過時間が所定時間未満である場合（Ｓ６１：ＮＯ）、処理はＳ６５に進む。一方、経過時間が所定時間以上となった場合（Ｓ６１：ＹＥＳ）、ＣＰＵ２１は、アナログ通信端末１４の呼び出し音を鳴動させてユーザへの通知を行うために、アナログ通信端末１４に対して着信通知を送信する（Ｓ６３）。
【００４９】
アナログ通信端末１４は、通信制御装置１１から着信通知を受信した場合、呼び出し音を鳴動させることによってユーザへの通知を行う。ユーザは、呼び出し音に応じてアナログ通信端末１４をオフフックすることで、緊急呼通信台１２との通話を再開することができる。このように通信制御装置１１は、アナログ通信端末１４がオンフックした後、維持されたセッションを介して緊急呼通信台１２が逆信を所定時間以上実行しない場合、緊急呼通信台１２とアナログ通信端末１４との間の通信の再開をユーザに促すことができる。処理はＳ６５に進む。
【００５０】
ＣＰＵ２１は、アナログ通信端末１４がオフフックしたかを判断する（Ｓ６５）。アナログ通信端末１４がオフフックした場合（Ｓ６５：ＹＥＳ）、緊急呼通信台１２とアナログ通信端末１４との間で維持された状態のセッションを介し、緊急呼通信台１２とアナログ通信端末１４との間で通話が再開される（Ｓ６７）。処理はＳ５１に戻る。
【００５１】
一方、アナログ通信端末１４がオフフックしない場合（Ｓ６５：ＮＯ）、ＣＰＵ２１は、ＰＳＴＮ制御処理（図６参照）のＳ１０１（図６参照）で、緊急呼通信台１２とアナログ通信端末１４との間で確立した状態のセッションを切断させるための切断通信の実行の要求がされているかを判断する（Ｓ６９）。切断通信の実行の要求がされていない場合（Ｓ６９：ＮＯ）、処理はＳ５９に戻る。一方、切断通信の実行の要求がされた場合（Ｓ６９：ＹＥＳ）、ＣＰＵ２１は、確立した状態のセッションを切断させるための切断通信を、アナログ通信端末１４との間で実行する（Ｓ７１）。具体的には、ＣＰＵ２１は、アナログ通信端末１４に対して切断要求を送信する。緊急呼通信台１２とアナログ通信端末１４との間のセッションは切断される。第二アナログ制御処理は終了する。
【００５２】
図６を参照し、ＰＳＴＮ制御処理について説明する。はじめにＣＰＵ２１は、通信制御装置１１の電源がＯＦＦされたかを判断する（Ｓ８１）。通信制御装置１１の電源がＯＦＦされた場合（Ｓ８１：ＹＥＳ）、ＰＳＴＮ制御処理は終了する。一方、通信制御装置１１の電源がＯＦＦされていない場合（Ｓ８１：ＮＯ）、ＰＳＴＮ網１５に接続した緊急呼通信台１２またはアナログ通信端末１８との間のセッションを確立させるための確立通信の実行が要求されているかを判断する（Ｓ８３）。確立通信の実行が要求される場合として、次の二つの場合がある。第一の場合は、第一ＩＰ制御処理（図３参照）のＳ１９（図３参照）で、デジタル通信端末１３またはアナログ通信端末１４とアナログ通信端末１８との間のセッションを確立させるための確立通信の実行が要求される場合である。第二の場合は、第一アナログ制御処理（図４参照）のＳ３９（図４参照）で、アナログ通信端末１４と緊急呼通信台１２との間のセッションを確立させるための確立通信の実行が要求される場合である。いずれの場合にも該当しない場合（Ｓ８３：ＮＯ）、処理はＳ８１に戻る。
【００５３】
一方、セッションを確立させるための確立通信の実行が要求されている場合（Ｓ８３：ＹＥＳ）、ＣＰＵ２１は、上述の第一の場合には、デジタル通信端末１３またはアナログ通信端末１４とアナログ通信端末１８との間のセッションを確立させるための確立通信を、ＰＳＴＮ網１５を介してアナログ通信端末１８との間で実行する（Ｓ８５）。これによってセッションが確立され（Ｓ８５）、通話が可能になる。一方、上述の第二の場合には、ＣＰＵ２１は、通信制御装置１１と緊急呼通信台１２との間のセッションを確立させるための確立通信を、ＰＳＴＮ網１５を介して緊急呼通信台１２との間で実行する（Ｓ８５）。これによってセッションが確立され（Ｓ８５）、通話が可能になる。
【００５４】
ＣＰＵ２１は、Ｓ８５で確立されたセッションを切断させるための切断通信の実行が要求されているかを判断する（Ｓ８７）。切断通信の実行が要求される場合として、次の二つの場合がある。第一の場合は、第一ＩＰ制御処理（図３参照）のＳ２５（図３参照）で、デジタル通信端末１３とアナログ通信端末１８との間のセッションを切断させるための切断通信の実行が要求される場合である。第二の場合は、第二アナログ制御処理（図５参照）のＳ５５（図５参照）で、アナログ通信端末１４、１８間のセッションを切断させるための切断通信の実行が要求される場合である。なお、緊急呼通信台１２とアナログ通信端末１４との間でセッションが確立された状態で、アナログ通信端末１４がオンフックした場合（Ｓ５１、図５参照）には、第二アナログ制御処理（図５参照）のＳ５６（図５参照）で、確立中のセッションは維持され、ＰＳＴＮ制御処理に対して切断通信の実行は要求されない。
【００５５】
切断通信の実行が要求されている場合（Ｓ８７：ＹＥＳ）、ＣＰＵ２１は、確立した状態のセッションを切断させるための切断通信を、アナログ通信端末１８との間で実行する（Ｓ９１）。具体的には、ＣＰＵ２１は、アナログ通信端末１８に対して切断要求を送信する。ＰＳＴＮ網１５は開放される（Ｓ９１）。処理はＳ８１に戻る。
【００５６】
一方、切断通信の実行が要求されていない場合（Ｓ８７：ＮＯ）、ＣＰＵ２１は、緊急呼通信台１２において実行された逆信を検出したかを判断する（Ｓ９３）。逆信を検出しない場合（Ｓ９３：ＮＯ）、処理はＳ９７に進む。逆信を検出した場合（Ｓ９３：ＹＥＳ）、ＣＰＵ２１は、緊急呼通信台１２において逆信が実行された旨を、第二アナログ制御処理（図５参照）に対して通知する（Ｓ９５）。なお、第二アナログ制御処理（図５参照）では、逆進が実行された旨の通知を受けた場合、アナログ通信端末１４に対して着信通知が送信される（Ｓ６３、図５参照）。処理はＳ９７に進む。
【００５７】
ＣＰＵ２１は、緊急呼通信台１２またはアナログ通信端末１８から出力されるビジートーン（ＢＴ）を検出したかを判断する（Ｓ９７）。ＣＰＵ２１は、緊急呼通信台１２またはアナログ通信端末１８からビジートーンが検出されない場合（Ｓ９７：ＮＯ）、処理はＳ８７に戻る。一方、緊急呼通信台１２またはアナログ通信端末１８からビジートーンが検出された場合（Ｓ９７：ＹＥＳ）、ビジートーンを発信している緊急呼通信台１２またはアナログ通信端末１８はオンフックしており、確立中のセッションを切断させようとしていることになる。
【００５８】
ＣＰＵ２１は、緊急呼通信台１２からビジートーンが検出されたかを判断する（Ｓ９９）。緊急呼通信台１２からビジートーンを検出した場合（Ｓ９９：ＹＥＳ）、ＣＰＵ２１は、緊急呼通信台１２とアナログ通信端末１４との間で確立された状態のセッションを切断させるために、第二アナログ制御処理（図５参照）に対して切断通信の実行を要求する（Ｓ１０１）。なお、要求された切断通信は、第二アナログ制御処理（図５参照）のＳ７１、７５（図６参照）で実行される。ＰＳＴＮ網１５は開放される（Ｓ１０５）。処理はＳ８１に戻る。以上のように、緊急呼通信台１２においてアナログ通信端末１４との間の通信を終了させる処理が実行された場合、通信制御装置１１は、緊急呼通信台１２とアナログ通信端末１４との間のセッションを終了させることができる。
【００５９】
一方、緊急呼通信台１２からビジートーンを検出していない場合（Ｓ９９：ＮＯ）、アナログ通信端末１８からビジートーンを検出していることになる。ＣＰＵ２１は、アナログ通信端末１４、１８間で確立された状態のセッションを切断させるために、第二アナログ制御処理（図５参照）に対して切断通信の実行を要求する（Ｓ１０３）。なお、要求された切断通信は、第二アナログ制御処理（図５参照）のＳ７１、７５（図６参照）で実行される。ＰＳＴＮ網１５は開放される（Ｓ１０５）。処理はＳ８１に戻る。
【００６０】
以上説明したように、通信制御装置１１は、ＰＳＴＮ網１５とＩＰ網１６との間の通信を仲介する周知の機器、例えばＶｏＩＰゲートウェイが、アナログ通信端末１４と直接接続するためのＦＸＳ Ｉ／Ｆ２８を備えた構成を有している。アナログ通信端末１４は通信制御装置１１に直接接続された状態となるため、通信制御装置１１の近傍に配置される。アナログ通信端末１４を使用してユーザが緊急通報を行ったとする。通信制御装置１１は、ＰＳＴＮ網１５を介して接続する緊急呼通信台１２と、アナログ通信端末１４との間のセッションを確立させるための確立通信を実行する。アナログ通信端末１４を使用して行われた緊急通報は、近傍に配置される緊急呼通信台１２につながる。このためアナログ通信端末１４のユーザは、適切な緊急呼通信台１２と通話をおこなうことができる。
【００６１】
一方、デジタル通信端末１３を使用してユーザが緊急通報を行ったとする。アナログ通信端末１４とは異なり、デジタル通信端末１３の所在が不定であり、緊急呼通信台１２に対してデジタル通信端末が離れた場所に配置されている可能性がある。従って通信制御装置１１は、緊急呼通信台１２とデジタル通信端末１３との間のセッションは確立させない。このようにして通信制御装置１１は、互いに離れて配置されている可能性のあるデジタル通信端末１３と緊急呼通信台１２との間のセッションの確立を拒否することによって、適切でない緊急呼通信台１２とデジタル通信端末１３との間の通信を抑止することができる。
【００６２】
なお、ＦＸＳ Ｉ／Ｆ２８が本発明の「接続手段」に相当する。Ｓ３３の処理を行うＣＰＵ２１が本発明の「第一受信手段」に相当する。Ｓ８５の処理を行うＣＰＵ２１が本発明の「通信手段」に相当する。Ｓ１３の処理を行うＣＰＵ２１が本発明の「第二受信手段」に相当する。Ｓ２１の処理を行うＣＰＵ２１が本発明の「拒否手段」に相当する。Ｓ５１の処理を行うＣＰＵ２１が本発明の「第三受信手段」に相当する。Ｓ５６の処理を行うＣＰＵ２１が本発明の「維持手段」に相当する。Ｓ９３の処理を行うＣＰＵ２１が本発明の「判断手段」に相当する。Ｓ６３の処理を行うＣＰＵ２１が本発明の「第一送信手段」「第二送信手段」に相当する。Ｓ９７の処理を行うＣＰＵ２１が本発明の「第四受信手段」に相当する。Ｓ７１、Ｓ７５の処理を行うＣＰＵ２１が本発明の「第三送信手段」に相当する。Ｓ３３の処理が本発明の「第一受信ステップ」に相当する。Ｓ８５の処理が本発明の「通信ステップ」に相当する。Ｓ１３の処理が本発明の「第二受信ステップ」に相当する。Ｓ２１の処理が本発明の「拒否ステップ」に相当する。
【００６３】
本発明は上述の実施形態に限定されず、種々の変更が可能である。上述の実施形態では、通信制御装置１１とアナログ通信端末１３との間はモジュラーケーブル１７によって接続されていた。通信制御装置１１とアナログ通信端末１３との間は、他の通信媒体によって接続されてもよい。例えば、アナログ通信端末１４は、構内ＰＳＴＮ網を介して通信制御装置１１と接続してもよい。通信制御装置１１と直接接続するアナログ通信端末１４は、二台以上であってもよい。上述の実施形態では、アナログ通信端末１４と緊急呼通信台１２との間のセッションが確立した後、アナログ通信端末１４がオンフックすることによってセッションの切断が要求された場合、アナログ通信端末１４と緊急呼通信台１２との間のセッションは維持されていた。通信制御装置１１は、アナログ通信端末１４がオンフックした場合、アナログ通信端末１４と緊急呼通信台１２との間のセッションを切断してもよい。上述の実施形態では、アナログ通信端末１４と緊急呼通信台１２との間で維持されたセッションを介し、緊急呼通信台１２が逆信を実行した場合、通信制御装置１１は、アナログ通信端末１４に対して着信通知を送信していた。通信制御装置１１は、着信通知を行う代わりに、別の通知方法によってアナログ通信端末１４のユーザに逆信が実行された旨を通知してもよい。例えば、通信制御装置１１に設けたスピーカやＬＥＤなどを駆動することによって、アナログ通信端末１４のユーザに逆信が実行された旨を直接通知してもよい。上述の実施形態では、アナログ通信端末１４と緊急呼通信台１２との間のセッションが確立された状態で、アナログ通信端末１４がオンフックした場合、オンフックしてから所定時間が経過した場合には、緊急呼通信台１２によって逆信が実行されていない場合でも、アナログ通信端末１４に対して着信通知が送信されていた。通信制御装置１１は、所定時間が経過した場合、緊急呼通信台１２に警告信号を送信し、逆信の実行を促してもよい。上述の実施形態では、アナログ通信端末１４と緊急呼通信台１２との間のセッションが確立された状態で、緊急呼通信台１２からビジートーンが検出された場合、アナログ通信端末１４と緊急呼通信台１２との間のセッションを切断していた。例えば緊急呼通信台１２は、セッションを切断させるための所定のトーン信号を、接続された状態のセッションを介して発信してもよい。通信制御装置１１は、所定のトーン信号を受信した場合に、アナログ通信端末１４と緊急呼通信台１２との間のセッションを切断しても良い。通信制御装置１１は、アナログ通信端末１４と緊急呼通信台１２との間のセッションが所定時間以上連続して確立された状態になっている場合に、強制的にセッションを切断してもよい。
【符号の説明】
【００６４】
１ 通信システム
１１ 通信制御装置
１２ 緊急呼通信台
１３ デジタル通信端末
１４ アナログ通信端末
１５ ＰＳＴＮ網
１６ ＩＰ網
２１ ＣＰＵ
２８ ＦＸＳ Ｉ／Ｆ
【技術分野】
【０００１】
本発明は、通信端末間の通信を制御する通信制御装置、通信制御方法、及び通信制御プログラムに関する。
【背景技術】
【０００２】
Internet Protocol（ＩＰ）網とPublic Switched Telephone Networks（ＰＳＴＮ）網との間に介在し、両網間の通信を仲介する通信制御装置が知られている。該当する通信制御装置として、Voice over IP（VoIP）ゲートウェイ等が挙げられる。通信制御装置は、ＰＳＴＮ網をSession Initiation Protocol User Agent（ＳＩＰ ＵＡ）と仮想的に認識することによって、ＩＰ網に接続する他のＳＩＰ ＵＡから、ＰＳＴＮ網に接続する通信端末とのセッションの確立要求を受け付ける。通信制御装置は、ＩＰ網から受信した確立要求に基づき、ＰＳＴＮ網に接続する通信端末との間でセッションを確立させる。これによって、ＩＰ網に接続する通信端末と、ＰＳＴＮ網に接続する通信端末との間で通信が可能となる。例えば特許文献１では、ＩＰ網に接続する通信端末から、ＰＳＴＮ網に接続する緊急呼通信台に対する緊急通報（１１０、１１９番通報など）を受け付ける通信制御装置が提案されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１０−８７９７３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
特許文献１に記載された通信制御装置は、ＩＰ網に接続する通信端末から緊急通報を受け付けた場合、ＰＳＴＮ網を介して直接接続する緊急呼通信台に緊急通報を転送する。ここで一般的に、通信制御装置は、緊急通報を発信した通信端末の所在地を正確に把握することができない。緊急通報には、通信端末の所在地を示す情報が付加されないためである。このため、緊急通報を発信した通信端末が、通信制御装置から遠く離れた位置からＩＰ網に接続している場合、通信制御装置は、発信元の通信端末から離れた場所にある緊急呼通信台に緊急通報を転送することになる。このように通信制御装置は、受け付けた緊急通報を、適切な緊急呼通信台に転送することができない場合があるという問題点がある。
【０００５】
本発明の目的は、適切な緊急呼通信台に緊急通報を転送することができる通信制御装置、通信制御方法、及び通信制御プログラムを提供することにある。
【課題を解決するための手段】
【０００６】
本発明の第一態様に係る通信制御装置は、ＩＰ網に接続するデジタル通信端末と、ＰＳＴＮ網に接続する緊急呼通信台との間の通信を仲介し、前記ＩＰ網及び前記ＰＳＴＮ網に接続可能に構成される通信制御装置において、アナログ通信端末と通信するために前記アナログ通信端末と接続する接続手段と、前記接続手段によって接続された前記アナログ通信端末から、前記緊急呼通信台との間のセッションの確立を要求する第一確立要求を受信する第一受信手段と、前記第一受信手段によって前記第一確立要求が受信された場合に、前記ＰＳＴＮ網を介して前記緊急呼通信台と前記アナログ通信端末との間のセッションを確立させるために、前記緊急呼通信台と通信を行う通信手段と、前記デジタル通信端末から、前記緊急呼通信台との間のセッションの確立を要求する第二確立要求を、前記ＩＰ網を介して受信する第二受信手段と、前記第二受信手段によって前記第二確立要求が受信された場合に、前記緊急呼通信台との間のセッションの確立を拒否する拒否手段とを備えたことを特徴とする。
【０００７】
本発明によれば、通信制御装置は、アナログ通信端末と接続するための接続手段を備えている。アナログ通信端末は通信制御装置に直接接続された状態となるため、通信制御装置の近傍に配置されることになる。アナログ通信端末から確立要求を受信した場合、通信制御装置は、ＰＳＴＮ網を介して直接接続する緊急呼通信台とアナログ通信端末との間のセッションを確立させる。このためアナログ通信端末は、近傍に配置する緊急呼通信台との間でセッションを確立させることができる。緊急呼通信台のオペレータは、アナログ通信端末から発信された緊急通報等に適切に対応することができる。
【０００８】
一方、通信制御装置は、デジタル通信端末から確立要求を受信した場合、デジタル通信端末の所在が不定であるので、緊急呼通信台とデジタル通信端末との間のセッションを確立させない。このようにして通信制御装置は、互いに離れて配置されている可能性のあるデジタル通信端末と緊急呼通信台との間のセッションの確立を拒否することによって、適切でない緊急呼通信台とデジタル通信端末との間の通信を抑止することができる。
【０００９】
第一態様において、前記アナログ通信端末と前記緊急呼通信台との間のセッションが確立した状態で、前記アナログ通信端末から、前記緊急呼通信台との間のセッションの切断を要求する切断要求を受信する第三受信手段と、前記第三受信手段によって前記切断要求が受信された場合に、前記アナログ通信端末と前記緊急呼通信台との間のセッションを維持する維持手段とを備えていてもよい。これによって緊急呼通信台は、維持された状態のセッションを介して逆信を実行することができる。
【００１０】
第一態様において、前記維持手段によって前記アナログ通信端末と前記緊急呼通信台との間で維持されているセッションを介し、前記緊急呼通信台から前記アナログ通信端末に対する信号を受信したか否かを判断する判断手段と、前記判断手段によって、前記緊急呼通信台から前記アナログ通信端末に対する信号を受信したと判断された場合に、前記アナログ通信端末のユーザに対する着信通知を前記アナログ通信端末に送信する第一送信手段とを備えていてもよい。これによって通信制御装置は、アナログ通信端末のユーザに対して、緊急呼通信台において逆信が実行された旨を通知することができる。アナログ通信端末のユーザは、緊急呼通信台において逆信が実行された旨を認識し、緊急呼通信台との間の通信を再開することができる。
【００１１】
第一態様において、前記判断手段によって、前記緊急呼通信台から前記アナログ通信端末に対する信号を受信していないと判断され、且つ、前記第三受信手段によって前記アナログ通信端末から前記切断要求が受信されてからの経過時間が所定時間以上となった場合に、前記アナログ通信端末のユーザに対する着信通知を前記アナログ通信端末に送信する第二送信手段を備えていてもよい。通信制御装置は、アナログ通信端末から切断要求を受信した後、維持されたセッションを介して逆信が所定時間以上実行されない場合、アナログ通信端末に着信通知を送信する。アナログ通信端末のユーザは、着信通知に基づいて、緊急呼通信台との間の通信を再開することができる。このようにして通信制御装置は、緊急呼通信台からの逆信が所定時間以上実行されない場合に、アナログ通信端末と緊急呼通信台との間の通信の再開をユーザに促すことができる。
【００１２】
第一態様において、前記アナログ通信端末と前記緊急呼通信台との間のセッションが確立した状態で、前記緊急呼通信台から、通話の終了を通知する終了通知を受信する第四受信手段と、前記第四受信手段によって前記終了通知が受信された場合に、前記アナログ通信端末と前記緊急呼通信台との間で確立したセッションを切断させるために、前記緊急呼通信台との間のセッションの切断を要求する切断要求を、前記アナログ通信端末に対して送信する第三送信手段とを備えていてもよい。緊急呼通信台においてアナログ通信端末との間の通信を終了させる操作が実行された場合に、通信制御装置は、緊急呼通信台とアナログ通信端末との間のセッションを終了させることができる。
【００１３】
本発明の第二態様に係る通信制御方法は、ＩＰ網に接続するデジタル通信端末と、ＰＳＴＮ網に接続する緊急呼通信台との間の通信を仲介する通信制御方法であって、接続手段を介して接続したアナログ通信端末から、前記緊急呼通信台との間のセッションの確立を要求する第一確立要求を受信する第一受信ステップと、前記第一受信ステップによって前記第一確立要求が受信された場合に、前記ＰＳＴＮ網を介して前記緊急呼通信台と前記アナログ通信端末との間のセッションを確立させるために、前記緊急呼通信台と通信を行う通信ステップと、前記デジタル通信端末から、前記緊急呼通信台との間のセッションの確立を要求する第二確立要求を、前記ＩＰ網を介して受信する第二受信ステップと、前記第二受信ステップによって前記第二確立要求が受信された場合に、前記緊急呼通信台との間のセッションの確立を拒否する拒否ステップとを備えている。第二態様によれば、第一態様と同様の効果を奏することができる。
【００１４】
本発明の第三態様に係る通信制御プログラムは、接続手段を介して接続したアナログ通信端末から、ＰＳＴＮ網に接続する緊急呼通信台との間のセッションの確立を要求する第一確立要求を受信する第一受信ステップと、前記第一受信ステップによって前記第一確立要求が受信された場合に、前記ＰＳＴＮ網を介して前記緊急呼通信台と前記アナログ通信端末との間のセッションを確立させるために、前記緊急呼通信台と通信を行う通信ステップと、ＩＰ網に接続するデジタル通信端末から、前記緊急呼通信台との間のセッションの確立を要求する第二確立要求を受信する第二受信ステップと、前記第二受信ステップによって前記第二確立要求が受信された場合に、前記緊急呼通信台との間のセッションの確立を拒否する拒否ステップとをコンピュータに実行させる。第三態様によれば、第一態様と同様の効果を奏することができる。
【図面の簡単な説明】
【００１５】
【図１】通信システム１の概要、および通信制御装置１１の機能ブロックを示す図である。
【図２】通信制御装置１１の電気的構成を示すブロック図である。
【図３】第一ＩＰ制御処理を示すフローチャートである。
【図４】第一アナログ制御処理を示すフローチャートである。
【図５】第二アナログ制御処理を示すフローチャートである。
【図６】ＰＳＴＮ制御処理を示すフローチャートである。
【発明を実施するための形態】
【００１６】
以下、本発明の一実施形態について、図面を参照して説明する。これらの図面は、本発明が採用しうる技術的特徴を説明するために用いられるものである。記載されている装置の構成、各種処理のフローチャート等は、それのみに限定する趣旨ではなく、単なる説明例である。
【００１７】
図１を参照し、通信システム１について説明する。通信システム１は、通信制御装置１１、緊急呼通信台１２、デジタル通信端末１３、およびアナログ通信端末１４、１８を備えている。緊急呼通信台１２は、Public Switched Telephone Networks（ＰＳＴＮ）網１５に接続している。緊急呼通信台１２は、ＰＳＴＮ網１５を介して緊急通報（１１０、１１９、１１８等）を受け付ける受付台である。緊急呼通信台１２は、警察機関（１１０）、消防機関（１１９）、および海上保安機関（１１８）等に設置される。デジタル通信端末１３は、Internet Protocol（ＩＰ）網１６に接続している。デジタル通信端末１３は、デジタル通信を行うことによってユーザに通話サービスを提供する通信端末である。デジタル通信端末１３は、後述する通信制御装置１１との間で、Session Initiation Protocol（ＳＩＰ）に基づいた通信を行う。デジタル通信端末１３として、周知のＩＰ電話を使用することができる。アナログ通信端末１４は、後述する通信制御装置１１と、モジュラーケーブル１７を介して直接接続している。アナログ通信端末１８は、ＰＳＴＮ網１５に接続している。アナログ通信端末１４、１８は、アナログ通信を行うことによってユーザに通話サービスを提供する通信端末である。アナログ通信端末１４、１８として、周知のアナログ電話を使用することができる。
【００１８】
通信制御装置１１は、ＰＳＴＮ１５網およびＩＰ網１６に接続している。また通信制御装置１１は、モジュラーケーブル１７を介してアナログ通信端末１４と接続している。通信制御装置１１は、ＰＳＴＮ網１５を介して接続した緊急呼通信台１２およびアナログ通信端末１８、ＩＰ網１６を介して接続したデジタル通信端末１３、および、モジュラーケーブル１７を介して接続したアナログ通信端末１８間の通信を仲介する処理を実行する。
【００１９】
通信制御装置１１が備える機能ブロックについて説明する。通信制御装置１１は、ＰＳＴＮ制御部１１１、アナログ制御部１１２、第一ＩＰ制御部１１３、および第二ＩＰ制御部１１４を機能ブロックとして備えている。其々の機能ブロックは、通信制御装置１１のＣＰＵ２１（図２参照）において実行される処理の基本単位を示している。其々の機能ブロックによって実現される通信制御装置１１の動作概要について、以下に説明する。
【００２０】
第一ＩＰ制御部１１３は、ＩＰ網１６に接続したデジタル通信端末１３から、ＰＳＴＮ網１５に接続した緊急呼通信台１２およびアナログ通信端末１８宛の通信を受け付け、通信を仲介するための機能ブロックである。第一ＩＰ制御部１１３は以下の機能を実現する。
【００２１】
通信制御装置１１が、ＩＰ網１６を介してデジタル通信端末１３から、アナログ通信端末１８との間のセッションの確立を要求するINVITEを受信したとする。第一ＩＰ制御部１１３は、ＰＳＴＮ網１５を宛先のSession Initiation Protocol User Agent（ＳＩＰ ＵＡ）として定義する。第一ＩＰ制御部１１３は、定義した宛先のＳＩＰ ＵＡとデジタル通信端末１３との間で、ＩＰ網１６を介したセッションを確立させるための確立通信を実行する。次に第一ＩＰ制御部１１３は、アナログ通信端末１８との間でＰＳＴＮ網１５を介したセッションを確立させるために、ＰＳＴＮ制御部１１１に確立通信の実行を要求する。なお、要求を受けたＰＳＴＮ制御部１１１では、アナログ通信端末１８との間のセッションを確立させるための確立通信が実行される。これによって、デジタル通信端末１３とアナログ通信端末１８との間でセッションが確立され、通話を行うことが可能な状態になる。
【００２２】
一方、通信制御装置１１が、ＩＰ網１６を介してデジタル通信端末１３から、緊急呼通信台１２との間のセッションの確立を要求するINVITEを受信したとする。第一ＩＰ制御部１１３は、上述の場合とは異なり、セッションを確立させるための確立通信を実行せず、デジタル通信端末１３と緊急呼通信台１２との間のセッションの確立を拒否する。理由は次の通りである。デジタル通信端末１３はＩＰ網１６に接続しており、具体的な所在地が不定である。デジタル通信端末１３が、通信制御装置１１から遠く離れた位置からＩＰ網１６に接続している場合、通信制御装置１１は、INVITEの発信元の通信端末１３から離れた場所にある緊急呼通信台１２とのセッションを確立することになる。このような場合、デジタル通信端末１３を使用してユーザが緊急通報を行うと、離れた場所にある緊急呼通信台１２につながってしまう。この結果、緊急呼通信台１２のオペレータは、緊急呼通信台から遠く離れた位置のデジタル通信端末１３のユーザからの通報であるため、この通報に適切に対処できない恐れがある。そこで通信制御装置１１は、デジタル通信端末１３から緊急通報を受け付けた場合、デジタル通信端末１３と緊急呼通信台１２との間のセッションの確立を拒否することで、上述した弊害を予防する。
【００２３】
なお第一ＩＰ制御部１１３は、上述した機能の他に、アナログ通信端末１８からの要求に応じ、アナログ通信端末１８とアナログ通信端末１４との間のセッションを確立させるための処理や、確立されたセッションを切断させるための処理も実行する。
【００２４】
アナログ制御部１１２は、モジュラーケーブル１７を介して接続したアナログ通信端末１４から、ＰＳＴＮ網１５に接続した緊急呼通信台１２およびアナログ通信端末１８宛の通信を受け付け、通信を仲介するための機能ブロックである。アナログ制御部１１２は以下の機能を実現する。
【００２５】
通信制御装置１１が、モジュラーケーブル１７を介してアナログ通信端末１４から、アナログ通信端末１８との間のセッションの確立を要求する確立要求を受信したとする。アナログ制御部１１２は、アナログ通信端末１４を送信元のＳＩＰ ＵＡとして定義する。アナログ制御部１１２は、アナログ通信端末１８との間のセッションを確立させることを、第二ＩＰ制御部１１４を介して第一ＩＰ制御部１１３に要求する。具体的には、定義した送信元のＳＩＰ ＵＡからのINVITEをアナログ制御部１１２が第二ＩＰ制御部１１４を介して仮想的に第一ＩＰ制御部１１３に送信することで、第一ＩＰ制御部１１３にセッションの確立を要求する。なお、要求を受けた第一ＩＰ制御部１１３は、ＰＳＴＮ網１５を宛先のＳＩＰ ＵＡとして定義する。第一ＩＰ制御部１１３は、送信元のＳＩＰ ＵＡ（アナログ通信端末１４）と宛先のＳＩＰ ＵＡ（ＰＳＴＮ網１５）との間のセッションを確立させる。次に第一ＩＰ制御部１１３は、アナログ通信端末１８との間でＰＳＴＮ網１５を介したセッションを確立させるために、ＰＳＴＮ制御部１１１に確立通信の実行を要求する。なお要求を受けたＰＳＴＮ制御部１１１では、アナログ通信端末１８との間のセッションを確立させるための確立通信が実行される。これによって、アナログ通信端末１４、１８間でセッションが確立され、通話を行うことが可能な状態になる。
【００２６】
通信制御装置１１が、モジュラーケーブル１７を介してアナログ通信端末１４から、緊急呼通信台１２との間のセッションの確立を要求する確立要求を受信したとする。アナログ制御部１１２は、緊急呼通信台１２との間でＰＳＴＮ網１５を介したセッションを確立させるために、ＰＳＴＮ制御部１１１に確立通信の実行を要求する。アナログ通信端末１４からアナログ通信端末１８との間のセッションの確立を要求する確立要求を受信した上述の場合と異なり、第一ＩＰ制御部１１３および第二ＩＰ制御部１１４を介することなく、ＰＳＴＮ制御部１１１に対して確立通信の実行が直接要求される。なお、要求を受けたＰＳＴＮ制御部１１１では、緊急呼通信台１２との間のセッションを確立させるための確立通信が実行される。これによって、アナログ通信端末１４と緊急呼通信台１２との間でセッションが確立される。アナログ通信端末１４のユーザは、緊急呼通信台１２に緊急通報を行うことができるようになる。ここでアナログ通信端末１４は、モジュラーケーブル１７を介して通信制御装置１１に直接接続しており、具体的な所在地が明確である。このため通信制御装置１１は、通信制御装置１１の近傍に設置された緊急呼通信台１２とアナログ通信端末１４との間のセッションを確立させることによって、アナログ通信端末１４からの緊急通報を、アナログ通信端末１４に対して近い位置に設置された緊急呼通信台１２に転送することができる。これによって緊急呼通信台１２のオペレータは、アナログ通信端末１４から発信された緊急通報に適切に対処することができる。
【００２７】
なおアナログ制御部１１２は、上述した機能の他に、アナログ通信端末１４又はデジタル通信端末１３からの要求に応じ、アナログ通信端末１４とデジタル通信端末１３との間のセッションを確立させるための確立通信を、第二ＩＰ制御部１１４を介して実行する。これによって、アナログ通信端末１４とデジタル通信端末１３との間で通話を行うことが可能な状態になる。またアナログ制御部１１２は、アナログ通信端末１８からの要求に応じ、アナログ通信端末１４、１８間のセッションを確立させるための確立通信を実行する。これによって、アナログ通信端末１４、１８間で通話を行うことが可能な状態になる。
【００２８】
ＰＳＴＮ制御部１１１は、アナログ制御部１１２および第一ＩＰ制御部１１３からの要求に応じ、緊急呼通信台１２およびアナログ通信端末１８との間でＰＳＴＮ網１５を介したセッションを確立させるための確立通信を実行する機能ブロックである。またＰＳＴＮ制御部１１１は、緊急呼通信台１２が提供する保留機能および逆信機能も実現するように制御する。保留機能は、緊急呼通信台１２とアナログ通信端末１４との間のセッションが確立され、アナログ通信端末１４から緊急通報を受け付けた場合、アナログ通信端末１４側からセッションの切断が要求された場合でも、緊急呼通信台１２側からセッションの切断が要求されない限り、セッションを維持する機能である。逆信機能は、維持されたセッションを介して、緊急呼通信台１２からアナログ通信端末１４を呼び出す機能である。なお、保留機能および逆信機能は、周知の緊急呼通信台１２が通常備える機能である。
【００２９】
第二ＩＰ制御部１１４は、ＩＰ網１６に接続したデジタル通信端末１３と、モジュラーケーブル１７を介して接続したアナログ通信端末１４との間の通信を仲介するための機能ブロックである。第二ＩＰ制御部１１４は、デジタル通信端末１３又はアナログ通信端末１４からの要求に応じ、アナログ通信端末１４とデジタル通信端末１３との間のセッションを確立させるための確立通信を実行する。また第二ＩＰ制御部１１４は、ＰＳＴＮ網１５に接続したアナログ通信端末１８と、モジュラーケーブル１７を介して接続したアナログ通信端末１４との間の通信も仲介する。
【００３０】
図２を参照し、通信制御装置１１の電気的構成について説明する。通信制御装置１１は、通信制御装置１１の制御を司るＣＰＵ２１を備えている。ＣＰＵ２１は、ＲＯＭ２２、ＲＡＭ２３、ＦＲＯＭ２４、ＣＯＤＥＣ２５、２６、Foreign eXchange Officeインタフェース（以下、ＦＸＯ Ｉ／Ｆという。）２７、Foreign eXchange Stationインタフェース（以下、ＦＸＳ Ｉ／Ｆという。）２８、およびイーサネット（登録商標）インタフェース（以下、イーサネットＩ／Ｆという。）２９と電気的に接続している。ＲＯＭ２２は、書き換え可能な不揮発性メモリである。ＲＯＭ２２には、ブートプログラム、ＢＩＯＳ、ＯＳ等が記憶される。ＲＡＭ２３には、タイマやカウンタ、一時的なデータが記憶される。ＦＲＯＭ２４には、ＣＰＵ２１の制御プログラムが記憶される。ＣＯＤＥＣ２５、２６は、音声信号の符号化および復号化を行うデバイスである。ＦＸＯ Ｉ／Ｆ２７は、ＰＳＴＮ網１５を介して緊急呼通信台１２およびアナログ通信端末１８と通信を行うためのインタフェースである。ＦＸＳ Ｉ／Ｆ２８は、モジュラーケーブル１７を介してアナログ通信端末１４と接続し、通信を行うためのインタフェースである。イーサネットＩ／Ｆ２９は、ＩＰ網１６を介してデジタル通信端末１３と通信を行うためのインタフェースである。
【００３１】
図３から図６を参照し、通信制御装置１１が実行する処理について説明する。第一ＩＰ制御処理（図３参照）、第一アナログ制御処理（図４参照）、第二アナログ制御処理（図５参照）、およびＰＳＴＮ制御処理（図６参照）は、ＦＲＯＭ２４に記憶されている通信制御プログラムに従って、通信制御装置１１のＣＰＵ２１が実行する。ＣＰＵ２１は、通信制御装置１１の電源がＯＮされると、第一ＩＰ制御処理、第一アナログ制御処理、およびＰＳＴＮ制御処理を開始する。またＣＰＵ２１は、緊急呼通信台１２、アナログ通信端末１８、およびデジタル通信端末１３とアナログ通信端末１４との間のセッションが確立した場合、第二アナログ制御処理を開始する。ＣＰＵ２１は、其々の処理を並行して実行することができる。
【００３２】
なおＣＰＵ２１は、第一ＩＰ制御処理を実行することによって、第一ＩＰ制御部１１３（図１参照）の機能を実現する。ＣＰＵ２１は、第一アナログ制御処理および第二アナログ制御処理を実行することによって、アナログ制御部１１２（図１参照）および第二ＩＰ制御部１１４（図１参照）の機能を実現する。ＣＰＵ２１は、ＰＳＴＮ制御処理を実行することによって、ＰＳＴＮ制御部１１１（図１参照）の機能を実現する。
【００３３】
図３を参照し、第一ＩＰ制御処理について説明する。はじめにＣＰＵ２１は、通信制御装置１１の電源がＯＦＦされたかを判断する（Ｓ１１）。通信制御装置１１の電源がＯＦＦされた場合（Ｓ１１：ＹＥＳ）、第一ＩＰ制御処理は終了する。一方、通信制御装置１１の電源がＯＦＦされていない場合（Ｓ１１：ＮＯ）、ＣＰＵ２１は、ＰＳＴＮ網１５に接続した緊急呼通信台１２又はアナログ通信端末１８との間のセッションの確立を要求するINVITEを受信したかを判断する（Ｓ１３）。
【００３４】
なおINVITEは、デジタル通信端末１３から受信するか、または、アナログ通信端末１４のＳＩＰ ＵＡから仮想的に受信する。デジタル通信端末１３から受信するINVITEは、緊急呼通信台１２との間のセッションの確立を要求する信号である場合と、アナログ通信端末１８との間のセッションの確立を要求する信号である場合とがある。一方、アナログ通信端末１４のＳＩＰ ＵＡから仮想的に受信するINVITEは、アナログ通信端末１８との間のセッションの確立を要求する信号である場合のみである。アナログ通信端末１４と緊急呼通信台１２との間のセッションが確立される場合、第一アナログ制御処理（図４参照）およびＰＳＴＮ制御処理（図６参照）を介して処理が実行されるためである。ＣＰＵ２１がINVITEを受信していない場合（Ｓ１３：ＮＯ）、処理はＳ１１に戻る。
【００３５】
INVITEを受信した場合（Ｓ１３：ＹＥＳ）、ＣＰＵ２１は、ＰＳＴＮ網１５が使用中であるかを判断する（Ｓ１５）。ＰＳＴＮ網１５を介した他のセッションが既に確立されている場合、ＰＳＴＮ網１５を介して新たなセッションを確立させることができない。この場合ＣＰＵ２１は、ＰＳＴＮ網１５が使用中であると判断する（Ｓ１５：ＹＥＳ）。ＣＰＵ２１は、デジタル通信端末１３に対してBUSYを送信することによって、セッションの確立を拒否する（Ｓ２１）。処理はＳ１１に戻る。
【００３６】
ＰＳＴＮ網１５が使用中でない場合（Ｓ１５：ＮＯ）、ＣＰＵ２１は、Ｓ１３でデジタル通信端末１３からINVITEを受信しており、且つ、緊急呼通信台１２との間のセッションの確立を要求するINVITEであるかを判断する（Ｓ１７）。緊急呼通信台１２との間のセッションの確立を要求するINVITEである場合（Ｓ１７：ＹＥＳ）、デジタル通信端末１３と緊急呼通信台１２との間のセッションの確立を拒否するために、ＣＰＵ２１は、デジタル通信端末１３に対してBUSYを送信する（Ｓ２１）。これによって、ユーザがデジタル通信端末１３を使用して緊急通報を行った場合には、デジタル通信端末１３は緊急呼通信台１２につながらない。処理はＳ１１に戻る。
【００３７】
Ｓ１３で受信したINVITEが、アナログ通信端末１８との間のセッションの確立を要求する信号である場合（Ｓ１７：ＮＯ）、デジタル通信端末１３またはアナログ通信端末１４が、アナログ通信端末１８との間のセッションの確立を要求していることになる。以下、デジタル通信端末１３またはアナログ通信端末１４のうち、アナログ通信端末１８との間のセッションの確立を要求している通信端末を、要求端末という。ＣＰＵ２１は、要求端末とアナログ通信端末１８と間のセッションを確立させるために、ＰＳＴＮ制御処理（図６参照）に確立通信の実行を要求する（Ｓ１９）。なお、要求された確立通信は、ＰＳＴＮ制御処理（図６参照）のＳ８５（図６参照）で実行される。詳細は後述する。これによって、要求端末とアナログ通信端末１８との間のセッションが確立される。要求端末とアナログ通信端末１８との間で通話を実行することが可能な状態になる。
【００３８】
ＣＰＵ２１は、アナログ通信端末１８との間のセッションが確立した要求端末がデジタル通信端末１３である場合に、デジタル通信端末１３がオンフックしたかを判断する（Ｓ２３）。デジタル通信端末１３がオンフックしていない場合（Ｓ２３：ＮＯ）、処理はＳ２７に進む。一方、デジタル通信端末１３がオンフックした場合（Ｓ２３：ＹＥＳ）、デジタル通信端末１３のユーザは、アナログ通信端末１８との間のセッションを切断して通話を終了させようとしている。ＣＰＵ２１は、デジタル通信端末１３とアナログ通信端末１８との間で確立した状態のセッションを切断させるために、ＰＳＴＮ制御処理（図６参照）に切断通信の実行を要求する（Ｓ２５）。なお、要求された切断通信は、ＰＳＴＮ制御処理（図６参照）のＳ９１（図６参照）で実行される。デジタル通信端末１３とアナログ通信端末１８との間のセッションは切断される。処理はＳ１１に戻る。
【００３９】
ＣＰＵ２１は、ＰＳＴＮ制御処理（図６参照）のＳ１０３（図６参照）で、アナログ通信端末１８と要求端末との間で確立した状態のセッションを切断させるための切断通信の実行の要求がされたかが判断される（Ｓ２７）。切断通信の実行の要求がされていない場合（Ｓ２７：ＮＯ）、処理はＳ２３に戻る。一方、切断通信の実行の要求がされた場合（Ｓ２７：ＹＥＳ）、ＣＰＵ２１は、アナログ通信端末１８と要求端末との間で確立した状態のセッションを切断させるための切断通信を、要求端末との間で実行する（Ｓ２９）。具体的には、ＣＰＵ２１は、要求端末に対して切断要求を送信する。アナログ通信端末１８と要求端末との間のセッションは切断される。処理はＳ１１に戻る。
【００４０】
図４を参照し、第一アナログ制御処理について説明する。はじめにＣＰＵ２１は、通信制御装置１１の電源がＯＦＦされたかを判断する（Ｓ３１）。通信制御装置１１の電源がＯＦＦされた場合（Ｓ３１：ＹＥＳ）、第一アナログ制御処理は終了する。一方、通信制御装置１１の電源がＯＦＦされていない場合（Ｓ３１：ＮＯ）、ＣＰＵ２１は、モジュラーケーブル１７を介してアナログ通信端末１４から、ＰＳＴＮ網１５に接続した緊急呼通信台１２またはアナログ通信端末１８との間のセッションの確立を要求する確立要求を受信したかを判断する（Ｓ３３）。なお実際には、アナログ通信端末１４から、デジタル通信端末１３との間のセッションの確立を要求する確立要求を受信する場合もあるが、以下ではこの場合を省略している。確立要求を受信していない場合（Ｓ３３：ＮＯ）、処理はＳ３１に戻る。
【００４１】
アナログ通信端末１４から確立要求を受信した場合（Ｓ３３：ＹＥＳ）、ＣＰＵ２１は、Ｓ３３で受信した確立要求が、緊急呼通信台１２との間のセッションの確立を要求する信号であるかを判断する（Ｓ３７）。緊急呼通信台１２との間のセッションの確立を要求する信号である場合（Ｓ３７：ＹＥＳ）、ＣＰＵ２１は、緊急呼通信台１２とアナログ通信端末１４との間のセッションを確立させるために、ＰＳＴＮ制御処理（図６参照）に確立通信の実行を要求する（Ｓ３９）。なお、要求された確立通信は、ＰＳＴＮ制御処理（図６参照）のＳ８５（図６参照）で実行される。詳細は後述する。処理はＳ３１に戻る。
【００４２】
一方、Ｓ３３で受信した確立要求が、緊急呼通信台１２との間のセッションの確立を要求する信号でない場合（Ｓ３７：ＮＯ）、アナログ通信端末１８との間のセッションの確立を要求する信号であることになる。ＣＰＵ２１は、アナログ通信端末１４、１８間でセッションを確立させるために、第一ＩＰ制御処理（図３参照）に確立通信の実行を要求する（Ｓ４１）。具体的には、ＣＰＵ２１は、アナログ通信端末１８との間のセッションの確立を要求するINVITEであって、アナログ通信端末１４のＳＩＰ ＵＡから仮想的に送信されたINVITEが、第一ＩＰ制御処理（図３参照）のＳ１３（図３参照）で受信されるように、INVITEの受信イベントを発行する。第一ＩＰ制御処理では、発行された受信イベントに基づき、アナログ通信端末１４のＳＩＰ ＵＡから仮想的に送信されたINVITEを受信する処理が実行される。なお、アナログ通信端末１８との間のセッションの確立を要求するINVITEを第一ＩＰ制御処理で受信させる上述の処理は、第二ＩＰ制御部１１４（図１参照）の機能に相当する。処理はＳ３１に戻る。
【００４３】
図５を参照し、第二アナログ制御処理について説明する。ＣＰＵ２１は、緊急呼通信台１２、アナログ通信端末１８、およびデジタル通信端末１３とアナログ通信端末１４との間のセッションが確立した場合、第二アナログ制御処理を開始する。はじめにＣＰＵ２１は、アナログ通信端末１４がオンフックしたかを判断する（Ｓ５１）。ＣＰＵ２１は、アナログ通信端末１４がオンフックした場合にアナログ通信端末１４から送信される切断要求を受信した場合に、アナログ通信端末１４がオンフックしたと判断する。一方、ＣＰＵ２１は、アナログ通信端末１４から切断要求を受信しない場合、アナログ通信端末１４はオンフックしていないと判断する。アナログ通信端末１４がオンフックしていない場合（Ｓ５１：ＮＯ）、ＣＰＵ２１は、ＰＳＴＮ制御処理（図６参照）のＳ１０１（図６参照）で、緊急呼通信台１２とアナログ通信端末１４との間で確立した状態のセッションを切断させるための切断通信の実行の要求がされているか、または、Ｓ１０３（図６参照）で、アナログ通信端末１４、１８間で確立した状態のセッションを切断させるための切断通信の実行の要求がされているかを判断する（Ｓ７３）。切断通信の実行の要求がされていない場合（Ｓ７３：ＮＯ）、処理はＳ５１に戻る。一方、切断通信の実行の要求がされた場合（Ｓ７３：ＹＥＳ）、ＣＰＵ２１は、確立した状態のセッションを切断させるための切断通信を、アナログ通信端末１４との間で実行する（Ｓ７５）。具体的には、ＣＰＵ２１は、アナログ通信端末１４に対して切断要求を送信する。緊急呼通信台１２またはアナログ通信端末１８とアナログ通信端末１４との間のセッションは切断される。処理はＳ５１に戻る。
【００４４】
一方、アナログ通信端末１４がオンフックした場合（Ｓ５１：ＹＥＳ）、ＣＰＵ２１は、緊急呼通信台１２とアナログ通信端末１４との間でセッションが確立されているかを判断する（Ｓ５３）。緊急呼通信台１２とアナログ通信端末１４との間でセッションが確立されていない場合（Ｓ５３：ＮＯ）。アナログ通信端末１４、１８間でセッションが確立されていることになる。アナログ通信端末１４のユーザは、アナログ通信端末１８との間のセッションを切断して通話を終了させようとしている。ＣＰＵ２１は、確立中のセッションを切断させるために、ＰＳＴＮ制御処理（図６参照）に切断通信の実行を要求する（Ｓ５５）。なお、要求された切断通信は、ＰＳＴＮ制御処理（図６参照）のＳ９１（図６参照）で実行される。アナログ通信端末１４、１８間のセッションは切断される。第二アナログ制御処理は終了する。
【００４５】
一方、緊急呼通信台１２とアナログ通信端末１４との間でセッションが確立されている場合（Ｓ５３：ＹＥＳ）、ＣＰＵ２１は、アナログ通信端末１４のユーザがセッションを切断して通話を終了させようとしているのに対し、緊急呼通信台１２とアナログ通信端末１４との間のセッションを切断することなくそのまま維持する（Ｓ５６）。これによって緊急呼通信台１２は、維持されたセッションを介して逆信を容易に実行することができる。すなわち、緊急呼通信台１２は、逆信を実行するためにセッションを再度確立させる必要がない。
【００４６】
ＣＰＵ２１は、アナログ通信端末１４がオンフックしてからの経過時間の計測を開始する（Ｓ５７）。ＣＰＵ２１は、緊急呼通信台１２とアナログ通信端末１４との間のセッションを介し、緊急呼通信台１２からアナログ通信端末１４に対して逆信が実行された旨の通知を、ＰＳＴＮ制御処理（Ｓ９５、図６参照）から受け付けたかを判断する（Ｓ５９）。逆信が実行された旨の通知を受け付けた場合（Ｓ５９：ＹＥＳ）、ＣＰＵ２１は、アナログ通信端末１４の呼び出し音を鳴動させて逆信が実行された旨をユーザに通知するために、アナログ通信端末１４に対して着信通知を送信する（Ｓ６３）。処理はＳ６５に進む。
【００４７】
アナログ通信端末１４は、通信制御装置１１から着信通知を受信した場合、呼び出し音を鳴動させ、緊急呼通信台１２から逆信が実行された旨をユーザに通知する。緊急呼通信台１２とアナログ通信端末１４との間のセッションは確立された状態で維持されている（Ｓ５６）ので、アナログ通信端末１４のユーザは、呼び出し音に応じてアナログ通信端末１４をオフフックすることで、緊急呼通信台１２において実行された逆信に応じ、緊急呼通信台１２との間で通話を再開することができる。
【００４８】
一方、逆信が実行された旨の通知を受け付けない場合（Ｓ５９：ＮＯ）、ＣＰＵ２１は、アナログ通信端末１４がオンフックしてから所定時間が経過したかを、Ｓ５７で開始した経過時間の計測の結果に基づいて判断する（Ｓ６１）。経過時間が所定時間未満である場合（Ｓ６１：ＮＯ）、処理はＳ６５に進む。一方、経過時間が所定時間以上となった場合（Ｓ６１：ＹＥＳ）、ＣＰＵ２１は、アナログ通信端末１４の呼び出し音を鳴動させてユーザへの通知を行うために、アナログ通信端末１４に対して着信通知を送信する（Ｓ６３）。
【００４９】
アナログ通信端末１４は、通信制御装置１１から着信通知を受信した場合、呼び出し音を鳴動させることによってユーザへの通知を行う。ユーザは、呼び出し音に応じてアナログ通信端末１４をオフフックすることで、緊急呼通信台１２との通話を再開することができる。このように通信制御装置１１は、アナログ通信端末１４がオンフックした後、維持されたセッションを介して緊急呼通信台１２が逆信を所定時間以上実行しない場合、緊急呼通信台１２とアナログ通信端末１４との間の通信の再開をユーザに促すことができる。処理はＳ６５に進む。
【００５０】
ＣＰＵ２１は、アナログ通信端末１４がオフフックしたかを判断する（Ｓ６５）。アナログ通信端末１４がオフフックした場合（Ｓ６５：ＹＥＳ）、緊急呼通信台１２とアナログ通信端末１４との間で維持された状態のセッションを介し、緊急呼通信台１２とアナログ通信端末１４との間で通話が再開される（Ｓ６７）。処理はＳ５１に戻る。
【００５１】
一方、アナログ通信端末１４がオフフックしない場合（Ｓ６５：ＮＯ）、ＣＰＵ２１は、ＰＳＴＮ制御処理（図６参照）のＳ１０１（図６参照）で、緊急呼通信台１２とアナログ通信端末１４との間で確立した状態のセッションを切断させるための切断通信の実行の要求がされているかを判断する（Ｓ６９）。切断通信の実行の要求がされていない場合（Ｓ６９：ＮＯ）、処理はＳ５９に戻る。一方、切断通信の実行の要求がされた場合（Ｓ６９：ＹＥＳ）、ＣＰＵ２１は、確立した状態のセッションを切断させるための切断通信を、アナログ通信端末１４との間で実行する（Ｓ７１）。具体的には、ＣＰＵ２１は、アナログ通信端末１４に対して切断要求を送信する。緊急呼通信台１２とアナログ通信端末１４との間のセッションは切断される。第二アナログ制御処理は終了する。
【００５２】
図６を参照し、ＰＳＴＮ制御処理について説明する。はじめにＣＰＵ２１は、通信制御装置１１の電源がＯＦＦされたかを判断する（Ｓ８１）。通信制御装置１１の電源がＯＦＦされた場合（Ｓ８１：ＹＥＳ）、ＰＳＴＮ制御処理は終了する。一方、通信制御装置１１の電源がＯＦＦされていない場合（Ｓ８１：ＮＯ）、ＰＳＴＮ網１５に接続した緊急呼通信台１２またはアナログ通信端末１８との間のセッションを確立させるための確立通信の実行が要求されているかを判断する（Ｓ８３）。確立通信の実行が要求される場合として、次の二つの場合がある。第一の場合は、第一ＩＰ制御処理（図３参照）のＳ１９（図３参照）で、デジタル通信端末１３またはアナログ通信端末１４とアナログ通信端末１８との間のセッションを確立させるための確立通信の実行が要求される場合である。第二の場合は、第一アナログ制御処理（図４参照）のＳ３９（図４参照）で、アナログ通信端末１４と緊急呼通信台１２との間のセッションを確立させるための確立通信の実行が要求される場合である。いずれの場合にも該当しない場合（Ｓ８３：ＮＯ）、処理はＳ８１に戻る。
【００５３】
一方、セッションを確立させるための確立通信の実行が要求されている場合（Ｓ８３：ＹＥＳ）、ＣＰＵ２１は、上述の第一の場合には、デジタル通信端末１３またはアナログ通信端末１４とアナログ通信端末１８との間のセッションを確立させるための確立通信を、ＰＳＴＮ網１５を介してアナログ通信端末１８との間で実行する（Ｓ８５）。これによってセッションが確立され（Ｓ８５）、通話が可能になる。一方、上述の第二の場合には、ＣＰＵ２１は、通信制御装置１１と緊急呼通信台１２との間のセッションを確立させるための確立通信を、ＰＳＴＮ網１５を介して緊急呼通信台１２との間で実行する（Ｓ８５）。これによってセッションが確立され（Ｓ８５）、通話が可能になる。
【００５４】
ＣＰＵ２１は、Ｓ８５で確立されたセッションを切断させるための切断通信の実行が要求されているかを判断する（Ｓ８７）。切断通信の実行が要求される場合として、次の二つの場合がある。第一の場合は、第一ＩＰ制御処理（図３参照）のＳ２５（図３参照）で、デジタル通信端末１３とアナログ通信端末１８との間のセッションを切断させるための切断通信の実行が要求される場合である。第二の場合は、第二アナログ制御処理（図５参照）のＳ５５（図５参照）で、アナログ通信端末１４、１８間のセッションを切断させるための切断通信の実行が要求される場合である。なお、緊急呼通信台１２とアナログ通信端末１４との間でセッションが確立された状態で、アナログ通信端末１４がオンフックした場合（Ｓ５１、図５参照）には、第二アナログ制御処理（図５参照）のＳ５６（図５参照）で、確立中のセッションは維持され、ＰＳＴＮ制御処理に対して切断通信の実行は要求されない。
【００５５】
切断通信の実行が要求されている場合（Ｓ８７：ＹＥＳ）、ＣＰＵ２１は、確立した状態のセッションを切断させるための切断通信を、アナログ通信端末１８との間で実行する（Ｓ９１）。具体的には、ＣＰＵ２１は、アナログ通信端末１８に対して切断要求を送信する。ＰＳＴＮ網１５は開放される（Ｓ９１）。処理はＳ８１に戻る。
【００５６】
一方、切断通信の実行が要求されていない場合（Ｓ８７：ＮＯ）、ＣＰＵ２１は、緊急呼通信台１２において実行された逆信を検出したかを判断する（Ｓ９３）。逆信を検出しない場合（Ｓ９３：ＮＯ）、処理はＳ９７に進む。逆信を検出した場合（Ｓ９３：ＹＥＳ）、ＣＰＵ２１は、緊急呼通信台１２において逆信が実行された旨を、第二アナログ制御処理（図５参照）に対して通知する（Ｓ９５）。なお、第二アナログ制御処理（図５参照）では、逆進が実行された旨の通知を受けた場合、アナログ通信端末１４に対して着信通知が送信される（Ｓ６３、図５参照）。処理はＳ９７に進む。
【００５７】
ＣＰＵ２１は、緊急呼通信台１２またはアナログ通信端末１８から出力されるビジートーン（ＢＴ）を検出したかを判断する（Ｓ９７）。ＣＰＵ２１は、緊急呼通信台１２またはアナログ通信端末１８からビジートーンが検出されない場合（Ｓ９７：ＮＯ）、処理はＳ８７に戻る。一方、緊急呼通信台１２またはアナログ通信端末１８からビジートーンが検出された場合（Ｓ９７：ＹＥＳ）、ビジートーンを発信している緊急呼通信台１２またはアナログ通信端末１８はオンフックしており、確立中のセッションを切断させようとしていることになる。
【００５８】
ＣＰＵ２１は、緊急呼通信台１２からビジートーンが検出されたかを判断する（Ｓ９９）。緊急呼通信台１２からビジートーンを検出した場合（Ｓ９９：ＹＥＳ）、ＣＰＵ２１は、緊急呼通信台１２とアナログ通信端末１４との間で確立された状態のセッションを切断させるために、第二アナログ制御処理（図５参照）に対して切断通信の実行を要求する（Ｓ１０１）。なお、要求された切断通信は、第二アナログ制御処理（図５参照）のＳ７１、７５（図６参照）で実行される。ＰＳＴＮ網１５は開放される（Ｓ１０５）。処理はＳ８１に戻る。以上のように、緊急呼通信台１２においてアナログ通信端末１４との間の通信を終了させる処理が実行された場合、通信制御装置１１は、緊急呼通信台１２とアナログ通信端末１４との間のセッションを終了させることができる。
【００５９】
一方、緊急呼通信台１２からビジートーンを検出していない場合（Ｓ９９：ＮＯ）、アナログ通信端末１８からビジートーンを検出していることになる。ＣＰＵ２１は、アナログ通信端末１４、１８間で確立された状態のセッションを切断させるために、第二アナログ制御処理（図５参照）に対して切断通信の実行を要求する（Ｓ１０３）。なお、要求された切断通信は、第二アナログ制御処理（図５参照）のＳ７１、７５（図６参照）で実行される。ＰＳＴＮ網１５は開放される（Ｓ１０５）。処理はＳ８１に戻る。
【００６０】
以上説明したように、通信制御装置１１は、ＰＳＴＮ網１５とＩＰ網１６との間の通信を仲介する周知の機器、例えばＶｏＩＰゲートウェイが、アナログ通信端末１４と直接接続するためのＦＸＳ Ｉ／Ｆ２８を備えた構成を有している。アナログ通信端末１４は通信制御装置１１に直接接続された状態となるため、通信制御装置１１の近傍に配置される。アナログ通信端末１４を使用してユーザが緊急通報を行ったとする。通信制御装置１１は、ＰＳＴＮ網１５を介して接続する緊急呼通信台１２と、アナログ通信端末１４との間のセッションを確立させるための確立通信を実行する。アナログ通信端末１４を使用して行われた緊急通報は、近傍に配置される緊急呼通信台１２につながる。このためアナログ通信端末１４のユーザは、適切な緊急呼通信台１２と通話をおこなうことができる。
【００６１】
一方、デジタル通信端末１３を使用してユーザが緊急通報を行ったとする。アナログ通信端末１４とは異なり、デジタル通信端末１３の所在が不定であり、緊急呼通信台１２に対してデジタル通信端末が離れた場所に配置されている可能性がある。従って通信制御装置１１は、緊急呼通信台１２とデジタル通信端末１３との間のセッションは確立させない。このようにして通信制御装置１１は、互いに離れて配置されている可能性のあるデジタル通信端末１３と緊急呼通信台１２との間のセッションの確立を拒否することによって、適切でない緊急呼通信台１２とデジタル通信端末１３との間の通信を抑止することができる。
【００６２】
なお、ＦＸＳ Ｉ／Ｆ２８が本発明の「接続手段」に相当する。Ｓ３３の処理を行うＣＰＵ２１が本発明の「第一受信手段」に相当する。Ｓ８５の処理を行うＣＰＵ２１が本発明の「通信手段」に相当する。Ｓ１３の処理を行うＣＰＵ２１が本発明の「第二受信手段」に相当する。Ｓ２１の処理を行うＣＰＵ２１が本発明の「拒否手段」に相当する。Ｓ５１の処理を行うＣＰＵ２１が本発明の「第三受信手段」に相当する。Ｓ５６の処理を行うＣＰＵ２１が本発明の「維持手段」に相当する。Ｓ９３の処理を行うＣＰＵ２１が本発明の「判断手段」に相当する。Ｓ６３の処理を行うＣＰＵ２１が本発明の「第一送信手段」「第二送信手段」に相当する。Ｓ９７の処理を行うＣＰＵ２１が本発明の「第四受信手段」に相当する。Ｓ７１、Ｓ７５の処理を行うＣＰＵ２１が本発明の「第三送信手段」に相当する。Ｓ３３の処理が本発明の「第一受信ステップ」に相当する。Ｓ８５の処理が本発明の「通信ステップ」に相当する。Ｓ１３の処理が本発明の「第二受信ステップ」に相当する。Ｓ２１の処理が本発明の「拒否ステップ」に相当する。
【００６３】
本発明は上述の実施形態に限定されず、種々の変更が可能である。上述の実施形態では、通信制御装置１１とアナログ通信端末１３との間はモジュラーケーブル１７によって接続されていた。通信制御装置１１とアナログ通信端末１３との間は、他の通信媒体によって接続されてもよい。例えば、アナログ通信端末１４は、構内ＰＳＴＮ網を介して通信制御装置１１と接続してもよい。通信制御装置１１と直接接続するアナログ通信端末１４は、二台以上であってもよい。上述の実施形態では、アナログ通信端末１４と緊急呼通信台１２との間のセッションが確立した後、アナログ通信端末１４がオンフックすることによってセッションの切断が要求された場合、アナログ通信端末１４と緊急呼通信台１２との間のセッションは維持されていた。通信制御装置１１は、アナログ通信端末１４がオンフックした場合、アナログ通信端末１４と緊急呼通信台１２との間のセッションを切断してもよい。上述の実施形態では、アナログ通信端末１４と緊急呼通信台１２との間で維持されたセッションを介し、緊急呼通信台１２が逆信を実行した場合、通信制御装置１１は、アナログ通信端末１４に対して着信通知を送信していた。通信制御装置１１は、着信通知を行う代わりに、別の通知方法によってアナログ通信端末１４のユーザに逆信が実行された旨を通知してもよい。例えば、通信制御装置１１に設けたスピーカやＬＥＤなどを駆動することによって、アナログ通信端末１４のユーザに逆信が実行された旨を直接通知してもよい。上述の実施形態では、アナログ通信端末１４と緊急呼通信台１２との間のセッションが確立された状態で、アナログ通信端末１４がオンフックした場合、オンフックしてから所定時間が経過した場合には、緊急呼通信台１２によって逆信が実行されていない場合でも、アナログ通信端末１４に対して着信通知が送信されていた。通信制御装置１１は、所定時間が経過した場合、緊急呼通信台１２に警告信号を送信し、逆信の実行を促してもよい。上述の実施形態では、アナログ通信端末１４と緊急呼通信台１２との間のセッションが確立された状態で、緊急呼通信台１２からビジートーンが検出された場合、アナログ通信端末１４と緊急呼通信台１２との間のセッションを切断していた。例えば緊急呼通信台１２は、セッションを切断させるための所定のトーン信号を、接続された状態のセッションを介して発信してもよい。通信制御装置１１は、所定のトーン信号を受信した場合に、アナログ通信端末１４と緊急呼通信台１２との間のセッションを切断しても良い。通信制御装置１１は、アナログ通信端末１４と緊急呼通信台１２との間のセッションが所定時間以上連続して確立された状態になっている場合に、強制的にセッションを切断してもよい。
【符号の説明】
【００６４】
１ 通信システム
１１ 通信制御装置
１２ 緊急呼通信台
１３ デジタル通信端末
１４ アナログ通信端末
１５ ＰＳＴＮ網
１６ ＩＰ網
２１ ＣＰＵ
２８ ＦＸＳ Ｉ／Ｆ
【特許請求の範囲】
【請求項１】
ＩＰ網に接続するデジタル通信端末と、ＰＳＴＮ網に接続する緊急呼通信台との間の通信を仲介し、前記ＩＰ網及び前記ＰＳＴＮ網に接続可能に構成される通信制御装置において、
アナログ通信端末と通信するために前記アナログ通信端末と接続する接続手段と、
前記接続手段によって接続された前記アナログ通信端末から、前記緊急呼通信台との間のセッションの確立を要求する第一確立要求を受信する第一受信手段と、
前記第一受信手段によって前記第一確立要求が受信された場合に、前記ＰＳＴＮ網を介して前記緊急呼通信台と前記アナログ通信端末との間のセッションを確立させるために、前記緊急呼通信台と確立通信を行う通信手段と、
前記デジタル通信端末から、前記緊急呼通信台との間のセッションの確立を要求する第二確立要求を、前記ＩＰ網を介して受信する第二受信手段と、
前記第二受信手段によって前記第二確立要求が受信された場合に、前記緊急呼通信台との間のセッションの確立を拒否する拒否手段と
を備えたことを特徴とする通信制御装置。
【請求項２】
前記アナログ通信端末と前記緊急呼通信台との間のセッションが確立した状態で、前記アナログ通信端末から、前記緊急呼通信台との間のセッションの切断を要求する切断要求を受信する第三受信手段と、
前記第三受信手段によって前記切断要求が受信された場合に、前記アナログ通信端末と前記緊急呼通信台との間のセッションを維持する維持手段と
を備えたことを特徴とする請求項１に記載の通信制御装置。
【請求項３】
前記維持手段によって前記アナログ通信端末と前記緊急呼通信台との間で維持されているセッションを介し、前記緊急呼通信台から前記アナログ通信端末に対する信号を受信したか否かを判断する判断手段と、
前記判断手段によって、前記緊急呼通信台から前記アナログ通信端末に対する信号を受信したと判断された場合に、前記アナログ通信端末のユーザに対する着信通知を前記アナログ通信端末に送信する第一送信手段と
を備えたことを特徴とする請求項２に記載の通信制御装置。
【請求項４】
前記判断手段によって、前記緊急呼通信台から前記アナログ通信端末に対する信号を受信していないと判断され、且つ、前記第三受信手段によって前記アナログ通信端末から前記切断要求が受信されてからの経過時間が所定時間以上となった場合に、前記アナログ通信端末のユーザに対する着信通知を前記アナログ通信端末に送信する第二送信手段を備えたことを特徴とする請求項３に記載の通信制御装置。
【請求項５】
前記アナログ通信端末と前記緊急呼通信台との間のセッションが確立した状態で、前記緊急呼通信台から、通話の終了を通知する終了通知を受信する第四受信手段と、
前記第四受信手段によって前記終了通知が受信された場合に、前記アナログ通信端末と前記緊急呼通信台との間で確立したセッションを切断させるために、前記緊急呼通信台との間のセッションの切断を要求する切断要求を、前記アナログ通信端末に対して送信する第三送信手段と
を備えたことを特徴とする請求項１に記載の通信制御装置。
【請求項６】
ＩＰ網に接続するデジタル通信端末と、ＰＳＴＮ網に接続する緊急呼通信台との間の通信を仲介する通信制御方法であって、
接続手段を介して接続したアナログ通信端末から、前記緊急呼通信台との間のセッションの確立を要求する第一確立要求を受信する第一受信ステップと、
前記第一受信ステップによって前記第一確立要求が受信された場合に、前記ＰＳＴＮ網を介して前記緊急呼通信台と前記アナログ通信端末との間のセッションを確立させるために、前記緊急呼通信台と確立通信を行う通信ステップと、
前記デジタル通信端末から、前記緊急呼通信台との間のセッションの確立を要求する第二確立要求を、前記ＩＰ網を介して受信する第二受信ステップと、
前記第二受信ステップによって前記第二確立要求が受信された場合に、前記緊急呼通信台との間のセッションの確立を拒否する拒否ステップと
を備えたことを特徴とする通信制御方法。
【請求項７】
接続手段を介して接続したアナログ通信端末から、ＰＳＴＮ網に接続する緊急呼通信台との間のセッションの確立を要求する第一確立要求を受信する第一受信ステップと、
前記第一受信ステップによって前記第一確立要求が受信された場合に、前記ＰＳＴＮ網を介して前記緊急呼通信台と前記アナログ通信端末との間のセッションを確立させるために、前記緊急呼通信台と確立通信を行う通信ステップと、
ＩＰ網に接続するデジタル通信端末から、前記緊急呼通信台との間のセッションの確立を要求する第二確立要求を受信する第二受信ステップと、
前記第二受信ステップによって前記第二確立要求が受信された場合に、前記緊急呼通信台との間のセッションの確立を拒否する拒否ステップと
をコンピュータに実行させるための通信制御プログラム。
【請求項１】
ＩＰ網に接続するデジタル通信端末と、ＰＳＴＮ網に接続する緊急呼通信台との間の通信を仲介し、前記ＩＰ網及び前記ＰＳＴＮ網に接続可能に構成される通信制御装置において、
アナログ通信端末と通信するために前記アナログ通信端末と接続する接続手段と、
前記接続手段によって接続された前記アナログ通信端末から、前記緊急呼通信台との間のセッションの確立を要求する第一確立要求を受信する第一受信手段と、
前記第一受信手段によって前記第一確立要求が受信された場合に、前記ＰＳＴＮ網を介して前記緊急呼通信台と前記アナログ通信端末との間のセッションを確立させるために、前記緊急呼通信台と確立通信を行う通信手段と、
前記デジタル通信端末から、前記緊急呼通信台との間のセッションの確立を要求する第二確立要求を、前記ＩＰ網を介して受信する第二受信手段と、
前記第二受信手段によって前記第二確立要求が受信された場合に、前記緊急呼通信台との間のセッションの確立を拒否する拒否手段と
を備えたことを特徴とする通信制御装置。
【請求項２】
前記アナログ通信端末と前記緊急呼通信台との間のセッションが確立した状態で、前記アナログ通信端末から、前記緊急呼通信台との間のセッションの切断を要求する切断要求を受信する第三受信手段と、
前記第三受信手段によって前記切断要求が受信された場合に、前記アナログ通信端末と前記緊急呼通信台との間のセッションを維持する維持手段と
を備えたことを特徴とする請求項１に記載の通信制御装置。
【請求項３】
前記維持手段によって前記アナログ通信端末と前記緊急呼通信台との間で維持されているセッションを介し、前記緊急呼通信台から前記アナログ通信端末に対する信号を受信したか否かを判断する判断手段と、
前記判断手段によって、前記緊急呼通信台から前記アナログ通信端末に対する信号を受信したと判断された場合に、前記アナログ通信端末のユーザに対する着信通知を前記アナログ通信端末に送信する第一送信手段と
を備えたことを特徴とする請求項２に記載の通信制御装置。
【請求項４】
前記判断手段によって、前記緊急呼通信台から前記アナログ通信端末に対する信号を受信していないと判断され、且つ、前記第三受信手段によって前記アナログ通信端末から前記切断要求が受信されてからの経過時間が所定時間以上となった場合に、前記アナログ通信端末のユーザに対する着信通知を前記アナログ通信端末に送信する第二送信手段を備えたことを特徴とする請求項３に記載の通信制御装置。
【請求項５】
前記アナログ通信端末と前記緊急呼通信台との間のセッションが確立した状態で、前記緊急呼通信台から、通話の終了を通知する終了通知を受信する第四受信手段と、
前記第四受信手段によって前記終了通知が受信された場合に、前記アナログ通信端末と前記緊急呼通信台との間で確立したセッションを切断させるために、前記緊急呼通信台との間のセッションの切断を要求する切断要求を、前記アナログ通信端末に対して送信する第三送信手段と
を備えたことを特徴とする請求項１に記載の通信制御装置。
【請求項６】
ＩＰ網に接続するデジタル通信端末と、ＰＳＴＮ網に接続する緊急呼通信台との間の通信を仲介する通信制御方法であって、
接続手段を介して接続したアナログ通信端末から、前記緊急呼通信台との間のセッションの確立を要求する第一確立要求を受信する第一受信ステップと、
前記第一受信ステップによって前記第一確立要求が受信された場合に、前記ＰＳＴＮ網を介して前記緊急呼通信台と前記アナログ通信端末との間のセッションを確立させるために、前記緊急呼通信台と確立通信を行う通信ステップと、
前記デジタル通信端末から、前記緊急呼通信台との間のセッションの確立を要求する第二確立要求を、前記ＩＰ網を介して受信する第二受信ステップと、
前記第二受信ステップによって前記第二確立要求が受信された場合に、前記緊急呼通信台との間のセッションの確立を拒否する拒否ステップと
を備えたことを特徴とする通信制御方法。
【請求項７】
接続手段を介して接続したアナログ通信端末から、ＰＳＴＮ網に接続する緊急呼通信台との間のセッションの確立を要求する第一確立要求を受信する第一受信ステップと、
前記第一受信ステップによって前記第一確立要求が受信された場合に、前記ＰＳＴＮ網を介して前記緊急呼通信台と前記アナログ通信端末との間のセッションを確立させるために、前記緊急呼通信台と確立通信を行う通信ステップと、
ＩＰ網に接続するデジタル通信端末から、前記緊急呼通信台との間のセッションの確立を要求する第二確立要求を受信する第二受信ステップと、
前記第二受信ステップによって前記第二確立要求が受信された場合に、前記緊急呼通信台との間のセッションの確立を拒否する拒否ステップと
をコンピュータに実行させるための通信制御プログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図２】
【図３】
【図４】
【図５】
【図６】
【公開番号】特開２０１３−４６０８３（Ｐ２０１３−４６０８３Ａ）
【公開日】平成２５年３月４日（２０１３．３．４）
【国際特許分類】
【出願番号】特願２０１１−１８０１７３（Ｐ２０１１−１８０１７３）
【出願日】平成２３年８月２２日（２０１１．８．２２）
【出願人】（０００００５２６７）ブラザー工業株式会社 (13,856)
【Ｆターム（参考）】
【公開日】平成２５年３月４日（２０１３．３．４）
【国際特許分類】
【出願日】平成２３年８月２２日（２０１１．８．２２）
【出願人】（０００００５２６７）ブラザー工業株式会社 (13,856)
【Ｆターム（参考）】
[ Back to top ]