JP4476233B2 - バッチ系のシステムリソース管理方式 - Google Patents

Description

本発明はバッチ系のシステムリソース管理方式に関する。

本明細書で用いるバッチ系とは、例えば製品の設計情報、製造情報及び売買情報の管理、在庫管理や人事、会計、財務等の情報の管理を行うバッチシステム全般を意味し、特定のシステムに限定されない。またシステムリソースとは、ジョブ、プログラム、入出力ファイル等のバッチ系を構成する資源を総称するものとする。

また本明細書で用いるシステム設計図とはジョブの処理順序を示すジョブネット図、プログラムと入出力ファイルとの関係を示すジョブフロー図、ジョブと入出力ファイルの関係を示すジョブ関連図などバッチ系を設計する際の設計成果物を総称するものとする。

以下、本発明の理解を容易にするため有価証券の管理システムを例にとって説明する。

株式会社は、株主からの出資金を基に、会社を運営し、株主には株式会社から株券が発行される。株価は株券を発行している株式会社の業績や、株券自体の需要度に従って変動するのでその売買を通じて利益（キャピタルゲイン）を得ることができる。

配当やキャピタルゲインを目的として、多くの投資家は、証券会社など、特定の機関を通じて、次のような手順で株券の売買を行う。まず、投資家は、有価証券の時価情報、業績予想情報などを基にして、売買したい株券の銘柄、株数、注文の種類等の取引に必要な各種情報を証券会社に伝える。証券会社は、投資家からの要求に沿った売買注文を証券取引所に出し、注文の条件を満たす相手と取引をする。

有価証券の売買が成立（以下「約定」と記す）した場合、証券会社は約定情報を管理するために、コンピュータに約定データ（銘柄、数量、単価、取引店など）を入力すると共に、必要に応じて顧客ごとの預かり資産等のデータを作成する。

例えば上記のような証券業務における証券情報管理システムを新規に開発する場合を考えると、まずシステムの機能を抽象化して上流のレベルから設計を開始し、次に各機能を詳細化した具体的な下流レベルの設計を進めていく。この際、上流レベル設計から下流レベル設計までの過程においていくつかの段階レベルを設定し、各々の段階においてジョブフロー図などのシステム設計図を作成する。

図１−２は上述の証券情報管理システムの開発において、ある設計レベルで作成されるジョブ関連図の一例を示すものである。図は有価証券の売買が成立した場合の約定データを格納したファイルＦ１００を基にして証券管理に関するジョブＪ１００を実行し、その結果、出力ファイルとして証券預り資産のデータを格納したファイルＦ２００を生成する。そして証券預り資産データファイルＦ２００を基にして顧客管理に関するジョブＪ２００を実行して顧客別の預り資産のデータを作成し、そのデータを格納した顧客別預り資産ファイルＦ３００を生成するというジョブの流れと入出力ファイルの関係を示している。

図１−３は、更に下流の設計レベルで作成されるジョブ関連図の一例を示す。図において、約定データファイルＦ１００は、株式の約定データファイルＦ１１０と、債券の約定データファイルＦ１２０に詳細化されている。また、証券預り資産ファイルＦ２００は、株式預り資産情報ファイルＦ２１０と、債券預り資産情報ファイルＦ２２０に詳細化されている。また証券管理ジョブＪ１００は、預り残を更新するジョブＪ１１０、Ｊ１２０と、預り資産を計算するジョブＪ１３０、Ｊ１４０に詳細化されている。一例として、株式預り資産情報を作成するまでのジョブフローを説明すると、前日までの株式の預り残を示すデータのファイルＦ４１０と、当日の株式約定データファイルＦ１１０を入力して預り残更新ジョブＪ１１０を実行し、当日の株式預り残情報ファイルＦ５２０を作成する。この株式預り残情報と、時価情報マスターファイルＦ５１０に格納された株式の時価情報を入力して株式預り資産を計算するジョブＪ１３０を実行し、出力ファイルとして株式預り資産情報ファイルＦ２１０を作成する。

同様のフローにより債券預り資産情報ファイルＦ２２０を作成し、両ファイルＦ２１０、Ｆ２２０を基にして顧客別に預り資産を計算するジョブＪ２００を実行し、最終的に顧客別預り資産テーブルＦ３００を作成する。

以上の説明は、有価証券の情報管理システムを新規開発する場合を例示したが、この他のバッチシステムの開発においても同様の手順で設計が行われる。しかしながら、このような従来の設計手法では次のような問題を生じる。

（１）下流レベル設計において手戻りが発生した場合、つまり下流レベル設計の結果が上流レベル設計に影響を及ぼす場合、上流レベルの設計に立ち戻って上流レベルジョブ関連図を再作成する必要を生じる。再作成を行う範囲は、影響を及ぼしている上流設計レベルまでに位置している全ての各段階レベルのジョブ関連図が対象となる。

上記の説明では、ある設計レベルで作成されるジョブ関連図を例にとって説明したが、設計の成果物としては後で詳述するように、この他にジョブネット図、ジョブ関連図などいろいろな種類の図面があり、これらの全てを影響のある上流レベルまで遡って再作成しなければならない。

このように従来の設計方法では、下流レベルの設計において手戻りが発生した場合に、上流設計レベルにおける設計の成果物まで再作成する作業が膨大となり、システム開発の大きな経済負担になるという問題がある。

（２）開発したバッチシステムの保守を行う場合にも同様の問題を生じる。システムの保守開発設計を行う場合は、まず作業として全設計レベルのジョブ関連図が入力物となる。これらのジョブ関連図は、当然のことながら全てにおいて正確であることが求められる。従って保守設計開発においては、全てのジョブ関連図の正確性についてチェックし、もし正しくない部分が見つかった場合は、影響のあるジョブ関連図を全て再作成する必要がある。

従って、従来の設計手法では、システムの保守においても膨大な作業負担を発生し、経済的負担もそれだけ大きくなるという問題を生じる。

（３）更に、システム設計の成果物は、前述のようにジョブ関連図だけでなく、ジョブフロー図、ジョブネット図などいろいろな図面、情報が含まれ、システムの保守を行う場合は、これらを相互に参照しながら設計を行う場合がある。例えば下流レベルにおけるジョブ関連図の修正に伴い、上流レベルのジョブ関連図の再作成を行う場合、ジョブ関連図よりも広範囲にジョブを把握することができるジョブネット図を参照したい場合がある。しかしながら従来の方式では、参照したい時点ではジョブネット図自体の正確性も保証されていないために、これらを参照することができない。従って、上流設計レベルの設計の成果物の再作成をする作業が益々大変になる。

特開２００３−６７５７５号公報 特開２００３−１６２６４号公報 神崎正英著「セマンティック・ウェブのためのＲＤＦ／ＯＷＬ入門」

本発明は上記のような従来の問題を解決したシステムリソース管理方式を提供することを目的とする。

具体的に述べると、本発明の目的は、バッチシステムの新規開発設計において、下流レベル設計の段階でジョブ関連図等の再作成、修正等の作業が生じたとき、それに伴う上流レベルのジョブ関連図等の再作成の作業負担を生じないようにしたシステムリソース管理方式を提供することである。

本発明の他の目的は、システムの保守開発設計において、ある設計レベルのジョブ関連図等を再作成したとき、その都度上流レベルの再設計を行うという作業負担を生じないようにしたシステムリソース管理方式を提供することである。

本発明の目的は、システムの保守設計開発において、ジョブフロー図を修正したときに、その修正が上流レベルのジョブ関連図に自動的に反映させることができるシステムリソース管理方式を提供することにある。

本発明の他の目的は、システムの保守開発設計において、ある設計レベルのジョブ関連図を修正したときに、その修正が上流レベルのジョブ関連図に自動的に反映されるだけでなく、他の設計成果物、例えばジョブネット図等にも自動的に反映させることができるシステムリソース管理方式を提供することである。

上記の目的を達成するために本発明は、バッチ系の設計において上流レベル設計から下流レベル設計の間に複数の段階レベルを設定し、各段階の設計成果物であるバッチ系を構成するジョブ、プログラム、及び各プログラムの入出力ファイル等のシステムリソースの設計情報を管理する方式であって、バッチ系のジョブのＩＤを示すジョブ情報と、前記ジョブの先行ジョブのＩＤを示す先行ジョブ情報と、後続ジョブのＩＤを示す後続ジョブ情報と、前記ジョブを構成するプログラムのＩＤを示すプログラム情報と、前記プログラムの入力ファイル及び出力ファイルのＩＤを示すファイル情報と、前記ジョブが前記プログラムを有することを表す関連付け情報と、前記先行ジョブが前記ジョブに先行して実行され、前記後続ジョブが前記ジョブに後続して実行されることを示す関連付け情報と、前記入力ファイルが前記プログラムの実行に用いられることを示す関連付け情報と、前記出力ファイルが前記プログラムの実行の結果得られたことを示す関連付け情報と、を備えたデータベースを有する管理方式において、前記データベースは更に、前記ジョブを分類するための複数階層よりなる分類情報と、前記ジョブが前記複数階層の最下層の分類に属することをＲＤＦ（Ｒｅｓｏｕｒｃｅ Ｄｅｓｃｒｉｐｔｉｏｎ Ｆｒａｍｅｗｏｒｋ）の規定方法により表す関連付け情報と、各分類情報が一階層上位の分類情報に属することをＲＤＦの規定方法により表す関連付け情報と、前記入出力ファイルを分類するための複数階層よりなるファイル分類情報と、前記入出力ファイルが前記複数階層の最下層の分類に属することをＲＤＦの規定方法により表す関連付け情報と、各ファイル分類情報が一階層上位の分類情報に属することをＲＤＦの規定方法により表す関連付け情報と、を前記設計情報として備えたことに一つの特徴を有する。

