JPH11154079A - ソフトウェア資産統合管理ツール - Google Patents

Abstract

(57)【要約】 【課題】運用管理者の負荷を大幅に軽減し、各種帳票出
力機能及び、画面による問合せ機能を有する事により、
運用管理者が容易に管理保守できるソフトウェア資産統
合管理方式の提供。 【解決手段】コンピュータのＯＳ中核部であるデータ管
理、ジョブ管理で主記憶上の統合情報管理テーブル記憶
部にサブファイル名をキーとした管理情報を履歴として
記憶する手段と、該統合情報管理テーブル記憶部を基
に、現在運用稼働中のロードモジュールに関連する、Ｓ
Ｕ、ＣＵの検索及び管理、そのロードモジュールの実行
時に使用しているユーザファイルの検索と保守を行う手
段と、を備える。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、ソフトウェア資産
統合管理ツールに関し、特にユーザ資産であるファイル
及びプログラムの稼働状況履歴を一元的に管理する方式
に関する。

【０００２】

【従来の技術】この種の従来の情報統合管理方式とし
て、例えば特開平３−２５６１２０号公報には、ソフト
ウェア開発時に作成する仕様書、プログラム等の生産情
報と、品質、進捗状況等の管理情報と、開発マシン、ツ
ール等の環境情報と、個人、プロジェクト等の組織情報
のうちのいずれかを各々ソフトウェア情報として少なく
とも一種のソフトウェア情報を記憶する手段と、該ソフ
トウェア情報を複数組み合わせた関連情報を記憶する手
段と、該ソフトウェア情報と関連情報を検索する手段
と、を備えた方式が提案されている。

【０００３】また特開平５−２１６６３６号公報には、
コンポジットオブジェクトの情報と他のオブジェクトと
の参照データをオブジェクト作成、編集手段と一体化し
て登録、更新する情報資源管理装置が提案されている。

【０００４】さらに特開平５−２３３２３８号公報に
は、上行程で保守された仕様書の改訂内容を下行程の保
守対象として自動的に参照すると共に、保守状況の把握
と管理を可能とする方式が提案されている。

【０００５】

【発明が解決しようとする課題】しかしながら、従来の
ソフトウェアの管理方式は下記記載の問題点を有してい
る。

【０００６】第１の問題点は、複数の待機結合編成に同
一のサブファイルで登録されていた場合、どの待機結合
のサブファイルが最新のものかを知る為に、運用管理者
はファイル単位の検索を行う必要があり、多大な負荷が
かかる、ということである。

【０００７】その理由は、データ管理がファイル単位で
管理を行う方式とされており、サブファイル名をキーと
する管理を行っていないためである。

【０００８】第２の問題点は、不要ファイルの洗い出し
を行うためには、最新の更新日付を全ファイルに対して
調査し、且つ、定期的に長時間に亘って調査をしない
と、実際使用されているか否かは判断がつかず、現実的
には非常に困難な作業となっている、ということであ
る。

【０００９】その理由は、データ管理が最新の更新日付
しか管理しておらず、更新履歴及びどのジョブで利用さ
れたかという管理を行っていないためである。

【００１０】第３の問題点は、運用管理者がソフトウェ
アの資産管理を行う場合、手作りの一覧情報等の資料を
基に、定期的に且つ長時間に亘って調査をして管理しな
いと、現実的には無理であり、この結果多大なる工数を
費やすことになる、ということである。

【００１１】その理由は、オペレーションシステムの中
核として統合的に一元管理する機能がなく、また運用管
理者の作業を容易化するための、各種一覧表機能や画面
による問い合わせ機能が具備されていないためである。

【００１２】したがって本発明は、上記問題点に鑑みて
なされたものであって、その目的は、運用管理者の負荷
を大幅に軽減するソフトウェア資産統合管理方式を提供
することにある。

【００１３】本発明の他の目的は、各種帳票出力機能及
び、画面による問合せ機能を有する事により、運用管理
者が容易に管理保守できるソフトウェア資産統合管理方
式を提供することにある。

