JPH09289531A - ネットワークにおける通信プロトコル自動選択装置及びその方法 - Google Patents

Abstract

(57)【要約】 【課題】 ネットワークに複数の計算機が接続された環
境で、アプリケーションを意識せずに最適な通信プロト
コルを自動選択する装置及び方法を提供する。 【解決手段】 ネットワーク７０上に、ネットワーク負
荷、ＣＰＵ負荷、信頼性においてそれぞれ特性の異なる
複数の通信プロトコル１〜３を備えた複数の計算機１０
ａ、１０ｂと、ネットワークの負荷を監視する負荷監視
装置６０とを接続して成るネットワークにおいて、各計
算機は、計算機のＣＰＵ負荷を監視するためのＣＰＵ負
荷監視テーブル３２ａと、負荷監視装置からのネットワ
ーク負荷を監視するためのネットワーク負荷監視テーブ
ル３１ａなど各種テーブルを備え、さらに、これらテー
ブルからの負荷情報により、ユーザ設定可能な選択条件
テーブル３６ａの選択条件に基づいて最適な通信プロト
コルを選択するプロトコル自動選択装置３０ａを備え
る。これにより、アプリケーションプログラムを意識せ
ず、ネットワーク上の計算機が増えてもネットワーク負
荷問題を防ぐ。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、複数の計算機が接
続されたネットワーク環境に関し、特に、かかるネット
ワークの複数の計算機間の通信プロトコルを自動的に選
択するための装置及び方法に関する。

【０００２】

【従来の技術】従来、ネットワークに複数の計算機が接
続された環境において、全ての計算機装置に複数の通信
プロトコルを備え、送信相手側の計算機の持つ通信プロ
トコルやネットワーク環境によって通信プロトコルの切
替えを行う通信プロトコル選択装置は、既に考案されて
いる。すなわち、かかる従来技術になる通信プロトコル
選択装置によれば、アプリケーションプログラムで使用
する通信プロトコルを指定しなくても、送信電文長、相
手計算機の持つ通信プロトコル等の情報を基に、自動選
択するものである。

【０００３】かかる通信プロトコルの選択方式に関して
は、システム間の相互接続性の向上を目的とするものが
一般的であり、このように通信の効率向上を目的とする
ものとしては、例えば、特開平４−２００１３６号公報
に示されるように、通信データ長に基づいて通信プロト
コルを自動的に選択する方式が既に知られている。ま
た、例えば、特開平６−８５８７２号公報によれば、特
にセルラー方式の通信システムにおいて、モデムプロト
コルを自動的に選択する方法及びシステムとして、通信
システム内の経路（チャネル）の品質を自動的に判定し
て、これにより得られるファクタの解析に応じて現行の
チャネル状態に最適なプロトコルを選択するものが既に
知られている。

【０００４】更に、特開平２−１４３７６２号公報によ
れば、ネットワーク負荷（すなわち、ネットワーク上の
通信量）を監視手段により監視しながら、通信プロトコ
ルではないが、送信するデータの圧縮を制御するものが
知られている。加えて、例えば、特開平２−１１８６５
２号公報によれば、通信プロトコルの選択を行うもので
はないが、特に端局装置が複数の回線によって連繁され
ている通信システムにおいて、回線の負荷状態を監視す
るための回線負荷状態管理部を設け、回線毎の負荷率を
均一化することにより回線毎の負荷分担を効率的に行う
ように回線スケジュールを行うものが既に知られてい
る。

【０００５】

【発明が解決しようとする課題】以上に述べたように、
上記の従来技術においては、ネットワークにおける通信
プロトコルの自動選択においては、かかるネットワーク
回線の負荷の均一化による通信の効率向上を目的とする
ものである。

【０００６】ところで、例えばネットワーク負荷やＣＰ
Ｕ負荷のようなバースト性のあるネットワークシステム
では、通信を行うアプリケーションが、これらネットワ
ークやＣＰＵの高負荷状態を検証し、かかる高負荷状態
においては、負荷を抑制するよう働かなければならな
い。しかしながら、特に近年におけるシステムの高度化
や大規模化が著しく進展するなか、これらアプリケーシ
ョンによるかかる負荷制御は複雑で困難である。

【０００７】そこで、本発明は、以上に述べた従来技術
における課題を解決するため、すなわち、通信を行うア
プリケーション、あるいは、ユーザにおいても、ＣＰＵ
負荷、ネットワーク負荷、通信プロトコル等のシステム
環境を意識することなく、現在のシステム環境に最適な
通信プロトコルを自動選択する装置及び方法を提供する
ことを目的とするものである。

【０００８】

【課題を解決するための手段】そこで、本発明によれ
ば、上記の目的を達成するため、まず、ネットワーク上
に、それぞれ、特性の異なる通信プロトコルを少なくと
も２つ以上持った複数の計算機を接続し、さらに、前記
ネットワークには、ネットワーク負荷を監視するための
負荷監視装置を接続して成るネットワークにおいて、前
記各計算機には、それぞれ、通信を行おうとする前記計
算機間のネッワーク負荷情報を監視するネッワーク負荷
監視手段と、それら通信を行う前記計算機のＣＰＵ負荷
を監視するＣＰＵ負荷監視手段と、さらに、前記ネッワ
ーク負荷監視手段及び前記ＣＰＵ負荷手段からのネッワ
ーク負荷情報とＣＰＵ負荷とにより、予め定めた条件に
基づいて前記複数の通信プロトコルから１つの通信プロ
トコルを自動的に選択するプロトコル自動選択手段を備
えているネットワークにおける通信プロトコル自動選択
装置が提案される。

【０００９】さらに、本発明によれば、やはり上記の目
的を達成するため、ネットワーク上に、それぞれ特性の
異なる通信プロトコルを少なくとも２つ以上持った複数
の計算機と、ネットワーク負荷を監視するための負荷監
視装置を接続してなるネットワークにおいて、前記計算
機間で通信を行う際、前記複数の通信プロトコルから１
つの通信プロトコルを自動的に選択するネットワークに
おける通信プロトコル自動選択方法であって、少なくと
も、通信を行う前記計算機間のネットワーク負荷情報と
前記各計算機のＣＰＵ負荷情報を入力し、これら入力し
たネットワーク負荷情報とＣＰＵ負荷情報により、予め
定めた条件に基づいて、前記複数の通信プロトコルから
１つの通信プロトコルを自動的に選択するネットワーク
における通信プロトコル自動選択方法が提案される。