本発明の他の特徴は、バッチ系を構成するジョブ、各ジョブを構成するプログラム、及び各プログラムの入力ファイル及び出力ファイル等のシステムリソースの設計情報を管理する方式であって、ファイル部と、データベース部と、ファイル部の情報をデータベース部に取り込む情報取り込み部とよりなり、前記ファイル部は、バッチ系を構成するジョブのＩＤと、該ジョブの属性を表す情報を含むファイル（Ｆ３）と、前記ジョブを構成するプログラムのＩＤと、該プログラムの属性を表す情報を含むファイル（Ｆ２）と、前記ジョブのＩＤと、該ジョブを大分類から小分類に亘って複数階層に分類するジョブ分類を表す情報を含むファイル（Ｆ１）と、前記入出力ファイルのＩＤと、該ファイルを大分類から小分類に亘って複数階層に分類するファイル分類を表す情報を含むファイル（Ｆ４）と、前記ジョブのＩＤと、該ジョブの先行ジョブ及び後続ジョブのＩＤの情報を含むファイル（Ｆ５）と、前記ジョブのＩＤと、該ジョブを構成するプログラムのＩＤと、該プログラムの実行に用いられる入力ファイルのＩＤ及び該プログラムの実行により得られる出力ファイルのＩＤの情報を含むファイル（Ｆ６）とを前記設計情報として備え、前記情報取り込み部は、前記ファイル（Ｆ１〜Ｆ６）から各情報を読み込み、前記データベースに格納するプログラムであって、前記ファイル（Ｆ１）から情報を読み込み、前記ジョブのＩＤと、前記ジョブの分類とを関連付ける関連付け情報（ｓｔ１１，ｓｔ１２）をＲＤＦの規定方法により生成し、ジョブＩＤとジョブ分類とを関連付けてデータベースに格納する第１のプログラム（Ｐ１１）と、前記ファイル（Ｆ２）から情報を読み込み、前記プログラムのＩＤと該プログラムの属性情報とを関連付ける関連付け情報（ｓｔ５１１）を生成し、前記プログラムＩＤとプログラムの属性情報とを関連付けてデータベースに格納する第２のプログラム（Ｐ１２）と、前記ファイル（Ｆ３）から情報を読み込み、前記ジョブのＩＤと該ジョブの属性情報とを関連付ける関連付け情報を生成し、前記ジョブＩＤとジョブの属性情報とを関連付けてデータベースに格納する第３のプログラム（Ｐ１３）と、前記ファイル（Ｆ４）から情報を読み込み、前記ファイルのＩＤと前記ファイルの分類とを関連付ける関連付け情報をＲＤＦの規定方法により生成し、ファイルＩＤとファイル分類とを関連付けてデータベースに格納する第４のプログラム（Ｐ１４）と、前記ファイル（Ｆ５）から情報を読み込み、前記ジョブのＩＤと先行ジョブＩＤ及び後続ジョブＩＤとを関連付ける関連付け情報を生成し、前記ジョブＩＤと先行ジョブＩＤ及び後続ジョブＩＤとを関連付けてデータベースに格納する第５のプログラム（Ｐ１５）と、前記ファイル（Ｆ６）から情報を読み込み、前記ジョブのＩＤと、前記プログラムのＩＤと、前記ファイルのＩＤとを関連付ける関連付け情報を生成し、前記ジョブＩＤ、プログラムＩＤ、及びファイルＩＤを関連付けてデータベースに格納する第６のプログラム（Ｐ１６）とを備え、読み込まれたジョブのＩＤ情報、プログラムのＩＤ情報及び入出力ファイルのＩＤ情報が、既に読み込まれた情報として存在するか否か判断し、既に読み込まれていると判定された場合には、前記ジョブ、プログラム及びファイル情報の属性を表す属性情報を取り込むようにして、バッチ系を構成するジョブ、各ジョブを構成するプログラム及び各プログラムの入力ファイル及び出力ファイル情報と、前記ジョブの分類情報及び前記ファイルの分類情報を前記関連付け情報により関連付けて格納することにより、全ての情報を重複せずに一元的に管理するようにしたことにある。

本発明の他の特徴は、前記情報取り込み部が、前記第２のファイルからデータを読み込むステップと、読み込んだジョブ情報と、該ジョブの分類情報を前記データベース部に格納するステップと、ジョブ情報と、分類情報とを関連付ける情報を生成するステップとよりなる情報取り込みプログラムを備えたことにある。

本発明の他の特徴は、前記情報取り込み部が、前記第１のファイルからプログラム情報を読み込むステップと、読み込んだプログラム情報を前記データベース部に格納するステップとよりなる情報取り込みプログラムを備えたことにある。

本発明の他の特徴は、前記情報取り込み部が、前記第３のファイルからファイル情報を読み込むステップと、読み込んだファイル情報を前記データベース部に格納するステップとよりなる情報取り込みプログラムを備えたことにある。

本発明の他の特徴は、前記情報取り込み部が、前記第１のファイルからジョブ情報及びジョブ属性情報を読み込むステップと、読み込んだジョブ情報が、既に読み込まれているジョブ情報として存在するか否か判定するステップと、判定の結果存在する場合は、そのジョブのジョブ属性情報を格納するステップとよりなる情報取り込みプログラムを備えたことにある。

本発明の他の特徴は、前記情報取り込みプログラムが、判定の結果、既に読み込まれているジョブ情報が存在しない場合は、エラー情報を出力するステップを備えたことにある。

本発明の他の特徴は、前記情報取り込み部が、前記第４のファイルからジョブ情報及び先行及び／又は後続ジョブ情報を読み込むステップと、読み込んだジョブ情報が、既に読み込まれたジョブ情報として存在するか否か判定するステップと、判定の結果存在する場合は、当該ジョブ情報と関連付けられた先行及び／又は後続ジョブ情報を格納するステップとよりなる情報取り込みプログラムを備えたことにある。

本発明の他の特徴は、前記情報取り込み部が、前記第５のファイルからジョブ情報、プログラム情報、ファイル情報を読み込むステップと、読み込んだジョブ情報が、既に読み込まれているジョブ情報として存在するか判定する第１の判定ステップと、読み込んだプログラム情報が、既に読み込まれているプログラム情報として存在するか判定する第２の判定ステップと、読み込んだファイル情報が、既に読み込まれているファイル情報として存在するか判定する第３の判定ステップとを有する情報取り込みプログラムを備えたことにある。

本発明の他の特徴は、上記プログラムは、前記ジョブ情報と、前記プログラム情報と、前記ファイル情報とを関連付ける情報を生成するステップを備えたことにある。

本発明の他の特徴は以下の説明から一層明瞭に理解される。

本発明のシステムリソース管理方式によれば、次のような効果が得られる。

（１）バッチ系の資源であるジョブ、プログラム、ファイル情報及び分類、属性情報が一元的に管理されているデータベースを有する。つまりデータベース内では同一のデータは１箇所に格納され、２箇所以上に分散して格納されていない。従って、下流レベル設計でデータを修正すれば、自動的に上流のレベル設計で投入したデータも修正されることになり、それらのデータを基にして作成されるジョブフロー図やジョブネット図も自動的に修正されるため、ある設計レベルにおいてジョブ関連図を再作成したときは、それが他の設計レベルのジョブ関連図や他の設計成果物に自動的に反映される。このため、システムの新規開発や保守における作業負担が格段に少なくなり、経済的負担を著しく軽減できる。

（２）データベースに情報を取り込むためのプログラムを有するので、ジョブ、プログラム、ファイル情報及びそれらの関連付け情報を有するデータベースを自動的に構築することができる。

（３）データベース内ではジョブ、プログラム、ファイル情報がジョブ単位に管理され、データベースに対するジョブの追加、修正、削除を極めて容易に行うことができる。

（４）データベースに情報を登録するとき、以前に同じ情報が格納されている場合は、その情報と比較して一致したときは新しい情報に置換する。つまりデータベース内の情報は時系列的にも一元化されており、常に最新の情報のみを保持する。従って上位設計レベルから下位設計レベルに設計作業を進め、各段階で作図を行う場合、常に最新情報を取り出して図面を作成することができる。

本発明方式は、バッチ系のジョブ、プログラム、入出力ファイル等のシステムリソースを格納するデータベースの構造、及び該データベースに情報を取り込んで管理する方式に特徴を有するものであり、以下次の順序で本発明方式の実施形態を説明する。
（１）発明の概念
（２）ファイルの作成
（３）データベースの構造
（４）ＲＤＦ−ＤＢの構築
（５）リソース情報の取り込み
（６）データベースからの情報の抽出及び表示
（７）システム構成
なお、以下の説明において用いる用語の定義を図１５に示す。

（１）発明の概念
本発明に係るシステムリソース管理方式は、ジョブ、プログラム、ファイル等のバッチ系の資源を管理するために、ＲＤＦ技術を用いてデータベースを構築し、この構築されたデータベースから所望の情報を抽出できるようにしたものである。ここでＲＤＦとは、物と物との関係を、主語−プロパティ（述語）−値（目的語）の３者関係で表現する方法を規定する技術であり、その詳細は後述する。以下データベースをＤＢと略し、ＲＤＦ技術を用いて構築されたＤＢをＲＤＦ−ＤＢと略す。構築されたＲＤＦ−ＤＢは、全てのデータを一元的に管理しているので、上位設計レベルの成果物と下位設計レベルの成果物の整合性が維持され、前述の問題点を解決することができる。

本発明システムの全体の構成を機能的に表現すると、図２のように表すことができる。図において１００はバッチシステムの資源であるジョブ、プログラム、ファイル情報及びジョブや、ファイルの分類情報やジョブの順序関係などの情報が格納されるファイルである。１０２はＤＢ部で、複数個のスキーマと呼ばれる構造体に基づいて構成される。スキーマとは、後で詳しく述べるように、ジョブ、プログラム、ファイル情報及びジョブ、ファイルの分類情報等のようにＲＤＦ技術で規定する主語や目的語になる情報（以下、第１の情報という）と、第１の情報同士の関連性を表す情報であり、ＲＤＦ技術で規定する述語になる情報（以下、第２の情報という）とから構成される。本明細書では発明の理解を容易にするため、上記の第１の情報が格納されるものをセルと呼び、セル間の関連付けを表す第２の情報が格納されるもの、或いは情報自体をストリングと称して以下説明する。

