JP3320221B2 - クライアント／サーバシステムおよび同システム用ワークステーション装置 - Google Patents

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、クライアントからの要
求を多段のサーバにより処理するクライアント／サーバ
システム、および、そのシステムにおいてクライアント
もしくはサーバとして用いられるワークステーション装
置に関する。

【０００２】

【従来の技術】近年、複数のワークステーション装置を
ＬＡＮ等のネットワークにより接続してクライアント／
サーバシステムを構成し、クライアントからの要求を多
段のサーバにより処理することが行なわれている。例え
ば２段のサーバによりクライアントからの要求を処理す
る例を、図５に簡易的に示す。この図５において、４０
はクライアントアプリケーションプログラム（以下、ク
ライアントアプリという）、４１は第１段のサーバアプ
リケーションプログラム（以下、サーバアプリという；
ＳＶ−Ａ）、４２は第２段のサーバアプリ（ＳＶ−Ｂ）
である。なお、図５にはアプリケーションプログラムの
みをブロック化して図示しているが、実際にはこれらの
プログラムは、それぞれワークステーション装置内にソ
フトウエアとしてそなえられるものである。

【０００３】

【発明が解決しようとする課題】ところで、クライアン
トからの要求を多段のサーバにより処理するクライアン
ト／サーバシステムでは、複数段のサーバを経由して処
理を行なっているうちに処理を正常に行なって依頼元へ
順次復帰させるよりも前に、依頼元のサーバに対して処
理を要求してしまう場合がある。

【０００４】例えば図５に示すように２段のサーバによ
り処理を行なう場合に、クライアントアプリ４０から第
１段のサーバアプリ４１に対して処理要求が発行さ
れ、この処理要求を受けた第１段のサーバアプリ４１
が第２段のサーバアプリ４２に対して処理要求を発行
した後に、この処理要求を受けた第２段のサーバアプ
リ４２が、今回の処理要求の依頼元であるサーバアプ
リ４１へ処理要求を発行したものとする。

