JP2001057581A

JP2001057581A - 通信方法、及び通信装置

Info

Publication number: JP2001057581A
Application number: JP11231694A
Authority: JP
Inventors: Kazuichi Oe; 和一大江
Original assignee: Fujitsu Ltd
Current assignee: Fujitsu Ltd
Priority date: 1999-08-18
Filing date: 1999-08-18
Publication date: 2001-02-27
Anticipated expiration: 2019-08-18
Also published as: US8000343B1; JP4008162B2

Abstract

(57)【要約】【課題】ネットワークに接続された通信装置間の通信性
能を自動的にチューニングする機能を提供する。さら
に、このような通信性能を定期的に見直し、定期的にチ
ューニングする機能を提供する。【解決手段】本発明は、複数の通信方式を切り換えて通
信をすることが可能な複数の通信装置の間において、事
前に複数の通信条件の下で各通信方式による通信性能を
測定し、この通信条件ごとに特定の通信方式による通信
性能が他の通信方式による通信性能を上回る通信方式と
しての条件別最適通信方式を求め、通信時の通信条件に
従い、この条件別最適通信方式を選択して通信するもの
である。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、互いにデータ通信
を行う通信装置間で最適な通信条件を設定するためのデ
ータ通信方法及びデータ通信装置に関するものである。

【０００２】

【従来の技術】ネットワークに接続された通信装置間の
通信速度は、ネットワークのハードウェアとしての通信
性能の他、通信装置に内蔵されたＣＰＵのクロック数，
ＯＳのバージョン，ＣＰＵに接続されるバスの仕様，Ｃ
ＰＵからメモリへのアクセス速度，ネットワークにアク
セスし実際にデータの送受信を実行する通信ドライバの
実行効率等に依存する。さらに、通信ドライバの実行効
率は、ＯＳのバージョンごとに異なるＯＳの内部関数
（ＯＳからプログラムへ機能を提供するための関数）に
依存して変化する。

【０００３】従来、この通信ドライバの実行効率の最適
化（これをチューニングという）は、通信ドライバ開発
時に性能調査を行い、実行効率に影響を与えるパラメー
タを調整して設定することにより行っていた。

【０００４】しかし、ＯＳのパッチ（バイナリファイル
からなる実行形式、いわゆるロードモジュールの部分的
な修正）、ＣＰＵやメモリの増設等により、開発時に設
定したパラメータが必ずしも最適な値であり続けるとは
限らない場合が生じていた。

【０００５】また、同一のネットワークに異なる計算機
システム（ノード）が接続されるような環境では、ノー
ドごとに通信ドライバのパラメータを手動で設定する必
要があり、これを実際に行うのは困難であった。

【０００６】

【発明が解決しようとする課題】本発明はこのような従
来の技術の問題点に鑑みてなされたものであり、その目
的とするところは、ネットワークに接続された通信装置
間の通信性能を自動的にチューニングする機能を提供す
ることにある。さらに、本発明の目的は、このような通
信性能を定期的に見直し、定期的にチューニングする機
能を提供することにある。

【０００７】

【課題を解決するための手段】本発明は前記課題を解決
するために、以下の手段を採用した。すなわち、本発明
は、複数の通信方式を切り換えて通信をすることが可能
な複数の通信装置の間において、事前に複数の通信条件
の下で各通信方式による通信性能を測定し、この通信条
件ごとに特定の通信方式による通信性能が他の通信方式
による通信性能を上回る通信方式としての条件別最適通
信方式を求め、通信時の通信条件に従い、この条件別最
適通信方式を選択して通信するものである。

【０００８】本発明は、記憶手段を備え、データ転送の
単位としての最大データサイズを変更してデータ通信を
することが可能な複数の通信装置の間において、異なる
操作量によって通信装置の記憶手段を操作し、その操作
の完了時間を測定し、完了時間の変化が所定値以内とな
る操作量の範囲において、最大データサイズを決定して
通信するものである。

【０００９】この測定結果または決定されたの最大デー
タサイズをネットワークに接続された複数の通信装置間
で互いに交換して、これらの複数の通信装置間で共通に
最大データサイズを決定するようにしてもよい。

【００１０】本発明は、ネットワークへのデータの送信
およびネットワークからのデータの受信を行うネットワ
ーク駆動部と、この駆動部との間でデータを授受して通
信を制御する制御部とにおいて、そのデータの受け渡し
に使用される複数の記憶領域から最適な記憶領域の種類
を決定するもので、この複数の記憶領域を使用して、ネ
ットワーク駆動部と制御部との間で異なるデータサイズ
のデータを受け渡した際のデータの授受時間を測定し、
データサイズごとに特定の記憶領域を使用したデータの
授受時間が他の記憶領域を使用したデータの授受時間を
下回る記憶領域としての最適記憶領域を求め、通信時の
データサイズに従い、最適記憶領域を選択するものであ
る。

【００１１】

