JPH11205384A - データ通信システム及びデータ通信装置 - Google Patents

Abstract

(57)【要約】 【課題】 有線回線の通信プロトコルを衛星回線に置き
換えた場合でも効率的なデータ通信が可能となるデータ
通信システムを提供する。 【解決手段】 通信制御部１１、パケット処理部１２、
ＴＣＰパケット蓄積部１３、ＵＤＰパケット蓄積部１
４、応答パケット作成部１５を具備した通信サーバ１０
を各サイトに配置し、衛星回線ＬＳを各サイト間に介在
させてデータ通信システム１を構築する。送信対象とな
るＵＤＰまたはＴＣＰパケットを、対応するパケット蓄
積部１３，１４に蓄積する。少なくとも一方のパケット
蓄積完了時に当該パケット群を送信先サイトへ一括送信
する。一括送信したパケット群がＴＣＰパケット群の場
合には、送信先サイトからの応答パケットに基づく送信
結果をパケット送信を要求した送信元に一括通知する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、コンピュータを使
用した通信制御技術に係り、特に、衛星回線を含む無線
回線を用いて構築された通信環境において、効率良くデ
ータ通信を行うことができるデータ通信システムに関す
る。

【０００２】

【従来の技術】最近、インタネット等の公衆網に代表さ
れる有線ネットワークにおいて、特定のホストコンピュ
ータ（以下、ホスト）に対するアクセスの集中に起因し
て、ホスト周辺の通信回線が多大な過負荷状態となる問
題が頻繁に生じている。このような問題を回避するた
め、ネットワークの一部を衛星回線に置き換える試みが
検討されている。この試みは、特定のホストに対するア
クセスの集中を負荷の分散によって解決するために、通
信衛星を介した衛星通信が同報性に優れているという特
性に着目したものである。

【０００３】図５は、衛星回線を利用した従来のデータ
通信システムの一構成例を示す図である。このデータ通
信システム５は、複数の地上局（サイトＡ，Ｂと称す
る）を、通信衛星ＣＳを介在させた衛星回線ＬＳと有線
ネットワーク（以下、有線回線）ＬＮとで接続して通信
回線の多重化を図っている。各サイトＡ，Ｂには、衛星
ルータ５０とホストとして動作するサーバ６０とが、例
えば局内のローカルネットワークを介して相互接続され
ている。

【０００４】このようなデータ通信システム５の特徴
は、サイトＡ，Ｂ毎に、衛星ルータ５０を用いて通信を
行う点である。この衛星ルータ５０は、衛星回線ＬＳと
有線回線ＬＮとのうち、最適な通信経路の探索、すなわ
ちルーティングを行うもので、サイト内のサーバ６０か
らは、衛星回線ＬＳを意識する必要のない、所謂シーム
レスなルーティングを行えるようになっている。一方、
インタネットと有線回線ＬＮを介して通信する場合の通
信プロトコルは、ＴＣＰ／ＩＰ（Transmission Control
Protocol／Internet Protocol）に準拠している。ＴＣ
Ｐ／ＩＰの通信内容は、その大部分が、プロトコルで通
信保証を行うＴＣＰパケット、または通信保証を行わな
いＵＤＰパケットにより占められている。

【０００５】ＴＣＰにおける通信保証は、送信側サイト
が受信側サイトへパケットを送信した後に、受信側サイ
トから当該パケットに対応した応答パケットを取得する
ことにより実現される。この場合の応答パケットの内容
は、正常応答（ＡＣＫ）または異常応答（ＮＡＫ）から
成る極めて短いデータである。

【０００６】

