JPH10228450A

JPH10228450A - バッチプロセス管理方法およびクライアント／サーバシステムおよびクライアント／サーバコンピュータ

Info

Publication number: JPH10228450A
Application number: JP9028996A
Authority: JP
Inventors: Satomi Furukawa; さと美古川
Original assignee: Fujitsu Ltd
Current assignee: Fujitsu Ltd
Priority date: 1997-02-13
Filing date: 1997-02-13
Publication date: 1998-08-25

Abstract

(57)【要約】【課題】本発明はクライアントコンピュータ、サーバコ
ンピュータを通信回線で接続したクライアント／サーバ
システムのバッチプロセス管理方法に関し、サーバ上の
バッチプロセスをクライアントから起動可能とするとと
もに、プロセス起動時の制約条件のチェック、起動中の
プロセスの監視、クライアントへの状態通知を可能とす
るバッチプロセス管理方法を実現することを目的とす
る。【解決手段】ステップ１はサーバは、通信回線を介して
クライアントからのバッチプロセス起動要求を受信し、
ステップ２はサーバは該バッチプロセス起動要求をバッ
チプロセス管理テーブルに登録し、ステップ３はサーバ
は要求されたバッチプロセスを選択、起動し、ステップ
４はサーバはバッチプロセスが正常終了した場合は、起
動要求してきたクライアントに対して、処理結果を通知
するように構成する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、クライアントコン
ピュータ、サーバコンピュータを通信手段で接続したク
ライアント／サーバシステムにおけるバッチプロセス管
理方法に関する。

【０００２】情報処理技術、通信技術の進展に伴い、ネ
ットワークを介して複数のコンピュータを接続したクラ
イアント／サーバシステムが容易に実現できるような環
境になってきており、負荷を複数のクライアントコンピ
ュータへ分散することにより、システム全体としての、
効率化、経済化を図っている。

【０００３】しかしながら、膨大な資源と、時間を要す
る処理や、従来のメインフレームから引き継がざるを得
ない処理、また、あえて処理を集中化、一元化する方が
有利な場合等の、所謂バッチ形態の処理をサーバコンピ
ュータ上で起動する必要性が依然として存在している。

【０００４】かかるサーバコンピュータ上のバッチプロ
セスをクライアントコンピュータから遠隔で起動するこ
とのできるバッチプロセス起動方法が要求されている。

【０００５】

【従来の技術】図２１は従来例のクライアント／サーバ
システムを説明する図を示す。図の（Ａ）はサーバコン
ピュータ１００とクライアントコンピュータ２０１〜２
０ｎから構成されるクライアント／サーバシステムを示
す。

【０００６】サーバコンピュータ１００上のバッチプロ
セス１０１は、サーバコンピュータ１００の端末１０３
から起動することができる。図２１の（Ｂ）は、サーバ
コンピュータ１００とクライアントコンピュータ２０１
〜２０ｎから構成されるクライアント／サーバシステム
であり、クライアントコンピュータ２０ｉ（以下２０１
〜２０ｎの任意の１つを２０ｉと称する）がリモートシ
ェル１０２により、サーバコンピュータ１００上のバッ
チプロセス１０１を起動するものである。

【０００７】

【発明が解決しようとする課題】上述の従来例の（Ａ）
では、サーバコンピュータ１００上のバッチプロセス１
０１を起動するためには、オペレータがサーバコンピュ
ータ１００が設置されている場所まで出向いて、サーバ
コンピュータ１００の端末１０３を操作することが必要
となるので、サーバコンピュータ１００とクライアント
コンピュータ２０ｉが離れて設置されている場合には、
時間的ロスが増大する。

【０００８】また、従来例の（Ｂ）で説明したリモート
シェル１０２によりサーバコンピュータ１００上のバッ
チプロセス１０１を起動する方法では、サーバコンピュ
ータ１００上の他のプロセスの稼働状況を全くチェック
することなく起動されてしまう。また、起動後の経過を
クライアントコンピュータ２０ｉ側で確認することがで
きない。

【０００９】さらに、バッチプロセスの起動について
は、日付けや時間帯によって、起動を抑制することが必
要なものや、多重起動ができないもの、あるいは起動順
序にプライオリティが必要なものがあるが、従来例の
（Ｂ）においては、リモートシェル１０２でサーバコン
ピュータ１００のバッチプログラム１０１を起動できて
も、このような各種、起動条件を指定することができな
い。

