JPH05108584A - ネツトワークシステム制御方式 - Google Patents

Abstract

(57)【要約】 【目的】 クライアント装置とサーバ装置とをネットワ
ークを介して接続してなるネットワークシステムにおい
て、優先度の高い処理のスループットを向上させる。 【構成】 サーバ装置３、ワークステーション１（クラ
イアント装置）及びそれらを結ぶ通信回線２よりなるネ
ットワークシステムにおいて、サーバ装置３の混雑度を
クライアント装置側に通知する手段を持つことにより、
クライアント装置側にてサーバ装置３の混雑度に応じ優
先度の低い処理の要求発行を抑制し、サーバ装置３に負
担をかけることなく他のクライアント装置からの優先度
の高い処理のスループットを向上させる。また、クライ
アント装置にて複数のサーバ装置３の混雑度を比較し、
最も混雑度の低いサーバ装置３に対し処理要求を発行す
ることができる。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、サーバ装置およびクラ
イアント装置と、これらを結ぶ通信システムより成るネ
ットワークシステムにおいて、優先度の低い処理の要求
発行を抑制することにより優先度の高い処理のスループ
ットを向上させるネットワークシステム制御技術に関す
る。

【０００２】

【従来の技術】記憶装置・入出力装置・演算制御装置等
の高価な装置や複数のオペレータ間にて共通で使用した
い装置を集中的にサーバ装置にて管理させ、ネットワー
ク接続された複数のクライアント装置にて、上記装置を
使用するオペレータの要求を受け付けるインタフェース
をとる制御方式は、広く普及している。

【０００３】これらのネットワークシステムにおいて
は、オペレータの処理要求に優先度をつけることによ
り、オペレータの実処理時間の短縮を図る方式を取る方
法が一般的に行われている。例えばＴＳＳ端末装置と接
続されたホストコンピュータにおいては、主に装置の空
時間を利用して行うバッチ的な処理の優先度を低くし、
オペレータが装置につききりで操作を行うようなトラン
ズアクション処理を優先的に処理することで、オペレー
タが実際にクライアント装置の前で操作しなければなら
ない時間を短縮することができる。

【０００４】このような優先度を考慮した処理方式には
従来より、サーバ装置内にて優先度の高い処理要求を処
理待ち行列の先頭につなげる制御方式や、優先度の高い
処理にＣＰＵ割当て時間を長く割当てる制御方式が広く
用いられている。サーバ装置内にて優先度に応じた処理
を行う方式について最近では、特開昭５４−１０２９３
３，１０２９４４号公報に示されるように、共通入出力
装置側に優先使用権を記憶する手段を用いて非通信時に
おいても優先処理権を確保することを可能とした方式
や、特開昭６３−１１１５５８号公報に示されるよう
に、中央処理装置にデータ受信可能なエリア数を示す空
エリアカウンタを設け、処理能力の要求される場合には
空エリアカウンタを最大にする制御を行う方式がある。

【０００５】また、主としてクライアント装置側にて優
先度を考慮した処理を行う方式としては、特開昭６３−
１５９９６９号公報に示されるように、交信の競合が生
じたとき電文の送信元計算機がそれぞれ時限発生手段を
起動させ、互いに異なる時限の経過後にそれぞれ交信の
再開を試みるようにして、交信の優先度の決定が簡単に
行えるようにする方式がある。

【０００６】また、複数のサーバ装置が接続されている
ネットワークにおいては、各サーバ装置へ負荷を分散す
ることにより、オペレータの処理待ち時間を短縮するこ
とが可能である。

【０００７】この例としては特開昭５７−１４６３６７
号公報に示されるように、各処理要求をいずれの計算機
に割当てるかを決定する処理割当装置を設け、割当てが
可能な装置の中から計算機での処理待ち時間と通信遅れ
時間との和が最小となるものに処理要求を割当てる方式
がある。

【０００８】

【発明が解決しようとする課題】しかしながら、上記従
来技術は、次のような問題がある。

【０００９】（１） サーバ装置内において優先度を考
慮した制御を行う方式においては、受け付けた要求を処
理待ち行列に繋げる処理やクライアント装置に対してｂ
ｕｓｙ報告を行う処理等にＣＰＵ時間を取られ、オペレ
ータの要求処理を行う実時間は、競合の度合いに伴い加
速度的に減少してしまう。

【００１０】（２） 前項の事態を回避するため、オペ
レータの要求した処理を行う装置に対し優先度を考慮し
た制御を行う別装置を設ける手段もあるが、別装置分だ
けコスト高となる。

【００１１】（３） 上記事態を回避するためクライア
ント装置側にて、優先度を考慮した制御を行う方式にお
いては、サーバ装置の混雑度に関する考慮がなされてお
らず、単に優先度に応じリトライ間隔を変えるだけのも
のであるため、競合の度合いに伴いネットワーク上のト
ラフィックが加速度的に増大し単位時間あたり最大伝送
量の過飽和を招きやすい。

