JPH0916527A

JPH0916527A - 大規模分散情報処理方法及びシステム

Info

Publication number: JPH0916527A
Application number: JP7164888A
Authority: JP
Inventors: Shinichiro Suda; 慎一郎須田; Masao Kurotani; 全男黒谷; Tsutomu Shiraishi; 勉白石; Haruo Maeda; 晴男前田; Yukitaka Saikawa; 幸貴斉川; Hidekatsu Yamamoto; 英勝山本
Original assignee: NEC Corp; Nippon Telegraph and Telephone Corp
Current assignee: NEC Corp; Nippon Telegraph and Telephone Corp
Priority date: 1995-06-30
Filing date: 1995-06-30
Publication date: 1997-01-17

Abstract

(57)【要約】【目的】本発明の目的は、分散システム全体としての
スループットが向上し、大規模な分散処理装置における
多数のジョブの実行制御と異常制御及び複数日に跨がる
実行制御が可能な大規模分散情報処理システムを提供す
ることである。【構成】本発明は、本発明は、統括管理装置におい
て、実行すべき複数のジョブを階層的にグループ化され
たジョブグループを単位として分散情報処理装置に実行
させるジョブグループを指示し、分散情報処理装置は、
統括管理装置からの指示に基づいてジョブグループのジ
ョブを実行する。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、大規模分散情報処理方
法及びシステムに係り、特に、電子計算機システムにお
いて、ジョブを複数台の処理装置に分散させて実行する
大規模分散情報処理方法及びシステムに関する。

【０００２】

【従来の技術】あるジョブを実行するにあたり、時刻や
先行する他のジョブの終了を起動条件とするような実行
制御を行う場合、一台から数十台の処理装置において
は、制御が可能である。これは、クラスタ接続という構
成により、複数の処理装置で資源を共有し合い、複数台
の処理装置をあたかも一台の装置のように管理可能とす
る技術である。

【０００３】従来の技術の開示として、特開昭６１−２
８９３５９と特開昭６２−２４５３６１がある。この特
許公報（特開昭６１−２８９３５９）に記載されている
内容は、複数のコンピュータによる分散システムにおい
て、比較的負荷の軽い計算機システムを選択して用いる
方式である。

【０００４】また、特開昭６２−２４５３６１は、コン
ピュータネットワークシステムに接続される複数のコン
ピュータシステムが互いに、ジョブ実行の代替コンピュ
ータとなり得るコンピュータとして定義され、実行負荷
を自動的に分散させる方式である。

【０００５】

【発明が解決しようとする課題】しかしながら、上記従
来の方式では、１台から十数台までの処理装置における
ジョブの実行制御は可能であるが、通信のトラヒックの
増大等の物理的な問題により、数十台から数百台の処理
装置におけるジョブの実行制御、及び何等かの原因によ
るジョブ異常終了または、処理装置の故障が発生した場
合のリラン（再実行）が不可能である。

【０００６】また、数千個から数万個のジョブの実行を
制御する場合に、管理対象が数千個から数万個も存在す
るため、実行状況の把握が容易ではなく、かつ、処理装
置間の制御用の通信トラヒックが増大し、分散システム
全体としてのスループットが低下してしまうため、百数
十台もの処理装置から構成される大規模な分散システム
での実現性がなくなる。

【０００７】さらに、ジョブの実行制御は、日単位に閉
じているため、異なる日間、例えば、２日間に跨がって
処理を行うようなジョブについては、互いに独立に制御
することしかできない。本発明は、上記の点に鑑みなさ
れたもので、上記従来の問題点を解決し、分散システム
全体としてのスループットが向上し、数十台から数百台
の処理装置における数千個から数万個のジョブの実行制
御と異常制御及び複数日に跨がる実行制御が可能とな
り、さらに、その実行状況の監視を容易に実現できる大
規模分散情報処理方法及びシステムを提供することを目
的とする。

【０００８】

【課題を解決するための手段】図１は、本発明の原理を
説明するための図である。本発明は、複数の分散情報処
理装置を管理する統括管理装置から該分散情報処理装置
に実行すべきジョブを指示する大規模分散情報処理方法
において、統括管理装置において、実行すべき複数のジ
ョブを階層的にグループ化されたジョブグループを単位
として、分散情報処理装置に実行させるジョブグループ
を指示し、分散情報処理装置は、統括管理装置からの指
示に基づいてジョブグループのジョブを実行する。

【０００９】また、本発明は、統括管理装置において、
ジョブ毎の実行順序が定義されたジョブ順序定義ファイ
ルと複数のジョブを１つのジョブグループとし、ジョブ
グループの実行順序を定義したジョブグループ順序定義
ファイルを参照して、該当日に分散情報処理装置に実行
させるべきジョブグループを選択してメインスケジュー
ルファイルに書込み（ステップ１）、ジョブグループフ
ァイルを生成し（ステップ２）、メインスケジュールフ
ァイルを一定間隔で参照し、実行条件を満足するジョブ
グループを取得し（ステップ３）、生成されたジョブグ
ループファイルを分散情報処理装置に配送する（ステッ
プ４）と、取得したジョブグループの起動を分散情報処
理装置に指示し（ステップ５）、分散情報処理装置で
は、統括管理装置のジョブグループの起動の指示を認識
し（ステップ６）、統括管理装置から配送されたジョブ
グループファイルを一定間隔で参照して（ステップ
７）、該ジョブグループより所定の条件を満たすジョブ
を起動し（ステップ８）、起動した結果を統括管理装置
に通知する（ステップ１０）。

【００１０】また、本発明は、上記のステップ３におい
て、統括管理装置がメインスケジュールファイルを参照
する際に、状態が未実行状態または、再実行の必要があ
る状態であり、かつ、先行条件を満たしているジョブグ
ループを分散情報処理装置に起動すべきジョブグループ
として指示する。

【００１１】また、本発明は、上記において、先行条件
を満たしているかを判定する際に、メインジョブグルー
プのジョブグループに前日または、前日以前に処理され
るべき依存ジョブグループが存在する場合には、該依存
ジョブグループが既に実行済であるか否かにより判定す
る。

【００１２】また、本発明は、ステップ３において、統
括管理装置がメインスケジュールファイルを参照した際
に、再実行の必要がある状態の場合に、再実行の必要が
ある旨を表示手段に表示し、オペレータの指示により分
散情報処理装置に再実行を指示する。

【００１３】また、本発明は、ステップ７において、分
割情報処理装置が統括管理装置から転送されたジョブグ
ループの情報を参照し、ジョブの状態が未実行かつ、先
行条件を満足するジョブを起動する。また、本発明は、
ステップ８において、分散情報処理装置が、ジョブグル
ープファイルのジョブの実行が終了すると、実行結果を
ジョブグループファイルに反映させる（ステップ９）。

【００１４】また、本発明は、上記において、ジョブグ
ループファイルのジョブの実行終了時に、異常終了した
ジョブグループ名を記憶すると共に、該ジョブグループ
名を統括管理装置に通知する（ステップ１０）。また、
本発明は、統括管理装置が分散情報処理装置より異常終
了の通知を受けるまでは、表示装置に階層の上位のジョ
ブグループのみを表示し、異常終了の通知を受け取る
と、ジョブグループ全体を表示する。

【００１５】図２は、本発明の原理構成図である。本発
明は、実行すべき複数のジョブを階層的にグループ化さ
れたジョブグループを単位として、分散情報処理装置に
実行させるジョブグループを決定し、分散情報処理装置
に指示する統括管理装置１００と、統括管理装置１００
からの指示に基づいてジョブグループのジョブを実行す
る分散情報処理装置２００とを有する。