【００１０】すなわち、上記の本発明によるネットワー
クにおける通信プロトコル自動選択装置及び方法によれ
ば、通信を行おうとする前記計算機間のネッワーク負荷
情報を監視するネットワーク負荷監視手段に加え、さら
に、通信を行う前記計算機のＣＰＵ負荷を監視するＣＰ
Ｕ負荷監視手段を設け、少なくともこれらの手段からの
ＣＰＵ負荷情報及びＣＰＵ負荷情報により、予め定めた
条件に基づいて、通信プロトコルを選択させるようにし
たことにより、時間的に変動するネットワークシステム
において負荷状態を最適に抑制しながら通信プロトコル
を自動的に選択することを可能とし、かつ、アプリケー
ションがＣＰＵ負荷、ネットワーク負荷、通信プロトコ
ル等のシステム環境を意識することなく、通信プロトコ
ルを自動的に選択することを可能にしている。

【００１１】

【発明の実施の形態】以下、本発明の一実施の形態につ
いて、添付する図面と共に詳細に説明する。図１は、本
発明になる通信プロトコル自動選択装置を含むネットワ
ークシステムの構成図である。なお、この 図１におい
て、複数（図では、説明の簡単のため、２つの計算機だ
けを示す）の計算機、計算機１と計算機２がネットワー
ク７０上に接続され、さらに、以下に説明する各計算機
のテーブルメンテナンス装置にネットワーク負荷情報や
他の相手計算機計算機のＣＰＵ負荷情報を送信するため
の負荷監視装置６０が接続されてネットワークシステム
が構成されている。なお、以下の説明では、計算機１
（１０ａ）と計算機２（１０ｂ）は、その内部の構成は
等しいものとし、代表的に計算機１（１０ａ）について
のみ説明し、計算機２についての説明は説明の簡単のた
め省略する。

【００１２】まず、計算機１０ａは、アプリケーション
プログラム２０ａを含んでおり、このアプリケーション
プログラムは、以下の説明からも明らかとなるが、通信
手段を意識しないプログラムである。さらに、計算機１
０ａは、このアプリケーションプログラム２０ａからの
通信要求により、通信プロトコルを選択する通信プロト
コル自動選択装置３０ａと共に、以下に述べる各種のテ
ーブルを備えている。これらのテーブルを具体的に述べ
ると、通信プロトコル選択に必要な条件を定義するため
の選択条件テーブル３６ａと、ネットワーク負荷を管理
するためのネットワーク負荷監視テーブル３１ａと、自
計算機のＣＰＵ負荷と他の相手計算機のＣＰＵ負荷を管
理するためのＣＰＵ負荷監視テーブル３２ａと、ネット
ワーク負荷情報とＣＰＵ負荷情報を基に、時間的に予想
される負荷をユーザが設定することによりスケジューリ
ング可能なタイムスケジュール管理テーブル３３ａと、
通信プロトコルとは関係なく電文に通番を持たせ、この
通番の確認により通信処理に信頼性を持たせるために設
けた通番管理テーブル３４ａと、そして、電文によって
通信手段を定めたい場合のための信頼性管理テーブル３
５ａである。さらに、計算機１０ａは、以上のテーブル
を定期的に更新させるテーブルメンテナンス装置５０ａ
と、ネットワーク負荷、ＣＰＵ負荷、信頼性においてそ
れぞれ特性の異なる複数（この例では３種）の通信プロ
トコル１（４１ａ）、通信プロトコル２（４２ａ）、通
信プロトコル３（４３ａ）とを備え、さらに、送信電文
を通信プロトコルに合った形式に変換する電文形式変換
装置４０ａを備えている。

【００１３】一方、上記の負荷監視装置６０は、上記ネ
ットワークの負荷情報や各計算機のＣＰＵ負荷情報を監
視すると共に、得られたネットワーク負荷情報／計算機
ＣＰＵ負荷情報を保存するための負荷情報テーブル６１
ａを備えている。

【００１４】そして、上記図１により詳述したシステム
構成によれば、各計算機１０ａのテーブルメンテナンス
装置５０ａと負荷監視装置６０の間で、定期的に各計算
機のＣＰＵ負荷情報、ネットワーク負荷情報の情報交換
を行い、このテーブルメンテナンス装置５０ａが、その
結果を基に、計算機１０ａは、そのネットワーク負荷監
視テーブル３１ａ、ＣＰＵ負荷監視テーブル３２ａの更
新を行う。これにより、計算機１０ａのプロトコル自動
選択装置３０ａは、それらネットワーク負荷監視テーブ
ル３１ａ、ＣＰＵ負荷監視テーブル３２ａ、さらには、
ユーザが前もって設定することの可能なタイムスケジュ
ール管理テーブル３３ａ、信頼性管理テーブル３５ａ、
選択条件テーブル３６ａを基に、アプリケーションプロ
グラムからの送信電文の受け付け時に、複数の通信プロ
トコル４１ａ、４２ａ、４３ａの中から自動的に最適な
通信プロトコルの選択を行い、さらに、上記の電文形式
変換装置４０ａにより選択した通信プロトコルに合った
電文形式に変換して、通信プロトコルに渡し、もって、
通信が行われることとなる。

【００１５】ここで、上記の通信プロトコル１（４１
ａ）〜通信プロトコル３（４３ａ）の特性について、図
２〜図４を参照して説明する。まず、通信プロトコル１
（４１ａ）について説明すると、図２において、送信側
計算機では、通信プロトコル１を開始すると（ステップ
Ｓ１００）、送信電文を受け付け（ステップＳ１０
１）、電文を圧縮した後（ステップＳ１０２）に送信し
（ステップＳ１０３）、その後終了する（ステップＳ１
０４）。他方、受信側計算機では、通信プロトコル１を
開始すると（ステップＳ１０５）、電文の受信（ステッ
プＳ１０６）後、受信した電文を解凍し（ステップＳ１
０７）、受信電文を受け渡し（ステップＳ１０８）て終
了する（ステップＳ１０９）。このように、通信プロト
コル１の特性としては、受信側計算機、送信側計算機の
ＣＰＵ負荷は、それぞれ、圧縮作業、解凍作業を行うた
め、その負荷は大きくなる。しかしながら、計算機間の
ネットワーク負荷は、電文を圧縮して送るため、小さく
なる。