【００１２】本発明の目的は、サーバ装置やネットワー
クに負担をかけずオペレータが実際にクライアント装置
の前で処理待ちをしている時間を短縮する事を可能とす
るネットワークシステム制御技術を提供することにあ
る。

【００１３】本発明の他の目的は、優先度の高い処理の
スループットを向上させることが可能なネットワークシ
ステム制御技術を提供することにある。

【００１４】本発明の前記ならびにその他の目的と新規
な特徴は、本明細書の記述および添付図面から明らかに
なるであろう。

【００１５】

【課題を解決するための手段】本願において開示される
発明のうち、代表的なものの概要を簡単に説明すれば、
下記のとおりである。

【００１６】上記目的を達成するため本発明では、サー
バ装置にて管理しているサーバ装置の混雑度を示す情報
をクライアント装置からの要求時又は一定時間毎にクラ
イアント装置へ通知し、クライアント装置においてこの
混雑度を示す情報に基づき手動又は自動的に処理要求を
実行するか保留するかを判断するものである。

【００１７】また、ネットワーク上に複数のサーバ装置
が存在する場合においては、処理可能なサーバ装置の中
から最も混雑度の低いサーバ装置を選択し処理要求を実
行するものである。

【００１８】さらに、サーバ装置を選択して出力装置に
対する処理要求を行った場合においては処理要求を発行
したサーバ装置の場所をクライアント装置のディスプレ
イに表示するようにしたものである。

【００１９】

【作用】上記した本発明のネットワークシステム制御方
式によれば、サーバ装置の混雑度を示す情報をクライア
ント装置側に通知する手段を設け、比較的処理量に余力
のあるクライアント装置の側で処理要求の発行の有無を
判断させるので、サーバ装置に負荷をかけず即応性の要
求される処理のスループットを向上させることができ
る。

【００２０】また、クライアント装置においてサーバ装
置の混雑度を比較できるため、処理割当装置などの新た
なハードウェアを必要とすることなく最も混雑度の低い
サーバ装置を選択することが可能となる。

【００２１】さらに、出力装置への処理要求を行ったサ
ーバ装置の場所をクライアント装置のディスプレイに表
示することにより、オペレータは容易に出力結果を取り
に行くことができる。

【００２２】

【実施例】以下本発明の一実施例を詳細に説明する。

【００２３】図１は本発明のネットワークシテスム制御
方式を電子ファイリング装置に適用した場合の構成の一
実施例をブロック図にて示したものである。図２はクラ
イアント装置において最初に、処理要求の保留条件をオ
ペレータに入力させる際のディスプレイ表示例である。
図３はクライアント装置側において処理要求を行うか保
留するかを判断する際の一実施例のフローチャートであ
る。

【００２４】図１においてクライアント装置にあたるワ
ークステーション１は通信回線２を介してファイルサー
バ又はプリンタサーバなどのサーバ装置３と接続してい
る。

【００２５】ワークステーション１は、図示しないオペ
レータの操作する操作部４より処理の要求が入力される
と処理制御部５によって当該要求がサーバ装置３に対す
るリモート要求かワークステーション自信に接続されて
いる装置に対するローカル要求かを判定し、リモート要
求であった場合、まずサーバ装置３への処理要求を実行
するかを判定する保留制御部６を起動する。保留制御部
６はサーバ装置３の混雑度の参照を行うサーバ状態参照
部７を起動し、サーバ状態参照部７は、ネットワーク通
信手順制御を行う通信制御部８を介してサーバ装置３に
対してサーバ状態参照要求を送信する。サーバ装置３
は、ワークステーション１が送信した要求を通信制御部
８を介して受信し、セッション及び処理待ち行列の管理
を行う受信制御部９にデータを引き渡す。受信制御部９
は、たとえば、図４に例示したサーバ混雑度情報管理テ
ーブル４０のような形式にて、予め処理要求を受け付け
たが未だ処理待状態にある要求を管理する処理待ち行列
の行列長４１、論理回線の接続時に増カウンタ、切断時
に減カウンタすることにより取得したセッション数４
２、最新の任意数処理の要求受付時刻から処理終了時刻
までの処理待ち時間４３、これらの処理待ち時間４３を
平均することによって求めた平均処理待ち時間４４、プ
リンタを占有使用する処理要求受付時に印刷要求頁数分
増カウンタし、プリンタに対し１頁分のデータを出力す
るごとに減カウンタすることにより取得した印刷待ち頁
数４５、等サーバ混雑度の情報を蓄積しておき、受信デ
ータがサーバ状態報告要求であればサーバ状態管理エリ
ア１７内の混雑度情報を参照し、クライアント装置側へ
報告するデータを作成するサーバ状態報告部１０を起動
して通信制御部８を介することによりクライアント装置
へサーバ装置３の状態を報告する。