【発明の実施の形態】以下、図面を参照して本発明の好
適な実施の形態を説明する。（実施の形態１）図１から図６を参照して、実施の形態
１に係る通信装置について説明する。図１は本実施の形
態１に係る通信装置のハードウェアの構成を示すブロッ
ク図であり、図２はこの通信装置のプログラムの構成を
示すブロック図であり、図３及び図４は図２に示す通信
装置間１と他の通信装置１ａとの通信方式を示す図であ
り、図５は上記通信装置１と他の通信装置１ａとの通信
時間の測定結果の例（通信性能に相当）を示す図であ
り、図６は図２に示す通信ドライバ４の処理を示すフロ
ーチャートである。＜構成＞図１は、本実施の形態１に係る通信装置１のハ
ードウェアの構成を示すブロック図である。この通信装
置１はＣＰＵ１１、このＣＰＵ１１で実行されるプログ
ラムやＣＰＵ１１で使用されるデータを記憶するための
メモリ１２（記憶手段に相当）、及びＣＰＵ１１によっ
て制御されネットワーク２上の他の通信装置１ａと通信
を行う通信用基板１３を備えている。通信装置１は、こ
の通信用基板１３を介してネットワーク２に接続され、
ネットワーク２上のノード＃０を構成し、ネットワーク
２上のノード＃１を構成する他の通信装置１ａとの間で
データ通信を行う。

【００１２】図２は、本実施の形態１に係る通信装置１
のＣＰＵ１１で実行されるプログラムの構成を示すブロ
ック図である。図２に示すように通信装置１（及び他の
通信装置１ａ）は、データ通信を制御するＯＳ３（制御
部に相当）及びこのＯＳ３から起動される通信ドライバ
４（ネットワーク駆動部に相当）をメモリ１２に備えて
いる。

【００１３】ＯＳ３は、ネットワーク２に接続された他
の通信装置１ａとのデータ通信に際し、ＣＰＵ１１で実
行される図示しないアプリケーションプログラムからデ
ータを受け取り、これを通信ドライバ４に引き渡して、
データ通信を制御する。

【００１４】通信ドライバ４は、ＳＥＮＤ方式の通信方
式を実行するＳＥＮＤ方式部５、ＳＥＮＤ−ＧＥＴ方式
の通信方式を実行するＳＥＮＤ−ＧＥＴ方式部６、これ
らのＳＥＮＤ方式部５及びＳＥＮＤ−ＧＥＴ方式部６の
通信性能を評価する評価エンジン７（性能評価部に相
当）、評価エンジン７の評価結果を格納するノード情報
テーブル８及び選択部９を備えている。

【００１５】通信ドライバ４は、ＯＳ３からの通信要求
を受け、ネットワーク２に通信データを送信し、あるい
はネットワーク２から通信データを受信する。その際通
信ドライバ４は下記に示すＳＥＮＤ方式部５またはＳＥ
ＮＤ−ＧＥＴ方式部６のいずれかによる通信方式を選択
してネットワーク２に接続された他の通信装置１ａと通
信する。

【００１６】ＳＥＮＤ方式部５は、ＳＥＮＤ方式による
通信を行う通信ドライバ４のモジュールである。ここで
ＳＥＮＤ方式とは、図３に示すように通信に際し、送信
側の通信装置１から受信側の通信装置１ａへデータを直
接転送する通信方式である。

【００１７】一方、ＳＥＮＤ−ＧＥＴ方式部６は、ＳＥ
ＮＤ−ＧＥＴ方式による通信を行う通信ドライバ４のモ
ジュールである。ここでＳＥＮＤ−ＧＥＴ方式とは、図
４に示すように通信に際し、まず、送信側の通信装置１
から受信側の通信装置１ａへ通信データのヘッダのみを
送信して通信装置１内のメモリ１２上のデータのアドレ
スを指定しておき、続いて、受信側の通信装置１ａが送
信側の通信装置１における指定されたメモリ１２のアド
レスからデータを読み出すという手順を採る通信方式で
ある。

【００１８】ＳＥＮＤ方式は、ネットワーク２を介した
１回の送受信によりデータの転送が完了するのに対し
て、ＳＥＮＤ−ＧＥＴ方式では、ネットワーク２を介し
た２回の送受信を必要とする。一方、ＳＥＮＤ方式にお
いては、送信側の通信装置１および受信側の通信装置１
ａ内部のＯＳ３または通信ドライバ４において、送受信
用のバッファ２５を介して通信データを複写する手間が
発生する。これに対し、ＳＥＮＤ−ＧＥＴ方式では直接
送信側の通信装置１のメモリ１２から通信データが読み
取られ、受信側の通信装置１ａのメモリに転送されるた
め、通信用のバッファを介する手間が発生しない。従っ
て、どちらの通信方式が有利かを決定することは一般的
に困難である。

【００１９】評価エンジン７は、上記のＳＥＮＤ方式部
５及びＳＥＮＤ−ＧＥＴ方式部６による通信時間（通信
速度）評価のための通信を実行し、通信性能を評価す
る。この評価結果を図５に例示する。図５は、データサ
イズを変更して、ＳＥＮＤ方式及びＳＥＮＤ−ＧＥＴ方
式による通信時間を測定した結果の一例を示すものであ
る。図５では、通信データのデータサイズが１０２４(B
yte)まではＳＥＮＤ方式の通信時間がＳＥＮＤ−ＧＥＴ
方式による通信時間を下回り、２０４８(Byte)を越える
データサイズでは、逆にＳＥＮＤ−ＧＥＴ方式による通
信時間が、ＳＥＮＤ方式の通信時間を下回っている。そ
こで、この測定結果に基づき、２０４８(Byte)を越える
か否かに基づき、ＳＥＮＤ方式とＳＥＮＤ−ＧＥＴ方式
とを切り換えて使用する。

