JP5473474B2 - 通信装置、通信方法、プログラム - Google Patents

Description

本発明は、ネットワークに接続される通信装置による通信方法に関する。

ＵＰｎＰ （Ｕｎｉｖｅｒｓａｌ Ｐｌｕｇ ａｎｄ Ｐｌａｙ）のＩＧＤ（Ｉｎｔｅｒｎｅｔ Ｇａｔｅｗａｙ Ｄｅｖｉｃｅ）では、ポートマッピングを行うことができる（非特許文献１）。ポートマッピングを行う中継装置は、ＡｄｄＰｏｒｔＭａｐｐｉｎｇの受信に応じてポートマッピングのエントリを追加する。このポートマッピングのエントリには、例えば、中継装置が外部ネットワークから受信したパケットの宛先ポート番号、中継先ネットワークの通信装置のＩＰアドレスとポート番号が含まれる。中継装置は、ポートマッピングの情報に基づいて、例えば、外部のネットワークから受信されたパケットを内部のネットワークの通信装置に中継する。

また、特許文献１には、ＡｄｄＰｏｒｔＭａｐｐｉｎｇを送信した機器のセッションの切断時に、ＤｅｌｅｔｅＰｏｒｔＭａｐｐｉｎｇによりポートマッピングのエントリを削除することが記載されている。特許文献２には、ポートマッピングに基づいてパケットを中継する中継装置が、ポートマッピングのテーブルから一定時間更新のないエントリを削除することが記載されている。

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

ＵＰｎＰ Ｆｏｒｕｍ ｈｔｔｐ：／／ｗｗｗ．ｕｐｎｐ．ｏｒｇ／

しかしながら、通信装置が利用する識別情報によっては、意図しないパケットを受信してしまう恐れがあった。

例えば、内部ネットワークのＩＰアドレス１（内部アドレス１）を取得した通信装置１が、中継装置に対して、外部ネットワークからのパケットの宛先ポート番号と、中継先の内部アドレス１とポート番号のエントリを追加する。尚、内部アドレス（ローカルアドレス）は、内部ネットワークで用いられるＩＰアドレスである。

その後、例えば、通信環境の変化により、通信装置１が意図せずにセッションを終了することがある。このとき、通信装置１がＤｅｌｅｔｅＰｏｒｔＭａｐｐｉｎｇによってエントリを削除しないままセッションを終了し、さらに、別の通信装置２が内部アドレス１を取得して通信を開始した場合、外部ネットワークからの意図しないパケットが通信装置２に中継されてしまう恐れがあった。

本発明は、上記の問題点に鑑みてなされたものであり、その目的は、意図しないパケットを通信装置が受信しないようにすることである。

上記の問題点を解決するために、本発明の通信装置は、例えば以下の構成を有する。すなわち、第１のネットワークからのパケットの宛先情報に応じて第２のネットワークに前記第１のネットワークからのパケットを中継する中継装置に接続される前記第２のネットワークの通信装置であって、自身に設定される識別情報を受け付ける受付手段と、前記第２のネットワークを介してサービスを提供する提供手段と、前記第１のネットワークから前記中継装置が受信したパケットの宛先情報に応じて、当該パケットを、前記自身に設定される識別情報として前記受付手段により受け付けられた識別情報に対応する前記第２のネットワーク上の通信装置宛てに中継するために前記中継装置に設定された前記識別情報に関する設定を削除する削除要求を前記提供手段によるサービスの提供開始前に前記中継装置に送信する送信手段とを有する。

本発明によれば、意図しないパケットを通信装置が受信しないようにすることができる。

実施形態に係るネットワーク構成図である。 実施形態に係る通信装置のモジュール構成図である。 実施形態１に係る通信装置のサービス提供開始時の処理を示すフローチャートである。 実施形態１に係るメッセージの流れを示すシーケンス図である。 実施形態２に係る通信装置のサービス提供開始時の処理を示すフローチャートである。 実施形態３に係る通信装置のサービス提供開始時の処理を示すフローチャートである。

＜実施例１＞
以下、本発明の実施形態について、図面を参照して説明する。

図１は、本発明に係るネットワークの構成図である。

１０１は、ＬＡＮ１０４に接続し、ＬＡＮ１０４を経由してサービスを提供する通信装置（サービス提供装置）である。

１０２は、インターネット１０３（第１のネットワーク）およびＬＡＮ１０４（第２のネットワーク）に接続し、ＬＡＮ１０４側にＩＧＤ機能を公開するルータ装置である。すなわち、ルータ装置１０２は、ポートマッピングの情報を記憶する。ポートマッピングの情報は、インターネット１０３（第１のネットワーク）からのパケットの宛先ポート番号（宛先情報）と、中継先であるＬＡＮ１０４（第２のネットワーク）の通信装置の識別情報（ＩＰアドレス）とポート番号とを対応付けた情報である。本形態では、インターネット１０３からのパケットの宛先ポート番号と、ＬＡＮ１０４上の通信装置の識別情報とポート番号の組をエントリと呼ぶ。ルータ装置１０２は、インターネット１０３（第１のネットワーク）からのパケットの宛先ポート番号（宛先情報）に応じて、インターネット１０３からのパケットをＬＡＮ１０４（第２のネットワーク）に中継する。尚、本形態の通信装置が取得するＩＰアドレス（識別情報）は、ＬＡＮ１０４で用いられる内部アドレスである。

１０３は、外部のネットワークを含むインターネットである。インターネット１０３は、インターネットに限らず、ＬＡＮやＷＡＮの複合で構成されていても良い。１０４は、Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ（ＬＡＮ）である。ＬＡＮ１０４は、ＬＡＮに限らず、ＢｌｕｅｔｏｏｔｈなどのＩＰを利用可能な通信路やそれらの複合であっても良い。

１０５は、ルータ装置１０２にポートマッピングのエントリを追加するメッセージを送信可能なルータ制御装置である。本実施形態のルータ制御装置１０５は、通信装置１０１がＬＡＮ１０４に接続される前に、ＬＡＮ１０４に接続し、識別情報（内部アドレス１）を取得する。そして、ルータ制御装置１０５は、ルータ装置１０２に対して、ポートマッピングのエントリを追加するためのＡｄｄＰｏｒｔＭａｐｐｉｎｇのＳＯＡＰメッセージを送信する。このＡｄｄＰｏｒｔＭａｐｐｉｎｇには、ルータ装置１０２がポート番号１のパケットをインターネット１０３から受信すると、そのパケットをＬＡＮ１０４の内部アドレス１のポート番号２に中継するようにエントリを追加するためのメッセージである。ルータ装置１０２は、ＡｄｄＰｏｒｔＭａｐｐｉｎｇを受信すると、対応するエントリを追加する。

尚、ポート番号１とポート番号２は、同一のポート番号であっても、異なるポート番号であっても良い。ルータ制御装置１０５は、通信装置１０１がＬＡＮ１０４に接続される前に、ルータ装置１０２に対してＡｄｄＰｏｒｔＭａｐｐｉｎｇを送信し、ＬＡＮ１０４から切断されているものとする。

図２は、通信装置１０１のモジュール構成図である。２００は、各モジュールを接続するためのバスである。

