JP3834858B2 - データ伝送装置およびその方法 - Google Patents
データ伝送装置およびその方法 Download PDFInfo
- Publication number
- JP3834858B2 JP3834858B2 JP5974496A JP5974496A JP3834858B2 JP 3834858 B2 JP3834858 B2 JP 3834858B2 JP 5974496 A JP5974496 A JP 5974496A JP 5974496 A JP5974496 A JP 5974496A JP 3834858 B2 JP3834858 B2 JP 3834858B2
- Authority
- JP
- Japan
- Prior art keywords
- data
- client
- address
- transmission
- communication path
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Images
Landscapes
- Mobile Radio Communication Systems (AREA)
- Radio Transmission System (AREA)
- Computer And Data Communications (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Description
【０００１】
【産業上の利用分野】
本発明は、コンピュータと周辺機器を相互接続するためのコンピュータネットワークを介して通信を行うデータ伝送装置およびその方法に関する。
【０００２】
【従来の技術】
コンピュータネットワークでは、きわめて単純な通信経路でデータの送受信が行われている。すなわち、１対１または多対１または多対多の通信であっても、その通信経路を決定する際には、そのデータに含まれる発信元および発信先のアドレスに基づいて、そのデータを送受信して通信を行っている。
従来では、データ中の発信元および発信先のアドレスの書き換えは、アプリケーションレベルでのみ行われ、データがデータリンク層およびネットワーク層を通過する際には原則として行われていない。
【０００３】
【発明が解決しようとする課題】
しかしながら、近年、通信技術の発展に伴い、セキュリティの面から、企業内ネットワークなどの一定のネットワークでは、防火壁と呼ばれる通信機器を介さなければネットワークの外部と通信できないようになっている。このような場合に、データパケット内に含まれる発信元、発信先のアドレスを不変とすると、データを送信したい相手先の通信機器にデータを送り届けることが困難な状況になっている。
【０００４】
また、近年、通信データの大容量化に伴い、クライアントＰＣからサーバーへの要求を電話回線を介して行い、サーバーからクライアントＰＣへのデータ送信を通信衛星を介して行うことがある。この場合には、通信衛星から発信されたデータを直接受信する受信機と、受信データが最終的に送られる通信機器とが異なるといった事態が発生することが予想される。しかしながら、データパケット内に含まれる発信元、発信先のアドレスを不変とすると、かかる事態に柔軟に対応した効率の良いデータ通信を行うことができない。
【０００５】
すなわち、従来のデータ伝送装置では、ネットワークを介して送受信されるデータの通信経路を柔軟に制御することができず、データ伝送経路の制御を効率的に行うことができないという問題がある。
【０００６】
本発明は上述した従来技術の問題点に鑑みてなされ、ネットワークを介して送受信されるデータの通信経路を柔軟かつ効率的に制御できるデータ伝送装置およびその方法を提供することを目的とする。
【０００７】
【課題を解決するための手段】
上述した従来技術の問題点を解決し、上述した目的を達成するために、本発明のデータ伝送装置は、サーバとクライアントとの間で双方向のデータ伝送が可能な第１のデータ通信経路と、前記サーバからクライアントへのみデータを伝送可能で、前記第１のデータ通信経路に比べて伝送容量が大きな第２のデータ通信経路とを有し、前記クライアントは、それぞれ個別のアドレスを持つ前記第１のデータ通信経路の第１のインターフェースおよび前記第２のデータ通信経路の第２のインターフェースを有し、受信したデータの送信先アドレスを書き換えるデータ伝送装置において、送信データの送信元アドレスを前記クライアントの前記第２のインターフェースのアドレスに書き換えて、前記送信データを前記第１のデータ通信経路を介して前記サーバに伝送する第２のクライアントを有し、前記クライアントは、前記第２のデータ通信経路を介してサーバから受信した前記送信データに応じたデータの送信先アドレスをデータリンク層において書き換えて前記第２のクライアントに伝送することを特徴とする。
【０００８】
また、本発明のデータ伝送方法は、サーバとクライアントとの間のデータ伝送をネットワークを介して行うデータ伝送方法において、サーバとクライアントとの間で双方向のデータ伝送が可能な第１のデータ通信経路と、前記サーバからクライアントへのみデータを伝送可能で、前記第１のデータ通信経路に比べて伝送容量が大きな第２のデータ通信経路とを前記ネットワークに形成し、前記クライアントは、それぞれ個別のアドレスを持つ前記第１のデータ通信経路の第１のインターフェースおよび前記第２のデータ通信経路の第２のインターフェースを介してデータの送受信を行い、受信したデータの送信先アドレスを書き換え、第２のクライアントにより、送信データの送信元アドレスを前記クライアントの前記第２のインターフェースのアドレスに書き換えて、前記送信データを前記第１のデータ通信経路を介して前記サーバに伝送し、前記クライアントは、前記第２のデータ通信経路を介してサーバから受信した前記送信データに応じたデータの送信先アドレスをデータリンク層において書き換えて前記第２のクライアントに伝送することを特徴とする。
【００１０】
本発明のデータ伝送装置およびその方法では、データを送受信するインターフェースを複数個装備することでより柔軟な通信経路による通信が可能となる。
また、本発明のデータ伝送装置およびその方法によれば、複雑化したコンピュータネットワーク上の通信において、システムの要求に対し、柔軟な通信経路の決定、通信を行うことが可能となる。
【００１１】
【発明の実施の形態】
以下、本発明の実施形態に係わるデータ伝送装置およびその方法について説明する。
本実施形態のデータ伝送装置およびその方法では、通信プロトコルとしてＴＣＰ／ＩＰ(Transmission Control Protocol/Internet Protocol) インターネットプロトコルが採用されている。
【００１２】
先ず、ＴＣＰ／ＩＰモデルについて図１１を参照しながら説明する。
図１１に示すように、ＴＣＰ／ＩＰモデルは、例えば、ＩＳＤＮなどの物理層の上に、ＮＤＩＳなどのデータリンク層１００、ＩＰなどのインターネット層１０１、ＴＣＰなどのトランスポート層１０２およびアプリケーション層１０３が順に構築されている。
ここで、ＴＣＰ／ＩＰモデルと、ＯＳＩ(Open Systems Interconnection)参照モデルとを対比すると、ＴＣＰ／ＩＰのデータリンク層１００、インターネット層１０１およびトランスポート層１０２は、それぞれＯＳＩ参照モデルのデータリンク層１０４、ネットワーク層１０５およびトランスポート層１０６にそれぞれ対応している。また、ＴＣＰ／ＩＰのアプリケーション層１０３は、ＯＳＩ参照モデルのセッション層１０７、プレゼンテーション層１０８およびアプリケーション層１０９に対応している。
【００１３】
ここで、物理層は、伝送媒体を接続して電気信号や光信号などを伝送するためにモデムなどの各種信号のタイミング制御を行う。
データリンク層１００，１０４は、隣接の装置間でのデータ伝送機能を提供するために、誤り制御、応答制御などの機能を実行する。
インターネット層１０１およびネットワーク層１０５は、転送するデータの通信経路を選択し、正しく相手にデータを届けるための制御を行う。
トランスポート層１０２，１０６は、ネットワーク層のサービスとして提供される各種の通信網の品質（転送誤り率、確認応答の有無など）に対して均一なデータ転送サービスを提供する。
セッション層１０７は、通信を行うアプリケーション間の情報の交信方法を取り決め、情報の送信するタイミングや応答の確認方法などを制御する。
プレゼンテーション層１０８は、アプリケーション処理に依存する情報の表現形式と通信するための表現形式（データの符号化方式）間の変換処理を行う。
アプリケーション層１０９は、各種のアプリケーションの通信に関する応用機能であり、ファイル転送、トランザクション処理、電子メールおよびネットワーク管理などのサービスがある。
【００１４】
第１実施形態
図１に示すように、データ伝送装置１は、クライアントパーソナルコンピュータ（ＰＣ）２、ディジタル回線専用の回線終端装置であるＤＳＵ(Digital Service Unit)３、ＩＳＤＮ(Integrated Services Digital Network) ４、インターネット５、サーバー６、アンテナ７，９および通信衛星８を用いて実現される。
データ伝送装置１では、クライアントＰＣ２のＩＳＤＮカード１０からＤＳＵ３にＩＰパケットＳ２が送信され、このＩＰパケットがＩＳＤＮ４およびインターネット５を介してサーバー６に送信される。サーバー６は、ＩＰパケットＳ２に含まれる要求に応じた内容のＩＰパケットＳ６を、アンテナ７から通信衛星８を介してアンテナ９に送信する。クライアントＰＣ２は、ＳＴＴＨカード１１を介して、アンテナ９からＩＰパケットＳ６を受信し、このＩＰパケットＳ６に含まれるデータを用いて処理を行う。
クライアントＰＣ２とサーバー６とは、ＩＳＤＮ４を介したルート（通信経路）では双方向のデータ伝送が可能であるが、通信衛星８を介したルートではサーバー６からクライアントＰＣ２に対してのみデータ伝送が可能である。
【００１５】
図１に示すクライアントＰＣ２について詳細に説明する。
図２は、クライアントＰＣ２のシステム構成図である。
図２に示すように、クライアントＰＣ２は、物理層としてのＩＳＤＮカード１０およびＳＴＴＨカード１１の上に、ＮＤＩＳ(Network Driver Interface Specification)層１２，１３と、ＩＰ(Internet Protocol) 層、ＴＣＰ(Transmission Control Protocol層１５と、セッション層１６と、アプリケーション層１７とを順に構築した機能構成になっている。ここで、図１１（Ａ）に示すＴＣＰ／ＩＰモデルとの関係で、セッション層１６はアプリケーション層１７に含まれると解釈してもよい。ここで、ＳＴＴＨカード１１は、衛星用受信ボードであり、ＩＳＤＮカード１０のアドレスとは別に、独自のアドレスを有している。
【００１６】
クライアントＰＣ２は、ＩＳＤＮカード１０のインターフェースを介してのみ外部装置に対してＩＰパケットを送信する。また、クライアントＰＣ２は、ＩＳＤＮカード１０およびＳＴＴＨカード１１のそれぞれのインターフェースを介して外部装置から、ＩＰパケットを受信することができる。すなわち、ＳＴＴＨカード１１は、受信機能のみを有する。
【００１７】
本実施形態では、ＩＳＤＮカード１０のインターフェースから送信されるＩＰパケットは、ＩＳＤＮカード１０の上位のＮＤＩＳ層１２のＩＰアドレスコンバータ１８において、図３に示すＩＰアドレスコンバータ１８の機能により、ＩＰパケット中の発信元ＩＰアドレス、ＩＰヘッダのチェックサム、ＴＣＰ／ＵＤＰ(User Datagram Protocol)パケット中のチェックサムが書き換えられる。
すなわち、ＩＰアドレスコンバータ１８は、上位層あるいはＩＰアドレスコンバータ１９から入力したＩＰパケットを、スイッチ３０による切り換え処理によって、ＩＰコンバータ３１に出力するか否かを決定する。このとき、スイッチ３０による切り換え処理は、図２に示すコントローラ２０からの制御信号Ｓ２０ｂに基づいて行われる。
【００１８】
ＩＰコンバータ３１は、ＩＰヘッダ中の発信元アドレスを、メモリ３２に記憶されたＩＰアドレス変換テーブルを用いて変換する。このとき、変換テーブルに登録されたアドレスうち、どのアドレスを用いるかは、図２に示すコントローラ２０からの制御信号Ｓ２０ｂによって指示される。
【００１９】
ＩＰコンバータ３１は、ＩＰヘッダのチェックサムの計算は通常の方法で行う。また、ＩＰコンバータ３１は、ＴＣＰ／ＵＤＰチェックサムの計算を、変換前のＩＰアドレスと変換後のＩＰアドレスとの差分からチェックサムを計算することにより行う。ここで、通常、ＴＣＰ／ＵＤＰチェックサムは、ＴＣＰ／ＵＤＰデータグラム全体を構成した上で計算する。
尚、図３に示す例では、ＩＰコンバータ３１は、入力したＩＰパケットについて、送信元（ＳＲＣ）アドレスを「１３０．１０．５．５」から「１３１．２３．６．４４」に変換している。
ここで、アドレス「１３０．１０．５．５」は図１に示すＰＰＰ(Point to Point Protocol) でのＩＳＤＮカード１０のアドレスであり、アドレス「１３１．２３．６．４４」は図１に示す衛星受信（ＳＡＴ）でのＳＴＴＨカード１１のアドレスである。また、アドレス「１３１．０．１．１」は、ＷＷＷ(World Wide Web)でのアドレスである。
【００２０】
図３に示すＩＰアドレスコンバータ１８の機能により、クライアントＰＣ２から要求を示すＩＰパケットＳ２を受信したサーバー６は、クライアントＰＣ２において書き換えた後の発信元アドレス、すなわちＳＴＴＨカード１１のアドレスに、その要求の答えを返すようになる。
【００２１】
また、本実施形態では、ＳＴＴＨカード１１のインターフェースから受信されるＩＰパケットＳ６は、ＳＴＴＨカード１１の上位のＮＤＩＳ１３のＩＰアドレスコンバータ１９の機能によって、ＩＰパケット中の送信先ＩＰアドレス、ＩＰヘッダのチェックサム、ＴＣＰ／ＵＤＰパケット中のチェックサムが書き換えられる。
このようにすることで、クライアントＰＣ２で受信したＩＰパケットＳ６の送信先をさらに変更することができる。
【００２２】
ＩＰアドレスコンバータ１９において変換を行うか否かは、コントローラ２０からの制御信号Ｓ２０ａに基づいて決定される。
すなわち、図４に示すように、ＩＰアドレスコンバータ１９は、ＳＴＴＨカード１１からＩＰパケットＳ６を入力すると、コントローラ２０からの制御信号Ｓ２０ａに基づくスイッチ４０の切り換え処理によって、ＩＰパケットをＩＰコンバータ４１に出力する否かを決定する。
【００２３】
ＩＰコンバータ４１では、ＩＰパケットについて、ＩＰヘッダ中の送信先アドレス、チェックサムおよびＴＣＰ／ＵＤＰヘッダのチェックサムを書き換える。この書換えは、メモリ４２に記憶されたＩＰアドレス変換テーブルを用いて行われる。変換テーブルには、複数の送信先のアドレスが登録されており、どのアドレスを使うかは、制御信号Ｓ２０ａによって指示される。このとき、ＩＰアドレスコンバータ１９で受信したＩＰパケットＳ６を、さらに複数のコンピュータに転送することができる。ＩＰコンバータ４１におけるチェックサムの計算方法は、前述した図３に示すＩＰコンバータ３１と同じである。
尚、図４に示す例では、ＩＰコンバータ４１において、入力したＩＰパケットについて、送信先（ＤＳＴ）アドレスを「１３０．０．１．１」から「１３１．２３．６．４４」に変換している。
【００２４】
また、図２に示すように、ＩＰアドレスコンバータ１９では、入力されたＩＰパケットを、ＮＤＩＳ層１２のＩＰアドレスコンバータ１８に転送するか、そのまま上位のＩＰ層１４に転送するが制御信号Ｓ２０ａに基づいて決定される。
このような下位層での経路制御機能により、アプリケーション層１７において柔軟な応用機能を提供することができる。ドライバーコントロールアプリケーション２１は、コントローラ２０を制御するための上位のアプリケーションである。
【００２５】
図１に示す実施形態では、図２のＳＴＴＨカード１１から受信したＩＰパケットをＩＰアドレスコンバータ１９において着信先アドレスを書き換えた後、上位のＩＰ層１４に転送している。ＩＰ層１４に転送されたデータは、書き換えられた着信先アドレスにより、上位のアプリケーション層１７に渡されるか、またはＮＤＩＳ層１２に渡されてルーティングされる。
この構成では上位のアプリケーション層１７からは、２つのインターフェースを使用して、データの送受信を行っているように見える。この場合は、発信時のＩＰアドレスコンバータ１８によるＩＰアドレスの書き換えは行っても行わなくてもよい。
一方、ＩＰアドレスコンバータ１９から、ＩＰアドレスコンバータ１８にＩＰパケットが転送される場合には、クライアントＰＣ２は、ブリッジとしての機能を持つことになる。
【００２６】
図５は、図１に示すクライアントＰＣ２とサーバー６との間でのＩＰパケットの送受信を説明するための図である。
図５に示すように、ＩＰパケットがクライアントＰＣ２からアプリケーション層１７からサーバー６のアプリケーション層５５に送信される。このとき、クライアントＰＣ２のＩＰ層１４の上位の層では、ＩＰパケットの送信元（ＳＲＣ）アドレスは「１３０．１０．５．５」であり、送信先（ＤＳＴ）アドレスは「１３０．０．１．１」となっている。
【００２７】
このＩＰパケットＳ２は、ＮＤＩＳ層１２において、図３に示した手法で、送信元（ＳＲＣ）アドレスが「１３０．２３．６．４４」に書き換えられた後に、ＩＳＤＮカード１０から図１に示すＩＳＤＮ４を介してサーバー６のＬＡＮ層５０に送信され後、アプリケーション層５５に出力される。ここで、アドレス「１３０．２３．６．４４」は、衛星通信用のＳＴＴＨカード１１のアドレスである。また、ＮＤＩＳ層１２において、ＩＰパケットのチェックサムも書き換えられる。
【００２８】
アプリケーション層５５は、クライアントＰＣ２からのＩＰパケットの要求に応じた処理を行い、その要求を含むＩＰパケットをＩＰ層５２に出力し、ＬＡＮ層５０から通信衛星８を介してクライアントＰＣ２に送信される。
このとき、ＩＰ層５２に出力されるＩＰパケットは、受信したＩＰパケットの送信元（ＳＲＣ）アドレス「１３０．２３．６．４４」が送信先（ＤＳＴ）アドレスとし、受信したＩＰパケットの送信先（ＤＳＴ）アドレス「１３０．０．１．１」を送信元（ＳＲＣ）アドレスとする。
【００２９】
クライアントＰＣ２は、ＳＴＴＨカード１１からＩＰパケットＳ６を受信すると、ＮＤＩＳ層１３において、送信先（ＤＳＴ）アドレス「１３０．２３．６．４４」を「１３０．１０．５．５」に書き換えると共に、チェックサムも書き換える。
このようにすることで、クライアントＰＣ２のアプリケーション層１７は、どのインターフェースからデータを受信したか意識せずにデータを受け取ることができる。
【００３０】
尚、参考のために、ＩＰパケットのヘッダのフォーマットを図６に示す。
図６に示すように、ＩＰパケットのヘッダは、バージョン、ヘッダ長（ＩＨＬ）、サービスタイプ（ＴＯＳ）、パケット長、識別子、フラッグ、フラグメントオフセット、生存時間（ＴＴＬ）、プロトコル、チェックサム、送信先アドレス、送信元アドレスおよびオプションに関するデータを含む。
【００３１】
以上説明したように、クライアントＰＣ２では、ＮＤＩＳ層１２，１３において、ＩＰパケットの送信先アドレスおよび送信元アドレスの少なくとも一方が書き換えられる。そのため、ＩＰパケットの通信経路を非常に柔軟に制御できる。具体的には、受信インターフェースで受信したＩＰパケットを、ＩＰ層に転送してルーティングさせることによって、要求を出したクライアントＰＣにデータを転送することができる。
【００３２】
第２実施形態
本実施形態に係わるデータ伝送装置の構成は、図１に示すものと同じである。
図７を参照しながら、本実施形態のデータ伝送装置における処理を説明する。
本実施形態では、アンテナ９で受信され、ＳＴＴＨカード１１から入力されたＩＰパケットＳ６を、図２に示すＮＤＩＳ層１２のＩＰアドレスコンバータ１９において送信先アドレスを書き換えた後に、ＩＰアドレスコンバータ１８に転送している。この構成では、アプリケーション層１７からは、１つのインターフェースを用いてデータ送受信を行っているように見える。このとき、ＮＤＩＳ層１２からＩＳＤＮカード１０にＩＰパケットを転送する際に、図２に示すＩＰアドレスコンバータ１８による送信元アドレスの書換え処理は行わなくてもよい。
このように、ＮＤＩＳ層１２において、ＩＰパケットを転送することで、異なる機能を持つシステムのアプリケーションを動作させることができる。
【００３３】
第３実施形態
本実施形態に係わるデータ伝送装置の構成は、図１に示すものと同じである。
図８を参照しながら、本実施形態のデータ伝送装置における処理を説明する。
本実施形態では、クライアントＰＣ２は、ＬＡＮカード７０から、防火壁７１を介して、インターネット５に接続された図１に示すサーバー６に要求を送信する。ここで、防火壁３は、外部からのアクセスが、クライアントＰＣ２が接続されたローカルネットワークを通過してもよいか否かをチェックし、セキュリティ機能を有する。
【００３４】
そして、その要求に応じたサーバー６からのＩＰパケットＳ６を通信衛星８を介してアンテナ９で受信する。クライアントＰＣ６８は、ＳＴＴＨカード１１からＩＰパケットＳ６を入力し、ＮＤＩＳ層６３の図２のＩＰアドレスコンバータ１９において送信先アドレスを書き換えた後に、ＩＰ層６４を介して、ＮＤＩＳ層６２およびＬＡＮカード６０に転送される。そして、ＩＰパケットＳ６は、クライアントＰＣ２のＬＡＮカード６９に送信される。この構成では、サーバー６に対して、要求を送信したクライアントＰＣ２は、通信衛星８を介してサーバー６から送信されたＩＰパケットＳ６を直接は受信せず、クライアントＰＣ２とＬＡＮで接続されたクライアントＰＣ６８が直接受信する。
【００３５】
本実施形態によれば、クライアントＰＣ２がＳＴＴＨカードを備えていない場合でも、ＳＴＴＨカード６１を備えたクライアントＰＣ６８から受信したＩＰパケットをルーティングすることで、クライアントＰＣ２は、通信衛星８を介して送信されたＩＰパケットを受けることができる。
このような構成にすることで、クライアントＰＣ６８に複数のクライアントＰＣを接続すれば、１台のＰＣにＳＴＴＨカードを備えることで、ＳＴＴＨカードを備えていない複数のＰＣにおいて、通信衛星８を介してＩＰパケットを受信することができる。
【００３６】
第４実施形態
本実施形態に係わるデータ伝送装置の構成は、図１に示すものと同じである。
図９を参照しながら、本実施形態のデータ伝送装置における処理を説明する。
本実施形態では、クライアントＰＣ２が、ＬＡＮカード７０から、防火壁７１を介してインターネット５に接続された図１に示すサーバー６に要求を送信する。
【００３７】
そして、その要求に応じたサーバー６からのＩＰパケットＳ６を通信衛星８を介してアンテナ９で受信する。リレイＰＣ８０は、ＳＴＴＨカード８９からＩＰパケットＳ６を入力し、ＮＤＩＳ層８７の図２のＩＰアドレスコンバータ１９において送信先アドレスを書き換えた後に、ＩＰ層６４を介して、ＮＤＩＳ層８５の図２に示すＩＰアドレスコンバータ１８に転送し、ＬＡＮカード８６を介して、クライアントＰＣ２のＬＡＮカード６９に送信している。
本実施形態では、リレイＰＣ８０は、ＮＤＩＳ層８５，８７，８８の下にそれぞれ、ＬＡＮカード８６、ＩＳＤＮカード９９およびＳＴＴＨカード８９を有する。
【００３８】
ここで、ＳＴＴＨ８９から受信したＩＰパケットをＮＤＩＳ層８８からＮＤＩＳ層８７に転送した後に、ＩＰ層６４に転送することで、ＩＳＤＮカード９９とＳＴＴＨカード８９とを上位のアプリケーション層６７からは、１つのインターフェースのように見せることができる。
また、図９に点線で示すように、ＳＴＴＨカード８９で受信したＩＰパケットをＮＤＩＳ８８からＩＰ層６４に転送すると共に、ＩＳＤＮカード９９から受信したＩＰパケットをＮＤＩＳ層８７を介してＩＰ層６４に転送するように設定することで、上位のアプリケーション層６７から、ＩＳＤＮカード８８およびＳＴＴＨカード８９を、それぞれ別々のインターフェースとして認識させることもできる。
【００３９】
第５実施形態
本実施形態に係わるデータ伝送装置の構成は、図１に示すものと同じである。
図１０を参照しながら、本実施形態のデータ伝送装置における処理を説明する。
このデータ伝送装置は、図９に示すデータ伝送装置において、リレイＰＣ８０の代わりに、リレイルータ９５を用いた構成をしている。リレイルータ９５を用いた場合でも、クライアントＰＣ２は、実質的に第４実施形態の場合と同様のＩＰパケットをＬＡＮカード６９から受信することができる。
【００４０】
本実施形態によれば、クライアントＰＣ２がＳＴＴＨカードを備えていない場合でも、ＳＴＴＨカード６１を備えたクライアントＰＣ６８から受信したＩＰパケットをルーティングすることで、通信衛星８を介して送信されたＩＰパケットを受けることができる。
リレイルータ９５は、ＬＡＮカード９２およびＳＴＴＨカード９４の上にそれぞれＮＤＩＳ層９１，９３を有し、ＮＤＩＳ層９１，９３の上にＩＰ層９０を有している。
【００４１】
本発明は上述した実施形態には限定されない。例えば、上述した実施形態では、ＩＰパケットに含まれる送信先アドレスおよび送信元アドレスの書き換えを、データリンク層において行い場合について例示したが、この書き換えは、ＩＰ層で行ってもよい。
【００４２】
【発明の効果】
本発明のデータ伝送装置およびその方法によれば、通信過程おいて、送信データの送信先アドレスおよび送信元アドレスの書き換えることにより、非常に柔軟なデータの経路の制御を行うことができる。
また、本発明のデータ伝送装置およびその方法によれば、インターフェースを複数持っている場合には、さらに柔軟な機能を提供することがでいる。
また、本発明のデータ伝送装置およびその方法によれば、受信ボードを装備したクライアントから複数のクライアントに受信データを転送することができる。また、本発明のデータ伝送装置およびその方法によれば、受信ボードを装備したコンピュータにおいてデータをデータリンク層のレベルで転送することで異なる機能を持つシステムのアプリケーションを動作させることができる。
【図面の簡単な説明】
【図１】本発明の第１実施形態のデータ伝送装置の構成図である。
【図２】図１に示すクライアントＰＣの構成図である。
【図３】図２に示すＩＰアドレスコンバータの機能ブロック図である。
【図４】図２に示すＩＰアドレスコンバータの機能ブロック図である。
【図５】図１に示すクライアントＰＣとサーバーとの間の通信処理を説明するための図である。
【図６】ＩＰパケットのヘッダのフォーマットを示す図である。
【図７】本発明の第２実施形態のデータ伝送装置の構成図である。
【図８】本発明の第３実施形態のデータ伝送装置の構成図である。
【図９】本発明の第４実施形態のデータ伝送装置の構成図である。
【図１０】本発明の第５実施形態のデータ伝送装置の構成図である。
【図１１】ＴＣＰ／ＩＰモデルを説明するための図である。
【符号の説明】
１…データ伝送装置、２…クライアントＰＣ、３…ＤＳＵ、４…ＩＳＤＮ、５…インターネット、６…サーバー、７，９…アンテナ、１０…ＩＳＤＮカード、１１…ＳＴＴＨカード、１２，１３…ＮＤＩＳ層、１４…ＩＰ層、１５…ＴＣＰ層、１６…セッション層、１７…アプリケーション層
【産業上の利用分野】
本発明は、コンピュータと周辺機器を相互接続するためのコンピュータネットワークを介して通信を行うデータ伝送装置およびその方法に関する。
【０００２】
【従来の技術】
コンピュータネットワークでは、きわめて単純な通信経路でデータの送受信が行われている。すなわち、１対１または多対１または多対多の通信であっても、その通信経路を決定する際には、そのデータに含まれる発信元および発信先のアドレスに基づいて、そのデータを送受信して通信を行っている。
従来では、データ中の発信元および発信先のアドレスの書き換えは、アプリケーションレベルでのみ行われ、データがデータリンク層およびネットワーク層を通過する際には原則として行われていない。
【０００３】
【発明が解決しようとする課題】
しかしながら、近年、通信技術の発展に伴い、セキュリティの面から、企業内ネットワークなどの一定のネットワークでは、防火壁と呼ばれる通信機器を介さなければネットワークの外部と通信できないようになっている。このような場合に、データパケット内に含まれる発信元、発信先のアドレスを不変とすると、データを送信したい相手先の通信機器にデータを送り届けることが困難な状況になっている。
【０００４】
また、近年、通信データの大容量化に伴い、クライアントＰＣからサーバーへの要求を電話回線を介して行い、サーバーからクライアントＰＣへのデータ送信を通信衛星を介して行うことがある。この場合には、通信衛星から発信されたデータを直接受信する受信機と、受信データが最終的に送られる通信機器とが異なるといった事態が発生することが予想される。しかしながら、データパケット内に含まれる発信元、発信先のアドレスを不変とすると、かかる事態に柔軟に対応した効率の良いデータ通信を行うことができない。
【０００５】
すなわち、従来のデータ伝送装置では、ネットワークを介して送受信されるデータの通信経路を柔軟に制御することができず、データ伝送経路の制御を効率的に行うことができないという問題がある。
【０００６】
本発明は上述した従来技術の問題点に鑑みてなされ、ネットワークを介して送受信されるデータの通信経路を柔軟かつ効率的に制御できるデータ伝送装置およびその方法を提供することを目的とする。
【０００７】
【課題を解決するための手段】
上述した従来技術の問題点を解決し、上述した目的を達成するために、本発明のデータ伝送装置は、サーバとクライアントとの間で双方向のデータ伝送が可能な第１のデータ通信経路と、前記サーバからクライアントへのみデータを伝送可能で、前記第１のデータ通信経路に比べて伝送容量が大きな第２のデータ通信経路とを有し、前記クライアントは、それぞれ個別のアドレスを持つ前記第１のデータ通信経路の第１のインターフェースおよび前記第２のデータ通信経路の第２のインターフェースを有し、受信したデータの送信先アドレスを書き換えるデータ伝送装置において、送信データの送信元アドレスを前記クライアントの前記第２のインターフェースのアドレスに書き換えて、前記送信データを前記第１のデータ通信経路を介して前記サーバに伝送する第２のクライアントを有し、前記クライアントは、前記第２のデータ通信経路を介してサーバから受信した前記送信データに応じたデータの送信先アドレスをデータリンク層において書き換えて前記第２のクライアントに伝送することを特徴とする。
【０００８】
また、本発明のデータ伝送方法は、サーバとクライアントとの間のデータ伝送をネットワークを介して行うデータ伝送方法において、サーバとクライアントとの間で双方向のデータ伝送が可能な第１のデータ通信経路と、前記サーバからクライアントへのみデータを伝送可能で、前記第１のデータ通信経路に比べて伝送容量が大きな第２のデータ通信経路とを前記ネットワークに形成し、前記クライアントは、それぞれ個別のアドレスを持つ前記第１のデータ通信経路の第１のインターフェースおよび前記第２のデータ通信経路の第２のインターフェースを介してデータの送受信を行い、受信したデータの送信先アドレスを書き換え、第２のクライアントにより、送信データの送信元アドレスを前記クライアントの前記第２のインターフェースのアドレスに書き換えて、前記送信データを前記第１のデータ通信経路を介して前記サーバに伝送し、前記クライアントは、前記第２のデータ通信経路を介してサーバから受信した前記送信データに応じたデータの送信先アドレスをデータリンク層において書き換えて前記第２のクライアントに伝送することを特徴とする。
【００１０】
本発明のデータ伝送装置およびその方法では、データを送受信するインターフェースを複数個装備することでより柔軟な通信経路による通信が可能となる。
また、本発明のデータ伝送装置およびその方法によれば、複雑化したコンピュータネットワーク上の通信において、システムの要求に対し、柔軟な通信経路の決定、通信を行うことが可能となる。
【００１１】
【発明の実施の形態】
以下、本発明の実施形態に係わるデータ伝送装置およびその方法について説明する。
本実施形態のデータ伝送装置およびその方法では、通信プロトコルとしてＴＣＰ／ＩＰ(Transmission Control Protocol/Internet Protocol) インターネットプロトコルが採用されている。
【００１２】
先ず、ＴＣＰ／ＩＰモデルについて図１１を参照しながら説明する。
図１１に示すように、ＴＣＰ／ＩＰモデルは、例えば、ＩＳＤＮなどの物理層の上に、ＮＤＩＳなどのデータリンク層１００、ＩＰなどのインターネット層１０１、ＴＣＰなどのトランスポート層１０２およびアプリケーション層１０３が順に構築されている。
ここで、ＴＣＰ／ＩＰモデルと、ＯＳＩ(Open Systems Interconnection)参照モデルとを対比すると、ＴＣＰ／ＩＰのデータリンク層１００、インターネット層１０１およびトランスポート層１０２は、それぞれＯＳＩ参照モデルのデータリンク層１０４、ネットワーク層１０５およびトランスポート層１０６にそれぞれ対応している。また、ＴＣＰ／ＩＰのアプリケーション層１０３は、ＯＳＩ参照モデルのセッション層１０７、プレゼンテーション層１０８およびアプリケーション層１０９に対応している。
【００１３】
ここで、物理層は、伝送媒体を接続して電気信号や光信号などを伝送するためにモデムなどの各種信号のタイミング制御を行う。
データリンク層１００，１０４は、隣接の装置間でのデータ伝送機能を提供するために、誤り制御、応答制御などの機能を実行する。
インターネット層１０１およびネットワーク層１０５は、転送するデータの通信経路を選択し、正しく相手にデータを届けるための制御を行う。
トランスポート層１０２，１０６は、ネットワーク層のサービスとして提供される各種の通信網の品質（転送誤り率、確認応答の有無など）に対して均一なデータ転送サービスを提供する。
セッション層１０７は、通信を行うアプリケーション間の情報の交信方法を取り決め、情報の送信するタイミングや応答の確認方法などを制御する。
プレゼンテーション層１０８は、アプリケーション処理に依存する情報の表現形式と通信するための表現形式（データの符号化方式）間の変換処理を行う。
アプリケーション層１０９は、各種のアプリケーションの通信に関する応用機能であり、ファイル転送、トランザクション処理、電子メールおよびネットワーク管理などのサービスがある。
【００１４】
第１実施形態
図１に示すように、データ伝送装置１は、クライアントパーソナルコンピュータ（ＰＣ）２、ディジタル回線専用の回線終端装置であるＤＳＵ(Digital Service Unit)３、ＩＳＤＮ(Integrated Services Digital Network) ４、インターネット５、サーバー６、アンテナ７，９および通信衛星８を用いて実現される。
データ伝送装置１では、クライアントＰＣ２のＩＳＤＮカード１０からＤＳＵ３にＩＰパケットＳ２が送信され、このＩＰパケットがＩＳＤＮ４およびインターネット５を介してサーバー６に送信される。サーバー６は、ＩＰパケットＳ２に含まれる要求に応じた内容のＩＰパケットＳ６を、アンテナ７から通信衛星８を介してアンテナ９に送信する。クライアントＰＣ２は、ＳＴＴＨカード１１を介して、アンテナ９からＩＰパケットＳ６を受信し、このＩＰパケットＳ６に含まれるデータを用いて処理を行う。
クライアントＰＣ２とサーバー６とは、ＩＳＤＮ４を介したルート（通信経路）では双方向のデータ伝送が可能であるが、通信衛星８を介したルートではサーバー６からクライアントＰＣ２に対してのみデータ伝送が可能である。
【００１５】
図１に示すクライアントＰＣ２について詳細に説明する。
図２は、クライアントＰＣ２のシステム構成図である。
図２に示すように、クライアントＰＣ２は、物理層としてのＩＳＤＮカード１０およびＳＴＴＨカード１１の上に、ＮＤＩＳ(Network Driver Interface Specification)層１２，１３と、ＩＰ(Internet Protocol) 層、ＴＣＰ(Transmission Control Protocol層１５と、セッション層１６と、アプリケーション層１７とを順に構築した機能構成になっている。ここで、図１１（Ａ）に示すＴＣＰ／ＩＰモデルとの関係で、セッション層１６はアプリケーション層１７に含まれると解釈してもよい。ここで、ＳＴＴＨカード１１は、衛星用受信ボードであり、ＩＳＤＮカード１０のアドレスとは別に、独自のアドレスを有している。
【００１６】
クライアントＰＣ２は、ＩＳＤＮカード１０のインターフェースを介してのみ外部装置に対してＩＰパケットを送信する。また、クライアントＰＣ２は、ＩＳＤＮカード１０およびＳＴＴＨカード１１のそれぞれのインターフェースを介して外部装置から、ＩＰパケットを受信することができる。すなわち、ＳＴＴＨカード１１は、受信機能のみを有する。
【００１７】
本実施形態では、ＩＳＤＮカード１０のインターフェースから送信されるＩＰパケットは、ＩＳＤＮカード１０の上位のＮＤＩＳ層１２のＩＰアドレスコンバータ１８において、図３に示すＩＰアドレスコンバータ１８の機能により、ＩＰパケット中の発信元ＩＰアドレス、ＩＰヘッダのチェックサム、ＴＣＰ／ＵＤＰ(User Datagram Protocol)パケット中のチェックサムが書き換えられる。
すなわち、ＩＰアドレスコンバータ１８は、上位層あるいはＩＰアドレスコンバータ１９から入力したＩＰパケットを、スイッチ３０による切り換え処理によって、ＩＰコンバータ３１に出力するか否かを決定する。このとき、スイッチ３０による切り換え処理は、図２に示すコントローラ２０からの制御信号Ｓ２０ｂに基づいて行われる。
【００１８】
ＩＰコンバータ３１は、ＩＰヘッダ中の発信元アドレスを、メモリ３２に記憶されたＩＰアドレス変換テーブルを用いて変換する。このとき、変換テーブルに登録されたアドレスうち、どのアドレスを用いるかは、図２に示すコントローラ２０からの制御信号Ｓ２０ｂによって指示される。
【００１９】
ＩＰコンバータ３１は、ＩＰヘッダのチェックサムの計算は通常の方法で行う。また、ＩＰコンバータ３１は、ＴＣＰ／ＵＤＰチェックサムの計算を、変換前のＩＰアドレスと変換後のＩＰアドレスとの差分からチェックサムを計算することにより行う。ここで、通常、ＴＣＰ／ＵＤＰチェックサムは、ＴＣＰ／ＵＤＰデータグラム全体を構成した上で計算する。
尚、図３に示す例では、ＩＰコンバータ３１は、入力したＩＰパケットについて、送信元（ＳＲＣ）アドレスを「１３０．１０．５．５」から「１３１．２３．６．４４」に変換している。
ここで、アドレス「１３０．１０．５．５」は図１に示すＰＰＰ(Point to Point Protocol) でのＩＳＤＮカード１０のアドレスであり、アドレス「１３１．２３．６．４４」は図１に示す衛星受信（ＳＡＴ）でのＳＴＴＨカード１１のアドレスである。また、アドレス「１３１．０．１．１」は、ＷＷＷ(World Wide Web)でのアドレスである。
【００２０】
図３に示すＩＰアドレスコンバータ１８の機能により、クライアントＰＣ２から要求を示すＩＰパケットＳ２を受信したサーバー６は、クライアントＰＣ２において書き換えた後の発信元アドレス、すなわちＳＴＴＨカード１１のアドレスに、その要求の答えを返すようになる。
【００２１】
また、本実施形態では、ＳＴＴＨカード１１のインターフェースから受信されるＩＰパケットＳ６は、ＳＴＴＨカード１１の上位のＮＤＩＳ１３のＩＰアドレスコンバータ１９の機能によって、ＩＰパケット中の送信先ＩＰアドレス、ＩＰヘッダのチェックサム、ＴＣＰ／ＵＤＰパケット中のチェックサムが書き換えられる。
このようにすることで、クライアントＰＣ２で受信したＩＰパケットＳ６の送信先をさらに変更することができる。
【００２２】
ＩＰアドレスコンバータ１９において変換を行うか否かは、コントローラ２０からの制御信号Ｓ２０ａに基づいて決定される。
すなわち、図４に示すように、ＩＰアドレスコンバータ１９は、ＳＴＴＨカード１１からＩＰパケットＳ６を入力すると、コントローラ２０からの制御信号Ｓ２０ａに基づくスイッチ４０の切り換え処理によって、ＩＰパケットをＩＰコンバータ４１に出力する否かを決定する。
【００２３】
ＩＰコンバータ４１では、ＩＰパケットについて、ＩＰヘッダ中の送信先アドレス、チェックサムおよびＴＣＰ／ＵＤＰヘッダのチェックサムを書き換える。この書換えは、メモリ４２に記憶されたＩＰアドレス変換テーブルを用いて行われる。変換テーブルには、複数の送信先のアドレスが登録されており、どのアドレスを使うかは、制御信号Ｓ２０ａによって指示される。このとき、ＩＰアドレスコンバータ１９で受信したＩＰパケットＳ６を、さらに複数のコンピュータに転送することができる。ＩＰコンバータ４１におけるチェックサムの計算方法は、前述した図３に示すＩＰコンバータ３１と同じである。
尚、図４に示す例では、ＩＰコンバータ４１において、入力したＩＰパケットについて、送信先（ＤＳＴ）アドレスを「１３０．０．１．１」から「１３１．２３．６．４４」に変換している。
【００２４】
また、図２に示すように、ＩＰアドレスコンバータ１９では、入力されたＩＰパケットを、ＮＤＩＳ層１２のＩＰアドレスコンバータ１８に転送するか、そのまま上位のＩＰ層１４に転送するが制御信号Ｓ２０ａに基づいて決定される。
このような下位層での経路制御機能により、アプリケーション層１７において柔軟な応用機能を提供することができる。ドライバーコントロールアプリケーション２１は、コントローラ２０を制御するための上位のアプリケーションである。
【００２５】
図１に示す実施形態では、図２のＳＴＴＨカード１１から受信したＩＰパケットをＩＰアドレスコンバータ１９において着信先アドレスを書き換えた後、上位のＩＰ層１４に転送している。ＩＰ層１４に転送されたデータは、書き換えられた着信先アドレスにより、上位のアプリケーション層１７に渡されるか、またはＮＤＩＳ層１２に渡されてルーティングされる。
この構成では上位のアプリケーション層１７からは、２つのインターフェースを使用して、データの送受信を行っているように見える。この場合は、発信時のＩＰアドレスコンバータ１８によるＩＰアドレスの書き換えは行っても行わなくてもよい。
一方、ＩＰアドレスコンバータ１９から、ＩＰアドレスコンバータ１８にＩＰパケットが転送される場合には、クライアントＰＣ２は、ブリッジとしての機能を持つことになる。
【００２６】
図５は、図１に示すクライアントＰＣ２とサーバー６との間でのＩＰパケットの送受信を説明するための図である。
図５に示すように、ＩＰパケットがクライアントＰＣ２からアプリケーション層１７からサーバー６のアプリケーション層５５に送信される。このとき、クライアントＰＣ２のＩＰ層１４の上位の層では、ＩＰパケットの送信元（ＳＲＣ）アドレスは「１３０．１０．５．５」であり、送信先（ＤＳＴ）アドレスは「１３０．０．１．１」となっている。
【００２７】
このＩＰパケットＳ２は、ＮＤＩＳ層１２において、図３に示した手法で、送信元（ＳＲＣ）アドレスが「１３０．２３．６．４４」に書き換えられた後に、ＩＳＤＮカード１０から図１に示すＩＳＤＮ４を介してサーバー６のＬＡＮ層５０に送信され後、アプリケーション層５５に出力される。ここで、アドレス「１３０．２３．６．４４」は、衛星通信用のＳＴＴＨカード１１のアドレスである。また、ＮＤＩＳ層１２において、ＩＰパケットのチェックサムも書き換えられる。
【００２８】
アプリケーション層５５は、クライアントＰＣ２からのＩＰパケットの要求に応じた処理を行い、その要求を含むＩＰパケットをＩＰ層５２に出力し、ＬＡＮ層５０から通信衛星８を介してクライアントＰＣ２に送信される。
このとき、ＩＰ層５２に出力されるＩＰパケットは、受信したＩＰパケットの送信元（ＳＲＣ）アドレス「１３０．２３．６．４４」が送信先（ＤＳＴ）アドレスとし、受信したＩＰパケットの送信先（ＤＳＴ）アドレス「１３０．０．１．１」を送信元（ＳＲＣ）アドレスとする。
【００２９】
クライアントＰＣ２は、ＳＴＴＨカード１１からＩＰパケットＳ６を受信すると、ＮＤＩＳ層１３において、送信先（ＤＳＴ）アドレス「１３０．２３．６．４４」を「１３０．１０．５．５」に書き換えると共に、チェックサムも書き換える。
このようにすることで、クライアントＰＣ２のアプリケーション層１７は、どのインターフェースからデータを受信したか意識せずにデータを受け取ることができる。
【００３０】
尚、参考のために、ＩＰパケットのヘッダのフォーマットを図６に示す。
図６に示すように、ＩＰパケットのヘッダは、バージョン、ヘッダ長（ＩＨＬ）、サービスタイプ（ＴＯＳ）、パケット長、識別子、フラッグ、フラグメントオフセット、生存時間（ＴＴＬ）、プロトコル、チェックサム、送信先アドレス、送信元アドレスおよびオプションに関するデータを含む。
【００３１】
以上説明したように、クライアントＰＣ２では、ＮＤＩＳ層１２，１３において、ＩＰパケットの送信先アドレスおよび送信元アドレスの少なくとも一方が書き換えられる。そのため、ＩＰパケットの通信経路を非常に柔軟に制御できる。具体的には、受信インターフェースで受信したＩＰパケットを、ＩＰ層に転送してルーティングさせることによって、要求を出したクライアントＰＣにデータを転送することができる。
【００３２】
第２実施形態
本実施形態に係わるデータ伝送装置の構成は、図１に示すものと同じである。
図７を参照しながら、本実施形態のデータ伝送装置における処理を説明する。
本実施形態では、アンテナ９で受信され、ＳＴＴＨカード１１から入力されたＩＰパケットＳ６を、図２に示すＮＤＩＳ層１２のＩＰアドレスコンバータ１９において送信先アドレスを書き換えた後に、ＩＰアドレスコンバータ１８に転送している。この構成では、アプリケーション層１７からは、１つのインターフェースを用いてデータ送受信を行っているように見える。このとき、ＮＤＩＳ層１２からＩＳＤＮカード１０にＩＰパケットを転送する際に、図２に示すＩＰアドレスコンバータ１８による送信元アドレスの書換え処理は行わなくてもよい。
このように、ＮＤＩＳ層１２において、ＩＰパケットを転送することで、異なる機能を持つシステムのアプリケーションを動作させることができる。
【００３３】
第３実施形態
本実施形態に係わるデータ伝送装置の構成は、図１に示すものと同じである。
図８を参照しながら、本実施形態のデータ伝送装置における処理を説明する。
本実施形態では、クライアントＰＣ２は、ＬＡＮカード７０から、防火壁７１を介して、インターネット５に接続された図１に示すサーバー６に要求を送信する。ここで、防火壁３は、外部からのアクセスが、クライアントＰＣ２が接続されたローカルネットワークを通過してもよいか否かをチェックし、セキュリティ機能を有する。
【００３４】
そして、その要求に応じたサーバー６からのＩＰパケットＳ６を通信衛星８を介してアンテナ９で受信する。クライアントＰＣ６８は、ＳＴＴＨカード１１からＩＰパケットＳ６を入力し、ＮＤＩＳ層６３の図２のＩＰアドレスコンバータ１９において送信先アドレスを書き換えた後に、ＩＰ層６４を介して、ＮＤＩＳ層６２およびＬＡＮカード６０に転送される。そして、ＩＰパケットＳ６は、クライアントＰＣ２のＬＡＮカード６９に送信される。この構成では、サーバー６に対して、要求を送信したクライアントＰＣ２は、通信衛星８を介してサーバー６から送信されたＩＰパケットＳ６を直接は受信せず、クライアントＰＣ２とＬＡＮで接続されたクライアントＰＣ６８が直接受信する。
【００３５】
本実施形態によれば、クライアントＰＣ２がＳＴＴＨカードを備えていない場合でも、ＳＴＴＨカード６１を備えたクライアントＰＣ６８から受信したＩＰパケットをルーティングすることで、クライアントＰＣ２は、通信衛星８を介して送信されたＩＰパケットを受けることができる。
このような構成にすることで、クライアントＰＣ６８に複数のクライアントＰＣを接続すれば、１台のＰＣにＳＴＴＨカードを備えることで、ＳＴＴＨカードを備えていない複数のＰＣにおいて、通信衛星８を介してＩＰパケットを受信することができる。
【００３６】
第４実施形態
本実施形態に係わるデータ伝送装置の構成は、図１に示すものと同じである。
図９を参照しながら、本実施形態のデータ伝送装置における処理を説明する。
本実施形態では、クライアントＰＣ２が、ＬＡＮカード７０から、防火壁７１を介してインターネット５に接続された図１に示すサーバー６に要求を送信する。
【００３７】
そして、その要求に応じたサーバー６からのＩＰパケットＳ６を通信衛星８を介してアンテナ９で受信する。リレイＰＣ８０は、ＳＴＴＨカード８９からＩＰパケットＳ６を入力し、ＮＤＩＳ層８７の図２のＩＰアドレスコンバータ１９において送信先アドレスを書き換えた後に、ＩＰ層６４を介して、ＮＤＩＳ層８５の図２に示すＩＰアドレスコンバータ１８に転送し、ＬＡＮカード８６を介して、クライアントＰＣ２のＬＡＮカード６９に送信している。
本実施形態では、リレイＰＣ８０は、ＮＤＩＳ層８５，８７，８８の下にそれぞれ、ＬＡＮカード８６、ＩＳＤＮカード９９およびＳＴＴＨカード８９を有する。
【００３８】
ここで、ＳＴＴＨ８９から受信したＩＰパケットをＮＤＩＳ層８８からＮＤＩＳ層８７に転送した後に、ＩＰ層６４に転送することで、ＩＳＤＮカード９９とＳＴＴＨカード８９とを上位のアプリケーション層６７からは、１つのインターフェースのように見せることができる。
また、図９に点線で示すように、ＳＴＴＨカード８９で受信したＩＰパケットをＮＤＩＳ８８からＩＰ層６４に転送すると共に、ＩＳＤＮカード９９から受信したＩＰパケットをＮＤＩＳ層８７を介してＩＰ層６４に転送するように設定することで、上位のアプリケーション層６７から、ＩＳＤＮカード８８およびＳＴＴＨカード８９を、それぞれ別々のインターフェースとして認識させることもできる。
【００３９】
第５実施形態
本実施形態に係わるデータ伝送装置の構成は、図１に示すものと同じである。
図１０を参照しながら、本実施形態のデータ伝送装置における処理を説明する。
このデータ伝送装置は、図９に示すデータ伝送装置において、リレイＰＣ８０の代わりに、リレイルータ９５を用いた構成をしている。リレイルータ９５を用いた場合でも、クライアントＰＣ２は、実質的に第４実施形態の場合と同様のＩＰパケットをＬＡＮカード６９から受信することができる。
【００４０】
本実施形態によれば、クライアントＰＣ２がＳＴＴＨカードを備えていない場合でも、ＳＴＴＨカード６１を備えたクライアントＰＣ６８から受信したＩＰパケットをルーティングすることで、通信衛星８を介して送信されたＩＰパケットを受けることができる。
リレイルータ９５は、ＬＡＮカード９２およびＳＴＴＨカード９４の上にそれぞれＮＤＩＳ層９１，９３を有し、ＮＤＩＳ層９１，９３の上にＩＰ層９０を有している。
【００４１】
本発明は上述した実施形態には限定されない。例えば、上述した実施形態では、ＩＰパケットに含まれる送信先アドレスおよび送信元アドレスの書き換えを、データリンク層において行い場合について例示したが、この書き換えは、ＩＰ層で行ってもよい。
【００４２】
【発明の効果】
本発明のデータ伝送装置およびその方法によれば、通信過程おいて、送信データの送信先アドレスおよび送信元アドレスの書き換えることにより、非常に柔軟なデータの経路の制御を行うことができる。
また、本発明のデータ伝送装置およびその方法によれば、インターフェースを複数持っている場合には、さらに柔軟な機能を提供することがでいる。
また、本発明のデータ伝送装置およびその方法によれば、受信ボードを装備したクライアントから複数のクライアントに受信データを転送することができる。また、本発明のデータ伝送装置およびその方法によれば、受信ボードを装備したコンピュータにおいてデータをデータリンク層のレベルで転送することで異なる機能を持つシステムのアプリケーションを動作させることができる。
【図面の簡単な説明】
【図１】本発明の第１実施形態のデータ伝送装置の構成図である。
【図２】図１に示すクライアントＰＣの構成図である。
【図３】図２に示すＩＰアドレスコンバータの機能ブロック図である。
【図４】図２に示すＩＰアドレスコンバータの機能ブロック図である。
【図５】図１に示すクライアントＰＣとサーバーとの間の通信処理を説明するための図である。
【図６】ＩＰパケットのヘッダのフォーマットを示す図である。
【図７】本発明の第２実施形態のデータ伝送装置の構成図である。
【図８】本発明の第３実施形態のデータ伝送装置の構成図である。
【図９】本発明の第４実施形態のデータ伝送装置の構成図である。
【図１０】本発明の第５実施形態のデータ伝送装置の構成図である。
【図１１】ＴＣＰ／ＩＰモデルを説明するための図である。
【符号の説明】
１…データ伝送装置、２…クライアントＰＣ、３…ＤＳＵ、４…ＩＳＤＮ、５…インターネット、６…サーバー、７，９…アンテナ、１０…ＩＳＤＮカード、１１…ＳＴＴＨカード、１２，１３…ＮＤＩＳ層、１４…ＩＰ層、１５…ＴＣＰ層、１６…セッション層、１７…アプリケーション層
Claims (2)
- サーバとクライアントとの間で双方向のデータ伝送が可能な第１のデータ通信経路と、
前記サーバからクライアントへのみデータを伝送可能で、前記第１のデータ通信経路に比べて伝送容量が大きな第２のデータ通信経路とを有し、
前記クライアントは、それぞれ個別のアドレスを持つ前記第１のデータ通信経路の第１のインターフェースおよび前記第２のデータ通信経路の第２のインターフェースを有し、受信したデータの送信先アドレスを書き換えるデータ伝送装置において、
送信データの送信元アドレスを前記クライアントの前記第２のインターフェースのアドレスに書き換えて、前記送信データを前記第１のデータ通信経路を介して前記サーバに伝送する第２のクライアントを有し、
前記クライアントは、前記第２のデータ通信経路を介してサーバから受信した前記送信データに応じたデータの送信先アドレスをデータリンク層において書き換えて前記第２のクライアントに伝送することを特徴とするデータ伝送装置。 - サーバとクライアントとの間のデータ伝送をネットワークを介して行うデータ伝送方法において、
サーバとクライアントとの間で双方向のデータ伝送が可能な第１のデータ通信経路と、
前記サーバからクライアントへのみデータを伝送可能で、前記第１のデータ通信経路に比べて伝送容量が大きな第２のデータ通信経路とを前記ネットワークに形成し、
前記クライアントは、それぞれ個別のアドレスを持つ前記第１のデータ通信経路の第１のインターフェースおよび前記第２のデータ通信経路の第２のインターフェースを介してデータの送受信を行い、受信したデータの送信先アドレスを書き換え、
第２のクライアントにより、送信データの送信元アドレスを前記クライアントの前記第２のインターフェースのアドレスに書き換えて、前記送信データを前記第１のデータ通信経路を介して前記サーバに伝送し、
前記クライアントは、前記第２のデータ通信経路を介してサーバから受信した前記送信データに応じたデータの送信先アドレスをデータリンク層において書き換えて前記第２のクライアントに伝送することを特徴とするデータ伝送方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP5974496A JP3834858B2 (ja) | 1996-03-15 | 1996-03-15 | データ伝送装置およびその方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP5974496A JP3834858B2 (ja) | 1996-03-15 | 1996-03-15 | データ伝送装置およびその方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPH09252271A JPH09252271A (ja) | 1997-09-22 |
| JP3834858B2 true JP3834858B2 (ja) | 2006-10-18 |
Family
ID=13122056
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP5974496A Expired - Fee Related JP3834858B2 (ja) | 1996-03-15 | 1996-03-15 | データ伝送装置およびその方法 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3834858B2 (ja) |
Families Citing this family (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6519243B1 (en) | 1998-02-26 | 2003-02-11 | Hitachi, Ltd. | Communication system for communications devices utilizing asymmetrical paths and communications method utilizing asymmetrical paths |
| JPH11306155A (ja) * | 1998-04-24 | 1999-11-05 | Jisedai Joho Hoso System Kenkyusho:Kk | 送信装置および送信方法、受信装置および受信方法、並びに送受信システムおよび送受信方法 |
| JPH11306069A (ja) * | 1998-04-24 | 1999-11-05 | Jisedai Joho Hoso System Kenkyusho:Kk | 送信装置および送信方法、受信装置および受信方法、並びに送受信システムおよび送受信方法 |
| JP2000112802A (ja) * | 1998-09-30 | 2000-04-21 | Jisedai Joho Hoso System Kenkyusho:Kk | 送信装置および送信方法、受信装置および受信方法、並びに送受信装置および送受信方法 |
| JP4228252B2 (ja) | 1999-02-05 | 2009-02-25 | ソニー株式会社 | データ設定方法、データ送信システム及び受信端末装置 |
| JP2000307625A (ja) * | 1999-02-18 | 2000-11-02 | Sony Corp | 通信方法及び通信装置 |
| JP2000341329A (ja) | 1999-05-27 | 2000-12-08 | Ibm Japan Ltd | 衛星リンクを動的に割り当てるための方法及び装置 |
-
1996
- 1996-03-15 JP JP5974496A patent/JP3834858B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JPH09252271A (ja) | 1997-09-22 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP2637901B2 (ja) | 可動ホストに対する情報パケットの経路指定方法 | |
| US6173334B1 (en) | Network system including a plurality of lan systems and an intermediate network having independent address schemes | |
| US20030128708A1 (en) | Communication apparatus and relay apparatus for performing packet priority control | |
| JP2006503513A (ja) | 異機種プロトコルの間に相互データ伝送のための共通プロトコル階層構造及び方法と共通プロトコルパケット。 | |
| JP2003110596A (ja) | データ通信サービス提供方法 | |
| JP3834858B2 (ja) | データ伝送装置およびその方法 | |
| JP2002141952A (ja) | 仮想ネットワーク及び仮想ネットワーク接続方式 | |
| EP1193905A2 (en) | Communication system and method for determining user fee on the basis of quality of service | |
| US20030196118A1 (en) | Service control network and its control method | |
| US5835728A (en) | System for routing computer network | |
| JP3614006B2 (ja) | 非対称経路利用通信システム、および、非対称経路利用通信方法 | |
| US20040230671A1 (en) | Modular access point for wireless networking | |
| US20030167341A1 (en) | Communications system, communications method, network manager, and transfer device | |
| JP3999353B2 (ja) | コンピュータネットワークにおける通信経路の決定方法ならびにシステム及び同方法がプログラムされ記録される記録媒体 | |
| JP2003069615A (ja) | 通信制御装置および通信制御方法 | |
| Cisco | Configuring STUN and BSTUN | |
| Cisco | Configuring STUN and BSTUN | |
| Cisco | Configuring STUN and BSTUN | |
| JP3791304B2 (ja) | ゲートウェイ装置及びマルチキャスト通信システム | |
| JP3494265B2 (ja) | 衛星回線接続装置 | |
| JPH0758771A (ja) | アドレス管理装置 | |
| JPS6359137A (ja) | 通信システム | |
| JP2004064490A (ja) | データ通信システム | |
| JPH1155329A (ja) | データ伝送装置およびデータ伝送方法、サーバ装置 | |
| JP3514375B2 (ja) | 経路制御方法 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20050322 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20050519 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20060214 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20060414 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20060523 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20060609 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20060704 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20060717 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100804 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110804 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110804 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120804 Year of fee payment: 6 |
|
| LAPS | Cancellation because of no payment of annual fees |