【００１６】次に、図３を参照して、通信プロトコル２
（４２ａ）の特性を説明する。この通信プロトコル２で
は、通信プロトコルを開始すると（ステップＳ１１
０）、送信電文を受け付け（ステップＳ１１１）、送信
側計算機は電文をそのまま電文送信し（ステップＳ１１
２）、終了する（ステップＳ１１３）。他方、受信側計
算機でも、通信プロトコル２を開始すると（ステップＳ
１１４）、電文の受信（ステップＳ１１５）後、受信側
計算機はそのまま上層処理（電文形式変換装置）へ受け
渡し（ステップＳ１１６）、終了する（ステップＳ１１
７）。このように、通信プロトコル２の特性としては、
前記の通信プロトコル１に比べ、処理が単純でＣＰＵ負
荷は小さい。しかしながら、計算機間のネットワーク負
荷は、通信プロトコル１に比べると送信サイズは元のま
ま（圧縮されていない）なので大きくなる。

【００１７】さらに、図４を参照して、通信プロトコル
３（４３ａ）の特性を説明する。この通信プロトコル３
では、プロトコルを開始すると（ステップＳ１２０）、
送信電文を受け付け（ステップＳ１２１）、電文送信
（ステップＳ１２２）を行い、その後、受信側計算機か
らの応答受信により受信を確認（ステップＳ１２５）し
て終了する（ステップＳ１２６）が、受信側計算機から
の応答がない場合には、再び電文送信（ステップＳ１２
３）を行い、応答待ち（ステップＳ１２４）を行う。他
方、受信側計算機では、通信プロトコル３を開始すると
（ステップＳ１２７）、電文の受信（ステップＳ１２
８）後、受信電文の受け渡し（ステップＳ１２９）を行
い、さらに、送信側計算機へ応答を送信し（ステップＳ
１３０）た後に終了する（ステップＳ１３１）。このよ
うに、この通信プロトコル３では、前記通信プロトコル
２の特性に、さらに、応答処理を追加したものであり、
受信側計算機で電文を受信した後、応答信号を返し、送
信側計算機は応答信号を受信して通信結果を確認する応
答処理の分、送信側計算機及び受信側計算機のＣＰＵの
負荷は共に大きくなる。また、計算機間のネットワーク
負荷も、上記の応答信号が流れる分だけ大きくなるが、
しかしながら、その分信頼性は優れたものになる。

【００１８】以上に詳細に説明した通信プロトコル１〜
通信プロトコル３の特性を、図５に示す表により纏めて
説明する。この表からも明らかなように、通信プロトコ
ル１はネットワーク負荷がかからない通信方式であり、
通信プロトコル２はＣＰＵ負荷がかからない通信方式で
ある。そして、通信プロトコル３は信頼性に優れた通信
方式といえる。

【００１９】次に、図６及び図７を参照しながら、ネッ
トワーク負荷監視テーブル３１ａの内容について、その
構成の一例とその動作により説明する。このネットワー
ク負荷監視テーブルは、図６にも示すように、ネットワ
ーク名を示す「ネットワーク」８０と、各ネットワーク
の使用率を表示する「使用率」８１の２つのフィールド
を持っている。なお、ここでは、各ネットワークの使用
率は１００分率で表され、その値は、図７に点線の矢印
で示すように、負荷監視装置６０から各計算機１０ａに
送信されており、各計算機では、そのテーブルメンテナ
ンス装置５０ａの働きにより更新される構成となってい
る。

【００２０】続いて、図８及び図９を参照しながら、上
記ＣＰＵ負荷監視テーブル３２ａの内容について、その
構成の一例とその動作により説明する。このＣＰＵ負荷
監視テーブル３２ａは、図８に示すように、各計算機名
を表示する「計算機名」８２と、それら計算機のＣＰＵ
の負荷を表示する「ＣＰＵ負荷」８３の２つのフィール
ドを持っている。なお、ここでも、ＣＰＵ負荷は１００
分率で表されており、その値は、図９に点線の矢印で示
すように、各計算機１０ａは、自ＣＰＵ負荷を計算機の
テーブルメンテナンス装置５０ａにより直接算出し、他
の計算機（ここでは、計算機１０ｂ）のＣＰＵ負荷は、
その他の計算機のテーブルメンテナンス装置（ここで
は、テーブルメンテナンス装置５０ｂ）から負荷監視装
置６０を系由して送られ、上記テーブルメンテナンス装
置５０ａにより更新される。

【００２１】更に、図１０を参照してタイムスケジュー
ル管理テーブル３３ａの内容について、その構成の一例
により説明する。このタイムスケジュール管理テーブル
３３ａは、図からも明らかなように、時間を表す「時
刻」８４、各時刻における各ネットワーク（１〜５）の
負荷状況を表示する「ネットワーク負荷」８５、そし
て、各計算機（１〜５）のＣＰＵ負荷を表示する「ＣＰ
Ｕ負荷」８６の３つのフィールドを持っている。なお、
これらの項目「ネットワーク負荷」８５、そして、「Ｃ
ＰＵ負荷」８６では、各時刻における各ネットワークと
各計算機のＣＰＵ負荷が、１〜５の５段階で表されてお
り、その値が大きいほど負荷が高いことを示している。
そして、本発明によれば、このタイムスケジュール管理
テーブル３３ａにより、ユーザが、ある時刻に予想され
るそれぞれの負荷値を前もって設定しておくことによっ
て、高負荷状態になるシステムに対応することができる
こととなる。