【００１６】また、上記の統括管理装置１００は、ジョ
ブ毎の実行順序が定義されたジョブ順序定義ファイル１
４と、１つ以上のジョブを１つのジョブグループとし、
ジョブグループ単位に実行順序を定義したジョブグルー
プ順序定義ファイル１５と、ジョブグループ順序定義フ
ァイル１５から該当日に分散情報処理装置に実行させる
べきジョブグループを選択してメインスケジュールファ
イル１８と、ジョブ順序ファイル１４とジョブグループ
順序定義ファイル１５を参照してジョブグループファイ
ル１７を生成するスケジュールファイル生成手段１１
と、所定の時間間隔でメインスケジュールファイル１８
を検索して、該当日に実行する条件を満足しているジョ
ブグループと該ジョブグループを実行させる分散情報処
理装置２００を選択するジョブグループ検索手段１２
と、分散情報処理装置２００に対してジョブグループ検
索手段１２により選択されたジョブグループの実行を指
示するジョブグループ起動手段を有する。

【００１７】また、上記のスケジュールファイル生成手
段１１は、ジョブグループを実行する順序関係、複数日
に渡る先行条件をメインスケジュールファイル１８に設
定する特定実行順序指定手段を含む。また、上記のジョ
ブグループ検索手段１２は、メインジョブグループファ
イル１８のジョブグループに前日または、前日以前に処
理されるべき依存ジョブグループが設定されている場合
には、該依存ジョブグループが既に実行済であるジョブ
グループを実行対象のジョブグループとするジョブグル
ープ選択手段を含む。

【００１８】また、統括管理装置１００は、分散情報処
理装置２００に対して、実行すべきジョブグループの指
示を行う前に、実行すべきジョブグループのスケジュー
ル情報が定義されたジョブグループファイル１７を配布
するジョブグループ配布手段１４を含む。

【００１９】また、分散情報処理装置２００は、統括管
理装置１００のジョブグループ起動手段１３によるジョ
ブグループ実行指示を認識するジョブグループ起動認識
手段３１と、ジョブグループ起動認識手段３１によりジ
ョブの実行が指示されると、ジョブグループ配布手段１
７により取得したジョブグループファイル３４を検索
し、実行すべきジョブを取得して、該ジョブの実行を指
示するジョブ検索手段３２と、ジョブ検索手段３２によ
り取得したジョブを実行するジョブ実行手段３３と、ジ
ョブ実行手段３３により実行された結果を検出し、異常
終了状態または、正常終了状態をジョブグループファイ
ルに反映させるジョブ処理結果検出手段３６と、ジョブ
グループファイル３４を参照してジョブグループの終了
状態を統括管理装置１００に送出するジョブグループ終
了通知手段３５とを含む。

【００２０】また、統括管理装置１００は、ジョブグル
ープ終了通知手段から取得した通知に基づいて、分散処
理装置の終了状態情報をメインスケジュールファイル１
８に反映させるジョブグループ終了認識手段１５を有す
る。また、統括管理装置１００は、メインスケジュール
ファイル１８を参照して、異常終了しているジョブグル
ープがある場合には、異常終了ジョブグループを表示し
てオペレータに通知する異常表示手段と、オペレータか
ら再実行指示を受け付ける再実行受付手段と、再実行受
付手段により指示された異常終了ジョブグループの実行
をメインスケジュールファイル１８に反映する再実行通
知手段とを有する再実行手段１６を含む。

【００２１】また、統括管理装置１００は、異常終了が
発生するまでは、階層の上位のジョブグループのみを表
示する表示手段１７を含む。

【００２２】

【作用】本発明は、分散情報処理装置に実行させるべき
複数のジョブを階層化してジョブグループを構成するこ
とにより、複数のジョブを階層的な１つのジョブグルー
プとして管理することが可能となる。このため、統括管
理装置から分散情報処理装置に実行させるべきジョブを
配布する場合にもジョブグループ単位となるため、トラ
ヒックが増大することがない。従って、数十台から数百
台の処理装置による実行が可能となり、分散システムと
してスループットの低下を抑制することが可能である。
例えば、１０件のジョブを１つのジョブグループとした
場合に、統括管理装置からジョブを１０回分散情報処理
装置に転送する必要はなく、１つのジョブグループを１
回分散情報処理装置に転送すればよい。

【００２３】また、本発明は、ジョブ実行が異常停止し
た場合でも、異常が発生したジョブ名を記憶しておくこ
とにより、分散情報処理装置がジョブ再開時点以降に実
行すべきジョブ順序に矛盾を発生させることなく、リラ
ン（再実行）が可能である。また、本発明は、ジョブス
ケジュールやジョブの進捗状況を監視して、あるジョブ
（ジョブグループ）が終了してから当該ジョブ（ジョブ
グループ）を実行する、または、しない等の判定に基づ
いてジョブを実行することにより、更新処理等のジョブ
については、無矛盾な処理が可能である。さらに、特定
の日にジョブを実行するまたは、実行しない等をジョブ
グループ単位に指定しておくことにより選択的な処理が
可能となる。

【００２４】また、本発明は、複数のジョブを階層的に
組み立てているため、オペレータに対して、通常時に
は、ジョブグループの上位階層のジョブグループを表示
し、異常時には、詳細に表示するようにすることによ
り、常時詳細なジョブ情報を表示する必要がないため、
保守に関するオペレータの負担が軽減される。

【００２５】

【実施例】以下、図面と共に、本発明の実施例を詳細に
説明する。図３は、本発明の分散ジョブシステムの構成
を示す。同図に示すシステムは、ジョブネットワークの
管理を行う１つの統括管理装置（以下、管理装置）１０
０とジョブの実行を行う複数の分散情報処理装置（以
下、処理装置）２００より構成される。管理装置１００
と処理装置２００はプロセッサであり、各々の装置間は
ＬＡＮやＦＤＤＩ等の通信制御ハードウェアとＴＣＰ／
ＩＰのような通信プロトコルにより接続される。同図の
例では、管理装置１００と各処理装置２００は、１００
Ｍbps のＦＤＤＩにより接続されている。

【００２６】図４は、本発明の一実施例の分散ジョブシ
ステムの装置構成を示す。同図中、図３と同一構成部分
には、同一符号を付し、その説明を省略する。同図にお
いて、管理装置１００は、スケジュールファイル生成部
１１、ジョブグループ検索部１２、ジョブグループ起動
部１３、ジョブグループ配布部１４、ジョブグループ終
了認識部１５、再実行部１６、及びコンソール・表示部
１７と、ジョブ順序定義ファイル１４、ジョブグループ
順序定義ファイル１５、メインスケジュールファイル１
８、ジョブグループファイル１７より構成される。

【００２７】また、分散情報処理装置２００は、ジョブ
グループ起動認識部３１、ジョブ検索部３２、ジョブ実
行部３３、ジョブグループ終了通知部３５、ジョブ処理
結果検出部３６及びジョブグループファイル３４より構
成される。最初に、管理装置１００の構成から説明す
る。

【００２８】ジョブ順序定義ファイル１４は、ジョブ単
位にジョブが実行される実行順序関係情報が定義され、
格納される。ジョブグループ順序定義ファイル１５は、
複数のジョブで１つのジョブグループが構成され、ジョ
ブグループ毎に実行されるスケジュールが決定されてい
る。図５は、本発明の一実施例のジョブグループの階層
化管理方式の概念を示し、複数のジョブを３階層で管理
する例を示す。

【００２９】階層１における小四角形が１つのジョブを
表しており、矢印の先のジョブが起動される条件は、矢
印のもとのジョブが終了するという関係を持っている。
階層１において、複数の小四角形を灰色の各丸四角形で
囲んでいるが、これが複数のジョブを群化したジョブグ
ループである。