【発明が解決しようとする課題】ところで、衛星回線Ｌ
Ｓでは、上述のような特性以外に、回線経路の長さに起
因する通信遅延が生じることは良く知られている。その
ため、衛星ルータ５０で有線回線ＬＮから衛星回線ＬＳ
に切り換える際に、有線回線ＬＮの通信プロトコルをそ
のまま衛星回線ＬＳに使用すると、以下の問題が生じ
る。 （１）前回分のパケットの応答を待って次回分のパケッ
トを送信するため、通信遅延が累積される。 （２）通信内容よりも回線確立のための時間や通信遅延
による時間が相対的に長くなる。 このような問題は通信プロトコルのオーバヘッドを増大
させる結果、通信回線の使用効率の低下、ひいてはデー
タ通信システムの全体の通信のスループットを著しく低
下させる要因となっており、改善が望まれていた。

【０００７】本発明の課題は、例えば上述の従来の有線
回線の通信環境を衛星回線を介した通信環境に置き換え
た場合であっても、全体の通信のスループットを低下す
ることなく、効率の良い通信が可能となるデータ通信シ
ステムを提供することにある。本発明の他の課題は、上
記データ通信システムの構築に適したデータ通信装置を
提供することにある。

【０００８】

【課題を解決するための手段】本発明が提供するデータ
通信システムは、通信保証を要する送信パケットと通信
保証を要しない送信パケットとが混在したパケット群を
送信元から受領して所定の通信回線に送信する第１装置
と、前記通信回線を介して受信した前記通信保証を要す
る送信パケットの各々に対応する正常応答または異常応
答を前記第１装置宛に返信する第２装置とを有し、前記
送信元が、前記通信保証を要する送信パケットに対する
送信結果を所定期間内に受領しない場合に当該送信パケ
ットの再送信を第１装置に要求するデータ通信システム
において、前記第１装置に、個々の送信パケットを前記
通信保証の要否別に分類し、前記通信保証を要する送信
パケットについては前記所定期間内に前記送信元へ送信
結果を通知し得る数のパケット群を蓄積し、前記通信保
証を要しない送信パケットについては所定数のパケット
群を蓄積するパケット蓄積手段と、前記パケット蓄積手
段で通信保証を要するパケット群と通信保証を要しない
パケット群のいずれかの蓄積を完了した場合に、当該パ
ケット群を第２装置へ一括送信する通信制御手段とを設
けたことを特徴とする。

【０００９】好ましくは、前記第１装置が、以下の要素
を有するようにする。 （１）前記一括送信したパケット群のすべての送信結果
を前記送信元へ一括通知する手段。 （２）前記一括送信したパケット群が通信保証を要しな
いものである場合に、一括送信後直ちに蓄積済の該当パ
ケットを破棄する手段。 （３）前記一括送信したパケット群が通信保証を要する
ものであり、且つ前記第２装置からの応答が正常応答の
場合に、前記送信元へ正常送信結果を通知するとともに
蓄積済の該当パケットを破棄する手段。 （４）前記一括送信したパケット群が通信保証を要する
ものであり、且つ前記第２装置からの応答が異常応答の
場合に、前記パケット群を前記第２装置宛に所定回数再
送信し、再送信後も異常応答を受信したときに前記送信
元に異常送信結果を通知するとともに蓄積済の該当パケ
ットを破棄する手段。

【００１０】本発明の他のデータ通信システムは、前記
第２装置に、前記一括送信に対応する正常応答または異
常応答を作成して前記第１装置宛に一斉返送する応答作
成手段を設け、通信保証を要する送信パケットに対する
応答待ち処理を並列化したことを特徴とする。

【００１１】上記各データ通信システムにおいて、前記
所定の通信回線は、前記通信制御手段によっていずれか
一方が主回線、他方が従回線として切り換えられる複数
系統の通信回線のいずれかであり、少なくとも一系統の
通信回線が無線回線、例えば通信衛星を介した衛星回線
である。また、前記通信制御手段は、ＴＣＰ／ＩＰに準
拠した通信プロトコルに基づいて前記パケット群を送信
するように構成される。

