JPH10240547A - データベースを利用したクライアント・サーバシステムにおけるジョブ管理方法 - Google Patents

Abstract

(57)【要約】 【課題】 サーバ装置の負担（ＣＰＵ負荷、メモリ使用
量）を増加させることなくクライアント装置からサーバ
装置に対し所望のジョブを実行させることができ、また
クライアントプログラムの作りを簡素化すること。 【解決手段】 データベース内にジョブ管理テーブルを
設けると共に、このジョブ管理テーブルに対する設定情
報を監視する監視手段を設け、クライアント装置からサ
ーバ装置に対してジョブの実行を指示する際には、前記
ジョブ管理テーブルに対し実行すべきジョブに対応する
情報を設定させ、その設定情報を前記監視手段に検出さ
せ、その検出した設定情報に対応するサーバ装置のジョ
ブを起動し、当該ジョブが終了したならば起動原因とな
ったジョブ管理テーブル内の設定情報を非設定状態に復
帰させる。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、例えばリレーショ
ナルデータベースを使用したクライアント・サーバシス
テムにおけるジョブ管理方法に関し、詳しくは、クライ
アント・サーバシステムの特徴であるクライアント装置
とサーバ装置が共に共有資源であるリレーショナルデー
タベースに共通にアクセスできるといった利点を生か
し、このリレーショナルデータベース内に新たに設けた
テーブルを双方の情報伝達手段として使用することによ
り、クライアント装置からサーバ装置のジョブを実行可
能にしたジョブ管理方法に関するものである。

【０００２】

【従来の技術】従来、ＯＳ（オペレーティングシステ
ム）が異なる例えばＵｎｉｘサーバ装置とＷｉｎｄｏｗ
ｓクライアント装置といったクライアント・サーバシス
テムを構築した場合、ＯＳが異なるため、Ｗｉｎｄｏｗ
ｓクライアント装置がＵｎｉｘサーバ装置のコマンドを
直接に実行することは不可能である。このため、Ｗｉｎ
ｄｏｗｓクライアント装置がサーバ装置上のプリンタな
どの資源を利用することはできない。

【０００３】そこで、クライアント装置に、通信プロト
コルのＴＣＰ／ＩＰ上で実行するユティリティであるリ
モートシェル（ｒｓｈ）や仮想端末機能（Ｔｅｌｎｅ
ｔ）といったＵｎｉｘサーバ装置にアクセスする機能を
備えたソフトウェアを実装し、このソフトウェアを使用
することにより異機種間でのジョブ起動を可能にしたも
のがある。

【０００４】

【発明が解決しようとする課題】ところで、上述のよう
な従来の手法によるユティリティプログラムを使用し、
サーバ装置のジョブ起動を行うと、次のような問題点が
発生する。

【０００５】１．サーバ装置に対し、Ｕｎｉｘユーザと
して一時的にログオンしなくてはならず、その都度ジョ
ブ実行のための手順を踏まなくてはならないなど、クラ
イアント装置はサーバ装置の環境を意識しなければなら
ず、定形業務においては操作性が悪い。

【０００６】２．ＶｉｓｕａｌＢａｓｉｃ等のＧＵＩ作
成ツールでクライアントプログラムを作成した場合に、
上述のようなユティリティプログラムとの連携は、プロ
グラムの作成が複雑になるばかりでなく、メモリを大量
に使用し、かつＣＰＵの負荷を増大させる。

【０００７】３．ジョブの実行を複数のクライアント装
置から同時に指示した場合、サーバ装置上では、複数の
ジョブが並列に実行され、ＣＰＵの負荷が重くなり、か
つ大量のメモリを使用し、オンライン検索等の業務に支
障をきたす恐れがあった。

【０００８】本発明は、上述のような問題点を解決する
ためになされたものであり、その目的は、サーバ装置の
負担（ＣＰＵ負荷、メモリ使用量）を増加させることな
くクライアント装置からサーバ装置に対しジョブを実行
させることができ、またクライアントプログラムの作り
を簡素化することができるクライアント・サーバシステ
ムにおけるジョブ管理方法を提供することにある。

【０００９】