【００２２】次に、図１１及び図１２を参照して、通番
管理テーブル３４ａの内容について、その構成の一例及
びその動作を示すことにより説明する。まず、この通番
管理テーブルは、図１１に示すように、通信相手側の計
算機名を示す「相手計算機名」の項目８７、そして、
「送信通番」８８と「受信通番」 ８９とを含む「通
番」の項目からなる、３つのフィールドを持っている。
そして、図１２に示すように、例えば計算機１の通番管
理テーブル３４ａの内容において、通信相手側の計算機
２への送信通番が「００１０」である場合、計算機２へ
送信する際には、計算機１は送信する電文にインクリメ
ントした値「００１１」を追加して送信し、本テーブル
更新を行う。一方、相手側の計算機２では、電文の受信
時に通番管理テーブルの３４ｂの受信通番のチェックを
行う。すなわち、計算機２では、通番情報「００１１」
の電文を受信し、通番管理テーブル３４ｂの受信通番が
「００１０」の場合、この受信通番をインクリメント
（「００１１」）して本テーブル更新を行った後、アプ
リケーションプログラムへ渡す。なお、この計算機２
が、例えば通番情報「００１１」の電文を受信し、その
通番管理テーブル３４ｂの受信通番が「００１０」以外
の場合には、通番に異常が発生したことを知らせる通番
異常電文を送信することとなり、通信の信頼度を向上す
ることが可能となる。

【００２３】続いて、図１３を参照して信頼性管理テー
ブル３５ａの内容について、その構成の一例について説
明する。この信頼性管理テーブルは、図からも明らかな
ように、送信する電文の種類を表示する「電文種別」９
０と、使用するプロトコルを表示する「使用プロトコ
ル」９１の２つのフィールドを持っている。ここで、例
えばアプリケーションプログラムから信頼性管理テーブ
ルに登録されたＡ電文が送信要求された場合、この信頼
性管理テーブル３５ａにより使用プロトコルとして定義
した、すなわち、通信プロトコル１により通信を行うこ
ととなる。このように、この信頼性管理テーブル３５ａ
で定めた電文種別に対し、使用通信プロトコルを制限で
きる。

【００２４】さらに、図１４を参照して、負荷監視装置
６０の負荷情報テーブル６１の内容について、その構成
の一例を説明する。この負荷情報テーブル６０は、図に
も示すように、負荷情報の収集時刻を示す「収集時刻」
９２、その収集時刻における各ネットワーク（１〜５）
の負荷を示す「ネットワーク負荷」９３、そして、収集
時刻における各計算機（１〜５）の負荷を示す「ＣＰＵ
負荷」９４のフィールドを持っている。なお、これらの
負荷情報は、上記負荷監視装置６０が、各計算機からそ
れぞれのＣＰＵ負荷情報を取得し、さらに、図示しない
他の負荷監視装置から他ネットワーク負荷情報を取得
し、それらを本テーブルに記録することにより得られ
る。なお、上記負荷監視装置６０が繋がっているネット
ワーク７０の負荷は、当該負荷監視装置６０自身が測定
して算出し、本テーブルに記録することとなる。

【００２５】次に、以上にその構成や動作を詳細に説明
した各種のテーブル、すなわち、ネットワーク負荷監視
テーブル３１ａ（図６）、ＣＰＵ負荷監視テーブル３２
ａ（図８）、タイムスケジュール管理テーブル３３ａ
（図１０）の内容をメンテナンスするテーブルメンテナ
ンス装置５０ａについて、図１４に示すフローチャート
を参照して、その動作を説明する。

【００２６】このテーブルメンテナンス装置５０ａは、
以下の、大きく３つの働きを持つ。 （１）負荷監視装置６０からのネットワーク負荷と、他
の計算機からのＣＰＵ負荷等の負荷情報を受信し、ネッ
トワーク負荷監視テーブル３１ａやＣＰＵ負荷監視テー
ブル３２ａを更新する処理（図１５（ａ）に示す）。 （２）計算機自体のＣＰＵ負荷を下記の（数１）に示す
方法で算出し、算出したＣＰＵ負荷によりＣＰＵ負荷監
視テーブル３２ａを更新し、さらに、算出したＣＰＵ負
荷情報を負荷監視装置６０に送信する処理（図１５
（ｂ）に示す）。

【数１】 （３）ユーザがそのテーブルを参照し、変更するための
ユーザテーブルメンテナンス処理の働きである（図１５
（ｃ）に示す）。

【００２７】まず、上記（１）の処理では、図１５
（ａ）に示すように、テーブルメンテナンス装置５０ａ
が処理を開始（ステップＳ１４０）すると、負荷監視装
置６０から負荷監視情報を受信し（ステップＳ１４
１）、この受信した情報に基づいて上記ネットワーク負
荷監視テーブル３１ａの内容を更新し（ステップＳ１４
２）、さらに、やはり負荷監視装置６０を介して受信し
た他の計算機の負荷情報に基づいて、上記ＣＰＵ負荷監
視テーブル３２ａを更新し（ステップＳ１４３）、その
後、終了する（ステップＳ１４４）。

【００２８】次に、上記（２）の処理では、図１５
（ｂ）に示すように、その処理が開始（ステップＳ１５
０）すると、上記の（数式１）により計算機自身のＣＰ
Ｕ負荷を検出し（ステップＳ１５１）、この検出した情
報に基づいて上記ＣＰＵ負荷監視テーブル３２ａの内容
を更新し（ステップＳ１５２）、さらに、この検出した
ＣＰＵ負荷情報を前記負荷監視装置６０を介して他の計
算機に送信し（ステップＳ１５３）、その後、終了する
（ステップＳ１５４）。

【００２９】さらに、上記のユーザテーブルメンテナン
ス処理について説明する。このユーザテーブルメンテナ
ンス処理では、図１５（ｃ）に示すように、その処理が
開始（ステップＳ１６０）すると、ユーザテーブルメン
テナンス処理を起動する（ステップＳ１６１）。この
時、計算機の表示装置上に表示されるユーザ表示画面の
遷移を、添付の図１６に示す。

【００３０】まず、図の画面１は、テーブルメンテナン
ス処理選択画面である。すなわち、ユーザは、この画面
１から、参照／更新テーブル、テーブルの読み込み、テ
ーブルの保存などを選択する。なお、ここでユーザがメ
ンテナンス可能なテーブルは、図１に示した複数のテー
ブルのうちの、選択条件テーブル３６ａ、信頼性管理テ
ーブル３５ａ、タイムスケジュール管理テーブル３３ａ
である。

【００３１】そして、例えば、画面１で（１：:選択条
件テーブル参照／更新)を選ぶと、画面２に示す選択条
件テーブル作業画面が表示される。この選択条件テーブ
ル作業画面上で、ユーザは変更箇所を修正し（本例では
（５：プロトコルネットワーク負荷指数）を修正してい
る状態を示している）、画面下方の（更新）を選ぶこと
により、その修正に合わせて選択条件テーブル３６ａの
内容が更新される。また、修正を取り消したい場合に
は、画面上の（取消）を選び、あるいは、（終了）を選
ぶと画面１のテーブルメンテナンス処理選択画面に戻
る。

