(57)【要約】【課題】多様化した通信プロトコルが共存する広域ＩＰ網と公衆電話交換網との接続に適したゲートウェイ装置および広域ＩＰ網接続端末を対象とした呼接続制御方法を提供すること。【解決手段】複数の通信プロトコル処理機能（１３）と通信プロトコル処理の起動制御機能（１２）を備え、複数の通信プロトコル処理を逐次または一斉に実行し、各通信プロトコル処理で行った制御サーバとの交信結果から着信先端末に適合した通信プロトコルを特定し、呼接続処理を実行するゲートウェイ装置。【選択図】  図２
2005012613.tif 000002
【特許請求の範囲】
【請求項１】
呼制御通信プロトコルが異なる複数の通信制御サーバを含むＩＰ網に接続されるゲートウェイ装置であって、
呼制御用の複数種類の通信プロトコル処理部と、上記複数種類の通信プロトコル処理部の起動を制御する動作制御部とを備え、上記動作制御部が、
上記ＩＰ網に接続された着信先ＩＰ端末への呼接続要求に応答して、上記複数種類の通信プロトコル処理部の中から、予め指定された順序で起動すべき通信プロトコル処理部を選択し、選択された通信プロトコル処理部を起動する第１手段と、
起動された通信プロトコル処理部と予め対応付けられた特定の通信制御サーバとの交信結果から、着信先ＩＰ端末と接続可能と判った場合は、上記通信プロトコル処理部に着信先ＩＰ端末との呼接続のための通信手順を実行させ、着信先ＩＰ端末に接続不能と判った場合は、上記通信プロトコル処理部による呼制御の実行を終了して、上記第１手段に別の通信プロトコル処理部を起動させる第２手段とを有することを特徴とするゲートウェイ装置。
【請求項２】
呼制御通信プロトコルが異なる複数の通信制御サーバを含むＩＰ網に接続されるゲートウェイ装置であって、
呼制御用の複数種類の通信プロトコル処理部と、上記複数種類の通信プロトコル処理部の起動を制御する動作制御部とを備え、上記動作制御部が、
上記ＩＰ網に接続された着信先ＩＰ端末への呼接続要求に応答して、上記複数種類の通信プロトコル処理部を次々と連続的に起動するための手段と、
各通信プロトコル処理部と予め対応付けられた特定の通信制御サーバとの交信結果から、着信先ＩＰ端末と接続可能と判定した通信プロトコル処理部には、着信先ＩＰ端末との呼接続のための通信手順を実行させ、着信先ＩＰ端末に接続不能と判った通信プロトコル処理部には、呼制御の実行を終了させるための手段とを有することを特徴とするゲートウェイ装置。
【請求項３】
呼制御通信プロトコルが異なる複数の通信制御サーバを含むＩＰ網に接続され、呼制御用の複数種類の通信プロトコル処理の実行機能を備えたゲートウェイ装置における呼接続制御方法であって、
上記ＩＰ網に接続された着信先ＩＰ端末への呼接続要求を受信した時、予め指定された順序で、上記複数種類の通信プロトコル処理の中から実行すべき通信プロトコル処理を選択し、
選択された通信プロトコル処理を実行して、該通信プロトコル処理と予め対応付けられた特定の通信制御サーバとの交信結果から、上記着信先ＩＰ端末への接続の可否を判定し、
上記判定の結果、着信先ＩＰ端末に接続可能と判った場合は、上記通信プロトコル処理によって着信先ＩＰ端末との呼接続のための通信手順を実行し、着信先ＩＰ端末に接続不能と判った場合は、上記通信プロトコル処理の実行を終了して、次に選択された別の通信プロトコル処理を実行することを特徴とするゲートウェイ装置における呼接続制御方法。
【請求項４】
呼制御通信プロトコルが異なる複数の通信制御サーバを含むＩＰ網に接続され、呼制御用の複数種類の通信プロトコル処理の実行機能を備えたゲートウェイ装置における呼接続制御方法であって、
上記ＩＰ網に接続された着信先ＩＰ端末への呼接続要求を受信した時、上記複数種類の通信プロトコル処理を次々と開始し、通信プロトコル処理毎に、予め対応付けられた特定の通信制御サーバとの交信結果から、着信先ＩＰ端末への接続の可否を判定し、
上記判定の結果、着信先ＩＰ端末に接続不能と判った通信プロトコル処理は実行を終了し、着信先ＩＰ端末に接続可能と判った通信プロトコル処理によって着信先ＩＰ端末との呼接続のための通信手順を実行することを特徴とする呼接続制御方法。
【請求項５】
着信先ＩＰ端末に接続可能と判った最初の通信プロトコル処理によって、前記着信先ＩＰ端末との呼接続のための通信手順を実行することを特徴とする請求項４に記載の呼接続制御方法。
【請求項６】
複数の通信プロトコル処理で前記着信先ＩＰ端末に接続可能と判った場合、予め指定された優先順位に従って選択した通信プロトコル処理によって、前記着信先ＩＰ端末との呼接続のための通信手順を実行することを特徴とする請求項４に記載の呼接続制御方法。
【請求項７】
前記判定の結果、複数種類の通信プロトコル処理の全てが、前記着信先ＩＰ端末に接続不能と判った場合、上記複数種類の通信プロトコル処理について、予め指定されたリトライ回数の範囲内で、再実行を繰り返すことを特徴とする請求項３から請求項６の何れかに記載の呼接続制御方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、ＩＰ網に接続されたゲートウェイ装置および呼接続制御方法に係り、更に詳しくは、呼制御用の複数種類の通信プロトコルが共存したＩＰ網と公衆電話交換網とを接続するゲートウェイ装置および呼接続制御方法に関する。
【０００２】
【従来の技術】
ＩＰ技術の発展に伴って、通信コストを低減するために、音声信号をＩＰ網経由で通信するＶｏＩＰ（Ｖｏｉｃｅ  ｏｖｅｒ  ＩＰ）技術の応用が急速に広まっている。ＶｏＩＰによる音声通信は、企業内ＬＡＮ等の小、中規模網から運用が開始されているが、ＶｏＩＰ技術の適用範囲は、今後、大規模網にまで拡張していくものと考えられている。
【０００３】
ＶｏＩＰ技術を適用して、全国規模の加入電話機−ＩＰ端末間の通話サービスを実現するためには、例えば、ＮＴＴが提供する地域ＩＰ網のような大規模ＩＰ網と既存の公衆電話交換網（ＰＳＴＮ、Ｐｕｂｌｉｃ  Ｓｗｉｔｃｈｅｄ  Ｔｅｌｅｐｈｏｎｅ  Ｎｅｔｗｏｒｋ）との接続インタフェースとして、ＶｏＩＰ転送装置（ゲートウェイ装置）を設置する必要がある。また、ＩＰ網上で呼接続を確立させるためには、各ＩＰ網に、例えば、ＩＴＵ−Ｔ勧告Ｈ．３２３で示された呼制御プロトコルや、ＩＥＴＦ（Ｉｎｔｅｒｎｅｔ  Ｅｎｇｉｎｅｅｒｉｎｇ  Ｔａｓｋ  Ｆｏｒｃｅ）標準のＳＩＰ（Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）などの呼制御プロトコルを適用する必要がある。
【０００４】
然るに、大規模ＩＰ網においては、適用する呼制御プロトコルを特定の１つの通信プロトコルに限定することなく、標準的な通信プロトコルであれば如何なる通信プロトコルであってもＶｏＩＰ接続できるサービス形態が望ましい。その理由は、処理性能の向上と、より高度のサービス提供を目指して、各種通信プロトコルの改定作業および新規通信プロトコルの制定作業が精力的に行われている現在のＩＰ通信分野において、自分の端末を独自に入手している一般のユーザーに対して、網側の都合で適用可能な通信プロトコルを制約することは、極力避けるべきと考えられるからである。
【０００５】
また、日経コミュニケーション２００２年４月１日号の第１２０頁（非特許文献１）に記載されているように、通信プロトコルによっては、その仕様が詳細まで規定されていないため、通信機器メーカー毎に独自の仕様でネットワークが設計され、結果的に、同一種類の通信プロトコルであっても、メーカーが異なれば相互接続できない場合がある。従って、広域のＶｏＩＰ網では、通信プロトコルの種類だけではなく、１つの通信プロトコルについてメーカーの相違によって複数タイプの通信プロトコルが存在する場合は、これらのタイプの相違にも着目して、ＶｏＩＰ転送装置が複数種類、複数タイプの通信プロトコルをサポートできるようにしておく必要がある。
【０００６】
しかしながら、ＶｏＩＰ技術が小、中規模のＩＰ網から適用を開始したため、例えば、特開２００２−５７７２４号公報（特許文献１）で提案されたＶｏＩＰプロトコルベースの音声システムは、呼制御用の複数種類の通信プロトコルへの対応を考慮していない。
【０００７】
また、特開２０００−２５３０７２号公報（特許文献２）は、異種通信プロトコル間の接続を可能とする交換制御方法を提案しているが、ここでは、着信端末側の網が判れば、適用されている通信プロトコルが一意に決定できることを前提としており、上述したように、同種の通信プロトコルであってもメーカーによって差異があり、通信プロトコルが判っても接続できない場合があると言う通信プロトコルの多様化について考慮していない。
【０００８】
【特許文献１】
特開２００２−５７７２４号
【特許文献２】
特開２０００−２５３０７２号
【非特許文献１】
日経コミュニケーション２００２年４月１日号の第１２０頁
【０００９】
【発明が解決しようとする課題】
ＶｏＩＰ技術の大規模ＩＰ網への適用においては、例えば、Ｈ．３２３やＳＩＰのような通信プロトコルの種類のみならず、同種の通信プロトコルであってもメーカーによって細部に差異があることを考慮して、多様化した通信プロトコルをサポートする必要がある。然るに、このように多様化した通信プロトコルが共存し得る大規模ＩＰ網においては、着信側端末に適用された通信プロトコルを如何にして特定するかが課題となる。
【００１０】
本発明の目的は、呼接続要求からは適用通信プロトコルを特定できない着信側端末への呼接続を可能とするＩＰ網接続用ゲートウェイ装置および呼接続制御方法を提供することにある。
本発明の他の目的は、多様化した通信プロトコルが共存する大規模ＩＰ網と公衆電話交換網との接続に適したゲートウェイ装置および大規模ＩＰ網接続端末を対象とした呼接続制御方法を提供することにある。
【００１１】
【課題を解決するための手段】
上記目的を達成するため、本発明は、ゲートウェイ装置に、複数種類の通信プロトコル処理機能と通信プロトコル処理の起動制御機能を備え、複数の通信プロトコル処理を逐次または一斉に実行し、各通信プロトコル処理で行った制御サーバとの交信結果から着信先端末に適合した通信プロトコルを特定し、呼接続を実行することを特徴とする。
【００１２】
更に詳述すると、本発明のゲートウェイ装置は、呼制御通信プロトコルが異なる複数の通信制御サーバを含むＩＰ網に接続され、呼制御用の複数種類の通信プロトコル処理部と、上記複数種類の通信プロトコル処理部の起動を制御する動作制御部とを備え、上記動作制御部が、
上記ＩＰ網に接続された着信先ＩＰ端末への呼接続要求に応答して、上記複数種類の通信プロトコル処理部の中から、予め指定された順序で起動すべき通信プロトコル処理部を選択し、選択された通信プロトコル処理手段を起動する第１手段と、
起動された通信プロトコル処理手段と予め対応付けられた特定の通信制御サーバとの交信結果から、着信先ＩＰ端末と接続可能と判った場合は、上記通信プロトコル処理手段に着信先ＩＰ端末との呼接続のための通信手順を実行させ、着信先ＩＰ端末に接続不能と判った場合は、上記通信プロトコル処理手段による呼制御の実行を終了して、上記第１手段に別の通信プロトコル処理手段を起動させる第２手段とを有することを特徴とする。
【００１３】
本発明の他の特徴は、上記動作制御手段が、上記ＩＰ網に接続された着信先ＩＰ端末への呼接続要求に応答して、上記複数種類の通信プロトコル処理手段を次々と連続的に起動するための手段と、各通信プロトコル処理手段と予め対応付けられた特定の通信制御サーバとの交信結果から、着信先ＩＰ端末と接続可能と判定した通信プロトコル処理手段には、着信先ＩＰ端末との呼接続のための通信手順を実行させ、着信先ＩＰ端末に接続不能と判った通信プロトコル処理手段には、呼制御の実行を終了させるための手段とを有することを特徴とする。
【００１４】
本発明によるゲートウェイ装置における呼接続制御方法は、
着信先ＩＰ端末への呼接続要求を受信した時、予め指定された順序で、複数種類の通信プロトコル処理の中から実行すべき通信プロトコル処理を選択し、
選択された通信プロトコル処理を実行して、該通信プロトコル処理と予め対応付けられた特定の通信制御サーバとの交信結果から、上記着信先ＩＰ端末への接続の可否を判定し、
上記判定の結果、着信先ＩＰ端末に接続可能と判った場合は、上記通信プロトコル処理によって着信先ＩＰ端末との呼接続のための通信手順を実行し、着信先ＩＰ端末に接続不能と判った場合は、上記通信プロトコル処理の実行を終了して、次に選択された別の通信プロトコル処理を実行することを特徴とする。
【００１５】
本発明による呼接続制御方法の他の特徴は、着信先ＩＰ端末への呼接続要求を受信した時、上記複数種類の通信プロトコル処理を次々と開始し、通信プロトコル処理毎に、予め対応付けられた特定の通信制御サーバとの交信結果から、上記各通信プロトコル処理による着信先ＩＰ端末への接続の可否を判定し、上記判定の結果、着信先ＩＰ端末に接続不能と判った通信プロトコル処理は実行を終了し、着信先ＩＰ端末に接続可能と判った通信プロトコル処理によって着信先ＩＰ端末との呼接続のための通信手順を実行することにある。
【００１６】
尚、判定の結果、複数種類の通信プロトコル処理の全てが、着信先ＩＰ端末に接続不能と判った場合、これら複数種類の通信プロトコル処理について、予め指定されたリトライ回数の範囲内で、再実行を繰り返すようにしてもよい。
【００１７】
【発明の実施の形態】
以下、本発明の実施例について図面を参照して説明する。
図１は、本発明のゲートウェイ装置が適用される通信網の１例を示す。
本発明のゲートウェイ装置１（１−１〜１−Ｐ）は、例えば、ＮＴＴが提供するディジタル交換網（ＰＳＴＮ）３を構成する交換機２（２−１〜２−Ｐ）と接続され、ＨＵＢやルータを介して、例えば、ＮＴＴが提供する地域ＩＰ網に代表される大規模ＩＰ網４（４−１〜４−Ｐ）に接続され、ＰＳＴＮ３とＩＰ網４との間の音声通信インタフェースとして機能する。ＰＳＴＮ３の各交換機２には、電話機１１（１１−１〜１１−Ｌ）が収容されている。
【００１８】
各ＩＰ網４（４−１〜４−Ｐ）は、論理的には、ＩＴＵ−Ｔ勧告Ｈ．３２３で示される呼制御プロトコルやＩＥＴＦ標準のＳＩＰなど、呼接続制御の通信プロトコルに違いのある複数の局部通信網の複合体となっている。
ここでは、特にＨ．３２３で通信可能な通信機器群からなる局部通信網をＩＰ網（Ｈ．３２３）５と表記し、ＳＩＰで通信可能な通信機器群からなる局部通信網をＩＰ網（ＳＩＰ）６と表記している。また、Ｈ．３２３が適用されるＩＰ網のうち、特にメーカーＡ社製の通信機器でのみ通信可能な通信網をＩＰ網（Ｈ．３２３−Ａ）５Ａ、メーカーＢ社製の通信機器で通信可能な通信網をＩＰ網（Ｈ．３２３−Ｂ）５Ｂと表記し、ＩＰ網（Ｈ．３２３−Ａ）５ＡとＩＰ網（Ｈ．３２３−Ｂ）５Ｂの少なくとも一方で通信可能な通信網をＩＰ網（Ｈ．３２３）５Ｘと表記する。尚、ＩＰ網（Ｈ．３２３）５、５Ａ、５Ｂ、５ＸとＩＰ網（ＳＩＰ）６は、何れも論理的な接続関係を表す網であり、物理的にはＩＰ網４の構成要素からなっている。
【００１９】
ＩＰ網（Ｈ．３２３）５（５−１、５−Ｐ）は、Ｈ．３２３の通信制御機能を備えた制御サーバであるゲートキーパ７（７−１、７−Ｐ）と、複数のＩＰ端末（Ｈ．３２３端末）９（９−１１〜９−１ｎ、９−Ｐ１〜９−Ｐｎ）で構成されている。また、ＩＰ網（ＳＩＰ）６（６−１、６−Ｐ）は、ＳＩＰの通信制御機能を備えた制御サーバであるＳＩＰサーバ８（８−１、８−Ｐ）と、複数のＩＰ端末（ＳＩＰ端末）１０（１０−１１〜１０−１ｍ、１０−Ｐ１〜１０−Ｐｍ）で構成されている。
【００２０】
ＩＰ網（Ｈ．３２３−Ａ）５Ａは、Ｈ．３２３の通信制御機能を備えたメーカーＡ社製のゲートキーパ７Ａと、複数のＩＰ端末（Ｈ．３２３−Ａ端末）９Ａ（９Ａ−１〜９Ａ−ｎ）で構成され、ＩＰ網（Ｈ．３２３−Ｂ）５Ｂは、Ｈ．３２３の通信制御機能を備えたメーカーＡ社製のゲートキーパ７Ｂと、複数のＩＰ端末（Ｈ．３２３−Ｂ端末）９Ｂ（９Ｂ−１〜９Ｂ−ｎ）で構成される。また、ＩＰ網（Ｈ．３２３）５Ｘは、メーカーＡ社製のＨ．３２３とメーカーＢ社製のＨ．３２３の両方の通信制御機能を備えたゲートキーパ７Ｘと、メーカーＡ社製のＨ．３２３をサポートするＩＰ端末（Ｈ．３２３−Ａ端末）、またはメーカーＢ社製造のＨ．３２３をサポートするＩＰ端末（Ｈ．３２３−Ｂ端末）の何れかである複数のＩＰ端末９Ｘ−１〜９Ｘ−ｎで構成される。
【００２１】
各ゲートウェイ装置１は、電話機１１と、ＩＰ端末（Ｈ．３２３端末）９、９Ａ、９Ｂまたは９Ｘと、ＩＰ端末（ＳＩＰ端末）１０との間の何れかの組合せで行われる通話に際して、ＰＳＴＮ３とＩＰ網４との間で交信される制御信号のプロトコル相互変換と音声信号の転送を行う。
【００２２】
図１に示したように、ＰＳＴＮと地域ＩＰ網とを相互接続した大規模網においては、Ｈ．３２３やＳＩＰといった複数種類の通信プロトコルが混在しており、また、Ｈ．３２３−ＡやＨ．３２３−Ｂで表現したように、同種通信プロトコルであってもメーカー毎の独自仕様によって通信プロトコルが多様化しているため、ゲートウェイ装置１には、これらの多様化した通信プロトコルの中から、着信先ＩＰ端末に適合した通信プロトコルを選定する機能が必要となる。
【００２３】
図２は、本発明によるゲートウェイ装置１の１実施例を示すブロックである。
上述した多様化した通信プロトコル制御に対応するために、本発明のゲートウェイ装置１は、動作制御部１２と、通信プロトコル処理部１３と、通信プロトコル動作順序規定テーブル１４と、交換機インタフェース部１５と、ＩＰ網インタフェース部１６と、音声処理部１７と、保守インタフェース１８とを備える。
【００２４】
通信プロトコル処理部１３は、通信プロトコル１処理部１３−１〜通信プロトコルＮ処理部１３−ＮのＮ個の通信プロトコル処理部を有し、これらの中から選択された通信プロトコルに従って、通信制御サーバやＩＰ端末との間で制御信号を交信する。通信プロトコル１処理部１３−１〜通信プロトコルＮ処理部１３−Ｎは、ＩＰ網４に存在するＨ．３２３やＳＩＰ等の通信プロトコル種類別、あるいはメーカー別の差異対応した個別の通信プロトコル処理機能を備えている。通信プロトコル処理部１３への通信プロトコルの追加や変更は、サービス提供者がダウンロード方式で行うことができる。
【００２５】
動作制御部１２は、交換機インタフェース部１５を介して交換機２から受信する呼接続要求を契機に、通信プロトコル動作順序規定テーブル１４から、実行すべき通信プロトコルを特定するための順序規定情報を読み出す。動作制御部１２は、上記順序規定情報に従って、通信プロトコル処理部１３に特定の通信プロトコル動作の開始を指示し、通信プロトコル処理部からの応答結果に応じて、該通信プロトコル処理部に、宛先ＩＰ端末との呼接続のための通信手順の実行指示、または実行中の通信プロトコル処理（呼制御動作）の終了を指示する。１つの通信プロトコルに対して動作の終了を指示した場合、動作制御部１２は、テーブル１４から読み出された順序規定情報に従って、通信プロトコル処理部１３に別の通信プロトコル動作の開始を指示する。
【００２６】
通信プロトコル動作順序規定テーブル１４は、図３に示すように、通信プロトコルの優先順位１４１と、通信プロトコル種別１４２との対応関係を規定している。
尚、通信プロトコル種別１４２は、Ｈ・３２３やＳＩＰと言ったプロトコル種別の他に、前述したメーカー毎の仕様の違いによるプロトコル種別も含む。通信プロトコル種別１４２としては、通信プロトコルを細区分するメーカー識別子やバージョン情報を含んでも良い。また、優先順位１４１は、例えば、従来公知の統計情報収集機能によって得られる通信プロトコル別の使用頻度報から自動的に決定することができるが、サービス提供者が保守端末１９から独自の順序で設定してもよい。
【００２７】
交換機インタフェース１５は、交換機２から受信した制御信号と音声信号をそれぞれ動作制御部１２と音声処理部１７に選択的に転送すると共に、音声処理部１７を介して受信したＩＰ網４からの音声信号を交換機２に転送する。
ＩＰ網インタフェース１６は、ＩＰ網４から受信した制御信号と音声信号をそれぞれ通信プロトコル処理部１３と音声処理部１７に転送すると共に、通信プロトコル処理部１３から送出された制御信号と、音声処理部１７を介して受信した交換機２からの音声信号をＩＰ網４に送信する。
音声処理部１７は、交換機２とＩＰ網４との間の送受信音声信号を相互変換することにより、ＰＳＴＮ３とＩＰ網４との間での通話を実現する。保守端末１９と接続された保守インタフェース１８は、保守端末から動作制御部１２へのプログラム設定や、通信プロトコル処理部１３への通信プロトコルの設定用のインタフェースとなる。
【００２８】
図４は、ゲートウェイ装置１のハードウェア構成の一例を示す。
ゲートウェイ装置１は、プロセッサ１２０と、交換機２と接続するための交換機インタフェース部１５と、ＩＰ網４に接続するためのＬＡＮインタフェース部（ＩＰ網インタフェース）１６と、保守インタフェース部１８と、プロセッサが実行する制御用プログラムやデータを格納するためのメモリ１２１を内部バスで接続し、交換機インタフェース部１５とＬＡＮインタフェース部１６との間に、例えば、ディジタル信号プロセッサからなる音声処理部１７を接続した構成となっている。
【００２９】
図２で示した動作制御部１２と通信プロトコル処理部１３の機能は、プロセッサ１２１が実行するソフトウェアによって実現できる。メモリ１２１は、例えば、プロセッサ１２１が実行する動作制御ルーチン（呼接続制御ルーチン）や、通信プロトコル処理部１３−１〜１３−Ｎに相当する複数種類の通信プロトコル処理ルーチンを格納するためのプログラム格納用メモリ１２１Ａと、ワーク用メモリ１２１Ｂと、データ用メモリ１２１Ｃからなり、図２に示した通信プロトコル動作順序規定テーブル１４はデータ用メモリ１２１Ｃに形成される。
【００３０】
図５は、本発明のゲートウェイ装置の動作制御部１２（プロセッサ１２１）が実行する呼接続制御ルーチンの第１実施例を示すフローチャートである。
先ず、このフローチャートで使用しているパラメータについて説明すると、Ｉは、通信プロトコル動作順序規定テーブル１４が示す通信プロトコルの優先順位番号を示し、Ｉｍａｘは、上記通信プロトコル動作順序規定テーブル１４に登録されたエントリ数（通信プロトコル処理部１３−１〜１３−Ｎの個数）を示す。また、Ｊは、呼制御処理のリトライ実行回数を示し、Ｊｍａｘは、予め決められた最大リトライ回数を示す。Ｊｍａｘの値は、呼接続成立までに許容されるユーザー待ち時間を考慮して決められる。
【００３１】
呼接続制御ルーチン７００は、動作制御部１２が交換機２から呼接続要求を受信した時に起動される。呼接続制御ルーチン７００において、動作制御部１２は、リトライ実行回数を示すパラメータＪに初期値０を設定し（７０１）、優先順位番号を示すパラメータＩに初期値１を設定（７０２）した後、Ｉを最大値Ｉｍａｘと比較する（７０３）。Ｉ≦Ｉｍａｘであれば、優先順位番号Ｉに対応する通信プロトコル処理部１３−Ｉを起動し（７０４）、該通信プロトコル処理部からの応答を待つ（７０５）。
【００３２】
起動された通信プロトコル処理部１３−Ｉは、優先順位Ｉの通信プロトコルに従って、予め指定された通信プロトコル用の制御サーバ（ゲートキーパ７またはＳＩＰサーバ８）と交信し、着信側ＩＰ端末との接続に必要な情報、例えば、着信先のアドレス等を要求する。
【００３３】
動作制御部１２は、制御サーバから通信プロトコル処理部１３−Ｉへの応答を判定し（７０５）、通信プロトコル処理部１３−Ｉが制御サーバから正常な応答を受信できた（接続成功）場合は、通信プロトコル処理部１３−Ｉに対して、処理の継続（着信側ＩＰ端末への呼接続のための通信手順の実行）を指示する（７０６）。通信プロトコル処理部１３−Ｉは、通信プロトコルに従って着信側ＩＰ端末に制御信号を送信し、着信側ＩＰ端末からの接続応答を受信すると、交換機側に呼接続要求への応答を返す。これによって、発信側電話機と着信側ＩＰ端末とが通話状態となる。
【００３４】
通信プロトコル処理部１３−Ｉが制御サーバから正常な応答を受信できなかった（接続不成功）場合は、動作制御部１２は、通信プロトコル処理部１３−Ｉによる呼制御動作を終了させ（７０８）、パラメータＩの値をインクリメントする（７０９）。パラメータＩが最大値Ｉｍａｘを超えていなければ、パラメータＩが示す次の優先順位番号をもつ通信プロトコル処理部を起動して、上述した動作を繰り返す。
【００３５】
インクリメントされたパラメータＩが、ゲートウェイ装置１が保有する通信プロトコルの個数Ｉｍａｘを超えた場合、すなわち、ゲートウェイ装置１が保有する全ての通信プロトコルにおいて、着信側ＩＰ端末との接続に必要な情報の取得に失敗した場合は、動作制御部１２は、リトライ回数Ｊの値をインクリメント（７１０）した後、リトライ実行回数Ｊを予め決められた最大リトライ回数Ｊｍａｘと比較する（７１１）。Ｊ≦Ｊｍａｘであれば、優先順位番号を示すパラメータＩの値を初期値１に戻し（７０２）、優先順位が１の通信プロトコル処理部１３−１から順に、通信プロトコル処理を再度試みる。リトライ実行回数ＪがＪｍａｘを超えた場合は、発信側電話機に対して呼接続不能を通知し（７１２）し、このルーチンを終了する。
【００３６】
図６は、上記第１実施例の呼接続制御方法に従った通信装置間の動作シーケンスを示す。
ここでは、例えば、ＰＳＴＮ３内の交換機２−１に接続された電話機１１−１が、ＩＰ網（ＳＩＰ）６−１に属したＩＰ端末１０−１１に対して発信（Ｓ００１）した場合を想定する。この場合、交換機２−１からゲートウェイ装置１−１（動作制御部１２）に、ＩＰ端末１０−１１への呼接続要求（Ｓ００２）が発行される。呼接続要求Ｓ００２を受けた動作制御部１２は、最も高い優先順位をもつ通信プロトコル処理部、例えば、通信プロトコル１処理部（１３−１）を起動する（Ｓ００３）。
【００３７】
通信プロトコル１処理部（１３−１）は、予め対応付けられた通信プロトコル１用の制御サーバ（例えば、ゲートキーパ７−１）に対して、着信側ＩＰ端末１０−１１への接続要求（Ｓ００４）を発行し、呼接続に必要な情報の入手を試みる。この例では、通信プロトコル１用サーバは、着信側ＩＰ端末１０−１１の通信プロトコルに適合していないため、接続要求（Ｓ００４）に対する拒否応答（Ｓ００５）を返す。従って、通信プロトコル１処理部（１３−１）から動作制御部１２に、接続失敗を示す応答（Ｓ００６）が返送され、動作制御部１２は、通信プロトコル１処理部（１３−１）に動作終了（Ｓ００７）を指示し、次の優先順位をもつ通信プロトコル２処理部（１３−２）を起動する（Ｓ００８）。
【００３８】
通信プロトコル２処理部（１３−２）は、図１では省略してあるプロトコル２用サーバに対して着信側ＩＰ端末１０−１１への接続要求（Ｓ００９）を出す。
【００３９】
プロトコル２用サーバも、通信プロトコル１用サーバと同様、着信側ＩＰ端末１０−１１の通信プロトコルに適合していないため、接続要求（Ｓ００９）に対する拒否応答（Ｓ０１０）を返す。その結果、通信プロトコル２処理部から接続失敗（Ｓ０１１）の応答があり、動作制御部１２は、通信プロトコル２処理部に動作終了（Ｓ０１２）を指示し、次の優先順位をもつ通信プロトコル３処理部（１３−３）を起動する（Ｓ０１３）。
【００４０】
ここで、通信プロトコル３処理部（１３−３）と対応付けられた通信プロトコル３用の制御サーバが、着信側端末１０−１１の通信プロトコルに適合したＳＩＰサーバ８−１であったと仮定すると、通信プロトコル３処理部（１３−３）からの接続要求（Ｓ０１４）に対して、通信プロトコル３用サーバ（ＳＩＰサーバ８−１）から接続許可応答（Ｓ０１５）があり、これによって、通信プロトコル３処理部（１３−３）は、着信側ＩＰ端末１０−１１に接続するために必要な情報の取得に成功する。
【００４１】
この場合、通信プロトコル３処理部（１３−３）は、動作制御部１２に対して、着信側ＩＰ端末１０−１１への接続成功（Ｓ０１６）を示す応答を返すため、動作制御部１２は、通信プロトコル３処理部（１３−３）に、ＩＰ端末との呼接続処理の継続を指示する（Ｓ０１７）。これにより、通信プロトコル３処理部（１３−３）と接続先ＩＰ端末の間で呼接続のための通信手順が実行され、通信プロトコル３処理部（１３−３）が着信側ＩＰ端末１０−１１から接続応答（Ｓ０１８）を受信することにより、接続先ＩＰ端末１０−１１と発信側電話機１１−１との間が通話状態（Ｓ０１９）となる。
【００４２】
図７は、本発明のゲートウェイ装置の動作制御部１２（プロセッサ１２１）が実行する呼接続制御ルーチンの第２実施例を示すフローチャートである。
第１実施例と同様、パラメータＪは呼制御処理のリトライ実行回数、Ｊｍａｘは予め決められた最大リトライ回数を示している。
【００４３】
本実施例の呼接続制御ルーチン８００も、動作制御部１２が通信接続要求を受信した時に起動される。本実施例では、動作制御部１２は、通信プロトコル処理部１３−１〜１３−Ｎが呼接続要求に成功したか否かを記憶するためのワークテーブル（図示せず）をクリアし（８０１）、リトライ実行回数を示すパラメータＪの値を初期値０に設定（８０２）した後、ゲートウェイ２が保有するＮ個の通信プロトコル処理部１３−１〜１３−Ｎを次々と連続的に起動する（８０３）。通信プロトコル処理部１３−１〜１３−Ｎの起動は、例えば、通信プロトコル動作順序規定テーブル１４が示す優先順位１４１に従った順序で行うが、起動順序は必ずしも優先順位に従う必要はない。
【００４４】
全ての通信プロトコル処理部の起動が完了すると、動作制御部１は、通信プロトコル処理部からの応答を待つ（８０４）。何れかの通信プロトコル処理部から応答があると、動作制御部１は、応答内容を判定し（８０４）、その応答が接続要求の失敗を示していた場合は、応答した通信プロトコル処理部に呼制御動作の終了を指示し（８０６）、この通信プロトコル処理部が接続に失敗したことをワークテーブルに記憶する（８０７）。この後、上記ワークテーブルを参照して、Ｎ個の全ての通信プロトコル処理部で接続に失敗したか否かを判定する（８０８）。もし、接続に失敗した通信プロトコル処理部が全数Ｎ個に達していなければ、ステップ８０４に戻り、現在動作中の別の通信プロトコル処理部からの応答を待つ。
【００４５】
ワークテーブルを参照した結果、Ｎ個の全ての通信プロトコル処理部で接続に失敗していた場合、動作制御部１２は、現在のリトライ実行回数Ｊと最大リトライ回数Ｊｍａｘを比較し（８０９）、Ｊ＜Ｊｍａｘであれば、リトライ実行回数Ｊをインクリメント（８１０）、ワークテーブルをクリア（８１１）した後、ステップ８０３に戻って、再度、通信プロトコル処理部１３−１〜１３−Ｎを次々と起動する。リトライ実行回数Ｊが最大リトライ回数Ｊｍａｘに達していた場合、動作制御部１２は、発信側電話機に対して呼接続不能を通知し（８１２）、このルーチンを終了する。
【００４６】
何れかのプロトコル処理部１３−Ｋから、接続要求に成功したことを示す応答を受けた場合、動作制御部１２は、プロトコル処理部１３−Ｋに呼接続処理の継続を指示し（８１３）、ワークテーブルから判明する上記プロトコル処理部１３−Ｋ以外で現在動作中の他のプロトコル処理部に対して、呼制御動作の終了を指示し（８１４）、このルーチンを終了する。
【００４７】
図８は、上記第２実施例の呼接続制御方法に従った通信装置間の動作シーケンスを示す。
第１実施例と同様、ＰＳＴＮ３内の交換機２−１に接続された電話機１１−１が、ＩＰ網（ＳＩＰ）６−１に属したＩＰ端末１０−１１に対して発信（Ｓ００１）し、交換機２−１からゲートウェイ装置１−１（動作制御部１２）に、ＩＰ端末１０−１１への呼接続要求（Ｓ００２）が発行された場合を想定する。
【００４８】
呼接続要求Ｓ００２を受けた動作制御部１２は、通信プロトコル１処理部（１３−１）から通信プロトコルＮ処理部（１３−Ｎ）までの全ての通信プロトコル処理部を順次に起動する。図８では、図面簡略化のために、通信プロトコル１処理部（１３−１）〜通信プロトコル３処理部（１３−３）の起動（Ｓ１００、Ｓ１０１、Ｓ１０２）のみを示し、通信プロトコル４処理部（１３−４）以降の起動と、応答動作は省略してある。
【００４９】
通信プロトコル１処理部（１３−１）〜通信プロトコル３処理部（１３−３）は、それぞれの通信プロトコルと対応して予め指定された制御サーバに対して、接続要求（Ｓ１１１、Ｓ１１２、Ｓ１１３）を送信する。通信プロトコル４処理部（１３−４）〜通信プロトコルＮ処理部（１３−Ｎ）も同様に、それぞれ予め指定された制御サーバに対して接続要求を送信する。
【００５０】
ここで、通信プロトコル１用サーバ（ゲートキ−パ７−１）が接続要求に拒否の応答（Ｓ１２１）を返してきたと仮定すると、通信プロトコル１処理部（１３−１）から動作制御部１２に、接続要求に失敗したことを示す応答（Ｓ１２２）がある。この場合、動作制御部１２は、通信プロトコル１処理部（１３−１）に呼制御動作の終了を指示し（Ｓ１２３）、ワークテーブルに通信プロトコル１処理部が接続に失敗したことを記憶する。
【００５１】
次に、通信プロトコル３用サーバ（ＳＩＰサーバ８−１）から通信プロトコル３処理部（１３−３）に、接続要求（Ｓ１１３）に対する接続許可応答（Ｓ１３１）があり、通信プロトコル３処理部（１３−Ｎ）から動作制御部１２に、接続に成功したことを示す応答（Ｓ１３２）があったと仮定する。この場合、動作制御部１２は、通信プロトコル３処理部（１３−３）に着信側ＩＰ端末１０−１１との呼接続処理の継続を指示する（Ｓ１３３）。
【００５２】
この時、動作制御部１２は、未だ応答を返していない現在動作中の他の通信プロトコル処理部、この例では、通信プロトコル２処理部（１３−２）、通信プロトコル４処理部（１３−４）〜通信プロトコルＮ処理部（１３−Ｎ）に対して、動作の終了を指示する（Ｓ１４１、・・・）。これにより、通信プロトコル３処理部（１３−３）と着信側ＩＰ端末１０−１１の間でのみ呼接続手順が実行され、通信プロトコル３処理部（１３−３）が、ＩＰ端末１０−１１からの接続応答（Ｓ１６１）を受信することにより、ＩＰ端末１０−１１と発信側電話機１１との間が通話状態（Ｓ１６２）となる。
【００５３】
上記実施例では、通信プロトコル３処理部だけが接続要求に成功した場合について説明したが、複数の通信プロトコルで接続要求に成功した場合は、例えば、動作制御部１２に最初に応答した通信プロトコルを生かすようにすればよい。通信プロトコル処理部からの接続成功の応答を一時的に保持しておき、所定期間内に接続成功応答を返してきた複数のプロトコル処理部の中から、通信プロトコル動作順序規定テーブル１４が示す最も優先順位の高い通信プロトコルを選択するようにしてもよい。
【００５４】
【発明の効果】
以上の実施例から明らかなように、本発明によれば、ゲートウェイ装置に接続されるＩＰ網内に多様の呼制御用通信プロトコルが存在する場合であっても、接続要求を受信したゲートウェイ装置が、予め用意された複数の通信プロトコルで呼接続を試み、接続の可否を判定することによって、発信側電話機と着信側ＩＰ端末とを接続できる。
【図面の簡単な説明】
【図１】本発明を適用する通信網の構成例を示す図。
【図２】本発明によるゲートウェイ装置１の一実施例を示すブロック図。
【図３】ゲートウェイ装置１が備える通信プロトコル動作順序規定テーブルの１例を示す図。
【図４】ゲートウェイ装置１のハードウェア構成の一例を示す図。
【図５】ゲートウェイ装置１が実行する呼接続制御ルーチンの第１実施例を示すフローチャート。
【図６】第１実施例の呼接続制御方法に従った通信装置間の動作シーケンス図。
【図７】ゲートウェイ装置１が実行する呼接続制御ルーチンの第２実施例を示すフローチャート。
【図８】第２実施例の呼接続制御方法に従った通信装置間の動作シーケンス図。
【符号の説明】
１：ゲートウェイ、２：交換機、３：ＰＳＴＮ、４：ＩＰ網、５：ＩＰ網（Ｈ．３２３）、５Ａ：ＩＰ網（Ｈ．３２３−Ａ）、５Ｂ：ＩＰ網（Ｈ．３２３−Ｂ）、５Ｘ：ＩＰ網（Ｈ．３２３）、６：ＩＰ網（ＳＩＰ）、７：ゲートキーパ、７Ａ：ゲートキーパ（Ｈ．３２３−Ａ用）、７Ｂ：ゲートキーパ（Ｈ．３２３−Ｂ用）、７Ｘ：ゲートキーパ（Ｈ．３２３−Ａ，Ｈ．３２３−Ｂ共用）、８：ＳＩＰサーバ、９：ＩＰ端末（Ｈ．３２３端末）、９Ａ：ＩＰ端末（Ｈ．３２３−Ａ端末）、９Ｂ：ＩＰ端末（Ｈ．３２３−Ｂ端末）、１０：ＩＰ端末（ＳＩＰ端末）、１１：電話機、１２：動作制御部、１３：通信プロトコル処理部、１４：通信プロトコル動作順序規定テーブル、１５：交換機インタフェース、１６：ＩＰ網インタフェース、１７：音声処理部、１８：保守インタフェース、１９：保守端末。
【図１】
2005012613.tif 000003
【図２】
2005012613.tif 000004
【図３】
2005012613.tif 000005
【図４】
2005012613.tif 000006
【図５】
2005012613.tif 000007
【図６】
2005012613.tif 000008
【図７】
2005012613.tif 000009
【図８】
2005012613.tif 000010