JP4608371B2 - Ｓｉｐサービス変換装置、およびその方法 - Google Patents

Description

本発明は、第一のＳＩＰ（Session Initiation Protocol）サービスを行う第一のＳＩＰ系と、該第一のＳＩＰサービスと異なる第二のＳＩＰサービスを行う第二のＳＩＰ系とを接続するＳＩＰサービス変換装置、およびＳＩＰサービス変換方法に関する。

近年、ＩＰ（internet Protocol）マルチメディアサービスを提供するためのシグナリングプロトコルとしてＳＩＰを採用することが多くなってきている。従来、このＳＩＰに準拠した通信システムとしては、例えば、以下の特許文献１に開示されているシステムがある。

特開2002−152224号公報

ＳＩＰは、比較的拡張性があり、様々な拡張機能や、各種制御機能がある。このため、ＳＩＰでは、ユーザの要求に応じた拡張機能や制御機能を採用することができる。このため、あるＳＩＰ系で行われている特定のサービスが、他のＳＩＰ系で行われていないということがある。このような場合、例えば、あるＳＩＰ系と他のＳＩＰ系とを接続して、特定のサービスの提供を受けようとしても、この特定のサービスを受けられないばかりか、通信に支障を来たす場合があるという問題点がある。

本発明は、このような従来の問題点に着目してなされたもので、互いに異なるサービスを有する複数のＳＩＰ系を接続し、ＳＩＰ系間での通信を確保しつつも、各ＳＩＰ系でのサービスの低下を防ぐことができるＳＩＰサービス変換装置、及びＳＩＰサービス変換方法を提供することを目的とする。

前記問題点を解決するためのＳＩＰサービス変換装置に係る発明は、
第一のＳＩＰ（Session Initiation Protocol）サービスを行う第一のＳＩＰ系と、該第一のＳＩＰサービスと異なる第二のＳＩＰサービスを行う第二のＳＩＰ系とを接続するＳＩＰサービス変換装置において、
前記第一のＳＩＰサービスの複数の処理を実行する第一のＳＩＰ処理手段と、
前記第二のＳＩＰサービスの複数の処理を実行する第二のＳＩＰ処理手段と、
前記第一のＳＩＰサービスの複数の処理、又は該処理の実行手順のそれぞれと、前記第二のＳＩＰサービスの複数の処理、又は該処理の実行手順のそれぞれとの対応関係が記憶されている対応関係記憶手段と、
前記第一のＳＩＰ系からメッセージを受けると、前記対応関係記憶手段の記憶内容を用いて、該メッセージに対する処理又は手順が前記第二のＳＩＰサービス中のどの処理又はどの手順に対応するかを調べて、該第二のＳＩＰサービス中の複数の処理又は実行手順のうちの対応処理又は対応手順を前記第二のＳＩＰ処理手段に実行させ、及び／又は、前記第二のＳＩＰ系からメッセージを受けると、該メッセージに対する処理又は手順が前記第一のＳＩＰサービス中のどの処理又はどの手順に対応するかを調べて、該第一のＳＩＰサービス中の複数の処理又は実行手順のうちの対応処理又は対応手順を前記第一のＳＩＰ処理手段に実行させるサービス調整手段と、を備えていることを特徴とする。

ここで、前記ＳＩＰサービス変換装置において、
前記第一のＳＩＰ処理手段は、通信元側から特定メッセージを受けると、該通信元側へ応答を返す手順を含む第一の処理を実行可能であり、前記第二のＳＩＰ処理手段は、通信先側へ前記特定メッセージを送ると、該通信先側からの一回以上の応答を受ける手順と共に、該通信先側への一回以上の返答を返す手順を含む第二の処理を実行可能である場合、
前記サービス調整手段は、前記第一のＳＩＰ処理手段と前記第二のＳＩＰ処理手段とを仲介し、前記第一のＳＩＰ処理手段が前記特定メッセージを受けると、前記第二のＳＩＰサービス中の処理のうちから、該特定メッセージを含む処理が前記第二の処理に対応することを把握し、該第二の処理における前記通信先側を前記第二のＳＩＰ系側として、前記第二のＳＩＰ処理手段に該第二の処理を実行させると共に、前記第一のＳＩＰ処理手段に、前記第一の処理における前記通信元側を前記第一のＳＩＰ系側として、該第一の処理を実行させるものであるとよい。

また、前記ＳＩＰサービス変換装置において、
前記第一のＳＩＰ処理手段は、通信元側から特定メッセージを受けると、該通信元側への一回以上の応答を行う手順と共に、該通信元側からの一回以上の返答を受ける手順を含む第三の処理を実行可能であり、前記第二のＳＩＰ処理手段は、通信先側へ前記特定メッセージを送ると、該通信先側から応答を受ける手順を含む第四の処理を実行可能である場合、
前記サービス調整手段は、前記第一のＳＩＰ処理手段と前記第二のＳＩＰ処理手段とを仲介し、前記第一のＳＩＰ処理手段が前記特定メッセージを受けると、前記第二のＳＩＰサービス中の処理のうちから、該特定メッセージを含む処理が前記第四の処理に対応することを把握し、該第四の処理における前記通信先側を前記第二のＳＩＰ系側とし、前記第二のＳＩＰ処理手段に該第四の処理を実行させると共に、前記第一のＳＩＰ処理手段に、前記第三の処理における前記通信元側を前記第一のＳＩＰ系として、該第三の処理を実行させるものであるとよい。

前記問題点を解決するためのＳＩＰサービス変換装置に係る他の発明は、
第一のＳＩＰ（Session Initiation Protocol）サービスを行う第一のＳＩＰ系と、該第一のＳＩＰサービスと異なる第二のＳＩＰサービスを行う第二のＳＩＰ系とを接続するＳＩＰサービス変換装置において、
前記第一のＳＩＰサービスの複数の手順を実行する第一のＳＩＰ処理手段と、
前記第二のＳＩＰサービスの複数の手順を実行する第二のＳＩＰ処理手段と、
前記第一のＳＩＰ処理手段が行う手順に対して前記第二のＳＩＰ処理手段が行うべき手順のうちで、前記第一のＳＩＰサービスでは規定されているが前記第二のＳＩＰサービスでは規定されていない未規定手順に関して、前記第二のＳＩＰ系で理解できる表現形式であって、該第一のＳＩＰサービスと同等のサービスを実現できる手順に変換する手法が記憶されている記憶手段と、
前記第二のＳＩＰ処理手段に前記未規定手順を実行させる際には、前記記憶手段に記憶されている前記手法を用いて、該未規定手順を前記第二のＳＩＰ系で理解できる手順に変換するサービス調整手段と、を備えていることを特徴とする。

前記問題点を解決するためのＳＩＰサービス変換装置に係るさらに他の発明は、
第一のＳＩＰ（Session Initiation Protocol）サービスを行う第一のＳＩＰ系と、該第一のＳＩＰサービスと異なる第二のＳＩＰサービスを行う第二のＳＩＰ系とを接続するＳＩＰサービス変換装置において、
前記第一のＳＩＰサービスの複数の手順を実行する第一のＳＩＰ処理手段と、
前記第二のＳＩＰサービスの複数の手順を実行する第二のＳＩＰ処理手段と、
前記第一のＳＩＰ処理手段による各手順の実行と、前記第二のＳＩＰ処理手段による各手順の実行とを調整するサービス調整手段と、
前記第一のＳＩＰ系及び／又は前記第二のＳＩＰ系から各種メッセージを受けたときに、前記サービス調整手段が前記第一のＳＩＰ処理手段に実行させるべき手順と、該サービス調整手段が前記第二のＳＩＰ処理手段に実行させるべき手順と、該サービス調整手段自身が実行すべき手順とが順序立っているシーケンスが記憶されている記憶手段と、
を備え、
前記サービス調整手段は、前記シーケンスに従って、前記第一のＳＩＰ処理手段に所定の手順を実行させ、前記第二のＳＩＰ処理手段に所定の手順を実行させ、該サービス調整手段自身が所定の手順を実行することを特徴とする。

前記問題点を解決するためのＳＩＰサービス変換装置に係るさらに他の発明は、
第一のＳＩＰ（Session Initiation Protocol）サービスを行う第一のＳＩＰ系と、該第一のＳＩＰサービスと異なる第二のＳＩＰサービスを行う第二のＳＩＰ系とを接続するＳＩＰサービス変換装置において、
前記第一のＳＩＰサービスの複数の手順を実行する第一のＳＩＰ処理手段と、
前記第二のＳＩＰサービスの複数の手順を実行する第二のＳＩＰ処理手段と、
前記第一のＳＩＰサービスと前記第二のＳＩＰサービスとを調整するサービス調整手段と、を備え、
前記第一のＳＩＰサービスには、着信側番号に発番号非通知を示す番号を追加することで着信側に、発信元の発番号を出力させない発番号非通知サービスが含まれ、
前記第二のＳＩＰサービスには、発信元側からのＳＩＰパケット中に含まれている発信元側ＳＩＰ ＵＲＬに基づいて、発番号を出力する発番号通知サービスが含まれている一方で、前記発番号非通知サービスが含まれておらず、
前記サービス調整手段は、前記第一のＳＩＰ系からのＳＩＰパケット中に、前記第二のＳＩＰ系内の端末を着信側とする着信側番号及び前記発番号非通知を示す番号を含む着信側ＳＩＰ ＵＲＬと、発信元側の発番号を含む発信元側ＳＩＰ ＵＲＬとが含まれていると、該着信側ＳＩＰ ＵＲＬ中の前記発番号非通知を示す番号を削除すると共に、該発信元側ＳＩＰ ＵＲＬ中の前記発番号を削除するか、他の文字又は記号に変換することを特徴とする。