【００３２】次に、画面１で（２：:信頼性管理テーブ
ル参照/更新）を選ぶと、画面３に示す信頼性管理テー
ブル作業画面が表示され、上述の画面２での処理と同様
にして、上記信頼性管理テーブル３５ａの内容を更新
し、あるいは、テーブル参照を行う。

【００３３】さらに、上記の画面１上で（３：タイムス
ケジュール管理テーブル参照/更新)を選ぶと、画面４に
示すタイムスケジュール管理テーブル作業画面が表示さ
れ、やはり画面２での処理と同様にして、上記タイムス
ケジュール管理テーブル３３ａの内容を更新し、あるい
は、テーブル参照を行う。

【００３４】また、上記画面１で（４：テーブル読込）
を選ぶと、画面５に示すテーブル読込作業画面が表示さ
れ、標準媒体からテーブル情報を読み込みテーブルを変
更する。例えば、（１：選択条件テーブル読込）の選択
で選択条件テーブル３６ａを読み込み、これを更新す
る。次に、（２：信頼性管理テーブル読込）の選択で信
頼性管理テーブル３５ａを読み込み、これを更新する。
また、（３：タイムスケジュール管理テーブル読込）の
選択でタイムスケジュール管理テーブル３３ａを読み込
み、これを更新する。なお、画面１上で（Ｑ：取消）を
選ぶと、上記の画面１に戻る。

【００３５】最後に、上記画面１で（5：テーブル保
存）を選ぶと、画面６に示すテーブル保存画面が表示さ
れ、標準媒体へテーブル情報を退避させる。例えば、
（１：選択条件テーブル保存）の選択により選択条件テ
ーブル３６ａが、（２：信頼性管理テーブル保存）の選
択により信頼性管理テーブル３５ａが、（３：タイムス
ケジュール管理テーブル保存）の選択によりタイムスケ
ジュール管理テーブル３３ａが保存されることとなる。
また、上記画面６上で（Ｑ：取消）を選ぶことにより上
記の画面１に戻り、その画面上の（Ｅ：終了）を選ぶこ
とにより、上記のテーブルメンテナンス処理は終了す
る。

【００３６】続いて、上記の図１４にその内容の一例を
示した負荷情報テーブル６１の内容をメンテナンスする
働きを持つ、上記負荷監視装置６０の動作について、図
１７に示すフローチャートを参照しながら説明する。な
お、この負荷監視装置６０は、大きく以下の４つの働き
を持つ。 （Ａ）他のネットワークの監視装置からネットワーク情
報を受信し、負荷監視テーブル６１に記録する働き（図
１７（ａ）に示す）。 （Ｂ）ネットワーク負荷を（数２）に示す方法で算出
し、負荷監視テーブル６１に記録する働き（図１７
（ｂ）に示す）。

【数２】 （Ｃ）計算機からのＣＰＵ負荷情報を受信し、負荷監視
テーブル６１に記録する働き（図１７（ｃ）に示す）。 （Ｄ）負荷監視テーブル６１の情報をネットワーク上の
計算機や他の負荷監視装置６０に送信する働き（図１７
（ｄ）に示す）を持つ。

【００３７】具体的には、図１７（ａ）において、負荷
監視装置６０は、まず、その動作を開始すると（ステッ
プＳ１７０）、他のネットワークの監視装置６０からそ
のネットワーク情報を受信し（ステップＳ１７１）、受
信した情報を負荷監視テーブル６１に記録し（ステップ
Ｓ１７２）、その後、動作を終了する（ステップＳ１７
３）。

【００３８】図１７（ｂ）においては、まず、その動作
を開始すると（ステップＳ１７５）、上記の（数２）に
より示した方法により、ネットワーク負荷を検出し（ス
テップＳ１７６）、その検出したネットワーク負荷を負
荷監視テーブル６１に記録し（ステップＳ１７７）、そ
の後、終了する（ステップＳ１７８）。

【００３９】図１７（ｃ）においては、まず、その動作
を開始すると（ステップＳ１８０）、計算機のＣＰＵ負
荷監視テーブル３２ａからのＣＰＵ負荷情報を受信し
（ステップＳ１８１）、この受信したＣＰＵ負荷情報を
負荷監視テーブル６１に記録し（ステップＳ１８２）、
その後、終了する（ステップＳ１８３）。

【００４０】最後に、図１７（ｄ）においては、負荷監
視装置６０は、その動作を開始すると（ステップＳ１８
５）、負荷監視テーブル６１の負荷情報を参照し（ステ
ップＳ１８６）、まず、ネットワーク上へ接続された計
算機へ、参照した負荷情報を送信する（ステップ１８
７）。更に、その後、他の負荷監視装置６０へ、やはり
参照した負荷情報を送信し（ステップ１８８）、その動
作を終了する（ステップ１８９）。

【００４１】更に、図１７を参照して、上記通信プロト
コル自動選択装置３０ａの機能に関して、それが内部に
有する選択条件テーブル３６ａを参照しながら説明す
る。まず、この選択条件テーブル３６ａでは、計算機が
持つ特性の異なる通信プロトコルの数がフィールド「通
信プロトコル数」９５に設定される。また、その下に示
された表において、フィールド「ＣＰＵ負荷指数」９６
には、各通信プロトコル（通信プロトコル１〜通信プロ
トコル５）のＣＰＵ負荷指数が、フィールド「ネットワ
ーク負荷指数」９７には、各通信プロトコルのネットワ
ーク負荷指数が、そして、フィールド「信頼度数」９８
には、各通信プロトコルの信頼度数が、通信プロトコル
１〜通信プロトコル５に対して、それぞれ設定されてい
る。さらに、上記の表の下側には、他の複数のフィール
ド、すなわち、「タイムスケジュール管理テーブル（Ｃ
ＰＵ負荷）重要度数」９９、「タイムスケジュール管理
テーブル（ネットワーク負荷）重要度数」１００、「Ｃ
ＰＵ負荷選択値」１０１、そして、「ネットワーク負荷
選択置」１０２には、ぞれぞれ、その値により設定され
ている。