【００２０】このような判断の基準となるデータサイ
ズ、この例では２０４８(Byte)を閾値と呼ぶ。評価エン
ジン７は、この閾値とこの閾値以下のデータサイズにお
いて使用すべき通信方式（図５の測定結果ではＳＥＮＤ
方式）とをノード情報テーブル８に書き込んでおく。こ
の閾値と閾値以下のデータサイズにおいて使用すべき通
信方式との組み合わせが条件別最適通信方式に相当す
る。

【００２１】選択部９は、ノード情報テーブル８から上
記のように評価エンジン７によって測定された閾値を読
み取り、通信するデータサイズが閾値以下か否かを判定
し、ＳＥＮＤ方式またはＳＥＮＤ−ＧＥＴ方式のいずれ
かを選択して切り換える。＜動作例＞次に図２に示した通信装置１の動作例を説明
する。通信に先だって、通信ドライバ４の評価エンジン
７は、通信相手となる通信装置１ａとの間のデータ通信
に対する閾値が設定済みであるか否かをノード情報テー
ブル８の内容を読み出して判断する。通信装置１ａとの
間のデータ通信に対する閾値が未設定である（すなわち
通信装置１において今回の通信が、通信装置１ａとの初
めて通信である）場合に、評価エンジン７は、予め通信
装置１ａとの間で図５に示したような通信時間を測定
し、その結果（上記閾値とその閾値以下ではどちらの通
信方式が有利であるかを示す情報）をノード情報テーブ
ル８に書き込んでおく。

【００２２】次に、実際の通信に際しては図６に示した
フローチャートに従って、通信がなされる。まず、通信
ドライバ４の選択部９はノード情報テーブル８に記述さ
れた閾値とその閾値以下で使用すべき通信方式（本実施
の形態ではＳＥＮＤ方式）を読み出す（ステップ１０
１、以下Ｓ１０１と略す）。次に、通信ドライバ４の選
択部９は通信されるデータのデータサイズとこの閾値と
を比較する（Ｓ１０２）。通信されるデータサイズがこ
の閾値以下の場合、ＳＥＮＤ方式による通信を行う（Ｓ
１０３）。通信されるデータサイズがこの閾値を越える
場合、ＳＥＮＤ−ＧＥＴ方式による通信を行う（Ｓ１０
４）。このようにして、通信条件（この場合は通信デー
タサイズ）に応じて最適な通信方式を自動的に選択する
ので、通信速度の向上を図ることができる。＜変形例＞本実施の形態では、ＳＥＮＤ方式による通信
とＳＥＮＤ−ＧＥＴ方式による通信とを切り換える閾値
を決定しておき、通信するデータサイズがその閾値以下
か否かに基づいて通信方式を切り換える例を示したが、
この閾値は１つとは限らない。例えば、通信時間として
図７に示すような結果が得られた場合、データサイズが
２０４８(Byte)（閾値１）未満では、ＳＥＮＤ方式によ
る通信が有利であり、データサイズが２０４８(Byte)か
ら１６３８４(Byte)（閾値２）の間では、ＳＥＮＤ−Ｇ
ＥＴ方式による通信が有利であり、データサイズが１６
３８４(Byte)を越える場合には、再びＳＥＮＤ方式によ
る通信が有利となる。

【００２３】このような場合、図９のフローチャートに
示したように、データサイズを複数の領域に区分する複
数の閾値を保持しておき、これらと通信されるデータサ
イズとを比較して通信方式を決定すればよい。

【００２４】閾値の数が多くなってくると図９のフロー
チャートに示したような複数回の判断を行う処理では、
その判断のための処理時間により却って通信速度が低下
する。そこで、図８に示したように基準となるデータサ
イズの単位、例えば２５６(Byte)ごとにテーブルのエン
トリを設けておき、通信されるデータサイズがどのエン
トリに対応するかを以下の（式１）テーブルのエントリ番号＝通信データ量／データサイズの単位（式１）によって、選択部９が決定し、そのエントリ番号で示さ
れるエントリに記述された通信方式を選定するようにし
てもよい。このようなテーブルのエントリ番号に基づく
処理を図１０のフローチャートに示す。

【００２５】本実施の形態では、通信方式としてＳＥＮ
Ｄ方式による通信とＳＥＮＤ−ＧＥＴ方式による通信を
示したが、本発明の実施は、これらの通信方式に限定さ
れない。要するに本発明は、複数の通信方式によりデー
タ通信をすることが可能な複数の通信装置の間におい
て、予め複数の通信条件の下でデータ通信を実行して各
々の通信方式による通信時間を測定した結果に基づい
て、実際の通信の際の通信方式を決定すればいいのであ
って、通信方式そのものには限定されない。

【００２６】また、その通信方式の種類も上記の２種類
に限定されるものではない。すなわち、図８に示したよ
うなテーブルのエントリに使用する通信方式を予め記述
しておくようにすれば３以上の通信方式の中から最適で
あると想定される通信方式を選択して通信することが可
能になる。