２０１は、ＳＳＤＰ（Ｓｉｍｐｌｅ Ｓｅｒｖｉｃｅ Ｄｉｓｃｏｖｅｒｙ Ｐｒｏｔｏｃｏｌ）を用いてＩＧＤ機能を保持するルータ装置を探索するルータ探索部である。本実施形態では、ＳＳＤＰを用いたが、これに限らず、ディレクトリサービスによる検索や他のマルチキャストやブロードキャストを用いた探索プロトコルでも実現可能である。

２０２は、ルータ探索部２０１で発見されたルータ装置から、ポートマッピングの情報を取得するためのメッセージを生成するポート情報取得部である。ポート情報取得部２０２は、ルータ装置からポートマッピングのエントリを取得するためのＧｅｔＰｏｒｔＧｅｎｅｒｉｃＭａｐｐｉｎｇのＳＯＡＰメッセージを生成し、インターフェース制御部２０６を介して送信する。ＧｅｔＰｏｒｔＧｅｎｅｒｉｃＭａｐｐｉｎｇを受信したルータ装置１０２は、受信したＧｅｔＰｏｒｔＧｅｎｅｒｉｃＭａｐｐｉｎｇに含まれるインデックスの値に対応するエントリを通信装置１０１に通知する。

また、ポート情報取得部２０２は、ルータ装置に設定されるエントリ数を取得するためのＰｏｒｔＭａｐｐｉｎｇＮｕｍｂｅｒＯｆＥｎｔｒｉｅｓ のＳＯＡＰメッセージを生成し、インターフェース制御部２０６を介して送信する。ＰｏｒｔＭａｐｐｉｎｇＮｕｍｂｅｒＯｆＥｎｔｒｉｅｓを受信したルータ装置１０２は、自身に設定されているポートマッピングのエントリ数を通信装置１０１に通知する。尚、本実施形態では、ポートマッピング情報の取得にＳＯＡＰを利用するが、ＴＣＰやＵＤＰを用いた他のメッセージでも実現可能である。

２０３は、ルータ探索部２０１で発見されたルータ装置から、ポートマッピングの情報を削除するためのメッセージを生成するポート情報削除部である。ポート情報削除部２０３は、ポートマッピングのテーブルから、指定するエントリを削除するためのＤｅｌｅｔｅＰｏｒｔＭａｐｐｉｎｇのＳＯＡＰメッセージを生成し、インターフェース制御部２０６を介して送信する。ＤｅｌｅｔｅＰｏｒｔＭａｐｐｉｎｇを受信したルータ装置１０２は、ポートマッピングのテーブルから、対応するエントリを削除する。本実施形態では、ポートマッピングの削除にＳＯＡＰを利用するが、ＴＣＰやＵＤＰを用いた他のメッセージでも実現可能である。

２０４は、ＬＡＮ１０４を介して、ＨＴＴＰのサービスのサーバ機能（ＨＴＴＰｄ）を公開、提供するサービス提供部である。本実施形態では、サービスをＨＴＴＰで示したが、これに限らず、ＦＴＰや他のプロトコル、および、サーバ機能を持つアプリケーションなどであっても実現可能である。サービス提供部２０４は、ＬＡＮ１０４内の機器、及び、インターネット１０３に接続される機器に対してサービスを提供することが可能である。即ち、サービス提供部２０４は、インターネット（第１のネットワーク）に対してデータを提供可能にするための処理（サービス開始処理）を行う。そして、サービス提供部は、サービス開始処理の完了後にサービス要求を受信すると、サービス要求の送信元に対してサービスを提供する。

２０６は、ＬＡＮ１０４と接続し、ルータ探索部２０１、ポート情報取得部２０２、ポート情報削除部２０３、および、サービス提供部２０４のＳＳＤＰ、ＳＯＡＰのメッセージの送受信を行うインターフェース制御部である。すなわち、インターフェース制御部２０６は、ルータ探索部２０１、ポート情報取得部２０２、ポート情報削除部、及び、サービス提供部２０４によって生成されたメッセージを送信する。

また、インターフェース制御部２０６は、自身に設定される識別情報（内部アドレス）を受け付ける。この内部アドレスは、ＬＡＮ１０４への接続時に、ＤＨＣＰ（Ｄｙｎａｍｉｃ Ｈｏｓｔ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）を用いて、アドレスを管理する他の機器から取得しても良いし、ユーザからの入力によって取得しても良い。

２０５は、ルータ装置１０２に設定されるポートマッピングのエントリが通信装置１０１に関連したエントリであるかどうかを判定する関連判定部である。すなわち、関連判定部２０５は、通信装置が受け付けた内部アドレス宛てにインターネット１０３からのパケットを中継するように設定されたエントリが存在するか判定する。

本形態では、ＩＧＤ機能によるポートマッピングの実施形態を示したが、これに限らず、Ｎｅｔ Ｃｏｎｆなどを用いて、ファイアウォールなどの情報の操作する場合に用いることも可能である。

次に、通信装置１０１によるサービスの提供開始時の処理について説明する。本形態では、通信装置１０１がＬＡＮ１０４にサービスの提供を開始する前に行う処理として説明するが、これに限らず、例えば、通信装置１０１がＬＡＮ１０４に接続され、内部アドレスを取得した際に行うようにしても良い。

また、本形態では、通信装置１０１がＬＡＮ１０４に接続する直前まで、ルータ制御装置１０５がＬＡＮ１０４に接続されていた場合について説明する。また、通信装置１０１が受け付けた識別情報と、ルータ制御装置１０５がＬＡＮ１０４に接続されていたときの識別情報が、同じ内部アドレス１であった場合について説明する。

図３は、通信装置（サービス提供装置）１０１のサービス提供開始時の処理を示すフローチャートである。尚、通信装置１０１のインターフェース制御部２０６は、図３の処理を開始する前に、ＬＡＮ１０４の内部アドレスを自身に設定している。即ち、インターフェース制御部２０６は、図３のステップＳ３０１の前に、自身に設定される識別情報（内部アドレス）を受け付ける（受付手順）。

ステップＳ３０１において、ルータ探索部２０１は、ＳＳＤＰを用いてＩＧＤ機能を持つルータを探索するメッセージを、インターフェース制御部２０６を介して送信し、ステップＳ３０２に進む。

ステップＳ３０２において、ルータ探索部２０１は、ステップＳ３０１で送信されたメッセージの応答に基づいて、ＩＧＤ機能のあるルータ装置を発見したか否かの判定を行う。ルータ探索部２０１がＩＧＤ機能のあるルータ装置を発見したと判定するとステップＳ３０３に進む。ルータ探索部２０１がＩＧＤ機能のあるルータ装置を発見しなかったと判定するとステップＳ３１３に進む。本形態では、ルータ装置１０２が発見され、ステップ３０３に進む。

