(57)【要約】【課題】障害発生装置において発生した障害の内容を使用者に対して通知する場合の管理者の負担を軽減することが可能な通信装置、通信システム、通信方法、および通信プログラムを提供する。【解決手段】通信装置１２と通話端末１６との間の通話が可能な状態になった後（Ｓ１９）、通信装置１２は、通話端末１６から受信したＤＴＭＦ信号に応じ、テーブルに記憶された障害情報を抽出する。通信装置１２は、抽出した障害情報を情報端末１９に対して送信する（Ｓ２７）。情報端末１９は障害情報を受信し（Ｓ２９）、障害情報をディスプレイに表示する。通信装置１２は、通話端末１５、１６間で通話が可能となるように通信を実行し（Ｓ３５）、通話端末１５、１６間で通話が可能となる（Ｓ４３）。管理者７は、通話端末１６を使用することによって使用者６に障害情報を通知する。【選択図】図６
2013157834.tif 000002
【特許請求の範囲】
【請求項１】
通話端末を少なくとも含む一以上の通信端末と直接接続し、且つ、他の通話端末を少なくとも含む一以上の他の通信端末とネットワークを介して接続する通信装置であって、
前記ネットワークに接続された呼制御装置を介して、前記他の通話端末との間の通信の確立を要求する確立要求を受信する第一受信手段と、
前記第一受信手段によって前記確立要求が受信され、前記他の通話端末との間の通信が確立した後、第一記憶手段に記憶された障害情報を取得し、前記他の通信端末に対して送信する第一送信手段と、
前記第一送信手段によって前記障害情報が前記他の通信端末に対して送信された後、前記他の通信端末から、前記通信端末と通信を行うために必要な宛先情報を、前記ネットワークを介して受信する第二受信手段と、
前記第二受信手段によって受信された前記宛先情報を使用し、前記通信端末と前記他の通信端末との間の通信の確立を要求する確立要求を、前記呼制御装置に対して送信する第二送信手段と
を備えたことを特徴とする通信装置。
【請求項２】
前記第一記憶手段に記憶された前記障害情報には、障害の程度を示す程度情報が対応付けられており、
前記第一送信手段によって送信された前記障害情報に対応付けられた前記程度情報が所定の条件を満たす場合、前記宛先情報の入力を、前記他の通信端末の使用者に促すための入力要求を、ＩＶＲ（Interactive Voice Response）として前記他の通信端末に対して送信する第三送信手段を備え、
前記第二受信手段は、
前記第三送信手段によって送信された前記入力要求が送信された後、前記他の通信端末から送信される前記宛先情報を受信することを特徴とする請求項１に記載の通信装置。
【請求項３】
前記第一送信手段によって送信された前記障害情報に対応付けられた前記程度情報が所定の条件を満たさない場合、前記他の通信端末との通信を終了させる終了指示を、前記他の通信端末に対して送信する第四送信手段を備えたことを特徴とする請求項２に記載の通信装置。
【請求項４】
前記第一送信手段は、
障害の内容、および、障害からの復旧方法を含む前記障害情報を送信することを特徴とする請求項１から３のいずれかに記載の通信装置。
【請求項５】
前記第一受信手段によって前記確立要求が受信され、前記他の通信端末との間の通信が確立した後、前記他の通信端末から、前記ネットワークを介して前記障害情報の送信要求を受信する第三受信手段を備え、
前記第一送信手段は、
前記第三受信手段によって受信された前記送信要求を送信した前記他の通話端末を除く前記他の通信端末に対して、前記障害情報を送信することを特徴とする請求項１から４のいずれかに記載の通信装置。
【請求項６】
前記ネットワークは、インターネット網およびPublic Switched Telephone Networks（ＰＳＴＮ）網を含み、
前記第一送信手段は、
前記第三受信手段によって、前記インターネット網を介して前記送信要求が受信された場合に、前記他の通信端末に対して前記インターネット網を介して前記障害情報を送信し、
前記第三受信手段によって、前記ＰＳＴＮ網を介して前記送信要求が受信された場合、前記他の通信端末と直接接続する他の通信装置に対して、前記ＰＳＴＮ網を介して、前記障害情報を示すDual Tone Multi-Frequency（ＤＴＭＦ）信号を送信する第五送信手段をさらに備えたことを特徴とする請求項５に記載の通信装置。
【請求項７】
前記第二送信手段は、
第二記憶手段に前記宛先情報が記憶されている場合には、前記第二記憶手段に記憶された前記宛先情報を使用し、前記呼制御装置に対して前記確立要求を送信することを特徴とする請求項１から６のいずれかに記載の通信装置。
【請求項８】
通話端末を少なくとも含む一以上の通信端末、前記一以上の通信端末と直接接続する通信装置、前記通信装置とネットワークを介して接続可能な、他の通話端末を少なくとも含む一以上の他の通信端末を備えた通信システムであって、
前記通信装置は、
前記ネットワークに接続された呼制御装置を介して、前記他の通話端末との間の通信の確立を要求する確立要求を受信する第一受信手段と、
前記第一受信手段によって前記確立要求が受信され、前記他の通話端末との間の通信が確立した後、第一記憶手段に記憶された障害情報を取得し、前記他の通信端末に対して送信する第一送信手段と、
前記第一送信手段によって前記障害情報が前記他の通信端末に対して送信された後、前記他の通信端末から、前記通信端末と通信を行うために必要な宛先情報を、前記ネットワークを介して受信する第二受信手段と、
前記第二受信手段によって受信された前記宛先情報を使用し、前記通信端末と前記他の通信端末との間の通信の確立を要求する確立要求を、前記呼制御装置に対して送信する第二送信手段と
を備え、
前記他の通話端末は、
前記呼制御装置を介して前記通信装置に対して前記確立要求を送信する第三送信手段を備え、
前記他の通信端末は、
前記第三送信手段によって送信された前記確立要求によって前記通信装置と前記他の通話端末との間の通信が確立した後、前記通信装置から送信された前記障害情報を受信する第三受信手段と、
前記第三受信手段によって前記障害情報が受信された後、前記通信装置に対して前記宛先情報を送信する第四送信手段と、
前記第四送信手段によって前記宛先情報が送信された後、前記通信端末との間の通信が確立された場合に、前記通信端末に対して、前記第三受信手段によって受信された前記障害情報を送信する第五送信手段と
を備えたことを特徴とする通信システム。
【請求項９】
通信装置が、ネットワークに接続された呼制御装置を介して、他の通話端末との間の通信の確立を要求する確立要求を受信する第一受信ステップと、
前記第一受信ステップによって前記確立要求が受信され、前記他の通話端末との間の通信が確立した後、第一記憶手段に記憶された障害情報を取得し、前記他の通話端末を少なくとも含む一以上の他の通信端末に対して送信する第一送信ステップと、
前記第一送信ステップによって前記障害情報が前記他の通信端末に対して送信された後、前記通信装置が前記他の通信端末から、前記通信装置と接続する通信端末と通信を行うために必要な宛先情報を、前記ネットワークを介して受信する第二受信ステップと、
前記第二受信ステップによって受信された前記宛先情報に基づき、前記通信端末と前記他の通信端末との間の通信を確立する確立ステップと、
前記確立ステップによって前記通信が確立された後、前記他の通信端末が前記通信端末に対して前記障害情報を送信する第二送信ステップと
を備えたことを特徴とする通信方法。
【請求項１０】
ネットワークに接続された呼制御装置を介して、他の通話端末との間の通信の確立を要求する確立要求を受信する第一受信ステップと、
前記第一受信ステップによって前記確立要求が受信され、前記他の通話端末との間の通信が確立した後、第一記憶手段に記憶された障害情報を取得し、前記他の通話端末を少なくとも含む一以上の他の通信端末に対して送信する第一送信ステップと、
前記第一送信ステップによって前記障害情報が前記他の通信端末に対して送信された後、前記他の通信端末から、通信端末と通信を行うために必要な宛先情報を、前記ネットワークを介して受信する第二受信ステップと、
前記第二受信ステップによって受信された前記宛先情報を使用し、前記通信端末と前記他の通信端末との間の通信の確立を要求する確立要求を、前記呼制御装置に対して送信する第二送信ステップと
をコンピュータに実行させるための通信プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、障害の発生を通知する通信装置、通信システム、通信方法、および通信プログラムに関する。
【背景技術】
【０００２】
ネットワークに接続した通信装置における障害の発生を遠隔監視するためのシステムが提案されている。例えば特許文献１に記載されたシステムでは、次のようにして遠隔監視が行われる。障害が発生した装置（以下、障害発生装置という。）は、エラー情報を記憶部に記憶する。管理者は、電話機を使用して障害発生装置に電話を掛ける。障害発生装置は電話を受け、管理者の使用する電話機と障害発生装置との間の回線は接続される。障害発生装置は、記憶部に記憶されたエラー情報を含む音声情報を、接続された回線を使用して管理者の使用する電話機に送信する。エラー情報を含む音声情報を受信した電話機は、音声情報を管理者に出力する。管理者は、エラー情報を含む音声情報を聞くことによって、障害発生装置において発生した障害の内容を知ることができる。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開平１−２９８８５３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
上述のシステムは、障害発生装置において発生した障害の内容を管理者が知るためのシステムである。このため、障害発生装置において発生した障害の内容を、障害発生装置を使用する使用者が直接的に知ることはできない。従って、障害発生装置において発生した障害の内容を使用者が知るためには、障害の内容を知る管理者から使用者が別途通知を受ける必要がある。この場合、管理者は、障害発生装置との間の回線を一旦切断し、使用者の使用する電話機との間の回線を接続させ、接続された回線を介して使用者に対して障害の内容を通知しなければならない。従って管理者は、障害発生装置と障害発生装置の利用者の電話機との複数の宛先に電話をかけなければならず煩わしいという問題点がある。
【０００５】
本発明の目的は、障害発生装置において発生した障害の内容を使用者に対して通知する場合の管理者の負担を軽減することが可能な通信装置、通信システム、通信方法、および通信プログラムを提供することにある。
【課題を解決するための手段】
【０００６】
本発明の第一態様に係る通信装置は、通話端末を少なくとも含む一以上の通信端末と直接接続し、且つ、他の通信装置を介して、他の通話端末を少なくとも含む一以上の他の通信端末とネットワークを介して接続する通信装置であって、前記ネットワークに接続された呼制御装置を介して、前記他の通話端末との間の通信の確立を要求する確立要求を受信する第一受信手段と、前記第一受信手段によって前記確立要求が受信され、前記他の通話端末との間の通信が確立した後、記憶手段に記憶された障害情報を取得し、前記他の通信端末に対して送信する第一送信手段と、前記第一送信手段によって前記障害情報が前記他の通信端末に対して送信された後、前記他の通信端末から、前記通信端末と通信を行うために必要な宛先情報を、前記ネットワークを介して受信する第二受信手段と、前記第二受信手段によって受信された前記宛先情報を使用し、前記通信端末と前記他の通信端末との間の通信の確立を要求する確立要求を、前記呼制御装置に対して送信する第二送信手段とを備えている。
【０００７】
第一態様によれば、通信装置は、他の通信端末に障害情報を送信した後、通信端末と他の通信端末との間の通信を、他の通信端末との間の回線を切断することなく確立させることができる。これによって他の通信端末は、通信端末に対して障害情報を容易に通知することが可能となる。従って、他の通信端末の使用者（例えば管理者）は、通信装置から障害情報の通知を受けた後、あらためて通信端末との通信を確立させる手間を省くことができる。従って他の通信端末の使用者（管理者）は、通信端末の使用者に対して、通信装置において発生した障害の内容を容易かつ迅速に通知することができる。例えば使用者は、通知された障害の内容に基づき、通信装置の障害対策を効率的に行うことができる。
【０００８】
第一態様において、前記記憶手段に記憶された前記障害情報には、障害の程度を示す程度情報が対応付けられており、前記第一送信手段によって送信された前記障害情報に対応付けられた前記程度情報が所定の条件を満たす場合、前記宛先情報の入力を、前記他の通信端末の使用者に促すための入力要求を、ＩＶＲ（Interactive Voice Response）として前記他の通信端末に対して送信する第三送信手段を備え、前記第二受信手段は、前記第三送信手段によって送信された前記入力要求が送信された後、前記他の通信端末から送信される前記宛先情報を受信してもよい。通信装置は、他の通信端末の使用者に対して宛先情報を入力させることによって、他の通信端末から宛先情報を適切に受信できる。従って通信装置は、受信した宛先情報を使用することによって、通信端末と他の通信端末との間の通信を適切に確立させることができる。
【０００９】
第一態様において、前記第一送信手段によって送信された前記障害情報に対応付けられた前記程度情報が所定の条件を満たさない場合、前記他の通信端末との通信の終了させる終了指示を、前記他の通信端末に対して送信する第四送信手段を備えてもよい。例えば、障害の発生した通信装置を復旧させるための作業の難易度が高い場合、使用者は、復旧作業の方法を通知されても、復旧作業を実施することが困難である可能性が高い。このような場合、通信装置は、他の通信端末との間の通信を即座に終了させる。これによって他の通信端末の使用者は、自身が直接通信装置の修理を行う等、通信装置の障害に対する適切な対応をとることができる。
【００１０】
第一態様において、前記第一送信手段は、障害の内容、および、障害からの復旧方法を含む前記障害情報を送信してもよい。これによって他の通信端末の使用者は、障害の発生した通信装置を即座に回復させることができる。
【００１１】
第一態様において、前記第一受信手段によって前記確立要求が受信され、前記他の通信端末との間の通信が確立した後、前記他の通信端末から、前記ネットワークを介して前記障害情報の送信要求を受信する第三受信手段を備え、前記第一送信手段は、前記第三受信手段によって受信された前記送信要求を送信した前記他の通話端末を除く前記他の通信端末に対して、前記障害情報を送信してもよい。例えば通信装置は、障害情報をより理解しやすい態様で通知できる他の通信端末に対して、障害情報を送信する。これによって他の通信端末の使用者は、障害情報を容易に認識することができる。
【００１２】
第一態様において、前記ネットワークは、インターネット網およびPublic Switched Telephone Networks（ＰＳＴＮ）網を含み、前記第一送信手段は、前記第三受信手段によって、前記インターネット網を介して前記送信要求が受信された場合に、前記他の通信端末に対して前記インターネット網を介して前記障害情報を送信し、前記第三受信手段によって、前記ＰＳＴＮ網を介して前記送信要求が受信された場合、前記他の通信端末と直接接続する他の通信装置に対して、前記ＰＳＴＮ網を介して、前記障害情報を示すDual Tone Multi-Frequency（ＤＴＭＦ）信号を送信する第五送信手段をさらに備えてもよい。通信装置は、インターネット網およびＰＳＴＮ網のいずれかから送信要求を受け付けることができる。従って、一方の網を介した通信が不可能な状態でも、他方の網を介して送信要求を受信することによって、障害情報を他の通信端末に送信できる。また通信装置は、ＰＳＴＮ網を介して送信要求を受信した場合、障害情報を他の通信装置に対して送信する。他の通信端末の使用者は、他の通信装置に蓄積された障害情報を、音声以外の方法で取得できる。従って他の通信端末の使用者は、データ量の大きい障害情報を効率よく取得することができる。
【００１３】
第一態様において、前記第二送信手段は、第二記憶手段に前記宛先情報が記憶されている場合には、前記第二記憶手段に記憶された前記宛先情報を使用し、前記呼制御装置に対して前記確立要求を送信してもよい。これによって通信装置は、他の通信端末に宛先情報を問い合わせるための通信が不要となるので、通信端末と他の通信端末との間で通信が確立するまでに要する時間を短縮できる。従って、通信端末の使用者に対して障害情報を迅速に通知することが可能となる。
【００１４】
本発明の第二態様に係る通信システムは、通話端末を少なくとも含む一以上の通信端末、前記一以上の通信端末と直接接続する通信装置、前記通信装置とネットワークを介して接続可能な、他の通話端末を少なくとも含む一以上の他の通信端末を備えた通信システムであって、前記通信装置は、前記ネットワークに接続された呼制御装置を介して、前記他の通話端末との間の通信の確立を要求する確立要求を受信する第一受信手段と、前記第一受信手段によって前記確立要求が受信され、前記他の通話端末との間の通信が確立した後、記憶手段に記憶された障害情報を取得し、前記他の通信端末に対して送信する第一送信手段と、前記第一送信手段によって前記障害情報が前記他の通信端末に対して送信された後、前記他の通信端末から、前記通信端末と通信を行うために必要な宛先情報を、前記ネットワークを介して受信する第二受信手段と、前記第二受信手段によって受信された前記宛先情報を使用し、前記通信端末と前記他の通信端末との間の通信の確立を要求する確立要求を、前記呼制御装置に対して送信する第二送信手段とを備え、前記他の通話端末は、前記呼制御装置を介して前記通信装置に対して前記確立要求を送信する第三送信手段を備え、前記他の通信端末は、前記第三送信手段によって送信された前記確立要求によって前記通信装置と前記他の通話端末との間の通信が確立した後、前記通信装置から送信された前記障害情報を受信する第三受信手段と、前記第三受信手段によって前記障害情報が受信された後、前記通信装置に対して前記宛先情報を送信する第四送信手段と、前記第四送信手段によって前記宛先情報が送信された後、前記通信端末との間の通信が確立された場合に、前記通信端末に対して、前記第三受信手段によって受信された前記障害情報を送信する第五送信手段とを備えている。第二態様によれば、第一態様と同様の効果を奏することができる。
【００１５】
本発明の第三態様に係る通信方法は、通信装置が、ネットワークに接続された呼制御装置を介して、前記他の通話端末との間の通信の確立を要求する確立要求を受信する第一受信ステップと、前記第一受信ステップによって前記確立要求が受信され、前記他の通話端末との間の通信が確立した後、記憶手段に記憶された前記障害情報を取得し、前記他の通話端末を少なくとも含む一以上の他の通信端末に対して送信する第一送信ステップと、前記第一送信ステップによって前記障害情報が前記他の通信端末に対して送信された後、前記通信装置が前記他の通信端末から、前記通信端末と通信を行うために必要な宛先情報を、前記ネットワークを介して受信する第二受信ステップと、前記第二受信ステップによって受信された前記宛先情報に基づき、前記通信端末と前記他の通信端末との間の通信を確立する確立ステップと、前記確立ステップによって前記通信が確立された後、前記他の通信端末が前記通信端末に対して前記障害情報を送信する第二送信ステップとを備えている。第三態様によれば、第一態様と同様の効果を奏することができる。
【００１６】
本発明の第四態様に係る通信プログラムは、ネットワークに接続された呼制御装置を介して、前記他の通話端末との間の通信の確立を要求する確立要求を受信する第一受信ステップと、前記第一受信ステップによって前記確立要求が受信され、前記他の通話端末を少なくとも含む一以上の他の通話端末との間の通信が確立した後、記憶手段に記憶された前記障害情報を取得し、前記他の通信端末に対して送信する第一送信ステップと、前記第一送信ステップによって前記障害情報が前記他の通信端末に対して送信された後、前記他の通信端末から、前記通信端末と通信を行うために必要な宛先情報を、前記ネットワークを介して受信する第二受信ステップと、前記第二受信ステップによって受信された前記宛先情報を使用し、前記通信端末と前記他の通信端末との間の通信の確立を要求する確立要求を、前記呼制御装置に対して送信する第二送信ステップとをコンピュータに実行させる。第四態様によれば、第一態様と同様の効果を奏することができる。
【図面の簡単な説明】
【００１７】
【図１】通信システム１の概要を示す図である。
【図２】通信装置１１の電気的構成を示すブロック図である。
【図３】通話端末１４の電気的構成を示すブロック図である。
【図４】第一テーブル２４１を示す図である。
【図５】第二テーブル２４２を示す図である。
【図６】通信システム１における通信シーケンス（インターネット網２が使用される場合）を示す図である。
【図７】通信システム１における通信シーケンス（インターネット網２が使用される場合）を示す図である。
【図８】通信システム１における通信シーケンス（ＰＳＴＮ網３が使用される場合）を示す図である。
【図９】第一通信装置処理を示すフローチャートである。
【図１０】第一通信装置処理を示すフローチャートであって、図９の続きである。
【図１１】第一通信装置処理を示すフローチャートであって、図９の続きである。
【図１２】通話端末処理を示すフローチャートである。
【図１３】通話端末処理を示すフローチャートであって、図１２の続きである。
【図１４】通話端末処理を示すフローチャートであって、図１２の続きである。
【図１５】第二通信装置処理を示すフローチャートである。
【発明を実施するための形態】
【００１８】
以下、本発明の一実施形態について、図面を参照して説明する。図１を参照し、通信システム１について説明する。通信システム１は、通信装置１２、１３（以下、総称して「通信装置１１」ともいう。）、通話端末１５、１６（以下、総称して「通話端末１４」ともいう。）、および情報端末１８、１９（以下、総称して「情報端末１７」ともいう。）を備える。以下、通話端末１４、および情報端末１７を総称し、通信端末ともいう。通信装置１１は、インターネット網２およびＰＳＴＮ（Public Switched Telephone Networks）網３に接続する。通信装置１２、１３は、インターネット網２およびＰＳＴＮ網３を介して通信を確立させることによって、通信装置１２、１３間で通信を行うことが可能となる。呼制御装置４は、インターネット網２に接続する。呼制御装置４は、インターネット網２を介して通信装置１１間の呼制御を行い、通信装置１１間の通信を確立させることができる。同時に呼制御装置４は、情報端末１７間でＩＭ（Instant Messenger）を実現するためのサーバとして機能する。呼制御装置４の例として、ＩＭ機能を実装したＳＩＰサーバが挙げられる。回線交換機５は、ＰＳＴＮ網３に接続する。回線交換機５は、ＰＳＴＮ網３を介して通信装置１１間の呼制御を行い、通信装置１１間の回線を接続させることができる。回線交換機５の例として、周知の回線交換機が挙げられる。
【００１９】
通話端末１５および情報端末１８は、通信装置１２と直接接続する。通話端末１５は、アナログ回線、デジタル回線、無線回線などの回線を介して通信装置１２と接続する。情報端末１８は、デジタル回線を介して通信装置１２と接続する。通信装置１２、通話端末１５、および情報端末１８は、使用者６によって使用される。通話端末１６および情報端末１９は、通信装置１３と直接接続する。通話端末１６は、アナログ回線、デジタル回線、無線回線などの回線を介して通信装置１３と接続する。情報端末１９は、デジタル回線を介して通信装置１３と接続する。通信装置１３、通話端末１６、および情報端末１９は、管理者７によって使用される。管理者７は、使用者６の使用する通信装置１２の状態を管理する（詳細は後述する）。
【００２０】
通信装置１１は、プロトコルの異なる通信網間に介在し、プロトコル変換を行うことによってデータの中継を行う中継装置である。例えば通信装置１１は、インターネット網２に接続した呼制御装置４を介し、他の通信装置１１との間でＳＩＰ（Session Initiation Protocol）に基づく呼制御通信を行い、他の通信装置１１と通信を確立させることができる。これによって通信装置１１は、配下に直接接続された通信端末と、他の通信装置１１の配下に直接接続された他の通信端末との間で送受信されるデータを、インターネット網２を介して中継することができる。また例えば通信装置１１は、ＰＳＴＮ網３に接続した回線交換機５を介し、他の通信装置１１との間で呼制御通信を行い、回線を接続させることができる。これによって通信装置１１は、配下に直接接続された通信端末と、他の通信装置１１の配下に直接接続された通信端末との間で実行される通話のための信号を、ＰＳＴＮ網３を介して中継することができる。
【００２１】
通話端末１４の例として、周知のデジタル電話機、アナログ電話機等の電話機が挙げられる。情報端末１７の例として、ＰＣ等が挙げられる。
【００２２】
図２を参照し、通信装置１１の電気的構成について説明する。通信装置１１は、通信装置１１の制御を司るＣＰＵ２１を備える。ＣＰＵ２１は、ＲＯＭ２２、ＲＡＭ２３、フラッシュメモリ２４、ＷＡＮインタフェース（以下、ＷＡＮ  Ｉ／Ｆという。）２５、ＬＡＮインタフェース（以下、ＬＡＮ  Ｉ／Ｆという。）２６、Foreign eXchange Stationインタフェース（以下、ＦＸＳ  Ｉ／Ｆという。）２７、Foreign eXchange Officeインタフェース（以下、ＦＸＯ  Ｉ／Ｆという。）２８、および無線インタフェース（以下、無線Ｉ／Ｆという。）２９と電気的に接続する。ＲＯＭ２２は、書き換え可能な不揮発性メモリである。ＲＯＭ２２には、ブートプログラム、ＢＩＯＳ、ＯＳ等が記憶される。ＲＡＭ２３には、タイマやカウンタ、一時的なデータが記憶される。フラッシュメモリ２４には、ＣＰＵ２１の制御プログラムが記憶される。ＷＡＮ  Ｉ／Ｆ２５は、インターネット網２を介して通信を行うためのインタフェースである。ＬＡＮ  Ｉ／Ｆ２６は、情報端末１７とデジタル回線を介して通信を行うためのインタフェースである。ＦＸＳ  Ｉ／Ｆ２７は、通話端末１４とアナログ回線を介して通信を行うためのインタフェースである。このＦＸＳ  Ｉ／Ｆ２７は、通話端末１４がアナログ電話機の場合において、通話端末１４と通信装置１１とが接続される際に使用される。ＦＸＯ  Ｉ／Ｆ２８は、ＰＳＴＮ網３を介して通信を行うためのインタフェースである。ＦＸＳ  Ｉ／Ｆ２７、およびＦＸＯ  Ｉ／Ｆ２８はアナログ信号をデジタル信号に変換する機能、およびデジタル信号をアナログ信号に変換する機能を備える。無線Ｉ／Ｆ２９は、情報端末１８と無線通信を行うためのインタフェースである。
【００２３】
図３を参照し、通話端末１４の電気的構成について説明する。通話端末１４は、通話端末１４の制御を司るＣＰＵ３１を備える。ＣＰＵ３１は、ＲＯＭ３２、ＲＡＭ３３、フラッシュメモリ３４、無線Ｉ／Ｆ３５、入力部３６、および出力部３７と電気的に接続する。ＲＯＭ３２は、書き換え可能な不揮発性メモリである。ＲＯＭ３２には、ブートプログラム、ＢＩＯＳ、ＯＳ等が記憶される。ＲＡＭ３３には、タイマやカウンタ、一時的なデータが記憶される。フラッシュメモリ３４には、ＣＰＵ３１の制御プログラムが記憶される。ＦＸＯ  Ｉ／Ｆ３５は、通信装置１１とアナログ回線を介して通信を行うためのインタフェースである。入力部３６は、通話端末１４に対して番号等を入力することが可能なテンキーである。出力部３７は、音声を出力するスピーカである。
【００２４】
使用者６は、通信装置１２の動作異常が発生した場合、管理者７に障害の調査を依頼する。管理者７は、通話端末１６または情報端末１９を使用することによって、通信装置１２において発生した障害の内容等を取得する。管理者７は、通話端末１６または情報端末１９を使用することによって、障害の内容等を使用者６に通知する。使用者６は、管理者７から通知を受けることによって、通信装置１２において発生した障害の内容等を認識する。使用者６は、通信装置１２にて発生した障害に対処することによって、通信装置１２を復旧させることができる。
【００２５】
通信装置１２において障害が発生した場合、通信装置１２のＣＰＵ２１は、障害の内容等を特定する。ＣＰＵ２１は、フラッシュメモリ２４の第一テーブル２４１（図４参照）に、特定した障害の内容等を記憶する。図４は、第一テーブル２４１の一例を示している。第一テーブル２４１には、内容、エラーコード、エラーレベル、および解決策が記憶される。内容は、通信装置１２において発生した障害の内容を示す。エラーコードは、障害の内容毎に予め定められた識別情報を示す。エラーレベルは、障害の発生した通信装置１２を復旧させるために必要な作業の難易度を示す。本発明の一例として、エラーレベルは、１（易）、２（中）、および３（難）の三段階で示される。解決策は、障害の発生した通信装置１２を復旧させるために必要となる具体的な解決方法を示す。以下、第一テーブル２４１に記憶された内容、エラーコード、エラーレベル、および解決策を総称して「障害情報」という。
【００２６】
なおフラッシュメモリ２４には、通信装置１２において発生する可能性のある全ての障害を特定するための具体的な自己診断方法、および、発生する可能性のある全ての障害に対応する障害情報が、予め第二テーブル２４２（図５参照）に記憶される。図５は、第二テーブル２４２の一例を示している。第二テーブル２４２には、障害情報（内容、エラーコード、エラーレベル、解決策）および自己診断方法が記憶される。自己診断方法は、対応する内容のエラーを検出するためにＣＰＵ２１が実行する処理の内容を示す。ＣＰＵ２１は、通信装置１２において何らかの動作異常が発生した場合、第二テーブル２４２の自己診断方法を参照して自己診断を行うことによって、対応する障害情報を特定する。ＣＰＵ２１は、特定した障害情報を第二テーブル２４２から読み出し、第一テーブル２４１に記憶する。以上のようにしてＣＰＵ２１は、第二テーブル２４２に基づいて第一テーブル２４１を作成する。
【００２７】
なおＣＰＵ２１は、何らかの動作異常が発生し、第二テーブル２４２の自己診断方法を参照して自己診断を行なっても、対応する障害情報を特定することができない場合、特定できない障害が発生したことを第一テーブル２４１に記憶する。通信装置１２は、原因不明の障害が発生したことを管理者７に通知することになる。
【００２８】
図６から図８を参照し、通信装置１２にて発生した障害の障害情報を管理者７が取得し、使用者６に通知するまでの通信シーケンスについて説明する。図６および図７では、通信装置１２、１３間の通信時にインターネット網２が使用され、図８では、通信装置１２、１３間の通信時にＰＳＴＮ網３が使用される。このように通信システム１では、通信装置１２、１３は、異なる二つの通信網のうちいずれかを選択して使用し、通信を行うことが可能である。従って例えば、一方の通信網の通信状態が悪く使用不可能である場合や、呼制御装置４や回線交換機５が機能していない場合等であっても、管理者７は、通信装置１２において発生した障害の障害情報を適切に取得することができる。
【００２９】
図６および図７を参照し、通信装置１２、１３間の通信時にインターネット網２が使用される場合について説明する。図６に示すように、通信装置１２において何らかの動作異常が発生したことを、使用者６が認識したとする。使用者６は、通信装置１２において発生した障害の調査を、管理者７に依頼する（Ｓ１０）。なお、使用者６が管理者７に対して障害の調査を依頼する場合の方法は限定されず、様々な方法によって調査を依頼することができる。例えば使用者６は、通話端末１５を用いて管理者７の通話端末１６に電話をかけ、調査を依頼してもよい。また使用者６は、通話端末１５以外の別の通話端末を使用して管理者７に調査を依頼してもよい。また使用者６は、情報端末１８を用いて管理者７の情報端末１９に電子メールを送信することによって、管理者７に調査を依頼してもよい。更に使用者６は、通話や電子メール以外の別の連絡方法によって管理者７に調査を依頼してもよい。例えば使用者６は、管理者７に対して口頭で調査を依頼してもよい。
【００３０】
管理者７は、通信装置１２において発生した障害に関する障害情報を取得するために、通話端末１６を使用して通信装置１２に電話をかける。通話端末１６は、通信装置１２、１３間で通信を確立させ、通信装置１２との間で通話を開始させるための確立要求を、通信装置１３に対して送信する。通信装置１３は確立要求を受信する（Ｓ１１）。通信装置１３は、インターネット網２を介して通信装置１２との間の通信を確立させるために、呼制御装置４に対して呼び出し要求（INVITE）を送信する（Ｓ１２）。呼制御装置４は呼び出し要求（INVITE）を受信し、通信装置１２に対して、呼び出し要求（INVITE）を送信する。通信装置１２は呼び出し要求（INVITE）を受信する（Ｓ１３）。
【００３１】
通信装置１２は、受信した呼び出し要求（INVITE）に応じ、通信装置１３との間でインターネット網２を介した通信を確立させるために、呼び出し成功（200 OK）を呼制御装置４に対して送信する（Ｓ１５）。呼制御装置４は呼び出し成功（200 OK）を受信し、通信装置１３に対して呼び出し成功（200 OK）を送信する。通信装置１３は、呼び出し成功（200 OK）を受信する（Ｓ１６）。通信装置１３は、通信装置１２との間の通信の確立が許可され、通信装置１２との通話が可能となったことを通知する確立応答を、通話端末１６に対して送信する。通話端末１６は確立応答を受信する（Ｓ１７）。以上の通信を経て、通信装置１２、１３間でインターネット網２を介した通信が確立し、通信装置１２と通話端末１６との間で通話が可能な状態になる（Ｓ１９）。
【００３２】
通信装置１２は、自動音声応答機能（ＩＶＲ、Interactive Voice Response）を使用し、通話が可能となった通話端末１６に対して所定音声データを自動送信する。なお以下、ＩＶＲを使用して所定音声データを自動送信することを、「ＩＶＲを送信する。」といい、自動送信された所定音声データを受信することを、「ＩＶＲを受信する。」という。所定音声データは、通話端末１６を使用する管理者７に対して、取得を所望する情報の選択を要求する音声のデータである。管理者７が取得可能な情報として、障害情報の他、通信装置１２の状態を示す情報や設定情報等がある。所定音声は、例えば「ご希望の情報を示す番号を押してください。」である。通話端末１６は、取得を所望する情報の選択を要求する音声であるＩＶＲを受信する（Ｓ２１）。通話端末１６は、受信したＩＶＲに基づき、所定音声を出力部３７から出力する。
【００３３】
管理者７は、通話端末１６の出力部３７から出力される所定音声に応じ、障害情報を示す番号を、通話端末１６の入力部３６を介して入力する。番号が入力されたことによって、対応する障害情報の抽出および送信を通信装置１２に対して要求する指示がなされたことになる。通話端末１６は、入力された番号を通知するためのＤＴＭＦ（Dual-Tone Multi-Frequency）信号を、通信装置１２に対して送信する。このＤＴＭＦ信号は、番号に対応する障害情報の抽出および送信を通信装置１２に対して要求する信号に相当する。通信装置１２はＤＴＭＦ信号を受信する（Ｓ２３）。障害情報を示す番号が通知された場合、通信装置１２は、第一テーブル２４１（図４参照）を参照し、障害情報を抽出する（Ｓ２５）。
【００３４】
ここで、抽出された障害情報のエラーレベルが、１（易）または２（中）であったとする。これらのエラーレベルに対応する障害が通信装置１２において発生している場合、通信装置１２を復旧させるための解決策は比較的簡単である。このため使用者６は、障害の発生した通信装置１２を容易に復旧させることが可能であることになる。
【００３５】
通信装置１２は、Ｓ２５で第一テーブル２４１から抽出した障害情報をＩＭによって管理者７に通知するために、障害情報を示すメッセージを呼制御装置４に対して送信する（Ｓ２７）。呼制御装置４は、通信装置１２から受信したメッセージを受信し、管理者７の使用する情報端末１９に対して送信する。情報端末１９は、呼制御装置４から送信されたメッセージを受信する（Ｓ２９）。情報端末１９は、受信したメッセージによって示される障害情報を、ディスプレイ（図示外）に表示する。管理者７は、ディスプレイに表示された障害情報を視認することによって、通信装置１２において発生した障害に関する障害情報を認識することが可能である。
【００３６】
次に通信装置１２は、通話端末１６に対してＩＶＲを送信する。ＩＶＲによって送信される所定音声データは、使用者６が使用する通話端末１５の電話番号の入力を要求する音声のデータである。所定音声は、例えば「使用者の電話番号を押してください。」である。通話端末１６は、ＩＶＲを受信する（Ｓ３１）。通話端末１６は、受信したＩＶＲに基づき、所定音声を出力部３７から出力する。
【００３７】
管理者７は、通話端末１６の出力部３７から出力される所定音声に応じ、通話端末１５の電話番号を、通話端末１６の入力部３６を介して入力する。通話端末１６は、入力された電話番号を通知するためのＤＴＭＦ信号を、通信装置１２に対して送信する。通信装置１２はＤＴＭＦ信号を受信する（Ｓ３３）。
【００３８】
次に通信装置１２は、Ｓ３３で受信したＤＴＭＦ信号によって通知された電話番号を有する通話端末１５と、管理者７の使用する通話端末１６との間の通話を開始させるために、呼制御装置４に対して呼び出し要求（INVITE）を送信する。呼制御装置４は呼び出し要求（INVITE）を受信する（Ｓ３５）。呼制御装置４は、通話端末１６との間の通話の開始が要求されたことを通話端末１５に通知するために、呼び出し要求（INVITE）を通信装置１２に対して送信する。通信装置１２は呼び出し要求（INVITE）を受信する（Ｓ３７）。通信装置１２は、通話端末１６との間の通話の開始が要求されたことを通話端末１５に通知するために、通話端末１５に対して確立要求を送信する。通話端末１５は確立要求を受信する（Ｓ３８）。通話端末１５は出力部３７を介して呼び出し音を出力し、着信したことを使用者６に通知する。
【００３９】
通話端末１５の使用者６が、呼び出し音に応じてオフフックしたとする。通話端末１５は、通話端末１６との間の通話が許可されたことを通知する確立応答を、通信装置１２に対して送信する。通信装置１２は確立応答を受信する（Ｓ３９）。通信装置１２は、通話端末１５、１６間の通話が許可されたことを通知するために、呼び出し成功（200 OK）を呼制御装置４に対して送信する。呼制御装置４は呼び出し成功（200 OK）を受信する（Ｓ４０）。呼制御装置４は、通話端末１５、１６間の通話が許可されたことを通知する応答通知を、通話端末１６に対して送信する。通話端末１６は応答通知を受信する（Ｓ４１）。管理者７が通話端末１６に対して着信操作を行った場合、通話端末１５、１６間で通話が可能な状態になる（Ｓ４３）。
【００４０】
管理者７は、Ｓ２９で情報端末１９がメッセージを受信し、ディスプレイに障害情報が表示されているので、通信装置１２において発生した障害に関する障害情報を認識している。障害情報には、障害の発生した通信装置１２を復旧するための解決策が含まれている（図４参照）。また、ディスプレイに表示された障害情報に含まれる障害のエラーレベルは１（易）または２（中）である（Ｓ２５）ため、使用者６は通信装置１２の復旧作業を容易に実行できる。そこで管理者７は、Ｓ４３で通話可能となった通話端末１６を使用し、通話端末１５を使用する使用者６に対して、解決策を通知する。使用者６は、通話端末１５を介して管理者７から解決策の通知を受ける。これによって使用者６は、障害の発生した通信装置１２に解決策を施すことによって、通信装置１２を復旧させることができる。
【００４１】
以上のように通信装置１２は、通信装置１３に障害情報を送信した（Ｓ２７）後、通話端末１５、１６間の通話が可能な状態とすることができる（Ｓ３５〜Ｓ４３）。これによって管理者７は、通話端末１５と通話可能な状態の通話端末１６を使用することによって、使用者６に対して障害情報を容易に通知することができる。従って管理者７は、通信装置１２から障害情報の通知を受けた後、使用者に障害情報を通知するためにあらためて通話端末１５に電話をかける手間を省くことができる。従って管理者７は、使用者６に対して、通信装置１２において発生した障害に関する障害情報を容易かつ迅速に知らせることができる。使用者６には、通信装置１２において発生した障害を復旧させるための解決策が通知されることになるので、使用者６は、障害の発生した通信装置１２を迅速に復旧させることができる。
【００４２】
なお通信装置１２は、障害情報を管理者７に通知する場合、障害情報を示すメッセージを、情報端末１９に対してＩＭによって通知する。通常、情報端末１９は通話端末１６に比べて大きなディスプレイを備えているので、障害情報は、より大きなディスプレイに表示されることになる。このため管理者７は、障害情報を適切かつ容易に認識することができる。例えば管理者７は、情報端末１９のディスプレイに表示された障害情報を見ながら、使用者６の通話端末１４と回線が接続した状態の通話端末１６を使用して、使用者６に解決策を音声通話によって通知することができる。
【００４３】
また通信装置１２は、通話端末１５の電話番号を管理者７に入力させる（Ｓ３１）ことによって、通話端末１５の電話番号を適切に取得することができる。従って通信装置１２は、取得した電話番号を使用することによって、通話端末１５、１６間の通話を適切に開始させることができる。
【００４４】
図７は、通信装置１２において発生した障害のエラーレベルが３（難）である場合の通信シーケンスを示している。Ｓ１０〜Ｓ２９は、Ｓ２５で抽出される障害情報のエラーレベルが３（難）であることを除き、図６の通信シーケンスと同一である。エラーレベル３（難）に対応する障害が発生した通信装置１２を復旧させるための解決策は、専門の作業者（例えば管理者７）以外の者（例えば使用者６）にとっては実施が難しい。このため使用者６は、図６の場合のように障害情報が通話端末１５を介して通知されても、障害の発生した通信装置１２を復旧させるための作業を行うことが困難であることになる。
【００４５】
通信装置１２は、障害情報を示すメッセージを呼制御装置４に対して送信した（Ｓ２７）後、通話が可能な状態の通話端末１６に対してＩＶＲを送信する。ＩＶＲによって送信される所定音声データは、通話の終了を通知する音声のデータである。所定音声は、例えば「障害からの復旧方法が難しいので、一旦回線を切断します。」である。通話端末１６は、ＩＶＲを受信する（Ｓ７１）。通話端末１６は、受信したＩＶＲに基づき、所定音声を出力部３７から出力する。
【００４６】
通信装置１２は、通信装置１２、１３間の通信を切断させ、通信装置１２と通話端末１６との間の通話を終了させるために、呼制御装置４に対して終了通知（BYE）を送信する。呼制御装置４は終了通知（BYE）を受信する（Ｓ７３）。呼制御装置４は、通信装置１３に対して終了通知（BYE）を送信し、通信装置１３は終了通知（BYE）を受信する（Ｓ７５）。通信装置１２、１３間の通信は切断される。通信装置１３は、通信装置１２、１６間の通話の終了を通知する終了通知を、通話端末１６に対して送信する。通話端末１６は終了通知を受信する（Ｓ７６）。以上の通信を経て、通信装置１２、１３間のインターネット網２を介した通信は切断し、通信装置１２と通話端末１６との間の通話は終了する（Ｓ７７）。
【００４７】
なお管理者７は、Ｓ２９で情報端末１９がメッセージを受信し、ディスプレイに障害情報が表示されているので、通信装置１２において発生した障害に関する障害情報を認識している。障害情報には、障害の発生した通信装置１２を復旧するための解決策が含まれている（図４参照）。しかしながら、障害のエラーレベルは３（難）であるため、使用者６が復旧作業を直接行うことは困難である。そこで例えば管理者７は、通信装置１２が設置されている場所に自ら赴き、ディスプレイに表示された解決策に基づいて通信装置１２の復旧作業を行う。又例えば管理者７は、通信装置１２が設置されている場所に作業者を派遣する。作業者には、通信装置１２を復旧させるための解決策が予め通知される。作業者は、通知された解決策に基づき作業を行うことによって、通信装置１２を復旧させることができる。
【００４８】
以上のように、障害の発生した通信装置１２を復旧させるための解決策が難しい場合、管理者７から使用者６に対して解決策が通知されても、使用者６は、通信装置１２を復旧する作業を実施できない可能性が高い。このような場合、通信装置１２は、通話端末１６との間の通話を即座に終了させる（Ｓ７１〜Ｓ７７）。管理者７は、自らが通信装置１２の復旧作業を行う等、通信装置１２の障害に対して適切な対処を取ることができる。
【００４９】
図８を参照し、インターネット網２の代わりにＰＳＴＮ網３が使用される場合について説明する。ＰＳＴＮ網３が使用される場合は、管理者７が通話端末１６を使用し、インターネット網２経由で通信装置１２に接続要求を送信したが、通信装置１２からの応答が無い場合である。すなわち、管理者７はインターネット網２を経由した接続が出来ないので、ＰＳＴＮ網３を経由する接続を選択することになる。管理者７は、通信装置１２において発生した障害に関する障害情報を取得するために、通話端末１６を使用して通信装置１２に電話をかける。
【００５０】
通話端末１６は、通信装置１２、１３間で通信を確立させ、通信装置１２との間で通話を開始させるための確立要求を、通信装置１３に対して送信する。通信装置１３は確立要求を受信する（Ｓ８０）。通信装置１３は、ＰＳＴＮ網３を介して通信装置１２との間の回線を接続させるために、回線交換機５に対して接続要求信号を送信する（Ｓ８１）。回線交換機５は接続要求信号を受信し、通信装置１２に対して、接続要求信号を送信する。通信装置１２は接続要求信号を受信する（Ｓ８２）。通信装置１２は、受信した接続要求信号に応じ、オフフックする（Ｓ８３）。以上の通信を経て、通信装置１２、１３間でＰＳＴＮ網３を介した回線が接続し、通信装置１２と通話端末１６との間で通話が可能な状態になる（Ｓ８５）。
【００５１】
通信装置１２は、通話端末１６に対してＩＶＲを送信する。ＩＶＲによって送信される所定音声データは、通話端末１６を使用する管理者７に対して、取得を所望する情報の選択を要求する音声のデータである。通話端末１６はＩＶＲを受信する（Ｓ８７）。通話端末１６は、受信したＩＶＲに基づき、所定音声を出力部３７から出力する。管理者７は、通話端末１６の出力部３７から出力される所定音声に応じ、障害情報を示す番号を、通話端末１６の入力部３６を介して入力する。通話端末１６は、入力された番号を通知するためのＤＴＭＦ信号を、通信装置１２に対して送信する。通信装置１２はＤＴＭＦ信号を受信する（Ｓ８９）。通信装置１２は、第一テーブル２４１（図４）を参照し、障害情報を抽出する（Ｓ９１）。
【００５２】
通信装置１２は、Ｓ９１で第一テーブル２４１から抽出した障害情報を通知するためのＤＴＭＦ信号を、通信装置１３に対して送信する。通信装置１３は、ＤＴＭＦ信号を受信する（Ｓ９３）。通信装置１３は、受信したＤＴＭＦ信号を元の障害情報に変換し、ＲＡＭ２３に記憶する（Ｓ９５）。次に通信装置１２は、通話端末１６との間の通話を終了させるために、回線交換機５に対して終了通知を送信する（Ｓ９７）。回線交換機５は終了通知を受信し、通信装置１３に対して終了通知を送信する。通信装置１３は終了通知を受信する（Ｓ９８）。通信装置１３は、通信装置１２と通話端末１６との間の通話を終了させるために、通話端末１６に対して終了通知を送信する。通話端末１６は終了通知を受信する（Ｓ９９）。以上の通信を経て、通信装置１２、１３間のＰＳＴＮ網３を介した回線は切断され、通信装置１２と通話端末１６との間の通話は終了する（Ｓ１００）。
【００５３】
管理者７は、通話端末１６による通信装置１２との間の通話が終了した後、次のようにして通信装置１３から障害情報を読み出す。管理者７は、障害情報を読み出すための入力操作を情報端末１９に対して行う。情報端末１９は、Ｓ９５で通信装置１３のＲＡＭ２３に記憶された障害情報を読み出す読出要求を、通信装置１３に対して送信する。通信装置１３は読出要求を受信する（Ｓ１０１）。通信装置１３は、ＲＡＭ２３に記憶した障害情報を読み出し、読出要求を送信した情報端末１９に対して送信する。情報端末１９は、障害情報を受信する（Ｓ１０３）。情報端末１９は、受信した障害情報をディスプレイに表示する。管理者７は、ディスプレイに表示された障害情報を視認することによって、通信装置１２において発生した障害に関する障害情報を認識する。
【００５４】
障害情報を認識した管理者７は、障害情報に含まれているエラーレベルが１（易）または２（中）である場合、障害情報に含まれている解決策を、通話端末１６を使用することによって使用者６に通知する。これによって使用者６は、通知された解決策に基づいて、障害の発生した通信装置１２を復旧させることができる。なおこの場合、図６で示したように、通信装置１２がＰＳＴＮ網３を介した回線を接続し、通話端末１５、１６間の通話が可能となる。また例えば管理者７は、障害情報に含まれているエラーレベルが３（難）である場合、通信装置１２が設置されている場所に自ら赴き、通知された解決策に基づいて通信装置１２の復旧作業を行なうことが考えられる。
【００５５】
以上のように、通信装置１２は、インターネット網２またはＰＳＴＮ網３を介して、管理者７に障害情報を通知することができる。従って、一方の通信網を介した通信が不可能な状態でも、他方の通信網を介して障害情報を管理者７に通知できる。また通信装置１２は、ＰＳＴＮ網３が使用される場合、障害情報は通信装置１２に対して送信される（Ｓ９３）。通信装置１３を使用する管理者７は、通信装置１３のＲＡＭ２３に記憶された障害情報を、情報端末１９を介して取得することができる。従って管理者７は、ＰＳＴＮ網３を介して障害情報が通知される場合でも、情報端末１９のディスプレイに障害情報を表示させることができる。これによって管理者７は、障害情報の情報量が多い場合でも、障害情報を適切に認識することができる。
【００５６】
図９から図１１を参照し、通信装置１１のＣＰＵ２１によって実行される第一通信装置処理について説明する。第一通信装置処理は、フラッシュメモリ２４に記憶されたプログラムに従って、ＣＰＵ２１が実行する。ＣＰＵ２１は、通信装置１１において何らかの障害が発生した場合、第一テーブル２４１（図４参照）に障害情報を記憶する。その後、ＣＰＵ２１は第一通信装置処理を開始する。なお以下では、図６から図８の通信シーケンスにおいて障害が発生した通信装置１２のＣＰＵ２１が第一装置処理を実行する場合を想定し、説明する。
【００５７】
ＣＰＵ２１は、呼制御装置４を介して通信装置１３から、呼び出し要求（INVITE）を受信したか判断する（Ｓ１０１）。呼び出し要求（INVITE）を受信した場合（Ｓ１０１：ＹＥＳ）（Ｓ１３、図６、７参照）、ＣＰＵ２１は、通信装置１３との間でインターネット網２を介した通信を確立し、通話端末１６との通話を開始するために、呼び出し成功（200 OK）を呼制御装置４に対して送信する（Ｓ１０５）（Ｓ１５、図６、７参照）。これによって、通信装置１２、１３間でインターネット網２を介した通信が確立する。通信装置１２と通話端末１６との間の通話が可能な状態になる。ＣＰＵ２１は、通信装置１２との間で通話を開始する（Ｓ１０７）（Ｓ１９、図６、７参照）。
【００５８】
通信装置１２と通話端末１６との間の通話が可能な状態で、ＣＰＵ２１は、管理者７に情報の選択を要求するＩＶＲを、通話可能な通話端末１６に対して送信する（Ｓ１０９）（Ｓ２１、図６、７参照）。ＣＰＵ２１は、障害情報を示す番号を通知するためのＤＴＭＦ信号を受信したか判断する（Ｓ１１１）。ＤＴＭＦ信号を受信しない場合（Ｓ１１１：ＮＯ）、ＤＴＭＦ信号の受信を継続して監視するために、処理はＳ１１１に戻る。障害情報を示す番号を通知するためのＤＴＭＦ信号を受信した場合（Ｓ１１１：ＹＥＳ）（Ｓ２３、図６、７参照）、ＣＰＵ２１は、第一テーブル２４１（図４参照）に記憶された障害情報を抽出する（Ｓ１１３）（Ｓ２５、図６、７参照）。
【００５９】
ＣＰＵ２１は、抽出した障害情報に含まれるエラーレベルが１（易）または２（中）であるかを判断する（Ｓ１１５）。エラーレベルが１（易）または２（中）である場合（Ｓ１１５：ＹＥＳ）、ＣＰＵ２１は、抽出した障害情報をＩＭによって管理者７に通知するために、障害情報を示すメッセージを呼制御装置４に対して送信する（Ｓ１１７）（Ｓ２７、図６参照）。なお呼制御装置４は、受信したメッセージを情報端末１９に対して送信する（Ｓ２９、図６参照）。情報端末１９は、受信したメッセージによって示される障害情報を、ディスプレイに表示する。
【００６０】
通信装置１２と通話端末１６との間の通話が可能な状態で、ＣＰＵ２１は、通話端末１５の電話番号を要求するＩＶＲを、通話端末１６に対して送信する（Ｓ１１９）（Ｓ３１、図６参照）。なお通話端末１６は、受信したＩＶＲに基づき、音声を出力部３７から出力する。管理者７は、通話端末１５の電話番号を入力する。通話端末１６は、電話番号を通知するためのＤＴＭＦ信号を、通信装置１２に対して送信する（Ｓ３３、図６参照）。
【００６１】
ＣＰＵ２１は、電話番号を通知するためのＤＴＭＦ信号を、通話端末１６から受信したか判断する（Ｓ１２１）。ＤＴＭＦ信号を受信しない場合（Ｓ１２１：ＮＯ）、ＤＴＭＦ信号の受信を継続して監視するために、処理はＳ１２１に戻る。一方、ＤＴＭＦ信号を受信した場合（Ｓ１２１：ＹＥＳ）、図１０に示すように、ＣＰＵ２１は、受信したＤＴＭＦ信号によって通知された電話番号を有する通話端末１５と通話端末１６との間で通話を開始させるために、呼制御装置４に対して呼び出し要求（INVITE）を送信する（Ｓ１３１）（Ｓ３５、図６参照）。呼制御装置４は、呼び出し要求（INVITE）を通信装置１２に対して送信する（Ｓ３７、図６参照）。ＣＰＵ２１は、呼制御装置４から呼び出し要求（INVITE）を受信し（Ｓ１３２）、通話端末１５に対して確立要求を送信する（Ｓ１３３）（Ｓ３８、図６参照）。
【００６２】
通話端末１５は確立要求を受信し、通信装置１２に対して確立応答を送信する（Ｓ３９、図６参照）。ＣＰＵ２１は確立応答を受信し（Ｓ１３４）、呼制御装置４に対して呼び出し成功（200 OK）を送信する（Ｓ１３５）（Ｓ４０、図６参照）。呼制御装置４は、呼び出し成功（200 OK）を受信し、通話端末１６に対して応答通知を送信する（Ｓ４１、図６参照）。管理者７が通話端末１６に対して着信操作を行った場合、通話端末１５、１６間の通話が可能な状態になる。ＣＰＵ２１は、通話端末１５との間で通話を開始する（Ｓ１３７）（Ｓ４３、図６参照）。第一通信装置処理は終了する。
【００６３】
管理者７は、通話端末１６を使用することによって、使用者６に対して障害情報を通知する。通話端末１５、１６間はすでに通話可能な状態になっているので、管理者７は使用者６に対して障害情報を迅速に通知することができる。
【００６４】
一方、図９のＳ１１５において、抽出した障害情報に含まれるエラーレベルが３（難）である場合（Ｓ１１５：ＮＯ）、ＣＰＵ２１は、抽出した障害情報をＩＭによって管理者７に通知するために、障害情報を示すメッセージを呼制御装置４に対して送信する（Ｓ１２３）（Ｓ２７、図７参照）。次にＣＰＵ２１は、通話の終了を通知するＩＶＲを、通話端末１６に対して送信する（Ｓ１２５）（Ｓ７１、図７参照）。なお通話端末１６は、通信装置１２から受信したＩＶＲに基づき、音声を出力部３７から出力する。
【００６５】
ＣＰＵ２１は、通信装置１２と通話端末１６との間の通話を終了させるために、呼制御装置４に対して終了通知（BYE）を送信する（Ｓ１２７）（Ｓ７３、図７参照）。呼制御装置４は終了通知（BYE）を受信し、通信装置１３に対して終了通知（BYE）を送信する（Ｓ７５、図７参照）。通信装置１２、１３間の通信は切断される。通信装置１３は、通話端末１６に対して終了通知を送信する（Ｓ７６、図７参照）。ＣＰＵ２１は、通信装置１２と通話端末１６との間の通話を終了させる（Ｓ１２９）（Ｓ７７、図７参照）。第一通信装置処理は終了する。
【００６６】
管理者７は、通信装置１２との通話が終了した後、難易度の高い解決策によって通信装置１２を復旧させるため、自身が通信装置１２に対する復旧作業を直接行ったり、専門の作業者に復旧を依頼したりする。これによって、通信装置１２を復旧させるための作業を使用者６が実施できない場合でも、管理者７は通信装置１２を適切に復旧させることができる。
【００６７】
一方、図９に示すように、Ｓ１０１で呼び出し要求（INVITE）を受信していない場合（Ｓ１０１：ＮＯ）、ＣＰＵ２１は、回線交換機５を介して通信装置１３から、接続要求信号を受信したか判断する（Ｓ１０３）。接続要求信号を受信していない場合（Ｓ１０３：ＮＯ）、処理はＳ１０１に戻る。接続要求信号を受信した場合（Ｓ１０３：ＹＥＳ）（Ｓ８２、図８参照）、図１１に示すように、ＣＰＵ２１は、接続要求信号に応じてオフフックする（Ｓ１４１）（Ｓ８３、図８参照）。通信装置１２、１３間でＰＳＴＮ網３を介した回線が確立する。通信装置１２と通話端末１６との間の通話が可能な状態になる。ＣＰＵ２１は、通信装置１２との間で通話を開始する（Ｓ１４３）（Ｓ８５、図８参照）。
【００６８】
ＣＰＵ２１は、情報の選択を要求するＩＶＲを、通話端末１６に対して送信する（Ｓ１４５）（Ｓ８７、図８参照）。ＣＰＵ２１は、障害情報を示す番号を通知するためのＤＴＭＦ信号を受信したか判断する（Ｓ１４７）。ＤＴＭＦ信号を受信していない場合（Ｓ１４７：ＮＯ）、ＤＴＭＦ信号の受信を継続して監視するために、処理はＳ１４７に戻る。障害情報を示す番号を通知するためのＤＴＭＦ信号を受信した場合（Ｓ１４７：ＹＥＳ）（Ｓ８９、図８参照）、ＣＰＵ２１は、第一テーブル２４１に記憶された障害情報を抽出する（Ｓ１４９）（Ｓ９１、図８参照）。
【００６９】
ＣＰＵ２１は、第一テーブル２４１から抽出した障害情報を通知するためのＤＴＭＦ信号を、通信装置１３に対して送信する（Ｓ１５１）（Ｓ９３、図８参照）。なお通信装置１３は、受信したＤＴＭＦ信号を元の障害情報に変換し、ＲＡＭ２３に記憶する（Ｓ９５、図８参照）。
【００７０】
ＣＰＵ２１は、通話端末１６との間の通話を終了させるために、回線交換機５を介して終了通知を通話端末１６に送信する（Ｓ１５３）（Ｓ９７、図８参照）。通信装置１２、１３間のＰＳＴＮ網３を介した回線は切断される。ＣＰＵ２１は、通信装置１２と通話端末１６との間の通話を終了させる（Ｓ１５５）（Ｓ１００、図８参照）。第一通信装置処理は終了する。
【００７１】
管理者７は、通信装置１３のＲＡＭ２３に記憶された障害情報を、情報端末１９を介して取得する（Ｓ１０３、図８参照）。管理者７は、取得した障害情報に含まれる解決策を、使用者６に対して通知してもよいし、管理者７自身が解決策に基づいて通信装置１２の復旧作業を行なってもよい。
【００７２】
図１２から図１４を参照し、通話端末１４のＣＰＵ３１において実行される通話端末処理について説明する。通話端末処理は、フラッシュメモリ３４に記憶されたプログラムに従って、ＣＰＵ３１が実行する。ＣＰＵ３１は、例えば、通信装置１２において発生した障害を調査するための入力操作を、管理者７が入力部３６を介して入力した場合に、通話装置処理を開始する。なお以下では、図６から図８の通信シーケンスにおいて管理者７が使用する通話端末１６のＣＰＵ３１が通話装置処理を実行する場合を想定し、説明する。
【００７３】
はじめにＣＰＵ３１は、インターネット網２を使用して通信装置１２と通話を行うことが可能な状態であるかを判断する（Ｓ１６１）。例えばＣＰＵ３１は、インターネット網２に呼制御装置４が接続されているかを、周知の確認方法に基づき確認することによって、インターネット網２を使用して通信装置１２と通話を行うことが可能であるかを判断する。インターネット網２を使用することが可能であると判断した場合（Ｓ１６１：ＹＥＳ）、ＣＰＵ３１は、通信装置１２との間で通話を開始させるための確立要求を、通信装置１３に対して送信する（Ｓ１６３）（Ｓ１１、図６、７参照）。ＣＰＵ３１は、確立要求に応じて通信装置１３から送信される確立応答を受信したか判断する（Ｓ１６５）。確立応答を受信しない場合（Ｓ１６５：ＮＯ）、確立応答の受信を継続して監視するために、処理はＳ１６５に戻る。
【００７４】
通信装置１３から送信された確立応答を受信した場合（Ｓ１６５：ＹＥＳ）（Ｓ１７、図６、７参照）、通信装置１２と通話端末１６との間の通話が可能な状態になる。ＣＰＵ３１は、通信装置１２との間で通話を開始する（Ｓ１６７）（Ｓ１９、図６、７参照）。ＣＰＵ３１は、情報の選択を要求するＩＶＲを通信装置１２から受信したか判断する（Ｓ１６９）。情報の選択を要求するＩＶＲを受信しない場合（Ｓ１６９：ＮＯ）、ＩＶＲの受信を継続して監視するために、処理はＳ１６９に戻る。情報の選択を要求するＩＶＲを受信した場合（Ｓ１６９：ＹＥＳ）（Ｓ２１、図６、７参照）、ＣＰＵ３１は、受信したＩＶＲに基づき、情報の選択を要求する音声を出力部３７から出力する（Ｓ１７１）。
【００７５】
管理者７は、通話端末１６の出力部３７から出力される所定音声に応じ、入力部３６を介して障害情報を示す番号を入力する。ＣＰＵ３１は、入力された番号を受け付ける（Ｓ１７３）。ＣＰＵ３１は、障害情報を示す番号を通知するためのＤＴＭＦ信号を、通信装置１２に対して送信する（Ｓ１７５）（Ｓ２３、図６、７参照）。なお通信装置１２は、受信したＤＴＭＦ信号に基づき、第一テーブル２４１（図４参照）から障害情報を抽出する。
【００７６】
図１３に示すように、ＣＰＵ３１は、通話端末１５の電話番号を要求するＩＶＲを、通信装置１２から受信したか判断する（Ｓ１９１）。ＩＶＲを受信しない場合（Ｓ１９１：ＮＯ）、通信装置１２においてエラーレベル３（難）の障害情報が第一テーブル２４１から抽出されたことになる。ＣＰＵ３１は、通話の終了を通知するＩＶＲを、通信装置１２から受信する（Ｓ１７６）（Ｓ７１、図７参照）。ＣＰＵ３１は、受信したＩＶＲに基づき、通話の終了を通知する音声を出力部３７から出力する。ＣＰＵ３１は、通信装置１２との間の通話を終了させるための終了通知を、呼制御装置４から受信する（Ｓ１７７）（Ｓ７６、図７参照）。ＣＰＵ３１は、通信装置１２との間の通話を終了させる（Ｓ２０５）。通話端末処理は終了する。
【００７７】
一方、通話端末１５の電話番号を要求するＩＶＲを受信した場合（Ｓ１９１：ＹＥＳ）、ＣＰＵ３１は、受信したＩＶＲに基づき、通話端末１５の電話番号を要求する音声を出力部３７から出力する（Ｓ１９３）。管理者７は、出力部３７から出力される音声に応じ、入力部３６を介して通話端末１５の電話番号を入力する。ＣＰＵ３１は、入力された電話番号を受け付ける（Ｓ１９５）。ＣＰＵ３１は、受け付けた電話番号を通知するためのＤＴＭＦ信号を、通信装置１２に対して送信する（Ｓ１９７）（Ｓ３３、図６参照）。
【００７８】
ＣＰＵ３１は、Ｓ１９５で受け付けた電話番号の通話端末１５との間の通話を開始させるための応答通知を、呼制御装置４から受信したか判断する（Ｓ１９９）。応答通知を受信しない場合（Ｓ１９９：ＮＯ）、応答通知の受信を継続して監視するために、処理はＳ１９９に戻る。一方、呼制御装置４から応答通知を受信した場合（Ｓ１９９：ＹＥＳ）（Ｓ４１、図６参照）。通話端末１５、１６間の通話が可能な状態になる。ＣＰＵ３１は、通話端末１５との間で通話を開始する（Ｓ２０１）（Ｓ４３、図６参照）。管理者７は、通話端末１６を使用し、使用者６に対して障害情報を通知する（Ｓ２０２）。
【００７９】
ＣＰＵ３１は、通話端末１５、１６間の通話を終了させる指示が、入力部３６を介して入力されたか判断する（Ｓ２０３）。通話を終了させる指示が入力されない場合（Ｓ２０３：ＮＯ）、通話状態を継続するために、処理はＳ２０３に戻る。一方、通話を終了させる指示が入力された場合（Ｓ２０３：ＹＥＳ）、ＣＰＵ３１は、通話端末１５、１６間の通話を終了させる（Ｓ２０５）。通話端末処理は終了する。
【００８０】
一方、図１２のＳ１６１で、インターネット網２が使用できないと判断した場合（Ｓ１６１：ＮＯ）、図１４に示すように、ＣＰＵ３１は、通信装置１２、１３間でＰＳＴＮ網３を介して回線を接続し、通信装置１２との間の通話を開始させるための確立要求を、回線交換器５に対して送信する（Ｓ２１１）（Ｓ８０、図８参照）。通信装置１２、１３間の回線は接続し、通信装置１２と通話端末１６との間で通話が可能な状態になる。ＣＰＵ３１は、通信装置１２との間で通話を開始する（Ｓ２１３）（Ｓ８５、図８参照）。ＣＰＵ３１は、情報の選択を要求するＩＶＲを通信装置１２から受信したか判断する（Ｓ２１５）。情報の選択を要求するＩＶＲを受信しない場合（Ｓ２１５：ＮＯ）、ＩＶＲの受信を継続して監視するために、処理はＳ２１５に戻る。一方、情報の選択を要求するＩＶＲを受信した場合（Ｓ２１５：ＹＥＳ）、ＣＰＵ３１は、受信したＩＶＲに基づき、情報の選択を要求する音声を出力部３７から出力する（Ｓ２１７）。管理者７は、通話端末１６の出力部３７から出力される所定音声に応じ、入力部３６を介して障害情報を示す番号を入力する。ＣＰＵ３１は、入力された番号を受け付ける（Ｓ２１９）。ＣＰＵ３１は、障害情報を示す番号を通知するためのＤＴＭＦ信号を、通信装置１２に対して送信する（Ｓ２２１）（Ｓ２３、図８参照）。なお通信装置１２は、受信したＤＴＭＦ信号に基づき、第一テーブル２４１（図４参照）から障害情報を抽出する。
【００８１】
ＣＰＵ３１は、通信装置１２と通話端末１６との間の通話を終了させるための終了通知を、回線交換機５を介して受信したか判断する。終了通知を受信しない場合（Ｓ２２３：ＮＯ）、終了通知の受信を継続して監視するために、処理はＳ２２３に戻る。終了通知を受信した場合（Ｓ２２３：ＹＥＳ）（Ｓ９９、図８参照）、ＣＰＵ３１は、通信装置１２と通話端末１６との間の通話を終了させる（Ｓ２２５）。通話端末処理は終了する。
【００８２】
図１５を参照し、通信装置１１のＣＰＵ２１において実行される第二通信装置処理について説明する。第二通信装置処理は、フラッシュメモリ２４に記憶されたプログラムに従って、ＣＰＵ２１が実行する。ＣＰＵ２１は、例えば、通信装置１１の電源が投入された場合に、第二通話装置処理を開始する。なお以下では、図６から図８の通信シーケンスにおける通信装置１３のＣＰＵ２１が第二通信装置処理を実行する場合を想定し、説明する。
【００８３】
ＣＰＵ２１は、障害情報を通知するためのＤＴＭＦ信号を、通信装置１２から受信したか判断する（Ｓ２３１）。ＤＴＭＦ信号を受信しない場合（Ｓ２３１：ＮＯ）、ＤＴＭＦ信号の受信を継続して監視するために、処理はＳ２３１に戻る。ＤＴＭＦ信号を受信した場合（Ｓ２３１：ＹＥＳ）、ＣＰＵ２１は、受信したＤＴＭＦ信号を障害情報に変換し、ＲＡＭ２３に記憶する（Ｓ２３３）（Ｓ９５、図８参照）。ＣＰＵ２１は、情報端末１９から送信された読出要求を受信したか判断する（Ｓ２３５）。読出要求を受信しない場合（Ｓ２３５：ＮＯ）、読出要求の受信を継続して監視するために、処理はＳ２３５に戻る。一方、読出要求を受信した場合（Ｓ２３５：ＹＥＳ）（Ｓ１０１、図８参照）、ＣＰＵ２１は、受信した読出要求に応じ、ＲＡＭ２３に記憶した障害情報を情報端末１９に対して送信する（Ｓ２３７）（Ｓ１０３、図８参照）。第二通信装置処理は終了する。
【００８４】
例えば管理者７は、通話端末１６による通信装置１２との間の通話が終了した後、障害情報を読み出すための入力操作を情報端末１９に対して行う。情報端末１９は、通信装置１３のＲＡＭ２３に記憶された障害情報を読み出し、ディスプレイに障害情報を表示する。管理者７は、ディスプレイに表示された障害情報を視認することによって、通信装置１２において発生した障害に関する障害情報を認識する。
【００８５】
なお、Ｓ１０１、Ｓ１０３の処理を行うＣＰＵ２１が本発明の通信装置および通信システムにおける「第一受信手段」に相当する。第一テーブル２４１を記憶するフラッシュメモリ２４が本発明の通信装置および通信システムにおける「第一記憶手段」に相当する。Ｓ１１７、Ｓ１２３、Ｓ１５１の処理を行うＣＰＵ２１が本発明の通信装置および通信システムにおける「第一送信手段」に相当する。Ｓ１２１、Ｓ１４７の処理を行うＣＰＵ２１が本発明の通信装置および通信システムにおける「第二受信手段」に相当する。Ｓ１３１の処理を行うＣＰＵ２１が本発明の通信装置および通信システムにおける「第二送信手段」に相当する。Ｓ１１９の処理を行うＣＰＵ２１が本発明の通信装置における「第三送信手段」に相当する。第一テーブル２４１に記憶されたエラーレベルが本発明の通信装置における「程度情報」に相当する。Ｓ１２７の処理を行うＣＰＵ２１が本発明の通信装置における「第四送信手段」に相当する。Ｓ１１１の処理を行うＣＰＵ２１が本発明の通信装置における「第三受信手段」に相当する。Ｓ１５１の処理を行うＣＰＵ２１が本発明の通信装置における「第五送信手段」に相当する。
【００８６】
Ｓ１６３、Ｓ２１１の処理を行うＣＰＵ３１が本発明の通信システム１における「第三送信手段」に相当する。Ｓ２９の処理を行うＣＰＵ３１が本発明の通信システム１における「第三受信手段」に相当する。Ｓ１９７の処理を行うＣＰＵ３１が本発明の通信システム１における「第四送信手段」に相当する。Ｓ２０２の処理を行うＣＰＵ３１が本発明の通信システム１における「第五送信手段」に相当する。
【００８７】
Ｓ１０１、Ｓ１０３の処理が本発明の「第一受信ステップ」に相当する。Ｓ１１７、Ｓ１２３、Ｓ１５１の処理が本発明の「第一送信ステップ」に相当する。Ｓ１２１、Ｓ１４７の処理が本発明の「第二受信ステップ」に相当する。Ｓ４３の処理が本発明の「確立ステップ」に相当する。Ｓ２０２の処理が本発明の「第二送信ステップ」に相当する。
【００８８】
なお本発明は上述の実施形態に限定されず、種々の変更が可能である。上述の実施形態では、電話番号を通知するＤＴＭＦ信号を通信装置１２が受信した場合（Ｓ１２１）、ＤＴＭＦ信号によって通知される電話番号の通話端末１５と、ＤＴＭＦ信号を送信した通話端末１６との間の通話が可能となった。これに対して通信装置１２は、通話端末１５の電話番号を予めフラッシュメモリ２４に記憶してもよい。通信装置１２は、フラッシュメモリ２４を参照することによって通話端末１５の電話番号を特定しても良い。通信装置１２は、特定した電話番号に基づき、通話端末１５、１６間の通話が可能となるように、通信を行なってもよい。これによって、通話端末１５の電話番号を通話端末１６に問い合わせるための通信が不要となるので、通信システム１内のトラフィックが増大することを抑制できる。また、通話端末１５、１６間で通話が可能となるまでの時間を短縮できる。なお、通話端末１５の電話番号を記憶したフラッシュメモリ２４が本発明の「第二記憶手段」に相当する。
【００８９】
上述の実施形態では、通信装置１２が通話端末１６に対して、情報の選択を要求するＩＶＲを送信した（Ｓ２１、図６、７参照）。通信装置１２は、障害番号を通知するためのＤＴＭＦ信号を受信した場合（Ｓ２３、図６、７参照）に、情報端末１９に対して障害情報を送信した（Ｓ２７、図６、７参照）。これに対して通信装置１２は、通話端末１６との間で通話が可能となった（Ｓ１９、図６、７参照）後、ＩＶＲを送信することなく、情報端末１９に対して障害情報を送信してもよい。上述の実施形態では、障害情報にエラーレベルが含まれていたが、エラーレベルは障害情報に含まれていなくてもよい。例えば障害情報を抽出した通信装置１２のＣＰＵ２１が、障害の内容に基づいてエラーレベルを判断してもよい。上述の実施形態では、障害情報に解決策が含まれていたが、解決策は障害情報に含まれていなくてもよい。例えば障害情報を認識した管理者７が、障害の内容に基づいて解決策を判断してもよい。
【００９０】
通信装置１２は、抽出した障害情報のエラーレベルに依らず、通話端末１５、１６間の通話を可能化してもよい。通信装置１２は、インターネット網２およびＰＳＴＮ網３の両方に接続している必要はなく、いずれか一方の通信網に接続していればよい。上述では、インターネット網２およびＰＳＴＮ網３のうちいずれを使用するかは、通話端末１６が判断していた。これに対し、インターネット網２およびＰＳＴＮ網３のうちいずれを使用するかの判断は、通信装置１３が実行してもよい。
【００９１】
上述において、通話端末１６は、通信装置１３を介して通信装置１２に接続された。これに対して通話端末１６は、通信装置１２に接続することなく、インターネット網２を介して通信装置１２と直接接続されてもよい。
【符号の説明】
【００９２】
１      通信システム
２      インターネット網
３      ＰＳＴＮ網
４      呼制御装置
５      回線交換機
６      使用者
７      管理者
１１、１２、１３  通信装置
１４、１５、１６  通話端末
１７、１８、１９  情報端末
【図１】
2013157834.tif 000003
【図２】
2013157834.tif 000004
【図３】
2013157834.tif 000005
【図４】
2013157834.tif 000006
【図５】
2013157834.tif 000007
【図６】
2013157834.tif 000008
【図７】
2013157834.tif 000009
【図８】
2013157834.tif 000010
【図９】
2013157834.tif 000011
【図１０】
2013157834.tif 000012
【図１１】
2013157834.tif 000013
【図１２】
2013157834.tif 000014
【図１３】
2013157834.tif 000015
【図１４】
2013157834.tif 000016
【図１５】
2013157834.tif 000017