【００３０】階層２は、このジョブグループの制御関係
を示す図であり、より少数のジョブグループで管理する
ことが可能である。階層２において、複数の各丸四角形
を灰色の楕円で囲んでいるが、これが複数のジョブグル
ープを群化したものである。これを監視対象とすること
により、最終的に人間は、階層３における関係図を監視
すればよいことになる。

【００３１】ジョブグループ順序定義ファイル１５は、
ジョブグループ単位にジョブ順序が定義されている。な
お、ジョブグループの生成については、予めどのジョブ
グループに属するかが定義されているものとする。図６
は、本発明の一実施例のジョブ順序定義ファイルとジョ
ブグループ順序定義ファイルの例を示す。

【００３２】同図（Ａ）に示す“ＪＯＢ−Ａ”、“ＪＯ
Ｂ−Ｂ”、“ＪＯＢ−Ｃ”、“ＪＯＢ−Ｄ”の４つのジ
ョブから構成されるジョブグループ“ＧＲＯＵＰ−
１”、“ＪＯＢ−Ｅ”、“ＪＯＢ−Ｆ”、“ＪＯＢ−
Ｇ”から構成される“ＧＲＯＵＰ−２”があり、ジョブ
グループのレベルでは、“ＧＲＯＵＰ−１”が正常終了
してから“ＧＲＯＵＰ−２”が実行されることを示して
いる。また、ジョブのレベルでは、“ＧＲＯＵＰ−１”
は、“ＪＯＢ−Ａ”の終了後に、“ＪＯＢ−Ｂ”と“Ｊ
ＯＢ−Ｃ”が実行され、これらの終了後に“ＪＯＢ−
Ｄ”が実行される。“ＧＲＯＵＰ−２”は、“ＪＯＢ−
Ｅ”の終了後、“ＪＯＢ−Ｆ”と“ＪＯＢ−Ｇ”が実行
される。

【００３３】ジョブグループの前後関係は、同図（Ｂ）
に示すようにオプション“−ｂ”で指定できる。例え
ば、『ＧＯＵＲＰ−２ −ｂ（ＧＲＯＵＰ−１）』は、“ＧＯＵＲＰ−１が正常終了した後、“ＧＲＯＵＰ
−２”が実行されることを意味している。

【００３４】また、“ＧＲＯＵＰ−１”において、各々
のジョブ“ＪＯＢ−Ａ”、“ＪＯＢ−Ｂ”、“ＪＯＢ−
Ｃ”、“ＪＯＢ−Ｄ”には、同図（Ｃ）に示すように先
行関係があり、オプション“−ｂ”で指定可能である。
例えば、『ＪＯＢ−Ｄ −ｂ（ＪＯＢ−Ｂ，ＪＯＢ−Ｃ）』は、“ＪＯＢ−Ｂ”、“ＪＯＢ−Ｃ”の両方が正常終了
したときに、“ＪＯＢ−Ｄ”が実行されることを意味し
ている。

【００３５】メインスケジュールファイル１８は、スケ
ジュールファイル生成部１１により予め年間の処理順序
が定義されているジョブグループ順序定義ファイル１５
を参照して生成されるファイルである。図７は、本発明
の一実施例のメインスケジュールファイルの構成図であ
る。同図に示すようにメインスケジュールファイル１８
は、処理を実行する日付毎に生成され、ジョブグループ
ＩＤ、処理装置のＩＤ、当該ジョブグループの状態、先
行条件として、先行ジョブグループＩＤ、先行ジョブグ
ループの起動時刻、依存タイプ、依存ジョブグループＩ
Ｄの各項目より構成される。

【００３６】ここで、ジョブグループ起動部１３が、ジ
ョブグループを起動すれば、当該ジョブグループの“状
態”には、「実行中」が設定され、ジョブグループ終了
認識部１５がジョブグループの終了を認識すれば、当該
ジョブグループの“状態”に「終了」あるいは、「異常
終了」が設定される。“開始時刻”には、ジョブグルー
プの開始時刻を設定し、“終了時刻”にはジョブグルー
プ終了認識部１５より値が返却される。

【００３７】例えば、同図の例ではジョブグループＩＤ
＝Ｇ１を実行させる処理装置は、“Ｄ１０”である。即
ち、この指定により、ジョブグループ起動部１３が、ジ
ョブグループを実行する分散処理装置“Ｄ１０”に対し
て実行起動の指示を行う。また、ジョブグループ配布部
１４についても同様に、当該ジョブを実行する処理装置
のＩＤを取得して、当該処理装置に対してジョブグルー
プファイル１７を配布するものである。ジョブグループ
“Ｇ１”については、先行条件が定義されており、当該
ジョブグループ“Ｇ１”を実行する前にジョブグループ
“Ｇ０”を実行していなけばならない。しかし、同図の
例では、“Ｇ０”はまだ実行されていないため、当該ジ
ョブグループ“Ｇ１”も未実行となる。

【００３８】また、ジョブグループ“Ｇ３”は、先行条
件としてジョブグループ“Ｇ７”が存在し、このジョブ
グループ“Ｇ７”は実行済であるため、ジョブグループ
“Ｇ３”が実行可能な状態となり、正常終了している。
また、ジョブグループ“Ｇ４”は、処理装置“Ｄ１３”
で終了しているが、その実行結果は、「異常終了」とな
っているため、後述する再実行部１６で再度実行する必
要がある。

【００３９】ジョブグループファイル１７は、ジョブグ
ループ毎に設定され、ジョブグループ毎にジョブ名とそ
のジョブが実行される条件及び各ジョブの実行結果が設
定される。図８は、本発明の一実施例のジョブグループ
ファイルの構成を示す。このジョブグループファイル
は、管理装置１００側のジョブグループファイル１７と
処理装置２００側のジョブグループファイル３４共に同
様の構成である。なお、同一ジョブグループ内のジョブ
は、同一処理装置上で実行される。また、先行条件に
は、あるジョブを実行する前に実行を完了しておかなけ
ればならないジョブ名が設定される。

【００４０】スケジュールファイル生成部１１は、先行
ジョブ関係を定義したジョブ順序定義ファイル１４とジ
ョブグループ順序定義ファイル１５を参照して、制御文
のシンタックスチェックを行い、上記のようなメインス
ケジュールファイル１８とジョブグループファイル１７
を生成する。

【００４１】ジョブグループ検索部１２は、一定時間間
隔で起動され、メインスケジュールファイル１８の中か
ら起動条件を満たすようなジョブグループを選択する。
選択の方法として、まず、当該ジョブグループの状態が
「未処理」または、「再実行」であり、かつ、先行条件
として先行ジョブグループが存在する場合には、当該先
行条件が終了しているか否かを判定し、終了している場
合に、ジョブグループ起動部１３に対して起動を行うよ
うに指示する。

【００４２】また、ジョブグループ検索部１２は、処理
装置２００において実行されたジョブグループが異常終
了している場合には、メインスケジュールファイル１８
に「異常」が設定されているので、この場合には、再実
行部１６に通知する。再実行部１６は、ジョブグループ
検索部１２からメインスケジュールファイル１８の実行
結果の欄に「異常」が設定されている旨の通知を受ける
と、当該ジョブグループ名及び状態等を表示部１７に通
知する。これにより表示部１７は、それまで、ジョブグ
ループのうち、上位階層のジョブグループの表示をして
いるが、異常終了となったジョブグループに含まれるジ
ョブ名等の表示を行い、異常終了している旨のメッセー
ジを表示する。この表示を確認したオペレータがコンソ
ールより再実行の指示を入力することにより、再実行部
１６は、ジョブグループ検索部１２に対して、メインス
ケジュールファイル１８上に「異常」となっているジョ
ブグループのジョブグループＩＤをジョブグループ起動
部１３に転送するように指示を発行する。