【００１０】本発明は、クライアント／サーバシステム
におけるサーバコンピュータ上のバッチプロセスをクラ
イアントコンピュータから起動可能とするとともに、プ
ロセス起動時の制約条件のチェック、起動中のプロセス
の監視、クライアントコンピュータへの状態通知を可能
とするバッチプロセス管理方法を実現しようとする。

【００１１】

【課題を解決するための手段】図１は本発明の第１の原
理を説明する図である。図は通信手段により接続された
サーバコンピュータとクライアントコンピュータより構
成されるクライアント／サーバシステムにおけるバッチ
プロセス管理方法であり、ステップ１はサーバコンピュ
ータは、通信手段を介してクライアントコンピュータか
らのバッチプロセス起動要求を受信し、ステップ２はサ
ーバコンピュータは該バッチプロセス起動要求をバッチ
プロセス管理テーブルに登録し、ステップ３はサーバコ
ンピュータは要求されたバッチプロセスを選択、起動
し、ステップ４はサーバコンピュータはバッチプロセス
が正常終了した場合は、起動要求してきたクライアント
コンピュータに対して処理結果を通知する。

【００１２】かかる処理により、サーバコンピュータか
ら離れて設置されたクライアントコンピュータから、確
実にサーバコンピュータ上のバッチプロセスを起動する
ことが可能となるとともに、その結果を容易に知ること
が可能となる。

【００１３】また、クライアントコンピュータからプロ
セス状態の問い合わせがあった場合、あるいは、所定の
時間を経過するごとにサーバコンピュータからクライア
ントコンピュータに定期的にプロセス状態を通知する。

【００１４】さらに、プロセス起動時の制約条件をチェ
ックし、制約条件に合わせて、バッチプロセスを起動す
る。図２は本発明の第２の原理を説明する図であり、本
発明のクライアント／サーバシステムでは、クライアン
トコンピュータ２０１〜２０ｎは、サーバコンピュータ
１００上のバッチプロセス１０１の起動要求を送信する
バッチプロセス起動要求手段２１０を備え、サーバコン
ピュータ１００はバッチプロセス起動要求を受信し、該
起動要求の資格をチェックし、資格を満たした場合、起
動要求されたバッチプロセス１０１を起動するバッチプ
ロセス起動管理手段１１０を備えて構成される。

【００１５】かかる構成により、クライアントコンピュ
ータ２０１〜２０ｎのバッチプロセス起動要求手段２１
０から、サーバコンピュータ１００上のバッチプロセス
１０１の起動要求を送信し、バッチプロセスの起動要求
を受信したサーバコンピュータ１００はバッチプロセス
起動管理手段１１０により、指定されたバッチプロセス
１０１を選択し、起動することが可能となる。

【００１６】

【発明の実施の形態】図３は本発明の実施の形態を説明
する図である。図は本発明の構成を示し、図中の１００
はサーバコンピュータであり、サーバコンピュータ１０
０の中の１１１はバッチプロセス管理部、１２０はプロ
セス状態監視部、１３０は通信制御部であり、Ｔ１はバ
ッチプロセス管理テーブル（図中ＢＰＴと示す）、Ｍ１
はバッチプログラムマスタ（図中ＢＰＭと示す）、Ｍ２
はユーザ資格マスタ（図中ＵＭと示す）、Ｍ３はクライ
アント資格マスタ（図中ＣＭと示す）、ＴＰ１、・・Ｔ
Ｐｎはターゲットプロセスである。

【００１７】また、２０１〜２０ｎはクライアントコン
ピュータであり、クライアントコンピュータ２０１〜２
０ｎの中の２１１はプロセス起動要求処理部、２２０は
状態表示処理部、２３０は通信制御部である。

【００１８】図４はプロセス起動要求処理のフローチャ
ートを示す。Ｓ１；クライアントコンピュータ２０ｉのプロセス起動
要求処理部２１１は、クライアントコンピュータ２００
の他処理より、サーバコンピュータ１００上のバッチプ
ロセスを起動するためのプロセス起動要求を受け付け
る。