【００１４】本発明のさらに別の目的は、不要となった
ソフトウェア資産を自動的に消去する機能を有する事に
より、記憶領域容量を削減できるソフトウェア資産統合
管理方式を提供することにある。

【００１５】

【課題を解決するための手段】前記目的を達成するた
め、本発明は、現在運用稼働中のロードモジュールに関
連するＳＵ（ソースユニット）、ＣＵ（コンパイルユニ
ット）等の待機結合編成を管理、検索する機能にとどま
らず、ロードモジュールで利用しているユーザファイル
の参照／更新履歴をも管理し、運用管理者として管理す
べき必要項目を一元的に管理、検索する機能を備えたも
のである。より詳細には、本発明は、コンピュータのＯ
Ｓ中核部であるデータ管理、ジョブ管理で主記憶上の統
合情報管理テーブル記憶部にサブファイル名をキーとし
た管理情報を履歴として記憶する手段と、その統合情報
管理テーブル記憶部を基に、現在運用稼働中のロードモ
ジュールに関連する、ＳＵ、ＣＵの検索及び管理、その
ロードモジュールの実行時に使用しているユーザファイ
ルの検索と保守を行う手段と、を備える。

【００１６】

【発明の実施の形態】本発明の実施の形態について以下
に説明する。本発明は、その好ましい実施の形態におい
て、コンピュータの主記憶上に統合情報管理テーブル記
憶部（図１の２）を設け、各種ソフトウェア資産の参照
／更新情報をサブファイル名をキーにしたテーブル（図
２及び図３参照）で管理する。

【００１７】統合管理ツール制御部（図１の３）はプロ
グラム群からなり、統合情報管理テーブル記憶部（図１
の２）上の各種テーブルを参照しながら、帳票出力及び
画面表示機能を有する。

【００１８】また、本発明の実施の形態においては、ユ
ーザ設定機能（図１の６）で保存期間を定義することに
より、保存期間を越えて参照／更新されないサブファイ
ル又はファイルを自動的にセーブ後削除を行う機能を有
する（図１の７）。

【００１９】データ管理が、ファイルの領域確保情報、
及び、各サブファイルの処理したアクセス情報を管理テ
ーブル制御部（図１の１）に引き渡す事で、管理テーブ
ル制御部（図１の１）は、統合情報管理テーブル記憶部
（図１の２）に各ソフトウェア資産毎に記録していく。
また、ジョブ管理も、同様に、ジョブ実行時に参照した
ＪＣＬ（ジョブコントロールランゲッジ）、ＬＭ（ロー
ドモジュール）、ファイル情報を管理テーブル制御部
（図１の１）に引き渡す事で、統合情報管理テーブル記
憶部（図１の２）に記録していく。

【００２０】本発明の実施の形態においては、各ソフト
ウェア資産のテーブルは、サブファイル名を主キーに管
理することで同一名のサブファイルが複数ファイルに登
録されている場合であっても、どのファイル上のサブフ
ァイルが最新に参照／更新されているかを管理すること
ができる。

【００２１】上記したように、統合管理ツール制御部
（図１の３）は、各種プログラム群からなり、各種テー
ブルを参照する事で、帳票出力及び画面表示を行う。ま
た自動削除機能（図１の７）は、全テーブルの最新更新
テーブル内容を参照して、保存期間を越えているサブフ
ァイル及びファイルを表示し、削除指示する事でセーブ
処理を実行後削除を行う。

【００２２】

【実施例】次に、上記した本発明の実施の形態について
さらに詳細に説明すべく、本発明の実施例について図面
を参照して詳細に説明する。

【００２３】図１は、本発明の一実施例の構成を示す図
である。図１を参照すると、本発明の一実施例は、汎用
コンピュータのオペレーションシステム中核であるデー
タ管理及びジョブ管理内で発生するファイル領域確保や
ファイルアクセス、ジョブ実行時のイベント時にその情
報の通知を受ける管理テーブル制御部１と、統合情報管
理テーブル記憶部２と、を含む。

