JPH07234826A

JPH07234826A - マルチクライアント通信システム

Info

Publication number: JPH07234826A
Application number: JP6024254A
Authority: JP
Inventors: Mamoru Kobayashi; 守小林; Yukio Hagimoto; 幸男萩本; Masanori Sato; 正紀佐藤
Original assignee: Hitachi Engineering Co Ltd
Current assignee: Hitachi Engineering Co Ltd
Priority date: 1994-02-22
Filing date: 1994-02-22
Publication date: 1995-09-05

Abstract

(57)【要約】【目的】目的に応じた最適な送信順でサーバが処理完了
データを該当クライアントに送る通信システムを提供す
ること。また、従来固定であった、監視時間等を伝送量
に応じて変化させることにより、クライアントの起動停
止を防止する。【構成】各クライアントは、サーバの処理対象となるデ
ータを受け付ける手段と、受け付けたデータに、応答時
間情報を付加してサーバに送信する送信手段と、サーバ
から送られてきたデータを受信する受信手段と、受信デ
ータを表示する表示手段とを備える。サーバは、データ
を受信する受信手段と、受信したデータを、処理する処
理手段と、処理されたデータを格納する格納手段と、処
理完了データの、対応するクライアントへの送信順番
を、前記応答時間情報に基づいて決定する送信順決定手
段と、送信順番にしたがって、処理されたデータを対応
するクライアントへ送信する送信手段とを備える。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、サーバーと複数台のク
ライアント間でのデータ通信、通信監視手段に関し、特
に、サーバで処理した複数のデータを、クライアントに
効率良く送信する手段、さらに、通信負荷を考慮した通
信監視手段に関する。

【０００２】

【従来の技術】従来では、サーバと複数台のクライアン
トを有して構成した通信システムで、データ伝送を行う
場合、例えば、以下のように行われていた。

【０００３】まず、各クライアントからサーバへ、サー
バの処理対象となるデータを送信する。サーバは、所定
の処理を完了したデータを、自己の備える記憶手段に格
納し、前記所定の処理を完了したデータに対し、クライ
アントからサーバへの送信順番を定める。この際送信順
番を定める方法として、クライアントからサーバーにデ
ータを送信した順番、すなわち、送信要求順を参照して
前記送信順番を定める。

【０００４】そして、サーバは、前記記憶手段内のデー
タを、定められた送信順番にしたがって、対応するクラ
イアントに送信する。このように、サーバと複数台のク
ライアント間でのデータ通信制御が行われていた。

【０００５】このため、データが予め定められている応
答監視時間内（当該時間内に、データがサーバから送ら
れてこない場合には、自クライアントの起動が終了され
る）に返信させるように積極的に考慮したシステムでは
ないため、自クライアントの起動が終了されることがし
ばしばある。また、これを避けるために、不要に前記応
答監視時間を長く設定しておくことや、ユーザがリトラ
イを余儀なく行うことにより対応していた。

【０００６】これとは逆の場合、すなわち、比較的応答
監視時間が長いデータに対して、異常に速い応答を行う
場合もある。

【０００７】また、従来の通信システムにおけるデータ
通信の監視方法（例えば、応答時間の監視）において
は、システム構築時やシステム立ち上げ時に、予め、応
答監視時間や、許容されるリトライ回数を定めておき、
システムが稼働中は、これらのパラメータの変更は行え
ない構成が殆どであった。

【０００８】また、比較的台数の少ない装置間の通信に
あっては、データのやりとりが同時に発生しないように
して、システム構成することができる。例えば、クライ
アントＡ、クライアントＢが存在する場合、Ａ、Ｂから
サーバに送られるデータに対しては、異なる応答時間を
設定しておくことや、各クライアントからのリトライの
優先順位を与えて処理すること等も提案されていた。

【０００９】しかしながら、クライアントの数が多くな
ると、このようなシステムを構築するのは不可能である
のが実情である。

【００１０】

【発明が解決しようとする課題】上記のような従来技術
においては、サーバと複数台のクライアント間でのデー
タ通信を行う際に、サーバ側では、クライアントからの
データ送信順、すなわち送信要求発生順に、受け取った
データを処理していた。このため、以下に示すような問
題があった。

【００１１】まず、監視時間（当該時間内に、データが
サーバから送られてこない場合には、自クライアントの
起動を終了させる時間を言う。以下同様）にデータが送
られてこないことによるクライアントの起動停止や、ユ
ーザによるリトライを余儀なくされる。

【００１２】次に、リトライを行うことにより、かかる
リトライに対する処理も行わなければならず、その分だ
け、データを送信してから受信するまでの応答時間を長
びかせてしまうことになる。場合によっては、リトライ
自体も受け付けられないことがある。

【００１３】また、従来の通信システムのデータ通信監
視の手段にあっては、前記監視時間や、リトライ回数の
最大値が固定値となっているか、あるいは、監視時間が
ある一定の計算式で与えられる。そのため、「１：Ｎ
台」の通信システムにおいて、各装置（例えば、各クラ
イアント）が、任意の時刻にデータ通信を行なった際、
極めて複雑、かつ、不確定要素の多い通信監視となって
しまい、次の様な問題が存在していた。

【００１４】（１）監視時間が固定であると、通信デー
タの衝突が発生しやすい。すなわち、極めて短い時間間
隔において、複数の送信要求が発生する場合がある。か
かる場合には、監視時間内に必要な返答を受信できず、
送信側の起動が停止してしまう事態を招きやすい。