【００２６】ワークステーション１内の保留制御部６
は、報告されたサーバ装置３の状態を表示制御部１１を
介してオペレータに対し表示部１２にディスプレイ表示
する。

【００２７】オペレータはこのディスプレイ表示された
情報を基に次処理の優先度を考慮して、処理を実行する
か保留するかの決定を操作部４を介して入力する。

【００２８】ここで、オペレータが処理の実行を選択し
た場合においては、処理制御部５は各機能毎に設けら
れ、データの編集や入出力装置等の起動手順制御を行う
実行制御部１３を起動し通信制御部８を介してサーバ装
置３の側に処理要求の発行を行う。サーバ装置３側の受
信制御部９は通信制御部８を介して処理要求を受信する
と、前述したサーバ状態管理エリア１７内の混雑度情報
を更新し、処理待ち行列の末尾につなぐ。サーバ装置３
の側の実行制御部１３は、処理待ち行列につながれた処
理要求に基づき順次入出力制御部１４を起動し、光ディ
スクライブラリ装置１５等の入力装置からの入力データ
やプリンタ１６などの出力装置からの終了状態報告をサ
ーバ装置３の側に送信する。処理結果を受信したワーク
ステーション１の側の実行制御部１３はこの処理結果を
入出力制御部１４および表示制御部１１を介して表示部
１２（ディスプレイ）へ表示する。

【００２９】以上にはサーバ装置３から通知された混雑
度を示す情報をディスプレイに表示し、オペレータに処
理要求を実行するか保留するかを判断する方式を示した
が、この判断はオペレータから予め入力された判断基
準、あるいはシステム固有の判断基準に基づき自動的に
判断することも可能である。

【００３０】図２はワークステーション１において最初
に、処理要求の保留条件をオペレータに入力させる際の
表示部１２における表示画面１２ａの一例であり、サー
バ装置３が混雑している際の処理要求の保留をオペレー
タが介入して行うか、システムに自動的に判断させる
か、或いは保留せず複数の処理要求を実行するサーバ装
置３をシステムにて判断させるかを選択させる。保留の
判定を自動的に行わせる場合においては引続き、保留条
件としてサーバ装置３における処理待ち行列長４１、或
いはセッション数４２などの混雑度情報を入力させ、保
留条件設定エリア１８に格納する。そして、サーバ状態
参照時には保留条件設定エリア１８に記憶された保留条
件と取得した混雑度との比較により処理要求を実行する
か保留するかをシステムにて判定する制御を行う。保留
せずサーバ装置３を自動選択させる場合においては、処
理実行可能な全サーバ装置３の混雑度を参照してこれを
比較し、最も混雑度の低いサーバ装置３を選択して処理
要求を実行する制御を行う。

【００３１】また、図３のフローチャートにより、ワー
クステーション１の側において処理要求を行うか保留す
るかを判断する際の制御例の詳細を述べる。オペレータ
からサーバ装置３の管理する装置を使用するリモート処
理要求を受け付けた場合、本制御が起動され、処理要求
の発行の前にまずサーバ装置３状態の参照を行い（ステ
ップ３１）、その混雑度状態を表示部１２にディスプレ
イ表示する（ステップ３２）。ここで、予め保留判定を
オペレータの介入によって行うように設定されているか
を判定し（ステップ３３）、オペレータ介入による保留
判定を行うように指定されておればオペレータからの判
定入力待ちとなる（ステップ３４）。オペレータから判
定が入力されたら、これが保留要求か処理要求発行要求
かを判定し（ステップ３５）、処理要求であればサーバ
装置３に対してリモート処理要求を発行し（ステップ３
６）、保留要求であれば一定時間の保留を行った後サー
バ状態参照（ステップ３１）に戻る。

【００３２】また、保留判定がオペレータ介入かを判定
した際（ステップ３３）にオペレータ介入と設定されて
いない場合は、さらに保留判定が自動的な保留判定を行
うように設定されているかを判定し（ステップ３７）、
自動保留判定と設定されておればサーバ装置３の混雑度
が予め入力されている保留判定条件を満足されているか
を判定して（ステップ３８）、条件を満足していれば一
定時間の保留の後サーバ状態参照（ステップ３１）に戻
り、条件を満足しなければリモート処理要求をサーバ装
置３に対して発行する。

【００３３】保留判定が自動保留かを判定した際（ステ
ップ３７）、保留判定が自動保留とも設定されていない
場合においては、プリンタ自動選択が設定されていると
判断し、複数のサーバ装置３の中から混雑度の最も低い
サーバ装置３を選択して（ステップ３９）、リモート処
理要求を発行する。

