(57)【要約】      （修正有）【課題】呼制御プロトコルが予め判明していなくても、呼制御プロトコルが異なる通信端末相互間の通信を確立する。【解決手段】制御部１７は、送信元からの呼制御パケットを解析して、送信元の呼制御プロトコルを把握して、第一プロトコル実行部１５ａにこの呼制御プロトコルを実行させ、送信先には、複数種の呼制御プロトコル毎のメッセージを含む呼制御パケットを順次送信し、応答メッセージ記憶部１９Ｄを参照して、送信先から正当な応答メッセージが送られてきたか否かを判断し、正当な応答メッセージが送られてくると、送信先の呼制御プロトコルをこの正当なメッセージに対応する呼制御プロトコルとし、第二プロトコル実行部１５ｂにこの呼制御プロトコルを実行させる。プロトコル変換部１６は、第一プロトコル実行部１５ａと第二プロトコル実行部１５ｂとの間で遣り取りするメッセージを相手側に合わせた呼制御プロトコルに変換する。【選択図】図２
2009246410.tif 000002
【特許請求の範囲】
【請求項１】
プロトコルを変換するプロトコル変換装置において、
通信ネットワークに接続されている受送信手段と、
予め定められた複数種の呼制御プロトコルの実行プログラムが記憶されているプログラム記憶手段と、
前記複数種の呼制御プロトコルの実行プログラムのうちのいずれかを実行する第一及び第二のプロトコル実行手段と、
前記複数種の呼制御プロトコルのメッセージのそれぞれを、該複数種の呼制御プロトコルうちの他の呼制御プロトコルのメッセージに変換するためのメッセージ変換辞書が格納されている変換辞書記憶手段と、
前記複数種の呼制御プロトコル毎で、且つ該呼制御プロトコルの各メッセージ毎に、該メッセージに対する正当な応答メッセージが関係付けられて記憶されている応答メッセージ記憶手段と、
前記メッセージ変換辞書を用いて、前記第一のプロトコル実行手段からのメッセージを前記第二のプロトコル実行手段で処理可能なメッセージに変換すると共に、該第二のプロトコル実行手段からのメッセージを該第一のプロトコル実行手段で処理可能なメッセージに変換するプロトコル変換手段と、
前記受送信手段で、呼制御パケットを受信すると、該呼制御パケットの送信元及び送信先を把握すると共に、該呼制御パケットが準拠する呼制御プロトコルの種類を把握し、前記第一のプロトコル実行手段に、把握した該呼制御プロトコルの実行プログラムを実行させて、該送信元との間での呼制御処理を実行させる一方で、前記応答メッセージ記憶手段に記憶されている前記複数種の呼制御プロトコル毎のメッセージを含む呼制御パケットを順次、該受送信手段により該送信先へ送信させる制御手段と、
を備え、
前記制御手段は、前記受送信手段が前記送信先へ順次送信した呼制御プロトコルのメッセージ毎に、前記応答メッセージ記憶手段を参照して、該受送信手段が前記送信先から正当な応答メッセージを含む呼制御パケットを受信したか否かを判断し、正当な応答メッセージを含む呼制御パケットを受信したと判断すると、該正当な応答メッセージを含む呼制御パケットに対応する呼制御プロトコルの実行プログラムを前記第二のプロトコル実行手段に実行させて、該送信先との間での呼制御処理を実行させ、
前記制御手段は、前記プロトコル変換手段に、前記第一のプロトコル実行手段及び前記第二のプロトコル実行手段がそれぞれ実行する呼制御プロトコルの種類を知らせ、該第一のプロトコル実行手段と該第二のプロトコル実行手段との間で受け渡しされるメッセージの変換処理を実行させる、
ことを特徴とするプロトコル変換装置。
【請求項２】
請求項１に記載のプロトコル変換装置において、
通信装置毎に、該通信装置が使用する呼制御プロトコルの種類が記憶される通信装置情報記憶手段を備え、
前記制御手段は、
前記受送信手段で受信した呼制御パケットが準拠する呼制御プロトコルの種類を把握すると、前記通信装置情報記憶手段に、該呼制御パケットを送信した通信装置と把握した呼制御プロトコルの種類とを関係付けて記憶し、
前記受送信手段が呼制御パケットを受信すると、該呼制御パケットの送信先の通信装置に対する呼制御プロトコルの種類が前記通信装置情報記憶手段に記憶されているか否かを判断し、該呼制御プロトコルの種類が記憶されていると判断すると、前記第二のプロトコル実行手段に該呼制御プロトコルの実行プログラムを実行させ、該呼制御プロトコルの種類が記憶されていないと判断すると、前記応答メッセージ記憶手段に記憶されている前記複数種の呼制御プロトコル毎のメッセージを含む呼制御パケットを順次、該受送信手段により該送信先へ送信させる、
ことを特徴とするプロトコル変換装置。
【請求項３】
請求項１及び２のいずれか一項に記載のプロトコル変換装置と、
プロトコルデータベース装置と、
を備え、
前記プロトコルデータベース装置は、
外部からの入力を受け付ける受付手段と、
前記受付手段が受け付けたデータが記憶される記憶手段と、
前記記憶手段に記憶されているデータを前記呼制御プロトコル変換装置へ送信する通信手段と、
前記記憶手段へのデータ記憶及び前記通信手段によるデータ送信を制御する制御手段と、
を備え、
前記記憶手段は、前記受付手段が受け付けた複数種の呼制御プロトコルの実行プログラムが記憶されるプログラム記憶部と、該複数種の呼制御プロトコルのメッセージのそれぞれを、該複数種の呼制御プロトコルうちの他の呼制御プロトコルのメッセージに変換するためのメッセージ変換辞書が記憶される変換辞書記憶部と、該複数種の呼制御プロトコル毎で、且つ該呼制御プロトコルの各メッセージ毎に、該メッセージに対する正当な応答メッセージが関係付けられて記憶されている応答メッセージ記憶部と、を有し、
前記制御手段は、前記記憶手段のいずれかの記憶部に新たなデータが記憶されると、該新たなデータを前記通信手段により、前記呼制御プロトコル変換装置へ送信させる、
ことを特徴とする通信システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、呼制御プロトコルを変換する技術に関する。
【背景技術】
【０００２】
昨今のＩＰ（Internet Protocol）電話システムは、様々な呼制御プロトコルで商品化されている。このため、異なる呼制御プロトコルの通信端末相互間でも通信を確立するための技術が必要になっている。
【０００３】
このような技術を提示するものとして、以下の特許文献１がある。この特許文献１では、ある呼制御プロトコルを実行する通信端末と、他の呼制御プロトコルを実行する通信端末との通信を確立するため、これら二種類の呼制御プロトコル間の変換プログラムを設け、一方の通信端末からのメッセージをこの変換プログラムで他のプロトコルのメッセージに変換している。
【０００４】
【特許文献１】特開２００４−０４８６０９号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかしながら、上記特許文献１に記載の技術では、予め呼制御プロトコルが判明している通信端末間の通信のみしか対応できず、例えば、発側通信端末の呼制御プロトコルが判明していても、着側通信端末の呼制御プロトコルが判明していない場合には、両端末間の通信を確立することができないという問題点がある。
【０００６】
本発明は、このような従来技術の問題点に着目し、呼制御プロトコルが予め判明していなくても、呼制御プロトコルが異なる通信端末相互間の通信を確立することができるプロトコル変換装置、及びこれを含む通信システムを提供することを目的とする。
【課題を解決するための手段】
【０００７】
上記目的を達成するためのプロトコル変換装置に係る発明は、
通信ネットワークに接続されている受送信手段と、
予め定められた複数種の呼制御プロトコルの実行プログラムが記憶されているプログラム記憶手段と、
前記複数種の呼制御プロトコルの実行プログラムのうちのいずれかを実行する第一及び第二のプロトコル実行手段と、
前記複数種の呼制御プロトコルのメッセージのそれぞれを、該複数種の呼制御プロトコルうちの他の呼制御プロトコルのメッセージに変換するためのメッセージ変換辞書が格納されている変換辞書記憶手段と、
前記複数種の呼制御プロトコル毎で、且つ該呼制御プロトコルの各メッセージ毎に、該メッセージに対する正当な応答メッセージが関係付けられて記憶されている応答メッセージ記憶手段と、
前記メッセージ変換辞書を用いて、前記第一のプロトコル実行手段からのメッセージを前記第二のプロトコル実行手段で処理可能なメッセージに変換すると共に、該第二のプロトコル実行手段からのメッセージを該第一のプロトコル実行手段で処理可能なメッセージに変換するプロトコル変換手段と、
前記受送信手段で、呼制御パケットを受信すると、該呼制御パケットの送信元及び送信先を把握すると共に、該呼制御パケットが準拠する呼制御プロトコルの種類を把握し、前記第一のプロトコル実行手段に、把握した該呼制御プロトコルの実行プログラムを実行させて、該送信元との間での呼制御処理を実行させる一方で、前記応答メッセージ記憶手段に記憶されている前記複数種の呼制御プロトコル毎のメッセージを含む呼制御パケットを順次、該受送信手段により該送信先へ送信させる制御手段と、
を備え、
前記制御手段は、前記受送信手段が前記送信先へ順次送信した呼制御プロトコルのメッセージ毎に、前記応答メッセージ記憶手段を参照して、該受送信手段が前記送信先から正当な応答メッセージを含む呼制御パケットを受信したか否かを判断し、正当な応答メッセージを含む呼制御パケットを受信したと判断すると、該正当な応答メッセージを含む呼制御パケットに対応する呼制御プロトコルの実行プログラムを前記第二のプロトコル実行手段に実行させて、該送信先との間での呼制御処理を実行させ、
前記制御手段は、前記プロトコル変換手段に、前記第一のプロトコル実行手段及び前記第二のプロトコル実行手段がそれぞれ実行する呼制御プロトコルの種類を知らせ、該第一のプロトコル実行手段と該第二のプロトコル実行手段との間で受け渡しされるメッセージの変換処理を実行させる、
ことを特徴とするものである。
【０００８】
本発明では、送信元から送られてきた呼制御パケットを解析して、送信元が準拠する呼制御プロトコルを把握し、この呼制御パケットの送信先には、複数種の呼制御プロトコル毎のメッセージを含む呼制御パケットを順次送信し、送信した各呼制御パケット毎に、応答メッセージ記憶手段を参照して、送信先から正当な応答メッセージを含む呼制御パケットが送られてきたか否かを判断し、正当な応答メッセージを含む呼制御パケットが送られてきたと判断すると、送信先が準拠する呼制御プロトコルを該正当なメッセージに対応する呼制御プロトコルとする。そして、プロトコル変換手段により、送信元と送信先との間で遣り取りする呼制御パケットに含まれているメッセージを相手側に合わせた呼制御プロトコルのメッセージに変換する。
【０００９】
よって、本発明によれば、呼制御プロトコルが予め判明していなくても、呼制御プロトコルが異なる通信端末相互間の通信を確立することができる。
【００１０】
また、上記目的を達成するための通信システムは、
上記プロトコル変換装置とプロトコルデータベース装置とを備え、
前記プロトコルデータベース装置は、
外部からの入力を受け付ける受付手段と、前記受付手段が受け付けたデータが記憶される記憶手段と、前記記憶手段に記憶されているデータを前記呼制御プロトコル変換装置へ送信する通信手段と、前記記憶手段へのデータ記憶及び前記通信手段によるデータ送信を制御する制御手段と、を備え、
前記記憶手段は、前記受付手段が受け付けた複数種の呼制御プロトコルの実行プログラムが記憶されるプログラム記憶部と、該複数種の呼制御プロトコルのメッセージのそれぞれを、該複数種の呼制御プロトコルうちの他の呼制御プロトコルのメッセージに変換するためのメッセージ変換辞書が記憶される変換辞書記憶部と、該複数種の呼制御プロトコル毎で、且つ該呼制御プロトコルの各メッセージ毎に、該メッセージに対する正当な応答メッセージが関係付けられて記憶されている応答メッセージ記憶部と、を有し、
前記制御手段は、前記記憶手段のいずれかの記憶部に新たなデータが記憶されると、該新たなデータを前記通信手段により、前記呼制御プロトコル変換装置へ送信させる、
ことを特徴とするものである。
【発明を実施するための最良の形態】
【００１１】
以下、本発明に係るプロトコル変換システムの一実施形態について、図面を用いて説明する。
【００１２】
本実施形態のプロトコル変換システムは、図１に示すように、プロトコル変換装置１０と、このプロトコル変換装置１０へ最新のデータを供給するプロトコルデータベース装置２０と、を備えている。
【００１３】
プロトコル変換装置１０は、第一のＬＡＮ２ａと第二のＬＡＮ２ｂと間に設けられ、ゲートウェイとしての機能と、呼制御装置としての機能を備えている。第一のＬＡＮ２ａには、ａバージョンのＳＩＰプロトコルに準拠するＩＰ電話１ａと、ｂバージョンのＳＩＰプロトコルに準拠するＩＰ電話１ｂと、Ｈ.323プロトコルに準拠するＩＰ電話１ｃ，１ｄとが収容されている。また、第二のＬＡＮ２ｂには、ａバージョンのＳＩＰプロトコルに準拠するＩＰ電話１ｅと、前述のプロトコルデータベース装置２０が収容されている。
【００１４】
このプロトコルデータベース装置２０は、ＬＡＮインタフェース２１と、キーボード等の入力装置２５と、ディスプレイ等の出力装置２６と、入力装置２５及び出力装置２６のＩＯインタフェース２２と、各種処理を実行する制御部２３と、各種データが記憶されているハードディスクドライブ装置等の記憶装置２４と、を備えている。
【００１５】
記憶装置２４には、複数種の呼制御プロトコルの実行プログラムが記憶されているプログラム記憶部２４Ｂと、複数種の呼制御プロトコルのメッセージのそれぞれを、他の呼制御プロトコルのメッセージに変換するためのメッセージ変換辞書が記憶されている変換辞書記憶部２４Ｃと、複数の呼制御プロトコルの各メッセージに対する正当な応答メッセージが関係付けられて記憶されている応答メッセージ記憶部２４Ｄと、が設けられている。
【００１６】
プロトコル変換装置１０は、図２に示すように、第一のＬＡＮ側インタフェース１１ａと、第二のＬＡＮ側インタフェース１１ｂと、ＭＡＣフレームやＩＰパケット等の上位層を処理する上位層処理部１２ａ，１２ｂと、呼制御部１４と、以上の各部を制御する主制御部１８と、呼制御部１４が利用するデータが格納されているＤＲＡＭ等の記憶装置１９と、を備えている。
【００１７】
呼制御部１４は、ある呼制御プロトコルを実行する第一プロトコル実行部１５ａと、第一プロトコル実行部１５ａが実行する呼制御プロトコルと異なる呼制御プロトコルを実行する第二プロトコル実行部１５ｂと、第一プロトコル実行部１５ａと第二プロトコル実行部１５ｂとの間のメッセージを相手側の実行部のプロトコルに合わせたプロトコルに変換するプロトコル変換部１６と、以上の各部を制御する制御部１７と、を有している。
【００１８】
第一プロトコル実行部１５ａ及び第二プロトコル実行部１５ｂは、それぞれ、二つの上位層処理部１２ａ，１２ｂに対して、呼制御パケットを入出力できるように接続されている。
【００１９】
なお、上位層処理部１２ａ，１２ｂ、呼制御部１４、主制御部１８は、いずれも、ハードウェア的には、各種演算処理を実行するＣＰＵと、このＣＰＵが実行するプログラムが格納されているメモリ等を有して構成されている。また、プロトコルデータベース装置２０の制御部２３も、ハードウェア的には、各種演算処理を実行するＣＰＵと、このＣＰＵが実行するプログラムが格納されているメモリ等を有して構成されている。
【００２０】
記憶装置１９には、各ＬＡＮ２ａ，２ｂに収容されているＩＰ電話１ａ，１ｂ，…の電話番号等の情報が格納されている通信装置情報記憶部１９Ａと、複数種の呼制御プロトコルの実行プログラムが記憶されているプログラム記憶部１９Ｂと、複数種の呼制御プロトコルのメッセージのそれぞれを、他の呼制御プロトコルのメッセージに変換するためのメッセージ変換辞書が記憶されている変換辞書記憶部１９Ｃと、複数の呼制御プロトコルの各メッセージに対する正当な応答メッセージが関係付けられて記憶されている応答メッセージ記憶部１９Ｄと、が設けられている。
【００２１】
通信装置情報記憶部１９Ａは、図３に示すように、各電話のＩＤが格納される電話ＩＤＬＡＮ１９Ａａと、各電話の電話番号が格納される電話番号欄１９Ａｂと、各電話のＩＰアドレスが格納されるＩＰアドレス欄１９Ａｃと、ＳＩＰプロトコルに準拠する電話のＳＩＰ ＵＲＬが格納されるＳＩＰ ＵＲＬ欄１９Ａｄと、各電話が準拠する呼制御プロトコルの種類が格納されるプロトコル種欄１９Ａｅとがある。
【００２２】
これらの欄のうち、電話ＩＤ欄１９Ａａ、電話番号欄１９Ａｂ、ＩＰアドレス欄１９Ａｃ、ＳＩＰ ＵＲＬ欄１９Ａｄのデータは、各電話がＬＡＮ２ａ，２ｂに接続され、その登録処理の際に格納される。また、プロトコル種欄１９Ａｅのデータは、後述するように、各電話が他の電話との間で通話を行う過程で格納される。
【００２３】
プログラム記憶部１９Ｂは、図４に示すように、呼制御プロトコル名が格納されている呼制御プロトコル欄１９Ｂａと、呼制御プロトコルを実行する実行プログラムが格納されている実行プログラム欄19Ｂｂとがある。なお、本明細書では、ａバージョンのＳＩＰプロトコルとｂバージョンのＳＩＰプロトコルとの関係のように、バージョン違いも、プロトコルが異なるものとして扱っている。また、ここでは、バージョン違いのプロトコルの実行プログラムとして、ａバージョンのＳＩＰプロトコルを実行する実行プログラムと、ｂバージョンのＳＩＰプロトコルを実行する実行プログラムをプログラム記憶部１９Ｂに格納しているが、基本のＳＩＰプロトコルを実行する実行プログラムを格納しておき、ａバージョンのＳＩＰプロトコルとｂバージョンのＳＩＰプロトコルに関しては、基本のＳＩＰプロトコルを実行する実行プログラムと異なる点又はこの実行プログラムが実行できない点のみを処理するプログラムを格納するようにしてもよい。
【００２４】
変換辞書記憶部１９Ｃは、図５に示すように、複数種の呼制御プロトコルのうちの二つの呼制御プロトコルの組合せ毎に、各組み合わせに応じた変換辞書テーブルを有している。すなわち、複数種の呼制御プロトコルとして、バージョンａのＳＩＰプロトコル、バージョンｂのＳＩＰプロトコル、Ｈ.323プロトコルを取り扱う場合、バージョンａのＳＩＰプロトコルとバージョンｂのＳＩＰプロトコルとの組合せにおける変換辞書テーブル、バージョンａのＳＩＰプロトコルとＨ.323プロトコルとの組合せにおける変換辞書テーブル、バージョンｂのＳＩＰプロトコルとＨ.323プロトコルとの組合せにおける変換辞書テーブルを有している。
【００２５】
各変換辞書テーブルは、組を成す呼制御プロトコルのうちの一方の呼制御プロトコルのメッセージが格納されている第一プロトコルメッセージ欄１９Ｃａと、他方の呼制御プロトコルのメッセージが格納されている第二プロトコルメッセージ欄１９Ｃｂと、変換方向が格納されている変換方向欄１９Ｃｃとがある。
【００２６】
例えば、バージョンａのＳＩＰプロトコルとＨ.323プロトコルとの組合せにおける変換辞書テーブルでは、バージョンａのＳＩＰプロトコルの一つのメッセージ「INVITE」とＨ.323プロトコルの一つのメッセージ「H.225 SETUP」とが変換関係にあることを示している。この変換関係における変換方向は、双方向であることから、「INVITE」を「H.225 SETUP」に変換してもよいし、「H.225 SETUP」を「INVITE」に変換してもよいことを示している。また、この変換辞書テーブルでは、バージョンａのＳＩＰプロトコルのメッセージ「200 OK（180 Ringingの後）」と、Ｈ.323プロトコルの複数のメッセージ「H.255 Connect」「」…とが変換関係にあることも示している。さらに、この変換関係における変換方向は、ＳＩＰaからＨ.323の変換であるから、「200 OK」を「H.255 Connect」「」…の複数のメッセージに変換することを示している。なお、「200 OK（180 Ringingの後）」の（）内は、複数の条件下で「200 OK」がＳＩＰａ側から送出され、条件が異なると、変換メッセージも異なるので、この条件を示している。また、この変換辞書テーブルでは、バージョンａのＳＩＰプロトコルの複数のメッセージ「202 Accepted」及び「NOTIFY」とＨ.323プロトコルの一つのメッセージ「H.245 TCS ACK」とが変換関係にあることも示している。この変換関係における変換方向は、Ｈ.323からＳＩＰへの変換であるから、「H.245 TCS ACK」を「202 Accepted」及び「NOTIFY」に変換することを示している。
【００２７】
応答メッセージ記憶部１９Ｄは、図６に示すように、複数種の呼制御プロトコル毎に応答メッセージテーブルを有している。
【００２８】
各応答メッセージテーブルは、要求メッセージが格納されている要求メッセージ欄１９Ｄａと、正当な応答メッセージが格納されている正当な応答メッセージ欄１９Ｄｂとがある。
【００２９】
例えば、バージョンａのＳＩＰプロトコルの正当メッセージテーブルでは、バージョンａのＳＩＰプロトコルの要求メッセージである「INVITE」に対して、正当な応答メッセージは「180 Ringing」であることを示している。また、Ｈ.323プロトコルの正当メッセージテーブルでは、Ｈ.323プロトコルの要求メッセージである「H.255 SETUP」に対して、正当な応答メッセージは「H.255 Call Proceeding」及び「H.255 Alerting」であることを示している。
【００３０】
次に、本実施形態のプロトコル変換システムの動作について説明する。
【００３１】
プロトコルデータベース装置２０の各記憶部２４Ｂ，２４Ｃ，２４Ｄのデータは、入力装置２５から入力されたデータにより、又は、ＬＡＮインタフェース２１で受信したデータにより、随時、更新される。なお、各記憶部２４Ｂ，２４Ｃ，２４Ｄのデータ構成は、図４から図６を用いて説明したプロトコル変換装置１０の各記憶部１９Ｂ，１９Ｃ，１９Ｄのデータ構成と同じである。
【００３２】
プロトコル変換装置１０の各記憶部１９Ａ，１９Ｂ，…のうち、プログラム記憶部１９Ｂ、変換辞書記憶部１９Ｃ、応答メッセージ記憶部１９Ｄに記憶されているデータは、プロトコルデータベース装置２０に記憶されているいずれかのデータが更新される毎に、自動的に更新される。
【００３３】
具体的には、プロトコルデータベース装置２０に記憶されているいずれかのデータが更新されると、プロトコルデータベース装置２０の制御部２３が、ＬＡＮインタフェース２１を介して、プロトコル変換装置１０へデータ更新要求を出力する。プロトコル変換装置１０の主制御部１８は、第二のＬＡＮ側インタフェース１１ｂを介して、このデータ更新要求を受信すると、プロトコルデータベース装置２０へ更新データ送信要求を出力する。
【００３４】
プロトコルデータベース２０の制御部２３は、この更新データ送信要求を受信すると、記憶装置２４内で更新されたデータをプロトコル変換装置１０へ送信する。プロトコル変換装置１０の主制御部１８は、この更新データを受信すると、記憶装置１９内のデータを更新する。
【００３５】
次に、図７〜図１０を用いて、プロトコル変換装置１０の動作について説明する。
【００３６】
まず、第一のＬＡＮ２ａに収容されているＩＰ電話（Ｈ.323）１ｄから第二のＬＡＮ２ｂに収容されているＩＰ電話（ＳＩＰａ）１ｅに、電話をかけた場合の動作について説明する。
【００３７】
図７のシーケンス図に示すように、Ｈ.323に準拠するＩＰ電話１ｄに、通信相手先の電話番号を入力すると、このＩＰ電話１ｄからプロトコル変換装置１０へ呼確立要求が送信される（Ｓ１）。プロトコル変換装置１０は、この呼確立要求を受信すると、通信元のＩＰ電話１ｄと通信相手先のＩＰ電話１ｅとの間の呼制御処理を実行する（Ｓ１０）。
【００３８】
この呼制御処理で呼が確立すると、通信元のＩＰ電話１ｄと通信相手先のＩＰ電話１ａとの間での通話（Ｓ２）が可能になる。
【００３９】
そして、プロトコル変換装置１０は、通信元のＩＰ電話１ｄと通信相手先のＩＰ電話１ｅとのうちの一方から切断要求（Ｓ３）を受け付けると、呼切断のための呼制御処理（Ｓ１０ａ）を実行して、呼を切断する。
【００４０】
次に、以上で説明した呼制御処理（Ｓ１０，Ｓ１０ａ）の詳細について、図８に示すフローチャートに従って説明する。
【００４１】
プロトコル変換装置１０のＬＡＮ側インタフェース１１ａ又は１１ｂがパケットを受信すると、このパケットを上位層処理部１２ａ又は１２ｂに渡す。上位層処理部１２ａ又は１２ｂは、このパケット中の呼制御パケットを呼制御部１４の制御部１７に渡す。
【００４２】
呼制御部１４の制御部１７がこの呼制御パケットを受け付けると（Ｓ１１）、ＬＡＮ側インタフェース１１ａ又は１１ｂが受信したパケットの送信元と送信先を認識する（Ｓ１２）。送信元及び送信先の認識は、呼制御パケットを解析することでも可能であるが、ここでは、上位層処理部１２ａ又は１２ｂによりＩＰパケットのヘッダ部が解析され、ここで認識された送信元及び送信先のＩＰアドレスを制御部１７が受け取るものとする。
【００４３】
次に、制御部１７は、通信装置情報記憶部１９Ａ（図３）を参照して、送信元のＩＰアドレスのレコードのプロトコル種欄１９Ａｅに、呼制御プロトコルの種類が登録されているか否かを判断する（Ｓ１３）。呼制御プロトコルの種類が登録されていなければ、受け付けた呼制御パケットを解析して、この呼制御パケットが準拠している呼制御プロトコルを把握し、この呼制御プロトコルの種類を、通信装置情報記憶部１９Ａのプロトコル種欄１９Ａｅに登録し（Ｓ１４）、ステップ１５に進む。一方、呼制御プロトコルの種類が登録されていれば、直ちに、ステップ１５に進む。
【００４４】
ステップ１５では、制御部１７が、通信装置情報記憶部１９Ａのプロトコル種欄１９Ａｅであって、送信元のＩＰアドレスに対応するプロトコル種欄１９Ａｅを参照して、送信元が準拠している呼制御プロトコルを把握し、この呼制御プロトコルを実行する実行プログラムをプログラム記憶部１９Ｂ（図４）から読み出して、この実行プログラムを第一プロトコル実行部１５ａに設定する。この結果、第一プロトコル実行部１５ａは、送信元の呼制御プロトコルを準拠する呼制御を実行できるようになる。
【００４５】
次に、制御部１７は、通信装置情報記憶部１９Ａ（図３）を参照して、送信先のＩＰアドレスのレコードのプロトコル種欄１９Ａｅに、呼制御プロトコルの種類が登録されているか否かを判断する（Ｓ１６）。呼制御プロトコルの種類が登録されていなければ、応答メッセージ記憶部１９Ｄ（図６）の呼制御プロトコル毎の応答メッセージテーブルのうちから、いずれか一の応答メッセージテーブルを選択する。そして、この応答メッセージテーブルの要求メッセージ欄１９Ｄａに格納されている要求メッセージのうちから、受け付けた呼制御パケットに含まれているメッセージに対応する要求メッセージを抽出し、これを呼制御パケット化し、上位層処理部１２ａ又は１２ｂに渡す。上位層処理部１２ａ又は１２ｂは、この呼制御パケットをＩＰパケットのペイロード部に収めて、ＬＡＮ側インタフェース１１ａ又は１１ｂから送信先へ送出する（Ｓ１７）。
【００４６】
次に、制御部１７は、所定時間内に、前述の要求メッセージに対応する正当な応答メッセージを受信したか否かを判断する（Ｓ１８）。この判断は、応答メッセージテーブルを参照して、前述の要求メッセージに対応する応答メッセージであるか否かにより行われる。所定時間内に正当な応答メッセージを受信しなければ、再び、応答メッセージ記憶部１９Ｄを参照して、複数の呼制御プロトコル毎の応答メッセージテーブルのうちで、選択していない応答メッセージテーブルがあるか否かを判断する（Ｓ１９）。
【００４７】
選択していない応答メッセージテーブルがなければ、送信先の呼制御プロトコルに対応した実行プログラムが記憶されていないこと、言い換えると、送信先の呼制御プロトコルに対応できないことを意味するため、呼接続拒絶のメッセージを含む呼制御パケットを生成して、送信元側の上位層処理部１２ａ又は１２ｂに渡す。上位層処理部１２ａ又は１２ｂは、この呼制御パケットをＩＰパケットのペイロード部に収めて、ＬＡＮ側インタフェース１１ａ又は１１ｂから送信元へ送出する（Ｓ２０）。
【００４８】
ステップ１９の判断で、選択していない応答メッセージテーブルがあると判断した場合には、ステップ１７に戻り、未だ選択していない応答メッセージテーブルの要求メッセージ欄１９Ｄａに格納されている要求メッセージを抽出し、これを呼制御パケット化し、この呼制御パケットを送信先側のＬＡＮ側インタフェース１１ａ又は１１ｂから送信先へ送出させる。
【００４９】
１回、又は複数回の要求メッセージの送出の結果、ステップ１８で正常な応答メッセージを受信したと判断した場合、この応答メッセージが準拠している呼制御プロトコルを、通信装置情報記憶部１９Ａのプロトコル種欄１９Ａｅであって、送信先のレコード中のプロトコル種欄１９Ａｅに登録する（Ｓ２１）。
【００５０】
制御部１７は、ステップ１６で送信先の呼制御プロトコルが既に登録されていると判断した場合、及びステップ２１で、送信先の呼制御プロトコルを登録した場合には、通信装置情報記憶部１９Ａのプロトコル種欄１９Ａｅを参照して、送信元と送信先の呼制御プロトコルは同じであるか否かを判断する（Ｓ２２）。
【００５１】
制御部１７は、送信元と送信先の呼制御プロトコルは同じであると判断した場合、第一プロトコル実行部１５ａに、送信元と送信先との間の呼制御を実行させる（Ｓ２３）。また、送信元と送信先の呼制御プロトコルは同じでないと判断した場合、呼制御プロトコルを実行する実行プログラムをプログラム記憶部１９Ｂ（図４）から読み出して、この実行プログラムを第二プロトコル実行部１５ｂに設定すると共に、プロトコル変換部１６に、送信先と送信元の呼制御プロトコルを通知する（Ｓ２４）。この結果、第一プロトコル実行部１５ａが送信元に対する呼制御を実行し、第二プロトコル実行部１５ｂが送信先に対する呼制御を実行し、プロトコル変換部１６が両プロトコル実行部１５ａ，１５ｂ間のメッセージを変換する（Ｓ２５）。この際、プロトコル変換部１６は、制御部１７から通知された送信先と送信元の呼制御プロトコルを参照して、変換辞書記憶部１９Ｃに格納されている複数の変換辞書テーブルのうちから対応する変換辞書テーブルを選び、この変換辞書テーブルを用いて、両プロトコル実行部１５ａ，１５ｂ間のメッセージの変換を行う。
【００５２】
ステップ２３又はステップ２５での呼制御が終了して、呼確立又は切断が完了すると、一連の呼制御処理を終了する。
【００５３】
次に、図８に示すフローチャート及び図９に示すシーケンス図を用いて、以上で説明した呼制御処理（Ｓ１０，Ｓ１０ａ）について、具体的に説明する。なお、ここでは、第一のＬＡＮ２ａに収容されているＩＰ電話（Ｈ.323）１ｄから、第二のＬＡＮ２ｂに収容されているＩＰ電話（ＳＩＰａ）１ｅとの呼確立要求（Ｓ１）が送出され、同じく、ＩＰ電話（Ｈ.323）１ｄから切断要求Ｓ３が送出された例について説明する。
【００５４】
プロトコル変換装置１０の制御部１７は、ＩＰ電話（Ｈ.323）１ｄからの呼確立要求である「Ｈ.255  SETUP」のメッセージを示すＨ.323パケットを受け付けると（Ｓ１１）、送信元及び送信先のＩＰアドレスを把握し（Ｓ１２）、送信元のプロトコル種別が通信装置情報記憶部１９Ａに登録されているか否かを判断する（Ｓ１３）。送信元のプロトコル種別が登録されていなければ、受け付けたＨ.323パケットを解析して、送信元の呼制御プロトコルを把握し、この呼制御プロトコルの種類を通信装置情報記憶部１９Ａに登録する（Ｓ１４）。そして、制御部１７は、第一プロトコル実行部１５ａに、送信元の呼制御プロトコルであるＨ.323を実行する実行プログラムを設定する（Ｓ１５）。
【００５５】
次に、制御部１７は、送信先のプロトコル種別が登録されているか否かを判断する（Ｓ１６）。送信先のプロトコル種別が登録されていなければ、応答メッセージ記憶部１９Ｄの呼制御プロトコル毎の応答メッセージテーブルのうちから、まず、送信元の呼制御プロトコルと同じＨ.323プロトコルに関する応答メッセージテーブルを選択し、この応答メッセージテーブルの要求メッセージ欄１９Ｄａに格納されている要求メッセージ「Ｈ.255  SETUP」を抽出し、これを送信先へ送出する（Ｓ１７）。
【００５６】
制御部１７は、所定時間内に、前述の要求メッセージに対応する正当な応答メッセージを受信したか否かを判断する（Ｓ１８）。この場合、送信先からは、要求メッセージ「Ｈ.255  SETUP」に対する正当な応答メッセージ「Ｈ.255  Call  Proceeding」及び「Ｈ.255  Alerting」（図６）を受信できないので、ステップ１９を経てステップ１７に戻り、応答メッセージ記憶部１９Ｄの呼制御プロトコル毎の応答メッセージテーブルのうちから、aバーションのＳＩＰプロトコルに関する応答メッセージテーブルを選択し、この応答メッセージテーブルの要求メッセージ欄１９Ｄａに格納されている要求メッセージ「INVITE」を抽出し、これを送信先へ送出する（Ｓ１７，Ｓ１０１）。
【００５７】
この要求メッセージ「INVITE」の送出に対して（Ｓ１０１）、送信先のＩＰ電話（ＳＩＰａ）１ｅからは、正当な応答メッセージである「180  Ringing」が送られてくるので（Ｓ１０２）、制御部１７は、正当な応答を受信したと判断して（Ｓ１８）、この応答メッセージを示す呼制御パケットから送信先の呼制御プロトコルを把握し、これを通信装置情報記憶部１９Ａのプロトコル種欄１９Ａｅに登録する（Ｓ２０）。
【００５８】
次に、制御部１７は、送信元と送信先の呼制御プロトコルは同じであるか否かを判断する（Ｓ２２）。この場合、送信元と送信先の呼制御プロトコルが異なるので、制御部１７は、第二プロトコル実行部１５ｂに、送信先のＳＩＰａプロトコルの実行プログラムを設定すると共に、プロトコル変換部１６に、送信元及び送信先のプロトコルを通知する（Ｓ２４）。以下、第一プロトコル実行部１５ａ、第二プロトコル実行部１５ｂ及びプロトコル変換部１６により、送信元と送信先との間の呼制御が開始される。
【００５９】
この場合、制御部１７は、送信先のＩＰ電話（ＳＩＰａ）１ｅから「180  Ringing」を既に受信しているので（Ｓ１０２）、第二プロトコル実行部１５ｂを介して、これをプロトコル変換部１６に渡す。プロトコル変換部１６は、Ｈ.323−ＳＩＰａの変換辞書テーブルを参照して、この「180  Ringing」を「H.225 Call Proceeding」及び「H.225 Alerting」に変換して、これを第一プロトコル実行部１５ａに渡す。第一プロトコル実行部１５ａは、これらのメッセージを送信元のＩＰ電話（Ｈ.323）１ｄに順次送出する（Ｓ１０３）。
【００６０】
第二プロトコル実行部１５ｂは、送信先のＩＰ電話（ＳＩＰａ）１ｅから「200  OK」を受信すると（Ｓ１０４）、これをプロトコル変換部１６に渡す。プロトコル変換部１６は、Ｈ.323−ＳＩＰａの変換辞書テーブルを参照して、この「200  OK」を「H.255 Connect」「H.245 TCS Ack」等の複数のメッセージに変換して、これを第一プロトコル実行部１５ａに渡す。第一プロトコル実行部１５ａは、これらのメッセージを送信元のＩＰ電話（Ｈ.323）１ｄに順次送出する（Ｓ１０５）。
【００６１】
第一プロトコル実行部１５ａは、送信元のＩＰ電話（Ｈ.323）１ｄから「H.245 OLK Ack」を受信すると（Ｓ１０６）、これをプロトコル変換部１６に渡す。プロトコル変換部１６は、この「H.245 OLK Ack」を「Ack」に変換して、第二プロトコル実行部１５ｂに渡す。第二プロトコル実行部１５ｂは、このメッセージを送信先のＩＰ電話（ＳＩＰａ）１ｅへ送出し（Ｓ１０７）、呼確立の呼制御処理（Ｓ１０）が終了する。
【００６２】
なお、メッセージ「H.245 OLK Ack」を含むＨ.323パケットからメッセージ「Ack」を含むＳＩＰａパケットを生成する場合、ＳＩＰａパケットのヘッダ部に送信元及び送信先のＳＩＰ ＵＲＬを収める必要がある。しかしながら、メッセージ「H.245 OLK Ack」の送信元は、Ｈ.323に準拠しており、ＳＩＰ ＵＲＬは定められていない。そこで、本実施形態では、通信装置情報記憶部１９Ａを参照して、送信元の電話番号と、＠と、送信元のＩＰアドレスとを組み合わせて、送信元のＳＩＰ ＵＲＬを作成し、これをＳＩＰａパケットのヘッダ部に収めるようにしている。
【００６３】
以上の処理の結果、送信元のＩＰ電話（Ｈ.323）１ｄと送信先のＩＰ電話（ＳＩＰａ）１ｅとの間で通話が可能になる（Ｓ２）。一旦、呼が確立すると、送信元のＩＰ電話（Ｈ.323）１ｄと送信先のＩＰ電話（ＳＩＰａ）１ｅの間の音声パケット（例えば、ＲＴＰパケット）は、呼制御部１４を通過せずに、ＬＡＮ側インタフェース１１ａ，１１ｂ間を通過する。
【００６４】
通話が終了し、送信元のＩＰ電話（Ｈ.323）１ｄがオンフックすると、この送信元のＩＰ電話（Ｈ.323）１ｄから切断要求である「H.245 CLC」が送出される（Ｓ３）。プロトコル変換装置１０は、この「H.245 CLC」を受信すると、切断の呼制御処理（Ｓ１０ａ）を開始する。この切断の呼制御処理（Ｓ１０ａ）では、図８中のステップ１３及びステップ１６で、送信元及び送信先の呼制御プロトコルが登録されていると判断されるので、前述の呼確立の呼制御処理（Ｓ１０）よりも、少ないステップで、切断のための呼制御/プロトコル変換（Ｓ２５）が開始される。
【００６５】
次に、図１０に示すシーケンス図に従って、ＩＰ電話（Ｈ.323）1ｄとＩＰ電話（ＳＩＰａ）との間の通話中に、ＩＰ電話（ＳＩＰａ）の転送ボタンが押された場合のプロトコル変換装置１０の動作について説明する。
【００６６】
ＩＰ電話（ＳＩＰａ）の転送ボタンが押されると、このＩＰ電話（ＳＩＰａ）から「REFER」が送出される（Ｓ１２１）。プロトコル変換装置１０は、この際、通信装置情報記憶部１９Ａに送信元及び送信先の呼制御プロトコルが既に登録されているので、ＩＰ電話（Ｈ.323）1ｄとＩＰ電話（ＳＩＰａ）との間の転送のための呼制御処理（Ｓ１０ｂ）を素早く開始する。
【００６７】
プロトコル変換装置１０は、このＩＰ電話（Ｈ.323）1ｄとＩＰ電話（ＳＩＰａ）との間の転送のための呼制御処理（Ｓ１０ｂ）が終了すると、転送先との呼制御処理（１０ｃ）を開始する。この呼制御処理（１０ｃ）では、図８のステップ１１で受付パケットをステップ１２１で受け付けたＩＰ電話（ＳＩＰａ）から「REFER」とする。仮に、プロトコル変換装置１０の通信装置情報記憶部１９Ａに転送先の呼制御プロトコルが登録されていなければ（図８のステップ１６）、プロトコル変換装置１０は、この「REFER」に対応する所定の呼制御プロトコルのメッセージを転送先のＩＰ電話（Ｈ.323）１ｃに送出する（Ｓ１７）。このメッセージに対して、転送先のＩＰ電話（Ｈ.323）１ｃから正当な応答を受信できると（Ｓ１８）、この転送先の呼制御プロトコルを登録し（Ｓ２１）、転送先との呼制御／プロトコル変換（Ｓ２５）を実行する。
【００６８】
転送先との呼制御処理（１０ｃ）が終了すると、ＩＰ電話（Ｈ.323）1ｄと転送先のＩＰ電話（Ｈ.323）1ｃとの間での通話が可能になる（Ｓ２ｃ）。
【００６９】
そして、プロトコル変換装置１０は、転送後処理の呼制御処理（Ｓ１０ｄ）を開始する。
【００７０】
この呼制御処理（Ｓ１０ｄ）で、プロトコル変換装置１０は、転送元のＩＰ電話（ＳＩＰａ）１ａのセッションを断つために、このＩＰ電話（ＳＩＰａ）１ａに「NOTIFY」の送出等の処理を行う。
【００７１】
次に、以上で説明した転送処理において、転送元の呼制御プロトコルがaバージョンのＳＩＰプロトコルで、転送先の呼制御プロトコルがｂバーションのＳＩＰプロトコルである場合について、簡単に説明する。
【００７２】
ここで、aバージョンのＳＩＰプロトコルは、「REFER」のオプションとして、「Replaces」の有無を設定できるものであり、ｂバージョンのＳＩＰプロトコルは、「REFER」のオプションが定義されていないものとする。
【００７３】
プロトコル変換装置１０は、前述したように、ＩＰ電話（Ｈ.323）1ｄとＩＰ電話（ＳＩＰａ）との間の転送のための呼制御処理（Ｓ１０ｂ）が終了すると、転送先との呼制御処理（１０ｃ）を開始する。この転送先との呼制御処理（１０ｃ）において、仮に、プロトコル変換装置１０の通信装置情報記憶部１９Ａに転送先の呼制御プロトコルが登録されていなければ（図８のステップ１６）、プロトコル変換装置１０は、この「REFER（「Replaces」有り付）」を転送先のＩＰ電話（ＳＩＰｂ）に送出する（Ｓ１７）。この「REFER（「Replaces」有り付）」に対する正当な応答メッセージは、「202 Accepted」であるが、転送先のＩＰ電話（ＳＩＰｂ）は、このメッセージに対処できないため、「REFER（「Replaces」有り付）」に対する正当な応答メッセージではない「403 Forbidden」を返す。そこで、プロトコル変換装置１０は、aバージョンのＳＩＰプロトコルの「REFER（「Replaces」有り付）」に対応するｂバージョンのＳＩＰプロトコルの「REFER（「Replaces」の定義無し）」を転送先のＩＰ電話（ＳＩＰｂ）に送出する（Ｓ１７）。転送先のＩＰ電話（ＳＩＰｂ）は、このメッセージに対処できるため、「202 Accepted」を返す。プロトコル変換装置１０は、この「REFER（「Replaces」の定義無し）」に対して、応答メッセージ「202 Accepted」は正当な応答メッセージであると判断し（Ｓ１８）、この転送先の呼制御プロトコル（ＳＩＰｂ）を登録し（Ｓ２１）、転送先との呼制御／プロトコル変換（Ｓ２５）を実行する。
【００７４】
以上のように、本実施形態では、呼制御プロトコルが予め判明していない場合でも、呼制御プロトコルが異なる通信端末相互間の通信を確立することができる。
【００７５】
また、プロトコルデータベース装置１０内のデータが随時更新されれば、自動的に、プロトコル変換装置１０のデータも更新されるため、新たなバージョンの呼制御プロトコル、又は全く新たな呼制御プロトコルを備えたＩＰ電話が設けられた場合でも、これに素早く対応することができる。
【図面の簡単な説明】
【００７６】
【図１】本発明に係る一実施形態における通信システムの構成図である。
【図２】本発明に係る一実施形態におけるプロトコル変換装置の構成図である。
【図３】本発明に係る一実施形態における通信装置情報記憶部のデータ構成を示す説明図である。
【図４】本発明に係る一実施形態におけるプログラム記憶部のデータ構成を示す説明図である。
【図５】本発明に係る一実施形態における変換辞書記憶部のデータ構成を示す説明図である。
【図６】本発明に係る一実施形態における応答メッセージ記憶部のデータ構成を示す説明図である。
【図７】本発明に係る一実施形態における呼制御装置の概略動作を示すシーケンス図である。
【図８】本発明に係る一実施形態における呼制御処理の詳細を示すフローチャートである。
【図９】本発明に係る一実施形態における呼制御装置の呼確立及び切断時の具体的な動作を示すシーケンス図である。
【図１０】本発明に係る一実施形態における呼制御装置の転送時の具体的な動作を示すシーケンス図である。
【符号の説明】
【００７７】
１ａ，１ｂ，１ｃ，１ｄ，１ｅ：ＩＰ電話、２ａ，２ｂ：ＬＡＮ、１０：プロトコル変換装置、１１ａ，１１ｂ：ＬＡＮ側インタフェース、１２ａ，１２ｂ：上位層処理部、１４：呼制御部、１５ａ：第一プロトコル実行部、１５ｂ：第二プロトコル実行部、１６：プロトコル変換部、１７：制御部、１８：主制御部、１９，２４：記憶装置、１９Ａ：通信装置情報記憶部、１９Ｂ，２４Ｂ：プログラム記憶部、１９Ｃ，２４Ｃ：変換辞書記憶部、１９Ｄ，２４Ｄ：応答メッセージ記憶部、２０：プロトコルデータベース装置
【図１】
2009246410.tif 000003
【図２】
2009246410.tif 000004
【図３】
2009246410.tif 000005
【図４】
2009246410.tif 000006
【図５】
2009246410.tif 000007
【図６】
2009246410.tif 000008
【図７】
2009246410.tif 000009
【図８】
2009246410.tif 000010
【図９】
2009246410.tif 000011
【図１０】
2009246410.tif 000012