【００２７】本実施の形態では、通信条件として通信デ
ータのデータサイズを使用したが、データサイズの代わ
りに他の条件、例えば、通信時間帯、通信先の通信装置
１ａのＯＳ３のバージョン等を通信条件としてもよい。
すなわち、それらの通信条件における上記２つの通信方
式に対して通信時間（または通信速度）を予め測定し
て、各通信条件ごとに最適通信方式を求めておき、実際
の通信時の通信条件に基づき、最適通信方式を選択する
ようにしてもよい。

【００２８】上記で説明した実施の形態では、通信相手
となる通信装置１ａとの間のデータ通信に対する閾値が
ノード情報テーブル８において未設定である（すなわち
通信装置１において今回の通信が、通信装置１ａとの初
めて通信である）場合に、通信性能を測定したが、すで
に閾値が設定済みであっても、その設定時点から所定時
間以上経過している場合に、改めて通信性能を測定して
閾値を設定するようにしてもよい。そのためには、上記
閾値の設定に際し、その日付と時間とをＯＳ３に内蔵す
るカレンダーから読み込んでメモリ１２に記録しておけ
ばよい。このように通信時間（または通信速度）の測定
と上記閾値の設定とは、上述した実施の形態１のように
通信開始時に行うのが好適であるが、通信中に測定して
もよい。（実施の形態２）本発明の実施の形態２を図１１〜図１
３を用いて説明する。図１１は本実施の形態に係る通信
装置におけるプログラムの構成を示すブロック図であ
り、図１２及び図１３は図１１に示した通信装置１にお
けるメモリ１２上の領域の割付（メモリアロケーショ
ン、以下メモリ割付という）とメモリ１２上の領域の開
放（メモリフリー、以下メモリ開放という）とに要する
時間を測定した測定結果である（メモリ割付とメモリ開
放とが記憶手段の操作に相当する）。

【００２９】上記実施の形態１では、複数の通信方式に
よりデータ通信をすることが可能な複数の通信装置の間
において、予め複数の通信条件の下でデータ通信を実行
して各々の通信方式による通信時間を測定した結果に基
づいて、実際の通信の際の通信方式を決定する通信装置
について説明した。一方、本実施の形態では、ネットワ
ーク２に接続された他の通信装置とのデータ通信おける
データ転送の単位としての最大データサイズを変更可能
な通信装置であって、その通信装置に備えたメモリの割
付とメモリの開放とに要する時間からデータ通信におけ
るデータ転送の単位としての最大データサイズを決定す
る通信装置について説明する。

【００３０】ここでデータ転送の単位としての最大デー
タサイズとは、例えばイーサネット（登録商標）におけ
る最大パケットサイズのように通信プロトコルにおいて
規定される１回のデータ転送に際して転送可能な最大デ
ータサイズをいう。

【００３１】本実施の形態の通信装置のプログラムのブ
ロック図を図１１に示す。図１１のブロック図におい
て、通信ドライバ４は、メモリ割付部１５、メモリ開放
部１６（メモリ割付部１５とメモリ開放部１６とが記憶
手段操作部に相当）及び最大データサイズを決定する決
定部１９を備えている。その他の構成及び作用について
は実施の形態１と同一なので、同一の構成部分について
は同一の符号を付して、その説明は省略する。また、本
実施の形態のハードウェアの構成は実施の形態１と同一
であるので、これらについては図１を参照して説明す
る。

【００３２】図１１において、メモリ割付部１５は、通
信ドライバ４において実行され、通信装置１のメモリ１
２上に指定された割付量のメモリ領域を確保する。一
方、メモリ開放部１６は、上記のメモリ割付部１５によ
って割り付けられたメモリ領域のうち、指定されたメモ
リ領域を開放する。評価エンジン７は、以上のメモリ割
付部１５及びメモリ開放部１６を実行して、その実行時
間を評価する。

【００３３】決定部１９は、この実行時間に基づいて最
大データサイズを決定し、ノード情報テーブル８に書き
込む。以降、この最大データサイズは通信ドライバ４に
おいてデータ転送の単位として使用される。例えば、こ
の最大データサイズを越えるデータのデータ転送要求が
通信ドライバ４に与えられた場合には、通信ドライバ４
がそのデータをこの最大データサイズ以下のデータに分
割してデータ転送を行う。

【００３４】上記評価エンジン７によってメモリ割付部
１５及びメモリ開放部１６を実行して、その実行時間を
評価した結果の一例を図１２及び図１３に示す。図１２
は、メモリの割付量を変更してメモリ割付部１５を実行
したときの実行時間を測定した結果である。図１２に示
すように割付量を１６２５３(Byte)に設定した場合に、
それ以下の割付量の場合と比較して実行時間が１桁以上
増大し、急激に実行効率が悪化している。

【００３５】図１３は、上記のようにメモリの割付量を
変更してメモリ割付部１５が割付たメモリ領域をメモリ
開放部１６を実行して開放したときの実行時間を測定し
た結果である。やはり、割付量を１６２５３(Byte)に設
定して割り付けたメモリ領域を開放する場合に、それ以
下の割付量の場合と比較して実行時間が１桁以上増大
し、急激に実行効率が悪化している。

