JP2011151604A - 信号処理装置及びプログラム - Google Patents

Abstract

【課題】 各通信装置が対応する通信条件が複数混在するネットワークにおいて、通信装置間のセッションを管理して通信させる。
【解決手段】 本発明は、送信元の通信装置から送信先の通信装置へ向けて送出された通信制御信号を処理する信号処理装置に関する。そして、信号処理装置は、当該信号処理装置が信号処理を受付ける対象の通信装置が対応するプロトコル及び通信制御信号の書式の種別に係る情報を有する通信装置情報を保持する手段と、送信元の通信装置から受信した通信制御信号を通信装置情報を利用して送信先の通信装置が処理可能な形式に変換する手段と、変換した通信制御信号を送信先の通信装置に向けて送出する手段とを有することを特徴とする。
【選択図】 図１

Description

この発明は、信号処理装置及びプログラムに関し、例えば、ＳＩＰ（Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）に対応したネットワークに配置するＳＩＰ−ＡＬＧ（ＳＩＰ Ａｐｐｌｉｃａｔｉｏｎ Ｌｅｖｅｌ Ｇａｔｅｗａｙ）に適用することができる。

従来、複数のＳＩＰに対応したネットワークの間を、ＮＡＴ／ＮＡＰＴ（Ｎｅｔｗｏｒｋ Ａｄｄｒｅｓｓ Ｔｒａｎｓｌａｔｉｏｎ／Ｎｅｔｗｏｒｋ Ａｄｄｒｅｓｓ ａｎｄ Ｐｏｒｔ Ｔｒａｎｓｌａｔｉｏｎ)接続をさせるＳＩＰ−ＡＬＧにおいて、トランスポートプロトコルとしてＵＤＰ（Ｕｓｅｒ Ｄａｔａｇｒａｍ Ｐｒｏｔｏｃｏｌ）、ＴＣＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ ＣｏｎｔｒｏＩ Ｐｒｏｔｏｃｏｌ）が多く利用されている。しかしながら、これらのトランスポートプロトコルを利用した場合、ＳＩＰメッセージの内容が第三者に盗聴されたり、改ざんされたりする恐れがあり、セキュリティを確保する上でしばしば問題となってきた。

そこで、旧版のＲＦＣ２５４３（非特許文１参照）から、新たにＲＦＣ３２６１（非特許文献２参照）が提唱された際に、セキュアなトランスポートプロトコルとしてＴＬＳ（Ｔｒａｎｓｐｏｒｔ Ｌａｙｅｒ Ｓｅｃｕｒｉｔｙ）が追加され推奨されるようになったこともあり、今後はＳＩＰのネットワークでもＴＬＳの実装が求められてくるものと予想される。

現在のところＳＩＰのトランスポートプロトコルはＵＤＰが中心となっており、商用ネットワークで、ＴＬＳの採用に向けた動きはまだまだと言えるが、ＴＬＳセッションをデータベースを用いて管理する従来技術としては特許文献１、特許文献２の記載技術がある。

特開２００７−１５８６０８号公報 特開２００７−３６３８９号公報

ＩＥＴＦ ＲＦＣ２５４３ ＩＥＴＦ ＲＦＣ３２６１

しかしながら、特許文献１、特許文献２の記載技術を用いても、ＳＩＰで、各通信装置が対応するトランスポートプロトコル等の通信条件が複数混在（例えば、ＵＤＰ、ＴＣＰ、ＴＬＳ等）する環境で、それぞれのトランスポートプロトコルのセッションを管理して、通信装置間を接続させることはできない。

そのため、各通信装置が対応する通信条件が複数混在するネットワークにおいて、通信装置間のセッションを管理して通信させることができる信号処理装置及びプログラムが望まれている。

第１の本発明は、送信元の通信装置から送信先の通信装置へ向けて送出された通信制御信号を、上記送信元の通信装置から受信して処理し、上記送信先の通信装置へ向けて送出する信号処理装置において、（１）当該信号処理装置が信号処理を受付ける対象の通信装置が対応する、プロトコル及び通信制御信号の書式の種別に係る情報を有する通信装置情報を保持する通信装置情報保持手段と、（２）上記送信元の通信装置から受信した通信制御信号を、上記通信装置情報保持手段が保持している通信装置情報に基づいて、上記送信先の通信装置が処理可能な形式に変換する通信制御信号変換手段と、（３）上記通信制御信号変換手段が変換した通信制御信号を、上記送信先の通信装置に向けて送出する送信手段とを有することを特徴とする。