【００１５】（２）各クライアントからのリトライ回数
を累積し、かかる累積値に応じて、ある一定の計算式に
従って、監視時間を与えるようにしても、クライアント
の数が極めて多い場合に、やはり、監視時間内に必要な
返答を受信できず、送信側の起動が停止してしまう事態
を招きやすい。

【００１６】（３）また、上記（２）の場合において
は、リトライ処理のために、一層処理負荷を大きくして
しまう。

【００１７】（４）また、監視時間を短くすると、一般
的にリトライ回数が増え、リトライ処理が増大するため
に、これもまた、処理負荷を大きくするだけである。

【００１８】（５）上記（１）から（４）により、次々
と、クライアントの起動が停止し、システム全体の動作
が停止してしまうことになる。

【００１９】上記のように、従来技術での、処理データ
のクライアントへの送信順の決定手段や、監視時間、リ
トライ回数の決定方法では、複数台のクライアントを備
える通信システムにおいて、各クライアントがサーバに
対し同時に、データの通信を行うと、次々とクライアン
トの起動が停止してしまう事態を招く場合もある。

【００２０】したがって、サーバは、適切にデータ送信
順を決めてクライアントへのデータの送信を行い、いか
なる状況においても、柔軟かつ速やかに対応できる、監
視時間やＭＡＸリトライ回数を定めて、通信監視を行
い、クライアントの起動が停止しないようにする、送信
順、監視時間、ＭＡＸリトライ回数を求める手段の提供
が望まれる。

【００２１】そこで、本発明の目的は、複数台のクライ
アントを備える通信システムにおいて、様々な状況下に
おいて、予め定めた応答時間通りに応答し、クライアン
トの起動が停止を招かずに、かつ、サーバの処理負荷を
大きくすることなく通信が行える通信システムを提供す
ることにある。

【００２２】

【課題を解決するための手段】上記の目的は、以下の手
段により達成される。

【００２３】従来の通信システムにおいて発生するクラ
イアントの起動が停止や、応答の長時間化の大きな要因
としては、サーバからの処理データの送信順の決定方法
が妥当でないこと、複数台のクライアントからの送受信
要求発生の度合いが予め把握できないこと、通信伝送量
を考慮しない、監視時間とリトライ回数の設定等が考え
られる。これらの要因は、極めて不確定なパラメータで
あり、これらを定量的に扱うことによって、逆に、通信
効率の低下、あるいは、クライアントの起動が停止を招
くこともある。

【００２４】本発明では、サーバ側での処理データの送
信順の決定手段は、各クライアントから送信されるデー
タに予め定めた要求応答時間にしたがって、データの送
信順を決定する。この場合、データの送信順を状態変数
として、さらに、各処理対象データに対して定められて
いる応答時間とデータを受信してから対応するクライア
ントに送信するまでの時間との時間差の総和を目的関数
として、目的関数を最小にして、状態変数たる、データ
の送信順を決定する手段が考えられる。かかる手段とし
ては、例えば、通常の最小値探索機能を有するボルツマ
ンマシンを使用すれば良い。

【００２５】なお、ボルツマンマシンとしては、例え
ば、ニューラルネットワークモデルのボルツマンマシン
（特願平−１８１３２５公報）の、最小値検索機能を利
用するのが好ましい。

【００２６】また、通信システムにおけるデータ伝送の
挙動を定性的モデルとして把握し、特願６３−６９５７
７号公報開示の、ファジイ推論を応用した、通信システ
ムを構成し、データ伝送量をファジイ量として、監視時
間を定める手段である。

【００２７】すなわち、サーバと複数台のクライアント
間で、データの送受信を行う通信システムであって、各
クライアントは、自クライアントを起動するための起動
手段と、所定時間（監視時間）内に、データがサーバか
ら送られてこない場合には、自クライアントの起動を終
了させる起動停止手段と、サーバの処理対象となるデー
タを受け付ける手段と、受け付けたデータに前記監視時
間を示す情報を付加し、サーバに送信する送信手段と、
サーバから送られてきたデータを受信する受信手段と、
受信データを少なくとも表示する表示手段とを備える。

【００２８】そして、サーバは、各クライアントからの
データを受信する受信手段と、受信したデータを、予め
定めた処理手順にしたがって処理する処理手段と、第１
の所定時間内に受信したデータ伝送量を計測する伝送量
計測手段と、第２の所定時間ごとにデータの伝送量の差
分を求める差分手段と、予め、前記差分に対する監視時
間変位量をファジィ量として評価したメンバーシップ関
数を定め、記憶しておく記憶手段と、前記差分にもとづ
いて、前記記憶手段に記憶されたメンバーシップ関数に
よって、監視時間変位量を求め、該監視時間変位量を現
監視時間に加え、新たな監視時間としてクライアントに
送信する監視時間処理手段とを備えた構成とする。

【００２９】

【作用】本発明は、以上の様に、通信データの伝送量が
不確定な挙動を示す場合であっても、ボルツマンマシン
の最小値検索により、最適な送信順序を決定する。

