(57)【特許請求の範囲】
【請求項１】
ネットワーク（Ｎ）に接続可能とするための特定の呼制御プロトコル（Ｑ.931）によりＩＰ電話変換するための呼処理（ＣＰ）をし、
複数ｎ個の音声信号を、前記ｎよりは大きくはない複数ｐ種（ｎ≧ｐ≧２）のそれぞれの音声ＩＰプロトコルによって送受するためのエンドポイント処理（ＥＰ１〜ｎ）をし、
前記ｐ種のそれぞれの音声ＩＰプロトコルによる電話信号と前記呼処理（ＣＰ）における呼制御プロトコル（Ｑ.931）による信号との間で処理可能とするように音声ＩＰプロトコル変換するための、  固有のプロトコルにも対応可能な（１６）、ｐ個の仮想呼処理（ＶＰ）用いるプロトコル変換ユニット処理（１０）をする、
複数プロトコル対応ＩＰ電話方法。
【請求項２】
前記特定の呼制御プロトコルが、電話交換用Ｑ.931プロトコルであり、
前記複数ｎ個の音声信号の前記ｎよりは大きくはない複数ｐ種（ｎ≧ｐ≧２）のそれぞれの音声ＩＰプロトコルが、ＳＩＰ（Session Initiation Protocol）プロトコルとＨ.323プロトコルとを含んでいる、
請求項１の複数プロトコル対応ＩＰ電話方法。
【請求項３】
前記プロトコル変換ユニット処理（１０）が、
前記エンドポイント処理（ＥＰ１〜ｎ）の種類に対応してそれぞれのプロトコルを終端して下位層のプロトコルを隠蔽し、隠蔽できないプロトコルの固有部分は別の処理として実行するための固有処理（１６）と、
前記エンドポイント処理（ＥＰ１〜ｎ）で使用するプロトコルをサポートするべく、前記固有部分を別の処理として前記固有処理（１６）に処理の依頼をする機構を持つプロトコル変換処理（１１）とを含んでいる、
請求項１の複数プロトコル対応ＩＰ電話方法。
【請求項４】
前記固有処理（１６）が、
通信制御プロトコルであるＳＩＰおよびＨ.323で前記プロトコル変換処理（１１）とメッセージの送受信を行う、
請求項３の複数プロトコル対応ＩＰ電話方法。
【請求項５】
前記仮想呼処理（ＶＰ）が、
ＳＩＰ仮想クライアント（ＳＶＣ）とＨ.323仮想クライアント（ＨＶＣ）を含み、前記ＳＩＰ仮想クライアントおよび前記Ｈ.323仮想クライアントは、それぞれＳＩＰスタック（ＳＴＳ）およびＨ.323スタック（ＳＴＨ）を含んでいるプロトコル変換処理（１１）と、
前記エンドポイント処理（ＥＰ１〜ｎ）に必要なデータを格納するデータベース（ＤＢ）、ＳＩＰサーバ（ＳＳ）およびＨ.323ゲートキーパ（ＧＫ）に登録されたデータから仮想端末と固有のプロトコルを用いる現実の端末を結びつけるデータを必要時に前記プロトコル変換処理（１１）に提供するための、固有のプロトコルにも対応可能な固有処理（１６）とを含む、
請求項１の複数プロトコル対応ＩＰ電話方法。
【請求項６】
ネットワーク（Ｎ）に接続可能とするための特定の呼制御プロトコル（Ｑ.931）によりＩＰ電話変換するための呼処理手段（ＣＰ）と、
複数ｎ個の音声信号を、前記ｎよりは大きくはない複数ｐ種（ｎ≧ｐ≧２）のそれぞれの音声ＩＰプロトコルによって送受するためのエンドポイント手段（ＥＰ１〜ｎ）と、
前記ｐ種のそれぞれの音声ＩＰプロトコルによる電話信号と前記呼処理における呼制御プロトコル（Ｑ.931）による信号との間で処理可能とするように音声ＩＰプロトコル変換するための、固有のプロトコルにも対応可能な（１６）、ｐ個の仮想呼処理（ＶＰ）を用いるプロトコル変換ユニット手段（１０）とを含む、
複数プロトコル対応ＩＰ電話装置。
【請求項７】
前記特定の呼制御プロトコルが電話交換用Ｑ.931プロトコルであり、
前記複数ｎ個の音声信号の前記ｎよりは大きくはない複数ｐ種（ｎ≧ｐ≧２）のそれぞれの音声ＩＰプロトコルが、ＳＩＰプロトコルとＨ.323プロトコルとを含んでいる、
請求項６の複数プロトコル対応ＩＰ電話装置。
【請求項８】
前記プロトコル変換ユニット手段（１０）が、
前記エンドポイント手段（ＥＰ１〜ｎ）の種類に対応してそれぞれのプロトコルを終端して下位層のプロトコルを隠蔽し、隠蔽できないプロトコルの固有部分は別の処理として実行するための固有処理手段（１６）と、
前記エンドポイント手段（ＥＰ１〜ｎ）で使用するプロトコルをサポートするべく、前記固有部分を別の処理として前記固有処理手段（１６）に処理の依頼をする機構を持つプロトコル変換手段（１１）とを含んでいる、
請求項６の複数プロトコル対応ＩＰ電話装置。
【請求項９】
前記固有処理手段（１６）が、
通信制御プロトコルであるＳＩＰおよびＨ.323で前記プロトコル変換手段（１１）とメッセージの送受信を行う、
請求項８の複数プロトコル対応ＩＰ電話装置。
【請求項１０】
前記仮想呼処理手段（ＶＰ）が、
ＳＩＰ仮想クライアント（ＳＶＣ）とＨ.323仮想クライアント（ＨＶＣ）を含み、前記ＳＩＰ仮想クライアントおよび前記Ｈ.323仮想クライアントは、それぞれＳＩＰスタック（ＳＴＳ）およびＨ.323スタック（ＳＴＨ）を含んでいるプロトコル変換手段（１１）と、
前記エンドポイント手段（ＥＰ１〜ｎ）に必要なデータを格納するデータベース（ＤＢ）、ＳＩＰサーバ（ＳＳ）およびＨ.323ゲートキーパ（ＧＫ）に登録されたデータから仮想端末と固有のプロトコルを用いる現実の端末を結びつけるデータを必要時に前記プロトコル変換手段（１１）に提供するための、固有のプロトコルにも対応可能な固有処理手段（１６）とを含む、
請求項６の複数プロトコル対応ＩＰ電話装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、複数のプロトコルに対応可能なＩＰ電話方法と装置に関する。具体的には、複数の音声ＩＰ（ＶｏＩＰ）プロトコルに対応して呼制御を行うことのできるインターネット・プロトコル（ＩＰ）による音声電話の新規な電話方法と装置を提供せんとするものである。
【背景技術】
【０００２】
インターネットやＬＡＮ（構内通信網）などに接続された通信回線と複数のＩＰ電話端末（エンドポイント）との間で呼制御を行うために呼処理装置が用いられる。複数（ｎ個）のＩＰ電話端末には、それぞれ異なったｐ種の音声ＩＰ（ＶｏＩＰ）プロトコルが使用されている場合がある。ここに、ｎ≧ｐである。このような場合には、呼処理装置と複数（ｎ個）のＩＰ電話端末との間には、各ＩＰ電話端末の音声ＩＰ（ＶｏＩＰ）プロトコルによる信号を呼処理装置の呼制御プロトコルによる信号に変換する必要がある。
【０００３】
従来の装置では、呼処理部とプロトコル変換ユニットとの間のプロトコルは、プロトコル変換ユニットが収容するエンドポイントのＶｏＩＰプロトコルに依存していた。つまり、収容するエンドポイントのプロトコル毎にプロトコル変換ユニットを用意し、なお且つプロトコル変換ユニットと呼処理の間のプロトコルはそのエンドポイントのプロトコルを実行するインプリメントを行っていた。そのため、以下の様な欠点を有している。
【０００４】
収容するエンドポイントのプロトコル毎にユニット装置を用意し、呼処理部はその使用プロトコルに対応させ、またそのプロトコルに従来の呼処理とは異なる概念がある場合は多数の工数をかけてそれに対応する必要があった。さらに、新しいプロトコルを収容する毎に、その使用プロトコルに対応させた呼処理で行う必要があった。
【０００５】
プロトコル変換は、以下のように行われていた。
従来例1. 複数（ｎ個）のＩＰ電話端末にそれぞれ対応して、音声ＩＰ（ＶｏＩＰ）プロトコルから呼制御プロトコルに変換するためのｎ個のプロトコル変換ユニットを設ける。すなわち、ｎ個のＩＰ電話端末を収容するためには、ｎ個のプロトコル変換ユニットを用いて、ｐ種の音声ＩＰ（ＶｏＩＰ）プロトコルによる信号を1つの呼制御プロトコルによる信号に変換する。プロトコル変換ユニットを多数（ｎ個）必要とするために、プロトコル変換ユニットの収納スペースと、装置の費用が莫大となった。
【０００６】
従来例2.   ｐ種の音声ＩＰ（ＶｏＩＰ）プロトコルによる信号を1つの呼制御プロトコルによる信号に変換するためのｎ個のＩＰ電話端末を収容するゲートウェイ（ＧＷ）装置（または関門装置）は、呼の発生時に、その呼がどの音声ＩＰ（ＶｏＩＰ）プロトコルによるものであるかを判別し、その音声ＩＰプロトコルを呼制御プロトコルに変換しなければならず、判別および呼制御の手順が複雑となって、高価なものとなる問題点があった。
【０００７】
従来例3.    特許文献１には、ゲートウェイがあり、このゲートウェイは少なくとも1つのＨ．323クライアントエンドポイントと少なくとも1つのＳＩＰエージェントとの間のシグナリング変換を実施する構成が開示されている（特許文献１の段落0008）。ここで、Ｈ．323は、ＩＴＵ-Ｔ（国際電気通信連合の電気通信標準化部門）の勧告で、オーディオ・ビジュアル通信システム標準のＨ．300シリーズの中で規定されているプロトコルである。ＳＩＰ（Session
Initiation Protocol）は、IP電話などで用いる通信制御プロトコルである。
【特許文献１】特開2001-358778
【０００８】
本発明は、複数のＶｏＩＰプロトコルを持つエンドポイントを収容し呼制御を行うボタン電話装置に関するものである。
【発明の開示】
【発明が解決しようとする課題】
【０００９】
従来例1に見られるように、複数（ｎ個）のＩＰ電話端末にそれぞれ対応して、音声ＩＰ（ＶｏＩＰ）プロトコルから呼制御プロトコルに変換するためのｎ個のプロトコル変換ユニット装置を設ける必要があり、高価となるから、これを解決しなければならない。また、  従来例1および2の問題点の一部については、従来例3において解決されたが、従来例3においても、なお以下の未解決の課題が残されている。
【００１０】
課題1.  従来例3においては、従来例2のゲートウェイを使用していることである。ゲートウェイは、電話の音声パケットをハンドリングするので、リアルタイム性が求められると同時に、音声パケットの場合は、大量のデータが入出力される。大量のデータを入出力するためには、リアルタイムで大量のデータを処理する必要があり、高性能のゲートウェイを必要とし、電話系で音声品質を追及すると、高価な装置になる。
【００１１】
課題2.   従来例3において、ゲートウェイは少なくとも1つのＨ．323クライアントエンドポイントと少なくとも1つのＳＩＰエージェントとの間のシグナリング変換を実施する構成となっている。2種のＶｏＩＰプロトコルであるＨ．323プロトコル（Ａ）およびSIPプロトコル（Ｂ）による音声信号の間でのシグナリング変換を実施している。この２種のＶｏＩＰプロトコルＡとＢの場合、Ａ→Ｂへのシグナリング変換とＢ→Ａへのシグナリング変換装置の２種が必要となる。
【００１２】
このプロトコルの種類がＡ，Ｂ，Ｃの3種となった場合は、Ａ→Ｂ、Ａ→Ｃ、Ｂ→Ｃ、Ｂ→Ａ、Ｃ→Ａ、Ｃ→Ｂの6種のシグナリング変換装置が必要となる。このように、プロトコルの種類がさらに増えると、必要となるシグナリング変換装置の数は、飛躍的に増加してしまい、コストの著しい上昇を伴うこととなる。
【課題を解決するための手段】
【００１３】
インターネットやＬＡＮ（構内通信網）に接続可能とするための特定の呼制御プロトコルによりＩＰ電話変換するための呼処理手段と、
ｎ個の音声信号をｐ種（ｎ≧ｐ）のそれぞれのＶｏＩＰプロトコルによってインターネット・プロトコル電話信号として送受するためのＩＰ電話端末手段と、
ｐ種のそれぞれのＶｏＩＰプロトコルによるインターネット・プロトコル電話信号と呼制御手段における呼制御プロトコルによる信号との間で処理可能とするように変換するためのｐ個のプロトコル変換部を含むプロトコル変換手段とを設けた。
【００１４】
これにより、複数のプロトコルをプロトコル変換手段が終端してプロトコルを隠蔽することで、呼処理手段からみると、従来の電話交換用のＱ．９３１プロトコルを用いる（仮想）端末との間で呼制御を行っているように見える。また、従来の呼処理手段には無い概念を含むプロトコルの場合は、例えばＶｏＩＰでの固有なレジストレーション処理などは、それらを処理する固有処理部を用意し、メッセージをプロトコル変換手段内で振り分ける。
【００１５】
本発明は、新たなプロトコルが追加された時にプロトコル変換手段の一部を追加するだけで、すでにあるプロトコル変換手段の部分には変更を加えることなく、追加されたプロトコルに対応することができる。
【発明の効果】
【００１６】
従来例1に見られるように、複数（ｎ個）のＩＰ電話端末にそれぞれ対応して、音声ＩＰプロトコルから呼制御プロトコルに変換するためのｎ個のプロトコル変換ユニット装置を設ける必要がなくなった。
【００１７】
すなわち、ｎ個のＩＰ電話端末を収容するためには、ｎ個のプロトコル変換ユニット装置を用いて、ｐ種のＶｏＩＰプロトコルによる信号を1つの呼制御プロトコルによる信号に変換する必要がなくなった。例えば、ｎ＝100，ｐはａとｂの2種、ｎ＝100のうち音声ＩＰプロトコルａは70台、音声ＩＰプロトコルｂは30台と仮定する。
【００１８】
従来例1によれば、ｐの数とは無関係に100個のプロトコル変換ユニット装置を必要とした。それに対して本発明によるならば、ｐ＝2種であるから、2個のプロトコル変換部ａとｂを備えるのみである。すなわち、音声ＩＰプロトコルａを用いる70台は1つのプロトコル変換部ａを共通に使用し、音声ＩＰプロトコルｂを用いる30台は他の1つのプロトコル変換部ｂを共通に使用している。プロトコル変換ユニット装置を多数（ｎ個）必要とすることもないために、プロトコル変換ユニット装置の収納スペースと、装置の費用が大幅に縮小された。
【００１９】
従来例2に見られるように、ｐ種の音声ＩＰプロトコルによる信号を1つの呼制御プロトコルによる信号に変換するためのｎ個のＩＰ電話端末を収容するゲートウェイ（ＧＷ）装置（または関門装置）は、呼の発生時に、その呼がどの音声ＩＰプロトコルによるものであるかを判別し、その音声ＩＰプロトコルを呼制御プロトコルに変換しなければならず、判別および呼制御の手順が複雑となって、高価なものとなっていた。本発明によるならば、後に段落0035などにおいて詳述する構成により、そこに含まれたSIPサーバやH.323ゲートキーパなどの機能によって、呼の発生時に、その呼がどのＶｏＩＰプロトコルによるものであるかを判別する必要がなく、構成が簡単になったから安価に実現できるようになった。
【００２０】
従来例3の高性能のゲートウェイを必要とせず、電話系で音声品質を追及することも可能であり、高価な装置を使用する必要も無くなった。従来例3では、ＶｏＩＰプロトコルの種類が増加すると、飛躍的に多くのシグナリング変換装置が必要となり、コストの著しい上昇を伴うが、本発明では、このような問題も解決された。
【発明を実施するための最良の形態】
【００２１】
ネットワークに接続可能とするための特定の呼制御プロトコルによりＩＰ電話変換するための呼処理部と、
ｎ個の音声信号をｐ種（ｎ≧ｐ）のそれぞれのＶｏＩＰプロトコルによってインターネット・プロトコル電話信号として送受するためのＩＰ電話端末（エンドポイント）と、
ｐ種のそれぞれのＶｏＩＰプロトコルによるインターネット・プロトコル電話信号（ＶｏＩＰ）と呼処理部における特定の呼制御プロトコルによる信号との間で処理可能とするように変換するためのｐ個のスタックを含むプロトコル変換部とを設けた。
【実施例１】
【００２２】
図１は、本願発明の実施例1を示した複数プロトコル仮想終端原理図である。呼処理部ＣＰは、プロトコル変換ユニット10を介してインターネットやＬＡＮなどのネットワークＮに接続されている。呼処理部ＣＰは、インターネットあるいはＬＡＮ（構内通信網）であるネットワークＮによって接続された、多くのエンドポイント（ＩＰ電話端末装置）ＥＰ1，2，・・・，ｎを接続可能にしている。
【００２３】
プロトコル変換ユニット10には、仮想エンドポイントＶＥと仮想呼処理ＶＰ1，2，・・・，ｎが含まれている。仮想呼処理ＶＰ1，2，・・・，ｎは、それぞれＶｏＩＰプロトコルＰ1，2，・・・，ｎに従う信号を伝送する伝送路ＮＰ1，2，・・・，ｎによりネットワークＮに接続されている。呼処理部ＣＰとプロトコル変換ユニット10は、一般に、主装置として一体化されている。
【００２４】
エンドポイントＥＰ1，2，・・・，ｎは、それぞれ複数のＶｏＩＰプロトコルＰ1，2，・・・，ｎに従っている。たとえば、エンドポイントＥＰ1は、ＶｏＩＰプロトコルＰ1を使用し、エンドポイントＥＰ2は、ＶｏＩＰプロトコルＰ2を使用し、エンドポイントＥＰｎは、ＶｏＩＰプロトコルＰｎを使用している。このようなＶｏＩＰプロトコルとしては、たとえば、ＳＩＰや、Ｈ.323と呼ばれるものがある。エンドポイントＥＰ1，2，・・・，ｎは、それぞれ複数のＶｏＩＰプロトコルＰ1，2，・・・，ｎに従ってプロトコル変換ユニット10を介して通信する。
【００２５】
呼処理部ＣＰは、エンドポイントＥＰ1，2，・・・，ｎのそれぞれが使用する複数のＶｏＩＰプロトコルＰ1，2，・・・，ｎにもかかわらず、プロトコル変換ユニット10に含まれた仮想エンドポイントＶＥとの間で、従来の電話交換用のプロトコルＱ．931のみを用いて呼処理をしている。すなわち、呼処理部ＣＰからは、各エンドポイントＶＥのすべてがプロトコルＱ．931を用いているかのように見える。
【００２６】
種々のＶｏＩＰプロトコルに従ったエンドポイントＥＰ1，2，・・・，ｎのそれぞれからプロトコル変換ユニット10および呼処理部ＣＰ側をみると、仮想呼処理ＶＰ1，2，・・・，ｎのそれぞれにおいて、ＶｏＩＰプロトコルＰ1，2，・・・，ｎを電話用のプロトコルＱ．931にプロトコル変換している。そのために、プロトコル変換ユニット10および呼処理部ＣＰ側は、あたかも、各エンドポイントＶＥの使用するＶｏＩＰプロトコルに従っているようにみえる。
【００２７】
ここで、例えば、エンドポイントＥＰ2の使用するＶｏＩＰプロトコルＰ2を、図示されてはいない他のエンドポイントＥＰ2-2，ＥＰ2-3，ＥＰ2-4も使用していた場合には、各エンドポイントＥＰ2-2，ＥＰ2-3，ＥＰ2-4は、ネットワークＮを介して、それぞれＶｏＩＰプロトコルＰ2に従う信号を伝送する図示されてはいない伝送路ＮＰ2-2，2-3，2-4により、ＶｏＩＰプロトコルＰ2を電話用のプロトコルＱ．931にプロトコル変換する仮想呼処理ＶＰ2に接続される。
【００２８】
他のＶｏＩＰプロトコルＰｉを使用するエンドポイントＥＰｉが複数存在する場合にも同様に、複数のエンドポイントＥＰｉ-1，ｉ-2，ｉ-3，・・・がＶｏＩＰプロトコルＰｉを電話用のプロトコルＱ．931にプロトコル変換する1つの仮想呼処理ＶＰｉに同時に接続される。
【００２９】
図２は、図1の原理をより具体的に例示し説明するための、複数プロトコルのうちの1つのプロトコルによるプロトコル終端構成図である。ネットワークＮは、図示を省略している。ここでは、多くのエンドポイントＥＰ1，2，・・・，ｎのうちの、例えばエンドポイントＥＰ1の場合を1例として取り上げて、説明する。呼処理部ＣＰは、全体の呼の制御を行っている。プロトコル変換ユニット10は、呼処理部ＣＰとエンドポイントＥＰ1との間に位置する。エンドポイントＥＰ1は、電話装置に収容された呼処理と呼制御を行う端末である。
【００３０】
このプロトコル変換ユニット10内で、呼処理部ＣＰとプロトコル変換ユニット10との間のＱ．９３１プロトコルを終端し、さらにプロトコル変換ユニット10とエンドポイントＥＰ1との間のプロトコルＰ１を終端する。また、従来の呼処理の概念と異なるプロトコル固有の部分は、プロトコル変換ユニット10内で判断して内包するプロトコル変換などの構成要素であるサーバ等に振り分ける固有処理をすることである。
【００３１】
呼処理部ＣＰから見ると、エンドポイントＥＰ1との間はＱ．９３１プロトコルを持つ仮想端末ただ１つであり、エンドポイントＥＰ1から見ると、呼処理部ＣＰとの間はエンドポイントＥＰ1で使用するプロトコルＰ１をサポートするプロトコル変換部11を介する呼処理である。この様に、エンドポイントＥＰの種類に対応してそれぞれのプロトコルを終端して下位層のプロトコルを隠蔽し、隠蔽できないプロトコルＰ1に固有の部分は固有処理部16で別の処理として実行することで、呼処理やエンドポイントのプロトコルが異なっていても、呼処理プロトコルを変更することなく動作することができる。
【００３２】
プロトコル変換ユニット10で受信した呼処理プロトコルであるＱ．９３１プロトコルとＶｏＩＰプロトコルであるプロトコルＰ１によるメッセージを単純にもう一方のプロトコルのメッセージに一対一に変換するという単純な変換方法では無く、メッセージを見て呼処理のためにプロトコル変換する必要があるか、変換しないで呼処理部ＣＰまたはエンドポイントＥＰ1へ送信すべきか否かを判断してプロトコル変換している。
【００３３】
図3は、図1の2つのＶｏＩＰプロトコルによるプロトコル終端構成図である。ネットワークＮは、図示を省略している。呼処理部ＣＰとプロトコル変換ユニット10との間はQ.931プロトコルを基にした従来型の電話交換用のプロトコルで動作する。エンドポイントＥＰＳ（SIP端末）とプロトコル変換ユニット10との間は、標準的なSIPプロトコルで動作する。エンドポイントＥＰＨ（H.323端末）とプロトコル変換ユニット10との間は、標準的なH.323プロトコルで動作する。
【００３４】
各エンドポイントＥＰは、プロトコル変換ユニット10に含まれたプロトコル変換部11とSIPまたはH.323のプロトコルに対応メッセージの送受信を行い、プロトコル変換ユニット10は呼処理とQ.931プロトコル側に対応メッセージの送受信を行う。また、呼処理の概念と異なる固有の識別標識などを登録するレジストレーション・プロトコル等はプロトコル変換ユニット10内の固有処理部（SIPサーバ/GK）16とそれぞれのＳＩＰプロトコルまたは、H.323プロトコルでＳＩＰサーバ用伝送路ＴＬＳまたはＨ．323  ＧＫ用伝送路ＴＬＨを介して送受信を行う。
【００３５】
ここでSIPサーバは、ＳＩＰ端末が、プロトコル変換ユニット10に収容されるために行う、ＳＩＰプロトコルでの登録制御を実行するサーバである。また、ＧＫは、Ｈ．323プロトコル用のゲートキーパである。Ｈ．323ゲートキーパＧＫは、Ｈ．323端末が、プロトコル変換ユニット10に収容されるために行う、Ｈ．323プロトコルでの登録制御を実行するサーバである。このような構成で、呼処理部ＣＰと、各エンドポイントＥＰはそれぞれのプロトコルで呼制御を行うことができる。
【００３６】
図4は、図3の構成要素であるプロトコル変換ユニット10の内部構成図である。ネットワークＮは、図示を省略している。呼処理部ＣＰとプロトコル変換ユニット10との間はQ.931プロトコルを基にした従来型の電話のプロトコルで動作する。エンドポイントＥＰＳ（SIP端末）とプロトコル変換ユニット10との間は、標準的なSIPプロトコルで動作する。エンドポイントＥＰＨ（H.323端末）とプロトコル変換ユニット10との間は、標準的なH.323プロトコルで動作する。
【００３７】
プロトコル変換ユニット10に含まれた、仮想（ＶＣ：  Virtual
Client）の加入者線端末（SLT: Subscriber Line Terminal）であるプロトコル変換部11は、ＳＶＣ（ＳＩＰ  ＶＣ：  仮想ＳＩＰ）とＨＶＣ（H.３２３ VC：  仮想Ｈ．323）を含んでいる。ＳＶＣおよびＨＶＣは、それぞれＳＩＰスタックＳＴＳおよびＨ．323スタックＳＴＨを含んでいる。
【００３８】
ここで、ＳＶＣは、ＳＩＰバーチャル・クライアントで、ＳＩＰプロトコルをＱ．931プロトコルに変換して、呼処理部ＣＰからは、Ｑ．931プロトコルの仮想端末として制御できるようにプロトコル変換する。ＨＶＣは、Ｈ．323バーチャル・クライアントで、Ｈ．323プロトコルをＱ．931プロトコルに変換して、呼処理部ＣＰからは、Ｑ．931プロトコルの仮想端末として制御できるようにプロトコル変換する。ＳＩＰスタックＳＴＳおよびＨ．323スタックＳＴＨは、それぞれＳＩＰプロトコルおよびＨ．323プロトコルをハンドリングする部分で、ＳＩＰ端末およびＨ．323端末との間の制御を行う。
【００３９】
プロトコル変換ユニット10に含まれた固有処理部16には、データベースＤＢ、SIPサーバＳＳおよびＨ．323ゲートキーパＧＫが含まれており、ＳＩＰサーバ用伝送路ＴＬＳおよびＨ．323ＧＫ用伝送路ＴＬＨ  を介してプロトコル変換部11に接続されている。ここで、データベースＤＢは、呼処理部ＣＰで制御する仮想端末のデータとSIPサーバＳＳまたはH.323ゲートキーパＧＫに登録されたSIP端末またはH.323端末のデータから、仮想端末と現実のSIP端末またはH.323端末を結びつけるデータを格納するサーバである。
【００４０】
SIPサーバＳＳは、SIP端末がプロトコル変換部11に収容されるために行うSIPプロトコルでの登録制御を実行するサーバである。Ｈ．323ゲートキーパＧＫは、H.323端末がプロトコル変換部11に収容されるために行うH.323プロトコルでの登録制御を実行するサーバである。
【００４１】
ここで、例えば、ＳＩＰプロトコルを使用するSIP端末が複数存在する場合には、各SIP端末は、ネットワークＮを介して、それぞれＳＩＰプロトコルに従う信号を伝送する図示されてはいない伝送路ＮＰＳにより、ＳＩＰプロトコルをハンドリングするSIPスタックＳＴＳに同時に接続される。Ｈ．323プロトコルを使用するＨ．323端末が複数存在する場合にも同様に、複数のＨ．323端末がＨ．323プロトコルをハンドリングするＨ．323スタックに同時に接続される。
【００４２】
図5は、図4におけるSIP端末とH．３２３端末の登録動作の流れを示すフローチャートである。SIP端末とH．３２３端末の登録動作が開始されると、プロトコル変換部11  は、呼処理部ＣＰから仮想端末データを取得し、それを固有処理部16のデータベースＤＢへ格納する（Ｓ1）。そこで、ＳＩＰ端末ＥＰＳとＨ．323端末ＥＰＨが、固有処理部16のデータベースＤＢへ登録される（Ｓ2）。
【００４３】
その結果、仮想端末（仮想エンドポイントＶＥ：図1参照）とＳＩＰ端末ＥＰＳあるいは仮想端末とＨ．323端末ＥＰＨとを結びつけるデータを作成して登録動作は終了する（Ｓ3）。この仮想端末とＳＩＰ端末ＥＰＳあるいは仮想端末とＨ．323端末ＥＰＨとの結びつけが完了すると、呼処理部ＣＰは、ＳＩＰ端末ＥＰＳあるいはＨ．323端末ＥＰＨに対して発信動作をすることができる。
【００４４】
図6は、図4におけるSIP端末ＥＰＳあるいはＨ．323端末ＥＰＨへの発信動作の流れを示すフローチャートである。SIP端末ＥＰＳあるいはＨ．323端末ＥＰＨへの発信動作が開始されると、呼処理部ＣＰはＱ．931プロトコルを使用して仮想端末（仮想エンドポイントＶＥ：図1参照）へ発信する（Ｓ11）。プロトコル変換部11（SLT  ＶＣ）が、データベースＤＢを参照し、発信対応すべきプロトコル変換部11  は、ＳＶＣ（ＳＩＰ  ＶＣ）であるのかＨＶＣ（H.３２３ VC）であるのかを判断する（Ｓ12）。
【００４５】
そこで、発信対応すべきであると判断されたＳＶＣ（ＳＩＰ  ＶＣ）又はＨＶＣ（H.３２３ VC）は、Ｑ．931プロトコルを解釈し実行する（Ｓ13）。ＳＶＣ（ＳＩＰ  ＶＣ）又はＨＶＣ（H.３２３ VC）は、データベースＤＢを参照し、ＳＩＰスタックＳＴＳまたはＨ．323スタックＳＴＨを用いて、SIP端末ＥＰＳ又はＨ．323端末ＥＰＨを呼出して発信動作を終了する（Ｓ14）。
【００４６】
図7は、図1における呼処理部ＣＰ、プロトコル変換ユニット10およびエンドポイントＥＰ間のプロトコル変換動作のシーケンスを表すプロトコル変換シーケンス図である。ここで、プロトコルＡは従来電話交換用のＱ．931プロトコルであり、プロトコルＢは、例えばＳＩＰプロトコル又はＨ．323プロトコルである。プロトコル変換ユニット10における呼状態が遷移する契機となるのは、プロトコル変換ユニット10がメッセージを受信したときに始まる。
【００４７】
プロトコルＡによる受信メッセージＡ1を基準にすると、ケース1〜4のメッセージ変換の組み合わせができる。これら4つのケースの組み合わせにおいて各プロトコルを終端し、プロトコル変換を実現している。ここで、プロトコルＡによるメッセージＡ2はプロトコル変換ユニット10が呼処理部ＣＰに対して送信する返信メッセージである。プロトコルＢによるメッセージＢ1はプロトコル変換ユニット10がエンドポイントＥＰに対して送信する発信メッセージである。
【００４８】
ケース1では、呼処理部ＣＰからプロトコルＡによる受信メッセージＡ1をプロトコル変換ユニット10が受信すると、このメッセージは、プロトコル変換ユニット10内部の呼状態遷移処理のみに使用され、発信メッセージを送信することはしない。
【００４９】
ケース2では、呼処理部ＣＰからプロトコルＡによる受信メッセージＡ1をプロトコル変換ユニット10が受信すると、このメッセージは、プロトコル変換ユニット10内部の呼状態遷移処理に使用されると同時に、エンドポイントＥＰに対する1つ又は複数のメッセージを発信メッセージＢ1として送信する。
【００５０】
ケース3では、呼処理部ＣＰからプロトコルＡによる受信メッセージＡ1をプロトコル変換ユニット10が受信すると、このメッセージは、プロトコル変換ユニット10内部の呼状態遷移処理に使用されると同時に、呼処理部ＣＰに対する1つ又は複数のメッセージを返信メッセージＡ2として返信する。
【００５１】
ケース4では、呼処理部ＣＰからプロトコルＡによる受信メッセージＡ1をプロトコル変換ユニット10が受信すると、このメッセージは、プロトコル変換ユニット10内部の呼状態遷移処理に使用されると同時に、呼処理部ＣＰに対する1つ又は複数のメッセージを返信メッセージＡ2として返信し、さらに、エンドポイントＥＰに対する1つ又は複数のメッセージを発信メッセージＢ1として送信する。
【００５２】
以上の説明においては、説明の都合上、エンドポイントＥＰの数およびＶｏＩＰプロトコルの種類は、限定して述べた。しかし、これらに限定されるものでないことは、以上の説明から明らかであろう。
【図面の簡単な説明】
【００５３】
【図１】本願発明の実施例を示した複数プロトコル仮想終端原理図である。（実施例1）
【図２】図1の複数プロトコルのうちの１つのプロトコルによるプロトコル終端構成図である。
【図３】図1の2つのプロトコルによるプロトコル終端構成図である。
【図４】図1の重要な構成要素であるプロトコル変換ユニットの内部構成図である。
【図５】図4におけるSIP端末とH．３２３端末の登録動作の流れを示すフローチャートである。
【図６】図4におけるSIP端末とH．３２３端末への発信動作の流れを示すフローチャートである。
【図７】図1における呼処理部、プロトコル変換ユニットおよびエンドポイント間のプロトコル変換動作のシーケンスを表すシーケンス図である。
【符号の説明】
【００５４】
1  Ｑ．931プロトコルに従う信号の伝送路
10  プロトコル変換ユニット
11  プロトコル変換部
１６  固有処理部
ＣＰ  呼処理部
ＤＢ  データベース
ＥＰ  エンドポイント
ＧＫ  Ｈ．323ゲートキーパ
ＨＶＣ  H.３２３ VC
Ｎ  ネットワーク
ＮＰ  ネットワークＮの伝送路
ＳＳ  SIPサーバ
ＳＴＳ  ＳＩＰスタック
ＳＴＨ  Ｈ．323スタック
ＳＶＣ  ＳＩＰ  ＶＣ
ＴＬＳ  ＳＩＰサーバ用伝送路
ＴＬＨ  Ｈ．323  ＧＫ用伝送路
VC バーチャル・クライアント  
ＶＥ  仮想エンドポイント
ＶＰ  仮想呼処理
【図１】
0004941831.tif 000002
【図２】
0004941831.tif 000003
【図３】
0004941831.tif 000004
【図４】
0004941831.tif 000005
【図５】
0004941831.tif 000006
【図６】
0004941831.tif 000007
【図７】
0004941831.tif 000008