第２の本発明の信号処理プログラムは、（１）送信元の通信装置から送信先の通信装置へ向けて送出された通信制御信号を、上記送信元の通信装置から受信して処理し、上記送信先の通信装置へ向けて送出する信号処理装置に搭載されたコンピュータを、（２）当該信号処理装置が信号処理を受付ける対象の通信装置が対応する、プロトコル及び通信制御信号の書式の種別に係る情報を有する通信装置情報を保持する通信装置情報保持手段と、（３）上記送信元の通信装置から受信した通信制御信号を、上記通信装置情報保持手段が保持している通信装置情報に基づいて、上記送信先の通信装置が処理可能な形式に変換する通信制御信号変換手段と、（４）上記通信制御信号変換手段が変換した通信制御信号を、上記送信先の通信装置に向けて送出する送信手段として機能させることを特徴とする。

本発明によれば、各通信装置が対応する通信条件が複数混在するネットワークにおいて、通信装置間のセッションを管理して通信させることができる。

実施形態に係るＳＩＰサーバが配置されたネットワークシステムの全体構成について示したブロック図である。 実施形態に係るＲＥＧＩＳＴＥＲ情報記憶部に記憶する情報の内容例について示した説明図である。 実施形態に係るＳＩＰ端末から送出されるＲＥＧＩＳＴＥＲメッセージの内容例について示した説明図である。 実施形態に係るＳＩＰサーバが、ＳＩＰ端末からＲＥＧＩＳＴＥＲメッセージを受信した場合の動作について示したフローチャートである。 実施形態に係るＳＩＰサーバが処理するＲＥＧＩＳＴＥＲメッセージの内容例について示した説明図である。 実施形態に係るＳＩＰサーバがＩＮＶＩＴＥメッセージを受信した場合の動作について示したフローチャートである。 実施形態に係るＳＩＰサーバが処理するＩＮＶＩＴＥメッセージの内容例について示した説明図である。

（Ａ）主たる実施形態
以下、本発明による信号処理装置及びプログラムの一実施形態を、図面を参照しながら詳述する。なお、この実施形態においては、本発明の信号処理装置をＳＩＰサーバに適用した場合の例について説明している。

（Ａ−１）実施形態の構成
図１は、この実施形態のＳＩＰサーバが配置されたネットワークシステム１の全体構成を示すブロック図である。

ネットワークシステム１には、３つのネットワークＮ１、Ｎ２、Ｎ３が配置されているものとする。そして、図１では、ネットワークＮ１には、３台のＳＩＰに対応した通信装置であるＳＩＰ端末３０−１〜３０−３が配置されており、ネットワークＮ２には、ＳＩＰ端末３０−４が配置されており、Ｎ３には、レジストレーション及び呼接続を実施可能とするＳＩＰサーバ２０が配置されている。なお、ネットワークシステム１に配置されるネットワークの数やネットワーク構成、ＳＩＰ端末の数は限定されないものである。

そして、ネットワークＮ１、Ｎ２、Ｎ３の間にＳＩＰサーバ１０が配置されており、ＳＩＰ−ＡＬＧとして機能しているものとする。ＳＩＰサーバ１０によりこれらのネットワークは終端され、ネットワーク間の通信についてＮＡＴ／ＮＡＰＴが行われる。また、ＳＩＰサーバ１０は、パケット（メッセージ）中継の際に、送信元の通信装置の対応する通信条件と、送信先の通信装置の対応する通信条件とが異なる場合には、送信先の通信装置で処理可能な形式にその内容を変換して、送出する処理を行う。

なお、ＳＩＰ端末３０−１〜３０−４としては、既存のＳＩＰに対応した通信装置（例えば、ＩＰ電話端末、ＩＰ−ＰＢＸ、ソフトフォンとして機能するパソコン等）を適用することができる。

ＳＩＰサーバ２０は、各ＳＩＰ端末３０に係る加入者データの登録、更新、削除等をＳＩＰサーバ１０を介して与えられるメッセージの内容に応じて行うものである。なお、ＳＩＰサーバ２０としては、既存のものを適用することができる。

次に、ＳＩＰサーバ１０の構成の詳細について説明する。

ＳＩＰサーバ１０は、プロセッサ及びネットワークへ接続するためのインタフェースを有する情報処理装置（１台に限定されず、複数台を分散処理し得るようにしたものであっても良い。）上に、実施形態の信号処理プログラムをインストールすることにより、構築するようにしても良いが、その場合でも機能的には図１のように表すことができる。

ＳＩＰサーバ１０は、ＳＩＰ通信のメッセージ（例えば、ＲＥＧＩＳＴＥＲメッセージ、ＩＮＶＩＴＥメッセージ）等の通信制御信号を受信し、送信先の装置が処理可能な形式に変換して送出する。