【００３６】本実施の形態に係る通信装置１において
は、決定部１９がこのようなメモリ割付時またはメモリ
開放時の実行時間が不連続に悪化する割付量（この場合
の１６２５３Byte）を求め、これをノード情報テーブル
８に保持しておく。これは、実行時間の差が一定値以上
（または一定比率以上）変化するか否かを各実行時間に
対して求めることで決定できる。

【００３７】この最大データサイズは、通信装置１が通
信相手となる通信装置１ａと通信を開始するときに決定
する。通信装置１においては、この最大データサイズに
よって通信のための作業用メモリ領域（通信用バッファ
領域）が確保されるので、上記設定の結果、通信に際し
て、実行効率が悪化しない割付量でメモリ割付及びメモ
リ開放がなされる。従って、ＯＳ３のバージョン変更、
通信装置１におけるＣＰＵ１１のクロック数の変更、メ
モリ１２の増設等に依存してメモリ割付に伴う実行時間
が変化するような場合に、これに伴う通信ドライバ４の
実行効率の悪化を防止することができる。＜変形例＞本実施の形態では、最大データサイズは、上
述のように通信装置１が通信相手となる通信装置１ａと
通信を開始するときに決定する。しかし、これを予めネ
ットワーク２に接続された複数の通信装置間で決定して
おくこともできる。上述のように測定したメモリ割付の
実行時間及びメモリ開放の実行時間、または通信装置１
において決定された最大データサイズをネットワーク２
に接続された複数の通信装置間で互いに交換し、これら
複数の通信装置間で最大データサイズが共通となるよう
に決定する。これは、例えば、各通信装置１等で決定さ
れたの最大データサイズの最大値、最小値、または、平
均値等所定の方法により算出される値として決定でき
る。

【００３８】本実施の形態では、通信ドライバ４におけ
るメモリ割付とメモリ開放の実行時間に基づいて通信に
おけるデータ転送の単位としての最大データサイズを決
定する例を示したが、本発明の実施はこれに限定され
ず、その他のメモリ１２への操作（書き込み、読み出し
等）における実行時間から上記最大データサイズを決定
してもよい。

【００３９】また、上記実施の形態では、メモリ割付と
メモリ開放の実行時間に基づいて最大データサイズを決
定する例を示したが、これを単位時間当たりのメモリ操
作量（メモリ割付の容量等）である実行速度に換算し
て、この実行速度が不連続に変化するメモリ操作量の領
域を検出して上記最大データサイズを決定してもよい。

【００４０】上記実施の形態では、通信装置１が通信相
手となる通信装置１ａと通信を開始するときに、評価エ
ンジン７がメモリ割付とメモリ開放の実行時間を測定し
て最大データサイズを決定するが、このような実行時間
の測定と最大データサイズの決定を定期的に実行しても
よい。そのためには、ＯＳ３に内蔵されたタイマーから
定期的に評価エンジン７を起動し、さらに評価エンジン
７から決定部１９を起動すればよい。（実施の形態３）本発明の実施の形態３を図１４から図
１７を参照して説明する。図１４及び図１５は、本実施
の形態に係る通信装置におけるプログラムの構成を示す
ブロック図であり、図１６は図１４及び図１５に示した
通信装置１におけるＯＳ３と通信ドライバ４とのデータ
授受時間の測定結果の一例であり、図１７は、図１４及
び図１５に示したＯＳ３及び通信ドライバ４の処理を示
すフローチャートである。

【００４１】本実施の形態では、通信に際して使用され
る作業用領域（バッファ領域）へのアクセスをチューニ
ングする通信装置１について説明する。図１４に示す通
信装置１は、他の通信装置１ａ等と通信するアプリケー
ションプログラムとしてのデーモン２０をメモリ１２に
有し、さらに、このデーモン２０によって送受信される
通信データが格納される作業用領域としての通信用バッ
ファ２１と、通信ドライバ４の作業用領域としての送受
信データ領域２２を備えている。その他の構成及び作用
については実施の形態１と同一なので、同一の構成部分
については同一の符号を付して、その説明は省略する。

【００４２】図１４に示す通信用バッファ２１は、ＯＳ
３が管理するメモリ領域（メモリ１２上の一部分領域）
に置かれている。したがって、通信ドライバ４は送受信
に使用するデータをＯＳ３が管理するメモリ領域に複写
することにより、ＯＳ３との間でデータの受け渡しを行
う。以下これをＯＳバッファ方式と呼ぶ。

【００４３】一方、図１５に示す通信用バッファ２３
は、通信ドライバ４が管理するメモリ領域（メモリ１２
上の一部分領域）に置かれている。通信ドライバ４とＯ
Ｓ３とのデータの授受においては、この通信用バッファ
２３の先頭アドレスがＯＳ３に渡され、その領域を用い
てデータが入出力される。以下これをドライババッファ
方式と呼ぶ。

【００４４】このように通信用バッファをどのように構
成するかにより、通信装置である計算機（ＣＰＵとＯ
Ｓ）に依存して、通信ドライバ４とＯＳ３とのデータの
授受に要する時間、ひいては、通信時間（または通信速
度）が異なることが分かっている。このＯＳバッファ方
式及びドライババッファ方式によるバッファが複数の記
憶領域に相当する。