【００１９】次いで、プロセス起動要求をもとに、プロ
セス起動要求メッセージを作成し、通信制御部２３０に
送信依頼する。Ｓ２；クライアントコンピュータ２００はサーバコンピ
ュータ１００からの該プロセス起動要求に対するレスポ
ンスを通信制御部２３０を介して受信する。

【００２０】次いで、クライアントコンピュータ２００
上の状態表示処理部２２０に、レスポンスを通知し、表
示処理を行う。図５は本発明で使用するメッセージを説
明する図である。

【００２１】（Ａ）は図４のフローチャートの中で使用
されるプロセス起動要求メッセージを示す。ここで、処
理コードはサーバコンピュータ１００上で起動されるバ
ッチプログラムに一意的に割り付けられたコードであ
り、ユーザＩＤは、クライアントコンピュータ１００を
利用する各ユーザを一意認識するＩＤ、クライアントＩ
Ｄはクライアントコンピュータ２０ｉを一意認識するＩ
Ｄである。

【００２２】また、レスポンスタイプはクライアントコ
ンピュータ２００への起動通知のタイミングを示し、サ
ーバコンピュータ１００上のバッチプロセスが起動さ
れ、その処理の完了を待たずにレスポンスを得たい場合
は、「即時復帰」を指定し、処理の完了を待ってレスポ
ンスを得たい場合は「終了待合せ」を指定し、起動が抑
制された場合、抑制条件が解除された時に起動予約する
場合は「予約」とする。

【００２３】さらに、実行時プライオリティは、バッチ
プログラム毎に予め決められているプライオリティを一
時的に変更する場合に使用し、処理パラメータはバッチ
プログラムへの外部引数を記述する。

【００２４】（Ｂ）は図４のフローチャートの中で使用
されるプロセス起動レスポンスメッセージを示す。ここ
では、図に示すユーザＩＤ、クライアントＩＤから起動
要求されたプロセスＮｏをもつプロセスが起動されたこ
とを示す。

【００２５】図６はプロセス状態受信処理のフローチャ
ートを示す。図４で説明したように、クライアントコン
ピュータ２０ｉはプロセス起動要求メッセージを送出
し、プロセス起動レスポンスの受信待ち状態となる。サ
ーバコンピュータ１００上で、起動要求されたバッチプ
ロセスはある程度の時間をかけて実行される。その間の
プロセス状態をクライアントコンピュータ２０ｉから問
い合わせたり、サーバコンピュータ１００からの終了通
知を受信するのがプロセス状態受信処理である。

【００２６】Ｓ１；クライアントコンピュータ２００上
の他処理からの、サーバコンピュータ１００上のバッチ
プロセスの現在状況の問合せの有無をチェックし、問合
せがある場合はプロセス状態問合せメッセージを作成し
て通信制御部２３０に送信依頼する。

【００２７】Ｓ２；サーバコンピュータ１００からのプ
ロセス状態の通知の有無をチェックし、有る場合には、
通信制御部２３０よりバッチプロセスに関する情報を受
信し、状態表示処理部２２０にその情報を通知する。

【００２８】図５の（Ｃ）、（Ｄ）は図６において使用
されるメッセージであり、（Ｃ）はプロセス状態問合せ
メッセージの構成を示し、（Ｄ）はプロセス状態通知メ
ッセージの構成を示す。

【００２９】上述の図４、図６はクライアントコンピュ
ータ２００の動作フローチャートであり、図７以降にサ
ーバコンピュータ１００の動作フローチャートを示す。
図７はバッチプロセス管理部のフローチャート（１）を
示す。

【００３０】バッチプロセス管理部１１１の処理はプロ
セス起動要求受付け処理Ｓ１、プロセス起動要求監視処
理Ｓ２、およびプロセス停止受信処理Ｓ３からなる。図
８は本発明のマスタファイル／テーブルを説明する図を
示す。（Ａ）はバッチプログラムマスタであり、処理コ
ードごとに、許容できる多重度、基本プライオリティ、
起動するためのユーザ資格、クライアント資格、ハング
アップ検出時間、起動抑制時間帯等が登録されており、
（Ｂ）はバッチプロセス管理テーブルであり、現在実行
中あるいは受付け起動待ちの状態となっている処理コー
ドごとの状態を管理するテーブルであり、（Ｃ）はユー
ザ資格マスタ、（Ｄ）はクライアント資格マスタであ
り、以降の処理に使用されるものである。

