通信システム、ゲートウェイ、パケット通信方法およびプログラム
【課題】送信側ノードからの送信ＴＣＰパケットを多重化して送信可能とするとともに、パケットロス時の再送制御の繰り返しを二重に発生させないようにする構成の提供。
【解決手段】 通信システムは、１つ以上のノードが接続された第１、第２のネットワークと、第３のネットワークに対向して配置され、前記第３のネットワークを介して、前記第１、第２のネットワークを接続する第１、第２のゲートウェイと、を有する。前記第１、第２のゲートウェイのうちの一方のゲートウェイがデリミタを用いて、前記１つ以上のノードから受信したＴＣＰパケットをまとめたＴＣＰパケットを生成し、他方のゲートウェイに送信する。前記他方のゲートウェイは、前記デリミタを用いてＴＣＰパケットを組み立て直した後、受信側ノードに送信する。
【解決手段】 通信システムは、１つ以上のノードが接続された第１、第２のネットワークと、第３のネットワークに対向して配置され、前記第３のネットワークを介して、前記第１、第２のネットワークを接続する第１、第２のゲートウェイと、を有する。前記第１、第２のゲートウェイのうちの一方のゲートウェイがデリミタを用いて、前記１つ以上のノードから受信したＴＣＰパケットをまとめたＴＣＰパケットを生成し、他方のゲートウェイに送信する。前記他方のゲートウェイは、前記デリミタを用いてＴＣＰパケットを組み立て直した後、受信側ノードに送信する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信システム、ゲートウェイ、パケット通信方法およびプログラムに関し、特に、ＴＣＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ）を用いてコネクション型の通信を行う通信システム、ゲートウェイ、パケット通信方法およびプログラムに関する。
【背景技術】
【０００２】
特許文献１に、近くの送信側の端末からデータを受信したＴＣＰプロキシ装置が、受信側の端末の近くのＴＣＰプロキシ装置に対し、ＵＤＰ（Ｕｓｅｒ Ｄａｔａｇｒａｍ Ｐｒｏｔｏｃｏｌ）を用いてデータ転送を行ない、該受信側の端末の近くのＴＣＰプロキシ装置がＴＣＰを用いて受信側の端末にデータ転送を行うデータ転送方法が開示されている。
【０００３】
また、サーバを経由した送信側、受信側それぞれ複数のクライアント間の通信において、セッション毎に課金されるネットワークを利用する場合は、複数のセッションを一つに束ねて送信する方法が採られる。一つのセッションに束ねる方法として、各クライアントから送信されるＴＣＰパケットをＴＣＰパケットでカプセル化するＴＣＰ ｏｖｅｒ ＴＣＰや、ＴＣＰパケットをＵＤＰパケットでカプセル化するＴＣＰ ｏｖｅｒ ＵＤＰなどの方法が知られている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特許第４２２９８０７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、特許文献１のデータ転送方法は、ＴＣＰプロキシ装置間のデータ転送を独自の転送技術で行うものである上、ＴＣＰプロキシ装置間を専用ネットワークで結ばなければならないという問題点がある。
【０００６】
また、セッション毎に課金されるネットワークを利用する場合において複数のセッションを一つに束ねて送信する場合、ＴＣＰ ｏｖｅｒ ＴＣＰでは、ネットワークでパケットロスが発生すると、ＴＣＰパケットを送信しているクライアント・ノードと、ＴＣＰパケットをカプセル化しているルータなどのゲートウェイとの両方でパケットの再送制御が掛かってしまうという問題点がある。この結果、一つのパケットロスに対して２つの再送制御がかかり２倍のパケットが流れることになり、さらなるパケットロスが発生する可能性がある。
【０００７】
また、ＴＣＰ ｏｖｅｒ ＵＤＰは、ＵＤＰが利用制限されているネットワークでは利用できないという問題点がある。
【０００８】
本発明は、上記した事情に鑑みてなされたものであって、その目的とするところは、送信側ノードからの送信ＴＣＰパケットを多重化して送信可能とするとともに、パケットロス時の再送制御の繰り返しを二重に発生させないようにすることのできる通信システム、ゲートウェイ、パケット通信方法およびプログラムを提供することにある。
【課題を解決するための手段】
【０００９】
本発明の第１の視点によれば、１つ以上のノードが接続された第１、第２のネットワークと、第３のネットワークに対向して配置され、前記第３のネットワークを介して、前記第１、第２のネットワークを接続する第１、第２のゲートウェイと、を有し、前記第１、第２のゲートウェイのうちの一方のゲートウェイがデリミタを用いて、前記１つ以上のノードから受信したＴＣＰパケットをまとめたＴＣＰパケットを生成し、他方のゲートウェイに送信し、前記他方のゲートウェイが前記デリミタを用いてＴＣＰパケットを組み立て直す通信システムが提供される。
【００１０】
前記第１、第２のゲートウェイは、それぞれ、前記第１のネットワークに接続されたノードと、前記第２のネットワークに接続されたノードとの間で送受信されるＴＣＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ）パケットを終端する第１のＴＣＰ終端部と、前記第３のネットワークを介して対向するゲートウェイと、前記第１のＴＣＰ終端部で終端したＴＣＰパケットを送受信する第２のＴＣＰ終端部と、前記第１のＴＣＰパケット終端部にて受信した各ＴＣＰパケットに所定のデリミタを付与して前記第２のＴＣＰパケット終端部に出力するデリミタ付与部と、前記第２のＴＣＰ終端部から受信したＴＣＰパケットに含まれるデリミタに基づいて前記第１のＴＣＰパケット終端部に出力すべきＴＣＰパケットを組み立て直すデリミタ検出部と、を備えて構成される。
【００１１】
本発明の第２の視点によれば、それぞれ１つ以上のノードが接続された第１、第２のネットワークと、第３のネットワークに、対向して配置され、前記第３のネットワークを介して、前記第１、第２のネットワークを接続する第１、第２のゲートウェイと、を有する通信ネットワークにおけるパケット転送方法であって、前記第１のゲートウェイが、前記第１のネットワークに接続されたノードから、前記第２のネットワークに接続されたノードに宛てて送信したＴＣＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ）パケットを終端するステップと、前記終端したＴＣＰパケットにデリミタを付与するステップと、前記付与したデリミタを用いて前記１つ以上のノードから受信したＴＣＰパケットをまとめたＴＣＰパケットを生成し、前記対向するゲートウェイに送信するステップと、前記対向する前記第２のゲートウェイが、前記ＴＣＰパケットに含まれるデリミタに基づいて前記第１のネットワークに接続されたノードから送信されたＴＣＰパケットを組み立て直すステップと、前記組み立て直したＴＣＰパケットを、前記第２のネットワークに接続されたノードに送信するステップと、を含むパケット通信方法が提供される。本方法は、第３のネットワーク上に対向して配置され、２つのネットワークを接続する第１、第２のゲートウェイという、特定の機械に結びつけられている。
【００１２】
本発明の第３の視点によれば、それぞれ１つ以上のノードが接続された第１、第２のネットワークを接続する第３のネットワークに配置されたゲートウェイを構成するコンピュータに実行させるプログラムであって、前記第１のネットワークに接続されたノードから、前記第２のネットワークに接続されたノードに宛てて送信したＴＣＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ）パケットを終端する処理と、前記１つ以上のノードから受信したＴＣＰパケットに所定のデリミタを付与する処理と、前記付与したデリミタを用いて前記１つ以上のノードから受信したＴＣＰパケットをまとめて、前記対向するゲートウェイに送信するためのＴＣＰパケットを生成する処理と、前記第３のネットワークを介して対向する前記第２のゲートウェイと、前記終端したＴＣＰパケットを送受信する処理とを、前記コンピュータに実行させるプログラムが提供される。なお、このプログラムは、コンピュータが読み取り可能な記憶媒体に記録することができる。即ち、本発明は、コンピュータプログラム製品として具現することも可能である。
【発明の効果】
【００１３】
本発明によれば、複数の端末からの送信ＴＣＰパケットを多重化して送信可能とするとともに、パケットロス時の再送制御の繰り返しを二重に発生させないようにすることが可能となる。
【図面の簡単な説明】
【００１４】
【図１】本発明の第１の実施形態の構成を表したブロック図である。
【図２】本発明の第１の実施形態のネットワークゲートウェイの詳細構成を表したブロック図である。
【図３】図２のＬＡＮ側ＴＣＰ終端部からスクランブル部に出力されるパケットの構成を表した図である。
【図４】図２のＥＯＦ付与部からＷＡＮ側ＴＣＰ終端部に出力されるパケットの構成を表した図である。
【図５】図２のＷＡＮ側ＴＣＰ終端部からＥＯＦ検出部に出力されるパケットの構成を表した図である。
【図６】図２のデスクランブル部からＬＡＮ側ＴＣＰ終端部に出力されるパケットの構成を表した図である。
【図７】本発明の第１の実施形態のゲートウェイの動作を説明するための図である。
【発明を実施するための形態】
【００１５】
続いて、本発明の概要について説明する。図１に示すように、本発明は、１つ以上のノード（第１、第ｎのクライアント１、２）が配置されている第１のネットワークと第３のネットワーク（図１の符号４）とを接続する第１のゲートウェイ（第１のネットワークゲートウェイ３）と、１つ以上のノード（第１、第ｎのサーバ６、７）が配置されている第２のネットワークと第３のネットワーク（図１の符号４）とを接続する第２のゲートウェイ（第２のネットワークゲートウェイ５）と、により実現される。
【００１６】
第１、第ｎのクライアント１、２のいずれかまたは双方が、第１、第ｎのサーバ６、７のいずれかに宛ててＴＣＰパケットを送信した場合、前記第１のゲートウェイは、一旦自装置でＴＣＰパケットを終端し、これらＴＣＰパケットに適当なデリミタを付した上で、新規に第２のゲートウェイ宛てのＴＣＰパケットを組み立てて送信する。すなわち、図１のＬＡＮ区間とＷＡＮ区間とではそれぞれ別の通信コネクションが張られることになる。
【００１７】
前記第２のゲートウェイは、前記組み立てられたＴＣＰパケットを受信すると、デリミタを用いて、第１、第ｎのクライアント１、２から送信されたＴＣＰパケットを復元した後に、宛先となっているサーバに転送する。
【００１８】
以上により、本発明によれば、パケットロスが生じても、当該パケットロスが生じた区間の再送制御で済むことになる。また、本発明は、ＵＤＰが使用できないネットワークにも適用することが可能である。
【００１９】
［第１の実施形態］
続いて、本発明の第１の実施形態について図面を参照して詳細に説明する。図１は、本発明の第１の実施形態の構成を表したブロック図である。
【００２０】
図１を参照すると、第１のクライアント１と、第ｎのクライアント２は、ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）上に配置され、第１のネットワークゲートウェイ３と接続されている。なお、図１では、クライアント１と、クライアント２の２つのクライアントを示しているが、クライアントの数は１つ以上であれば特に限定されない。
【００２１】
第１のサーバ６と、第ｎのサーバ７は、ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）上に配置され、第２のネットワークゲートウェイ５と接続されている。なお、図１では、サーバ６と、サーバ７の２つのサーバを示しているが、サーバの数も特に限定されない。
【００２２】
第１のネットワークゲートウェイ３と第２のネットワークゲートウェイ５は、ＵＤＰが使用できないネットワーク４で接続されている。ここでは、ネットワーク４は、ＷＡＮ（Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）であるものとする。
【００２３】
第１のネットワークゲートウェイ３は、第１のクライアント１と第ｎのクライアント２など１つ以上のクライアントと接続され、各クライアントから送信されたパケットを多重してネットワーク４を介して第２のネットワークゲートウェイ５に送信する。また、第１のネットワークゲートウェイ３は、ネットワーク４側から受信した多重化パケットを分離して各クライアント１、２に送信する。
【００２４】
第２のネットワークゲートウェイ５は、第１のサーバ６と第ｎのサーバ７など１つ以上のサーバと接続され、各サーバから送信されたパケットを多重してネットワーク４を介して第１のネットワークゲートウェイ３に送信する。また、第２のネットワークゲートウェイ５は、ネットワーク４側から受信した多重化パケットを分離して各サーバ６、７に送信する。
【００２５】
図２は、上記第１、第２のネットワークゲートウェイの詳細構成を表したブロック図である。
【００２６】
図２を参照すると、第１のネットワークゲートウェイ３（第２のネットワークゲートウェイ５）は、それぞれＬＡＮ側ＴＣＰ終端部（第１のＴＣＰ終端部）３１と、スクランブル部３２と、ＥＯＦ付与部３３と、ＷＡＮ側ＴＣＰ終端部（第２のＴＣＰ終端部）３４と、ＥＯＦ検出部３５と、デスクランブル部３６とを備えて構成されている。なお、前記第１のネットワークゲートウェイ３（第２のネットワークゲートウェイ５）の各構成は、それぞれハードウェアまたは第１、第２のネットワークゲートウェイ３、５を構成するコンピュータに実行させるプログラムにより実現することができる。
【００２７】
ＬＡＮ側ＴＣＰ終端部３１は、ＬＡＮ経由で、第１、第ｎのクライアント１、２とのＴＣＰセッションを終端する。また、ＬＡＮ側ＴＣＰ終端部３１は、第１、第ｎのクライアント１、２から受信したＴＣＰパケットをスクランブル部３２に入力し、デスクランブル部３６から出力されたＴＣＰパケットをＬＡＮ経由でクライアント１、２に送信する。図３は、ＬＡＮ側ＴＣＰ終端部３１からスクランブル部３２に出力されるパケット１０１の構成を表した図である。各パケット１０１に示された符号中の先頭のアルファベットは、クライアント（ＡまたはＢ）を表し、２桁目の数字は、各クライアントからの送信順序を表すものとする。
【００２８】
スクランブル部３２は、ＬＡＮ側ＴＣＰ終端部３１から入力されたＴＣＰパケットにスクランブル処理を施して、ＥＯＦ付与部３３に出力する。
【００２９】
ＥＯＦ付与部３３は、スクランブル部３２にてスクランブル処理が施されたパケットにデリミタとして用いるＥＯＦ（Ｅｎｄ Ｏｆ Ｆｉｌｅ）コードを付与して、ＷＡＮ側ＴＣＰ終端部３４に出力する。図４は、ＥＯＦ付与部３３からＷＡＮ側ＴＣＰ終端部３４に出力されるパケットの構成を表した図であり、図３に例示したパケットにそれぞれスクランブル処理を施したものにＥＯＦコードを付した構成となっている。
【００３０】
なお、前記ＥＯＦ付与部３３にてデリミタとして付与するＥＯＦコードとしては、スクランブル後のデータに存在しないパターンが使用される。例えば、スクランブルの生成多項式をＸ８＋１とした場合、００ ００ ５５ｈなど、連続の“０”信号を挿入し、スクランブル後のデータに存在しないパターンを用いることができる。
【００３１】
ＷＡＮ側ＴＣＰ終端部３４は、ネットワーク４を挟んで対向しているもう一方のネットワークゲートウェイ（例えば、第２のネットワークゲートウェイ５）とのＴＣＰセッションを終端する。また、ＷＡＮ側ＴＣＰ終端部３４は、ＥＯＦ付与部３３から出力されたパケットを所定の規則によりまとめた新規のＴＣＰパケットを生成して、ＷＡＮ経由で前記もう一方のネットワークゲートウェイ（例えば、第２のネットワークゲートウェイ５）に送信する。より具体的には、ＷＡＮ側ＴＣＰ終端部３４は、ＥＯＦ付与部３３から出力されたパケットを連結した上で、所定のサイズに切り出した上で、ネットワーク４への送出用の新しいＴＣＰヘッダを付して、前記もう一方のネットワークゲートウェイに送出する。
【００３２】
また、ＷＡＮ側ＴＣＰ終端部３４は、前記もう一方のネットワークゲートウェイ（例えば、第２のネットワークゲートウェイ５）から受信したパケットをＥＯＦ検出部３５に出力する。図５は、ＷＡＮ側ＴＣＰ終端部３４がネットワーク４側から受信し、ＥＯＦに検出部３５に出力するパケットの構成を表した図であり、図４のＥＯＦ付きパケット１０２を連結して所定のサイズで分離した構成となっている。
【００３３】
ＥＯＦ検出部３５は、ＷＡＮ側ＴＣＰ終端部３４から入力されたパケットに含まれるＥＯＦコードを検出して、第１、第ｎのサーバ６、７から送信されたＴＣＰパケットを組み立て直す処理を行って、デスクランブル部３６に出力する。より具体的には、ＥＯＦ検出部３５は、ＷＡＮ側ＴＣＰ終端部３４から入力されたパケットを順次繋ぎ合わせて、その中に含まれるＥＯＦコードを基準に、第１、第ｎのサーバ６、７から送信されたスクランブル済みＴＣＰパケットを切り出す処理を実行する。
【００３４】
デスクランブル部３６は、ＥＯＦ検出部３５から出力されたスクランブル済みＴＣＰパケットにデスクランブル処理（スクランブル処理の逆変換）を施して、ＬＡＮ側ＴＣＰ終端部３１に出力する。図６は、デスクランブル部３６からＬＡＮ側ＴＣＰ終端部３１に出力されるパケットの構成を表した図であり、デスクランブル処理により、元のＴＣＰパケットのヘッダとデータが復元されている。
【００３５】
続いて、本実施形態の動作について図７を参照して詳細に説明する。まず、ＬＡＮ側のノード（第１、第ｎのクライアント１、２または第１、第ｎのサーバ６、７）から送信されたＴＣＰパケットを、ＷＡＮ側に送信するまでの流れを説明する。
【００３６】
図７に示すように、ＬＡＮ側ＴＣＰ終端部３１は、ＬＡＮ側のノードとのＴＣＰセッションを終端し、当該ノードのＩＰアドレスやポート番号などのＴＣＰヘッダ情報を付与した状態のＴＣＰパケットを、スクランブル部３２に出力する。
【００３７】
この時点での出力パケット１０１は、図７および図３に示したように、クライアント毎のパケットに分かれている。
【００３８】
スクランブル部３２は、上記各パケット１０１にスクランブル処理を施し、ＥＯＦ付与部３３に出力する。
【００３９】
ＥＯＦ付与部３３は、スクランブル済みのパケットの最後にパケットの最後を示すＥＯＦコードを付与して、ＷＡＮ側ＴＣＰ終端部３４に出力する。
【００４０】
この時点での出力パケット１０２は、図７および図４に示したように、クライアント毎のスクランブル済みパケットにＥＯＦコードが付与されたものとなっている。
【００４１】
ＷＡＮ側ＴＣＰ終端部３４は、前記入力されたパケットを用いて、ＷＡＮ側のＴＣＰのパケットを組み立てて、ネットワーク４に送信する。
【００４２】
続いて、上述のようにＷＡＮ側に送信されたＴＣＰパケットを受け取り、ＬＡＮ側のノード（第１、第ｎのクライアント１、２または第１、第ｎのサーバ６、７）に送信するまでの流れを説明する。
【００４３】
ＷＡＮ側ＴＣＰ終端部３４は、ネットワーク４側のネットワークゲートウェイ（例えば、第１のネットワークゲートウェイ３）とのＴＣＰセッションを終端し、当該ネットワークゲートウェイから上記のように新たに組み立てられたＴＣＰパケットを受信すると、ＥＯＦ検出部３５に出力する。
【００４４】
この時点での出力パケット１０３は、図７および図５に示したように、ＥＯＦコードを用いて各送信元ノードからのＴＣＰパケットを結合し、また、所定のサイズに切り出された状態となっている。
【００４５】
ＥＯＦ検出部３５は、受信したパケット１０３を繋ぎ合わせた後、その中から送信元ノードで付与されたＥＯＦコードを探し、ＥＯＦコードに挟まれた部分をＴＣＰパケットとしてデスクランブル部３６に出力する。
【００４６】
デスクランブル部３６は、出力したパケットをデスクランブルし、ＬＡＮ側ＴＣＰ終端部３１に出力する。
【００４７】
この時点での出力パケット１０４は、図７および図６に示したように、それぞれヘッダ情報を有するクライアント毎のパケットに分かれている。
【００４８】
ＬＡＮ側ＴＣＰ終端部３１は、デスクランブル部３６から出力されたＴＣＰパケットをＬＡＮ側に送信する。
【００４９】
ここで、例えば、図５のＷＡＮ側ＴＣＰ終端部３４からＥＯＦ検出部３５への出力パケット１０３の３個目のパケット（Ａ２スクランブル＋ＥＯＦ＋Ｂ２スクランブル）がパケットロスにより受信できなかった場合を考える。この場合であっても、ＥＯＦ検出部３５は、受信できた図５の１個目、２個目のパケットから、Ａ１、Ｂ１のパケットを切り出すことができ、デスクランブル部３６に出力することができる。
【００５０】
そして、Ａ２の後半部およびＢ２が含まれる図５の３個目のパケット１０３の再送要求を、送信側ネットワークゲートウェイのＷＡＮ側ＴＣＰ終端部３４に送信する。このように、１回のしかもＷＡＮ区間のみの再送制御で、Ａ２、Ｂ２のパケットを組み立てなおすことが可能になる。
【００５１】
以上の実施形態の説明から明らかなように、本発明によれば、ＵＤＰの使用が出来ないネットワークにおいても複数のクライアントからのＴＣＰパケットを多重して一つのセッションとして送信することが可能になる。これにより、セッション毎に回線料金が必要なネットワークにおいても、複数のクライアントからのデータを１回線分の回線料金で送信することが可能になる。その理由は、ＵＤＰの使用が出来ないネットワークを対向して配置されたネットワークゲートウェイでそれぞれＴＣＰを終端してから、パケットをＴＣＰで組み直して送信しているためである。
【００５２】
また、本発明によれば、冒頭に述べたＴＣＰ ｏｖｅｒ ＴＣＰのようなパケットロス時における２重の再送制御を防止することが可能になる。その理由は、上記のように、ネットワークゲートウェイでそれぞれＴＣＰを終端してから、パケットをＴＣＰで組み直して送信しているためである。
【００５３】
以上、本発明の実施形態を説明したが、本発明は、上記した実施形態に限定されるものではなく、本発明の基本的技術的思想を逸脱しない範囲で、更なる変形・置換・調整を加えることができる。例えば、第１〜第３のネットワークのいずれかが無線ネットワークであってもよく、その際に、適宜、Ｗ−ＴＣＰ等の無線区間に適したパラメータを設定して本発明を実施することも可能である。
【符号の説明】
【００５４】
１０１〜１０４ パケット
１ 第１のクライアント
２ 第ｎのクライアント
３ 第１のネットワークゲートウェイ
４ ネットワーク
５ 第２のネットワークゲートウェイ
６ 第１のサーバ
７ 第ｎのサーバ
３１ ＬＡＮ側ＴＣＰ終端部（第１のＴＣＰ終端部）
３２ スクランブル部
３３ ＥＯＦ付与部
３４ ＷＡＮ側ＴＣＰ終端部（第２のＴＣＰ終端部）
３５ ＥＯＦ検出部
３６ デスクランブル部
【技術分野】
【０００１】
本発明は、通信システム、ゲートウェイ、パケット通信方法およびプログラムに関し、特に、ＴＣＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ）を用いてコネクション型の通信を行う通信システム、ゲートウェイ、パケット通信方法およびプログラムに関する。
【背景技術】
【０００２】
特許文献１に、近くの送信側の端末からデータを受信したＴＣＰプロキシ装置が、受信側の端末の近くのＴＣＰプロキシ装置に対し、ＵＤＰ（Ｕｓｅｒ Ｄａｔａｇｒａｍ Ｐｒｏｔｏｃｏｌ）を用いてデータ転送を行ない、該受信側の端末の近くのＴＣＰプロキシ装置がＴＣＰを用いて受信側の端末にデータ転送を行うデータ転送方法が開示されている。
【０００３】
また、サーバを経由した送信側、受信側それぞれ複数のクライアント間の通信において、セッション毎に課金されるネットワークを利用する場合は、複数のセッションを一つに束ねて送信する方法が採られる。一つのセッションに束ねる方法として、各クライアントから送信されるＴＣＰパケットをＴＣＰパケットでカプセル化するＴＣＰ ｏｖｅｒ ＴＣＰや、ＴＣＰパケットをＵＤＰパケットでカプセル化するＴＣＰ ｏｖｅｒ ＵＤＰなどの方法が知られている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特許第４２２９８０７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、特許文献１のデータ転送方法は、ＴＣＰプロキシ装置間のデータ転送を独自の転送技術で行うものである上、ＴＣＰプロキシ装置間を専用ネットワークで結ばなければならないという問題点がある。
【０００６】
また、セッション毎に課金されるネットワークを利用する場合において複数のセッションを一つに束ねて送信する場合、ＴＣＰ ｏｖｅｒ ＴＣＰでは、ネットワークでパケットロスが発生すると、ＴＣＰパケットを送信しているクライアント・ノードと、ＴＣＰパケットをカプセル化しているルータなどのゲートウェイとの両方でパケットの再送制御が掛かってしまうという問題点がある。この結果、一つのパケットロスに対して２つの再送制御がかかり２倍のパケットが流れることになり、さらなるパケットロスが発生する可能性がある。
【０００７】
また、ＴＣＰ ｏｖｅｒ ＵＤＰは、ＵＤＰが利用制限されているネットワークでは利用できないという問題点がある。
【０００８】
本発明は、上記した事情に鑑みてなされたものであって、その目的とするところは、送信側ノードからの送信ＴＣＰパケットを多重化して送信可能とするとともに、パケットロス時の再送制御の繰り返しを二重に発生させないようにすることのできる通信システム、ゲートウェイ、パケット通信方法およびプログラムを提供することにある。
【課題を解決するための手段】
【０００９】
本発明の第１の視点によれば、１つ以上のノードが接続された第１、第２のネットワークと、第３のネットワークに対向して配置され、前記第３のネットワークを介して、前記第１、第２のネットワークを接続する第１、第２のゲートウェイと、を有し、前記第１、第２のゲートウェイのうちの一方のゲートウェイがデリミタを用いて、前記１つ以上のノードから受信したＴＣＰパケットをまとめたＴＣＰパケットを生成し、他方のゲートウェイに送信し、前記他方のゲートウェイが前記デリミタを用いてＴＣＰパケットを組み立て直す通信システムが提供される。
【００１０】
前記第１、第２のゲートウェイは、それぞれ、前記第１のネットワークに接続されたノードと、前記第２のネットワークに接続されたノードとの間で送受信されるＴＣＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ）パケットを終端する第１のＴＣＰ終端部と、前記第３のネットワークを介して対向するゲートウェイと、前記第１のＴＣＰ終端部で終端したＴＣＰパケットを送受信する第２のＴＣＰ終端部と、前記第１のＴＣＰパケット終端部にて受信した各ＴＣＰパケットに所定のデリミタを付与して前記第２のＴＣＰパケット終端部に出力するデリミタ付与部と、前記第２のＴＣＰ終端部から受信したＴＣＰパケットに含まれるデリミタに基づいて前記第１のＴＣＰパケット終端部に出力すべきＴＣＰパケットを組み立て直すデリミタ検出部と、を備えて構成される。
【００１１】
本発明の第２の視点によれば、それぞれ１つ以上のノードが接続された第１、第２のネットワークと、第３のネットワークに、対向して配置され、前記第３のネットワークを介して、前記第１、第２のネットワークを接続する第１、第２のゲートウェイと、を有する通信ネットワークにおけるパケット転送方法であって、前記第１のゲートウェイが、前記第１のネットワークに接続されたノードから、前記第２のネットワークに接続されたノードに宛てて送信したＴＣＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ）パケットを終端するステップと、前記終端したＴＣＰパケットにデリミタを付与するステップと、前記付与したデリミタを用いて前記１つ以上のノードから受信したＴＣＰパケットをまとめたＴＣＰパケットを生成し、前記対向するゲートウェイに送信するステップと、前記対向する前記第２のゲートウェイが、前記ＴＣＰパケットに含まれるデリミタに基づいて前記第１のネットワークに接続されたノードから送信されたＴＣＰパケットを組み立て直すステップと、前記組み立て直したＴＣＰパケットを、前記第２のネットワークに接続されたノードに送信するステップと、を含むパケット通信方法が提供される。本方法は、第３のネットワーク上に対向して配置され、２つのネットワークを接続する第１、第２のゲートウェイという、特定の機械に結びつけられている。
【００１２】
本発明の第３の視点によれば、それぞれ１つ以上のノードが接続された第１、第２のネットワークを接続する第３のネットワークに配置されたゲートウェイを構成するコンピュータに実行させるプログラムであって、前記第１のネットワークに接続されたノードから、前記第２のネットワークに接続されたノードに宛てて送信したＴＣＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ）パケットを終端する処理と、前記１つ以上のノードから受信したＴＣＰパケットに所定のデリミタを付与する処理と、前記付与したデリミタを用いて前記１つ以上のノードから受信したＴＣＰパケットをまとめて、前記対向するゲートウェイに送信するためのＴＣＰパケットを生成する処理と、前記第３のネットワークを介して対向する前記第２のゲートウェイと、前記終端したＴＣＰパケットを送受信する処理とを、前記コンピュータに実行させるプログラムが提供される。なお、このプログラムは、コンピュータが読み取り可能な記憶媒体に記録することができる。即ち、本発明は、コンピュータプログラム製品として具現することも可能である。
【発明の効果】
【００１３】
本発明によれば、複数の端末からの送信ＴＣＰパケットを多重化して送信可能とするとともに、パケットロス時の再送制御の繰り返しを二重に発生させないようにすることが可能となる。
【図面の簡単な説明】
【００１４】
【図１】本発明の第１の実施形態の構成を表したブロック図である。
【図２】本発明の第１の実施形態のネットワークゲートウェイの詳細構成を表したブロック図である。
【図３】図２のＬＡＮ側ＴＣＰ終端部からスクランブル部に出力されるパケットの構成を表した図である。
【図４】図２のＥＯＦ付与部からＷＡＮ側ＴＣＰ終端部に出力されるパケットの構成を表した図である。
【図５】図２のＷＡＮ側ＴＣＰ終端部からＥＯＦ検出部に出力されるパケットの構成を表した図である。
【図６】図２のデスクランブル部からＬＡＮ側ＴＣＰ終端部に出力されるパケットの構成を表した図である。
【図７】本発明の第１の実施形態のゲートウェイの動作を説明するための図である。
【発明を実施するための形態】
【００１５】
続いて、本発明の概要について説明する。図１に示すように、本発明は、１つ以上のノード（第１、第ｎのクライアント１、２）が配置されている第１のネットワークと第３のネットワーク（図１の符号４）とを接続する第１のゲートウェイ（第１のネットワークゲートウェイ３）と、１つ以上のノード（第１、第ｎのサーバ６、７）が配置されている第２のネットワークと第３のネットワーク（図１の符号４）とを接続する第２のゲートウェイ（第２のネットワークゲートウェイ５）と、により実現される。
【００１６】
第１、第ｎのクライアント１、２のいずれかまたは双方が、第１、第ｎのサーバ６、７のいずれかに宛ててＴＣＰパケットを送信した場合、前記第１のゲートウェイは、一旦自装置でＴＣＰパケットを終端し、これらＴＣＰパケットに適当なデリミタを付した上で、新規に第２のゲートウェイ宛てのＴＣＰパケットを組み立てて送信する。すなわち、図１のＬＡＮ区間とＷＡＮ区間とではそれぞれ別の通信コネクションが張られることになる。
【００１７】
前記第２のゲートウェイは、前記組み立てられたＴＣＰパケットを受信すると、デリミタを用いて、第１、第ｎのクライアント１、２から送信されたＴＣＰパケットを復元した後に、宛先となっているサーバに転送する。
【００１８】
以上により、本発明によれば、パケットロスが生じても、当該パケットロスが生じた区間の再送制御で済むことになる。また、本発明は、ＵＤＰが使用できないネットワークにも適用することが可能である。
【００１９】
［第１の実施形態］
続いて、本発明の第１の実施形態について図面を参照して詳細に説明する。図１は、本発明の第１の実施形態の構成を表したブロック図である。
【００２０】
図１を参照すると、第１のクライアント１と、第ｎのクライアント２は、ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）上に配置され、第１のネットワークゲートウェイ３と接続されている。なお、図１では、クライアント１と、クライアント２の２つのクライアントを示しているが、クライアントの数は１つ以上であれば特に限定されない。
【００２１】
第１のサーバ６と、第ｎのサーバ７は、ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）上に配置され、第２のネットワークゲートウェイ５と接続されている。なお、図１では、サーバ６と、サーバ７の２つのサーバを示しているが、サーバの数も特に限定されない。
【００２２】
第１のネットワークゲートウェイ３と第２のネットワークゲートウェイ５は、ＵＤＰが使用できないネットワーク４で接続されている。ここでは、ネットワーク４は、ＷＡＮ（Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）であるものとする。
【００２３】
第１のネットワークゲートウェイ３は、第１のクライアント１と第ｎのクライアント２など１つ以上のクライアントと接続され、各クライアントから送信されたパケットを多重してネットワーク４を介して第２のネットワークゲートウェイ５に送信する。また、第１のネットワークゲートウェイ３は、ネットワーク４側から受信した多重化パケットを分離して各クライアント１、２に送信する。
【００２４】
第２のネットワークゲートウェイ５は、第１のサーバ６と第ｎのサーバ７など１つ以上のサーバと接続され、各サーバから送信されたパケットを多重してネットワーク４を介して第１のネットワークゲートウェイ３に送信する。また、第２のネットワークゲートウェイ５は、ネットワーク４側から受信した多重化パケットを分離して各サーバ６、７に送信する。
【００２５】
図２は、上記第１、第２のネットワークゲートウェイの詳細構成を表したブロック図である。
【００２６】
図２を参照すると、第１のネットワークゲートウェイ３（第２のネットワークゲートウェイ５）は、それぞれＬＡＮ側ＴＣＰ終端部（第１のＴＣＰ終端部）３１と、スクランブル部３２と、ＥＯＦ付与部３３と、ＷＡＮ側ＴＣＰ終端部（第２のＴＣＰ終端部）３４と、ＥＯＦ検出部３５と、デスクランブル部３６とを備えて構成されている。なお、前記第１のネットワークゲートウェイ３（第２のネットワークゲートウェイ５）の各構成は、それぞれハードウェアまたは第１、第２のネットワークゲートウェイ３、５を構成するコンピュータに実行させるプログラムにより実現することができる。
【００２７】
ＬＡＮ側ＴＣＰ終端部３１は、ＬＡＮ経由で、第１、第ｎのクライアント１、２とのＴＣＰセッションを終端する。また、ＬＡＮ側ＴＣＰ終端部３１は、第１、第ｎのクライアント１、２から受信したＴＣＰパケットをスクランブル部３２に入力し、デスクランブル部３６から出力されたＴＣＰパケットをＬＡＮ経由でクライアント１、２に送信する。図３は、ＬＡＮ側ＴＣＰ終端部３１からスクランブル部３２に出力されるパケット１０１の構成を表した図である。各パケット１０１に示された符号中の先頭のアルファベットは、クライアント（ＡまたはＢ）を表し、２桁目の数字は、各クライアントからの送信順序を表すものとする。
【００２８】
スクランブル部３２は、ＬＡＮ側ＴＣＰ終端部３１から入力されたＴＣＰパケットにスクランブル処理を施して、ＥＯＦ付与部３３に出力する。
【００２９】
ＥＯＦ付与部３３は、スクランブル部３２にてスクランブル処理が施されたパケットにデリミタとして用いるＥＯＦ（Ｅｎｄ Ｏｆ Ｆｉｌｅ）コードを付与して、ＷＡＮ側ＴＣＰ終端部３４に出力する。図４は、ＥＯＦ付与部３３からＷＡＮ側ＴＣＰ終端部３４に出力されるパケットの構成を表した図であり、図３に例示したパケットにそれぞれスクランブル処理を施したものにＥＯＦコードを付した構成となっている。
【００３０】
なお、前記ＥＯＦ付与部３３にてデリミタとして付与するＥＯＦコードとしては、スクランブル後のデータに存在しないパターンが使用される。例えば、スクランブルの生成多項式をＸ８＋１とした場合、００ ００ ５５ｈなど、連続の“０”信号を挿入し、スクランブル後のデータに存在しないパターンを用いることができる。
【００３１】
ＷＡＮ側ＴＣＰ終端部３４は、ネットワーク４を挟んで対向しているもう一方のネットワークゲートウェイ（例えば、第２のネットワークゲートウェイ５）とのＴＣＰセッションを終端する。また、ＷＡＮ側ＴＣＰ終端部３４は、ＥＯＦ付与部３３から出力されたパケットを所定の規則によりまとめた新規のＴＣＰパケットを生成して、ＷＡＮ経由で前記もう一方のネットワークゲートウェイ（例えば、第２のネットワークゲートウェイ５）に送信する。より具体的には、ＷＡＮ側ＴＣＰ終端部３４は、ＥＯＦ付与部３３から出力されたパケットを連結した上で、所定のサイズに切り出した上で、ネットワーク４への送出用の新しいＴＣＰヘッダを付して、前記もう一方のネットワークゲートウェイに送出する。
【００３２】
また、ＷＡＮ側ＴＣＰ終端部３４は、前記もう一方のネットワークゲートウェイ（例えば、第２のネットワークゲートウェイ５）から受信したパケットをＥＯＦ検出部３５に出力する。図５は、ＷＡＮ側ＴＣＰ終端部３４がネットワーク４側から受信し、ＥＯＦに検出部３５に出力するパケットの構成を表した図であり、図４のＥＯＦ付きパケット１０２を連結して所定のサイズで分離した構成となっている。
【００３３】
ＥＯＦ検出部３５は、ＷＡＮ側ＴＣＰ終端部３４から入力されたパケットに含まれるＥＯＦコードを検出して、第１、第ｎのサーバ６、７から送信されたＴＣＰパケットを組み立て直す処理を行って、デスクランブル部３６に出力する。より具体的には、ＥＯＦ検出部３５は、ＷＡＮ側ＴＣＰ終端部３４から入力されたパケットを順次繋ぎ合わせて、その中に含まれるＥＯＦコードを基準に、第１、第ｎのサーバ６、７から送信されたスクランブル済みＴＣＰパケットを切り出す処理を実行する。
【００３４】
デスクランブル部３６は、ＥＯＦ検出部３５から出力されたスクランブル済みＴＣＰパケットにデスクランブル処理（スクランブル処理の逆変換）を施して、ＬＡＮ側ＴＣＰ終端部３１に出力する。図６は、デスクランブル部３６からＬＡＮ側ＴＣＰ終端部３１に出力されるパケットの構成を表した図であり、デスクランブル処理により、元のＴＣＰパケットのヘッダとデータが復元されている。
【００３５】
続いて、本実施形態の動作について図７を参照して詳細に説明する。まず、ＬＡＮ側のノード（第１、第ｎのクライアント１、２または第１、第ｎのサーバ６、７）から送信されたＴＣＰパケットを、ＷＡＮ側に送信するまでの流れを説明する。
【００３６】
図７に示すように、ＬＡＮ側ＴＣＰ終端部３１は、ＬＡＮ側のノードとのＴＣＰセッションを終端し、当該ノードのＩＰアドレスやポート番号などのＴＣＰヘッダ情報を付与した状態のＴＣＰパケットを、スクランブル部３２に出力する。
【００３７】
この時点での出力パケット１０１は、図７および図３に示したように、クライアント毎のパケットに分かれている。
【００３８】
スクランブル部３２は、上記各パケット１０１にスクランブル処理を施し、ＥＯＦ付与部３３に出力する。
【００３９】
ＥＯＦ付与部３３は、スクランブル済みのパケットの最後にパケットの最後を示すＥＯＦコードを付与して、ＷＡＮ側ＴＣＰ終端部３４に出力する。
【００４０】
この時点での出力パケット１０２は、図７および図４に示したように、クライアント毎のスクランブル済みパケットにＥＯＦコードが付与されたものとなっている。
【００４１】
ＷＡＮ側ＴＣＰ終端部３４は、前記入力されたパケットを用いて、ＷＡＮ側のＴＣＰのパケットを組み立てて、ネットワーク４に送信する。
【００４２】
続いて、上述のようにＷＡＮ側に送信されたＴＣＰパケットを受け取り、ＬＡＮ側のノード（第１、第ｎのクライアント１、２または第１、第ｎのサーバ６、７）に送信するまでの流れを説明する。
【００４３】
ＷＡＮ側ＴＣＰ終端部３４は、ネットワーク４側のネットワークゲートウェイ（例えば、第１のネットワークゲートウェイ３）とのＴＣＰセッションを終端し、当該ネットワークゲートウェイから上記のように新たに組み立てられたＴＣＰパケットを受信すると、ＥＯＦ検出部３５に出力する。
【００４４】
この時点での出力パケット１０３は、図７および図５に示したように、ＥＯＦコードを用いて各送信元ノードからのＴＣＰパケットを結合し、また、所定のサイズに切り出された状態となっている。
【００４５】
ＥＯＦ検出部３５は、受信したパケット１０３を繋ぎ合わせた後、その中から送信元ノードで付与されたＥＯＦコードを探し、ＥＯＦコードに挟まれた部分をＴＣＰパケットとしてデスクランブル部３６に出力する。
【００４６】
デスクランブル部３６は、出力したパケットをデスクランブルし、ＬＡＮ側ＴＣＰ終端部３１に出力する。
【００４７】
この時点での出力パケット１０４は、図７および図６に示したように、それぞれヘッダ情報を有するクライアント毎のパケットに分かれている。
【００４８】
ＬＡＮ側ＴＣＰ終端部３１は、デスクランブル部３６から出力されたＴＣＰパケットをＬＡＮ側に送信する。
【００４９】
ここで、例えば、図５のＷＡＮ側ＴＣＰ終端部３４からＥＯＦ検出部３５への出力パケット１０３の３個目のパケット（Ａ２スクランブル＋ＥＯＦ＋Ｂ２スクランブル）がパケットロスにより受信できなかった場合を考える。この場合であっても、ＥＯＦ検出部３５は、受信できた図５の１個目、２個目のパケットから、Ａ１、Ｂ１のパケットを切り出すことができ、デスクランブル部３６に出力することができる。
【００５０】
そして、Ａ２の後半部およびＢ２が含まれる図５の３個目のパケット１０３の再送要求を、送信側ネットワークゲートウェイのＷＡＮ側ＴＣＰ終端部３４に送信する。このように、１回のしかもＷＡＮ区間のみの再送制御で、Ａ２、Ｂ２のパケットを組み立てなおすことが可能になる。
【００５１】
以上の実施形態の説明から明らかなように、本発明によれば、ＵＤＰの使用が出来ないネットワークにおいても複数のクライアントからのＴＣＰパケットを多重して一つのセッションとして送信することが可能になる。これにより、セッション毎に回線料金が必要なネットワークにおいても、複数のクライアントからのデータを１回線分の回線料金で送信することが可能になる。その理由は、ＵＤＰの使用が出来ないネットワークを対向して配置されたネットワークゲートウェイでそれぞれＴＣＰを終端してから、パケットをＴＣＰで組み直して送信しているためである。
【００５２】
また、本発明によれば、冒頭に述べたＴＣＰ ｏｖｅｒ ＴＣＰのようなパケットロス時における２重の再送制御を防止することが可能になる。その理由は、上記のように、ネットワークゲートウェイでそれぞれＴＣＰを終端してから、パケットをＴＣＰで組み直して送信しているためである。
【００５３】
以上、本発明の実施形態を説明したが、本発明は、上記した実施形態に限定されるものではなく、本発明の基本的技術的思想を逸脱しない範囲で、更なる変形・置換・調整を加えることができる。例えば、第１〜第３のネットワークのいずれかが無線ネットワークであってもよく、その際に、適宜、Ｗ−ＴＣＰ等の無線区間に適したパラメータを設定して本発明を実施することも可能である。
【符号の説明】
【００５４】
１０１〜１０４ パケット
１ 第１のクライアント
２ 第ｎのクライアント
３ 第１のネットワークゲートウェイ
４ ネットワーク
５ 第２のネットワークゲートウェイ
６ 第１のサーバ
７ 第ｎのサーバ
３１ ＬＡＮ側ＴＣＰ終端部（第１のＴＣＰ終端部）
３２ スクランブル部
３３ ＥＯＦ付与部
３４ ＷＡＮ側ＴＣＰ終端部（第２のＴＣＰ終端部）
３５ ＥＯＦ検出部
３６ デスクランブル部
【特許請求の範囲】
【請求項１】
それぞれ１つ以上のノードが接続された第１、第２のネットワークと、
第３のネットワーク上に対向して配置され、前記第３のネットワークを介して、前記第１、第２のネットワークを接続する第１、第２のゲートウェイと、を有し、
前記第１、第２のゲートウェイは、それぞれ、
前記第１のネットワークに接続されたノードと、前記第２のネットワークに接続されたノードとの間で送受信されるＴＣＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ）パケットを終端する第１のＴＣＰ終端部と、
前記第３のネットワークを介して対向するゲートウェイと、前記第１のＴＣＰ終端部で終端したＴＣＰパケットを送受信する第２のＴＣＰ終端部と、
前記第１のＴＣＰパケット終端部にて受信した各ＴＣＰパケットに所定のデリミタを付与して前記第２のＴＣＰパケット終端部に出力するデリミタ付与部と、
前記第２のＴＣＰ終端部から受信したＴＣＰパケットに含まれるデリミタに基づいて前記第１のＴＣＰパケット終端部に出力すべきＴＣＰパケットを組み立て直すデリミタ検出部と、を備え、
前記第２のＴＣＰ終端部は、前記デリミタ付与部にて付与したデリミタを用いて前記１つ以上のノードから受信したＴＣＰパケットをまとめたＴＣＰパケットを生成し、前記対向するゲートウェイに送信すること、
を特徴とする通信システム。
【請求項２】
前記第１、第２のゲートウェイは、さらに、
前記第１のＴＣＰ終端部にて受信したＴＣＰパケットにスクランブル処理を施すスクランブル部と、
前記終端データ検出部にて取り出されたＴＣＰパケットにデスクランブル処理を施すデスクランブル部と、を備え、
前記デリミタとして、前記スクランブル処理で生じ得ないパターンを用いる請求項１の通信システム。
【請求項３】
前記第２のＴＣＰ終端部は、前記デリミタが付加されたデータを連結し、所定のサイズに切り出して前記第３のネットワークへの送出用の新しいヘッダを付加することにより、前記１つ以上のノードから受信したＴＣＰパケットをまとめたＴＣＰパケットを生成し、
前記デリミタ検出部は、前記第２のＴＣＰ終端部から受信したＴＣＰパケットを連結し、前記デリミタに挟まれたデータを切り出すことにより、前記第１のＴＣＰパケット終端部に出力すべきＴＣＰパケットを組み立て直す請求項１または２の通信システム。
【請求項４】
前記第３のネットワークは、ＵＤＰ（Ｕｓｅｒ Ｄａｔａｇｒａｍ Ｐｒｏｔｏｃｏｌ）の利用が制限されているネットワークである請求項１から３いずれか一の通信システム。
【請求項５】
前記１つ以上のノードが接続された第１、第２のネットワークを接続する第３のネットワークに配置され、
前記第１のネットワークに接続されたノードと、前記第２のネットワークに接続されたノードとの間で送受信されるＴＣＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ）パケットを終端する第１のＴＣＰ終端部と、
前記第３のネットワークを介して対向するゲートウェイと、前記第１のＴＣＰ終端部で終端したＴＣＰパケットを送受信する第２のＴＣＰ終端部と、
前記第１のＴＣＰパケット終端部にて受信した各ＴＣＰパケットに所定のデリミタを付与して前記第２のＴＣＰパケット終端部に出力するデリミタ付与部と、
前記第２のＴＣＰ終端部から受信したＴＣＰパケットに含まれるデリミタに基づいて前記第１のＴＣＰパケット終端部に出力すべきＴＣＰパケットを組み立て直すデリミタ検出部と、を備え、
前記第２のＴＣＰ終端部は、前記デリミタ付与部にて付与したデリミタを用いて前記１つ以上のノードから受信したＴＣＰパケットをまとめたＴＣＰパケットを生成し、前記対向するゲートウェイに送信すること、
を特徴とするゲートウェイ。
【請求項６】
さらに、
前記第１のＴＣＰ終端部にて受信したＴＣＰパケットにスクランブル処理を施すスクランブル部と、
前記終端データ検出部にて取り出されたＴＣＰパケットにデスクランブル処理を施すデスクランブル部と、を備え、
前記デリミタとして、前記スクランブル処理で生じ得ないパターンを用いる請求項５のゲートウェイ。
【請求項７】
前記第２のＴＣＰ終端部は、前記デリミタが付加されたデータを連結し、所定のサイズに切り出して前記第３のネットワークへの送出用の新しいヘッダを付加することにより、前記１つ以上のノードから受信したＴＣＰパケットをまとめたＴＣＰパケットを生成し、
前記デリミタ検出部は、前記第２のＴＣＰ終端部から受信したＴＣＰパケットを連結し、前記デリミタに挟まれたデータを切り出すことにより、前記第１のＴＣＰパケット終端部に出力すべきＴＣＰパケットを組み立て直す請求項５または６のゲートウェイ。
【請求項８】
それぞれ１つ以上のノードが接続された第１、第２のネットワークと、
第３のネットワークに、対向して配置され、前記第３のネットワークを介して、前記第１、第２のネットワークを接続する第１、第２のゲートウェイと、を有する通信ネットワークにおけるパケット転送方法であって、
前記第１のゲートウェイが、前記第１のネットワークに接続されたノードから、前記第２のネットワークに接続されたノードに宛てて送信したＴＣＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ）パケットを終端するステップと、
前記終端したＴＣＰパケットにデリミタを付与するステップと、
前記付与したデリミタを用いて前記１つ以上のノードから受信したＴＣＰパケットをまとめたＴＣＰパケットを生成し、前記対向するゲートウェイに送信するステップと、
前記対向する前記第２のゲートウェイが、前記ＴＣＰパケットに含まれるデリミタに基づいて前記第１のネットワークに接続されたノードから送信されたＴＣＰパケットを組み立て直すステップと、
前記組み立て直したＴＣＰパケットを、前記第２のネットワークに接続されたノードに送信するステップと、
を含むパケット通信方法。
【請求項９】
それぞれ１つ以上のノードが接続された第１、第２のネットワークを接続する第３のネットワークに配置されたゲートウェイを構成するコンピュータに実行させるプログラムであって、
前記第１のネットワークに接続されたノードから、前記第２のネットワークに接続されたノードに宛てて送信したＴＣＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ）パケットを終端する処理と、
前記１つ以上のノードから受信したＴＣＰパケットに所定のデリミタを付与する処理と、
前記付与したデリミタを用いて前記１つ以上のノードから受信したＴＣＰパケットをまとめて、前記対向するゲートウェイに送信するためのＴＣＰパケットを生成する処理と、
前記第３のネットワークを介して対向する前記第２のゲートウェイと、前記終端したＴＣＰパケットを送受信する処理とを、前記コンピュータに実行させるプログラム。
【請求項１０】
さらに、
前記対向する前記第２のゲートウェイから受信したＴＣＰパケットに含まれるデリミタに基づいて前記１つ以上のノードに送信すべきＴＣＰパケットを組み立て直す処理と、
前記組み立て直したＴＣＰパケットを、前記第１のネットワークに接続されたノードに送信する処理とを、
前記コンピュータに実行させる請求項９のプログラム。
【請求項１１】
さらに、
前記１つ以上のノードから受信したＴＣＰパケットに施すスクランブル処理と、
前記１つ以上のノードに送信すべきＴＣＰパケットに施すデスクランブル処理と、前記コンピュータに実行させ、
前記デリミタとして、前記スクランブル処理で生じ得ないパターンを用いる請求項９または１０のプログラム。
【請求項１】
それぞれ１つ以上のノードが接続された第１、第２のネットワークと、
第３のネットワーク上に対向して配置され、前記第３のネットワークを介して、前記第１、第２のネットワークを接続する第１、第２のゲートウェイと、を有し、
前記第１、第２のゲートウェイは、それぞれ、
前記第１のネットワークに接続されたノードと、前記第２のネットワークに接続されたノードとの間で送受信されるＴＣＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ）パケットを終端する第１のＴＣＰ終端部と、
前記第３のネットワークを介して対向するゲートウェイと、前記第１のＴＣＰ終端部で終端したＴＣＰパケットを送受信する第２のＴＣＰ終端部と、
前記第１のＴＣＰパケット終端部にて受信した各ＴＣＰパケットに所定のデリミタを付与して前記第２のＴＣＰパケット終端部に出力するデリミタ付与部と、
前記第２のＴＣＰ終端部から受信したＴＣＰパケットに含まれるデリミタに基づいて前記第１のＴＣＰパケット終端部に出力すべきＴＣＰパケットを組み立て直すデリミタ検出部と、を備え、
前記第２のＴＣＰ終端部は、前記デリミタ付与部にて付与したデリミタを用いて前記１つ以上のノードから受信したＴＣＰパケットをまとめたＴＣＰパケットを生成し、前記対向するゲートウェイに送信すること、
を特徴とする通信システム。
【請求項２】
前記第１、第２のゲートウェイは、さらに、
前記第１のＴＣＰ終端部にて受信したＴＣＰパケットにスクランブル処理を施すスクランブル部と、
前記終端データ検出部にて取り出されたＴＣＰパケットにデスクランブル処理を施すデスクランブル部と、を備え、
前記デリミタとして、前記スクランブル処理で生じ得ないパターンを用いる請求項１の通信システム。
【請求項３】
前記第２のＴＣＰ終端部は、前記デリミタが付加されたデータを連結し、所定のサイズに切り出して前記第３のネットワークへの送出用の新しいヘッダを付加することにより、前記１つ以上のノードから受信したＴＣＰパケットをまとめたＴＣＰパケットを生成し、
前記デリミタ検出部は、前記第２のＴＣＰ終端部から受信したＴＣＰパケットを連結し、前記デリミタに挟まれたデータを切り出すことにより、前記第１のＴＣＰパケット終端部に出力すべきＴＣＰパケットを組み立て直す請求項１または２の通信システム。
【請求項４】
前記第３のネットワークは、ＵＤＰ（Ｕｓｅｒ Ｄａｔａｇｒａｍ Ｐｒｏｔｏｃｏｌ）の利用が制限されているネットワークである請求項１から３いずれか一の通信システム。
【請求項５】
前記１つ以上のノードが接続された第１、第２のネットワークを接続する第３のネットワークに配置され、
前記第１のネットワークに接続されたノードと、前記第２のネットワークに接続されたノードとの間で送受信されるＴＣＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ）パケットを終端する第１のＴＣＰ終端部と、
前記第３のネットワークを介して対向するゲートウェイと、前記第１のＴＣＰ終端部で終端したＴＣＰパケットを送受信する第２のＴＣＰ終端部と、
前記第１のＴＣＰパケット終端部にて受信した各ＴＣＰパケットに所定のデリミタを付与して前記第２のＴＣＰパケット終端部に出力するデリミタ付与部と、
前記第２のＴＣＰ終端部から受信したＴＣＰパケットに含まれるデリミタに基づいて前記第１のＴＣＰパケット終端部に出力すべきＴＣＰパケットを組み立て直すデリミタ検出部と、を備え、
前記第２のＴＣＰ終端部は、前記デリミタ付与部にて付与したデリミタを用いて前記１つ以上のノードから受信したＴＣＰパケットをまとめたＴＣＰパケットを生成し、前記対向するゲートウェイに送信すること、
を特徴とするゲートウェイ。
【請求項６】
さらに、
前記第１のＴＣＰ終端部にて受信したＴＣＰパケットにスクランブル処理を施すスクランブル部と、
前記終端データ検出部にて取り出されたＴＣＰパケットにデスクランブル処理を施すデスクランブル部と、を備え、
前記デリミタとして、前記スクランブル処理で生じ得ないパターンを用いる請求項５のゲートウェイ。
【請求項７】
前記第２のＴＣＰ終端部は、前記デリミタが付加されたデータを連結し、所定のサイズに切り出して前記第３のネットワークへの送出用の新しいヘッダを付加することにより、前記１つ以上のノードから受信したＴＣＰパケットをまとめたＴＣＰパケットを生成し、
前記デリミタ検出部は、前記第２のＴＣＰ終端部から受信したＴＣＰパケットを連結し、前記デリミタに挟まれたデータを切り出すことにより、前記第１のＴＣＰパケット終端部に出力すべきＴＣＰパケットを組み立て直す請求項５または６のゲートウェイ。
【請求項８】
それぞれ１つ以上のノードが接続された第１、第２のネットワークと、
第３のネットワークに、対向して配置され、前記第３のネットワークを介して、前記第１、第２のネットワークを接続する第１、第２のゲートウェイと、を有する通信ネットワークにおけるパケット転送方法であって、
前記第１のゲートウェイが、前記第１のネットワークに接続されたノードから、前記第２のネットワークに接続されたノードに宛てて送信したＴＣＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ）パケットを終端するステップと、
前記終端したＴＣＰパケットにデリミタを付与するステップと、
前記付与したデリミタを用いて前記１つ以上のノードから受信したＴＣＰパケットをまとめたＴＣＰパケットを生成し、前記対向するゲートウェイに送信するステップと、
前記対向する前記第２のゲートウェイが、前記ＴＣＰパケットに含まれるデリミタに基づいて前記第１のネットワークに接続されたノードから送信されたＴＣＰパケットを組み立て直すステップと、
前記組み立て直したＴＣＰパケットを、前記第２のネットワークに接続されたノードに送信するステップと、
を含むパケット通信方法。
【請求項９】
それぞれ１つ以上のノードが接続された第１、第２のネットワークを接続する第３のネットワークに配置されたゲートウェイを構成するコンピュータに実行させるプログラムであって、
前記第１のネットワークに接続されたノードから、前記第２のネットワークに接続されたノードに宛てて送信したＴＣＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ）パケットを終端する処理と、
前記１つ以上のノードから受信したＴＣＰパケットに所定のデリミタを付与する処理と、
前記付与したデリミタを用いて前記１つ以上のノードから受信したＴＣＰパケットをまとめて、前記対向するゲートウェイに送信するためのＴＣＰパケットを生成する処理と、
前記第３のネットワークを介して対向する前記第２のゲートウェイと、前記終端したＴＣＰパケットを送受信する処理とを、前記コンピュータに実行させるプログラム。
【請求項１０】
さらに、
前記対向する前記第２のゲートウェイから受信したＴＣＰパケットに含まれるデリミタに基づいて前記１つ以上のノードに送信すべきＴＣＰパケットを組み立て直す処理と、
前記組み立て直したＴＣＰパケットを、前記第１のネットワークに接続されたノードに送信する処理とを、
前記コンピュータに実行させる請求項９のプログラム。
【請求項１１】
さらに、
前記１つ以上のノードから受信したＴＣＰパケットに施すスクランブル処理と、
前記１つ以上のノードに送信すべきＴＣＰパケットに施すデスクランブル処理と、前記コンピュータに実行させ、
前記デリミタとして、前記スクランブル処理で生じ得ないパターンを用いる請求項９または１０のプログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【公開番号】特開２０１１−４１００５（Ｐ２０１１−４１００５Ａ）
【公開日】平成２３年２月２４日（２０１１．２．２４）
【国際特許分類】
【出願番号】特願２００９−１８６６８６（Ｐ２００９−１８６６８６）
【出願日】平成２１年８月１１日（２００９．８．１１）
【出願人】（０００００４２３７）日本電気株式会社 (19,353)
【Ｆターム（参考）】
【公開日】平成２３年２月２４日（２０１１．２．２４）
【国際特許分類】
【出願日】平成２１年８月１１日（２００９．８．１１）
【出願人】（０００００４２３７）日本電気株式会社 (19,353)
【Ｆターム（参考）】
[ Back to top ]