【００３０】また、データ伝送量を計測し、所定時間ご
とにデータの伝送量の差分を求める差分手段を設け、予
め、前記差分に対する監視時間変位量をファジィ量とし
て評価したメンバーシップ関数を定め、記憶しておく。
そして、前記差分にもとづいて、前記メンバーシップ関
数によって、監視時間変位量を求め、該監視時間変位量
を現監視時間に加え、新たな監視時間としてクライアン
トに送信するしようにして、監視時間を変化させる。か
かるメンバーシップ関数によって、より現実に即した、
監視時間が決定される。

【００３１】以上のように、本発明によれば、クライア
ントの起動が終了してしまう回数が減少し、応答時間の
時間短縮も図ることが可能になる。

【００３２】

【実施例】以下、本発明の実施例を図面を参照して説明
する。

【００３３】図１に、本発明にかかる通信システムの一
実施例の構成図を示す。

【００３４】すなわち、図１は、対象とする分散型の通
信システムを示す。

【００３５】１台のサーバ１と複数台のクライアント
（３、３’、３”等）が、通信回線２を介して接続され
ており、いわゆるＬＡＮ、ＩＳＤＮ等を構成している。

【００３６】各クライアントは、データ入力手段（４、
４’、４”等）とデータ表示手段（５、５’、５”等）
を備えている。データ入力手段は、処理対象となるデー
タを入力するための手段であり、例えば、キーボード等
によって実現可能である。

【００３７】また、データ表示手段は、返答結果を表示
する手段であり、ＣＲＴ等によって表示される。

【００３８】本システムは、サーバ１に対して、複数台
のクライアントを接続し、「１：Ｎ」（Ｎは、正の整
数）の双方向、かつ、同時通信を可能にしている。もち
ろん、「Ｎ：Ｎ」の通信システムに対して、本発明を適
用することも可能であるが、これは、図１に示すような
「１：Ｎ」通信システムの動作を単純に応用すればよい
ことから、本実施例では、「１：Ｎ」通信システムを対
象として説明する。

【００３９】サーバ１は、複数台のクライアントからの
データを受付け、当該データに対して所定の処理を行
い、処理した結果を該当するクライアントに送信する手
段である。

【００４０】各クライアントは、処理対象となるデータ
を受付け、サーバに送信し、返答結果を表示する機能を
少なくとも有する手段である。

【００４１】図２は、図１に示す通信システムを構成す
るサーバの詳細な構成を示した構成図である。

【００４２】本実施例は、各クライアントからのデータ
を受信する受信手段６と、受信したデータを、予め定め
た処理手順にしたがって処理する処理手段７と、処理さ
れたデータを少なくとも格納する格納手段８と、該格納
手段に格納されている処理完了データの、対応するクラ
イアントへの送信順番を、応答時間情報に基づいて決定
する送信順決定手段９と、送信順番にしたがって、処理
されたデータを対応するクライアントへ送信する機能を
少なくとも有する送信手段１０を有して構成される。

【００４３】格納手段８は、図３に示すように、処理さ
れたデータを格納する処理完了データ記憶部１５を備え
ている。格納手段８内の、処理完了データ記憶部１５以
外の記憶領域は、必要なデータを記憶するためのエリア
とすれば良い。また、送信手段１０は、図３に示すよう
に、送信するためのデータを格納する送信データ記憶部
２０を備えている。

【００４４】さらに、第１の所定時間内に受信したデー
タ伝送量を計測する伝送量計測手段（図示せず）と、第
２の所定時間ごとにデータの伝送量の差分を求める差分
手段１１と、予め、前記差分に対する監視時間変位量を
ファジィ量として評価したメンバーシップ関数を定め、
記憶しておく記憶手段１３と、前記差分にもとづいて、
前記記憶手段に記憶されたメンバーシップ関数によっ
て、監視時間変位量を求め、該監視時間変位量を現監視
時間に加え、新たな監視時間としてクライアントに送信
する監視時間処理手段１２と、監視時間、リトライ回数
等を記憶する記憶手段１４を備えている。

【００４５】なお、前記受信手段６、処理手段７、格納
手段８、送信順決定手段９、送信手段１０、伝送量計測
手段、差分手段１１、監視時間処理１２、記憶手段１
３、記憶手段１４は、例えば、ＣＰＵ、ＲＯＭ、ＲＡ
Ｍ、各種ＣＭＯＳ等の電子デバイスにて実現できる。な
お、２８はタイマーで一定周期（Ｔ）で所定の処理を行
うことを意味する。

【００４６】サーバ内における制御について説明する。

【００４７】まず、受信手段６は、複数のクライアント
（図１の３、３’、３”）から、通信回線２を介して送
信されてくるデータ（情報）を受信する。かかる受信デ
ータを格納しておく格納手段を設けておくのも良い。

【００４８】次に、処理手段７は、受信されたデータを
対象として、予め定められた所定の処理を行う。所定の
処理とは、計算機等で実現可能な、あらゆる処理（例え
ば、税金計算や、数値積分等の科学技術計算等）が考え
られる。

【００４９】処理手段７によって処理が完了したデータ
は、格納手段８に順次格納される。

【００５０】送信順決定手段９は、格納手段８に格納さ
れている、処理完了したデータの該当クライアントへの
送信順番を決定する。この際、クライアントから送られ
てくるデータには、予め応答時間情報が付加されてお
り、当該応答時間情報を参照して、前記送信順序を決定
すれば良い。例えば、応答時間の短いデータから、送信
順番を決定する等、各種の送信順番決定の規則が考えら
れる。かかる送信順番は、例えば、処理完了データに対
応させて、格納手段８に格納しておけば良い。別の格納
手段を備える構成にしても良い。

