ルータ装置及び通信制御方法
【課題】再起動等によりルータ装置内に保持していたセッション状態を喪失した場合に、そのセッション状態を再構築し、ホスト間の通信を継続して行えるようにする。
【解決手段】記憶部５０のセッション状態表５１に記録されているローカルホストとリモートホスト間のデータ通信に係るセッション状態情報を喪失した場合に、ルータ装置１のセッション状態再構築部４３が、当該データ通信におけるデータパケットをローカルホストから受信したことに応じてリモートホストに接続確認を行い、それに対する返答に応じて当該データ通信が有効であるか否かを判定してセッション状態を再構築するようにして、不揮発性記憶装置等にセッション状態を保存しておかなくとも、データ通信に係るセッション状態を容易に再構築してホスト間の通信を継続して行えるようにする。
【解決手段】記憶部５０のセッション状態表５１に記録されているローカルホストとリモートホスト間のデータ通信に係るセッション状態情報を喪失した場合に、ルータ装置１のセッション状態再構築部４３が、当該データ通信におけるデータパケットをローカルホストから受信したことに応じてリモートホストに接続確認を行い、それに対する返答に応じて当該データ通信が有効であるか否かを判定してセッション状態を再構築するようにして、不揮発性記憶装置等にセッション状態を保存しておかなくとも、データ通信に係るセッション状態を容易に再構築してホスト間の通信を継続して行えるようにする。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ルータ装置及び通信制御方法に関し、特に、インターネット等のネットワークを介してデータ通信を行うためのエッジルータ装置に用いて好適なものである。
【背景技術】
【０００２】
インターネット通信用のエッジルータ装置は、不正なパケットの侵入を阻止してセキュリティを確保するためのファイアウォール機能や、少数のグローバルＩＰ（Internet Protocol）アドレスで複数のローカルホストを使用するためのＮＡＰＴ（Network Address Port Translation）機能を有する。これらの機能は、エッジルータ装置がローカルホストとリモートホスト間のＴＣＰ（Transmission Control Protocol）セッション状態を保持し、ＴＣＰ通信を監査することで実現している。
【０００３】
ここで、エッジルータ装置での障害発生や設定変更に伴って装置の再起動が行われると、再起動時におけるＴＣＰ通信のＴＣＰセッション状態に係る情報はエッジルータ装置内の揮発性記憶装置からすべて喪失される。一方、エッジルータ装置を介してリモートホストとＴＣＰ通信中であったローカルホストは、ＴＣＰセッションを維持しているため、そのＴＣＰセッションのパケットを送出して通信しようとする。
【０００４】
しかし、エッジルータ装置は、ＴＣＰセッション状態を喪失しているためにそのＴＣＰ通信を認識できず、ローカルホストから送出されたパケットを不正なパケットとみなして破棄してしまう。そのため、エッジルータ装置にて再起動が発生すると、ＴＣＰ通信を継続することが不可能であった。その対処方法として、エッジルータ装置においてＴＣＰセッション状態に係る情報を定常的に不揮発性記憶装置に保存する方法が考えられるが、その記憶装置を別途設けなければならない。
【０００５】
また、シンクライアントシステムにおいては、シンクライアント端末からの操作要求を特定条件が満たされるまで保留し、特定条件が満たされた後にサーバに対して操作要求を行うことで、通信不可状態によりセッションが異常になっても動作を保証する方法が提案されている（例えば、特許文献１参照。）。
【０００６】
【特許文献１】特開２００４−１７１０６３号公報
【発明の開示】
【発明が解決しようとする課題】
【０００７】
本発明は、再起動等によりルータ装置内に保持していたセッション状態を喪失した場合に、そのセッション状態を再構築し、ホスト間の通信を継続して行えるようにすることを目的とする。
【課題を解決するための手段】
【０００８】
本発明のルータ装置は、ローカルホストとリモートホストとの間のデータ通信に係るセッション状態の情報を記憶する記憶手段と、上記データ通信に係るセッション状態を再構築するセッション状態再構築手段とを備える。そして、記憶手段に記憶されている実行中のデータ通信に係るセッション状態情報を喪失した場合に、セッション状態再構築手段が、当該データ通信におけるデータパケットをローカルホストから受信したことに応じてリモートホストに接続確認を行い、当該接続確認に対する返答に応じて当該データ通信に係るセッション状態を再構築する。
これにより、実行中のデータ通信に係るセッション状態情報の喪失時に、接続確認及びその返答により実行中であったデータ通信が有効であるか否かを判定し、当該データ通信に係るセッション状態を再構築可能になる。
【発明の効果】
【０００９】
本発明によれば、不揮発性の記憶装置を新たに設けてデータ通信に係るセッション状態を保存しなくとも、ルータ装置内に保持していた実行中のデータ通信に係るセッション状態を喪失した場合に、ローカルホストからの当該データ通信におけるデータパケット及びリモートホストに対する接続確認に基づいて、当該データ通信に係るセッション状態を再構築して、ホスト間の通信を継続して行うことができる。
【発明を実施するための最良の形態】
【００１０】
以下、本発明の実施形態を図面に基づいて説明する。
【００１１】
図１は、本発明の一実施形態におけるエッジルータ装置の構成例を示すブロック図である。本実施形態におけるエッジルータ装置１は、ローカルネットワーク側インタフェース（Ｉ／Ｆ）１０、リモートネットワーク側インタフェース（Ｉ／Ｆ）２０、ＩＰ（Internet Protocol）パケット転送部３０、通信制御部４０、及び記憶部５０を有する。
【００１２】
ローカルネットワーク側Ｉ／Ｆ１０は、ローカルホストが含まれるローカルネットワークに接続するためのインタフェースである。このローカルネットワーク側Ｉ／Ｆ１０により、エッジルータ装置１とローカルホストとが通信可能に接続される。なお、ローカルネットワーク側Ｉ／Ｆ１０を、ネットワークを介さずにローカルホストに直接接続するようにしても良い。
【００１３】
リモートネットワーク側Ｉ／Ｆ２０は、インターネット等のリモートホストが含まれるリモートネットワークに接続するためのインタフェースである。このリモートネットワーク側Ｉ／Ｆ２０により、エッジルータ装置１とリモートホストとが通信可能に接続される。
【００１４】
ＩＰパケット転送部３０は、エッジルータ装置１を介してローカルホストとリモートホストとの間で行われるＴＣＰ（Transmission Control Protocol）通信におけるパケット（制御パケット及びデータパケット）を送受信（転送）する。ＩＰパケット転送部３０によるパケットの転送動作は、通信制御部４０による制御に基づいて行われ、いわゆるファイアウォール機能が使用されて、許可されたＴＣＰ通信のパケットのみが転送される。また、ＩＰアドレスやポート番号の変換を行う、いわゆるＮＡＰＴ（Network Address Port Translation）機能が必要に応じて使用される。
【００１５】
ＩＰパケット転送部３０は、ローカルネットワーク側Ｉ／Ｆ１０で受けたローカルホストからのパケットを、そのヘッダ情報等に基づいてリモートネットワーク側Ｉ／Ｆ２０よりリモートホストに対して送出する。同様に、ＩＰパケット転送部３０は、リモートネットワーク側Ｉ／Ｆ２０で受けたリモートホストからのパケットを、そのヘッダ情報等に基づいてローカルネットワーク側Ｉ／Ｆ１０よりローカルホストに対して送出する。
【００１６】
通信制御部４０は、エッジルータ装置１を介して行われるホスト間のＴＣＰ通信を統括的に制御するものであり、ファイアウォール／ＮＡＰＴ部４１、セッション状態保持部４２、及びセッション状態再構築部４３を有する。
【００１７】
ファイアウォール／ＮＡＰＴ部４１は、ローカルホストからのパケットやローカルホストの状態をチェックするローカル側チェック部４４、及びリモートホストからのパケットやリモートホストの状態をチェックするリモート側チェック部４５を有し、ファイアウォール機能及びＮＡＰＴ機能を実現するものである。
【００１８】
具体的には、ファイアウォール／ＮＡＰＴ部４１は、ファイアウォール機能を実現するためにセキュリティ監査を実行している。ファイアウォール／ＮＡＰＴ部４１は、エッジルータ装置１を介したＴＣＰ通信を監視して受信したパケットのチェックを行い、許可したＴＣＰ通信のパケットのみを転送させる。これにより、ローカルホスト（ローカルネットワーク）側のセキュリティを確保している。
【００１９】
また、ホスト間のＴＣＰ通信においてＮＡＰＴ機能を利用する場合に、ファイアウォール／ＮＡＰＴ部４１は、ローカルホストのＩＰアドレス及びポート番号を、エッジルータ装置１が管理する別のＩＰアドレス及びポート番号に変換する。この場合においては、ＮＡＰＴ機能による変換前後で同一のポート番号を使用するなど予測可能なポート番号を用いてポート番号の変換等を行わなければならない。なお、ＮＡＰＴ機能を使用しない場合には、そのような制限はない。
【００２０】
セッション状態保持部４２は、ローカルホストとリモートホストとの間のＴＣＰセッション状態を保持する。また、セッション状態保持部４２は、構築されたホストの間のＴＣＰセッション状態情報を記憶部５０内のセッション状態表５１に記録する。
【００２１】
セッション状態再構築部４３は、障害発生や設定変更によりエッジルータ装置１の再起動が行われ、セッション状態表５１に保持していたＴＣＰセッション状態情報を喪失した場合に、その喪失したＴＣＰセッション状態を再構築する。また、セッション状態再構築部４３は、喪失したＴＣＰセッション状態の再構築を行う際に、ローカルホストから送出されたデータパケットを一時的に保持する。
【００２２】
記憶部５０は、例えばＲＡＭ（Random Access Memory）等の揮発性の記憶装置で構成される。記憶部５０には、図２に示すようなセッション状態表５１などが記憶される。
【００２３】
図２は、セッション状態表５１の一例を示す図である。
セッション状態表５１には、ローカルホストとリモートホストとの間でのＴＣＰ通信に係るＴＣＰセッション状態情報が記録されている。ＴＣＰセッション状態情報は、図２に示したようにローカルホストのＩＰアドレスとポート番号、リモートホストのＩＰアドレスとポート番号、及び接続状態を含む。セッション状態表５１は随時変更され、その時点での状態に応じて更新される。エッジルータ装置１の再起動時には、セッション状態表５１に記録されているＴＣＰセッション状態情報はすべて喪失される。
【００２４】
なお、図２において、接続状態が「切断」であるＴＣＰセッション状態情報が含まれているが、切断されたＴＣＰ通信に係るＴＣＰセッション状態情報は直ちにセッション状態表５１から削除するようにしても良いし、図２に示すようにＮＡＰＴ機能等のために切断後しばらくの間（所定時間）だけ保持しておくようにしても良い。また、セッション状態表５１に記録されている情報を参照して、ファイアウォール機能としてのセキュリティ監査やＮＡＰＴ機能としてのＩＰアドレス変換等がファイアウォール／ＮＡＰＴ部４１により行われる。
【００２５】
図３は、本実施形態におけるエッジルータ装置１を含み構成される通信システムの一例を示す図である。
エッジルータ装置１は、ローカルネットワーク側Ｉ／Ｆ１０により１以上のローカルホスト１に接続され、リモートネットワーク側Ｉ／Ｆ２０によりリモートホスト３にアクセスするためのリモートネットワークＮＷ（例えば、図３に示した例ではインターネット）に接続されている。ローカルホスト１とネットワークＮＷ上のリモートホスト３とは、エッジルータ装置１を介してＴＣＰ通信を行う。言い換えれば、エッジルータ装置１は、ホスト２、３間のＴＣＰ通信を中継する。このホスト２、３間でＴＣＰ通信を行う際に、エッジルータ装置１が有するファイアウォール機能やＮＡＰＴ機能が適宜使用される。
【００２６】
次に、図４を参照して、本実施形態におけるエッジルータ装置１の動作について説明する。図４は、エッジルータ装置１の処理動作例を示すフローチャートである。
【００２７】
ローカルホスト２からＴＣＰ通信におけるデータパケットが送信され、エッジルータ装置１がローカルネットワーク側Ｉ／Ｆ１０により当該データパケットを受信する。ステップＳ１１にて、エッジルータ装置１の通信制御部４０は、セッション状態保持部４２を通じて、受信したデータパケットに係るＴＣＰ通信がセッション状態表５１に記録されているＴＣＰ通信であるか否かを調べる。すなわち、通信制御部４０は、受信したローカルホスト２からのデータパケットが、既存のＴＣＰセッションのデータパケットであるか否かを判定する。
【００２８】
その判定の結果、受信したデータパケットに係るＴＣＰ通信がセッション状態表５１に記録されているＴＣＰ通信である場合にはステップＳ１７に進む。そして、ステップＳ１７にて、通信制御部４０は、ＩＰパケット転送部３０を制御して、ローカルホスト２からのデータパケットをリモートネットワーク側Ｉ／Ｆ２０を介しリモートホスト３に対して送信する。
【００２９】
一方、受信したデータパケットに係るＴＣＰ通信がセッション状態表５１に記録されていないＴＣＰ通信であれば、ステップＳ１２に進む。ステップＳ１２にて、セッション状態再構築部４３は、ローカルホスト２からのデータパケットを保持するとともに、ＩＰパケット転送部３０を制御して接続確認用パケットをリモートネットワーク側Ｉ／Ｆ２０から送信する。
【００３０】
本実施形態では、接続確認用パケットとしてＴＣＰキープアライブパケットと呼ばれるパケットをリモートホスト３に対して送信する。このＴＣＰキープアライブパケットは、データを含まないパケットである、すなわち受信したデータパケットのデータ以外で構成されたパケットであるため、意図しないリモートホストに対してデータの内容が漏洩することを防止できる。また、ＴＣＰ通信においては、不正なシーケンス番号のＴＣＰパケットを受信すると、正しいシーケンス番号を含んだＴＣＰアクノリッジ（ＴＣＰ ＡＣＫ）パケットと呼ばれる返答パケットを送信するように定められており、この動作を利用することでＴＣＰセッションの存在確認を行うことができる。
【００３１】
リモートホスト３は、エッジルータ装置１から送信されたＴＣＰキープアライブパケットを受信し、それが継続中のＴＣＰ通信に対応するものであれば、受信したＴＣＰキープアライブパケットに対する返答としてＴＣＰ ＡＣＫパケットを送信する。また、エッジルータ装置１のセッション状態再構築部４３は、ＴＣＰキープアライブパケットの送信後、リモートホスト３からの返答を受信するまで一定時間待機する（ステップＳ１３）。
【００３２】
一定時間内にＴＣＰキープアライブパケットに対するリモートホスト３からの返答があった場合にはステップＳ１４に進み、ステップＳ１４にて、エッジルータ装置１は、リモートネットワーク側Ｉ／Ｆ２０を介してリモートホスト３からの返答パケットを受信する。続いて、エッジルータ装置１のセッション状態再構築部４３は、受信した返答パケットが、ステップＳ１２において送信したＴＣＰキープアライブパケットに対するＴＣＰ ＡＣＫパケットであるか否かを判定する。
【００３３】
その結果、受信した返答パケットが、ステップＳ１２において送信したＴＣＰキープアライブパケットに対するＴＣＰ ＡＣＫパケットであると判定した場合には、セッション状態再構築部４３は、そのＴＣＰ通信は有効で継続中であるとみなしてステップＳ１６に進む。そして、ステップＳ１６にて、セッション状態再構築部４３は、ローカルホスト２から受信したデータパケットのヘッダ情報等に基づいてＴＣＰセッション状態を再構築し、ステップＳ１７にて、保持していたローカルホスト２からのデータパケットをリモートネットワーク側Ｉ／Ｆ２０を介しリモートホスト３に対して送信する。さらに、セッション状態再構築部４３は、セッション状態保持部４２を介して、再構築したＴＣＰ通信に係るＴＣＰセッション状態情報を記憶部５０内のセッション状態表５１に記録する。
【００３４】
また、一定時間内にＴＣＰキープアライブパケットに対するリモートホスト３からの返答がない、いわゆるタイムアウトの場合（ステップＳ１３のＮｏ）、及びリモートホストからの返答パケットがＴＣＰキープアライブパケットに対するＴＣＰ ＡＣＫパケットでないと判定した場合（ステップＳ１５のＮｏ）には、セッション状態再構築部４３は、そのＴＣＰ通信は無効で継続不能であるとみなしてステップＳ１８に進む。ここで、リモートホストからの返答パケットがＴＣＰ ＡＣＫパケットでない場合としては、例えば返答パケットがＴＣＰ通信を切断するためのＴＣＰ ＲＳＴパケットである場合などがある。
【００３５】
ステップＳ１８にて、セッション状態再構築部４３は、保持していたローカルホスト２からのデータパケットを破棄する。また、セッション状態再構築部４３は、ローカルホスト２からのデータパケットを破棄するとともに、ＴＣＰ ＲＳＴパケットをローカルネットワーク側Ｉ／Ｆ１０を介してローカルホスト１に送信するようにしても良い。ローカルホスト１にＴＣＰ ＲＳＴパケットを送信するようにした場合には、ローカルホスト１においてＴＣＰ通信を速やかに切断することができる。
【００３６】
図５は、本実施形態における動作例を概略的に示すシーケンス図である。図５（Ａ）及び（Ｂ）は、ローカルホスト２からのデータパケットの受信に応じてセッション状態表５１に記録されていないＴＣＰ通信に係るＴＣＰセッション状態を再構築する場合及び無効として再構築を行わない場合をそれぞれ示している。また、図５（Ｃ）は、セッション状態表５１に記録されていないＴＣＰ通信におけるデータパケットをリモートホスト３から受信した場合を示している。
【００３７】
図５（Ａ）に示すようにローカルホスト２からのデータパケットの受信に応じてＴＣＰセッション状態を再構築する場合には、まずセッション状態表５１に記録されていないＴＣＰ通信におけるデータパケットがローカルホスト２から送出されると（Ｓ１０１）、エッジルータ装置１は、そのデータパケットを受信して、セッション状態再構築部４３に保持する（Ｓ１０２）。
【００３８】
次に、エッジルータ装置１のセッション状態再構築部４３は、接続確認用のパケットであるＴＣＰキープアライブパケットをリモートホスト３に送出し、リモートホスト３からの返答を待つ（Ｓ１０３）。このＴＣＰキープアライブパケットに対する返答パケットであるＴＣＰ ＡＣＫパケットがリモートホスト３から送出されると、エッジルータ装置１にて、そのＴＣＰ ＡＣＫパケットが受信される（Ｓ１０４）。
【００３９】
続いて、エッジルータ装置１のセッション状態再構築部４３は、保持しているローカルホスト２からのデータパケットのヘッダ情報等に基づいてＴＣＰセッション状態を再構築する（Ｓ１０５）。さらに、保持しているローカルホスト２からのデータパケットをリモートホスト３に送信する（Ｓ１０６）。
【００４０】
図５（Ｂ）に示すようにローカルホストからのデータパケットの受信に応じたＴＣＰセッション状態の再構築を行わない場合には、まずセッション状態表５１に記録されていないＴＣＰ通信におけるデータパケットがローカルホスト２から送出されると（Ｓ１１１）、エッジルータ装置１は、そのデータパケットを受信して、セッション状態再構築部４３に保持する（Ｓ１１２）。
【００４１】
次に、エッジルータ装置１のセッション状態再構築部４３は、ＴＣＰキープアライブパケットをリモートホスト３に送出し、リモートホスト３からの返答を待つ（Ｓ１１３）。このＴＣＰキープアライブパケットに対する返答がない、又は返答としてリモートホスト３からＴＣＰ ＡＣＫパケット以外のパケット（例えばＴＣＰ ＲＳＴパケット）が送出されると（Ｓ１１５）、それに応じてエッジルータ装置１は、セッション状態再構築部４３に保持しているローカルホスト２からのデータパケットを破棄する（Ｓ１１５）。さらに、エッジルータ装置１は、ＴＣＰ通信の切断を促すためにＴＣＰ ＲＳＴパケットをローカルホスト２に送信するようにしても良い（Ｓ１１６）。
【００４２】
また、図５（Ｃ）に示すようにセッション状態表５１に記録されていない、すなわちＴＣＰセッション状態が構築されていないＴＣＰ通信におけるデータパケットがリモートホスト３から送出された場合（Ｓ１２１）には、エッジルータ装置１は、ＴＣＰセッション状態を再構築することなくリモートホスト３からのデータパケットをすべて破棄する（Ｓ１２２）。これにより、ローカルホスト（ローカルネットワーク）側のセキュリティを確保することができる。
【００４３】
以上、説明したように本実施形態によれば、エッジルータ装置１の再起動等により記憶部５０のセッション状態表５１に記録されているＴＣＰセッション状態情報を喪失した場合に、ローカルホスト２からのＴＣＰ通信におけるデータパケット、及びそのデータパケットの受信に応じたリモートホスト３へのＴＣＰ通信の接続確認に対する返答に基づいて、ホスト２、３間のＴＣＰ通信が有効であるか否かが判定される。その結果、ホスト２、３間のＴＣＰ通信が有効であると判定した場合には、セッション状態再構築部４３が、データパケットのヘッダ情報等に基づいて、ホスト２、３間のＴＣＰ通信に係るＴＣＰセッション状態を再構築する。
【００４４】
これにより、不揮発性記憶装置等を新たに設けてそれにＴＣＰセッション状態情報を定常的に保存していなくとも、エッジルータ装置１内に記録されているＴＣＰセッション状態情報が喪失された場合に、ローカルホスト２からのデータパケットや接続確認に対するリモートホスト３からの返答に基づいて、ホスト２、３間のＴＣＰ通信に係るＴＣＰセッション状態を容易に再構築でき、ホスト２、３間のＴＣＰ通信を継続して行うことができる。また、不揮発性記憶装置等を新たに設ける必要もないので、装置規模を増大させることなく、ＴＣＰ通信に係るＴＣＰセッション状態を再構築することが可能になる。
【００４５】
なお、上記実施形態は、何れも本発明を実施するにあたっての具体化のほんの一例を示したものに過ぎず、これらによって本発明の技術的範囲が限定的に解釈されてはならないものである。すなわち、本発明はその技術思想、またはその主要な特徴から逸脱することなく、様々な形で実施することができる。
本発明の諸態様を付記として以下に示す。
【００４６】
（付記１）ローカルホストとリモートホストとの間のデータ通信を中継するルータ装置であって、
上記データ通信に係るセッション状態の情報を記憶する記憶手段と、
上記記憶手段に記憶されている実行中のデータ通信に係るセッション状態情報を喪失した場合に、当該データ通信における上記リモートホストへのデータパケットを上記ローカルホストから受信したことに応じて、上記リモートホストに接続確認を行い、当該接続確認に対する返答に応じて、当該データ通信に係るセッション状態を再構築するセッション状態再構築手段とを備えることを特徴とするルータ装置。
（付記２）上記セッション状態再構築手段は、上記接続確認に対する上記リモートホストによる返答に基づいて、上記実行中であったデータ通信が有効であるか否かを判定し、有効であると判定した場合にデータ通信に係るセッション状態を再構築することを特徴とする付記１記載のルータ装置。
（付記３）上記セッション状態再構築手段は、上記受信したローカルホストからのデータパケットを保持するパケット保持手段を有することを特徴とする付記１又は２記載のルータ装置。
（付記４）上記セッション状態再構築手段は、上記接続確認を行うための接続確認用パケットを上記リモートホストに送信し、当該接続確認用パケットに対する返答パケットを上記リモートホストから受信した場合に、上記データ通信に係るセッション状態を再構築することを特徴とする付記１〜３の何れか１項に記載のルータ装置。
（付記５）上記接続確認用パケットは、受信した上記ローカルホストからのデータパケットのデータが含まれないパケットであることを特徴とする付記４記載のルータ装置。
（付記６）上記ローカルホストとリモートホストとの間のデータ通信がＴＣＰ（Transmission Control Protocol）通信であって、
上記接続確認用パケットがＴＣＰキープアライブパケットであり、
上記返答パケットがＴＣＰアクノリッジパケットであることを特徴とする付記４又は５記載のルータ装置。
（付記７）ローカルホストとリモートホストとの間のデータ通信を中継するルータ装置における通信制御方法であって、
上記データ通信に係るセッション状態の情報を記憶する記憶手段から実行中のデータ通信に係るセッション状態情報が喪失された場合に、当該データ通信における上記リモートホストへのデータパケットを上記ローカルホストから受信したことに応じて、上記リモートホストに接続確認用パケットを送信する接続確認ステップと、
上記送信した接続確認用パケットに対する上記リモートホストによる返答に基づいて、上記実行中であったデータ通信が有効であるか否かを判定する判定ステップと、
上記判定ステップにて当該データ通信が有効であると判定した場合に、当該データ通信に係るセッション状態を再構築するセッション状態再構築ステップとを有することを特徴とする通信制御方法。
（付記８）上記接続確認ステップでは、上記受信したローカルホストからのデータパケットを上記ルータ装置にて保持して、上記リモートホストに接続確認用パケットを送信し、
上記セッション状態再構築ステップにより上記データ通信に係るセッション状態を再構築した後に、上記ローカルホストからのデータパケットを上記リモートホストに送信することを特徴とする付記７記載の通信制御方法。
【図面の簡単な説明】
【００４７】
【図１】本発明の一実施形態におけるルータ装置の構成例を示す図である。
【図２】セッション状態表の一例を示す図である。
【図３】本実施形態におけるルータ装置を備える通信システムの一例を示す図である。
【図４】本実施形態におけるルータ装置の処理動作例を示すフローチャートである。
【図５】本実施形態における通信システムの動作例を示す図である。
【符号の説明】
【００４８】
１ エッジルータ装置
１０ ローカルネットワーク側インタフェース
２０ リモートネットワーク側インタフェース
３０ ＩＰパケット転送部
４０ 通信制御部
４１ ファイアウォール／ＮＡＰＴ部
４２ セッション状態保持部
４３ セッション状態再構築部
５０ 記憶部
５１ セッション状態表
【技術分野】
【０００１】
本発明は、ルータ装置及び通信制御方法に関し、特に、インターネット等のネットワークを介してデータ通信を行うためのエッジルータ装置に用いて好適なものである。
【背景技術】
【０００２】
インターネット通信用のエッジルータ装置は、不正なパケットの侵入を阻止してセキュリティを確保するためのファイアウォール機能や、少数のグローバルＩＰ（Internet Protocol）アドレスで複数のローカルホストを使用するためのＮＡＰＴ（Network Address Port Translation）機能を有する。これらの機能は、エッジルータ装置がローカルホストとリモートホスト間のＴＣＰ（Transmission Control Protocol）セッション状態を保持し、ＴＣＰ通信を監査することで実現している。
【０００３】
ここで、エッジルータ装置での障害発生や設定変更に伴って装置の再起動が行われると、再起動時におけるＴＣＰ通信のＴＣＰセッション状態に係る情報はエッジルータ装置内の揮発性記憶装置からすべて喪失される。一方、エッジルータ装置を介してリモートホストとＴＣＰ通信中であったローカルホストは、ＴＣＰセッションを維持しているため、そのＴＣＰセッションのパケットを送出して通信しようとする。
【０００４】
しかし、エッジルータ装置は、ＴＣＰセッション状態を喪失しているためにそのＴＣＰ通信を認識できず、ローカルホストから送出されたパケットを不正なパケットとみなして破棄してしまう。そのため、エッジルータ装置にて再起動が発生すると、ＴＣＰ通信を継続することが不可能であった。その対処方法として、エッジルータ装置においてＴＣＰセッション状態に係る情報を定常的に不揮発性記憶装置に保存する方法が考えられるが、その記憶装置を別途設けなければならない。
【０００５】
また、シンクライアントシステムにおいては、シンクライアント端末からの操作要求を特定条件が満たされるまで保留し、特定条件が満たされた後にサーバに対して操作要求を行うことで、通信不可状態によりセッションが異常になっても動作を保証する方法が提案されている（例えば、特許文献１参照。）。
【０００６】
【特許文献１】特開２００４−１７１０６３号公報
【発明の開示】
【発明が解決しようとする課題】
【０００７】
本発明は、再起動等によりルータ装置内に保持していたセッション状態を喪失した場合に、そのセッション状態を再構築し、ホスト間の通信を継続して行えるようにすることを目的とする。
【課題を解決するための手段】
【０００８】
本発明のルータ装置は、ローカルホストとリモートホストとの間のデータ通信に係るセッション状態の情報を記憶する記憶手段と、上記データ通信に係るセッション状態を再構築するセッション状態再構築手段とを備える。そして、記憶手段に記憶されている実行中のデータ通信に係るセッション状態情報を喪失した場合に、セッション状態再構築手段が、当該データ通信におけるデータパケットをローカルホストから受信したことに応じてリモートホストに接続確認を行い、当該接続確認に対する返答に応じて当該データ通信に係るセッション状態を再構築する。
これにより、実行中のデータ通信に係るセッション状態情報の喪失時に、接続確認及びその返答により実行中であったデータ通信が有効であるか否かを判定し、当該データ通信に係るセッション状態を再構築可能になる。
【発明の効果】
【０００９】
本発明によれば、不揮発性の記憶装置を新たに設けてデータ通信に係るセッション状態を保存しなくとも、ルータ装置内に保持していた実行中のデータ通信に係るセッション状態を喪失した場合に、ローカルホストからの当該データ通信におけるデータパケット及びリモートホストに対する接続確認に基づいて、当該データ通信に係るセッション状態を再構築して、ホスト間の通信を継続して行うことができる。
【発明を実施するための最良の形態】
【００１０】
以下、本発明の実施形態を図面に基づいて説明する。
【００１１】
図１は、本発明の一実施形態におけるエッジルータ装置の構成例を示すブロック図である。本実施形態におけるエッジルータ装置１は、ローカルネットワーク側インタフェース（Ｉ／Ｆ）１０、リモートネットワーク側インタフェース（Ｉ／Ｆ）２０、ＩＰ（Internet Protocol）パケット転送部３０、通信制御部４０、及び記憶部５０を有する。
【００１２】
ローカルネットワーク側Ｉ／Ｆ１０は、ローカルホストが含まれるローカルネットワークに接続するためのインタフェースである。このローカルネットワーク側Ｉ／Ｆ１０により、エッジルータ装置１とローカルホストとが通信可能に接続される。なお、ローカルネットワーク側Ｉ／Ｆ１０を、ネットワークを介さずにローカルホストに直接接続するようにしても良い。
【００１３】
リモートネットワーク側Ｉ／Ｆ２０は、インターネット等のリモートホストが含まれるリモートネットワークに接続するためのインタフェースである。このリモートネットワーク側Ｉ／Ｆ２０により、エッジルータ装置１とリモートホストとが通信可能に接続される。
【００１４】
ＩＰパケット転送部３０は、エッジルータ装置１を介してローカルホストとリモートホストとの間で行われるＴＣＰ（Transmission Control Protocol）通信におけるパケット（制御パケット及びデータパケット）を送受信（転送）する。ＩＰパケット転送部３０によるパケットの転送動作は、通信制御部４０による制御に基づいて行われ、いわゆるファイアウォール機能が使用されて、許可されたＴＣＰ通信のパケットのみが転送される。また、ＩＰアドレスやポート番号の変換を行う、いわゆるＮＡＰＴ（Network Address Port Translation）機能が必要に応じて使用される。
【００１５】
ＩＰパケット転送部３０は、ローカルネットワーク側Ｉ／Ｆ１０で受けたローカルホストからのパケットを、そのヘッダ情報等に基づいてリモートネットワーク側Ｉ／Ｆ２０よりリモートホストに対して送出する。同様に、ＩＰパケット転送部３０は、リモートネットワーク側Ｉ／Ｆ２０で受けたリモートホストからのパケットを、そのヘッダ情報等に基づいてローカルネットワーク側Ｉ／Ｆ１０よりローカルホストに対して送出する。
【００１６】
通信制御部４０は、エッジルータ装置１を介して行われるホスト間のＴＣＰ通信を統括的に制御するものであり、ファイアウォール／ＮＡＰＴ部４１、セッション状態保持部４２、及びセッション状態再構築部４３を有する。
【００１７】
ファイアウォール／ＮＡＰＴ部４１は、ローカルホストからのパケットやローカルホストの状態をチェックするローカル側チェック部４４、及びリモートホストからのパケットやリモートホストの状態をチェックするリモート側チェック部４５を有し、ファイアウォール機能及びＮＡＰＴ機能を実現するものである。
【００１８】
具体的には、ファイアウォール／ＮＡＰＴ部４１は、ファイアウォール機能を実現するためにセキュリティ監査を実行している。ファイアウォール／ＮＡＰＴ部４１は、エッジルータ装置１を介したＴＣＰ通信を監視して受信したパケットのチェックを行い、許可したＴＣＰ通信のパケットのみを転送させる。これにより、ローカルホスト（ローカルネットワーク）側のセキュリティを確保している。
【００１９】
また、ホスト間のＴＣＰ通信においてＮＡＰＴ機能を利用する場合に、ファイアウォール／ＮＡＰＴ部４１は、ローカルホストのＩＰアドレス及びポート番号を、エッジルータ装置１が管理する別のＩＰアドレス及びポート番号に変換する。この場合においては、ＮＡＰＴ機能による変換前後で同一のポート番号を使用するなど予測可能なポート番号を用いてポート番号の変換等を行わなければならない。なお、ＮＡＰＴ機能を使用しない場合には、そのような制限はない。
【００２０】
セッション状態保持部４２は、ローカルホストとリモートホストとの間のＴＣＰセッション状態を保持する。また、セッション状態保持部４２は、構築されたホストの間のＴＣＰセッション状態情報を記憶部５０内のセッション状態表５１に記録する。
【００２１】
セッション状態再構築部４３は、障害発生や設定変更によりエッジルータ装置１の再起動が行われ、セッション状態表５１に保持していたＴＣＰセッション状態情報を喪失した場合に、その喪失したＴＣＰセッション状態を再構築する。また、セッション状態再構築部４３は、喪失したＴＣＰセッション状態の再構築を行う際に、ローカルホストから送出されたデータパケットを一時的に保持する。
【００２２】
記憶部５０は、例えばＲＡＭ（Random Access Memory）等の揮発性の記憶装置で構成される。記憶部５０には、図２に示すようなセッション状態表５１などが記憶される。
【００２３】
図２は、セッション状態表５１の一例を示す図である。
セッション状態表５１には、ローカルホストとリモートホストとの間でのＴＣＰ通信に係るＴＣＰセッション状態情報が記録されている。ＴＣＰセッション状態情報は、図２に示したようにローカルホストのＩＰアドレスとポート番号、リモートホストのＩＰアドレスとポート番号、及び接続状態を含む。セッション状態表５１は随時変更され、その時点での状態に応じて更新される。エッジルータ装置１の再起動時には、セッション状態表５１に記録されているＴＣＰセッション状態情報はすべて喪失される。
【００２４】
なお、図２において、接続状態が「切断」であるＴＣＰセッション状態情報が含まれているが、切断されたＴＣＰ通信に係るＴＣＰセッション状態情報は直ちにセッション状態表５１から削除するようにしても良いし、図２に示すようにＮＡＰＴ機能等のために切断後しばらくの間（所定時間）だけ保持しておくようにしても良い。また、セッション状態表５１に記録されている情報を参照して、ファイアウォール機能としてのセキュリティ監査やＮＡＰＴ機能としてのＩＰアドレス変換等がファイアウォール／ＮＡＰＴ部４１により行われる。
【００２５】
図３は、本実施形態におけるエッジルータ装置１を含み構成される通信システムの一例を示す図である。
エッジルータ装置１は、ローカルネットワーク側Ｉ／Ｆ１０により１以上のローカルホスト１に接続され、リモートネットワーク側Ｉ／Ｆ２０によりリモートホスト３にアクセスするためのリモートネットワークＮＷ（例えば、図３に示した例ではインターネット）に接続されている。ローカルホスト１とネットワークＮＷ上のリモートホスト３とは、エッジルータ装置１を介してＴＣＰ通信を行う。言い換えれば、エッジルータ装置１は、ホスト２、３間のＴＣＰ通信を中継する。このホスト２、３間でＴＣＰ通信を行う際に、エッジルータ装置１が有するファイアウォール機能やＮＡＰＴ機能が適宜使用される。
【００２６】
次に、図４を参照して、本実施形態におけるエッジルータ装置１の動作について説明する。図４は、エッジルータ装置１の処理動作例を示すフローチャートである。
【００２７】
ローカルホスト２からＴＣＰ通信におけるデータパケットが送信され、エッジルータ装置１がローカルネットワーク側Ｉ／Ｆ１０により当該データパケットを受信する。ステップＳ１１にて、エッジルータ装置１の通信制御部４０は、セッション状態保持部４２を通じて、受信したデータパケットに係るＴＣＰ通信がセッション状態表５１に記録されているＴＣＰ通信であるか否かを調べる。すなわち、通信制御部４０は、受信したローカルホスト２からのデータパケットが、既存のＴＣＰセッションのデータパケットであるか否かを判定する。
【００２８】
その判定の結果、受信したデータパケットに係るＴＣＰ通信がセッション状態表５１に記録されているＴＣＰ通信である場合にはステップＳ１７に進む。そして、ステップＳ１７にて、通信制御部４０は、ＩＰパケット転送部３０を制御して、ローカルホスト２からのデータパケットをリモートネットワーク側Ｉ／Ｆ２０を介しリモートホスト３に対して送信する。
【００２９】
一方、受信したデータパケットに係るＴＣＰ通信がセッション状態表５１に記録されていないＴＣＰ通信であれば、ステップＳ１２に進む。ステップＳ１２にて、セッション状態再構築部４３は、ローカルホスト２からのデータパケットを保持するとともに、ＩＰパケット転送部３０を制御して接続確認用パケットをリモートネットワーク側Ｉ／Ｆ２０から送信する。
【００３０】
本実施形態では、接続確認用パケットとしてＴＣＰキープアライブパケットと呼ばれるパケットをリモートホスト３に対して送信する。このＴＣＰキープアライブパケットは、データを含まないパケットである、すなわち受信したデータパケットのデータ以外で構成されたパケットであるため、意図しないリモートホストに対してデータの内容が漏洩することを防止できる。また、ＴＣＰ通信においては、不正なシーケンス番号のＴＣＰパケットを受信すると、正しいシーケンス番号を含んだＴＣＰアクノリッジ（ＴＣＰ ＡＣＫ）パケットと呼ばれる返答パケットを送信するように定められており、この動作を利用することでＴＣＰセッションの存在確認を行うことができる。
【００３１】
リモートホスト３は、エッジルータ装置１から送信されたＴＣＰキープアライブパケットを受信し、それが継続中のＴＣＰ通信に対応するものであれば、受信したＴＣＰキープアライブパケットに対する返答としてＴＣＰ ＡＣＫパケットを送信する。また、エッジルータ装置１のセッション状態再構築部４３は、ＴＣＰキープアライブパケットの送信後、リモートホスト３からの返答を受信するまで一定時間待機する（ステップＳ１３）。
【００３２】
一定時間内にＴＣＰキープアライブパケットに対するリモートホスト３からの返答があった場合にはステップＳ１４に進み、ステップＳ１４にて、エッジルータ装置１は、リモートネットワーク側Ｉ／Ｆ２０を介してリモートホスト３からの返答パケットを受信する。続いて、エッジルータ装置１のセッション状態再構築部４３は、受信した返答パケットが、ステップＳ１２において送信したＴＣＰキープアライブパケットに対するＴＣＰ ＡＣＫパケットであるか否かを判定する。
【００３３】
その結果、受信した返答パケットが、ステップＳ１２において送信したＴＣＰキープアライブパケットに対するＴＣＰ ＡＣＫパケットであると判定した場合には、セッション状態再構築部４３は、そのＴＣＰ通信は有効で継続中であるとみなしてステップＳ１６に進む。そして、ステップＳ１６にて、セッション状態再構築部４３は、ローカルホスト２から受信したデータパケットのヘッダ情報等に基づいてＴＣＰセッション状態を再構築し、ステップＳ１７にて、保持していたローカルホスト２からのデータパケットをリモートネットワーク側Ｉ／Ｆ２０を介しリモートホスト３に対して送信する。さらに、セッション状態再構築部４３は、セッション状態保持部４２を介して、再構築したＴＣＰ通信に係るＴＣＰセッション状態情報を記憶部５０内のセッション状態表５１に記録する。
【００３４】
また、一定時間内にＴＣＰキープアライブパケットに対するリモートホスト３からの返答がない、いわゆるタイムアウトの場合（ステップＳ１３のＮｏ）、及びリモートホストからの返答パケットがＴＣＰキープアライブパケットに対するＴＣＰ ＡＣＫパケットでないと判定した場合（ステップＳ１５のＮｏ）には、セッション状態再構築部４３は、そのＴＣＰ通信は無効で継続不能であるとみなしてステップＳ１８に進む。ここで、リモートホストからの返答パケットがＴＣＰ ＡＣＫパケットでない場合としては、例えば返答パケットがＴＣＰ通信を切断するためのＴＣＰ ＲＳＴパケットである場合などがある。
【００３５】
ステップＳ１８にて、セッション状態再構築部４３は、保持していたローカルホスト２からのデータパケットを破棄する。また、セッション状態再構築部４３は、ローカルホスト２からのデータパケットを破棄するとともに、ＴＣＰ ＲＳＴパケットをローカルネットワーク側Ｉ／Ｆ１０を介してローカルホスト１に送信するようにしても良い。ローカルホスト１にＴＣＰ ＲＳＴパケットを送信するようにした場合には、ローカルホスト１においてＴＣＰ通信を速やかに切断することができる。
【００３６】
図５は、本実施形態における動作例を概略的に示すシーケンス図である。図５（Ａ）及び（Ｂ）は、ローカルホスト２からのデータパケットの受信に応じてセッション状態表５１に記録されていないＴＣＰ通信に係るＴＣＰセッション状態を再構築する場合及び無効として再構築を行わない場合をそれぞれ示している。また、図５（Ｃ）は、セッション状態表５１に記録されていないＴＣＰ通信におけるデータパケットをリモートホスト３から受信した場合を示している。
【００３７】
図５（Ａ）に示すようにローカルホスト２からのデータパケットの受信に応じてＴＣＰセッション状態を再構築する場合には、まずセッション状態表５１に記録されていないＴＣＰ通信におけるデータパケットがローカルホスト２から送出されると（Ｓ１０１）、エッジルータ装置１は、そのデータパケットを受信して、セッション状態再構築部４３に保持する（Ｓ１０２）。
【００３８】
次に、エッジルータ装置１のセッション状態再構築部４３は、接続確認用のパケットであるＴＣＰキープアライブパケットをリモートホスト３に送出し、リモートホスト３からの返答を待つ（Ｓ１０３）。このＴＣＰキープアライブパケットに対する返答パケットであるＴＣＰ ＡＣＫパケットがリモートホスト３から送出されると、エッジルータ装置１にて、そのＴＣＰ ＡＣＫパケットが受信される（Ｓ１０４）。
【００３９】
続いて、エッジルータ装置１のセッション状態再構築部４３は、保持しているローカルホスト２からのデータパケットのヘッダ情報等に基づいてＴＣＰセッション状態を再構築する（Ｓ１０５）。さらに、保持しているローカルホスト２からのデータパケットをリモートホスト３に送信する（Ｓ１０６）。
【００４０】
図５（Ｂ）に示すようにローカルホストからのデータパケットの受信に応じたＴＣＰセッション状態の再構築を行わない場合には、まずセッション状態表５１に記録されていないＴＣＰ通信におけるデータパケットがローカルホスト２から送出されると（Ｓ１１１）、エッジルータ装置１は、そのデータパケットを受信して、セッション状態再構築部４３に保持する（Ｓ１１２）。
【００４１】
次に、エッジルータ装置１のセッション状態再構築部４３は、ＴＣＰキープアライブパケットをリモートホスト３に送出し、リモートホスト３からの返答を待つ（Ｓ１１３）。このＴＣＰキープアライブパケットに対する返答がない、又は返答としてリモートホスト３からＴＣＰ ＡＣＫパケット以外のパケット（例えばＴＣＰ ＲＳＴパケット）が送出されると（Ｓ１１５）、それに応じてエッジルータ装置１は、セッション状態再構築部４３に保持しているローカルホスト２からのデータパケットを破棄する（Ｓ１１５）。さらに、エッジルータ装置１は、ＴＣＰ通信の切断を促すためにＴＣＰ ＲＳＴパケットをローカルホスト２に送信するようにしても良い（Ｓ１１６）。
【００４２】
また、図５（Ｃ）に示すようにセッション状態表５１に記録されていない、すなわちＴＣＰセッション状態が構築されていないＴＣＰ通信におけるデータパケットがリモートホスト３から送出された場合（Ｓ１２１）には、エッジルータ装置１は、ＴＣＰセッション状態を再構築することなくリモートホスト３からのデータパケットをすべて破棄する（Ｓ１２２）。これにより、ローカルホスト（ローカルネットワーク）側のセキュリティを確保することができる。
【００４３】
以上、説明したように本実施形態によれば、エッジルータ装置１の再起動等により記憶部５０のセッション状態表５１に記録されているＴＣＰセッション状態情報を喪失した場合に、ローカルホスト２からのＴＣＰ通信におけるデータパケット、及びそのデータパケットの受信に応じたリモートホスト３へのＴＣＰ通信の接続確認に対する返答に基づいて、ホスト２、３間のＴＣＰ通信が有効であるか否かが判定される。その結果、ホスト２、３間のＴＣＰ通信が有効であると判定した場合には、セッション状態再構築部４３が、データパケットのヘッダ情報等に基づいて、ホスト２、３間のＴＣＰ通信に係るＴＣＰセッション状態を再構築する。
【００４４】
これにより、不揮発性記憶装置等を新たに設けてそれにＴＣＰセッション状態情報を定常的に保存していなくとも、エッジルータ装置１内に記録されているＴＣＰセッション状態情報が喪失された場合に、ローカルホスト２からのデータパケットや接続確認に対するリモートホスト３からの返答に基づいて、ホスト２、３間のＴＣＰ通信に係るＴＣＰセッション状態を容易に再構築でき、ホスト２、３間のＴＣＰ通信を継続して行うことができる。また、不揮発性記憶装置等を新たに設ける必要もないので、装置規模を増大させることなく、ＴＣＰ通信に係るＴＣＰセッション状態を再構築することが可能になる。
【００４５】
なお、上記実施形態は、何れも本発明を実施するにあたっての具体化のほんの一例を示したものに過ぎず、これらによって本発明の技術的範囲が限定的に解釈されてはならないものである。すなわち、本発明はその技術思想、またはその主要な特徴から逸脱することなく、様々な形で実施することができる。
本発明の諸態様を付記として以下に示す。
【００４６】
（付記１）ローカルホストとリモートホストとの間のデータ通信を中継するルータ装置であって、
上記データ通信に係るセッション状態の情報を記憶する記憶手段と、
上記記憶手段に記憶されている実行中のデータ通信に係るセッション状態情報を喪失した場合に、当該データ通信における上記リモートホストへのデータパケットを上記ローカルホストから受信したことに応じて、上記リモートホストに接続確認を行い、当該接続確認に対する返答に応じて、当該データ通信に係るセッション状態を再構築するセッション状態再構築手段とを備えることを特徴とするルータ装置。
（付記２）上記セッション状態再構築手段は、上記接続確認に対する上記リモートホストによる返答に基づいて、上記実行中であったデータ通信が有効であるか否かを判定し、有効であると判定した場合にデータ通信に係るセッション状態を再構築することを特徴とする付記１記載のルータ装置。
（付記３）上記セッション状態再構築手段は、上記受信したローカルホストからのデータパケットを保持するパケット保持手段を有することを特徴とする付記１又は２記載のルータ装置。
（付記４）上記セッション状態再構築手段は、上記接続確認を行うための接続確認用パケットを上記リモートホストに送信し、当該接続確認用パケットに対する返答パケットを上記リモートホストから受信した場合に、上記データ通信に係るセッション状態を再構築することを特徴とする付記１〜３の何れか１項に記載のルータ装置。
（付記５）上記接続確認用パケットは、受信した上記ローカルホストからのデータパケットのデータが含まれないパケットであることを特徴とする付記４記載のルータ装置。
（付記６）上記ローカルホストとリモートホストとの間のデータ通信がＴＣＰ（Transmission Control Protocol）通信であって、
上記接続確認用パケットがＴＣＰキープアライブパケットであり、
上記返答パケットがＴＣＰアクノリッジパケットであることを特徴とする付記４又は５記載のルータ装置。
（付記７）ローカルホストとリモートホストとの間のデータ通信を中継するルータ装置における通信制御方法であって、
上記データ通信に係るセッション状態の情報を記憶する記憶手段から実行中のデータ通信に係るセッション状態情報が喪失された場合に、当該データ通信における上記リモートホストへのデータパケットを上記ローカルホストから受信したことに応じて、上記リモートホストに接続確認用パケットを送信する接続確認ステップと、
上記送信した接続確認用パケットに対する上記リモートホストによる返答に基づいて、上記実行中であったデータ通信が有効であるか否かを判定する判定ステップと、
上記判定ステップにて当該データ通信が有効であると判定した場合に、当該データ通信に係るセッション状態を再構築するセッション状態再構築ステップとを有することを特徴とする通信制御方法。
（付記８）上記接続確認ステップでは、上記受信したローカルホストからのデータパケットを上記ルータ装置にて保持して、上記リモートホストに接続確認用パケットを送信し、
上記セッション状態再構築ステップにより上記データ通信に係るセッション状態を再構築した後に、上記ローカルホストからのデータパケットを上記リモートホストに送信することを特徴とする付記７記載の通信制御方法。
【図面の簡単な説明】
【００４７】
【図１】本発明の一実施形態におけるルータ装置の構成例を示す図である。
【図２】セッション状態表の一例を示す図である。
【図３】本実施形態におけるルータ装置を備える通信システムの一例を示す図である。
【図４】本実施形態におけるルータ装置の処理動作例を示すフローチャートである。
【図５】本実施形態における通信システムの動作例を示す図である。
【符号の説明】
【００４８】
１ エッジルータ装置
１０ ローカルネットワーク側インタフェース
２０ リモートネットワーク側インタフェース
３０ ＩＰパケット転送部
４０ 通信制御部
４１ ファイアウォール／ＮＡＰＴ部
４２ セッション状態保持部
４３ セッション状態再構築部
５０ 記憶部
５１ セッション状態表
【特許請求の範囲】
【請求項１】
ローカルホストとリモートホストとの間のデータ通信を中継するルータ装置であって、
上記データ通信に係るセッション状態の情報を記憶する記憶手段と、
上記記憶手段に記憶されている実行中のデータ通信に係るセッション状態情報を喪失した場合に、当該データ通信における上記リモートホストへのデータパケットを上記ローカルホストから受信したことに応じて、上記リモートホストに接続確認を行い、当該接続確認に対する返答に応じて、当該データ通信に係るセッション状態を再構築するセッション状態再構築手段とを備えることを特徴とするルータ装置。
【請求項２】
上記セッション状態再構築手段は、上記接続確認に対する上記リモートホストによる返答に基づいて、上記実行中であったデータ通信が有効であるか否かを判定し、有効であると判定した場合にデータ通信に係るセッション状態を再構築することを特徴とする請求項１記載のルータ装置。
【請求項３】
上記セッション状態再構築手段は、上記受信したローカルホストからのデータパケットを保持するパケット保持手段を有することを特徴とする請求項１又は２記載のルータ装置。
【請求項４】
上記セッション状態再構築手段は、上記接続確認を行うための接続確認用パケットを上記リモートホストに送信し、当該接続確認用パケットに対する返答パケットを上記リモートホストから受信した場合に、上記データ通信に係るセッション状態を再構築することを特徴とする請求項１〜３の何れか１項に記載のルータ装置。
【請求項５】
ローカルホストとリモートホストとの間のデータ通信を中継するルータ装置における通信制御方法であって、
上記データ通信に係るセッション状態の情報を記憶する記憶手段から実行中のデータ通信に係るセッション状態情報が喪失された場合に、当該データ通信における上記リモートホストへのデータパケットを上記ローカルホストから受信したことに応じて、上記リモートホストに接続確認用パケットを送信する接続確認ステップと、
上記送信した接続確認用パケットに対する上記リモートホストによる返答に基づいて、上記実行中であったデータ通信が有効であるか否かを判定する判定ステップと、
上記判定ステップにて当該データ通信が有効であると判定した場合に、当該データ通信に係るセッション状態を再構築するセッション状態再構築ステップとを有することを特徴とする通信制御方法。
【請求項１】
ローカルホストとリモートホストとの間のデータ通信を中継するルータ装置であって、
上記データ通信に係るセッション状態の情報を記憶する記憶手段と、
上記記憶手段に記憶されている実行中のデータ通信に係るセッション状態情報を喪失した場合に、当該データ通信における上記リモートホストへのデータパケットを上記ローカルホストから受信したことに応じて、上記リモートホストに接続確認を行い、当該接続確認に対する返答に応じて、当該データ通信に係るセッション状態を再構築するセッション状態再構築手段とを備えることを特徴とするルータ装置。
【請求項２】
上記セッション状態再構築手段は、上記接続確認に対する上記リモートホストによる返答に基づいて、上記実行中であったデータ通信が有効であるか否かを判定し、有効であると判定した場合にデータ通信に係るセッション状態を再構築することを特徴とする請求項１記載のルータ装置。
【請求項３】
上記セッション状態再構築手段は、上記受信したローカルホストからのデータパケットを保持するパケット保持手段を有することを特徴とする請求項１又は２記載のルータ装置。
【請求項４】
上記セッション状態再構築手段は、上記接続確認を行うための接続確認用パケットを上記リモートホストに送信し、当該接続確認用パケットに対する返答パケットを上記リモートホストから受信した場合に、上記データ通信に係るセッション状態を再構築することを特徴とする請求項１〜３の何れか１項に記載のルータ装置。
【請求項５】
ローカルホストとリモートホストとの間のデータ通信を中継するルータ装置における通信制御方法であって、
上記データ通信に係るセッション状態の情報を記憶する記憶手段から実行中のデータ通信に係るセッション状態情報が喪失された場合に、当該データ通信における上記リモートホストへのデータパケットを上記ローカルホストから受信したことに応じて、上記リモートホストに接続確認用パケットを送信する接続確認ステップと、
上記送信した接続確認用パケットに対する上記リモートホストによる返答に基づいて、上記実行中であったデータ通信が有効であるか否かを判定する判定ステップと、
上記判定ステップにて当該データ通信が有効であると判定した場合に、当該データ通信に係るセッション状態を再構築するセッション状態再構築ステップとを有することを特徴とする通信制御方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図２】
【図３】
【図４】
【図５】
【公開番号】特開２００７−２５１６１７（Ｐ２００７−２５１６１７Ａ）
【公開日】平成１９年９月２７日（２００７．９．２７）
【国際特許分類】
【出願番号】特願２００６−７２５６０（Ｐ２００６−７２５６０）
【出願日】平成１８年３月１６日（２００６．３．１６）
【出願人】（０００００５２２３）富士通株式会社 (25,993)
【Ｆターム（参考）】
【公開日】平成１９年９月２７日（２００７．９．２７）
【国際特許分類】
【出願日】平成１８年３月１６日（２００６．３．１６）
【出願人】（０００００５２２３）富士通株式会社 (25,993)
【Ｆターム（参考）】
[ Back to top ]