なお、ＳＩＰサーバ１０は、通信制御信号（シグナリング）のみを処理する装置であるものとして説明するが、音声データ等のメディアトラヒックに関する通信については、図示しない別のゲートウェイを用いてネットワーク間を中継するようにしても良い。

上述の通り、ＳＩＰ端末３０とＳＩＰサーバ２０とは直接通信せずに、ＳＩＰサーバ１０を介して通信しており、ＳＩＰサーバ１０は、ＳＩＰ端末３０とＳＩＰサーバ２０との間を流れるＳＩＰのメッセージを変換して、送信先の装置が処理可能な形式に変換する。

ＳＩＰサーバ１０は、収容するＳＩＰ端末３０に関する情報を記憶するＲＥＧＩＳＴＥＲ情報記憶部１１を有している。

ＲＥＧＩＳＴＥＲ情報記憶部１１は、ＳＩＰサーバ１０がＳＩＰ端末３０が授受するメッセージの内容を変換する際に用いるテーブルである。また、ＳＩＰサーバ１０は、ＳＩＰ端末３０からＳＩＰサーバ２０に向けて送出されたＲＥＧＩＳＴＥＲメッセージの内容を分析して、ＲＥＧＩＳＴＥＲ情報記憶部１１の内容を更新する。

図２は、ＲＥＧＩＳＴＥＲ情報記憶部１１に記憶する情報の内容例について示した説明図である。

ＲＥＧＩＳＴＥＲ情報記憶部１１には、図２に示すように、当該ＳＩＰサーバ１０が収容する各ＳＩＰ端末３０について、「端末ＩＤ」、「ＩＰアドレス」、「ポート番号」、「トランスポートプロトコル」、「スキーム」、「ユーザ名」、「レジストレーション期限」の各項目の情報が記憶されている。

「端末ＩＤ」は、ＲＥＧＩＳＴＥＲ情報記憶部１１内で各ＳＩＰ端末３０を識別するためのＩＤである。図２におけるＳＩＰ端末Ａ〜Ｄは、それぞれ、ＳＩＰ端末３０−１〜３０−４に対応する端末ＩＤを示している。なお、ＲＥＧＩＳＴＥＲ情報記憶部１１において、「ＩＰアドレス」や「ユーザ名」等の他の項目によりＳＩＰ端末３０の識別が出来る場合には、端末ＩＤの項目は省略するようにしても良い。

「ＩＰアドレス」、「ポート番号」、「トランスポートプロトコル」、「スキーム」は、それぞれ各ＳＩＰ端末３０がＳＩＰの通信に用いるＩＰアドレス、ポート番号、トランスポートプロトコルの種別、スキーム（メッセージ内でのＵＲＩ等の書式）の種別を示している。

この実施形態において、各ＳＩＰ端末３０のトランスポートプロトコルは、ＴＣＰ、ＵＤＰ、ＴＬＳのいずれかが適用されるものとする。また、各ＳＩＰ端末３０が授受するＳＩＰのメッセージにおいて、ＵＲＩ等を記述するスキームの種別については、「ｓｉｐ」又は「ｓｉｐｓ」のいずれかが適用されるものとする。なお、対応するトランスポートプロトコル及びスキームの相異に基づく、ＳＩＰのメッセージ内容の相違については、後述する動作説明において詳述する。

「ユーザ名」の項目は、各ＳＩＰ端末３０を使用するユーザの識別情報（例えば、電話番号等）である。

「レジストレーション期限」は、当該ＳＩＰ端末３０の登録情報の使用期限を示す情報であり、例えば、登録時から所定の時間後の時刻を設定するようにしても良い。なお、ＲＥＧＩＳＴＥＲ情報記憶部１１においてレジストレーション期限を管理する必要がない場合には、この情報は省略するようにしても良い。

ＳＩＰサーバ１０は、送信元のＳＩＰ端末３０からＳＩＰのメッセージを受信すると、ＲＥＧＩＳＴＥＲ情報記憶部１１の内容を参照して、そのメッセージを送信先のＳＩＰ端末３０が対応可能な内容に変換し、送信先のＳＩＰ端末３０に向けて送出する。ＳＩＰサーバ１０によるメッセージ変換の内容については後述する動作説明において詳述する。

次に、ネットワークシステム１において、各装置に設定されている情報について説明する。

図２に示すように、ＳＩＰ端末３０−１が対応するトランスポートプロトコルはＵＤＰ、ＳＩＰ端末３０−２が対応するトランスポートプロトコルはＴＣＰ、ＳＩＰ端末３０−３、３０−４が対応するトランスポートプロトコルはＴＬＳであるものとする。また、ＳＩＰ端末３０−３は、ＲＦＣ３２６１ベースのＴＬＳ対応端末であり、ＳＩＰ端末３０−４は、ＲＦＣ２５４３ベースのＴＬＳ対応端末であるものとする。