【００５１】次に、送信手段１０は、決定された送信順
番を参照して、処理完了したデータを、該当クライアン
トに送信する。また、送信の際には、あとで述べる別処
理によって決定され、記憶手段１４に格納されている、
監視時間とリトライ回数を、処理データに付加して該当
クライアントに送信する。

【００５２】また、サーバ１では、さらに、伝送量計測
手段（図示せず：例えば、受信手段６に内蔵した構成に
しておく）が、第１の所定時間内（Ｔ０）に受信したデ
ータ伝送量を計測する。そしてデータ伝送量に基づい
て、第２の所定時間（Ｔ）ごとに、データの伝送量の差
分を、差分手段１１によって求める。

【００５３】監視時間処理手段１２は、前記差分を用
い、予め記憶手段１３に格納されているメンバーシップ
関数を使用したファジイ推論により基本監視時間を推論
する。

【００５４】例えば、横軸に、差分の値、縦軸に「０か
ら１」までの値をとったテーブルに、ある差分値の値で
「１」となり、その左右で「０」に近づく三角形状の第
１のメンバーシップ関数を決めておく。同様に、横軸
に、基本監視時間の値、縦軸に「０から１」までの値を
とったテーブルに、ある基本監視時間の値で「１」とな
り、その左右で「０」に近づく三角形状の第２のメンバ
ーシップ関数を決めておく。そして、差分値の値に対応
する第１のメンバーシップ関数値が求まれば、当該メン
バーシップ値に対する、第２のメンバーシップ関数から
基本監視時間を求めれば良い。もちろんメンバーシップ
関数の決め方や、推論ルールは、各種各様の公知技術を
用いれば良くさまざまなものが考えられる。

【００５５】次に、現在時間帯から、予め記憶手段１３
に格納されている、時間帯の通信量に関するメンバーシ
ップ関数を使用したファジイ推論により、補正監視時間
（α）を推論して、下記の演算によって、新監視時間を
求める。

【００５６】なお、メンバーシップ関数を使用した補正
監視時間のファジイ推論は、基本監視時間を求めたとき
と同様に行えば良い。

【００５７】新監視時間＝基本監視時間±補正監視時間（α）（式１）この新監視時間から、予め記憶手段１３格納しておい
た、リトライ回数に関するメンバーシップ関数を使用し
たファジイ推論により、新たなリトライ回数を推論し、
新監視時間と新リトライ回数を、記憶手段１４に格納す
る。

【００５８】なお、メンバーシップ関数を使用したリト
ライ回数のファジイ推論は、基本監視時間を求めたとき
と同様に行えば良い。

【００５９】ただし、以下のような条件にしたがって、
監視時間処理手段１２が、新監視時間の再補正を行うよ
うにするのが好ましい。

【００６０】新監視時間＜Ｃのとき、新監視時間＝Ｃ（式２）新監視時間≧Ｃのとき、新監視時間＝新監視時間（そ
のまま新監視時間を採用）なお、Ｃは、予め定めておく定数であり、監視時間処理
手段１２内に、記憶しておけばよい。そして、新監視時
間は、該当するクライアントに送信される。

【００６１】図３は、図２に示した送信順序決定手段９
の詳細な構成図である。

【００６２】送信順序決定手段９は、目的関数作成手段
１７、最小値探索手段１８、状態変数記憶手段１６、送
信順データ記憶手段１９を有して構成される。これらの
手段は、例えば、ＣＰＵ、ＲＯＭ、ＲＡＭ、各種ＣＭＯ
Ｓ等の電子デバイスで実現される。状態変数記憶手段１
６には、応答時間、処理完了した処理データ、受信時
刻、状態変数の情報が少なくとも格納されている。ま
た、状態変数は、処理データを並べたものが格納されて
いる。例えば、３つの処理完了データが存在する場合、
その３つに対して、データ番号がＮｏ１、Ｎｏ２、Ｎｏ
３とされているとする。

【００６３】このとき、例えば（Ｎｏ１，Ｎｏ３，Ｎｏ
２）は、１つの状態を表し、これは１番目に、データ番
号Ｎｏ１のデータ、２番目に、データ番号Ｎｏ３のデー
タ、最後にデータ番号Ｎｏ２のデータが並んでいる、１
つの状態変数を表す。

【００６４】さて、送信時間を、次のように定義する。

【００６５】送信時間＝応答時間−（現在時刻−受信時刻）（式３）式３において、下記のような補正を行い、新送信時間を
もとめる。

【００６６】送信時間≦０のとき、新送信時間＝０（式４）送信時間＞０のとき、新送信時間＝送信時間新送信時間が「０」とは、即座に送信すべきことを意味
する。

【００６７】なお、図示はしないが、現在時刻や、受信
時刻を管理する手段を備えておく。

【００６８】かかる手段は、時刻を計測する手段を有し
て構成され、まさに現時刻を求め、受信手段がデータを
受信した受信時刻を管理しておく。

【００６９】目的関数作成手段１７は、このように定義
された新送信時間を全ての処理データに対して求め、総
和をとったものを目的関数として作成する。したがっ
て、目的関数の値は、処理データの並び、すなわち、状
態変数を変化させると変化するものである。というの
も、状態変数によって、現在時刻が変化するからであ
る。