【００４３】ジョブグループ起動部１３は、ジョブグル
ープ検索部１２から処理装置２００に実行させるべきジ
ョブグループのＩＤ及び実行させるべき処理装置２００
の装置ＩＤを取得すると、実行対象の処理装置２００に
ジョブグループ起動を指示する。

【００４４】ジョブグループ終了認識部１５は、処理装
置２００の実行結果の状態を取得する。処理装置２００
の処理が正常終了していれば、メインスケジュールファ
イル１８のジョブグループの欄に「終了」を、異常終了
している場合には、「異常」を設定する。

【００４５】ジョブグループ配布部１４は、スケジュー
ルファイル生成部１１により生成されたジョブグループ
ファイル１７を各処理装置２００に配布する。次に、処
理装置２００の構成を説明する。処理装置２００のジョ
ブグループ起動認識部３１は、管理装置１００のジョブ
グループ起動部１３からの起動指示を受け取り、処理対
象のジョブグループを認識する。

【００４６】ジョブ検索部３２は、管理装置１００のジ
ョブグループ配布部１４から配布されたジョブグループ
ファイル３４を参照して、ジョブグループ起動認識部３
１で認識されたジョブグループのジョブを順に取得し
て、ジョブ実行部３３に転送する。

【００４７】ジョブ実行部３３は、ジョブ検索部３２か
ら転送されたジョブの実行を行う。ジョブ処理結果検出
部３６は、ジョブ実行部３３で実行されたジョブの結果
を取得し、ジョブグループファイル３４に結果を反映さ
せる。ジョブグループ終了通知部３５は、１つの管理装
置１００から指定されたジョブグループの処理が終了す
ると、当該ジョブグループの処理結果（正常終了、異常
終了）を管理装置１００のジョブグループ終了認識部１
５に通知する。

【００４８】次に、本発明の一連の動作を説明する。図
９は、本発明の一実施例の動作を説明するためのシーケ
ンスチャートである。ステップ１１０）最初に、スケジュールファイル生成
部１１は、図７に示すようなメインスケジュールファイ
ル１８を生成する。スケジュール生成部１１は、年間の
処理計画に沿って処理順序が予め決定されているジョブ
グループ順序定義ファイル１５及びジョブ順序定義ファ
イル１４を参照して、該当日に処理するジョブグループ
とジョブを取得し、ジョブグループの各情報をメインス
ケジュールファイル１８に設定する。

【００４９】ステップ１２０）スケジュールファイル
生成部１１は、ジョブ順序定義ファイル１４、ジョブグ
ループ順序定義ファイル１５よりジョブグループファイ
ル１７を生成する。ジョブグループファイル１７は、図
８に示すように、ジョブグループ毎に生成されるファイ
ルであり、ジョブグループに含まれるジョブＩＤ、先行
条件（先行ジョブＩＤ）、状態（未実行、実行中、終
了、異常終了）、結果（終了コード、開始時刻、終了時
刻）の各項目より構成される。

【００５０】ステップ１３０）次に、ジョブグループ
検索部１２は、メインスケジュールファイル１８を一定
の間隔で参照して、実行可能な条件を満たすジョブグル
ープを取得する。実行可能な条件としては、メインスケ
ジュールファイル１８の状態項目が「未実行」または、
「再実行」であり、かつ先行条件が完了している状態の
ジョブグループを選択し、ジョブグループ起動部１３に
転送する。

【００５１】ステップ１４０）ジョブグループ配布部
１４は、ステップ１３０より選択されたジョブグループ
に対応するジョブグループ１７の内容を、装置ＩＤに基
づいて処理装置２００に配布しておく。このとき処理装
置２００では、配布されたジョブグループファイル１７
の内容をジョブグループファイル３４として格納してお
く。

【００５２】ステップ１５０）ジョブグループ起動部
１３は、ジョブグループ検索部１２により選択されたジ
ョブグループを処理装置２００に通知し、当該ジョブグ
ループの起動を指示する。ステップ１６０）ジョブグループ起動認識部３１は、
管理装置１００のジョブグループ起動部１３からの指示
を認識し、取得した実行すべきジョブグループＩＤをジ
ョブ検索部３２に通知する。

【００５３】ステップ１７０）ジョブ検索部３２は、
当該ジョブグループＩＤでジョブグループファイル３４
より実行可能な条件を満たすジョブを一定間隔で検索
し、ジョブ実行部３３に転送する。なお、検索において
は、未実行であり、かつ先行条件を満足するジョブを実
行可能な条件とする。

【００５４】ステップ１８０）ジョブ実行部３３は、
ジョブ検索部３２から渡された実行可能なジョブを実行
する。ステップ１９０）ジョブ実行部３３は、実行状態をジ
ョブ処理結果検出部３６に通知する。ジョブ処理結果検
出部３６は、当該ジョブの開始時刻をジョブグループフ
ァイル３４に書き込む。さらに、実行が終了したら、終
了時刻と終了コードをジョブグループファイル３４に設
定する。終了コードは、正常終了の場合には“ＯＫ”を
設定し、異常終了の場合には“ＮＧ”を設定する。な
お、“ＮＧ”は、ジョブグループのうち１つでもジョブ
が異常終了となった場合には設定されるものとする。

【００５５】ステップ２００）次に、ジョブグループ
終了通知部３５は、ジョブグループファイル３４を参照
して全てのジョブが終了または、１つのジョブでも異常
終了していれば終了通知を管理装置１００のジョブグル
ープ終了認識部１５に通知する。

【００５６】ステップ２１０）管理装置１００のジョ
ブグループ終了認識部１５は、ジョブの終了を認識す
る。ステップ２２０）ジョブグループ終了認識部１５は、
終了状態をメインスケジュールファイル１８に反映す
る。

【００５７】次に、上記のステップ２２０において、異
常終了が通知され、メインスケジュールファイル１８の
結果の項目に“ＮＧ”が設定された場合に、再実行を行
う場合の処理について説明する。図１０は、本発明の一
実施例の再実行のフローチャートである。

【００５８】ステップ５０１）処理装置２００が故障
等により異常終了したものとし、当該通知がジョブグル
ープ終了認識部１５において認識され、メインスケジュ
ールファイル１８に反映されているものとする。図７の
例では、ジョブグループ“Ｇ４”が異常終了すると、終
了コードに「異常」及び終了時刻「０９：１０：５７」
が設定される。

【００５９】ステップ５０２）上記のような状態であ
るメインスケジュールファイル１８をジョブグループ検
索部１２が検索した時に、終了コードに「異常」が存在
すると、再実行部１６に対して、再実行が必要である旨
を通知する。これにより、再実行部１６は、「異常」と
なっているジョブグループＩＤ、当該ジョブグループの
下層部のジョブグループ名、及び当該ジョブグループに
含まれるジョブ名等を表示部１７に表示して、オペレー
タに通知する。ステップ５０３）オペレータは、処理装置２００のリ
カバリ処理の完了後、再実行部１６に対する再実行をコ
ンソール１７より指示する。

【００６０】ステップ５０４）再実行部１６は、状態
を「異常終了」から「再実行」に書き換え、ジョブグル
ープ検索部１２に対して異常終了したジョブグループに
関する情報（ジョブグループＩＤ、装置ＩＤ、先行条件
状態等）をメインスケジュールファイル１８より検索す
る指示を行う。