また、ＳＩＰ端末３０−１〜３０−４のＩＰアドレスは、図２に示すＩＰアドレスとなっている。そして、ＳＩＰサーバ１０自身のＩＰアドレスは、図１に示すように、ネットワークＮ１に対しては１９２．１６８．１．１００、ネットワークＮ２に対しては１９２．１６８．２００．１００、ネットワークＮ３に対しては１０．２００．１．１がそれぞれ設定されているものとする。また、ＳＩＰサーバ１０がＳＩＰ通信に用いるポート番号は１００００であるものとする。

（Ａ−２）実施形態の動作
次に、以上のような構成を有するこの実施形態のＳＩＰサーバ１０の動作を説明する。

（Ａ−２−１）ＲＥＧＩＳＴＥＲ情報記憶部の情報の更新
まず、ＳＩＰサーバ１０が、ＳＩＰ端末３０から受信したＲＥＧＩＳＴＥＲメッセージの内容から、ＲＥＧＩＳＴＥＲ情報記憶部１１に登録する情報を更新する動作について説明する。

図３（ａ）〜図３（ｄ）は、それぞれ、ＳＩＰ端末３０−１〜３０−４から送出されるＲＥＧＩＳＴＥＲメッセージの内容例について示した説明図である。

なお、図３では、ＲＥＧＩＳＴＥＲメッセージのうち、先頭のリクエスト行、Ｔｏヘッダ、Ｃｏｎｔａｃｔヘッダ以外の内容については図示を省略している。以下の説明や図面等においてＳＩＰのメッセージの内容を示す場合についても同様とする。

各ＳＩＰ端末３０のユーザ名、ＩＰアドレス、ポート番号については、例えば、ＲＥＧＩＳＴＥＲメッセージのｃｏｎｔａｃｔヘッダの情報等、送信元を示す情報から抽出することができる。以下では、ＳＩＰサーバ１０によるＲＥＧＩＳＴＥＲメッセージの内容から、各ＳＩＰ端末３０が対応するトランスポートプロトコル及びスキームの判別処理について説明する。

まず、図３（ｄ）を用いて、ＲＦＣ２５４３ベースのＴＬＳ対応端末である、ＳＩＰ端末３０−４から送出されたＲＥＧＩＳＴＥＲメッセージの内容から、トランスポートプロトコル及びスキームを判別する処理について説明する。

ＳＩＰ端末３０−４は、ＲＦＣ２５４３ベースのＴＬＳ対応端末であるため、ｃｏｎｔａｃｔヘッダ等において、自身（送信元）のＵＲＩの記述（例えば、図３（ｄ）では「sip：05095430001＠192.168.200.1:5061;transport=tls」の部分等）の先頭が、「ｓｉｐ：」で始まっている。このように送信元のＵＲＩを指定する記述の先頭部分が「ｓｉｐ：」である場合には、そのＳＩＰ端末３０が対応するスキームは「ｓｉｐ」と判別できる。

また、図３（ｄ）では、ｃｏｎｔａｃｔヘッダ等において、自身（送信元）が対応するトランスポートプロトコルとしてＴＬＳが対応する旨の記述（例えば、図３（ｄ）ではｔｒａｎｓｐｏｒｔ−ｐａｒａｍに”ｔｌｓ”が設定されている）が付加されているため、ＳＩＰ端末３０−４が対応するトランスポートプロトコルは「ＴＬＳ」と判別できる。

次に、図３（ｃ）を用いて、ＲＦＣ３２６１ベースのＴＬＳ対応端末である、ＳＩＰ端末３０−３から送出されたＲＥＧＩＳＴＥＲメッセージの内容から、トランスポートプロトコル及びスキームを判別する処理について説明する。

ＳＩＰ端末３０−３は、ＲＦＣ３２６１ベースのＴＬＳ対応端末であるため、ｃｏｎｔａｃｔヘッダ等において、自身（送信元）のＵＲＩの記述（例えば、図３（ｃ）では「sips：05072110001＠192.168.10.1:5061」の部分）の先頭が、「ｓｉｐｓ：」で始まる。このように送信元のＵＲＩを指定する記述の先頭部分が「ｓｉｐｓ：」である場合には、そのＳＩＰ端末３０のスキーム種別は「ｓｉｐｓ」と判別できる。

ＲＦＣ３２６１ベースのＴＬＳ対応端末では、スキーム種別がｓｉｐｓの場合には、図３（ｃ）に示すように、トランスポートプロトコルを明示的に指定しなくてもＴＬＳが適用されるため、上述のＲＦＣ２５４３ベースのＴＬＳ対応端末のようにｔｒａｎｓｐｏｒｔ−ｐａｒａｍに”ｔｌｓ”という記述はされない。したがって、図３（ｃ）の内容から、ＳＩＰ端末３０−３が対応するトランスポートプロトコルは「ＴＬＳ」と判別できる。