図２の１０１は情報取り込み部であり、ファイル１〜Ｍから情報を、ＤＢ部１０２に取り込み、これによりＲＤＦ−ＤＢを構築する。情報抽出部１０３は、上記のようにして構築されたＲＤＦ−ＤＢから必要な情報を抽出し、ジョブフロー図やジョブ関連図等のシステム設計図形を作成し、表示部１０４に出力するものである。以下それぞれの機能ブロックを詳細に述べる。

（２）ファイルの作成
本発明に係るシステムリソース管理方式の一実施形態では、図３−１に示すように６種類のファイルＦ１〜Ｆ６を有する。

Ｆ１は機能分類ファイルと称し、ジョブの分類情報を格納する。具体的なファイルの構造を図３−２に示す。本実施形態では、機能分類ファイルＦ１に８種類の情報Ｆ１１〜Ｆ１８が格納される。Ｆ１８はジョブＩＤを表す情報であり、Ｆ１１〜Ｆ１７は、そのジョブＩＤで特定されたジョブの分類情報である。本実施形態ではジョブを７段階に分類しており、最も大きな分類をシステム分類と称し、最も小さい分類を小分類と称している。この分類の階層は、開発するシステムの規模により任意に選択することができる。

図３−２に示す例では、ジョブＩＤがＪＫＡＢ７４０９６で表されるジョブは、最も大きな分類ではＳＴＡＧＥという分類に属し、最も小さい分類ではＪＫＡＢ７４という分類に属していることを表している。

Ｆ２はプログラム一覧ファイルと称し、ジョブを構成するプログラムの一覧情報を格納する。プログラム一覧ファイルＦ２には、図３−３に示すように３種類の情報Ｆ２１〜Ｆ２３が格納される。Ｆ２１はプログラムのＩＤを表す情報であり、Ｆ２２はプログラムの呼称を表し、Ｆ２３はそのプログラムの属性を表す情報である。この例では、プログラムのＩＤがＫＡＢ７４ＣＯＢ０９８で表されるプログラムは、国内株式入出庫移動テーブル（当月）作成処理という名称のプログラムであり、ＤＢを直接更新するプログラムに属することを示している。

なお本実施形態では、プログラムの属性を表す項目として１つの項目のみを例示したが、この項目の個数は格納したい属性情報に応じて任意に設定することができる。これは後述するジョブの属性や、ファイルの属性についても同様である。

Ｆ３はジョブ一覧ファイルと称し、バッチシステムにおけるジョブの一覧情報を格納する。このファイルＦ３には、図３−４に示すように３種類の情報Ｆ３１〜Ｆ３３が格納される。Ｆ３１はジョブのＩＤを表す情報であり、Ｆ３２はジョブの名称、Ｆ３３はジョブの属性を表す情報である。この例では、ジョブＩＤがＪＫＡＢ７４０９６で示されるジョブは、あるジョブ属性（図示せず）を有し、国内株式入出庫移動テーブル（当月）作成処理（翌日データ）という名称を有することを示している。

Ｆ４はファイル分類ファイルと称し、バッチシステムで用いられるファイルの分類情報を格納する。このファイルは、図３−５に示すように８種類の情報Ｆ４１〜Ｆ４８を格納する。この中のＦ４７はファイルのＩＤを表す情報であり、Ｆ４６はそのＩＤで特定されたファイルの名称を示す情報、Ｆ４８はファイルの属性を示す情報、Ｆ４１〜Ｆ４５はファイルの分類を表す情報である。例えばＩＤがＫＡＢＷＬＴＮＳＩＤＯＨＯＺＯＮで特定されるファイルは、ある分類（図示せず）を有し、国内株式入出庫移動保存テーブルという名称のファイルであることを示している。本実施形態では、ファイルを大項目から小分類までの５階層に分類している例を示したが、開発するシステムの規模に応じて階層数は任意に選択できる。好ましい例としては、ジョブの分類の階層と同じ階層、例えばここでは７階層にすることが望ましい。

Ｆ５はジョブスケジュールファイルと称し、ジョブの実行順序の関連を特定する情報を格納する。このファイルＦ５は、図３−６に示すように３種類の情報Ｆ５１〜Ｆ５３を格納する。Ｆ５１はジョブのＩＤを示す情報、Ｆ５２はＩＤで特定されたジョブの前に実行される先行ジョブ、及びＩＤで特定されたジョブの後に実行される後続ジョブの有無を表すフラグ情報、Ｆ５３は先行ジョブ及び／又は後続ジョブのＩＤを示す情報である。この例では、ＪＫＡＢ７４０９６というＩＤで示されるジョブは、２つの先行ジョブがあり、それはＪＫＡＢ７４０９８というＩＤと、ＪＫＡＢ７５９１６というＩＤで表されるジョブであることを示す情報が格納されている。また、１つの後続ジョブがあり、それはＪＫＡＢ７４０９７というＩＤで表されるジョブであることを示す情報が格納されている。本実施形態では先行ジョブと後続ジョブの両方の存在の有無情報と、有の場合のＩＤ情報を格納する例を示したが、その一方だけでもよい。

Ｆ６はジョブフローファイルと称し、ジョブを構成するプログラムと、そのプログラムの実行に必要な入力ファイル、プログラムの実行の結果得られる出力ファイルの関係をジョブ単位で表す情報を格納する。図３−７はジョブフローファイルＦ６の具体的な構造を示すもので、Ｆ６１はジョブＩＤを示す情報、Ｆ６２はＦ６３で示されるプログラムの実行順序を示す番号情報、Ｆ６３はジョブＩＤで特定されたジョブが実行するプログラムのＩＤ情報、Ｆ６５はプログラムの実行に用いる入力ファイル及び実行の結果得られる出力ファイルのＩＤを示す情報、Ｆ６４は入力ファイル及び出力ファイルの区分を示す情報を表している。この例では、ＪＫＡＢ７４０９６というＩＤで示されるジョブは、ＫＡＢ７４ＣＯＢ０９８というＩＤで表されるプログラムを有し、そのプログラムの実行には３つの入力ファイルが用いられ、実行の結果、ＫＡＢＷＬＴＮＳＩＤＯＨＯＺＯＮというＩＤのファイルが作成されるという情報が格納されている。

以上説明したように、ファイルＦ１〜Ｆ６には、同一の情報が重複して異なるファイルに格納されている。例えばジョブＩＤ（例えばＪＫＡＢ７４０９６）は、機能分類ファイルＦ１、ジョブ一覧ファイルＦ３、ジョブスケジュールファイルＦ５、ジョブフローファイルＦ６に格納されている。しかしながら、次に説明するＲＤＦ−ＤＢに格納される際には、全てのデータは一元的に管理される。

（３）ＤＢの構造
次に、本発明システムリソース管理方式におけるＲＤＦ−ＤＢの構造について説明する。本発明におけるＲＤＦ−ＤＢは、情報を格納する多数のセルと、セル同士を一定のルールにより関連付ける情報であるストリングからなる構造体として表現することができる。ＤＢ内ではジョブ単位に情報を格納する構造になっており、図４−２は、ある１つのジョブに関する構造体を例示したものである。

例示されたＤＢの構造体において、Ｃ１は、あるジョブのＩＤを示す情報が格納されるセルを示し、そのジョブに先行するジョブが存在するという情報を示すストリングｓｔ１によりセルＣ２に関連付けられている。このセルＣ２には先行ジョブのＩＤが格納される。

また、セルＣ１のジョブに後続するジョブが存在するという情報を示すストリングｓｔ２によりセルＣ３に関連付けられている。このセルＣ３には後続ジョブのＩＤが格納される。

更にセルＣ１のジョブＩＤで示されたジョブは、ジョブ分類に属することを示す情報のストリングｓｔ３によりセルＣ４に関連付けられている。セルＣ４にはジョブの小分類情報が格納される。またセルＣ１のジョブＩＤで示されたジョブは、属性を有することを示す情報のストリングｓｔ４によりセルＣ５に関連付けられている。このセルＣ５にはジョブの属性を示す情報が格納される。またセルＣ１のジョブＩＤで示されたジョブは、そのジョブを構成するプログラムを有するという情報を示すストリングｓｔ５によりセルＣ６に関連付けられている。セルＣ６にはプログラムＩＤの情報が格納される。更にセルＣ１のジョブＩＤで示されたジョブは、名称を有するという情報を示すストリングｓｔ６によりセルＣ７に関連付けられている。このセルＣ７にはジョブ名称を示す情報が格納される。

このようにＲＤＦ−ＤＢは多数の種類のセルと、セル間を関連付ける情報であるストリングにより結ばれた構造体からなる。これらのセル及びストリングは、図４−１に示すような種類のスキーマＳ１〜Ｓ７に分類される。

次に、ＲＤＦ−ＤＢを構成するスキーマＳ１〜Ｓ７について説明する。なお、ここの例示したスキーマＳ１〜Ｓ７は本発明の実施形態を理解するために記載されたものであり、発明はこれらのスキーマに限定されない。

図４−１に示した分類スキーマＳ１は、図４−３に示すように、ジョブの分類情報が格納される７種類のセルＣ１１〜Ｃ１７を規定する。例えばセルＣ１１は、ジョブの分類情報の最上階層であるシステム分類の情報を格納するセルであることを示す。また、このセルＣ１１を本明細書ではＳｙｓｔｅｍと表記している。

なお、本実施形態では詳しい説明を省いているが、ファイルＦを階層的に分類するための分類情報を格納するセルも用意されている。

