JP3129291B2 - データリンク制御方法および装置 - Google Patents

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、パーソナルコンピ
ュータなどの情報処理装置に係り、データ通信アプリケ
ーションが使用する論理的通信チャンネルと複数の通信
インタフェース（物理回線）とを接続して双方向通信を
行なうデータリンク制御方式および装置に関する。

【０００２】

【従来の技術】従来、遠隔の通信相手先とのデータ通信
を行なう場合には、単一の通信回線を使用して双方向の
データ送受信を行なう形態が主流であった。ほとんどの
パソコンや情報処理装置では、利用できる通信回線イン
タフェースが１つだけである場合がほとんどであったの
が主な理由である。また、複数の通信回線を接続できる
形態の装置においても、実際に遠隔の通信相手先とデー
タ通信を行なう場合に複数の回線を組み合わせて同時に
利用するような形態は少なく、多くは物理的な接続単位
ごとに通信回線を切り替えて使用する形態であった。

【０００３】

【発明が解決しようとする課題】ところで、近年、テレ
ビ放送電波の隙間を利用したデータ通信や衛星通信を使
ってデータ通信を行なう方法が提案されている。放送電
波や衛星通信電波を利用する場合、これらのメディア
は、一方向性の通信（クライアント側装置から見た場合
は受信）しか行なえず、双方向の通信を実現するために
は他の通信手段と組み合わせて使用しなければならない
という問題があった。

【０００４】この発明は上述した事情に鑑みてなされた
もので、送信のみ／受信のみといった属性の通信回線を
複数組み合わせて双方向の通信を実現することができる
データリンク制御方法および装置を提供することを目的
とする。

【０００５】

【課題を解決するための手段】上述した問題点を解決す
るために、請求項１記載の発明では、通信アプリケーシ
ョンが送信用通信チャンネルに要求するデータ伝送属性
と受信用通信チャンネルに要求するデータ伝送属性とを
取得するステップと、単一方向のデータ伝送が可能な複
数の物理回線の各々が有するデータ伝送属性を取得する
ステップと、前記送信用通信チャンネルのデータ伝送属
性と前記複数の物理回線の各々のデータ伝送属性とを比
較し、また、前記受信用通信チャンネルのデータ伝送属
性と前記複数の物理回線の各々のデータ伝送属性とを比
較するステップと、各前記比較結果に基づいて、前記送
信用通信チャンネル及び前記受信用通信チャンネルを各
々の通信チャンネルのデータ伝送属性に適合するデータ
伝送属性を有する物理回線に、それぞれ接続するステッ
プと、前記送信用通信チャンネルと前記受信用通信チャ
ンネルとを双方向の一通信チャンネルとして使用するス
テップとを有することを特徴とする。

【０００６】また、請求項２記載の発明では、請求項１
記載のデータリンク制御方法において、前記データ伝送
属性は、少なくとも、通信プロトコル、データ伝送方
向、ビットレート制限、回線種類を含むことを特徴とす
る。

【０００７】上述した問題点を解決するために、請求項
３記載の発明では、送信用通信チャンネルに要求するデ
ータ伝送属性と受信用通信チャンネルに要求するデータ
伝送属性とを取得する第１の取得手段と、単一方向のデ
ータ伝送が可能な複数の物理回線の各々が有するデータ
伝送属性を取得する第２の取得手段と、前記第１の取得
手段により取得された送信用通信チャンネルのデータ伝
送属性と前記第２の取得手段により取得された複数の物
理回線のデータ伝送属性とを比較し、また、前記第１の
取得手段により取得された受信用通信チャンネルのデー
タ伝送属性と前記第２の取得手段により取得された複数
の物理回線のデータ伝送属性とを比較する比較手段と、
前記比較手段による各比較結果に基づいて、前記送信用
通信チャンネル及び前記受信用通信チャンネルを各々の
通信チャンネルのデータ伝送属性に適合するデータ伝送
属性を有する物理回線に、それぞれ接続する接続手段
と、前記送信用通信チャンネルと前記受信用通信チャン
ネルとを双方向の一通信チャンネルとして使用するデー
タ送受信処理手段とを具備することを特徴とする。

【０００８】また、請求項４記載の発明では、請求項３
記載のデータリンク制御装置において、前記第１の取得
手段により取得された送信用または受信用の通信チャン
ネルに要求されるデータ伝送属性を格納する第１の記憶
手段と、前記第２の取得手段により取得された複数の物
理回線の各々が有するデータ伝送属性を格納する第２の
記憶手段とを具備することを特徴とする。

