JPH04324533A - ジョブ制御方式 - Google Patents

Abstract

(57)【要約】本公報は電子出願前の出願データであるた
め要約のデータは記録されません。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は情報処理分野における分
散システム間又は、プロセッサ間のプログラム制御を実
現するジョブ制御方式に関する。

【０００２】

【従来の技術】従来の装置は、特開平２−１０９１３６
公報に記載のように、準備状態の仮想計算器のプールを
上位処理装置に設け動的に割当て並行に走行させてワー
ク側の要求を処理し、プール管理プログラムが識別子で
割当を判定することで、プログラム実行中システム資源
を維持する、となっていた。また、特開平２−９０３３
１公報に記載のように、実プロセッサ状態情報を調べて
アイドル状態にあるプロセッサに仮想プロセッサの起動
を要求する手段を設けて、ＣＰＵ間通信命令を最小のオ
ーバヘッドで処理可能とするとなっていた。

【０００３】

【発明が解決しようとする課題】上記従来技術は、起動
元から、他システム又はプロセッサのプログラムを制御
することについての配慮がされておらず、起動元から、
他システム又はプロセッサのプログラムの制御ができな
いという問題があった。

【０００４】本発明の目的は、他システム又はプロセッ
サのプログラムを制御することが可能なジョブ制御方式
を提供することにある。

【０００５】

【課題を解決するための手段】上記目的を達成するため
に、回線又は、バスライン等のデータ伝送手段で接続さ
れた複数の処理手段を有するコンピュータシステムにお
いて、第２の処理手段に対する起動要求を受けた第１の
処理手段は、制御テーブルと起動用メッセージを作成し
、該メッセージを該第２の処理手段へ送信し、該メッセ
ージを受信した該第２の処理手段は、該メッセージに基
づいて、制御テーブルの作成とプログラムの起動を行い
、起動後のシステム間の制御要求は作成した制御テーブ
ルを用いて行うことにしたものである。

【０００６】

【作用】他システム又は、他プロセッサのプログラムの
起動時に作成した制御用のテーブルは連絡先を示すデー
タとプログラムの状態を示すデータを有するので、シス
テム間又はプロセッサ間の連絡が行え、またプログラム
の状態が判断できるので、他システム又は、他プロセッ
サのプログラムの制御を行なうことができる。

【０００７】

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

【０００８】図１はシステム構成の一例を示す図である
。図１の様にコンピュータ（ａ）２とコンピュータ（ｂ
）３が通信回線でつながっている状態で、コンピュータ
（ａ）２につながっているディスプレイ端末１もしくは
、プログラムからコンピュータ（ｂ）３に対してプログ
ラム起動要求を行う。プログラム起動要求は、少なくと
も相手システム名と起動名称（ジョブ名）を有する。

【０００９】図４に起動元側の起動要求処理のフローチ
ャートを示す。ディスプレイ端末１からコンピュータ（
ｂ）３に対するプログラム起動要求が来ると、コンピュ
ータ（ａ）２は図２に示す様な制御用の起動元制御テー
ブル２１，２２，…２ｎを起動要求毎に、自システム内
に作成する（５１）。起動元制御テーブルは起動要求と
ログオン時にオペレーティングシステムの作成した制御
テーブルの情報から作成される。そこには、次テーブル
のポインタ，起動名称，相手システム名，自プログラム
の状態，自識別コード，起動時刻等を載せる。自プログ
ラムの状態は起動要求とする。次に相手システムへの起
動用の送信メッセージの作成を行い（５２）、指定され
た相手システムへ起動用メッセージの送信を行う（５３
）。

【００１０】図５に起動先側の起動要求処理を示す。メ
ッセージを受け取った側のシステムではメッセージの解
読を行い（５４）、起動要求なので、図３に示す起動元
単位の制御テーブル３１，…３ｎを起動要求毎に作成す
る（５５）。それには、次テーブルのポインタ，起動名
称，起動元システム名，起動元識別コード，プログラム
単位の制御テーブルのポインタ，自プログラムの状態，
プログラム終了コード等を載せる。自プログラムの状態
には、起動完了連絡要、終了連絡要、連絡不必要の３つ
の状態が表示される。プログラム終了コードには、プロ
グラムが終了した場合終了コードが登録される。その後
、自プログラムの状態を起動完了連絡要にして、指定プ
ログラムの起動を行い（５６）、図３に示すプログラム
単位の制御テーブル４１を作成する（５７）。そこには
、起動制御テーブル（起動元単位の制御テーブル）のポ
インタ，起動名称，起動時刻，ステータス等を載せる。 起動先側は、プログラムの起動が終了し、起動完了メッ
セージを受け取ると（５８）、自プログラムの状態が起
動完了連絡要になっているので、起動完了コードを含め
た返答メッセージを作成して起動元へ連絡する（５９）
。