ステップＳ３０３において、ポート情報取得部２０２は、ＩＧＤのＰｏｒｔＭａｐｐｉｎｇＮｕｂｅｒＯｆＥｎｔｒｉｅｓのＳＯＡＰ Ａｃｔｉｏｎを、インターフェース制御部２０６を介してルータ装置１０２に送信する。すなわち、ポート情報取得部２０２は、ポートマッピングのエントリ数を取得するためのメッセージを生成する。そして、インターフェース制御部２０６は、ポート情報取得部２０２によって生成された、エントリ数を取得するためのメッセージ（ＰｏｒｔＭａｐｐｉｎｇＮｕｂｅｒＯｆＥｎｔｒｉｅｓ）をルータ装置１０２に送信する。ルータ装置１０２は、通信装置１０１からのＰｏｒｔＭａｐｐｉｎｇＮｕｂｅｒＯｆＥｎｔｒｉｅｓを受信すると、ポートマッピングのエントリ数を通信装置１０１に通知する。ポート情報取得部２０２が、ルータ装置１０２から、ポートマッピングのエントリ数を取得すると、ステップＳ３０４に進む。本形態では、ルータ制御装置１０５が追加した２つのエントリが記憶されているので、ポート情報取得部２０２は、ポートマッピングのエントリ数として「２」を取得し、ステップＳ３０４に進むものとする。ただし、ポートマッピングのエントリ数は、２に限らない。

ステップＳ３０４において、ポート情報取得部２０２は、ルータ装置１０２から取得したポートマッピングのエントリ数が１以上であるかの判定を行う。ポート情報取得部２０２が、ポートマッピングのエントリ数が１以上であると判定するとステップＳ３０５に進む。ポート情報取得部２０２が、ポートマッピングのエントリ数が１以上でないと判定すると（０であると判定すると）ステップＳ３１３に進む。本形態では、ポート情報取得部２０２が、ポートマッピングのエントリ数が１以上であると判定し、ステップＳ３０５に進む。

ステップＳ３０５において、ポート情報取得部２０２は、取得したポートマッピングのエントリ数をｎに代入し、ステップＳ３０６に進む。本形態では、ポート情報取得部２０２が、ｎに２を代入し、ステップＳ３０６に進む。ステップＳ３０６において、ポート情報取得部２０２は、ｎから１を引いた値をｎに代入し、ステップＳ３０７に進む。本形態では、ポート情報取得部２０２が、ｎに１を代入し、ステップＳ３０７に進む。

ステップＳ３０７において、ポート情報取得部２０２は、ＩＧＤのＧｅｔＰｏｒｔＧｅｎｅｒｉｃＭａｐｐｉｎｇに含まれるインデックスをｎとしたＳＯＡＰ Ａｃｔｉｏｎをインターフェース制御部２０６を介してルータ装置１０２に送信する。すなわち、ポート情報取得部２０２は、ポートマッピングのエントリの情報を取得するためのメッセージ（ＧｅｔＰｏｒｔＧｅｎｅｒｉｃＭａｐｐｉｎｇ）を生成する。そして、インターフェース制御部２０６は、ポート情報取得部２０２によって生成された、エントリの情報を取得するためのメッセージをルータ装置１０２に送信する。

本形態では、ポート情報取得部２０２が、インデックスを１としたＧｅｔＰｏｒｔＧｅｎｅｒｉｃＭａｐｐｉｎｇを生成する。そして、インターフェース制御部２０６が、ポート情報取得部２０２によって生成されたＧｅｔＰｏｒｔＧｅｎｅｒｉｃＭａｐｐｉｎｇをルータ装置１０２に送信する。ルータ装置１０２は、通信装置１０１からの、インデックスが１のＧｅｔＰｏｒｔＧｅｎｅｒｉｃＭａｐｐｉｎｇを受信すると、ポートマッピングのエントリのうち、インデックスが１のエントリの情報を、通信装置１０１に通知する。

即ち、ポート情報取得部２０２は、ルータ装置１０２からエントリの情報を取得するためのマッピング取得要求（ＧｅｔＰｏｒｔＧｅｎｅｒｉｃＭａｐｐｉｎｇ）を生成する。そして、インターフェース制御部２０６は、ポート情報取得部２０２によって生成されたマッピング取得要求をルータ装置１０２へ送信する。尚、エントリは、インターネット１０３（第１のネットワーク）からのパケットの宛先情報（宛先ポート番号）とＬＡＮ１０４（第２のネットワーク）の通信装置の識別情報（内部アドレス）を対応付けた対応付け情報である。ポート情報取得部２０２が、ルータ装置１０２から、インデックスｎに対応するポートマッピングのエントリを取得すると、ステップＳ３０８に進む。

ステップＳ３０８において、ポート情報取得部２０２は、関連判定部２０５に、取得したポートマッピングのエントリが通信装置１０１に関連するかの判定を依頼する。関連判定部２０５は、ポートマッピングのエントリに含まれる中継先のアドレス（識別情報）と通信装置１０１が保持するアドレスとが一致するかの判定を行う。関連判定部２０５が一致していると判定すると、ステップＳ３０９に進む。関連判定部２０５が一致していないと判定するとステップＳ３１０に進む。本形態では、取得したポートマッピングのエントリに含まれる中継先のアドレスが、通信装置１０１が保持するアドレスと同じ内部アドレス１であるため、関連判定部２０５は、一致していると判定し、ステップＳ３０９に進む。

ステップＳ３０９において、ポート情報取得部２０２は、ステップＳ３０８で一致していると判定されたポートマッピングのエントリを削除対象のエントリであると記憶し、ステップＳ３１０に進む。すなわち、ポート情報取得部２０２は、取得したポートマッピングのエントリに基づいて、削除するべき設定を決定する。本形態では、ポート情報取得部２０２が、インデックスが１のエントリを削除対象のエントリであると記憶し、ステップＳ３１０に進む。

ステップＳ３１０において、ポート情報取得部２０２は、ｎが０より大きいかの判定を行う。ポート情報取得部２０２が、ｎが０より大きいと判定するとステップＳ３０６に進む。ポート情報取得部２０２が、ｎが０より大きくないと判定するとステップＳ３１１に進む。本形態では、ｎ＝１なので、ポート情報取得部２０２は、ｎが０より大きいと判定し、ステップＳ３０６に進む。

ステップＳ３０６では、ポート情報取得部が、ｎから１を引いた値をｎに代入する。ここでは、ｎに０が代入され、ステップＳ３０７に進む。そして、ステップＳ３０７において、ポート情報取得部２０２は、インターフェース制御部２０６を介して、インデックスを０としたＧｅｔＰｏｒｔＧｅｎｅｒｉｃＭａｐｐｉｎｇをルータ装置１０２に送信する。そして、ポート情報取得部２０２は、インデックスが０のエントリの情報を取得する。

インデックスが０のエントリに含まれる中継先のアドレスは、通信装置１０１が保持するアドレスと一致する内部アドレス１である。そこで、ポート情報取得部２０２は、ステップＳ３０９において、インデックスが０のエントリを削除対象のエントリであると記憶する。そして、ステップＳ３１０において、ポート情報取得部２０２は、ｎが０より大きくないと判定し、ステップＳ３１１に進む。

ステップＳ３１１（送信手順）において、ポート情報取得部２０２は、削除対象として記憶しているポートマッピングのエントリの情報をポート情報削除部２０３に通知する。本形態のポート情報取得部２０２は、インデックスが１と０のエントリが削除対象のエントリであることをポート情報削除部２０３に通知する。ポート情報削除部２０３は、ポート情報取得部２０２によって通知された削除対象のエントリのそれぞれのライフタイムが０であるか否かを判定する。ポート情報取得部２０２が取得するエントリには、ライフタイムの情報が含まれている。本形態では、インデックスが０と１のエントリは、いずれもライフタイムが０でないものとする。