【００２４】統合情報管理テーブル２（詳細は図２及び
図３参照）内には、ＳＵ（ソースユニット；ソースプロ
グラムユニット）、ＣＵ（コンパイルユニット、コンパ
イルされたオブジェクトユニット）、ＬＭ（ロードモジ
ュール、オブジェクトがリンクされた実行モジュー
ル）、ＪＣＬ（ジョブコントロールランゲッジ）、ＭＦ
Ｄ（画面制御オブジェクト）、ＦＯＲＭ（帳票制御オブ
ジェクト）、ファイル毎に参照／更新情報の履歴が管理
され、最新履歴から順に、例えば１００世代まで管理で
きるようになっている。

【００２５】また管理テーブルを備え、各テーブルのア
ドレス情報を管理すると共に、ユーザ設定機能６で定義
したファイル削除を判断する保存期限の日数を管理して
いる。

【００２６】統合管理ツール制御部３は、各種管理帳票
出力機能４、各種管理情報問合せ機能５、ユーザ設定機
能６、自動削除機能とのインタフェースを受け持ち、統
合情報管理テーブル記憶部２上の各種テーブルをアクセ
スし結果を返却する機能を備える。

【００２７】各種管理情報問合せ機能５は、画面インタ
フェースを制御するプログラムであり（画面レイアウト
は図３、図４、図５が参照される）、画面より入力され
た検索キーを統合管理ツール制御部３に通知し、検索結
果を画面に表示する機能を受け持つ。

【００２８】初期メニュー（図４参照）より、保存期限
入力、及び、削除指示を選択した場合はユーザ設定機能
６に制御が移り、保存期限日数を統合管理ツール制御部
に通知し、検索結果を画面に表示する。検索結果が表示
された後、画面より削除指示を入力された場合は、その
選択されたファイル情報を自動削除機能７に通知し自動
的にセーブ処理とファイル領域解放の処理をスポーンす
る動作を行う。

【００２９】次に、本発明の一実施例の動作について、
図１乃至図７を参照して詳細に説明する。

【００３０】まず、統合情報管理テーブル記憶部２に各
種テーブルを登録する入力フェーズについて説明する。

【００３１】データ管理は、ファイルの領域確保及びサ
ブファイルの登録時に、管理テーブル制御部１に、ファ
イル名とサブカタログ名又はサブファイル名と、ファイ
ル名及びファイル種別、作成日付を通知する。

【００３２】管理テーブル制御部１は、通知されたファ
イル種別を基に、管理テーブルをサーチし、テーブルア
ドレスを取得する。該当テーブルが取得できればテーブ
ル登録処理を実行する。

【００３３】次に、ファイル及びサブファイルの参照／
更新時には、データ管理より、管理テーブル制御部１
に、ファイル名とサブカタログ名、又はサブファイル名
とファイル名、及び参照／更新区分とファイル種別、更
新日付・時間を通知する。

【００３４】管理テーブル制御部１は、通知されたファ
イル種別を基に、管理テーブルをサーチし、テーブルア
ドレスを取得する。該当テーブルが取得できれば、テー
ブル上のファイル名又はサブファイル名によりサーチ
し、該当レコードの更新履歴テーブルの最新情報（エレ
メント番号１）に登録し、現状の１〜１００のエレメン
トを２〜１００にずらして登録処理を行う。つまり、エ
レメント番号の１から１００まで新しい情報順に格納し
ていく。

【００３５】次に、ジョブ管理は、ジョブの実行に伴い
ジョブで参照したＪＣＬ、ＬＭ、ファイルについてサブ
ファイル名及びファイル名、ファイル種別、参照／更新
区分と更新日付・時間を管理テーブル制御部１に通知す
る。