【０００９】この発明では、送受信の通信チャンネルの
各々のデータ伝送属性と複数の物理回線の各々のデータ
伝送属性とを比較し、該比較結果に基づいて、前記送受
信の通信チャンネルを、各々のデータ伝送属性に適合す
るデータ伝送属性を有する物理回線に接続する。これに
より、あたかも１本の双方向の通信チャンネルであるか
のように取り扱うことができ、送信のみ／受信のみとい
った通信回線を複数組み合わせて双方向の通信を実現す
ることが可能となる。

【００１０】

【発明の実施の形態】以下、図面を用いて本発明の実施
の形態を説明する。 Ａ．実施例の構成 図１は、本発明の一実施例による全体の構成を示すブロ
ック図である。なお、本実施例では、それぞれ送信専用
の通信回線、受信専用の通信回線の２つの物理回線を接
続し、これを束ねて１つの通信チャンネルとして扱い、
この通信チャンネルを通してデータの送受信を行なう通
信ソフトウェアのブロック構成を示している。

【００１１】図において、１は、データ送受信の操作を
行なう通信アプリケーション部である。２は、通信アプ
リケーション部１からのデータ送受信指示を受け、通信
チャンネル・回線ディスパッチャ部３により設定された
通信チャンネルに対してデータの送受信動作を行なう通
信プロトコル制御部である。該通信プロトコル制御部２
は、データ送受信の際に伝送路上で発生するエラーの検
出・訂正制御、通信相手先とのデータリンク設定などの
機能を有する（ＯＳＩ規定におけるトランスポート層、
およびデータリンク層に相当する動作を行なう）。

【００１２】３は、通信アプリケーション部１が指定す
る通信チャンネルと実際のデータ送受信が行われる物理
回線との結合を制御する通信チャンネル・回線ディスパ
ッチャ部である。該通信チャンネル・回線ディスパッチ
ャ部３は、通信アプリケーション部１のデータ送受信処
理開始に先立ち、予め通信チャンネルの設定を行なう。
４、５は、各々、通信インタフェースドライバ部であ
り、通信インタフェースアダプタ６、７のハードウェア
を動作させるためのソフトウェアである。６、７は、実
際の物理回線Ａ，Ｂと装置とを接続するための通信イン
タフェースアダプタ部（ハードウェア）である。

【００１３】Ｂ．実施例の動作 次に、図２に示すフローチャートを参照して本実施例の
全体の動作について詳細に説明する。なお、本発明にお
いて、通信アプリケーション部１が扱う処理の内容に関
しては、特に特許請求の範囲には含まれていないため、
ここでは説明を簡単にするため単純なファイル転送を行
なうアプリケーションを使用するものと想定して説明す
る。以下、同図を参照して実施例の動作説明をする。

【００１４】まず、通信アプリケーション部１は、デー
タ送受信処理を開始する前に、データ通信に必要な通信
チャンネルの設定指示を出し、論理的な通信チャンネル
の作成を行なう（ステップＳ１）。次に、通信チャンネ
ルと物理回線とのバインド処理が行なわれ、ステップＳ
１で作成された通信チャンネルと通信回線に接続されて
いる通信インタフェースアダプタとの間の対応づけが行
われる。これらの処理は、通信アプリケーション部１の
指示により、通信チャンネル・回線ディスパッチャ部３
により実行される（ステップＳ２）。

【００１５】続いて、通信回線経由で接続された遠隔の
通信相手先との接続を行なう。通信アプリケーション部
１の指示により通信チャンネル・回線ディスパッチャ部
３は、通信インタフェースドライバ４または５を介し、
通信インタフェースアダプタ６または７に対して回線接
続指示を出す。通信インタフェースアダプタ６または７
では、回線接続指示の命令の中に指定された、遠隔の通
信相手先への接続情報に基づいて回線接続を行なう。回
線接続が成功すると、ここまでのステップで設定された
通信チャンネルを用いて、遠隔の通信相手先とのデータ
送受信が行なえるようになる（ステップＳ３）。

【００１６】通信チャンネルが設定され、遠隔の通信相
手先とのデータ送受信を行なう準備が整うと、通信アプ
リケーション部１は、ファイル転送のためのデータ送受
信処理を開始する（ステップＳ４）。データ送受信処理
中、通信プロトコル制御部２は、遠隔の通信相手先にデ
ータを届けるための相手先アドレス情報の付加処理や、
伝送路上でのデータ誤り・消失等への対策のためのエラ
ー訂正処理を行なう。