オブジェクト共通スキーマＳ２は、図４−４に示すように、分類情報を格納するセルＣ１２〜Ｃ１７が上位の分類情報を格納するセルＣ１１〜Ｃ１６に属するという関連付けを表すストリングｓｔ１１と、ジョブ情報を格納するセルＣ３１（図４−８）が小分類情報を格納するセルＣ１７に属するという関連付けを表すストリングｓｔ１２を規定している。

プログラム属性スキーマＳ５は、ストリングｓｔ５１〜ｓｔ５４等を規定する。ストリングｓｔ５１は、図４−５に示すように、プログラムＩＤを格納したセルＣ３２（図４−８）が、プログラム名を格納したセル（図示せず）に格納した名称を有するという関連付けを規定する。またｓｔ５３はプログラムＩＤを格納したセルがソースプログラムの保存場所へのリンク情報に対する関連付けを規定する。同様にストリングｓｔ５４は、プログラムＩＤを格納したセルが機能設計書ファイルの保存場所へのリンク情報に対する関連付けを規定する。このようにしてプログラムの属性情報とプログラムＩＤとが関連付けられる。

プログラム実行属性スキーマＳ６は、図４−６に示すように、プログラムを実行する際に用いられる入力ファイルの情報を格納するセルＣ６１と、プログラムを実行した結果得られる出力ファイルの情報を格納するセルＣ６２を規定する。

ファイル属性スキーマＳ７は、図４−７に示すように、ストリングｓｔ７１〜ｓｔ７７を規定する。ストリングｓｔ７１はファイルのＩＤ情報が格納されたセルＣ３３（図４−８）と、ファイルの名前情報が格納されたセル（図示せず）との関連付けを表す。また、ストリングｓｔ７３〜ｓｔ７７はファイルのＩＤ情報が格納されたセルＣ３３と、ファイルの分類情報が格納されたセル（図示せず）との関連付けを表す。

オブジェクト関連スキーマＳ３は、図４−８に示すようにジョブＩＤ、プログラムＩＤ及びファイルＩＤ情報が格納されるセルＣ３１、Ｃ３２、Ｃ３３をそれぞれ規定する。

オブジェクト属性スキーマＳ４は、図４−９に示すように、ストリングｓｔ４１〜ｓｔ４６を規定する。ストリングｓｔ４１は、ジョブＩＤ情報が格納されたセルＣ３１と、ジョブ名称の情報が格納されたセル（図示せず）との関連付けを表す。また、ストリングｓｔ４４、ｓｔ４５はジョブＩＤの情報が格納された複数のセル間の先・後関係を規定する。

ＲＤＦ−ＤＢはこれらのスキーマＳ１〜Ｓ７に分類されたセルとストリングにより構築される。本実施形態では、代表的なセルやストリングを分類するスキーマについて述べたが、この他のスキーマを追加することは容易である。以下、本発明方式に用いられるＲＤＦ−ＤＢの構築方法について述べる。

（４）ＲＤＦ−ＤＢの構築
ＲＤＦ−ＤＢに格納する情報は述語理論に基づいて、「文」単位に分割し管理する。文は「項目」、その項目と直接関連している「他の項目」、及びその「関連方法」の三つの要素から構成されている。それぞれを述語理論では「主語」、「目的語」、「述語」と呼んでいる。そして、元々の目的語を主語とみなし、述語を受動的な用言に置き換えると、元々の主語を目的語とみなすことが同時に可能となる。

例えば、「ＡがＢを実行する」という情報を管理する場合、主語＝「Ａ」、述語＝「実行する」、目的語＝「Ｂ」と設定し、ＡとＢをセルで規定し、「実行する」をストリングで規定する。そして「ＢはＡによって実行される」という文もＤＢ内部では同時に成立している状態である。

ＲＤＦ−ＤＢにおいては扱う情報の形式を幾つかの雛形「文」に分類し、雛形「文」それぞれの「主語」、「述語」、「目的語」を情報管理ルールとして定義する。そして具体的な情報を登録する場合に、あらかじめ定義したルールに則って具体的な主語、述語、目的を登録し管理する。

図５−１は、本実施例で用いられる情報管理ルールの例を示す。例えば、あるジョブＩＤで示されるジョブの名称情報を登録する場合は、ルールＲ１により主語（Ｓ）としてジョブＩＤを入力し、述語（Ｖ）として名前を持つを入力し、目的語（Ｏ）として登録するジョブ名称を入力する。

図５−２は、このようなルールに則って情報をＲＤＦ−ＤＢに登録する場合の投入する情報を例示したものである。例えばジョブについての情報を登録する場合は、ＩＤ、名称、属性、先行ジョブＩＤ、実行プログラムＩＤのデータが投入される。また、プログラムに関する情報を登録する場合は、ＩＤ、名称、属性、入力ファイル、出力ファイル、実行順序のデータが投入される。もちろん、図５−２に示した例は一例であり、本発明はこのデータの投入方法に限定されるものではない。

図４−１０を参照して一例を示すと、例えばルールＲ２により主語としてＡのＩＤを持つジョブを入力し、述語として先行ジョブを持つを入力し、目的語としてＢのＩＤを持つジョブを入力すると、セルＣ１００とＣ２００との関係情報であるストリングｓｔ１００が作られる。このようにしてルールＲ１〜Ｒ１５を用いてデータを投入することにより、セルとストリングよりなるＲＤＦ−ＤＦを構築することができる。

（５）リソース情報の取り込み
次に、ＲＤＦ−ＤＢへのリソース情報の取り込み方法について説明する。ジョブ、プログラム、ファイルなどのリソース情報は、リソース情報取り込みプログラムＰ１によって取り込まれる。このプログラムは、図６−１に示すように機能分類情報取り込みプログラムＰ１１〜ジョブフロー情報取り込みプログラムＰ１６からなり、図６−２に示すように、Ｐ１１、Ｐ１２・・・Ｐ１６の順に実行される。すなわち、ステップＳ１０ではプログラムＰ１１が実行され、ステップＳ２０ではプログラムＰ１２が実行され、以下同様にしてステップＳ６０まで実行される。

次に、各プログラムＰ１１〜Ｐ１６の詳細について説明する。

（５．１）機能分類情報取り込みプログラムＰ１１
図６−３は機能分類ファイルＦ１の取り込みのフローを示す。まずステップＳ１０１及びＳ１０２において、機能分類ファイルＦ１から１行目のデータを読み込む。このファイルＦ１には図３−２に示すように、システム分類Ｆ１１から小分類Ｆ１７に至るまでの分類情報とジョブＩＤの情報Ｆ１８が格納されている。図３−２に示す例で説明すると、ＳＴＡＧＥというデータを図５−１に示したルールに従って取り込み、次にＫＡＢというデータを同様のルールに従って取り込む。

ステップＳ１０３においては図７−１に示すように分類スキーマＳ１のセルＣ１１〜Ｃ１７と、オブジェクト共通スキーマＳ２のストリングｓｔ１１を生成する。これを図５−１のルールＲ１３に従って、主語（Ｓ）として「ある階層」を、述語（Ｖ）として「属する」という関係情報を、目的語（Ｏ）として「一つ上位の階層」を入力することにより形成される。

例えば商品分類のセルＣ１２とシステム分類のセルＣ１１の関係を表すストリングｓｔ１１を作成するためには、主語（Ｓ）として「商品」、述語（Ｖ）として「属する」、目的語（Ｏ）として「システム」を入力する。同様の手順によりシステムのセルＣ１２〜小分類のセルＣ１７と、それらの関連を示すストリングｓｔ１１１〜ｓｔ１１６が図７−１のように構成される。

次に、ステップＳ１０４により読み込んだデータＦ１１〜Ｆ１７を各セルＣ１１〜Ｃ１７に登録する。図３−２の機能分類ファイルＦ１の１行目の「ＳＴＡＧＥ」というデータは、図７−２に示すようにセルＣ１１に登録され、「ＫＡＢ」というデータはセルＣ１２に登録される。この結果、下位の分類情報（例えばＫＡＢ）が上位の分類情報（例えばＳＴＡＧＥ）に属するという関係情報が生成されたことになる。

次にステップＳ１０５において、スキーマＳ３のジョブを表すセルＣ３１１を生成し、ルールＲ１２を用いてこのセルＣ３１１が小分類のセルＣ１７に属することを入力してスキーマＳ２のストリングｓｔ１２を作成することにより、図７−３に示す構造体が構成される。

次にステップＳ１０６において、データＦ１８の「ＪＫＡＢ７４０９６」を登録する。これによって図７−４に示すように、セルＣ３１１にこのデータが格納される。なお、ジョブＩＤのある階層の分類情報を格納するときに、その下位の階層の分類がその時点では分からない場合、例えば商品分類の情報はＫＡＢであるが、大項目、中項目・・・の分類は未だ定まっていない場合は、これらの下位の階層の分類情報もＫＡＢとして登録しておく。

ステップＳ１０７及びＳ１０８により機能分類ファイルＦ１の全ての行のレコードが終了するまで実行することにより全てのジョブについて、図７−４に示すような構造体が構築される。なお、ファイルの分類情報については詳しく述べないが、ファイルＩＤを格納したセルと分類情報を格納したセル及びこれらセル間の関連付けの方法も同様に行われる。

（５．２）プログラム一覧情報取り込みプログラムＰ１２
次に、図３−３に示すプログラム一覧ファイルＦ２を取り込むプログラムＰ１２のフローを図６−４を参照して説明する。

ステップＳ２０１及びＳ２０２において、図３−３に示したプログラム一覧ファイルＦ２の１行目のデータを読み込む。次にステップＳ２０３において、オブジェクト関連スキーマＳ３のプロセス情報のセルＣ３２１及びプログラム名称の情報のセルＣ３２２を形成し、スキーマＳ５のストリングｓｔ５１１を作成する。この結果、図８−１に示すような構造体が形成される。

