送信元の通信装置から送信先の通信装置へ向けて送出されたSIPメッセージを受信して処理し、送信先の通信装置へ向けて送出する信号処理装置において、当該信号処理装置がSIPメッセージを処理して、送信先の通信装置へ向けて送出する際の最初の転送先の対象となり得る通信装置のそれぞれについて、対応するSIPメッセージの記述形式に係る情報を保持する通信装置情報保持手段と、上記通信装置情報保持手段が保持している情報に従って、受信したSIPメッセージを、当該SIPメッセージに係る最初の転送先の通信装置が処理可能な形式に変換するメッセージ変換手段と、上記メッセージ変換手段が変換したSIPメッセージを、当該SIPメッセージに係る最初の転送先の通信装置に送信する送信手段とを有することを特徴とする信号処理装置。上記通信装置情報保持手段が保持する情報には、上記転送先の対象となり得る通信装置のそれぞれが対応するSIPメッセージのURIに係るスキームの種別の情報が含まれており、上記メッセージ変換手段は、受信したSIPメッセージに含まれるURIを、当該SIPメッセージに係る最初の転送先の通信装置が対応するスキームに変換することを特徴とする請求項1に記載の信号処理装置。上記通信装置情報保持手段が保持する情報には、さらに、上記転送先の対象となり得る通信装置のそれぞれが対応するSIPメッセージのURIを構成するドメイン名の情報が含まれており、上記メッセージ変換手段は、さらに、受信したSIPメッセージに含まれるURIを構成するドメイン名の部分を、当該SIPメッセージに係る最初の転送先の通信装置が対応するドメイン名とする処理を行うことを特徴とする請求項2に記載の信号処理装置。上記通信装置情報保持手段が保持する情報には、さらに、上記転送先の対象となり得る通信装置のそれぞれが対応するSIPメッセージのURIを構成するユーザ識別子の記述形式に係る種別の情報が含まれており、上記メッセージ変換手段は、さらに、受信したSIPメッセージに含まれるURIを構成するユーザ識別子の部分を、当該SIPメッセージに係る最初の転送先の通信装置が対応する記述形式に変換する処理を行うことを特徴とする請求項2又は3に記載の信号処理装置。上記ユーザ識別子は、電話番号形式であることを特徴とする請求項4に記載の信号処理装置。送信元の通信装置から送信先の通信装置へ向けて送出されたSIPメッセージを受信して処理し、送信先の通信装置へ向けて送出する信号処理装置に搭載されたコンピュータを、当該信号処理装置がSIPメッセージを処理して、送信先の通信装置へ向けて送出する際の最初の転送先の対象となり得る通信装置のそれぞれについて、対応するSIPメッセージの記述形式に係る情報を保持する通信装置情報保持手段と、上記通信装置情報保持手段が保持している情報に従って、受信したSIPメッセージを、当該SIPメッセージに係る最初の転送先の通信装置が処理可能な形式に変換するメッセージ変換手段と、上記メッセージ変換手段が変換したSIPメッセージを、当該SIPメッセージに係る最初の転送先の通信装置に送信する送信手段として機能させることを特徴とする信号処理プログラム。特許文献1では、自網内の端末へ着信させる場合におけるUNIUser-NetworkInterface接続構成におけるスキーム変換機能について記載されているが、NNINetwork-NetworkInterface構成は対象としていない。さらに、特許文献1に記載されたスキーム変換機能は、対象がRequest-lineヘッダに限定されているため、その他のURIを含むヘッダToヘッダ、Fromヘッダ、P-Asserted-Identityヘッダ、P-Preffered-Identityヘッダ等のスキームに関しては考慮されていない。SIP-ALG装置をNNI接続構成とした場合の役割は、別のネットワークSIP-ALG装置は自身のネットワークに配置されているものとするとのSIPの差分を吸収し、各ネットワークのルールに従い適切にSIPメッセージを生成し転送することである。例えば、Request-LineヘッダのURIのスキームメッセージ内でのURI等の書式がTEL-URITelephone-Subscriber形式で扱うネットワークなのか、SIP-URI形式で扱うネットワークなのかでSIPリクエストの送信先を決定する方式に差異が発生するケースがある。Request-LineヘッダのURIがTEL-URI形式の場合は、その対地番号電話番号で送信先を決定する方式が一般的であり、Request-LineヘッダのURIがSIP-URI形式の場合は、そこに含まれるドメイン名やホスト名で送信先を決定する方式が適用されることもある。このためSIP-ALG装置は対向装置へSIPリクエストを送信する際、どちらかに対応したSIPメッセージを生成して転送する必要がある。さらに、SIPメッセージを扱う接続先サーバによっては、Request-Lineヘッダ以外にもToヘッダやFromヘッダがSIP-URI形式あるいはTEL-URI形式のメッセージしか読み取れない場合もあり、ネットワーク間をまたぐSIP-ALG装置においては、SIP-URIとTEL-URI変換の方式を実装させることが重要である。上述のような問題に鑑みて、転送するSIPメッセージを処理する際に、SIPメッセージを転送先で処理可能な形式に変換することができる信号処理装置例えば、SIP-ALG装置等、及び信号処理プログラムが望まれている。第1の本発明は、送信元の通信装置から送信先の通信装置へ向けて送出されたSIPメッセージを受信して処理し、送信先の通信装置へ向けて送出する信号処理装置において、1当該信号処理装置がSIPメッセージを処理して、送信先の通信装置へ向けて送出する際の最初の転送先の対象となり得る通信装置のそれぞれについて、対応するSIPメッセージの記述形式に係る情報を保持する通信装置情報保持手段と、2上記通信装置情報保持手段が保持している情報に従って、受信したSIPメッセージを、当該SIPメッセージに係る最初の転送先の通信装置が処理可能な形式に変換するメッセージ変換手段と、3上記メッセージ変換手段が変換したSIPメッセージを、当該SIPメッセージに係る最初の転送先の通信装置に送信する送信手段とを有することを特徴とする。第2の本発明の信号処理プログラムは、1送信元の通信装置から送信先の通信装置へ向けて送出されたSIPメッセージを受信して処理し、送信先の通信装置へ向けて送出する信号処理装置に搭載されたコンピュータを、2当該信号処理装置がSIPメッセージを処理して、送信先の通信装置へ向けて送出する際の最初の転送先の対象となり得る通信装置のそれぞれについて、対応するSIPメッセージの記述形式に係る情報を保持する通信装置情報保持手段と、3上記通信装置情報保持手段が保持している情報に従って、受信したSIPメッセージを、当該SIPメッセージに係る最初の転送先の通信装置が処理可能な形式に変換するメッセージ変換手段と、4上記メッセージ変換手段が変換したSIPメッセージを、当該SIPメッセージに係る最初の転送先の通信装置に送信する送信手段として機能させることを特徴とする。本発明によれば、転送するSIPメッセージを処理する際に、SIPメッセージを転送先で処理可能な形式に変換可能することができる信号処理装置を提供することができる。A主たる実施形態以下、本発明による信号処理装置及びプログラムの一実施形態を、図面を参照しながら詳述する。なお、この実施形態では、本発明の信号処理装置をSIP-ALG装置に適用した場合の例について説明している。A-1実施形態の構成図2は、この実施形態のSIP-ALG装置10が配置されたネットワークシステム1の全体構成を示すブロック図である。ネットワークシステム1には、3つのネットワークNA、NB、NCが配置されているものとする。そして、図2では、ネットワークNAには、SIPサーバ20-1が配置されており、ネットワークNBには、SIPサーバ20-2が配置されており、NCには、SIPサーバ20-3が配置されている。なお、ネットワークシステム1に配置されるネットワークの数やネットワーク構成、SIPサーバの数は限定されないものである。そして、ネットワークNA、NB、NCの間にSIP-ALG装置10が配置されており、SIP-ALGとして機能しているものとする。SIP-ALG装置10によりこれらのネットワークは終端され、ネットワーク間の通信についてSIPメッセージ等の中継が行われる。また、SIP-ALG装置10は、SIPメッセージ中継の際に、中継するSIPメッセージと、転送先のSIPサーバとで、SIPメッセージを構成するURIのスキームが異なる場合等には、転送先のSIPサーバ20で処理可能な形式に変換して、送出する処理を行う。また、各SIPサーバ20は、例えば、図示しない配下のSIP端末や、同一ネットワーク内の他のSIPサーバから受信したSIPメッセージINVITEメッセージ等を処理して、他のネットワークのSIPサーバ20に転送する必要がある場合に、SIP-ALG装置10を介して当該SIPメッセージを転送する場合もあるものとする。また、各SIPサーバ20は、SIP-ALG装置10から転送されてきたSIPメッセージを処理して、図示しない配下のSIP端末や他のSIPサーバに転送する場合もあるものとする。なお、各SIPサーバ20としては、既存のものを適用することができるので、詳しい説明を省略する。さらに、ネットワークNA、NBでは、SIPメッセージを構成するURIのスキームとしてSIP-URI形式が採用されているものとする。また、ネットワークNCでは、SIPメッセージを構成するURIのスキームとしてTEL-URIが採用されているものとする。すなわち、SIP-ALG装置10は、いずれかのネットワークのSIPサーバ20から受信したSIPメッセージについて、次の転送先のSIPサーバ20で採用される形式に変換する処理少なくとも転送先で採用されるスキームに合わせて変換する処理を含むを行い、さらに、転送先のSIPサーバ20へ向けて送出する処理を行う。図1は、SIP-ALG装置10の機能的構成について示したブロック図である。SIP-ALG装置10は、制御部11、スキーム変換対応テーブル12、及びメッセージ処理部13を有している。図1では、図示を省略しているが、SIP-ALG装置10は、ネットワークに接続するためのインタフェース等、既存のSIP-ALG装置10と同様のその他の構成も備えているものとする。SIP-ALG装置10は、プロセッサ及びネットワークへ接続するためのインタフェースを有する情報処理装置1台に限定されず、複数台を分散処理し得るようにしたものであっても良い。上に、実施形態の信号処理プログラムをインストールすることにより、構築するようにしても良いが、その場合でも機能的には図1のように表すことができる。制御部11は、SIP-ALG装置10の装置全体を制御する機能を担っている。メッセージ処理部13は、SIP-ALG装置10に与えられたSIPメッセージINVITEメッセージ等について変換処理等の処理を行い、転送先に向けて送出する。メッセージ処理部13では、SIPメッセージを受信すると、例えば、既存のSIPサーバと同様の処理により、受信したSIPメッセージの次の転送先最初の転送先を決定し、処理したSIPメッセージを転送先へ向けて送出する。また、メッセージ処理部13は、変換処理部14を有している。メッセージ処理部13では、受信したSIPメッセージの内容について、送信先に応じて必要な場合変換処理部14を用いて変換する処理を行う。なお、メッセージ処理部13によるSIPメッセージの処理は、変換処理部14による変換処理以外については、既存のSIP-ALG装置と同様の処理を適用することができる。変換処理部14は、メッセージ処理部13に供給されたSIPメッセージを、送信先に応じて、スキーム変換対応テーブル12の内容に従い変換処理する。次に、各SIPサーバ20で送信されるSIPメッセージを構成するURIの記述形式の例について説明する。SIP-URIに対応するSIPサーバ20が対応するSIPメッセージを構成するURIは、例えば、sip05022222222domaincomのような形式で記述されるものとする。sipは当該URIの対応するスキームがSIP-URIであることを示している。また、sipに続く05022222222は、電話番号を示しており、当該URIにおけるユーザ識別子ユーザIDに相当する。なお、ここでは、SIP-URIのスキームに対応したURIの例では、電話番号をそのままユーザ識別子として用いている場合を示しているが、電話番号以外の任意の文字列をユーザ識別子として用いるようにしても良い。そして、電話番号に続くで仕切られた後のdomaincomは、当該URIに係るドメイン名を示している。また、SIP-TELに対応するSIPサーバが送信するSIPメッセージを構成するURIは、例えば、tel05022222222のような形式で記述されるものとする。telは当該URIの対応するスキームがTEL-URIであることを示している。また、telに続く05022222222は、電話番号を示しており、当該URIにおけるユーザ識別子ユーザIDに相当する。なお、TEL-URIでは、通常SIP-URIのようにURIにドメイン名の記述は含まれない。SIPサーバで送信されるSIPメッセージを構成するURIは、以上のような記述形式となっており、変換処理部14は、転送先のSIPサーバに合わせた記述形式にあわせた変換を行う。スキーム変換対応テーブル12は、変換処理部14によりSIPメッセージ変換処理が行われる際に参照されるテーブルであり、各SIPサーバ20が対応するSIPメッセージを構成するURIの記述形式に関する情報が登録されている。図3は、スキーム変換対応テーブル12に登録される情報の例について示した説明図である。図3に示すように、スキーム変換対応テーブル12には、SIPメッセージの転送先の対象となり得るSIPサーバ20ごとに、URIの記述形式に係る情報として、送信先SIPサーバ名、スキーム、ドメイン名、番号フォーマットの項目の情報が登録されている。図3では、1行で、一つのSIPサーバに関する情報が記述されている。送信先SIPサーバ名の項目は、当該SIPサーバ20の識別子を示す情報である。送信先SIPサーバ名の形式は、SIPサーバ20を識別することができる形式であれば限定されないものであるが、例えば、SIP-ALG装置10から当該SIPサーバ20へアクセスするためのIPアドレスやホスト名等を適用するようにしても良い。なお、図3及び以下では、説明を簡易にするために、SIPサーバ20-1のホスト名識別子をSIPサーバ1、SIPサーバ20-2のホスト名をSIPサーバ2、SIPサーバ20-3のホスト名をSIPサーバ3と表わすものとする。スキームの項目は、当該SIPサーバ20が対応するURIのスキームを示す情報である。ここでは、スキームの項目には、SIP-URIを示すSIP、又は、TEL-URIを示すTELのいずれかが登録されるものとする。ここでは、図3に示すように、SIPサーバ1SIPサーバ20-1及びSIPサーバ2SIPサーバ20-2のスキームはSIP、SIPサーバ3SIPサーバ20-3のスキームはTELと登録されている。ドメイン名の項目は、当該SIPサーバ20が対応するURIの記述に用いるドメイン名を示す情報である。ここでは、図3に示すように、SIPサーバ1SIPサーバ20-1のドメイン名はdomaincom、SIPサーバ2SIPサーバ20-2のドメイン名はdomainnetと登録されているものとする。なお、ここでは、スキームがTELの場合には、仕様上URIの記述にドメイン名が不要であるため、空欄を示す-が登録されるものとする。SIPサーバ3SIPサーバ20-3はスキームがTELであるため、図3に示すように、ドメイン名の項目には空欄を示す-が登録されている。番号フォーマットの項目は、当該SIPサーバ20が対応するURIの記述で用いる電話番号ユーザ識別子のフォーマット記述形式について示している。次に、ネットワークシステム1において用いられる電話番号のフォーマットについて説明する。既存の電話番号の形式としては、例えば、ITU-TE.164で定義された形式がある。E.164は、ITU-Tによる公衆交換電話網などの電話網の電話番号計画に関する勧告であり、頭に及び国番号が表記された形式が採用されている。日本に対しては、国番号として81が付与されており、E.164の形式で日本の公衆電話網における電話番号を表記する場合には、電話番号が81から始まる番号となる。一方、日本国内の公衆電話網では、E.164の形式ではなく0から始まる番号となっている。ここでは、各SIPサーバ20では、対応する電話番号のフォーマットとして、上述のE.164又は、日本国内の形式0から始まる番号のいずれかが採用されているものとする。なお、SIPサーバ20で採用する電話番号のフォーマットの種類や数については上述のものに限定されないものである。そして、スキーム変換対応テーブル12において番号フォーマットの項目には、E.164のフォーマットに対応していることを示すE.164又は、日本国内のフォーマットに対応していることを示す国内のいずれかが登録されるものとする。そして、ここでは、図3に示すように、SIPサーバ1SIPサーバ20-1及びSIPサーバ2SIPサーバ20-2の番号フォーマットは国内、SIPサーバ3SIPサーバ20-3の番号フォーマットはE.164と登録されているものとする。A-2実施形態の動作次に、以上のような構成を有するこの実施形態のネットワークシステム1におけるSIP-ALG装置10の動作を説明する。ここでは、まず、SIP-ALG装置10のメッセージ処理部13変換処理部14の動作の概要について説明した後、SIPメッセージ処理の具体例について説明する。なお、以下では、SIP-ALG装置10がINVITEメッセージについて処理する場合を例として説明するが、他のURIの記述を含むSIPメッセージについても同様の処理であるため説明を省略する。図4は、SIP-ALG装置10が、SIPメッセージINVITEメッセージを受信した場合の動作について示したフローチャートである。ここでは、まず、SIP-ALG装置10のメッセージ処理部13に、SIPサーバ20-1からのINVITEメッセージが与えられたものとするS101。そして、メッセージ処理部13では、そのINVITEメッセージの内容等から、次の転送先最初の転送先のSIPサーバを決定するS102。メッセージ処理部13による次の転送先の決定方法は、上述の通り、既存の決定方法を用いるようにしても良い。具体的には、例えば、Toヘッダに記載されたURIに基づいて決定するようにしても良い。ここでは、メッセージ処理部13により、次の転送先のSIPサーバが決定され、そのSIPサーバを識別する情報としてホスト名が得られたものとして以降の説明を行う。次に、メッセージ処理部13の変換処理部14により、次の転送先のSIPサーバの情報スキーム、ドメイン名、及び番号フォーマットの各項目の情報が、スキーム変換対応テーブル12から取得されるS103、S104。ここでは、変換処理部14は、ホスト名をキーとして、次の転送先のSIPサーバの情報を、スキーム変換対応テーブル12から検出するものとする。次に、変換処理部14は、変換対象のINVITEメッセージにおけるURIのスキームと、次の転送先のSIPサーバが対応するURIのスキームを把握するS105。ここでは、各SIPサーバが対応するURIのスキームは、TEL-URI又はSIP-URIのいずれかである。したがって、ステップS105で、変換処理部14が把握する変換内容は、変換対象のINVITEメッセージのスキームがTEL-URIで転送先のスキームがSIP-URIの場合、変換対象のINVITEメッセージのスキームがTEL-URIで転送先のスキームがTEL-URIの場合、変換対象のINVITEメッセージのスキームがSIP-URIで転送先がTEL-URIの場合、又は、変換対象のINVITEメッセージのスキームがSIP-URIで転送先のスキームがSIP-URIの場合のいずれかとなる。そして、変換処理部14は、上述のステップS105の判定結果に従って、以降のステップの処理でINVITEメッセージの変換を行う。なお、変換処理部14は、変換対象のINVITEメッセージにおけるURIのスキームについて、変換対象のINVITEメッセージの内容を解析して判定するようにしても良いし、転送元のSIPサーバ20のホスト名を把握して、スキーム変換対応テーブル12から読み込んで把握するようにしても良い。変換処理部14が、変換対象のINVITEメッセージの内容を解析して、変換対象のINVITEメッセージにおけるURIのスキームを判定する場合には、例えば、各ヘッダに含まれるURIが、sipで始まる場合にはSIP-URIと判定し、telで始まる場合にはTEL-URIと判定するようにしても良い。上述のステップS105において、変換対象のINVITEメッセージにおけるURIのスキームがTEL-URI、次の転送先のSIPサーバ20が対応するスキームがSIP-URIと判定された場合、変換処理部14は、変換対象のINVITEメッセージについて各ヘッダのURIに係るスキームを変換する処理を行うS106。上述の通り、TEL-URIのスキームに対応したURIはtelで始まり、SIP-URIのスキームに対応したURIはsipで始まる。したがって、変換処理部14は、変換対象のINVITEメッセージの各ヘッダのURIについて、telをsipに変換することによりスキームを変換する。さらに、変換処理部14は、変換対象のINVITEメッセージにおける、各ヘッダのURIにドメイン名次の転送先のSIPサーバで用いられるものを付与する処理を行うS107。上述の通り、TEL-URIのスキームに対応したURIは、tel05022222222等tel電話番号という構成をとることが一般的である。これに対して、SIP-URIのスキームに対応したURIは、例えば、sip05022222222domainnet等、sipユーザ識別子ドメイン名という構成をとることが一般的である。すなわち、TEL-URIのスキームに対応したURIでは、ドメイン名の部分が記述されていない。そこで、上述のステップS107の処理により、変換対象の各ヘッダのURIに及び次の転送先のSIPサーバで用いられるドメイン名の記述を追加する処理を行う。上述のステップS105において、変換対象のINVITEメッセージにおけるURIのスキームがSIP-URI、次の転送先のSIPサーバ20が対応するスキームがTEL-URIと判定された場合、変換処理部14は、変換対象のINVITEメッセージについて各ヘッダのURIに係るスキームを変換する処理を行うS108。具体的には、変換処理部14は、変換対象のINVITEメッセージの各ヘッダのURIについて、sipをtelに変換することによりスキームを変換する。さらに、変換処理部14は、変換対象のINVITEメッセージにおける、各ヘッダのURIからドメイン名の記述を削除する処理を行うS109。上述の通り、TEL-URIのスキームに対応したURIでは、ドメイン名の部分が記述されないため、上述のステップS109の処理により、変換対象の各ヘッダのURIから、ドメイン名の記述を削除する処理を行う。上述のステップS105において、変換対象のINVITEメッセージにおけるURIのスキームがSIP-URI、次の転送先のSIPサーバ20が対応するスキームもSIP-URIと判定された場合、変換処理部14は、変換対象のINVITEメッセージについて、各ヘッダのURIに記述されたドメイン名を、次の転送先で用いられるドメイン名に変換する処理を行うS110。SIPメッセージのURIで用いられるドメイン名は、通常ネットワークごとに異なるものが用いられるため、同じSIP-URIのスキームに対応したSIPサーバ20間でもドメイン名が異なる場合、正常なメッセージ処理が行われないことがある。そのため、変換処理部14では、変換対象のINVITEメッセージのURIで用いられるドメイン名が、転送先のSIPサーバで通用するものに変換する処理を行う。なお、URIで用いられるドメイン名が各ネットワークで全て同じ場合や、ドメイン名が異なっていても転送先のSIPサーバ20で正常にメッセージ処理が可能な場合は、上述のステップS110の処理は省略するようにしても良い。上述のステップS105において、変換対象のINVITEメッセージにおけるURIのスキームがTEL-URI、次の転送先のSIPサーバ20が対応するスキームもTEL-URIと判定された場合、又は、上述のステップS107、S109、S110のいずれかの処理が完了した場合、次に、変換処理部14は、変換対象のINVITEメッセージにおけるURIの電話番号のフォーマット、及び、次の転送先のSIPサーバが対応する電話番号のフォーマットを判定する処理を行うS111。ここでは、各SIPサーバが対応する番号フォーマットは、上述の通り、国内又はE.164のいずれかである。したがって、ステップS111で、変換処理部14が把握する内容は、変換対象のINVITEメッセージにおける番号フォーマットが国内で転送先における番号フォーマットがE.164の場合、変換対象のINVITEメッセージにおける番号フォーマットが国内で転送先における番号フォーマットが国内の場合、変換対象のINVITEメッセージにおける番号フォーマットがE.164で転送先における番号フォーマットが国内の場合、又は、変換対象のINVITEメッセージにおける番号フォーマットがE.164で転送先における番号フォーマットがE.164の場合のいずれかとなる。そして、変換処理部14は、上述のステップS111の判定結果に従って、以降のステップの処理で、受信したINVITEメッセージの変換を行う。なお、変換処理部14は、変換対象のINVITEメッセージにおける番号フォーマットについては、変換対象のINVITEメッセージの内容を解析して判定するようにしても良いし、転送元のSIPサーバのホスト名を把握して、スキーム変換対応テーブル12から読み込んで把握するようにしても良い。変換処理部14が、変換対象のINVITEメッセージの内容を解析して、変換対象のINVITEメッセージにおける番号フォーマットを判定する場合には、例えば、各ヘッダに含まれるURIの、sip又はtelに続く電話番号の部分が又は81で始まる場合にはE.164と判定し、0で始まる場合には国内と判定するようにしても良い。上述のステップS111において、変換対象のINVITEメッセージにおける番号フォーマットが国内で、次の転送先のSIPサーバが対応する番号フォーマットがE.164と判定された場合、変換処理部14は、変換対象のINVITEメッセージについて各ヘッダのURIに係る番号フォーマットを変換する処理を行うS112。上述の通り、番号フォーマットが国内に対応する場合には、URIにおける電話番号は、例えば05022222222と先頭が0で始まる。また、番号フォーマットがE.164に対応する場合には、URIにおける電話番号は、例えば、815022222222と先頭が81で始まる点で国内と異なる。したがって、この場合、変換処理部14は、変換対象のINVITEメッセージの各ヘッダのURIについて、電話番号の部分のうち先頭を0から81に変換することにより、番号フォーマットの変換を行う。なお、ここでは、転送先のSIPサーバ20における番号フォーマットがE.164の場合には、変換処理部14は、電話番号を構成する国番号を全て日本のもの81として処理しているが、スキーム変換対応テーブル12にSIPサーバ20ごとの国番号を登録しておいて、転送先のSIPサーバ20に合わせた国番号として処理するようにしても良い。一方、上述のステップS111において、変換対象のINVITEメッセージにおける番号フォーマットがE.164で、次の転送先のSIPサーバ20が対応する番号フォーマットが国内と判定された場合、変換処理部14は、変換対象のINVITEメッセージについて各ヘッダのURIに係る番号フォーマットを変換する処理を行うS113。この場合、変換処理部14は、変換対象のINVITEメッセージの各ヘッダのURIについて、上述のステップS112と逆の処理、すなわち、電話番号の部分のうち先頭の国番号の部分81を0に変換することにより、番号フォーマットの変換を行う。なお、上述のステップS111で、変換処理部14により、変換対象のINVITEメッセージ及び次の転送先のSIPサーバ20の対応する番号フォーマットが同一の場合、又は、上述のステップS112、S113の処理のいずれかが完了すると、変換処理部14によるINVITEメッセージの変換処理は終了する。そして、変換後のINVITEメッセージが、メッセージ処理部13により次の転送先のSIPサーバ20へ送信されるS114。なお、上記の説明では、各SIPサーバが対応する番号フォーマットは、国内又はE.164のいずれかであるとしたが、既存のSIPサーバが対応するSIP-URIのスキームでは、URIに含まれるユーザ識別子が番号のみで構成されている電話番号形式ではなく、任意の文字により構成された文字列の形式以下、アカウント形式というの場合もある。仮に、上述のステップS111で、変換処理部14により、変換対象のINVITEメッセージを構成するURIに含まれるユーザ識別子が、アカウント形式であると判定された場合には、番号フォーマットの変換等は行わずに、上述のステップS114の処理に移行するようにしても良い。変換処理部14が、SIP-URI形式のURIの内容を解析して、ユーザ識別子の記述形式を認識する方法としては、例えば、sipととの間で、数字以外の記号が含まれる場合ただし、先頭にが配置されている場合は無視には、アカウント形式と認識し、数字だけで構成されている場合には電話番号形式と認識するようにしても良い。次に、上述の図4のフローチャートに従って、変換処理部14が動作し、INVITEメッセージを変換する場合の具体的な例について説明する。図5は、SIP-ALG装置10において処理されるINVITEメッセージの内容例について示した説明図である。なお、図5に示す各INVITEメッセージでは、説明を簡易にするため、変換処理部14で変換対象となるヘッダ情報すなわち、URIの記述を含むヘッダ情報以外の部分については省略して図示している。そして、ここでは、図5aに示す内容のINVITEメッセージが、変換処理部14の変換対象となっているものとして説明する。そして、まず最初に、図5aのINVITEメッセージに係る次の転送先のSIPサーバ20が、上述のステップS102の処理により、SIPサーバ20-2と決定した場合の変換処理部14による変換処理について説明する。この場合、変換処理部14では、上述のステップS103、S104の処理で、スキーム変換対応テーブル12から、SIPサーバ20-2の情報スキーム:SIP、ドメイン名:domainnet、番号フォーマット:国内が取得される。なお、SIPサーバ20-1については、スキーム変換対応テーブル12の内容、又は、図5aに示すINVITEメッセージに含まれるURIの構成から、スキーム:SIP、ドメイン名:domaincom、番号フォーマット:国内と把握できる。例えば、図5aのINVITEメッセージのINVITEヘッダに記載されたURIではsip05022222222domaincomとなっている。このURIはsipから始まるためURIのスキームはSIP-URIと把握できる。また、このURIのsipに続く電話番号は0から始まっているので、番号フォーマットは国内と把握できる。また、電話番号に続いてdomaincomとなっているため、ドメイン名はdomaincomと把握できる。そして、次に、上述のステップS105の判定が行われるが、この場合は、変換対象のINVITEメッセージにおけるURIのスキームがSIP-URIで、次の転送先のURIのスキームもSIP-URIであるので、上述のステップS110の処理に移行することになる。ステップS110では、上述の通り、INVITEメッセージの各ヘッダのURIに記述されたドメイン名が、次の転送先で用いられるドメイン名に変換される。この場合、各URIのdomaincomがdomainnetに変換されることになる。図5bは、上述の図5aのINVITEメッセージが、上述のステップS110の処理に従って変換された後の内容について示している。図5bに示すように、変換前のsip05022222222domaincomというURIの記述がsip05022222222domainnetという記述に変換されている。また、図5bでは、変換前のsip05011111111domaincomというURIの記述がsip05011111111domainnetという記述に変換されている。そして、次に、上述のステップS111の判定が行われるが、この場合は、変換対象のINVITEメッセージにおける番号フォーマットが国内で、次の転送先のURIの番号フォーマットも国内であるので、番号フォーマットに関する変換は行われず、上述のステップS114の処理に移行し、変換処理部14による変換処理は終了することになる。次に、図5aのINVITEメッセージに係る次の転送先のSIPサーバが、上述のステップS102の処理により、SIPサーバ20-3と決定した場合の変換処理部14による変換処理について説明する。この場合、変換処理部14では、上述のステップS103、S104の処理で、スキーム変換対応テーブル12から、SIPサーバ20-3の情報スキーム:TEL、ドメイン名:-空欄、番号フォーマット:E.164が取得される。そして、次に、上述のステップS105の判定が行われるが、この場合は、変換対象のINVITEメッセージにおけるURIのスキームがSIP-URIで、次の転送先のURIのスキームがTEL-URIであるので、上述のステップS108の処理に移行することになる。そして、ステップS108の処理では、上述の通り、INVITEメッセージの各ヘッダのURIについて、スキームを変換SIP-URIからTEL-URIへ変換する処理が行われる。この場合、各URIの先頭のsipが全てtelに変換されることになる。そして続くステップS109では、上述の通り、INVITEメッセージの各ヘッダのURIに記述されたドメイン名が削除される。この場合、各URIのdomaincomの部分の記述が削除されることになる。図5cは、上述の図5aのINVITEメッセージが、上述のステップS108及びステップS109の処理に従って変換された後の内容例について示している。図5cに示すように、変換前のsip05022222222domaincomというURIの記述がtel05022222222という記述に変換されている。また、図5bでは、変換前のsip05011111111domaincomというURIの記述がtel05011111111という記述に変換されている。そして、次に、上述のステップS111の判定が行われるが、この場合は、変換対象のINVITEメッセージにおける番号フォーマットが国内で、次の転送先のURIの番号フォーマットがE.164であるので、上述のステップS112の処理に移行することになる。そして、ステップS112の処理では、上述の通り、INVITEメッセージの各ヘッダのURIについて、番号フォーマットを変換する処理国内からE.164へ変換する処理が行われる。この場合、各URIの電話番号ユーザIDの部分のうち先頭が、81から0に変換されることになる。図5dは、上述の図5cのINVITEメッセージが、上述のステップS112の処理に従って変換された後の内容例について示している。図5dに示すように、変換前のtel05022222222というURIの記述がtel815022222222という記述に変換されている。また、図5bでは、変換前のtel05011111111というURIの記述がtel815011111111という記述に変換されている。A-3実施形態の効果この実施形態によれば、以下のような効果を奏することができる。SIP-ALG装置10では、スキーム変換対応テーブル12を用いたSIPメッセージを構成するURIのスキーム変換等の処理を実現している。これにより、SIP-ALG装置10を介した各ネットワークのSIPサーバ20において、対応するURIのスキーム等が異なっていても、転送先のSIPサーバ20が対応するルールに則ったSIPメッセージを生成、転送することができ、ネットワーク間の接続親和性を高めることができる。B他の実施形態本発明は、上記の実施形態に限定されるものではなく、以下に例示するような変形実施形態も挙げることができる。B-1上記の実施形態において、ネットワークシステム1を構成する各ネットワークネットワークNA、NB、NCが対応するプロトコルは、IPv4としても良いしIPv6としても良い。また、各ネットワークが対応するプロトコルは全て同一例えば、全てIPv6に対応としても良いし、複数のプロトコルが混在例えば、一部のネットワークはIPv4に対応し、その他のネットワークはIPv6に対応するような構成としても良い。また、上記の実施形態では、SIP-ALG装置10は、ネットワーク間のSIPメッセージを処理するものとして説明したが、同一ネットワーク内のSIPサーバ間のSIPメッセージ処理を行う構成としても良い。さらに、上記の実施形態では、SIP-ALG装置10が、SIPメッセージを行うことについて説明したが、SIPメッセージ以外のデータIPパケットの転送も行うゲートウェイ信号処理装置として構築するようにしても良い。B-2上記の実施形態において、スキーム変換対応テーブル12については、図3に示すように、SIPサーバ単位でURIの記述形式の情報を登録する例について示しているが、情報を登録する単位はこれに限定されないものである。例えば、同一のネットワーク内のSIPサーバに関する情報が同じ場合には、スキーム変換対応テーブル12に転送先のネットワークごとに情報を登録し、変換処理部14が、変換対象のSIPメッセージの次の転送先のSIPサーバが属するネットワークの情報を、当該SIPサーバの情報として取得するようにしても良い。B-3上記の実施形態において、全てのネットワークで対応する番号フォーマットが同じ場合には、SIP-ALG装置10において番号フォーマットの変換処理を省略するようにしても良い。また、その場合、スキーム変換対応テーブル12から番号フォーマットに係る項目を省略するようにしても良い。B-4上記の実施形態において、変換処理部14は、変換対象SIPメッセージを構成するユーザ識別子が電話番号の場合に、その電話番号の番号フォーマットについて、次の転送先のSIPサーバが対応する番号フォーマットに変換する処理について説明した上述の図4のステップS111~113参照。ここで、変換処理部14によるユーザ識別子の変換を、番号フォーマットの変換ではなく、ユーザ識別子自体の変換を行うようにしても良い。例えば、一人のユーザに、ユーザ識別子として、05011111111という電話番号形式の識別子と、abcdefというアカウント形式の識別子が付与されている場合を想定する。また、スキーム変換対応テーブル12に各SIPサーバ20が対応するユーザ識別子の記述形式の項目電話番号形式又はアカウント形式のいずれかで示される項目を追加して登録しておくものとする。さらに、SIP-ALG装置10は、ユーザごとのアカウント形式のユーザ識別子と、電話番号形式のユーザ識別子との対応テーブル以下、識別子対応テーブルというも備えているものとする。そして、変換処理部14は、変換対象のSIPメッセージにおけるユーザ識別子の記述形式と、次の転送先のSIPサーバ20が対応するユーザ識別子の記述形式を把握し、記述形式が異なる場合には、URIを構成するユーザ識別子の部分について、上述の識別子対応テーブルを用いて、変換するようにしても良い。なお、変換処理部14が、変換対象のSIPメッセージで対応するユーザ識別子の記述形式を認識する方法としては、例えば、スキーム変換対応テーブル12の内容から認識するようにしいても良いし、当該SIPメッセージに含まれるURIの内容を解析して認識するようにしても良い。ここで、例として、あるユーザに電話番号形式のユーザ識別子として05011111111、アカウント形式のユーザ識別子としてabcdefが付与されている場合を想定する。そして、変換処理部14で当該ユーザのURIが含まれるSIPメッセージを変換する際に、変換対象のSIPメッセージにおける記述形式が電話番号形式で、次の転送先のSIPサーバが対応する記述形式がアカウント形式であったものとする。この場合、変換処理部14は、上述の識別子対応テーブルを用いて、05011111111に対応するユーザ識別子としてabcdefを検出し、さらに、当該SIPメッセージのURIに含まれる、05011111111というユーザ識別子を、abcdefというユーザ識別子に変換する処理を行う。例えば、変換前のURIがsip05011111111domaincomだった場合には、sipabcdefdomaincomと変換されることになる。