前記問題点を解決するためのＳＩＰサービス変換方法に係る発明は、
第一のＳＩＰ（Session Initiation Protocol）サービスを行う第一のＳＩＰ系と、該第一のＳＩＰサービスと異なる第二のＳＩＰサービスを行う第二のＳＩＰ系とを接続するＳＩＰサービス変換方法において、
前記第一のＳＩＰサービスの複数の処理を実行する第一のＳＩＰ処理工程と、
前記第二のＳＩＰサービスの複数の処理を実行する第二のＳＩＰ処理工程と、
前記第一のＳＩＰサービスの複数の処理のそれぞれと、前記第二のＳＩＰサービスの複数の処理のそれぞれとの対応関係が記憶されている対応関係記憶手段と、
前記第一のＳＩＰ系からメッセージを受けると、該メッセージを含む処理が前記第二のＳＩＰサービス中のどの処理に対応するかを調べて、該第二のＳＩＰサービス中の複数の処理のうちの対応処理を前記第二のＳＩＰ処理手段に実行させ、及び／又は、前記第二のＳＩＰ系からメッセージを受けると、該メッセージを含む処理が前記第一のＳＩＰサービス中のどの処理に対応するかを調べて、該第一のＳＩＰサービス中の複数の処理のうちの対応処理を前記第一のＳＩＰ処理手段に実行させるサービス調整工程と、を含むことを特徴とする。

本発明によれば、第一のＳＩＰサービスを行う第一のＳＩＰ系での処理又は該処理の実行手順と、第二のＳＩＰサービスを行う第二のＳＩＰ系での処理または該処理の実行手順との対応関係が調べられて、第一のＳＩＰ系からのメッセージに対して、第二のＳＩＰ系に対応する処理又は手順に変更され、第二のＳＩＰ系からのメッセージに対して、第一のＳＩＰ系に対応する処理又は手順に変更されるので、ＳＩＰ系間での通信を確保しつつも、各ＳＩＰ系でのサービスの低下を防ぐことができる。

以下、本発明に係るＳＩＰサービス変換装置の実施形態について、図面を用いて説明する。

本発明に係る第一の実施形態としてのＳＩＰサービス変換装置１０は、図１に示すように、第一のＳＩＰに基づく呼接続制御に従いＩＰ電話サービス（以下、ＳＩＰ（Ａ）サービスという。）を実行するＳＩＰ（Ａ）系のＳＩＰ（Ａ）網と、第一のＳＩＰとは異なる第二のＳＩＰに基づく呼接続制御に従いＩＰ電話サービス（以下、ＳＩＰ（Ｂ）サービスという。）を実行するＳＩＰ（Ｂ）系のＳＩＰ（Ｂ）網とを接続している。第一のＳＩＰに基づく呼接続制御を行なうＳＩＰ（Ａ）網には、ＳＩＰ（Ａ）端末４が設けられ、ＳＩＰ（Ｂ）網には、第一のＳＩＰに基づく呼接続制御をＳＩＰサーバ２及びＳＩＰ（Ｂ）端末３が設けられている。

ＳＩＰサービス変換装置１０は、ソフトウェアー的に、ＬＡＮ網であるＳＩＰ（Ａ）網及びＳＩＰ（Ｂ）網との接続制御を行うＬＡＮインタフェース制御部１１と、ＳＩＰのプロトコル制御を行うＳＩＰプロトコル処理部１２と、ＳＩＰサービス（Ａ）を処理するＳＩＰ（Ａ）処理部１３と、ＳＩＰサービス（Ｂ）を処理するＳＩＰ（Ｂ）処理部１４と、ＳＩＰサービス（Ａ）の複数の手順のそれぞれとＳＩＰ（Ｂ）サービスの複数の手順のそれぞれとの対応関係が記憶されている対応関係記憶部１６と、対応関係記憶部１６に記憶されている対応関係を用いてＳＩＰ（Ａ）サービスでの処理手順とＳＩＰサービス（Ｂ）での処理手順とを調整するサービス調整部１５と、アドレス認証テーブル１７と、位置情報テーブル１８と、呼接続情報テーブル１９と、を有している。なお、ここでは、ＳＩＰ（Ａ）処理部１３及びＳＩＰ（Ｂ）処理部１４に対して、ＳＩＰプロトコル処理部１２は、ソフトウェアー的に独立したものとしているが、実際には、両者の処理内容の境目は明確ではなく、ＳＩＰ（Ａ）処理部１３がＳＩＰプロトコル処理部１２の処理の一部を実行し、ＳＩＰ（Ｂ）処理部１４がＳＩＰプロトコル処理部１２の処理の残りの一部を実行するものとしたならば、ＳＩＰ（Ａ）処理部１３及びＳＩＰ（Ｂ）処理部１４に対して、独立したＳＩＰプロトコル処理部１２は無いと考えることもできる。

ＳＩＰサービス変換装置１０は、ハードウェアー的には、図３に示すように、各種処理を実行するＣＰＵ２０と、このＣＰＵ２０が実行するプログラムが記憶されているプログラムメモリ２１と、各種データが記憶されているデータメモリ２２と、ＬＡＮインタフェース部２３と、を備えている。プログラムメモリ２１には、ＳＩＰプロトコル処理プログラム、ＳＩＰ（Ａ）処理プログラム、ＳＩＰ（Ｂ）処理プログラム、サービス調整プログラム、ＬＡＮインタフェース制御プログラム等が記憶されている。また、データメモリ２２には、アドレス認証テーブル１７、位置情報テーブル１８、呼接続情報テーブル１９、その他の構成情報、サービス対応関係等が記憶されている。なお、ソフトウェアー的な構成要素であるＬＡＮインタフェース制御部１１は、ＬＡＮインタフェース部２３とＣＰＵ２０とＬＡＮインタフェース制御プログラムが記憶されているプログラムメモリ２１とを有して構成されている。また、ＳＩＰプロトコル処理部１２、ＳＩＰ（Ａ）処理部１３、ＳＩＰ（Ｂ）処理部１４、サービス調整部１５は、いずれも、ＣＰＵ２０と、ＳＩＰプロトコル処理プログラムやＳＩＰ（Ａ）処理プログラムやＳＩＰ（Ｂ）処理プログラムやサービス調整プログラムが記憶されているプログラムメモリ２１とを有して構成されている。

アドレス認証テーブル１７は、図４に示すように、ＳＩＰ（Ａ）網側１７ａとＳＩＰ（Ｂ）網側１７ｂのそれぞれに、電話番号が登録される電番欄と、認証情報としてのユーザ名が登録される認証ユーザ欄と、認証情報としてのパスワードが登録される認証パスワード欄とがある。なお、この例では、ＳＩＰ（Ａ）端末に対して、ＳＩＰ（Ａ）網内での電番と、ＳＩＰ（Ｂ）網内での電番とが異なっているが、同じ電番であってもよい。

位置情報テーブル１８は、図５に示すように、ＳＩＰ（Ａ）網側の電話番号が登録される電番欄と、ＩＰアドレスが登録されるＩＰアドレス欄と、呼制御ポート番号が登録されるポート番号欄とがある。

呼接続情報テーブル１９は、ＳＩＰ（Ａ）網側の電話番号が登録される電番欄と、発着状態を示す発着状態欄と、位置情報が登録されたか否かを示す位置情報有無欄とがある。

なお、以上の各テーブル１７，１８，１９で、端末の識別記号として電番を用いているが、この電番の替わりに、予め定められたルールに従って電番を変更したＳＩＰ・ＵＲＬ（Uniform Resource Locator）を用いてもよい。

次に、図７に示すフローチャートに従って、ＳＩＰサービス変換装置１０でのREGISTER認証処理について説明する。

仮に、ＳＩＰ（Ａ）網側ではREGISTER処理に認証処理が必要で、ＳＩＰ（Ｂ）網側ではREGISTER処理に認証処理が不要であるとする。この場合、ＳＩＰ（Ａ）網側からＳＩＰプロトコル処理部１２がREGISTERメッセージを受信すると（Ｓ１０）、サービス調整部１５は、対応関係記憶部１６を参照して、ＳＩＰ（Ａ）網側でのREGISTER処理手順がＳＩＰ（Ｂ）網側でREGISTER処理手順とが対応することを把握すると共に、ＳＩＰ（Ａ）網側でのREGISTER処理には認証処理が付随することを把握する（Ｓ１１）。そして、サービス調整部１５は、以下で説明するように、ＳＩＰ（Ａ）網側に対してはＳＩＰ（Ａ）網でのREGISTER処理手順とこれに伴う認証処理手順を実行させ、ＳＩＰ（Ｂ）網側に対してはＳＩＰ（Ｂ）網でのREGISTER処理手順を実行させる。

ここで、対応関係記憶部１６には、例えば、
（1）ＳＩＰ（Ａ）網側からREGISTERメッセージに対して、ＳＩＰ（Ａ）網側にはＳＩＰ（Ａ）網でのREGISTER処理及びこれに伴う認証処理を実行させること、ＳＩＰ（Ｂ）網側にはＳＩＰ（Ｂ）網でのREGISTER処理を実行させること
（2）網間の対応関係を調整するために別途必要な処理、例えば、後述のステップ２０の前処理として行う、ＳＩＰ（Ａ）端末の電番に対応したＳＩＰ（Ｂ）網側の認証ユーザ名及び認証パスワードをＳＩＰ（Ｂ）処理部１４に渡す処理
（3）ＳＩＰ（Ａ）網側の認証済みREGISTERメッセージとＳＩＰ（Ｂ）網側のREGISTERメッセージとが対応し、ＳＩＰ（Ａ）網側の200ＯＫとＳＩＰ（Ｂ）側の200ＯＫとが対応すること
等が記憶されている。なお、対応関係記憶部１６には、以上のように、網間の手順対応関係等を個々に記憶しておいてもよいが、ＳＩＰ（Ａ）処理部１３及びＳＩＰ（Ｂ）処理部１４に実行させる手順、及びサービス調整部１５自身が実行する手順を、例えば、図７に示すようにシーケンス的に記憶しておいてもよい。