【００６１】ステップ５０５）ジョブグループ検索部
１２は、メインスケジュールファイル１８より終了コー
ドが「異常」となっている起動させるべき装置ＩＤ等の
情報を検索して、ジョブグループ起動部１３に通知す
る。これにより、ジョブグループ起動部１３は、装置Ｉ
Ｄに対応する処理装置２００を起動させ、処理装置２０
０のジョブ実行部３３により再度実行される。

【００６２】ステップ５０６）処理装置２００のジョ
ブ処理結果検出部３６により終了状態がジョブグループ
ファイル３４に反映されると、ジョブグループ終了通知
部３５により終了状態が管理装置１００に通知される。ステップ５０７）ジョブグループ終了認識部１５は、
再実行により取得した終了結果を表示部１７に表示する
ように制御すると共に、当該終了状態をメインスケジュ
ールファイル１８に反映させる。このとき、正常終了し
ていれば、ステップ５０２において「異常」となってい
た終了コードを「終了」に書き換え、さらに、状態を
「終了」とする。

【００６３】次に、上記図９のステップ１１０における
メインスケジュールファイルの生成動作を詳細に説明す
る。図１１は、本発明の一実施例のメインスケジュール
ファイル設定処理のフローチャートである。

【００６４】ステップ６０１）管理装置１００のシス
テムは、システム時刻をタイマ監視し、所定の時刻が到
来したことをスケジュールファイル生成部１１に通知す
る。なお、この場合は、日付変更に伴い、メインスケジ
ュールファイル生成処理の開始としているが、随時行う
ようにしてもよい。

【００６５】ステップ６０２）スケジュールファイル
生成部１１は、ジョブグループ順序定義ファイル１５か
ら該当日の分の処理対象データを読み出す。ステップ６０３）読み出されたデータに実行日または
実行禁止日が設定されている場合には、ステップ６０４
に移行し、設定されていない場合には、ステップ６０５
に移行する。

【００６６】ステップ６０４）実行日が当日である場
合には、ステップ６０５に移行し、当日以外の日付であ
ればメインスケジュールファイル１８には登録しない。ステップ６０５）メインスケジュールファイル１８に
当日処理すべきジョブグループの情報を設定する。

【００６７】ステップ６０６）ジョブグループに先行
条件が付与されていれば、ステップ６０７に移行する。ステップ６０７）スケジュールファイル生成部１１
は、メインスケジュールファイル１８の先行条件の項目
欄に、先行ジョブグループＩＤ、依存タイプ、依存ジョ
ブグループＩＤ等を設定する。

【００６８】次に上記の手法により、メインスケジュー
ルファイル１８が設定されていた場合のジョブグループ
の実行について説明する。図１２は、本発明の一実施例
の先行ジョブグループが存在する例を示す図である。同
図において、管理装置１００のメインスケジュールファ
イル１８に、ジョブグループとして４つのグループが設
定されている。ジョブグループａは、ジョブｘｘ，ジョ
ブｙｙ，ジョブｚｚの３つのジョブを有する独立型のジ
ョブグループである。また、ジョブグループｂは、先行
処理を行うジョブグループに依存するジョブグループで
あり、所定の時刻に実行されるジョブグループである。
ジョブグループｃは、先行ジョブグループに依存する依
存型のジョブグループである。ジョブグループｄは、特
定の日に処理されるジョブグループである。

【００６９】同図において、管理装置１００のジョブグ
ループ検索部１２において、ジョブグループａが取得さ
れ、ジョブグループ起動部１３を介して、処理装置２０
０のジョブ検索部３２が起動されると、ジョブ検索部３
２は、ジョブグループファイル３４より当該ジョブグル
ープａより最初にジョブｘｘが検索される。ジョブ検索
部３２は、ジョブ実行部３３に対して最初にジョブｘｘ
を渡し、ジョブｘｘの処理が終了すると、次にジョブｙ
ｙの先行ジョブが完了しているかを判定し、完了してい
る場合には、ジョブ実行部３３にジョブｙｙを渡す。そ
して、ジョブｚｚの先行ジョブが完了しているかを判定
し、完了している場合には、ジョブ実行部３３にジョブ
ｚｚを渡す。

【００７０】また、１つのジョブが終了する毎に、ジョ
ブ処理結果をジョブグループファイル３４に反映する。
例えば、ジョブｘｘの処理が開始される前のジョブグル
ープファイル３４の内容は、ジョブＩＤ：ｘｘ条件：− 状態：未実行結果：終了コード：− 開始時刻：− 終了時刻：− であるとする。ジョブｘｘの処理が終了すると、ジョブ
グループファイル３４はジョブＩＤ：ｘｘ条件：− 状態：終了結果：終了コード：ＯＫ開始時刻：95,01,05,15:45:00 終了時刻：95,01,05,16:00:00 のように更新される。

【００７１】また、ジョブｙｙのジョブ開始前のジョブ
グループファイル３４の内容は、ジョブＩＤ：ｙｙ条件：job-ｘｘ状態：未実行結果：終了コード：− 開始時刻：− 終了時刻：− であるとする。ジョブｙｙの処理が終了すると、ジョブ
グループファイル３４はジョブＩＤ：ｙｙ条件：job-ｘｘ状態：終了結果：終了コード：ＯＫ開始時刻：95,01,05,16:01:00 終了時刻：95,01,05,16:10:00 のように更新される。

【００７２】また、ジョブｘｘについては、アプリケー
ションａｐ０１が起動され、さらにアプリケーションａ
ｐ０１から業務プログラムａｐ０１（）が起動される。
この処理が終了すると、次に、メインスケジュールファ
イル１８より、先行ジョブグループに依存するジョブグ
ループｂとジョブグループｃが検索される。このとき、
ジョブグループｂは、所定の時刻が到来していなけれ
ば、該時刻の到来まで待機してから実行される。ジョブ
グループｃは、ジョブグループａのみを先行条件として
おり、ジョブグループａは終了しているので実行され
る。

【００７３】次に、特定日がジョブグループ順序定義フ
ァイル１５のジョブグループに付与されている場合のメ
インスケジュールファイル１８の生成について説明す
る。図１３は、本発明の一実施例の特定日の処理を説明
するための図である。同図に示す内容は、管理装置１０
０のスケジュールファイル生成部１１が、当日の日付に
基づいてジョブグループ順序定義ファイル１５を参照し
た時の内容である。当日処理として、ジョブグループ
ａ、ジョブグループｂ、ジョブグループｃが存在する
が、ジョブグループａは、特定日が指定され、禁止日が
１月１日、１月２日、１月３日となっている。従って、
メインスケジュールファイル１８の生成日付が当該日付
に対応する場合には、ジョブグループａは実行されな
い。ジョブグループｂは、特定日の指定がないため、毎
日定期的に所定の時刻に処理される。ジョブグループｃ
は、特定日の指定として、実行日が１月８日、２月１
日、３月１日の３日間のみ実行されることを示す。

【００７４】従って、メインスケジュールファイル１８
を生成する該当日が２月５日である場合に処理されるべ
きジョブグループはジョブグループａ，ｂであるため、
２月５日のメインスケジュールファイル１８に設定され
るジョブグループは、ａとｂである。また、該当日が２
月１日の場合には、すべてのジョブグループが実行され
るため、全てのジョブグループがメインスケジュールフ
ァイル１８に設定される。また、当該日が１月１日に設
定されるジョブグループは、ジョブグループｂのみとな
る。