【００３１】図９はバッチプロセス管理部のフローチャ
ート（２）を示す。図は図７に示したプロセス起動要求
受付け処理の詳細フローチャートである。Ｓ１；クライアントコンピュータ１００からのバッチプ
ロセス起動要求の有無をチェックする。

【００３２】Ｓ２；バッチプロセスの起動要求があれ
ば、プロセス起動要求メッセージに記述されたクライア
ントコンピュータＩＤが、要求された処理コードに対す
る資格以上であるかをチェックする。

【００３３】Ｓ３；Ｓ２と同様に、ユーザＩＤが要求さ
れた処理コードに対する資格以上であるかをチェックす
る。Ｓ４；バッチプログラムマスタＭ１に記載されている起
動抑制日時をチェックする。

【００３４】Ｓ５；Ｓ２〜Ｓ４により資格の有無をチェ
ックする。Ｓ６；起動抑制時間帯であっても、レスポンスタイプが
「予約」の場合はバッチプロセス管理テーブルＴ１への
登録を行ない、「予約受付け」としてプロセス起動レス
ポンスメッセージの送信依頼を行なう。

【００３５】Ｓ７；レスポンスタイプが「予約」でない
場合は、「起動抑制時間帯」としてプロセス起動レスポ
ンスメッセージの送信依頼を行なう。資格がない場合に
は、「資格なし」としてプロセス起動レスポンスメッセ
ージの送信依頼を行なう。

【００３６】図１０、１１はバッチプロセス管理部のフ
ローチャート（３の１）、（３の２）を示す。図は図７
に示したプロセス起動要求監視処理の詳細フローチャー
トである。

【００３７】本処理はバッチプロセス管理テーブルＴ１
から定期的に、プロセス状態が「起動待ち」のレコード
を要求受信日時の古い順に抽出することから開始され
る。Ｓ１；抽出されたレコードについて、バッチプロセス管
理テーブルＴ１を参照して、プロセス状態が「起動待
ち」のものの中に、抽出されたレコードよりプライオリ
ティが高いものがあるかをチェックする。ここで、抽出
されたレコードが規定の時間以上待ち状態にある場合
は、一定の度合いでプライオリティを上げて判断する。

【００３８】Ｓ２；バッチプロセス管理テーブルＴ１を
参照して、プロセス状態が「起動処理中」または「実行
中」で、抽出されたレコードと同じ処理コードのものの
件数を数え、その件数がバッチプログラムマスタＭ１に
記述された多重度を超えていないかをチェックする。

【００３９】Ｓ３；バッチプログラムマスタＭ１を参照
して、抽出されたレコードのプログラムに関して、現在
日時が起動抑制時間帯にあたらないかをチェックする。Ｓ４；Ｓ１〜Ｓ３のチェックを通過したものは、そのレ
コードのプロセス状態を「起動処理中」とし、レコード
に記述された処理コードをキーにしてバッチプログラム
マスタＭ１を参照し、実行ファイル名とファイル種を得
る。ここで、ファイル種とは、例えば、「ロードモジュ
ール」、「シェルスクリプト」等の区別である。そし
て、指定のプロセスを生成し、起動する。

【００４０】Ｓ５；プロセスの生成終了を待つ。Ｓ６；正常終了した場合は、バッチプロセス管理テーブ
ルＴ１のプロセス状態を「実行中」とし、処理開始日時
を記述する。

【００４１】Ｓ７；バッチプロセス管理テーブルＴ１に
記述されたレスポンスタイプが「即時復帰」の場合は、
生成したプロセスのプロセスＮｏと正常レスポンスコー
ドを記載したプロセス起動レスポンスメッセージを作成
し、通信制御部１３０に送信依頼する。

【００４２】プロセス生成に失敗した場合は、バッチプ
ロセス管理テーブルＴ１のプロセス状態を「停止」とし
て、異常レスポンスコードを記載したプロセス起動レス
ポンスメッセージを作成し、通信制御部１３０に送信依
頼する。