続いて、サービス調整部１５は、ステップ１０で受信したREGISTERメッセージに関して、認証処理が必要であるか否かを判断する（Ｓ１２）。この場合、前述したように、REGISTERメッセージに関して、認証処理が必要であるから、このメッセージをＳＩＰ（Ａ）処理部１３に渡し、そこで認証判定を実行させる（Ｓ１３）。ＳＩＰ（Ａ）処理部１３は、このメッセージに関して認証できたか否かを判断し（Ｓ１４）、認証できなかった場合には、認証要求（４０１）をＳＩＰ（Ａ）端末に送信し（Ｓ１５）、認証できた場合には、REGISTER更新タイマを起動させてから、ステップ１６に進む。なお、ＳＩＰ（Ａ）処理部１３は、このタイマが満了すると、該当端末の認証情報の記憶を消去する。ＳＩＰ（Ａ）処理部１３からの認証要求の送信（Ｓ１５）に対して、ＳＩＰ（Ａ）端末から認証情報を含むREGISTERメッセージを受信すると（Ｓ１０）、ステップ１１〜１４を経て、ステップ１６の処理に進むことになる。なお、ここでの認証情報とは、図４を用いて前述したように、アドレス認証テーブル１７中のＳＩＰ（Ａ）端末の認証ユーザ名と認証パスワードである。

ステップ１６では、ＳＩＰ（Ａ）処理部１３がREGISTERメッセージに含まれるREGISTER情報（電番とＩＰアドレスとポート番号）を位置情報テーブル１８及び呼接続情報テーブル１９に登録する。位置情報が位置情報テーブル１８等に登録されると、ＳＩＰ（Ｂ）処理部１４は、サービス調整部１５からの指示で、ＳＩＰ（Ｂ）網のサーバ２にREGISTERメッセージを送信する（Ｓ１８）。なお、端末側の電番は、アドレス認証テーブル１７（図４）に示すように、ＳＩＰ（A）網側とＳＩＰ（B）網側とでは異なるので、このREGISTERメッセージに含まれる端末のSIP URLも、ＳＩＰ（A）網側とＳＩＰ（B）網側とでは異なることになる。このため、サービス調整部１５は、アドレス認証テーブル１７を参照して、SIP URLの変更し、変更後のSIP URLをＳＩＰ（Ｂ）処理部１４に知らせる。

REGISTERメッセージが送信されると、サービス調整部１５は、ＳＩＰ（Ｂ）網側からの応答を待つ（Ｓ１９）。この応答が200ＯＫで送信結果（ＯＫ）の場合、ＳＩＰ（Ｂ）処理部１４は、サーバ２が認証情報を記憶してから消去するまでの期間を満了時間とするREGISTER更新タイマを起動してから、その旨をＳＩＰ（Ａ）処理部１３に通知する（Ｓ２１）。なお、タイマは、サーバ２が認証情報を消去する前に定期的にREGISTERメッセージを送信するために使用される。また、REGISTERメッセージに対する応答が何らかの要求（4ｘｘ）等で送信結果（ＮＧ）の場合には、その旨をＳＩＰ（Ａ）処理部１３に通知する（Ｓ２３）。ステップ２１，２２で通知を受けたＳＩＰ（Ａ）処理部１３は、REGISTERの結果をＳＩＰ（Ａ）端末に送信し（Ｓ２２）、REGISTER処理を終了する。

また、仮に、ＳＩＰ（Ａ）網側ではREGISTER処理に認証処理が不要で、ＳＩＰ（Ｂ）網側ではREGISTER処理に認証処理が必要である場合には、ＳＩＰ（Ａ）網側からREGISTERメッセージを受信すると（Ｓ１０）、サービス調整部１５は、ＳＩＰ（Ａ）網側での処理手順とＳＩＰ（Ｂ）網側での処理手順との対応関係を把握した後（Ｓ１１）、ＳＩＰ（Ａ）処理部１３での認証処理が必要であるか否かを判断する（Ｓ１２）。この場合、認証処理は不要であるので、前述のステップ１６での処理が直ちに実行される。

その後、REGISTERメッセージが送信され（Ｓ１８）、サービス調整部１５は、このメッセージに対する応答を待つ（Ｓ１９）。サービス調整部１５は、ＳＩＰ（Ｂ）網側からの応答が初回の認証要求（401）である場合には、アドレス認証テーブル１７を参照して、ＳＩＰ（Ａ）端末の電番に対応したＳＩＰ（Ｂ）網側の認証ユーザ名及び認証パスワードをＳＩＰ（Ｂ）処理部１４に渡し、ＳＩＰ（Ｂ）処理部１４に、認証情報を付加したREGISTERメッセージをサーバ２へ送信させる（Ｓ２０）。また、この応答が200ＯＫで送信結果（ＯＫ）の場合、この応答が二回目の認証要求（401）又は何らかの要求（4ｘｘ）等で送信結果（ＮＧ）の場合には、それぞれ、その旨をＳＩＰ（Ａ）処理部１３に通知する（Ｓ２１，Ｓ２３）。この通知を受けたＳＩＰ（Ａ）処理部１３は、REGISTERの結果をＳＩＰ（Ａ）端末に送信し（Ｓ２２）、REGISTER処理を終了する。

次に、以上で説明したREGISTER処理でのＳＩＰ（Ａ）網とＳＩＰ（Ｂ）網との間でのメッセージ等のやり取りについて、シーケンス図を用いて説明する。

まず、ＳＩＰ（Ａ）網側ではREGISTER処理に認証処理が必要で、ＳＩＰ（Ｂ）網側ではREGISTER処理に認証処理が不要である場合について、図９を用いて説明する。なお、〈 〉内は、図７のフローチャート中の対応ステップを示している。

ＳＩＰ（Ａ）端末４からREGISTERメッセージが送信され、ＳＩＰサービス変換装置１０がこれを受信すると（Ｓ１００〈Ｓ10〉）、REGISTER処理に認証処理が必要にも関わらず、認証処理ができないために、ＳＩＰ（Ａ）端末４へ認証要求（４０１）を送信する（Ｓ１０１〈Ｓ15〉）。この認証要求（４０１）に対して、ＳＩＰ（Ａ）端末４は、認証情報を付加したREGISTERメッセージを送信する。ＳＩＰサービス変換装置１０は、これを受信すると（Ｓ１０２〈Ｓ10〉）、認証処理を行い、認証情報が正規のものであれば、REGISTERメッセージに含まれているREGISTER情報を登録した後、ＳＩＰ（Ｂ）網のサーバ２にREGISTERメッセージを送信する（Ｓ１０３〈Ｓ18〉）。サーバ２は、このメッセージを受信し、ＳＩＰ（Ａ）端末に関するREGISTER処理を済ませると、ＳＩＰ（Ａ）網側へ200ＯＫを送信する。ＳＩＰサービス変換装置１０は、この200ＯＫを受信すると（Ｓ１０４〈Ｓ19〉）、ＳＩＰ（Ａ）端末４に、REGISTER処理が済んだことを知らせる200ＯＫを送信する（Ｓ１０５〈Ｓ22〉）。

次に、ＳＩＰ（Ａ）網側ではREGISTER処理に認証処理が不要で、ＳＩＰ（Ｂ）網側ではREGISTER処理に認証処理が必要である場合について、図１０を用いて説明する。

ＳＩＰ（Ａ）端末４からREGISTERメッセージが送信され、ＳＩＰサービス変換装置１０がこれを受信すると（Ｓ１１０〈Ｓ10〉）、このメッセージの受け入れに認証処理は不要であるため、直ちに、ＳＩＰ（Ｂ）網のサーバ２にREGISTERメッセージを送信する（Ｓ１１１〈Ｓ18〉）。ＳＩＰ（Ｂ）網では、REGISTER処理に認証処理が必要であるため、サーバ２は、このメッセージの応答として認証要求（４０１）を返す。ＳＩＰサービス変換装置１０は、この認証要求（４０１）を受信すると（Ｓ１１２〈Ｓ19〉）、認証情報を付加したREGISTERメッセージをサーバ２へ送信する（Ｓ１１３〈Ｓ20〉）。サーバ２は、これを受信すると認証処理を行い、認証情報が正規のものであれば、REGISTERメッセージに含まれているREGISTER情報を登録した後、ＳＩＰ（Ａ）網側へ200ＯＫを送信する。ＳＩＰサービス変換装置１０は、この200ＯＫを受信すると（Ｓ１１４〈Ｓ19〉）、ＳＩＰ（Ａ）端末４に、REGISTER処理が済んだことを知らせる200ＯＫを送信する（Ｓ１１５〈Ｓ22〉）。

以上の図９及び図１０に示すシーケンス図から、ＳＩＰサービス変換装置１０のＳＩＰ（Ａ）処理部１３、ＳＩＰ（Ｂ）処理部１４、及びサービス調整部１５の役割分担がよく理解できる。サービス調整部１５は、前述したように、ＳＩＰ（Ａ）網又はＳＩＰ（Ｂ）のいずれかからあるメッセージを受信した場合、ＳＩＰ（Ａ）処理部１３が行うべき処理と、ＳＩＰ（Ｂ）処理部１４が行うべき処理との対応関係を把握し、各処理部１３，１４に対応処理及び対応処理を実行するための対応手順を実行させると共に、ＳＩＰ（Ａ）処理部１３とＳＩＰ（Ｂ）処理部１４とがそれぞれ行う処理及び手順の橋渡しのための処理を実行する。一方、ＳＩＰ（Ａ）処理部１３とＳＩＰ（Ｂ）処理部１４とは、いずれも、サービス調整部１５からの指示に従って、各網で定められているサービスを実行するために予め定められている手順を実行するだけである。

次に、図８に示すフローチャートに従って、ＳＩＰサービス変換装置１０での発呼処理について説明する。