次に、図３（ａ）を用いて、ＳＩＰ端末３０−１から送出されたＲＥＧＩＳＴＥＲメッセージの内容から、トランスポートプロトコル及びスキームを判別する処理について説明する。

上述の図３（ｄ）と同様に、図３（ａ）の内容から、ＳＩＰ端末３０−１が対応するスキームは「ｓｉｐ」であることが判別できる。

そして、スキーム種別がｓｉｐの場合には、デフォルトで設定されるトランスポートプロトコルは、ＵＤＰになる。よって、図３（ａ）に示すように、ＵＤＰに対応したＳＩＰ端末３０−１から送出されるＲＥＧＩＳＴＥＲメッセージでは、ｃｏｎｔａｃｔヘッダ等において、自身（送信元）が対応するトランスポートプロトコルが明示的に記述されていない。したがって、図３（ａ）の内容から、ＳＩＰ端末３０−１が対応するトランスポートプロトコルは「ＵＤＰ」と判別できる。

次に、図３（ｂ）を用いて、ＳＩＰ端末３０−２から送出されたＲＥＧＩＳＴＥＲメッセージの内容から、トランスポートプロトコル及びスキームを判別する処理について説明する。

上述と同様に、図３（ｂ）の内容から、ＳＩＰ端末３０−２が対応するスキームは「ｓｉｐ」であることが判別できる。

そして、ＳＩＰ端末３０−２から送出されるＲＥＧＩＳＴＥＲメッセージでは、ｃｏｎｔａｃｔヘッダ等において、自身（送信元）が対応するトランスポートプロトコルとしてＴＣＰが対応する旨の記述（例えば、図３（ｂ）ではｔｒａｎｓｐｏｒｔ−ｐａｒａｍに”ｔｃｐ”が設定されている）が付加されているため、ＳＩＰ端末３０−２が対応するトランスポートプロトコルは「ＴＣＰ」と判別できる。

上述のように、ＳＩＰサーバ１０では、ＳＩＰ端末３０から受信したＲＥＧＩＳＴＥＲメッセージの内容に基づいて、各ＳＩＰ端末３０の対応する通信条件を把握し、ＲＥＧＩＳＴＥＲ情報記憶部１１の内容を更新する。

（Ａ−２−２）ＲＥＧＩＳＴＥＲメッセージ受信時の動作
次に、ＳＩＰサーバ１０が、ＳＩＰ端末３０からＲＥＧＩＳＴＥＲメッセージを受信した場合の動作全体について説明する。

図４は、ＳＩＰサーバ１０が、ＳＩＰ端末からＳＩＰのＲＥＧＩＳＴＥＲメッセージを受信した場合の動作について示したフローチャートである。

図５は、図４のフローチャートにおいて処理されるＲＥＧＩＳＴＥＲメッセージの内容について示した説明図ある。

図４、図５では、例として、ＳＩＰサーバ１０がＳＩＰ端末３０−２（ＴＣＰに対応）からＲＥＧＩＳＴＥＲメッセージが与えられた場合に、ＳＩＰサーバ１０が、そのＲＥＧＩＳＴＥＲメッセージを、ＳＩＰサーバ２０が処理可能な内容に変換して送信する動作について説明している。

ＳＩＰサーバ１０では、ネットワークＮ１のＳＩＰ端末３０−２から、ＴＣＰで送信されてきたＲＥＧＩＳＴＥＲメッセージ（図５（ａ）参照）を受信すると（Ｓ１０１）、そのＲＥＧＩＳＴＥＲメッセージのＣｏｎｔａｃｔヘッダ等の内容から、ＳＩＰ端末３０−２がＳＩＰ通信に用いるＩＰアドレス、ポート番号、スキーム、トランスポートプロトコル等を判別し、その内容を、ＲＥＧＩＳＴＥＲ情報記憶部１１に登録する（Ｓ１０２）。

なお、既に、ＳＩＰ端末３０−２について情報が、ＲＥＧＩＳＴＥＲ情報記憶部１１に登録されている場合（例えば、ユーザＩＤ等を用いて照合するようにしても良い）には、上述のステップＳ１０２の処理は省略するようにしても良い。また、過去に、ＳＩＰ端末３０−２について情報が、ＲＥＧＩＳＴＥＲ情報記憶部１１に登録されていた場合でも、レジストレーション期限が経過して削除されている場合には、新たな情報を登録するようにしても良い。