【００４３】図１２はバッチプロセス管理部のフローチ
ャート（４）を示す。図は、図７に示したプロセス停止
受信処理の詳細フローチャートである。Ｓ１；Ｏ／Ｓからのプロセス停止のシグナルを受信する
と、バッチプロセス管理テーブルＴ１のプロセス状態を
「実行完了」として、処理終了日時およびターゲットプ
ロセスからの終了コードを記述する。

【００４４】Ｓ２；バッチプロセス管理テーブルＴ１に
記載されたレスポンスタイプが「終了待合せ」の場合
は、ターゲットプロセスからの終了コードを記載したプ
ロセス起動レスポンスメッセージを作成し、通信制御部
１３０に送信依頼する。

【００４５】図１３は状態監視処理のフローチャート
（１）を示す。この処理はＳ１のプロセス状態要求応答
処理と、Ｓ２のプロセス状態通知処理から構成される。

【００４６】図１４は状態監視処理のフローチャート
（２）を示す。図は図１３で示したプロセス状態要求応
答処理の詳細フローチャートである。Ｓ１；クライアントコンピュータ２０ｉからのプロセス
状態問合せ要求の有無をチェックし、該要求メッセージ
に記載された項目を条件に、バッチプロセス管理テーブ
ルＴ１からレコードを抽出する。

【００４７】Ｓ２；抽出した内容にしたがって、プロセ
ス状態通知メッセージを作成し、通信制御部１３０に送
信依頼する。図１５は状態監視処理のフローチャート
（３）を示す。図は図１３で示したプロセス状態通知処
理の詳細フローチャートである。

【００４８】Ｓ１；実行の終了を検出するためバッチプ
ロセス管理テーブルＴ１を監視し、プロセス状態が「実
行完了」で停止通知を行なっていないレコードを抽出す
る。Ｓ２；抽出した全レコードについてプロセス状態通知メ
ッセージを作成し、通信制御部１３０に送信依頼する。

【００４９】Ｓ３；バッチプロセス管理テーブルＴ１を
監視し、プロセス状態が「実行中」で、処理開始時刻か
ら現在までの経過時間がバッチプログラムマスタＭ１に
記載されたハングアップ検出時間よりも大きいレコード
を抽出する。

【００５０】Ｓ４；ハングアップが検出された場合は、
該当プロセスにＫＩＬＬシグナルを送信し、バッチプロ
セス管理テーブルＴ１のプロセス状態を停止とし、終了
コードをハングアップに相当する値としたプロセス状態
通知メッセージを作成し、通信制御部１３０に送信依頼
する。

【００５１】図１６は本発明のプロセス状態遷移を説明
する図である。この状態はバッチプロセス管理テーブル
Ｔ１のプロセス状態に記述されるターゲットプロセスの
状態遷移である。

【００５２】最初は停止状態にあり、その状態でクライ
アントコンピュータ２０ｉから起動要求を受け付けると
「起動待ち」となる。起動待ち要求が選択されプロセス
生成状態になると、「起動処理中」となる。そしてプロ
セス生成に成功すると、「実行中」となり、この時プロ
セス生成に失敗すると、「停止状態」に戻る。また、プ
ロセス実行中に規定時間を経過し、ハングアップが検出
されると、プロセスは強制終了され「停止状態」に戻
る。さらに、プロセスの実行が完了すると「実行完了」
となる。

【００５３】上述の動作をさらに詳細に説明する。図１
７は本発明で使用するマスタテーブルを説明する図であ
る。（Ａ）はバッチプログラムマスタの例を示し、処理
コード１０〜５０が登録されている。（Ｂ）はユーザ資
格マスタ、（Ｃ）はクライアント資格マスタの例であ
る。

【００５４】図１８は本発明で使用するバッチプロセス
管理テーブルを説明する図であり、図１９は本発明で使
用するプロセス起動要求メッセージを説明する図であ
る。図１８はバッチプロセス管理テーブルＴ１の一例で
あり、処理コード１０の処理が正常終了しており、処理
コード２０の処理が現在実行中であり、処理コード５
０、処理コード３０が起動待ちとなっている。