【００７５】このようにして、処理装置２００において
実行されるべきジョブグループをメインスケジュールフ
ァイル１８に設定していくことにより、複数の日に処理
されるようなジョブであっても正確に実施することが可
能となる。次に、上記図９のステップ１４０における実
行条件を満たすジョブグループを選択する処理について
説明する。この実行条件として、先行条件として処理が
複数の日に跨がって処理されるような場合を図１４を用
いて説明する。

【００７６】ここで、年間のジョブグループの実行スケ
ジュールは、ジョブグループ順序ファイル１５で定義さ
れているものとする。同図では、ジョブグループ順序定
義ファイル１５の一例を示す。ジョブグループ順序定義
ファイル１５のジョブグループの前後関係をオプション
“−ｂ”で表し、前日のジョブグループとの前後関係は
オプション“−ｉ”、実行日はオプション“＋ｄ”、実
行禁止日はオプション“−ｄ”により指定可能である。
また、実行日、実行禁止日の指定のないものは、毎日起
動される。

【００７７】このようにスケジュールファイル生成部１
１は、毎日所定の時刻になると、システム日付により当
日処理すべきジョブグループをジョブグループ順序定義
ファイル１５から取得して、メインスケジュールファイ
ル１８を生成する。このとき、実行禁止日の指定のある
ジョブグループは、その日のメインスケジュールファイ
ル１８には設定しない。また、実行日の指定のあるジョ
ブグループは、指定日にのみメインスケジュールファイ
ル１８に設定される。また、読み込んだジョブグループ
順序定義ファイル１５のジョブグループの起動条件に、
前日のジョブグループの指定がある場合には、ジョブグ
ループ検索部１２は、前日のメインジョブグループファ
イル１６を参照して、前日のジョブグループの実行状態
を認識する。この処理は、ジョブグループの中に、必
ず、所定の日の定刻に実行しなければならないジョブも
含まれるため、前日に仮に処理されていなくとも定刻に
実行されるジョブと、前日に処理されていない限り実行
できないジョブグループが含まれる。

【００７８】同図の例において、メインジョブグループ
ファイル１６に設定されるジョブグループは、“ＧＲＯ
ＵＰ−１”、“ＧＲＯＵＰ−２”、“ＧＲＯＵＰ−３”
及び“ＧＲＯＵＰ−４”の４つのジョブグループであ
る。同図において、ｎ−１日にメインジョブグループフ
ァイル１８に設定されるジョブグループは、“ＧＲＯＵ
Ｐ−１”、“ＧＲＯＵＰ−２”、“ＧＲＯＵＰ−３”で
ある。従って、処理装置２００では、まず、“ＧＲＯＵ
Ｐ−１”の処理を実行し、その後に、“ＧＲＯＵＰ−
２”と“ＧＲＯＵＰ−３”の処理を行うものである。

【００７９】また、ｎ日にメインジョブグループファイ
ル１８に設定されるジョブグループは、“ＧＲＯＵＰ−
１”、“ＧＲＯＵＰ−２”、“ＧＲＯＵＰ−４”であ
る。従って、処理装置２００では、前日の“ＧＲＯＵＰ
−２”の処理が終了し、かつ、“ＧＲＯＵＰ−１”の処
理が終了した後に、“ＧＲＯＵＰ−２”の処理を行い、
“ＧＲＯＵＰ−４”をｎ日だけ行う。

【００８０】また、ｎ＋１日にメインジョブグループフ
ァイル１８に設定されるジョブグループは、“ＧＲＯＵ
Ｐ−１”、“ＧＲＯＵＰ−２”、“ＧＲＯＵＰ−３”で
ある。従って、処理装置２００では、ｎ日の“ＧＲＯＵ
Ｐ−２”の処理が終了しており、かつ、“ＧＲＯＵＰ−
１”の処理が終了した後に、“ＧＲＯＵＰ−２”の処理
を行う。また、“ＧＲＯＵＰ−１”の処理の終了後に
“ＧＲＯＵＰ−３”の処理を行う。

【００８１】図１５は、本発明の一実施例の複数日の処
理を説明するための図である。ここで、前日のスケジュ
ールに関係なく起動時刻になれば無条件に実行するジョ
ブグループを独立タイプのジョブグループとし、前日の
スケジュールが全て終了していなければ実行できないジ
ョブグループを依存タイプのジョブグループとし、前日
指定のジョブグループが終了しなれば実行できないジョ
ブグループをジョブグループ依存タイプとする。

【００８２】同図中、４月３０日においてジョブグルー
プＡ、Ｂは、実行済、ジョブグループＣ，Ｄは、実行中
であるものとする。上記の（Ａ）の状態において、５月
１日を迎えた場合に、ジョブグループＡは、独立タイプ
であるので、実行可能であるため、実行させる。次に、
ジョブグループＢは、前日のジョブグループＢに依存す
るジョブグループであり、４月３０日にジョブグループ
Ｂは実行済であるため、実行させる。ジョグブループＣ
は、４月３０日の処理が完了していないため、５月１日
には実行させない。ジョブグループＤは、ジョブグルー
プＣと同様に、前日ジョブグループＤに依存しており、
４月３０日現在実行中であるため、完了していないの
で、実行させない。

【００８３】即ち、図１５の例において、５月１日に実
行できるジョブグループは、ジョブグループＡとジョブ
グループＢのみとなる。例えば、売上のデータ収集業務
は、定刻に必ず実行させ、売上データの累計処理は、前
日の売上集計が終了してから実行させるような場合に、
売上データ収集業務は、独立タイプのジョブグループと
して構築し、累計処理や統計処理はあるジョブグループ
の処理が完了していない場合には起動させない依存タイ
プのジョブグループとして構築することが可能である。

【００８４】なお、前述の再実行部１６の処理では、オ
ペレータから再実行の指示があった場合に、再実行処理
を起動しているが、この例に限定されることなく、処理
装置２００側でリカバリ完了の通知を管理装置１００に
対して通知し、管理装置１００側で自動的に再実行処理
を起動するようにしてもよい。具体的には、処理装置２
００のジョブ処理結果検出部３６において、異常終了を
検出した場合には、処理装置においてリセット処理を行
い、異常終了したジョブグループＩＤを記憶しておき、
リセット処理等のリカバリ処理を行い、ジョブグループ
終了通知部３５を介してリセット完了通知及び異常終了
したジョブグループＩＤを管理装置１００に転送する。
これにより、管理装置１００の再実行部１６がリセット
完了通知を受け取ると、受け取ったジョブグループＩＤ
について再実行を自動的に起動させる。

【００８５】このように、本実施例によれば、管理装置
において、当日実行するジョブの集合であるジョブグル
ープのメインスケジュールファイル１８を、ジョブグル
ープ順序定義ファイル１５、ジョブ順序定義ファイル１
４を参照して生成する。さらに、ジョブグループを構成
するジョブの順序定義情報やジョブ実行の進捗状況をジ
ョブグループファイル１７、３４で管理することによ
り、管理装置１００では、ジョブグループで管理して、
ジョブグループを処理装置２００に渡し、処理装置２０
０ではジョブ毎の処理を行うことにより、管理装置１０
０と処理装置２００間におけるトラヒックは、全てジョ
ブグループ単位となるため低減される。

【００８６】さらに、実行日や実行禁止日等種々のジョ
ブ実行における制限がある場合であっても、実行すべき
日には、メインスケジュールファイル１８に当該ジョブ
グループを設定し、実行禁止日には、設定しないように
それらの制限を反映してメインスケジュールファイル１
８を生成する。

【００８７】また、前日への先行条件がある場合でも、
当該先行ジョブグループが処理されているか否かをメイ
ンスケジュールファイル１８自体を参照することによ
り、確認が可能であり、先行ジョブグループの実行後に
処理しなければ、矛盾が発生するような更新処理等に有
用である。