ポート情報削除部２０３は、削除対象のエントリのうち、ライフタイムが０でないエントリのみ削除を依頼する。ポート情報削除部２０３は、ステップＳ３１１において、ＩＧＤのＤｅｌｅｔｅＰｏｒｔＭａｐｐｉｎｇのＳＯＡＰ Ａｃｔｉｏｎを、インターフェース制御部２０６を介してルータ装置１０２に送信し、ポートマッピングのエントリを削除させる。

本形態では、ポート情報削除部２０３が、インデックスが０と１のエントリを削除するための削除要求（ＤｅｌｅｔｅＰｏｒｔＭａｐｐｉｎｇ）を生成する。そして、インターフェース制御部２０６は、ポート情報削除部２０３によって生成された削除要求をルータ装置１０２へ送信する。インデックスが０と１の削除要求（ＤｅｌｅｔｅＰｏｒｔＭａｐｐｉｎｇ）を受信したルータ装置１０２は、インデックスが０と１のエントリを削除する。

即ち、インターフェース制御部２０６は、受け付けた識別情報宛て（内部アドレス１宛て）にインターネット１０３からのパケットを中継するための宛先ポート番号（宛先情報）の設定を削除する削除要求をルータ装置１０２に送信する。この削除要求（ＤｅｌｅｔｅＰｏｒｔＭａｐｐｉｎｇ）は、ステップ３１３でサービス提供部２０４がサービス開始処理を行うことによってデータを提供可能になる前に、送信される。インターフェース制御部２０６から削除対象となるすべてのエントリのＤｅｌｅｔｅＰｏｒｔＭａｐｐｉｎｇが送信されると、ステップＳ３１２に進む。

尚、ポート情報削除部２０３が、ライフタイムが０でないエントリのみ削除を依頼するのは、以下の理由による。すなわち、本形態において、ライフタイムが０であるエントリは、ルータ装置１０２のデフォルトの設定であるため、通信装置１０１からのＤｅｌｅｔｅＰｏｒｔＭａｐｐｉｎｇによって削除することができない。そこで、ポート情報削除部２０３は、ステップＳ３０９で削除対象であると判定されたエントリのうち、削除要求によって削除できないエントリを、ライフタイム（削除可否情報）に基づいて判定する。そして、ポート情報削除部２０３は、ライフタイムを参照して削除可能であると判定されたエントリのみ削除を依頼する。

ステップＳ３１２において、ポート情報削除部２０３は、ライフタイムが０のエントリがあったか（削除できないエントリがあった）の判定を行う。ポート情報削除部２０３は、ライフタイムが０のエントリがあったと判定すると、ステップＳ３１４に進む。ポート情報削除部２０３は、ライフタイムが０のエントリがなかったと判定すると、ステップＳ３１３に進む。本形態では、ポート情報削除部２０３は、ライフタイムが０のエントリがないと判定し、ステップＳ３１３に進む。

ステップＳ３１３（処理手順）において、サービス提供部２０４は、ＨＴＴＰｄを起動し、ＬＡＮ１０４を介したサービスの提供を開始し、サービス提供開始時の処理を終了する。即ち、サービス提供部２０４は、ステップＳ３１３において、インターネット１０３（第１のネットワーク）に対してデータを提供可能にするための処理（サービス開始処理）を行う。サービス提供部２０４がサービス開始処理を完了すると、サービス提供開始時の処理を終了する。

ステップＳ３１４において、サービス提供部２０４は、ＬＡＮ１０４外のネットワーク（インターネット１０３）からのアクセスを拒否（無視）する機能を開始し、ステップＳ３１３に進む。即ち、ステップＳ３１４において、サービス提供部２０４は、受け付けられた識別情報（内部アドレス１）に対応付けられた宛先情報（宛先ポート番号）のうち、削除要求によって設定を削除することができないと判定された宛先情報のパケットの受信を拒否する。このようにすることで、エントリを削除することができない場合であっても、意図しない通信相手からのパケットを無効にすることができる。

図４は、メッセージと各処理の流れを示すシーケンス図である。 Ｆ４０１において、ルータ制御装置１０５は、ルータ装置１０２へＩＧＤのＡｄｄＰｏｒｔＭａｐｐｉｎｇを用いてポートマッピングのエントリの追加を行う。このとき追加されるエントリの内部アドレスは１９２．１６８．０．２（内部アドレス１）、ポート番号は４０００、ライフタイムは３６００であるとする。このエントリ追加の処理により、ルータ装置１０２は、宛先ポート番号が４０００のパケットをインターネット１０３から受信すると、そのパケットをＬＡＮ１０４のルータ制御装置１０５のポート番号４０００に中継するようになる。ただし、インターネット１０３からのパケットの宛先ポート番号と、ＬＡＮ１０４の宛先ポート番号は、同一でなくても良い。ルータ制御装置１０５は、１９２．１６８．０．２（内部アドレス１）を保持し、ポート番号４０００で、ＨＴＴＰｄを起動し、サービスを開始する。

Ｆ４０２において、ルータ制御装置１０５は、ＬＡＮ１０４から切断する。このとき、ルータ制御装置１０５は、自身が追加したエントリの削除を行わないまま、ＬＡＮ１０４から切断する。

Ｆ４０３において、通信装置１０１は、ＬＡＮ１０４に接続する。通信装置１０１のインターフェース制御部２０６は、ＤＨＣＰなどを利用して、ルータ装置１０２から空きになっている１９２．１６８．０．２（内部アドレス１）を受け付ける。尚、内部アドレスは、例えば、ユーザによる入力値を受け付けることも可能である。通信装置１０１は、受け付けた内部アドレス１をインターフェースに設定する。即ち、インターフェース制御部２０６は、自身に設定される識別情報（内部アドレス１）を受け付ける。

Ｆ４０３で内部アドレス１が設定されると、ルータ探索部２０１は、Ｆ４０４において、ＳＳＤＰを用いて、ＩＧＤ機能を持つルータの探索を行う。ルータ探索部２０１は、ルータ装置１０２からの返答を受信し、ルータ装置１０２がＩＧＤ機能を持つことを知る。ルータ探索部２０１がＩＧＤ機能を持つルータを発見すると、Ｆ４０５に進む。

Ｆ４０５において、ポート情報取得部２０２は、ＳＯＡＰ ＡｃｔｉｏｎのＰｏｒｔＭａｐｐｉｎｇＮｕｍｂｅｒＯｆＥｎｔｒｉｅｓを用いて、ルータ装置１０２からポートマッピングのエントリ数を取得する。この例では、ルータ装置１０２は、ルータ制御装置１０５から設定されたポートマッピングのエントリ（内部アドレス１９２．１６８．０．２、ポート番号４０００、ライフタイム３６００）を１つ保持しているので、ポートマッピングのエントリ数として１を返す。ポート情報取得部２０２がルータ装置１０２のポートマッピングのエントリ数を取得すると、Ｆ４０６に進む。