次にステップＳ２０４において、読み込んだデータＦ２１〜Ｆ２２を各セルの中に格納する。従って、例えば図３−３の１行目のデータを読み込んだ場合、図８−２に示すような構造体が構築される。

ステップＳ２０５においては、プログラム属性のセルを作成し、図５−１のルールＲ７を用いてプログラム属性スキーマＳ７のストリングｓｔ５２、ｓｔ５３を作成する。この結果、図８−３に示すような構造体が構築される。更にステップＳ２０６において、読み込んだＬ行目のデータＦ２３を該当するプログラム属性のセルに登録する。この結果、図８−４に示す構造体が作成されることになる。ここでは図示しないが、例えば属性の関係を示す情報として「設計書へのリンク」というストリングｓｔ５４を作成し、そのストリングにより結ばれたセルに「設計書ファイル保存場所へのリンク情報」を登録することにより、プログラムと設計書との関係も登録されることになる。このように、プログラムＰ１２によりプログラムのＩＤと、そのプログラム名称及びプログラムの属性とを関連付けた構造体が生成されたことになる。

（５．３）ファイル分類情報取り込みプログラムＰ１３
次に、図３−５に示すファイル分類情報Ｆ４を取り込むプログラムＰ１３のフローを図６−５を参照して説明する。

ステップＳ３０１及びＳ３０２において、図３−５に示したファイル分類Ｆ４の１行目のデータを読み込む。次にステップＳ３０３において、ファイル名とファイルＩＤのセルを形成する。この結果、図９−１の構造体が作られる。

ステップＳ３０４において、１行目のデータＦ４６及びＦ４７を登録する。次にステップ３０５において、分類情報のセル及び属性情報のセルと、ファイル属性スキーマＳ７のストリングを生成する。更にステップＳ３０６において１行目のデータＦ４１〜Ｆ４５を登録する。この結果図９−２に示すような構造体が構築される。

なお、図９−２では、ファイルを５階層に分類した例を示したが、この階層数は任意に選択することができる。またファイルの属性情報は、ジョブの属性情報と同様に任意の内容及び数とすることができる。

（５．４）ジョブ一覧ファイル取り込みプログラムＰ１４
次に、図３−４に示すジョブ一覧ファイルＦ３を取り込むプログラムＰ１４のフローを図６−６を参照して説明する。

ステップＳ４０１、Ｓ４０２において、図３−４に示したジョブ一覧ファイルＦ３の１行目のデータを読み込む。次にステップＳ４０３において、オブジェクト関連スキーマＳ３のジョブ情報のセルＣ３１に格納されたジョブＩＤのデータに、今回読み込んだジョブＩＤと同じものがあるか否か判定する。プログラムＰ１１において既に同じジョブＩＤが登録されているから、上記ステップＳ４０３の判定はＹＥＳとなるはずであるが、仮にこの判定がＮＯの場合は、何らかのエラーが発生していることが分かる。

従ってステップＳ４０５において、エラーが発生したことをソフト開発者に報知するためにエラー情報をログファイルへ出力する。開発者はこのエラー情報を見て不一致を解消する修正を行うことができる。エラーがあった場合は、ステップＳ４０６においてスキーマＳ３の新たなジョブ情報セルＣ３１を作成し、一応このセルＣ３１にデータＦ３１のジョブＩＤを登録しておく。

一方、ステップＳ４０３の判定がＹＥＳの場合、つまり過去に読み込んだジョブＩＤのデータの中に、今回読み込んだデータと一致するものがある場合は、そのジョブ情報のセルに今回のデータＦ３１を登録する。更にステップＳ４０８でスキーマＳ４の属性情報のスキーマを生成し、ステップＳ４０９で読み込んだデータＦ３２，Ｆ３３を登録する。この結果、図１０−３に示すような構造体が構築される。このプログラムＰ１４により、ジョブＩＤと、そのジョブの属性情報とが関連付けられた構造体が生成されたことになる。

また、上記のフローから分かるように本発明においては、異なるファイルに重複して格納されていた情報が、ＤＢに取り込まれるときには同一のセルに格納され、一元的に管理される。同一の情報が分散して格納されている場合は、その一つを修正すると他の情報も全て同じように修正しないと不一致が生ずるが、本発明方式では一元的に管理されているので、一つのセルの情報を修正するだけで済む。また、ＤＢに対して直接、情報の追加、修正、削除を行うことができるので、その作業負担も少ない。

更に、ＤＢで情報を一元的に管理する際、常に最新の情報を保持するので、時系列的にもＤＢに格納する情報は一元化されることになる。また、先に登録されている情報と同一の情報を格納する場合、情報が一致しているか否かを判断し、一致しない場合はエラー情報を報知するので、修正作業の負担が少ない。

（５．５）ジョブスケジュールファイル取り込みプログラムＰ１５
次に、図３−６に示すジョブスケジュールファイルＦ５を取り込むプログラムＰ１５のフローを、図６−７を参照して説明する。

ステップＳ５０１、Ｓ５０２において、図３−６に示したジョブスケジュールファイルＦ５の１行目のデータを読み込む。次にステップＳ５０３において、オブジェクト関連スキーマＳ３のジョブ情報のセルＣ３１に格納されたジョブＩＤのデータに、読み込んだジョブＩＤと同じものがあるか否か判定する。プログラムＰ１１及びＰ１４において、既にジョブＩＤが登録されているから、上記ステップＳ５０３の判定はＹＥＳとなる筈であるが、仮にこの判定がＮＯの場合は何らかのエラーが発生したことが分かる。

従ってステップＳ５０５において、エラーが発生したことをデータ登録者又はシステム設計者に報知するためにエラー情報をログファイルへ出力する。開発者はこのエラー情報をみて、不一致を解消する修正を行うことができる。エラーがあった場合は、ステップＳ５０６においてスキーマＳ３の新たなジョブ情報セルＣ３１を作成し、一応このセルＣ３１にデータＦ５１のジョブＩＤを登録しておく。

一方、ステップＳ５０３の判定がＹＥＳの場合、つまり過去に読み込んだジョブＩＤのデータの中に、今回読み込んだデータと一致するものがある場合は、そのジョブＩＤのセルに今回のデータＦ５１を登録する。

更にステップＳ５０８において、スキーマＳ４の先行ジョブ情報及び後続ジョブ情報のセル及びストリングを生成し、ステップＳ５０９では生成したセルにデータＦ５２、Ｆ５３を登録する。このプログラムＰ１５により、あるジョブＩＤと、そのジョブに先行して実行される先行ジョブ、及びその後に実行される後続ジョブとが関連付けられた構造体が生成されたことになる。

（５．６）ジョブフロー情報取り込みプログラムＰ１６
次に、図３−７に示したジョブフローファイルＦ６を取り込むプログラムＰ１６のフローを、図６−８を参照して説明する。

ステップＳ６０１、Ｓ６０２において、ジョブフローファイルＦ６の１行目のデータを読み込む。次にステップＳ６０３において、オブジェクト関連スキーマＳ３のジョブ情報のセルＣ３１に既に格納されているジョブＩＤのデータの中に、今回読み込んだジョブＩＤと同じものがあるか否か判定される。プログラムＰ１１、Ｐ１４、Ｐ１５において、既に同じジョブＩＤが登録されているから、上記ステップＳ６０３の判定はＹＥＳとなる筈であるが、仮にこの判定がＮＯの場合は何らかのエラーが発生していることが分かる。

従ってステップＳ６０５において、エラーが発生したことを知らせるエラー情報をログファイルへ出力する。エラーがあった場合は、ステップＳ６０６においてスキーマＳ３の新たなジョブ情報セルＣ３１を作成し、一応このセルＣ３１にデータＦ６１を登録しておく。

一方、ステップＳ６０３の判定がＹＥＳの場合は、過去に読み込んだジョブ情報のセルＣ３１に、今回読み込んだデータＦ６１を登録する。

次にステップＳ６０８において、オブジェクト関連スキーマＳ３のプログラム情報のセルＣ３２に格納されているプログラムＩＤのデータの中に、今回読み込んだプログラムＩＤと同じものがあるか否か判定される。プログラムＰ１２において、既に同じプログラムＩＤが登録されているから、上記ステップＳ６０８の判定はＹＥＳとなる筈であるが、仮にこの判定がＮＯの場合は何らかのエラーが発生していることが分かる。

従ってステップＳ６１０において、エラーが発生したことを知らせるエラー情報をログファイルへ出力する。エラーがあった場合は、ステップＳ６１１においてスキーマＳ３の新たなプログラム情報セルＣ３２を作成し、一応このセルＣ３２にデータＦ６３を登録しておく。

一方、ステップＳ６０８の判定がＹＥＳの場合は、過去に読み込んだプログラム情報のセルＣ３２を、ジョブ情報セルＣ３１に関連付けると共に、セルＣ３２に今回読み込んだデータＦ６３を登録する。この結果、例えば図１０−１に示す構造体が生成される。

次にステップＳ６１３において、オブジェクト関連スキーマＳ３のファイル情報のセルＣ３３に格納されているファイルＩＤのデータの中に、今回読み込んだファイルＩＤと同じものがあるか否か判定される。プログラムＰ１３において、既に同じファイルＩＤが登録されているから、上記ステップＳ６１３の判定はＹＥＳとなる筈であるが、仮にこの判定がＮＯの場合は何らかのエラーが発生していることが分かる。

従ってステップＳ６１５において、エラーが発生したことを知らせるエラー情報をログファイルへ出力する。エラーがあった場合は、ステップＳ６１６においてスキーマＳ３の新たなプログラム情報セルＣ３３を作成し、一応このセルＣ３３にデータＦ６５を登録しておく。