【００１２】上記他の課題を解決する本発明のデータ通
信装置は、前記第１装置または第２装置として機能する
ものである。第１装置としてのデータ通信装置は、個々
の送信パケットを前記通信保証の要否別に分類し、前記
通信保証を要する送信パケットについては前記所定期間
内に前記送信元へ送信結果を通知し得る数のパケット群
を蓄積し、前記通信保証を要しない送信パケットについ
ては所定数のパケット群を蓄積するパケット蓄積手段
と、前記パケット蓄積手段で通信保証を要する送信パケ
ットと通信保証を要しない送信パケットのいずれかの蓄
積を完了した場合に当該パケット群を前記送信先装置宛
に一括送信するとともに、一括送信による通信結果を前
記送信元へ通知する通信制御手段とを有することを特徴
とする。

【００１３】また、第２装置としてのデータ通信装置
は、前記通信回線より受信した個々の送信パケットを前
記通信保証の要否別に分類するパケット分類手段と、通
信保証を要する送信パケット群に対して、正しく受信し
た場合の正常応答と正しく受信できなかった場合の異常
応答とを含む応答パケットを送信パケット毎に作成する
応答作成手段と、前記応答パケットの作成終了を契機に
前記通信回線を確立して当該応答パケットを前記送信先
装置に一括送信するとともに、一括送信後に前記通信回
線を開放する通信制御手段とを有することを特徴とす
る。

【００１４】

【発明の実施の形態】以下、図面を参照して本発明の実
施の形態を詳細に説明する。 （第１実施形態）図１は、本発明を衛星回線と有線回線
とを併用するデータ通信システムに適用した場合の実施
の形態を示す機能ブロック図である。なお、この例は、
便宜上、図５で示した従来型システムの構成に対応さ
せ、同一の機能ブロックについては同一符号を付してあ
る。

【００１５】本実施形態のデータ通信システム１は、サ
イトＡ，Ｂを２系統の通信回線を介して相互通信可能に
接続して構成される。２系統の一方の通信回線は、通信
衛星ＣＳによる衛星回線ＬＳ、他方の通信回線は、イン
タネット等の公衆網に代表される有線回線ＬＮである。
有線回線ＬＮの通信プロトコルは前述のＴＣＰ／ＩＰプ
ロトコルに準拠しており、衛星回線ＬＳは、例えば、有
線回線ＬＮにおける回線状況の過負荷状態が検出された
ときに選択されて自動的に回線確立が行われるようにな
っている。

【００１６】サイトは、実際には、同様な構成で複数存
在するが、本実施形態では、便宜的に２つのサイトＡ，
Ｂを例示して説明する。各サイトＡ，Ｂは、それぞれ、
データ通信装置として機能する通信サーバ１０、各種情
報の提供を行う情報サーバ６０、及び複数のクライアン
ト７０を、局内に構築されたネットワークに接続した通
信環境を有している。情報サーバ６０及びクライアント
７０は、パケットの送信を通信サーバ１０に要求する送
信元ホスト、及び通信サーバ１０を通じて相手サイトか
ら受信したパケットを受領する受信ホストとして機能す
るものである。

【００１７】通信サーバ１０は、サーバ本体がオペレー
ティングシステム（ＯＳ）と協働するプログラムを読み
込んで実行することによって形成される、通信制御部１
１、パケット処理部１２、ＴＣＰパケット蓄積部１３、
ＵＤＰパケット蓄積部１４、応答パケット作成部１５の
機能ブロックを具備して構成される。上記プログラム
は、通常、サーバ本体の内部記憶装置あるいは外部記憶
装置に格納され、随時読み取られて実行されるようにな
っているが、上記サーバ本体とは分離可能な可搬性記録
媒体、例えばＣＤ−ＲＯＭやＦＤ等に格納され、使用時
に上記内部記憶装置または外部記憶装置にインストール
されて随時実行に供されるものであってもよい。

【００１８】通信制御部１１は、パケットの送信時に通
信回線のルーティングを行う機能、通信回線の確立及び
開放を行う機能、通信回線へのパケットの一括送信また
はネットワークへの送信結果の一括通知を行う機能、通
信回線から応答パケットを受信してパケット処理部１２
に入力する機能、その他の通信に関わる制御機能を有す
るものである。