Ｆ４０６において、ポート情報取得部２０２は、ＳＯＡＰ ＡｃｔｉｏｎのＧｅｔＰｏｒｔＧｅｎｅｒｉｃＭａｐｐｉｎｇを用いて、ルータ装置１０２からポートマッピングのエントリの情報を取得する。この例では、ルータ装置１０２から、内部アドレス１９２．１６８．０．２、インターネット１０３からのパケットの宛先ポート番号４０００、ＬＡＮ１０４の中継先のポート番号４０００、ライフタイム３６００を示すエントリの情報を取得する。ポート情報取得部２０２がエントリの情報を取得するとＦ４０７に進む。

Ｆ４０７において、ポート情報取得部２０２は、Ｆ４０６で取得したポートマッピングのエントリに含まれる中継先のアドレスとインターフェース制御部２０６が受け付けたアドレスとを比較する。本実施形態では、エントリに含まれる中継先のアドレスとインターフェース制御部２０６が受け付けたアドレスは、共に内部アドレス１（１９２．１６８．０．２）であり、同じである。ポート情報取得部２０２は、比較結果が同じである場合、通信装置１０１に関連したポートマッピングのエントリであると判定し、ライフタイムの確認を行う。本実施形態では、このポートマッピングのエントリに含まれるライフタイムは１２００であるとする（Ｆ４０１で設定したときは３６００であったが、ライフタイム２４００経過した）。通信装置１０１は、自身の内部アドレスに対応し、かつ、削除可能なエントリがあると判定し、ＳＯＡＰ ＡｃｔｉｏｎのＤｅｌｅｔｅＰｏｒｔＭａｐｐｉｎｇを用いて、ルータ装置１０２が保持するポートマッピングのエントリを削除する。

尚、本形態では、通信装置１０１の内部アドレスと一致するエントリを削除する場合について説明したが、この例に限らない。例えば、内部アドレスだけでなく、通信装置１０１が開始するサービスのポート番号とポートマッピングのエントリに含まれる中継先のポート番号が一致したエントリのみ削除させるようにしてもよい。Ｆ４０７で、インターフェース制御部２０６から削除すべきすべてのエントリのインデックスを含むＤｅｌｅｔｅＰｏｒｔＭａｐｐｉｎｇが送信されると、Ｆ４０８に進む。

Ｆ４０８において、サービス提供部２０４は、ＨＴＴＰｄの起動（サービスの起動）を行い、サービスの提供を開始する。

本実施形態では、ルータ装置１０２がＬＡＮ１０４の内部アドレスの管理を行っているが、これに限らず、別の装置がアドレスの管理を行っても良い。更に、アドレスの管理を行わずに、ルータ制御装置１０５および通信装置１０１に固定または手動で内部アドレスを割り当てるようにしても良い。また、ルータ制御装置１０５が追加を依頼したエントリの内部アドレスは、ルータ制御装置１０５に設定された内部アドレスであっても、ルータ制御装置１０５に設定された内部アドレスではなくても良い。

以上説明したように、本形態の通信装置のインターフェース制御部２０６は、自身に設定される識別情報（内部アドレス１）を受け付ける。また、サービス提供部２０４は、インターネット１０３（第１のネットワーク）に対してデータを提供可能にするための処理（サービス開始処理）を行う。そして、インターフェース制御部２０６は、サービス提供部２０４の処理によってデータを提供可能になる前に、所定のエントリを削除するための削除要求（ＤｅｌｅｔｅＰｏｒｔＭａｐｐｉｎｇ）をルータ装置１０２に送信する。すなわち、インターフェース制御部２０６は、受け付けた内部アドレス１宛てにインターネット１０３からのパケットを中継するための設定を削除する削除要求をルータ装置１０２に送信する。

このようにすることにより、異なるネットワークの機器にサービスを提供する通信装置への不必要なアクセスを低減することが可能となる。

＜実施例２＞
次に、第２の実施形態について、実施形態１との差違を中心に図面を参照して説明する。

本実施形態では、アドレスの形式にＩＰｖ６（２００１：０：０：１：：２）を用いる。実施形態１では、ＩＰｖ４形式のアドレスであったが、ＩＰｖ６形式のアドレスの場合について説明する。

図５は、本形態の通信装置１０１のサービス提供開始時の処理を示すフローチャートである。尚、図５の処理を、通信装置１０１がＬＡＮ１０４に接続し、ＩＰアドレスを取得した際に実行しても良い。また、ステップＳ３０１からステップＳ３１４の処理は、図３と同様である。また、インターフェース制御部２０６は、図５のステップＳ３０１の前に、自身に設定される識別情報（ＩＰアドレス）を受け付けている（受付手順）。尚、本形態のインターフェース制御部２０６は、ＩＰアドレス１（２００１：０：０：１：：２）を受け付けているものとする。

ステップＳ５０１において、サービス提供部２０４は、インターフェース制御部２０６に対してＩＰアドレスの変更が可能であるか否かを問い合わせる。即ち、サービス提供部２０４は、ルータ装置１０２のポートマッピングに、中継先のＩＰアドレスがインターフェース制御部２０６が受け付けたＩＰアドレスと同じであり、ライフタイムが０でないエントリがある場合、ＩＰアドレスを変更可能か問い合わせる。

サービス提供部２０４から問い合わせを受けたインターフェース制御部２０６は、ＩＰｖ６のＳｔａｔｅｌｅｓｓ Ａｄｄｒｅｓｓ Ａｕｔｏｃｏｎｆｉｇｕｒａｔｉｏｎ（ＲＦＣ４８６２）を利用して、ＩＰアドレスの変更が可能であるか否かを判定する。インターフェース制御部２０６によってＩＰアドレスの変更が可能であると判定されるとステップＳ５０２に進む。インターフェース制御部２０６によってＩＰアドレスの変更が可能でないと判定されると、ステップＳ３１４に進む。

ステップＳ５０２において、インターフェース制御部２０６は、ＩＰｖ６のＳｔａｔｅｌｅｓｓ Ａｄｄｒｅｓｓ Ａｕｔｏｃｏｎｆｉｇｕｒａｔｉｏｎを利用して、ＩＰアドレスの変更を行う。本形態では、ＩＰアドレス１（２００１：０：０：１：：２）からＩＰアドレス２（２００１：０：０：１：：３）へ変更される。インターフェース制御部２０６は、ＩＰアドレスの変更が完了すると、ステップＳ３０１に進み、変更されたＩＰアドレスを含むエントリの判定と削除に関する処理を行う。

即ち、本形態のステップＳ３０７において、ポート情報取得部２０２は、エントリの情報をルータ装置１０２から取得するために、ＧｅｔＰｏｒｔＧｅｎｅｒｉｃＭａｐｐｉｎｇ（マッピング取得要求）を、ルータ装置１０２に送信する。本形態のエントリの情報は、インターネット１０３（第１のネットワーク）からのパケットの宛先情報（宛先ポート番号）と、中継先であるＬＡＮ１０４（第２のネットワーク）の通信装置の識別情報（ＩＰアドレス）と、ライフタイム（削除可否情報）とを対応付けた情報である。

そして、ステップＳ３１４において、サービス提供部２０４は、受け付けられた識別情報（ＩＰアドレス）に対応付けられた宛先情報（宛先ポート番号）のうち、ＤｅｌｅｔｅＰｏｒｔＭａｐｐｉｎｇで削除できないと判定された宛先情報が存在するか判定する。そして、サービス提供部２０４は、削除できないと判定された宛先情報が存在すると判定した場合、インターフェース制御部２０６が別のＩＰアドレスを受け付けるように制御する。