【００４２】なお、上記の選択条件テーブル３６ａの設
定値は、「ＣＰＵ負荷指数」９６、「ネットワーク負荷
指数」９７は、０〜５０の間の任意の数で設定され、こ
の数値が大きいほど、通信時にネットワークへの負荷が
かかる事を意味する。また、「信頼度数」９８について
も、やはり、０〜５０の間の任意の数で設定され、この
場合には、この数値が大きいほど、信頼度は高いことと
なる。

【００４３】一方、「タイムスケジュール管理テーブル
（ＣＰＵ負荷）重要度数」９９、及び、「タイムスケジ
ュール管理テーブル（ネットワーク負荷）重要度数」１
００は、０〜１０の間の任意の数で設定され、これによ
り、通信プロトコル選択時ににおけるタイムスケジュー
ル管理テーブル３３ａのもつ重要度を設定し、この数値
が大きいほど重要度は高くなる。更に、「ＣＰＵ負荷選
択値」１０１、及び、「ネットワーク負荷選択値」１０
２は、０〜２００の間の任意の数で設定し、これらは通
信プロトコルの選択時に用いられる。

【００４４】上記図１８にその設定内容について説明し
た選択条件テーブル３６ａに基づいて、通信プロトコル
の自動選択を行う、上記通信プロトコル自動選択装置３
０ａの動作の詳細について、図１８に示すフローチャー
トを参照しながら以下に説明する。この通信プロトコル
自動選択装置３０ａは、アプリケーションプログラムか
ら送信要求を受けると動作を開始し（ステップＳ２０
０）て送信する電文を受け付け（ステップＳ２０１）、
まず、通番管理テーブル３４ａ（図１１を参照）を参照
して、送信情報に通番を付加する（ステップＳ２０
２）。次に、信頼性管理テーブル３５ａ（図１３を参
照）を参照して、送信する電文が信頼性管理テーブル３
５ａに既に設定した電文に該当する電文であるか否かを
判定する（ステップＳ２０３）。この判定の結果、該当
種別の電文であれば、設定通りに通信プロトコルを選択
し（ステップＳ２１３）、通信プロトコルの自動選択を
終了する（ステップＳ２１４）。

【００４５】これに対し、送信する電文が信頼性管理テ
ーブル３５ａに設定された電文に該当しない（非該当）
と判定された場合には、その後、ＣＰＵ負荷監視テーブ
ル３１ａ（図８を参照）、ネットワーク負荷監視テーブ
ル３２ａ（図６を参照）、タイムスケジュール管理テー
ブル３３ａ（図１０を参照）を参照しながら、各通信プ
ロトコルについての各種の選択度を算出し（ステップＳ
２０５）、その算出された各通信プロトコルの選択度に
よる判定を行う（ステップＳ２０６）。なお、ここで
は、最初に、通信プロトコル１を選択し（具体的には、
まず、ステップＳ２０４で、ｉを１に設定し（ｉ＝
１）、その後、このｉを１づつインクリメントする）、
上記のステップＳ２０５及びＳ２０６を実行した後、通
信プロトコル２、通信プロトコル３…のように順次実行
する。

【００４６】なお、上記ステップＳ２０６における各種
の選択度は、送り側のＣＰＵに関する選択度である「選
択度（送ＣＰＵ）」、受け側のＣＰＵに関する選択度で
ある「選択度（受ＣＰＵ）」、そして、ネットワークに
関する選択度である「選択度（ネットワーク）」を計算
し、それぞれについて、その計算した値が条件テーブル
の各選択値（すなわち、ＣＰＵ負荷選択置、ＣＰＵ負荷
選択置、ネットワーク負荷選択置）より小さくなってい
るか否かを判定する。なお、これら「選択度（送ＣＰ
Ｕ）」、「選択度（受ＣＰＵ）」、そして、「選択度
（ネットワーク）」の計算は、下記の（数３）〜（数
５）により行われる。

【数３】 ここで、 Ｃｓｃ（）：選択度（送ＣＰＵ）、 ｎ ：通信プロトコル番号、 Ｆｓｃ ：送信側ＣＰＵ負荷（ＣＰＵ負荷監視テーブ
ル）、 Ｔａ（）（）：タイムスケジュール管理テーブル値、 ｔｉｍｅ ：現時刻、 ｃｐｕｓ ：送信側ＣＰＵ番号、 Ｎｔｃ ：タイムスケジュール（ＣＰＵ負荷）重要度
数、 Ｐ（）（１）：通信プロトコルｎ、ＣＰＵ負荷指数を表
す。

【数４】 ここで、 Ｃｒｃ（）：選択度（受ＣＰＵ）、 ｎ ：通信プロトコル番号、 Ｆｒｃ ：受信側ＣＰＵ負荷（ＣＰＵ負荷監視テーブ
ル）、 Ｔａ（）（）：タイムスケジュール管理テーブル値、 ｔｉｍｅ ：現時刻、 ｃｐｕｒ ：受信側ＣＰＵ番号 Ｎｔｃ ：タイムスケジュール（ＣＰＵ負荷）重要度
数、 Ｐ（）（１）：通信プロトコルｎ、ＣＰＵ負荷指数を表
す。

【数５】 ここで、 Ｃｎ （）：選択度（ネットワーク）、 ｎ ：通信プロトコル番号、 Ｆｎ ：ネットワーク負荷（ネットワーク負荷監視
テーブル）、 Ｔａ（）（）：タイムスケジュール管理テーブル値、 ｔｉｍｅ ：現時刻、 ｎｅｔ ：ネットワーク番号、 Ｎｔｎ ：タイムスケジュール（ネットワーク負荷）
重要度数、 Ｐ（）（２）：通信プロトコルｎ、ネットワーク負荷指
数を表す。

【００４７】このようにして算出した選択度のうち、選
択度（送ＣＰＵ）及び選択度（受ＣＰＵ）については、
上記プロトコル自動選択装置３０ａの選択条件テーブル
３６ａ（図１８を参照）におけるＣＰＵ負荷選択値１０
１よりも小さい値の選択度を有する通信プロトコルが、
さらに、選択度（ネットワーク）については、そのネッ
トワーク負荷選択値１０２より小さい値の選択度を有す
る通信プロトコルが選択される。