【００７０】さて、最小値探索手段１８は、状態変数を
変化させて、前記目的関数の値を最小にする手段であ
り、これにより与えられた、状態変数の要素の並びの順
番が、各処理データの送信順を表すことになる。求めら
れた送信順番は、送信順データ記憶手段１９に記憶させ
ておけば良い。

【００７１】ところで、このような、最小値探索手段１
８は、通常、ボルツマンマシンと称される最小化手段を
使用して実現されるが、例えば、特願平４−１８１３２
５号公報に開示されているニューラルネット型のボルツ
マンマシンを使用するのが好ましい。詳しい説明は省略
するが、本実施例にそって若干説明する。

【００７２】すなわち、状態変数の組替え（探索）を行
って、前記目的関数値が最小となる送信順序を求める
が、この際、探索の回数ごとに低下するようなランダム
系のエネルギーを定める温度Ｔなる物理量を想定する。

【００７３】そして、乱数を２個発生させ、当該乱数で
示される状態変数の順番に相当する要素を逆に並べ換え
る。例えば、要素数（状態変数を構成している要素の
数）が１０で、乱数が「２」，「８」の場合、１０個の
要素のうち２番目から８番目の要素を並びかえて、新状
態変数を生成する。

【００７４】もとの状態変数に対する目的関数値（Ｆｏ
ｌｄ）と、新状態変数に対する目的関数値（Ｆｎｅｗ）
とを比較する。

【００７５】そして、新たな乱数（α）を発生させ、α
＜ｅｘｐ（−（Ｆｎｅｗ−Ｆｏｌｄ）／Ｔ）（ただし、
ｅｘｐは自然対数の底の指数関数である）なる式を満足
するとき、新状態変数を採用して、送信順序を決定して
いく処理を、所定回数（通常、要素数の２乗回程度）行
う。そして、最終的に求められた、状態変数に対応する
送信順序が、前記目的関数を最小とすることになる。な
お、前記温度Ｔは、例えば、Ｔ＝Δ／ｌｏｇ（ｉ＋２）
なる式で表現される。ここでΔは、正の定数、ｌｏｇ
は、常用対数、ｉは、探索回数である。以上のように、
ニューラルネット型のボルツマンマシンを使用すること
により所望の目的関数を最小化する、送信順序が求めら
れる。

【００７６】なお、目的関数は、上述した例に限られな
いことはいうまでもない。この目的関数は、システムの
構築目的に応じて作成すれば良い。

【００７７】図４に、図１のクライアント３、３’、
３”等の詳細な構成を示す。

【００７８】各クライアントは、サーバの処理対象とな
るデータを受け付ける機能を少なくとも有するデータ入
力手段４と、受け付けたデータに、予め定めた時間であ
って、当該時間内に、データがサーバーでの処理を終え
返送されることを要求する時間である応答時間情報を付
加してサーバに送信する機能や、受け付けたデータに監
視時間を示す情報を付加し、サーバに送信する機能を有
する送信手段２１と、サーバから送られてきたデータを
受信する受信手段２６と、受信データを少なくとも表示
する表示手段２７とを備える。

【００７９】また、自クライアントを起動するための起
動手段２３と、所定時間（監視時間）内に、データがサ
ーバから送られてこない場合には、自クライアントの起
動を終了させる起動停止手段２４と、監視時間等を管理
する管理時間記憶手段２２、監視時間記憶手段２５を備
えている。

【００８０】データ入力手段４は、例えば、キーボード
等によって、起動手段２３、起動停止手段２４は、スイ
ッチ、ＣＰＵ、ＲＯＭ等の電子デバイスにて、また、表
示手段２７は、ＣＲＴ等の表示装置によって実現でき
る。その他の構成要素は、例えば、ＣＰＵ、ＲＯＭ、Ｒ
ＡＭ、各種ＣＭＯＳ等の電子デバイスにて実現できる。

【００８１】また、２８は、タイマー機能を有するタイ
マー回路であり、所定時間で、所定の処理を行う。

【００８２】本実施例では、監視時間を越えたとき、あ
るいは、リトライ回数が予め定めた値を越えたときに
は、起動停止手段２４が起動し、クライアントの起動を
停止させる従来のシステムにおいて、サーバによって適
切に設定された監視時間等を使用することにより、クラ
イアントの起動停止の防止を低減するための実施例であ
る。

【００８３】さて、データ入力手段４から、入力された
データ（情報）は、送信手段２１に送られる。管理時間
記憶手段２２から、送られるデータに対応する、応答時
間、監視時間、リトライ回数を索引し、データに応答時
間や監視時間を付加して、サーバ１に送信する。

【００８４】同時に、監視時間とリトライ回数のデータ
が、監視時間記憶手段２５に格納され、起動手段２３が
起動される。監視時間記憶手段２５には、現在リトライ
回数も格納される。

【００８５】なお、管理時間記憶手段２２に格納される
応答時間等のデータは、データ入力手段４を介して入力
すればよい。この際、クライアントの設置場所によって
異なるように、予め設定しておけばよい。かかる設定
は、各クライアントのデータ入力手段４を介して、容易
に変更が可能である。

【００８６】また、起動手段２３は、現在リトライ回数
を索引し、リトライ回数を更新していくと同時に、監視
時間記憶手段２５内の監視時間を参照して、監視時間を
タイマー回路２８にセットする。