別のＩＰアドレスは、ＤＨＣＰによって取得するようにしても良いし、画面上にエラーメッセージを表示して、ユーザに新たなＩＰアドレスを入力させるようにしても良い。

一方、ステップＳ５０１において、インターフェース制御部２０６が、ＩＰアドレスを変更できないと判定すると、サービス提供部２０４は、ステップＳ３１４において、インターネット１０３からのアクセスを拒否する機能を開始する。そして、サービス提供部２０４は、ステップＳ３１３において、サービス開始処理を行う。即ち、サービス提供部２０４は、受け付けられた識別情報（ＩＰアドレス１）に対応付けられた宛先情報（宛先ポート番号）が存在し、ＩＰアドレス１を他の識別情報（ＩＰアドレス２）に変更できない場合、ＩＰアドレス１に対応付けられた宛先情報のパケットの受信を拒否（無視）する。

本実施形態ではＩＰアドレスを変更したが、ＩＰｖ６において、複数のＩＰアドレスを同時に利用することが認められているので、新たにＩＰアドレス２を取得しても良い。この場合、既に付与されているＩＰアドレス１はＬＡＮ１０４外（インターネット１０３）からのアクセスを拒否する設定にする。

本実施形態では、ＩＰｖ６のＳｔａｔｅｌｅｓｓ Ａｄｄｒｅｓｓ Ａｕｔｏｃｏｎｆｉｇｕｒａｔｉｏｎを利用してＩＰアドレスを変更した。これに限らず、ＤＨＣＰを再度実行することによりＩＰアドレスが変更できたかをチェックするなど他の方式でも実施可能である。

＜実施例３＞
次に、第３の実施形態について、実施形態１との差違を中心に図面を参照して説明する。実施形態１では、ルータ装置１０２を操作する方法をＩＧＤ、設定の対象をポートマッピングとした場合について説明した。本形態では、ルータ装置１０２を操作する方法をＮｅｔｃｏｎｆ、設定の対象をＦｉｒｅ Ｗａｌｌとした場合について説明する。

ルータ装置１０２は、Ｎｅｔｃｏｎｆ機能を持つと共にＳＳＤＰを用いたＮｅｔｃｏｎｆ機能の広告および探索受付を行う。また、ルータ装置１０２は、後に示すコンフィグレーションの情報に基づいて、ファイアウォール機能を実現する。本形態では、コンフィグレーションの情報が、ＩＰアドレスとＭＡＣアドレスである場合を中心に説明する。

本実施形態では、Ｎｅｔｃｏｎｆを用いたが、これに限らず、その他の管理プロトコルを用いても実施可能である。実施形態３の通信装置１０１のモジュール構成について、実施形態１との差異を中心に、図２を用いて説明する。ルータ探索部２０１は、ＳＳＤＰを用いてＮｅｔｃｏｎｆ機能を保持するルータ装置を探索する。

ポート情報取得部２０２は、Ｎｅｔｃｏｎｆの＜ｇｅｔ−ｃｏｎｆｉｇ＞を用いて、ルータ装置からコンフィグレーションの情報を取得する。関連判定部２０５は、ポート情報取得部２０２によって取得されたコンフィグレーションのエントリが、通信装置１０１に関連するエントリであるか否かを判定する。そして、通信装置１０１に関連するエントリであると判定されたエントリのインデックスをポート情報削除部２０３に通知する。

ポート情報削除部２０３は、関連判定部２０５によって通知されたインデックスのエントリを削除するためのＮｅｔｃｏｎｆの＜ｄｅｌｅｔｅ−ｃｏｎｆｉｇ＞（削除要求）を生成し、インターフェース制御部２０６を介してルータ装置１０２に対して送信する。

図６は、実施形態３の通信装置１０１のサービス提供開始時の処理を示すフローチャートである。ここでは、ルータ装置１０２から取得されるコンフィグレーション情報が、ＩＰアドレスとＭＡＣアドレスである場合について説明する。すなわち、ルータ装置１０２は、ＩＰアドレスとＭＡＣアドレスを用いたファイアウォール機能を実現する。ルータ装置１０２は、インターネット１０３からのパケットの送信元ＩＰアドレスと、宛先ＩＰアドレスと、宛先ＭＡＣアドレスの組み合わせが、予め登録された組み合わせと一致する場合、該パケットをＬＡＮ１０４に中継する。このように、ルータ装置１０２は、インターネット１０３からのパケットを、インターネット１０３からのパケットの宛先情報（ＩＰアドレス）に応じてＬＡＮ１０４に中継する中継装置である。

尚、通信装置１０１のインターフェース制御部２０６は、図６のステップＳ６０１の前に、自身に設定される識別情報（ＩＰアドレス）を受け付けている（受付手順）。本形態のＩＰアドレスは、ＩＰｖ６のアドレスである。また、本形態では、通信装置１０１がＬＡＮ１０４に接続する直前まで、ルータ制御装置１０５がＬＡＮ１０４に接続されている。また、ルータ制御装置１０５は、ルータ装置１０２に、送信元ＩＰアドレス１（ＩＰアドレス２）と、宛先ＩＰアドレス１（ＩＰアドレス１）と、宛先ＭＡＣアドレス１の組み合わせを登録している。そして、新たにＬＡＮ１０４に接続された通信装置１０１のＩＰアドレスが、ＩＰアドレス１であった場合について説明する。

ステップＳ６０１において、ルータ探索部２０１はＮｅｔｃｏｎｆ機能を持つルータの探索を行う。ルータ探索部２０１は、ＳＳＤＰを用いて、Ｎｅｔｃｏｎｆ機能を探索するメッセージを送信し、ステップＳ６０２に進む。

ステップＳ６０２において、ルータ探索部２０１は、ステップＳ６０１で送信したメッセージの応答に基づいて、Ｎｅｔｃｏｎｆ機能のあるルータ装置を発見したか否かの判定を行う。ルータ探索部２０１がＮｅｔｃｏｎｆ機能のあるルータ装置を発見したと判定するとステップＳ６０３に進む。ルータ探索部２０１がＮｅｔｃｏｎｆ機能のあるルータを発見しなかったと判定するとステップＳ６０８に進む。本形態では、Ｎｅｔｃｏｎｆ機能のあるルータ装置として、ルータ装置１０２が発見され、ステップＳ６０３に進む。

ステップＳ６０３において、ポート情報取得部２０２は、Ｎｅｔｃｏｎｆの＜ｇｅｔ−ｃｏｎｆｉｇ＞を用いて、ルータ装置１０２からコンフィグレーションの情報を取得し、ステップＳ６０４に進む。本形態では、ルータ制御装置１０５によって設定されたエントリ（送信元ＩＰアドレス１、宛先ＩＰアドレス１、宛先ＭＡＣアドレス１の組み合わせ）がコンフィグレーション情報として取得される。