【００５５】ここで、図１９の例１に示すプロセス起動
要求メッセージを受信する。この要求メッセージの発行
元のユーザとクライアントはｕｓｒ０５、ｃｌｉ０５で
あり、図１７（Ｂ）、（Ｃ）に示したユーザ資格マスタ
Ｍ２、クライアント資格マスタＭ３を参照することによ
り、一般ユーザで一般クライアントであることが分か
る。一方、図１７（Ａ）に示したバッチプログラムマス
タＭ１によると、起動要求された処理コード１０に必要
な資格は一般ユーザ、一般クライアントであることか
ら、本起動要求は資格を満足している。処理コード１０
には、起動抑制時間帯は設定されていないので起動が認
められ、図１８の（Ｂ）に示すようにバッチプロセス管
理テーブルＴ１に追加される。

【００５６】次いで、図１９の例２に示すプロセス起動
要求メッセージについても同様のチェックが行なわれ、
図１８の（Ｂ）に示すようにバッチプロセス管理テーブ
ルＴ１に追加される。

【００５７】また、図１９の例３については、処理コー
ド５０に必要なユーザ資格がリーダであるのに対して、
発行者ｕｓｒ０４の資格が一般であるので本起動要求は
拒否され、「資格無し」のレスポンスコードを記載した
プロセス起動レスポンスメッセージを返送する。

【００５８】また、図１９の例４については、現在の日
時が水曜日の９：３０であるとすると、起動要求された
処理コード４０は水曜日の８：００〜１０：００までが
起動抑制時間帯となっているので、本起動要求は拒否さ
れ「起動抑制中」のレスポンスコードを記載したプロセ
ス起動レスポンスメッセージを返送する。

【００５９】また、図１９の例５については、例４で説
明したように、その時点では起動抑制中であるが、レス
ポンスタイプが「予約」であるので、本起動要求は受け
付けられ、バッチプロセス管理テーブルＴ１に追加され
る。

【００６０】図１９に示す例１〜例５のプロセス起動要
求を受信し、バッチプロセス管理テーブルＴ１は図１８
の（Ｂ）の状態となる。これらの起動要求は常時監視さ
れている。先ず、プロセス状態が「起動待ち」で要求日
時が最も古いユーザｕｓｒ０２から発行された処理コー
ド５０が選択される。このときこの要求より実行プライ
オリティの高いものがあるかをチェックする。ここで
は、処理コード５０より実行プライオリティの高い処理
コードが存在するので、本起動要求は待たされる。他の
起動要求も同様の理由で待たされる。かかる処理によ
り、最初に起動されるのはユーザｕｓｒ０１から要求さ
れた処理コード３０となる。現在起動中のプロセスの中
に本起動要求と同じ処理コードはないので多重度には問
題はない。また、起動抑制日時もないので起動が許可さ
れる。

【００６１】そこで、バッチプログラムマスタに記載さ
れた実行ファイルを起動し、バッチプロセス管理テーブ
ルＴ１のプロセス状態を実行中として、処理開始日時を
記載する。この時、本起動要求のレスポンスタイプは
「終了待合せ」であるので、この時点ではプロセス起動
レスポンスメッセージは返送しない。

【００６２】かかる処理により処理コード３０の起動が
行なわれた後の起動要求監視でユーザｕｓｒ０２の処理
コード５０の起動要求が選択される。処理コード５０は
多重度による制限、起動抑制日時の制限もないので起動
される。そして、本起動要求のレスポンスタイプは「即
時復帰」であるので、図１９の（Ｂ）に示すプロセス起
動レスポンスメッセージを返送する。

【００６３】次いで、ユーザｕｓｒ０５の処理コード１
０の起動要求が選択され同様に起動される。その次に、
ユーザｕｓｒ０３の処理コード２０の起動要求が選択さ
れる。処理コード２０は、このとき１件実行中であり、
バッチプログラムマスタＭ１によると処理コード２０の
多重度は「１」となっているので、この時点では起動が
待たされる。

【００６４】さらに、ユーザｕｓｒ０２の処理コード４
０の起動要求が選択される。この起動要求は起動抑制時
間帯に起動要求を受けたので起動は拒否されるが、ユー
ザｕｓｒ０３の処理コード４０の起動要求はレスポンス
タイプが「予約」であるので、起動抑制時間帯に起動要
求を受けたので起動は予約状態に設定される。