【００８７】タイマー回路２８は、所要時間（Ｔ）であ
る監視時間が経過すると、起動停止手段２４を起動す
る。起動停止手段２４は、送信手段２１の送信を停止さ
せる。

【００８８】また、起動停止手段２４は、リトライ回数
が予め定めた値を越えたときにも送信手段２１の送信を
停止させる。

【００８９】またこのとき、予め定めたリトライ回数を
越えたならば、表示手段２７にその旨を表示しながら。
リトライを停止させてもよい。

【００９０】このような、起動停止手段２４は、通常回
線の異常等の備えて、通常の通信システムに設けられて
いる。

【００９１】また、サーバ１にて処理完了したデータ
（情報）は、受信手段２６にて受信される。受信データ
が正常であるならば、監視時間記憶手段２５に格納され
ている、監視時間、リトライ回数、現在リトライ回数
を、零にクリアし、同時に、受信データ内の新監視時間
（サーバによって求められ送られてくる）と新リトライ
回数のデータで、管理時間記憶手段２２内にある、該当
データの格納部の内容を更新する。

【００９２】また、受信データが異常であるならば、そ
のままとし、監視時間オーバーとして起動停止手段２４
を起動させても良いし、また、次のリトライを自動的に
行うようにして、リトライ回数を、起動停止手段２４の
起動条件としても良い。さらに、受信手段２６は、受信
データが正常であるならば、表示手段２７にそれを表示
をする。データ表示５は、その表示内容である。

【００９３】さて、図２を参照して説明したように、監
視時間は、サーバが受信するデータ量等によって定まる
新監視時間として、該当するクライアントに送られてく
る。

【００９４】これを監視時間として、例えば、管理時間
記憶手段２２に記憶しておき、監視時間記憶手段２５が
索引、格納可能なようにしておけばよい。かかる新たな
監視時間は、伝送量等を考慮して定められたものであ
り、クライアントが起動停止しないように、定められて
おれば、起動停止手段２４が備わっている通常の通信シ
ステムにおいても、起動停止手段２４が作動しないこと
になる。

【００９５】前述のように、新たな監視時間は、メンバ
ーシップ関数を使用したファジイ推論によって求められ
るが、メンバーシップ関数を所望の関数とすることによ
り、使用者に操作性の低下を感じさせずに、クライアン
トの起動停止回数の大幅な低減、場合によっては、起動
停止回数を皆無にすることも可能である。

【００９６】これは、とりもなおさず、従来技術に比
べ、監視時間の値を変更可能としたこと、その変更の仕
方も、メンバーシップ関数を使用したファジイ推論によ
って行ったことによる。

【００９７】図５は、図２のサーバ１内の概略処理の流
れ図である。

【００９８】本処理フローは、複数のクライアントから
受信したデータを送信するまでの処理を示したものであ
る。特に、最小値探索は、前述のように、ニューラルネ
ットワークのボルツマンマシンにて行うのが好ましい。

【００９９】ステップ５００で、データの受信処理を行
う。この際、受信時刻を検出、記憶しておく。

【０１００】ステップ５１０で、受信データのサーバで
の処理を行う。

【０１０１】ステップ５２０で、処理完了データの格納
を行う。

【０１０２】ステップ５３０で、処理完了データの検索
を行う。

【０１０３】ステップ５４０で、検索した処理完了デー
タから状態変数を求め、さらに、応答時間や現在時刻等
のデータから、前述のように目的関数を作成する。

【０１０４】ステップ５５０で、目的関数を最小にする
状態変数を求める、最小値探索処理を行う。これにより
状態変数が求まり、処理完了データの送信順番が求ま
る。

【０１０５】ステップ５６０で、求まった送信順番にし
たがって、データを送信する。

【０１０６】以上により、サーバー内での送信順番決定
処理および、決定順による送信処理が終了する。

【０１０７】次に、図６に、図２に示す差分手段１１と
監視時間処理手段１２の処理フローを示す。

【０１０８】本処理は、所定時間（Ｔ）内に受信する通
信量を求め、通信量から、ファジィ推論にて、基本監視
時間を推論し、さらに通信の時間帯を求め、時間帯から
ファジィ推論にて、補正監視時間を推論することによ
り、予見した新監視時間を求める処理である。また、新
監視時間からファジィ推論にて、最大リトライ回数をリ
トライ回数として予見的な推論を行い求め、記憶手段に
格納する処理である。

【０１０９】ステップ６００で、所定時間間隔で受信す
る通信量（データ伝送量）を、求める。

【０１１０】ステップ６０５で、現在の時間帯を求め
る。

【０１１１】ステップ６１０で、現在の時間帯と通信量
を受け取った監視時間処理手段１２が起動する。

【０１１２】ステップ６１５で、記憶手段内のメンバー
シップ関数を索引し、通信量からファジイ推論により基
本監視時間を推論する。

【０１１３】ステップ６２０で、記憶手段内のメンバー
シップ関数を索引し、現在時間帯からファジイ推論によ
り補正監視時間を予見する。

【０１１４】ステップ６２５で、基本監視時間に補正監
視時間を加え、新監視時間を求める処理を行う。

【０１１５】ステップ６３０で、記憶手段内のメンバー
シップ関数を索引し、新監視時間からファジイ推論によ
り、新リトライ回数を予見する。