ステップＳ６０４において、関連判定部２０５は、ステップＳ６０３で取得されたコンフィグレーション情報から、通信装置１０１に関連するエントリがあるか否かを判定する。関連判定部２０５は、Ｆｉｒｅ Ｗａｌｌのコンフィグレーション情報に含まれる宛先ＩＰアドレスと、インターフェース制御部２０６のＩＰアドレスとが一致するか否かを判定する。そして、関連判定部２０５は、ＩＰアドレスが一致すると判定すると、通信装置１０１に関連するエントリがあると判定し、ステップＳ６０５に進む。関連判定部２０５は、通信装置１０１に関連するコンフィグレーションがないと判定するとステップＳ６０８に進む。

ステップＳ６０５（送信手順）において、ポート情報削除部２０３は、通信装置１０１に関連するエントリを削除するための＜ｄｅｌｅｔｅ−ｃｏｎｆｉｇ＞（削除要求）を、生成する。そして、インターフェース制御部２０６は、ポート情報削除部２０３によって生成された削除要求をルータ装置１０２に対して送信する。ルータ装置１０２は、＜ｄｅｌｅｔｅ−ｃｏｎｆｉｇ＞を受信すると、宛先ＩＰアドレス１へ中継されるように設定されているコンフィグレーションのエントリを削除する。

即ち、インターフェース制御部２０６は、受け付けたＩＰアドレス（ＩＰアドレス１）を宛先情報としたパケットをルータ装置１０２がＬＡＮ１０４（第２のネットワーク）に中継するための設定を削除する削除要求をルータ装置１０２に送信する。この削除要求（＜ｄｅｌｅｔｅ−ｃｏｎｆｉｇ＞）は、ステップ６０８でサービス提供部２０４がサービス開始処理を行うことによってデータを提供可能になる前に、送信される。

ステップＳ６０５において、インターフェース制御部２０６が、ポート情報削除部２０３によって生成されたＮｅｔｃｏｎｆの＜ｄｅｌｅｔｅ−ｃｏｎｆｉｇ＞をルータ装置１０２に対して送信すると、ステップＳ６０６に進む。ステップＳ６０６において、ポート情報削除部２０３は、ルータ装置１０２に、静的な設定などによって削除できないコンフィグレーションのエントリがあったか否かを判定する。ポート情報削除部２０３が、ルータ装置１０２に削除できないエントリがあったと判定すると、ステップＳ６０７に進む。ポート情報削除部２０３が、ルータ装置１０２に削除できないエントリがなかったと判定すると、ステップＳ６０８に進む。

ステップＳ６０７において、サービス提供部２０４は、ＬＡＮ１０４外のネットワーク（インターネット１０３）からのアクセスを拒否する設定を行い、ステップＳ６０８に進む。ステップＳ６０８（処理手順）において、サービス提供部２０４は、ＨＴＴＰｄを起動し、ＬＡＮ１０４を介したサービスの提供を開始し、サービス提供開始時の処理を終了する。即ち、サービス提供部２０４は、ステップＳ６０８において、インターネット１０３（第１のネットワーク）に対してデータを提供可能にするための処理（サービス開始処理）を行う。サービス提供部２０４がサービス開始処理を完了すると、サービス提供開始時の処理を終了する。

以上説明したように、本形態の通信装置１０１のインターフェース制御部２０６は、自身に設定される識別情報（ＩＰアドレス１）を受け付ける。また、サービス提供部２０４は、インターネット１０３（第１のネットワーク）に対してデータを提供可能にするための処理（サービス開始処理）を行う。そして、インターフェース制御部２０６は、サービス提供部２０４の処理によってデータを提供可能になる前に、所定のエントリを削除するための削除要求（＜ｄｅｌｅｔｅ−ｃｏｎｆｉｇ＞）をルータ装置１０２に送信する。すなわち、インターフェース制御部２０６は、受け付けたＩＰアドレス１を宛先情報としたパケットをＬＡＮ１０４に中継するための設定を削除する削除要求をルータ装置１０２に送信する。

このようにすることにより、異なるネットワークの機器にサービスを提供する通信装置への不必要なアクセスを低減することが可能となる。

尚、本実施形態では、ＩＰアドレスを参照することで、削除するコンフィグレーションを決定したが、これに限らず、ＭＡＣアドレスなどを用いて決定しても良い。また、ＩＰアドレスとＭＡＣアドレスが共に一致する場合に、対応するコンフィグレーションを削除するようにしても良い。また、上記の説明では、コンフィグレーション情報が、ＩＰアドレスとＭＡＣアドレスの場合について述べたが、それ以外のコンフィグレーション情報を用いる場合であっても、本発明は実施可能である。例えば、コンフィグレーション情報が、ＩＰアドレスとサービス種別情報の場合や、ＩＰアドレスとポート番号の場合にも、本発明を適用することが可能である。

コンフィグレーション情報として、ＩＰアドレスとサービス種別情報を用いる場合について説明する。この場合、ルータ制御装置１０５は、ルータ装置１０２に対して、インターネット１０３からのパケットの送信元ＩＰアドレスと、宛先ＩＰアドレス（ＩＰアドレス１）と、サービス種別の情報の組み合わせを１つのエントリとして登録する。ルータ制御装置１０５によって設定されたコンフィグレーションが有効であるときに、ＩＰアドレス１を設定した通信装置１０１がＬＡＮ１０４に接続されると、意図しない通信相手からのアクセスを受けてしまう恐れがある。そこで、通信装置１０１は、受け付けたＩＰアドレス１に中継するように設定されたコンフィグレーションのエントリを削除するための削除要求を、サービスを開始する前に、ルータ装置１０２に対して送信する。

また、コンフィグレーション情報として、ＩＰアドレスとポート番号を用いる場合について説明する。この場合、ルータ制御装置１０５は、ルータ装置１０２に対して、インターネット１０３からのパケットの送信元ＩＰアドレス、送信元ポート番号と、宛先ＩＰアドレス（ＩＰアドレス１）と、宛先ポート番号の組み合わせを１つのエントリとして登録する。ルータ制御装置１０５によって設定されたコンフィグレーションが有効であるときに、ＩＰアドレス１を設定した通信装置１０１がＬＡＮ１０４に接続されると、意図しない通信相手からのアクセスを受けてしまう恐れがある。そこで、通信装置１０１は、受け付けたＩＰアドレス１に中継するように設定されたコンフィグレーションのエントリを削除するための削除要求を、サービスを開始する前に、ルータ装置１０２に対して送信する。

また、本実施形態では、Ｆｉｒｅ Ｗａｌｌを対象としたが、これに限らず、Ｆｉｌｔｅｒｉｎｇなど他のネットワークのコンフィグレーションを対象とすることも可能である。

＜その他の実施形態＞
また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。

Claims (18)

1. 第１のネットワークからのパケットの宛先情報に応じて第２のネットワークに前記第１のネットワークからのパケットを中継する中継装置に接続される前記第２のネットワークの通信装置であって、
   自身に設定される識別情報を受け付ける受付手段と、
   前記第２のネットワークを介してサービスを提供する提供手段と、
   前記第１のネットワークから前記中継装置が受信したパケットの宛先情報に応じて、当該パケットを、前記自身に設定される識別情報として前記受付手段により受け付けられた識別情報に対応する前記第２のネットワーク上の通信装置宛てに中継するために前記中継装置に設定された前記識別情報に関する設定を削除する削除要求を前記提供手段によるサービスの提供開始前に前記中継装置に送信する送信手段と
   を有することを特徴とする通信装置。
