(57)【要約】【課題】外部機器が一つの外部ポートを使用して同時に複数台のＬＡＮ側装置とセッションを確立ことができるアドレス変換装置を提供する【解決手段】ＳＩＰ判定部１０５が受信したパケットがＷＡＮ側から送信されたＳＩＰのリクエストパケットであるかあるいはそれ以外のＳＩＰパケットであるかあるいはＳＩＰパケットではないかを判定し、ＩＰアドレス変換部１０３がＷＡＮ側通信部から受信したＳＩＰのリクエストパケットのペイロードに含まれるToヘッダフィールドのＵＲＩに従いＩＰヘッダのdestination ＩＰアドレスを書き換える。【選択図】  図１
2006211601.tif 000002
【特許請求の範囲】
【請求項１】
第１のネットワークとの通信を行う第１の通信部と、
第２のネットワークとの通信を行う第２の通信部と、
受信したパケットが前記第２の通信部から送信されたＳＩＰのリクエストパケットであるかあるいはそれ以外のＳＩＰパケットであるかあるいはＳＩＰパケットではないかを判定するＳＩＰ判定部と、
指定したＳＩＰのmessage-headerをパケットから取得するヘッダフィールド取得部と、
ＵＲＩとＩＰアドレスとを組として持つアドレス変換テーブルと、
前記第２の通信部から受信したＳＩＰのリクエストパケットのペイロードに含まれるToヘッダフィールドのＵＲＩに従いＩＰヘッダのdestination ＩＰアドレスを書き換えるＩＰアドレス変換部と、
を具備したことを特徴とするアドレス変換装置。
【請求項２】
前記受信パケットからsource ＩＰアドレスを取得するＩＰアドレス取得部と、
前記ＳＩＰパケットのメソッドを抜き出すメソッド取得部と、
前記メソッドがregisterであった場合に、ＩＰアドレスとしてＳＩＰパケットのsource ＩＰアドレスあるいはＳＩＰパケットのContactヘッダフィールドのＩＰアドレスと、
前記ＳＩＰパケットのToヘッダフィールドのＵＲＩとの組をアドレス変換テーブルへ追加する変換テーブル登録部と、
前記第１の通信部からＳＩＰパケットを受信した場合に変換テーブル登録部へパケット転送するＩＰアドレス変換部と、
を具備したことを特徴とする請求項１記載のアドレス変換装置。
【請求項３】
ＬＡＮ側との通信を行うＬＡＮ側通信部と、
ＷＡＮ側との通信を行うＷＡＮ側通信部と、
受信したパケットが前記ＷＡＮ側から送信されたＳＩＰのリクエストパケットであるかあるいはそれ以外のＳＩＰパケットであるかあるいはＳＩＰパケットではないかを判定するＳＩＰ判定部と、
指定したＳＩＰのmessage-headerをパケットから取得するヘッダフィールド取得部と、
ＵＲＩとＩＰアドレスとを組として持つアドレス変換テーブルと、
前記ＷＡＮ側通信部から受信したＳＩＰのリクエストパケットのペイロードに含まれるToヘッダフィールドのＵＲＩに従いＩＰヘッダのdestination ＩＰアドレスを書き換えるＩＰアドレス変換部と、
を具備したことを特徴とするアドレス変換装置。
【請求項４】
前記受信パケットからsource ＩＰアドレスを取得するＩＰアドレス取得部と、
前記ＳＩＰパケットのメソッドを抜き出すメソッド取得部と、
前記メソッドがregisterであった場合に、ＩＰアドレスとしてＳＩＰパケットのsource ＩＰアドレスあるいはＳＩＰパケットのContactヘッダフィールドのＩＰアドレスと、
前記ＳＩＰパケットのToヘッダフィールドのＵＲＩとの組をアドレス変換テーブルへ追加する変換テーブル登録部と、
前記ＬＡＮ側からＳＩＰパケットを受信した場合に変換テーブル登録部へパケット転送するＩＰアドレス変換部と、
を具備したことを特徴とする請求項３記載のアドレス変換装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＬＡＮとの通信及びＷＡＮとの通信を行う通信装置に関し、特にＬＡＮ側とＷＡＮ側の通信を中継するためのアドレス変換装置に関するものである。
【背景技術】
【０００２】
従来より存在するＮＡＴ(RFC2663)は、一つのグローバルアドレスと高々一つのローカルＩＰアドレスとの変換を行うための技術である。一方、ＮＡＰＴ(RFC2663)はアドレス変換時の識別にポート番号を使用することで、一つのグローバルＩＰアドレスに対して複数のローカルＩＰアドレスとの対応付けを可能とした技術である。つまり、ＷＡＮ側の一つのポート番号に対して一つのローカルＩＰアドレスとポート番号が対応する。
【０００３】
ＶｏＩＰのような、ＷＡＮ側からＬＡＮ側へセッションを開始することが可能なアプリケーションにおいて従来のNATを使用すると、ＷＡＮ側から同時にセッションを確立することができるＬＡＮ側装置の台数は１台のみである。
【０００４】
一方ＮＡＰＴを使用した場合、予めＷＡＮ側ポート番号とＬＡＮ側のローカルＩＰアドレスおよびポート番号との関係を登録しておくことで、複数のＷＡＮ側ポートを使用すれば、ＷＡＮ側から同時に複数台のＬＡＮ側装置とセッションを確立することができる。
【特許文献１】特開２００４−７０８２８号公報（第１図）
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかしＷＡＮ側の装置は、ＬＡＮ側装置へのセッションを開始するにあたり、ＬＡＮ側装置へ接続するためのＷＡＮ側ポート番号を予め知っておく必要がある。また、通信を行う予定がある全てのＷＡＮ側ポートをあけておく必要があるため、セキュリティーの上で問題がある。
【０００６】
そこで、本発明は上述した課題を解決するため、外部機器が一つの外部ポートを使用して同時に複数台のＬＡＮ側装置とセッションを確立ことができるアドレス変換装置を提供することを目的とする。
【課題を解決するための手段】
【０００７】
本発明は上述した課題を解決するため、第１のネットワークとの通信を行う第１の通信部と、第２のネットワークとの通信を行う第２の通信部と、受信したパケットが前記第２の通信部から送信されたＳＩＰのリクエストパケットであるかあるいはそれ以外のＳＩＰパケットであるかあるいはＳＩＰパケットではないかを判定するＳＩＰ判定部と、指定したＳＩＰのmessage-headerをパケットから取得するヘッダフィールド取得部と、ＵＲＩとＩＰアドレスとを組として持つアドレス変換テーブルと、前記第２の通信部から受信したＳＩＰのリクエストパケットのペイロードに含まれるToヘッダフィールドのＵＲＩに従いＩＰヘッダのdestination ＩＰアドレスを書き換えるＩＰアドレス変換部とを具備したものである。
【０００８】
また本発明は上述したような課題を解決するため、前記受信パケットからsource ＩＰアドレスを取得するＩＰアドレス取得部と、前記ＳＩＰパケットのメソッドを抜き出すメソッド取得部と、前記メソッドがregisterであった場合に、ＩＰアドレスとしてＳＩＰパケットのsource ＩＰアドレスあるいはＳＩＰパケットのContactヘッダフィールドのＩＰアドレスと、前記ＳＩＰパケットのToヘッダフィールドのＵＲＩとの組をアドレス変換テーブルへ追加する変換テーブル登録部と、1のアドレス変換装置のＩＰアドレス変換部の代わりに前記第１の通信部からＳＩＰパケットを受信した場合に変換テーブル登録部へパケット転送するＩＰアドレス変換部とを具備したものである。
【発明の効果】
【０００９】
外部機器が一つの外部ポートを使用して同時に複数台のＬＡＮ側装置とセッションを確立ことができる。
【発明を実施するための最良の形態】
【００１０】
以下に本発明の一実施形態について図面を用いて説明する。
【００１１】
図１は、本発明の一実施形態を示すアドレス変換装置１００のシステム構成を示すブロック図である。
【００１２】
図１に示すＬＡＮ側通信部１０１はプライベートネットワーク１０２との接続口であり、プライベートネットワーク１０２上の機器からパケットを受信し、アドレス変換装置１００のＩＰアドレス変換部１０３へ出力する動作と、本アドレス変換装置１００のＩＰアドレス変換部１０３から入力されたパケットをプライベートネットワーク１０２上の機器へ送信する動作を実行する。
【００１３】
なお本実施形態では、ＬＡＮ側のプライベートネットワーク１０２上で使用されるＩＰアドレスをローカルＩＰアドレスと呼ぶ。
【００１４】
ＷＡＮ側通信部１０４はインターネットとの接続口であり、インターネットからパケットを受信し、本アドレス変換装置１００のＩＰアドレス変換部１０３へ出力する動作と、ＩＰアドレス変換部１０３から入力されたパケットをインターネット上の機器へ送信する動作を実施する。
【００１５】
なお実施形態では、インターネット上で使用されるＩＰアドレスをグローバルＩＰアドレスと呼ぶ。
【００１６】
ＳＩＰ判定部１０５は入力されたパケットのペイロードを確認し、パケットがＷＡＮ側からのＳＩＰリクエストパケットであるか、他のＳＩＰパケットであるかを判定する。どちらでもない場合はＳＩＰパケットではないと判定する。
【００１７】
判定後、判定結果をＩＰアドレス変換部１０３出力する。ＳＩＰパケットの判定は、パケットのペイロードに含まれるstart-lineに"ＳＩＰ"の文字を含むか否かで判断する。ＳＩＰリクエストパケットであるかの判定は、ＳＩＰパケットのＩＰヘッダのdestinationポート番号が5060であるかどうかで判断する。ＳＩＰリクエストパケットを5060番ポートで判断するのは、5060番がＳＩＰのwell knownポート番号であり、通常ＳＩＰのパケットの宛先ポート番号は5060番になることと、ＬＡＮ側からの送信の結果得られたＳＩＰの応答パケットであれば、宛先ポート番号はＮＡＰＴにより5060番ポート以外になると考えられるためである。
【００１８】
ヘッダフィールド取得部１０６は、パケットとＳＩＰのmessage-headerの種類とを入力として受付け、指定されたmessage-headerをパケットから取得し、取得したmessage-headerを出力する。
【００１９】
ここで、上述したＳＩＰパケットとは、ＳＩＰメッセージを含むＩＰパケットを指す。ＳＩＰメッセージは、start-lineとmessage-headerとmessage-bodyとから成る。start-lineはStatus-lineまたはRequest-lineから成る。Request-lineはリクエストの種類を表すメソッドを含む。
【００２０】
メソッドの種類には、セッションをセットアップするためのinviteや、コンタクトインフォメーションを登録するためのregister等がある。message-headerの種類には、ＳＩＰメッセージの論理的な宛先を含むToヘッダフィールドや、ＳＩＰのリクエストを開始した論理的なアイデンティティーを含むFromヘッダフィールドや、ＳＩＰのダイアログを識別するためのCall-IDや、ＳＩＰメッセージを送信した機器のコンタクト先を示すContactヘッダフィールド等がある。Fromヘッダフィールド、Toヘッダフィールド、Contactヘッダフィールドは、ＵＲＩを含む。
【００２１】
ＳＩＰリクエストパケットとは、ＳＩＰメッセージを含むＩＰパケットの中で、ＷＡＮ側の機器からＬＡＮ側の機器へのリクエストを行うパケットを指す。
【００２２】
アドレス変換テーブル１０７は、ＵＲＩとＩＰアドレスとを組として持つテーブルである。図２はこのアドレス変換テーブルの一例を示したものである。図から明らかなような各ＵＲＩについてそれぞれＩＰアドレスが対応しており、複数の組を記憶しているテーブルである。
【００２３】
ＩＰアドレス変換部１０３は、ＮＡＰＴ(RFC2663)の機能と、先行技術(特開２００３−１７４４６６号)等で実現されているパケットのペイロードに含まれるＳＩＰメッセージ中のＩＰアドレスを変換する機能とに加え、ＳＩＰリクエストパケットをグローバルＩＰアドレスからローカルＩＰアドレスへ変換する際に、ＳＩＰリクエストパケットのペイロードに含まれるＳＩＰのmessage-headerを参照して変換後のローカルＩＰアドレスを決める機能を有する。
【００２４】
次に、このＩＰアドレス変換部１０３の詳細な構成について図３を用いて説明する。図３に示すようにＩＰアドレス変換部１０３は、ＮＡＰＴ１０８とＮＡＰＴ変換テーブル１０９とメッセージ書換え部１１０とアドレス変換コントロール部１１１とＩＰヘッダ書換え部１１２とを構成要素として含む。
【００２５】
ＮＡＰＴ１０８は、アドレスとポート番号を変換する機能を有する。ＮＡＰＴの機能の詳細は、RFC2663等の文献で具体的に示されている。ＮＡＰＴ１０８は、入力されたパケットがＬＡＮ側からのパケットであれば、パケットのＩＰヘッダに含まれるsourceアドレスをローカルＩＰアドレスからグローバルＩＰアドレスに変換し、sourceポート番号を使用されていないポート番号に変換する。
【００２６】
変換後、変換した情報をＮＡＰＴ変換テーブル１０９に登録する。ＮＡＰＴ変換テーブル１０９には、変換後のポート番号と変換前のローカルＩＰアドレスおよびポート番号との対の情報が記憶されている。ＮＡＰＴ変換テーブル１０９への情報登録後、アドレス変換コントロール部１１１へ変換後のパケットを出力する。
【００２７】
一方で、入力されたパケットがＷＡＮ側からのパケットであれば、パケットのＩＰヘッダに含まれるdestinationポート番号でＮＡＰＴ変換テーブルを検索し、検索の結果得たＩＰアドレスとポート番号とによりＩＰヘッダのdestinationアドレスとdestinationポート番号を変換する。変換後のパケットをアドレス変換コントロール部１１１へパケットを出力する。ＮＡＰＴ変換テーブル１０９に変換情報がない場合は、アドレス変換コントロール部１１１へエラーを出力する。
【００２８】
メッセージ書換え部１１０は、先行技術の特開２００３-１７４４６６号等に開示されているようなＳＩＰパケットのmessage-headerとmessage-bodyを書換える機能を持つ。メッセージ書換え部１１０は、ＳＩＰパケットとＩＰアドレスを入力として受付け、入力されたＳＩＰパケットのmessage-headerとmessage-bodyの中のＩＰアドレスを入力されたＩＰアドレスで書換える。そして書換え後のＳＩＰパケットをアドレス変換コントロール部１１１へ出力する。
【００２９】
ＩＰヘッダ書換え部１１２は、ＩＰアドレスとＳＩＰリクエストパケットを入力として受付け、ＳＩＰリクエストパケットのＩＰヘッダに含まれるdestinationアドレスを入力されたＩＰアドレスに変換する。変換後のＳＩＰリクエストパケットをアドレス変換コントロール部１１１へ出力する。
【００３０】
アドレス変換コントロール部１１１は、ＷＡＮ側通信部１０４からパケットが入力された場合、入力されたパケットをＳＩＰ判定部１０５へ出力する。出力した結果、パケットがＳＩＰリクエストパケットでない場合は、ＮＡＰＴ１０８へパケットを出力することによりＩＰヘッダの変換を行う。ＮＡＰＴ１０８からエラーが帰ってきた場合は、ＷＡＮ側通信部１０４へエラーを出力する。
【００３１】
ＳＩＰパケットでない場合は、変換後のパケットをＬＡＮ側通信部１０１へ出力する。ＳＩＰパケットであれば、変換後のパケットとＮＡＰＴ１０８により変換された後のdestination ＩＰアドレスとをメッセージ書換え部１１０へ出力することにより、ＳＩＰパケットのペイロードを書換え、書換え後のパケットをＬＡＮ側通信部１０１へ出力する。
【００３２】
ＳＩＰ判定部の結果、ＳＩＰリクエストパケットであった場合は、ＳＩＰリクエストパケットとToをヘッダフィールド取得部１０６へ送信することによりＳＩＰリクエストパケットに含まれるToヘッダフィールドを得る。アドレス変換コントロール部１１１は、取得したToヘッダフィールドのＵＲＩをキーとしてアドレス変換テーブルを検索し、組となるＩＰアドレスを得る。
【００３３】
ＩＰアドレス取得後、ＩＰヘッダ書換え部１１２により、ＳＩＰリクエストパケットのＩＰヘッダに含まれるdestinationアドレスを取得したＩＰアドレスで書換える。書換え後、書換えたＳＩＰリクエストパケットをメッセージ書換え部１１０へ送信することにより、ＳＩＰリクエストパケットのペイロードに含まれるローカルＩＰアドレスをアドレス変換テーブル１０７から取得したＩＰアドレスで書換える。書換えたＳＩＰリクエストパケットをＬＡＮ側通信部１０１へ出力する。
【００３４】
ＬＡＮ側からアドレス変換コントロール部１１１へパケットが入力された場合は、アドレス変換コントロール部１１は、入力されたパケットをＮＡＰＴ１０８に出力することによりＩＰヘッダの変換を行う。変換後、ＳＩＰ判定部１０５へパケットを送信し、ＳＩＰパケットであればメッセージ書換え部１１０によりＳＩＰパケットのペイロードに含まれるローカルＩＰアドレスをグローバルＩＰアドレスに変換する。アドレス変換コントロール部１１１は、変換後のパケットをＬＡＮ側通信部１０１へ出力する。
【００３５】
次に上述したＩＰアドレス変換部１０３の構成に基づいた処理動作について説明する。
【００３６】
ＩＰアドレス変換部１０３は、パケットがＷＡＮ側通信部１０４から入力された場合、入力されたパケットをＳＩＰ判定部１０５へ送信し、判定の結果ＳＩＰパケットでない場合は、ＮＡＰＴ１０８の機能により、ＩＰヘッダのdestinationアドレスとdestinationポート番号を書換える。書換えに失敗した場合はＷＡＮ側通信部１０４へエラーを送信する。成功した場合は、ＬＡＮ側通信部１０１へ書換え後のＳＩＰパケットを送信する。
【００３７】
判定の結果ＳＩＰパケットではあるがＳＩＰリクエストパケットではない場合は、ＮＡＰＴ１０８の機能により、ＩＰヘッダのdestinationアドレスとdestinationポート番号を書換え、ＳＩＰパケット中のＳＩＰのmessage-headerに含まれるＩＰアドレスとmessage-bodyに含まれるＩＰアドレスとを書換える。書換え後ＬＡＮ側通信部１０１へ変換後のＳＩＰパケットを送信する。
【００３８】
判定の結果、ＳＩＰリクエストパケットである場合は、ＳＩＰリクエストパケットとmessage-headerの種類であるToとをヘッダフィールド取得部１０６へ送信することにより、入力パケットに含まれるToヘッダフィールドを取得する。ＳＩＰのToヘッダフィールドには、ＳＩＰメッセージの論理的な宛先としてＵＲＩを含む。ここでいうＵＲＩ（Uniform Resource Identifier）はＳＩＰ ＵＲＩやＳＩＰS ＵＲＩやtel URL等、ＳＩＰで宛先を表すために使用されるＵＲＩ全般を指す。
【００３９】
ＩＰアドレス変換部１０３は、Toヘッダフィールド取得後、Toヘッダフィールドに含まれるＵＲＩをキーとして、アドレス変換テーブル１０７からＩＰアドレスを取得する。取得したＩＰアドレスにより、ＳＩＰリクエストパケットのＩＰヘッダのdestinationアドレスを変換する。destinationポート番号は変更しない。書換え後、先行技術に従いＳＩＰリクエストパケット中のＳＩＰのmessage-headerに含まれるＩＰアドレスとmessage-bodyに含まれるＩＰアドレスとをアドレス変換テーブル１０７から取得したＩＰアドレスで書換える。書換え後ＬＡＮ側通信部１０１へ変換後のＳＩＰリクエストパケットを送信する。
【００４０】
パケットがＬＡＮ側から入力された場合、通常のＮＡＰＴ１０８の動作に従いパケットのＩＰヘッダに含まれるsourceアドレスとsourceポート番号を書換える。書換え後ＩＰアドレス変換部１０３はＳＩＰ判定部１０５によりパケットを判定し、判定の結果ＳＩＰパケットでなければＳＩＰパケットをＷＡＮ側通信部１０４へ送信する。ＳＩＰパケットであれば、ＳＩＰパケット中のＳＩＰのmessage-headerとmessage-bodyとを書換えＷＡＮ側通信部１０４へ送信する。
【００４１】
次に、図４を用いて上述した構成に基づく本発明の実施形態についてさらに具体的に説明する。
【００４２】
図４は、本実施形態のアドレス変換装置１００がＬＡＮ側通信部およびＷＡＮ側通信部を介して、ネットワークに接続された状態を示しており、ＳＩＰ ＵＡ t1１１４はプライベートネットワークに接続されている機器であり、ＳＩＰ ＵＡ xyz１１５はインターネットに接続されている機器である。
【００４３】
まずＳＩＰ ＵＡ xyz１１５がＳＩＰ ＵＡ t1１１４にＳＩＰ inviteメッセージを送信したとする（図４の （１）)。この送信するＳＩＰリクエストパケットのdestination ＩＰアドレスは200.100.0.1であり、ポート番号はＳＩＰのwell knownポート番号である5060である。また、ＳＩＰパケットのペイロードに含まれるＳＩＰのmessage-headerのToヘッダフィールドにはＳＩＰ ＵＡ t1のＵＲＩ(ＳＩＰ:t1@in.com)を含む。
【００４４】
本アドレス変換装置１００は、ＷＡＮ側からのパケットをＷＡＮ側通信部１０４で受付ける。ＷＡＮ側通信部１０４にＳＩＰリクエストパケットが入力されると、ＷＡＮ側通信部１０４は入力されたＳＩＰリクエストパケットをＩＰアドレス変換部１０３へ出力する。
【００４５】
ＩＰアドレス変換部１０３は、ＳＩＰ判定部１０５によりＳＩＰリクエストパケットであると判定すると、ＳＩＰリクエストパケットと取得したいmessage-headerの種類Toとをヘッダフィールド取得部１０６へ送信し、結果としてＳＩＰリクエストパケットのペイロードに含まれるＳＩＰのToヘッダフィールドを取得する。取得後、取得したToヘッダフィールドに含まれるＵＲＩ(ＳＩＰ:t1@in.com )をキーとしてアドレス変換テーブル１０７を検索し、組となるＩＰアドレス(192.168.0.1)を取得する。
【００４６】
ここで、アドレス変換テーブル１０７には予めＵＲＩとＩＰアドレスの組が書かれているものとする。アドレス変換テーブル１０７への追加は、本発明装置がユーザ入力部を持つことで、ユーザが行っても良い。取得後、ＳＩＰリクエストパケットのＩＰヘッダのdestinationアドレスをグローバルＩＰアドレス(200.100.0.1)から取得したＩＰアドレス(192.168.0.1)へ変換する。
【００４７】
変換後、ＳＩＰリクエストパケットのペイロードに含まれるＩＰアドレスをテーブルから取得したＩＰアドレスで置換え、置換え後のＳＩＰリクエストパケットをＬＡＮ側通信部１０１へ出力する。ＬＡＮ側通信部１０１は受信したＳＩＰリクエストパケットをプライベートネットワークへ送信する。送信するＳＩＰリクエストパケットのdestination ＩＰアドレスは192.168.0.1"であり、destinationポート番号は"5060"である(図４の (2))。
【００４８】
ＳＩＰ ＵＡ t1１１４がＳＩＰ ＵＡ xyz１１５へＳＩＰ OKメッセージを返信する場合(図４の(3))は、ＬＡＮ側通信部１０１がＳＩＰパケットを受付ける。ＬＡＮ側通信部１０１は、ＳＩＰパケットをＩＰアドレス変換部１０３へ送信する。ＩＰアドレス変換部１０３は、ＮＡＰＴ１０８の機能によりＳＩＰパケットのＩＰヘッダのsourceアドレスとsourceポート番号を書換えるとともに、先行技術の方法でＳＩＰパケットのペイロードを書換える。書換え後、ISPパケットをＷＡＮ側通信部１０４へ出力する。ＷＡＮ側通信部は受信したＳＩＰパケットをインターネットへ送信する(図４の (4))。
【００４９】
次に、図５を用いて、ＳＩＰ ＵＡ xyzがＳＩＰ ＵＡ t1とＳＩＰ ＵＡ t2へ同時にＳＩＰ inviteメッセージを送信した例について説明する。
【００５０】
図４で説明したとおり、ＳＩＰ ＵＡ t1１１４が送信するＳＩＰリクエストパケットは、destinationアドレスが200.100.0.1でありdestinationポート番号が5060であり、ペイロードに含まれるＳＩＰのToヘッダフィールドは、ＳＩＰ:t1@in.comである。
【００５１】
一方、ＳＩＰ ＵＡ t2１１６が送信するＳＩＰリクエストパケットのdestination ＩＰアドレスとポート番号は、ＳＩＰ ＵＡ t1１１４と同じであり、ペイロードに含まれるＳＩＰのToヘッダフィールドは、ＳＩＰ:t2@in.comである。
【００５２】
本実施形態のアドレス変換装置１００は、ＳＩＰリクエストパケットを受信すると、ＳＩＰのToヘッダフィールドによりアドレス変換テーブル１０７を参照し、該当する機器へＳＩＰリクエストパケットを振り分ける。そのため、本アドレス変換装置１００から送信されるＳＩＰ ＵＡ t1１１４へのＳＩＰリクエストパケットのdestination ＩＰアドレスは192.168.0.1であり、ＳＩＰ ＵＡ t2へのＳＩＰリクエストパケットのdestination ＩＰアドレスは192.168.0.2となる。
【００５３】
このように上述した実施形態のアドレス変換装置１００は、ＳＩＰリクエストパケットのペイロードに含まれるToヘッダフィールドのＵＲＩを使用してＳＩＰリクエストパケットのdestination ＩＰアドレスを書き換える。
【００５４】
そして、ＳＩＰリクエストパケットのペイロードを参照することにより、本実施形態のアドレス変換装置に複数台の機器が接続されている場合でも、同一のＷＡＮ側ポートに受信したＳＩＰパケットを該当機器へ転送することができる。ＷＡＮ側機器は、発明装置に接続されている複数台の機器とセッションを確立することができる。
【００５５】
次に、本発明の第２の実施形態についての図６および図７を用いて説明する。
【００５６】
尚、第２の実施形態では、上述の第１の実施形態と同様の構成については説明を省略する。
【００５７】
図６に示すように、第２の実施形態に示す機器構成は、図１に示した第１の実施形態の機器構成に追加してＩＰアドレス取得部１１７を有している。ＩＰアドレス取得部１１７は、入力されたパケットのＩＰヘッダからsource ＩＰアドレスを取得し、取得したsource ＩＰアドレスを出力する。
【００５８】
さらに、第２の実施形態の機器構成は第１の実施形態の機器構成に追加してメソッド取得部１１８を有す。メソッド取得部１１８は、ＳＩＰパケットが入力されると、ＳＩＰパケットのRequest-lineからメソッドを取得し、取得したメソッドを出力する。
【００５９】
さらに第２の実施形態の機器構成は第１の実施形態の機器構成に追加して変換テーブル登録部１１９を有す。変換テーブル登録部１１９は、メソッド取得部１１７よりＳＩＰパケットのメソッドを取得し、メソッドがRegisterである場合は、ヘッダフィールド取得部１０６から取得したFromヘッダフィールドとToヘッダフィールドのＵＲＩを比較する。
【００６０】
同じであれば、registerパケットを出力したＳＩＰ ＵＡがＵＡ自身の登録を行うことを意味するため、ＩＰアドレス取得部１１７から取得したＩＰアドレスとヘッダフィールド取得部１０６から取得したToヘッダフィールドのＵＲＩとからなる組をアドレス変換テーブル１０７へ登録する。
【００６１】
FromヘッダフィールドとToヘッダフィールドのＵＲＩが異なる場合は、registerパケットを出力したＳＩＰ ＵＡが他のＳＩＰ ＵＡの登録を行うことを意味するため、ヘッダフィールド取得部１０６から取得したContactヘッダフィールドのローカルＩＰアドレスとヘッダフィールド取得部１０６から取得したToヘッダフィールドのＵＲＩとからなる組をアドレス変換テーブル１０７へ登録する。
【００６２】
さらに、第２の実施形態のＩＰアドレス変換部１２０は、受信したパケットがＳＩＰであり、かつＬＡＮ側からのパケットであれば、変換テーブル登録部１１９へパケットを送信する。その他の処理は第１の実施形態のＩＰアドレス変換部１０３と同じである。
【００６３】
次に本発明の第２の実施形態の具体的な動作について図７を用いて説明するにより説明する。尚、題意の実施例と同一の構成については同一の付番号を用いて説明する。
【００６４】
プライベートネットワーク上の機器であるＳＩＰ ＵＡ t2１１６はregister server１２１へＳＩＰのregisterパケットを出力する。出力するＳＩＰパケットのmessage-headerは、Fromヘッダフィールドが"t2 <ＳＩＰ:T2@IN.COM>;tag=1"であり、Toヘッダフィールドが"t1 <ＳＩＰ:T1@IN.COM>"であり、Contactヘッダフィールドが"t1@192.168.0.1"である。本アドレス変換装置１００のＩＰアドレス変換部１１９は、ＬＡＮ側通信部１０１から出力されたＳＩＰ ＵＡ t2１１６のパケットを受信すると、パケットがＳＩＰでありかつＬＡＮ側からの受信であるため、パケットを変換テーブル登録部１１９へ送信する。
【００６５】
変換テーブル登録部１１９は、ＳＩＰパケットのメソッドがregisterであるため、ヘッダフィールド取得部１１７よりパケットのペイロードに含まれるＳＩＰのFromヘッダフィールドとToヘッダフィールドとContactヘッダフィールドとを取得する。取得後、変換テーブル登録部１１９は、ヘッダフィールド取得部から取得したFromヘッダフィールドのＵＲＩ(ＳＩＰ:t2@in.com)とToヘッダフィールドのＵＲＩ(ＳＩＰ:t1@in.com)を比較する。
【００６６】
この第２の実施形態では、FromヘッダフィールドのＵＲＩとToヘッダフィールドのＵＲＩが異なるため、パケットを出力したＵＡが他のＵＡ(ＳＩＰ ＵＡ t1)の登録を行っていることがわかる。そのため、変換テーブル登録部１１９はヘッダフィールド取得部１０６より取得したContactヘッダフィールドからローカルＩＰアドレス(192.168.0.1)を取出し、取出したアドレスをアドレス変換テーブル１０７への登録アドレスとする。
【００６７】
第２の実施形態のアドレス変換テーブル１０７へ追加登録されるのは、ヘッダフィールド取得部１１７から取得したToヘッダフィールド(ＳＩＰ:t1@in.com)とContactヘッダフィールドから取得したＩＰアドレス(192.168.0.1)との組である。
【００６８】
またＳＩＰのRegister serverへの登録時に登録されるＳＩＰ ＵＡの情報を自動的にアドレス変換テーブル１０７へ登録する。それにより、ユーザのアドレス変換テーブル登録の負荷が軽減される。
【００６９】
以上説明したように第２の実施形態によれば、ＳＩＰリクエストパケットのペイロードに含まれるToヘッダフィールドのＵＲＩを使用してＳＩＰリクエストパケットのdestination ＩＰアドレスを書き換える。またＳＩＰリクエストパケットのペイロードを参照することにより、本アドレス変換装置１００に複数台の機器が接続されている場合でも、同一のＷＡＮ側ポートに受信したＳＩＰパケットを該当機器へ転送することができる。ＷＡＮ側機器は、発明装置に接続されている複数台の機器とセッションを確立することができる。
【００７０】
またＳＩＰのRegister serverへの登録時に登録されるＳＩＰ ＵＡの情報を自動的にアドレス変換テーブルへ登録する。それにより、ユーザのアドレス変換テーブル登録の負荷が軽減される。
【図面の簡単な説明】
【００７１】
【図１】本発明の第１の実施形態を示すシステム構成図である。
【図２】同実施形態におけるアドレス変換テーブルの一例を示す図である。
【図３】同実施形態におけるＩＰアドレス変換部を詳細に示した図である。
【図４】同実施形態における動作を説明するための図である。
【図５】同実施形態における動作を説明するための図である。
【図６】本発明の第２の実施形態を示すシステム構成図である。
【図７】同実施形態における動作を説明するための図である。
【符号の説明】
【００７２】
１００…アドレス変換装置、１０１…ＬＡＮ側通信部、１０３…ＩＰアドレス変換部、１０４…ＷＡＮ側通信部、１０５…ＳＩＰ判定部、１０６…ヘッダフィールド取得部、１０７…アドレス変換テーブル。
【図１】
2006211601.tif 000003
【図２】
2006211601.tif 000004
【図３】
2006211601.tif 000005
【図４】
2006211601.tif 000006
【図５】
2006211601.tif 000007
【図６】
2006211601.tif 000008
【図７】
2006211601.tif 000009