【課題を解決するための手段】上記の問題点を解決する
ため、本発明のジョブ管理方法は、クライアント装置と
サーバ装置の共有資源であるデータベース内にジョブ管
理テーブルを設けると共に、このジョブ管理テーブルに
対する設定情報を監視する監視手段を設け、クライアン
ト装置からサーバ装置に対してジョブの実行を指示する
際には、前記ジョブ管理テーブルに対し実行すべきジョ
ブに対応する情報を設定させ、その設定情報を前記監視
手段に検出させ、その検出した設定情報に対応するサー
バ装置のジョブを起動し、当該ジョブが終了したならば
起動原因となったジョブ管理テーブル内の設定情報を非
設定状態に復帰させるようにしたことを特徴とする。

【００１０】

【発明の実施の形態】以下、本発明の実施の形態を図面
を用いて具体的に説明する。

【００１１】図１は、本発明のジョブ管理方法を実施す
るクライアント・サーバシステムの実施形態を示すシス
テム構成図である。図１において、１１はＬＡＮネット
ワーク、１２はリレーショナルデータベース（Ｏｒａｃ
ｌｅなど）１３やプリンタ１４を備えたサーバコンピュ
ータ（サーバ装置）、１５は前記リレーショナルデータ
ベース１３の管理マスタテーブル、１６はＬＡＮネット
ワーク１１を介してサーバコンピュータ１３に接続され
たクライアントコンピュータ（クライアント装置）であ
る。

【００１２】クライアントコンピュータ１６は、ＬＡＮ
ネットワーク１１を介してサーバコンピュータ１２と通
信可能なソフトウェア（ＴＣＰ／ＩＰなど）と、サーバ
コンピュータ１２のリレーショナルデータベース１３に
アクセス可能なミドルウェア（データベースベンダーが
提供するソフトウェア）を組み込んだ汎用のパーソナル
コンピュータで構成されている。

【００１３】図２は、管理マスタテーブル１５の概略構
成図であり、管理マスタテーブル１５はＫＥＹ項目１５
１と状態フラグ項目１５２の２つのテーブル項目から成
っている。フラグ項目１５２はテーブル定義上は１項目
であるが、内部的には数バイト毎に３つの情報項目に分
類し意味を持たせている。３つの情報項目とは、クライ
アント稼動抑止テーブル１５３、処理要求テーブル１５
４、クライアント状態管理テーブル１５５である。この
管理マスタテーブル１５の各項目は以下の意味あるいは
情報を持つ。

【００１４】ＫＥＹ項目１５１は、管理マスタ情報を参
照、更新するときに「ＫＥＹ」となるものでクライアン
ト管理用として“Ｐ００”の固定値を持つ。

【００１５】クライアント稼動抑止テーブル１５３は、
サーバコンピュータ１２で起動されるバッチジョブに応
じてクライアントコンピュータ１６でのアプリケーショ
ンの起動を抑止するフラグを設定するものであり、
“０”は抑止なし、“１”は抑止を意味し、同じクライ
アントコンピュータ１６が同時に複数のサーバジョブを
実行するのを抑止する。

【００１６】処理要求テーブル１５４は、サーバコンピ
ュータ１２で実行されるバッチジョブ１つにつき１バイ
ト用意され、クライアントコンピュータ１６がバッチジ
ョブの起動指示の時、起動ジョブに合わせて更新を行
い、“０”は処理要求なし、“１”は処理要求ありを示
す。すなわち、クライアントコンピュータ１６がサーバ
コンピュータ１２に対して所望のジョブを実行させる際
には、その所望のジョブに対応するバイト位置に“１”
の処理要求を設定する。

【００１７】クライアント状態管理テーブル１５５は、
サーバコンピュータ１２に接続されるクライアントコン
ピュータ１６の１台につき１バイト用意され、それぞれ
のクライアントコンピュータが稼働中かどうかを確認す
るためのフラグが設定される。そのフラグは、クライア
ントコンピュータの業務開始時と終了時に更新され、
“０”は停止中を示し、“１”は稼働中を示す。

【００１８】図３に、クライアントコンピュータ１６か
らのジョブの実行要求を監視し、所定時間おきに管理マ
スタテーブル１５の状態を管理し、サーバジョブの実行
を制御するタイマーＪＯＢプログラムの処理フローを示
す。