【００８８】なお、本発明は、上記の実施例に限定され
ることなく、特許請求の範囲内で種々変更・応用が可能
である。

【００８９】

【発明の効果】上述のように本発明によれば、まず、複
数のジョブを１つのジョブグループとして管理すると共
に、ジョブ実行及びジョブグループ実行の前後関係を定
義したファイルに基づいて実行順序が制御されるため、
分散システム全体としてのスループットが向上する。

【００９０】また、管理装置側で、ジョブグループを処
理すべき処理装置をスケジュール情報と共に管理して転
送するため、数十台から数百台の処理装置における数千
個から数万個のジョブの実行制御が可能となると共に、
数百個のジョブグループを数十個の監視単位で監視する
ことが可能である。

【００９１】また、処理装置側で異常終了した場合に、
当該異常が発生したジョブグループを記憶するととも
に、管理装置にも異常終了を通知し、管理装置からの指
示により処理装置で再実行することにより、無矛盾な異
常制御が可能となる。また、あるジョブグループを複数
の日に実行する、あるいは、特定の日に実行する、ま
た、異なる日間のジョブグループ毎の条件に柔軟に適用
することが可能となる。

【図面の簡単な説明】

【図１】本発明の原理を説明するための図である。

【図２】本発明の原理構成図である。

【図３】本発明の分散ジョブシステムの構成図である。

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

【図５】本発明の一実施例のジョブグループの階層化管
理方式の概念を示す図である。

【図６】本発明の一実施例のジョブ順序定義ファイルと
ジョブグループ順序定義ファイルの例を示す図である。

【図７】本発明の一実施例のメインスケジュールファイ
ルの構成図である。

【図８】本発明の一実施例のジョブグループファイルの
構成図である。

【図９】本発明の一実施例の動作を説明するためのシー
ケンスチャートである。

【図１０】本発明の一実施例の再実行のフローチャート
である。

【図１１】本発明の一実施例のメインスケジュールファ
イル設定処理のフローチャートである。

【図１２】本発明の一実施例の先行ジョブグループが存
在する例を示す図である。

【図１３】本発明の一実施例の特定日の処理を説明する
ための図である。

【図１４】本発明の一実施例の複数日実行制御を説明す
るための図である。

【図１５】本発明の一実施例の複数日ジョブグループの
処理を説明するための図である。

【符号の説明】

１１スケジュールファイル生成手段、スケジュールフ
ァイル生成部１２ジョブグループ検索手段、ジョブグループ検索部１３ジョブグループ起動手段、ジョブグループ起動部１４ジョブ順序定義ファイル１５ジョブグループ順序定義ファイル１６再実行手段、再実行部１７ジョブグループファイル１８メインスケジュールファイル３１ジョブグループ起動認識手段、ジョブグループ起
動認識部３２ジョブ検索手段、ジョブ検索部３３ジョブ実行手段、ジョブ実行部３４ジョブグループファイル３５ジョブグループ終了通知手段、ジョブグループ終
了通知部３６ジョブ処理結果検出手段、ジョブ処理結果検出部１００統括管理装置２００分散情報処理装置

─────────────────────────────────────────────────────

【手続補正書】

【提出日】平成７年１１月７日

【手続補正１】

【補正対象書類名】明細書

【補正対象項目名】特許請求の範囲

【補正方法】変更

【補正内容】

【特許請求の範囲】

【手続補正２】

【補正対象書類名】明細書

【補正対象項目名】０００６

【補正方法】変更

【補正内容】

【０００６】また、数千個から数万個のジョブの実行を
制御する場合に、管理対象が数千個から数万個も存在す
るため、実行状況の把握が容易ではなく、かつ、処理装
置間の制御用の通信トラヒックが増大し、分散システム
全体としてのスループットが低下してしまうため、数百
台もの処理装置から構成される大規模な分散システムで
の実現性がなくなる。

【手続補正３】

【補正対象書類名】明細書

【補正対象項目名】００１３

【補正方法】変更

【補正内容】

【００１３】また、本発明は、ステップ７において、分
散情報処理装置が統括管理装置から転送されたジョブグ
ループの情報を参照し、ジョブの状態が未実行かつ、先
行条件を満足するジョブを起動する。また、本発明は、
ステップ８において、分散情報処理装置が、ジョブグル
ープファイルのジョブの実行が終了すると、実行結果を
ジョブグループファイルに反映させる（ステップ９）。

【手続補正３】

【補正対象書類名】明細書

【補正対象項目名】００３５

【補正方法】変更

【補正内容】

【００３５】メインスケジュールファイル１８は、スケ
ジュールファイル生成部１１により予め年間の処理順序
が定義されているジョブグループ順序定義ファイル１５
を参照して生成されるファイルである。図７は、本発明
の一実施例のメインスケジュールファイルの構成図であ
る。同図に示すようにメインスケジュールファイル１８
は、処理を実行する日付毎に生成され、ジョブグループ
ＩＤ、処理装置のＩＤ、当該ジョブグループの状態、当
該ジョブグループの起動時刻、先行条件として、先行ジ
ョブグループＩＤ、依存タイプ、依存ジョブグループＩ
Ｄの各項目より構成される。

【手続補正４】

【補正対象書類名】明細書

【補正対象項目名】００６９

【補正方法】変更

【補正内容】

【００６９】同図において、ジョブグループａが管理装
置１００のジョブグループ検索部１２によって取得さ
れ、ジョブグループ起動部１３を介して、処理装置２０
０のジョブ検索部３２が起動されると、ジョブ検索部３
２は、当該ジョブグループａについてのジョブグループ
ファイル３４より最初にジョブｘｘを検索する。ジョブ
検索部３２は、ジョブ実行部３３に対して最初にジョブ
ｘｘを渡し、ジョブｘｘの処理が終了すると、次にジョ
ブｙｙの先行ジョブが完了しているかを判定し、完了し
ている場合には、ジョブ実行部３３にジョブｙｙを渡
す。そして、ジョブｚｚの先行ジョブが完了しているか
を判定し、完了している場合には、ジョブ実行部３３に
ジョブｚｚを渡す。

【手続補正６】

【補正対象書類名】図面

【補正対象項目名】図９

【補正方法】変更

【補正内容】

【図９】

【手続補正７】

【補正対象書類名】図面

【補正対象項目名】図１０

【補正方法】変更

【補正内容】

【図１０】

【手続補正８】

【補正対象書類名】図面

【補正対象項目名】図１２

【補正方法】変更

【補正内容】

【図１２】

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁶ 識別記号庁内整理番号ＦＩ技術表示箇所Ｇ０６Ｆ 15/00 ３２０ 9364−5ＬＧ０６Ｆ 15/00 ３２０Ｄ (72)発明者白石勉東京都千代田区内幸町１丁目１番６号日本電信電話株式会社内 (72)発明者前田晴男東京都港区芝５丁目７番１号日本電気株式会社内 (72)発明者斉川幸貴東京都港区芝５丁目７番１号日本電気株式会社内 (72)発明者山本英勝東京都港区芝５丁目７番１号日本電気株式会社内

Claims

【特許請求の範囲】