【００６５】図２０は本発明で使用するプロセス状態問
合せ／応答メッセージを説明する図である。（Ａ）に示
すような処理コード１０に関するプロセス状態問合せメ
ッセージを受信したとする。ここでは、処理コード１０
のみが指定条件となっているので、図１８のバッチプロ
セス管理テーブルＴ１を処理コード１０で検索すると実
行中のプロセスが１件検索されるので、図２０の（Ｂ）
の例１に示すプロセス状態通知メッセージを作成し、返
送する。

【００６６】また、状態監視処理部はもう一つの機能と
して、バッチプロセス管理テーブルＴ１を常時監視し、
実行が完了していて、クライアントコンピュータ２０ｉ
への通知がなされていないものを検出し、クライアント
コンピュータ２０ｉへの通知を行なう。図１８ではユー
ザｕｓｒ０３が起動要求した処理コード１０がこの条件
に合致するので、図２０の例２に示すプロセス状態通知
メッセージを作成し、送信する。

【００６７】

【発明の効果】本発明によれば、クライアント／サーバ
システムにおいて、クライアントコンピュータからサー
バコンピュータ上のバッチプロセスを起動し、その実行
状況や実行結果をクライアントコンピュータで知ること
が可能となる。

【００６８】また、起動する際、起動要求してきたクラ
イアントコンピュータの資格、ユーザの資格等をチェッ
クして起動する。あるいは、起動抑制時間帯のチェック
を行なうことが可能となり、クライアントサーバシステ
ムの効率的な運用が可能となる。

【図面の簡単な説明】

【図１】本発明の第１の原理を説明する図

【図２】本発明の第２の原理を説明する図

【図３】本発明の実施の形態を説明する図

【図４】プロセス起動要求処理のフローチャート

【図５】本発明のメッセージを説明する図

【図６】プロセス状態受信処理のフローチャート

【図７】バッチプロセス管理部のフローチャート
（１）

【図８】本発明のマスタファイル／テーブルを説明す
る図

【図９】バッチプロセス管理部のフローチャート
（２）

【図１０】バッチプロセス管理部のフローチャート
（３の１）

【図１１】バッチプロセス管理部のフローチャート
（３の２）

【図１２】バッチプロセス管理部のフローチャート
（４）

【図１３】状態監視処理のフローチャート（１）

【図１４】状態監視処理のフローチャート（２）

【図１５】状態監視処理のフローチャート（３）

【図１６】本発明のプロセス状態遷移を説明する図

【図１７】本発明で使用するマスタテーブルを説明す
る図

【図１８】本発明で使用するバッチプロセス管理テー
ブルを説明する図

【図１９】本発明で使用する起動要求メッセージを説
明する図

【図２０】本発明で使用するプロセス状態問合せ／応
答メッセージを説明する図

【図２１】従来例のクライアント／サーバシステムを
説明する図

【符号の説明】

１００サーバコンピュータ１０１バッチプロセス１０２リモートシェル１０３端末１１０バッチプロセス起動管理手段１１１バッチプロセス管理部１２０プロセス状態監視部１３０、２３０通信制御部Ｍ１バッチプログラムマスタＭ２ユーザ資格マスタＭ３クライアント資格マスタＴＰ１〜ＴＰｎターゲットプロセス２００クライアントコンピュータ２１０バッチプロセス起動要求手段２１１プロセス起動要求処理部２２０状態表示処理部

Claims

【特許請求の範囲】