仮に、ＳＩＰ（Ａ）網側では発呼処理に認証処理が必要で、ＳＩＰ（Ｂ）網側では発呼処理に認証処理が不要であるとする。この場合、ＳＩＰ（Ａ）網側からＳＩＰプロトコル処理部１２がINVITEメッセージを受信すると（Ｓ３０）、サービス調整部１５は、対応関係記憶部１６を参照して、ＳＩＰ（Ａ）網側でのINVITE処理手順がＳＩＰ（Ｂ）網側でINVITE処理手順とが対応することを把握すると共に、ＳＩＰ（Ａ）網側でのINVITE 処理には認証処理が付随することを把握する（Ｓ３１）。そして、サービス調整部１５は、以下で説明するように、ＳＩＰ（Ａ）網側に対してはＳＩＰ（Ａ）網でのINVITE処理手順とこれに伴う認証処理手順を実行させ、ＳＩＰ（Ｂ）網側に対してはＳＩＰ（Ｂ）網でのINVITE処理手順を実行させる。

続いて、サービス調整部１５は、ステップ３０で受信したINVITEメッセージに関して、認証処理が必要であるか否かを判断する（Ｓ３２）。この場合、前述したように、INVITE メッセージに関して、認証処理が必要であるから、このメッセージをＳＩＰ（Ａ）処理部１３に渡し、そこで認証判定を実行させる（Ｓ３３）。ＳＩＰ（Ａ）処理部１３は、このメッセージに関して認証できたか否かを判断し（Ｓ３４）、認証できなかった場合には、認証要求（407）をＳＩＰ（Ａ）端末に送信し（Ｓ３５）、認証できた場合には、ステップ３６に進む。ＳＩＰ（Ａ）処理部１３からの認証要求の送信（Ｓ１５）に対して、ＳＩＰ（Ａ）端末から認証情報を含むREGISTERメッセージを受信すると（Ｓ３０）、ステップ３１〜３４を経て、ステップ３６の処理に進むことになる。

ステップ３６では、ＳＩＰ（Ａ）処理部１３が呼接続情報テーブル１９を参照して、ＳＩＰ（Ａ）端末の発着状態をチェックし、発呼可能な状態か否かを判断する（Ｓ３７）。例えば、該当ＳＩＰ（Ａ）端末の発着状態が「着信」状態であれば、発呼可能な状態ではないと判断し、「空」状態であれば発呼可能な状態であると判断する。発呼可能な状態でなければ、ＳＩＰ（Ａ）処理部１３は、ＳＩＰ（Ａ）端末に発呼拒否（4ｘｘ）を送信し（Ｓ３８）、発呼可能な状態であれば、呼接続情報テーブル１９の該当箇所に「発信」を設定する（Ｓ３９）。

次に、サービス調整部１５は、ＳＩＰ（Ｂ）処理部１４に、サーバ２に対してINVITEメッセージを送信させるために、発呼側のＳＩＰ ＵＲＬや着呼側のＳＩＰ ＵＲＬを変更し、これをＳＩＰ（Ｂ）処理部１４に知らせる。前述したように、端末の電番は、ＳＩＰ（A）網側とＳＩＰ（B）網側とでは異なるので、メッセージに含まれる端末のＳＩＰ ＵＲＬも、ＳＩＰ（A）網側とＳＩＰ（B）網側とでは異なることになる。このため、サービス調整部１５は、アドレス認証テーブル１７を参照して、ＳＩＰ ＵＲＬの変更し、変更後のＳＩＰ ＵＲＬをＳＩＰ（Ｂ）処理部１４に知らせる。続いて、ＳＩＰ（Ｂ）処理部１４は、サービス調整部１５からの指示で、ＳＩＰ（Ｂ）網のサーバ２にINVITEメッセージを送信する（Ｓ４１）。

INVITEメッセージが送信されると、サービス調整部１５は、ＳＩＰ（Ｂ）網側からの応答を待つ（Ｓ４２）。この応答が180Ringingや183 Session Progressや200ＯＫの場合、ＳＩＰ（Ｂ）処理部１４は、その旨をＳＩＰ（Ａ）処理部１３に通知する（Ｓ４４）。また、INVITEメッセージに対する応答が何らかの要求（4ｘｘ）等で送信結果（ＮＧ）の場合にも、その旨をＳＩＰ（Ａ）処理部１３に通知する（Ｓ４７）。ステップ４４，４７で通知を受けたＳＩＰ（Ａ）処理部１３は、INVITEメッセージの送信結果をＳＩＰ（Ａ）端末に送信する（Ｓ４５，S４８）。なお、200OKを受信した場合には、ステップ４５でＳＩＰ（A）端末に200OKを送信した後、ＡＣＫの受信を待ち、このＡＣＫを送信して（Ｓ４６）処理を終了し、（4ｘｘ）を受信した場合には、ステップ４８で、ＳＩＰ（A）端末に拒否（4ｘｘ）を送信して処理を終了する。また、180Ringingや183 Session Progressを受信した場合には、ステップ４５でＳＩＰ（A）端末に180Ringingや183 Session Progressを送信した後、ステップ４２に戻る。

また、仮に、ＳＩＰ（Ａ）網側では発呼処理に認証処理が不要で、ＳＩＰ（Ｂ）網側では発呼処理に認証処理が必要である場合には、ＳＩＰ（Ａ）網側からINVITEメッセージを受信すると（Ｓ３０）、サービス調整部１５は、ＳＩＰ（Ａ）網側での処理手順とＳＩＰ（Ｂ）網側での処理手順との対応関係を把握した後（Ｓ３１）、ＳＩＰ（Ａ）処理部１３での認証処理が必要であるか否かを判断する（Ｓ３２）。この場合、認証処理は不要であるので、前述のステップ３６での処理が直ちに実行される。

その後、INVITEメッセージが送信され（S４１）、サービス調整部１５は、このメッセージに対する応答を待つ（Ｓ４２）。サービス調整部１５は、ＳＩＰ（Ｂ）網側からの応答が初回の認証要求（407）である場合には、アドレス認証テーブル１７を参照して、ＳＩＰ（Ａ）端末の電番に対応したＳＩＰ（Ｂ）網側の認証ユーザ名及び認証パスワードをＳＩＰ（Ｂ）処理部１４に渡し、ＳＩＰ（Ｂ）処理部１４に、認証情報を付加したINVITE メッセージをサーバ２へ送信させる（Ｓ３４）。また、INVITEメッセージに対する応答が初回の認証要求（407）以外である場合には、前述したステップ４４又はステップ４７の処理が実行される。

次に、以上で説明した発呼処理でのＳＩＰ（Ａ）網とＳＩＰ（Ｂ）網との間でのメッセージ等のやり取りについて、シーケンス図を用いて説明する。

まず、ＳＩＰ（Ａ）網側では発呼処理に認証処理が必要で、ＳＩＰ（Ｂ）網側では発呼処理に認証処理が不要である場合について、図１１を用いて説明する。

ＳＩＰ（Ａ）端末４からINVITEメッセージが送信され、ＳＩＰサービス変換装置１０がこれを受信すると（Ｓ１２０〈Ｓ30〉）、発呼処理に認証処理が必要にも関わらず、認証処理ができないために、ＳＩＰ（Ａ）端末４へ認証要求（407）を送信する（Ｓ１３５〈Ｓ35〉）。この認証要求（407）に対して、ＳＩＰ（Ａ）端末４は、認証情報を付加したINVITEメッセージを送信する。ＳＩＰサービス変換装置１０は、これを受信すると（Ｓ１３６〈Ｓ30〉）、認証処理を行い、認証情報が正規のものであれば、当該端末が発呼可能な状態であるかを確認した後、ＳＩＰ（Ｂ）網のサーバ２にINVITEメッセージを送信する（Ｓ１２１〈Ｓ41〉）。

サーバ２は、このメッセージを受信すると、ＳＩＰ（Ｂ）端末にINVITEメッセージを送信し（Ｓ１２２）、ＳＩＰ（Ｂ）端末から180Ringingが返ってくるのを待つ。サーバ２は、ＳＩＰ（Ｂ）端末からの180Ringingを受信すると（S１２３）、これをＳＩＰサービス変換装置１０へ送信する。ＳＩＰサービス変換装置１０は、これを受信すると（S１２４〈S42〉）、ＳＩＰ（A）端末に180Ringingを送る（S１２５〈S45〉）。

サーバ２は、さらに、ＳＩＰ（B）端末から200OKが送られてくるのを待ち、これが送られてくると（S１２６）、200OKをＳＩＰサービス変換装置１０へ送信する。ＳＩＰサービス変換装置１０は、これを受信すると（S１２７〈S42〉）、ＳＩＰ（A）端末に200OKを送る（S１２８〈S45〉）。

ＳＩＰサービス変換装置１０は、ＳＩＰ（A）端末から、200OKに対するACKを受信すると（S１２９〈S46〉）、サーバ２にACKを送り（S１３０〈S46〉）、サーバ２は、ＳＩＰ（B）端末にACKを送る。以上で、発呼処理が終了し、ＳＩＰ（A）端末とＳＩＰ（B）端末との間で通話が可能になる。

次に、ＳＩＰ（Ａ）網側では発呼処理に認証処理が不要で、ＳＩＰ（Ｂ）網側では発呼処理に認証処理が必要である場合について、図１２を用いて説明する。

ＳＩＰ（Ａ）端末４からINVITEメッセージが送信され、ＳＩＰサービス変換装置１０がこれを受信すると（Ｓ１２０〈Ｓ30〉）、このメッセージの受け入れに認証処理は不要であるため、直ちに、ＳＩＰ（Ｂ）網のサーバ２にINVITEメッセージを送信する（Ｓ１２１〈Ｓ41〉）。ＳＩＰ（Ｂ）網では、INVITE処理に認証処理が必要であるため、サーバ２は、このメッセージの応答として認証要求（407）を返す。ＳＩＰサービス変換装置１０は、この認証要求（407）を受信すると（Ｓ１３７〈Ｓ42〉）、認証情報を付加したINVITEメッセージをサーバ２へ送信する（Ｓ１３８〈Ｓ43〉）。サーバ２は、これを受信すると認証処理を行い、認証情報が正規のものであれば、ＳＩＰ（Ｂ）端末にINVITEメッセージを送信し（Ｓ１２２）、ＳＩＰ（Ｂ）端末から180Ringingが返ってくるのを待つ。

以下は、図１１を用いて説明したシーケンスと同じである。