【００１１】図８に終了待ち処理の起動元側のフローチ
ャートを示す。端末から入力された終了待ち要求を受け
取ると、まず、起動元側で起動元制御テーブル２１の検
索を行い（８１）、検索が成功すれば処理を継続する。 検索した起動元制御テーブル２１の自プログラムの状態
を終了待ち状態にして（８２）、終了待ちの送信メッセ
ージを作成して（８３）相手システムへ送信する（８４
）。

【００１２】図９に終了待ち処理の起動先側の処理フロ
ーチャートを示す。メッセージを受け取ると、それを解
読し（８５）、終了待ちであるので、起動元単位の制御
テーブル３１の検索を行う（８６）。検索できたら、検
索された制御テーブルのプログラム終了コードに終了コ
ードが存在するか否かを判断し（８７）、終了済みの場
合は終了コードがあるので、終了コードを含む返答メッ
セージを作成して終了待ち起動元へ連絡する（８８）。 指定プログラムが終了していない時は起動元単位の制御
テーブル３１の自プログラムの状態を終了連絡要にして
終了する（８９）。起動元単位の制御テーブル３１が終
了待ち連絡要の場合、システム側は起動プログラムの終
了を検知すると、制御テーブルから起動元システムを割
り出してメッセージを作成して返答する。

【００１３】図６に終了要求処理の起動元側のフローチ
ャートを示す。端末から終了要求を受け取ると、まず、
起動元側で起動元制御テーブル２１の検索を行い（６１
）、検索が成功すれば処理を継続する。これにより、相
手システムに問い合わせを行わなくても、終了要求に適
合するかどうかがわかる。適合すれば、自プログラムの
状態を終了要求にして（６２）、相手システム（起動先
側）への終了要求の送信メッセージを作成し（６３）、
送信する（６４）。

【００１４】図７に終了要求処理の起動先側のフローチ
ャートを示す。送信メッセージの解読を行ない（６５）
、終了要求なので、起動先制御テーブルの検索を行う（
６６）。検索が成功すれば処理を継続し、その後、終了
要求の種類によって分かれるが、終了許可の連絡の場合
はプログラム単位に作成した制御用テーブルのステータ
スに終了許可を載せる。強制終了の要求の場合は起動元
単位の制御テーブルからプログラム単位の制御テーブル
を検索してプログラム情報を採取して指定プログラムの
強制終了を行う（６７）。システム側は、プログラムの
終了を確認すると終了コードを起動先側の起動元単位の
制御テーブル３１のプログラム終了コードに印してプロ
グラム単位の制御テーブルを解放する。

【００１５】図１２に終了連絡処理の起動元側のフロー
チャートを示す。起動元プログラムが終了した場合、起
動元制御テーブル２１を検索する（７１）、検索が成功
すれば処理を継続し、検索した起動元制御テーブル２１
の自プログラムの状態を起動元終了に更新し（７２）、
起動元終了のメッセージを作成（７３）、起動先のシス
テムに対して送信する（７４）。

【００１６】図１３に終了連絡処理の起動先側のフロー
チャートを示す。メッセージを受信したシステムは、受
信したメッセージの解読を行う（７５）。起動元からの
起動元終了の連絡なので、起動先の起動元単位の制御テ
ーブル３１を検索する（７６）。そして、終了処理とし
て、プログラム単位に作成した制御用テーブル４１のス
テータスに終了許可を載せる（７８）。起動プログラム
においては、システムに問い合わせることで終了許可の
有無について知ることができる。

【００１７】本実施例によれば、同一ネットワーク上の
他システムのプログラムの制御ができるので、ネットワ
ーク全体を１つのシステムとして運用することができる
という効果がある。

