(57)【特許請求の範囲】
【請求項１】
収容している電話端末と呼制御サーバとの間で呼信号の中継処理を行う通信装置において、
上記電話端末のオフフック検出後、上記電話端末からの発信先電話番号の入力断又は誤入力を含む発信不完了要因を検出する発信不完了検出手段と、
上記発信不完了検出手段により検出された発信不完了要因を含む発信不完了情報を有するメッセージを作成するメッセージ作成手段と、
上記メッセージ作成手段により作成されたメッセージを含む信号を上記呼制御サーバに送信する送信手段と
を備えることを特徴とする通信装置。
【請求項２】
収容している電話端末と呼制御サーバとの間で呼信号の中継処理を行う通信装置において、
上記電話端末のオフフック検出後、当該通信装置のリソース不足、又は、保守対象とする電話回線若しくは保守対象電話端末からの発信を含む発信不完了要因を検出する発信不完了検出手段と、
上記発信不完了検出手段により検出された発信不完了要因を含む発信不完了情報を有するメッセージを作成するメッセージ作成手段と、
上記メッセージ作成手段により作成されたメッセージを含む信号を上記呼制御サーバに送信する送信手段と
を備えることを特徴とする通信装置。
【請求項３】
収容している電話端末と呼制御サーバとの間の呼信号の中継処理を行う通信プログラムにおいて、
コンピュータを、
上記電話端末のオフフック検出後、上記電話端末からの発信先電話番号の入力断又は誤入力を含む発信不完了要因を検出する発信不完了検出手段と、
上記発信不完了検出手段により検出された発信不完了要因を含む発信不完了情報を有するメッセージを作成するメッセージ作成手段と、
上記メッセージ作成手段により作成されたメッセージを含む信号を上記呼制御サーバに送信する送信手段と
して機能させることを特徴とする通信プログラム。
【請求項４】
収容している電話端末と呼制御サーバとの間の呼信号の中継処理を行う通信プログラムにおいて、
コンピュータを、
上記電話端末のオフフック検出後、当該通信装置のリソース不足、又は、保守対象とする電話回線若しくは保守対象電話端末からの発信を含む発信不完了要因を検出する発信不完了検出手段と、
上記発信不完了検出手段により検出された発信不完了要因を含む発信不完了情報を有するメッセージを作成するメッセージ作成手段と、
上記メッセージ作成手段により作成されたメッセージを含む信号を上記呼制御サーバに送信する送信手段と
して機能させることを特徴とする通信プログラム。
【請求項５】
収容している電話端末と呼制御サーバとの間で呼信号の中継処理を行う通信方法において、
発信不完了検出手段が、上記電話端末のオフフック検出後、上記電話端末からの発信先電話番号の入力断又は誤入力を含む発信不完了要因を検出し、
メッセージ作成手段が、上記発信不完了検出手段により検出された発信不完了要因を含む発信不完了情報を有するメッセージを作成し、
送信手段が、上記メッセージ作成手段により作成されたメッセージを含む信号を上記呼制御サーバに送信する
ことを特徴とする通信方法。
【請求項６】
収容している電話端末と呼制御サーバとの間で呼信号の中継処理を行う通信方法において、
発信不完了検出手段が、上記電話端末のオフフック検出後、当該通信装置のリソース不足、又は、保守対象とする電話回線若しくは保守対象電話端末からの発信を含む発信不完了要因を検出し、
メッセージ作成手段が、上記発信不完了検出手段により検出された発信不完了要因を含む発信不完了情報を有するメッセージを作成し、
送信手段が、上記メッセージ作成手段により作成されたメッセージを含む信号を上記呼制御サーバに送信する
ことを特徴とする通信方法。
【請求項７】
呼制御サーバと、
上記呼制御サーバから取得した呼詳細情報を記録する呼詳細情報記録手段と、
請求項１又は２に記載の通信装置と
備え、
上記呼制御サーバが、上記通信装置から取得した、発信不完了情報を有するメッセージを呼詳細情報として上記呼詳細情報記録手段に記録することを特徴とする通信システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信装置、通信プログラム、通信方法及び通信システムに関し、例えば、電話端末を収容する電話端末収容装置に適用し得るものである。
【背景技術】
【０００２】
例えば、ＶｏＩＰゲートウェイ装置は、収容している加入者電話端末から発信先の電話番号を取得すると、ＳＩＰ（Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）等の呼制御プロトコルに従って、発信要求メッセージを作成し、ＩＰネットワーク上の呼制御サーバ（例えば、ＳＩＰサーバ等）に発信要求メッセージを含むパケットを送信する（特許文献１参照）。その後、ＶｏＩＰゲートウェイ装置と呼制御サーバとの間で呼制御処理が行なわれ、発信元電話端末と発信先電話端末との間の呼を確立している。
【０００３】
また、ＶｏＩＰネットワークは、発信元電話端末と発信先電話端末との間の呼詳細情報を記録するため、呼制御サーバに接続している呼詳細情報記録部（ＣＤＲ：Ｃａｌｌ  Ｄｅｔａｉｌ  Ｒｅｃｏｒｄｅｒ）が呼詳細情報を記録している。そのため、呼情報を確認する際、保守者は呼詳細情報記録部に記録されている情報を確認することができる。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００６−２２９８２０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、ＶｏＩＰゲートウェイ装置が発信要求メッセージを送信する前に、何らかの要因により加入者電話端末からの発信要求が不完了となった場合、ＶｏＩＰゲートウェイ装置は発信要求メッセージを含むパケットを送信できない。そのため、呼詳細情報記録部に発信不完了要因等の発信不完了情報を記録することができないという問題が生じ得る。
【０００６】
この場合、発信不完了情報は呼詳細情報記録部に記録されないため、保守者は呼詳細情報記録部から発信不完了要因等を確認することができない。ＶｏＩＰゲートウェイ装置が発信不完了要因等を記憶することも考えられる。しかし、ＶｏＩＰゲートウェイ装置の記憶容量が大容量とすることが必要となる。仮に、ＶｏＩＰゲートウェイ装置が発信不完了要因等を記録したとしても、保守者は呼詳細情報記録部の確認とは別に、遠隔地等に配置されているＶｏＩＰゲートウェイ装置の記録情報を確認することが必要となってしまい、保守に係る手間と時間がかかってしまう。
【０００７】
そのため、何らかの要因により加入者電話端末からの発信要求が不完了となった場合でも、発信不完了情報を記録することができる通信装置、通信プログラム、通信方法及び通信システムが求められている。
【課題を解決するための手段】
【０００８】
かかる課題を解決するために、第１の本発明に係る通信装置は、収容している電話端末と呼制御サーバとの間で呼信号の中継処理を行う通信装置において、（１）電話端末のオフフック検出後、電話端末からの発信先電話番号の入力断又は誤入力を含む発信不完了要因を検出する発信不完了検出手段と、（２）発信不完了検出手段により検出された発信不完了要因を含む発信不完了情報を有するメッセージを作成するメッセージ作成手段と、（３）メッセージ作成手段により作成されたメッセージを含む信号を上記呼制御サーバに送信する送信手段とを備えることを特徴とする。
第２の本発明に係る通信装置は、収容している電話端末と呼制御サーバとの間で呼信号の中継処理を行う通信装置において、（１）電話端末のオフフック検出後、当該通信装置のリソース不足、又は、保守対象とする電話回線若しくは保守対象電話端末からの発信を含む発信不完了要因を検出する発信不完了検出手段と、（２）発信不完了検出手段により検出された発信不完了要因を含む発信不完了情報を有するメッセージを作成するメッセージ作成手段と、（３）メッセージ作成手段により作成されたメッセージを含む信号を上記呼制御サーバに送信する送信手段とを備えることを特徴とする。
【０００９】
第３の本発明に係る通信プログラムは、収容している電話端末と呼制御サーバとの間の呼信号の中継処理を行う通信プログラムにおいて、コンピュータを、（１）電話端末のオフフック検出後、電話端末からの発信先電話番号の入力断又は誤入力を含む発信不完了要因を検出する発信不完了検出手段と、（２）発信不完了検出手段により検出された発信不完了要因を含む発信不完了情報を有するメッセージを作成するメッセージ作成手段と、（３）メッセージ作成手段により作成されたメッセージを含む信号を上記呼制御サーバに送信する送信手段として機能させることを特徴とする。
第４の本発明に係る通信プログラムは、収容している電話端末と呼制御サーバとの間の呼信号の中継処理を行う通信プログラムにおいて、コンピュータを、（１）電話端末のオフフック検出後、当該通信装置のリソース不足、又は、保守対象とする電話回線若しくは保守対象電話端末からの発信を含む発信不完了要因を検出する発信不完了検出手段と、（２）発信不完了検出手段により検出された発信不完了要因を含む発信不完了情報を有するメッセージを作成するメッセージ作成手段と、（３）メッセージ作成手段により作成されたメッセージを含む信号を上記呼制御サーバに送信する送信手段として機能させることを特徴とする。
【００１０】
第５の本発明に係る通信方法は、収容している電話端末と呼制御サーバとの間で呼信号の中継処理を行う通信方法において、（１）発信不完了検出手段が、電話端末のオフフック検出後、電話端末からの発信先電話番号の入力断又は誤入力を含む発信不完了要因を検出し、（２）メッセージ作成手段が、発信不完了検出手段により検出された発信不完了要因を含む発信不完了情報を有するメッセージを作成し、（３）送信手段が、メッセージ作成手段により作成されたメッセージを含む信号を呼制御サーバに送信することを特徴とする。
第６の本発明に係る通信方法は、収容している電話端末と呼制御サーバとの間で呼信号の中継処理を行う通信方法において、（１）発信不完了検出手段が、電話端末のオフフック検出後、当該通信装置のリソース不足、又は、保守対象とする電話回線若しくは保守対象電話端末からの発信を含む発信不完了要因を検出し、（２）メッセージ作成手段が、発信不完了検出手段により検出された発信不完了要因を含む発信不完了情報を有するメッセージを作成し、（３）送信手段が、メッセージ作成手段により作成されたメッセージを含む信号を呼制御サーバに送信することを特徴とする。
【００１１】
第７の本発明に係る通信システムは、（１）呼制御サーバと、（２）呼制御サーバから取得した呼詳細情報を記録する呼詳細情報記録手段と、（３）第１又は第２の本発明に係る通信装置とを備え、呼制御サーバが、通信装置から取得した、発信不完了情報を有するメッセージを呼詳細情報として呼詳細情報記録手段に記録することを特徴とする。
【発明の効果】
【００１２】
本発明によれば、何らかの要因により加入者電話端末からの発信要求が不完了となった場合でも、発信不完了情報を記録することができる。
【図面の簡単な説明】
【００１３】
【図１】実施形態に係る音声通信システムの全体的な構成を示す全体構成図である。
【図２】実施形態に係るＶｏＩＰゲートウェイ装置の内部構成を示す内部構成図である。
【図３】実施形態に係る発信不完了要因テーブルの構成を示す構成図である。
【図４】実施形態のＶｏＩＰゲートウェイ装置における発信不完了時のＩＮＶＩＴＥメッセージの送信処理の動作を示すフローチャートである。
【図５】実施形態に係るＶｏＩＰゲートウェイ装置における発信不完了要因の特定処理の動作を示すフローチャートである。
【図６】実施形態の音声通信システムにおける不完了ＩＮＶＩＴＥの送信から呼詳細情報の記録までの処理動作を示すシーケンス図である。
【図７】実施形態に係る呼詳細情報記録部において記録される呼詳細情報を説明する説明図である。
【発明を実施するための形態】
【００１４】
（Ａ）主たる実施形態
以下では、本発明に係る通信装置、通信プログラム、通信方法及び通信システムの実施形態を、図面を参照しながら詳細に説明する。
【００１５】
この実施形態では、呼処理に係る通信プロトコル（以下、「呼制御プロトコル」とも呼ぶ。）としてＳＩＰを採用した音声通信システムに、本発明を適用する場合を例示する。なお、呼制御プロトコルは、ＳＩＰに限定されるものではない。例えば、呼制御プロトコルは、ＩＴＵ−Ｔ制定によるＨ．３２３勧告により規格化された技術にも適用できる。
【００１６】
（Ａ−１）実施形態の構成
図１は、この実施形態に係る音声通信システムの全体的な構成を示す全体構成図である。
【００１７】
図１において、この実施形態に係る音声通信システム１０は、ＶｏＩＰゲートウェイ装置１、ＳＩＰサーバ２、呼詳細情報記録部３、加入者端末５（５−１〜５−ｎ；ｎは正の整数）を有する。
【００１８】
ＶｏＩＰゲートウェイ装置１は、ネットワーク４を介してＳＩＰサーバ２と接続しており、加入者電話回線６を介して１又は複数の加入者端末５−１〜５−ｎと収容しており、ネットワーク４と加入者電話回線６との間の通話信号や制御信号を中継するものである。例えば、ネットワーク４は、ＩＰネットワークである。ＶｏＩＰゲートウェイ装置１と加入者端末５−１〜５−ｎとの間は、既存電話システムのプロトコルで通信を行う。また、ＶｏＩＰゲートウェイ装置１とＳＩＰサーバ２との間は、ＳＩＰで通信する。
【００１９】
ＶｏＩＰゲートウェイ装置１は、加入者電話回線６の状態に基づいて加入者端末５−１〜５−ｎのオフフック状態を検知し、加入者端末５−１〜５−５からのトーン信号（例えば、ＤＴＭＦ（Ｄｉａｌ  Ｔｏｎｅ  Ｍｕｌｔｉ  Ｆｒｅｑｕｅｎｃｙ）信号）に基づき発信先のダイヤル信号を取得する。ＶｏＩＰゲートウェイ装置１は、発信先のダイヤル信号を用いて、ＶｏＩＰ電話体系に従った発信先電話番号に変換し、発信要求メッセージとしてのＩＮＶＩＴＥメッセージを作成する。そして、ＶｏＩＰゲートウェイ装置１は、ＩＮＶＩＴＥメッセージを含むパケットを、ネットワーク４を介してＳＩＰサーバ２に送信する。その後、ＶｏＩＰゲートウェイ装置１は、ＳＩＰサーバ２との間でＳＩＰに従った呼処理を行い、発信元である加入者端末５−１〜５−ｎと発信先端末との間の呼を確立する。
【００２０】
また、ＶｏＩＰゲートウェイ装置１は、ＩＮＶＩＴＥメッセージを送信する前に、発信元である加入者端末５−１〜５−ｎからの発信要求が不完了となった場合に、発信要求の不完了要因を含む発信不完了情報を有するＩＮＶＩＴＥメッセージを作成して、ＳＩＰサーバ２に送信する。
【００２１】
ＳＩＰサーバ２は、ＳＩＰに従って、発信元の電話端末と発信先の電話端末との間の呼を確立するために呼制御するものである。ＳＩＰサーバ２は、呼詳細情報記録部３と接続しており、各呼詳細情報を呼詳細情報記録部３に記録する。ＳＩＰサーバ２は、ＩＮＶＩＴＥメッセージを取得すると、そのＩＮＶＩＴＥメッセージに含まれている情報を用いて呼詳細情報を呼詳細情報記録部３に記録する。
【００２２】
呼詳細情報記録部３は、ＳＩＰサーバ２と接続しており、セッションごとの呼詳細情報を記録するものである。
【００２３】
図２は、実施形態に係るＶｏＩＰゲートウェイ装置１の内部構成を示す内部構成図である。図２において、ＶｏＩＰゲートウェイ装置１は、制御部１１、加入者側インターフェース部１２、ネットワーク側インターフェース部１３、通信処理部１４、記憶部１５を有する。
【００２４】
加入者側インターフェース部１２は、加入者電話回線６と接続して、加入者端末５−１〜５−ｎとの間で信号の授受を行うものである。
【００２５】
ネットワーク側インターフェース部１３は、ネットワーク４と接続して、ＳＩＰサーバ２との間でＳＩＰメッセージを含むパケットの送受信を行うものである。
【００２６】
制御部１１は、ＶｏＩＰゲートウェイ装置１の機能を司る処理部又は装置である。収容する加入者端末５−１〜５−ｎが発信元となる場合、制御部１１は、加入者端末５−１〜５−ｎから入力されたダイヤル信号に基づいて発信先番号に変換してＩＮＶＩＴＥメッセージを作成する。また、加入者端末５−１〜５−ｎが発信先となる場合、制御部１１は、ＳＩＰサーバ２からのＳＩＰメッセージに含まれている情報に基づいて発信先の加入者端末５−１〜５−ｎを特定して、その加入者端末５−１〜５−ｎに呼び出し信号を送出したりする。
【００２７】
また、制御部１１は、図２に示すように、発信不完了検出部１１１、メッセージ作成部１１２を有する。
【００２８】
発信不完了検出部１１１は、発信元である加入者端末５−１〜５−ｎから発呼があった後、通常のＩＮＶＩＴＥメッセージを送信する前に、発信不完了を検出するものである。
【００２９】
ここで、「発呼」とは、通話のために、ユーザ操作により受話器が持ち上げられた状態（オフフック状態）をいう。また、「発信不完了」とは、加入者端末５−１〜５−ｎからの発呼（オフフック検出）後、何かしらの要因により通常のＳＩＰに従ったＩＮＶＩＴＥメッセージを作成できないことをいう。
【００３０】
また、発信不完了検出部１１１は、発信不完了の要因を特定し、記憶部１５に記憶される発信不完了要因テーブル１５１を参照して、今回生じた発信不完了要因情報を選択し、選択した発信不完了要因情報を、メッセージ作成部１１２に与える。
【００３１】
発信不完了検出部１１１は、加入者端末５−１〜５−ｎからの入力ダイヤル信号に基づいて入力ダイヤルの異常を要因とする発信不完了要因を検出する入力ダイヤル要因検出部２１と、当該ＶｏＩＰゲートウェイ装置１のリソース若しくは加入者電話回線６の異常を要因とする発信不完了要因を検出する回線要因・リソース要因検出部２２とを有する。
【００３２】
ここで、この実施形態の発信不完了検出部１１１は、発信不完了の要因が、加入者端末５−１〜５−ｎのユーザ操作による要因と、ＶｏＩＰゲートウェイ装置１のリソースや回線状態等の異常による要因とを検出する。
【００３３】
より具体的には、ユーザ操作による要因は、ユーザによる入力ダイヤルが正常でないために、発信要求が異常であって、発信要求であるＩＮＶＩＴＥメッセージを作成できない場合である。また、リソースや回線状態等の異常による要因は、ＶｏＩＰゲートウェイ装置１のリソースや回線状態等が異常であるため、発信要求が異常であって、ＩＮＶＩＴＥメッセージを作成できない場合である。
【００３４】
入力ダイヤル要因検出部２１は、収容する加入者端末５−１〜５−ｎから取得した入力ダイヤル信号が途中で中断したことを検出したり、入力ダイヤル信号が誤入力であることを検出したりする。
【００３５】
入力ダイヤル要因検出部２１は、例えば、本来、発信先のダイヤル信号として、所定桁数（例えば１０桁等）の入力ダイヤル信号を加入者端末５−１〜５−ｎから取得する必要がある。しかし、例えば、８桁のダイヤル信号が入力されてオンフックされた等のように入力ダイヤル信号の桁数が所定桁数未満の場合、入力ダイヤル要因検出部２１は、入力ダイヤル信号が途中で中断されたことを検出する。
【００３６】
また、入力ダイヤル要因検出部２１は、正しい電話番号か否かを検出するためのデータテーブルを備えており、データテーブルを参照して、加入者端末５−１〜５−ｎからの入力ダイヤル信号が正しい電話番号か否かを検出する。例えば、上記データテーブルには、正規化された電話番号が登録されており、入力ダイヤル要因検出部２１は、入力ダイヤル信号に基づいてデータテーブルを参照して、正規化されていない電話番号が発信先の電話番号として入力された場合、入力ダイヤル信号の誤入力であると検出する。また例えば、入力ダイヤル要因検出部２１は、入力ダイヤル信号の桁数が所定桁数を超える場合、入力ダイヤル要因検出部２１は、入力ダイヤル信号が誤入力であると検出する。
【００３７】
回線要因・リソース要因検出部２２は、加入者端末５−１〜５−ｎから入力ダイヤル信号を取得した際、ＶｏＩＰゲートウェイ装置１の割り当て使用回線数が閾値を超えた場合や、ＶｏＩＰゲートウェイ装置１のＣＰＵ使用率が閾値を超えた場合等のようにリソース負荷量が閾値を超えた場合、リソースの異常による要因を検出する。より具体的には、ＶｏＩＰゲートウェイ装置１の使用回線数が１００回線であり、加入者端末５−１〜５−ｎからの発呼時に、当該発呼が１０１回線目の使用となるようなとき、回線要因・リソース要因検出部２２は、リソース異常による要因を検出する。
【００３８】
また、回線要因・リソース要因検出部２２は、保守のため閉塞中の回線や加入者端末５−１〜５−ｎがある場合には、保守閉塞中の回線や加入者端末５−１〜５−ｎを管理している。加入者端末５−１〜５−ｎからの発呼の際、その保守閉塞中の回線又は加入者端末５−１〜５−ｎから発呼がある場合、回線要因・リソース要因検出部２２は、保守閉塞中回線からの発呼を不完了要因として検出する。
【００３９】
メッセージ作成部１１２は、ＳＩＰメッセージを作成するものである。メッセージ作成部１１２は、加入者端末５−１〜５−ｎから正常に入力ダイヤル信号を取得した場合には、既存と同様に、発信先の電話番号を含むＳＩＰメッセージ（以下、「正常ＩＮＶＩＴＥメッセージ」とも呼ぶ。）を作成する。一方、発信不完了検出部１１１により発信不完了が検出された場合、メッセージ作成部１１２は、発信不完了検出部１１１から発信不完了要因情報と発信不完了要因の発生日時情報等の発信不完了情報を、ヘッダ情報の拡張領域に載せたＩＮＶＩＴＥメッセージ（以下、「不完了ＩＮＶＩＴＥメッセージ」とも呼ぶ。）を作成する。
【００４０】
通信処理部１４は、制御部１１の制御を受けて、ネットワーク側インターフェース部１３を介してＳＩＰメッセージの送受信を行ったり、加入者側インターフェース部１２を介して信号の授受を行ったりするものである。
【００４１】
記憶部１５は、発信先電話番号を特定するための変換テーブルや、呼に関する情報や、発信不完了要因テーブル１５１等を記憶するものである。
【００４２】
図３は、実施形態に係る発信不完了要因テーブル１５１の構成を示す構成図である。図３に示すように、発信不完了要因テーブル１５１は、発信不完了検出部１１１が検出可能な発信不完了要因を含むテーブルである。より具体的には、発信不完了要因テーブル１５１は、発信不完了検出部１１１が特定することができる発信不完了要因の種類と、発信不完了要因の種類を対応付けた識別情報（例えば、数ビットからなるビット情報等）とを対応付けたものである。
【００４３】
例えば、図３に示すように、発信不完了要因の種類が「入力ダイヤルの中断」であるとき、識別情報「１」が対応付けられている。そのため、発信不完了検出部１１１が入力ダイヤルの中断を検出したときには、発信不完了検出部１１１は、識別情報「１」を発信不完了要因情報として取得し、識別情報「１」をメッセージ作成部１１２に通知する。これにより、メッセージ作成部１１２は、発信不完了要因情報「１」と、ダイヤル信号の入力と途中でオンフックされた日時情報とを含む発信不完了情報をヘッダの拡張領域に追加した、不完了ＩＮＶＩＴＥメッセージを作成する。
【００４４】
なお、発信不完了検出部１１１が他の発信不完了要因を検出した場合も、同様にして、対応する発信不完了要因の種類を示す識別情報をメッセージ作成部１１２に通知する。
【００４５】
（Ａ−２）実施形態の動作
次に、この実施形態の音声通信システム１０における発信不完了時のＩＮＶＩＴＥメッセージの送信処理の動作を、図面を参照しながら詳細に説明する。
【００４６】
図４は、実施形態のＶｏＩＰゲートウェイ装置１における発信不完了時のＩＮＶＩＴＥメッセージの送信処理の動作を示すフローチャートである。
【００４７】
まず、加入者端末５−１〜５−ｎにおいてユーザがオフフックとすると、ＶｏＩＰゲートウェイ装置１が加入者電話回線６を通じてオフフックを検出する（Ｓ１０１）。なお、発信元としての加入者端末５−１〜５−ｎは、ユーザ操作によりダイヤル信号の入力があると、そのダイヤル信号をＶｏＩＰゲートウェイ装置１に送信する。
【００４８】
ＶｏＩＰゲートウェイ装置１では、ＩＮＶＩＴＥメッセージの送信前に、発信不完了検出部１１１が発信不完了の発生を監視している（Ｓ１０２）。
【００４９】
発信不完了が発生しない場合（Ｓ１０２）、ＶｏＩＰゲートウェイ装置１では、制御部１１が、加入者端末５−１〜５−ｎから発信先のダイヤル信号の入力を受け、その入力されたダイヤル信号に基づいて発信先電話番号に変換する（Ｓ１０３）。そして、既存技術と同様にして、メッセージ作成部１１２がＩＮＶＩＴＥメッセージを作成し（Ｓ１０４）、通信処理部１４がＩＮＶＩＴＥメッセージを含むパケットをＳＩＰサーバ２に送信する（Ｓ１０８）。
【００５０】
一方、発信不完了検出部１１１が発信不完了の発生を検出した場合（Ｓ１０２）、発信不完了検出部１１１は、発信不完了要因を特定して（Ｓ１０５）、その特定した発信不完了要因の種類に応じた識別情報（発信不完了要因情報）を、記憶部１５の発信不完了要因テーブル１５１から取得する（Ｓ１０６）。
【００５１】
図５は、実施形態に係るＶｏＩＰゲートウェイ装置１における発信不完了要因の特定処理の動作を示すフローチャートである。
【００５２】
まず、発信不完了検出部１１１において、回線要因・リソース要因検出部２２が、保守閉塞中の回線又は端末からの発信であるか否かを判断する（Ｓ２０１）。
【００５３】
例えば、保守対象とする回線番号や加入者端末５−１〜５−ｎの識別番号を含む保守情報が記憶部１５に記憶されている。回線要因・リソース要因検出部２２は、記憶部１５に記憶されている保守情報を参照して、発信元が使用する回線が記憶部１５に記憶されている保守対象の回線であるか、又は、発信元とする加入者端末５−１〜５−ｎが保守対象の端末であるかを判断する。
【００５４】
そして、保守閉塞中の回線又は端末からの発信である場合（Ｓ２０１）、回線要因・リソース要因検出部２２は、発信不完了要因が保守閉塞中の回線又は端末からの発信であるかと判断する（Ｓ２０２）。
【００５５】
次に、発信不完了検出部１１１において、回線要因・リソース要因検出部２２は、ＶｏＩＰゲートウェイ装置１の各種リソース状況を監視し、各種リソースの負荷量が閾値を超えたか否かを判断する（Ｓ２０３）。
【００５６】
例えば、当該ＶｏＩＰゲートウェイ装置１には使用回線数として１００回線などのように割り当てられている。今回の加入者端末５−１〜５−ｎからオフフックされて発信先に呼を要求するとき、ＶｏＩＰゲートウェイ装置１の使用回線数が、予め割り当てられた回線数（閾値）を超えてしまうとき、回線要因・リソース要因検出部２２はリソース負荷量が閾値を超えたと判断する。
【００５７】
また例えば、ＶｏＩＰゲートウェイ装置１の制御部１１の処理量が過剰となり、ＣＰＵ使用率が閾値を超えたとき、回線要因・リソース要因検出部２２はリソース負荷量が閾値を超えたと判断する。
【００５８】
上記の例のように、各種リソースの負荷量が閾値を超えた場合（Ｓ２０３）、回線要因・リソース要因検出部２２は、発信不完了要因がリソース不足であると判断する（Ｓ２０４）。
【００５９】
一方、Ｓ２０３において、リソース負荷量が閾値を超えていない場合、処理は、Ｓ２０５に移行する。
【００６０】
Ｓ２０５では、発信不完了検出部１１１において、入力ダイヤル要因検出部２１が、加入者端末５−１〜５−ｎから入力されたダイヤル信号を取得し（Ｓ２０６）、入力ダイヤル信号の桁数が所定桁数（例えば１０桁）であるか否かを判断する（Ｓ２０６）。
【００６１】
例えば第１桁目のダイヤル信号を取得すると、入力ダイヤル要因検出部２１は、入力ダイヤル信号の桁数が所定桁数（１０桁）でないと判断する。そうすると、Ｓ２０８において、入力ダイヤル要因検出部２１は、加入者電話回線６を通じて、当該加入者端末５−１〜５−ｎがオンフックとしたか否かを確認する（Ｓ２０８）。入力ダイヤル信号の桁数が所定桁数未満である状態で、オンフックが検出されると、入力ダイヤル要因検出部２１は、発信不完了要因が、入力ダイヤルの中断であると判断する（Ｓ２０９）。
【００６２】
一方、Ｓ２０８において、オンフックが検出されず、入力ダイヤル要因検出部２１は、次の桁のダイヤル信号を取得する。入力ダイヤル信号の桁数が所定桁数に達するまで、入力ダイヤル信号の中断を監視するため、入力ダイヤル要因検出部２１はオンフック検出を繰り返し監視する。
【００６３】
なお、入力ダイヤル信号の桁数が所定桁数を超えた場合（Ｓ２０６）、入力ダイヤル要因検出部２１は、発信不完了要因が入力ダイヤルの誤入力と判断する（Ｓ２１１）。
【００６４】
また、入力ダイヤル信号の桁数が所定桁数の場合（Ｓ２０６）、入力ダイヤル要因検出部２１は、データテーブルを参照して、入力されたダイヤル信号が正規化された電話番号であるか否かを判断する（Ｓ２０７）。
【００６５】
そして、入力ダイヤル要因検出部２１が、入力されたダイヤル信号が正規化された電話番号でないと判断したとき、入力ダイヤル要因検出部２１は、発信不完了要因が入力ダイヤルの誤入力と判断する（Ｓ２１１）。
【００６６】
一方、入力ダイヤル要因検出部２１が、入力されたダイヤル信号が正規化された電話番号であると判断したとき、入力ダイヤル要因検出部２１は、入力ダイヤル信号は正常であり（Ｓ２１０）、発信不完了要因は発生しないと判断する。
【００６７】
図４のＳ１０５において、発信不完了検出部１１１が発信不完了要因を特定し、Ｓ２０６において、発信不完了要因情報がメッセージ作成部１１２に与えられると、メッセージ作成部は、不完了ＩＮＶＩＴＥメッセージを作成する（Ｓ１０７）。
【００６８】
ここで、メッセージ作成部１１２は、ＩＮＶＩＴＥメッセージのヘッダ情報の拡張領域に発信不完了情報を追加して、不完了ＩＮＶＩＴＥメッセージを作成する。
【００６９】
このとき、例えば、発信不完了要因が入力ダイヤルの中断である場合、メッセージ作成部１１２は、発信不完了要因情報「１」（図３参照）、発信不完了要因発生日時情報としてオンフック検出日時情報、オンフックされるまでに取得したダイヤル情報等を含む情報を発信不完了情報として、不完了ＩＮＶＩＴＥメッセージに追加するようにしても良い。
【００７０】
また例えば、発信不完了要因が入力ダイヤルの誤入力である場合、メッセージ作成部１１２は、発信不完了要因情報「２」（図３参照）、発信不完了要因発生日時情報として誤入力の検出日時情報、入力されたダイヤル情報等を含む情報を発信不完了情報として、不完了ＩＮＶＩＴＥメッセージに追加するようにしても良い。
【００７１】
また例えば、発信不完了要因がリソース不足である場合、メッセージ作成部１１２は、発信不完了要因情報「３」（図３参照）、発信不完了要因発生日時情報、不足したリソースを示すリソース詳細情報（例えば、回線数の超越なのか、ＣＰＵ使用率の閾値超過なのかの発生要因等）などを含む情報を発信不完了情報として、不完了ＩＮＶＩＴＥメッセージに追加するようにしても良い。
【００７２】
さらに例えば、発信不完了要因が保守閉塞中の回線・端末からの発信である場合、メッセージ作成部１１２は、発信不完了要因情報「４」（図３参照）、発信不完了要因発生日時情報、発信元が使用した回線又は端末の識別情報、回線又は端末の保守時間等の情報を発信不完了情報として、不完了ＩＮＶＩＴＥメッセージに追加するようにしても良い。
【００７３】
そして、通信処理部１４は、メッセージ作成部１１２により作成されたＩＮＶＩＴＥメッセージ（正常ＩＮＶＩＴＥメッセージ又は不完了ＩＮＶＩＴＥメッセージ）を、ＳＩＰサーバ２に送信する（Ｓ１０８）。
【００７４】
図６は、実施形態の音声通信システム１０における不完了ＩＮＶＩＴＥの送信から呼詳細情報の記録までの処理動作を示すシーケンス図である。
【００７５】
ＶｏＩＰゲートウェイ装置１は、不完了ＩＮＶＩＴＥメッセージを含むパケットをＳＩＰサーバ２に送信する（Ｓ３０１）。不完了ＩＮＶＩＴＥメッセージが受信されると、ＳＩＰサーバ２は、不完了ＩＮＶＩＴＥメッセージのヘッダ情報に含まれている情報及びヘッダ情報の拡張領域に含まれている不完了情報に基づく情報を呼詳細情報とし、この呼詳細情報を呼詳細情報記録部３に記録することを要求する（Ｓ３０２）。
【００７６】
呼詳細情報記録部３では、ＳＩＰサーバ２から要求された呼詳細情報を記録する（Ｓ３０３）。
【００７７】
図７は、実施形態に係る呼詳細情報記録部３において記録される呼詳細情報を説明する説明図である。
【００７８】
図７に示すように、呼詳細情報記録部３は、例えば、「発信元情報」、「発信不完了要因情報」、「発信不完了発生日時情報」、「発信先情報」、「不完了詳細情報」等を記録する。
【００７９】
「発信元情報」は、ＩＮＶＩＴＥメッセージのヘッダ情報に含まれる発信元の加入者端末５−１〜５−５の識別情報であり、例えば、加入者端末５−１〜５−ｎの電話番号や識別情報等が記載される。
【００８０】
「発信不完了要因情報」は、ＶｏＩＰゲートウェイ装置１により特定された発信不完了要因情報が記載される。また、「発信不完了発生日時情報」は、発信不完了要因の発生日時情報が記載される。発信不完了要因情報及び発信不完了発生日時情報は、不完了ＩＮＶＩＴＥメッセージのヘッダ情報の拡張領域に追加される発信不完了情報に含まれる情報である。
【００８１】
「発信先情報」は、ＩＮＶＩＴＥメッセージのヘッダ情報に記載される発信先情報である。なお、発信不完了要因情報が、入力ダイヤルの中断又は入力ダイヤルの誤入力の場合には、途中まで入力されたダイヤル番号や誤入力されたダイヤル番号が、不完了ＩＮＶＩＴＥメッセージのヘッダ情報の拡張領域に追加される発信不完了情報に含まれる情報である。そのため、この発信不完了情報に記載された情報に基づいて記載される。
【００８２】
「不完了詳細情報」は、発信不完了要因の種類に応じて、種々の詳細情報が発信不完了情報に含まれている場合に記載される。
【００８３】
呼詳細情報記録部３において、発信不完了情報を含む呼詳細情報が記録されると、呼詳細情報記録部３は、応答信号をＳＩＰサーバ２に返信する（Ｓ３０４）。そして、ＳＩＰサーバ２が、不完了ＩＮＶＩＴＥメッセージの受信に対する応答信号である２００ＯＫ信号をＶｏＩＰゲートウェイ装置１に返信する（Ｓ３０５）。なお、ＳＩＰサーバ２は、応答信号をＶｏＩＰゲートウェイ装置１に返信する。しかし、加入者端末５−１〜５−ｎからの発呼要求は終了しているため、ＳＩＰサーバ２とＶｏＩＰゲートウェイ装置１とは、呼の確立を行なわず、処理は終了する。
【００８４】
（Ａ−３）実施形態の効果
以上のように、例えば、発呼時にダイヤル入力の途中で発呼を中断した等のような発信不完了時は、ＶｏＩＰゲートウェイ装置は、起呼信号（ＳＩＰメッセージであるＩＮＶＩＴＥ）を送信しない。そのため、ＳＩＰサーバが不完了要因や不完了発生時刻等の不完了情報を呼詳細情報に記録することが不可能であった。
【００８５】
しかし、この実施形態によれば、ＩＮＶＩＴＥメッセージ送信前に、発信不完了を検出した場合に、発信不完了要因を含むＩＮＶＩＴＥメッセージを、ＳＩＰサーバに送信することができる。そのため、発信不完了情報をＳＩＰサーバに送信することができ、呼詳細情報記録部に記録することができる。
【００８６】
実施形態によれば、発信不完了要因の発生の存在と、その発信不完了要因を記録することができるため、保守者はＳＩＰサーバの呼詳細情報で確認することができるため、発信不完了発生の調査が容易になる。
【００８７】
実施形態によれば、ＶｏＩＰゲートウェイ装置がＳＩＰサーバに発信不完了情報を送信して、呼詳細情報記録部に記録することで、ＶｏＩＰゲートウェイ装置のログ容量を超える情報を、呼詳細情報記録部に情報を収集することができる。
【００８８】
（Ｂ）他の実施形態
上述した実施形態においても、本発明の種々の変形実施形態を言及したが、本発明は、以下の変形実施形態にも適用できる。
【００８９】
（Ｂ−１）上述した実施形態では、不完了ＩＮＶＩＴＥメッセージに追加する発信不完了情報が、発信不完了要因情報、発信不完了発生日時情報を少なくとも含む場合を例示した。しかし、発信不完了要因の種類に応じて、ＶｏＩＰゲートウェイ装置が認識することができる詳細な情報を発信不完了情報に含めるようにしても良い。
【００９０】
（Ｂ−２）図３では、発信不完了要因の一例を示している。しかし、発信不完了要因は、図３に例示するものに限定されない。上記実施形態では、発信不完了要因は、ユーザ操作による要因と、回線・装置の異常による要因とを主眼とした場合の一例を示している。しかし、ＶｏＩＰゲートウェイ装置とネットワーク４の回線との間の異常が要因となるものであっても良い。その場合、ネットワーク４との間の回線復旧前に、ＩＮＶＴＥメッセージの作成及び蓄積をしておき、その回線復旧後に、ＩＮＶＩＴＥメッセージを送信するようにしても良い。
【符号の説明】
【００９１】
１０…音声通信システム、１…ＶｏＩＰゲートウェイ装置、２…ＳＩＰサーバ、３…呼詳細情報記録部、５（５−１〜５−ｎ）…加入者電話端末、１１…制御部、１２…加入者側インターフェース部、１３…ネットワーク側インターフェース部、１４…通信処理部、１５…記憶部、１５１…発信不完了要因テーブル、２１…入力ダイヤル要因検出部、２２…回線要因・リソース要因検出部。
【図１】
0006531518.tif 000002
【図２】
0006531518.tif 000003
【図３】
0006531518.tif 000004
【図４】
0006531518.tif 000005
【図５】
0006531518.tif 000006
【図６】
0006531518.tif 000007
【図７】
0006531518.tif 000008