次に、図１３を用いて、着呼シーケンスについて説明する。

ＳＩＰ（Ｂ）端末３からINVITEメッセージが送信され、サーバ２がこれを受信すると（Ｓ１５０）、ＳＩＰサービス変換装置１０へINVITEを送信する（Ｓ１５１）。なお、ＳＩＰ（Ｂ）網では、発呼処理に認証処理が必要である場合には、ＳＩＰ（Ｂ）端末３からのINVITEメッセージを受信すると、ＳＩＰ（Ｂ）端末３へ認証要求（407）を送信し（Ｓ１６５）、ＳＩＰ（Ｂ）端末３から、認証情報が付加されたINVITEメッセージの受信を待つ（Ｓ１６６）。

ＳＩＰサービス変換装置１０は、サーバ２からINVITEを受信すると（Ｓ１５１）、ＳＩＰ（Ａ）端末４へINVITEメッセージを送信する（Ｓ１５２）。ＳＩＰサービス変換装置１０は、その後、ＳＩＰ（Ａ）端末から180Ringingが返ってくるのを待ち、これを受信すると（S１５３）、180Ringingをサーバ２へ送信する。サーバ２は、これを受信すると（S１５４）、ＳＩＰ（Ｂ）端末に180Ringingを送る（S１５５）。

ＳＩＰサービス変換装置１０は、さらに、ＳＩＰ（Ａ）端末から200OKが送られてくるのを待ち、これが送られてくると（S１５６）、200OKをサーバ２へ送信する。サーバ２は、これを受信すると（S１５７）、ＳＩＰ（Ｂ）端末に200OKを送る（S１５８）。

サーバ２は、ＳＩＰ（Ｂ）端末から、200OKに対するACKを受信すると（S１５９）、ＳＩＰサービス変換装置１０にACKを送り（S１６０）、ＳＩＰサービス変換装置１０は、ＳＩＰ（Ａ）端末にACKを送る。以上で、着呼処理が終了し、ＳＩＰ（A）端末とＳＩＰ（B）端末との間で通話が可能になる。

以上のように、本実施形態では、着呼処理に関しては、ＳＩＰ（Ａ）網側とＳＩＰ（Ｂ）網側とでは、基本的に異なるサービスがないので、図１３のシーケンス図からは、ＳＩＰサービス変換装置１０は、ＳＩＰ端末（Ａ）とサーバ２との間を単に中継しているにすぎないように見える。しかし、ＳＩＰサービス変換装置１０のサービス調整部１５は、ＳＩＰ端末（Ａ）とサーバ２との間でのメッセージの中継過程で、先に説明した発呼処理の場合と同様に、ＳＩＰ URLの変換処理を行っている。

以上のように、本実施形態では、互いに異なるサービスを有する二つのＳＩＰ系を接続し、ＳＩＰ系間での通信を確保しつつも、各ＳＩＰ系でのサービスの低下を防ぐことができる。

次に、以上の実施形態の変形例として、ＳＩＰ（Ａ）網とＳＩＰ（Ｂ）網とのいずれかで以上では説明していない各種サービスを行う場合について説明する。なお、以下の変形例において、以上と同様のステップ番号は、同じステップ番号を付し、当該ステップの処理内容の説明を省略する。

まず、第一の変形例として、ＳＩＰ（Ａ）網側では、発番号非通知サービスを実行する場合について、図１４を用いて説明する。

電話番号が3000のＳＩＰ（Ａ）端末から、電話番号が4000のＳＩＰ（Ｂ）端末へ、発番号非通知サービスを利用して、発呼する場合について説明する。なお、以上では、ＳＩＰ（Ａ）網とＳＩＰ（Ｂ）網とで、ある端末の電話番号が変わることとして説明したが、ここでは、以下の説明を簡略化し、理解し易くするために、ＳＩＰ（Ａ）網とＳＩＰ（Ｂ）網とで、電話番号は変わらないものとする。

発信者は、発番号非通知サービスを利用する際に、ＳＩＰ（Ａ）端末に、相手番号（4000）を入力する前に、「184」を入力する。すると、発番号3000のＳＩＰ（Ａ）端末からのINVITEメッセージがＳＩＰサービス変換装置１０へ送信される（S１２０a）。このINVITEメッセージ中には、着信側のＳＩＰ ＵＲＬとして「184 4000＠yyy.yyy.yyy.yyy」が、発信側のＳＩＰ ＵＲＬとして「3000＠yyy.yyy.yyy.yyy」が含まれる。

ＳＩＰサービス変換装置１０は、このINVITEメッセージを受けると、ＳＩＰ（Ｂ）網のサーバ２にINVITEメッセージを送信する(１２１ｂ)。この際、仮に、このメッセージ中に含まれている発信側のＵＲＬと着信側のＵＲＬをそのまま用いると、ＳＩＰ（Ｂ）網では、発番号非通知サービスを実施していないため、この網内のサーバ２は、これらのＵＲＬを理解できないか、又は全く異なる端末のＵＲＬとして理解してしまい、目的の相手先との間でのセッションを確立できない。そこで、ＳＩＰサービス変換装置１０は、このＵＲＬをＳＩＰ（Ｂ）網で理解できるＵＲＬに変更する。

この際、ＳＩＰサービス変換装置１０のサービス調整部１５は、発番号非通知サービスを要求しているINVITEメッセージを受けると、対応関係記憶部１６を参照して、このINVITEメッセージをＳＩＰ（Ｂ）網側で理解できるメッセージに変換し、これをＳＩＰ（Ｂ）処理部１４に渡し、ＳＩＰ（Ｂ）処理部１４から変換後のメッセージをＳＩＰ（Ｂ）網側へ送信させる。

対応関係記憶部１６には、前述したように、あるメッセージを受信した場合、このメッセージを含む手順がＳＩＰ（Ａ）網とＳＩＰ（Ｂ）網とのそれぞれで、どの手順に対応するかが記憶されている。しかし、このメッセージを含む手順がＳＩＰ（Ａ）網側では実行可能であるものの、ＳＩＰ（Ｂ）側では実行予定に入っていない対応無し手順である場合がある。そこで、対応関係記憶部１６には、この対応無し手順をＳＩＰ（Ｂ）網で理解できるメッセージによる手順に変換する手法が記憶されている。なお、この場合も、ＳＩＰＡ処理部１３の各手順と、ＳＩＰＢ処理部１４の各手順と、サービス調整部１５が実行する手順（ＵＲＬの変更）と、をシーケンスとして記憶しておいてもよい。

本変形例の場合、手順そのものを変換する手法は記憶されていないが、メッセージを変換する手法が記憶されており、具体的に、着信側のＳＩＰ ＵＲＬ「184 4000＠yyy.yyy.yyy.yyy」から、「184」を取り除き、発信側のＳＩＰ ＵＲＬ「3000＠yyy.yyy.yyy.yyy」を例えば「anonymous＠anonymous.invalid」に変更する手法が記憶されている。サービス調整部１５は、この変更手法を用いて、ＳＩＰ（A）網側から送られてきたメッセージ中の発信側のＵＲＬ及び着信側のＵＲＬを変更する。

サーバ２が、変更後のURLを含むINVITEメッセージを受信すると、これを電話番号4000のＳＩＰ（Ｂ）端末に送信する（Ｓ１２２ｂ）。ＳＩＰ（Ｂ）端末は、発信側のＵＲＬが分からないので、発信側の電話番号を表示できない。つまり、ＳＩＰ（Ｂ）網では、発番号非通知サービスを実施していないが、結果として、発番号が非通知となる。

ＳＩＰ（Ｂ）端末は、このINVITEメッセージを受けた後、180Ringing及び200OKを送信する際（Ｓ１２３，Ｓ１２６）、ＳＩＰパケット中に発信側のURL及び着信側のURLを含ませるが、これらURLは、INVITEメッセージのＳＩＰパケット中に含まれている発信側のURLと着信側のURLとを逆にしたものが用いられる。この結果、ＳＩＰパケット内のURLからは送り先相手を特定できなくなる。しかしながら、ＳＩＰパケットが組み込まれているＩＰパケットのヘッダには、発信側及び着信側のＩＰアドレスが納められているため、これで送り先相手を特定できる。

ＳＩＰ（Ｂ）端末が180Ringingを送信した以降（Ｓ１２６）の動作は、先に説明した発呼処理と同様である。

なお、ＳＩＰ（Ｂ）網側からの180Ringing及び200OKに関して、ＳＩＰサービス変換装置１０は、これらに含まれているＵＲＬを再びＳＩＰ（Ａ）網用のＵＲＬに変更してから、ＳＩＰ（Ａ）端末に送信してもよいが、そのままでＳＩＰ（Ａ）端末に送信してもよい。また、以上の変形例は、ある処理中の一つの手順（メッセージ）の内容のみを変更するものであるが、ある処理が複数の手順の実行で成立する場合、手順の数量等を変更するようにしてもよい。例えば、ＳＩＰ（Ａ）網で実行可能なあるサービスの処理には、５つの手順を実行する必要があり、ＳＩＰ（Ｂ）網では、このサービスを実施しておらず、５つの手順の意味を把握できない場合には、ＳＩＰ（Ｂ）網で理解できるような形に変形して、例えば、手順の数量を増減し、各手順に含まれるメッセージの内容を変更することで、このサービスと同等のサービスを実質的に実施させるようにしてもよい。

次に、第二の変形例として、ＳＩＰ（Ａ）網側では、制御機能としてＰＲＡＣＫ（Provisional Response Acknowledgment：暫定応答の送達確認）を採用し、ＳＩＰ（B）網側ではこれを採用しない場合について、図１５及び図１６を用いて説明する。

まず、発呼処理の場合について、図１５を用いて説明する。

発呼処理の場合、着信側のＳＩＰ（Ｂ）端末側から180Ringingが送信されてくると（S１２５）、発信側のＳＩＰ（Ａ）端末は、ＳＩＰサービス変換装置１０との接続を確認するために、ＰＲＡＣＫを送信する（Ｓ１７０）。ＳＩＰサービス変換装置１０は、このＰＲＡＣＫを受信すると、ＳＩＰ（Ａ）端末に200ＯＫを送信する（Ｓ１７１）。