一方、ステップＳ６１３の判定がＹＥＳの場合は、過去に読み込んだファイル情報のセルＣ３３を、プログラム情報セルＣ３２に関連付けると共に、セルＣ３３に今回読み込んだデータＦ６５を登録する。この結果、図１０−２に示す構造体が生成される。またステップＳ６２３において、プログラム実行スキーマＳ６の入力ファイル情報及び出力ファイル情報を生成する。

ステップＳ６１８において、スキーマＳ７のファイル属性情報のセルを生成し、ステップＳ６１９において生成したセルに属性データを登録する。更にステップＳ６２０で全てのレコードが終了したか否かが判定され、終了していない場合はステップＳ６０２に戻り、レコードが終了するまで同じ動作が繰り返される。このプログラムＰ１６によって、あるジョブＩＤと、そのジョブに属する全てのプログラムＩＤ、及びそのプログラムの実行に用いられる全ての入力ファイル、及びそのプログラムの実行の結果作成される全ての出力ファイルを関連付けた情報が生成されたことになる。

本発明においては、上述のようにジョブ及びファイルが階層的な分類情報と関連付けられてＤＢに格納されているので、ジョブとファイルとの関連を示す情報を、いろいろな階層レベルで取り出すことも可能になる。また、ジョブ、プログラム及びファイルには属性情報が関連付けられているので、ジョブフロー図やジョブ関連図だけでなく、ジョブやプログラムの属性情報を容易に取り出すことができる。

（６）ＤＢからの情報の抽出及び表示
次に、本発明に係るＤＢから情報を抽出し、自動的にジョブフロー図などのシステム設計図形を生成する方式について述べる。

図２に示す情報抽出部１０３及び表示部１０４には、ＲＤＦ−ＤＢ部１０２から所望の情報を抽出し、表示するためのプログラムＰ２が格納されている。図１２−１はそのプログラムＰ２を例示したものであり、以下各プログラムＰ２１〜Ｐ２６のフローを説明する。

（６．１）ジョブネット図作成Ｐ２１
図１２−２は、ジョブネット図を作成するためのプログラムのフローを示す。ジョブネット図とは、図１５に示したようにジョブの処理順序及び先行、後続の関係を示す図である。

図１２−２のステップＳ７０１において、端末１０（図１４−１）の入力装置１０３から図示するジョブ分類を指定する。ジョブは図３−２に示したように、システム分類Ｆ１１〜小分類Ｆ１７まで７段階の分類により分類されているので、例えば「大項目」の分類としてＪＫＡＢを指定する。この分類を指定することにより、ＤＢ部１０２からＪＫＡＢの分類を有する全てのジョブ情報が得られる。ジョブネット図は、この分類を有するジョブの処理順序を表す図面となる（Ｓ７０２）。

次にステップＳ７０３からＳ７０８のループにおいて、取得したジョブ情報１件ごとに次の処理を行う。

まず、ステップＳ７０４において、当該ジョブ情報の先行ジョブ情報及び後続ジョブ情報を取得する。ステップＳ７０５では、ステップＳ７０４で取り出した先行及び後続ジョブが当該ジョブに含まれるか否か判定する。ここで含まれるとは、ジョブ群が１つのジョブにまとめられるか否かを意味する。この判定の結果がＹＥＳの場合は、ステップＳ７０４で取り出した先行ジョブを同分類のジョブとしてメモリに格納する。一方、Ｓ７０５の判定がＮＯの場合は、先行ジョブ情報を他分類のジョブとしてメモリに格納し、同分類のジョブとは別の作図対象とする。

すなわち、ステップＳ７０３〜Ｓ７０８の処理は、例えば大項目の分類がＪＫＡＢである全てのジョブをＤＢから取り出し、そのジョブの中で先行ジョブ及び後続ジョブとして図１１のように関係付けられているもの同士はジョブ群として１つのジョブで表示し、関係付けられないジョブは別のジョブとして表示する準備を行う処理である。

ステップＳ７０９では、それぞれ関連付けられたジョブ群を１つのジョブとして作図対象として、各ジョブの前後関係を基に、それぞれ画面に表示するための座標を計算する。また、ステップＳ７０１で指定されたグループ以外のジョブは描画位置と図形（例えば楕円形）を変更して、例えば図の端に位置させる（Ｓ７１０）。更にステップＳ７１１において、ジョブ間の関連線の情報を計算し、ステップＳ７１２において、座標及び関連線の情報を基に２次元図を生成し、画面に表示する。

図１３−１は、このようにして表示されたジョブネット図Ｄ１を例示したもので、ＪＯＢ１〜４の後にＪＯＢ５が実行され、その後にＪＯＢ６が実行されることを示している。なお、ここでＪＯＢ３、ＪＯＢ４の欄に表示された疑問符は、プログラムＰ１４、Ｐ１５でエラー情報があると判定された場合に、そのエラー情報を表示したものである。

上記のように本発明方式によれば、各ジョブが分類情報を有するので、まず分類を指定して同一の分類を有するジョブのみを取り出すことができる。また各ジョブは、先行ジョブ及び後続ジョブの関連付け情報を有するので、関係性のあるジョブ同士を１つの単位のジョブとしてまとめて表示することができる。従って、同一分類を有する多数のジョブの流れを分かり易く表示することが可能となる。しかも本発明においては、ジョブの分類情報は階層的なレベルを有するので、詳細なプログラムのフローからおおまかなプログラムのフローまで必要に応じて任意のレベルで表示できる。

（６．２）ジョブフロー図作成Ｐ２２
図１２−３は、ジョブフロー図を作成するためのプログラムのフローを示す。ジョブフロー図とは、図１５に示したように、プログラムの実行に必要なファイルと、実行に必要なプログラムと、プログラムの実行の結果得られるファイルの関係をジョブ単位に示す図である。

図１２−３のステップＳ８０１において、端末１０（図１４−１）の入力装置１０３から図示するジョブを指定する。ステップＳ８０２では、指定したジョブに含まれるジョブ情報をＲＤＦ−ＤＢ部１０２から取り出す。ステップＳ８０３では、ジョブ情報に関連付けられたプログラム情報と、プログラム情報に関連付けられた入出力ファイル情報に基づいて、取り出したジョブ情報に関連付けられた入出力ファイル情報をＲＤＦ−ＤＢ部１０２から取り出す。

更にステップＳ８０４においては、Ｓ８０２、Ｓ８０３で取り出したプログラム情報と入出力ファイル情報を基に、画面に表示するための座標を計算する。ステップＳ８０５では、プログラム及び入出力ファイル間の関連線の情報を計算し、ステップＳ８０６では、２次元図を生成して画面に表示する。

図１３−２は、このようにして表示されたジョブフロー図を例示するもので、入力ファイルＦＩＬＥ１〜５を用いてプログラムＰＲＯ５が実行され、その結果出力ＦＩＬＥ６が作成されることを示している。

本発明方式によれば、データベースが各ジョブと、ジョブに属する全てのプログラムを関連付ける情報を有し、更に各プログラムに属する全ての入出力ファイルを関連付ける情報を有するので、画面からジョブを指定するだけで自動的にジョブフロー図を作成し、表示することができる。

（６．３）ジョブ関連図作成Ｐ２３
図１２−４，１２−５は、ジョブ関連図を作成するためのプログラムＰ２３のフローを示す。ジョブ関連図とは、図１５に示したように、ジョブと入出力ファイルとの関係により、ジョブの先行、後続の関係を示す図である。

図１２−４のステップＳ９０１において、端末１０（図１４−１）の入力装置１０３からジョブ分類を指定して、指定したジョブ分類の１階層低いレベルのジョブ分類情報と、この分類情報を有する全てのジョブ情報をＲＤＦ−ＤＢ部１０２から取り出す。

ステップＳ９０２では、取得したジョブが実行するプログラムの全入力ファイル情報をＲＤＦ−ＤＢ部１０２から取得する。次にステップＳ９０３では、取得した入力ファイルの中から当該ジョブの分類情報と同じ分類情報を持つファイルのみを抽出する。本実施例ではジョブの分類の階層と、ファイルの分類の階層が同じであると仮定しており、例えば取得したジョブの分類名称が大項目であった場合、取得した全入力ファイルの中から大項目の分類名称が同じファイルのみを抽出する。これはジョブ関連図で表示する入力ファイルをジョブと同じ階層レベルとすることにより、ジョブの関連を分かり易く表示するためである。

ステップＳ９０４からＳ９０８はループ処理であり、取得した入力ファイル情報を１件毎処理する。ステップＳ９０５では、上記のステップＳ９０３において取得した入力ファイルを出力ファイルとして登録しているジョブ情報を、ＲＤＦ−ＤＢ１０２から取得する。そしてステップＳ９０５で取得したジョブ情報のジョブ分類情報をみて、これがステップＳ９０１で取得済みのジョブ分類と同じか否か判定し、ＹＥＳの場合は、この入力ファイルを出力ファイルとして登録しているジョブを、共通のジョブ群として１つのジョブで表示する。一方、ステップＳ９０６でＮＯと判定された場合は、別のジョブとして表示する。

ステップＳ９０９では、前記ステップＳ９０１で取得したジョブが実行するプログラムの全出力ファイル情報をＲＤＦ−ＤＢ１０２から取得する。更にステップＳ９１０では、取得した全出力ファイルの中からステップＳ９０１のジョブ分類名称と同一の分類名称を持つ出力ファイルのみを抽出する。これは前述のように、ジョブ関連図で表示する出力ファイルをジョブと同じ階層レベルとすることにより、ジョブの関連性を分かり易く表示するためである。

次に、図１２−５のステップＳ９１１からＳ９１５までのループ処理を行う。これはステップＳ９０４〜Ｓ９０８と同様の処理である。ステップＳ９１２では、上記ステップＳ９０９において取得した出力ファイルを入力ファイルとして登録しているジョブ情報を、ＲＤＦ−ＤＢ１０２から取得する。そしてステップＳ９１２で取得したジョブ情報のジョブ分類情報をみて、これがステップＳ９０１で取得済みのジョブ分類と同じか否かを判定する（Ｓ９１３）。ＹＥＳの場合は、この出力ファイルを入力ファイルとして登録しているジョブを共通ジョブ群として１つのジョブで表示する。一方、ステップＳ９１３の判定がＮＯの場合は、別のジョブとして表示する。