2. 前記削除要求によって設定を削除することができない場合、前記第１のネットワークからのパケットの受信を拒否することを決定する決定手段を有することを特徴とする請求項１記載の通信装置。
3. 前記削除要求によって設定を削除することができない場合、前記受付手段が別の識別情報を受け付けるように制御する制御手段を有することを特徴とする請求項１記載の通信装置。
4. 前記送信手段は、前記第１のネットワークからのパケットの宛先情報と前記第２のネットワークの通信装置の識別情報を対応付けた対応付け情報を前記中継装置から取得するために、マッピング取得要求を前記中継装置に送信し、
   前記マッピング取得要求に応じて前記中継装置によって送信された前記対応付け情報に基づいて、前記削除要求によって削除するべき設定を決定する決定手段を有することを特徴とする請求項１記載の通信装置。
5. 前記削除要求によって削除される設定は、前記自身に設定される識別情報としての前記第２のネットワーク上の内部アドレスに対して前記第１のネットワークからのパケットを中継するための前記中継装置の設定であることを特徴とする請求項１に記載の通信装置。
6. 前記第１のネットワークからのパケットの前記宛先情報としての宛先ポート番号と、前記第２のネットワークの中継先の前記識別情報としてのＩＰアドレスとが対応づけられたエントリ情報を前記中継装置から取得する取得手段と、
   前記取得手段により取得されたエントリ情報が、前記受付手段により受け付けられた識別情報を含むエントリ情報であるか否かを判定する判定手段と、
   前記送信手段は、前記受付手段により受け付けられた識別情報を含むと前記判定手段により判定されたエントリ情報を削除する削除要求を前記中継装置へ送信することを特徴とする請求項１に記載の通信装置。
7. 第１のネットワークからのパケットの送信元情報に応じて第２のネットワークに前記第１のネットワークからのパケットを中継する中継装置に接続される前記第２のネットワークの通信装置であって、
   自身に設定される識別情報を受け付ける受付手段と、
   前記第２のネットワークを介してサービスを提供する提供手段と、
   前記第１のネットワークから前記中継装置が受信したパケットの送信元情報に応じて、当該パケットを、前記自身に設定される識別情報として前記受付手段により受け付けられた識別情報に対応する前記第２のネットワーク上の通信装置宛てに中継するために前記中継装置に設定された前記識別情報に関する設定を削除する削除要求を前記提供手段によるサービスの提供開始前に前記中継装置に送信する送信手段と
   を有することを特徴とする通信装置。
8. コンフィギュレーション情報を前記中継装置から取得する取得手段と、
   前記中継装置から取得した前記コンフィギュレーション情報に基づいて前記削除要求によって削除するべき設定を決定する決定手段とを有し、
   コンフィギュレーション情報は、前記第１のネットワークからのパケットの送信元情報と、前記第２のネットワークの通信装置のＩＰアドレスとＭＡＣアドレスとを対応づける情報であることを特徴とする請求項７に記載の通信装置。
9. 前記決定手段は、前記自身に設定される識別情報として前記受付手段により受け付けられたＩＰアドレスを宛先情報としてパケットを前記中継装置が中継する設定を前記削除要求によって削除するように、前記コンフィギュレーション情報に基づいて前記削除要求によって前記削除するべき設定を決定することを特徴とする請求項８に記載の通信装置。
10. 前記第１のネットワークからのパケットの送信元ＩＰアドレスと、前記第２のネットワークの中継先の前記識別情報としてのＩＰアドレスとが対応づけられたエントリ情報を前記中継装置から取得する取得手段と、
    前記取得手段により取得されたエントリ情報が、前記受付手段により受け付けられた識別情報を含むエントリ情報であるか否かを判定する判定手段と、
    前記送信手段は、前記受付手段により受け付けられた識別情報を含むと前記判定手段により判定されたエントリ情報を削除する削除要求を前記中継装置へ送信することを特徴とする請求項７に記載の通信装置。
11. 第１のネットワークからのパケットの宛先情報に応じて第２のネットワークに前記第１のネットワークからのパケットを中継する中継装置に接続される前記第２のネットワークの通信装置が行う通信方法であって、
    自身に設定される識別情報を受け付ける受付工程と、
    前記第２のネットワークを介してサービスを提供する提供工程と、
    前記第１のネットワークから前記中継装置が受信したパケットの宛先情報に応じて、当該パケットを、前記自身に設定される識別情報として前記受付工程により受け付けられた識別情報に対応する前記第２のネットワーク上の通信装置宛てに中継するために前記中継装置に設定された前記識別情報に関する設定を削除する削除要求を前記提供工程によるサービスの提供開始前に前記中継装置に送信する送信工程と
    を有することを特徴とする通信方法。
12. 前記削除要求によって設定を削除することができない場合、前記第１のネットワークからのパケットの受信を拒否することを決定する決定工程を有することを特徴とする請求項１１記載の通信方法。
13. 前記削除要求によって設定を削除することができない場合、前記受付工程が別の識別情報を受け付けるように制御する制御工程を有することを特徴とする請求項１１記載の通信方法。
14. 前記送信工程は、前記第１のネットワークからのパケットの宛先情報と前記第２のネットワークの通信装置の識別情報を対応付けた対応付け情報を前記中継装置から取得するために、マッピング取得要求を前記中継装置に送信し、
    前記マッピング取得要求に応じて前記中継装置によって送信された前記対応付け情報に基づいて、前記削除要求によって削除するべき設定を決定する決定工程を有することを特徴とする請求項１１記載の通信方法。
15. 第１のネットワークからのパケットの送信元情報に応じて第２のネットワークに前記第１のネットワークからのパケットを中継する中継装置に接続される前記第２のネットワークの通信装置が行う通信方法であって、
    自身に設定される識別情報を受け付ける受付工程と、
    前記第２のネットワークを介してサービスを提供する提供工程と、
    前記第１のネットワークから前記中継装置が受信したパケットの送信元情報に応じて、当該パケットを、前記自身に設定される識別情報として前記受付工程により受け付けられた識別情報に対応する前記第２のネットワーク上の通信装置宛てに中継するために前記中継装置に設定された前記識別情報に関する設定を削除する削除要求を前記提供工程によるサービスの提供開始前に前記中継装置に送信する送信工程と
    を有することを特徴とする通信方法。
16. コンフィギュレーション情報を前記中継装置から取得する取得工程と、
    前記中継装置から取得した前記コンフィギュレーション情報に基づいて前記削除要求によって削除するべき設定を決定する決定工程とを有し、
    コンフィギュレーション情報は、前記第１のネットワークからのパケットの送信元情報と、前記第２のネットワークの通信装置のＩＰアドレスとＭＡＣアドレスとを対応づける情報であることを特徴とする請求項１５に記載の通信方法。
17. 前記決定工程は、前記自身に設定される識別情報として前記受付手段により受け付けられたＩＰアドレスを宛先情報としてパケットを前記中継装置が中継する設定を前記削除要求によって削除するように、前記コンフィギュレーション情報に基づいて前記削除要求によって前記削除するべき設定を決定することを特徴とする請求項１６に記載の通信方法。
18. コンピュータを、請求項１乃至１０の通信装置として動作させるためのプログラム。

Images