【００１９】パケット処理部１２は、対象となるパケッ
トに関わる処理ないし制御機能、例えばパケットの種別
を検出する機能、パケットの種別毎の蓄積数を決定する
機能、パケットの蓄積及びその読み出しを制御する機
能、パケットを通信制御部１１に導く機能等を有するも
のである。

【００２０】ＴＣＰパケット蓄積部１３は、パケット処
理部１２で検出されたパケットがＴＣＰパケットである
場合に、そのＴＣＰパケットを蓄積するものである。Ｕ
ＤＰパケット蓄積部１４は、パケット処理部１２で検出
されたパケットがＵＤＰパケットである場合に、そのＵ
ＤＰパケットを蓄積するものである。

【００２１】応答パケット作成部１５は、他サイトから
受信したパケットに対応する応答パケット、すなわち正
常応答（ＡＣＫ）または異常応答（ＮＡＫ）を作成する
機能、自サイトに通知する「正常応答通知」（パケッ
ト）または「異常応答通知」（パケット）を作成する機
能を有するものである。ＴＣＰパケット蓄積部１３及び
ＵＤＰパケット蓄積部１４は、サーバ本体が読み取り可
能なメモリ上に適宜構成される。なお、他サイトより受
信した応答パケットを保存するためのパケット保存部
を、ＴＣＰパケット蓄積部１３及びＵＤＰパケット蓄積
部１４とは別に設け、送信時と受信時とでパケットを別
の領域に蓄積するようにしてもよい。

【００２２】次に、上記データ通信システム１による通
信手順を説明する。図２及び３は、通信サーバ１０によ
るパケットの送信処理手順を示すフロー図である。ここ
では、自サイトから他サイトへのパケットの送信を衛星
回線ＬＳを通じて行う処理、具体的には、図１における
サイトＡからサイトＢへ、本来は有線回線ＬＮを通じて
送信できるパケットを、衛星回線ＬＳに切り換えて送信
する場合の処理について説明する。

【００２３】図２において、通信サーバ１０は、自サイ
ト内の送信元ホスト（情報サーバ６０またはクライアン
ト７０）から送信すべきパケット（以下、送信パケッ
ト）を取得すると（ステップＳ１０１）、パケット処理
部１２で送信に使用する通信プロトコルを検出する（ス
テップＳ１０２）。通信プロトコルの検出は、具体的に
は、個々の送信パケットに付与されているＩＰヘッダ部
分のインタネット・ヘッダ長フィールド（ＩＨＬフィー
ルド）をチェックして、ＩＰパケットか否かを判定する
ことにより行う。

【００２４】検出された通信プロトコルがＩＰでない場
合は（ステップＳ１０３：No）、その送信パケットを破
棄する（ステップＳ１０４）。検出された通信プロトコ
ルがＩＰプロトコルであった場合は（ステップＳ１０
３：Yes）、パケット処理部１２でその送信パケット中
におけるＴＣＰヘッダ部分をチェックし（ステップＳ１
０５）、パケットがＴＣＰパケットであるか否かを判定
する。この判定は、具体的には、ＴＣＰヘッダ中のシー
ケンス番号フィールド（ＳＥＱフィールド）及び確認応
答番号フィールド（ＡＣＫフィールド）の内容に基づい
て行なう。すなわち、シーケンス管理が行われている場
合は、通信保証の必要なＴＣＰパケット、シーケンス管
理がなされていない場合は、通信保証の不要なＵＤＰパ
ケットと判定する。