次にステップＳ９１６では、作図対象ジョブ分類及び作図対象ファイル分類の前後関係を基にして、それぞれを画面に表示するための座標を計算する。更にステップＳ９１７において、指定グループ外のジョブ分類は図の端に位置させ、ステップＳ９１８においては関連線の情報を計算し、ステップＳ９１９では座標及び関連線の情報を基に２次元図形を生成して画面に表示する。

上記のように本発明方式によれば、各ジョブ及びファイルが分類情報を有するので、同一の階層レベルの分類情報を有するジョブ及びファイルを取り出すことができる。また、全てのジョブはそれに属するプログラムと関連付けられており、全てのプログラムはそれに属する入出力ファイルと関連付けられているので、あるジョブの入力ファイルを出力ファイルとしているジョブ、及びあるジョブの出力ファイルを入力ファイルとしているジョブを抽出することができる。そして抽出したジョブと共通のジョブ群を、１つの単位のジョブとしてまとめて表示することができる。従って、ファイルを共通にするジョブの表示をまとめることにより、全体のジョブとファイルとの関係をより分かり易く表示することができる。しかも本発明においては、ジョブ及びファイルが階層的なレベルの分類情報を有するので、例えば図１−３に示した詳細なジョブとファイルとの関係から図１−２に示した大まかな関係図まで、必要に応じて任意のレベルの図面を自動的に作成することができる。

（６．４）詳細画面作成
本発明はジョブ情報、ファイル情報及びプログラム情報の詳細を表示することもできる。図１２−６、１２−７、１２−８は、これらのプログラムＰ２４，Ｐ２５、Ｐ２６のフローを示す。例えば図１２−７において、ステップＳ１２０１において画面から表示するファイルを指定し、ステップＳ１２０２において指定したファイル情報をＲＤＦ−ＤＢ部１０２より抽出してステップＳ１２０３で表示すると、画面には、例えば図１３−３に示す詳細情報が表示される。同様に、図１２−８のフローに従って、図１３−４に示すようなプログラム情報の詳細を表示することができる。

すなわち本発明方式によれば、ジョブ情報、プログラム情報、ファイル情報、分類情報、属性情報を互いに関連付ける情報をＲＤＦ−ＤＢ１０２が保有しているので、必要に応じてジョブ、プログラム、ファイルの詳細情報を自動的に作成表示することができる。

（７）システム構成
次に図１４−１、１４−２、１４−３を参照して本発明システム構成について説明する。

本発明システムは、図１４−１に示すようにネットワーク２０に接続された複数の端末装置１０Ａ、１０Ｂ、１０Ｃ、ウェブサーバ３０及び該サーバ３０を介してネットワーク２０に接続されるデータベースサーバ４０及び文書サーバ５０から構成される。

データベースサーバ４０は、図１４−２に示すようにＣＰＵ４１０、記憶装置４２０及び通信インターフェース４３０を備える。記憶装置４２０は、図４−２に例示したような構造を有するＲＤＦ−ＤＢを記憶するＲＤＦ−ＤＢ部４２１を有する。

文書サーバ５０は、例えば機能設計書などの文書を管理するサーバであり、ＲＤＦ−ＤＢ４２１のプログラム属性スキーマＳ５で所定の文書ファイルやソースコードファイルにリンクされている。

記憶装置４２０は、また、図３−１に示した機能分類ファイルＦ１〜ジョブファイルＦ６を格納するファイル記憶部４２２を有する。また、図６−１に示した機能分類情報取り込みプログラムＰ１１〜ジョブフロー情報取り込みプログラムＰ１６を格納するプログラム記憶部４２３を有する。

ウェブサーバ３０は、図１４−３に示すようにＣＰＵ３１０、記憶装置３２０及び通信インターフェース３３０を備えている。

記憶装置３２０は、図１２−１に示したジョブネット図作成プログラムＰ２１〜詳細機能表示プログラムＰ２７の情報抽出・表示プログラムＰ２を格納するプログラム記憶部３２１を有する。

一方、ネットワーク２０に接続される端末１０Ａ、１０Ｂ、１０Ｃは通常のパソコンであり、図１４−４に示すように、ＣＰＵ１００と、バス１０７で接続された記憶装置１０１、入出力インターフェース１０２、１０４、入力装置１０３、表示装置１０５及び通信インターフェース１０６から構成される。

本システムの動作を説明すると、まずジョブの実行順序を規定したデータやファイル分類のデータなどのリソース情報をバッチでデータベースサーバ４０に取り込み、ファイルＦ１〜Ｆ６を生成する。

次に、記憶部４２３に格納されたリソース情報取り込みプログラムＰ１を起動して、取り込んだリソース情報からＲＤＦデータを作成し、ＲＤＦ−ＤＢ部４２１に格納する。

ユーザは、記憶部３２１に格納された情報抽出表示プログラムＰ２を起動して必要な情報を端末１０の表示装置１０５に表示する。例えばツリー構造をしている業務体系の一覧を表示し、表示した業務体系から特性の業務またはジョブを選択することにより関連図を表示する。プログラムＰ２１を起動すれば、ＲＤＦ−ＤＢ部４２１より必要なデータを抽出してジョブネット図を作成、表示できる。また、プログラムＰ２２、Ｐ２３を起動すれば、ジョブフロー図やジョブ関連図を作成して表示することもできる。更にジョブ、プログラムまたはファイルに対し、名称またはＩＤを端末１０の入力装置１０３から入力し、記憶部３２３のプログラムＰ２５、Ｐ２６、Ｐ２７を起動することにより、ファイル部に登録されているジョブ、プログラムまたはファイルを検索し、ＲＤＦ−ＤＢ部４２１より必要な情報を抽出して詳細情報を表示することもできる。詳細情報にはジョブ、プログラムまたはファイルの概要と、属性及び文書サーバに保存されているドキュメントへのリンク・情報を含む。

以上、本発明システムについて説明したが、本発明の基本的な考え方を変更しない範囲内で種々の変更をすることは可能であり、それらの変更も本発明に含まれる。例えば図１４−１〜図１４−４の実施例では、情報抽出表示プログラムＰ２をウェブサーバ３０の記憶装置３２０に格納したが、データベースサーバ４０に格納してもよい。

従来のシステム開発の手順を示す説明図。 ジョブ関連図を示す説明図。 詳細なジョブ関連図を示す説明図。 本発明システムの概念を説明するための機能ブロック図。 本発明システムにおけるファイルの説明図。 本発明システムにおける機能分類ファイルの説明図。 本発明システムにおけるプログラム一覧ファイルの説明図。 本発明システムにおけるジョブ一覧ファイルの説明図。 本発明システムにおけるファイル分類ファイルの説明図。 本発明システムにおけるジョブスケジュールファイルの説明図。 本発明システムにおけるジョブフローファイルの説明図。 本発明システムのＤＢスキーマの説明図。 本発明システムのＤＢスキーマのセルとストリングの説明図。 本発明システムの分類スキーマの説明図。 本発明システムのオブジェクト共通スキーマの説明図。 本発明システムのプログラム属性スキーマの説明図。 本発明システムのプログラム実行属性スキーマの説明図。 本発明システムのファイル属性スキーマの説明図。 本発明システムのオブジェクト関連スキーマの説明図。 本発明システムのジョブ属性スキーマの説明図。 本発明システムにおけるスキーマ生成の手順を例示する説明図。 本発明システムで用いられる情報管理ルールの説明図。 投入する情報を例示する説明図。 本発明システムにおけるリソース情報取り込みプログラムの種類を示す説明図。 本発明システムにおけるリソース情報取り込みプログラムを示すフローチャート。 本発明システムにおける機能分類情報取り込みプログラムを示すフローチャート。 本発明システムにおけるプログラム一覧情報取り込みプログラムを示すフローチャート。 本発明システムにおけるファイル分類情報取り込みプログラムを示すフローチャート。 本発明システムにおけるジョブ一覧情報取り込みプログラムを示すフローチャート。 本発明システムにおけるジョブスケジュール情報取り込みプログラムを示すフローチャート。 本発明システムにおけるジョブフロー情報取り込みプログラムを示すフローチャート。 本発明システムにおけるジョブフロー情報取り込みプログラムを示すフローチャート。 機能分類情報取り込みにより生成されるスキーマの説明図。 機能分類情報取り込みにより生成されるスキーマの説明図。 機能分類情報取り込みにより生成されるスキーマの説明図。 機能分類情報取り込みにより生成されるスキーマの説明図。 プログラム一覧情報取り込みにより生成されるスキーマの説明図。 プログラム一覧情報取り込みにより生成されるスキーマの説明図。 プログラム一覧情報取り込みにより生成されるスキーマの説明図。 プログラム一覧情報取り込みにより生成されるスキーマの説明図。 ファイル分類情報取り込みにより生成されるスキーマの説明図。 ファイル分類情報取り込みにより生成されるスキーマの説明図。 ジョブフロー情報取り込みプログラムにより生成されるスキーマの説明図。 ジョブフロー情報取り込みプログラムにより生成されるスキーマの説明図。 ジョブ一覧情報取り込みにより生成されるスキーマの説明図。 ジョブスケジュール情報取り込みにより生成されるスキーマの説明図。 本発明システムにおける情報抽出・表示プログラムの種類を示す説明図。 本発明システムにおけるジョブネット図作成プログラムを示すフローチャート。 本発明システムにおけるジョブフロー図作成プログラムを示すフローチャート。 本発明システムにおけるジョブ関連図作成プログラムを示すフローチャート。 本発明システムにおけるジョブ関連図作成プログラムを示すフローチャート。 本発明システムにおけるジョブ情報詳細画面作成プログラムを示すフローチャート。 本発明システムにおけるファイル情報詳細画面作成プログラムを示すフローチャート。 本発明システムにおけるプログラム情報詳細画面作成プログラムを示すフローチャート。 ジョブネット図の一例を示す説明図。 ジョブフロー図の一例を示す説明図。 ファイル情報詳細表示画面の一例を示す説明図。 プログラム情報詳細表示画面の一例を示す説明図。 本発明システムの全体構成を示すブロック図。 本発明システムのデータベースサーバの構成を示すブロック図。 本発明システムにおけるウェブサーバの構成を示すブロック図。 本発明システムにおける端末装置の構成を示すブロック図。 用語の定義を示す説明図。