【０１１６】ステップ６３５０で、記憶手段１４に、新
監視時間内と、新リトライ回数を格納する。

【０１１７】図７は、図４のクライアント内の概略処理
フローである。

【０１１８】本処理は、図４のクライアント内の送信処
理側を示したものである。特に、送信手段２１における
処理を説明したものである。

【０１１９】ステップ７００では、リトライがあるか、
それ以外（データ入力手段４からの入力）であるかを判
断する。リトライ時には、ステップ７０５にブランチし
起動手段を起動し、ステップ７２０にブランチする。

【０１２０】ステップ７１０では、データ入力手段４を
介して、送信手段を起動する。

【０１２１】ステップ７１５では、管理時間記憶手段か
ら該当する送信データの応答時間、監視時間、リトライ
回数を検索する。

【０１２２】ステップ７２０では、監視時間記憶手段
に、監視時間とリトライ回数をセットし、起動手段を起
動する。

【０１２３】そして、ステップ７２５で、データを送信
する。

【０１２４】図８も、図４のクライアント内の概略処理
フローを示す。

【０１２５】本処理フローは、図４のクライアント内の
受信処理例を示したものである。特に、受信手段２６
は、通信が正常な場合と、異常な場合によって、リトラ
イ処理が異なる。また、サーバ１にてファジィ推論にて
求めた新監視時間とリトライ回数を管理時間記憶手段に
格納し、常に、送信手段２１が参照する、監視時間とリ
トライ回数を更新する。

【０１２６】ステップ８００では、データを受信し、デ
ータをチェックする。例えば、パリティチェック等を行
えば良い。これにより、ステップ８０５で通信が正常か
否かを調べる。

【０１２７】正常でない場合、ステップ８２０に、正常
な場合は、ステップ８１０にブランチする。

【０１２８】ステップ８１０では、監視時間記憶手段内
の、監視時間とリトライ回数をクリアする。そして、ス
テップ８１５にて、表示手段に必要な情報を表示する。

【０１２９】最後に、サーバから送られてきた新監視時
間と、リトライ回数を管理時間記憶手段に格納し、処理
を終了する。

【０１３０】以上の実施例は、「１：Ｎ」の通信システ
ムについて説明してきたが、下記のような場合にも、本
発明を応用できる。例示すると以下のようになる。

【０１３１】複数台のサーバと複数台のクライアントを
有して構成される、「Ｎ：Ｎ」の同時通信を行うシステ
ムである。また、サーバ１台、クライアント１台を有し
て構成される通信システムにおける応用も考えられる。

【０１３２】サーバとクライアントが共通のＣＰＵを有
して構成され、処理間で通信を行う場合も適用可能であ
る。

【０１３３】また、遠隔に分散した通信システムへの応
用も容易である。すなわち、本発明は、通信回線を接続
できるかぎり応用可能である。

【０１３４】また、応答時間を最新の監視時間にて変化
させ通信を行う場合、クライアント側に処理手段を追加
することもできる。応答時間と監視時間を任意に設定で
きるため、全く同じデータとすることも、容易に行え
る。

【０１３５】また、サーバ側の送信順番は、ニュールネ
ット型のボルツマンマシンを使用せず、送信時刻のみを
参照して決定することも可能である。

【０１３６】なお、サーバ側の通信量（伝送量）を、ト
ランザクションとテキストサイズから求めるようにする
ことも可能である。

【０１３７】実施例にて述べた、予め定めておくリトラ
イ回数を１回のみとすることも可能である。

【０１３８】本実施例では、理解容易のために通信回線
を用いているが、例えば、無線通信等によっても、同様
のシステムが容易に構成できる。

【０１３９】本実施例のクライアントにおいては、デー
タ入力手段によるデータ入力を手動で行う構成を示した
が、所定のプログラムで自動的に処理対象となるデータ
を生成する構成も考えられる。

【０１４０】以上、本発明によれば、通信システムが
「１：Ｎ」の同時通信を行う場合に、下記の様な効果が
期待できる。

【０１４１】第１に、ボルツマンマシンにより、目的
（例えば、予め定めた応答時間と、サーバでの処理にか
かる時間との差が最小になる等）に適合した、データの
送信順番を決定しデータを送信するため、システムの構
築目的に応じた通信システムを実現できる。

【０１４２】第２に、各クライアントおよびデータ（情
報）毎に、異なった応答時間を設定ができ、例えば、応
答時間が短いものから優先的に通信処理するように定め
ておくと、応答時間の長いものにより、監視時間を越え
るもの無くなり、起動停止するクライアントを無くすこ
とができる。

【０１４３】第３に、監視時間とリトライ回数を、通信
量（伝送量）に応じて可変とすることにより、監視時間
とリトライ回数が、許容される量を越えるものが極めて
少なくなり、クライアントの起動停止を低減できる。設
定量によっては、起動停止するクライアントを無くすこ
とができる。

【０１４４】第４に、監視時間とリトライ回数を、ファ
ジィ推論のメンバーシップ関数（データ）として、予め
定め記憶しているため、伝送量に応じた、監視時間とリ
トライ回数を設定できる。

【０１４５】第５に、応答時間等のパラメータは、各ク
ライアントにおいて、データ入力によって容易に設定変
更ができ、プログラムの再作成等の処理を必要としな
い。