【００３４】プリンタ１６の自動選択を行った場合にお
いては、選択したプリンタサーバ（サーバ装置３）の位
置をワークステーション１の表示部１２上に表示する。
これによりオペレータが印刷結果を容易に取りに行ける
ようになる。

【００３５】以上本発明者によってなされた発明を実施
例に基づき具体的に説明したが、本発明は前記実施例に
限定されるものではなく、その要旨を逸脱しない範囲で
種々変更可能であることはいうまでもない。

【００３６】たとえば、ネットワークシステムの構成
は、前述の実施例に例示したものに限定されない。

【００３７】

【発明の効果】本願において開示される発明のうち、代
表的なものによって得られる効果を簡単に説明すれば、
以下のとおりである。

【００３８】本発明のネットワークシステム制御方式に
よれば、サーバ装置の混雑度をクライアント装置に通知
することにより、サーバ装置に負荷をかけることなく、
クライアント装置側にて優先度の低い処理の処理要求を
抑制し、他のクライアント装置からの優先度の高い処理
のスループットを向上させることができる。

【００３９】また、クライアント装置にて複数のサーバ
装置の混雑度を比較することを可能にすることにより、
新たなハードウェアを必要とせずに、もっとも混雑度の
低いサーバ装置に対して処理要求を発行することができ
る。

【００４０】さらに、処理要求を発行したサーバ装置の
位置をディスプレイ上に表示することにより、オペレー
タは容易に出力結果を取りに行くことができる。

【図面の簡単な説明】

【図１】本発明のネットワークシステム制御方式の一実
施例である電子ファイリング装置のネットワークシステ
ム構成図である。

【図２】クライアント装置にて最初に処理要求の保留条
件をオペレータに入力させる際の画面インタフェース表
示例である。

【図３】クライアント装置にてサーバ装置の混雑度を参
照し、入力された保留条件に基づき処理要求を発行する
か保留するかを決定する際の処理フローチャートの一例
である。

【図４】サーバ混雑度情報管理テーブルの構成の一例を
示す説明図である。

【符号の説明】

１ ワークステーション ２ 通信回線 ３ サーバ装置 ４ 操作部 ５ 処理制御部 ６ 保留制御部 ７ サーバ状態参照部 ８ 通信制御部 ９ 受信制御部 １０ サーバ状態報告部 １１ 表示制御部 １２ 表示部 １２ａ 表示画面 １３ 実行制御部 １４ 入出力制御部 １５ 光ディスクライブラリ装置 １６ プリンタ １７ サーバ状態管理エリア １８ 保留条件設定エリア ４０ サーバ混雑度情報管理テーブル ４１ 行列長 ４２ セッション数 ４３ 処理待ち時間 ４４ 平均処理待ち時間 ４５ 印刷待ち頁数

Claims (5)

【特許請求の範囲】
1. 【請求項１】 オペレータが共用する記憶装置・入出力
   装置・演算制御装置を管理制御するサーバ装置と、オペ
   レータとのインタフェースを提供しサーバ装置に対し処
   理要求を行う手段を持つクライアント装置と、それらを
   結ぶ通信システムとよりなり、サーバ装置は当該サーバ
   装置の混雑度を示す情報をクライアント装置に通知し、
   クライアント装置は、オペレータに対しサーバ装置の混
   雑度をを示す情報を表示することにより、サーバ装置へ
   の処理要求を実行するか保留するかをオペレータに判断
   させる機能を有するネットワークシステム制御方式。
2. 【請求項２】 サーバ装置の混雑度を示す情報として、
   サーバ装置の持つセッション数、および、サーバ装置に
   接続されている装置の占有状態、および、サーバ装置に
   て印刷待ちとなっている文書頁数、および、サーバ装置
   における最新の任意数処理の平均処理待ち時間、の少な
   くとも一つを用いることを特徴とする請求項１記載のネ
   ットワークシステム制御方式。
3. 【請求項３】 クライアント装置がオペレータから予め
   入力された判断基準、またはシステム固有の判断基準に
   基づき、処理要求を実行するか保留するかを自動的に判
   断することを特徴とする請求項１または２記載のネット
   ワークシステム制御方式。
4. 【請求項４】 クライアント装置が複数のサーバ装置か
   ら通知された混雑度を比較し、混雑度の最も低いサーバ
   装置に対し処理要求を実行し、必要に応じて処理要求を
   発行したサーバ装置の場所をクライアント装置のディス
   プレイに表示することを特徴とする請求項１，２または
   ３記載のネットワークシステム制御方式。
5. 【請求項５】 処理要求を保留した場合、クライアント
   装置がサーバ装置の混雑度を監視し、混雑度の低下後に
   処理要求を自動的に実行する機能を有することを特徴と
   する請求項１，２，３または４記載のネットワークシス
   テム制御方式。