【００２５】送信パケットがＴＣＰパケットと判定され
た場合（ステップＳ１０６：Yes）、パケット処理部１
２は、ＴＣＰヘッダ中の最大セグメント長フィールド
（ＷＩＮＤＯＷフィールド）から処理可能なパケットデ
ータ長を取得するとともに、そのパケットデータ長以下
となるようなＴＣＰパケットの蓄積数を決定する（ステ
ップＳ１０７）。そして、決定した蓄積数の送信パケッ
トをＴＣＰ蓄積部１３に順次蓄積させる（ステップＳ１
０８）。この蓄積数は、上記ＷＩＮＤＯＷフィールドに
おけるデータ長以下の値を設定するように構成する。こ
れは、受信側サイトから送信側サイトへの応答を所定時
間内に返せない場合に、送信側サイトより再送要求が出
されるという、ＴＣＰパケットの特徴に起因して発生す
る通信回線の輻輳に対処するためである。つまり、決定
された蓄積数で、対応する応答パケットを含むＴＣＰパ
ケットを纏めて一括処理することによって、上記輻輳の
発生を抑制するようにしたものである。

【００２６】ステップＳ１０６で送信パケットがＵＤＰ
パケットと判定された場合（ステップＳ１０６：No）、
パケット処理部１２は、予め設定された蓄積数の送信パ
ケットをＵＤＰパケット蓄積部１４に蓄積させる（ステ
ップＳ１０９）。この場合の蓄積数は、例えば、システ
ムパラメータを用いて予め利用者等によって任意に設定
することができる。

【００２７】上記処理ステップＳ１０１〜１０９が繰り
返される過程で、ＴＣＰパケット蓄積部１３またはＵＤ
Ｐパケット蓄積部１４でパケット蓄積完了が検出される
と（ステップＳ１１０：Yes）、パケット処理部１２
は、その旨を通信制御部１１に通知する。この通知を受
けた通信制御部１１は、衛星回線ＬＳを確立して、ＴＣ
Ｐパケット蓄積部１３またはＵＤＰパケット蓄積部１４
に蓄積されているパケット群を、各パケットのＩＰアド
レスに対応した通信サーバ１０を有するサイト、すなわ
ちサイトＢへ一括送信する（ステップＳ１１１）。

【００２８】一括送信されたパケット群がＵＤＰパケッ
トであった場合（ステップＳ１１２：No）、パケット処
理部１２は、ＵＤＰパケット蓄積部１４に蓄積された当
該パケット群を直ちに破棄する（ステップＳ１１３）。
一方、一括送信されたパケット群がＴＣＰパケットであ
った場合（ステップＳ１１２：Yes）、パケット処理部
１２は、少なくともサイトＢの通信サーバ１０からの応
答パケットを取得するまで、ＴＣＰパケット蓄積部１３
のパケット群を保持しておく。

【００２９】図３に移り、通信制御部１１を通じてサイ
トＢからの応答パケットを取得した場合（ステップＳ１
１４）、パケット処理部１２は、その応答パケットの内
容が「正常応答」か「異常応答」かを判定する。「正常
応答」であった場合は、応答パケット作成部１５で「正
常応答通知」を作成し、これを通信制御部１１を通じて
送信元ホストへ通知する（ステップＳ１１５：No、Ｓ１
１６）。また、ＴＣＰパケットを再送信する必要がない
ので、該当ＴＣＰパケットをＴＣＰパケット蓄積部１３
から破棄し（ステップＳ１１７）、ステップＳ１１４の
処理に戻る。

【００３０】一方、サイトＢからの応答パケットが「異
常応答」であった場合は（ステップＳ１１５：Yes）、
対応するパケットの再送信用のリトライカウンタ値を更
新する（ステップＳ１１８）。この場合、ＴＣＰパケッ
ト蓄積部１３の該当パケット群は、保持したままとす
る。リトライカウンタ値は、システムパラメータ等によ
り予め設定された再送信回数値であり、例えば、予めカ
ウンタ値の初期値を再送信回数値に設定しておき、再送
信される毎にカウンタ値をデクリメントするように構成
される。