【００３６】管理テーブル制御部１は、通知されたファ
イル種別を基に、管理テーブルをサーチし、各テーブル
アドレスを取得する。各情報の登録方法については、デ
ータ管理の更新情報時と同様の処理を行う。

【００３７】次に。、統合情報管理テーブル記憶部２に
登録された各種テーブルを基に、ユーザインタフェース
を受け持つ統合管理ツール制御部３の出力フェーズにつ
いて説明する。

【００３８】まず統合管理ツール制御部２は、オンライ
ンオカレンスジョブの形態を持ち、事前に運用管理者は
画面表示を行う端末及びプリンタ等の定義登録を行う必
要がある。統合管理ツール制御部２で管理されている端
末からログインする事で各種管理情報問合せ機能５は、
初期メニュー（図４参照）を表示する。

【００３９】初期メニューより１（待機結合編成ファイ
ル情報）を選択した場合、画面（図４参照）を表示す
る。

【００４０】この画面（図５参照）より、ファイル種別
（ＳＵ／ＣＵ／ＬＭ／ＪＣＬ／ＭＦＤ／ＦＯＲＭ）、サ
ブファイル名、ファイル名を入力し、検索したい条件を
指示する。各項目とも任意入力項目であり、省略した場
合には、全てを対象として検索を行う。

【００４１】各種管理情報問合せ機能５は、検索キーを
統合管理ツール制御部３に通知し、検索結果を画面に表
示する。画面制御には、次画面指示の“Ｎ”、旧履歴を
表示する“Ｒ”、新履歴を表示する“Ｌ”が入力可能と
なっている。

【００４２】統合管理ツール制御部２からの検索結果は
全検索結果を受信し、画面制御は各種管理情報問合せ機
能５内のワークテーブルを用いて処理する。

【００４３】またＰＲＩＮＴ指示の“Ｐ”を入力した場
合には、受信した検索結果を各種管理帳票出力機能４に
引継ぎ、帳票編集し出力処理を行う。

【００４４】初期メニューより２（ファイル情報）を選
択した場合、画面（図６参照）を表示する。検索結果を
画面に表示する方式及び画面制御の方式については上記
同様である。

【００４５】次に初期メニューより３（保存期限入力＆
削除指示）を選択した場合の動作を説明する。

【００４６】初期メニューより３を選択した場合、ユー
ザ設定機能６が制御を行い画面（図７参照）を表示す
る。保存期限は日数形式で入力し、最新更新日付が入力
した日数より古い場合検索結果の対象となる。

【００４７】当該画面を表示した時点では、前回入力し
た保存期限を管理テーブルより検索し、表示する。ま
た、全ての検索結果で条件合致したファイル情報も合わ
せて表示する。

【００４８】保存期限は変更可能であり、変更した時点
で再度検索を行い検索結果を再表示させる。区分とし
て、１：ファイル ２：待機結合、を選択することが可
能であり、次画面表示、ＰＲＩＮＴ指示も可能にしてい
る。また削除指示は“Ｄ”を入力することで指示し、削
除が指示された場合には、自動削除機能７にファイル情
報を引き継ぐ。

【００４９】より詳細には、自動削除機能７には、ファ
イルの場合はファイル名とサブカタログ名を、一方、待
機結合編成の場合はサブファイル名とファイル名を情報
として通知する。自動削除機能７は、まず事前に登録さ
れている基本セーブ処理ＪＣＬ（運用管理者が事前に環
境定義ファイルに登録しておく）を基に通知された、フ
ァイル情報を付加しセーブ処理をスポーンする。その
際、画面（図７参照）の削除指示フィールドに、“セー
ブ中”を表示させる通知を、ユーザ設定機能６に対して
行う。

【００５０】セーブ処理が正常終了した場合、“削除
中”を表示させる通知を行い、データ管理に対し領域解
放の依頼を行う。削除処理も正常した場合には、“削除
完了”を表示させる通知を行う。