【請求項１】通信手段を介して接続されたサーバコン
ピュータとクライアントコンピュータにおいて、前記サーバコンピュータは、前記通信手段を介して前記
クライアントコンピュータからのバッチプロセス起動要
求を受信し、前記サーバコンピュータは該バッチプロセス起動要求を
バッチプロセス管理テーブルに登録し、前記サーバコンピュータは要求されたバッチプロセスを
選択、起動し、前記サーバコンピュータはバッチプロセスが正常終了し
た場合は、起動要求してきたクライアントコンピュータ
に対して、処理結果を通知することを特徴とするバッチ
プロセス管理方法。
【請求項２】請求項１に記載のバッチプロセス管理方
法において、前記クライアントコンピュータからのバッチプロセス起
動要求を受信した前記サーバコンピュータは、バッチプロセス管理テーブルに該要求を登録した後、要
求されたバッチプロセスを選択、起動し、前記クライアントコンピュータからプロセス状態の問合
せがあった場合、前記バッチプロセス管理テーブルを検
索し、その結果をクライアントコンピュータに通知する
ことを特徴とするバッチプロセス管理方法。
【請求項３】請求項１に記載のバッチプロセス管理方
法において、前記サーバコンピュータは、所定の時間経過するごと
に、前記バッチプロセス管理テーブルを検索し、その結
果をクライアントコンピュータに通知することを特徴と
するバッチプロセス管理方法。
【請求項４】請求項１に記載のバッチプロセス管理方
法において、前記サーバコンピュータは前記クライアントコンピュー
タからバッチプロセス起動要求を受信した場合、バッチプロセスを起動可能な資格を記述したバッチプロ
グラムマスタと、クライアント資格マスタに登録された
資格と照合し、前記クライアントコンピュータが資格、条件を満たした
場合のみ、前記バッチプロセスを起動することを特徴と
するバッチプロセス管理方法。
【請求項５】請求項４に記載のバッチプログラムマス
タに、前記サーバコンピュータが前記バッチプログラムを起動
するときに、該バッチプロセスが許容できる多重度を登
録し、前記サーバコンピュータが前記クライアントコンピュー
タからのバッチプロセス起動要求を受信したとき、前記
バッチプログラムマスタの多重度を参照し、許容値以下
の多重度の場合、要求されたバッチプロセスを起動する
ことを特徴とするバッチプロセス管理方法。
【請求項６】請求項４に記載のバッチプログラムマス
タに、前記バッチプログラムの起動を抑制する起動抑制時間帯
を登録し、前記サーバコンピュータが前記クライアントコンピュー
タからのバッチプロセス起動要求を受信したとき、前記
バッチプログラムマスタの起動抑制時間帯と現在日時を
比較し、起動抑制時間帯以外の場合、要求されたバッチ
プロセスを起動することを特徴とするバッチプロセス管
理方法。
【請求項７】請求項４に記載のバッチプログラムマス
タに、前記クライアントコンピュータからのバッチプロセス起
動要求時に、実行時プライオリティを指定可能とし、実
行時プライオリティが指定された場合は該実行時プライ
オリティにしたがいバッチプロセスを起動し、前記バッチプロセス管理テーブルには、前記クライアン
トコンピュータからのバッチプロセス起動要求受付け日
時を登録し、次のバッチプロセスを起動するとき、前記
バッチプログラムマスタを参照し、所定の時間を経過し
た起動要求はプライオリティを高く設定し、現在待ち状態にあるバッチプロセス要求の中で、最もプ
ライオリティが高いものを選択、起動することを特徴と
するバッチプロセス管理方法。
【請求項８】請求項４に記載のバッチプログラムマス
タに、前記バッチプログラムのハングアップを検出するハング
アップ検出時間を登録し、処理開始時刻から現在時間までの経過時間が前記ハング
アップ検出時間を超えた場合、バッチプロセスを強制終
了させることを特徴とするバッチプロセス管理方法。
【請求項９】請求項４に記載のバッチプログラムマス
タに、前記バッチプログラムの起動レスポンスを受け取る時期
を、バッチプロセス起動直後／バッチプロセス処理終了
後のいずれかに指定することを特徴とするバッチプロセ
ス管理方法。
【請求項１０】通信手段により接続されたサーバコン
ピュータとクライアントコンピュータからなるクライア
ントサーバシステムであって、前記サーバコンピュータは、前記通信手段を介して前記
クライアントコンピュータからのバッチプロセス起動要
求を受信し、バッチプロセスを起動するバッチプロセス
起動管理手段を備え、前記クライアントコンピュータは、前記サーバコンピュ
ータのバッチプロセスを起動する起動要求を送出するバ
ッチプロセス起動要求手段を備えたことを特徴とするク
ライアントサーバシステム。
【請求項１１】バッチプロセスを備えたサーバコンピ
ュータであって、通信手段を介してクライアントコンピュータが送出する
バッチプロセス起動要求を受信し、バッチプロセスを起
動するバッチプロセス起動管理手段を備えたことを特徴
とするサーバコンピュータ。
【請求項１２】通信手段を介してサーバコンピュータ
上のバッチプロセスを起動する起動要求を前記サーバコ
ンピュータに送出するバッチプロセス起動要求手段を備
えたことを特徴とするクライアントコンピュータ。