【請求項１】複数の分散情報処理装置を管理する統括
管理装置から該分散情報処理装置に実行すべきジョブを
指示する大規模分散情報処理方法において、前記統括管理装置において、実行すべき複数のジョブを
階層的にグループ化されたジョブグループを単位とし
て、前記分散情報処理装置に実行させるジョブグループ
を指示し、前記分散情報処理装置は、前記統括管理装置からの指示
に基づいて前記ジョブグループのジョブを実行すること
を特徴とする大規模分散情報処理方法。
【請求項２】前記統括管理装置において、ジョブ毎の
実行順序が定義されたジョブ順序定義ファイルと複数の
ジョブを１つのジョブグループとし、該ジョブグループ
の実行順序を定義したジョブグループ順序定義ファイル
を参照して、該当日に前記分散情報処理装置に実行させ
るべきジョブグループを選択してメインスケジュールフ
ァイルを生成すると共に、ジョブグループファイルを生
成し、前記メインスケジュールファイルを一定間隔で参照し、
実行条件を満足するジョブグループを取得し、前記ジョブグループファイルを前記分散情報処理装置に
配送し、取得した前記ジョブグループの起動を前記分散情報処理
装置に指示し、前記分散情報処理装置では、前記統括管理装置のジョブ
グループの起動の指示を認識し、前記統括管理装置から配送された前記ジョブグループフ
ァイルを一定間隔で参照して、該ジョブグループより所
定の条件を満たすジョブを起動し、起動した結果を前記統括管理装置に通知する請求項１記
載の大規模分散情報処理方法。
【請求項３】前記統括管理装置において、前記メイン
スケジュールファイルの参照時に、状態が未実行状態ま
たは、再実行の必要がある状態であり、かつ、先行条件
を満たしているジョブグループを分散情報処理装置に起
動すべきジョブグループとして指示する請求項２記載の
大規模分散情報処理方法。
【請求項４】前記先行条件を満たしているかを判定す
る際に、前記メインジョブグループのジョブグループに前日また
は、前日以前に処理されるべき依存ジョブグループが存
在する場合には、該依存ジョブグループが既に実行済で
あるか否かにより判定する請求項３記載の大規模分散情
報処理方法。
【請求項５】前記統括管理装置において、前記メイン
スケジュールファイルを参照した際に、再実行の必要が
ある状態の場合に、再実行の必要がある旨を表示手段に表示し、オペレータの指示により前記分散情報処理装置に再実行
を指示する請求項３記載の大規模分散情報処理方法。
【請求項６】前記統括管理装置において、前記分散情
報処理装置より異常終了の通知を受けるまでは、前記表
示装置に階層の上位のジョブグループのみを表示し、異
常終了の通知を受け取ると、ジョブグループ全体を表示
する請求項５記載の大規模分散情報処理方法。
【請求項７】前記分割情報処理装置において、前記統括管理装置から転送された前記ジョブグループの
情報を参照し、前記ジョブの状態が未実行かつ、先行条
件を満足するジョブを起動する請求項２記載の大規模分
散情報処理方法。
【請求項８】前記分散情報処理装置において、前記ジ
ョブグループファイルのジョブの実行が終了すると、実
行結果を前記ジョブグループファイルに反映させる請求
項２の大規模分散情報処理方法。
【請求項９】前記分散情報処理装置において、前記ジ
ョブグループファイルのジョブの実行終了時に、異常終
了したジョブグループ名を記憶すると共に、該ジョブグ
ループ名を前記統括管理装置に通知する請求項８記載の
大規模分散情報処理方法。
【請求項１０】実行すべき複数のジョブを階層的にグ
ループ化されたジョブグループを単位として、分散情報
処理装置に実行させるジョブグループを決定し、前記分
散情報処理装置に指示する統括管理装置と、前記統括管理装置からの指示に基づいてジョブグループ
のジョブを実行する分散情報処理装置とを有することを
特徴とする大規模分散情報処理システム。
【請求項１１】前記統括管理装置は、ジョブ毎の実行順序が定義されたジョブ順序定義ファイ
ルと、１つ以上のジョブを１つのジョブグループとし、該ジョ
ブグループ単位に実行順序を定義したジョブグループ順
序定義ファイルと、前記ジョブグループ順序定義ファイルから該当日に前記
分散情報処理装置に実行させるべきジョブグループを選
択して登録するメインスケジュールファイルと、前記ジ
ョブ順序定義ファイルと前記ジョブグループファイルを
参照して、ジョブグループファイルを生成するスケジュ
ールファイル生成手段と、所定の時間間隔で前記メインスケジュールファイルを検
索して、該当日に実行する条件を満足しているジョブグ
ループと該ジョブグループを実行させる分散情報処理装
置を選択するジョブグループ検索手段と、前記分散情報処理装置に対してジョブグループ検索手段
により選択されたジョブグループの実行を指示するジョ
ブグループ起動手段を有する請求項１０記載の大規模分
散情報処理システム。
【請求項１２】前記スケジュールファイル生成手段
は、前記ジョブグループを実行する順序関係、複数日に渡る
先行条件を前記メインスケジュールファイルに設定する
特定実行順序指定手段を含む請求項１１記載の大規模分
散情報処理システム。
【請求項１３】前記ジョブグループ検索手段は、前記メインジョブグループファイルのジョブグループに
前日または、前日以前に処理されるべき依存ジョブグル
ープが設定されている場合には、該依存ジョブグループ
が既に実行済であるジョブグループを実行対象のジョブ
グループとするジョブグループ選択手段を含む請求項１
１記載の大規模分散処理システム。
【請求項１４】前記統括管理装置は、前記分散情報処理装置に対して、実行すべきジョブグル
ープの指示を行う前に、実行すべきジョブグループのス
ケジュール情報が定義された前記ジョブグループファイ
ルを配布するジョブグループ配布手段を含む請求項１１
記載の大規模分散情報処理システム。
【請求項１５】前記分散情報処理装置は、前記統括管理装置の前記ジョブグループ起動手段による
ジョブグループ実行指示を認識するジョブグループ起動
認識手段と、前記ジョブグループ起動認識手段によりジョブの実行が
指示されると、前記ジョブグループ配布手段により取得
したジョブグループファイルを検索し、実行すべきジョ
ブを取得して、該ジョブの実行を指示するジョブ検索手
段と、前記ジョブ検索手段により取得した前記ジョブを実行す
るジョブ実行手段と、前記ジョブ実行手段により実行された結果を検出し、異
常終了状態または、正常終了状態を前記ジョブグループ
ファイルに反映させるジョブ処理結果検出手段と、前記ジョブグループファイルを参照してジョブグループ
の終了状態を前記統括管理装置に送出するジョブグルー
プ終了通知手段とを含む請求項１１及び１４記載の大規
模分散情報処理システム。
【請求項１６】前記統括管理装置は、前記ジョブグループ終了通知手段から取得した通知に基
づいて、前記分散処理装置の終了状態情報を前記メイン
スケジュールファイルに反映させるジョブグループ終了
認識手段を有する請求項１１記載の大規模分散情報処理
システム。
【請求項１７】前記統括管理装置は、前記メインスケジュールファイルを参照して、異常終了
しているジョブグループがある場合には、異常終了ジョ
ブグループを表示してオペレータに通知する異常表示手
段と、前記オペレータから再実行指示を受け付ける再実行受付
手段と、前記再実行受付手段により指示された前記異常終了ジョ
ブグループの実行を前記メインスケジュールファイルに
反映する再実行通知手段と、を有する再実行手段を含む請求項１１記載の大規模分散
情報処理システム。
【請求項１８】前記統括管理装置は、異常終了が発生するまでは、階層の上位のジョブグルー
プのみを表示する表示手段を含む請求項１１記載の大規
模分散情報処理システム。
【請求項１９】前記再実行手段は、前記分散処理装置において、ジョブ実行が異常終了した
場合に、前記分散処理装置自体でリカバリ処理を行った
リセット完了通知の受信を契機として再実行を行う自動
再実行手段を含む請求項１１記載の大規模分散情報処理
システム。