【００５１】また、セーブ処理及び削除処理が異常終了
した場合は“セーブ異常”、“削除異常”を表示する通
知を行う。尚それぞれの表示を通知するステータスは、
“１：セーブ中、２：削除中、３：削除完了、４：セー
ブ異常、５：削除異常”を意味している。

【００５２】次に、本発明の一実施例の動作を具体例に
即して詳細に説明する。通常、運用管理者は、複数ファ
イルにまたがる同一サブファイル名の管理が困難であ
り、各待機結合編成ファイルのディレクトリ情報を調査
して管理する必要があるが、この場合、運用管理者が全
ての待機結合編成ファイルの一覧を把握しておかないと
調査漏れを侵す危険がある。

【００５３】本発明は、運用管理者に負担を掛けずに容
易に管理できることを第一の目的としており、画面で問
い合わせることで管理可能としたものである。実際の例
として、あるサブファイルの最新版がどの待機結合ファ
イルに登録されているかを検索したい場合、検索画面
（図５参照）より、ファイル識別とサブファイル名を指
定し検索を行う。

【００５４】検索結果画面には、指定されたサブファイ
ル名が登録されている全ての待機結合編成ファイルが表
示され、どのファイル内のサブファイルが最新であるか
が判断できる。また当該画面から、不要と思われるサブ
ファイルの見当も付く。

【００５５】次に、ファイル識別も省略し、サブファイ
ル名のみを指定した場合には、サブファイル名毎に、Ｓ
ＵとＣＵ、ＬＭ情報が表示される為、最新ＳＵのＣＵ及
びＬＭがどの待機結合ファイルに登録されているかの関
係も判断する事ができる。

【００５６】また、膨大なファイル資産が存在している
システムにおいて、既に不要となったファイルにおいて
も、不要かどうかの判断が困難であり、整理できないま
ま放置されているケースが多分にある。この理由として
は、どのファイルがどのジョブでいつ参照／更新された
かを調査する作業が、各ファイル単位に最新更新日付の
調査を長期間に亘り実行する方法がとられ、多大な工数
を要するためである。

【００５７】本発明によれば、ファイルの最新更新情報
及び保存期限を過ぎて参照されないファイルについて検
索することができ、瞬時に判断することを可能にしてい
る。

【００５８】実際の例としては、まず画面（図７参照）
を表示することで、事前に登録されている保存期限を超
えて参照されていないファイルの一覧が提示される。

【００５９】すなわち、画面に表示されたファイル一覧
が、不要ファイルの候補となる。また、更に絞り込みた
い場合には、保存期限を延ばして（増やして）入力する
ことで判断が可能となる。

【００６０】なお、図６の画面に戻り、対象ファイルを
指定して検索すれば、直近の参照日付や参照ジョブが把
握できる為、不要であるかどうかの確認が可能である。
不要と判断した場合には削除指示を行う領域削除を行え
る。

【００６１】

【発明の効果】以上説明したように、本発明によれば下
記記載の効果を奏する。

【００６２】本発明の第１の効果は、運用管理者の負荷
を大幅に軽減する、ということである。これにより、シ
ステム部門の無駄な工数を削減することができる。

【００６３】その理由は、本発明においては、オペレー
ションシステムのデータ管理及びジョブ管理と連携する
ことで、運用管理者の手作業による調査ではなく、自動
的に稼働状況履歴を管理することができ、画面で問い合
わせるだけで状況把握を可能としたためである。

【００６４】本発明の第２の効果は、ソフトウェア資産
の占める記憶容量を軽減し、記憶装置を有効利用を図る
ことができる、ということである。

【００６５】その理由は、本発明においては、不要とな
ったソフトウェア資産が把握できるようになり自動的に
削除することができる、からである。

【図面の簡単な説明】

【図１】本発明の一実施例の全体構成を示す図である。

【図２】本発明の一実施例における統合情報管理テーブ
ル記憶部の詳細レイアウトを示す図である（その１）。