次に、着呼処理の場合について、図１６を用いて説明する。

着呼処理の場合、ＳＩＰサービス変換装置１０は、着信側のＳＩＰ（Ａ）端末から180Ringingを受信し（Ｓ１５３）、発信側のＳＩＰ（Ｂ）端末側へ180Ringingを送信すると、ＳＩＰサービス変換装置１０は、着信側のＳＩＰ（Ａ）端末との接続を確認するために、ＰＲＡＣＫを送信する（Ｓ１８０）。ＳＩＰ（Ａ）端末は、このＰＲＡＣＫを受信すると、ＳＩＰサービス変換装置１０へ200ＯＫを送信する（Ｓ１８１）。

以上の第二の変形例は、ＳＩＰサービス変換装置１０のＳＩＰ（Ａ）処理部１３は、ＳＩＰ（Ａ）網のサービスを実行するための複数の手順のうち、ＳＩＰ（Ｂ）処理部１３に対応する手順がなく且つＳＩＰ（Ａ）処理１３で処理すべき対応無し手順、つまりＰＲＡＣＫを、実行可能である場合である。この場合、サービス調整部１５は、ＳＩＰ（Ａ）網からあるメッセージ（ＰＲＡＣＫ又は180Ringing）を受けると、このメッセージに対する処理がＳＩＰ（Ａ）処理部１３で処理すべき対応無し手順を含む処理である際には、ＳＩＰ（Ａ）処理部１３にこの対応無し手順（ＰＲＡＣＫに対する200ＯＫ、又は180Ringingに対するＰＲＡＣＫ）を含む処理を実行させる。なお、この変形例でも、対応関係記憶部１６に、ＳＩＰ（Ａ）網及び／又はＳＩＰ（Ｂ）網から各種メッセージを受けたときに、サービス調整部１５がＳＩＰ（Ａ）処理部１３に実行させるべき手順と、サービス調整部１５がＳＩＰ（Ｂ）処理部１４に実行させるべき手順とが順序立っているシーケンスを記憶しておき、サービス調整部１５は、このシーケンスに従って、各処理部１３,１４に所定の処理を実行させるようにしてもよい。

次に、第三の変形例として、ＳＩＰ（Ａ）網側では、制御機能としてＰＲＡＣＫを採用せず、ＳＩＰ（B）網側ではこれを採用している場合について、図１７及び図１８を用いて説明する。

まず、発呼処理の場合について、図１７を用いて説明する。

着信側のＳＩＰ（Ｂ）端末からサーバ２に180Ringingが送信されてくると（S１２３）、サーバ２は、この180RingingをＳＩＰサービス変換装置１０へ送ると共に（Ｓ１２４）、
着信側のＳＩＰ（Ｂ）端末にＰＲＡＣＫを送信する（Ｓ１７２）。ＳＩＰ（Ｂ）端末は、このＰＲＡＣＫを受信すると、サーバ２に200ＯＫを返す（Ｓ１７３）。また、ＳＩＰサービス変換装置１０は、サーバ２から180Ringingを受信し（Ｓ１２４）、発呼側のＳＩＰ（Ａ）端末に180Ringingを送信する（Ｓ１２５）、サーバ２へＰＲＡＣＫを送信する（Ｓ１７４）。サーバ２は、このＰＲＡＣＫを受信すると、ＳＩＰサービス変換装置１０に200ＯＫを送信する（Ｓ１７５）。

次に、着呼処理の場合について、図１８を用いて説明する。

着呼処理の場合、サーバ２は、ＳＩＰサービス変換装置１０から180Ringingを受信すると（Ｓ１５４）、発信側のＳＩＰ（Ｂ）端末に180Ringingを送信すると共に（Ｓ１５５）、ＳＩＰサービス変換装置１０へＰＲＡＣＫを送信する（Ｓ１８２）。ＳＩＰサービス変換装置１０は、サーバ２からＰＲＡＣＫを受信すると、サーバ２へ200ＯＫを返す（Ｓ１８３）。また、発信側のＳＩＰ（Ｂ）端末は、サーバ２から180Ringingを受信すると（Ｓ１５５）、サーバ２にＰＲＡＣＫを送信する（Ｓ１８４）。サーバ２は、これを受信すると200ＯＫをＳＩＰ（Ｂ）端末に返す（Ｓ１８５）。

この第三の変形例は、ＳＩＰサービス変換装置１０のＳＩＰ（Ｂ）処理部１４は、ＳＩＰ（Ｂ）網のサービスを実行するための複数の手順のうち、ＳＩＰ（Ｂ）処理部１３に対応する手順がなく且つＳＩＰ（Ｂ）処理１４で処理すべき対応無し手順、つまりＰＲＡＣＫを、実行可能である場合である。すなわち、第二の変形例におけるＳＩＰ（Ａ）処理部１３とＳＩＰ（Ｂ）処理部１４との立場が逆になったものである。従って、ＳＩＰサービス変換装置１０は、第二の変形例におけるＳＩＰ（Ａ）処理部１３が実行する手順をＳＩＰ（Ｂ）処理部１４が実行することになる。

次に、第四の変形例として、セッション監視サービスとして、ＳＩＰ（Ａ）網側ではオプションを採用し、ＳＩＰ（B）網側ではセッションタイマを採用する場合について、図１９を用いて説明する。

ＳＩＰ（Ｂ）端末からINVITE（セッションタイマ）メッセージが送信され、サーバ２がこれを受信すると（S１９０）、ＳＩＰ（Ｂ）端末へ200ＯＫを返す（１９１）。また、ＳＩＰサービス変換装置１０は、サーバ２からのINVITE（セッションタイマ）メッセージを受信すると（S１９２）、これをＳＩＰ（A）網で理解できるOPTIONSに変換し、これをＳＩＰ（Ａ）端末へ送る（Ｓ１９３）。ＳＩＰ（Ａ）端末は、これを受信すと、ＳＩＰサービス変換装置１０へ200ＯＫを返す（Ｓ１９５）。ＳＩＰサービス変換装置１０は、これを受信すると、サーバ２へ200ＯＫを送信する（Ｓ１９５）。

この変形例でのサービス調整部１５は、ＳＩＰ（Ｂ）処理部１４がセッションタイマによるセッション監視サービスを要求しているINVITEメッセージを受けると、対応関係記憶部１６を参照して、このINVITEメッセージをＳＩＰ（Ａ）網側で理解できるメッセージ（OPTIONS）に変換し、これをＳＩＰ（Ａ）処理部１３に渡し、このＳＩＰ（Ａ）処理部１３から変換後のメッセージ（OPTIONS）をＳＩＰ（Ａ）網側へ送信させる。なお、以上では、ＳＩＰ（Ｂ）網からのINVITE（セッションタイマ）メッセージをOPTIONSに変更している場合のみを示しているが、この変形例では、ＳＩＰ（Ａ）網からのOPTIONSをINVITE（セッションタイマ）に変更も行う。

対応関係記憶部１６には、前述したように、あるメッセージを受信した場合、このメッセージを含む手順がＳＩＰ（Ａ）網とＳＩＰ（Ｂ）網とのそれぞれで、どの手順に対応するかが記憶されている。しかし、このメッセージを含む手順がＳＩＰ（Ｂ）網側では実行可能であるものの、ＳＩＰ（Ａ）側では実行予定に入っていない対応無し手順である場合がある。そこで、対応関係記憶部１６には、この対応無し手順をＳＩＰ（Ａ）網で理解できるメッセージによる手順に変換する手法が記憶されている。なお、この場合も、ＳＩＰＡ処理部１３の各手順と、ＳＩＰＢ処理部１４の各手順と、サービス調整部１５が実行する手順（メッセージの変更）と、をシーケンスとして記憶しておいてもよい。

ところで、以上の実施形態においては、SIP(A)サービスを実行するIP網(LAN)をSIP(A)網とし、SIP(B)サービスを実行するIP網(LAN)をSIP(B)網として、IP網が2系統あることを前提とした説明としているが、本発明はIP綱の系統が分かれている必要はない。以下、第二の実施形態として、1系統(若しくは同一セグメント)のIP網(:LAN)において、本発明が適用される形態を説明する。

図２０は、第二の実施形態のＳＩＰ通信システムの系統図である。同図において、1系統のIP網(:LAN)には、第一のSIPに基づき呼接続動作を行う複数のSIP（A）端末4と、第一のSIPとは異なる第二のSIPに基づき呼接続動作を行う複数のSIP（B）端末3とが接続されている。また、このLANには、SIPサービス変換装置１０と、第二のSIPに基づき呼接続制御を行うSIPサーバ２とが接続されている。

このようなIP網の接続構成の下で、複数のSIP（A）端末４によって、第一のSIPに基づく呼接続制御に従ってIP電話サービスを提供するSIP(A')サービス系を構成し、また、SIPサーバ２及び複数のSIP（B）端末３によって、第二のSIPに基づく呼接続制御に従ってIP電話サービスを提供するSIP(B')サービス系を構成している。

図２１は、図２０に示すシステムにおける呼接続制御の動作概念を示す説明図である。同図において、SIP(A')サーヒス系のSIP(A)端末4は、SIP(B')サービス系のSIPサーバ2の管理下に置かれており、前記した第一の実施形態と同様に、SIP（A）端末4の呼接続はSIPサーバ2が管理することになるが、SIPメッセージのやり取りにはSIPサービス変換装置10が介在する。すなわち、SIP（A）端末4からSIP（B）端末3への呼接続要求があった場合、SIP（A）端末4からSIPサーバ2への呼接続に係るメッセージM１は、まず、SIP（A）端末4から第一のSIPに基づくメッセージ形式でSIPサービス変換装置１０へ送出され、SIPサービス変換装置10にてこれを対応する第二のSIPに基づくメッセージ形式に変換される。そして、この変換されたメッセージM２がSIPサーバ２に送出される。そして、SIPサーバ２は、このメッセージM２を受信すると、所定の処理を行い、接続相手であるSIP端末3に対して第二のSIPに基づくメッセージM３を送出する。