【００１８】図１０に本発明を適用したデータエントリ
用のシステムとマスターファイル更新システムの一例を
示す。データエントリ側のコンピュータ（ｃ）４，（ｄ
）５，（ｅ）６からデータエントリを行い、そのデータ
でマスターファイル（Ａ）９１，（Ｂ）９２，（Ｃ）９
３，（Ｄ）９４を更新する場合、まず各データエントリ
システムで入力プログラムが起動され、そのプログラム
がマスタファイル更新用のコンピュータ（ｆ）７に対し
てデータ処理及びマスターファイル更新のプログラムを
起動する。コンピュータ（ｃ）４，（ｄ）５，（ｅ）６
はディスプレイ端末１からデータの入力を受けた後コン
ピュータ（ｆ）７の処理の終了を待って次の処理を再開
する。ディスプレイ端末１からの指定が処理終了の要求
の場合、前述した終了要求処理を使ってデータエントリ
システムとマスターファイル更新システムの両方を終了
する。

【００１９】本実施例によれば、入力とマスターファイ
ル更新システムの同期をとったシステム運用ができ、常
に両方のシステムでプログラムが動作していなければな
らないなどの無駄がなくなるという効果がある。また、
２つのシステムが離れていても、データエントリシステ
ムからの要求で両方のシステムを制御できるので、マス
ターファイル更新システムは無人運転が可能でかつデー
タエントリシステムと必ず同期的に自動起動されるとい
う効果がある。

【００２０】図１１に本発明をマルチプロセッサシステ
ムに適用した場合の一例を示す。マルチプロセッサシス
テムはディスプレイ端末１と磁気ディスク１５と処理部
を有する。メインプロセッサ１０と、サブプロセッサ１
１，１２，１３は、バスライン１４で接続されている。 メインプロセッサ１０、サブプロセッサ１１，１２，１
３は、それぞれメモリ１６，１７，１８，１９を有する
。通常はメインプロセッサ１０で処理が行われるが、２
つ以上のプログラムを並行処理したい場合は、前述した
起動要求，終了要求，終了待ち要求を使ってサブプロセ
ッサ１１，１２，１３のプログラム制御をメインプロセ
ッサ１０で動作中のプログラムで行う。これにより、メ
インプロセッサ１０への処理の軽減及び負荷の均等化が
はかられる。

【００２１】本実施例によれば、メインプロセッサ１０
とサブプロセッサ１１，１２，１３の同期を取ったシス
テム構成が可能となり、プログラムの並行処理によるプ
ロセッサ間の負荷の均等化や処理能力のアップに効果が
ある。

【００２２】

【発明の効果】本発明によれば、起動時に作成したテー
ブルを用いることにより、起動元から、起動先のシステ
ム又はプロセッサのプログラムの制御が可能となるとい
う効果がある。

【図面の簡単な説明】

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

【図２】起動元制御テーブルを示す図である。

【図３】起動先制御テーブルを示す図である。

【図４】起動元側の起動要求処理を示すフローチャート
である。

【図５】起動先側の起動要求処理を示すフローチャート
である。

【図６】起動元側の終了要求処理を示すフローチャート
である。

【図７】起動先側の終了要求処理を示すフローチャート
である。

【図８】起動元側の終了待ち処理を示すフローチャート
である。

【図９】起動先側の終了待ち処理を示すフローチャート
である。

【図１０】本発明の一実施例のデータエントリとマスタ
ーファイル更新を行うシステムの構成図である。

【図１１】本発明の一実施例のマルチプロセッサシステ
ムの構成図である。

【図１２】起動元側の終了連絡処理を示すフローチャー
トである。

【図１３】起動先側の終了連絡処理を示すフローチャー
トである。

【符号の説明】

１…ディスプレイ端末、 ２…コンピュータ（ａ）、 ３…コンピュータ（ｂ）、 ２１，２２，〜２ｎ…起動元制御テーブル、３１〜３ｎ
…起動元単位の制御テーブル、４１…プログラム単位の
制御テーブル。

Claims (1)

【特許請求の範囲】
1. 【請求項１】回線又は、バスライン等のデータ伝送手段
   で接続された複数の処理手段を有するコンピュータシス
   テムにおいて、第２の処理手段に対する起動要求を受け
   た第１の処理手段は、制御テーブルと起動用メッセージ
   を作成し、該メッセージを該第２の処理手段へ送信し、
   該メッセージを受信した該第２の処理手段は、該メッセ
   ージに基づいて、制御テーブルの作成とプログラムの起
   動を行い、起動後のシステム間の制御要求は作成した制
   御テーブルを用いて行われることを特徴とするジョブ制
   御方式。