【００４８】その結果、通信プロトコルの内に該当する
ものがある（「ＹＥＳ」）と判定された場合には、その
通信プロトコルを該当するものと判定し（ステップＳ２
０７）、さらに、通信プロトコルの数（ｉ）をインクリ
メントし（ｉ＋＋）て予め設定された通信プロトコルの
数よりも大きいことを判定する（ステップＳ２０９）。
すなわち、計算機内に予め用意された複数の通信プロト
コルの全てについて上記の判定を行い、この判定を行っ
た後、さらに、選択度判定に該当するプロトコルの有無
を判定する（ステップＳ２１０）。その後、上記の選択
度の判定で該当するプロトコルの中から、信頼度数が大
きい通信プロトコルを選択し（ステップＳ２１１）、通
信プロトコルの自動選択を終了する（ステップＳ２１
４）。

【００４９】これに対して、上記ステップＳ２０６にお
ける通信プロトコルの選択度の判定の結果が、上記の条
件を満たさなかった（「ＮＯ」）通信プロトコルについ
ては、その通信プロトコルは非該当と判定し、問題度
（数式６）を算出し（ステップＳ２０８）、上記のステ
ップＳ２０９へ移行する。また、上記ステップＳ２１０
による選択度判定に該当する通信プロトコルの有無の判
定の結果、該当する通信プロトコルは無しと判定された
（「ＮＯ」）場合には、その後、上記のようにステップ
Ｓ２０８で予め算出した問題度により全通信プロトコル
で問題度の一番小さい通信プロトコルを選択し（ステッ
プＳ２１２）、通信プロトコルの自動選択を終了する
（ステップＳ２１４）。

【数６】

【００５０】最後に、図１９を参照して、受信側計算機
の動作について説明する。上記にも既に述べたように、
個々の通信プロトコルは、個別の通信プロトコル識別子
を持っており、送信側では、送出する電文にこの通信プ
ロトコル識別子（ここでは、例えば通信プロトコルｎ
（４ｎａ））の識別子を付加して送信する。一方、受信
側の計算機の各通信プロトコルは、受信待ち状態となっ
ており、送出された電文の受信時に、該当する通信プロ
トコルが通信プロトコルの識別子により判断され（ここ
では、対応する通信プロトコルｎ（４ｎｂ）が認識され
る）、受信処理を開始する。すなわち、受信側で受信さ
れた受信データは、受信側計算機の電文形式変換装置４
０ｂにより、アプリケーションプログラムに渡せる電文
に変換され、プロトコル自動選択装置３０ｂにより通番
管理テーブル３４ｂを参照しながら通番確認を行った
後、問題がなければアプリケーションプログラム２０ｂ
へ渡される。

【００５１】以上に説明したように、本発明の実施の形
態になる通信プロトコル自動選択装置を備えたネットワ
ークシステムによれば、複数の計算機をネットワーク上
に接続して構成されたネットワーク上において他の計算
機と通信を行う際に、プロトコル自動選択装置３０ａ
が、ネットワーク負荷監視テーブル３１ａやＣＰＵ負荷
監視テーブル３２ａなどから得られる現状のネットワー
ク負荷情報やＣＰＵ負荷情報を基にして自動的に最適の
通信プロトコルを選択することから、ユーザは、通信を
行おうとする計算機との間の通信プロトコルなどを含む
ネットワークのシステム環境を意識することなく、通信
を行うアプリケーションプログラムを作成することがで
きる。そして、このような本発明になる通信プロトコル
自動選択装置による通信プロトコル自動選択方法によれ
ば、その特徴として、システム状態に応じて通信プロト
コルを変えるため、例え送信電文が同じであっても、ネ
ットワークを通るデータはその度に異なることともな
る。

【００５２】また、上記の本発明の実施の形態になる通
信プロトコル自動選択装置を備えたネットワークシステ
ムによれば、アプリケーションがＣＰＵ負荷、ネットワ
ーク負荷、さらには、通信プロトコル等のシステム環境
を意識しないで、下記の項目により示すように、ユーザ
が予め設定することの可能なフレキシブルな条件に基づ
いて、通信プロトコルを自動的に選択することを可能と
している。 （１）ネットワーク高負荷時、通信の信頼度、ＣＰＵの
使用度は劣るが、ネットワーク負荷のかからない通信プ
ロトコルを選択する。 （２）送信側計算機ＣＰＵ高負荷時、通信の信頼度、ネ
ットワークの使用度は劣るが、ＣＰＵ負荷がかからない
通信プロトコルを選択する。 （３）受信側計算機ＣＰＵ高負荷時、通信の信頼度、ネ
ットワークの使用度は劣るが、ＣＰＵ負荷がかからない
通信プロトコルを選択する。

【００５３】

【発明の効果】以上の本発明の詳細な説明からも明らか
なように、本発明になるネットワークにおける通信プロ
トコル自動選択装置及びその方法によれば、時間的に変
動するネットワークシステムにおいて、従来のようにシ
ステム間の接続性や通信効率だけを図るだけではなく、
監視しているネットワークシステムにおける現状のネッ
トワーク負荷やＣＰＵ負荷をも含めてこれらを最適に抑
制しながら通信プロトコルを自動的に選択することを可
能とするにより、ユーザが、通信アプリケーションにお
ける性能や通信プロトコルを意識することなく、負荷状
態を最適にしたデータ通信を行うことを可能にするとい
う優れた効果を発揮する。

【図面の簡単な説明】

【図１】本発明の一実施の形態になる通信プロトコル自
動選択装置を備えたネットワークシステムの全体構成を
示す機能ブロック図である。

【図２】上記通信プロトコル自動選択装置における通信
プロトコル１による送信側／受信側計算機における処理
を示すフロー図である。

【図３】上記通信プロトコル自動選択装置における通信
プロトコル２による送信側／受信側計算機における処理
を示すフロー図である。

【図４】上記通信プロトコル自動選択装置における通信
プロトコル３による送信側／受信側計算機における処理
を示すフロー図である。

【図５】上記の通信プロトコル１〜通信プロトコル３
の、それぞれの種々の負荷に対する特性を示した図であ
る。

【図６】上記通信プロトコル自動選択装置におけるネッ
トワーク負荷監視テーブルの概念を説明するため、その
内容構成の一例を示す図である。

【図７】上記通信プロトコル自動選択装置におけるネッ
トワーク負荷監視テーブルのネットワーク負荷情報の更
新を示す説明図である。