【００３１】通信制御部１１は、リトライカウンタ値に
基づいてパケット処理部１２と共動してＴＣＰパケット
の再送信を行う（ステップＳ１１９：No、Ｓ１２０）。
この場合に再送信されるＴＣＰパケットは、好ましくは
上記ステップＳ１０７の蓄積数分のパケット群である
が、個々のパケット毎に再送信するようにしてもよい。
リトライカウント値が所定値以下、例えばゼロになった
場合は（ステップＳ１１９：Yes）、応答パケット作成
部１５を通じて「異常応答通知」を作成し、これを通信
制御部１１を介して送信元ホストに通知するとともに
（ステップＳ１２１）、該当するパケットをＴＣＰパケ
ット蓄積部１３から破棄する（ステップＳ１２２）。次
の送信パケットがある場合はステップＳ１０１に戻り
（ステップＳ１２３：Yes）、上記処理を繰り返す。新
たな送信パケットがない場合には処理を終了する。

【００３２】なお、以上の説明は、上記ステップＳ１１
６及びＳ１２１において送信元ホストに対して送信結果
（「正常応答通知」／「異常応答通知」）を逐次通知す
る場合の例であるが、例えば、所定時間経過時に、これ
らの送信結果を一括して送信元ホストに通知するように
してもよい。

【００３３】図４は、パケットの受信処理手順を示すフ
ロー図である。ここでは、例えばサイトＡからの送信パ
ケットに対するサイトＢ側の通信サーバ１０での受信処
理について説明する。通信制御部１１を通じて受信され
たサイトＡからのパケット群は、パケット処理部１２に
入力される（ステップＳ２０１）。パケット処理部１２
では、個々のパケットがＴＣＰパケットかＵＤＰパケッ
トか、つまり準拠すべき通信プロトコルが何かをチェッ
クする（ステップＳ２０２）。このチェックは、上記ス
テップＳ１０５と同様、パケットのＴＣＰヘッダ部分を
参照して行なう。

【００３４】当該パケットがＴＣＰパケットであった場
合は（ステップＳ２０３：Yes）、さらに正常に受信し
たか否かをパケット処理部１２で判定する（ステップＳ
２０５）。正常に受信できた場合には、応答パケット作
成部１５で「正常応答」を表す応答パケットを作成する
とともに（ステップＳ２０５：Yes、Ｓ２０６）、当該
パケットを保存する（ステップＳ２０７）。一方、ステ
ップＳ２０５において正常に受信できなかったと判定し
た場合は、応答パケット作成部１５で「異常応答」を表
す応答パケットを作成するとともに（ステップＳ２０
５：No、Ｓ２０８）、該当するパケットを破棄する（ス
テップＳ２０９）。このようにして応答パケット作成部
１５で作成された応答パケット群を、通信制御部１１を
通じてサイトＡへ一括送信する（ステップＳ２１０）。

【００３５】一方、ステップＳ２０３において、受信パ
ケットがＴＣＰパケットではない、つまりＵＤＰパケッ
トであったと判定した場合は（ステップＳ２０３：N
o）、当該パケットを保存し（ステップＳ２０４）、適
当な時点で、保存されたパケットをＩＰアドレスが示す
ホスト（情報サーバ６０等）へ転送する。サイトＡから
新たなパケットが受信された場合はステップＳ２０１に
戻り（ステップＳ２１１：Yes）、上記処理を繰り返
す。新たなパケットがない場合には処理を終了する（ス
テップＳ２１１：No）。

【００３６】なお、上記説明では、有線回線ＬＮと衛星
回線ＬＳとを併用した通信環境でパケット通信を行うデ
ータ通信システム１について説明したが、上記実施形態
に限定することなく、例えば、衛星回線ＬＳ以外の無線
回線のみによる通信環境、或いは当該無線回線と有線回
線ＬＮとを併合した通信環境によりデータ通信システム
を構築する場合についても、上記同様の処理で対応可能
となるものである。

【００３７】このように、本実施形態の通信サーバ１０
では、送信パケットを所定数蓄積して一括送信すること
により、従来のように前回分のパケットの応答を待って
次回分のパケットを送信するために発生していた通信遅
延の累積が解消され、通信保証を要するパケットについ
ての応答処理の並列化が可能となる。また、回線確立に
要する時間の比率が小さくなるので、衛星回線ＬＳにお
ける回線経路の長さに起因する通信遅延、及び衛星回線
確立に起因する通信障害等に効果的に対処できるように
なり、データ通信システム全体のスループットが従来型
システムよりも格段に高まる。また、通信の信頼性も大
幅に向上する。