【００１７】ファイル転送のデータ送受信処理が終了す
ると、回線の切断処理（ステップＳ５）、通信チャンネ
ルのクローズ処理（ステップＳ６）を実行し、回線およ
び通信チャンネルを解放して、通信アプリケーションの
動作を完了する。

【００１８】次に、図１の構成図に示された各部の詳細
動作を説明する。ここで、図３〜図５は、通信アプリケ
ーション部１による回線バインド処理（ステップＳ２）
の動作詳細を示したものである。前述したように、ステ
ップＳ２では、通信アプリケーション部１がデータ送受
信のために用いる通信チャンネルと通信回線に接続され
ている通信インタフェースアダプタとの間の対応づけを
行なう。これらの処理は、通信チャンネル・回線ディス
パッチャ部３により実行される。

【００１９】図３は、通信チャンネル・回線ディスパッ
チャ部の動作を示す概念図である。通信アプリケーショ
ン部１は、自身が扱う送受信データの全てを通信チャン
ネルと呼ばれる論理的な伝送路を用いて授受する。実際
の送受信データは、物理的な通信回線を通して授受され
るため、両者の間の橋渡しを行なう機能が必要となる。
通信チャンネル・回線ディスパッチャ部３でこのための
機能を実現している。

【００２０】図３では、データ送信用の通信チャンネル
＃１と、データ受信用のチャンネル＃２の２つを使用し
た場合の動作例を示している。データ送信用の通信チャ
ンネル＃１およびデータ受信用のチャンネル＃２には、
実際、図中Ａ，Ｂ，....Ｘで示す複数の通信回線（それ
ぞれ異なる通信回線）を接続することができるようにな
っており、後述する方法により通信回線属性と通信チャ
ンネルの要求属性とを比較し、適切な通信回線を選択し
て通信チャンネルに結合させている。

【００２１】ここで、図４は、回線バインド処理の動作
を説明するためのフローチャートである。また、図５
は、回線バインド処理で用いる通信回線属性テーブルお
よび通信チャンネル要求属性テーブルを示す概念図であ
る。まず、図５に示す各テーブルについて説明する。通
信チャンネル・回線ディスパッチャ部３には、装置に接
続されている通信回線毎に、図５（ａ）〜（ｃ）に示す
通信回線属性テーブル１０ａ〜１０ｃ、および図５
（ｄ）、（ｅ）に示す通信チャンネル要求属性テーブル
１１ａ、１１ｂが設定されている。

【００２２】通信回線属性テーブル１０ａ〜１０ｃに
は、各々、その回線の属性として、通信プロトコル、送
受信方向、最大ビットレート、回線種類が設定されてい
る。また、通信チャンネル要求属性テーブル１１ａ、１
１ｂには、各々、その通信チャンネル側が要求する要求
属性として、通信プロトコル、送受信方向、要求ビット
レート、回線種類が設定されている。回線バインド処理
においては、図５（ａ）〜（ｃ）に示す通信回線属性テ
ーブル１０ａ〜１０ｃと図５（ｄ）、（ｅ）に示す通信
チャンネル要求属性テーブル１１ａ、１１ｂとの内容を
参照し、通信チャンネル側が要求する属性に一致または
適合する属性を有する通信回線を選択して通信チャンネ
ルと結合する。以下、図４および図５を参照して、回線
バインド処理の動作について説明する。

【００２３】まず、データ通信に使用する通信チャンネ
ルを順に選択し（ステップＳ２−１）、この通信チャン
ネルが要求する属性情報を取得する（ステップＳ２−
２）。ここで参照される通信チャンネルの要求属性情報
は、通信アプリケーション部１からの指定、あるいはユ
ーザからの指定により定めることができる。

【００２４】次に、選択された通信チャンネルと結合す
る通信回線を定める処理を行なう。装置に用意されてい
る通信回線を順に選択し（ステップＳ２−３）、この回
線が持っている属性情報を取得する（ステップＳ２−
４）。次いで、ステップＳ２−２で取得した、回線側に
対する要求属性情報と、ステップＳ２−４で取得した、
通信回線属性情報との各内容を比較する（ステップＳ２
−５〜Ｓ２−８）。すなわち、図５（ａ）〜（ｃ）に示
す通信回線側の各回線が持つ属性テーブル１０ａ〜１０
ｃと、図５（ｄ）、（ｅ）に示す通信チャンネルが要求
する要求属性テーブル１１ａ、１１ｂとのそれぞれの対
応する項目を順次付き合わせてゆき、通信回線側の持つ
属性が通信チャンネル側の要求属性を満たしているか否
かを判断する。

