呼制御システム及び方法
【課題】ＩＰ電話交換機の処理負荷を軽減し、端末−ＩＰ電話交換機間の状態不一致を確実に検出・開放できるようにする。
【解決手段】本発明の呼制御システムは、呼制御手段がＳＩＰを用いて通信装置との間の呼接続を制御し、トランザクション継続中を示す情報をダイアログとして管理し、各呼の呼情報を記憶し、通話中呼検出手段は、各呼情報のうち通話時間が所定時間以上である通話中呼を検出し、その呼のＣａｌｌ−ＩＤとＦｒｏｍ−ＴａｇとＴｏ−Ｔａｇを有する呼特定情報を出力する。ダイアログ確認手段は、ダイアログに呼特定情報が存在する確認し、存在する場合、状態確認信号通信手段は、ＩＮＶＩＴＥ信号を通信装置に状態確認信号として送信し、その通信装置から正常な応答信号を受信した場合ＡＣＫ信号を返信し、強制解放部は、応答内容が正常ではない場合、通信装置のダイアログをクリアしその呼の状態を強制解放する。
【解決手段】本発明の呼制御システムは、呼制御手段がＳＩＰを用いて通信装置との間の呼接続を制御し、トランザクション継続中を示す情報をダイアログとして管理し、各呼の呼情報を記憶し、通話中呼検出手段は、各呼情報のうち通話時間が所定時間以上である通話中呼を検出し、その呼のＣａｌｌ−ＩＤとＦｒｏｍ−ＴａｇとＴｏ−Ｔａｇを有する呼特定情報を出力する。ダイアログ確認手段は、ダイアログに呼特定情報が存在する確認し、存在する場合、状態確認信号通信手段は、ＩＮＶＩＴＥ信号を通信装置に状態確認信号として送信し、その通信装置から正常な応答信号を受信した場合ＡＣＫ信号を返信し、強制解放部は、応答内容が正常ではない場合、通信装置のダイアログをクリアしその呼の状態を強制解放する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、呼制御システム及び方法に関し、例えば、ＩＰ（インターネットプロトコル）電話網において、端末とサーバとの間の状態不一致（例えば異常な長期保留呼）の検出及び解消に対応するシステムに適用し得る。
【背景技術】
【０００２】
従来、ネットワークを利用して音声通信を実現するいわゆるＩＰ電話サービスは、従来の電話交換サービスと異なり、端末とＩＰ電話交換機（サーバ）との間がコネクションレスであるため、例えばネットワークの間欠障害や端末障害などによるパケットロスにより、端末とＩＰ電話交換機（サーバ）との間の状態（ステート）が不一致になる場合がある。
【０００３】
例えば、セッション終了時に、端末がＢＹＥメッセージ（終了メッセージ）の送信に失敗した場合や、ネットワーク障害等によりＢＹＥメッセージが失われた場合等には、ＩＰ電話交換機（サーバ）は、セッションが終了したことを判断できず、その呼状態を保持し続けてしまうことがある。
【０００４】
このような場合に対し、従来では、例えば非特許文献１等に規定されている端末−サーバ間、端末−端末間等で行われるセッションタイマ機能（ヘルスチェック機能）を実行することにより対応している。
【０００５】
また、特許文献１には、従来の電話交換機における長期保留された交換用リソースに対する処理が開示されており、具体的には、交換機内部処理において、交換用リソースの状態を管理し、その交換用リソースの状態が所定条件を満たしているか否かを判断し、所定条件を満たしている場合に長期保留呼と判断して長期保留呼に対する処理を行う技術が開示されている。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開平５−２２４１７号公報
【非特許文献１】ＲＦＣ４０２８；ＩＥＴＦ（Internet Engineering Task Force）， “Ｓｅｓｓｉｏｎ Ｔｉｍｅｒｓ ｉｎ ｔｈｅ Ｓｅｓｓｉｏｎ Ｐｒｏｔｏｃｏｌ（ＳＩＰ）”
【発明の概要】
【発明が解決しようとする課題】
【０００７】
しかしながら、上述したＩＰ電話網において生じ得る、端末−サーバ間の状態不一致の検出及び解消方法として、従来の方法をそのまま適用しても次のような問題が生じ得る。
【０００８】
例えば、上述した非特許文献１に記載のセッションタイマ機能等を用いる場合、常に通話中の端末とサーバとの間でセッションタイマ監視の信号やりとりを行う必要があるため、サーバにおける処理負荷が増加してしまう。
【０００９】
また、セッションタイマ監視機能を実行させるには、特有の拡張されたヘッダフィールドを有するメッセージを送受信する仕組みが必要であり、端末−サーバ間のネゴシエーション上で対応可能と判断した場合にセッションタイマ監視が動作される。そのため、すべての端末−サーバ間通信で１００％セッションタイマ監視ができるわけではない。
【００１０】
また例えば、上述した特許文献１の従来の電話交換機のように内部のリソース状態及び各種条件に基づいて処理を行うにしても、ＩＰ電話の場合は、端末とサーバ間はコネクションレスであるため、サーバは必ず端末に対する確認処理信号をする必要があるため、状態不一致を検出できず充分に対応できない。
【００１１】
このように、端末−サーバ間の状態不一致、特に長期保留呼に対する処理が充分でない場合、他の関連サービスが正常に機能しない（例えば誤課金を生じる場合等）結果にも繋がるおそれがあり、サービスの安定運用のためにも、上記の端末−サーバ間の状態不一致の検出及び解消方法が必要である。
【００１２】
そのため、ＩＰ電話交換機（サーバ）の処理負荷を軽減させながら、ＩＰ電話交換機主導の下、異常な長時間保留呼を確実に検出し、その状態を解放できる呼制御システム及び方法が求められている。
【課題を解決するための手段】
【００１３】
かかる課題を解決するため、第１の本発明の呼制御システムは、呼制御手段、呼情報記憶手段、通話中呼検出手段、ダイアログ確認手段、状態確認信号通信手段と、強制解放手段を備える呼制御システムにおいて、（１）呼制御手段は、（１−１）通信装置から呼接続要求信号を受信し、呼制御プロトコルとしてＳＩＰを用いて、接続先となる通信装置との間の呼接続を制御し、（１−２）通信装置と接続先となる通信装置との間でトランザクションが継続中であることを示す情報をダイアログとして管理し、（２）呼情報記憶手段は、呼制御手段において確立された１又は複数の呼のそれぞれに関する呼情報を記憶し、（３）通話中呼検出手段は、呼情報記憶手段に記憶されている各呼情報のうち、通話時間が所定時間以上である通話中呼を検出して、当該通話中呼のＣａｌｌ−ＩＤとＦｒｏｍ−ＴａｇとＴｏ−Ｔａｇを有する呼特定情報を出力し、（４）ダイアログ確認手段は、呼制御手段にて管理されるダイアログにおいて、呼特定情報が存在するか否かを確認し、呼制御手段にて管理されるダイアログにおいて、呼特定情報が存在する場合、（５）状態確認信号通信手段は、（５−１）ＩＮＶＩＴＥ信号を、特定された通信装置に、当該対象となる通信装置の状態確認信号として送信し、（５−２）特定された通信装置から、特定された通信装置の状態に応じた応答信号を受信し、（５−３）応答信号の応答内容が正常な応答であるか否かを確認し、（５−４）応答信号の応答内容が正常な応答である場合、ＡＣＫ信号を、特定された通信装置に送信し、（６）強制解放手段は、応答信号の応答内容が正常な応答ではない場合、ダイアログから、特定された通信装置のダイアログをクリアし、特定された通信装置の呼の状態を強制解放することを特徴とする。
【００１４】
第２の本発明の呼制御システムは、呼制御手段、呼情報記憶手段、通話中呼検出手段、コネクションＩＤ確認手段、状態確認信号通信手段と、強制解放手段を備える呼制御システムにおいて、（１）呼制御手段は、（１−１）通信装置から呼接続要求信号を受信し、呼制御プロトコルとしてＭＧＣＰを用いて、接続先となる通信装置との間の呼接続を制御し、（１−２）通信装置と接続先となる通信装置が通話中であることを示す情報を、コネクションＩＤとして管理し、（２）呼情報記憶手段は、呼制御手段において確立された１又は複数の呼のそれぞれに関する呼情報を記憶し、（３）通話中呼検出手段は、呼情報記憶手段に記憶されている各呼情報のうち、通話時間が所定時間以上である通話中呼を検出して、当該通話中呼のコネクションＩＤを有する呼特定情報を出力し、（４）コネクションＩＤ確認手段は、呼制御手段にて管理されるコネクションＩＤにおいて、呼特定情報が存在するか否かを確認し、呼制御手段にて管理されるコネクションＩＤにおいて、呼特定情報が存在する場合、（５）状態確認信号通信手段は、（５−１）コネクションＩＤから特定された通信装置に、ＡＵＦＰ信号を、当該特定された通信装置の状態確認信号として送信し、（５−２）特定された通信装置から、特定された通信装置の状態に応じた応答信号を受信し、（５−３）応答信号の応答内容が正常な応答であるか否かを確認し、（５−４）応答信号の応答内容が正常な応答である場合、特定された通信装置は、呼断続中と判断し、（６）強制解放手段は、応答信号の応答内容が正常な応答ではない場合、コネクションＩＤから特定された通信装置の呼の状態を強制解放することを特徴とする。
【００１５】
第３の本発明の呼制御方法は、呼制御手段、呼情報記憶手段、通話中呼検出手段、ダイアログ確認手段、状態確認信号通信手段と、強制解放手段を備え、当該呼制御手段が、通信装置と接続先となる通信装置との間でトランザクションが継続中であることを示す情報を、ダイアログとして管理する呼制御システムにおける呼制御方法において、（１）呼制御手段が、通信装置から呼接続要求信号を受信し、呼制御プロトコルとしてＳＩＰを用いて、接続先となる通信装置との間の呼接続を制御する呼制御工程と、（２）呼情報記憶手段が、呼制御手段において確立された１又は複数の呼のそれぞれに関する呼情報を呼情報記憶手段に記憶する呼情報記憶工程と、（３）通話中呼検出手段が、呼情報記憶手段に記憶されている各呼情報のうち、通話時間が所定時間以上である通話中呼を検出して、当該通話中呼のＣａｌｌ−ＩＤとＦｒｏｍ−ＴａｇとＴｏ−Ｔａｇを有する呼特定情報を出力する通話中呼検出工程と、（４）ダイアログ確認手段が、呼制御手段にて管理されるダイアログにおいて、呼特定情報が存在するか否かを確認するダイアログ確認工程と、呼制御手段にて管理されるダイアログにおいて、呼特定情報が存在する場合、（５）状態確認信号通信手段が、（５−１）ＩＮＶＩＴＥ信号を、特定された通信装置に、当該対象となる通信装置の状態確認信号として送信し、（５−２）特定された通信装置から、特定された通信装置の状態に応じた応答信号を受信し、（５−３）応答信号の応答内容が、正常な応答であるか否かを確認し、（５−４）応答信号の応答内容が正常な応答である場合、ＡＣＫ信号を、特定された通信装置に送信する状態確認信号通信工程と、（６）強制解放手段が、応答信号の応答内容が正常な応答ではない場合、ダイアログから、特定された通信装置のダイアログをクリアし、特定された通信装置の呼の状態を強制解放する強制解放工程とを有すること特徴とする。
【００１６】
第４の本発明の呼制御方法は、呼制御手段、呼情報記憶手段、通話中呼検出手段、コネクションＩＤ確認手段、状態確認信号通信手段と、強制解放手段を備え、当該呼制御手段が、通信装置と接続先となる通信装置が通話中であることを示す情報を、コネクションＩＤとして管理する呼制御システムにおける呼制御方法において、（１）呼制御手段が、通信装置から呼接続要求信号を受信し、呼制御プロトコルとしてＭＧＣＰを用いて、接続先となる通信装置との間の呼接続を制御する呼制御工程と、（２）呼情報記憶手段が、呼制御手段において確立された１又は複数の呼のそれぞれに関する呼情報を呼情報記憶手段に記憶する呼情報記憶工程と、（３）通話中呼検出手段が、呼情報記憶手段に記憶されている各呼情報のうち、通話時間が所定時間以上である通話中呼を検出して、当該通話中呼のコネクションＩＤを有する呼特定情報を出力する通話中呼検出工程と、（４）コネクションＩＤ確認手段が、呼制御手段にて管理されるコネクションＩＤにおいて、呼特定情報が存在するか否かを確認し、呼制御手段にて管理されるコネクションＩＤにおいて、呼特定情報が存在する場合、（５）状態確認信号通信手段が、（５−１）コネクションＩＤから特定された通信装置に、ＡＵＦＰ信号を、当該特定された通信装置の状態確認信号として送信し、（５−２）特定された通信装置から、特定された通信装置の状態に応じた応答信号を受信し、（５−３）応答信号の応答内容が正常な応答であるか否かを確認し、（５−４）応答信号の応答内容が正常な応答である場合、特定された通信装置は、呼断続中と判断する状態確認信号通信工程と、（６）強制解放手段が、応答信号の応答内容が正常な応答ではない場合、コネクションＩＤから特定された通信装置の呼の状態を強制解放する強制解放工程とを有すること特徴とする。
【発明の効果】
【００１７】
本発明によれば、処理負荷を軽減させながら、所定時間以上の通話中呼（長時間保留呼）を効率的にかつ確実に検出し、その検出した通話中呼の状態を確認し、異常状態として特定された通話中呼（異常な長時間保留呼）の状態を解放することができる。
【図面の簡単な説明】
【００１８】
【図１】実施形態のＩＰ電話システムの全体構成及びＩＰ電話交換機の内部構成を示すブロック図である。
【図２】第１の実施形態のＩＰ電話交換機機能部の内部構成を示すブロック図である。
【図３】第１の実施形態の呼情報管理部が蓄積する呼情報の例を示す図である。
【図４】第１の実施形態のＩＰ電話交換機における動作を示すフローチャートである。
【図５】第１の実施形態の長時間保留呼の検出及び解放処理のシーケンスである。
【図６】第１の実施形態の長時間保留呼の検出処理を示すフローチャートである。
【図７】第２の実施形態のＩＰ電話交換機機能部の内部構成を示すブロック図である。
【図８】第２の実施形態の長時間保留呼の検出及び解放処理のシーケンスである。
【発明を実施するための最良の形態】
【００１９】
（Ａ）第１の実施形態
以下、本発明の呼制御システム及び方法の第１の実施形態を図面を参照して説明する。
【００２０】
本実施形態では、呼制御プロトコル（シグナリングプロトコル）として、ＳＩＰ（Session Initiation Protocol）を採用したＩＰ電話システムに本発明の呼制御システム及び方法を適用した場合を説明する。
【００２１】
（Ａ−１）第１の実施形態の構成
図１は、本実施形態の音声通信システムの全体構成のイメージ図と、ＩＰネットワーク上に配置されるＩＰ電話交換機の内部構成を示す機能ブロック図である。
【００２２】
図１において、本実施形態の音声通信システム９は、ＩＰネットワーク３に接続可能な、ＩＰ電話交換機（サーバ）１と、ＩＰ電話交換機１が収容する複数（図１では２台）のユーザ端末２−１及び２−２（ユーザ端末Ａ及びＢ）とを有して構成される。また、ＩＰ電話交換機１は、ＰＳＴＮ４上の交換機（図示しない）と接続可能であり、収容するユーザ端末２−１及び２−２間の呼接続だけでなく、ＰＳＴＮ４を通じたユーザ端末５（ユーザ端末Ｃ）との間の呼接続も行うことができる。
【００２３】
ここで、ＩＰネットワーク３は、ＩＰ（インターネットプロトコル）を通信制御プロトコルとした通信網である。なお、本実施形態では、通信制御プロトコルをＩＰとして説明するが、端末−サーバ間通信を実現できれば他の通信制御プロトコルも適用できる。また、ＩＰネットワーク３は、有線回線や無線回線のいずれにも適用でき、又は有線回線と無線回線とを結合させたものとしてもよい。さらに、ＩＰネットワーク３は、公衆網又は専用網のいずれにも適用できる。
【００２４】
ＩＰ電話交換機１は、ＩＰネットワーク３上に配置され、収容するユーザ端末２−１及び２−２から受信した呼接続要求に応じて、相手端末との呼接続を制御するＳＩＰ対応のサーバである。
【００２５】
図１において、ＩＰ電話交換機１は、ＩＰ電話交換機機能部１１、呼情報管理部１２、ユーザ情報管理部１３、ルーチング情報管理部１４を少なくとも有する。
【００２６】
ＩＰ電話交換機機能部１１は、ＩＰ電話交換機１として実現する機能を司るものであり、例えば、収容するユーザ端末２−１及び２−２と接続先との間で授受される信号の中継処理や、受信した受信信号の内容を分析する分析処理や、受信信号の内容に応じて送信信号を編集する処理や、各種条件に従ったルーチング処理や、端末−サーバ間の状態を確認する処理等を行うものである。
【００２７】
図２は、本実施形態に係るＩＰ電話交換機機能部１１が実現する主な機能を示す機能ブロック図である。
【００２８】
図２において、ＩＰ電話交換機機能部１１は、呼情報取得部１１ａ、通話中検出部１１ｂ、ダイアログ確認部１１ｃ、状態確認信号通信部１１ｄ、強制開放部１１ｅなどを有する。
【００２９】
呼情報取得部１１ａは、受信信号のメッセージのヘッダ部分に含まれている情報のうち所定の情報を取得し、その取得した情報を含めた所定の情報を呼情報として呼情報管理部１２に蓄積させるものである。ここで、呼情報取得部１１ａが受信メッセージから取得する情報種類は、例えば、受信メッセージのヘッダに含まれている発電話番号情報、着電話番号情報、呼特定情報である。また、呼情報取得部１１ａは、通話を開始又は終了するメッセージの受信時刻に基づく通話開始時刻及び又は通話終了時刻を呼情報として呼情報管理部１２に与える。なお、メッセージの受信時刻は、例えば、ＩＰ電話交換機１が内部に有する時計機能等を用いることができる。
【００３０】
ここで、呼情報管理部１２が管理する呼情報の内容例を図３に示す。図３に示すように、本実施形態の呼情報の例には、「呼生成時間」、「通話開始時刻」、「通話終了時刻」、「発電話番号」、「着電話番号」、「呼特定情報」等が考えられる。
【００３１】
通話中呼検出部１１ｂは、呼情報管理部１２に管理される呼情報を監視し、予め設定された所定時間以上の通話中の呼を検出するものである。また、通話中呼検出部１１ｂは、所定時間以上の通話中の呼を検出すると、その呼を特定する呼特定情報をダイアログ確認部１１ｃに与えるものである。
【００３２】
ここで、本実施形態では、対象となる呼の「ＣＡＬＬ−ＩＤ」、「Ｆｒｏｍ−Ｔａｇ」、「Ｔｏ−Ｔａｇ」を呼特定情報とする。なお、呼を一意に特定できる情報でありセッション中の不変情報であれば、これに限定されず、例えば、ダイアログ識別情報自体を呼特定情報等その他の情報であってもよい。
【００３３】
なお、ダイアログとは、トランザクション継続中のユーザ端末間のピア・ツー・ピアの関係をいい、一般に、ＩＰ電話交換機１が内部処理としてダイアログ情報を管理する。
【００３４】
また、通話中呼検出部１１ｂが長時間保留呼と判断するための上記所定時間は、予め設定されるものであり、また変更可能なものである。
【００３５】
ダイアログ確認部１１ｃは、通話中呼検出部１１ｂが検出した通話中呼の呼特定情報を受け取ると、その受け取った呼特定情報とＩＰ電話交換機１が保持するダイアログとを比較し、ＩＰ電話交換機１が現在管理しているか否かを判断するものである。すなわち、ダイアログ確認部１１ｃは、呼特定情報がＩＰ電話交換機１に保持されているものである場合、ＩＰ電話交換機１が現在管理しているものであると判断し、呼特定情報がＩＰ電話交換機１により保持されていない場合、ＩＰ電話交換機１がすでに解放したものと判断する。
【００３６】
状態確認信号通信部１１ｄは、ダイアログ確認部１１ｃにより呼特定情報がダイアログとして保持されていると判断した場合に、その呼特定情報に基づくユーザ端末に状態を確認する状態確認信号を送信するものである。また、状態確認信号通信部１１ｄは、送信した状態確認信号に対する応答信号を受信し、その応答信号の受信に基づいてユーザ端末の状態を判断するものである。
【００３７】
強制解放部１１ｅは、ユーザ端末から受信した状態確認信号に対する応答信号の内容に応じて、ＩＰ電話交換機１が管理しているダイアログをクリアし、その呼の状態を強制解放するものである。
【００３８】
ユーザ情報管理部１３は、ＩＰ電話交換機１に収容されるユーザ端末２−１及び２−２を利用する契約加入者に関する情報を管理するものである。
【００３９】
ルーチング情報管理部１４は、接続先アドレス（例えば、ＰＳＴＮ４等ルーチング先情報）等の情報を管理するものである。
【００４０】
ユーザ端末２−１及び２−２（ユーザ端末Ａ及びＢ）は、ＩＰ電話交換機１に収容されるＳＩＰ対応の端末であり、ユーザエージェントクライアント（ＵＡＣ）として機能するものである。
【００４１】
ユーザ端末５（ユーザ端末Ｃ）は、ＰＳＴＮ４の電話事業者が管理する端末であり、ＰＳＴＮ４上の交換機（図示しない）及びＩＰ電話交換機１を通じて、ユーザ端末Ａ及びＣと通話を実現するものである。
【００４２】
（Ａ−２）第１の実施形態の動作
図４は、ＩＰ電話交換機１における長期呼保留の検出及び解消処理の概略的な動作を示すフローチャートであり、図５は、ユーザ端末２又は５も含めたＩＰ電話交換機１での長期保留呼に対する処理シーケンスを示す。
【００４３】
以下では、本実施形態の音声通信システム９における長期保留呼の検出及び解消の動作について図面を適宜参照して説明する。
【００４４】
まず、ＳＩＰ対応のユーザ端末２及び５からの要求に応じて、ＩＰ電話交換機１はユーザ端末２及び５間の呼接続を制御する。
【００４５】
図４及び図５において、ＩＰ電話交換機機能部１１の呼情報取得部１１ａは、所定周期の定期的に又は常時、受信メッセージから取得した情報を有する呼情報を呼情報管理部１２に蓄積する（Ｆ１、Ｆ１０１）。
【００４６】
通話中呼検出部１１ｂは、呼情報管理部１２に蓄積されている複数の呼情報の中から、予め設定された所定時間以上継続して通話している通話中呼を長時間保留呼として検出する（Ｆ２、Ｆ１０２）。
【００４７】
このとき、通話中呼検出部１１ｂによる長時間保留呼の検出方法には、種々の方法が考えられるが、例えば、図６に示すような方法が考えられる。
【００４８】
図６において、通話中呼検出部１１ｂは、まず、呼情報管理部１２に蓄積されている呼情報の中のうち「通話終了時刻」欄に情報が格納されていない呼情報を選択する（Ｆ２１）。なお、「通話終了時刻」欄に情報が格納されている場合には、すでに通話が終了したものであると判断する。
【００４９】
「通話終了時刻」欄に情報が格納されていない呼情報について、「通話開始時刻」から「現在時刻」までの差分（通話時間）を求める（Ｆ２２）。
【００５０】
そして、「通話開始時刻」から「現在時刻」までの差分と予め設定された時間とを比較し、差分が所定時間以上である場合、その呼は長時間保留呼であると判断し、図４のＦ３に進む（Ｆ２３〜Ｆ２５）。なお、差分が所定時間未満である場合には、通話中の呼であるが、所定の長時間保留の呼ではないと判断し、Ｆ２１に戻り、処理を繰り返す。
【００５１】
図４及び図５に戻り、通話中呼検出部１１ｂが長時間保留呼を検出すると、その長時間保留呼の「Ｃａｌｌ−ＩＤ」、「Ｆｒｏｍ−Ｔａｇ」、「Ｔｏ−Ｔａｇ」を呼特定情報としてダイアログ確認部１１ｃに与え、状態確認依頼を行う（Ｆ１０３）。
【００５２】
そして、ダイアログ確認部１１ｃは、その検出された通話中呼の呼特定情報が、ＩＰ電話交換機１が管理するダイアログとして存在するか否かを判断する（Ｆ１０４）。
【００５３】
呼特定情報がダイアログとして存在しない場合、その呼の状態はすでに解放されている呼であると判断し、特に何もせず処理を終了する（Ｆ１０５）。
【００５４】
一方、呼特定情報がダイアログとして存在する場合、状態確認信号通信部１１ｄは、「ＩＮＶＩＴＥ」メッセージを状態確認信号として、当該ユーザ端末２及び５に対して送信する（Ｆ１０６）。
【００５５】
なお、本実施形態では、「ＩＮＶＩＴＥ」を状態確認信号として送信するものとして説明するが、収容するユーザ端末２の通信条件によっては、別のメッセージを送信するものとしても良い。
【００５６】
ＩＰ電話交換機１から状態確認信号を受信したユーザ端末２及び５は、その状態に応じた応答信号を返信する（Ｆ１０７）
ユーザ端末２及び５から応答信号が返信されると、状態確認信号通信部１１ｄは、その受信した応答信号の応答内容を確認し（Ｆ４、Ｆ１０８）、正常な応答である場合、ＡＣＫ応答をユーザ端末２及び５に返信する（Ｆ１０９）。
【００５７】
一方、ユーザ端末２及び５から返信された応答信号が異常である場合、強制解放部１１ｅは、ＩＰ電話交換機１内で管理しているダイアログを強制終了させる（Ｆ５、Ｆ１１０）。
【００５８】
なお、ユーザ端末２及び５からの応答信号が異常であるとするのは、例えば、返信がない場合や、例えば「４８１メッセージ ＣＡＬＬ／Ｔｒａｎｓａｃｔｉｏｎ Ｄｏｅｓ Ｎｏｔ Ｅｘｉｓｔ」が返信されてきた場合等がある。
【００５９】
（Ａ−３）第１の実施形態の効果
以上、本実施形態によれば、ＩＰ電話交換機１における呼情報の定期的なチェックにより特定した一定時間通話中の長期（長時間）保留呼のみを対象呼とし、その長期保留呼に対してＩＰ電話交換機１主導で端末−サーバ間の状態確認を実施することで、サーバヘの負荷軽減が可能になるとともに、確実に異常長期保留呼を検出し、解消することができる。
【００６０】
（Ｂ）第２の実施形態
次に、本発明の呼制御システム及び方法の第２の実施形態を図面を参照して説明する。
【００６１】
本実施形態は、呼制御プロトコルとしてＭＧＣＰ（Media Gateway Control Protocol）を採用したＩＰ電話システムに、本発明の呼制御システム及び方法を適用した場合を説明する。
【００６２】
（Ｂ−１）第２の実施形態の構成
本実施形態は、呼制御プロトコルと長期保留呼の検出及び解消の処理シーケンスとが第１の実施形態と異なるが、システムの全体構成などは第１の実施形態で説明した構成に対応する。そこで、本実施形態では、図１を用いて本実施形態の特徴を中心に説明する。
【００６３】
本実施形態のＩＰ電話交換機１は、ＭＧＣＰ対応の呼制御サーバであり、図７は、ＩＰ電話交換機機能部１１が実現する主な機能の機能ブロック図である。
【００６４】
図７において、ＩＰ電話交換機機能部１１は、呼情報取得部１１ａ、通話中呼検出部１１ｂ、コネクションＩＤ確認部１１ｆ、状態確認信号通信部１１ｇ、強制解放部１１ｅを少なくとも有する。
【００６５】
本実施形態では、コネクションＩＤ確認部１１ｆ、状態確認信号通信部１１ｇの内容が第１の実施形態と異なるので、これらの構成について詳説する。
【００６６】
コネクションＩＤ確認部１１ｆは、通話中呼検出部１１ｂにより検出された通話中呼（長時間保留呼）を特定する呼特定情報を呼情報管理部１１から取得する。本実施形態では、コネクションＩＤを呼特定情報とする。勿論、コネクションＩＤに限定されず、呼を特定することができれば、他の情報であっても良い。
【００６７】
コネクションＩＤ確認部１１ｆは、取り出した呼特定情報（コネクションＩＤ）がＩＰ電話交換機１内部で管理されているか否かを判断し、存在しない場合には、すでにその状態は解放されているものとして処理を終了し、存在する場合には、状態確認の対象とするユーザ端末２の状態を確認させるものである。
【００６８】
状態確認信号通信部１１ｇは、コネクションＩＤ確認部１１ｆによりコネクションＩＤ（呼特定情報）がＩＰ電話交換機１内に存在すると判断した場合に、その対象とするユーザ端末２に対して状態確認信号を送信するものである。
【００６９】
（Ｂ−２）第２の実施形態の動作
次に、本実施形態のＩＰ電話システムにおける長時間保留呼の検出及び解消処理の動作を図面を参照して説明する。
【００７０】
図８は、本実施形態の長期保留呼の検出及び解消処理のシーケンスである。図８において、ＩＰ電話交換機機能部１１の呼情報取得部１１ａによる呼情報の蓄積処理及び通話中呼検出部１１ｂによる長時間保留呼の検出処理は、図５のＦ１０１及びＦ１０２に対応する（Ｆ２０１及びＦ２０２）。
【００７１】
通話中呼検出部１１ｂが長時間保留呼を検出すると、その長時間保留呼のコネクションＩＤを呼特定情報としてコネクションＩＤ確認部１１ｆに与え、状態確認依頼を行う（Ｆ２０３）。
【００７２】
そして、コネクションＩＤ確認部１１ｆは、その検出された通話中呼の呼特定情報が、ＩＰ電話交換機１が管理するコネクションＩＤとして存在するか否かを判断する（Ｆ２０４）。
【００７３】
コネクションＩＤが存在しない場合、その呼の状態はすでに解放されている呼であると判断し、特に何もせず処理を終了する（Ｆ２０５）。
【００７４】
一方、コネクションＩＤが存在する場合、状態確認信号通信部１１ｇは、「ＡＵＦＰ（ＡＵｄｉｔ Ｅｎｄ Ｐｏｉｎｔ）」メッセージを状態確認信号として、当該ユーザ端末２及び５に対して送信する（Ｆ２０６）。
【００７５】
なお、本実施形態では、「ＡＵＦＰ」を状態確認信号として送信するものとして説明するが、収容するユーザ端末２の通信条件によっては、別のメッセージを送信するものとしても良い。
【００７６】
ＩＰ電話交換機１から状態確認信号を受信したユーザ端末２及び５は、その状態に応じた応答信号を返信する（Ｆ２０７）
ユーザ端末２及び５から応答信号が返信されると、状態確認信号通信部１１ｇは、その受信した応答信号の応答内容に基づくユーザ端末２及び５の状態と、ＩＰ電話交換機１内部で管理されている状態とを照合し（Ｆ２０８）、正常な応答である場合、呼断続中と判断し、何もせずに処理を終了する（Ｆ２０９）。
【００７７】
一方、ユーザ端末２及び５から返信された応答信号が異常である場合、強制解放部１１ｅは、ＩＰ電話交換機１内で管理している加入者状態を強制終了させる（Ｆ２１０）。
【００７８】
（Ｂ−３）第２の実施形態の効果
以上のように、本実施形態によれば、第１の実施形態と同様の効果を得ることができる。
【００７９】
また、一般に、ヘルスチェック機能に関する規定がないＭＧＣＰ端末に対しても、本実施形態のＩＰ電話交換機１によれば、第１の実施形態と同等のヘルスチェックを行うことができる。
【００８０】
（Ｃ）他の実施形態
第１及び第２の実施形態では、ＩＰ電話交換機１が本発明の機能部を有するイメージで説明したが、それぞれ連携して同等の処理を実行することができれば、本発明に係るそれぞれの機能部を分散配置（例えば別サーバによる処理）させるようにしてもよい。
【００８１】
この場合、呼制御を実行するサーバとは別のサーバで一定時間通話中の呼を特定するので、ＩＰ電話交換機への負荷軽減がよりいっそう図られる。
【００８２】
また、第１の実施形態では、ＳＩＰ端末への確認信号はＩＮＶＩＴＥ信号で実現するイメージで記載したが、端末の条件次第では、他の信号（ＩＮＦＯ、ＯＰＴＩＯＮＳ等）を適用することも可能である。
【００８３】
さらに、第１及び第２の実施形態において、呼を特定する方法に関しては、対象呼の「Ｃａｌｌ−ＩＤ」、「Ｆｒｏｍ−Ｔａｇ」、「Ｔｏ−Ｔａｇ」送付や、対象呼の「コネクションＩＤ」送付を送付するイメージで記載しているが、サーバで呼を特定できる情報であれば、必ずしも上記の情報でなくても構わない。
【００８４】
また、ＩＰ電話交換機は、第１の実施形態で説明した機能部と、第２の実施形態で説明した機能部とを双方備えるようにしても良い。これにより、ＩＰ電話交換機は、ＳＩＰ対応及び又はＭＧＣＰ対応のユーザ端末に対しても同等に対応することができる。
【００８５】
第１及び第２の実施形態において、状態確認信号通信部１１ｄ及び１１ｇが送信する状態確認信号の送信タイミングは、通話中呼の通話時間に応じて異なるようにしてもよい。
【００８６】
例えば、通話中呼の通話時間が短い場合には、状態確認信号の送信間隔を長くするようにする。これにより、ＩＰ電話交換機の監視負荷をより軽減することができる。
【００８７】
上述した第１及び第２の実施形態におけるＩＰ電話交換機１の機能は、例えばＣＰＵにより実現可能なソフトウェア（処理プログラム）として実現されるものであるが、ハードウェア構成による実現を除くものではない。
【符号の説明】
【００８８】
１…ＩＰ電話交換機、１１…ＩＰ電話交換機機能部、１１ａ…呼情報取得部、１１ｂ…通話中呼検出部、１１ｃ…ダイアログ確認部、１１ｄ、１１ｇ…状態確認信号通信部、１１ｅ…強制解放部、１１ｆ…コネクションＩＤ確認部、１２…呼情報管理部、１３…ユーザ情報管理部、１４…ルーチング情報管理部、２（２−１及び２−２）及び５…ユーザ端末、３…ＩＰネットワーク。
【技術分野】
【０００１】
本発明は、呼制御システム及び方法に関し、例えば、ＩＰ（インターネットプロトコル）電話網において、端末とサーバとの間の状態不一致（例えば異常な長期保留呼）の検出及び解消に対応するシステムに適用し得る。
【背景技術】
【０００２】
従来、ネットワークを利用して音声通信を実現するいわゆるＩＰ電話サービスは、従来の電話交換サービスと異なり、端末とＩＰ電話交換機（サーバ）との間がコネクションレスであるため、例えばネットワークの間欠障害や端末障害などによるパケットロスにより、端末とＩＰ電話交換機（サーバ）との間の状態（ステート）が不一致になる場合がある。
【０００３】
例えば、セッション終了時に、端末がＢＹＥメッセージ（終了メッセージ）の送信に失敗した場合や、ネットワーク障害等によりＢＹＥメッセージが失われた場合等には、ＩＰ電話交換機（サーバ）は、セッションが終了したことを判断できず、その呼状態を保持し続けてしまうことがある。
【０００４】
このような場合に対し、従来では、例えば非特許文献１等に規定されている端末−サーバ間、端末−端末間等で行われるセッションタイマ機能（ヘルスチェック機能）を実行することにより対応している。
【０００５】
また、特許文献１には、従来の電話交換機における長期保留された交換用リソースに対する処理が開示されており、具体的には、交換機内部処理において、交換用リソースの状態を管理し、その交換用リソースの状態が所定条件を満たしているか否かを判断し、所定条件を満たしている場合に長期保留呼と判断して長期保留呼に対する処理を行う技術が開示されている。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開平５−２２４１７号公報
【非特許文献１】ＲＦＣ４０２８；ＩＥＴＦ（Internet Engineering Task Force）， “Ｓｅｓｓｉｏｎ Ｔｉｍｅｒｓ ｉｎ ｔｈｅ Ｓｅｓｓｉｏｎ Ｐｒｏｔｏｃｏｌ（ＳＩＰ）”
【発明の概要】
【発明が解決しようとする課題】
【０００７】
しかしながら、上述したＩＰ電話網において生じ得る、端末−サーバ間の状態不一致の検出及び解消方法として、従来の方法をそのまま適用しても次のような問題が生じ得る。
【０００８】
例えば、上述した非特許文献１に記載のセッションタイマ機能等を用いる場合、常に通話中の端末とサーバとの間でセッションタイマ監視の信号やりとりを行う必要があるため、サーバにおける処理負荷が増加してしまう。
【０００９】
また、セッションタイマ監視機能を実行させるには、特有の拡張されたヘッダフィールドを有するメッセージを送受信する仕組みが必要であり、端末−サーバ間のネゴシエーション上で対応可能と判断した場合にセッションタイマ監視が動作される。そのため、すべての端末−サーバ間通信で１００％セッションタイマ監視ができるわけではない。
【００１０】
また例えば、上述した特許文献１の従来の電話交換機のように内部のリソース状態及び各種条件に基づいて処理を行うにしても、ＩＰ電話の場合は、端末とサーバ間はコネクションレスであるため、サーバは必ず端末に対する確認処理信号をする必要があるため、状態不一致を検出できず充分に対応できない。
【００１１】
このように、端末−サーバ間の状態不一致、特に長期保留呼に対する処理が充分でない場合、他の関連サービスが正常に機能しない（例えば誤課金を生じる場合等）結果にも繋がるおそれがあり、サービスの安定運用のためにも、上記の端末−サーバ間の状態不一致の検出及び解消方法が必要である。
【００１２】
そのため、ＩＰ電話交換機（サーバ）の処理負荷を軽減させながら、ＩＰ電話交換機主導の下、異常な長時間保留呼を確実に検出し、その状態を解放できる呼制御システム及び方法が求められている。
【課題を解決するための手段】
【００１３】
かかる課題を解決するため、第１の本発明の呼制御システムは、呼制御手段、呼情報記憶手段、通話中呼検出手段、ダイアログ確認手段、状態確認信号通信手段と、強制解放手段を備える呼制御システムにおいて、（１）呼制御手段は、（１−１）通信装置から呼接続要求信号を受信し、呼制御プロトコルとしてＳＩＰを用いて、接続先となる通信装置との間の呼接続を制御し、（１−２）通信装置と接続先となる通信装置との間でトランザクションが継続中であることを示す情報をダイアログとして管理し、（２）呼情報記憶手段は、呼制御手段において確立された１又は複数の呼のそれぞれに関する呼情報を記憶し、（３）通話中呼検出手段は、呼情報記憶手段に記憶されている各呼情報のうち、通話時間が所定時間以上である通話中呼を検出して、当該通話中呼のＣａｌｌ−ＩＤとＦｒｏｍ−ＴａｇとＴｏ−Ｔａｇを有する呼特定情報を出力し、（４）ダイアログ確認手段は、呼制御手段にて管理されるダイアログにおいて、呼特定情報が存在するか否かを確認し、呼制御手段にて管理されるダイアログにおいて、呼特定情報が存在する場合、（５）状態確認信号通信手段は、（５−１）ＩＮＶＩＴＥ信号を、特定された通信装置に、当該対象となる通信装置の状態確認信号として送信し、（５−２）特定された通信装置から、特定された通信装置の状態に応じた応答信号を受信し、（５−３）応答信号の応答内容が正常な応答であるか否かを確認し、（５−４）応答信号の応答内容が正常な応答である場合、ＡＣＫ信号を、特定された通信装置に送信し、（６）強制解放手段は、応答信号の応答内容が正常な応答ではない場合、ダイアログから、特定された通信装置のダイアログをクリアし、特定された通信装置の呼の状態を強制解放することを特徴とする。
【００１４】
第２の本発明の呼制御システムは、呼制御手段、呼情報記憶手段、通話中呼検出手段、コネクションＩＤ確認手段、状態確認信号通信手段と、強制解放手段を備える呼制御システムにおいて、（１）呼制御手段は、（１−１）通信装置から呼接続要求信号を受信し、呼制御プロトコルとしてＭＧＣＰを用いて、接続先となる通信装置との間の呼接続を制御し、（１−２）通信装置と接続先となる通信装置が通話中であることを示す情報を、コネクションＩＤとして管理し、（２）呼情報記憶手段は、呼制御手段において確立された１又は複数の呼のそれぞれに関する呼情報を記憶し、（３）通話中呼検出手段は、呼情報記憶手段に記憶されている各呼情報のうち、通話時間が所定時間以上である通話中呼を検出して、当該通話中呼のコネクションＩＤを有する呼特定情報を出力し、（４）コネクションＩＤ確認手段は、呼制御手段にて管理されるコネクションＩＤにおいて、呼特定情報が存在するか否かを確認し、呼制御手段にて管理されるコネクションＩＤにおいて、呼特定情報が存在する場合、（５）状態確認信号通信手段は、（５−１）コネクションＩＤから特定された通信装置に、ＡＵＦＰ信号を、当該特定された通信装置の状態確認信号として送信し、（５−２）特定された通信装置から、特定された通信装置の状態に応じた応答信号を受信し、（５−３）応答信号の応答内容が正常な応答であるか否かを確認し、（５−４）応答信号の応答内容が正常な応答である場合、特定された通信装置は、呼断続中と判断し、（６）強制解放手段は、応答信号の応答内容が正常な応答ではない場合、コネクションＩＤから特定された通信装置の呼の状態を強制解放することを特徴とする。
【００１５】
第３の本発明の呼制御方法は、呼制御手段、呼情報記憶手段、通話中呼検出手段、ダイアログ確認手段、状態確認信号通信手段と、強制解放手段を備え、当該呼制御手段が、通信装置と接続先となる通信装置との間でトランザクションが継続中であることを示す情報を、ダイアログとして管理する呼制御システムにおける呼制御方法において、（１）呼制御手段が、通信装置から呼接続要求信号を受信し、呼制御プロトコルとしてＳＩＰを用いて、接続先となる通信装置との間の呼接続を制御する呼制御工程と、（２）呼情報記憶手段が、呼制御手段において確立された１又は複数の呼のそれぞれに関する呼情報を呼情報記憶手段に記憶する呼情報記憶工程と、（３）通話中呼検出手段が、呼情報記憶手段に記憶されている各呼情報のうち、通話時間が所定時間以上である通話中呼を検出して、当該通話中呼のＣａｌｌ−ＩＤとＦｒｏｍ−ＴａｇとＴｏ−Ｔａｇを有する呼特定情報を出力する通話中呼検出工程と、（４）ダイアログ確認手段が、呼制御手段にて管理されるダイアログにおいて、呼特定情報が存在するか否かを確認するダイアログ確認工程と、呼制御手段にて管理されるダイアログにおいて、呼特定情報が存在する場合、（５）状態確認信号通信手段が、（５−１）ＩＮＶＩＴＥ信号を、特定された通信装置に、当該対象となる通信装置の状態確認信号として送信し、（５−２）特定された通信装置から、特定された通信装置の状態に応じた応答信号を受信し、（５−３）応答信号の応答内容が、正常な応答であるか否かを確認し、（５−４）応答信号の応答内容が正常な応答である場合、ＡＣＫ信号を、特定された通信装置に送信する状態確認信号通信工程と、（６）強制解放手段が、応答信号の応答内容が正常な応答ではない場合、ダイアログから、特定された通信装置のダイアログをクリアし、特定された通信装置の呼の状態を強制解放する強制解放工程とを有すること特徴とする。
【００１６】
第４の本発明の呼制御方法は、呼制御手段、呼情報記憶手段、通話中呼検出手段、コネクションＩＤ確認手段、状態確認信号通信手段と、強制解放手段を備え、当該呼制御手段が、通信装置と接続先となる通信装置が通話中であることを示す情報を、コネクションＩＤとして管理する呼制御システムにおける呼制御方法において、（１）呼制御手段が、通信装置から呼接続要求信号を受信し、呼制御プロトコルとしてＭＧＣＰを用いて、接続先となる通信装置との間の呼接続を制御する呼制御工程と、（２）呼情報記憶手段が、呼制御手段において確立された１又は複数の呼のそれぞれに関する呼情報を呼情報記憶手段に記憶する呼情報記憶工程と、（３）通話中呼検出手段が、呼情報記憶手段に記憶されている各呼情報のうち、通話時間が所定時間以上である通話中呼を検出して、当該通話中呼のコネクションＩＤを有する呼特定情報を出力する通話中呼検出工程と、（４）コネクションＩＤ確認手段が、呼制御手段にて管理されるコネクションＩＤにおいて、呼特定情報が存在するか否かを確認し、呼制御手段にて管理されるコネクションＩＤにおいて、呼特定情報が存在する場合、（５）状態確認信号通信手段が、（５−１）コネクションＩＤから特定された通信装置に、ＡＵＦＰ信号を、当該特定された通信装置の状態確認信号として送信し、（５−２）特定された通信装置から、特定された通信装置の状態に応じた応答信号を受信し、（５−３）応答信号の応答内容が正常な応答であるか否かを確認し、（５−４）応答信号の応答内容が正常な応答である場合、特定された通信装置は、呼断続中と判断する状態確認信号通信工程と、（６）強制解放手段が、応答信号の応答内容が正常な応答ではない場合、コネクションＩＤから特定された通信装置の呼の状態を強制解放する強制解放工程とを有すること特徴とする。
【発明の効果】
【００１７】
本発明によれば、処理負荷を軽減させながら、所定時間以上の通話中呼（長時間保留呼）を効率的にかつ確実に検出し、その検出した通話中呼の状態を確認し、異常状態として特定された通話中呼（異常な長時間保留呼）の状態を解放することができる。
【図面の簡単な説明】
【００１８】
【図１】実施形態のＩＰ電話システムの全体構成及びＩＰ電話交換機の内部構成を示すブロック図である。
【図２】第１の実施形態のＩＰ電話交換機機能部の内部構成を示すブロック図である。
【図３】第１の実施形態の呼情報管理部が蓄積する呼情報の例を示す図である。
【図４】第１の実施形態のＩＰ電話交換機における動作を示すフローチャートである。
【図５】第１の実施形態の長時間保留呼の検出及び解放処理のシーケンスである。
【図６】第１の実施形態の長時間保留呼の検出処理を示すフローチャートである。
【図７】第２の実施形態のＩＰ電話交換機機能部の内部構成を示すブロック図である。
【図８】第２の実施形態の長時間保留呼の検出及び解放処理のシーケンスである。
【発明を実施するための最良の形態】
【００１９】
（Ａ）第１の実施形態
以下、本発明の呼制御システム及び方法の第１の実施形態を図面を参照して説明する。
【００２０】
本実施形態では、呼制御プロトコル（シグナリングプロトコル）として、ＳＩＰ（Session Initiation Protocol）を採用したＩＰ電話システムに本発明の呼制御システム及び方法を適用した場合を説明する。
【００２１】
（Ａ−１）第１の実施形態の構成
図１は、本実施形態の音声通信システムの全体構成のイメージ図と、ＩＰネットワーク上に配置されるＩＰ電話交換機の内部構成を示す機能ブロック図である。
【００２２】
図１において、本実施形態の音声通信システム９は、ＩＰネットワーク３に接続可能な、ＩＰ電話交換機（サーバ）１と、ＩＰ電話交換機１が収容する複数（図１では２台）のユーザ端末２−１及び２−２（ユーザ端末Ａ及びＢ）とを有して構成される。また、ＩＰ電話交換機１は、ＰＳＴＮ４上の交換機（図示しない）と接続可能であり、収容するユーザ端末２−１及び２−２間の呼接続だけでなく、ＰＳＴＮ４を通じたユーザ端末５（ユーザ端末Ｃ）との間の呼接続も行うことができる。
【００２３】
ここで、ＩＰネットワーク３は、ＩＰ（インターネットプロトコル）を通信制御プロトコルとした通信網である。なお、本実施形態では、通信制御プロトコルをＩＰとして説明するが、端末−サーバ間通信を実現できれば他の通信制御プロトコルも適用できる。また、ＩＰネットワーク３は、有線回線や無線回線のいずれにも適用でき、又は有線回線と無線回線とを結合させたものとしてもよい。さらに、ＩＰネットワーク３は、公衆網又は専用網のいずれにも適用できる。
【００２４】
ＩＰ電話交換機１は、ＩＰネットワーク３上に配置され、収容するユーザ端末２−１及び２−２から受信した呼接続要求に応じて、相手端末との呼接続を制御するＳＩＰ対応のサーバである。
【００２５】
図１において、ＩＰ電話交換機１は、ＩＰ電話交換機機能部１１、呼情報管理部１２、ユーザ情報管理部１３、ルーチング情報管理部１４を少なくとも有する。
【００２６】
ＩＰ電話交換機機能部１１は、ＩＰ電話交換機１として実現する機能を司るものであり、例えば、収容するユーザ端末２−１及び２−２と接続先との間で授受される信号の中継処理や、受信した受信信号の内容を分析する分析処理や、受信信号の内容に応じて送信信号を編集する処理や、各種条件に従ったルーチング処理や、端末−サーバ間の状態を確認する処理等を行うものである。
【００２７】
図２は、本実施形態に係るＩＰ電話交換機機能部１１が実現する主な機能を示す機能ブロック図である。
【００２８】
図２において、ＩＰ電話交換機機能部１１は、呼情報取得部１１ａ、通話中検出部１１ｂ、ダイアログ確認部１１ｃ、状態確認信号通信部１１ｄ、強制開放部１１ｅなどを有する。
【００２９】
呼情報取得部１１ａは、受信信号のメッセージのヘッダ部分に含まれている情報のうち所定の情報を取得し、その取得した情報を含めた所定の情報を呼情報として呼情報管理部１２に蓄積させるものである。ここで、呼情報取得部１１ａが受信メッセージから取得する情報種類は、例えば、受信メッセージのヘッダに含まれている発電話番号情報、着電話番号情報、呼特定情報である。また、呼情報取得部１１ａは、通話を開始又は終了するメッセージの受信時刻に基づく通話開始時刻及び又は通話終了時刻を呼情報として呼情報管理部１２に与える。なお、メッセージの受信時刻は、例えば、ＩＰ電話交換機１が内部に有する時計機能等を用いることができる。
【００３０】
ここで、呼情報管理部１２が管理する呼情報の内容例を図３に示す。図３に示すように、本実施形態の呼情報の例には、「呼生成時間」、「通話開始時刻」、「通話終了時刻」、「発電話番号」、「着電話番号」、「呼特定情報」等が考えられる。
【００３１】
通話中呼検出部１１ｂは、呼情報管理部１２に管理される呼情報を監視し、予め設定された所定時間以上の通話中の呼を検出するものである。また、通話中呼検出部１１ｂは、所定時間以上の通話中の呼を検出すると、その呼を特定する呼特定情報をダイアログ確認部１１ｃに与えるものである。
【００３２】
ここで、本実施形態では、対象となる呼の「ＣＡＬＬ−ＩＤ」、「Ｆｒｏｍ−Ｔａｇ」、「Ｔｏ−Ｔａｇ」を呼特定情報とする。なお、呼を一意に特定できる情報でありセッション中の不変情報であれば、これに限定されず、例えば、ダイアログ識別情報自体を呼特定情報等その他の情報であってもよい。
【００３３】
なお、ダイアログとは、トランザクション継続中のユーザ端末間のピア・ツー・ピアの関係をいい、一般に、ＩＰ電話交換機１が内部処理としてダイアログ情報を管理する。
【００３４】
また、通話中呼検出部１１ｂが長時間保留呼と判断するための上記所定時間は、予め設定されるものであり、また変更可能なものである。
【００３５】
ダイアログ確認部１１ｃは、通話中呼検出部１１ｂが検出した通話中呼の呼特定情報を受け取ると、その受け取った呼特定情報とＩＰ電話交換機１が保持するダイアログとを比較し、ＩＰ電話交換機１が現在管理しているか否かを判断するものである。すなわち、ダイアログ確認部１１ｃは、呼特定情報がＩＰ電話交換機１に保持されているものである場合、ＩＰ電話交換機１が現在管理しているものであると判断し、呼特定情報がＩＰ電話交換機１により保持されていない場合、ＩＰ電話交換機１がすでに解放したものと判断する。
【００３６】
状態確認信号通信部１１ｄは、ダイアログ確認部１１ｃにより呼特定情報がダイアログとして保持されていると判断した場合に、その呼特定情報に基づくユーザ端末に状態を確認する状態確認信号を送信するものである。また、状態確認信号通信部１１ｄは、送信した状態確認信号に対する応答信号を受信し、その応答信号の受信に基づいてユーザ端末の状態を判断するものである。
【００３７】
強制解放部１１ｅは、ユーザ端末から受信した状態確認信号に対する応答信号の内容に応じて、ＩＰ電話交換機１が管理しているダイアログをクリアし、その呼の状態を強制解放するものである。
【００３８】
ユーザ情報管理部１３は、ＩＰ電話交換機１に収容されるユーザ端末２−１及び２−２を利用する契約加入者に関する情報を管理するものである。
【００３９】
ルーチング情報管理部１４は、接続先アドレス（例えば、ＰＳＴＮ４等ルーチング先情報）等の情報を管理するものである。
【００４０】
ユーザ端末２−１及び２−２（ユーザ端末Ａ及びＢ）は、ＩＰ電話交換機１に収容されるＳＩＰ対応の端末であり、ユーザエージェントクライアント（ＵＡＣ）として機能するものである。
【００４１】
ユーザ端末５（ユーザ端末Ｃ）は、ＰＳＴＮ４の電話事業者が管理する端末であり、ＰＳＴＮ４上の交換機（図示しない）及びＩＰ電話交換機１を通じて、ユーザ端末Ａ及びＣと通話を実現するものである。
【００４２】
（Ａ−２）第１の実施形態の動作
図４は、ＩＰ電話交換機１における長期呼保留の検出及び解消処理の概略的な動作を示すフローチャートであり、図５は、ユーザ端末２又は５も含めたＩＰ電話交換機１での長期保留呼に対する処理シーケンスを示す。
【００４３】
以下では、本実施形態の音声通信システム９における長期保留呼の検出及び解消の動作について図面を適宜参照して説明する。
【００４４】
まず、ＳＩＰ対応のユーザ端末２及び５からの要求に応じて、ＩＰ電話交換機１はユーザ端末２及び５間の呼接続を制御する。
【００４５】
図４及び図５において、ＩＰ電話交換機機能部１１の呼情報取得部１１ａは、所定周期の定期的に又は常時、受信メッセージから取得した情報を有する呼情報を呼情報管理部１２に蓄積する（Ｆ１、Ｆ１０１）。
【００４６】
通話中呼検出部１１ｂは、呼情報管理部１２に蓄積されている複数の呼情報の中から、予め設定された所定時間以上継続して通話している通話中呼を長時間保留呼として検出する（Ｆ２、Ｆ１０２）。
【００４７】
このとき、通話中呼検出部１１ｂによる長時間保留呼の検出方法には、種々の方法が考えられるが、例えば、図６に示すような方法が考えられる。
【００４８】
図６において、通話中呼検出部１１ｂは、まず、呼情報管理部１２に蓄積されている呼情報の中のうち「通話終了時刻」欄に情報が格納されていない呼情報を選択する（Ｆ２１）。なお、「通話終了時刻」欄に情報が格納されている場合には、すでに通話が終了したものであると判断する。
【００４９】
「通話終了時刻」欄に情報が格納されていない呼情報について、「通話開始時刻」から「現在時刻」までの差分（通話時間）を求める（Ｆ２２）。
【００５０】
そして、「通話開始時刻」から「現在時刻」までの差分と予め設定された時間とを比較し、差分が所定時間以上である場合、その呼は長時間保留呼であると判断し、図４のＦ３に進む（Ｆ２３〜Ｆ２５）。なお、差分が所定時間未満である場合には、通話中の呼であるが、所定の長時間保留の呼ではないと判断し、Ｆ２１に戻り、処理を繰り返す。
【００５１】
図４及び図５に戻り、通話中呼検出部１１ｂが長時間保留呼を検出すると、その長時間保留呼の「Ｃａｌｌ−ＩＤ」、「Ｆｒｏｍ−Ｔａｇ」、「Ｔｏ−Ｔａｇ」を呼特定情報としてダイアログ確認部１１ｃに与え、状態確認依頼を行う（Ｆ１０３）。
【００５２】
そして、ダイアログ確認部１１ｃは、その検出された通話中呼の呼特定情報が、ＩＰ電話交換機１が管理するダイアログとして存在するか否かを判断する（Ｆ１０４）。
【００５３】
呼特定情報がダイアログとして存在しない場合、その呼の状態はすでに解放されている呼であると判断し、特に何もせず処理を終了する（Ｆ１０５）。
【００５４】
一方、呼特定情報がダイアログとして存在する場合、状態確認信号通信部１１ｄは、「ＩＮＶＩＴＥ」メッセージを状態確認信号として、当該ユーザ端末２及び５に対して送信する（Ｆ１０６）。
【００５５】
なお、本実施形態では、「ＩＮＶＩＴＥ」を状態確認信号として送信するものとして説明するが、収容するユーザ端末２の通信条件によっては、別のメッセージを送信するものとしても良い。
【００５６】
ＩＰ電話交換機１から状態確認信号を受信したユーザ端末２及び５は、その状態に応じた応答信号を返信する（Ｆ１０７）
ユーザ端末２及び５から応答信号が返信されると、状態確認信号通信部１１ｄは、その受信した応答信号の応答内容を確認し（Ｆ４、Ｆ１０８）、正常な応答である場合、ＡＣＫ応答をユーザ端末２及び５に返信する（Ｆ１０９）。
【００５７】
一方、ユーザ端末２及び５から返信された応答信号が異常である場合、強制解放部１１ｅは、ＩＰ電話交換機１内で管理しているダイアログを強制終了させる（Ｆ５、Ｆ１１０）。
【００５８】
なお、ユーザ端末２及び５からの応答信号が異常であるとするのは、例えば、返信がない場合や、例えば「４８１メッセージ ＣＡＬＬ／Ｔｒａｎｓａｃｔｉｏｎ Ｄｏｅｓ Ｎｏｔ Ｅｘｉｓｔ」が返信されてきた場合等がある。
【００５９】
（Ａ−３）第１の実施形態の効果
以上、本実施形態によれば、ＩＰ電話交換機１における呼情報の定期的なチェックにより特定した一定時間通話中の長期（長時間）保留呼のみを対象呼とし、その長期保留呼に対してＩＰ電話交換機１主導で端末−サーバ間の状態確認を実施することで、サーバヘの負荷軽減が可能になるとともに、確実に異常長期保留呼を検出し、解消することができる。
【００６０】
（Ｂ）第２の実施形態
次に、本発明の呼制御システム及び方法の第２の実施形態を図面を参照して説明する。
【００６１】
本実施形態は、呼制御プロトコルとしてＭＧＣＰ（Media Gateway Control Protocol）を採用したＩＰ電話システムに、本発明の呼制御システム及び方法を適用した場合を説明する。
【００６２】
（Ｂ−１）第２の実施形態の構成
本実施形態は、呼制御プロトコルと長期保留呼の検出及び解消の処理シーケンスとが第１の実施形態と異なるが、システムの全体構成などは第１の実施形態で説明した構成に対応する。そこで、本実施形態では、図１を用いて本実施形態の特徴を中心に説明する。
【００６３】
本実施形態のＩＰ電話交換機１は、ＭＧＣＰ対応の呼制御サーバであり、図７は、ＩＰ電話交換機機能部１１が実現する主な機能の機能ブロック図である。
【００６４】
図７において、ＩＰ電話交換機機能部１１は、呼情報取得部１１ａ、通話中呼検出部１１ｂ、コネクションＩＤ確認部１１ｆ、状態確認信号通信部１１ｇ、強制解放部１１ｅを少なくとも有する。
【００６５】
本実施形態では、コネクションＩＤ確認部１１ｆ、状態確認信号通信部１１ｇの内容が第１の実施形態と異なるので、これらの構成について詳説する。
【００６６】
コネクションＩＤ確認部１１ｆは、通話中呼検出部１１ｂにより検出された通話中呼（長時間保留呼）を特定する呼特定情報を呼情報管理部１１から取得する。本実施形態では、コネクションＩＤを呼特定情報とする。勿論、コネクションＩＤに限定されず、呼を特定することができれば、他の情報であっても良い。
【００６７】
コネクションＩＤ確認部１１ｆは、取り出した呼特定情報（コネクションＩＤ）がＩＰ電話交換機１内部で管理されているか否かを判断し、存在しない場合には、すでにその状態は解放されているものとして処理を終了し、存在する場合には、状態確認の対象とするユーザ端末２の状態を確認させるものである。
【００６８】
状態確認信号通信部１１ｇは、コネクションＩＤ確認部１１ｆによりコネクションＩＤ（呼特定情報）がＩＰ電話交換機１内に存在すると判断した場合に、その対象とするユーザ端末２に対して状態確認信号を送信するものである。
【００６９】
（Ｂ−２）第２の実施形態の動作
次に、本実施形態のＩＰ電話システムにおける長時間保留呼の検出及び解消処理の動作を図面を参照して説明する。
【００７０】
図８は、本実施形態の長期保留呼の検出及び解消処理のシーケンスである。図８において、ＩＰ電話交換機機能部１１の呼情報取得部１１ａによる呼情報の蓄積処理及び通話中呼検出部１１ｂによる長時間保留呼の検出処理は、図５のＦ１０１及びＦ１０２に対応する（Ｆ２０１及びＦ２０２）。
【００７１】
通話中呼検出部１１ｂが長時間保留呼を検出すると、その長時間保留呼のコネクションＩＤを呼特定情報としてコネクションＩＤ確認部１１ｆに与え、状態確認依頼を行う（Ｆ２０３）。
【００７２】
そして、コネクションＩＤ確認部１１ｆは、その検出された通話中呼の呼特定情報が、ＩＰ電話交換機１が管理するコネクションＩＤとして存在するか否かを判断する（Ｆ２０４）。
【００７３】
コネクションＩＤが存在しない場合、その呼の状態はすでに解放されている呼であると判断し、特に何もせず処理を終了する（Ｆ２０５）。
【００７４】
一方、コネクションＩＤが存在する場合、状態確認信号通信部１１ｇは、「ＡＵＦＰ（ＡＵｄｉｔ Ｅｎｄ Ｐｏｉｎｔ）」メッセージを状態確認信号として、当該ユーザ端末２及び５に対して送信する（Ｆ２０６）。
【００７５】
なお、本実施形態では、「ＡＵＦＰ」を状態確認信号として送信するものとして説明するが、収容するユーザ端末２の通信条件によっては、別のメッセージを送信するものとしても良い。
【００７６】
ＩＰ電話交換機１から状態確認信号を受信したユーザ端末２及び５は、その状態に応じた応答信号を返信する（Ｆ２０７）
ユーザ端末２及び５から応答信号が返信されると、状態確認信号通信部１１ｇは、その受信した応答信号の応答内容に基づくユーザ端末２及び５の状態と、ＩＰ電話交換機１内部で管理されている状態とを照合し（Ｆ２０８）、正常な応答である場合、呼断続中と判断し、何もせずに処理を終了する（Ｆ２０９）。
【００７７】
一方、ユーザ端末２及び５から返信された応答信号が異常である場合、強制解放部１１ｅは、ＩＰ電話交換機１内で管理している加入者状態を強制終了させる（Ｆ２１０）。
【００７８】
（Ｂ−３）第２の実施形態の効果
以上のように、本実施形態によれば、第１の実施形態と同様の効果を得ることができる。
【００７９】
また、一般に、ヘルスチェック機能に関する規定がないＭＧＣＰ端末に対しても、本実施形態のＩＰ電話交換機１によれば、第１の実施形態と同等のヘルスチェックを行うことができる。
【００８０】
（Ｃ）他の実施形態
第１及び第２の実施形態では、ＩＰ電話交換機１が本発明の機能部を有するイメージで説明したが、それぞれ連携して同等の処理を実行することができれば、本発明に係るそれぞれの機能部を分散配置（例えば別サーバによる処理）させるようにしてもよい。
【００８１】
この場合、呼制御を実行するサーバとは別のサーバで一定時間通話中の呼を特定するので、ＩＰ電話交換機への負荷軽減がよりいっそう図られる。
【００８２】
また、第１の実施形態では、ＳＩＰ端末への確認信号はＩＮＶＩＴＥ信号で実現するイメージで記載したが、端末の条件次第では、他の信号（ＩＮＦＯ、ＯＰＴＩＯＮＳ等）を適用することも可能である。
【００８３】
さらに、第１及び第２の実施形態において、呼を特定する方法に関しては、対象呼の「Ｃａｌｌ−ＩＤ」、「Ｆｒｏｍ−Ｔａｇ」、「Ｔｏ−Ｔａｇ」送付や、対象呼の「コネクションＩＤ」送付を送付するイメージで記載しているが、サーバで呼を特定できる情報であれば、必ずしも上記の情報でなくても構わない。
【００８４】
また、ＩＰ電話交換機は、第１の実施形態で説明した機能部と、第２の実施形態で説明した機能部とを双方備えるようにしても良い。これにより、ＩＰ電話交換機は、ＳＩＰ対応及び又はＭＧＣＰ対応のユーザ端末に対しても同等に対応することができる。
【００８５】
第１及び第２の実施形態において、状態確認信号通信部１１ｄ及び１１ｇが送信する状態確認信号の送信タイミングは、通話中呼の通話時間に応じて異なるようにしてもよい。
【００８６】
例えば、通話中呼の通話時間が短い場合には、状態確認信号の送信間隔を長くするようにする。これにより、ＩＰ電話交換機の監視負荷をより軽減することができる。
【００８７】
上述した第１及び第２の実施形態におけるＩＰ電話交換機１の機能は、例えばＣＰＵにより実現可能なソフトウェア（処理プログラム）として実現されるものであるが、ハードウェア構成による実現を除くものではない。
【符号の説明】
【００８８】
１…ＩＰ電話交換機、１１…ＩＰ電話交換機機能部、１１ａ…呼情報取得部、１１ｂ…通話中呼検出部、１１ｃ…ダイアログ確認部、１１ｄ、１１ｇ…状態確認信号通信部、１１ｅ…強制解放部、１１ｆ…コネクションＩＤ確認部、１２…呼情報管理部、１３…ユーザ情報管理部、１４…ルーチング情報管理部、２（２−１及び２−２）及び５…ユーザ端末、３…ＩＰネットワーク。
【特許請求の範囲】
【請求項１】
呼制御手段、呼情報記憶手段、通話中呼検出手段、ダイアログ確認手段、状態確認信号通信手段と、強制解放手段を備える呼制御システムにおいて、
上記呼制御手段は、
通信装置から呼接続要求信号を受信し、呼制御プロトコルとしてＳＩＰを用いて、接続先となる通信装置との間の呼接続を制御し、
上記通信装置と上記接続先となる通信装置との間でトランザクションが継続中であることを示す情報をダイアログとして管理し、
上記呼情報記憶手段は、
上記呼制御手段において確立された１又は複数の呼のそれぞれに関する呼情報を記憶し、
上記通話中呼検出手段は、
上記呼情報記憶手段に記憶されている上記各呼情報のうち、通話時間が所定時間以上である通話中呼を検出して、当該通話中呼のＣａｌｌ−ＩＤとＦｒｏｍ−ＴａｇとＴｏ−Ｔａｇを有する呼特定情報を出力し、
上記ダイアログ確認手段は、
上記呼制御手段にて管理されるダイアログにおいて、上記呼特定情報が存在するか否かを確認し、
上記呼制御手段にて管理されるダイアログにおいて、上記呼特定情報が存在する場合、
上記状態確認信号通信手段は、
ＩＮＶＩＴＥ信号を、特定された通信装置に、当該対象となる通信装置の状態確認信号として送信し、
上記特定された通信装置から、上記特定された通信装置の状態に応じた応答信号を受信し、
上記応答信号の応答内容が正常な応答であるか否かを確認し、
上記応答信号の応答内容が正常な応答である場合、ＡＣＫ信号を、上記特定された通信装置に送信し、
上記強制解放手段は、
上記応答信号の応答内容が正常な応答ではない場合、上記ダイアログから、上記特定された通信装置のダイアログをクリアし、上記特定された通信装置の呼の状態を強制解放すること
を特徴とする呼制御システム。
【請求項２】
上記呼制御手段にて管理されるダイアログにおいて、上記呼特定情報が存在しない場合、
上記ダイアログ確認手段は、
上記呼特定情報における呼の状態が、すでに解放されている呼であると判断することを特徴とする請求項１に記載の呼制御システム。
【請求項３】
上記通話中呼検出手段は、
上記通話中呼の検出において、上記呼情報記憶手段に記憶される呼情報の中のうち通話終了時刻の情報が格納されていない呼情報を選択し、
上記選択された呼情報について、通話開始時刻から現在時刻までの差分から通話時間を求め、
上記通話時間と予め設定された時間とを比較して、上記通話時間が所定時間以上である場合、上記選択された呼情報の通話時間が所定時間以上である通話中呼であると検出することを特徴とする請求項１又は２に記載の呼制御システム。
【請求項４】
呼制御手段、呼情報記憶手段、通話中呼検出手段、コネクションＩＤ確認手段、状態確認信号通信手段と、強制解放手段を備える呼制御システムにおいて、
上記呼制御手段は、
通信装置から呼接続要求信号を受信し、呼制御プロトコルとしてＭＧＣＰを用いて、接続先となる通信装置との間の呼接続を制御し、
上記通信装置と上記接続先となる通信装置が通話中であることを示す情報を、コネクションＩＤとして管理し、
上記呼情報記憶手段は、
上記呼制御手段において確立された１又は複数の呼のそれぞれに関する呼情報を記憶し、
上記通話中呼検出手段は、
上記呼情報記憶手段に記憶されている上記各呼情報のうち、通話時間が所定時間以上である通話中呼を検出して、当該通話中呼のコネクションＩＤを有する呼特定情報を出力し、
上記コネクションＩＤ確認手段は、
上記呼制御手段にて管理されるコネクションＩＤにおいて、上記呼特定情報が存在するか否かを確認し、
上記呼制御手段にて管理されるコネクションＩＤにおいて、上記呼特定情報が存在する場合、
上記状態確認信号通信手段は、
コネクションＩＤから特定された通信装置に、ＡＵＦＰ信号を、当該特定された通信装置の状態確認信号として送信し、
上記特定された通信装置から、上記特定された通信装置の状態に応じた応答信号を受信し、
上記応答信号の応答内容が正常な応答であるか否かを確認し、
上記応答信号の応答内容が正常な応答である場合、上記特定された通信装置は、呼断続中と判断し、
上記強制解放手段は、
上記応答信号の応答内容が正常な応答ではない場合、上記コネクションＩＤから特定された通信装置の呼の状態を強制解放すること
を特徴とする呼制御システム。
【請求項５】
上記呼制御手段にて管理されるコネクションＩＤにおいて、上記呼特定情報が存在しない場合、
上記コネクションＩＤ確認手段は、
上記呼特定情報における呼の状態は、すでに解放されている呼であると判断すること
を特徴とする請求項４に記載の呼制御システム。
【請求項６】
呼制御手段、呼情報記憶手段、通話中呼検出手段、ダイアログ確認手段、状態確認信号通信手段と、強制解放手段を備え、当該呼制御手段が、通信装置と接続先となる通信装置との間でトランザクションが継続中であることを示す情報を、ダイアログとして管理する呼制御システムにおける呼制御方法において、
上記呼制御手段が、
通信装置から呼接続要求信号を受信し、呼制御プロトコルとしてＳＩＰを用いて、接続先となる通信装置との間の呼接続を制御する呼制御工程と、
上記呼情報記憶手段が、
上記呼制御手段において確立された１又は複数の呼のそれぞれに関する呼情報を呼情報記憶手段に記憶する呼情報記憶工程と、
上記通話中呼検出手段が、
上記呼情報記憶手段に記憶されている上記各呼情報のうち、通話時間が所定時間以上である通話中呼を検出して、当該通話中呼のＣａｌｌ−ＩＤとＦｒｏｍ−ＴａｇとＴｏ−Ｔａｇを有する呼特定情報を出力する通話中呼検出工程と、
上記ダイアログ確認手段が、
上記呼制御手段にて管理されるダイアログにおいて、上記呼特定情報が存在するか否かを確認するダイアログ確認工程と、
上記呼制御手段にて管理されるダイアログにおいて、上記呼特定情報が存在する場合、
上記状態確認信号通信手段が、
ＩＮＶＩＴＥ信号を、特定された通信装置に、当該対象となる通信装置の状態確認信号として送信し、
上記特定された通信装置から、上記特定された通信装置の状態に応じた応答信号を受信し、
上記応答信号の応答内容が、正常な応答であるか否かを確認し、
上記応答信号の応答内容が正常な応答である場合、ＡＣＫ信号を、上記特定された通信装置に送信する状態確認信号通信工程と、
上記強制解放手段が、
上記応答信号の応答内容が正常な応答ではない場合、上記ダイアログから、上記特定された通信装置のダイアログをクリアし、上記特定された通信装置の呼の状態を強制解放する強制解放工程と
を有すること特徴とする呼制御方法。
【請求項７】
上記呼制御手段にて管理されるダイアログにおいて、上記呼特定情報が存在しない場合、
上記ダイアログ確認工程は、
上記呼特定情報における呼の状態が、すでに解放されている呼であると判断すること
を特徴とする請求項６に記載の呼制御方法。
【請求項８】
上記通話中呼検出工程は、
上記通話中呼の検出において、上記呼情報記憶手段に記憶される呼情報の中のうち通話終了時刻の情報が格納されていない呼情報を選択し、
上記選択された呼情報について、通話開始時刻から現在時刻までの差分から通話時間を求め、
上記通話時間と予め設定された時間とを比較して、上記通話時間が所定時間以上である場合、上記選択された呼情報の通話時間が所定時間以上である通話中呼であると検出すること
を特徴とする請求項６又は７に記載の呼制御方法。
【請求項９】
呼制御手段、呼情報記憶手段、通話中呼検出手段、コネクションＩＤ確認手段、状態確認信号通信手段と、強制解放手段を備え、当該呼制御手段が、通信装置と接続先となる通信装置が通話中であることを示す情報を、コネクションＩＤとして管理する呼制御システムにおける呼制御方法において、
上記呼制御手段が、
上記通信装置から呼接続要求信号を受信し、呼制御プロトコルとしてＭＧＣＰを用いて、上記接続先となる通信装置との間の呼接続を制御する呼制御工程と、
上記呼情報記憶手段が、
上記呼制御手段において確立された１又は複数の呼のそれぞれに関する呼情報を呼情報記憶手段に記憶する呼情報記憶工程と、
上記通話中呼検出手段が、
上記呼情報記憶手段に記憶されている上記各呼情報のうち、通話時間が所定時間以上である通話中呼を検出して、当該通話中呼のコネクションＩＤを有する呼特定情報を出力する通話中呼検出工程と、
上記コネクションＩＤ確認手段が、
上記呼制御手段にて管理されるコネクションＩＤにおいて、上記呼特定情報が存在するか否かを確認し、
上記呼制御手段にて管理されるコネクションＩＤにおいて、上記呼特定情報が存在する場合、
上記状態確認信号通信手段が、
コネクションＩＤから特定された通信装置に、ＡＵＦＰ信号を、当該特定された通信装置の状態確認信号として送信し、
上記特定された通信装置から、上記特定された通信装置の状態に応じた応答信号を受信し、
上記応答信号の応答内容が正常な応答であるか否かを確認し、
上記応答信号の応答内容が正常な応答である場合、上記特定された通信装置は、呼断続中と判断する状態確認信号通信工程と、
上記強制解放手段が、
上記応答信号の応答内容が正常な応答ではない場合、上記コネクションＩＤから特定された通信装置の呼の状態を強制解放する強制解放工程と
を有すること特徴とする呼制御方法。
【請求項１０】
上記呼制御手段にて管理されるコネクションＩＤにおいて、上記呼特定情報が存在しない場合、
上記コネクションＩＤ確認工程は、
上記呼特定情報における呼の状態が、すでに解放されている呼であると判断すること
を特徴とする請求項９に記載の呼制御方法。
【請求項１】
呼制御手段、呼情報記憶手段、通話中呼検出手段、ダイアログ確認手段、状態確認信号通信手段と、強制解放手段を備える呼制御システムにおいて、
上記呼制御手段は、
通信装置から呼接続要求信号を受信し、呼制御プロトコルとしてＳＩＰを用いて、接続先となる通信装置との間の呼接続を制御し、
上記通信装置と上記接続先となる通信装置との間でトランザクションが継続中であることを示す情報をダイアログとして管理し、
上記呼情報記憶手段は、
上記呼制御手段において確立された１又は複数の呼のそれぞれに関する呼情報を記憶し、
上記通話中呼検出手段は、
上記呼情報記憶手段に記憶されている上記各呼情報のうち、通話時間が所定時間以上である通話中呼を検出して、当該通話中呼のＣａｌｌ−ＩＤとＦｒｏｍ−ＴａｇとＴｏ−Ｔａｇを有する呼特定情報を出力し、
上記ダイアログ確認手段は、
上記呼制御手段にて管理されるダイアログにおいて、上記呼特定情報が存在するか否かを確認し、
上記呼制御手段にて管理されるダイアログにおいて、上記呼特定情報が存在する場合、
上記状態確認信号通信手段は、
ＩＮＶＩＴＥ信号を、特定された通信装置に、当該対象となる通信装置の状態確認信号として送信し、
上記特定された通信装置から、上記特定された通信装置の状態に応じた応答信号を受信し、
上記応答信号の応答内容が正常な応答であるか否かを確認し、
上記応答信号の応答内容が正常な応答である場合、ＡＣＫ信号を、上記特定された通信装置に送信し、
上記強制解放手段は、
上記応答信号の応答内容が正常な応答ではない場合、上記ダイアログから、上記特定された通信装置のダイアログをクリアし、上記特定された通信装置の呼の状態を強制解放すること
を特徴とする呼制御システム。
【請求項２】
上記呼制御手段にて管理されるダイアログにおいて、上記呼特定情報が存在しない場合、
上記ダイアログ確認手段は、
上記呼特定情報における呼の状態が、すでに解放されている呼であると判断することを特徴とする請求項１に記載の呼制御システム。
【請求項３】
上記通話中呼検出手段は、
上記通話中呼の検出において、上記呼情報記憶手段に記憶される呼情報の中のうち通話終了時刻の情報が格納されていない呼情報を選択し、
上記選択された呼情報について、通話開始時刻から現在時刻までの差分から通話時間を求め、
上記通話時間と予め設定された時間とを比較して、上記通話時間が所定時間以上である場合、上記選択された呼情報の通話時間が所定時間以上である通話中呼であると検出することを特徴とする請求項１又は２に記載の呼制御システム。
【請求項４】
呼制御手段、呼情報記憶手段、通話中呼検出手段、コネクションＩＤ確認手段、状態確認信号通信手段と、強制解放手段を備える呼制御システムにおいて、
上記呼制御手段は、
通信装置から呼接続要求信号を受信し、呼制御プロトコルとしてＭＧＣＰを用いて、接続先となる通信装置との間の呼接続を制御し、
上記通信装置と上記接続先となる通信装置が通話中であることを示す情報を、コネクションＩＤとして管理し、
上記呼情報記憶手段は、
上記呼制御手段において確立された１又は複数の呼のそれぞれに関する呼情報を記憶し、
上記通話中呼検出手段は、
上記呼情報記憶手段に記憶されている上記各呼情報のうち、通話時間が所定時間以上である通話中呼を検出して、当該通話中呼のコネクションＩＤを有する呼特定情報を出力し、
上記コネクションＩＤ確認手段は、
上記呼制御手段にて管理されるコネクションＩＤにおいて、上記呼特定情報が存在するか否かを確認し、
上記呼制御手段にて管理されるコネクションＩＤにおいて、上記呼特定情報が存在する場合、
上記状態確認信号通信手段は、
コネクションＩＤから特定された通信装置に、ＡＵＦＰ信号を、当該特定された通信装置の状態確認信号として送信し、
上記特定された通信装置から、上記特定された通信装置の状態に応じた応答信号を受信し、
上記応答信号の応答内容が正常な応答であるか否かを確認し、
上記応答信号の応答内容が正常な応答である場合、上記特定された通信装置は、呼断続中と判断し、
上記強制解放手段は、
上記応答信号の応答内容が正常な応答ではない場合、上記コネクションＩＤから特定された通信装置の呼の状態を強制解放すること
を特徴とする呼制御システム。
【請求項５】
上記呼制御手段にて管理されるコネクションＩＤにおいて、上記呼特定情報が存在しない場合、
上記コネクションＩＤ確認手段は、
上記呼特定情報における呼の状態は、すでに解放されている呼であると判断すること
を特徴とする請求項４に記載の呼制御システム。
【請求項６】
呼制御手段、呼情報記憶手段、通話中呼検出手段、ダイアログ確認手段、状態確認信号通信手段と、強制解放手段を備え、当該呼制御手段が、通信装置と接続先となる通信装置との間でトランザクションが継続中であることを示す情報を、ダイアログとして管理する呼制御システムにおける呼制御方法において、
上記呼制御手段が、
通信装置から呼接続要求信号を受信し、呼制御プロトコルとしてＳＩＰを用いて、接続先となる通信装置との間の呼接続を制御する呼制御工程と、
上記呼情報記憶手段が、
上記呼制御手段において確立された１又は複数の呼のそれぞれに関する呼情報を呼情報記憶手段に記憶する呼情報記憶工程と、
上記通話中呼検出手段が、
上記呼情報記憶手段に記憶されている上記各呼情報のうち、通話時間が所定時間以上である通話中呼を検出して、当該通話中呼のＣａｌｌ−ＩＤとＦｒｏｍ−ＴａｇとＴｏ−Ｔａｇを有する呼特定情報を出力する通話中呼検出工程と、
上記ダイアログ確認手段が、
上記呼制御手段にて管理されるダイアログにおいて、上記呼特定情報が存在するか否かを確認するダイアログ確認工程と、
上記呼制御手段にて管理されるダイアログにおいて、上記呼特定情報が存在する場合、
上記状態確認信号通信手段が、
ＩＮＶＩＴＥ信号を、特定された通信装置に、当該対象となる通信装置の状態確認信号として送信し、
上記特定された通信装置から、上記特定された通信装置の状態に応じた応答信号を受信し、
上記応答信号の応答内容が、正常な応答であるか否かを確認し、
上記応答信号の応答内容が正常な応答である場合、ＡＣＫ信号を、上記特定された通信装置に送信する状態確認信号通信工程と、
上記強制解放手段が、
上記応答信号の応答内容が正常な応答ではない場合、上記ダイアログから、上記特定された通信装置のダイアログをクリアし、上記特定された通信装置の呼の状態を強制解放する強制解放工程と
を有すること特徴とする呼制御方法。
【請求項７】
上記呼制御手段にて管理されるダイアログにおいて、上記呼特定情報が存在しない場合、
上記ダイアログ確認工程は、
上記呼特定情報における呼の状態が、すでに解放されている呼であると判断すること
を特徴とする請求項６に記載の呼制御方法。
【請求項８】
上記通話中呼検出工程は、
上記通話中呼の検出において、上記呼情報記憶手段に記憶される呼情報の中のうち通話終了時刻の情報が格納されていない呼情報を選択し、
上記選択された呼情報について、通話開始時刻から現在時刻までの差分から通話時間を求め、
上記通話時間と予め設定された時間とを比較して、上記通話時間が所定時間以上である場合、上記選択された呼情報の通話時間が所定時間以上である通話中呼であると検出すること
を特徴とする請求項６又は７に記載の呼制御方法。
【請求項９】
呼制御手段、呼情報記憶手段、通話中呼検出手段、コネクションＩＤ確認手段、状態確認信号通信手段と、強制解放手段を備え、当該呼制御手段が、通信装置と接続先となる通信装置が通話中であることを示す情報を、コネクションＩＤとして管理する呼制御システムにおける呼制御方法において、
上記呼制御手段が、
上記通信装置から呼接続要求信号を受信し、呼制御プロトコルとしてＭＧＣＰを用いて、上記接続先となる通信装置との間の呼接続を制御する呼制御工程と、
上記呼情報記憶手段が、
上記呼制御手段において確立された１又は複数の呼のそれぞれに関する呼情報を呼情報記憶手段に記憶する呼情報記憶工程と、
上記通話中呼検出手段が、
上記呼情報記憶手段に記憶されている上記各呼情報のうち、通話時間が所定時間以上である通話中呼を検出して、当該通話中呼のコネクションＩＤを有する呼特定情報を出力する通話中呼検出工程と、
上記コネクションＩＤ確認手段が、
上記呼制御手段にて管理されるコネクションＩＤにおいて、上記呼特定情報が存在するか否かを確認し、
上記呼制御手段にて管理されるコネクションＩＤにおいて、上記呼特定情報が存在する場合、
上記状態確認信号通信手段が、
コネクションＩＤから特定された通信装置に、ＡＵＦＰ信号を、当該特定された通信装置の状態確認信号として送信し、
上記特定された通信装置から、上記特定された通信装置の状態に応じた応答信号を受信し、
上記応答信号の応答内容が正常な応答であるか否かを確認し、
上記応答信号の応答内容が正常な応答である場合、上記特定された通信装置は、呼断続中と判断する状態確認信号通信工程と、
上記強制解放手段が、
上記応答信号の応答内容が正常な応答ではない場合、上記コネクションＩＤから特定された通信装置の呼の状態を強制解放する強制解放工程と
を有すること特徴とする呼制御方法。
【請求項１０】
上記呼制御手段にて管理されるコネクションＩＤにおいて、上記呼特定情報が存在しない場合、
上記コネクションＩＤ確認工程は、
上記呼特定情報における呼の状態が、すでに解放されている呼であると判断すること
を特徴とする請求項９に記載の呼制御方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【公開番号】特開２０１１−１９２９０（Ｐ２０１１−１９２９０Ａ）
【公開日】平成２３年１月２７日（２０１１．１．２７）
【国際特許分類】
【出願番号】特願２０１０−２４２３９１（Ｐ２０１０−２４２３９１）
【出願日】平成２２年１０月２８日（２０１０．１０．２８）
【分割の表示】特願２００５−２８０５３３（Ｐ２００５−２８０５３３）の分割
【原出願日】平成１７年９月２７日（２００５．９．２７）
【出願人】（００００００２９５）沖電気工業株式会社 (6,645)
【出願人】（５９５１２５４２１）沖通信システム株式会社 (131)
【Ｆターム（参考）】
【公開日】平成２３年１月２７日（２０１１．１．２７）
【国際特許分類】
【出願日】平成２２年１０月２８日（２０１０．１０．２８）
【分割の表示】特願２００５−２８０５３３（Ｐ２００５−２８０５３３）の分割
【原出願日】平成１７年９月２７日（２００５．９．２７）
【出願人】（００００００２９５）沖電気工業株式会社 (6,645)
【出願人】（５９５１２５４２１）沖通信システム株式会社 (131)
【Ｆターム（参考）】
[ Back to top ]