(57)【要約】【課題】  インターネットＶＰＮによるデータ伝送の通信品質の向上や広帯域化を図るとともに、特に、インターネットの通信品質が悪い区間のＴＶ会議や画像伝送，あるいはIＰ電話やＬＡＮ間接続などを低コストで実現する。【解決手段】  端末１０Ｓで発生し、送信装置３０Ｓから同時・同報で出力されたＩＰパケットは、ＶＰＮＧＷ４０ＡＳ，４０ＢＳ，４０ＣＳから出力され、インターネット５０で伝送されるが、インターネット５０にはＶＰＮトンネル５０Ａ，５０Ｂ，５０Ｃ毎に伝送遅延揺らぎが発生しており、受信装置３０Ｒに対する到達時刻にずれが生ずる。受信装置３０Ｒでは、到達したＩＰパケットのうち、最も早く到達したものを採用し、それよりも遅いものは破棄する。採用されたＩＰパケットが端末１０Ｒに入力される。また、ＶＰＮトンネルのいずれかでパケットロスが発生しても、他のＶＰＮトンネルで受信したＩＰパケットで補完できる。【選択図】図２
2005223375.tif 000002
【特許請求の範囲】
【請求項１】
インターネットＶＰＮにより、データをＩＰパケットとして伝送するデータ伝送方法であって、
異なるプロバイダを通じて複数のＶＰＮトンネルを形成するとともに、
送信側は、ＩＰパケットを前記複数のＶＰＮトンネルによって同報送信し、
受信側は、複数の同一のＩＰパケットを受信したときは、いずれかのＩＰパケットを採用するとともに、採用したＩＰパケットと同一の他のＩＰパケットを破棄する，
ことを特徴とするデータ伝送方法。
【請求項２】
インターネットＶＰＮにより、データをＩＰパケットとして伝送するデータ伝送方法であって、
異なるプロバイダを通じて複数のＶＰＮトンネルを形成するとともに、
送信側は、ＩＰパケットを前記複数のＶＰＮトンネルに振り分けて送信し、
受信側は、複数のＶＰＮトンネルから受信したＩＰパケットを、所定の順序で出力する，
ことを特徴とするデータ伝送方法。
【請求項３】
インターネットＶＰＮにより、データをＩＰパケットとして伝送するデータ伝送方法であって、
異なるプロバイダを通じて複数のＶＰＮトンネルを形成するとともに、
送信側は、前記複数のＶＰＮトンネルのいずれかについては、ＩＰパケットを同報送信し、他のＶＰＮトンネルについては、ＩＰパケットを振り分けて送信し、
受信側は、複数の同一のＩＰパケットを受信したときは、いずれかのＩＰパケットを採用するとともに、採用したＩＰパケットと同一の他のＩＰパケットを破棄する，
ことを特徴とするデータ伝送方法。
【請求項４】
受信側が、いずれかのＶＰＮトンネルでパケットロスが発生したときに、他のＶＰＮトンネルから受信した同一のＩＰパケットで補完することを特徴とする請求項１又は３のいずれかに記載のデータ伝送方法。
【請求項５】
前記送信側によるＩＰパケットの送信を、前記複数のＶＰＮトンネルのデータ通信容量に対応して行うことを特徴とする請求項１〜４のいずれかに記載のデータ伝送方法。
【請求項６】
請求項１〜５のいずれかに記載のデータ伝送方法によって接続された複数のシステムを、サーバベースコンピューティング方式によって構築したことを特徴とするデータ伝送方法。
【請求項７】
インターネットＶＰＮにより、データをＩＰパケットとして伝送するデータ伝送装置あって、
異なるプロバイダを通じて形成された複数のＶＰＮトンネルに対してＩＰパケットを同報送信する送信手段を備えたことを特徴とするデータ伝送装置。
【請求項８】
インターネットＶＰＮにより、データをＩＰパケットとして伝送するデータ伝送装置あって、
異なるプロバイダを通じて形成された複数のＶＰＮトンネルに対してＩＰパケットを振り分け送信する送信手段を備えたことを特徴とするデータ伝送装置。
【請求項９】
インターネットＶＰＮにより、データをＩＰパケットとして伝送するデータ伝送装置あって、
異なるプロバイダを通じて形成された複数のＶＰＮトンネルから複数の同一のＩＰパケットを受信したときは、いずれかのＩＰパケットを採用するとともに、採用したＩＰパケットと同一の他のＩＰパケットを破棄する受信手段を備えたことを特徴とするデータ伝送装置。
【請求項１０】
インターネットＶＰＮにより、データをＩＰパケットとして伝送するデータ伝送装置あって、
異なるプロバイダを通じて形成された複数のＶＰＮトンネルのいずれかでパケットロスが発生したときに、他のＶＰＮトンネルから受信した同一のＩＰパケットで補完する受信手段を備えたことを特徴とするデータ伝送装置。
【請求項１１】
前記複数のＶＰＮトンネルによって接続されたシステムが、サーバベースコンピューティング方式によって構築されたことを特徴とする請求項７〜１０のいずれかに記載のデータ伝送装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークを通じてデータを伝送するデータ伝送方法及びその装置に関し、更に具体的には、インターネットを利用してＶＰＮ（Virtual Private Network）によるデータ伝送を行う手法の改良に関するものである。
【背景技術】
【０００２】
例えば、企業の本社と支社ないし事業所・工場にそれぞれ設けられているＬＡＮ（Local Area Network）を接続する場合、通信事業者の専用線やフレームリレーなどによるサービスが利用されている。この方法は、通信事業者によって専用線が管理されており、通信品質やセキュリティなどの点で非常に優れている。しかし、反面コストは高い。これに対し、最近は、ＡＤＳＬなどのブロードバンドサービスとインターネットＶＰＮを組み合わせた低コストのＬＡＮ間接続方法が試みられている。例えば、下記非特許文献１には、ブロードバンドＶＰＮについて解説されている。
【非特許文献１】「ゼロからはじめるＶＰＮ」株式会社アスキー，２００３年５月２９日初版発行
【発明の開示】
【発明が解決しようとする課題】
【０００３】
ところで、インターネットＶＰＮに用いられているインターネットは、上述した専用線のように通信品質が管理されていないオープン系のネットワークで、かつ、ベストエフォート型であることから、次のような不都合がある。
【０００４】
（１）「インターネット電話」，「インターネットＴＶ会議」，「インターネット画像伝送」，「送信側及び受信側の相互作業におけるデータ連動」などのシステムにおいては、データ到達時間における遅延揺らぎが大きいと、実用性が欠けてしまう。例えば、日本と英国の間の実測では、ＩＰ（Internet Protocol）パケットの往復遅延時間が０．２７秒〜１．４秒とばらついている。０．３秒程度の伝送遅延であれば、電話としては何とか実用性を確保できるが、０．５秒以上の伝送遅延となると双方で会話する場合に話しづらくなり、実用に耐えない。更に、伝送時にパケットロスが発生するとその再送機能が働くためにスループット（実効速度）が大きく低下し、結果的に遅延の程度が更に悪化する。
【０００５】
（２）インターネットＶＰＮの通信路を設定すると、通信容量（パイプないしトンネルの太さ）が一定の大きさに制限されてしまう。また、伝送品質も、決して専用線のように良好ではない。このため、動画像のようなデータ量の大きいコンテンツを例えばリアルタイムで送信しようとしても、所要のスループット（単位時間当たりのデータ量）が確保できず、インターネットＴＶ会議などを実現することは困難を極める。
【０００６】
（３）インターネットＶＰＮを用いた場合には、インターネットがオープンなネットワークであるため、専用線などと比較してセキュリティの面での不安が残る。
【０００７】
本発明は、以上の点に着目したもので、その目的は、インターネットＶＰＮによるデータ伝送の通信品質の向上を図ることである。他の目的は、インターネットＶＰＮによるデータ伝送の広帯域化を図ることである。更に他の目的は、特に国際間のＴＶ会議やＬＡＮ間接続などを低コストで実現することである。
【課題を解決するための手段】
【０００８】
前記目的を達成するため、本発明は、インターネットＶＰＮにより、データをＩＰパケットとして伝送するデータ伝送方法であって、異なるプロバイダを通じて複数のＶＰＮトンネルを形成するとともに、送信側は、ＩＰパケットを前記複数のＶＰＮトンネルによって同報送信し、受信側は、複数の同一のＩＰパケットを受信したときは、いずれかのＩＰパケットを採用するとともに、採用したＩＰパケットと同一の他のＩＰパケットを破棄することを特徴とする。
【０００９】
他のデータ伝送方法は、異なるプロバイダを通じて複数のＶＰＮトンネルを形成するとともに、送信側は、ＩＰパケットを前記複数のＶＰＮトンネルに振り分けて送信し、受信側は、複数のＶＰＮトンネルから受信したＩＰパケットを、所定の順序で出力することを特徴とする。
【００１０】
他のデータ伝送方法は、異なるプロバイダを通じて複数のＶＰＮトンネルを形成するとともに、送信側は、前記複数のＶＰＮトンネルのいずれかについては、ＩＰパケットを同報送信し、他のＶＰＮトンネルについては、ＩＰパケットを振り分けて送信し、受信側は、複数の同一のＩＰパケットを受信したときは、いずれかのＩＰパケットを採用するとともに、採用したＩＰパケットと同一の他のＩＰパケットを破棄することを特徴とする。
【００１１】
主要な形態の一つによれば、受信側で、いずれかのＶＰＮトンネルでパケットロスが発生したときに、他のＶＰＮトンネルから受信した同一のＩＰパケットで補完することを特徴とする。他の形態の一つは、前記送信側によるＩＰパケットの送信を、前記複数のＶＰＮトンネルのデータ通信容量に対応して行うことを特徴とする。更に他の形態は、前記いずれかのデータ伝送方法によって接続された複数のシステムを、サーバベースコンピューティング方式によって構築したことを特徴とする。
【００１２】
他の発明は、インターネットＶＰＮにより、データをＩＰパケットとして伝送するデータ伝送装置あって、異なるプロバイダを通じて形成された複数のＶＰＮトンネルに対してＩＰパケットを同報送信する送信手段を備えたことを特徴とする。
【００１３】
他の発明は、インターネットＶＰＮにより、データをＩＰパケットとして伝送するデータ伝送装置あって、異なるプロバイダを通じて形成された複数のＶＰＮトンネルに対してＩＰパケットを振り分け送信する送信手段を備えたことを特徴とする。
【００１４】
他の発明は、インターネットＶＰＮにより、データをＩＰパケットとして伝送するデータ伝送装置あって、異なるプロバイダを通じて形成された複数のＶＰＮトンネルから複数の同一のＩＰパケットを受信したときは、いずれかのＩＰパケットを採用するとともに、採用したＩＰパケットと同一の他のＩＰパケットを破棄する受信手段を備えたことを特徴とする。
【００１５】
他の発明は、インターネットＶＰＮにより、データをＩＰパケットとして伝送するデータ伝送装置あって、異なるプロバイダを通じて形成された複数のＶＰＮトンネルのいずれかでパケットロスが発生したときに、他のＶＰＮトンネルから受信した同一のＩＰパケットで補完する受信手段を備えたことを特徴とする。
【００１６】
他の発明は、前記複数のＶＰＮトンネルによって接続されたシステムが、サーバベースコンピューティング方式によって構築されたことを特徴とする。本発明の前記及び他の目的，特徴，利点は、以下の詳細な説明及び添付図面から明瞭になろう。
【発明の効果】
【００１７】
本発明によれば、異なるプロバイダを通じで複数のＶＰＮトンネルが形成され、これを利用してＩＰパケットが同報送信もしくは振り分け送信されるため、インターネットＶＰＮによるデータ伝送の通信品質が向上するとともに、データ伝送の広帯域化を図ることができ、国際間・国内間のＴＶ会議や画像伝送，更には国際間のＬＡＮ間接続などを低コストで実現することができる。また、複数のＶＰＮトンネルを用いることから、あるＶＰＮトンネルでデータ伝送のスループットが低下した場合でも、他のＶＰＮトンネルのスループットが大きければ、そのＶＰＮトンネルを利用することで、大きなスループットを確保することができ、スループットの変動に対して強く、常に大きなスループットの伝送路が確保することができる。
【発明を実施するための最良の形態】
【００１８】
以下、本発明を実施するための最良の形態を、実施例に基づいて詳細に説明する。
【実施例１】
【００１９】
最初に、図１〜図２を参照しながら本発明の実施例１を説明する。図１には、本実施例の基本構成がブロック図として示されている。本実施例は、もちろん双方向のデータ伝送システムであるが、本発明の理解を容易にするため、便宜上送信側と受信側を設定して説明する。本例では、送信側と受信側は同様の構成となっているため、送信側には符号Ｓを、受信側には符号Ｒを付して区別することとする。
【００２０】
送信側を説明すると、図１において、例えば本社などに設置された端末１０Ｓは、ＩＰ電話１２Ｓ，ＩＰ−ＴＶ会議システム１４Ｓ，ＰＣ（パーソナルコンピュータ，パソコン）１６Ｓ，Ｗｅｂカメラ１８Ｓ，ＬＡＮ２０Ｓ，これに接続された他の機器２２Ｓ，２４Ｓ，・・・などを含んでいる。これらは、送信装置３０Ｓの入力側に接続されており、この送信装置３０Ｓの出力側は、多数のＶＰＮＧＷ（ゲートウェイ）４０ＡＳ，４０ＢＳ，・・・４０ＮＳに接続されている。ＶＰＮＧＷ４０ＡＳ，４０ＢＳ，・・・４０ＮＳは、それぞれインターネットサービスプロバイダ（以下単に「プロバイダ」という）４２ＡＳ，４２ＢＳ，・・・４２ＮＳに接続されている。
【００２１】
次に受信側について説明すると、プロバイダ４２ＡＲ，４２ＢＲ，・・・４２ＮＲは、それぞれＶＰＮＧＷ４０ＡＲ，４０ＢＲ，・・・４０ＮＲを介して受信装置３０Ｒの入力側に接続されており、この受信装置３０Ｒの出力側に端末１０Ｒが接続されている。端末１０Ｒは、例えば支社などに設置されており、ＩＰ電話１２Ｒ，ＩＰ−ＴＶ会議システム１４Ｒ，ＰＣ１６Ｒ，Ｗｅｂプレーヤ１８Ｒ，ＬＡＮ２０Ｒ，これに接続された他の機器２２Ｒ，２４Ｒ，・・・などを含んでいる。なお、Ｗｅｂプレーヤ１８Ｒは、上述した送信側端末１０ＳのＷｅｂカメラ１８Ｓによる撮像画像や収録音声を表示・再生するためのもので、ＰＣ１６Ｒでソフト的に実現されるものであってもよい。
【００２２】
以上の各部のうち、ＶＰＮＧＷ４０ＡＳと４０ＡＲは、プロバイダ４２ＡＳ，インターネット５０，プロバイダ４２ＡＲを介してＶＰＮトンネル５０Ａを形成している。同様に、ＶＰＮＧＷ４０ＢＳと４０ＢＲは、プロバイダ４２ＢＳ，インターネット５０，プロバイダ４２ＢＲを介してＶＰＮトンネル５０Ｂを形成する。以下、同様である。このように、本実施例では、いわゆるマルチホーミング（multi-homing）の通信形態となっており、送信装置３０Ｓと受信装置３０Ｒとが、複数のＶＰＮトンネル５０Ａ，５０Ｂ，・・・５０Ｎによって接続され、異なるプロバイダを介してデータ伝送が行われるようになっている。
【００２３】
次に、図２も参照しながら、本実施例のデータ伝送方法について説明する。なお、図１に示したように、ＶＰＮトンネルは多数あってよいが、図２では、説明の便宜上３本の場合を示している。送信側の端末１０Ｓでは、データがＩＰパケットとして発生し、これらが送信装置３０Ｓに出力される。例えば、Ｐ１，Ｐ２，Ｐ３，・・・という具合である。本例では、送信装置３０は、入力されたＩＰパケットＰ１，Ｐ２，Ｐ３，・・・を、ＶＰＮトンネル５０Ａ，５０Ｂ，５０Ｃに対して同報かつ同時に送信する。すなわち、ＶＰＮトンネル５０Ａに対しては、ＰＡ１，ＰＡ２，ＰＡ３，・・・、ＶＰＮトンネル５０Ｂに対しては、ＰＢ１，ＰＢ２，ＰＢ３，・・・、ＶＰＮトンネル５０Ｃに対しては、ＰＣ１，ＰＣ２，ＰＣ３，・・・という具合である。なお、説明の都合上、各ＶＰＮトンネル毎のＩＰパケットに異なる符号を付したが、Ｐ１＝ＰＡ１＝ＰＢ１＝ＰＣ１，Ｐ２＝ＰＡ２＝ＰＢ２＝ＰＣ２，・・・である。
【００２４】
送信装置３０Ｓから同時・同報で出力されたＩＰパケットは、ＶＰＮＧＷ４０ＡＳ，４０ＢＳ，４０ＣＳから出力され、インターネット５０を伝送するが、インターネット５０にはＶＰＮトンネル５０Ａ，５０Ｂ，５０Ｃ毎に伝送遅延揺らぎが発生しており、受信装置３０Ｒに対する到達時刻（到着タイミング）にずれが生ずる。インターネット５０は、通信の品質が管理されていないため、通信路が細い場合，特定の通信路に通信トラフィックが集中した場合，などに、ルータのようなノード装置においてＩＰパケットの遅延が発生する。ＶＰＮトンネル５０Ａ，５０Ｂ，５０Ｃのうち、いずれにどのような遅延が発生するかは不明であり、伝送距離が長い場合はルータのホップ数が多くなることから、ある遅延分布を示す。この遅延分布は、時間とともに変化する。
【００２５】
図２の例では、ＩＰパケットＰ１については、ＶＰＮトンネル５０Ａによって伝送されたＰＡ１が最も早く受信装置３０Ｒに到達している。ＩＰパケットＰ２については、ＶＰＮトンネル５０Ｂによって伝送されたＰＢ２が最も早く受信装置３０Ｒに到達している。ＩＰパケットＰ３については、ＶＰＮトンネル５０Ｃによって伝送されたＰＣ２が最も早く受信装置３０Ｒに到達している。
【００２６】
受信装置３０Ｒでは、到達したＩＰパケットのうち、最も早く到達したものを採用し、それよりも遅いものは破棄する。例えば、ＩＰパケットＰ１については、ＶＰＮトンネル５０Ａによって伝送されたＰＡ１が最も早いので、これが採用される。そして、ＶＰＮトンネル５０Ｂ，５０Ｃによって伝送されたＰＢ１，ＰＣ１については、既に同一のパケットであるＰＡ１が採用されているので、いずれも破棄される。ＩＰパケットＰ２については、ＶＰＮトンネル５０Ｂによって伝送されたＰＢ２が最も早いので、これが採用される。そして、ＶＰＮトンネル５０Ａ，５０Ｃによって伝送されたＰＡ２，ＰＣ２については、既に同一のパケットであるＰＢ２が採用されているので、いずれも破棄される。同様に、ＩＰパケットＰ３については、ＶＰＮトンネル５０Ｃによって伝送されたＰＣ３が最も早いので、これが採用される。そして、ＶＰＮトンネル５０Ａによって伝送されたＰＡ３については、既に同一のパケットであるＰＣ３が採用されているので、破棄される。なお、ＶＰＮトンネル５０Ｂによって伝送されるはずのＰＢ３については、パケットロスとなっている。以下のＩＰパケットについても同様である。
【００２７】
このようにして受信装置３０Ｒで採用されたＩＰパケットＰＡ１，ＰＢ２，ＰＣ３は、所定の順序で端末Ｒに出力される。これにより、端末１０Ｒは、ＩＰパケットＰ１（ＰＡ１），Ｐ２（ＰＢ２），Ｐ３（ＰＣ３），・・・を受け取ることとなる。
【００２８】
以上のように、本実施例によれば、複数のＶＰＮトンネルが、異なるプロバイダを介して形成されている。このため、複数のＶＰＮトンネルがインターネット上の同じ経路を通る可能性が低くなり、時刻毎に揺らいでいるデータ伝送の遅延分布がＶＰＮトンネル間で異なる可能性が高い。これにより、いずれか一つのＶＰＮトンネルで発生しているデータ伝送の遅延時間の揺らぎを、他のＶＰＮトンネルの伝送データを利用して補正することが可能となる。図２の例では、ＶＰＮトンネル５０Ａにおいて生じたＩＰパケットＰＡ２の遅延が、ＶＰＮトンネル５０ＢのＩＰパケットＰＢ２によって補正されているという具合である。
【００２９】
更に、本実施例では、パケットロスの補償・補完に対しても、極めて有効である。図２の例では、ＶＰＮトンネル５０ＢにおいてＩＰパケットＰＢ３がロス（点線で図示）となっているが、ＶＰＮトンネル５０Ａ，５０ＣのＩＰパケットＰＡ３，ＰＣ３によって補償されている。これらのうち、ＩＰパケットＰＣ３がＰＡ３よりも早く受信装置３０Ｒに到達しているので、これが採用されている。
【００３０】
このように、本実施例によれば、データ伝送の遅延やパケットロスが良好に補償され、データ伝送の品質特性が大幅に改善されるようになる。図８には、本例における伝送遅延とパケットロスの発生確率の計測例が示されている。図８(A)中、「３００〜５００」とあるのは、正確には「３００以上５００未満」を表す。他も同様である。
【００３１】
同図に示すように、ＶＰＮトンネルの数が増えるほど、大きな遅延の発生確率が低減されている。例えば、１３００〜１５００msの伝送遅延時間が発生する確率を見ると、ＶＰＮトンネル１つの場合は０．０５（５％）の割合で発生するのに対し、ＶＰＮトンネル２つの場合は０．００４５（０．４５％）の割合となり、ＶＰＮトンネル３つの場合は０．０００３３５（０．０３３５％）という極めて低い発生確率となる。一方、小さな遅延は、逆にＶＰＮトンネルの数が増えるほど発生確率が高くなっている。例えば、３００〜５００msの伝送遅延時間が発生する確率を見ると、ＶＰＮトンネル１つの場合は０．３７の割合（３７％）で発生するのに対し、ＶＰＮトンネル２つの場合は０．６０３１（６０．３１％）の割合となり、ＶＰＮトンネル３つの場合は０．７４９９５３（７４．９９５３％）という具合である。これらの点を総合すると、ＶＰＮトンネルの数が増えるほど、大きな遅延の発生確率が低減されるようになり、全体としてデータ伝送遅延が改善されて伝送品質が向上するようになる。
【００３２】
次に、図８(B)には、パケットロスの発生確率が示されている。同図に示すように、ＶＰＮトンネル１つの場合が０．０２（２％）の割合であるのに対し、ＶＰＮトンネル２つの場合は０．０００４（０．０４％），ＶＰＮトンネル３つの場合は０．０００００６（０．０００６％）に大幅に改善されている。
【００３３】
更に、本実施例によれば、複数のＶＰＮトンネルを用いることから、あるＶＰＮトンネルでスループットが低下しても、他のＶＰＮトンネルのスループットが大きければ、当該ＶＰＮトンネルを利用することで、大きなスループットを確保することができる。このような点から、本実施例はスループットの変動に対して強く、常に大きなスループットの伝送路が確保できる。
【００３４】
以上のように、インターネットＶＰＮによるデータ伝送の通信品質やスループットが大幅に向上するので、例えば国際間あるいは国内間のＴＶ会議や、Ｗｅｂカメラの画像伝送，更にはＬＡＮ間接続などに極めて有効である。ＴＶ会議では、画像品質が向上することで会議参加者の表情がよく分かるようになり、臨場感のある会議を行うことが可能となる。また、Ｗｅｂカメラにおいては、防犯監視画像の品質が向上することで例えば犯人の特徴を明瞭に把握できるようになり、犯罪の抑止効果の向上が期待できる。
【実施例２】
【００３５】
次に、図３を参照しながら、実施例２について説明する。なお、上述した実施例１と同一ないし対応する構成要素には同一の符号を用いることとする（以下の実施例についても同様）。上述した実施例１は、複数のＶＰＮトンネル５０Ａ，５０Ｂ，５０Ｃがほぼ同等の通信容量を有する場合であるが、通信容量が各ＶＰＮトンネル間で異なる場合の実施例２を図３に示す。同図の例は、ＶＰＮトンネル５０ＡＬの通信容量が他のＶＰＮトンネル５０Ｂ，５０Ｃのほぼ２倍あるような例である。送信装置３０Ｓからは、ＶＰＮＧＷ４０ＡＳに対して、同一のＩＰパケットが２回繰り返し送信される。すなわち、ＰＡ１，ＰＡ１，ＰＡ２，ＰＡ２，・・・という具合にＩＰパケットが送信される。
【００３６】
一方、受信側では、上述した図２の実施例と同様に、最も最初に到達したＩＰパケットが選択される。図示の例では、ＩＰパケットＰ１としてＶＰＮトンネル５０ＢのＰＢ３が採用され、ＩＰパケットＰ２としてＶＰＮトンネル５０ＡＬのＰＡ２が採用され、ＩＰパケットＰ３としてＶＰＮトンネル５０ＢのＰＢ３が採用される。なお、ＶＰＮトンネル５０ＡＬのＩＰパケットＰＡ３はロスである。
【００３７】
このように、複数のＶＰＮトンネルの通信容量は必ずしも一致する必要はなく、異なっていてもよい。送信装置からのデータ送信は、通信容量に応じて行うようにすればよい。
【実施例３】
【００３８】
次に、図４を参照しながら、実施例３について説明する。上述した実施例１及び２は、いずれもＩＰパケットを同報送信する例であるが、この実施例４は、伝送路の広帯域化を図るようにしたものである。図４に示すように、送信装置６０Ｓは、端末１０Ｓで発生したＩＰパケットＰ１，Ｐ２，Ｐ３，・・・を、３つのＶＰＮトンネル５０Ａ，５０Ｂ，５０Ｃに順次振り分けて送信する。本例では、各ＶＰＮトンネル５０Ａ，５０Ｂ，５０Ｃは、いずれも同一の通信容量となっており、かつ、時間Ｔ１の間に一つのＩＰパケットしか伝送できない。しかし、端末１０Ｓからは、時間Ｔ１の間に３つのＩＰパケットが発生している。そこで、送信装置６０Ｓは、時間Ｔ１の間に発生する３つのＩＰパケットを３つのＶＰＮトンネルに振り分けて送信する。
【００３９】
例えば、時間Ｔ１において発生したＩＰパケットＰ１，Ｐ２，Ｐ３のうち、Ｐ１はＶＰＮトンネル５０ＡでＰＡ１として送信し、Ｐ２はＶＰＮトンネル５０ＢでＰＢ２として送信し、Ｐ３はＶＰＮトンネル５０ＣでＰＣ３として送信する。同様に、Ｐ４はＶＰＮトンネル５０ＡでＰＡ４として送信し、Ｐ５はＶＰＮトンネル５０ＢでＰＢ５として送信し、Ｐ６はＶＰＮトンネル５０ＣでＰＣ６として送信する。以下同様である。
【００４０】
一方、受信装置６０Ｒでは、時間Ｔ１に一つの割合で各ＶＰＮトンネル５０Ａ，５０Ｂ，５０ＣからそれぞれＩＰパケットを受信し、これを時間Ｔ１に３つのＩＰパケットとなるようにまとめる。すなわち、ＶＰＮトンネル５０Ａ，５０Ｂ，５０Ｃから到達するＩＰパケットＰＡ１，ＰＢ２，ＰＣ３，・・・を順次並べて端末１０Ｒに出力する。
【００４１】
このように、本実施例によれば、複数のＶＰＮトンネルに対し、ＩＰパケットが、同報ではなく、振り分けて伝送されるので、全体として伝送路の広帯域化を図ることができる。更に本実施例によれば、送信すべきＩＰパケットＰ１，Ｐ２，Ｐ３，・・・が、異なるＶＰＮトンネル，すなわち異なるプロバイダ，異なるルートを介して伝送される。このため、仮にいずれかのルートでＩＰパケットが盗まれても、データの内容を解読することはまず不可能であり、セキュリティの面でも向上が期待できる。
【実施例４】
【００４２】
次に、図５を参照しながら、実施例４について説明する。上述した図４は、３つのＶＰＮトンネル５０Ａ，５０Ｂ，５０Ｃの通信容量がほぼ等しい場合であるが、通信容量が異なる場合は、通信容量に応じてＩＰパケットを振り分けるようにする。図５の例は、ＶＰＮトンネル５０ＣＬの通信容量が他のＶＰＮトンネル５０Ａ，５０Ｂの２倍ある場合の例である。すなわち、ＶＰＮトンネル５０Ａ，５０Ｂは、時間Ｔ２の間に一つのＩＰパケットを伝送することができ、ＶＰＮトンネル５０ＣＬは、時間Ｔ３＝Ｔ２／２の間に一つのＩＰパケットを伝送することができる。
【００４３】
本例では、端末１０Ｓで発生したＩＰパケットＰ１，Ｐ２，・・・のうち、Ｐ１はＶＰＮトンネル５０Ａ，Ｐ２はＶＰＮトンネル５０ＣＬ，Ｐ３はＶＰＮトンネル５０Ｂ，Ｐ４はＶＰＮトンネル５０ＣＬ，・・・という具合にＩＰパケットの振り分けが送信装置７０Ｓによって行われる。
【００４４】
一方、受信装置７０Ｒは、時間Ｔ２に一つの割合でＶＰＮトンネル５０Ａ，５０ＢからそれぞれＩＰパケットを受信し、時間Ｔ３に一つの割合でＶＰＮトンネル５０ＣＬからＩＰパケットを受信する。そして、これらを、時間Ｔ２に４つのＩＰパケットとなるようにまとめる。すなわち、ＶＰＮトンネル５０Ａ，５０Ｂ，５０ＣＬから到達するＩＰパケットＰＡ１，ＰＣ２，ＰＢ３，ＰＣ４，・・・を順次並べて端末１０Ｒに出力する。このように、本実施例によれば、送信装置７０Ｓで、各ＶＰＮトンネルの通信容量に応じた数のＩＰパケットが送信されるように調整が行われ、全体として通信容量が拡大されるようになる。なお、各ＶＰＮトンネルの通信容量は、例えばＡＣＫ（acknowledgement，データ送受信時の確認信号）レスポンスによるＩＰパケット送信制御により予め知ることができる。
【実施例５】
【００４５】
次に、図６を参照しながら、実施例５について説明する。本実施例は、上述した実施例を組み合わせたものである。同図に示すように、送信装置８０Ｓからは、ＶＰＮトンネル５０Ａ，５０Ｂについては、前記図４の実施例と同様に、交互にＩＰパケットが振り分けられる。例えば、ＩＰパケットＰ１は、ＶＰＮトンネル５０ＡでＩＰパケットＰＡ１として伝送され、ＩＰパケットＰ２は、ＶＰＮトンネル５０ＢでＩＰパケットＰＢ２として伝送される。一方、ＶＰＮトンネル５０ＣＬについては、ＶＰＮトンネル５０Ａ，５０Ｂに対して同報送信の形態でＩＰパケットが送信される。すなわち、ＩＰパケットＰＣ１，ＰＣ２，ＰＣ３，・・・が順次伝送される。
【００４６】
これに対し、受信装置８０Ｒでは、図２ないし図３の実施例と同様に、最も早く到達したＩＰパケットを採用し、既に同一のパケットが採用されている場合は、そのパケットは破棄される。図示の例では、ＩＰパケットＰＡ１とＰＣ１のうち、ＰＡ１が最も早く到達しているので、これがＩＰパケットＰ１として採用され、ＰＣ１は破棄される。ＩＰパケットＰＣ２は到達しているが、ＰＢ２はロスとなっているので、ＰＣ２がＩＰパケットＰ２として採用される。ＩＰパケットＰＡ３とＰＣ３のうち、ＰＣ３が最も早く到達しているので、これがＩＰパケットＰ３として採用され、ＰＡ３は破棄される。以下同様である。
【実施例６】
【００４７】
次に、図７を参照しながら、実施例６について説明する。本発明は、ＣＳ（Cliant Server）方式のシステムにも適用可能であるが、本実施例はＳＢＣ（Server Based Computing）方式に本発明を適用したものである。ＳＢＣ方式では、アプリケーションソフトがサーバ上で集中的に管理されるため、クライアントそれぞれにアプリケーションソフトを導入する必要がなく、コスト的に有利である。また、クライアントは、メディアドライブやハードディスクを必要とせず、設備的にも低コストである。特に、クライアントへは、アプリケーションソフトで処理後のＰＣ画面の差分情報のみを伝送すればよいし、また、クライアントからは、キーボード入力情報とマスクのクリック入力情報のみを伝送すればよく、サーバ・クライアント間のデータ通信容量を大幅に抑制することができる。
【００４８】
図７において、送信側である本社システム１００は、ＬＡＮ１０２に、ＳＢＣサーバ１０４，アプリケーションサーバ１０６，データベースサーバ１０８，送信装置１１０Ｓが接続された構成となっている。一方、受信側である支社システム２００は、ＬＡＮ２０２に、受信装置２１０Ｒ，クライアントＰＣ２０４，２０６，・・・が接続された構成となっている。送信装置１１０Ｓから受信装置２１０Ｒに至る構成は、上述した実施例のいずれの形態であってもよい。
【００４９】
次に、本実施例の動作を説明すると、アプリケーションソフトは、本社システム１００のアプリケーションサーバ１０６で集中管理されており、データは、本社システム１００のデータベースサーバ１０８で集中管理されている。アプリケーションソフトが支社システム２００のクライアントＰＣ２０４，２０６，・・・で実行されるときは、ＳＢＣサーバ１０４によって、クライアントへはアプリケーションソフトによる処理後の画面差分情報のみが、クライアントからはキーボードなどの入力情報のみがＶＰＮトンネル５０Ａ，５０Ｂ，・・・５０Ｎを利用して上述した方法で送受信される。このため、ＶＰＮトンネル５０Ａ，５０Ｂ，・・・におけるデータ通信容量が、従来のＣＳ（Client Server）方式と比較して大幅に低減されるようになる。従って、本社システム１００が国内になり、支社システム２００が海外にあるような国際的なＬＡＮ間接続にも十分に適用可能な現実的なシステムを得ることができる。
【００５０】
なお、本発明は、上述した実施例に限定されるものではなく、本発明の要旨を逸脱しない範囲内において種々変更を加え得ることができる。例えば、以下のものも含まれる。
【００５１】
(1)上記実施例では、ＶＰＮＧＷ及びその外側にある個別送受信装置によってマルチホーミングによるデータ伝送を行ったが、ＶＰＮＧＷ及び個別送受信装置の代わりに、マルチホーミング対応のＶＰＮＧＷを用いてもよい。
【００５２】
(2)ＶＰＮトンネルは、好ましくは、異なる通信ケーブル（物理的な通信路）上に設定されたほうがよい。同一の通信ケーブルであると、そのケーブルに故障が生じたときに複数のＶＰＮトンネルにおけるデータ伝送が同時に途絶してしまうことになるからである。しかし、非常に信頼性のある管理の良好な光ケーブルのような場合であれば、そのケーブル内にいくつかのＶＰＮトンネルが形成されても、実質的な品質の低下はないと考えられる。
【００５３】
(3)前記実施例では、絶えず複数のＶＰＮトンネルを使用したが、例えば５本のＶＰＮトンネルを用意し、これらのうちの２本を常時使用し、データの伝送遅延やパケットロスが増えたときに残りの３本のトンネルを使用するようにしてもよい。データのトラヒック量は一日のうちでも変化しており、込み合う時間帯や時期が存在する。そこで、そのような事情を考慮して、ＶＰＮトンネルの本数を増減するようにする。
【００５４】
(4)前記実施例では、複数のＶＰＮトンネルから同一のＩＰパケットを受信したときに、最も早く到達したものを採用し、それ以外のものを破棄している。しかし、到達したＩＰパケットのうちのいずれを採用するかは必要に応じて決定してよく、採用されなかったものは廃棄すればよい。図９には、到達順以外の方法でＩＰパケットを採用する装置構成と動作手順が示されている。同図(A)の例は、ＶＰＮトンネルが２つの場合の例で、ＶＰＮトンネル５０Ｖ，５０Ｗをそれぞれ伝送したＩＰパケットＰＶm，ＰＷnは、受信装置３０Ｒに含まれているパケットレジスタ３０ＲＶ，３０ＲＷにそれぞれ一時的に取り込まれる（ステップＳＡ）。一方、端末側に送出されたＩＰパケットの順序を表すデータであるパケット順は、照合用メモリ３０ＲＭに格納されている。
【００５５】
レジスタ３０ＲＶ，３０ＲＷは、受信して格納されたＩＰパケットのヘッダに含まれているパケット順を取り出すとともに（ステップＳＢ）、照合用メモリ３０ＲＭのデータと照合する（ステップＳＣ）。すなわち、受信したＩＰパケットと同じパケット順が、照合用メモリ３０ＲＭに既に記録されているかどうかを判断する。その結果、既に同一のパケット順を発見したときは、該当するＩＰパケットが端末側に送出されたものと判断し、該当するＩＰパケットを破棄する（ステップＳＤ）。しかし、同一のパケット順を発見しないときは、該当するＩＰパケットがまだ端末側に送出されていないものと判断し、照合用メモリ３０ＲＭにそのパケット順を記録するとともに、該当するＩＰパケットを端末側に送出する（ステップＳＥ）。以上の動作は、すべてのＩＰパケットについて繰り返し行われる（ステップＳＦ）。
【００５６】
図９(A)の例では、ＩＰパケットＰＶmについては、そのパケット順Ｈmが照合用メモリ３０ＲＭの記録パケット順と比較されるが、既に同一のものがあるので、ＩＰパケットＰＶmは破棄される。一方、ＩＰパケットＰＷnについては、そのパケット順Ｈnが照合用メモリ３０ＲＭの記録パケット順と比較されるが、同一のものはないので、パケット順Ｈnが照合用メモリ３０ＲＭに記録されるとともに、ＩＰパケットＰＷnが端末側に送出される。
【００５７】
このように、図９の実施例では、ＶＰＮトンネル５０Ｖ，５０Ｗのうちのいずれにおいて早くＩＰパケットが到達したかではなく、照合用メモリ３０ＲＭに対してどのＩＰパケットのパケット順が先に記録されたかによって、採用されるＩＰパケットと破棄されるＩＰパケットが決定される。
【００５８】
このように、同一のパケットが複数受信されたときに、いずれを採用するかは、必要に応じて適宜設定してよい。
【００５９】
(5)前記実施例に示したデータ伝送手順も一例であり、必要に応じて適宜変更してよい。図１０には、通信容量が１．５倍で、かつ、通信品質を改善した実施例が示されている。本実施例は、上述した図４の実施例の変形例と考えることもできる。図４では、ＩＰパケットＰ１，Ｐ２，Ｐ３，・・・が３つのＶＰＮトンネル５０Ａ，５０Ｂ，５０Ｃに順次振り分けて送信される。しかし、本実施例では、同一のパケットが、ＶＰＮトンネル５０Ａ，５０Ｂ，５０Ｃのうちのいずれか２つを利用して同報送信される。例えば、ＩＰパケットＰ１は、ＶＰＮトンネル５０Ａ，５０ＢによりそれぞれパケットＰＡ１，ＰＢ１として送信される。次のＩＰパケットＰ２は、ＶＰＮトンネル５０Ｃ，５０ＡによりそれぞれパケットＰＣ２，ＰＡ２として送信される。以下、図示のごとくである。
【００６０】
一方、受信装置６２Ｒでは、ロスがなければ、いずれか２つのＶＰＮトンネルから同一のＩＰパケットが２つ受信されるので、いずれかを採用し、他方を破棄する。図示の例では、ＩＰパケットＰ１については、ＶＰＮトンネル５０Ａから伝送されたＰＡ１が採用され、ＶＰＮトンネル５０Ｂから伝送されたＰＢ１は破棄される。ＩＰパケットＰ２については、ＶＰＮトンネル５０Ｃから伝送されたＰＣ２が採用され、ＶＰＮトンネル５０Ａから伝送されたＰＡ２は破棄されるという具合である。
【００６１】
本実施例によれば、通信容量は１．５倍となるとともに、通信品質も大幅に改善される。
【００６２】
(6)本発明は、アウトソーシングサービスの一つであるデータセンタ経由でインターネットに接続するサービスを提供する通信業者において、ユーザがＩＳＰ経由でインターネットＶＰＮで通信する場合のみならず、通信業者が本装置を設置してユーザに広帯域・高品質・高信頼のインターネットＶＰＮによる通信サービスを提供する場合にも適用可能である。また、送信側と受信側の通信業者は、必ずしも一致する必要はない。
【産業上の利用可能性】
【００６３】
本発明によれば、インターネットＶＰＮを利用しつつ、高い通話品質及び広帯域でデータ伝送を行うことが可能となり、特に海外で業務を展開している企業などにおける本社と海外拠点を結ぶようなＬＡＮ間接続に好適である。
【図面の簡単な説明】
【００６４】
【図１】本発明の実施例１の主要構成を示すブロック図である。
【図２】前記実施例１の動作を示す説明図である。
【図３】本発明の実施例２の動作を示す説明図である。
【図４】本発明の実施例３の動作を示す説明図である。
【図５】本発明の実施例４の動作を示す説明図である。
【図６】本発明の実施例５の動作を示す説明図である。
【図７】本発明の実施例６の動作を示す説明図である。
【図８】本発明の実施例１におけるデータ伝送遅延及びパケットロスの低減効果を示す図である。
【図９】本発明の他の実施例を示す主要動作の説明図とフローチャートである。
【図１０】本発明の更に他の実施例を示す説明図である。
【符号の説明】
【００６５】
１０Ｓ，１０Ｒ：端末
１２Ｓ，１２Ｒ：ＩＰ電話
１４Ｓ，１４Ｒ：会議システム
１６Ｓ，１６Ｒ：ＰＣ
１８Ｓ：Ｗｅｂカメラ
１８Ｒ：Ｗｅｂプレーヤ
２０Ｓ，２０Ｒ，１０２，２０２：ＬＡＮ
２２Ｓ，２４Ｓ，２２Ｒ，２４Ｒ：機器
３０Ｓ，６０Ｓ，６２Ｓ，７０Ｓ，８０Ｓ：送信装置
３０Ｒ，６０Ｒ，６２Ｒ，７０Ｒ，８０Ｒ：受信装置
３０ＲＶ，３０ＲＷ：パケットレジスタ
３０ＲＭ：照合用メモリ
４０ＡＳ，４０ＢＳ〜４０ＮＳ，４０ＡＲ，４０ＢＲ〜４０ＮＲ：ＶＰＮＧＷ
４２ＡＳ，４２ＢＳ〜４２ＮＳ，４２ＡＲ，４２ＢＲ〜４２ＮＲ：プロバイダ
５０：インターネット
５０Ａ，５０Ｂ〜５０Ｎ，５０ＡＬ，５０ＣＬ：ＶＰＮトンネル
１００：本社システム
１０４：ＳＢＣサーバ
１０６：アプリケーションサーバ
１０８：データベースサーバ
１１０Ｓ：送信装置
２００：支社システム
２０４，２０６：クライアントＰＣ
２１０Ｒ：受信装置
Ｐ：パケット
【図１】
2005223375.tif 000003
【図２】
2005223375.tif 000004
【図３】
2005223375.tif 000005
【図４】
2005223375.tif 000006
【図５】
2005223375.tif 000007
【図６】
2005223375.tif 000008
【図７】
2005223375.tif 000009
【図８】
2005223375.tif 000010
【図９】
2005223375.tif 000011
【図１０】
2005223375.tif 000012