そして、ＳＩＰサーバ１０は、受信したＲＥＧＩＳＴＥＲメッセージの内容を、ＳＩＰサーバ２０が処理可能な形式に変換して（Ｓ１０３）、ＳＩＰサーバ２０へ向けて送出する（Ｓ１０４）。

上述のステップＳ１０３においては、ＳＩＰサーバ１０側では予め、ＳＩＰサーバ２０が対応するトランスポートプロトコル及びスキームが予め把握されているものとする。ここでは、ＳＩＰサーバ２０が対応するトランスポートプロトコルはＵＤＰであり、スキームはｓｉｐであるものとして説明する。

ＳＩＰサーバ１０では、図５（ａ）に示すＲＥＧＩＳＴＥＲメッセージを図５（ｂ）の内容に変換する。図５（ｂ）では変換された箇所をアンダーラインで示している。

この場合、ＳＩＰサーバ１０が、受信したＲＥＧＩＳＴＥＲメッセージのスキームは、ｓｉｐであるので、スキームの書き換えは必要ない。また、ＳＩＰサーバ１０が、受信したＲＥＧＩＳＴＥＲメッセージのトランスポートプロトコルはＴＣＰであるので、図５（ｂ）に示すように、送信元の対応するトランスポートプロトコルがＴＣＰであることを示すｔｒａｎｓｐｏｒｔ−ｐａｒａｍの”ｔｃｐ”という記述を削除する。

そして、ＳＩＰサーバ１０は、図５（ｂ）に示すように、受信したＲＥＧＩＳＴＥＲメッセージにおいて、送信元のＵＲＩを示す記述のうち、ＩＰアドレス及びポート番号を、ＳＩＰサーバ１０のものに書き換える。

なお、ＳＩＰサーバ１０がＲＦＣ３２６１ベースのＴＬＳ対応端末であるＳＩＰ端末３０−３からＲＥＧＩＳＴＥＲメッセージを受信した場合には、受信したＲＥＧＩＳＴＥＲメッセージでは、スキームが「ｓｉｐｓ」となっているため、ＳＩＰサーバ２０では処理することができない。したがって、ＳＩＰサーバ１０は、上述のステップＳ１０３において、受信したＲＥＧＩＳＴＥＲメッセージが、送信先の装置（ＳＩＰサーバ２０）が対応するスキームと異なる場合には、スキームおよびポート番号の表記を書き換える必要がある。

具体的には、ＳＩＰサーバ１０がＳＩＰ端末３０−３から、図３（ｃ）に示すＲＥＧＩＳＴＥＲメッセージを受信した場合には、そのＲＥＧＩＳＴＥＲメッセージについて、「ｓｉｐｓ」の部分を「ｓｉｐ」に書き換え、ポート番号が「５０６１」であった場合には「５０６０」に書き換える必要がある。

また、逆に、送信元のＳＩＰ端末３０の対応するスキームがｓｉｐで、ＳＩＰサーバ２０が対応するスキームがｓｉｐｓである場合には、受信したＲＥＧＩＳＴＥＲメッセージの「ｓｉｐ」の部分を「ｓｉｐｓ」に書き換え、ポート番号を「５０６０」から「５０６１」へ書き換える必要がある。

（Ａ−２−３）ＩＮＶＩＴＥメッセージ受信時の動作
図６は、ＳＩＰサーバ１０がＩＮＶＩＴＥメッセージを受信した場合の動作について示したフローチャートである。

図７は、図６のフローチャートにおいて処理される信号の内容について示した説明図である。

図６、図７では、例として、ＳＩＰ加入者（ＳＩＰ端末３０−４）への着信時に、ＳＩＰサーバ２０からのＩＮＶＩＴＥメッセージがＳＩＰサーバ１０に与えられた場合の動作について示している。

まず、ＳＩＰサーバ２０からＳＩＰサーバ１０に図７（ａ）に示すようなＩＮＶＩＴＥメッセージが与えられたものとする（Ｓ２０１）。なお、ここでは、ＳＩＰサーバ２０からＩＮＶＩＴＥメッセージが与えられた場合を例として説明するが、ＳＩＰサーバ１０が処理対象とするメッセージの送信元や発信元は限定されないものである。

次に、ＳＩＰサーバ１０では、受信したＩＮＶＩＴＥメッセージの内容から、着信先（送信先）のユーザ名を、Ｔｏヘッダの内容から抽出し、そのユーザ名をキーにしてＲＥＧＩＳＴＥＲ情報記憶部１１に記憶している情報から、該当するユーザ名の情報を検索する（Ｓ２０２）。

次に、ＳＩＰサーバ１０では、上述のステップＳ２０２で検出したユーザ名に対応するトランスポート種別、スキーム種別、ＩＰアドレス、ポート番号の情報を、ＲＥＧＩＳＴＥＲ情報記憶部１１から取得する（Ｓ２０３）。