【図８】上記通信プロトコル自動選択装置におけるＣＰ
Ｕ負荷監視テーブルの概念を説明するための内容構成の
一例を示す図である。

【図９】上記通信プロトコル自動選択装置におけるＣＰ
Ｕ負荷監視テーブルのＣＰＵ負荷情報の更新を示す説明
図である。

【図１０】上記通信プロトコル自動選択装置におけるタ
イムスケジュール管理テーブルの概念を説明するための
内容構成の一例を示す図である。

【図１１】上記通信プロトコル自動選択装置における通
番管理テーブルの概念を説明するための内容構成の一例
を示す図である。

【図１２】上記通信プロトコル自動選択装置における送
信側、受信側での上記通番管理テーブルの使用を概念的
に説明する図である。

【図１３】上記通信プロトコル自動選択装置における信
頼性管理テーブルの概念を説明するための内容構成の一
例を示す図である。

【図１４】上記通信プロトコル自動選択装置における負
荷情報テーブルの概念の概念を説明するための内容構成
の一例を示す図である。

【図１５】上記通信プロトコル自動選択装置におけるテ
ーブルメンテナンス装置の動作を説明するためのフロー
チャート図である。

【図１６】上記通信プロトコル自動選択装置におけるテ
ーブルメンテナンス装置によるユーザテーブルメンテナ
ンス処理の出力画面を示す図である。

【図１７】上記通信プロトコル自動選択装置における負
荷監視装置の動作を説明するフローチャート図である。

【図１８】上記通信プロトコル自動選択装置における選
択条件テーブルの概念を説明するための内容構成の一例
を示す図である。

【図１９】上記通信プロトコル自動選択装置における通
信プロトコル自動選択装置の動作を説明するフローチャ
ート図である。

【図２０】上記通信プロトコル自動選択装置における受
信側計算機の動作を説明する動作概要説明図である。

【符号の説明】

１０ａ、ｂ 計算機 ２０ａ、ｂ アプリケーションプログラム ３０ａ、ｂ 通信プロトコル自動選択装置 ３１ａ、ｂ ネットワーク負荷監視テーブル ３２ａ、ｂ ＣＰＵ負荷監視テーブル ３３ａ、ｂ タイムスケジュール管理テーブル ３４ａ、ｂ 通番管理テーブル ３５ａ、ｂ 信頼性管理テーブル ３６ａ、ｂ 選択条件テーブル ４０ａ、ｂ 電文形式変換装置 ４１ａ、ｂ 通信プロトコル１ ４２ａ、ｂ 通信プロトコル２ ４３ａ、ｂ 通信プロトコル３ ５０ａ、ｂ テーブルメンテナンス装置 ６０ 負荷監視装置 ６１ 負荷情報テーブル ７０ ネットワーク

Claims (6)

【特許請求の範囲】
1. 【請求項１】 ネットワーク上に、それぞれ、特性の異
   なる通信プロトコルを少なくとも２つ以上持った複数の
   計算機を接続し、さらに、前記ネットワークには、ネッ
   トワーク負荷を監視するための負荷監視装置を接続して
   成るネットワークにおいて、前記各計算機には、それぞ
   れ、通信を行おうとする前記計算機間のネッワーク負荷
   情報を監視するネッワーク負荷監視手段と、それら通信
   を行う前記計算機のＣＰＵ負荷を監視するＣＰＵ負荷監
   視手段と、さらに、前記ネッワーク負荷監視手段及び前
   記ＣＰＵ負荷手段からのネッワーク負荷情報とＣＰＵ負
   荷とにより、予め定めた条件に基づいて前記複数の通信
   プロトコルから１つの通信プロトコルを自動的に選択す
   るプロトコル自動選択手段を備えていることを特徴とす
   るネットワークにおける通信プロトコル自動選択装置。
2. 【請求項２】 前記請求項１に記載したネットワークに
   おける通信プロトコル自動選択装置において、前記プロ
   トコル自動選択手段は、前記の予め定めた条件をユーザ
   により設定可能とする設定条件テーブルを備えているこ
   とを特徴とするネットワークにおける通信プロトコル自
   動選択装置。
3. 【請求項３】 前記請求項１に記載したネットワークに
   おける通信プロトコル自動選択装置において、さらに、
   前記負荷監視装置からのネッワーク負荷情報を前記ネッ
   ワーク負荷監視手段に入力すると共に、前記通信を行う
   前記計算機のＣＰＵ負荷を算出して前記ＣＰＵ負荷監視
   手段にＣＰＵ負荷情報として入力するメンテナンス手段
   を備えていることを特徴とするネットワークにおける通
   信プロトコル自動選択装置。
4. 【請求項４】 前記請求項１に記載したネットワークに
   おける通信プロトコル自動選択装置において、さらに、
   前記予め定めた条件を時間的に設定可能にするためのタ
   イムスケジュール管理手段を備えていることを特徴とす
   るネットワークにおける通信プロトコル自動選択装置。
5. 【請求項５】 ネットワーク上に、それぞれ特性の異な
   る通信プロトコルを少なくとも２つ以上持った複数の計
   算機と、ネットワーク負荷を監視するための負荷監視装
   置を接続してなるネットワークにおいて、前記計算機間
   で通信を行う際、前記複数の通信プロトコルから１つの
   通信プロトコルを自動的に選択するネットワークにおけ
   る通信プロトコル自動選択方法であって、少なくとも、
   通信を行う前記計算機間のネットワーク負荷情報と前記
   各計算機のＣＰＵ負荷情報を入力し、これら入力したネ
   ットワーク負荷情報とＣＰＵ負荷情報により、予め定め
   た条件に基づいて、前記複数の通信プロトコルから１つ
   の通信プロトコルを自動的に選択することを特徴とする
   ネットワークにおける通信プロトコル自動選択方法。
6. 【請求項６】 前記請求項５に記載したネットワークに
   おける通信プロトコル自動選択方法において、前記予め
   定めた条件に基づいて１つの通信プロトコルを自動的に
   選択する際に、前記ネットワーク負荷情報に基づいて算
   出されるネットワークの選択度、及び、前記計算機の送
   り側計算機の選択度と受け側計算機の選択度に基づいて
   通信プロトコルの選択が行われることを特徴とするネッ
   トワークにおける通信プロトコル自動選択方法。