また、SIP（B）端末３からのSIPサーバ２への呼接続に係るメッセージM４は、SIP端末（B）3から第二のSIPに基づくメヅセージ形式でSIPサーバ2へ送出される。SIPサーバ２は、このメッセージM４を受信すると、所定の処理を行い、接続相手であるSIP（A）端末4側にメッセージを送出するために、SIPサービス変換装置１０に対してメッセージM５を送出する。すると、SIPサービス変換装置１０は、これを対応する第一のSIPに基づくメッセージ形式に変換し、この変換した第一のSIPに基づくメヅセージM６をSIP端末４に送出する。

以上のように、SIP(A')サービス系とSIP(B')サービス系との間での呼接続に係るSIPメヅセージのやり取りを行う場合は、全てSIPサービス変換装置１０が介在し、メッセージの相互変換・中継を行うことで、SIP(A')サービス系のSIP（A）端末4と、SIPサービス変換装置１０と、SIP(B')サービス系のSIPサーバ2及びSIP端末5とが、1系統(若しくは同一セグメント)のIP網(:LAN)に接続されている場合でも、SIP(A')サービス系の呼接続に係る第一のSIPメッセージと、SIP(B')サービス系の呼接続に係る第二のSIPメッセージとのやり取りが可能になる。

呼接続が完了し、VoIPにおける通話が開始されると、図２２に示すように、SIPサービス変換装置１０及びSIPサーバ2が介在されることなく、SIP（A）端末4からSIP（B）端末３へRTPによる音声IPパケットR１が転送され、また、SIP（B）端末3からSIP（A）端未4へRTPによる音声IPパケットR２が転送される。

なお、この第二の実施形態におけるSIPサーヒス変換装置１０の機能ブロック図及びハード構成図は、前記した図2及び図3に示す機能ブロック図及びハード構成図と基本的に同様である。また、SIPサーピス変換装置１０が用いる各種テーブルは、図4、図5及び図6に示す各種テーブルと同様であり、具体的な動作フローチヤート及び動作シーケンス図は、図7乃至図19に示す動作フローチャート及び動作シーケンス図と同様であるため、その具体的な動作については説明を省略する。

すなわち、以上の第二の実施形態は、第一の実施形態に対してIP網(LAN)の接続トポロジーが異なり、同一LAN系に、SIP(A')サービス系のSIP（A）端末4と、SIPサービス変換装置10と、SIP(B')サービス系のSIPサーバ2及びSIP（B）端末３とが接続されても同様の作用を発揮することを示しものである。

本発明に係る第一の実施形態におけるＳＩＰ通信システムの系統図である。 本発明に係る第一の実施形態におけるＳＩＰサービス変換装置の機能ブロック図である。 本発明に係る第一の実施形態におけるＳＩＰサービス変換装置のハード構成図である。 本発明に係る第一の実施形態におけるアドレス認証テーブルの構成を示す説明図である。 本発明に係る第一の実施形態における位置情報テーブルの構成を示す説明図である。 本発明に係る第一の実施形態における呼接続情報テーブルの構成を示す説明図である。 本発明に係る第一の実施形態におけるREGISTER処理時のＳＩＰサービス変換装置の動作を示すフローチャートである。 本発明に係る第一の実施形態における発呼処理時のＳＩＰサービス変換装置の動作を示すフローチャートである。 本発明に係る第一の実施形態におけるREGISTER処理時（ＳＩＰ（A）網に認証処理あり、ＳＩＰ（B）網に認証処理無し）のシーケンス図である。 本発明に係る第一の実施形態におけるREGISTER処理時（ＳＩＰ（A）網に認証処理無し、ＳＩＰ（B）網に認証処理あり）のシーケンス図である。 本発明に係る第一の実施形態における発呼処理（ＳＩＰ（A）網に認証処理あり、ＳＩＰ（B）網に認証処理無し）のシーケンス図である。 本発明に係る第一の実施形態における発呼処理（ＳＩＰ（A）網に認証処理無し、ＳＩＰ（B）網に認証処理あり）のシーケンス図である。 本発明に係る第一の実施形態における着呼処理のシーケンス図である。 本発明に係る第一の変形例における発呼処理（ＳＩＰ（A）網に発番号非通知サービスあり、ＳＩＰ（B）網に同サービス無し）のシーケンス図である。 本発明に係る第二の変形例における発呼処理（ＳＩＰ（A）網にＰＲＡＣＫあり、ＳＩＰ（B）網にＰＲＡＣＫ無し）のシーケンス図である。 本発明に係る第二の変形例における着呼処理（ＳＩＰ（A）網にＰＲＡＣＫあり、ＳＩＰ（B）網にＰＲＡＣＫ無し）のシーケンス図である。 本発明に係る第三の変形例における発呼処理（ＳＩＰ（A）網にＰＲＡＣＫ無し、ＳＩＰ（B）網にＰＲＡＣＫあり）のシーケンス図である。 本発明に係る第三の変形例における着呼処理（ＳＩＰ（A）網にＰＲＡＣＫ無し、ＳＩＰ（B）網にＰＲＡＣＫあり）のシーケンス図である。 本発明に係る第四の変形例におけるセッション監視サービスのシーケンス図である。 本発明に係る第二の実施形態におけるＳＩＰ通信システムの系統図である。 本発明に係る第二の実施形態におけるＳＩＰ通信システムの呼制御動作を示す説明図である。 本発明に係る第二の実施形態におけるＳＩＰ通信システムの通話動作を示す説明図である。

符号の説明

２：ＳＩＰサーバ、３：ＳＩＰ（Ｂ）端末、４：ＳＩＰ（Ａ）端末、１０：ＳＩＰサービス変換装置、１１：ＬＡＮインタフェース制御部、１２：ＳＩＰプロトコル処理部、１３：ＳＩＰ（Ａ）処理部、１４：ＳＩＰ（Ｂ）処理部、１５：サービス調整部、１６：対応関係記憶部、１７：アドレス認証テーブル、１８：位置情報テーブル、１９：呼接続情報テーブル

Claims (12)

1. 第一のＳＩＰ（Session Initiation Protocol）サービスを行う第一のＳＩＰ系と、該第一のＳＩＰサービスと異なる第二のＳＩＰサービスを行う第二のＳＩＰ系とを接続するＳＩＰサービス変換装置において、
   前記第一のＳＩＰサービスの複数の処理を実行する第一のＳＩＰ処理手段と、
   前記第二のＳＩＰサービスの複数の処理を実行する第二のＳＩＰ処理手段と、
   前記第一のＳＩＰサービスの複数の処理、又は該処理の実行手順のそれぞれと、前記第二のＳＩＰサービスの複数の処理、又は該処理の実行手順のそれぞれとの対応関係が記憶されている対応関係記憶手段と、
   前記第一のＳＩＰ系からメッセージを受けると、前記対応関係記憶手段の記憶内容を用いて、該メッセージに対する処理又は手順が前記第二のＳＩＰサービス中のどの処理又はどの手順に対応するかを調べて、該第二のＳＩＰサービス中の複数の処理又は実行手順のうちの対応処理又は対応手順を前記第二のＳＩＰ処理手段に実行させ、及び／又は、前記第二のＳＩＰ系からメッセージを受けると、該メッセージに対する処理又は手順が前記第一のＳＩＰサービス中のどの処理又はどの手順に対応するかを調べて、該第一のＳＩＰサービス中の複数の処理又は実行手順のうちの対応処理又は対応手順を前記第一のＳＩＰ処理手段に実行させるサービス調整手段と、
   を備えていることを特徴とするＳＩＰサービス変換装置。
2. 請求項１に記載のＳＩＰサービス変換装置において、
   前記第一のＳＩＰ処理手段は、通信元側から特定メッセージを受けると、該通信元側へ応答を返す手順を含む第一の処理を実行可能であり、
   前記第二のＳＩＰ処理手段は、通信先側へ前記特定メッセージを送ると、該通信先側からの一回以上の応答を受ける手順と共に、該通信先側への一回以上の返答を返す手順を含む第二の処理を実行可能であり、
   前記サービス調整手段は、前記第一のＳＩＰ処理手段と前記第二のＳＩＰ処理手段とを仲介し、前記第一のＳＩＰ処理手段が前記特定メッセージを受けると、前記第二のＳＩＰサービス中の処理のうちから、該特定メッセージを含む処理が前記第二の処理に対応することを把握し、該第二の処理における前記通信先側を前記第二のＳＩＰ系側として、前記第二のＳＩＰ処理手段に該第二の処理を実行させると共に、前記第一のＳＩＰ処理手段に、前記第一の処理における前記通信元側を前記第一のＳＩＰ系側として、該第一の処理を実行させる、
   ことを特徴とするＳＩＰサービス変換装置。
3. 請求項２に記載のＳＩＰサービス変換装置において、
   前記第一のＳＩＰサービスは、前記第一のＳＩＰ系へのアクセスに認証処理を伴わないアクセス処理を含み、前記第二のＳＩＰサービスは、前記第二のＳＩＰ系へのアクセスに認証処理を伴うアクセス処理を含み、
   前記特定メッセージはアクセスメッセージであり、
   前記サービス調整手段は、前記第一のＳＩＰ処理手段が前記特定メッセージである前記アクセスメッセージを受けると、前記第二のＳＩＰ処理手段に、該アクセスメッセージを前記通信先側である前記第二のＳＩＰ系へ送信させ、該第二のＳＩＰ系から認証要求を含む応答を受けると、前記第二のＳＩＰ処理手段に、該認証要求に対応した認証情報を返答させる、
   ことを特徴とするＳＩＰサービス変換装置。