【図３】本発明の一実施例における統合情報管理テーブ
ル記憶部の詳細レイアウトを示す図である（その２）。

【図４】本発明の一実施例における初期メニュー画面レ
イアウトを示す図である。

【図５】本発明の一実施例における各種管理情報問い合
わせ機能の画面レイアウトを示す図である。

【図６】本発明の一実施例における各種管理情報問い合
わせ機能の画面レイアウトを示す図である。

【図７】本発明の一実施例におけるユーザ設定機能削除
指示の画面レイアウトを示す図である。

【符号の説明】

１ 管理テーブル制御部 ２ 統合管理テーブル記憶部２ ３ 統合管理ツール制御部 ４ 各種管理帳票出力機能 ５ 各種管理情報問い合わせ機能 ６ ユーザ設定機能削除指示 ７ 自動削除機能セーブ処理機能

Claims (5)

【特許請求の範囲】
1. 【請求項１】各種ソフトウェアの参照／更新情報をサブ
   ファイル名をキーとして履歴管理するテーブルを含む統
   合情報管理テーブル記憶部に登録する管理テーブル制御
   手段と、 前記統合情報管理テーブル記憶部上の各種テーブルを参
   照して帳票出力及び画面表示する統合管理ツール制御手
   段と、 を備えたことを特徴とするソフトウェア資産統合管理方
   式。
2. 【請求項２】定義された保存期間を越えて参照／更新さ
   れないサブファイル又はファイルを自動的にセーブ後削
   除する手段を備えたことを特徴とする請求項１記載のソ
   フトウェア資産統合管理方式。
3. 【請求項３】コンピュータのＯＳ中核部であるデータ管
   理、ジョブ管理で主記憶上の統合情報管理テーブル記憶
   部にサブファイル名をキーとした管理情報を履歴として
   記憶する手段と、 前記統合情報管理テーブル記憶部のテーブル情報を基
   に、現在運用稼働中のロードモジュールに関連する、ソ
   ースプログラムユニット、コンパイル済みオブジェクト
   の検索及び管理、及びロードモジュールの実行時に使用
   しているユーザファイルの検索及び保守を行う手段と、 を備えたことを特徴とするソフトウェア資産統合管理方
   式。
4. 【請求項４】オペレーションシステム（ＯＳ）中核であ
   るデータ管理及びジョブ管理内で発生する、ファイル領
   域確保やファイルアクセス、ジョブ実行時のイベント時
   にその情報の通知を受け、これら各種ソフトウェアの参
   照／更新情報を統合情報管理テーブル記憶部にサブファ
   イル名をキーとした管理情報を履歴として記憶するよう
   に制御する手段と、 前記統合情報管理テーブル記憶部のテーブル情報を基
   に、現在運用稼働中のロードモジュールに関連する、ソ
   ースプログラムユニット、コンパイル済みオブジェクト
   の検索及び管理、及びロードモジュールの実行時に使用
   しているユーザファイルの検索及び保守を行う手段と、 を備えたことを特徴とするソフトウェア資産統合管理方
   式。
5. 【請求項５】（ａ）オペレーションシステム（ＯＳ）中
   核であるデータ管理及びジョブ管理内で発生する、ファ
   イル領域確保やファイルアクセス、ジョブ実行時のイベ
   ント時にその情報の通知を受け、これら各種ソフトウェ
   アの参照／更新情報を統合情報管理テーブル記憶部にサ
   ブファイル名をキーとした管理情報を履歴として記憶す
   るように制御する手段、 （ｂ）前記統合情報管理テーブル記憶部のテーブル情報
   を基に、現在運用稼働中のロードモジュールに関連す
   る、ソースプログラムユニット、コンパイル済みオブジ
   ェクトの検索及び管理、及びロードモジュールの実行時
   に使用しているユーザファイルの検索及び保守を行う手
   段、 の上記（ａ）、（ｂ）の各手段をコンピュータで機能さ
   せるためのプログラムを記録した記録媒体。