【０００５】このような場合、デッドロック(deadlock;
資源利用が競合し互いに待ち状態となって動きがとれな
くなる状態）が発生し、この状況を回避することは困難
である。図５では最も簡単な２段のサーバ構成の場合で
あるが、実際により多数段のサーバ構成になった場合に
は、デッドロックは発生しやすくなる。また、このデッ
ドロックの発生は、システムテスト時に初めて分かるケ
ースもあり、その発生原因を突き止めるのに困難を究め
る。

【０００６】本発明は、このような課題に鑑み創案され
たもので、クライアントの要求に対してデッドロック発
生の要因を速やかに発見し、その要因に応じた対処を確
実に行なえるようにして、処理依頼元への多重処理要求
発行に起因するデッドロックを確実に回避できる、クラ
イアント／サーバシステムおよび同システム用ワークス
テーション装置を提供することを目的とする。

【０００７】

【課題を解決するための手段】図１は本発明の原理ブロ
ック図で、この図１において、１はワークステーション
装置で、各ワークステーション装置１は、ネットワーク
２を介して相互に通信可能に接続され、クライアントか
らの要求を多段のサーバにより処理するクライアント／
サーバシステムを構成するものである。

【０００８】そして、各ワークステーション装置１に
は、タグ付加部３，タグ判定部４およびエラー処理部５
がそなえられている。なお、図１では、一つのワークス
テーション装置１の構成のみを詳細に示しているが、他
のワークステーション装置１も同様に構成されている。
ここで、タグ付加部３は、サーバ（依頼先のワークステ
ーション装置１）に対して処理依頼を行なう際に、依頼
元固有のタグを処理依頼に付加するものである。

【０００９】また、タグ判定部４は、クライアントから
処理依頼を受けると、当該処理依頼に付加されたタグを
参照して、そのタグに自己の依頼元固有のタグが存在す
るか否かを判定するものである。さらに、エラー処理部
５は、タグ判定部４により処理依頼に付加されたタグに
自己の依頼元固有のタグが存在すると判定された場合
に、処理を中断し、その処理依頼を依頼元（クライアン
ト）へエラー復帰させるものである。

【００１０】

【作用】図１にて上述した本発明のクライアント／サー
バシステムおよび同システム用ワークステーション装置
では、クライアント（ワークステーション装置１）がサ
ーバ（依頼先のワークステーション装置１）に対して処
理依頼を行なう際に、タグ付加部３により、その処理依
頼に依頼元固有のタグが付加される。

【００１１】クライアントから処理依頼を受けたサーバ
では、その処理依頼に付加されたタグを参照し、タグ判
定部４により、そのタグに自己の依頼元固有のタグが存
在するか否かが判定される。そして、タグ判定部４によ
り処理依頼に付加されたタグに自己の依頼元固有のタグ
が存在すると判定された場合に、エラー処理部５によ
り、処理が中断され、その処理依頼が依頼元（クライア
ント）へエラー復帰させられる。

【００１２】つまり、サーバに対して処理依頼を行なう
度に、タグ付加部３により処理依頼に順次付加されるタ
グを参照することにより、自己の依頼元固有タグが存在
すれば、その処理依頼は、自己が以前に発行したもので
あり、その処理は既に依頼されたものであると判断でき
る。そのような処理依頼を実行することは、前述した通
りデッドロック発生要因になるので、タグの参照によっ
てデッドロック発生の要因を速やかに発見することがで
きる。

【００１３】

【実施例】以下、図面を参照して本発明の実施例を説明
する。図２は本発明の一実施例としてのクライアント／
サーバシステムおよび同システム用ワークステーション
装置を示すブロック図であり、この図２に示すように、
本実施例でも、３つのワークステーション装置１０，２
０，３０が、ＬＡＮ等のネットワーク２を介して相互に
通信可能に接続されている。

【００１４】これらのワークステーション装置１０，２
０，３０のうち、本実施例では、基本的に、ワークステ
ーション装置１０がクライアントとして機能し、ワーク
ステーション装置２０，３０がサーバとして機能し、ク
ライアントからの要求を多段のサーバにより処理するク
ライアント／サーバシステムが構成されている。このた
め、ワークステーション装置１０には、サーバを利用し
て処理を行なうクライアントアプリケーションプログラ
ム（以下、クライアントアプリという）１１がそなえら
れるとともに、ワークステーション装置２０，３０に
は、それぞれ、処理要求に対応して処理を行なうサーバ
アプリケーションプログラム（以下、サーバアプリとい
う）２１，３１がそなえられている。

【００１５】また、ワークステーション装置１０，２
０，３０には、処理依頼を行なうためのコマンドをサー
バへ送信するコマンド送信機構１２，２２，３２がそれ
ぞれそなえられるとともに、サーバとして機能するワー
クステーション装置２０，３０には、処理依頼としての
コマンドを受信するコマンド受信機構２３，３３がそれ
ぞれそなえられている。

【００１６】そして、本実施例のコマンド送信機構１
２，２２，３２には、タグ生成部６，タグ付加部３およ
びタグ削除部７がそなえられるとともに、本実施例のコ
マンド受信機構２３および３３には、タグ判定部４およ
びエラー処理部５がそなえられている。ここで、タグ生
成部６は、各ワークステーション装置１０，２０，３０
毎に、ワークステーションＩＤ，依頼元のプロセスＩＤ
および依頼元の処理マクロＩＤに基づいて、自己の依頼
元固有タグを生成するものである。

【００１７】タグ付加部３は、コマンド送信機構１２，
２２，３２によりサーバ（依頼先ワークステーション装
置）に対して処理依頼コマンドを送信する際に、タグ生
成部６により生成された依頼元固有タグを、処理依頼コ
マンドのヘッダ部における依頼テーブルに付加（スタッ
ク）するものである。タグ判定部４は、コマンド受信機
構２３，３３によりクライアントから処理依頼コマンド
を受信すると、その処理依頼コマンドのヘッダ部におけ
る依頼テーブル内のタグを参照して、そのタグに自己の
依頼元固有タグが存在するか否かを判定するものであ
る。

【００１８】エラー処理部５は、タグ判定部４により依
頼テーブル内に自己の依頼元固有タグが存在すると判定
された場合に、処理を中断し、その処理依頼を依頼元
（クライアント）へエラー復帰させるものである。タグ
削除部７は、クライアントからの処理依頼コマンドを正
常に実行・終了し、その処理依頼を依頼元に正常に復帰
させる際に、処理依頼コマンドのヘッダ部における依頼
テーブルから自己の依頼元固有タグを削除するものであ
る。

【００１９】次に、上述のごとく構成された本実施例の
動作を、図２〜図４により説明する。まず、図３，図４
に示すフローチャート（ステップＳ１〜Ｓ９）により、
本実施例のコマンド送信機構１２，２２，３２およびコ
マンド受信機構の動作について説明する。

【００２０】各コマンド送信機構１２，２２，３２で
は、処理要求を受けると、その要求が処理依頼要求(CAL
L)であるか処理正常終了後の復帰要求(RETURN)であるか
を判定し（図３のステップＳ１）、処理依頼要求(CALL)
である場合には、タグ生成部６により、各ワークステー
ション装置１０，２０，３０毎に、ワークステーション
ＩＤ，依頼元のプロセスＩＤおよび依頼元の処理マクロ
ＩＤに基づいて、自己の依頼元固有タグを生成する（図
３のステップＳ２）。

【００２１】そして、タグ付加部３により、サーバに対
して送信すべき処理依頼コマンドのヘッダ部における依
頼テーブルに、タグ生成部６により生成された依頼元固
有タグをセットした後（図３のステップＳ３）、サーバ
へ処理依頼コマンドを送信して処理依頼を行なう（図３
のステップＳ４）。一方、処理依頼コマンドを受信した
各コマンド受信機構２３，３３では、処理依頼コマンド
のヘッダ部における依頼テーブルを参照し、タグ判定部
４により、自己に該当するタグが既に存在するか否かを
判定する（図４のステップＳ７）。その判定の結果、該
当するタグが存在しない場合には、自己のサーバアプリ
２１もしくは３１への処理依頼を行なう（図４のステッ
プＳ８）。しかし、ステップＳ７による判定の結果、該
当タグが既に存在する場合には、エラー処理部５によ
り、自己のサーバアプリ２１もしくは３１への処理依頼
を行なわず処理を中断し、依頼元へエラー復帰する（図
４のステップＳ９）。

【００２２】図４のステップＳ８へ移行し、サーバアプ
リ２１，３１において処理を正常に終了した場合には、
依頼元へ正常復帰すべく復帰要求(RETURN)を発行してコ
マンド送信機構２２，３２へ制御を移す。これにより、
コマンド送信機構２２，３２では、図３のステップＳ１
からステップＳ５の処理へ移行し、タグ削除部７によ
り、ヘッダ部における依頼テーブルから自己（該当サー
バアプリ）の依頼元固有タグを削除し、依頼テーブルを
更新した内容を付加してから、依頼元への復帰を行なう
（図３のステップＳ６）。

【００２３】より具体的な処理依頼例を、図２を参照し
ながら説明すると、まず、ワークステーション装置１０
のクライアントアプリ１１が、ワークステーション装置
２０のサーバアプリ２１に対して処理依頼を行なう場
合、コマンド送信機構１２にて処理依頼コマンドＣ１の
ヘッダ部Ｈに自己のタグ“ＣＬ”を付加して、その処理
依頼コマンドＣ１をワークステーション装置２０へ送信
し処理依頼を行なう。

【００２４】ワークステーション装置２０では、コマン
ド受信機構２３にて、依頼元処理のタグを参照して自分
自身への発行でないかをチェックし、妥当であれば、サ
ーバアプリ２１へ処理依頼を行なう。さらに、サーバア
プリ２１が、ワークステーション装置３０のサーバアプ
リ３１に対して処理依頼を行なう場合、コマンド送信機
構２２にて処理依頼コマンドＣ２のヘッダ部Ｈに自己の
タグ“ＳＶ−Ａ”を付加して、その処理依頼コマンドＣ
２をワークステーション装置３０へ送信し処理依頼を行
なう。

【００２５】ワークステーション装置３０では、コマン
ド受信機構３３にて、依頼元処理のタグを参照して自分
自身への発行が既に行なわれていないかをチェックし、
自分自身への処理依頼が行なわれていない場合には、サ
ーバアプリ３１へ処理依頼を行なう。そして、サーバア
プリ３１が処理を終了して、依頼元へ復帰する場合は、
コマンド送信機構３２にて、他サーバへの依頼が行なわ
れていないかどうかをチェックしてから、他サーバへの
依頼が行なわれていない場合には、そのまま依頼元へ復
帰する。サーバアプリ２１が処理を終了して、依頼元へ
復帰する場合には、コマンド送信機構２２のタグ削除部
７によりサーバアプリ２１についてのタグを削除して依
頼元へ正常復帰する。

【００２６】ところで、上述のようにクライアントアプ
リ１１からサーバアプリ２１，サーバアプリ３１まで処
理依頼が行なわれた後に、さらに、サーバアプリ３１
が、図２に示すように、ワークステーション装置２０の
サーバアプリ２１に対して処理依頼を行なう場合、コマ
ンド送信機構３２にて処理依頼コマンドＣ３のヘッダ部
Ｈに自己のタグ“ＳＶ−Ｂ”を付加して、その処理依頼
コマンドＣ３をワークステーション装置２０へ送信し処
理依頼を行なう。

【００２７】このとき、ワークステーション装置２０の
コマンド受信機構２３にて、依頼元処理のタグを参照し
て自分自身への発行が既に行なわれていないかをチェッ
クすると、そのコマンドＣ３のヘッダ部Ｈには、既に自
己のタグ“ＳＶ−Ａ”がセットされている。従って、こ
のコマンドＣ３については自分自身への発行が既に行な
われているものと判断され、エラー処理部５により、処
理依頼を行なわず処理を中断し、依頼元へエラー復帰す
る。

【００２８】このように、本発明の一実施例によれば、
サーバに対して処理依頼を行なう度に、処理依頼コマン
ドのヘッダ部に順次付加されるタグを参照することによ
り、自己の依頼元固有タグが存在すれば、その処理依頼
は、自己が以前に発行したものであり、その処理は既に
依頼されたものであると判断できる。そのような処理依
頼を実行すると、デッドロックが発生してしまうので、
自己の依頼元固有タグがヘッダ部に存在した場合には、
処理を中断して依頼元へエラー復帰することにより、障
害の原因を素早く見つけることができ、処理依頼元への
多重処理要求発行に起因するデッドロックを確実に回避
できる利点がある。

【００２９】なお、上述した実施例では、ワークステー
ション装置１０は、基本的にクライアントとして機能
し、サーバのように処理依頼を受けないものとして、コ
マンド受信機構をそなえていないが、このワークステー
ション装置１０にも、サーバとして機能するワークステ
ーション装置２０，３０と同様にコマンド受信機構をそ
なえても構わない。

【００３０】また、上述した実施例では、クライアント
アプリとサーバアプリとが別々のワークステーション装
置上に存在しているが、クライアントアプリとサーバア
プリとは同一ワークステーション装置内に存在しても構
わない。さらに、上述した実施例では、サーバが２段そ
なえられている場合について説明したが、本発明は、こ
れに限定されるものではなく、３段以上の場合にも同様
に適用され、より多くのサーバを用いて処理を行なう場
合に、より有効に機能する。

【００３１】

【発明の効果】以上詳述したように、本発明のクライア
ント／サーバシステムおよび同システム用ワークステー
ション装置によれば、サーバに対して処理依頼を行なう
度に、処理依頼に順次付加されるタグを参照することに
より、デッドロック発生要因を速やかに発見することが
できる。

【００３２】そして、デッドロック発生要因を発見した
場合には、処理を中断して依頼元へエラー復帰すること
により、障害の原因を素早く見つけることができ、処理
依頼元への多重処理要求発行に起因するデッドロックを
確実に回避できる効果がある。

【図面の簡単な説明】

【図１】本発明の原理ブロック図である。

【図２】本発明の一実施例としてのクライアント／サー
バシステムおよび同システム用ワークステーション装置
を示すブロック図である。

【図３】本実施例のコマンド送信機構の動作を説明する
ためのフローチャートである。

【図４】本実施例のコマンド受信機構の動作を説明する
ためのフローチャートである。

【図５】一般的なデッドロック発生状態を説明するため
のブロック図である。

【符号の説明】 １ ワークステーション装置 ２ ネットワーク ３ タグ付加部 ４ タグ判定部 ５ エラー処理部 ６ タグ生成部 ７ タグ削除部 １０，２０，３０ ワークステーション装置 １１ クライアントアプリケーションプログラム １２，２２，３２ コマンド送信機構 ２１，３１ サーバアプリケーションプログラム ２３，３３ コマンド受信機構

Claims (2)

(57)【特許請求の範囲】
1. 【請求項１】 クライアントからの要求を多段のサーバ
   により処理するクライアント／サーバシステムにおい
   て、 クライアント側に、サーバに対して処理依頼を行なう際
   に依頼元固有のタグを前記処理依頼に付加するタグ付加
   部がそなえられるとともに、 サーバ側に、 クライアントから処理依頼を受けると、当該処理依頼に
   付加されたタグを参照して、該タグに自己の依頼元固有
   のタグが存在するか否かを判定するタグ判定部と、 該タグ判定部により当該処理依頼に付加されたタグに自
   己の依頼元固有のタグが存在すると判定された場合に、
   処理を中断し、当該処理依頼をその依頼元へエラー復帰
   させるエラー処理部とがそなえられていることを特徴と
   する、クライアント／サーバシステム。
2. 【請求項２】 クライアントからの要求を多段のサーバ
   により処理するクライアント／サーバシステムにおい
   て、クライアントもしくはサーバとして用いられるワー
   クステーション装置であって、 サーバに対して処理依頼を行なう際に、依頼元固有のタ
   グを前記処理依頼に付加するタグ付加部と、 処理依頼を受けると、当該処理依頼に付加されたタグを
   参照して、該タグに自己の依頼元固有のタグが存在する
   か否かを判定するタグ判定部と、 該タグ判定部により当該処理依頼に付加されたタグに自
   己の依頼元固有のタグが存在すると判定された場合に、
   処理を中断し、当該処理依頼をその依頼元へエラー復帰
   させるエラー処理部とがそなえられていることを特徴と
   する、クライアント／サーバシステム用ワークステーシ
   ョン装置。