符号の説明

１０Ａ，１０Ｂ，１０Ｃ：端末装置
２０：ネットワーク
３０：ウェブサーバ
４０：データベースサーバ
５０：文書サーバ
１００：ＣＰＵ
１０１：記憶装置
１０２，１０４：Ｉ／Ｏインターフェース
１０３：入力装置
１０５：表示装置
１０６：通信インターフェース
３１０：ＣＰＵ
３２０：記憶装置
３２１：情報抽出表示プログラム記憶部
３３０：通信インターフェース
４１０：ＣＰＵ
４２０：記憶装置
４２１：ＲＤＦ−ＤＢ部
４２２：ファイル記憶部
４２３：リソース情報取り込みプログラム記憶部
４３０：通信インターフェース

Claims (5)

1. バッチ系の設計において上流レベル設計から下流レベル設計の間に複数の段階レベルを設定し、各段階の設計成果物であるバッチ系を構成するジョブ、プログラム、及び各プログラムの入出力ファイル等のシステムリソースの設計情報を管理する方式であって、
   バッチ系のジョブのＩＤを示すジョブ情報と、
   前記ジョブの先行ジョブのＩＤを示す先行ジョブ情報と、後続ジョブのＩＤを示す後続ジョブ情報と、
   前記ジョブを構成するプログラムのＩＤを示すプログラム情報と、
   前記プログラムの入力ファイル及び出力ファイルのＩＤを示すファイル情報と、
   前記ジョブが前記プログラムを有することを表す関連付け情報と、
   前記先行ジョブが前記ジョブに先行して実行され、前記後続ジョブが前記ジョブに後続して実行されることを示す関連付け情報と、
   前記入力ファイルが前記プログラムの実行に用いられることを示す関連付け情報と、前記出力ファイルが前記プログラムの実行の結果得られたことを示す関連付け情報と、を備えたデータベースを有する管理方式において、
   前記データベースは更に、
   前記ジョブを分類するための複数階層よりなる分類情報と、前記ジョブが前記複数階層の最下層の分類に属することをＲＤＦ（Ｒｅｓｏｕｒｃｅ Ｄｅｓｃｒｉｐｔｉｏｎ Ｆｒａｍｅｗｏｒｋ）の規定方法により表す関連付け情報と、各分類情報が一階層上位の分類情報に属することをＲＤＦの規定方法により表す関連付け情報と、
   前記入出力ファイルを分類するための複数階層よりなるファイル分類情報と、前記入出力ファイルが前記複数階層の最下層の分類に属することをＲＤＦの規定方法により表す関連付け情報と、各ファイル分類情報が一階層上位の分類情報に属することをＲＤＦの規定方法により表す関連付け情報と、
   を前記設計情報として備えたことを特徴とするシステムリソース管理方式。
2. バッチ系を構成するジョブ、各ジョブを構成するプログラム、及び各プログラムの入力ファイル及び出力ファイル等のシステムリソースの設計情報を管理する方式であって、
   ファイル部と、データベース部と、ファイル部の情報をデータベース部に取り込む情報取り込み部とよりなり、
   前記ファイル部は、バッチ系を構成するジョブのＩＤと、該ジョブの属性を表す情報を含むファイル（Ｆ３）と、
   前記ジョブを構成するプログラムのＩＤと、該プログラムの属性を表す情報を含むファイル（Ｆ２）と、
   前記ジョブのＩＤと、該ジョブを大分類から小分類に亘って複数階層に分類するジョブ分類を表す情報を含むファイル（Ｆ１）と、
   前記入出力ファイルのＩＤと、該ファイルを大分類から小分類に亘って複数階層に分類するファイル分類を表す情報を含むファイル（Ｆ４）と、
   前記ジョブのＩＤと、該ジョブの先行ジョブ及び後続ジョブのＩＤの情報を含むファイル（Ｆ５）と、
   前記ジョブのＩＤと、該ジョブを構成するプログラムのＩＤと、該プログラムの実行に用いられる入力ファイルのＩＤ及び該プログラムの実行により得られる出力ファイルのＩＤの情報を含むファイル（Ｆ６）とを前記設計情報として備え、
   前記情報取り込み部は、前記ファイル（Ｆ１〜Ｆ６）から各情報を読み込み、前記データベースに格納するプログラムであって、
   前記ファイル（Ｆ１）から情報を読み込み、前記ジョブのＩＤと、前記ジョブの分類とを関連付ける関連付け情報（ｓｔ１１，ｓｔ１２）をＲＤＦの規定方法により生成し、ジョブＩＤとジョブ分類とを関連付けてデータベースに格納する第１のプログラム（Ｐ１１）と、
   前記ファイル（Ｆ２）から情報を読み込み、前記プログラムのＩＤと該プログラムの属性情報とを関連付ける関連付け情報（ｓｔ５１１）を生成し、前記プログラムＩＤとプログラムの属性情報とを関連付けてデータベースに格納する第２のプログラム（Ｐ１２）と、
   前記ファイル（Ｆ３）から情報を読み込み、前記ジョブのＩＤと該ジョブの属性情報とを関連付ける関連付け情報を生成し、前記ジョブＩＤとジョブの属性情報とを関連付けてデータベースに格納する第３のプログラム（Ｐ１３）と、
   前記ファイル（Ｆ４）から情報を読み込み、前記ファイルのＩＤと前記ファイルの分類とを関連付ける関連付け情報をＲＤＦの規定方法により生成し、ファイルＩＤとファイル分類とを関連付けてデータベースに格納する第４のプログラム（Ｐ１４）と、
   前記ファイル（Ｆ５）から情報を読み込み、前記ジョブのＩＤと先行ジョブＩＤ及び後続ジョブＩＤとを関連付ける関連付け情報を生成し、前記ジョブＩＤと先行ジョブＩＤ及び後続ジョブＩＤとを関連付けてデータベースに格納する第５のプログラム（Ｐ１５）と、
   前記ファイル（Ｆ６）から情報を読み込み、前記ジョブのＩＤと、前記プログラムのＩＤと、前記ファイルのＩＤとを関連付ける関連付け情報を生成し、前記ジョブＩＤ、プログラムＩＤ、及びファイルＩＤを関連付けてデータベースに格納する第６のプログラム（Ｐ１６）とを備え、
   読み込まれたジョブのＩＤ情報、プログラムのＩＤ情報及び入出力ファイルのＩＤ情報が、既に読み込まれた情報として存在するか否か判断し、既に読み込まれていると判定された場合には、前記ジョブ、プログラム及びファイル情報の属性を表す属性情報を取り込むようにして、バッチ系を構成するジョブ、各ジョブを構成するプログラム及び各プログラムの入力ファイル及び出力ファイル情報と、前記ジョブの分類情報及び前記ファイルの分類情報を前記関連付け情報により関連付けて格納することにより、全ての情報を重複せずに一元的に管理するようにしたことを特徴とするシステムリソース管理方式。
3. 請求項２において、前記第４のプログラムは、前記ファイル（Ｆ３）からジョブＩＤの情報及びジョブ属性情報を読み込むステップと、読み込んだジョブＩＤ情報が、既に読み込まれているジョブＩＤ情報として存在するか否か判定するステップと、判定の結果存在する場合は、ジョブ属性情報をジョブＩＤとを関連付けてデータベースに格納するステップと、判定の結果、既に読み込まれているジョブ情報が存在しない場合は、新たなジョブＩＤとしてデータベースに格納するステップを備えたことを特徴とするシステムリソース管理方式。
4. 請求項２において、前記第５のプログラム（Ｐ１５）は、前記ファイル（Ｆ５）からジョブＩＤの情報及び先行及び／又は後続ジョブＩＤの情報を読み込むステップと、読み込んだジョブＩＤ情報が、既に読み込まれたジョブＩＤ情報として存在するか否か判定するステップと、判定の結果存在する場合は、先行及び／又は後続ジョブＩＤ情報を前記ジョブＩＤ情報と関連付けて前記データベースに取り込むステップと、判定の結果、既に読み込まれているジョブＩＤ情報が存在しない場合は、新たなジョブＩＤとしてデータベースに格納するステップを備えたことを特徴とするシステムリソース管理方式。
5. 請求項２において、前記第６のプログラムは、前記ファイル（Ｆ６）からジョブＩＤの情報、プログラムＩＤの情報、ファイルＩＤの情報を読み込むステップと、読み込んだジョブＩＤ情報が、既に取り込まれたジョブＩＤ情報として存在するか否か判定する第１の判定ステップと、読み込んだプログラムＩＤ情報が、既に取り込まれているプログラムＩＤ情報として存在するか否か判定する第２の判定ステップと、読み込んだファイルＩＤ情報が、既に取り込まれているファイルＩＤ情報として存在するか否か判定する第３の判定ステップと、前記第１、第２及び第３の判定の結果、既に取り込まれている場合には、他プログラム及びファイルＩＤと関連付けてデータベースに格納し、取り込まれていない場合には、新たなジョブＩＤ、プログラムＩＤ及びファイルＩＤとして格納するステップを備えたことを特徴とするシステムリソース管理方式。

Images