次に、ＳＩＰサーバ１０では、上述のステップＳ２０３で取得した情報を、ＩＮＶＩＴＥメッセージの内容にマッピングして、図７（ｂ）に示す内容に変換する（Ｓ２０４）。

図７ではマッピングによって変更された箇所をアンダーラインで示している。

ＳＩＰサーバ１０は、上述のステップＳ２０４において、図７（ｂ）に示すように、当該ＩＮＶＩＴＥメッセージの着信先（送信先）のＩＰアドレス及びポート番号を示す部分について、ＲＥＧＩＳＴＥＲ情報記憶部１１から取得したＩＰアドレス及びポート番号をマッピングする。

また、ＳＩＰサーバ１０は、上述のステップＳ２０４において、図７（ｂ）に示すように、ＲＥＧＩＳＴＥＲ情報記憶部１１から取得した情報に基づいて、当該ＩＮＶＩＴＥメッセージのスキーム及びトランスポートプロトコルに関する記述を変換する。ＳＩＰサーバ２０はＵＤＰに対応しているが、当該ＩＮＶＩＴＥメッセージの送信先は、ＴＬＳに対応したＳＩＰ端末３０−４であるため、図７（ｂ）に示すように、送信先の対応するトランスポートプロトコルとして「ＴＬＳ」が適用され、ｔｒａｎｓｐｏｒｔ−ｐａｒａｍに”ｔｌｓ“が設定される。

ＳＩＰサーバ２０もＳＩＰ端末３０−４も、対応するスキームの種別は、いずれも「ｓｉｐ」であるため、図７ではスキームに係る記述の変更は行っていないが、例えば、送信先がＳＩＰ端末３０−３であ場合には、対応するスキームの種別が「ｓｉｐｓ」であるため、スキームに関する記述を「ｓｉｐ」から「ｓｉｐｓ」に変更する必要がある。

そして、ＳＩＰサーバ１０は、上述のステップＳ２０４で変換された図７（ｂ）内容に、さらに、最後に転送するネットワーク（ネットワークＮ２）に向いているＳＩＰサーバ１０のＩＰアドレス、ポート番号を、Ｃｏｎｔａｃｔヘッダ等発信元（送信元）を示す部分にマッピングして、図７（ｃ）に示す内容に変換する（Ｓ２０５）。

次に、ＳＩＰサーバ１０では、変換後のＩＮＶＩＴＥメッセージ（図７（ｃ）に示す内容）が、そのＩＮＶＩＴＥメッセージの送信先のＳＩＰ端末３０−４に送信される（Ｓ２０６）。

なお、図７で示してあるヘッダ以外にも、スキームやトランスポートプロトコルのパラメータが設定されるＵＲＩを含むＲｏｕｔｅヘッダやＶｉａヘッダ、Ｒｅｃｏｒｄ−Ｒｏｕｔｅヘッダなどにも同じようにマッピングを適用するようにしても良い。

また、ＳＩＰサーバ１０において、ＲＥＧＩＳＴＥＲ情報記憶部１１の情報が、レジストレーション期間が過ぎるとリソース節約の観点から消去される場合には、ＳＩＰサーバ１０がＩＮＶＩＴＥリメッセージを受信した際に、そのＩＮＶＩＴＥメッセージの着信先（送信先）に対応する情報がＲＥＧＩＳＴＥＲ情報記憶部１１に登録されていなければ、４０４（Ｎｏｔ Ｆｏｕｎｄ）応答のメッセージを返答するようにしても良い。

（Ａ−３）実施形態の効果
この実施形態によれば、以下のような効果を奏することができる。

ＳＩＰサーバ１０において、ＲＥＧＩＳＴＥＲ情報記憶部１１により、各ＳＩＰ端末３０の情報をトランスポート種別、スキーム種別と合わせて管理している。これにより、ＵＤＰ、ＴＣＰ、ＴＬＳなどの複数のトランスポートプロトコルに対応する通信装置が混在する環境においても、ＳＩＰサーバ１０は、処理対象のメッセージの内容を送信先の通信装置が処理可能な内容に変換して各通信装置間のセッションを管理し、通信させることができる。ＳＩＰサーバ１０を、実運用に適用した場合には、複数のネットワークを既存のまま効率よく終端させることができ、例えば、設置コストなどを低減させることができる。

さらに、この実施形態では、ＳＩＰサーバ２０は単一のトランスポートプロトコルやスキームにしか対応していない例について示したが、そのような場合でも、ＳＩＰサーバ１０がメッセージの内容をＳＩＰサーバ２０が処理可能な内容に変換することにより、ＳＩＰサーバ２０において加入者の登録情報等を管理することができる。