【００２５】ここまでの手順により通信チャンネルが要
求する通信回線の属性情報に合致する回線があった場合
には、その通信回線に通信チャンネルを結合し、回線バ
インド処理の動作を終える（ステップＳ２−９）。一
方、要求属性に合致する回線が見つからなかった場合に
は、次の回線を選択し、同様の手順で属性情報の比較を
行う。さらに、全ての通信回線を調べた後、合致するも
のがなかった場合には、エラーを報告して回線バインド
処理の動作を終える（ステップＳ２−１０）。

【００２６】次に、通信アプリケーション部１によるデ
ータ送信／受信処理（ステップＳ４）の動作について説
明する。これらの処理は、通信プロトコル制御部により
実行される。ここで、図６は、データ送信の動作詳細を
説明するためのフローチャートであり、図７は、データ
受信の動作詳細を説明するためのフローチャートであ
る。まず、データ送信動作について説明する。通信プロ
トコル制御部２は、通信アプリケーション部１から、送
信するデータをストリームデータとして受信すると（ス
テップＳ４−１）、受け取ったストリームデータをパケ
ットに分解する（ステップＳ４−２）。次に、伝送路上
での伝送誤りの検出を受信時に行なえるように、分解さ
れたパケット毎にエラー検出・訂正用の符号を付加して
ゆく（ステップＳ４−３）。

【００２７】さらに、遠隔の通信相手先との接続情報と
して、送信元アドレス、送信先アドレス、受信時にパケ
ットのデータストリーム中での順序を知るためのパケッ
トシーケンシャル番号などの情報をパケットヘッダとし
て付加する（ステップＳ４−４）。このようにして構成
されたデータパケットは、図２に示すステップＳ３で作
成された通信チャンネルを通して通信相手先へ送信され
る（ステップＳ４−５）。そして、以上の手順を全ての
パケットが送信されるまで繰り返し行なう（ステップＳ
４−６）。

【００２８】次に、データ受信の動作詳細について説明
する。通信チャンネルが設定され、データ受信準備が整
った後、遠隔の通信相手先からデータが送られてくる
と、通信チャンネルよりデータパケットを受信する（ス
テップＳ４−７）。まず、受信したパケットからヘッダ
情報を抽出し（ステップＳ４−８）、送信先アドレスの
チェックを行う（ステップＳ４−９）。受信したパケッ
トの送信先アドレスが自端末のものと一致しない場合、
すなわち自分宛に送出されたパケットでない場合には、
受信パケットを廃棄する（ステップＳ４−１１）。

【００２９】一方、受信したパケットの送信先アドレス
が自端末のものと一致した場合、すなわち自分宛に送出
されたパケットである場合には、次に、伝送中に発生し
た伝送エラーの有無をチェックするため、受信したパケ
ットからエラー訂正コードを抽出し（ステップＳ４−１
０）、伝送エラーの有無をチェックする（ステップＳ４
−１２）。そして、伝送エラーが発生していた場合に
は、そのパケットを廃棄し、送信元に対して当該パケッ
トの再送信を要求する命令を発行する（ステップＳ４−
１３）。

【００３０】一方、伝送エラーの発生していないパケッ
トについては、パケットヘッダに含まれているパケット
シーケンシャル番号を参照して元のデータストリームを
再構成し（ステップＳ４−１４）、再構成されたデータ
ストリームを通信アプリケーション部１へ渡す（ステッ
プＳ４−１５）。そして、全てのデータを受信完了して
いるか否かを検査し（ステップＳ４−１６）、続きのデ
ータがある場合には、データパケットの受信（Ｓ４−
７）から上記処理を継続し、続きのデータがない場合に
は、データ受信動作を終了する。

【００３１】このように、本実施例によれば、上述した
動作により、複数の物理回線を用いて遠隔の通信相手先
との１対１の双方向データ通信を行なうことができる。

【００３２】

