知財求人 - 知財ポータルサイト「IP Force」
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】6009410
(24)【登録日】2016年9月23日
(45)【発行日】2016年10月19日
(54)【発明の名称】稼動管理システム及び方法
(51)【国際特許分類】
G06Q 10/10 20120101AFI20161006BHJP
G06F 11/00 20060101ALI20161006BHJP
【ＦＩ】
G06Q10/10
G06F9/06 630E
【請求項の数】6
【全頁数】15
(21)【出願番号】特願2013-118913(P2013-118913)
(22)【出願日】2013年6月5日
(65)【公開番号】特開2014-235701(P2014-235701A)
(43)【公開日】2014年12月15日
【審査請求日】2015年6月17日
(73)【特許権者】
【識別番号】000005108
【氏名又は名称】株式会社日立製作所
(74)【代理人】
【識別番号】110001689
【氏名又は名称】青稜特許業務法人
(74)【代理人】
【識別番号】110000350
【氏名又は名称】ポレール特許業務法人
(72)【発明者】
【氏名】原田 奈津樹
(72)【発明者】
【氏名】栗林 卓也
【審査官】
阿部 潤
(56)【参考文献】
【文献】
特開２０１３−０５４４７５（ＪＰ，Ａ）
【文献】
特開２０１１−００８３０７（ＪＰ，Ａ）
(58)【調査した分野】（Int.Cl.，ＤＢ名）
Ｇ０６Ｑ １０／００ − ９９／００
Ｇ０６Ｆ １１／００
(57)【特許請求の範囲】
【請求項1】
リリース日程とリリース対象リソースとを記憶したリリース情報ＤＢと、
前記リリース情報ＤＢのリリース対象リソースに基づいて、当該リリースの影響のある影響リソースを抽出する稼動算出部と、
前記抽出した影響リソースに関連するユーザに、前記リリースにかかる情報を通知する通知部と、
前記通知を行う期間を記憶した通知期間情報ＤＢと、
前記影響リソースの稼動日程を記憶した稼動日程情報ＤＢと、
前記影響リソースと前記ユーザとを関連付けたユーザ情報ＤＢと、
を備え、
前記通知部は、前記リリース対象リソースのリリース日程と前記通知期間情報ＤＢと前記影響リソースにかかる稼動日程情報ＤＢとに基づいて、通知を行う日程を定め、前記影響リソースと前記ユーザ情報ＤＢとに基づいて、通知するユーザを決定する
ことを特徴とする稼動管理システム。
前記リリース情報ＤＢのリリース対象リソースに基づいて、当該リリースの影響のある影響リソースを抽出する稼動算出部と、
前記抽出した影響リソースに関連するユーザに、前記リリースにかかる情報を通知する通知部と、
前記通知を行う期間を記憶した通知期間情報ＤＢと、
前記影響リソースの稼動日程を記憶した稼動日程情報ＤＢと、
前記影響リソースと前記ユーザとを関連付けたユーザ情報ＤＢと、
を備え、
前記通知部は、前記リリース対象リソースのリリース日程と前記通知期間情報ＤＢと前記影響リソースにかかる稼動日程情報ＤＢとに基づいて、通知を行う日程を定め、前記影響リソースと前記ユーザ情報ＤＢとに基づいて、通知するユーザを決定する
ことを特徴とする稼動管理システム。
【請求項2】
前記稼動管理システムは、さらに、
複数のリソースの関連を記憶したリソース関連情報ＤＢを備え、
前記稼動算出部は、前記リソース関連情報ＤＢに基づいて、前記影響リソースを抽出することを特徴とする請求項１に記載の稼動管理システム。
複数のリソースの関連を記憶したリソース関連情報ＤＢを備え、
前記稼動算出部は、前記リソース関連情報ＤＢに基づいて、前記影響リソースを抽出することを特徴とする請求項１に記載の稼動管理システム。
【請求項3】
前記稼動管理システムにおいて、
前記リソース関連情報ＤＢは、上位リソースと前記上位リソースから呼び出される下位リソースとを階層化して関連付けており、
前記稼動算出部は、下位リソースがリリース対象リソースである場合に、それに関連付けられた上位リソースを前記影響リソースとして抽出することを特徴とする請求項２に記載の稼動管理システム。
前記リソース関連情報ＤＢは、上位リソースと前記上位リソースから呼び出される下位リソースとを階層化して関連付けており、
前記稼動算出部は、下位リソースがリリース対象リソースである場合に、それに関連付けられた上位リソースを前記影響リソースとして抽出することを特徴とする請求項２に記載の稼動管理システム。
【請求項4】
前記稼動管理システムにおいて、
前記通知期間情報ＤＢは、リソースの種類に応じて前記通知を行う期間を規定していることを特徴とする請求項１に記載の稼動管理システム。
前記通知期間情報ＤＢは、リソースの種類に応じて前記通知を行う期間を規定していることを特徴とする請求項１に記載の稼動管理システム。
【請求項5】
前記稼動管理システムにおいて、
前記影響リソースにかかる画面に表示することで、前記ユーザに通知することを特徴とする請求項１から４のいずれかに記載の稼動管理システム。
前記影響リソースにかかる画面に表示することで、前記ユーザに通知することを特徴とする請求項１から４のいずれかに記載の稼動管理システム。
【請求項6】
計算機を用いてリソースの稼動を管理する稼動管理方法において、
前記計算機の稼働算出部が、リリース日程とリリース対象リソースとを記憶したリリース情報ＤＢのリリース対象リソースに基づいて、当該リリースの影響のある影響リソースを抽出し、
前記計算機の通知部が、
前記リリース対象リソースにかかるリリース情報ＤＢと、通知を行う期間を記憶した通知期間情報ＤＢと、前記影響リソースの稼動日程を記憶した稼動日程情報ＤＢとに基づいて、通知を行う期間を定め、
前記影響リソースとユーザとを関連付けたユーザ情報ＤＢと、前記影響リソースとに基づいて、通知するユーザを決定し、
前記通知を行う期間に、前記通知をするユーザに、前記リリースに関連する情報を通知する、
ことを特徴とする稼動管理方法。
前記計算機の稼働算出部が、リリース日程とリリース対象リソースとを記憶したリリース情報ＤＢのリリース対象リソースに基づいて、当該リリースの影響のある影響リソースを抽出し、
前記計算機の通知部が、
前記リリース対象リソースにかかるリリース情報ＤＢと、通知を行う期間を記憶した通知期間情報ＤＢと、前記影響リソースの稼動日程を記憶した稼動日程情報ＤＢとに基づいて、通知を行う期間を定め、
前記影響リソースとユーザとを関連付けたユーザ情報ＤＢと、前記影響リソースとに基づいて、通知するユーザを決定し、
前記通知を行う期間に、前記通知をするユーザに、前記リリースに関連する情報を通知する、
ことを特徴とする稼動管理方法。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、情報処理システムのプログラムリリース及び稼動管理に関する。
【背景技術】
【0002】
情報処理システムの開発では、機能のリリースにより想定外の事象や作業が発生した際迅速に対応できるようリリース時期を管理し、監視・連絡体制等を個別に計画している。
【0003】
しかし、複数のプログラムや画面・帳票で構成される一定以上の規模の情報処理システムにおいては、改修作業により複数の画面・帳票や、稼動日の異なる複数のバッチ処理に影響が及ぶ場合が多く、また同一のリソースに対し複数仕様変更案件の改修が輻輳（競合）する場合もある。このため、仕様変更案件ごと、システムリソースごとのリリーススケジュールや初回稼動スケジュールの管理が煩雑になっている。
【0004】
この改善策として、仕様変更のリリース計画を管理するＤＢと、管理対象システムの構成情報の差分を取得する機能を用意することで、当初のリリース計画と、リリース作業の遅れなどを効率的に管理する方法がある。
【先行技術文献】
【特許文献】
【0005】
【特許文献1】特開２０１１−１８１４８号公報
【発明の概要】
【発明が解決しようとする課題】
【0006】
前記特許文献１には、リリース予定日やリリース計画の進捗状況を管理する仕組みが記載されている。しかし、リリースした機能の監視体制などを効率良く計画するという目的を満たすためには、サーバへのリリース予定日やリリース状況だけではなく、リリース後の処理初回稼動日を管理する必要がある。
【0007】
また、バッチ処理の場合、変更した仕様の動作に必要なデータが無い状態で実行される場合もあるため、初回稼動日付だけではなくデータが入力された後の初回処理日についても捕捉し、管理する必要がある。
【課題を解決するための手段】
【0008】
上記課題を解決するために、本発明は、リリースするリソースから、影響がある一連の処理及び各処理の初回稼動日を算出し、管理する機能を有する。
【0009】
また、監視対象システムのＤＢ更新情報を捕捉し、リリース後初めてデータが入力される処理の稼動日について管理する機能を有する。
【発明の効果】
【0010】
本発明によれば、リリースするリソースから、関連する処理がいつ初回稼動を迎えるかを算出し、効率良く管理することができる。
【図面の簡単な説明】
【0011】
【図1】システム構成及び、監視対象システムとの関連を記載した図である。
【図2】監視対象とするシステムのリソース種別の例を示す図である。
【図3A】システム運用開始前の初期登録に伴う、ＤＢの新規登録例を示す図である。
【図3B】稼動管理に伴う情報入力、初回稼動情報算出、及びＤＢの更新登録例を示す図である。
【図3C】ユーザへ稼動情報を通知する際の処理例を示す図である。
【図4】本実施例における計算機システムの構成を示す図である。
【図5】オンライン画面／帳票関連情報データベースへの登録内容の例を示す図である。
【図6】プログラム／帳票・ジョブネット対応情報データベースへの登録内容の例を示す図である。
【図7】ジョブネット次回処理日付データベースへの登録内容の例を示す図である。
【図8】案件毎リリース対象リソース情報データベースへの登録内容の例を示す図である。
【図9】通知対象外設定情報データベースへの登録内容の例を示す図である。
【図10】ＤＢ項目・バッチ処理対応情報データベースへの登録内容の例を示す図である。
【図11A】通知対象者情報データベースへの登録内容の例を示す図である。
【図11B】通知対象者情報データベースへの登録内容の例を示す図である。
【図12】リソース毎の通知期間情報データベースへの登録内容の例を示す図である。
【図13】リリース毎初回稼動日付データベースへの登録内容の例を示す図である。
【図14】通知メッセージデータベースへの登録内容の例を示す図である。
【図15】業務システム更新ログへの登録内容の例を示す図である。
【図16A】本実施例における初回稼動通知機能による出力の例を示す図である。
【図16B】本実施例における初回稼動通知機能による出力の例を示す図である。
【図16C】本実施例における初回稼動通知機能による出力の例を示す図である。
【発明を実施するための形態】
【0012】
以下、本発明の実施の形態を詳細に説明する。
【0013】
はじめに、図１のシステム構成図を用いて、システム概要と主な機能について説明する。
【0014】
図１はシステムの構成を表し、システム９００は稼動管理システム、システム９１０は業務システムである。
【0015】
図４に示すように、稼動管理システム９００は、ＣＰＵ２１、メモリ２２、及び記憶装置２４を有する計算機で実現され、表示装置である端末３０が接続されている。メモリ２２には、本実施例を実行するための各種プログラム２３（具体的には、図１に示す各処理１００〜１０４を実行するプログラム）が格納されており、記憶装置２４には本実施例で使用する各種情報２５（具体的には、図１に示す各情報１０５〜１１４）が格納されている。稼動管理システム９００と監視対象である業務システム９１０とはネットワーク５０を介して接続されている。
【0016】
業務システム９１０は、一般的なサーバ２００及びＰＣ２０１で実現される。サーバ２００は記憶装置２０２に情報を保存する。またサーバ２００は、バッチ帳票２０５を作成する。ＰＣ２０１は、オンライン画面から即時に編集・発行するオンライン帳票２０３と、前日の夜間バッチ処理で作成される電子帳票２０４を出力する。
【0017】
稼動管理システム９００は、サーバで構成され、各処理１００、１０１、１０２、１０３、１０４はプロセッサ上で稼動するプログラムで実現する。情報は、記憶装置１０５、１０６、１０７、１０８、１０９、１１０、１１１、１１２、１１３、１１４に記録される。
【0018】
通知対象管理処理１００は、初回稼動情報通知の対象者、及びリソース毎の通知期間の情報を、管理者が登録する為の機能である。通知対象者データベース（ＤＢ）１１２は通知対象者の情報を格納、リソース毎の通知期間情報データベース（ＤＢ）１１３はリソース毎の通知期間の情報を格納する。
【0019】
初回稼動日付自動算出処理１０１は、画面階層構造データベース（ＤＢ）１０５、プログラム／帳票・ジョブネット対応情報データベース（ＤＢ）１０６、ジョブネット次回処理日付データベース（ＤＢ）１０７、案件毎リリース対象データベース（ＤＢ）１０８、自動算出対象外設定情報データベース（ＤＢ）１０９から、リソースの初回稼動日付を自動算出する機能である（Ｓ２０００、Ｓ２００１、Ｓ２００２）。ＤＢ１０８には案件毎のリリース対象のリソースが格納されており、ここに格納されているリソースが初回稼動日付自動算出の対象となる。オンライン資源の場合は、ＤＢ１０５のオンライン画面／帳票関連の情報より初回稼動となる画面を特定し、初回稼動日付はＤＢ１０８に登録されているリリース日付となる。バッチ資源の場合はＤＢ１０６のプログラム／帳票・ジョブネット対応情報から初回稼動となるジョブネットを特定し、ＤＢ１０７に格納されているジョブネットの次回の処理日付が初回稼動日となる。自動算出した結果の情報は、リソース毎の初回稼動日付の情報を管理するリソース毎初回稼動日付データベース（ＤＢ）１１１へ格納する。ただし、ＤＢ１０９に登録されている自動算出の対象外とするリソースに関しては、処理の対象外とする。
【0020】
個別設定等入力処理１０２は、管理者が自動算出対象外とするリソースを登録する場合や、メッセージや通知対象者をリソース毎に個別で登録する為の管理機能である。自動算出対象外の設定情報はＤＢ１０９に格納し、メッセージや通知対象者の個別設定情報はＤＢ１１１に格納する。
【0021】
初回稼動通知処理１０３は、ＤＢ１１１のリソース毎初回稼動日付より、メールや業務画面、スケジューラにて、初回稼動情報を通知する機能である。ＤＢ１１２の通知対象者情報や、ＤＢ１１３のリソース毎の通知期間情報、通知メッセージデータベース（ＤＢ）１１４に登録された通知メッセージに従い、通知を行う。
【0022】
データ入力情報連携処理１０４は、初回稼動処理に関連する業務データが入力されたかどうかを監視する機能である。初回稼動処理となるバッチ処理について、初回処理に関連するＤＢ項目が格納されたＤＢ項目・バッチ処理対応情報データベース（ＤＢ）１１０と業務システムのログを突合（照合）し、初回稼動処理に関連する業務データが入力された際に、ＤＢ１１１に入力された日付を登録する。
【0023】
以上が、稼動管理システムの主な機能である。
【0024】
次に、図２を用いて、管理対象リソースの種類と初回稼動通知の方法について説明する。
【0025】
図２に示す表は、管理の対象とする業務システムリソース（監視対象）２０ａと、リソース種別ごとの初回稼動通知方法２０ｂからなる。業務システムリソース（監視対象）２０ａは、バッチ／オンラインの区分とリソース種別からなる。初回稼動通知方法２０ｂでは、ユーザへの通知２０ｃとして、通知有無、通知タイミング（画面操作時等）、通知の方法（監視対象システムの画面に表示等）を定義し、開発者への通知２０ｄとして、通知タイミング（画面操作時等）、通知の方法を定義している。
【0026】
まずバッチプログラムに関しては、ユーザへの通知はしない。開発者への通知２０ｄは、初回処理動作日及びデータ入力を伴う初回処理日に、メールまたはスケジューラで実施する。
【0027】
電子帳票及びバッチ帳票は、ユーザに対して画面操作時に監視対象システムの画面に表示することにより通知する。開発者へは利用開始日に、メールまたはスケジューラで通知する。
【0028】
ジョブネットは、ユーザへは通知しない。開発者へは初回処理動作日にメールまたはスケジューラで通知する。
【0029】
オンライン関係のリソースである画面出力プログラム及び画面レイアウト、帳票レイアウトに関しては、ユーザに対して画面操作時に監視対象システムの画面に表示することで通知する。開発者へは利用開始日にメールまたはスケジューラで通知する。
【0030】
次に、図１の稼動管理システム９００上で動作するデータベースの概要について説明する。
【0031】
図５に示す、オンライン画面／帳票関連情報データベース（ＤＢ）１０５は、サブシステムＩＤ１０５ａ毎に、オンライン画面１０５ｂに関する情報である、上位リソースである画面の定義（画面ＩＤ、画面名）と下位リソースである画面表示用プログラム（プログラムＩＤ、プログラム名）の関連及び、画面から出力されるオンライン帳票１０５ｃの関連を管理する。下位リソースは、上位リソース、例えばメインプログラムから呼び出されるサブプログラムである。
【0032】
図６に示す、プログラム／帳票・ジョブネット対応情報データベース（ＤＢ）１０６は、サブシステムＩＤ１０６ａ毎に、帳票（１０６ｆ、ｇ）及びジョブネット（１０６ｂ、ｃ）と、プログラム（１０６ｄ、ｅ）の関連を管理する。
【0033】
図７に示す、ジョブネット次回処理日付データベース（ＤＢ）１０７は、ジョブネットＩＤ（１０７ａ）毎の処理日付（１０７ｂ）を管理する。月に1度、翌月分の処理日付が更新登録される。
【0034】
図８に示す、案件毎リリース対象リソース情報データベース（ＤＢ）１０８は、リリース日１０８ｂが指定された、変更内容である仕様変更案件（１０８ａ）毎の、変更によって影響を受けるリリース対象のリソース１０８ｃ（影響リソース）を管理する。プログラム、画面、帳票、ジョブネット等のＩＤが、リソースＩＤとして登録される。例えば、プログラムＡが共通のＤＢ内のデータを変更すると、そのデータを参照するプログラムＢの処理がデータ変更の影響を受ける場合、プログラムＢは、プログラムＡに関する影響リソースである。
【0035】
図９に示す、通知対象外設定情報データベース（ＤＢ）１０９は、初回稼動情報の通知対象外とする条件 (案件ＩＤ１０９ｂと、リソースＩＤ１０９ａ（リソース種別１０９ｃ）の組合せ)を管理する。案件ＩＤまたは、リソースＩＤのみの登録も可能である。例えば、多くの画面で共用されているプログラムがリリースされる場合、自動算出機能により、直接改修仕様が影響しない画面も含め全て通知対象として登録されてしまうが、本機能で通知登録を抑止し必要な画面のみ手動で通知登録を行うことで、直接影響が生じる特定画面以外の初期設定を通知対象外とすることも可能になる。
【0036】
図１０に示す、ＤＢ項目・バッチ処理対応情報データベース（ＤＢ）１１０は、業務システムのバッチ処理（ジョブネットＩＤ１１０ａ）と業務システムのＤＢ項目（監視対象ＤＢ１１０ｂ、監視対象項目ＩＤ１１０ｃ）について関連を管理する。
【0037】
図１１Ａ及び図１１Ｂに示す、リリース毎初回稼動日付データベース（ＤＢ）１１１は、通知指定リソース(ジョブネット、画面・帳票)１１１０ｂごとの、リリース後初回稼動日付１１１０ａと、リソース関連情報１１１０ｃ、通知対象者情報１１１０ｄ、メッセージＩＤ１１１０ｅ、及び通知対象外フラグ１１１０ｆなどを管理する。図１１Ａの「初データ処理日付」にデータを格納した結果が図１１Ｂである。
【0038】
図１２に示す、通知対象者情報データベース（ＤＢ）１１２は、初回稼動の通知対象者（ユーザＩＤ１１２ａ、サブシステムＩＤ１１２ｂ）を管理する。
【0039】
図１３に示す、リソース毎の通知期間情報データベース（ＤＢ）１１３は、初回稼動管理対象（案件番号１１３ａ）の通知対象リソース１１３ｂに対する、通知期間(画面への表示期間等)１１３ｃを管理する。通知期間１１３ｃは、ＤＢ１１１で管理する初回稼動日付１１１０ａを基点に、−○日〜＋○日（前○日〜後○日）の指定で登録する。
【0040】
図１４に示す、通知メッセージデータベース（ＤＢ）１１４は、初回稼動の通知内容(画面表示メッセージ（１１４ｃ）、メール・スケジューラへの通知内容（１１４ｄ）)をメッセージＩＤ１１４ａによって管理する。通知区分１１４ｂには、ユーザへ通知する方法（「メール」「スケジューラ」「業務画面への通知」の３種類）を登録する。
【0041】
次にフローチャートに基づいて、稼動管理システム９００を構成するデータベース（ＤＢ）の登録及び運用例について説明する。
【0042】
始めに、図３Ａのフローチャートに基づいて、管理者による初期登録の内容を説明する。
【0043】
ステップ１０００では、通知対象者情報（通知対象者とするユーザのＩＤ１１２ａと、該当ユーザが所管するサブシステムＩＤ１１２ｂの組合せ）を図１２のＤＢ１１２へ新規登録し、通知メッセージ情報（通知するメッセージ内容とメッセージＩＤ１１４ａ、通知区分１１４ｂ、初回稼動メッセージ１１４ｃ、データ初回入力時のメッセージ１１４ｄの組合せ）を図１４のＤＢ１１４へ新規登録する。なお、ＤＢ１１２のサブシステムへ「ＡＬＬ」を指定したユーザは、ユーザの所管サブシステムに関わらず、全サブシステムの初回稼動が通知される。
【0044】
ステップ１００１では、通知対象外とするリソースの情報（案件番号１０９ｂ、リソースＩＤ１０９ａ、リソース種別１０９ｃの組合せ）を、図９のＤＢ１０９へ新規登録する。
【0045】
ステップ１００２では、オンライン画面と帳票の階層構造情報など（サブシステムＩＤ１０５ａ、画面ＩＤ、画面名、画面を構成するプログラムのプログラムＩＤ１０５ｂ、帳票ＩＤ、帳票名、帳票を構成するプログラムのプログラムＩＤ、プログラム名の情報１０５ｃ）を、図５のＤＢ１０５へ新規登録する。
【0046】
ステップ１００３では、プログラムと帳票・ジョブネットの対応情報（サブシステムＩＤ１０６ａ、ジョブネットＩＤ１０６ｂ、プログラムＩＤ１０６ｃ、プログラム名１０６ｅ、帳票ＩＤ１０６ｆ、帳票名１０６ｇの組合せ）を、図６のＤＢ１０６へ新規登録する。
【0047】
ステップ１００４では、各ジョブネットの次回処理日付の情報（ジョブネットＩＤ１０７ａと、ジョブネットの次回処理日付１０７ｂの組合せ）を、図７のＤＢ１０７へ新規登録する。
【0048】
ステップ１００５では、変更によって影響を受ける案件毎のリリース対象の情報（仕様変更の案件番号１０８ｂ、リリース日１０８ｂ、リリース対象リソース１０８ｃのリソースＩＤ及びリソース種別の組合せ）を、図８のＤＢ１０８へ新規登録する。
【0049】
ステップ１００６では、ＤＢ項目とバッチ処理の対応情報（業務システムのジョブネットＩＤ１１０ａ、ジョブネットが使用するＤＢのＩＤ１１０ｂ、ＤＢの項目ＩＤ１１０ｃの組合せ）を、図１０のＤＢ１１０へ新規登録する。
【0050】
次に、図３Ｂのフローチャートに基づいて、初回稼動日付算出の手順、及び各データベースの参照・更新方法を説明する。管理情報の更新は、自動更新と手動更新の２種類があり、情報の種類によって自動更新又は手動更新の何れかが行われる。 （自動更新）
まず、初期登録で情報が登録されたＤＢ１０５、１０６、１０７、１０８、１１０は、業務システムの運用と合わせて月次更新される。
【0051】
ステップ２０００ではオンライン機能分の初回稼動日付算出を行うため、ＤＢ１０８のリソースＩＤ１０８ｃと、ＤＢ１０５の項目１０５ｂ、１０５ｃに含まれる画面ＩＤ、帳票ＩＤ、またはプログラムＩＤを突合し、ＤＢ１１１への登録候補データを算出する。具体的には、ＤＢ１０８の案件番号、リリース日がそれぞれ、ＤＢ１１１の案件番号、初回稼動日付へ、ＤＢ１０５のサブシステムＩＤ、画面ＩＤ、画面名がそれぞれ、ＤＢ１１１のサブシステムＩＤ、リソースＩＤ、リソース名へ、「オンライン画面」の文字列がリソース種別への登録候補となる。
【0052】
ステップ２００１では、バッチ機能分の初回稼動日付算出を行うため、ＤＢ１０８のリソースＩＤ１０８ｃと、ＤＢ１０６のジョブネットＩＤ１０６ｂ、プログラムＩＤ１０６ｄ、または帳票ＩＤ１０６ｆを突合して算出したジョブネットＩＤと、ＤＢ１０７のジョブネットＩＤ１０７ａを突合し、ＤＢ１１１の項目の登録候補データを算出する。具体的には、ＤＢ１０８の案件番号、リソースＩＤ、リソース種別がそれぞれ、ＤＢ１１１の案件番号、リソースＩＤ、リソース種別への登録候補となり、ＤＢ１０６のサブシステムＩＤ、ジョブネットＩＤがそれぞれ、ＤＢ１１１のサブシステムＩＤ、影響ジョブネットＩＤへの登録候補となり、ＤＢ１０６のジョブネット名、プログラム名、または帳票名がＤＢ１１１のリソース名への登録候補となり、ＤＢ１０７の次回処理日付がＤＢ１１１の初回稼動日付への登録候補となる。
【0053】
ステップ２００２では、ステップ２０００及びステップ２００１で算出された初回稼動管理情報の候補について、ＤＢ１０９のリソースＩＤ１０９ａ及び案件番号１０９ｂの組合せと突合し、ＤＢ１０９に登録されている場合はＤＢ１１１の通知対象外フラグ１１１０ｆを設定し、ＤＢ１０９に登録されていない場合は通知対象外フラグ１１１０ｆを設定せずにＤＢ１１１へ登録する（ＤＢ１１１ａ）。
【0054】
ステップ２００３では、バッチ処理へのデータ初回入力日を算出するため、まずＤＢ１１０のジョブネットＩＤ１１０ａとＤＢ１１１ａのジョブネットＩＤ１１１０ｃから、監視対象のＤＢ項目を特定する。次に、図１５に示す、業務システムの更新ログ（ＤＢ１１５）の更新日付１１５ａ、更新対象ＤＢ１１５ｂ、及び更新対象項目ＩＤ１１５ｃを突合し、監視対象のＤＢ項目への入力が記録されていた場合は、ＤＢ１１１ａのジョブネットＩＤ１１１０ｃとＤＢ１０７のジョブネットＩＤ１０７ａを突合し、ＤＢ１１１ａの初データ処理日付１１１０ａを更新登録する（ＤＢ１１１ｂ）。
【0055】
（手動更新）ステップ２１００では、通知対象外の情報（案件番号１０９ｂ、リソースＩＤ１０９ａ、リソース種別１０９ｃの組合せ）をＤＢ１０９へ手動で追加登録する。
【0056】
ステップ２１０１では、通知対象者情報（通知対象者とするユーザのＩＤ１１２ａと、該当ユーザが所管するサブシステムＩＤ１１２ｂの情報の組合せ）をＤＢ１１２へ手動で追加登録する。
【0057】
ステップ２１０２では、リソース毎の通知期間の情報（案件番号１１３ａ、リソースＩＤとリソース種別（１１３ｂ）、通知期間１１３ｃの組合せ）をＤＢ１１３へ手動で追加登録する。
【0058】
ステップ２１０３では、通知メッセージ情報（通知するメッセージ内容とメッセージＩＤ１１４ａ、通知区分１１４ｂ、初回稼動メッセージ１１４ｃ、データ初回入力時のメッセージ１１４ｄの組合せ）をＤＢ１１４へ手動登録する。
【0059】
ステップ２１０４では、リソース毎の個別の通知メッセージや通知対象者をＤＢ１１１のメッセージＩＤ１１１０ｅや通知対象者情報１１１０ｄへ手動登録する。
【0060】
最後に、図３Ｃのフローチャートに基づいて、上述した初期登録と管理情報更新で作成されたデータをもとに通知を行う方法を説明する。
【0061】
メールで通知する場合は、ＤＢ１１１に格納されたリソースＩＤ及び案件番号の組合せ（１１１０ｃ）と、ＤＢ１１３に格納されたリソースＩＤ（１１３ｂ）及び案件番号（１１３ａ）の組合せを突合し、ＤＢ１１３の通知期間情報からメール発信対象となるものを特定する。次に、ＤＢ１１１のうち通知対象となったレコードのサブシステムＩＤ（１１１０ｄ）と、ＤＢ１１２に登録されたサブシステムＩＤ（１１２ｂ）を突合し、通知対象のユーザ情報を算出する。最後に、ＤＢ１１１のメール用ＩＤ（１１１０ｅ）と、ＤＢ１１４に登録されたメッセージＩＤ（１１４ａ）を突合して算出した通知メッセージを、通知対象のユーザへ、メールで送信する（ステップ３０００）。
【0062】
スケジューラで通知する場合は、ＤＢ１１１に格納されたリソースＩＤ及び案件番号の組合せ（１１１０ｃ）と、ＤＢ１１３に格納されたリソースＩＤ（１１３ｂ）及び案件番号（１１３ａ）の組合せを突合し、ＤＢ１１３の通知期間情報（１１３ｃ）からスケジュール登録対象となるものを特定する。次に、ＤＢ１１１のうち通知対象となったレコードのサブシステムＩＤ（１１１０ｂ）と、ＤＢ１１２に登録されたサブシステムＩＤ（１１２ｂ）を突合し、通知対象のユーザ情報を算出する。最後に、ＤＢ１１１のスケジューラ用ＩＤ（１１１０ｅ）と、ＤＢ１１４に登録されたメッセージＩＤ（１１４ａ）を突合して算出した通知メッセージを、通知対象のユーザのスケジューラへ登録する（ステップ３００１）。
【0063】
業務システムの画面に表示する場合は、ＤＢ１１１に格納されたリソースＩＤ及び案件番号の組合せ（１１１０ｃ）と、ＤＢ１１３に格納されたリソースＩＤ（１１３ｂ）及び案件番号（１１３ａ）の組合せを突合し、ＤＢ１１３の通知期間情報（１１３ｃ）から画面表示対象となるものを特定する。次に、ＤＢ１１１のうち通知対象となったレコードのサブシステムＩＤ（１１１０ｂ）と、ＤＢ１１２に登録されたサブシステムＩＤ（１１２ｂ）を突合し、通知対象のユーザ情報を算出する。最後に、ＤＢ１１１の業務システム用ＩＤ（１１１０ｅ）と、ＤＢ１１４に登録されたメッセージＩＤ（１１４ａ）を突合して算出した通知メッセージを、ＤＢ１１３で指定した期間、画面へ表示させる（ステップ３００２）。
【0064】
以上のように、本実施の形態によれば、新たにリリースした案件に係る初回稼動処理の情報を、メール・スケジューラ・業務画面等で、システム開発者や業務画面のユーザが把握することが可能となる。また、図２のデータ入力情報連携処理１０４によって、初回処理の対象データが０件だった場合、対象データが１件以上で初回処理を行うタイミングも通知することが可能となる。これにより、システム開発者は迅速な監視体制をとることが可能となり、業務画面のユーザは画面入力や帳票作成の際に注意を図れるとともにシステムの仕様変更による問合せの軽減等が期待できる。
【符号の説明】
【0066】
１００：通知対象管理処理、１０１：初回稼動日付自動算出処理、１０２：個別設定等入力処理、１０３：初回稼動通知処理、１０４：データ入力情報連携処理、１０５：画面階層構造データベース、１０６：プログラム／帳票・ジョブネット対応情報データベース、１０７：ジョブネット次回処理日付データベース、１０８：案件毎リリース対象データベース、１０９：自動算出対象外設定情報データベース、１１０：ＤＢ項目・バッチ処理対応情報データベース、１１１：リソース毎初回稼動日付データベース、１１１ａ：データ処理初回日付を入力する前のＤＢ１１１、１１１ｂ：データ処理初回日付を入力した後のＤＢ１１１、１１２：通知対象者情報データベース、１１３：リソース毎の通知期間情報データベース、１１４：通知メッセージデータベース、１１５：業務システムの更新ログ、９００：稼動管理・通知システム、９１０：業務システム