【０１４６】また、通信システムのデータ通信制御を行
いにくい、「Ｎ：Ｎ」の同時通信システムや、あるい
は、「１：１」の通信システムにおいても、上記と同様
の効果を得ることができる。

【０１４７】また、本発明は、応答時間のみによるデー
タ伝送制御によっても、クライアントの起動停止を十分
に防止できる。監視時間やリトライ回数によるデータ伝
送制御によれば、クライアントの起動停止を一層防止で
きる。

【０１４８】以上の様な効果が期待できるために、従来
問題となっていた通信システムにも、容易に提供するこ
とができる。

【０１４９】

【発明の効果】本発明によれば、目的に応じた最適な送
信順でサーバが処理完了データを該当クライアントに送
る通信システムを提供できる。また、従来固定であっ
た、監視時間等を伝送量に応じて変化させることによ
り、クライアントの起動停止を防止できる。

【図面の簡単な説明】

【図１】本発明の一実施例である通信システムの構成図
である。

【図２】通信システムのサーバの構成図である。

【図３】サーバ内の送信順決定手段の構成図である。

【図４】クライアントの構成図である。

【図５】サーバにおける処理の概要を示すフローチヤー
トである。

【図６】サーバにおける処理の概要を示すフローチヤー
トである。

【図７】クライアントにおける、送信処理の概要を示す
フローチヤートである。

【図８】クライアントにおける、受信処理の概要を示す
フローチヤートである。

【符号の説明】

１…サーバ、２…通信回線、３…クライアント、４…デ
ータ入力手段、５…データ表示手段、６…受信手段、７
…処理手段、８…格納手段、９…送信順決定手段、１０
…送信手段、１１…差分手段、１２…監視時間処理手
段、１３…記憶手段、１４…記憶手段、１５…処理完了
データ記憶部、１６…状態変数記憶手段、１７…目的関
数作成手段、１８…最小値探索手段、１９…送信順デー
タ記憶手段、２０…送信データ記憶部、２１…送信手
段、２２…管理時間記憶手段、２３…起動手段、２４…
起動停止手段、２５…監視時間記憶、２６…受信手段、
２７…表示手段、２８…タイマー手段

Claims

【特許請求の範囲】

【請求項１】サーバと複数台のクライアント間で、デー
タの送受信を行う通信システムであって、クライアントは、サーバの処理対象となるデータを受け
付ける手段と、受け付けたデータに、予め定めた時間で
あって、当該時間内に、データがサーバーでの処理を終
え返送されることを要求する時間である応答時間情報を
付加してサーバに送信する送信手段と、サーバから送ら
れてきたデータを受信する受信手段と、受信データを少
なくとも表示する表示手段とを備え、サーバは、各クライアントからのデータを受信する受信
手段と、受信したデータを、予め定めた処理手順にした
がって処理する処理手段と、処理されたデータを格納す
る格納手段と、該格納手段に格納されている処理完了デ
ータの、対応するクライアントへの送信順番を、前記応
答時間情報に基づいて決定する送信順決定手段と、送信
順番にしたがって、処理されたデータを対応するクライ
アントへ送信する送信手段とを備えることを特徴とす
る、マルチクライアント通信システム。
【請求項２】請求項１において、前記送信順決定手段
は、前記応答時間情報で示される応答時間の短いものか
ら順に、処理されたデータの送信順番を決めていくこと
を特徴とするマルチクライアント通信システム。
【請求項３】請求項１において、前記送信順決定手段
は、前記格納手段に格納された処理完了データにデータ
番号を付与し、該データ番号の並びを要素とする状態変
数を想定し、該状態変数から、各処理完了データに対し
て定められている応答時間と、データを受信してから対
応するクライアントに送信するまでの時間との時間差の
総和を目的関数として作成する目的関数作成手段と、目
的関数を最小にする状態変数を求め、該状態変数の要素
である前記データ番号の並び順に、対応する処理完了デ
ータを送信するように、送信順番を定める最小値探索手
段を備えることを特徴とするマルチクライアント通信シ
ステム。
【請求項４】サーバと複数台のクライアント間で、デー
タの送受信を行う通信システムであって、クライアントは、自クライアントを起動するための起動
手段と、所定時間（監視時間）内に、データがサーバか
ら送られてこない場合には、自クライアントの起動を終
了させる起動停止手段と、サーバの処理対象となるデー
タを受け付ける手段と、受け付けたデータに前記監視時
間を示す情報を付加し、サーバに送信する送信手段と、
サーバから送られてきたデータを受信する受信手段と、
受信データを少なくとも表示する表示手段とを備え、サーバは、各クライアントからのデータを受信する受信
手段と、受信したデータを、予め定めた処理手順にした
がって処理する処理手段と、第１の所定時間内に受信し
たデータ伝送量を計測する伝送量計測手段と、第２の所
定時間ごとにデータの伝送量の差分を求める差分手段
と、予め、前記差分に対する監視時間変位量をファジィ
量として評価するためのメンバーシップ関数を定め、記
憶しておく記憶手段と、前記差分にもとづいて、前記記
憶手段に記憶されたメンバーシップ関数によって、監視
時間変位量を求め、該監視時間変位量を現監視時間に加
え、新たな監視時間としてクライアントに送信する監視
時間処理手段を備えることを特徴とするマルチクライア
ント通信システム。