【発明の効果】以上説明したように、本発明によれば、
遠隔の通信相手先とのデータ通信において、単一方向の
データ伝送が可能な複数の物理回線を同時に使用したデ
ータ送受信を行なおうとする際、通信アプリケーション
から見て仮想的な通信チャンネルを設定し、送信用通信
チャンネルまたは受信用通信チャンネルのデータ伝送属
性に適合するデータ伝送属性を有する物理回線を探索
し、送信用通信チャンネル及び受信用通信チャンネルを
各々の通信チャンネルのデータ伝送属性に適合するデー
タ伝送属性を有する物理回線に、それぞれ接続し、送信
用通信チャンネルと受信用通信チャンネルとを双方向の
一通信チャンネルとして使用することで、遠隔の通信相
手先との通信回線の物理的な接続形態を意識することな
く、単一方向の物理回線の組み合わせにより、双方向で
データ送受信を行なうことができるという利点が得られ
る。

【図面の簡単な説明】

【図１】 本発明の実施形態による全体の構成を示すブ
ロック図である。

【図２】 本発明の一実施例（通信アプリケーション）
の動作を説明するためのフローチャートである。

【図３】 通信チャンネル・回線ディスパッチャ部の動
作概念を説明するための概念図であある。

【図４】 回線バインド処理の動作を説明するためのフ
ローチャートである。

【図５】 通信回線・通信チャンネル属性テーブルの内
容を示す概念図である。

【図６】 通信プロトコル制御部の動作（データ送信）
を説明するためのフローチャートである。

【図７】 通信プロトコル制御部の動作（データ受信）
を説明するためのフローチャートである。

【符号の説明】

１ 通信アプリケーション部 ２ 通信プロトコル制御部 ３ 通信チャンネル・回線ディスパッチャ部 ４、５ 通信インタフェースドライバ部 ６、７ 通信インタフェースアダプタ部 ＃１、＃２ 通信チャンネル Ａ，Ｂ，…，Ｘ 物理回線

Claims (4)

(57)【特許請求の範囲】
1. 【請求項１】 通信アプリケーションが送信用通信チャ
   ンネルに要求するデータ伝送属性と受信用通信チャンネ
   ルに要求するデータ伝送属性とを取得するステップと、 単一方向のデータ伝送が可能な複数の物理回線の各々が
   有するデータ伝送属性を取得するステップと、 前記送信用通信チャンネルのデータ伝送属性と前記複数
   の物理回線の各々のデータ伝送属性とを比較し、また、
   前記受信用通信チャンネルのデータ伝送属性と前記複数
   の物理回線の各々のデータ伝送属性とを比較するステッ
   プと、各前記比較結果に基づいて、前記送信用通信チャンネル
   及び前記受信用通信チャンネルを 各々の通信チャンネル
   のデータ伝送属性に適合するデータ伝送属性を有する物
   理回線に、それぞれ接続するステップと、前記送信用通信チャンネルと前記受信用通信チャンネル
   とを双方向の一通信チャンネルとして使用するステップ
   と、 を有することを特徴とするデータリンク制御方法。
2. 【請求項２】 前記データ伝送属性は、少なくとも、通
   信プロトコル、データ伝送方向、ビットレート制限、回
   線種類を含むことを特徴とする請求項１記載のデータリ
   ンク制御方法。
3. 【請求項３】 送信用通信チャンネルに要求するデータ
   伝送属性と受信用通信チャンネルに要求するデータ伝送
   属性とを取得する第１の取得手段と、単一方向のデータ伝送が可能な 複数の物理回線の各々が
   有するデータ伝送属性を取得する第２の取得手段と、 前記第１の取得手段により取得された送信用通信チャン
   ネルのデータ伝送属性と前記第２の取得手段により取得
   された複数の物理回線のデータ伝送属性とを比較し、ま
   た、前記第１の取得手段により取得された受信用通信チ
   ャンネルのデータ伝送属性と前記第２の取得手段により
   取得された複数の物理回線のデータ伝送属性とを比較す
   る比較手段と、 前記比較手段による各比較結果に基づいて、前記送信用
   通信チャンネル及び前記受信用通信チャンネルを各々の
   通信チャンネルのデータ伝送属性に適合するデ ータ伝送
   属性を有する物理回線に、それぞれ接続する接続手段
   と、前記送信用通信チャンネルと前記受信用通信チャンネル
   とを双方向の一通信チャンネルとして使用するデータ送
   受信処理手段と、 を具備することを特徴とするデータリンク制御装置。
4. 【請求項４】 前記第１の取得手段により取得された送
   信用または受信用の通信チャンネルに要求されるデータ
   伝送属性を格納する第１の記憶手段と、 前記第２の取得手段により取得された複数の物理回線の
   各々が有するデータ伝送属性を格納する第２の記憶手段
   と、 を具備することを特徴とする請求項３記載のデータリン
   ク制御装置。