（Ｂ）他の実施形態
本発明は、上記の実施形態に限定されるものではなく、以下に例示するような変形実施形態も挙げることができる。

（Ｂ−１）上記の実施形態においては、本発明のＳＩＰサーバ１０（信号処理装置）を、ＩＰｖ４のネットワークに適用した例について説明したが、ＩＰＶ６のネットワークに適用するようにしても良い。

（Ｂ−２）上記の実施形態において、ＳＩＰサーバ１０が、ＲＥＧＩＳＴＥＲメッセージ及びＩＮＶＩＴＥメッセージを、送信先の通信装置で処理可能な形式に変換する例について説明したが、その他のメッセージ（例えば、「ＯＫメッセージ」や「Ｎｏｔ Ａｃｃｅｐｔａｂｌｅメッセージ」等）についても、同様に、ＲＥＧＩＳＴＥＲ情報記憶部１１の情報を用いて、送信先の通信装置が処理可能な内容に変換するようにしても良い。

（Ｂ−３）上記の実施形態では、ＳＩＰサーバ１０は、メッセージのトランスポートプロトコル及びスキームに関する記述に加えて、ＩＰアドレスやポート番号の変換も行っているが、例えば、同一ネットワーク内でのメッセージの中継のみを行い、ＩＰアドレス等の変換は行う必要がない場合には、ＩＰアドレス等の変換は省略することができる。

（Ｂ−４）上記の実施形態では、本発明の信号処理装置を、ＳＩＰ−ＡＬＧとして機能するＳＩＰサーバ１０に適用する例について説明したが、ＲＥＧＩＳＴＥＲ情報記憶部１１の情報に基づいて、メッセージの内容を送信先の通信装置が処理可能な形式に変換するものであれば、例えば、パケットを中継処理する他のゲートウェイや、同一ネットワーク内におけるパケットの変換装置等、他の装置に適用するようにしても良い。

１…ネットワークシステム、１０…ＳＩＰサーバ（信号処理装置）、１１…ＲＥＧＩＳＴＥＲ情報記憶部、２０…ＳＩＰサーバ、３０、３０−１〜３０−４…ＳＩＰ端末、Ｎ１、Ｎ２、Ｎ３…ネットワーク。

Claims (5)

1. 送信元の通信装置から送信先の通信装置へ向けて送出された通信制御信号を、上記送信元の通信装置から受信して処理し、上記送信先の通信装置へ向けて送出する信号処理装置において、
   当該信号処理装置が信号処理を受付ける対象の通信装置が対応する、プロトコル及び通信制御信号の書式の種別に係る情報を有する通信装置情報を保持する通信装置情報保持手段と、
   上記送信元の通信装置から受信した通信制御信号を、上記通信装置情報保持手段が保持している通信装置情報に基づいて、上記送信先の通信装置が処理可能な形式に変換する通信制御信号変換手段と、
   上記通信制御信号変換手段が変換した通信制御信号を、上記送信先の通信装置に向けて送出する送信手段と
   を有することを特徴とする信号処理装置。
2. 当該信号処理装置が処理する通信制御信号は、ＳＩＰのメッセージであることを特徴とする請求項１に記載の信号処理装置。
3. 上記通信装置情報保持手段が保持する通信装置情報には、少なくとも、上記対象の通信装置のそれぞれが対応する、トランスポートプロトコルの種別、及び、ＳＩＰのメッセージにおけるスキームの種別が含まれていることを特徴とする請求項２に記載の信号処理装置。
4. 上記通信装置情報保持手段は、上記対象の通信装置から、ＲＥＧＩＳＴＥＲメッセージを受信すると、そのＲＥＧＩＳＴＥＲメッセージの内容から、上記対象の通信装置の通信装置情報を抽出して保持することを特徴とする請求項３に記載の信号処理装置。
5. 送信元の通信装置から送信先の通信装置へ向けて送出された通信制御信号を、上記送信元の通信装置から受信して処理し、上記送信先の通信装置へ向けて送出する信号処理装置に搭載されたコンピュータを、
   当該信号処理装置が信号処理を受付ける対象の通信装置が対応する、プロトコル及び通信制御信号の書式の種別に係る情報を有する通信装置情報を保持する通信装置情報保持手段と、
   上記送信元の通信装置から受信した通信制御信号を、上記通信装置情報保持手段が保持している通信装置情報に基づいて、上記送信先の通信装置が処理可能な形式に変換する通信制御信号変換手段と、
   上記通信制御信号変換手段が変換した通信制御信号を、上記送信先の通信装置に向けて送出する送信手段と
   して機能させることを特徴とする信号処理プログラム。

Images