(57)【要約】【課題】変更されたユニットとログやドキュメントとの対応付けのための、ユーザの負担を軽減する。【解決手段】運用管理サーバは、ジョブ管理サーバからユニット定義情報を入力し、入力したユニット定義情報に基づいて、ユニットの管理情報をユニットＩＤに対応付けてユニットマスタに格納する。ユニットマスタに格納されるユニットの管理情報と対応付けて、業務サーバの処理に伴い出力されるファイルの名称及びファイルへアクセスするためのパス名が予め格納されているファイルパスマスタから抽出したファイル名称及びパス名を、ユニットＩＤに対応付けてファイルマスタに格納する。ユーザ端末からのユニットＩＤの入力に応答して、ファイル名称に対応するパス名を参照して、文書管理サーバに格納されているファイルをユーザ端末に表示する。【選択図】図１
2011243098.tif 000002
【特許請求の範囲】
【請求項１】
業務を遂行するための処理を実行し、前記処理の実行に伴うログファイルを格納する業務サーバ、前記業務サーバが実行する前記処理をスケジューリングするジョブ管理サーバ、前記業務サーバの前記処理に伴い参照、更新又は出力されるドキュメントファイルを格納する文書管理サーバ、及び、ユーザ端末と接続する運用管理サーバであって、
前記ジョブ管理サーバによる前記処理のスケジューリングの処理単位であるユニット定義情報を前記ジョブ管理サーバから入力し、入力した前記ユニット定義情報に基づいて、前記ユニットの管理情報を、前記ユニットに付したユニットＩＤに対応付けて格納するユニットマスタを作成するユニット定義情報インポート手段と、
前記ユニットマスタに格納される前記ユニットの前記管理情報と対応付けて、前記業務サーバの処理に伴う、前記ログファイルと前記ドキュメントファイルとの少なくとも一方のファイルの名称及び前記ファイルへアクセスするためのパス名が予め格納されているファイルパスマスタから抽出した前記ファイル名称及び前記パス名を、前記ユニットＩＤに対応付けて格納するファイルマスタを作成するファイルマスタデータ登録手段と、
前記ユーザ端末からの前記ユニットＩＤの入力に応答して、前記ファイルマスタを参照して前記ファイル名称及び前記パス名を前記ユーザ端末に表示し、表示した前記ファイル名称のクリックに応答して、前記パス名を参照して、前記文書管理サーバに格納されている前記ファイルにアクセスして、アクセスした前記ファイルを前記ユーザ端末に表示するファイル参照手段とを有することを特徴とする運用管理サーバ。
【請求項２】
前記ユニット定義情報は、前記ジョブ管理サーバによる前記処理のスケジューリング毎に前記ジョブ管理サーバから送られることを特徴とする請求項１記載の運用管理サーバ。
【請求項３】
業務を遂行するための処理を実行し、前記処理の実行に伴うログファイルを格納する業務サーバ、前記業務サーバが実行する前記処理をスケジューリングするジョブ管理サーバ、前記業務サーバの前記処理に伴い参照、更新又は出力されるドキュメントファイルを格納する文書管理サーバ、及び、ユーザ端末と接続する運用管理サーバにおける運用管理方法であって、前記運用管理サーバは、
前記ジョブ管理サーバによる前記処理のスケジューリングの処理単位であるユニット定義情報を前記ジョブ管理サーバから入力し、
入力した前記ユニット定義情報に基づいて、前記ユニットの管理情報を、前記ユニットに付したユニットＩＤに対応付けてユニットマスタに格納し、
前記ユニットマスタに格納される前記ユニットの前記管理情報と対応付けて、前記業務サーバの処理に伴う、前記ログファイルと前記ドキュメントファイルとの少なくとも一方のファイルの名称及び前記ファイルへアクセスするためのパス名が予め格納されているファイルパスマスタから抽出した前記ファイル名称及び前記パス名を、前記ユニットＩＤに対応付けてファイルマスタに格納し、
前記ユーザ端末からの前記ユニットＩＤの入力に応答して、前記ファイルマスタを参照して前記ファイル名称及び前記パス名を前記ユーザ端末に表示し、
表示した前記ファイル名称のクリックに応答して、前記パス名を参照して、前記文書管理サーバに格納されている前記ファイルにアクセスして、アクセスした前記ファイルを前記ユーザ端末に表示することを特徴とする運用管理方法。
【請求項４】
前記ユニット定義情報は、前記ジョブ管理サーバによる前記処理のスケジューリング毎に前記ジョブ管理サーバから送られることを特徴とする請求項３記載の運用管理サーバ。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通常、バックアップや履歴管理資料として利用するユニットの定義情報をシステム運用に活用する運用管理サーバ及び運用管理方法に関する。
【背景技術】
【０００２】
本明細書におけるユニットとは、ジョブスケジューリングにおける処理単位である。
【０００３】
ユニットで障害が発生した際に、状況確認・原因調査の目的の為、ユーザは、ユニット管理画面から対象のユニットを参照し、そのユニットが実行しているプログラム名および処理概要を確認の上、対象ログ出力先の参照および対象ドキュメントの参照という手順を踏む。
【０００４】
しかし、プログラム毎またはプログラムの種類毎に出力されるログ及び対象ドキュメントの配置場所（記憶装置内の格納場所）が異なり、ユーザが、その配置場所を瞬時に参照し、障害対応を迅速に行う為には、ある程度の経験とノウハウが必要であり、対応が属人化する傾向にあった。慣れていないユーザは、対象のログや対象ドキュメントがどこにあるのかを瞬時に把握することが困難であった。
【０００５】
その為、この問題を解決すべく、人に依存しない障害対応作業のレベルの平準化・迅速化が図れるような仕組みが望まれている。
【０００６】
ユニット運用情報を用いて運用業務効率化を図る技術は従来から提案されている。例えば、特許文献１（特開平4-309124）には、ジョブ(ユニット)実行履歴情報を使用し、ジョブ(ユニット)運用情報を経済的に洩れなく作成する手法が開示されている。
また、特許文献２（特開2000-194576）では、ジョブ(ユニット)の定義情報を自動生成する手法が開示されている。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】特開平4-309124
【特許文献２】特開2000-194576
【発明の概要】
【発明が解決しようとする課題】
【０００８】
運用管理システムでは、前述のように、ユニットとログやドキュメントとのリンク（対応付け）が必要である。しかし、上記先行技術文献では、ジョブ（ユニット）情報とログ・ドキュメントとの対応付けは考慮されていない。したがって、ユニット定義が登録（更新）される都度、運用管理システム側で、変更されたユニットとログやドキュメントとのリンク（対応付け）を、ユーザ（システムの管理者）が、手動でやり直さねばならず、運用上負担が大きいという課題があった。
【課題を解決するための手段】
【０００９】
運用管理サーバは、業務を遂行するための処理を実行し、前記処理の実行に伴うログファイルをする業務サーバ、業務サーバが実行する処理をスケジューリングするジョブ管理サーバ、業務サーバの処理に伴い参照、更新、又は出力されるドキュメントファイルを格納する文書管理サーバ、及び、ユーザ端末と接続する。運用管理サーバは、ジョブ管理サーバによる処理のスケジューリングの処理単位であるユニット定義情報をジョブ管理サーバから入力し、入力したユニット定義情報に基づいて、ユニットの管理情報を、ユニットに付したユニットＩＤに対応付けてユニットマスタに格納するユニット定義情報インポート手段と、ユニットマスタに格納されるユニットの管理情報と対応付けて、業務サーバの処理に伴う、ログファイルと前記ドキュメントファイルとの少なくとも一方のファイルの名称及びファイルへアクセスするためのパス名が予め格納されているファイルパスマスタから抽出したファイル名称及びパス名を、ユニットＩＤに対応付けてファイルマスタに格納するファイルマスタデータ登録手段と、ユーザ端末からのユニットＩＤの入力に応答して、ファイルマスタを参照してファイル名称及びパス名をユーザ端末に表示し、表示したファイル名称のクリックに応答して、パス名を参照して、文書管理サーバに格納されているファイルにアクセスして、アクセスしたファイルをユーザ端末に表示するファイル参照手段とを有する。
【発明の効果】
【００１０】
本発明によれば、ユニット定義が登録（更新）される都度、運用管理サーバが、変更されたユニットとログやドキュメントとをリンク（対応付け）するので、運用管理システムのユーザ（システム管理者）による負担を軽減できる。
【図面の簡単な説明】
【００１１】
【図１】運用管理システムの全体構成図である。
【図２】運用管理サーバのハードウェア構成例を示す図である。
【図３】ユニットマスタのデータ構成例を示す図である。
【図４】ユニット種別マスタのデータ構成例を示す図である。
【図５】ドキュメントパスマスタのデータ構成例を示す図である。
【図６】ドキュメントマスタのデータ構成例を示す図である。
【図７】ログパスマスタのデータ構成例を示す図である。
【図８】ログマスタのデータ構成例を示す図である。
【図９】ユニット定義情報の構成例を示す図である。
【図１０】ユニット定義情報インポート機能の処理を示すフローチャートである。
【図１１】ユニットマスタ登録処理を示すフローチャートである。
【図１２】ドキュメントマスタ登録処理を示すフローチャートである。
【図１３】ログマスタデータ登録処理を示すフローチャートである。
【図１４】ドキュメント・ログ参照機能の処理を示すフローチャートである。
【図１５】ドキュメントパス登録画面例を示す図である。
【図１６】ログパス登録画面例を示す図である。
【図１７】ドキュメント・ログ参照画面例を示す図である。
【発明を実施するための形態】
【００１２】
以下、本発明の実施形態について、図面を参照して詳細に説明する。
【００１３】
図１は、本実施形態に係る運用管理システム全体構成例を示す図である。運用管理システム１は、ここでは運用管理の対象を含むシステムであり、運用管理サーバ１０、ジョブ管理サーバ１４、文書管理サーバ（ファイルサーバ）１２、業務サーバ群１３及びユーザ端末１１がネットワーク１５を介して接続されて構成される。業務（サービス）を遂行するための業務管理サーバ群１３によるジョブの実行がジョブ管理サーバ１４により制御され、業務管理サーバ群１３によるジョブの実行に伴い、参照、更新又は出力されるドキュメントやログが文書管理サーバ１２及び業務管理サーバ群１３にファイルとして格納される。運用管理サーバ１０は、業務管理サーバ群１３による業務（サービス）を効率的に遂行させるために、業務管理サーバ群１３のリソース（ＣＰＵやメモリなど）を障害発生時も含めて管理する。ユーザ端末１１は、ここでは運用管理サーバ１０の端末として、ユーザ（システム管理者）によって利用される。ジョブ管理サーバ１４による業務管理サーバ群１３の制御に伴うユニット（ジョブスケジューリングにおけるスケジューリング対象の処理単位）定義情報が運用管理サーバ１０に送られ、運用管理サーバ１０は、そのユニット定義情報に基づいて、業務管理サーバ群１３によるジョブの実行に伴うドキュメントやログを格納する文書管理サーバ１２や業務管理サーバ群１３の格納場所を特定し、ユーザからの要求などに応じてユーザ端末１１にドキュメントやログを出力する。ジョブ管理サーバ１４から運用管理サーバ１０へのユニット定義情報の送信タイミングは、運用管理サーバ１０からの要求に基づいて送信するものであっても、ジョブスケジューリング毎（ユニット定義情報が更新される毎）に、その実行後に送るようにしてもよい。業務管理サーバ群１３に障害が発生するなど、ジョブスケジューリングが再実行される場合などは、その都度、変更したユニット定義情報がジョブ管理サーバ１４から運用管理サーバ１０へ送られる。
【００１４】
換言すると、運用管理サーバ１０は、ジョブ管理サーバ１４からユニット定義情報を入力し、入力したユニット定義情報に基づいて、ユニットの管理情報を、ユニットに付したユニットＩＤに対応付けてユニットマスタ（後述）に格納する。ユニットマスタに格納されるユニットの管理情報と対応付けて、業務サーバの処理に伴い出力されるファイルの名称及びファイルへアクセスするためのパス名が予め格納されているファイルパスマスタ（後述）から抽出したファイル名称及びパス名を、ユニットＩＤに対応付けてファイルマスタ（後述）に格納する。ユーザ端末からのユニットＩＤの入力に応答して、ファイルマスタを参照してファイル名称及びパス名をユーザ端末に表示し、表示したファイル名称のクリックに応答して、パス名を参照して、文書管理サーバ又は業務管理サーバ群１３に格納されているファイルにアクセスして、アクセスしたファイルをユーザ端末に表示する。
【００１５】
図２は、運用管理サーバ１０のハードウェア構成例を示す図である。運用管理サーバ１０は、制御部１００と、記憶部１０１と、入力部１０２と、表示部１０３と、ネットワークインタフェース部１０４とを具備する。各部は、バス（ＢＵＳ）によって接続されている。記憶部１０１には、ジョブ管理サーバ１４から受取ったユニット定義情報から必要なデータを抽出し、運用管理サーバ１０に登録するユニット定義情報インポート機能１１１及び、運用管理サーバ１０がユーザ端末１１に表示する画面から、ユーザに各ユニットに関連する資料を参照させるドキュメント・ログ参照機能１１２、ユニットとドキュメントの対応付けをユーザに登録させるドキュメント登録機能１１３を含むプログラム１１０、さらに、ユニットマスタ１１６、ユニット種別マスタ１１７、ドキュメントパスマスタ１１８、ドキュメントマスタ１１９、ログパスマスタ１２０、ログマスタ１２１などのテーブル（ＤＢ）が格納されている。プログラム１１０は、制御部１００により記憶部１０１から図示していないメモリにロードされ実行される。運用管理サーバ１０において、ユニット定義情報インポート機能１１１、ドキュメント・ログ参照機能１１２、ドキュメント登録機能１１３を実行するためのプログラム１１０が記憶部１０１に格納されており、制御部１００にロードされ実行される。
【００１６】
入力部１０２は、ユーザ端末１１からの入力をネットワークインタフェース部１０４を介して受け付け、表示部は、ユーザ端末１１への表示出力をネットワークインタフェース部１０４を介して制御する。
【００１７】
以下、各テーブル（ＤＢ）、各プログラムについて説明する。
【００１８】
図３は、運用管理サーバ１０が具備するユニットマスタ（テーブル）１１６のデータ構成例を示す図である。ユニットマスタ１１６は、ジョブ管理サーバ１４がジョブスケジューリングを行う処理単位であるユニット情報を格納するテーブルであり、ジョブ管理サーバ１４からのユニット定義情報に基づいて、ユニット定義情報インポート機能１１１が、その内容を格納する。
【００１９】
図３に示すように、ユニットマスタ１１６は、ユニットＩＤ３１と、プログラム名３２と、実行対象スクリプト３３と、処理名３４と、処理内容３５と、特記事項３６と、種別３７と、種類３８とを対応付けて記憶する。換言すると、ユニットマスタ１１６の各レコードは、ユニットＩＤと、ユニットＩＤで識別されるユニットのプログラム名３２などの管理情報とを対応付けて記憶する。プログラム名３２には、種類３８が“Ｊａｖａ（登録商標）”の場合にはＪａｖａプログラム名が格納される。実行対象スクリプト３３には、そのユニットが実行するスクリプト名称をフルパス（ドライブ名から始めてすべてのディレクトリ名を指定する、ファイル名の指定方法であり、このパスに従ってファイルをアクセスする。）で格納する。処理名３４には、ユニットの処理説明情報を格納する。種別３７には、ユニットの業務種別を格納する。種別３７は、ユニットＩＤを元にユニット親ＩＤを識別し、後述する図４のユニット種別マスタ１１７から対象ユニットに対応する種別を抽出し格納される。ユニット親ＩＤとは、ユニットＩＤの上位３文字を表す。種類３８には、ユニットの処理特性を表す種類を格納する。例えば、図３に示す例では、ユニットＩＤ：W01D010201のユニットは、処理内容３５が“プレ本番データ登録”であり、業務種別３７が“データ移行”である、“Ｊａｖａ”を用いた処理を示している。このユニットマスタ１１６に格納される情報は、ジョブ管理サーバ１４から受信したジョブ管理情報に基づいて、ユニット定義情報インポート機能１１１により更新される。ユニット定義情報については後述する。  図４は、運用管理サーバ１０が具備するユニット種別マスタ１１７のデータ構成例を示す図である。ユニット種別マスタ１１７は、ユニットの業務を識別する種別情報を格納するテーブルであり、予め作成して運用管理サーバ１０の記憶部１０１に格納する。
【００２０】
図４に示すように、ユニット種別マスタ１１７は、ユニット親ＩＤ４１と、種別４２とを対応付けて記憶する。ユニット親ＩＤ４１には、ユニットＩＤの業務を識別する情報である、ユニットＩＤの上位３文字を格納する。種別４２には、そのユニット親ＩＤに対応する業務を識別する種別情報を格納する。図４に示す例では、ユニット親ＩＤ：“W01”の処理種別は“データ移行”である。
【００２１】
図５は、運用管理サーバ１０が具備するドキュメントパスマスタ１１８のデータ構成例を示す図である。ドキュメントパスマスタ１１８は、ユニットとそのユニットに関連する設計書や仕様書等のドキュメントとの対応付けのための情報を格納するテーブルであり、予め作成して運用管理サーバ１０の記憶部１０１に格納する。
【００２２】
図５に示すように、ドキュメントパスマスタ１１８は、種別５１と、種類５２と、管理番号５３と、ドキュメント名称５４と、ドキュメントパス名５５とを対応付けて記憶する。種別５１には、業務種別を格納する。種類５２には、先に示した種別５１により想定される処理特性を表す種類を格納する。管理番号５３には、種別５１及び種類５２との組み合わせに対応するドキュメントに付した枝番を格納する。ドキュメント名称５４には、ユーザが識別可能なドキュメント名称を格納する。ドキュメントパス名５５には、対象となるドキュメントのルートパス情報を格納する。
【００２３】
図５に示す例では、種別：“データ移行”、種類：“Ｊａｖａ”、および管理番号：“１”に関するドキュメント名称は、“データ移行_詳細設計書（Java）”であり、そのドキュメントが存在するルートパスは、“\\文書管理サーバ\public\生産物流Prj\09IT\04データ管理基盤\08データ移行\02本番環境\10詳細設計書（Java）\”である。
【００２４】
図６は、運用管理サーバ１０が具備するドキュメントマスタ１１９のデータ構成例を示す図である。ドキュメントマスタ１１９は、ユニットとそのユニットに関連する設計書や仕様書等のドキュメントとの対応付け情報を格納するテーブルであり、ユニット定義情報インポート機能１１１が、その内容を格納する。
【００２５】
図６に示すように、ドキュメントマスタ１１９は、ユニットＩＤ６１と、管理番号６２と、ドキュメント名称６３と、パス名６４と、ファイル名６５とを対応付けて記憶する。ここで、パス名６４には、ユニットに関連するドキュメントの格納場所をフルパスで格納する。ファイル名６５には、パス名６４から実ファイル名だけを抽出した情報を格納する。図６に示す例では、ユニットＩＤ：W01D010201に関連するドキュメントは、データ移行_詳細設計書（Java）であり、その格納場所は、\\文書管理サーバ\public\生産物流Prj\09IT\04データ管理基盤\08データ移行\02本番環境\10詳細設計書（Java）\［W01D010201］BPC製品_プレ本番登録.xls“である。
【００２６】
図７は、運用管理サーバ１０が具備するログパスマスタ１２０のデータ構成例を示す図である。ログパスマスタ１２０は、ユニットとそのユニットに関連するログとの対応付けのための情報を格納するテーブルであり、予め作成して運用管理サーバ１０の記憶部１０１に格納する。
【００２７】
図７に示すように、ログパスマスタ１２０は、種別７１と、種類７２と、ログ区分７３と、世代７４と、ログ名称７５と、ログパス名７６とを対応付けて記憶する。ログ区分７３には、種別７１及び種類７２との組み合わせに対応するログに付した枝番を格納する。世代７４には、ログ情報を世代管理している場合、その世代数を格納する。ログ名称７５には、ユーザが識別可能なドキュメント名称を格納する。ログパス名７６には、対象となるログのルートパス情報を格納する。図７に示す例では、種別：“データ移行”であり、種類：“Ｊａｖａ”の最新世代の“メッセージログ（最新）”が格納されているルートパスは、“\\業務サーバ\D:\hon_b\datashift\message\log\”である。
【００２８】
図８は、運用管理サーバ１０が具備するログマスタ１２１のデータ構成例を示す図である。ログマスタ１２１は、ユニットとそのユニットに関連するログとの対応付け情報を格納するテーブルであり、ユニット定義情報インポート機能１１１が、その内容を格納する。
【００２９】
図８に示すように、ログマスタ１２１は、ユニットＩＤ８１と、ログ区分８２と、世代８３と、ログ名称８４と、ログパス名８５と、ログファイル名８６とを対応付けて記憶する。ログパス名８５には、対象ユニットにおけるログの格納場所をフルパスで格納する。ログファイル名８６には、ログパス名８５から実ファイル名だけを抽出した情報を格納する。図８に示す例では、ユニットＩＤ：“W01D010201”に関連するログは、“メッセージログ（最新）”と、“パフォーマンスログ（最新）”と、“標準出力ログ（最新）”と、“Javaログ（最新）”とであり、その格納場所はそれぞれ、“\\業務サーバ\D:\hon_b\datashift\message\log\W01D010201.log”、“\\業務サーバ\D:\hon_b\datashift\performance\log\W01D010201.log”、“\\業務サーバ\D:\hon_b\datashift\standard\log\W01D010201.log”、“\\業務サーバ\D:\hon_b\datashift\java\log\W01D010201.log”である。
【００３０】
図９は、運用管理サーバ１０が具備するユニット定義情報インポート機能１１１がジョブ管理サーバ１４から入力するユニット定義情報（インポート対象データファイル）の構成例を示す図である。インポート対象データファイルは、ユニットとそのユニットが処理するプログラム及び引数情報が格納されており、ジョブ管理サーバ１４から定期的にファイル出力され、運用管理サーバ１０に送信される。
【００３１】
図９に示すように、インポート対象データファイルは、ユニットＩＤ９１と、コメント９２と、実行プログラム名９３と、引数９４と、標準出力ファイル名９５と、実行ユーザ名９６と、実行ホスト名９７とを対応付けて記憶する。実行プログラム名９３には、ユニットが実行するスクリプトプログラム名をフルパスで格納する。引数９４には、ユニットで実行されるスクリプトに与える引数を格納する。標準出力ファイル名９５には、ユニットで実行される処理において出力される標準出力ファイル名をフルパスで格納する。実行ユーザ名９６には、ユニットを実行する際のユーザ情報を格納する。実行ホスト名９７には、ユニットを実行するサーバ名を格納する。図９に示す例では、ユニットＩＤ：“W01D010201”は、BPC製品_プレ本番登録処理であり、“D:\seibutsu\ct2_b\jp1scr\W010002D.SPT”スクリプトを引数“W01D010201 kytestuser01 W020201D w020201/w020201d/w020201d.xml”にて、実行ホスト名：“kyoyuap01”、実行ユーザ名：“kyoyuap01”で実行され、その処理で出力される標準出力ログは、“\\業務サーバ\D:\hon_b\datashift\standard\log\W01D010201.log”に出力される。
【００３２】
本実施形態では、実行プログラム名９３が“D:\seibutsu\ct2_b\jp1scr\W010002D.spt”のとき、引数９４の第３引数（３番目の引数）がJavaプログラム名を表し、実行プログラム名９３が“D:\seibutsu\ct2_b\jp1scr\W1000001.spt”又は、“D:\seibutsu\ct2_b\jp1scr\ W2100002.spt”のとき、引数９４の第２引数（２番目の引数）がJavaプログラム名を表すものとする。また、実行プログラム名９３が、上記以外であれば、ユニットの処理特性である種類を“Script”とする。
【００３３】
図１０は、運用管理サーバ１０が具備するユニット定義情報インポート機能１１１の処理を示すフローチャートである。運用管理サーバ１０におけるユニット定義情報インポート機能１１１は、ジョブ管理サーバ１４からユニット定義情報ファイル(インポート対象データファイル)を入力し（Ｓ１０００）、これを元に、ユニットマスタデータ登録処理(Ｓ１１００)を実行する。ユニットマスタに登録されたユニット情報を元に、ユニットとそのユニット関連するドキュメントとの対応付け情報を管理するデータを生成するドキュメントマスタ登録処理(ステップＳ１２００)を実行し、ユニットとそのログとの対応付け情報を管理するデータを生成するログマスタ登録処理(Ｓ１３００)を実行する。ユニットマスタデータ及び生成されたデータは、運用管理サーバ１４の各テーブル（ＤＢ）へ登録される。各処理の詳細については、以後記述する。
【００３４】
図１１は、運用管理サーバ１０が具備するユニットマスタデータ登録処理（Ｓ１１００）を示すフローチャートである。
【００３５】
ユニットマスタデータ登録処理（Ｓ１１００）は、ユニット定義情報を1件づつロードし（Ｓ１１０１）、ロードしたユニット定義情報のユニットＩＤ９１をユニットマスタ１１６のユニットＩＤ３１として登録する（Ｓ１１０２）。登録したユニットＩＤ３１を解析し、ユニットの種別を特定して、ユニットマスタ１１６の種別３７に登録する（Ｓ１１０３）。ユニットの種別として、前述したように、ユニットＩＤ３１の上位３文字が表すユニット親ＩＤをキーにしてユニット種別マスタ１１７が検索され、ユニット親ＩＤ４１に対応する種別４２が特定される。
【００３６】
次に、ユニット定義情報の実行プログラム名９３をユニットマスタ１１６の実行対象スクリプト３３に登録し（Ｓ１１０４）、実行対象スクリプト３３が“D:\seibutsu\ct2_b\jp1scr\W010002D.spt”と等しければ（Ｓ１１０５）、ユニット定義情報の引数９４の第３引数（３番目の引数）をユニットマスタ１１６のプログラム名３２に登録し、種類３８に“Java”を登録する（Ｓ１１０６）。実行対象スクリプト３３が“D:\seibutsu\ct2_b\jp1scr\W1000001.spt”又は、“D:\seibutsu\ct2_b\jp1scr\ W2100002.spt”と等しければ（Ｓ１１０7）、ユニット定義情報の引数９４の第２引数（２番目の引数）をユニットマスタ１１６のプログラム名３２に登録し、種類３８に“Java”を登録する（Ｓ１１０８）。
【００３７】
次に実行対象スクリプト３３がそれ以外であれば、種類３８に“Script”を登録する（Ｓ１１０９）。その際のプログラム名３２はNULLである。
【００３８】
次に、ユニット定義情報のコメント９２の内容を処理名３４、処理名称３５、特記事項３６に登録する（Ｓ１１１０）。以上の処理をユニット定義情報の件数分繰り返す（Ｓ１１１１）。
【００３９】
図１２は、運用管理サーバ１０が具備するドキュメントマスタデータ登録処理（Ｓ１２００）を示すフローチャートである。ドキュメントマスタデータ登録処理（Ｓ１２００）は、ユニットマスタ１１６とドキュメントパスマスタ１１８を元に、各ユニットとそれに関連するドキュメントとを対応付ける情報を生成してドキュメントマスタ１１９に登録する。
【００４０】
まずユニットマスタ１１６に登録されているユニット情報から１レコードをロードして、ロードしたユニット情報のレコードから、ユニットＩＤ３１、種別３７、種類３８を抽出する（Ｓ１２０１）。抽出したユニットＩＤ３１を、ドキュメントマスタ１１９のユニットＩＤ６１に登録する（Ｓ１２０２）。抽出した種別３７及び種類３８の組合せに合致するレコードを、ドキュメントパスマスタ１１８から検索し、ドキュメントパスマスタ１１８から合致したレコードの管理番号５３をドキュメントマスタ１１９の管理番号６２に登録する（Ｓ１２０３）。
【００４１】
次に、Ｓ１２０１でユニットマスタ１１６から抽出した種別３７、種類３８及びＳ１２０３でドキュメントマスタ１１９に登録した管理番号６２の組合せをキーに、ドキュメントパスマスタ１１８から合致するレコードを検索し、合致したレコードから、ドキュメント名称５４、ドキュメントパス名５５を抽出する（Ｓ１２０４）。抽出したドキュメント名称５４を、ドキュメントマスタ１１９のドキュメント名称６３に登録する（Ｓ１２０５）。ドキュメントパスマスタ１１８から抽出したドキュメントパス名５５に示されているパスの直下から、ユニットＩＤ３１がファイル名に含まれるものを検索し、検索でヒットしたファイルをドキュメントマスタ１１９のパス名６４に登録する（Ｓ１２０６）。
【００４２】
次に、登録したドキュメントマスタ１１９のパス名６４からファイル名を抽出し、ドキュメントマスタ１１９のファイル名６５に登録する（Ｓ１２０７）。以上の処理をユニットマスタ１１６のレコード件数分繰り返す（Ｓ１２０８）。
【００４３】
図１３は、運用管理サーバ１０が具備するログマスタデータ登録処理（Ｓ１３００）を示すフローチャートである。ログマスタデータ登録処理（Ｓ１３００）は、ユニットマスタ１１６とログパスマスタ１２０を元に、各ユニットとそれに関連するログとを対応付ける情報を生成してログマスタ１２１に登録する。
【００４４】
まずユニットマスタ１１６に登録されているユニット情報から１レコードをロードして、ロードしたユニット情報のレコードから、ユニットＩＤ３１、種別３７、種類３８を抽出する（Ｓ１３０１）。抽出したユニットＩＤ３１を、ログマスタ１２１のユニットＩＤ８１に登録する（Ｓ１３０２）。抽出した種別３７及び種類３８の組合せに合致するレコードを、ログパスマスタ１２０から検索し、ログパスマスタ１２０から合致したレコードのログ区分７３、世代７４をログマスタ１２１のログ区分８２、世代８３に登録する（Ｓ１３０３）。ログ区分８２と世代８３との組合せは、ドキュメントマスタ１１９における管理番号６２に相当するログを管理するための識別子である。
【００４５】
次に、ユニットマスタ１１６から抽出した種別３７および種類３８並びにログマスタ１２１に登録したログ区分８２および世代８３の組合せをキーに、ログパスマスタ１２０から合致するレコードを検索し、合致したログパスマスタ１２０のレコードから、ログ名称７５およびログパス名７６を抽出する（Ｓ１３０４）。抽出したログ名称７５を、ログマスタのログ名称８４に登録する（Ｓ１３０５）。ログパスマスタ１２０から抽出したログパス名７６に示されているパスの直下から、ユニットＩＤ３１がファイル名に含まれるものを検索し、検索でヒットしたファイルをログマスタ１２１のログパス名８５に登録する（Ｓ１３０６）。
【００４６】
次に、登録したログマスタ１２１のログパス名８５からファイル名を抽出し、ログマスタ１２１のログファイル名８６に登録する（Ｓ１３０７）。以上の処理をユニットマスタデータ件数分繰り返す（Ｓ１３０８）。
【００４７】
以上説明したように、ドキュメントマスタデータ登録処理とログドキュメントマスタデータ登録処理とは、ファイルの内容がドキュメントであるかログであるかにより詳細には異なる部分があるが、ファイルの格納位置を管理するファイルマスタテーブルを作成する点では共通のファイルマスタデータ登録処理である。なお、ファイルとしてドキュメント（ファイル）とログ（ファイル）を取り上げて説明したが、業務管理サーバ群１３が出力するデータファイルであっても良いし、それらのうちのいずれか一つのファイルであってもよい。
【００４８】
図１４は、運用管理サーバ１０が具備するドキュメント・ログ参照機能１１２の処理を示すフローチャートである。ドキュメント・ログ参照機能１１２は、ユニットＩＤをキーに、そのユニットに関連するドキュメント及びログの対応付け情報を検索し、ユーザにユーザ端末１１の画面から対象のドキュメント・ログを参照させる機能である。
【００４９】
まずユーザは、画面のユニットＩＤ入力欄に検索するユニットのユニットＩＤを入力し、検索ボタンを押下する（Ｓ１１２１）。検索ボタンの押下に応答して、ドキュメントマスタ１１９から、入力されたユニットＩＤに対応するドキュメント名称６３及びパス名６４を検索し、ドキュメント名称を画面に表示する（Ｓ１１２２）。さらに、ログマスタ１２１から、入力されたユニットＩＤに対応するログ名称８４及びログパス名８５を検索し、ログ名称８４を画面に表示する（Ｓ１１２３）。表示したドキュメント名称６３及び／又はログ名称８４の、ユーザによるクリックに応答して、抽出したパス名６４及び／又はログパス名８５を元に文書管理サーバ１２のドキュメント及び／又はログにアクセスして、画面に表示する（Ｓ１１２４）。
【００５０】
図１５に示すドキュメントパス登録画面１５００は、ドキュメントパスマスタ１１８のユニットの種別５１、種類５２および管理番号５３の組合せ毎のドキュメント名称５４とそのドキュメントパス名５５を管理するための画面である。
【００５１】
ユーザは、設定情報の登録または更新の対象のドキュメントの種別１５０１、種類１５０２および管理番号１５０３を入力し、ドキュメント名称・パス表示ボタン１５０４を押下する。既に対象の（入力した３項目に対応する）パスに関するデータがドキュメントパスマスタ１１８に存在していれば、対象となるドキュメント名称５４及びドキュメントパス名５５を画面下方に表示する。ユーザは、必要に応じて表示内容を変更し、更新ボタン１５０９を押下して変更内容を反映させる。ドキュメントパスマスタ１１８に存在していない場合、対象となるドキュメント名称・ドキュメントパスは表示されないので、ユーザはドキュメント名称１５０５及びドキュメントパス名１５０６を入力後、登録ボタン１５０８を押下して入力内容を反映させる。参照ボタン１５０７を押下されると、ドキュメントパスをプルダウンメニュー表示して、ユーザに選択させることが可能である。ユーザが、キャンセルボタン１５１０を押下すると、入力した内容をキャンセルする。
【００５２】
図１６に示すログパス登録画面は、ログパスマスタ１２０の種別７１、種類７２、ログ区分７３、世代７４毎のログパス名称７５とそのパス（ログパス名７６）を管理するものである。
【００５３】
ユーザは、設定情報の登録または更新対象となるログの種別１６０１、種類１６０２、区分１６０３、および世代１６０４を入力し、ログ名称・パス表示ボタン１６０５を押下する。既に対象の（入力した４項目に対応する）ログパスに関するデータがログパスマスタ１２０に存在していれば、対象となるログ名称７５およびログパス名７６を画面下方に表示する。ユーザは、必要に応じて表示内容を変更し、更新ボタン１６１０を押下して変更内容を反映させる。ログパスマスタ１２０に存在していない場合、対象となるログ名称１６０６及びログパス１６０７は表示されないので、ユーザは、ログ名称１６０６及びログパス１６０７を入力後、登録ボタン１６０９を押下して入力内容を反映させる。参照ボタン１６０８を押下されると、対象のログパスをプルダウンメニュー表示して、ユーザに選択させることが可能である。ユーザがキャンセルボタン１６１１を押下すると、入力した内容をキャンセルする。
【００５４】
図１７にドキュメント・ログ参照画面を示す。ドキュメント・ログ参照画面１７００は、ユーザが入力したユニットＩＤ１７０１をキーに、検索ボタン１７０２の押下に応答して、そのユニットに関連するドキュメント及びログの対応付け情報（ドキュメントマスタ１１９及びログマスタ１２１）を検索し、対象のドキュメント情報１７０４とログ情報１７０５を検索結果１７０３として表示する画面である。
【００５５】
ユーザは、画面１７００のユニットＩＤ入力欄１７０１に検索するユニットのユニットＩＤを入力し、検索ボタン１７０２を押下する。その後、検索結果１７０３として対象ユニットに関連するドキュメント名称６３及びログ名称８４が画面１７００（ドキュメント情報１７０４またはログ情報１７０５）に表示される。表示されたドキュメント名称１７０４またはログ名称１７０５をユーザがクリックすると、ドキュメント・ログパス対応付け情報（ドキュメントマスタ１１９またはログマスタ１２１）を元に文書管理サーバ１２にアクセスして、ドキュメント情報１７０４またはログ情報１７０５にアクセスし表示する。
【００５６】
処理詳細としては、画面１７００に入力されたユニットＩＤ１７０１をキーにドキュメントマスタ１１９を参照し、該当するユニットのドキュメント名称６３を、ドキュメント情報欄１７０４に表示する。同様にログ情報についても、１７００画面に入力されたユニットＩＤ１７０１をキーにログマスタ１２１を参照し、該当するユニットのログ名称８４をログ情報欄１７０５に表示する。
【００５７】
表示されたドキュメント名またはログ名をユーザがクリックすると、ドキュメントマスタ１１９またはログマスタ１２１からパス情報（パス名６４またはログパス名７６）を元に、該当するドキュメントファイル又はログファイルにアクセスし、ドキュメント情報１７０４またはログ情報１７０５を表示する。図１７は、ドキュメント名称６３がドキュメント情報１７０４として表示され、ログ名のクリックに応答してログ情報１７０５が表示されている様子を示す。
【００５８】
本実施形態によれば、ユニット定義が登録（更新）される都度、運用管理サーバが、変更されたユニットとログやドキュメントとをリンク（対応付け）するので、運用管理システムのユーザ（システム管理者）による負担を軽減できる。
【符号の説明】
【００５９】
１０…運用管理サーバ、１１…ユーザ端末、１２…文書管理サーバ、１３…業務サーバ群、１４…ジョブ管理サーバ、１５…ＬＡＮ、１００…制御部、１０１…記憶部、１０２…入力部、１０３…表示部、１０４…ネットワークインタフェース部。
【図１】
2011243098.tif 000003
【図２】
2011243098.tif 000004
【図３】
2011243098.tif 000005
【図４】
2011243098.tif 000006
【図５】
2011243098.tif 000007
【図６】
2011243098.tif 000008
【図７】
2011243098.tif 000009
【図８】
2011243098.tif 000010
【図９】
2011243098.tif 000011
【図１０】
2011243098.tif 000012
【図１１】
2011243098.tif 000013
【図１２】
2011243098.tif 000014
【図１３】
2011243098.tif 000015
【図１４】
2011243098.tif 000016
【図１５】
2011243098.tif 000017
【図１６】
2011243098.tif 000018
【図１７】
2011243098.tif 000019