【００１９】タイマーＪＯＢプログラムは、サーバコン
ピュータ１２の電源投入後、直ちに自動起動され、サー
バコンピュータ１２およびクライアントコンピュータ１
６を常時管理する。

【００２０】まず、ステップ３０１ではサーバコンピュ
ータ１２の業務終了であるか否かを判定し、終了しない
場合は、ステップ３０２のジョブ監視プログラムを起動
する。ステップ３０２のジョブ監視プログラムでは、デ
ータベース１３の管理マスタテーブル１５を検索し、ネ
ットワーク１１に接続されたいずれかのクライアントコ
ンピュータ１６からのジョブ実行要求がないか否かを確
認する。詳しくは、管理マスタテーブル１５の処理要求
テーブル１５４に“１”のフラグが設定されているかど
うかを確認する。もし、ジョブ実行要求が設定されてい
た場合、該当するバッチジョブを起動する。起動後、タ
イマーＪＯＢ自身がサーバコンピュータ１２のＣＰＵに
負荷をかけないように、ステップ３０３に示すようにタ
イマーＪＯＢ自身を例えば３０秒間停止させる。その
後、再びステップ３０１に戻る処理を繰り返す。

【００２１】図４に、ステップ３０２のジョブ監視プロ
グラムの動作の詳細を示す。図４は、クライアントコン
ピュータ１６からサーバコンピュータ１２にリスト出力
ジョブを実行させ、プリンタ１４からリストを印字出力
される例を想定したものである。

【００２２】タイマーＪＯＢは、３０秒周期で管理マス
タテーブル１５の内容をチェックしている。ステップ４
０１で管理マスタテーブル１５をチェックし、ステップ
４０２で処理要求フラグを確認した時、要求なしの場合
にはステップ４０３で３０秒間スリープする。

【００２３】その後、ステップ４０４でクライアントコ
ンピュータ１６においてサーバジョブの起動要求が発生
した場合、クライアントコンピュータ１６はネットワー
ク１１を介してデータベース１３内にある管理マスタテ
ーブル１５にアクセスし、実行させるべきサーバジョブ
に対応する処理要求テーブル１５４のバイト位置に
“１”の処理要求フラグを設定する。

【００２４】これに対し、タイマーＪＯＢはステップ４
０５、４０６で処理要求フラグをチェックするが、
“１”の処理要求フラグが存在するので、ステップ４０
７でその処理要求フラグに対応したサーバジョブを起動
する。

【００２５】そして、ステップ４０８でジョブが実行さ
れ、プリンタ１４においてリスト出力がなされる。その
後、ステップ４０９でジョブ終了メッセージを受け取っ
たならば、ステップ４１０で管理マスタテーブル１５の
処理要求フラグを“１”から“０”に復帰させる。

【００２６】以上のように、本実施形態で説明したリレ
ーショナルデータベース１３を利用したクライアント・
サーバシステムにおけるジョブ管理方法によれば、リモ
ートシェル（ｒｓｈ）やｔｅｌｎｅｔのようなユーティ
リティプログラムを使用せずに、クライアントコンピ１
６からリレーショナルデータベース１３内の管理マスタ
テーブル１５に設けたＫＥＹ項目＝Ｐ００のテーブルに
アクセスし、そのテーブルに、サーバコンピュータ１２
に実行させるべきジョブに対応した処理要求フラグを設
定するだけで、クライアントコンピュータ１６から所望
のサーバジョブをサーバコンピュータ１２に実行させる
ことができる。すなわち、データベースをアクセスする
のと同様の感覚で所望のサーバジョブをサーバコンピュ
ータ１２に実行させることができる。

【００２７】また、サーバコンピュータ１２とクライア
ントコンピュータ１６間の通信プロトコルを全く意識す
る必要がないため、通信用のインターフェースを開発す
る必要がなく、通信プロトコルが変更されても影響を受
けない。

【００２８】また、クライアント稼動抑止テーブル１５
３によって同時に複数のサーバジョブが起動されるのが
抑止されるため、サーバコンピュータ１２の負担（ＣＰ
Ｕ負荷、メモリ使用量）が増加するのを防止することが
できる。