【００３８】（第２実施形態）上記実施形態における通
信サーバ１０は、例えば、スタンドアロン型のデータ通
信装置として実施することも可能である。この場合のデ
ータ通信装置は、マイクロプロセッサを用いて少なくと
も上記データ通信システム１の通信サーバ１０と同等の
機能（機能ブロック）を形成し、所謂、可搬性の衛星ル
ータとして使用できるようにしたものである。

【００３９】この実施形態のデータ通信装置が上述の通
信サーバ１０と相違する点は、データ通信装置が、サイ
ト内のネットワーク管理サーバ等に接続して使用できる
ようになっている点である。また、例えば、接続するネ
ットワーク管理サーバに対して視認可能なインタフェー
スや、ＬＥＤ等のインジケータにより、回線状況やパケ
ットの送受信状況等を提示するように構成する。このよ
うに構成することにより、上記データ通信システム１と
同等の効果を得ることが可能なサイト内の通信環境を柔
軟に構築できるようになる。

【００４０】

【発明の効果】以上の説明から明らかなように、本発明
によれば、有線回線を用いた通信環境を衛星回線その他
の無線回線を介した通信環境に置き換えた場合であって
も、システム全体の通信性能を低下させることなく、効
率の良い通信が可能になる、という特有の効果がある。
また、有線回線の通信プロトコルを衛星回線等で使用す
る場合にも、プロトコルのオーバヘッドが生じにくくな
るので、衛星回線等における通信効率が従来型システム
に比べて格段に向上する効果がある。

【図面の簡単な説明】

【図１】本発明の一実施形態に係るデータ通信システム
の機能ブロック図。

【図２】通信サーバの送信処理手順を示すフロー図（送
信時）。

【図３】通信サーバの送信処理手順を示すフロー図（応
答受信時）。

【図４】通信サーバの受信処理手順を示すフロー図。

【図５】従来型のデータ通信システムの機能ブロック
図。

【符号の説明】

１ データ通信システム １０ 通信サーバ １１ 通信制御部 １２ パケット処理部 １３ ＴＣＰパケット蓄積部 １４ ＵＤＰパケット蓄積部 １５ 応答パケット作成部 ５０ 衛星ルータ ６０ サーバ ７０ クライアント ＣＳ 通信衛星 ＬＳ 衛星回線 ＬＮ 有線回線

Claims (11)

【特許請求の範囲】
1. 【請求項１】 通信保証を要する送信パケットと通信保
   証を要しない送信パケットとが混在したパケット群を送
   信元から受領して所定の通信回線に送信する第１装置
   と、前記通信回線を介して受信した前記通信保証を要す
   る送信パケットの各々に対応する正常応答または異常応
   答を前記第１装置宛に返信する第２装置とを有し、前記
   送信元が、前記通信保証を要する送信パケットに対する
   送信結果を所定期間内に受領しない場合に当該送信パケ
   ットの再送信を第１装置に要求するデータ通信システム
   において、 前記第１装置に、 個々の送信パケットを前記通信保証の要否別に分類し、
   前記通信保証を要する送信パケットについては前記所定
   期間内に前記送信元へ送信結果を通知し得る数のパケッ
   ト群を蓄積し、前記通信保証を要しない送信パケットに
   ついては所定数のパケット群を蓄積するパケット蓄積手
   段と、 前記パケット蓄積手段で通信保証を要する送信パケット
   と通信保証を要しない送信パケットのいずれかの蓄積を
   完了した場合に、当該パケット群を第２装置へ一括送信
   する通信制御手段とを設けたことを特徴とするデータ通
   信システム。
2. 【請求項２】 前記一括送信したパケット群のすべての
   送信結果を前記送信元へ一括通知する手段を有すること
   を特徴とする請求項１記載のデータ通信システム。