【００４５】デーモン２０は、図１４に示すようなＯＳ
バッファ方式及び図１５に示すようなドライババッファ
方式の各々の構成において、ＯＳ３、通信ドライバ４を
通じて他の通信装置１ａ等とデータサイズを変更して通
信を実行し、その通信時間（または通信速度）を測定す
る。本実施の形態では、デーモン２０が性能評価部に相
当する。その測定結果の一例を図１６に示す。

【００４６】図１６において、データサイズが２０４８
(Byte)未満ではＯＳバッファ方式による通信時間がドラ
イババッファ方式による通信時間を下回っている。一
方、データサイズが２０４８(Byte)越えるとドライババ
ッファ方式による通信時間がＯＳバッファ方式による通
信時間を下回っている。そこで、このようなデータサイ
ズ２０４８(Byte)を実施の形態１と同様に閾値と呼ぶこ
とにする。

【００４７】デーモン２０は、図１６に示すような通信
時間の測定結果から上記のような閾値を求め、この閾値
とこの閾値以下のデータサイズの通信で使用するバッフ
ァ方式（図１６の例ではＯＳバッファ方式）を図示しな
いノード情報テーブル８に設定する。この閾値と閾値以
下でのデータサイズの通信で使用するバッファ方式との
組み合わせが最適記憶領域に相当する。

【００４８】一方、ＯＳ３及び通信ドライバ４は、実際
の通信に際して、ノード情報テーブル８を参照して、そ
の通信するデータサイズに応じて、ＯＳバッファを使用
するか、ドライババッファを使用するかを決定して互い
にデータの受け渡しを行う。ＯＳ３及び通信ドライバ４
においてバッファ方式を決定する処理手順を図１７のフ
ローチャートに示す。図１７に示すフローチャートの処
理を実行するプログラム（本実施例ではＯＳ３および通
信ドライバ４）が選択部に相当する。

【００４９】このようにして通信条件に応じて通信時間
の最も短い（通信速度の最も早い）バッファ方式が選択
されて、通信装置１と他の通信装置１ａとの通信がなさ
れる。（変形例）上記で説明したように、本実施の形態では通
信するデータサイズの閾値をノード情報テーブル８に設
定し、これに基づいて、ＯＳ３及び通信ドライバ４にお
いてバッファ方式を決定したが、この決定をＯＳ３（ま
たは通信ドライバ４）が行い、その決定結果を通信ドラ
イバ４（またはＯＳ３）に指示するようにしてよい。

【００５０】なお、実施の形態１で説明したように閾値
を複数設けるようにしてもよい。また、通信するデータ
サイズから実施の形態１の（式１）に従って、テーブル
のエントリ番号を決定し、テーブルの各エントリに使用
するバッファ方式を指定しておくようにしてもよい。

【００５１】本実施の形態では、通信時のデータサイズ
に基づいてＯＳバッファ方式とドライババッファ方式と
から最適なバッファ方式を選択して通信する通信装置に
ついて説明したが、本発明の実施はこのようなバッファ
方式そのものには限定されない。要するに本発明は、複
数のバッファ方式（またはバッファ領域）を使用可能な
通信装置において、事前に異なる複数のデータサイズの
データにより各バッファを介したデータの授受を実行し
てその授受時間を測定して、データサイズごとに最適な
バッファ方式を求めておき、通信時のデータサイズに基
づき最適なバッファ方式（またはバッファ領域）を選択
するものであって、バッファ方式そのものには依存しな
い。

【００５２】本実施の形態では、２つのバッファ方式か
ら最適なバッファ方式を選択する例を示したが、実施の
形態１の（式１）から算出されるエントリ番号で示され
るテーブルのエントリに最適なバッファ方式を記載する
方法を採用することにより、３以上のバッファ方式が使
用可能な通信装置においても、本発明を実施できる。（効果）以上の説明により、本実施の形態に係る発明は
以下の特徴を有する。

【００５３】すなわち、本発明は、複数の通信方式を切
り換えて通信をすることが可能な複数の通信装置１の間
において、事前に複数の通信条件の下での条件別最適通
信方式を求め、通信時の通信条件に従い、この条件別最
適通信方式を選択して通信するので、利用可能な通信方
式の中から最適なものを自動的に選択することができ
る。

【００５４】また、本発明は、複数の通信方式を切り換
えて通信をすることが可能な複数の通信装置１の間にお
いて、事前に複数の通信条件の下での条件別最適通信方
式を求める評価エンジン７（性能評価部）と、通信時の
通信条件に従い、この条件別最適通信方式を選択する選
択部９とを備えるので、利用可能な通信方式の中から最
適なものを自動的に選択することができる。

【００５５】また、本発明の通信装置１は、上記で求め
た条件別最適通信方式を記憶するノード情報テーブル８
（記憶する手段）を備え、他の通信装置との通信時に、
この通信装置との通信における前記条件別最適通信方式
が記憶されていない場合に、評価エンジン７（性能評価
部）は、この通信装置との通信における通信性能を測定
して、条件別最適通信方式を求める。その結果、通信装
置１は通信開始前にすべての他の通信装置１ａとの通信
性能を測定し、通信時には利用可能な通信方式の中から
最適なものを自動的に選択することができる。