【００２９】さらに、リモートシェル（ｒｓｈ）やｔｅ
ｌｎｅｔのようなユーティリティプログラムを使用する
必要がないため、クライアントプログラムの作りを簡素
化することができるうえ、クライアント装置の操作性が
向上し、定形業務に適したシステムを構築することがで
きる。

【００３０】なお、クライアント状態管理テーブル１５
５は、各クライアントコンピュータの稼動状態を把握す
るだけの機能であるため、必要に応じて付加するように
してもよい。また、クライアント稼動抑止テーブル１５
３は、サーバコンピュータ１２のＣＰＵの負荷を考慮す
る必要がない場合は、省略することができる。

【００３１】また、図５に示す管理マスタテーブル１５
の他の構成例に示すように、状態フラグ項目１５２を、
処理要求テーブル１５４と、データ管理テーブル１５
６、通信管理テーブル１５７で構成し、データ管理テー
ブル１５６では処理要求テーブル１５４で指示したサー
バジョブで必要なファイルあるいはデータ名称を指示す
ることにより、そのファイルあるいはデータ名称のデー
タを対象にして処理要求テーブル１５４で指示したサー
バジョブを実行させることができる。

【００３２】さらに、通信管理テーブル１５７では、デ
ータの配信先あるいは回収先のクライアントコンピュー
タに対応するバイト位置に“１”の通信要求フラグを設
定することにより、その通信要求フラグが設定されたク
ライアントコンピュータを対象にデータ管理テーブル１
５６で指定されたデータを配信したり、逆に、回収した
データを管理テーブル１５６で指定されたファイルに収
集することができる。この場合、データを配信するか、
回収するかは処理要求テーブル１５４において設定する
ジョブの種類（データ配信ジョブ、データ回収ジョブ）
によって定まる。

【００３３】

【発明の効果】以上説明したように、本発明のジョブ管
理方法によれば、サーバ装置の負担（ＣＰＵ負荷、メモ
リ使用量）を増加させることなくクライアント装置から
サーバ装置に対し所望のジョブを実行させることがで
き、またクライアントプログラムの作りを簡素化するこ
とができる。さらに、クライアント装置の操作性が向上
し、定形業務に適したシステムを構築することができる
などの効果がある。

【図面の簡単な説明】

【図１】本発明のジョブ管理方法を実施するクライアン
ト・サーバシステムの実施形態を示すシステム構成図で
ある。

【図２】ジョブ管理用のテーブルである管理マスタの概
略構成図である。

【図３】クライアントからのジョブの実行要求を監視
し、一定時間おきに管理マスタの状態を管理し、ジョブ
の実行を行うタイマーＪＯＢプログラムの処理フロー図
である。

【図４】タイマーＪＯＢの実行例を示す説明図である。

【図５】管理マスタの他の構成例を示す図である。

【符号の説明】

１１…ＬＡＮネットワーク、１２…サーバコンピュー
タ、１３…リレーショナルデータベース、１４…プリン
タ、１５…管理マスタテーブル、１６…クライアントコ
ンピュータ、１５４…処理要求テーブル。

Claims (1)

【特許請求の範囲】
1. 【請求項１】 クライアント装置とサーバ装置とを備
   え、さらにその共有資源であるデータベースを備えたク
   ライアント・サーバシステムにおけるジョブ管理方法で
   あって、 前記データベース内にジョブ管理テーブルを設けると共
   に、このジョブ管理テーブルに対する設定情報を監視す
   る監視手段を設け、クライアント装置からサーバ装置に
   対してジョブの実行を指示する際には、前記ジョブ管理
   テーブルに対し実行すべきジョブに対応する情報を設定
   させ、その設定情報を前記監視手段に検出させ、その検
   出した設定情報に対応するサーバ装置のジョブを起動
   し、当該ジョブが終了したならば起動原因となったジョ
   ブ管理テーブル内の設定情報を非設定状態に復帰させる
   ようにしたことを特徴とするデータベースを利用したク
   ライアント・サーバシステムにおけるジョブ管理方法。