3. 【請求項３】 前記一括送信したパケット群が通信保証
   を要しないものである場合に、一括送信後直ちに蓄積済
   の該当パケットを破棄する手段を有することを特徴とす
   る請求項１記載のデータ通信システム。
4. 【請求項４】 前記一括送信したパケット群が通信保証
   を要するものであり、且つ前記第２装置からの応答が正
   常応答の場合に、前記送信元へ正常送信結果を通知する
   とともに蓄積済の該当パケットを破棄する手段を有する
   ことを特徴とする請求項１記載のデータ通信システム。
5. 【請求項５】 前記一括送信したパケット群が通信保証
   を要するものであり、且つ前記第２装置からの応答が異
   常応答の場合に、前記パケット群を前記第２装置宛に所
   定回数再送信し、再送信後も異常応答を受信したときに
   前記送信元に異常送信結果を通知するとともに蓄積済の
   該当パケットを破棄する手段を有することを特徴とする
   請求項１記載のデータ通信システム。
6. 【請求項６】 前記第２装置に、前記一括送信に対応す
   る正常応答または異常応答を作成して前記第１装置宛に
   一斉返送する応答作成手段を設け、 通信保証を要する送信パケットに対する応答待ち処理を
   並列化したことを特徴とする請求項１記載のデータ通信
   システム。
7. 【請求項７】 前記所定の通信回線は、前記通信制御手
   段によっていずれか一方が主回線、他方が従回線として
   切り換えられる複数系統の通信回線のいずれかであり、
   少なくとも一系統の通信回線が無線回線であることを特
   徴とする請求項１ないし６のいずれかの項記載のデータ
   通信システム。
8. 【請求項８】 前記無線回線が通信衛星を介した衛星回
   線であることを特徴とする請求項７記載のデータ通信シ
   ステム。
9. 【請求項９】 前記通信制御手段は、ＴＣＰ／ＩＰに準
   拠した通信プロトコルに基づいて前記パケット群を送信
   することを特徴とする請求項７記載のデータ通信システ
   ム。
10. 【請求項１０】 通信保証を要する送信パケットと通信
    保証を要しない送信パケットとが混在したパケット群を
    送信元から受領して複数系統のいずれかの通信回線を選
    択して送信先装置へ送信するとともに、前記通信保証を
    要する送信パケットに対する送信結果を所定期間内に前
    記送信元へ通知できない場合に当該送信パケットの再送
    信を要求されるデータ通信装置において、 個々の送信パケットを前記通信保証の要否別に分類し、
    前記通信保証を要する送信パケットについては前記所定
    期間内に前記送信元へ送信結果を通知し得る数のパケッ
    ト群を蓄積し、前記通信保証を要しない送信パケットに
    ついては所定数のパケット群を蓄積するパケット蓄積手
    段と、 前記パケット蓄積手段で通信保証を要する送信パケット
    と通信保証を要しない送信パケットのいずれかの蓄積を
    完了した場合に当該パケット群を前記送信先装置宛に一
    括送信するとともに、一括送信による通信結果を前記送
    信元へ通知する通信制御手段と、 を有することを特徴とするデータ通信装置。
11. 【請求項１１】 通信保証を要する送信パケットと通信
    保証を要しない送信パケットとが混在したパケット群を
    複数系統のいずれかの通信回線を選択して送信する送信
    先措置から前記パケット群を受信するデータ通信装置で
    あって、 受信した個々の送信パケットを前記通信保証の要否別に
    分類するパケット分類手段と、 通信保証を要する送信パケットに対してそれを正しく受
    信した場合の正常応答と正しく受信できなかった場合の
    異常応答とを含む応答パケットを送信パケット毎に作成
    する応答作成手段と、 前記応答パケットの作成終了を契機に前記通信回線を確
    立して当該応答パケットを前記送信先装置宛に一括送信
    するとともに、一括送信後に前記通信回線を開放する通
    信制御手段と、 を有することを特徴とするデータ通信装置。