【００５６】また、本発明は、データ転送の単位として
の最大データサイズに制限された転送データを記憶手段
に一時的に記憶して通信する通信方法であって、異なる
割付量を指定して、メモリ割付またはメモリ開放をして
その完了時間を測定し、この割付量の変化に対する完了
時間の変化を求め、この完了時間の変化が所定値以内と
なる割付量の範囲において最大データサイズを決定して
通信するので、メモリ割付に伴う通信速度の低下を抑制
することができる。

【００５７】また、本発明は、データ転送の単位として
の最大データサイズを変更可能な通信装置であって、上
記最大データサイズに制限された転送データを一時的に
記憶するメモリ１２（記憶手段）と、割付量を指定して
メモリ１２（記憶手段）上の領域を割り付けるメモリ割
付部１５及びその領域を開放するメモリ開放部１６（記
憶手段の操作部）と、このメモリ割付部１５及びメモリ
開放部１６によって、異なる割付量を指定して、メモリ
割付またはメモリ開放をしてその完了時間を測定する評
価エンジン７（性能評価部）と、上記割付量の変化に対
する完了時間の変化を求め、この完了時間の変化が所定
値以内となる割付量の範囲において上記最大データサイ
ズを決定する決定部１９とを備えるので、メモリ割付に
伴う通信速度の低下を抑制することができる。

【００５８】また、本発明において、上記割付量及び完
了時間または最大データサイズに係る情報は、互いに接
続された複数の通信装置１において交換されるので、上
記決定部１９は、互いに接続された複数の通信装置１に
共通に最大データサイズを決定することができる。

【００５９】また、本発明において、上記評価エンジン
７（性能評価部）は、メモリ割付またはメモリ開放の完
了時間を定期的に測定するので、上記決定部１９は測定
された完了時間に基づいてデータ転送の単位としての最
大データサイズを定期的に決定することができる。

【００６０】また、本発明は、ネットワークへのデータ
の送信およびネットワークからのデータの受信を行う通
信ドライバ４（ネットワーク駆動部）と、このネットワ
ーク駆動部との間でデータを授受して通信を制御するＯ
Ｓ３（制御部）と、通信ドライバ４とＯＳ３との間のデ
ータの受け渡しに使用される複数の記憶領域と、この複
数の記憶領域を使用して、ネットワーク駆動部と制御部
との間で異なるデータサイズのデータを受け渡した際の
データの授受時間を測定し、データサイズごとに特定の
記憶領域を使用したデータの授受時間が他の記憶領域を
使用したデータの授受時間を下回る記憶領域としての最
適記憶領域を求めるデーモン２０（性能評価部）とを備
え、通信ドライバ４とＯＳ３とは、通信時のデータサイ
ズに従い、上記最適記憶領域を選択するので、通信ドラ
イバ４とＯＳ３とのデータ授受に伴う通信速度の低下を
抑制することができる。

【００６１】本発明において、上記デーモン２０（性能
評価部）は、定期的に授受時間を測定するので、通信性
能を定期的にチューニングすることができる。本発明
は、複数の通信方式を切り換えて通信するためのプログ
ラムであって、複数の通信条件の下で上記各通信方式に
よる通信性能を測定し、通信条件ごとに特定の通信方式
による通信性能が他の通信方式による通信性能を上回る
通信方式としての条件別最適通信方式を求め、通信時の
通信条件に従い、条件別最適通信方式を選択して通信す
るプログラムをコンピュータ読み取り可能な記録媒体に
記録したので、このプログラムを通信装置１におけるＣ
ＰＵ１１で実行することで通信性能を自動的にチューニ
ングすることができる。

【００６２】本発明は、データ転送の単位としての最大
データサイズに制限された転送データを記憶手段に一時
的に記憶して通信するプログラムであって、異なる操作
量により上記記憶手段を操作して各操作の完了時間を測
定し、操作量の変化に対する上記完了時間の変化を求
め、完了時間の変化が所定値以内となる操作量の範囲に
おいて上記最大データサイズを決定して通信するプログ
ラムをコンピュータ読み取り可能な記録媒体に記録した
ので、このプログラムを通信装置１におけるＣＰＵ１１
で実行することで通信性能を自動的にチューニングする
ことができる。

【００６３】

【発明の効果】以上説明したように、本発明によれば、
ネットワークに接続された通信装置の間で複数の通信条
件の下で複数の通信方式により通信されて、各々の通信
条件における各々の通信方式による通信性能が評価され
る。その結果、各々の通信条件における最適な通信方式
が求められ、通信時の通信条件に基づいて最適な通信方
式が選択されるので、ネットワークに接続された通信装
置間の通信性能が自動的にチューニングされる。

【００６４】また本発明によれば、複数の操作量によっ
て通信装置の記憶手段を操作した際の操作の完了時間が
測定され、測定された完了時間に基づいてデータ通信の
最大データサイズが決定されるので、通信性能が自動的
にチューニングされる。

【００６５】また、本発明によれば、通信装置の制御部
とネットワークを通じたデータの送受信を行うネットワ
ーク駆動部との間のデータの受け渡しにおいて、複数の
記憶領域を使用して複数のデータサイズのデータが受け
渡され、データの授受時間が測定される。その結果、デ
ータサイズことに最適な記憶領域が決定され、データ通
信時のデータサイズに基づいてデータの受け渡しに使用
される最適な記憶領域が選択されるので、通信性能が自
動的にチューニングされる。

