(57)【要約】【課題】  複数のＮＡＴ／ＦＷ装置等と連携した場合にもＳＩＰ−ＡＬＧ上で管理する呼関連リソースを参照の際に当該リソースの特定を可能とし、また、複数のＮＡＴ／ＦＷ装置等に関連する呼関連リソースを各ＮＡＴ／ＦＷ装置等毎に削除できるようにする。【解決手段】  ＮＡＴ／ＦＷ装置（１２）、（２２）から送信されるカプセル化ＳＩＰ信号にはカプセル化部に送信元ＮＡＴ／ＦＷ装置のＩＰアドレスが設定されている。ＳＩＰ−ＡＬＧ（５１）ではカプセル化ＳＩＰ信号を受信した際に、当該カプセル化部分よりＮＡＴ／ＦＷ装置のＩＰアドレスを対向装置識別情報として取得する。また、ＳＩＰレイヤに設定されるＣａｌｌ−ＩＤなど呼識別情報を取得し、対向装置識別情報と呼識別情報の組を呼関連リソース管理のためのキー情報とする。その後取得したキー情報に基づき、アドレス変換情報やピンホール設定情報など呼関連リソースを管理する。【選択図】        図１
2005204216.tif 000002
【特許請求の範囲】
【請求項１】
ＩＰ通信網において、ネットワークアドレス変換機能及びファイアウォール機能を備えたＮＡＴ／ＦＷ装置があり、前記ＮＡＴ／ＦＷ装置が、ＳＩＰ信号を検出すると、自身のＩＰアドレスを被せてカプセル化した、カプセル化ＳＩＰ信号を転送先装置に転送し、前記転送先装置から返送されたカプセル化ＳＩＰ信号をデカプセル化し、元のＳＩＰ信号に戻す機能を有し、前記転送先装置からアドレス変換要求されたＩＰアドレス、Ｐｏｒｔ番号に対して、変換先のＩＰアドレス、Ｐｏｒｔ番号を払い出し、変換前後のアドレス組を管理し、前記転送先装置に対して結果を応答する機能、及び、前記転送先装置からのアドレス組の削除要求に対して払い出したアドレス組を削除する機能を有しており、さらに、前記転送先装置からピンホール設定要求された送受信ＩＰアドレス、Ｐｏｒｔ番号に対してピンホール設定を行う機能、及び、転送先装置からピンホール削除要求された送受信ＩＰアドレス、Ｐｏｒｔ番号のピンホールを削除する機能を有している状態において、
複数台数の前記ＮＡＴ／ＦＷ装置を跨いだネットワーク間に置かれた端末同士のＳＩＰ通信について、複数台数の前記ＮＡＴ／ＦＷ装置の転送先装置として連携し、ＳＩＰレイヤのアドレス変換要求及びアドレス変換情報の保持を行い、また、発着端末間で信号を送受信をするために必要となるピンホール設定要求及びピンホール設定情報の保持を行い、また、ＳＩＰ通信終了時には、アドレス変換情報、ピンホール設定情報の削除を行うＳＩＰ−ＡＬＧにおいて、前記アドレス変換情報、ピンホール設定情報を含むＳＩＰの呼に関連するリソースを管理する方法であって、
前記ＮＡＴ／ＦＷ装置より送信されたカプセル化ＳＩＰ信号をＳＩＰ−ＡＬＧで受信すると、カプセル化部分より前記ＮＡＴ／ＦＷ装置を識別するための情報を対向装置識別情報として取得し、ＳＩＰ信号のＳＩＰレイヤより呼を識別するための情報を呼識別情報として取得し、前記対向装置識別情報と前記呼識別情報の組を、ＳＩＰ−ＡＬＧにおける呼関連リソース管理のためのキー情報として記録し、前記ＮＡＴ／ＦＷ装置に対してアドレス変換要求を行った結果として得られるアドレス変換情報、ピンホール設定要求を行った結果として得られるピンホール設定情報を含む呼関連リソースを前記キー情報に対するレコードとして管理することで、前記呼関連リソースを対向するＮＡＴ／ＦＷ装置毎、呼毎に独立に管理するＳＩＰ−ＡＬＧの呼関連リソース管理方法。
【請求項２】
請求項１に記載のＳＩＰ−ＡＬＧの呼関連リソース管理方法であって、
前記ＳＩＰ−ＡＬＧに、アドレス変換情報を格納するアドレス変換テーブル、ピンホール設定情報を格納するピンホール管理テーブル、及び、発着端末のメディア送受信用アドレスを格納するメディア情報収集テーブルを配備している状態において、
前記ＮＡＴ／ＦＷ装置より送信されたカプセル化ＳＩＰ信号をＳＩＰ−ＡＬＧで受信すると、カプセル化部分より前記ＮＡＴ／ＦＷ装置のＩＰアドレスを対向装置識別情報として取得し、ＳＩＰ信号のＳＩＰレイヤよりＣａｌｌ−ＩＤを呼識別情報として取得し、前記対向装置識別情報と前記呼識別情報の組を、ＳＩＰ−ＡＬＧにおける呼関連リソースを管理するためのキー情報として記録する第１のステップと、
変換対象となるＳＩＰヘッダのＩＰアドレス、Ｐｏｒｔ番号のアドレス変換要求を行う際に、前記キー情報の対向装置識別情報より取得した前記ＮＡＴ／ＦＷ装置のＩＰアドレスを指定してアドレス変換要求を行い、その結果として変換前後のＩＰアドレス、Ｐｏｒｔ番号を取得し、前記キー情報に対するレコードとして、変換前後のＩＰアドレス、Ｐｏｒｔ番号をアドレス変換テーブルに格納する第２のステップと、
ＳＩＰレイヤのＳＩＰボディ部がＳＤＰであった場合、ＳＤＰに記述されるメディア送受信用のＩＰアドレス、Ｐｏｒｔ番号を収集し、前記キー情報に対するレコードとして、ＩＰアドレス、Ｐｏｒｔ番号、発着端末種別を、メディア情報収集テーブルに記述する第３のステップと、
メディア情報収集テーブルにおいて、発着端末のメディア送受信用ＩＰアドレス、Ｐｏｒｔ番号の組を収集できた場合、前記キー情報の対向装置識別情報より取得したＮＡＴ／ＦＷ装置のＩＰアドレスを指定してピンホール設定要求を行い、その際に用いた送受信ＩＰアドレス、Ｐｏｒｔ番号をピンホール管理テーブルに格納する第４のステップと、
を有するＳＩＰ−ＡＬＧの呼関連リソース管理方法。
【請求項３】
請求項２に記載のＳＩＰ−ＡＬＧの呼関連リソース管理方法であって、
前記第２のステップにおいて変換対象となるＳＩＰヘッダのＩＰアドレス、Ｐｏｒｔ番号のアドレス変換を行う場合、前記第１のステップで取得したキー情報を基に、まずアドレス変換テーブルを参照し、当該ＩＰアドレス、Ｐｏｒｔ番号に対応する変換後ＩＰアドレス、Ｐｏｒｔ番号が既に格納されているか否かを確認し、格納されていればその結果を取得し、格納されていなければ、前記キー情報の対向装置識別情報より取得したＮＡＴ／ＦＷ装置のＩＰアドレスを指定してアドレス変換要求を行い、その結果として変換前後のＩＰアドレス、Ｐｏｒｔ番号を取得し、前記キー情報に対するレコードとして、変換前後のＩＰアドレス、Ｐｏｒｔ番号をアドレス変換テーブルに格納する処理を行い、
前記第４のステップにおいてピンホール設定用の送受信ＩＰアドレス、Ｐｏｒｔ番号組のピンホール設定を行う際に、前記第１のステップで取得したキー情報を基に、ピンホール管理テーブルを参照し、当該ＩＰアドレス、Ｐｏｒｔ番号組が既に格納されているか否かを確認し、格納されていればその結果を取得し、格納されていなければ、前記キー情報の対向装置識別情報より取得したＮＡＴ／ＦＷ装置のＩＰアドレスを指定してピンホール設定要求を行い、その際に用いた送受信ＩＰアドレス、Ｐｏｒｔ番号をピンホール管理テーブルに格納する処理を行うＳＩＰ−ＡＬＧの呼関連リソース管理方法。
【請求項４】
請求項２に記載のＳＩＰ−ＡＬＧの呼関連リソース管理方法であって、
ＳＩＰ−ＡＬＧで受信したカプセル化ＳＩＰ信号を解析した結果、呼を終了させる信号であった場合、
前記第１のステップを行った上で得られた対向装置識別情報と呼識別情報をキー情報としてアドレス変換テーブルを検索し、検索した結果アドレス組が得られた場合、当該アドレス組のアドレス組削除要求を前記キー情報の対向装置識別情報より取得したＮＡＴ／ＦＷ装置のＩＰアドレスに対して送信することにより、ＮＡＴ／ＦＷ装置のアドレス組を削除し、また、アドレス変換テーブルに対しても当該アドレス組を削除し、
前記キー情報を基に、ピンホール管理テーブルを検索し、検索した結果、送受信ＩＰアドレス、Ｐｏｒｔ番号組が得られた場合は、当該ＩＰアドレス、Ｐｏｒｔ番号組のピンホール削除要求を、前記キー情報の対向装置識別情報より取得したＮＡＴ／ＦＷ装置のＩＰアドレスに対して送信することにより、ＮＡＴ／ＦＷ装置のピンホール情報を削除し、また、ピンホール管理テーブルに対しても当該ＩＰアドレス、Ｐｏｒｔ番号組を削除し、
前記キー情報を基に、メディア情報収集テーブルを検索し、検索した結果ＳＤＰ情報が得られた場合は当該ＳＤＰ情報を削除することで、呼毎、対向するＮＡＴ／ＦＷ装置毎に関連するリソースを削除するＳＩＰ−ＡＬＧの呼関連リソース管理方法。
【請求項５】
請求項１ないし４のうちいずれか１項に記載のＳＩＰ−ＡＬＧの呼関連リソース管理方法であって、
前記ＮＡＴ／ＦＷ装置に代えて、仮想プライベート網（ＶＰＮ）を収容し、複数のＶＰＮに対して論理的に複数のＮＡＴ／ＦＷを設定できるＶＰＮ収容装置があり、前記ＶＰＮ収容装置が、前記カプセル化ＳＩＰ信号のカプセル化部分に前記ＶＰＮ装置のＩＰアドレスだけでなく、論理的なＮＡＴ／ＦＷに接続されているＶＰＮの番号も付加しカプセル化ＳＩＰ信号を転送先装置に転送し、前記転送先装置から返送されたカプセル化信号を受信しデカプセル化し元のＳＩＰ信号に戻す機能を有し、前記転送先装置からのアドレス変換要求、アドレス組削除要求、ピンホール設定要求、ピンホール削除要求を前記ＶＰＮ装置のＩＰアドレスとＶＰＮ番号で指定されるＶＰＮ装置内の論理ＮＡＴ／ＦＷで受信し、アドレス組の払い出し、ピンホール設定を行う機能を有しており、
複数台数の前記ＶＰＮ収容装置の転送先装置として連携するＳＩＰ−ＡＬＧが、カプセル化部分より対向装置識別情報だけでなく、ＶＰＮ番号も取得し、前記アドレス変換要求、アドレス組の削除要求、ピンホール設定要求及び削除要求を行う際に、対向装置識別情報にＶＰＮ番号も含めて行い、
請求項１ないし４の呼関連リソースを管理するためのキー情報である対向装置識別情報と呼識別情報の組に代えて、前記ＶＰＮ収容装置より送信されたカプセル化ＳＩＰ信号から、カプセル化部分より前記対向装置識別情報を取得し、また、カプセル化部分より前記ＶＰＮ番号をＶＰＮ識別情報として取得し、ＳＩＰ信号より呼を識別するための情報を呼識別情報として取得し、前記対向装置識別情報、前記ＶＰＮ識別情報、前記呼識別情報の組をＳＩＰ−ＡＬＧにおける呼関連リソースを管理するためのキー情報として収集し、
アドレス変換情報、ピンホール設定情報を含む呼関連リソースを、呼毎、対向装置毎、ＶＰＮに対応した論理ＮＡＴ／ＦＷ毎に、独立に登録、参照、削除するＳＩＰ−ＡＬＧの呼関連リソース管理方法。
【請求項６】
ＩＰ通信網において、ネットワークアドレス変換機能及びファイアウォール機能を備えたＮＡＴ／ＦＷ装置があり、前記ＮＡＴ／ＦＷ装置が、ＳＩＰ信号を検出すると、自身のＩＰアドレスを被せてカプセル化した、カプセル化ＳＩＰ信号を転送先装置に転送し、前記転送先装置から返送されたカプセル化ＳＩＰ信号をデカプセル化し、元のＳＩＰ信号に戻す機能を有し、前記転送先装置からアドレス変換要求されたＩＰアドレス、Ｐｏｒｔ番号に対して、変換先のＩＰアドレス、Ｐｏｒｔ番号を払い出し、変換前後のアドレス組を管理し、前記転送先装置に対して結果を応答する機能、及び、前記転送先装置からのアドレス組の削除要求に対して払い出したアドレス組を削除する機能を有しており、さらに、前記転送先装置からピンホール設定要求された送受信ＩＰアドレス、Ｐｏｒｔ番号に対してピンホール設定を行う機能、及び、転送先装置からピンホール削除要求された送受信ＩＰアドレス、Ｐｏｒｔ番号のピンホールを削除する機能を有している状態において、
複数台数のＮＡＴ／ＦＷ装置を跨いだネットワーク間に置かれた端末同士のＳＩＰ通信について、複数台数の前記ＮＡＴ／ＦＷ装置の転送先装置として連携し、ＳＩＰレイヤのアドレス変換要求及びアドレス変換情報の保持を行い、また、発着端末間で信号を送受信をするために必要となるピンホール設定要求及びピンホール設定情報の保持を行い、また、ＳＩＰ通信終了時には、アドレス変換情報、ピンホール設定情報の削除を行うＳＩＰ−ＡＬＧであって、
前記ＮＡＴ／ＦＷ装置より送信されたカプセル化ＳＩＰ信号を受信すると、カプセル化部分より前記ＮＡＴ／ＦＷ装置を識別するための情報を対向装置識別情報として取得し、ＳＩＰ信号のＳＩＰレイヤより呼を識別するための情報を呼識別情報として取得し、前記対向装置識別情報と前記呼識別情報の組を、ＳＩＰ−ＡＬＧにおける呼関連リソース管理のためのキー情報として記録する手段を有し、
前記ＮＡＴ／ＦＷ装置に対してアドレス変換要求を行った結果として得られるアドレス変換情報、ピンホール設定要求を行った結果として得られるピンホール設定情報を含む呼関連リソースを前記キー情報に対するレコードとして管理することで、前記呼関連リソースを対向するＮＡＴ／ＦＷ装置毎、呼毎に独立に管理するＳＩＰ−ＡＬＧ。
【請求項７】
請求項６に記載のＳＩＰ−ＡＬＧあって、
アドレス変換情報を格納するアドレス変換テーブル、ピンホール設定情報を格納するピンホール管理テーブル、及び、発着端末のメディア送受信用アドレスを格納するメディア情報収集テーブルを配備し、
前記ＮＡＴ／ＦＷ装置より送信されたカプセル化ＳＩＰ信号をＳＩＰ−ＡＬＧで受信すると、カプセル化部分より前記ＮＡＴ／ＦＷ装置のＩＰアドレスを対向装置識別情報として取得し、ＳＩＰ信号のＳＩＰレイヤよりＣａｌｌ−ＩＤを呼識別情報として取得し、前記対向装置識別情報と前記呼識別情報の組を、ＳＩＰ−ＡＬＧにおける呼関連リソースを管理するためのキー情報として記録する第１の手段と、
変換対象となるＳＩＰヘッダのＩＰアドレス、Ｐｏｒｔ番号のアドレス変換要求を行う際に、前記キー情報の対向装置識別情報より取得した前記ＮＡＴ／ＦＷ装置のＩＰアドレスを指定してアドレス変換要求を行い、その結果として変換前後のＩＰアドレス、Ｐｏｒｔ番号を取得し、前記キー情報に対するレコードとして、変換前後のＩＰアドレス、Ｐｏｒｔ番号をアドレス変換テーブルに格納する第２の手段と、
ＳＩＰレイヤのＳＩＰボディ部がＳＤＰであった場合、ＳＤＰに記述されるメディア送受信用のＩＰアドレス、Ｐｏｒｔ番号を収集し、前記キー情報に対するレコードとして、ＩＰアドレス、Ｐｏｒｔ番号、発着端末種別を、メディア情報収集テーブルに記述する第３の手段と、
メディア情報収集テーブルにおいて、発着端末のメディア送受信用ＩＰアドレス、Ｐｏｒｔ番号の組を収集できた場合、前記キー情報の対向装置識別情報より取得したＮＡＴ／ＦＷ装置のＩＰアドレスを指定してピンホール設定要求を行い、その際に用いた送受信ＩＰアドレス、Ｐｏｒｔ番号をピンホール管理テーブルに格納する第４の手段と、
を有するＳＩＰ−ＡＬＧ。
【請求項８】
請求項７に記載のＳＩＰ−ＡＬＧであって、
前記第２の手段において変換対象となるＳＩＰヘッダのＩＰアドレス、Ｐｏｒｔ番号のアドレス変換を行う場合、前記第１の手段で取得したキー情報を基に、まずアドレス変換テーブルを参照し、当該ＩＰアドレス、Ｐｏｒｔ番号に対応する変換後ＩＰアドレス、Ｐｏｒｔ番号が既に格納されているか否かを確認し、格納されていればその結果を取得し、格納されていなければ、前記キー情報の対向装置識別情報より取得したＮＡＴ／ＦＷ装置のＩＰアドレスを指定してアドレス変換要求を行い、その結果として変換前後のＩＰアドレス、Ｐｏｒｔ番号を取得し、前記キー情報に対するレコードとして、変換前後のＩＰアドレス、Ｐｏｒｔ番号をアドレス変換テーブルに格納する処理を行い、
前記第４の手段においてピンホール設定用の送受信ＩＰアドレス、Ｐｏｒｔ番号組のピンホール設定を行う際に、前記第１の手段で取得したキー情報を基に、ピンホール管理テーブルを参照し、当該ＩＰアドレス、Ｐｏｒｔ番号組が既に格納されているか否かを確認し、格納されていればその結果を取得し、格納されていなければ、前記キー情報の対向装置識別情報より取得したＮＡＴ／ＦＷ装置のＩＰアドレスを指定してピンホール設定要求を行い、その際に用いた送受信ＩＰアドレス、Ｐｏｒｔ番号をピンホール管理テーブルに格納するＳＩＰ−ＡＬＧ。
【請求項９】
請求項７に記載のＳＩＰ−ＡＬＧであって、
受信したカプセル化ＳＩＰ信号を解析した結果、呼を終了させる信号であった場合、
前記第１の手段により得られた対向装置識別情報と呼識別情報をキー情報としてアドレス変換テーブルを検索し、検索した結果アドレス組が得られた場合、当該アドレス組のアドレス組削除要求を前記キー情報の対向装置識別情報より取得したＮＡＴ／ＦＷ装置のＩＰアドレスに対して送信することにより、ＮＡＴ／ＦＷ装置のアドレス組を削除し、また、アドレス変換テーブルに対しても当該アドレス組を削除し、
前記キー情報を基に、ピンホール管理テーブルを検索し、検索した結果、送受信ＩＰアドレス、Ｐｏｒｔ番号組が得られた場合は、当該ＩＰアドレス、Ｐｏｒｔ番号組のピンホール削除要求を、前記キー情報の対向装置識別情報より取得したＮＡＴ／ＦＷ装置のＩＰアドレスに対して送信することにより、ＮＡＴ／ＦＷ装置のピンホール情報を削除し、また、ピンホール管理テーブルに対しても当該ＩＰアドレス、Ｐｏｒｔ番号組を削除し、
前記キー情報を基に、メディア情報収集テーブルを検索し、検索した結果ＳＤＰ情報が得られた場合は当該ＳＤＰ情報を削除することで、呼毎、対向するＮＡＴ／ＦＷ装置毎に関連するリソースを削除するＳＩＰ−ＡＬＧ。
【請求項１０】
請求項６ないし９のうちいずれか１項に記載のＳＩＰ−ＡＬＧであって、
前記ＮＡＴ／ＦＷ装置に代えて、仮想プライベート網（ＶＰＮ）を収容し、複数のＶＰＮに対して論理的に複数のＮＡＴ／ＦＷを設定できるＶＰＮ収容装置があり、前記ＶＰＮ収容装置が、前記カプセル化ＳＩＰ信号のカプセル化部分に前記ＶＰＮ装置のＩＰアドレスだけでなく、論理的なＮＡＴ／ＦＷに接続されているＶＰＮの番号も付加しカプセル化ＳＩＰ信号を転送先装置に転送し、前記転送先装置から返送されたカプセル化信号を受信しデカプセル化し元のＳＩＰ信号に戻す機能を有し、前記転送先装置からのアドレス変換要求、アドレス組削除要求、ピンホール設定要求、ピンホール削除要求を前記ＶＰＮ装置のＩＰアドレスとＶＰＮ番号で指定されるＶＰＮ装置内の論理ＮＡＴ／ＦＷで受信し、アドレス組の払い出し、ピンホール設定を行う機能を有しており、
複数台数の前記ＶＰＮ収容装置の転送先装置として連携するＳＩＰ−ＡＬＧが、カプセル化部分より対向装置識別情報だけでなく、ＶＰＮ番号も取得し、前記アドレス変換要求、アドレス組の削除要求、ピンホール設定要求及び削除要求を行う際に、対向装置識別情報にＶＰＮ番号も含めて行うＳＩＰ−ＡＬＧであって、
請求項６ないし９の呼関連リソースを管理するためのキー情報である対向装置識別情報と呼識別情報の組に代えて、前記ＶＰＮ収容装置より送信されたカプセル化ＳＩＰ信号から、カプセル化部分より前記対向装置識別情報を取得し、また、前記ＶＰＮ番号をＶＰＮ識別情報として取得し、ＳＩＰ信号より呼を識別するための情報を呼識別情報として取得し、前記対向装置識別情報、前記ＶＰＮ識別情報、前記呼識別情報の組をＳＩＰ−ＡＬＧにおける呼関連リソースを管理するためのキー情報として収集し、
アドレス変換情報、ピンホール設定情報を含む呼関連リソースを、呼毎、対向装置毎、ＶＰＮに対応した論理ＮＡＴ／ＦＷ毎に、独立に登録、参照、削除するＳＩＰ−ＡＬＧ。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、複数のＮＡＴ／ＦＷ装置等を跨いだＩＰ通信網間におけるＳＩＰ信号（Session Initiation Protocol）の送受信に関するものであり、詳細には複数ＮＡＴ／ＦＷ装置等と連携したＳＩＰ−ＡＬＧの呼関連リソースの管理方法及びそのＳＩＰ−ＡＬＧに関する。
【背景技術】
【０００２】
ＳＩＰ−ＡＬＧ（Session Initiation Protocol-Application Level Gateway、ＳＩＰアプリケーションレベルゲートウェイ）は、非特許文献１、２に示すようにネットワークアドレス変換（ＮＡＴ：Network Address Translation）機能やファイアウォール（ＦＷ：Firewall）機能を備えたＮＡＴ／ＦＷ装置と連携し、ＳＩＰレイヤのアドレス変換や、発着端末間のＲＴＰ（Real time Transport Protocol）信号などメディア送受信に必要となるピンホール設定を行うことを目的とした装置であり、カプセル化ＳＩＰ信号の送受信を行い、必要に応じてＮＡＴ／ＦＷ装置に対しアドレス変換要求、ピンホール設定要求を行う。
【０００３】
また、非特許文献３に示すように、呼開始から呼終了までそれらの情報を呼関連リソースとして保持し、呼終了時には保持した情報を基に、ＮＡＴ／ＦＷ装置に対してアドレス組、ピンホール設定の削除要求を行い、同時に自身で管理しているリソースも削除する。また、アドレス変換を行う際の処理量、処理時間を軽減するため、同様のアドレス変換、ピンホール設定を行う場合は、ＳＩＰ−ＡＬＧ上に管理した呼関連リソースを参照することにより、それらの結果を取得する。即ち、呼関連リソースはキャッシュとしての役割も持っている。
【０００４】
非特許文献４、５のＲＦＣ２５４３／３２６１において、ＳＩＰ通信のトランザクション状態管理など呼状態管理、及び呼に関する情報は、ＳＩＰレイヤに記述されたＣａｌｌ−ＩＤをキー情報として管理されている。
【０００５】
ＳＩＰ−ＡＬＧにおいても同様に、ＮＡＴ／ＦＷ装置１台と接続された場合、呼関連リソースを管理するためのキー情報は、ＳＩＰレイヤに記述されているＣａｌｌ−ＩＤを用いることで管理することが可能である。
【０００６】
しかし、複数の異なるプライベートＩＰ通信網を収容する複数のＮＡＴ／ＦＷ装置と連携する場合、各プライベートＩＰ通信網の端末間においてＳＩＰ信号を送受信すると、複数のＮＡＴ／ＦＷ装置から同一Ｃａｌｌ−ＩＤの信号が送信されることとなるが、その結果、複数のＮＡＴ／ＦＷ装置に対してアドレス変換要求を行った結果に得られるアドレス変換情報が、同一のキー情報の基に管理されることになる。特に、複数のプライベートＩＰ通信網のアドレス体系が重複した場合、ＳＩＰ−ＡＬＧがプライベートＩＰアドレスをグローバルＩＰアドレスに変換するために呼関連リソース（キャッシュ）を参照する時、アドレス組が複数存在する可能性があり、アドレス組を特定できないという問題が発生する。
【０００７】
また、呼を終了させる信号を受信した時に、呼関連リソースの削除を行うが、上記呼関連リソースの管理方法の場合、１つのＮＡＴ／ＦＷ装置から送信されたカプセル化ＳＩＰ信号を受信し、呼の終了と判断した場合、全てのＮＡＴ／ＦＷ装置に関わる呼関連リソースが削除されてしまうという問題もある。
【０００８】
【非特許文献１】林和仁外４名、「ＳＩＰアプリケーションレベルゲートウェイ（ＳＩＰ−ＡＬＧ）におけるアドレス変換エントリの管理方法に関する一考察」、信学技報ＮＳ２００２−１８８、ＰＳ２００２−６２（２００２−１２）、ｐ２５−２８
【０００９】
【非特許文献２】黒木純一郎外３名、「ＳＩＰアプリケーションレベルゲートウェイ（ＳＩＰ−ＡＬＧ）におけるファイアウォール制御方式に関する一検討」、信学技報ＮＳ２００２−２４８（２００３−０３）、ｐ１０５−１０８
【非特許文献３】林和仁外２名、「ＳＩＰアプリケーションレベルゲートウェイ（ＳＩＰ−ＡＬＧ）における呼状態モデルに関する一検討」、信学技報ＮＳ２００３−３３（２００３−６）、ｐ３７−４０
【非特許文献４】ＲＦＣ２５４３、“SIP: Session Initiation Protocol”、M. Handley外３名、March 1999、[online]、［平成１６年１月７日検索］、インターネット＜http://www.ietf.org/rfc/rfc2543.txt?number=2543＞
【非特許文献５】ＲＦＣ３２６１、“SIP: Session Initiation Protocol”、J. Rosenberg外７名、June 2002、［平成１６年１月７日検索］、インターネット＜http://www.ietf.org/rfc/rfc3261.txt?number=3261＞
【発明の開示】
【発明が解決しようとする課題】
【００１０】
本発明においては、複数のＮＡＴ／ＦＷ装置等と連携した場合にも、ＳＩＰ−ＡＬＧ上で管理する呼関連リソースを参照の際に当該リソースの特定を可能とし、また、呼終了の時において、複数のＮＡＴ／ＦＷ装置等に関連する呼関連リソースを、各ＮＡＴ／ＦＷ装置等毎に削除できるようにすることを目的とする。
【課題を解決するための手段】
【００１１】
請求項１、６では、複数ＮＡＴ／ＦＷ装置と連携したＳＩＰ−ＡＬＧの呼関連リソースの管理方法とそのＳＩＰ−ＡＬＧを示している。
【００１２】
ＮＡＴ／ＦＷ装置から送信されるカプセル化ＳＩＰ信号には、カプセル化部に送信元ＮＡＴ／ＦＷ装置のＩＰアドレスが設定されている。そこで、ＳＩＰ−ＡＬＧではカプセル化ＳＩＰ信号を受信した際に、当該カプセル化部分よりＮＡＴ／ＦＷ装置のＩＰアドレスを対向装置識別情報として取得する。また、ＳＩＰレイヤに設定されるＣａｌｌ−ＩＤなど呼識別情報を取得し、対向装置識別情報と呼識別情報の組を呼関連リソース管理のためのキー情報とする。その後取得したキー情報に基づき、アドレス変換情報や、ピンホール設定情報など呼関連リソースを管理することで、対向するＮＡＴ／ＦＷ装置毎、及び呼毎に呼関連リソースの管理が可能となる。
【００１３】
請求項２〜４、７〜９では、具体的なＳＩＰ−ＡＬＧの呼関連リソースの管理方法とそのＳＩＰ−ＡＬＧを示している。
【００１４】
ＳＩＰ−ＡＬＧには、アドレス変換情報を保持するテーブルとして「アドレス変換テーブル」、ピンホール設定情報を保持するテーブルとして「ピンホール管理テーブル」、発着端末のＳＤＰ情報を収集するテーブルとして「メディア情報収集テーブル」を配備する。
【００１５】
請求項２、７では、上記テーブルを配備した状態において、ＳＩＰ−ＡＬＧでカプセル化ＳＩＰ信号を受信する際に、カプセル化部分よりＮＡＴ／ＦＷ装置のＩＰアドレスを対向装置識別情報として取得し、ＳＩＰレイヤよりＣａｌｌ−ＩＤなど呼識別情報を取得しそれらの組をキー情報として記録しておく第１の手段を設ける。
【００１６】
その後、ＳＩＰレイヤにおいて変換対象となるＩＰアドレス、Ｐｏｒｔ番号があった場合には、対向装置識別情報より得られるＮＡＴ／ＦＷ装置に対しアドレス変換要求を行い、その結果を第１の手段で取得したキー情報に対するレコードとして、アドレス変換テーブルに登録する第２の手段を設ける。
【００１７】
また、ＳＩＰレイヤのＳＩＰボディ部がＳＤＰであった場合には、ＳＤＰに記述されるメディア送受信用のＩＰアドレス、Ｐｏｒｔ番号を収集し、第１の手段で取得したキー情報に対するレコードとしてそれらの情報を、メディア情報収集テーブルに登録する第３の手段を設ける。
【００１８】
さらには、発着端末のメディア送受信ＩＰアドレス、Ｐｏｒｔ番号を収集できた場合には、それらの情報を基に、対向装置識別情報より得られるＮＡＴ／ＦＷ装置に対してピンホール設定要求を行い、その結果を第１の手段で取得したキー情報に対するレコードとして、ピンホール管理テーブルに登録する第４の手段を設ける。
【００１９】
それら第１〜４の手段を配備することで、アドレス変換情報、ピンホール設定情報、メディア情報など呼関連リソースを呼毎、対向するＮＡＴ／ＦＷ装置毎に登録できる。
【００２０】
請求項３、８では、ＳＩＰ−ＡＬＧでＳＩＰレイヤのアドレス変換や、ピンホール設定情報の登録を行う場合、ＮＡＴ／ＦＷ装置に対して、即座にアドレス変換要求やピンホール設定要求を行わず、まず、カプセル化ＳＩＰ信号受信時に取得する対向装置識別情報と呼識別情報組をキー情報として、アドレス変換テーブルやピンホール管理テーブルを参照する手段を設けている。
【００２１】
参照して得られた結果の中に、当該アドレス組や、当該ピンホール設定情報があれば、その結果を取得することができ、当該アドレス組、当該ピンホール設定情報がなければ、キー情報の対向装置識別情報より取得した対向装置のアドレスに対してアドレス変換要求や、ピンホール設定要求を行う。
【００２２】
請求項３、８により、請求項２、７で登録した呼関連リソースに対しての参照処理を行うことで、アドレス変換情報、ピンホール設定情報をキャッシュとして参照し、ＮＡＴ／ＦＷ装置に対するアドレス変換要求、ピンホール設定要求の回数を削減できる。
【００２３】
請求項４、９では、呼終了時の処理について示している。ＳＩＰ−ＡＬＧではカプセル化ＳＩＰ信号を受信した際に、呼の終了と判断した場合、カプセル化部より対向装置識別情報、ＳＩＰレイヤより呼識別情報を取得し、それらの組をキー情報としてアドレス変換テーブルや、ピンホール管理テーブル、ＳＤＰ情報収集テーブルを参照し、アドレス変換テーブルやピンホール管理テーブルに当該レコードがあれば、対向装置識別情報より取得できるＮＡＴ／ＦＷ装置のＩＰアドレスに対し、それぞれアドレス組削除要求、ピンホール削除要求を行い、その後、検索にヒットした当該レコードについて削除する。
【００２４】
請求項４、９により、呼毎、対向するＮＡＴ／ＦＷ装置毎に関連するリソースを削除できる。
【００２５】
請求項５、１０では、請求項１〜４、６〜９のＮＡＴ／ＦＷ装置が、本出願人による特願２００３−１０１５２６号（本出願時点では公開されていない）のＶＰＮ（Virtual Private Network、仮想プライベート網）収容装置のように、１台の装置で複数のプライベート網を収容でき、それぞれのプライベート網毎に論理的にＮＡＴ／ＦＷを配備できる装置であった場合の呼関連リソース管理方法について示している。
【００２６】
上記ＶＰＮ収容装置は、前述の特許出願公開２００３−１０１５２６号で示すように、論理的なＮＡＴ／ＦＷが接続されているＶＰＮの番号も付加しカプセル化ＳＩＰ信号を転送し、また、転送先から送信されたカプセル化信号を受信しデカプセル化し元のＳＩＰ信号に戻す機能、及び、アドレス変換要求、アドレス組削除要求、ピンホール設定要求、ピンホール削除要求などを装置のＩＰアドレスとＶＰＮ番号で指定される装置内の論理ＮＡＴ／ＦＷで受信し、アドレス組の払い出し、ピンホール設定などを行う機能を有している。
【００２７】
上記ＶＰＮ収容装置と連携するＳＩＰ−ＡＬＧでは、ＶＰＮ収容装置より送信されたカプセル化ＳＩＰ信号のカプセル化部分より対向装置識別情報、ＳＩＰ信号よりＣａｌｌ−Ｄなど呼識別情報を取得するだけでなく、カプセル化部分よりＶＰＮ番号をＶＰＮ識別情報として取得し、それら取得した対向装置識別情報、ＶＰＮ識別情報、呼識別情報の組を呼関連リソース管理のキー情報として記録する。即ち、請求項１〜４、６〜９のキー情報を、対向装置識別情報、ＶＰＮ識別情報、呼識別情報の組と置き換えることで、呼毎、対向装置毎、ＶＰＮ対応の論理ＮＡＴ／ＦＷ毎に、独立に呼関連リソースを登録、参照、削除することが可能となる。
【発明の効果】
【００２８】
本発明により、複数台のＮＡＴ／ＦＷ装置等を１台のＳＩＰ−ＡＬＧで収容することが可能となり、これまで各ＮＡＴ／ＦＷ装置等に対して１台ずつ必要であったＳＩＰ−ＡＬＧの台数を削減でき、効率的な設備設計が可能となる。
【発明を実施するための最良の形態】
【００２９】
図１〜図８３を用いて、第１の実施例を説明する。
【００３０】
図１はネットワーク構成を示している。プライベート網１（１０）は、ネットワークアドレスが１９２．１６８．０．０／２４であり、１９２．１６８．０．１というＩＰアドレスを持つ端末１（１１）が配備されている。
【００３１】
プライベート網２（２０）は、ネットワークアドレスが１９２．１６８．０．０／２４であり、１９２．１６８．０．１というＩＰアドレスを持つ端末２（２１）が配備されている。
【００３２】
グローバル網（３０）は、ネットワークアドレスが１２８．０．０．０／１６であり、１２８．０．０．１というＩＰアドレスを持つＳＩＰサーバ（３１）が配備されている。
【００３３】
プライベート網１（１０）はＮＡＴ／ＦＷ装置１（１２）を介し、グローバル網（３０）と接続されており、また、プライベート網２（２０）はＮＡＴ／ＦＷ装置２（２２）を介し、グローバル網（３０）と接続されている。また、ＮＡＴ／ＦＷ装置１（１２）とＮＡＴ／ＦＷ装置２（２２）は、１７２．３０．０．０／２４というネットワークアドレスの管理網（４０）で、ＳＩＰ−ＡＬＧ（５１）と接続されており、ＮＡＴ／ＦＷ装置１（１２）のＩＰアドレスは、１７２．３０．０．１、ＮＡＴ／ＦＷ装置２（２２）のＩＰアドレスは１７２．３０．０．２、ＳＩＰ−ＡＬＧ（５１）のＩＰアドレスは１７２．３０．０．３である。
【００３４】
ＮＡＴ／ＦＷ装置１（１２）、ＮＡＴ／ＦＷ装置２（２２）は、ＳＩＰ信号を検出すると、自身のＩＰアドレスを被せてカプセル化した、カプセル化ＳＩＰ信号を転送先装置すなわちＳＩＰ−ＡＬＧ（５１）に転送し、また、転送先装置から返送されたカプセル化ＳＩＰ信号をデカプセル化し、元のＳＩＰ信号に戻す機能を有し、転送先装置からアドレス変換要求されたＩＰアドレス、Ｐｏｒｔ番号に対して、変換先のＩＰアドレス、Ｐｏｒｔ番号を払い出し、変換前後のアドレス組を管理し、転送先装置に対して結果を応答する機能、及び、転送先装置からのアドレス組の削除要求に対して払い出したアドレス組を削除する機能を有し、さらに、転送先装置からピンホール設定要求された送受信ＩＰアドレス、Ｐｏｒｔ番号などに対してピンホール設定を行う機能、及び、転送先装置からピンホール削除要求された送受信ＩＰアドレス、Ｐｏｒｔ番号のピンホールを削除する機能を有している。
【００３５】
図２はネットワークアドレス管理テーブルを示している。本テーブルはＳＩＰ−ＡＬＧに配備されており、ＳＩＰレイヤの変換対象アドレスを抽出する際に参照される。
【００３６】
本テーブルは対向装置識別情報、プライベート網側アドレス体系、グローバル網側アドレス体系で構成されており、対向装置識別情報には、ＮＡＴ／ＦＷ装置のＩＰアドレスが記述されており、プライベート網側アドレス体系、及びグローバル網側アドレス体系には、各ＮＡＴ／ＦＷ装置で管理されるアドレス変換前後のアドレス体系が記述されている。
【００３７】
図２においては、対向装置識別情報が１７２．３０．０．１の場合のプライベート網側アドレス体系は１９２．１６８．０．０／２４であり、グローバル網側アドレス体系は１３０．０．０．０／２４となっており、対向装置識別情報が１７２．３０．０．２の場合のプライベート網側アドレス体系は１９２．１６８．０．０／２４であり、グローバル網側アドレス体系は１３１．０．０．０／２４となっている。
【００３８】
図３はアドレス変換テーブルを示している。本テーブルはＳＩＰ−ＡＬＧに配備されており、アドレス変換に関わるリソースを格納するために用いられる。
【００３９】
本テーブルは対向装置識別情報、呼識別情報、プライベート網側ＩＰアドレス、Ｐｏｒｔ番号、グローバル網側ＩＰアドレス、Ｐｏｒｔ番号、及び変換ＩＤで構成される。
【００４０】
図４はメディア情報収集テーブルを示している。本テーブルはＳＩＰ−ＡＬＧに配備されており、発着端末のメディア情報送受信に関わるリソースを格納するために用いられる。
【００４１】
本テーブルは、対向装置識別情報、呼識別情報、プライベート網側ＩＰアドレス、Ｐｏｒｔ番号、グローバル網側ＩＰアドレス、Ｐｏｒｔ番号、及び発着端末種別で構成される。
【００４２】
図５はピンホール管理テーブルを示している。本テーブルはＳＩＰ−ＡＬＧに配備されており、発着端末間でのメディア送受信のために必要となる、ピンホール設定に関するリソースを格納するために用いられる。
【００４３】
本テーブルは、対向装置識別情報、呼識別情報、プライベート網側ＩＰアドレス、Ｐｏｒｔ番号、グローバル網側ＩＰアドレス、Ｐｏｒｔ番号、及び送信先ＩＰアドレス、Ｐｏｒｔ番号、ピンホールＩＤで構成される。
【００４４】
ピンホールとはＮＡＴ／ＦＷ装置のファイアウォール（ＦＷ）に対するフィルタのことであり、ＦＷはフィルタ設定が行われた送受信ＩＰアドレス、送受信ポート番号の組が一致したパケットのみを通過させる。本実施例においては、ＳＩＰ−ＡＬＧ（５１）がＮＡＴ／ＦＷ装置１（１２）、ＮＡＴ／ＦＷ装置２（２２）のＦＷにピンホール設定を行い、メディア信号（主にＲＴＰ：Real Time Transport Protocol）を端末１（１１）、端末２（２１）間で送受信できるようにし、また、メディア信号の送受信が終了したときはピンホール削除を行う。
【００４５】
ＳＩＰ−ＡＬＧ（５１）は、上記テーブルを配備すると共に、カプセル化ＳＩＰ信号を受信する際に、カプセル化部分よりＮＡＴ／ＦＷ装置のＩＰアドレスを対向装置識別情報として取得し、ＳＩＰレイヤよりＣａｌｌ−ＩＤなど呼識別情報を取得しそれらの組をキー情報として記録しておく第１の手段と、ＳＩＰレイヤにおいて変換対象となるＩＰアドレス、Ｐｏｒｔ番号があった場合には、対向装置識別情報より得られるＮＡＴ／ＦＷ装置に対しアドレス変換要求を行い、その結果を第１の手段で取得したキー情報に対するレコードとして、アドレス変換テーブルに登録する第２の手段と、ＳＩＰレイヤのＳＩＰボディ部がＳＤＰであった場合には、ＳＤＰに記述されるメディア送受信用のＩＰアドレス、Ｐｏｒｔ番号を収集し、第１の手段で取得したキー情報に対するレコードとしてそれらの情報を、メディア情報収集テーブルに登録する第３の手段と、発着端末のメディア送受信ＩＰアドレス、Ｐｏｒｔ番号を収集できた場合には、それらの情報を基に、対向装置識別情報より得られるＮＡＴ／ＦＷ装置に対してピンホール設定要求を行い、その結果を第１の手段で取得したキー情報に対するレコードとして、ピンホール管理テーブルに登録する第４の手段と、を備えている。
【００４６】
図６〜図１８を用いて、ＲＥＧＩＳＴＥＲ呼に対するＳＩＰ−ＡＬＧの処理を説明する。
【００４７】
図６は端末１（１１）からＳＩＰサーバ（３１）に対するＲＥＧＩＳＴＥＲシーケンスである。
【００４８】
端末１（１１）はＲＥＧＩＳＴＥＲ（Ｓ１）をＮＡＴ／ＦＷ装置１（１２）に送信する。ＲＥＧＩＳＴＥＲ（Ｓ１）は図７に示すようなＳＩＰ信号である。図７に示すようにＳＩＰ信号はＳＩＰレイヤとＵＤＰレイヤとＩＰレイヤとを有している。これは後述する他のＳＩＰ信号においても同様である。なお、ＳＩＰ信号の詳細についてはＲＦＣ２５４３（非特許文献４）、ＲＦＣ３２６１（非特許文献５）に規定されている。
【００４９】
端末１（１１）より図７に示すようなＲＥＧＩＳＴＥＲ（Ｓ１）が送信されると、ＮＡＴ／ＦＷ装置１（１２）では、自身のＩＰアドレス、Ｐｏｒｔ番号、及び転送先ＳＩＰ−ＡＬＧ（５１）のＩＰアドレス、Ｐｏｒｔ番号で、図８のようにＲＥＧＩＳＴＥＲ（Ｓ１）をカプセル化し、ＳＩＰ−ＡＬＧ（５１）に転送する。図８に示すように、カプセル化ＳＩＰ信号はＳＩＰ信号部とカプセル化部とを有し、カプセル化部はＵＤＰレイヤとＩＰレイヤとを有する。なお、図８ではＳＩＰ信号部にＲＥＧＩＳＴＥＲ（Ｓ１）と略記しているが、図８のＳＩＰ信号部は図７のＳＩＰ信号と同じである。これは後述する他のカプセル化ＳＩＰ信号においても同様である。
【００５０】
ＳＩＰ−ＡＬＧ（５１）ではカプセル化ＲＥＧＩＳＴＥＲ（Ｓ２）を受信すると、カプセル化部より対向装置識別情報としてＮＡＴ／ＦＷ装置のＩＰアドレス＝１７２．３０．０．１、及び、ＳＩＰレイヤより呼識別情報として、Ｃａｌｌ−ＩＤの値＝１２３４５６７８＠１９２．１６８．０．１を取得し、それらの組を呼関連リソース管理のためのキー情報として記録する。
【００５１】
次に、取得した対向装置識別情報をキー情報として、図２のネットワークアドレス管理テーブルを参照し、変換対象となるアドレス体系として１９２．１６８．０．０／２４を取得し、受信したカプセル化ＳＩＰ信号より変換対象アドレスを抽出する。その結果Ｖｉａ、Ｃｏｎｔａｃｔヘッダより１９２．１６８．０．１：５０６０を取得する。なお本出願人による特願２００２−３３０３００号（本出願時点では公開されていない）に示したように、ＲＥＧＩＳＴＥＲのＣｏｎｔａｃｔヘッダについては、Ｔｉｍｅｒを用いた登録を行うことから、ＥｘｐｉｒｅｓヘッダよりＴｉｍｅｒ値として３６００（秒）を取得する。Ｖｉａヘッダのアドレス変換においては、通常Ｔｉｍｅｒを用いないが、ＣｏｎｔａｃｔとＶｉａが同一アドレスの場合、Ｃｏｎｔａｃｔを優先しＴｉｍｅｒを用いて、アドレス変換要求を行う。
【００５２】
アドレス変換要求においては、先に取得したキー情報、及び取得した変換元ＩＰアドレス＝１９２．１６８．０．１、変換元Ｐｏｒｔ番号＝５０６０を用いて、まず、アドレス変換テーブルの検索を行う。しかしながら、当該レコードを得られないため、図９のように変換元ＩＰアドレス＝１９２．１６８．０．１、変換元Ｐｏｒｔ番号＝５０６０及びＴｉｍｅｒ＝３６００を指定し、ＮＡＴ／ＦＷ装置１（１２）に対してアドレス変換要求（Ｓ３）を行い、その結果ＮＡＴ／ＦＷ装置１（１２）より、図１０のようなアドレス変換応答（Ｓ４）を取得し、変換後ＩＰアドレス＝１３０．０．０．１、変換後Ｐｏｒｔ番号＝２５０６０を取得する。
【００５３】
ＳＩＰ−ＡＬＧ（５１）では、先に取得したキー情報と、アドレス変換応答より取得した結果を、図１１のようにアドレス変換テーブルに登録する。なお、Ｔｉｍｅｒを用いた場合アドレス組削除要求を行わないため、変換ＩＤ部分にはＴｉｍｅｒで登録した旨を登録する。
【００５４】
その後、ＳＩＰ−ＡＬＧ（５１）では、ＳＩＰレイヤのＶｉａヘッダとＣｏｎｔａｃｔヘッダを変換し、また、カプセル化部分の送受信ＩＰアドレス、Ｐｏｒｔ番号を逆にして、図１２のようなカプセル化ＲＥＧＩＳＴＥＲ（Ｓ５）をＮＡＴ／ＦＷ装置１（１２）に返送する。
【００５５】
ＮＡＴ／ＦＷ装置１（１２）では、受信したカプセル化ＲＥＧＩＳＴＥＲをデカプセル化し、ＳＩＰ信号のＩＰレイヤ、ＵＤＰレイヤの送信元をそれぞれ、１３０．０．０．１、２５０６０と変換し、ＳＩＰサーバ（３１）に向けて図１３のようなＲＥＧＩＳＴＥＲ（Ｓ６）を送信する。
【００５６】
ＳＩＰサーバ（３１）では、ＦｒｏｍヘッダのＳＩＰ−ＵＲＩ（ＵＡ１＠ｖｏｉｐ．ｎｅ．ｊｐ）とＣｏｎｔａｃｔヘッダのＩＰアドレス、Ｐｏｒｔ番号の関連を登録し、図１４のような２００ ＯＫ（Ｓ７）をＮＡＴ／ＦＷ装置１（１２）に対して返送する。
【００５７】
ＮＡＴ／ＦＷ装置１（１２）では、受信した２００ ＯＫ信号を図１５のように、カプセル化し、ＳＩＰ−ＡＬＧ（５１）に転送する。
【００５８】
ＳＩＰ−ＡＬＧ（５１）ではカプセル化２００ ＯＫ（Ｓ８）を受信すると、カプセル化部より対向装置識別情報としてＮＡＴ／ＦＷ装置のＩＰアドレス＝１７２．３０．０．１、及び、ＳＩＰレイヤより呼識別情報として、Ｃａｌｌ−ＩＤの値＝１２３４５６７８＠１９２．１６８．０．１を取得し、それらの組を呼関連リソース管理のためのキー情報として記録する。
【００５９】
次に、取得した対向装置識別情報をキー情報として、図２のネットワークアドレス管理テーブルを参照し、変換対象となるアドレス体系として１３０．０．０．０／２４を取得し、受信したカプセル化ＳＩＰ信号より変換対象アドレスを抽出する。その結果Ｖｉａ、Ｃｏｎｔａｃｔヘッダより１３０．０．０．１：２５０６０を取得する。
【００６０】
アドレス変換要求においては、先に取得したキー情報、及び取得した変換元ＩＰアドレス＝１３０．０．０．１、変換元Ｐｏｒｔ番号＝２５０６０を用いて、まず、アドレス変換テーブルの検索を行うが、既に当該レコードは存在しているため、結果として変換後ＩＰ＝１９２．１６８．０．１、変換後Ｐｏｒｔ番号＝５０６０を得ることができる。
【００６１】
その後、ＳＩＰ−ＡＬＧ（５１）では、ＳＩＰレイヤのＶｉａヘッダとＣｏｎｔａｃｔヘッダを変換し、また、カプセル化部分の送受信ＩＰアドレス、Ｐｏｒｔ番号を逆にして、図１６のようなカプセル化２００ ＯＫ（Ｓ９）をＮＡＴ／ＦＷ装置１（１２）に返送する。
【００６２】
ＮＡＴ／ＦＷ装置１（１２）では、受信したカプセル化２００ ＯＫ（Ｓ９）をデカプセル化し、ＳＩＰ信号のＩＰレイヤ、ＵＤＰレイヤの送信先をそれぞれ、１９２．１６８．０．１、５０６０と変換し、端末１（１１）に向けて図１７のような２００ ＯＫ（Ｓ１０）を送信する。
【００６３】
ＳＩＰ−ＡＬＧではカプセル化２００ ＯＫ（Ｓ９）送信後、呼の終了と判断し、先に取得したキー情報に関連するレコードを検索する。その結果アドレス変換テーブルのレコードが得られる。当該レコードの変換ＩＤがＴｉｍｅｒとなっているため、ＮＡＴ／ＦＷ装置１（１２）に対してアドレス組削除要求を行わず、当該レコードのみを削除し、呼関連リソースの全てがクリアされる。この時のアドレス変換テーブルを図１８に示す。
【００６４】
図１９〜図８３を用いて、ＩＮＶＩＴＥ呼に対するＳＩＰ−ＡＬＧの処理を説明する。
【００６５】
なお、図４〜図１８のＲＥＧＩＳＴＥＲ呼においては、プライベート網１（１０）側の端末１（１１）についてのＲＥＧＩＳＴＥＲ呼であったが、プライベート網２（２０）側の端末２（２１）についても同様の処理を既に行っている状態とし、端末２（２１）のＩＰアドレス＝１９２．１６８．０．１、Ｐｏｒｔ番号＝５０６０は、ＮＡＴ／ＦＷ装置２（２２）において、それぞれＩＰアドレス＝１３１．０．０．１、Ｐｏｒｔ番号＝３５０６０に変換されるようＴｉｍｅｒで登録されており、またＳＩＰサーバ（３１）においても、端末２のＳＩＰ−ＵＲＩ（ＵＡ２＠ｖｏｉｐ．ｎｅ．ｊｐ）とＩＰアドレス＝１３１．０．０．１、Ｐｏｒｔ番号＝５０６０の関連を保持しているものとする。
【００６６】
図１９〜図２４は端末１（１１）から端末２（２１）へのＩＮＶＩＴＥシーケンスである。なお、本シーケンスにおいては、呼の開始、終了、及び１部の呼の継続処理について示しており、通常送信される１００ Ｔｒｙｉｎｇ、１８０ Ｒｉｎｇｉｎｇなどの暫定応答やＡＣＫ、ＢＹＥは省略している。
【００６７】
まず、ＩＮＶＩＴＥにおける呼の開始時の処理について説明する。
【００６８】
端末１（１１）から図２５のようなＩＮＶＩＴＥ（Ｓ１１）が送信されると、ＮＡＴ／ＦＷ装置１（１２）では、カプセル化を行い、図２６のようなカプセル化ＩＮＶＩＴＥ（Ｓ１２）をＳＩＰ−ＡＬＧ（５１）に転送する。
【００６９】
ＳＩＰ−ＡＬＧ（５１）ではカプセル化ＩＮＶＩＴＥ（Ｓ１２）を受信すると、カプセル化部より対向装置識別情報としてＮＡＴ／ＦＷ装置１（１１）のＩＰアドレス＝１７２．３０．０．１、及び、ＳＩＰレイヤより呼識別情報として、Ｃａｌｌ−ＩＤの値＝１２３４５６７８＠１９２．１６８．０．１を取得し、それらの組を呼関連リソース管理のためのキー情報として記録する。
【００７０】
次に、取得した対向装置識別情報をキー情報として、図２のネットワークアドレス管理テーブルを参照し、変換対象となるアドレス体系として１９２．１６８．０．０／２４を取得し、受信したカプセル化ＳＩＰ信号より変換対象アドレスを抽出する。その結果Ｖｉａ、Ｃｏｎｔａｃｔヘッダより１９２．１６８．０．１：５０６０、ＳＤＰ（Session Definition Protocol）のｃ、ｍフィールドよりそれぞれ１９２．１６８．０．１、１００００を取得する。
【００７１】
アドレス変換要求においては、先に取得したキー情報、及び取得した変換元ＩＰアドレス＝１９２．１６８．０．１、変換元Ｐｏｒｔ番号＝５０６０、変換元ＩＰアドレス＝１９２．１６８．０．１、変換元Ｐｏｒｔ番号＝１００００のそれぞれを用いて、まず、アドレス変換テーブルの検索を行う。しかしながら、当該レコードを得られないため、まず、図２７のように変換元ＩＰアドレス＝１９２．１６８．０．１、変換元Ｐｏｒｔ番号＝５０６０を指定し、ＮＡＴ／ＦＷ装置１（１２）に対してアドレス変換要求（Ｓ１３）を行い、その結果ＮＡＴ／ＦＷ装置１（１２）より、図２８のようなアドレス変換応答（Ｓ１４）を取得し、変換後ＩＰアドレス＝１３０．０．０．１、変換後Ｐｏｒｔ番号＝２５０６０、変換ＩＤ＝２を取得する。
【００７２】
次に、図２９のように変換元ＩＰアドレス＝１９２．１６８．０．１、変換元Ｐｏｒｔ番号＝１００００を指定し、ＮＡＴ／ＦＷ装置１（１２）に対してアドレス変換要求（Ｓ１５）を行い、その結果ＮＡＴ／ＦＷ装置１（１２）より、図３０のようなアドレス変換応答（Ｓ１６）を取得し、変換後ＩＰアドレス＝１３０．０．０．１、変換後Ｐｏｒｔ番号＝３００００、変換ＩＤ＝３を取得する。
【００７３】
ＳＩＰ−ＡＬＧ（５１）では、先に取得したキー情報と、アドレス変換応答より取得した結果を、図３１のようにアドレス変換テーブルに登録する。また、ＳＤＰより発端末のメディア送受信アドレスを収集できるため、発端末の変換前後のＩＰアドレス、Ｐｏｒｔ番号について、図３２のようにメディア情報収集テーブルに登録する。
【００７４】
その後、ＳＩＰ−ＡＬＧでは、ＳＩＰレイヤのＶｉａヘッダとＣｏｎｔａｃｔヘッダ、ＳＤＰのｃ、ｍフィールドを変換し、また、カプセル化部分のＩＰアドレス、Ｐｏｒｔ番号の送信先、送信元を逆にして、図３３のようなカプセル化ＩＮＶＩＴＥ（Ｓ１７）をＮＡＴ／ＦＷ装置１（１２）に返送する。
【００７５】
ＮＡＴ／ＦＷ装置１（１２）では、受信したカプセル化ＩＮＶＩＴＥをデカプセル化し、ＳＩＰ信号のＩＰレイヤ、ＵＤＰレイヤの送信元をそれぞれ、１３０．０．０．１、２５０６０と変換し、ＳＩＰサーバ（３１）に向けて図３４のようなＩＮＶＩＴＥ（Ｓ１８）を送信する。
【００７６】
ＳＩＰサーバ（３１）では、Ｒｅｑｕｅｓｔ−ＵＲＩから送信先端末のＩＰアドレス、Ｐｏｒｔ番号としてそれぞれ、１３１．０．０．１、３５０６０を取得し、Ｒｅｑｕｅｓｔ−ＵＲＩを書き換え、また、Ｖｉａ、Ｒｅｃｏｒｄ−Ｒｏｕｔｅヘッダ、及びＩＰレイヤ、ＵＤＰレイヤを編集し、図３５のようなＩＮＶＩＴＥ（Ｓ１９）を送信する。
【００７７】
ＩＮＶＩＴＥ（Ｓ１９）を受信したＮＡＴ／ＦＷ装置２（２２）では、自身のＩＰアドレス、Ｐｏｒｔ番号、及び転送先ＳＩＰ−ＡＬＧ（５１）のＩＰアドレス、Ｐｏｒｔ番号で、図３６のようにカプセル化し、ＳＩＰ−ＡＬＧにカプセル化ＩＮＶＩＴＥ（Ｓ２０）を送信する。
【００７８】
ＳＩＰ−ＡＬＧ（５１）ではカプセル化ＩＮＶＩＴＥ（Ｓ２０）を受信すると、カプセル化部より対向装置識別情報としてＮＡＴ／ＦＷ装置のＩＰアドレス＝１７２．３０．０．２、及び、ＳＩＰレイヤより呼識別情報として、Ｃａｌｌ−ＩＤの値＝１２３４５６７８＠１９２．１６８．０．１を取得し、それらの組を呼関連リソース管理のためのキー情報として記録する。
【００７９】
次に、取得した対向装置識別情報をキー情報として、図２のネットワークアドレス管理テーブルを参照し、変換対象となるアドレス体系として１３１．０．０．０／２４を取得し、受信したカプセル化ＳＩＰ信号より変換対象アドレスを抽出する。その結果Ｒｅｑｕｅｓｔ−ＵＲＩより１３１．０．０．１：３５０６０を取得する。
【００８０】
アドレス変換要求においては、先に取得したキー情報、及び取得した変換元ＩＰアドレス＝１３１．０．０．１、変換元Ｐｏｒｔ番号＝３５０６０を用いて、まず、アドレス変換テーブルの検索を行う。しかしながら、当該レコードを得られないため、図３７のように変換元ＩＰアドレス＝１３１．０．０．１、変換元Ｐｏｒｔ番号＝３５０６０を指定し、ＮＡＴ／ＦＷ装置２（２２）に対してアドレス変換要求（Ｓ２１）を行い、その結果ＮＡＴ／ＦＷ装置２（２２）より、図３８のようなアドレス変換応答（Ｓ２２）を取得し、変換後ＩＰアドレス＝１９２．１６８．０．１、変換後Ｐｏｒｔ番号＝５０６０、変換ＩＤ＝４を取得する。
【００８１】
ＳＩＰ−ＡＬＧ（５１）では、先に取得したキー情報と、アドレス変換応答より取得した結果を、図３９のようにアドレス変換テーブルに登録する。また、ＳＤＰより発端末のメディア送受信アドレスを収集できる。ＮＡＴ／ＦＷ装置２において、上記ＳＤＰは端末２（着端末）から見た送信先ＩＰアドレス、Ｐｏｒｔ番号となるため、ピンホール設定に必要である。そこで当該情報を、発端末のグローバル側のＩＰアドレス、Ｐｏｒｔ番号として、図４０のようにメディア情報収集テーブルに登録する。
【００８２】
その後、ＳＩＰ−ＡＬＧでは、Ｒｅｑｕｅｓｔ−ＵＲＩのＩＰアドレス、Ｐｏｒｔ番号をそれぞれ１９２．１６８．０．１、５０６０に変換し、また、カプセル化部分のＩＰアドレス、Ｐｏｒｔ番号の送信元、送信先を逆にして、図４１のようなカプセル化ＩＮＶＩＴＥ（Ｓ２３）をＮＡＴ／ＦＷ装置２（２２）に返送する。
【００８３】
ＮＡＴ／ＦＷ装置２（２２）では、受信したカプセル化ＩＮＶＩＴＥをデカプセル化し、ＳＩＰ信号のＩＰレイヤ、ＵＤＰレイヤの送信先をそれぞれ、１９２．１６８．０．１、５０６０と変換し、図４２のようなＩＮＶＩＴＥ（Ｓ２４）を端末２（２１）に対して送信する。
【００８４】
次にＩＮＶＩＴＥに対する２００ ＯＫ時における呼の継続処理について説明する。
【００８５】
端末２（２１）から図４３のような２００ ＯＫ（Ｓ２５）が送信されると、ＮＡＴ／ＦＷ装置２（２２）では、カプセル化を行い、図４４のようなカプセル化２００ ＯＫ（Ｓ２６）をＳＩＰ−ＡＬＧ（５１）に転送する。
【００８６】
ＳＩＰ−ＡＬＧ（５１）ではカプセル化２００ ＯＫ（Ｓ２６）を受信すると、カプセル化部より対向装置識別情報としてＮＡＴ／ＦＷ装置２（２２）のＩＰアドレス＝１７２．３０．０．２、及び、ＳＩＰレイヤより呼識別情報として、Ｃａｌｌ−ＩＤの値＝１２３４５６７８＠１９２．１６８．０．１を取得し、それらの組を呼関連リソース管理のためのキー情報として記録する。
【００８７】
次に、取得した対向装置識別情報をキー情報として、図２のネットワークアドレス管理テーブルを参照し、変換対象となるアドレス体系として１９２．１６８．０．０／２４を取得し、受信したカプセル化ＳＩＰ信号より変換対象アドレスを抽出する。その結果Ｃｏｎｔａｃｔヘッダより１９２．１６８．０．１：５０６０、ＳＤＰのｃ、ｍフィールドよりそれぞれ１９２．１６８．０．１、１００００を取得する。
【００８８】
アドレス変換要求においては、先に取得したキー情報、及び取得した変換元ＩＰアドレス＝１９２．１６８．０．１、変換元Ｐｏｒｔ番号＝５０６０、変換元ＩＰアドレス＝１９２．１６８．０．１、変換元Ｐｏｒｔ番号＝１００００のそれぞれを用いて、まず、アドレス変換テーブルの検索を行う。
【００８９】
その中で、変換元ＩＰアドレス＝１９２．１６８．０．１、変換元Ｐｏｒｔ番号＝５０６０については、既に当該レコードは存在しているため、結果として変換後ＩＰ＝１３１．０．０．１、変換後Ｐｏｒｔ番号＝３５０６０を得ることができる。
【００９０】
一方、変換元ＩＰアドレス＝１９２．１６８．０．１、変換元Ｐｏｒｔ番号＝１００００については、当該レコードを得られないため、まず、図４５のように変換元ＩＰアドレス＝１９２．１６８．０．１、変換元Ｐｏｒｔ番号＝１００００を指定し、ＮＡＴ／ＦＷ装置２（２２）に対してアドレス変換要求（Ｓ２７）を行い、その結果ＮＡＴ／ＦＷ装置２（２２）より、図４６のようなアドレス変換応答（Ｓ２８）が得られ、変換後ＩＰアドレス＝１３１．０．０．１、変換後Ｐｏｒｔ番号＝４００００、変換ＩＤ＝５を取得する。
【００９１】
ＳＩＰ−ＡＬＧ（５１）では、先に取得したキー情報と、アドレス変換応答より取得した結果を、図４７のようにアドレス変換テーブルに登録する。
【００９２】
また、ＳＤＰより着端末のメディア送受信アドレスを収集できるため、着端末の変換前後のＩＰアドレス、Ｐｏｒｔ番号について図４８のようにメディア情報収集テーブルに登録する。メディア情報を登録した結果、同一対向装置識別情報、呼識別情報において発着端末のメディア送受信情報が収集できることからピンホール設定を行う。
【００９３】
ピンホール設定においては、本出願人による特願２００３−０４１３２８号（本出願時点では公開されていない）に示すように、送信元ＩＰアドレス、送信元Ｐｏｒｔ番号、送信元（変換後）ＩＰアドレス、送信元（変換後）Ｐｏｒｔ番号、送信先ＩＰアドレス、送信先Ｐｏｒｔ番号を設定する必要がある。そこで、送信元ＩＰアドレス、送信元Ｐｏｒｔ番号、送信元（変換後）ＩＰアドレス、送信元（変換後）Ｐｏｒｔ番号には、ＮＡＴ／ＦＷ装置２（２２）のプライベート網側の端末２の変換前後のＩＰアドレス、Ｐｏｒｔ番号を設定し、送信先ＩＰアドレス、送信先Ｐｏｒｔ番号には、ＮＡＴ／ＦＷ装置２（２２）のグローバル網側のアドレスとして、端末１の変換後のＩＰアドレス、Ｐｏｒｔ番号を設定し、図４９のようなピンホール設定要求１（Ｓ２９）をＮＡＴ／ＦＷ装置２（２２）に送信する。ピンホール設定要求１（Ｓ２９）を受信したＮＡＴ／ＦＷ装置２（２２）では、当該送信元、送信先のＩＰアドレス、Ｐｏｒｔ番号のピンホールを開放してメディア信号の通過を可能とし、当該ピンホールのＩＤを付与し、ピンホール設定応答１（Ｓ３０）を返送し、ＳＩＰ−ＡＬＧ（５１）ではその結果ピンホールＩＤを取得する。それらピンホール設定の結果を元に、ピンホール管理テーブルにおいて、先に求めたキー情報に対するレコードとして、図５１に示すように各ＩＰアドレス、Ｐｏｒｔ番号、ピンホールＩＤを登録する。
【００９４】
その後、ＳＩＰ−ＡＬＧでは、ＳＩＰレイヤのＣｏｎｔａｃｔヘッダ、ＳＤＰのｃ、ｍフィールドを変換し、また、カプセル化部分のＩＰアドレス、Ｐｏｒｔ番号の送信先、送信元を逆にして、図５２のようなカプセル化２００ ＯＫ（Ｓ３１）をＮＡＴ／ＦＷ装置２（２２）に返送する。
【００９５】
ＮＡＴ／ＦＷ装置２（２２）では、受信したカプセル化２００ ＯＫをデカプセル化し、ＳＩＰ信号のＩＰレイヤ、ＵＤＰレイヤの送信元をそれぞれ、１３１．０．０．１、３５０６０と変換し、ＳＩＰサーバ（３１）に向けて図５３のような２００ ＯＫ（Ｓ３２）を送信する。
【００９６】
ＳＩＰサーバ（３１）では、最上位のＶｉａヘッダに記述されている自身のＩＰアドレスを確認し、そのＶｉａヘッダを削除し、その下のＶｉａヘッダから送信先ＩＰアドレス、Ｐｏｒｔ番号を取得し、図５４のような２００ ＯＫ（Ｓ３３）を送信する。
【００９７】
２００ ＯＫ（Ｓ３３）を受信したＮＡＴ／ＦＷ装置１（１２）では、図５５のようにカプセル化し、ＳＩＰ−ＡＬＧ（５１）にカプセル化２００ ＯＫ（Ｓ３４）を送信する。
【００９８】
ＳＩＰ−ＡＬＧ（５１）ではカプセル化２００ ＯＫ（Ｓ３４）を受信すると、カプセル化部より対向装置識別情報としてＮＡＴ／ＦＷ装置１（１２）のＩＰアドレス＝１７２．３０．０．１、及び、ＳＩＰレイヤより呼識別情報として、Ｃａｌｌ−ＩＤの値＝１２３４５６７８＠１９２．１６８．０．１を取得し、それらの組を呼関連リソース管理のためのキー情報として記録する。
【００９９】
次に、取得した対向装置識別情報をキー情報として、図２のネットワークアドレス管理テーブルを参照し、変換対象となるアドレス体系として１３０．０．０．０／２４を取得し、受信したカプセル化２００ ＯＫ（Ｓ３４）より変換対象アドレスを抽出する。その結果Ｖｉａより１３０．０．０．１：２５０６０を取得する。
【０１００】
アドレス変換要求においては、先に取得したキー情報、及び取得した変換元ＩＰアドレス＝１３０．０．０．１、変換元Ｐｏｒｔ番号＝２５０６０を用いて、まず、アドレス変換テーブルの検索を行うが、既に当該レコードは存在しているため、結果として変換後ＩＰ＝１９２．１６８．０．１、変換後Ｐｏｒｔ番号＝５０６０を得ることができる。
【０１０１】
また、ＳＤＰより着端末のメディア送受信アドレスを収集できる。ＮＡＴ／ＦＷ装置１（１２）において、上記ＳＤＰは端末１（発端末）から見た送信先ＩＰアドレス、Ｐｏｒｔ番号となるため、ピンホール設定に必要である。そこで当該情報を、着端末のグローバル側のＩＰアドレス、Ｐｏｒｔ番号として、図５６のようにメディア情報収集テーブルに登録する。メディア情報を登録した結果、同一対向装置識別情報、呼識別情報において発着端末のメディア送受信情報が収集できることからピンホール設定を行う。
【０１０２】
ピンホール設定においては、送信元ＩＰアドレス、送信元Ｐｏｒｔ番号、送信元（変換後）ＩＰアドレス、送信元（変換後）Ｐｏｒｔ番号には、ＮＡＴ／ＦＷ装置１（１２）のプライベート網側の端末１の変換前後のＩＰアドレス、Ｐｏｒｔ番号を設定し、送信先ＩＰアドレス、送信先Ｐｏｒｔ番号には、ＮＡＴ／ＦＷ装置１（１２）のグローバル網側のアドレスとして、端末２の変換後のＩＰアドレス、Ｐｏｒｔ番号を設定し、図５７のようなピンホール設定要求２（Ｓ３５）をＮＡＴ／ＦＷ装置１（１２）に送信する。ピンホール設定要求２（Ｓ２９）を受信したＮＡＴ／ＦＷ装置１（１２）では、当該送信元、送信先のＩＰアドレス、Ｐｏｒｔ番号のピンホールを開放してメディア信号の通過を可能とし、当該ピンホールのＩＤを付与し、ピンホール設定応答２（Ｓ３６）を返送し、ＳＩＰ−ＡＬＧではその結果ピンホールＩＤを取得する。それらピンホール設定の結果を元に、ピンホール管理テーブルにおいて、先に求めたキー情報に対するレコードとして、図５９に示すように各ＩＰアドレス、Ｐｏｒｔ番号、ピンホールＩＤを登録する。
【０１０３】
その後、ＳＩＰ−ＡＬＧ（５１）では、ＶｉａのＩＰアドレス、Ｐｏｒｔ番号をそれぞれ１９２．１６８．０．１、５０６０に変換し、またカプセル化部分のＩＰアドレス、Ｐｏｒｔ番号の送信元、送信先を逆にして、図６０のようなカプセル化２００ ＯＫ（Ｓ３７）をＮＡＴ／ＦＷ装置１（１２）に返送する。
【０１０４】
ＮＡＴ／ＦＷ装置１（１２）では、受信したカプセル化２００ ＯＫをデカプセル化し、ＳＩＰ信号のＩＰレイヤ、ＵＤＰレイヤの送信先をそれぞれ、１９２．１６８．０．１、５０６０と変換し、図６１のような２００ ＯＫ（Ｓ３８）を端末１（１１）に対して送信する。
【０１０５】
次にＢＹＥに対する２００ ＯＫ時における呼の終了処理について説明する。
【０１０６】
端末２（２１）から図６２のような２００ ＯＫ（Ｓ３９）が送信されると、ＮＡＴ／ＦＷ装置２（２２）では、カプセル化を行い、図６３のようなカプセル化２００ ＯＫ（Ｓ４０）をＳＩＰ−ＡＬＧ（５１）に転送する。
【０１０７】
ＳＩＰ−ＡＬＧ（５１）ではカプセル化２００ ＯＫ（Ｓ４０）を受信すると、カプセル化部より対向装置識別情報としてＮＡＴ／ＦＷ装置２（２２）のＩＰアドレス＝１７２．３０．０．２、及び、ＳＩＰレイヤより呼識別情報として、Ｃａｌｌ−ＩＤの値＝１２３４５６７８＠１９２．１６８．０．１を取得し、それらの組を呼関連リソース管理のためのキー情報として記録する。また、ＳＩＰ信号がＢＹＥに対する２００ ＯＫであることから、呼の終了信号であることを把握する。
【０１０８】
次に、取得した対向装置識別情報をキー情報として、図２のネットワークアドレス管理テーブルを参照し、変換対象となるアドレス体系として１９２．１６８．０．０／２４を取得し、受信したカプセル化ＳＩＰ信号より変換対象アドレスを抽出する。その結果、特に変換対象となるアドレスはないことを把握する。
【０１０９】
次に、呼の終了処理としてピンホール削除を行う。先に取得したキー情報を元に、ピンホール管理テーブルを検索し、ピンホールＩＤ＝１のレコードを取得する。その結果得られたピンホールＩＤを指定し、図６４のようなピンホール削除要求１（Ｓ４１）を、ＮＡＴ／ＦＷ装置２（２２）に対して送信し、ＮＡＴ／ＦＷ装置２（２２）では当該ピンホールを閉鎖し、ＳＩＰ−ＡＬＧ（５１）に対して応答を送信する。ＳＩＰ−ＡＬＧ（５１）ではＮＡＴ／ＦＷ装置２（２２）からの応答を取得し、ＳＩＰ−ＡＬＧ（５１）のピンホール管理テーブルの当該レコードを図６６のように削除する。
【０１１０】
その後、ＳＩＰ−ＡＬＧ（５１）では、ＳＩＰレイヤは特に変更せず、カプセル化部分のＩＰアドレス、Ｐｏｒｔ番号の送信先、送信元を逆にして、図６７のようなカプセル化２００ ＯＫ（Ｓ４３）をＮＡＴ／ＦＷ装置２（２２）に返送する。
【０１１１】
ＮＡＴ／ＦＷ装置２（２２）では、受信したカプセル化２００ ＯＫをデカプセル化し、ＳＩＰ信号のＩＰレイヤ、ＵＤＰレイヤの送信元をそれぞれ、１３１．０．０．１、３５０６０と変換し、ＳＩＰサーバ（３１）に向けて図６８のような２００ ＯＫ（Ｓ４４）を送信する。
【０１１２】
なお、ＳＩＰ−ＡＬＧではカプセル化２００ ＯＫ（Ｓ４３）送信後における、呼の終了処理として、先に取得したキー情報を元に、アドレス変換テーブルを検索し、変換ＩＤ＝４、５のレコードを取得する。その結果得られた変換ＩＤを指定し、図６９のようなアドレス組削除要求１（Ｓ４５）を、ＮＡＴ／ＦＷ装置２（２２）に対して送信し、ＮＡＴ／ＦＷ装置２（２２）より応答を取得する。応答取得後、ＳＩＰ−ＡＬＧ（５１）のアドレス変換テーブルの当該レコードを図７１のように削除する。
【０１１３】
また、同様に先に取得したキー情報を元に、メディア情報収集テーブルを検索し、当該キー情報にヒットする２つのレコードを取得する。それらの結果についても、図７２のように削除する。
【０１１４】
ＳＩＰサーバ（３１）では、最上位のＶｉａヘッダに記述されている自身のＩＰアドレスを確認し、そのＶｉａヘッダを削除し、その下のＶｉａヘッダから送信先ＩＰアドレス、Ｐｏｒｔ番号を取得し、図７３のような２００ ＯＫ（Ｓ４７）を送信する。
【０１１５】
２００ ＯＫ（Ｓ４７）を受信したＮＡＴ／ＦＷ装置１（１２）では、図７４のようにカプセル化し、ＳＩＰ−ＡＬＧ（５１）にカプセル化２００ ＯＫ（Ｓ４８）を送信する。
【０１１６】
ＳＩＰ−ＡＬＧ（５１）ではカプセル化２００ ＯＫ（Ｓ４８）を受信すると、カプセル化部より対向装置識別情報としてＮＡＴ／ＦＷ装置１（１２）のＩＰアドレス＝１７２．３０．０．１、及び、ＳＩＰレイヤより呼識別情報として、Ｃａｌｌ−ＩＤの値＝１２３４５６７８＠１９２．１６８．０．１を取得し、それらの組を呼関連リソース管理のためのキー情報として記録する。また、ＳＩＰ信号がＢＹＥに対する２００ ＯＫであることから、呼の終了信号であることを把握する。
【０１１７】
次に、取得した対向装置識別情報をキー情報として、図２のネットワークアドレス管理テーブルを参照し、変換対象となるアドレス体系として１３０．０．０．０／２４を取得し、受信したカプセル化２００ ＯＫ（Ｓ４８）より変換対象アドレスを抽出する。その結果Ｖｉａより１３０．０．０．１：２５０６０を取得する。
【０１１８】
アドレス変換要求においては、先に取得したキー情報、及び取得した変換元ＩＰアドレス＝１３０．０．０．１、変換元Ｐｏｒｔ番号＝２５０６０を用いて、まず、アドレス変換テーブルの検索を行うが、既に当該レコードは存在しているため、結果として変換後ＩＰアドレス＝１９２．１６８．０．１、変換後Ｐｏｒｔ番号＝５０６０を得ることができる。
【０１１９】
次に、呼の終了処理としてピンホール削除を行う。先に取得したキー情報を元に、ピンホール管理テーブルを検索し、ピンホールＩＤ＝２のレコードを取得する。その結果得られたピンホールＩＤを指定し、図７５のようなピンホール削除要求２（Ｓ４９）を、ＮＡＴ／ＦＷ装置１（１２）に対して送信し、ＮＡＴ／ＦＷ装置１（１２）では当該ピンホールを閉鎖し、ＳＩＰ−ＡＬＧ（５１）に対して応答を送信する。ＳＩＰ−ＡＬＧ（５１）ではＮＡＴ／ＦＷ装置１（１２）からの応答を取得し、ＳＩＰ−ＡＬＧ（５１）のピンホール管理テーブルの当該レコードを図７７のように削除する。
【０１２０】
その後、ＳＩＰ−ＡＬＧでは、ＳＩＰレイヤのＶｉａヘッダを変換し、また、カプセル化部分のＩＰアドレス、Ｐｏｒｔ番号の送信先、送信元を逆にして、図７８のようなカプセル化２００ ＯＫ（Ｓ５１）をＮＡＴ／ＦＷ装置１（１２）に返送する。
【０１２１】
ＮＡＴ／ＦＷ装置１（１２）では、受信したカプセル化２００ ＯＫをデカプセル化し、ＳＩＰ信号のＩＰレイヤ、ＵＤＰレイヤの送信先をそれぞれ、１９２．１６８．０．１、５０６０と変換し、ＳＩＰサーバ（３１）に向けて図７９のような２００ ＯＫ（Ｓ５２）を送信する。
【０１２２】
なお、ＳＩＰ−ＡＬＧではカプセル化２００ ＯＫ（Ｓ５１）送信後における、呼の終了処理として、先に取得したキー情報を元に、アドレス変換テーブルを検索し、変換ＩＤ＝２、３のレコードを取得する。その結果得られた変換ＩＤを指定し、図８０のようなアドレス組削除要求２（Ｓ５３）を、ＮＡＴ／ＦＷ装置１（１２）に対して送信し、ＮＡＴ／ＦＷ装置１（１２）より応答を取得する。応答取得後、ＳＩＰ−ＡＬＧ（５１）のアドレス変換テーブルの当該レコードを図８２のように削除する。
【０１２３】
また、同様に先に取得したキー情報を元に、メディア情報収集テーブルを検索し、当該キー情報にヒットする２つのレコードを取得する。それらの結果についても、図８３のように削除する。
【０１２４】
以上のように、対向装置識別情報、呼識別情報をキー情報として、アドレス変換情報、ピンホール管理情報、メディア情報など呼関連リソースを管理することで、呼毎、対向するＮＡＴ／ＦＷ装置毎に呼関連リソースの登録、参照、削除が可能となる。また、既に登録されている呼関連リソースについては、ＮＡＴ／ＦＷ装置に対するアドレス変換要求、ピンホール設定要求を行わないので処理の軽減が可能である。
【０１２５】
次に、図８４〜図８６を用いて、第２の実施例を説明する。図８４に本実施例のネットワーク構成を示す。図８４に示すように、本実施例は図１に示す第１の実施例のネットワーク構成のＮＡＴ／ＦＷ装置１（１２）、ＮＡＴ／ＦＷ装置２（２２）をＶＰＮ収容装置１（１２’）、ＶＰＮ収容装置２（２２’）に置き換えたものである。ＶＰＮ収容装置１（１２’）、ＶＰＮ収容装置２（２２’）は複数の仮想プライベート網（ＶＰＮ：Virtual Private Network）を収容し、複数のＶＰＮに対して論理的にＮＡＴ／ＦＷを設定できる。
【０１２６】
図８４に示すように、ＶＰＮ収容装置１（１２’）に設定された論理ＮＡＴ／ＦＷ＃１〜＃ｎ−１にはＶＰＮ＃１〜＃ｎ−１が接続されており、それぞれの論理ＮＡＴ／ＦＷ＃１〜＃ｎ−１はグローバル網（３０）にも接続されている。ＶＰＮ収容装置１（１２’）は論理ＮＡＴ／ＦＷ＃１〜＃ｎ−１とは独立に、図示していないＡＬＧ送受信機能、アドレス変換信号送受信機能を配備しており、それらは全ての論理ＮＡＴ＃１〜＃ｎ−１と連携することが可能となっている。また、ＶＰＮ収容装置１（１２’）は論理的なＮＡＴ／ＦＷが接続されているＶＰＮの番号も付加しカプセル化ＳＩＰ信号を転送し、また、転送先から送信されたカプセル化信号を受信しデカプセル化し元のＳＩＰ信号に戻す機能、及び、アドレス変換要求、アドレス組削除要求、ピンホール設定要求、ピンホール削除要求などを装置のＩＰアドレスとＶＰＮ番号で指定される論理ＮＡＴ／ＦＷで受信し、アドレス組の払い出し、ピンホール設定などを行う機能を有している。
【０１２７】
ＶＰＮ収容装置２（２２’）に設定された論理ＮＡＴ／ＦＷ＃ｎ〜＃ｚにはＶＰＮ＃ｎ〜＃ｚが接続されており、それぞれの論理ＮＡＴ／ＦＷ＃ｎ〜＃ｚはグローバル網（３０）にも接続されている。また、ＶＰＮ収容装置２（２２’）はＶＰＮ収容装置１（１２’）と同様な機能を有している。
【０１２８】
本実施例ではＳＩＰ−ＡＬＧ（５１’）の対向装置は上記のような１台の装置で論理的なＮＡＴ／ＦＷを複数設定できるＶＰＮ収容装置であり、対向装置であるＶＰＮ収容装置１（１２’）、ＶＰＮ収容装置２（２２’）から送信されるカプセル化ＳＩＰ信号は、図８５のようになっており、カプセル化部分のＶＰＮ番号を設定する独自のカプセル化部分を付加している。
【０１２９】
ＳＩＰ−ＡＬＧ（５１’）では、ＶＰＮ収容装置１（１２’）、ＶＰＮ収容装置２（２２’）より受信したカプセル化ＳＩＰ信号を取得した際に、上記ＮＡＴ／ＦＷ装置の場合に取得する、対向装置識別情報、呼識別情報に含め、さらにＶＰＮ番号をＶＰＮ識別情報として取得することで、呼関連リソース管理のキー情報として記録する。
【０１３０】
また、アドレス変換テーブルなどの呼関連リソースを管理するテーブルのキー情報に、図８６のようにＶＰＮ識別情報を加え、各リソースを登録する際には、ＶＰＮ識別情報も含めて登録することで、呼毎、対向するＶＰＮ収容装置毎、また、ＶＰＮに接続されている論理ＮＡＴ／ＦＷ毎に、呼関連リソースの管理が可能となり、参照処理や、削除処理を行うことができるようになる。
【０１３１】
第２の実施例について以上に説明したこと以外については、第１の実施例と同様である。
【０１３２】
以上、本発明者によってなされた発明を、前記実施例に基づき具体的に説明したが、本発明は、前記実施例に限定されるものではなく、その要旨を逸脱しない範囲において種々変更可能であることは勿論である。
【図面の簡単な説明】
【０１３３】
【図１】第１の実施例のネットワーク構成を示す図である。
【図２】第１の実施例のネットワークアドレス変換テーブルを示す図である。
【図３】第１の実施例のアドレス変換テーブル構成を示す図である。
【図４】第１の実施例のメディア情報収集テーブル構成を示す図である。
【図５】第１の実施例のピンホール管理テーブル構成を示す図である。
【図６】ＲＥＧＩＳＴＥＲシーケンス（１／１）の例を示す図である。
【図７】ＲＥＧＩＳＴＥＲ（Ｓ１）の例を示す図である。
【図８】カプセル化ＲＥＧＩＳＴＥＲ（Ｓ２）の例を示す図である。
【図９】アドレス変換要求１（Ｓ３）の例を示す図である。
【図１０】アドレス変換応答１（Ｓ４）の例を示す図である。
【図１１】アドレス変換テーブル（Ｐ４）の例を示す図である。
【図１２】カプセル化ＲＥＧＩＳＴＥＲ（Ｓ５）の例を示す図である。
【図１３】ＲＥＧＩＳＴＥＲ（Ｓ６）の例を示す図である。
【図１４】２００ ＯＫ（Ｓ７）の例を示す図である。
【図１５】カプセル化２００ ＯＫ（Ｓ８）の例を示す図である。
【図１６】カプセル化２００ ＯＫ（Ｓ９）の例を示す図である。
【図１７】２００ ＯＫ（Ｓ１０）の例を示す図である。
【図１８】アドレス変換テーブル（Ｐ９）の例を示す図である。
【図１９】ＩＮＶＩＴＥシーケンス（１／６）の例を示す図である。
【図２０】ＩＮＶＩＴＥシーケンス（２／６）の例を示す図である。
【図２１】ＩＮＶＩＴＥシーケンス（３／６）の例を示す図である。
【図２２】ＩＮＶＩＴＥシーケンス（４／６）の例を示す図である。
【図２３】ＩＮＶＩＴＥシーケンス（５／６）の例を示す図である。
【図２４】ＩＮＶＩＴＥシーケンス（６／６）の例を示す図である。
【図２５】ＩＮＶＩＴＥ（Ｓ１１）の例を示す図である。
【図２６】カプセル化ＩＮＶＩＴＥ（Ｓ１２）の例を示す図である。
【図２７】アドレス変換要求２（Ｓ１３）の例を示す図である。
【図２８】アドレス変換応答２（Ｓ１４）の例を示す図である。
【図２９】アドレス変換要求３（Ｓ１５）の例を示す図である。
【図３０】アドレス変換応答３（Ｓ１６）の例を示す図である。
【図３１】アドレス変換テーブル（Ｐ１６）の例を示す図である。
【図３２】メディア情報収集テーブル（Ｐ１６）の例を示す図である。
【図３３】カプセル化ＩＮＶＩＴＥ（Ｓ１７）の例を示す図である。
【図３４】ＩＮＶＩＴＥ（Ｓ１８）の例を示す図である。
【図３５】ＩＮＶＩＴＥ（Ｓ１９）の例を示す図である。
【図３６】カプセル化ＩＮＶＩＴＥ（Ｓ２０）の例を示す図である。
【図３７】アドレス変換要求４（Ｓ２１）の例を示す図である。
【図３８】アドレス変換応答４（Ｓ２２）の例を示す図である。
【図３９】アドレス変換テーブル（Ｐ２２）の例を示す図である。
【図４０】メディア情報収集テーブル（Ｐ２２）の例を示す図である。
【図４１】カプセル化ＩＮＶＩＴＥ（Ｓ２３）の例を示す図である。
【図４２】ＩＮＶＩＴＥ（Ｓ２４）の例を示す図である。
【図４３】２００ ＯＫ（Ｓ２５）の例を示す図である。
【図４４】カプセル化２００ ＯＫ（Ｓ２６）の例を示す図である。
【図４５】アドレス変換要求５（Ｓ２７）の例を示す図である。
【図４６】アドレス変換応答５（Ｓ２８）の例を示す図である。
【図４７】アドレス変換テーブル（Ｐ２８）の例を示す図である。
【図４８】メディア情報収集テーブル（Ｐ２８）の例を示す図である。
【図４９】ピンホール設定要求１（Ｓ２９）の例を示す図である。
【図５０】ピンホール設定応答１（Ｓ３０）の例を示す図である。
【図５１】ピンホール管理テーブル（Ｐ３０）の例を示す図である。
【図５２】カプセル化２００ ＯＫ（Ｓ３１）の例を示す図である。
【図５３】２００ ＯＫ（Ｓ３２）の例を示す図である。
【図５４】２００ ＯＫ（Ｓ３３）の例を示す図である。
【図５５】カプセル化２００ ＯＫ．（Ｓ３４）の例を示す図である。
【図５６】メディア情報収集テーブル（Ｐ３４）の例を示す図である。
【図５７】ピンホール設定要求２（Ｓ３５）の例を示す図である。
【図５８】ピンホール設定応答２（Ｓ３６）の例を示す図である。
【図５９】ピンホール管理テーブル（Ｐ３６）の例を示す図である。
【図６０】カプセル化２００ ＯＫ（Ｓ３７）の例を示す図である。
【図６１】２００ ＯＫ（Ｓ３８）の例を示す図である。
【図６２】２００ ＯＫ（Ｓ３９）の例を示す図である。
【図６３】カプセル化２００ ＯＫ（Ｓ４０）の例を示す図である。
【図６４】ピンホール削除要求（Ｓ４１）の例を示す図である。
【図６５】ピンホール削除応答（Ｓ４２）の例を示す図である。
【図６６】ピンホール管理テーブル（Ｐ４２）の例を示す図である。
【図６７】カプセル化２００ ＯＫ（Ｓ４３）の例を示す図である。
【図６８】２００ ＯＫ（Ｓ４４）の例を示す図である。
【図６９】アドレス組削除要求１（Ｓ４５）の例を示す図である。
【図７０】アドレス組削除応答１（Ｓ４６）の例を示す図である。
【図７１】アドレス変換テーブル（Ｐ４６）の例を示す図である。
【図７２】メディア情報収集テーブル（Ｐ４６）の例を示す図である。
【図７３】２００ ＯＫ（Ｓ４７）の例を示す図である。
【図７４】カプセル化２００ ＯＫ（Ｓ４８）の例を示す図である。
【図７５】ピンホール削除要求２（Ｓ４９）の例を示す図である。
【図７６】ピンホール削除応答２（Ｓ５０）の例を示す図である。
【図７７】ピンホール管理テーブル（Ｐ５０）の例を示す図である。
【図７８】カプセル化２００ ＯＫ（Ｓ５１）の例を示す図である。
【図７９】２００ ＯＫ（Ｓ５２）の例を示す図である。
【図８０】アドレス組削除要求２（Ｓ５３）の例を示す図である。
【図８１】アドレス組削除応答２（Ｓ５４）の例を示す図である。
【図８２】アドレス変換テーブル（Ｐ５４）の例を示す図である。
【図８３】メディア情報収集テーブル（Ｐ５４）の例を示す図である。
【図８４】第２の実施例（ＶＰＮ収容装置を用いた場合）のネットワーク構成を示す図である。
【図８５】第２の実施例のカプセル化ＳＩＰ信号の例を示す図である。
【図８６】第２の実施例のテーブル構成の例を示す図である。
【符号の説明】
【０１３４】
１０…プライベート網１、１１…端末１、１２…ＮＡＴ／ＦＷ装置１、１２’…ＶＰＮ収容装置１、２０…プライベート網２、２１…端末２、２２…ＮＡＴ／ＦＷ装置２、２２’…ＶＰＮ収容装置２、３０…グローバル網、３１…ＳＩＰサーバ、４０…管理網、５１、５１’…ＳＩＰ−ＡＬＧ
【図１】
2005204216.tif 000003
【図２】
2005204216.tif 000004
【図３】
2005204216.tif 000005
【図４】
2005204216.tif 000006
【図５】
2005204216.tif 000007
【図６】
2005204216.tif 000008
【図７】
2005204216.tif 000009
【図８】
2005204216.tif 000010
【図９】
2005204216.tif 000011
【図１０】
2005204216.tif 000012
【図１１】
2005204216.tif 000013
【図１２】
2005204216.tif 000014
【図１３】
2005204216.tif 000015
【図１４】
2005204216.tif 000016
【図１５】
2005204216.tif 000017
【図１６】
2005204216.tif 000018
【図１７】
2005204216.tif 000019
【図１８】
2005204216.tif 000020
【図１９】
2005204216.tif 000021
【図２０】
2005204216.tif 000022
【図２１】
2005204216.tif 000023
【図２２】
2005204216.tif 000024
【図２３】
2005204216.tif 000025
【図２４】
2005204216.tif 000026
【図２５】
2005204216.tif 000027
【図２６】
2005204216.tif 000028
【図２７】
2005204216.tif 000029
【図２８】
2005204216.tif 000030
【図２９】
2005204216.tif 000031
【図３０】
2005204216.tif 000032
【図３１】
2005204216.tif 000033
【図３２】
2005204216.tif 000034
【図３３】
2005204216.tif 000035
【図３４】
2005204216.tif 000036
【図３５】
2005204216.tif 000037
【図３６】
2005204216.tif 000038
【図３７】
2005204216.tif 000039
【図３８】
2005204216.tif 000040
【図３９】
2005204216.tif 000041
【図４０】
2005204216.tif 000042
【図４１】
2005204216.tif 000043
【図４２】
2005204216.tif 000044
【図４３】
2005204216.tif 000045
【図４４】
2005204216.tif 000046
【図４５】
2005204216.tif 000047
【図４６】
2005204216.tif 000048
【図４７】
2005204216.tif 000049
【図４８】
2005204216.tif 000050
【図４９】
2005204216.tif 000051
【図５０】
2005204216.tif 000052
【図５１】
2005204216.tif 000053
【図５２】
2005204216.tif 000054
【図５３】
2005204216.tif 000055
【図５４】
2005204216.tif 000056
【図５５】
2005204216.tif 000057
【図５６】
2005204216.tif 000058
【図５７】
2005204216.tif 000059
【図５８】
2005204216.tif 000060
【図５９】
2005204216.tif 000061
【図６０】
2005204216.tif 000062
【図６１】
2005204216.tif 000063
【図６２】
2005204216.tif 000064
【図６３】
2005204216.tif 000065
【図６４】
2005204216.tif 000066
【図６５】
2005204216.tif 000067
【図６６】
2005204216.tif 000068
【図６７】
2005204216.tif 000069
【図６８】
2005204216.tif 000070
【図６９】
2005204216.tif 000071
【図７０】
2005204216.tif 000072
【図７１】
2005204216.tif 000073
【図７２】
2005204216.tif 000074
【図７３】
2005204216.tif 000075
【図７４】
2005204216.tif 000076
【図７５】
2005204216.tif 000077
【図７６】
2005204216.tif 000078
【図７７】
2005204216.tif 000079
【図７８】
2005204216.tif 000080
【図７９】
2005204216.tif 000081
【図８０】
2005204216.tif 000082
【図８１】
2005204216.tif 000083
【図８２】
2005204216.tif 000084
【図８３】
2005204216.tif 000085
【図８４】
2005204216.tif 000086
【図８５】
2005204216.tif 000087
【図８６】
2005204216.tif 000088