4. 請求項１に記載のＳＩＰサービス変換装置において、
   前記第一のＳＩＰ処理手段は、通信元側から特定メッセージを受けると、該通信元側への一回以上の応答を行う手順と共に、該通信元側からの一回以上の返答を受ける手順を含む第三の処理を実行可能であり、
   前記第二のＳＩＰ処理手段は、通信先側へ前記特定メッセージを送ると、該通信先側から応答を受ける手順を含む第四の処理を実行可能であり、
   前記サービス調整手段は、前記第一のＳＩＰ処理手段と前記第二のＳＩＰ処理手段とを仲介し、前記第一のＳＩＰ処理手段が前記特定メッセージを受けると、前記第二のＳＩＰサービス中の処理のうちから、該特定メッセージを含む処理が前記第四の処理に対応することを把握し、該第四の処理における前記通信先側を前記第二のＳＩＰ系側とし、前記第二のＳＩＰ処理手段に該第四の処理を実行させると共に、前記第一のＳＩＰ処理手段に、前記第三の処理における前記通信元側を前記第一のＳＩＰ系として、該第三の処理を実行させる、
   ことを特徴とするＳＩＰサービス変換装置。
5. 請求項４に記載のＳＩＰサービス変換装置において、
   前記第一のＳＩＰサービスは、前記第一のＳＩＰ系へのアクセスに認証処理を伴うアクセス処理を含み、前記第二のＳＩＰサービスは、前記第二のＳＩＰ系へのアクセスに認証処理を伴わないアクセス処理を含み、
   前記特定メッセージはアクセスメッセージであり、
   前記サービス調整手段は、前記第一のＳＩＰ処理手段が前記特定メッセージである前記アクセスメッセージを受けると、該第一のＳＩＰ処理手段に通信元側である前記第一のＳＩＰ系へ認証要求を含む応答を行わせ、該第一のＳＩＰ処理手段が認証情報を含む返答を受けると、該第一のＳＩＰ処理手段に該認証情報が正当であるか否かを判断させ、該第一のＳＩＰ処理手段が前記認証情報が正当であると判断すると、前記第二のＳＩＰ処理手段に前記通信先側である前記第二のＳＩＰ系側へ前記アクセスメッセージを送らせる、
   ことを特徴とするＳＩＰサービス変換装置。
6. 請求項１に記載のＳＩＰサービス変換装置において、
   前記対応関係記憶手段には、前記第一のＳＩＰ処理手段が行う手順に対して前記第二のＳＩＰ処理手段が行うべき手順のうちで、前記第一のＳＩＰサービスでは規定されているが前記第二のＳＩＰサービスでは規定されていない未規定手順に関して、前記第二のＳＩＰ系で理解できる表現形式であって、該第一のＳＩＰサービスと同等のサービスを実現できる手順に変換する手法が記憶され、
   前記サービス調整手段は、前記第二のＳＩＰ処理手段に前記未規定手順を実行させる際には、前記対応関係記憶手段に記憶されている前記手法を用いて、該未規定手順を前記第二のＳＩＰ系で理解できる手順に変換する、
   ことを特徴とするＳＩＰサービス変換装置。
7. 請求項１に記載のＳＩＰサービス変換装置において、
   前記第一のＳＩＰ処理手段は、前記第一のＳＩＰサービスを実行するための複数の手順のうち、前記第二のＳＩＰ処理手段に対応する手順がなく且つ該第一のＳＩＰ処理手段で処理すべき対応無し手順を、実行可能であり、
   前記サービス調整手段は、前記第一のＳＩＰ系から前記メッセージを受けると、該メッセージに対する処理が前記第一のＳＩＰ処理手段で処理すべき前記対応無し手順を含む処理である場合には、該第一のＳＩＰ処理手段に該対応無し手順を含む処理を実行させる、
   ことを特徴とするＳＩＰサービス変換装置。
8. 請求項１から７のいずれか一項に記載のＳＩＰサービス変換装置において、
   前記対応関係記憶手段には、前記第一のＳＩＰ系及び／又は前記第二のＳＩＰ系から各種メッセージを受けたときに、前記サービス調整手段が前記第一のＳＩＰ処理手段に実行させるべき手順と、該サービス調整手段が前記第二のＳＩＰ処理手段に実行させるべき手順と、該サービス調整手段自身が実行すべき手順とが順序立っているシーケンスを記憶しており、
   前記サービス調整手段は、前記シーケンスに従って、前記第一のＳＩＰ処理手段に所定の手順を実行させ、前記第二のＳＩＰ処理手段に所定の手順を実行させ、該サービス調整手段自身が所定の手順を実行する、
   ことを特徴とするＳＩＰサービス変換装置。
9. 第一のＳＩＰ（Session Initiation Protocol）サービスを行う第一のＳＩＰ系と、該第一のＳＩＰサービスと異なる第二のＳＩＰサービスを行う第二のＳＩＰ系とを接続するＳＩＰサービス変換装置において、
   前記第一のＳＩＰサービスの複数の手順を実行する第一のＳＩＰ処理手段と、
   前記第二のＳＩＰサービスの複数の手順を実行する第二のＳＩＰ処理手段と、
   前記第一のＳＩＰ処理手段が行う手順に対して前記第二のＳＩＰ処理手段が行うべき手順のうちで、前記第一のＳＩＰサービスでは規定されているが前記第二のＳＩＰサービスでは規定されていない未規定手順に関して、前記第二のＳＩＰ系で理解できる表現形式であって、該第一のＳＩＰサービスと同等のサービスを実現できる手順に変換する手法が記憶されている記憶手段と、
   前記第二のＳＩＰ処理手段に前記未規定手順を実行させる際には、前記記憶手段に記憶されている前記手法を用いて、該未規定手順を前記第二のＳＩＰ系で理解できる手順に変換するサービス調整手段と、
   を備えていることを特徴とするＳＩＰサービス変換装置。
10. 第一のＳＩＰ（Session Initiation Protocol）サービスを行う第一のＳＩＰ系と、該第一のＳＩＰサービスと異なる第二のＳＩＰサービスを行う第二のＳＩＰ系とを接続するＳＩＰサービス変換装置において、
    前記第一のＳＩＰサービスの複数の手順を実行する第一のＳＩＰ処理手段と、
    前記第二のＳＩＰサービスの複数の手順を実行する第二のＳＩＰ処理手段と、
    前記第一のＳＩＰ処理手段による各手順の実行と、前記第二のＳＩＰ処理手段による各手順の実行とを調整するサービス調整手段と、
    前記第一のＳＩＰ系及び／又は前記第二のＳＩＰ系から各種メッセージを受けたときに、前記サービス調整手段が前記第一のＳＩＰ処理手段に実行させるべき手順と、該サービス調整手段が前記第二のＳＩＰ処理手段に実行させるべき手順と、該サービス調整手段自身が実行すべき手順とが順序立っているシーケンスが記憶されている記憶手段と、
    を備え、
    前記サービス調整手段は、前記シーケンスに従って、前記第一のＳＩＰ処理手段に所定の手順を実行させ、前記第二のＳＩＰ処理手段に所定の手順を実行させ、該サービス調整手段自身が所定の手順を実行する、
    ことを特徴とするＳＩＰサービス変換装置。
11. 第一のＳＩＰ（Session Initiation Protocol）サービスを行う第一のＳＩＰ系と、該第一のＳＩＰサービスと異なる第二のＳＩＰサービスを行う第二のＳＩＰ系とを接続するＳＩＰサービス変換装置において、
    前記第一のＳＩＰサービスの複数の手順を実行する第一のＳＩＰ処理手段と、
    前記第二のＳＩＰサービスの複数の手順を実行する第二のＳＩＰ処理手段と、
    前記第一のＳＩＰサービスと前記第二のＳＩＰサービスとを調整するサービス調整手段と、
    を備え、
    前記第一のＳＩＰサービスには、着信側番号に発番号非通知を示す番号を追加することで着信側に、発信元の発番号を出力させない発番号非通知サービスが含まれ、
    前記第二のＳＩＰサービスには、発信元側からのＳＩＰパケット中に含まれている発信元側ＳＩＰ ＵＲＬに基づいて、発番号を出力する発番号通知サービスが含まれている一方で、前記発番号非通知サービスが含まれておらず、
    前記サービス調整手段は、前記第一のＳＩＰ系からのＳＩＰパケット中に、前記第二のＳＩＰ系内の端末を着信側とする着信側番号及び前記発番号非通知を示す番号を含む着信側ＳＩＰ ＵＲＬと、発信元側の発番号を含む発信元側ＳＩＰ ＵＲＬとが含まれていると、該着信側ＳＩＰ ＵＲＬ中の前記発番号非通知を示す番号を削除すると共に、該発信元側ＳＩＰ ＵＲＬ中の前記発番号を削除するか、他の文字又は記号に変換する、
    ことを特徴とするＳＩＰサービス変換装置。
12. 第一のＳＩＰ（Session Initiation Protocol）サービスを行う第一のＳＩＰ系と、該第一のＳＩＰサービスと異なる第二のＳＩＰサービスを行う第二のＳＩＰ系とを接続するＳＩＰサービス変換方法において、
    前記第一のＳＩＰサービスの複数の処理を実行する第一のＳＩＰ処理工程と、
    前記第二のＳＩＰサービスの複数の処理を実行する第二のＳＩＰ処理工程と、
    前記第一のＳＩＰサービスの複数の処理のそれぞれと、前記第二のＳＩＰサービスの複数の処理のそれぞれとの対応関係が記憶されている対応関係記憶手段と、
    前記第一のＳＩＰ系からメッセージを受けると、該メッセージを含む処理が前記第二のＳＩＰサービス中のどの処理に対応するかを調べて、該第二のＳＩＰサービス中の複数の処理のうちの対応処理を前記第二のＳＩＰ処理手段に実行させ、及び／又は、前記第二のＳＩＰ系からメッセージを受けると、該メッセージを含む処理が前記第一のＳＩＰサービス中のどの処理に対応するかを調べて、該第一のＳＩＰサービス中の複数の処理のうちの対応処理を前記第一のＳＩＰ処理手段に実行させるサービス調整工程と、
    を含むことを特徴とするＳＩＰサービス変換方法。

Images