【００６６】また、以上のような通信性能の評価が定期
的に行われるので、通信性能が定期的にチューニングさ
れる。

【図面の簡単な説明】

【図１】実施の形態１に係る通信装置のハードウェアの
構成を示すブロック図

【図２】実施の形態１に係る通信装置のプログラムの構
成を示すブロック図

【図３】通信方式の一例を示す図

【図４】通信方式の一例を示す図

【図５】通信性能の測定結果の一例を示す図

【図６】実施の形態１に係る通信方式を選択する手順を
示すフローチャート

【図７】通信性能の測定結果の一例を示す図

【図８】通信性能の測定結果の一例を示す図

【図９】実施の形態１の変形例に係る通信方式選択手順
を示すフローチャート

【図１０】実施の形態１の変形例の通信方式選択手順を
示すフローチャート

【図１１】実施の形態２に係る通信装置のプログラムの
構成を示すブロック図

【図１２】通信性能の測定結果の一例を示す図

【図１３】通信性能の測定結果の一例を示す図

【図１４】実施の形態３に係る通信装置のプログラムの
構成を示すブロック図

【図１５】実施の形態３に係る通信装置のプログラムの
構成を示すブロック図

【図１６】通信性能の測定結果の一例を示す図

【図１７】実施の形態３に係るバッファ方式選択手順を
示すフローチャート

【符号の説明】

１通信装置２ネットワーク３ＯＳ４通信ドライバ７評価エンジン９選択部１１ＣＰＵ１２メモリ１９決定部２０デーモン２１通信用バッファ２３通信用バッファ

Claims

【特許請求の範囲】

【請求項１】複数の通信方式を切り換えて通信する通信
方法であって、複数の通信条件の下で前記各通信方式による通信性能を
測定し、前記通信条件ごとに特定の通信方式による通信性能が他
の通信方式による通信性能を上回る通信方式としての条
件別最適通信方式を求め、通信時の通信条件に従い、前記条件別最適通信方式を選
択して通信する通信方法。
【請求項２】複数の通信方式を切り換えて通信する通信
装置であって、複数の通信条件の下で前記各通信方式による通信性能を
測定し、この測定された通信性能に基づき、前記通信条
件ごとに特定の通信方式による通信性能が他の通信方式
による通信性能を上回る通信方式としての条件別最適通
信方式を求める性能評価部と、通信時の通信条件に従い、前記条件別最適通信方式を選
択する選択部とを備えた通信装置。
【請求項３】データ転送の単位としての最大データサイ
ズに制限された転送データを記憶手段に一時的に記憶し
て通信する通信方法であって、異なる操作量により前記記憶手段を操作して各操作の完
了時間を測定し、前記操作量の変化に対する前記完了時間の変化を求め、前記完了時間の変化が所定値以内となる操作量の範囲に
おいて前記最大データサイズを決定して通信する通信方
法。
【請求項４】データ転送の単位としての最大データサイ
ズを変更可能な通信装置であって、前記最大データサイズに制限された転送データを一時的
に記憶する記憶手段と、操作量を指定して前記記憶手段を操作することが可能な
記憶手段の操作部と、異なる操作量を指定して前記操作
部により前記記憶手段を操作して各操作の完了時間を測
定する性能評価部と、前記操作量の変化に対する前記完了時間の変化を求め、
この完了時間の変化が所定値以内となる操作量の範囲に
おいて前記最大データサイズを決定する決定部とを備え
た通信装置。
【請求項５】ネットワークへのデータの送信およびネッ
トワークからのデータの受信を行うネットワーク駆動部
と、前記ネットワーク駆動部との間で前記データを授受して
通信を制御する制御部と、前記ネットワーク駆動部と前記制御部との間のデータの
受け渡しに使用される複数の記憶領域と、前記複数の記憶領域を使用して、前記ネットワーク駆動
部と前記制御部との間で異なるデータサイズのデータを
受け渡した際のデータの授受時間を測定し、前記データ
サイズごとに特定の記憶領域を使用したデータの授受時
間が他の記憶領域を使用したデータの授受時間を下回る
記憶領域としての最適記憶領域を求める性能評価部と、通信時のデータサイズに従い、前記最適記憶領域を選択
する選択部とを備えた通信装置。
【請求項６】複数の通信方式を切り換えて通信するため
のプログラムであって、複数の通信条件の下で前記各通信方式による通信性能を
測定し、前記通信条件ごとに特定の通信方式による通信性能が他
の通信方式による通信性能を上回る通信方式としての条
件別最適通信方式を求め、通信時の通信条件に従い、前記条件別最適通信方式を選
択して通信するプログラムを記録したコンピュータ読み
取り可能な記録媒体。
【請求項７】データ転送の単位としての最大データサイ
ズに制限された転送データを記憶手段に一時的に記憶し
て通信するプログラムであって、異なる操作量により前記記憶手段を操作して各操作の完
了時間を測定し、前記操作量の変化に対する前記完了時間の変化を求め、前記完了時間の変化が所定値以内となる操作量の範囲に
おいて前記最大データサイズを決定して通信するプログ
ラムを記録したコンピュータ読み取り可能な記録媒体。