(57)【要約】      （修正有）【課題】外部からの直接的な制御を行うことができない管理対象装置をシステム管理の対象とすることができる運用管理システムを提供する。【解決手段】運用管理者は、運用管理サーバ２１に対して管理対象装置１１に対する運用管理に関する複数命令文をジョブとして登録する。運用管理サーバは、管理対象装置が構築されているコンピュータ上に待機している自動実行装置５１に対し、取得した命令群を含めてジョブ実行依頼を行う。自動実行装置は、登録されたジョブの複数命令文を実行し、自動実行ログを運用管理サーバにデータ送信する。操作端末３１は、自動実行ログをユーザに表示する。【選択図】図１
2019128688.tif 000002
【特許請求の範囲】
【請求項１】
管理対象装置を運用管理する運用管理システムであって、前記管理対象装置に対する運用管理に関する命令文を受けて命令を当該管理対象装置のユーザインターフェースに対して実行する自動実行部と、前記管理対象装置に対する複数命令文をジョブとして登録するジョブ登録部と、前記自動実行部がジョブの各命令文を実行した自動実行ログを対象ジョブに紐づけて記録する自動実行ログ記録部と、ユーザに選択されたジョブに紐づけられた自動実行ログをユーザに表示する表示部とを備える運用管理システム。
【請求項２】
前記自動実行ログは、前記自動実行部による各命令の実行によって出力される値を対応するジョブの命令と共に記録する
前記請求項１に記載の運用管理システム。
【請求項３】
前記自動実行ログは、前記自動実行部による各命令の実行に係る画面を対応するジョブの命令と共に記録する
前記請求項１に記載の運用管理システム。
【請求項４】
管理対象装置が出力するログのうち、前記自動実行部による各命令の実行に係る関連ログを抽出し、対応するジョブの命令と共に記録する関連ログ記録部とを更に備える
前記請求項１に記載の運用管理システム。
【請求項５】
前記ジョブ登録部には、管理対象装置の異常を検出するジョブと、当該異常に対応するジョブとを登録している
前記請求項１に記載の運用管理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、運用管理システムに関し、特に、多種のシステムを運用管理可能な運用管理システムに関する。
【背景技術】
【０００２】
従来からの運用管理システムの機能としては、ハード、ソフトの障害を検出して復旧する障害対策機能、ハードの配置や記憶装置の空き容量を管理する構成管理機能、並びに、トラフィックやＣＰＵの使用率を管理する性能管理機能などがあり、これらの機能を一つ以上有しているものが運用管理システムである。特許文献１には、障害対策機能を有するシステム管理装置が開示され、管理対象装置で生じるであろう障害に関する障害対応情報を記憶し、障害が発生すると対応する障害対応情報を取得して対応を実行することが記載されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１７−１０２８７０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
従来の運用管理システムにおいても複数種類の装置を管理対象とすることができていた。これは、運用管理システムが管理対象装置に直接アクセスすることができ、ログ、ステータスなどの必要な情報を取得し、状況を把握して必要に応じて何らかの操作を管理対象装置に行うことできるように、例えば、ＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ  Ｐｒｏｇｒａｍｍｉｎｇ  Ｉｎｔｅｒｆａｃｅ）を介して管理対象装置と連携して情報の取得及び操作を実現しているからである。従って、インタフェースの仕様が明らかになっていない管理対象装置に対しては、各種情報の取得及び操作ができず、管理対象とすることができなかった。または、この管理対象装置を開発した開発元に照会し、インタフェースの仕様を把握し、その仕様に合致した動作をシステム管理装置に組み込む必要があり、必要に応じて管理対象装置にも修正を行っていた。特に、メインフレーム、オフィスコンピュータなどの汎用機では仕様が外部に明らかにされていないものが多く、運用管理システムの対象とすることができなかった。
【０００５】
本発明はこうした課題に鑑みてなされたものであり、その目的は、従来管理対象とすることができなかった管理対象装置を管理対象とする運用管理システムを提供することにある。
【課題を解決するための手段】
【０００６】
本発明に係る運用管理システムは、管理対象装置に対する運用管理に関する命令文を受けて命令を当該管理対象装置のユーザインターフェースに対して実行する自動実行部と、前記管理対象装置に対する複数命令文をジョブとして登録するジョブ登録部と、前記自動実行部がジョブの各命令文を実行した自動実行ログを対象ジョブに紐づけて記録する自動実行ログ記録部と、ユーザに選択されたジョブに紐づけられた自動実行ログをユーザに表示する表示部とを備えるものである。
【発明の効果】
【０００７】
本発明によれば、ジョブを構成する複数命令を順次、管理対象装置のユーザインターフェースに対して実行し、実行に伴い生じる自動実行ログを記録し、ジョブに紐づけて自動実行ログをユーザに表示するので、ユーザが直接操作することでしか管理することができなかった管理対象装置であっても管理対象とすることができる。
【図面の簡単な説明】
【０００８】
【図１】本実施形態に係る運用管理システム全体の構成を示す模式図である。
【図２】本実施形態に係る運用管理システムに関する運用管理ジョブ画面である。
【図３】本実施形態に係る運用管理システムに関するジョブ編集画面である。
【図４】本実施形態に係る管理対象装置（メインフレーム）のユーザインターフェースである。
【図５】本実施形態に係る運用管理システムに関するジョブ編集画面（自動実行用）である。
【図６】本実施形態に係る運用管理システムのシーケンス図である。
【図７】本実施形態に係る運用管理システムの統合ログ画面である。
【発明を実施するための形態】
【０００９】
以下、各図面に示される同一または同等の構成要素、部材、処理には、同一の符号を付するものとし、適宜重複した説明は省略する。また、各図面において説明上重要ではない部材の一部は省略して表示する。
【００１０】
本実施形態に係る運用管理システムは、図１に示す通り、システム管理の対象となる複数の管理対象装置１１・・・１ｎと、この管理対象装置をそれぞれ管理する運用管理サーバ２１・・・２ｎと、運用管理サーバ２１・・・２ｎを操作制御する端末装置３１及び３２とからなる。それぞれの装置は、ネットワーク４０に接続されており、所定の権限によって相互にデータ通信可能となっている。ここで、本実施形態では図１のシステムハードウェア構成としたが、各種様々なハードウエア構成を取ることができる。また、広義の運用管理システムとして管理対象装置１１・・・１ｎを含んで説明しているが、狭義の運用管理システムとしては運用管理サーバ２１、自動実行装置５１及び端末装置３１からなるものである。
【００１１】
管理対象装置１１・・・１ｎは様々なシステムが想定され、証券システムを構成する装置、銀行システムを構成する装置、流通システムを構成する装置などの各種業務装置が該当する。管理対象装置１１・・・１ｎは相互に連携して一のシステムを構成する場合もある。
【００１２】
運用管理サーバ２１・・・２ｎは、それぞれ、管理対象装置１１・・・１ｎのいずれかを少なくとも管理しており、一の運用管理サーバが複数の管理対象装置１１・・・１ｎを運用管理してもよいし、複数の運用管理サーバが一又は複数の管理対象装置を運用管理してもよい。運用管理サーバ２１・・・２ｎは、管理対象装置１１・・・１ｎを運用管理しており、管理対象装置１１・・・１ｎの状態（正常／異常）、パフォーマンスをモニタリングしたり（モニタリング結果は管理対象装置１１・・・１ｎ毎に記録）、異常検出時／パフォーマンスが所定閾値を超えた場合に運用管理者に通知したりする。運用管理サーバ２１・・・２ｎによっては、異常検出した際にその異常に対応する対応を自動で行うものもある。一般化すると、ハード、ソフトの障害を検出して復旧する障害対策機能、ハードの配置や記憶装置の空き容量を管理する構成管理機能、並びに、トラフィックやＣＰＵの使用率を管理する性能管理機能などの機能を提供している。
【００１３】
端末装置３１は運用管理者が使用する装置であり、この端末装置３１を介して運用管理サーバ２１・・・２ｎにアクセスし、必要な操作を行う。端末装置３２は運用管理者を補助する補助者が使用する装置であり、運用管理者からの指示を受け、必要な作業を端末装置３２を介して管理対象装置１１・・・１ｎに対して行う。補助的な位置付けのため端末装置３２は必ずしも必要なシステム構成要素ではない。
【００１４】
ネットワーク４０は、有線ネットワークまたは無線ネットワークもしくはそれらの組み合わせを含み、インターネット、イントラネット、ＬＡＮ、ＷＡＮ、ＷｉＦｉ、Ｂｌｕｅｔｏｏｔｈ（登録商標）、無線電話網などを含んでもよい。
【００１５】
端末装置３１は運用管理者からジョブ管理指示を受けると、運用管理サーバ２１・・・２ｎにアクセスし、必要な情報を取得して運用管理ジョブ画面を表示する。図２に示す通り、運用管理ジョブ画面では、ジョブ管理を設定している管理対象装置の装置一覧が左側に表示され、左側の装置一覧から一の装置を選択すると右側に選択された装置に設定されているジョブの一覧が表示される。ジョブの操作内容としては、前記した、運用管理のためのモニタリング、異常通知及び異常対応を対象とすることもできるし、管理対象装置１１・・・１ｎへの制御を対象とすることもできる。図２では説明の便宜上簡易なジョブを示しているが、「ノード生死監視」、「システム情報監視」、「プロセス稼働状況監視」、「システム詳細情報監視」、「ログ監視」もジョブ登録することもできる。
【００１６】
いずれか一つのジョブを選択して編集モードにすると、ジョブ編集画面に、ジョブ名称、管理対象装置１１・・・１ｎのノード名、ジョブを管理している運用管理者ＩＤ及び管理対象装置１１・・・１ｎに実行する操作内容が表示される。操作内容は、管理対象装置１１・・・１ｎに渡すコマンド（引数を伴うこともある）であってもよいし、そのコマンドを利用者に分かり易いようにリネームしたものであってもよい。このジョブ編集画面で表示されている各種情報を編集することもできるし、運用管理ジョブ画面から新規ジョブ登録を指示するとジョブ編集画面と同様の画面が表示され、各種内容を新規設定することができる。ここで、図２のジョブの一覧から運用管理者が任意のジョブを選択して実行することができるのに加え、日時指定や定期指定を設定することで、指定された日時や指定された定期日時にジョブを実行する設定を受けつけてもよい。なお、運用管理者は端末装置３１を用いて運用管理ジョブ画面及びジョブ編集画面にて運用管理サーバ２１・・・２ｎを設定しているものの、運用管理サーバ２１・・・２ｎが構築されているコンピュータを操作して直接運用管理サーバ２１・・・２ｎを設定してもよい。
【００１７】
運用管理サーバ２１・・・２ｎは、端末装置３１により設定されたジョブをジョブ対象の管理対象装置１１・・・１ｎに対して実行する。図１では、管理対象装置１１・・・１ｎとそれを管理対象とする運用管理サーバ２１・・・２ｎが同一のＬＡＮ（ＬＯＣＡＬ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）に接続されており、運用管理サーバ２１・・・２ｎは対象ジョブに設定されているコマンドをＬＡＮを介して管理対象装置１１・・・１ｎに送信する。管理対象装置１１・・・１ｎと運用管理サーバ２１・・・２ｎを同一のコンピュータ上に構築することもでき、その場合には、ネットワークを介することなく、自マシン内の相互のプロセス同士でコマンドを受け渡すことになる。ネットワークを介してコマンドを送信する場合には、事前にログイン処理を実行しないといけない場合もある。図３のジョブ編集画面は、図２に示す値参照のジョブを選択して開いた画面である。このジョブでは、運用管理者「openmanager01」として管理対象ノード「Finace_node01」にアクセスしてログイン処理する。操作内容には、管理対象ノード「Finace_node01」に送信するコマンドが入力されている。「Login(openmanager01, ****)」は、アカウント「openmanager01」でパスワード「****」でログインすることを意味する。「Get(id0123, value)」は、ユーザ「id0123」の保有資産「value」を取得することを意味し、「Logout(opemanager01)」はログアウトを意味する。これらのコマンドは、Finace_node01が外部からの制御を受けるためのコマンドであるが、別のシステムのノードであれば別のコマンド体系であり同一の動作でも別のコマンドが必要となる。例えば、運用管理サーバ２１はユーザが理解し易いコマンド体系を用意し、運用管理サーバ２１が管理対象装置１１にコマンドを送信する際に管理対象装置１１のコマンド体系に変換して送信する構成であってもよい。
【００１８】
メインフレーム（以降、メインフレームを対象に説明するが、メインフレームに限らず、オフィスコンピュータ等を含めた汎用機についても同様である）によっては、メインフレームのＵＩ（Ｕｓｅｒ  Ｉｎｔｅｒｆａｃｅ）以外からの外部操作を受けない直接制御不可装置があり、このような装置を管理対象とすると、その装置に送信する又は渡すコマンドがないため、そのままではジョブ登録を行うことができない。運用管理者は、これまで、直接制御不可装置に対して何らかのジョブを実行したい場合には、直接メインフレームのＵＩを起動して操作実行していた。特に、コンピュータルーム又はデータセンター内に配置されたメインフレームでリモートのＵＩも用意されていない場合、運用管理者が直に直接制御不可装置が構築されているコンピュータの配置場所まで訪問し、そのコンピュータのキーボードを用いて操作を行っており、非常に手間が生じる作業であった。これに対し、運用管理サーバ２１・・・２ｎには自動実行機能が具備されており、運用管理サーバ２１・・・２ｎ自身若しくはそれが生成した別プロセスがユーザの操作をそのまま代理で自動実行する。例えば、メインフレームのＵＩを特定のアイコンを押下して起動させ、起動したメインフレームのＵＩに対してクリック、データ入力等の動作をユーザに代わり行う。コンピュータにはＯＳ（Ｏｐｅｒａｔｉｎｇ  Ｓｙｓｔｅｍ）が構築されており、運用管理サーバ２１・・・２ｎからのユーザ操作をＯＳを介してメインフレームのＵＩが操作を受けつける。これらの動作は運用管理者が操作端末３１を介して運用管理サーバ２１に、メインフレームのＵＩへの操作内容を設定することで可能となる。具体的な方法としては、ここでは、２つの方法を示す（１つめの方法を録画型操作設定といい、２つめの方法を関数一覧型操作設定という）。録画型操作設定は、運用管理者のメインフレームのＵＩへの操作内容をユーザに１度サンプル操作して貰い、運用管理サーバ２１が記憶するというものである。運用管理サーバ２１は運用管理者の操作をモニタリングしており、メインフレームのＵＩへの操作内容を記憶している。具体的には、ＧＵＩの場合、メインフレームのＵＩのどのオブジェクトをクリックしたり、値入力したりしたか等を記憶している。図４の示すメインフレームのＵＩは、ログイン画面及び検索結果画面であり、それぞれの画面には、テキストラベル、テキストボックス、ＯＫボタンのオブジェクトが複数配置されている。例えば、「ＵＳＥＲＩＤ」のテキストラベルの横にあるテキストボックスには「ｏｂｊ００１」のオブジェクト識別情報が付与されており、これにより、一意にオブジェクトを識別できる。運用管理サーバ２１は記憶した操作内容を運用管理サーバ２１が理解可能な関数及び引数に置き換え、ジョブ編集画面の操作内容として記録する。この関数及び引数は、運用管理サーバ２１独自のプログラム言語又はスクリプト言語体系でもよいし、例えば、汎用的なプログラム言語又はスクリプト言語体系のものであってもよい。
【００１９】
図５は、運用管理サーバ２１独自のスクリプト言語による操作内容の記載である。「Run(finance_ui)」はメインフレームのＵＩ「finance_ui」を起動する命令であり、管理対象装置１１が構築されているコンピュータに対してこの命令を実行することで、メインフレームのＵＩ「finance_ui」が起動され、まず、ログイン画面が表示されることになる。「Setvalue(obj001,opemanager01)」、「Setvalue(obj002,****)」はそれぞれ、ログイン画面のテキストラベル「ＵＳＥＲＩＤ」横のテキストボックス「obj001」にＩＤ「opemanager01」を入力し、テキストラベル「ＰＡＳＳＷＯＲＤ」横のテキストボックス「obj002」にパスワード「＊＊＊＊」を入力する命令であり、「Click(obj003)」はＯＫボタン「obj003」を押下する命令である。「Setvalue(obj004,id0123)」は不図示の検索画面のテキストボックス「obj004」に「id0123」を入力する命令で、「Click(obj005)」はこの検索画面のOKボタンを押下する命令である。図４（ｂ）は検索画面による検索によって検索された検索結果を示す検索結果画面であり、「Copy(obj006, var001)」は画面中の「value」というテキストラベルの横に配置された価値「obj006」に入力されている値「50」を変数「var001」に入力する命令である。「Send(var001)」は変数「var001」を運用管理サーバ２１に送信する命令である。「Click(obj007)」は閉じるボタン「obj007」を押下する命令である。図３のジョブ編集画面では管理対象装置１１に対するＡＰＩ用コマンドであるため短い命令文となっているのに対し、図５のジョブ編集画面（自動）ではメインフレームのＵＩに対してインタプリター及びＯＳを介して命令するために長い命令文となっている。
【００２０】
関数一覧型操作設定は、操作対象のメインフレームのＵＩを特定し、このメインフレームのＵＩのオブジェクト一覧情報と、操作関数一覧、条件式とから、運用管理者の操作内容と同一内容を設定していく方法である。録画型操作設定と関数一覧型操作設定は組み合わせることもでき、関数一覧型操作設定は簡易的なコーディングに該当するため、録画型操作設定で簡単にサンプル操作して細かい動作は関数一覧型操作設定により操作関数一覧及び条件式から設定するという方法も取り得る。なお、操作内容の設定による自動実行は、直接制御不可装置以外である直接制御可装置を対象にも適用することができる。直接制御可装置に対して、ＡＰＩ用コマンド又はＡＰＩ用コマンドの組み合わせでは実現できない操作を実行したい場合には有効である。
【００２１】
運用管理サーバ２１・・・２ｎによるジョブを実行した場合には、操作対象装置によってはその実行に対して実行結果を返すものもあり、運用管理サーバ２１・・・２ｎはその実行結果をジョブ毎に記憶し、運用管理者の操作に応じてその実行結果を表示する。
【００２２】
ここで、運用管理サーバ２１・・・２ｎによる自動実行の機能を独立した装置である自動実行装置５１・・・５ｎを、操作対象装置１１・・・１ｎが構築されているコンピュータ、運用管理サーバ２１・・・２ｎが構築されているコンピュータ、または、別の新たなコンピュータに構築することもでき、この内容、運用管理サーバ２１・・・２ｎからジョブの操作内容又は操作内容の識別情報を取得して自動実行装置５１・・・５ｎが実行する。操作対象装置１１・・・１ｎが構築されているコンピュータに自動実行装置５１・・・５ｎが構築されている場合には自装置での操作になる一方、自装置以外のコンピュータに自動実行装置５１・・・５ｎが構築されている場合には外部からの操作実行となるためリモート操作になる。この構成の場合、運用管理サーバ２１・・・２ｎにジョブの操作内容を設定するのではなく、直接、自動実行装置５１・・・５ｎに設定することでもよい。また、ジョブは自動実行装置５１・・・５ｎが実行するため、実行結果も自動実行装置５１・・・５ｎが取得し、自動実行装置５１・・・５ｎが運用管理サーバ２１・・・２ｎに返すことになる。
【００２３】
エラーが生じた場合には管理対象装置１１・・・１ｎで生じたエラーを運用管理サーバ２１・・・２ｎに通知する必要がある。直接制御可装置に対してコマンド実行する場合には、コマンド実行による結果（エラーの結果を含む）が通知されるので、その内容を対応するジョブ若しくは履歴に登録することで運用管理者が登録されたエラーを含む結果を確認することができる。
【００２４】
一方、直接制御不可装置に対して操作内容の命令を実行する場合、そのままでは、管理対象装置１１・・・１ｎから運用管理サーバ２１・・・２ｎにエラーを含む結果が通知されない。メインフレームのＵＩを操作しており、エラーが生じるとエラー画面が起動するため、そのエラー画面若しくはエラー画面のエラー文面を運用管理サーバ２１・・・２ｎに通知して対応するジョブに関連付けて登録することで運用管理者がエラー画面若しくはエラー文面を参照してエラー内容を把握することができる。なお、エラー画面のみを通知する例を説明したが、各命令文の実行の度に操作対象画面をハードコピーして画面画像を送信することで、運用管理者は正常処理、エラー処理に依らず処理の実体を把握することができる。仮に、エラーが生じた場合にそれよりも前の処理の操作対象画面を参照することで、エラーの解決につながる場合もある。
【００２５】
次に、図６を用いて本実施形態に係るシステム管理装置を含むシステム全体の動作を説明する。この動作説明においては、説明の便宜上、管理対象装置１１、運用管理サーバ２１、端末装置３１及び自動実行装置５１を用いて説明し、管理対象装置１１・・・１ｎのうち管理対象装置１１以外の管理対象装置、並びに、運用管理サーバ２１・・・２ｎのうち運用管理サーバ２１以外の運用管理サーバは説明に用いない。運用管理者は操作端末３１から運用管理サーバ２１にアクセスし、運用管理者としてログインすると、対象の運用管理者が管理すべきノード及びジョブを示す運用管理ジョブ画面が操作端末３１に表示される。運用管理者は、必要に応じて、ジョブの新規登録、既に登録されているジョブの編集を行う。ジョブの設定では、実行すべき日時を設定することができ、運用管理サーバ２１は設定された日時になった場合にはジョブの実行処理に移行する。ジョブの予約実行以外に、運用管理者が選択したジョブをリアルタイムに実行指示することもできる。ここでは、リアルタイム実行の動作について説明する。
【００２６】
操作端末３１がジョブを指定した実行を運用管理サーバ２１に指示し、運用管理サーバ２１は指定されたジョブを特定し、特定されたジョブの操作内容である命令群を取得する（Ｓ１１０）。運用管理サーバ２１はジョブで指定された管理対象装置１１が構築されているコンピュータ上に待機している自動実行装置５１に対し、取得した命令群を含めてジョブ実行依頼を行う（Ｓ１１５）。ここでは、自動実行装置５１が命令群を取得する動作として説明するが、予め対象の自動実行装置５１が実行すべき命令群を運用管理サーバ２１から取得して記録し、命令群を識別するＩＤを管理対象装置１１から受領することで、受領したＩＤに対応する命令群を記憶領域から読み出す動作であってもよい。命令群を受領した自動実行装置５１は、随時命令を実行する（Ｓ１２０）。命令は原則管理対象装置１１のＵＩに対する操作制御であり、管理対象装置１１はＯＳを介して操作制御を受けて操作実行する（Ｓ１２５）。操作内容によっては各種データが出力されることもあり、その出力値は自動実行装置５１側で取得して記録し（Ｓ１３０）、同時に、操作実行後にアクティブになっている画面をハードコピーする（Ｓ１３５）。次に、全命令を実行したかどうかを判別し、全命令を実行していない場合にはＳ１２０に戻る。全命令を実行した場合には、記録している各種出力値、各画面のハードコピーを各命令と関連付けて自動実行ログとして運用管理サーバ２１にデータ送信する（Ｓ１４５）。運用管理サーバ２１は受信した自動実行ログをジョブに紐づけて記録する（Ｓ１５０）。操作端末３１を用いて運用管理者は実行が完了したジョブの自動実行ログを参照可能となる（Ｓ１５５）。
【００２７】
この動作を用いた典型例としては、定期的に異常検出のモニタリングジョブを行い、異常検出がなければ何もせず、異常検出があればその異常検出に対応する対応ジョブを行う運用管理が挙げられる。また同様に、定期的に管理対象装置１１のログを参照し、所定キーワードが含まれる場合に運用管理サーバ２１に報告するログ参照ジョブを行う運用管理を行うこともできる。
【００２８】
本実施形態に係るシステム管理装置によれば、インタフェース仕様は分からず、直接制御不可装置である管理対象装置を、ユーザによりこの管理対象装置をユーザインターフェースで操作することなく、運用管理の対象とすることができる。
【００２９】
本実施形態においては、自動実行ログを参照することで不具合があればそれを解析し、解析結果に基づいてジョブの命令群を修正したり、管理対象装置１１の保守を検討したりすることができる。ここで、自動実行ログに加え、自動実行装置５１が管理対象装置１１自体により出力されるログのうち、対象ジョブの命令群に関する部分のみを抽出して自動実行ログと共に送信することもできる。自動実行ログに加えて、管理対象装置１１の該当箇所のログを参照することができることにより、より良い解析が可能となる。管理対象装置１１のログに実行日時が付与されている場合、自動実行装置５１が自動実行ログにも各命令の実行時間を付与し、相互のログの実行日時を照合することで、運用管理者は実行日時又はジョブのいずれかの命令を指定すると、指定された命令に関するログを特定した上で参照することができる。図７はログを含む実行結果を示した統合ログ画面である。この統合ログ画面はジョブを選択した上でログ参照を指示することで起動する。ジョブに対して、複数回のジョブ実行等をして複数の実行結果が紐づいている場合にはいずれか一つを選択する必要がある（最新の実行結果のみを表示する動作でも良い）。この統合ログ画面では、対象ジョブの命令群、自動実行ログ、管理対象装置１１が生成したログ及びテスト実行に関する画面が統合的に確認可能である。これに加え、命令群のいずれか一つを選択することで、対応する自動実行ログ中の対象ログ、管理対象装置ログ中の対象ログ及び画面ハードコピーの該当する画面が顕示されて表示される。これにより、運用管理者は、ログや画面に不具合があれば、そのまま命令文を修正することができる。また、修正した命令群をそのまま実行して再度統合ログ画面することで、修正後の命令群が適切に実行されたかを確認することもできる。ここで、命令群のいずれか一つを選択する例を説明したが、複数ある自動実行ログ、管理対象装置ログ又は画面ハードコピーから一の対象物を選択して対応する命令群を顕示して表示する動作であってもよく、例えば、エラー画面の画面ハードコピーをユーザが選択することで対応する命令、ログを確認することができる。ここで、命令群の命令と、自動実行ログとの対応付けは、自動実行装置５１が自身で実行してログを生成しているので当然に可能となる。次に、管理対象装置ログとの対応付けは、自動実行ログの各実行日時と管理対象装置ログの各ログ日時を比較して行う。
【００３０】
自動実行装置５１が命令群を実行している場合に、想定と異なる動作を管理対象装置１１が実行することもあり、その場合にタイムアウト等で自動実行装置５１が正常処理できないことを判別すると、命令群の実行を中止し、中止した時点までの自動実行ログを運用管理サーバ２１に送信する。
【００３１】
操作端末３１から運用管理サーバ２１に対してジョブ新規登録又はジョブ編集する際に、値を入力する命令であれば引数に値を固定的に設定することになる。複数の値に対して同様の命令を繰り返す場合には、繰り返したい回数分の命令文を作成してもよいが、複数の値を外部ファイルに保存し、又は、データベースに複数の値を格納し、同一の命令をユーザが実行したい値数分、実行する繰り返し命令を設定することもできる。
本実施形態では運用管理サーバ２１が自動実行装置５１を用いて運用管理する動作を説明したが、直接制御不可装置に対して自動実行装置５１を用いて運用管理し、直接制御可装置に対して運用管理サーバ２１が直接運用管理に関する動作を管理対象装置１１に行うこともできる。この際、運用管理サーバ２１がリモートで管理対象装置１１に対して運用管理動作を行ってもよいし、管理対象装置１１が構築されているコンピュータに運用管理用のエージェントを構築し、この運用管理用エージェントに運用管理動作を行い、各種報告を運用管理サーバ２１に行う構成であってもよい。
【００３２】
本実施形態においては、端末装置３１を用いて運用管理者が運用管理を行う例を説明したが、標準的には運用管理者が端末装置３１で運用管理し、補助者が運用管理者からの指示を受けて端末装置３２を用いて運用管理を補助してもよく、例えば、複数のジョブが実行された後に補助者が自動実行ログを参照して正常処理しているかどうかを確認し、異常処理しているジョブがある場合に運用管理者に報告し、指示を仰ぐワークフローであっても良い。
【産業上の利用可能性】
【００３３】
本発明は、多種のシステムを運用管理可能な運用管理システムに好適に利用可能である。
【符号の説明】
【００３４】
管理対象装置  １１、１ｎ
運用管理サーバ  ２１
端末装置  ３１、３２
ネットワーク  ４０
自動実行装置  ５１、５ｎ
【図１】
2019128688.tif 000003
【図２】
2019128688.tif 000004
【図３】
2019128688.tif 000005
【図４】
2019128688.tif 000006
【図５】
2019128688.tif 000007
【図６】
2019128688.tif 000008
【図７】
2019128688.tif 000009