JPWO2010064317A1 - 運用管理支援プログラム、該プログラムを記録した記録媒体、運用管理支援装置、および運用管理支援方法 - Google Patents

Abstract

アクティビティ図（１，２）に含まれるアクション群（ａ）〜（ｇ）のうち、アクティビティ実行時におけるＣＭＤＢ（１１０）内のアクセス先のＣＩが一致するアクション同士を同義のアクション（Ａ）〜（Ｃ）として分類する。これにより、アクション名の付し方が統一されていない異なるプロセス間におけるアクション間の同義性を判断することができる。この結果、異なる運用プロセス間での共通部分をテンプレートとして抽出可能となり、アクティビティ図作成の作成効率を向上させることができる。

Description

この発明は、ＩＴ（Ｉｎｆｏｒｍａｔｉｏｎ Ｔｅｃｈｎｏｌｏｇｙ）システムの運用管理を支援する運用管理支援プログラム、該プログラムを記録した記録媒体、運用管理支援装置、および運用管理支援方法に関する。

近年、ＩＴシステムは大規模化・複雑化しており、その運用管理作業に必要となる知識が専門的なものとなっている。運用管理作業は「運用プロセス」とも呼ばれ、運用管理対象となる業務システム、その業務システムに対しておこなわれる運用管理作業種別ごとにおこなわれる。

各運用プロセスでは、その作業手順を表現するアクティビティ図が作成される。ところが、運用プロセスごとのアクティビティ図を毎回一から作成しては時間がかかってしまう。また、作成者の運用管理経験が少ない場合には、不適切なアクティビティ図を作成してしまう可能性が高い。

そこで、運用プロセスで頻繁におこなわれる作業手順をテンプレートとして提供する手法がある。この手法によれば、アクティビティ図を新規作成する際に、頻出する作業手順をテンプレートとして利用することが可能となり、作成作業の効率化および品質向上を図ることができる。

テンプレートの提供方法としては、たとえば、ＩＴＩＬ（ＩＴ Ｉｎｆｒａｓｔｒｕｃｔｕｒｅ Ｌｉｂｒａｒｙ）などの運用管理作業のベストプラクティスに基づく標準アクティビティ図を提供するタイプと、異なる複数のアクティビティ図を比較して類似部分を提供するタイプに分類される。

類似部分を提供するタイプの場合、比較対象となるアクティビティ図の数が多いほど、共通性の高いテンプレートが抽出可能となり、抽出されるテンプレートの数も増える。しかし、異なるアクティビティ図を比較するためには、アクティビティ図間で記述方法や用語に共通性を持たせる必要がある。

従来においては、実世界に存在する様々なプロセスを共通に記述し分類することにより、分野や領域を越えてプロセス知識を活用可能にする技術が提案されている（たとえば、下記特許文献１参照。）。これによれば、異なる運用プロセス間でアクティビティ図の記述方法を統一することができる。

特開２００１−２７３３１３号公報

しかしながら、上述した特許文献１に記載の従来技術では、アクティビティ図を構成する要素の属性情報（たとえば、要素名）については何ら言及されていない。このため、要素名と処理内容との関係が同一運用プロセス内でしか統一されておらず、異なる運用プロセス間のアクティビティ図からテンプレートを抽出するのが難しいという問題があった。

具体的には、テンプレートを抽出する場合、アクティビティ図のフロー形状（要素間のつながり）だけでなく、各アクションの処理内容も判断する。すなわち、フロー形状が同じであっても処理内容が異なれば類似していると判断されない。要素同士の処理内容が同じか否かの判断は、要素名などの属性情報でおこなうことが多い。

したがって、テンプレートを抽出するためには、比較対象となるアクティビティ図同士で要素名が統一されていなければ、処理内容が一致するか否かを判断することが難しい。この結果、テンプレートの抽出作業が困難なものとなり、依然として、アクティビティ図の作成作業にかかるアクティビティ図作成の作業負荷および作業時間の増大化を招くという問題がある。

この発明は、上述した従来技術による問題点を解消するため、ＩＴシステムの運用管理作業にかかる作業負荷および作業時間の軽減化を図ることができる運用管理支援プログラム、該プログラムを記録した記録媒体、運用管理支援装置、および運用管理支援方法を提供することを目的とする。

上述した課題を解決し、目的を達成するため、この運用管理支援プログラム、該プログラムを記録した記録媒体、運用管理支援装置、および運用管理支援方法は、運用管理対象となるシステムで実行された運用プロセスの作業手順を表現するアクティビティ図に含まれる要素群ごとに、前記要素と当該要素のアクセス先とを関連付けて記憶する実行履歴情報を取得し、取得された実行履歴情報を参照して、前記全要素群から選ばれた第１の要素とアクセス先が一致する第２の要素を、前記全要素群から選ばれていない未選択の要素群の中から検索し、前記第２の要素が検索された場合、前記第１および第２の要素を同義の要素に設定し、設定された同義の要素を含むアクティビティ図同士で前記要素の要素列が一致する共通要素列を、前記同義の要素を含むアクティビティ図に含まれる要素群の中から抽出し、抽出された共通要素列を出力することを要件とする。

この運用管理支援プログラム、該プログラムを記録した記録媒体、運用管理支援装置、および運用管理支援方法によれば、各アクティビティ図に含まれる要素群を、アクセス先が同じものを同義として分類することにより、異なる運用プロセス間でのテンプレートの抽出が可能となる。

この運用管理支援プログラム、該プログラムを記録した記録媒体、運用管理支援装置、および運用管理支援方法によれば、ＩＴシステムの運用管理作業にかかる作業負荷および作業時間の軽減化を図ることができるという効果を奏する。

図１は、運用管理システムのシステム構成を示す説明図である。 図２は、ＣＩのデータ構造の具体例を示す説明図である。 図３は、パッチ適用作業の作業手順を表現するアクティビティ図である。 図４は、本実施の形態の概要を示す説明図である。 図５は、実施の形態にかかる運用管理支援装置のハードウェア構成を示すブロック図である。 図６は、実行履歴テーブルの記憶内容の一例を示す説明図である。 図７は、運用管理支援装置の機能的構成を示すブロック図である。 図８は、アクションリストの記憶内容の一例を示す説明図である。 図９は、分類済リストの記憶内容の一例を示す説明図（その１）である。 図１０は、分類済リストの記憶内容の一例を示す説明図（その２）である。 図１１は、属性情報が付与された実行履歴情報の一例を示す説明図（その１）である。 図１２は、属性情報が付与された実行履歴情報の一例を示す説明図（その２）である。 図１３は、要素列リストの具体例を示す説明図である。 図１４は、共通要素列の抽出例を示す説明図である。 図１５は、テンプレートの具体例を示す説明図である。 図１６は、運用管理支援装置の運用管理支援処理手順の一例を示すフローチャートである。

符号の説明

１００ 運用管理システム
１０１ プロセス作成部
１０２ プロセス実行部
１０３ テンプレート作成部
１１０ ＣＭＤＢ
６００ 実行履歴テーブル
６００−１〜６００−ｎ 実行履歴情報
７０１ 取得部
７０２ 選択部
７０３ 検索部
７０４ 検出部
７０５ 設定部
７０６ 抽出部
７０７ 作成部
７０８ 比較部
７０９ 出力部

以下に添付図面を参照して、この運用管理支援プログラム、該プログラムを記録した記録媒体、運用管理支援装置、および運用管理支援方法の好適な実施の形態を詳細に説明する。この運用管理支援プログラム、該プログラムを記録した記録媒体、運用管理支援装置、および運用管理支援方法では、各運用プロセス内の処理群をアクセス先が同じものを同義として分類し、名称が異なる処理を統一することで、異なる運用プロセス間での共通部分を雛形として抽出可能となり、新規運用プロセスの作成効率を向上させる。

（運用管理システムのシステム構成）
本実施の形態にかかる運用管理システムのシステム構成について説明する。図１は、運用管理システムのシステム構成を示す説明図である。図１において、運用管理システム１００は、ＣＭＤＢ１１０（構成管理データベース）を備え、プロセス作成部１０１と、プロセス実行部１０２と、テンプレート作成部１０３と、を含む構成である。

この運用管理システム１００は、運用管理対象となるＩＴシステム１４０を管理する。ＣＭＤＢ１１０は、ＩＴシステム１４０の構成要素をＣＩ（Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｉｔｅｍ：構成アイテム）単位で管理するデータベースである。ここで、構成要素とは、たとえば、ハードウェアやソフトウェアなどの物理リソース、仮想リソース、ＩＴシステム１４０で稼働している各業務サービスなどである。

プロセス作成部１０１は、運用管理対象となるＩＴシステム１４０の運用プロセス１２０を作成する機能を有する。具体的には、プロセス作成部１０１は、運用プロセス１２０の作業手順をあらわすアクティビティ図を作成する。なお、アクティビティ図についての詳細な説明は図３を用いて後述する。

プロセス実行部１０２は、運用プロセス１２０の作業手順をあらわすアクティビティ図をもとに、アクティビティを実行する機能を有する。ここで、アクティビティとは、開始状態から始まり、連鎖的にアクション（動作状態）が実行され、終了状態となるまでの一連の作業である。

プロセス実行部１０２は、ＣＭＤＢ１１０のＣＩにアクセスして、ＩＴシステム１４０に関する設定値を参照する。なお、ＣＩ構造についての詳細な説明は図２を用いて後述する。また、プロセス実行部１０２は、ＩＴシステム１４０への操作によって設定値が変更された場合、ＣＭＤＢ１１０のＣＩにアクセスして該当項目の設定値を変更する。

テンプレート作成部１０３は、アクティビティの実行結果である実行ログ１３０に基づいて、異なる運用プロセス間の共通部分を抽出してテンプレート１５０を作成する機能を有する。実行ログ１３０には、アクティビティ図に含まれる要素ごとに、当該要素がアクセスしたＣＩが記録されている。

このように、運用管理システム１００では、異なる運用プロセス間での共通部分を抽出してテンプレート１５０を作成することができる。これにより、新規の運用プロセス（アクティビティ図）を作成する際の作成効率を向上させる。

本実施の形態にかかる運用管理支援装置は、上記機能部１０１〜１０３のうち少なくともテンプレート作成部１０３の機能を有する。なお、プロセス作成部１０１およびプロセス実行部１０２の機能については、運用管理支援装置が有することとしてもよく、また、他のコンピュータ装置が有することとしてもよい。

（ＣＩのデータ構造）
ここで、ＣＭＤＢ１１０で管理されているＣＩ（構成アイテム）のデータ構造について説明する。図２は、ＣＩのデータ構造の具体例を示す説明図である。図２において、ＣＩ１は、構成アイテムＩＤ、タイプ、プロパティおよび設定値を有している。

ここで、構成アイテムＩＤとは、ＣＩを識別する識別子である。タイプとは、ＣＩの種別である。タイプとしては、たとえば、サーバ、スイッチ、ストレージなどがある。プロパティとは、ＣＩの属性である。属性としては、たとえば、ＩＰアドレス、名前、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）クロック周波数、ディスク容量、型番、ロードアベレージ、平均ＣＰＵ使用率などがある。設定値とは、各プロパティに設定されている属性値である。

図１に示したプロセス実行部１０２は、アクティビティの実行時に、ＣＭＤＢ１１０のＣＩ（たとえば、ＣＩ１）にアクセスして、ＩＴシステム１４０に関する設定値を参照することになる。このため、アクティビティの実行ログには、アクティビティで実行された各要素のアクセス先のＣＩが記録される。

（アクティビティ図の具体例）
つぎに、運用プロセスの作業手順を表現するアクティビティ図について説明する。なお、アクティビティ図は、ＵＭＬ（Ｕｎｉｆｉｅｄ Ｍｏｄｅｌｉｎｇ Ｌａｎｇｕａｇｅ）を用いて記述されている。図３は、パッチ適用作業の作業手順を表現するアクティビティ図である。図３において、アクティビティ図３００には、ＩＴシステム１４０でのパッチ適用作業の作業手順が記述されている。

このアクティビティ図３００では、作業者が運用ＳＥ３０１と関連部署３０２の２名存在している。アクティビティ図３００のパーティションＰａ１に記述されている処理内容は運用ＳＥ３０１の作業内容であり、パーティションＰａ２に記述されている処理内容は関連部署３０２の作業内容である。

このアクティビティ図３００では、黒丸３０３を始点ノードとして、矢印にしたがって各処理（角抜四角）が実行され、白枠付黒丸３０４の終点ノードに辿り着くとアクティビティが終了する。なお、アクティビティ図３００に記述されている各処理をアクションという。各アクションには、アクション名（要素名）が記述されている。

（本実施の形態の概要）
つぎに、本実施の形態の概要について説明する。ここではまず、従来の問題点を具体的に説明する。従来において、アクティビティ図を構成する各要素（たとえば、アクション）の属性情報（たとえば、要素名）の付し方は、異なるプロセス間で統一されていない。このため、異なるアクティビティ図に同じ要素名のアクションが記述されていても同義のアクションとは限らない。

たとえば、２つの異なるアクティビティ図（Ｐ，Ｑ）において、「性能見積もり」という同じ要素名のアクションが存在するとする。アクティビティ図Ｐに記述されているアクション「性能見積もり」は、「ネットワークの性能見積もり」として記述されている。一方、アクティビティ図Ｑに記述されているアクション「性能見積もり」は、「サーバの性能見積もり」として記述されている。この場合、要素名が同じ２つのアクション「性能見積もり」は、処理内容が異なるアクションである。

また、異なるアクティビティ図で同義のアクションが実行されていたとしても、同じ要素名となっているとは限らない。たとえば、２つの異なるアクティビティ図（Ｒ，Ｓ）において、「あるマシンにログイン」というアクションが存在するとする。このアクションは、アクティビティ図（Ｒ）では「ログイン」という名称で記述されている。一方、アクティビティ図（Ｙ）では「サーバログイン」という名称で記述されている。この場合、処理内容が同じアクションであっても要素名が異なるため、異なるアクションとして認識する可能性が高い。

このように、従来においては、要素間の同義性を予め付された要素名から判断するため、異なるプロセス間で要素名の付し方が統一されていなければ、その同義性を判断することが難しいという問題があった。

そこで、本実施の形態では、アクティビティ図に含まれる各アクションを、アクセス先が同じものを同義として分類する。すなわち、要素間の同義性を、予め付されている要素名から判断するのではなく、そのアクセス先から判断する。

図４は、本実施の形態の概要を示す説明図である。図４には、異なる運用プロセスの作業手順を表現するアクティビティ図１，２が示されている。なお、アクティビティ図１，２において、黒丸４０１は始点ノード、白枠付黒丸４０２は終点ノード、角抜四角４０３はアクション、黒線４０４はフォークノード、黒線４０５はジョインノードである。

始点ノードは、アクティビティの開始をあらわすノードである。終点ノードは、アクティビティの終了をあらわすノードである。アクションは、アクティビティで実行される処理をあらわすノードである。フォークノードは、並列処理の開始をあらわすノードである。ジョインノードは、並列処理の終了をあらわすノードである。

図４において、アクションａとアクションｅのアクセス先「ＣＩ１」が一致する。このため、アクションａとアクションｅを同義のアクションＡとして分類する。同様に、アクションｂとアクションｆを同義のアクションＢとして分類し、アクションｄとアクションｇを同義のアクションＣとして分類する。これにより、要素名の付し方が統一されていない異なるプロセス間における要素同士の同義性を判断することができる。

このように、本実施の形態では、要素名（たとえば、アクション名）が異なる要素の意味づけ（同義性）を統一することにより、異なる運用プロセス間での共通部分の抽出を可能とする。これにより、アクティビティ図作成用のテンプレートが抽出可能となり、運用プロセスの作成効率を向上させる。

（運用管理支援装置のハードウェア構成）
図５は、実施の形態にかかる運用管理支援装置のハードウェア構成を示すブロック図である。図５において、運用管理支援装置５００は、ＣＰＵ５０１と、ＲＯＭ（Ｒｅａｄ‐Ｏｎｌｙ Ｍｅｍｏｒｙ）５０２と、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）５０３と、磁気ディスクドライブ５０４と、磁気ディスク５０５と、光ディスクドライブ５０６と、光ディスク５０７と、ディスプレイ５０８と、Ｉ／Ｆ（Ｉｎｔｅｒｆａｃｅ）５０９と、キーボード５１０と、マウス５１１と、スキャナ５１２と、プリンタ５１３と、を備えている。また、各構成部はバス５２０によってそれぞれ接続されている。

ここで、ＣＰＵ５０１は、運用管理支援装置５００の全体の制御を司る。ＲＯＭ５０２は、ブートプログラムなどのプログラムを記憶している。ＲＡＭ５０３は、ＣＰＵ５０１のワークエリアとして使用される。磁気ディスクドライブ５０４は、ＣＰＵ５０１の制御にしたがって磁気ディスク５０５に対するデータのリード／ライトを制御する。磁気ディスク５０５は、磁気ディスクドライブ５０４の制御で書き込まれたデータを記憶する。

光ディスクドライブ５０６は、ＣＰＵ５０１の制御にしたがって光ディスク５０７に対するデータのリード／ライトを制御する。光ディスク５０７は、光ディスクドライブ５０６の制御で書き込まれたデータを記憶したり、光ディスク５０７に記憶されたデータをコンピュータに読み取らせたりする。

ディスプレイ５０８は、カーソル、アイコンあるいはツールボックスをはじめ、文書、画像、機能情報などのデータを表示する。このディスプレイ５０８は、たとえば、ＣＲＴ、ＴＦＴ液晶ディスプレイ、プラズマディスプレイなどを採用することができる。

インターフェース（以下、「Ｉ／Ｆ」と略する。）５０９は、通信回線を通じてＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）、ＷＡＮ（Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）、インターネットなどのネットワーク５１４に接続され、このネットワーク５１４を介して他の装置に接続される。そして、Ｉ／Ｆ５０９は、ネットワーク５１４と内部のインターフェースを司り、外部装置からのデータの入出力を制御する。Ｉ／Ｆ５０９には、たとえばモデムやＬＡＮアダプタなどを採用することができる。

キーボード５１０は、文字、数字、各種指示などの入力のためのキーを備え、データの入力をおこなう。また、タッチパネル式の入力パッドやテンキーなどであってもよい。マウス５１１は、カーソルの移動や範囲選択、あるいはウィンドウの移動やサイズの変更などをおこなう。ポインティングデバイスとして同様に機能を備えるものであれば、トラックボールやジョイスティックなどであってもよい。

スキャナ５１２は、画像を光学的に読み取り、運用管理支援装置５００内に画像データを取り込む。なお、スキャナ５１２は、ＯＣＲ（Ｏｐｔｉｃａｌ Ｃｈａｒａｃｔｅｒ Ｒｅａｄｅｒ）機能を持たせてもよい。また、プリンタ５１３は、画像データや文書データを印刷する。プリンタ５１３には、たとえば、レーザプリンタやインクジェットプリンタを採用することができる。

（実行履歴テーブルの記憶内容）
つぎに、運用管理支援装置５００に用いられる実行履歴テーブルの記憶内容について説明する。図６は、実行履歴テーブルの記憶内容の一例を示す説明図である。図６において、実行履歴テーブル６００は、要素ＩＤ、要素タイプ、読込先ＩＤおよび書込先ＩＤといったフィールドを有する。各フィールドに情報を設定することで、アクティビティ図ＡＧ１〜ＡＧｎごとの実行履歴情報６００−１〜６００−ｎがレコードとして記憶されることとなる。

ここで、要素ＩＤとは、アクティビティ図に含まれる要素を識別する識別子である。要素タイプとは、始点ノード、終点ノード、アクション、フォークノード、ジョインノード、ガードなどの要素種別である。読込先ＩＤおよび書込先ＩＤは、アクティビティ実行時に各要素がアクセスしたＣＩを識別する構成アイテムＩＤである。

これら実行履歴情報６００−１〜６００−ｎを参照することにより、各要素のアクセス先を認識することができる。なお、実行履歴情報６００−１〜６００−ｎにおいて、各要素は、始点ノードから終点ノードまでの手順どおりに並べられている。この実行履歴テーブル６００は、たとえば、図５に示したＲＡＭ５０３、磁気ディスク５０５、光ディスク５０７などの記憶領域に記憶されている。

（運用管理支援装置の機能的構成）
つぎに、運用管理支援装置５００の機能的構成について説明する。図７は、運用管理支援装置の機能的構成を示すブロック図である。図７において、運用管理支援装置５００は、取得部７０１と、選択部７０２と、検索部７０３と、検出部７０４と、設定部７０５と、抽出部７０６と、作成部７０７と、比較部７０８と、出力部７０９と、を含む構成である。この制御部となる機能（取得部７０１〜出力部７０９）は、具体的には、たとえば、図５に示したＲＯＭ５０２、ＲＡＭ５０３、磁気ディスク５０５、光ディスク５０７などの記憶領域に記憶されたプログラムをＣＰＵ５０１に実行させることにより、または、Ｉ／Ｆ５０９により、その機能を実現する。

取得部７０１は、実行履歴情報６００−１〜６００−ｎ（図６参照）を取得する機能を有する。ここで、実行履歴情報６００−１〜６００−ｎは、運用管理対象のＩＴシステムで実行された運用プロセスの作業手順を表現するアクティビティ図に含まれる要素と当該要素のアクセス先とを関連付けて記憶する情報である。

具体的には、たとえば、取得部７０１が、図５に示したキーボード５１０やマウス５１１を用いたユーザの操作入力により実行履歴情報６００−１〜６００−ｎを受け付けてもよい。また、ＩＴシステム１４０で実行されたアクティビティの実行ログ１３０（図１参照）に基づいて、実行履歴情報６００−１〜６００−ｎを作成してもよい。なお、取得された取得結果は、たとえば、図６に示した実行履歴テーブル６００に記憶される。

選択部７０２は、実行履歴情報６００−１〜６００−ｎを参照して、全要素群の中から第１の要素を選択する機能を有する。なお、全要素群とは、アクティビティ図ＡＧ１〜ＡＧｎに含まれるすべての要素である。具体的には、たとえば、選択部７０２が、実行履歴情報６００−１〜６００−ｎに含まれる要素ＩＤ群の中から、任意の要素ＩＤを選択することにより第１の要素を選択する。

検索部７０３は、実行履歴情報６００−１〜６００−ｎを参照して、全要素群から選ばれた第１の要素とアクセス先が一致する第２の要素を、全要素群から選ばれていない未選択の要素群の中から検索する機能を有する。具体的には、たとえば、検索部７０３が、実行履歴情報６００−１〜６００−ｎの読込先ＩＤおよび書込先ＩＤを手掛かりに、第１の要素とアクセス先が一致する第２の要素を検索する。

より具体的には、たとえば、検索部７０３が、第１の要素と読込先ＩＤおよび書込先ＩＤが一致する第２の要素を検索する。このとき、第１の要素とアクセス先が一致する要素が複数存在する場合、それらすべての要素を第２の要素として検索することになる。なお、検索された検索結果は、たとえば、ＲＡＭ５０３、磁気ディスク５０５、光ディスク５０７などの記憶領域に記憶される。

ところで、全要素群のうち、アクセス先が存在する要素は「処理」をあらわす要素のみである。「処理」をあらわす要素とは、要素タイプが「アクション」の要素である。このため、上記選択部７０２の選択対象および上記検索部７０３の検索対象を、要素タイプが「アクション」の要素に限定してもよい。

この場合、まず、全要素群の中から要素タイプが「アクション」の要素を絞り込む。ここで、検出部７０４は、アクティビティ図に含まれる要素群の中から処理をあらわす要素を検出する機能を有する。具体的には、たとえば、実行履歴情報６００−１〜６００−ｎの要素タイプ「アクション」を手掛かりに、処理をあらわす要素（以下、「アクション」という）を検出する。検出された検出結果は、たとえば、図８に示すアクションリストに記憶される。

図８は、アクションリストの記憶内容の一例を示す説明図である。図８において、アクションリスト８００は、アクションＩＤ、読込先ＩＤ、書込先ＩＤおよび分類済フラグといったフィールドを有している。各フィールドに情報を設定することで、アクションごとの実行履歴がレコードとして記憶されることとなる。

ここで、アクションＩＤとは、アクションを識別する要素ＩＤである。読込先ＩＤとは、アクション実行時における読込先のＣＩを識別する構成アイテムＩＤである。書込先ＩＤとは、アクション実行時における書込先のＣＩを識別する構成アイテムＩＤである。分類済フラグとは、各アクションが分類済みか否かを識別するためのフラグである。初期状態では「未」となっている。なお、分類済フラグについての説明は後述する。

この場合、選択部７０２は、アクションリスト８００を参照して、全要素群（全アクション群）の中から第１の要素を選択する。また、検索部７０３は、アクションリスト８００を参照して、第１の要素とアクセス先が一致する第２の要素を、全アクション群から選ばれていない未選択のアクション群の中から検索する。

ここで、全アクション群の中から要素Ｅ１−２が第１の要素として選択された場合を例に挙げて説明する。この場合、検索部７０３が、第２の要素として、要素Ｅ１−２の読込先ＩＤ「ＣＩ１，ＣＩ２」および書込先ＩＤ「ＣＩ３」と一致する要素Ｅ２−２を検索することとなる。このように、選択対象および検索対象をアクションのみに絞り込むことにより、アクセス先が存在しない要素についての無駄な選択処理および検索処理を削減することができる。

設定部７０５は、検索された第２の要素と第１の要素とを同義の要素に設定する機能を有する。具体的には、たとえば、設定部７０５が、第１および第２の要素に同一の属性情報を付与することにより、第１および第２の要素を同義の要素に設定する。属性情報としては、たとえば、同義の要素を一意に特定する同義要素名、同義要素ＩＤなどがある。

これにより、全アクティビティ図に含まれる全要素群のうち、アクセス先が一致する第１および第２の要素を同義の要素として分類することができる。なお、設定された設定結果は、後述する分類済リスト（図９、図１０参照）に記憶される。

ここで、分類済リストの記憶内容について説明する。図９および図１０は、分類済リストの記憶内容の一例を示す説明図である。分類済リスト９００は、同義要素名およびアクションＩＤのフィールドを有し、レコードごとに、分類済の要素に関する情報が各フィールドに記憶されている。

同義要素名とは、同義の要素を一意に特定する属性情報である。アクションＩＤとは、同義の要素として設定された第１および第２の要素の要素ＩＤである。ここでは、第１および第２の要素が同義の要素として設定される都度、分類済リスト９００の各フィールドに情報が設定されて新規レコードが登録される。

図９に示す例では、要素Ｅ１−２および要素Ｅ２−２が同義の要素として設定され、同義要素名「ＣＡ１」が属性情報として付与された結果、分類情報９００−１が新規レコードとして登録されている。なお、分類済リスト９００に登録されると、アクションリスト８００の該当アクションの分類済フラグが「未」から「済」に書き換えられる。

図１０に示す例では、アクションリスト８００に含まれる全アクションについて分類（選択処理、検索処理、設定処理）されたため、全アクションの分類済フラグが「済」となっている。なお、ここではアクセス先が一致する第２の要素が検索されなかった第１の要素についても、同義要素名が付与されて分類済リスト９００に登録されている（分類情報９００−４）。

図７の説明に戻り、抽出部７０６は、同義の要素を含むアクティビティ図同士で要素の要素列が一致する共通要素列を、同義の要素を含むアクティビティ図に含まれる要素群の中から抽出する機能を有する。具体的には、たとえば、抽出部７０６が、同義の要素を含むアクティビティ図同士の要素列を比較することにより、上記要素群の中から共通要素列を抽出する。

ここで、抽出処理の具体的な処理内容の一例について説明する。まず、作成部７０７は、第１または第２の要素を含むアクティビティ図に含まれる要素群のうち、第１および第２の要素を同義の要素としてあらわす要素列を作成する機能を有する。具体的には、たとえば、まず、作成部７０７が、分類済リスト９００を参照して、実行履歴情報６００−１〜６００−ｎ内の各要素に新たな属性情報を付与する。

ここで、実行履歴情報６００−１，６００−２を例に挙げると、作成部７０７が、図１０に示した分類済リスト９００を参照して、実行履歴情報６００−１〜６００−ｎ内の各アクションＩＤに該当する要素に同義要素名を付与する。さらに、アクションとは異なる他の要素についても、要素タイプごとの同義要素名を付与する。

具体的には、たとえば、要素タイプ「始点」の要素には同義要素名「Ｉｎｉｔｉａｌ」を付与する。また、要素タイプ「フォーク」の要素には同義要素名「Ｆｏｒｋ」を付与する。また、要素タイプ「ジョイン」の要素には要素名「Ｊｏｉｎ」を付与する。また、要素タイプ「終点」には同義要素名「ＡＦＮ」を付与する。

図１１および図１２は、属性情報が付与された実行履歴情報の一例を示す説明図である。図１１において、属性情報（同義要素名）が付与された実行履歴情報６００−１が示されている。具体的には、たとえば、要素Ｅ１−２には同義要素名「ＣＡ１」が付与されている。

また、図１２において、属性情報（同義要素名）が付与された実行履歴情報６００−２が示されている。具体的には、たとえば、要素Ｅ２−２には同義要素名「ＣＡ１」が付与されている。これは図１１に示した要素Ｅ１−２に付与されている同義要素名と同一である。これにより、異なるプロセス間での要素同士の同義性を判断することができる。

つぎに、作成部７０７が、属性情報が付与された実行履歴情報６００−１〜６００−ｎを参照して、同義要素名が羅列されたアクティビティ図ごとの要素列を作成する。具体的には、たとえば、要素タイプ（フォークノードやジョインノード）にしたがって、始点ノードから終点ノードまでの各アクションを手順どおりに羅列する。なお、作成された作成結果は、たとえば、図１３に示す要素列リストに記憶される。

図１３は、要素列リストの具体例を示す説明図である。図１３において、要素列リスト１３００は、要素列ＩＤおよび要素列のフィールドを有し、レコードごとに、各アクティビティ図の要素列に関する情報が記憶されている。ここで、要素列ＩＤとは、要素列を識別する識別子である。要素列とは、同義要素名が羅列された要素列である。

一例として、要素列Ｌ１を例に挙げると、この要素列Ｌ１は、図１１に示した実行履歴情報６００−１に含まれる同義要素名を羅列したものである。また、要素列Ｌ２は、図１２に示した実行履歴情報６００−２に含まれる同義要素名を羅列したものである。これら要素列Ｌ１〜Ｌｍ間では、各要素の意味づけが統一されているため、要素間の同義性および要素間のつながりを比較することができる。

比較部７０８は、アクティビティ図ごとの要素列を比較する機能を有する。具体的には、たとえば、比較部７０８が、既存のパターンマッチングにより、図１３に示した要素列Ｌ１〜Ｌｍ同士を比較する。なお、比較された比較結果は、たとえば、ＲＡＭ５０３、磁気ディスク５０５、光ディスク５０７などの記憶領域に記憶される。

そして、抽出部７０６は、比較された比較結果に基づいて、アクティビティ図ごとの要素列の中から、複数の要素列間で一部または全部の要素列が一致する共通要素列を抽出する。このとき、所定数以上（たとえば、３列以上）の要素列間で、一部または全部の要素列が一致する場合に共通要素列を抽出することにしてもよい。また、共通要素列が所定数以上（たとえば、５個以上）の要素を含む要素列であった場合に、その共通要素列を抽出することとしてもよい。

図１４は、共通要素列の抽出例を示す説明図である。図１４に示す例では、要素列Ｌ１と要素列Ｌ３と要素列Ｌ４との３列の要素列間で全部の要素列が一致するため、共通要素列１４００（８個の要素を含む要素列）が抽出されている。

出力部７０９は、抽出された共通要素列を出力する機能を有する。具体的には、たとえば、出力部７０９が、図１４に示した共通要素列１４００を、アクティビティ図作成用のテンプレートとして出力する。なお、テンプレートの具体例については図１５を用いて後述する。

また、出力部７０９は、アクティビティ図ごとの要素列（たとえば、要素列リスト１３００）を出力することとしてもよい。これにより、作成者が、要素列リスト１３００を参照してアクティビティ図ごとの要素列を比較することにより、共通要素列を抽出することができる。

なお、出力部７０９の出力形式としては、たとえば、ディスプレイ５０８への表示、プリンタ５１３への印刷出力、Ｉ／Ｆ５０９による外部装置への送信がある。また、ＲＡＭ５０３、磁気ディスク５０５、光ディスク５０７などの記憶領域に記憶することとしてもよい。

ここで、アクティビティ図作成のテンプレートの具体例について説明する。図１５は、テンプレートの具体例を示す説明図である。図１５において、アクティビティ図ＡＧｉは、パッチ適用作業の作業手順を表現するアクティビティ図である。また、アクティビティ図ＡＧｊは、メモリ増設作業の作業手順を表現するアクティビティ図である。

アクティビティ図ＡＧｉ，ＡＧｊに含まれる要素群のうち同義の要素には、同義要素名が付与されている。このため、図１５に示す例では、アクティビティ図ＡＧｉ，ＡＧｊの要素列が比較された結果、テンプレートＡ〜Ｃが抽出される。これらテンプレートＡ〜Ｃを利用して、新規アクティビティ図を作成することにより、一から作成する手間を省くことができ作成効率を向上させることができる。

（運用管理支援装置の運用管理支援処理手順）
つぎに、運用管理支援装置５００の運用管理支援処理手順について説明する。図１６は、運用管理支援装置の運用管理支援処理手順の一例を示すフローチャートである。図１６のフローチャートにおいて、まず、取得部７０１により、実行履歴情報６００−１〜６００−ｎを取得したか否かを判断する（ステップＳ１６０１）。

ここで、実行履歴情報６００−１〜６００−ｎを取得するのを待って（ステップＳ１６０１：Ｎｏ）、取得した場合（ステップＳ１６０１：Ｙｅｓ）、検出部７０４により、実行履歴情報６００−１〜６００−ｎを参照して、アクティビティ図ＡＧ１〜ＡＧｎに含まれる要素群の中から処理をあらわす要素を検出する（ステップＳ１６０２）。なお、検出された検出結果はアクションリスト８００に記憶される。

つぎに、選択部７０２により、アクションリスト８００の中から第１の要素を選択する（ステップＳ１６０３）。そして、検索部７０３により、アクションリスト８００の中から、第１の要素と読込先ＩＤおよび書込先ＩＤが一致する第２の要素を検索する（ステップＳ１６０４）。このとき、第１の要素と読込先ＩＤおよび書込先ＩＤが一致する要素が複数存在する場合、それらすべての要素を第２の要素として検索する。

このあと、設定部７０５により、第２の要素が検索されたか否かを判断し（ステップＳ１６０５）、第２の要素が検索された場合（ステップＳ１６０５：Ｙｅｓ）、第１および第２の要素に同義要素名を付与する（ステップＳ１６０６）。なお、ステップＳ１６０４において、第２の要素として複数の要素が検索された場合、それらすべての要素に同義要素名を付与することになる。一方、第２の要素が検索されなかった場合（ステップＳ１６０５：Ｎｏ）、第１の要素に同義要素名を付与する（ステップＳ１６０７）。なお、設定結果は分類済リスト９００に記憶される。

そして、選択部７０２により、アクションリスト８００の中から選択されていない未選択の要素があるか否かを判断し（ステップＳ１６０８）、未選択の要素がある場合（ステップＳ１６０８：Ｙｅｓ）、ステップＳ１６０３に戻る。

一方、未選択の要素がない場合（ステップＳ１６０８：Ｎｏ）、作成部７０７により、分類済リスト９００を参照して、実行履歴情報６００−１〜６００−ｎ内の各要素に同義要素名を付与して（ステップＳ１６０９）、同義要素名が羅列されたアクティビティ図ＡＧ１〜ＡＧｎごとの要素列を作成する（ステップＳ１６１０）。

つぎに、比較部７０８により、既存のパターンマッチングを用いて、アクティビティ図ＡＧ１〜ＡＧｎごとの要素列を比較する（ステップＳ１６１１）。そして、抽出部７０６により、その比較結果に基づいて、アクティビティ図ＡＧ１〜ＡＧｎごとの要素列の中から共通要素列を抽出する（ステップＳ１６１２）。

最後に、出力部７０９により、抽出された共通要素列をアクティビティ図作成用のテンプレートとして出力して（ステップＳ１６１３）、本フローチャートによる一連の処理を終了する。

以上説明したように、本実施の形態によれば、アクティビティ実行時のアクセス先（ＣＩ：構成アイテム）が一致する要素同士を同義の要素として分類することができる。これにより、異なる運用プロセス間で要素の意味づけ（同義性）を統一することができ、運用プロセス間での要素列のマッチングが可能となる。この結果、異なる運用プロセス間での共通要素列を効率的かつ効果的に抽出することが可能となり、アクティビティ図作成用のテンプレートを提供することができる。

また、このテンプレートを利用して新規運用プロセスのアクティビティ図を作成することにより、一から作成する手間を省略して作成効率を向上させることができる。さらに、テンプレートを利用することで、運用管理経験が少ない作業者のミス（たとえば、要素漏れ、手順間違い）を減らし、運用プロセスの品質を向上させることができる。

これらのことから、運用管理支援プログラム、該プログラムを記録した記録媒体、運用管理支援装置、および運用管理支援方法によれば、ＩＴシステムの運用管理作業にかかるアクティビティ図作成の作業負荷および作業時間の軽減化を図ることができる。

なお、本実施の形態で説明した運用管理支援方法は、予め用意されたプログラムをパーソナル・コンピュータやワークステーション等のコンピュータで実行することにより実現することができる。このプログラムは、ハードディスク、フレキシブルディスク、ＣＤ−ＲＯＭ、ＭＯ、ＤＶＤ等のコンピュータで読み取り可能な記録媒体に記録され、コンピュータによって記録媒体から読み出されることによって実行される。またこのプログラムは、インターネット等のネットワークを介して配布することが可能であってもよい。

以上のように、運用管理支援プログラム、該プログラムを記録した記録媒体、運用管理支援装置、および運用管理支援方法は、ＩＴシステムの運用管理にかかる運用プロセスの作成に有用であり、特に、異なる運用プロセス間でのテンプレートの抽出に適している。

Claims (7)

1. コンピュータを、
   運用管理対象となるシステムで実行された運用プロセスの作業手順を表現するアクティビティ図に含まれる要素群ごとに、前記要素と当該要素のアクセス先とを関連付けて記憶する実行履歴情報を取得する取得手段、
   前記取得手段によって取得された実行履歴情報を参照して、前記全要素群から選ばれた第１の要素とアクセス先が一致する第２の要素を、前記全要素群から選ばれていない未選択の要素群の中から検索する検索手段、
   前記検索手段によって前記第２の要素が検索された場合、前記第１および第２の要素を同義の要素に設定する設定手段、
   前記設定手段によって設定された同義の要素を含むアクティビティ図同士で前記要素の要素列が一致する共通要素列を、前記同義の要素を含むアクティビティ図に含まれる要素群の中から抽出する抽出手段、
   前記抽出手段によって抽出された共通要素列を出力する出力手段、
   として機能させることを特徴とする運用管理支援プログラム。
2. 前記コンピュータを、
   前記同義の要素に設定された第１または第２の要素を含むアクティビティ図に含まれる要素群のうち、前記第１および第２の要素を同義の要素としてあらわす要素列を作成する作成手段、
   前記作成手段によって作成されたアクティビティ図ごとの要素列を比較する比較手段として機能させ、
   前記抽出手段は、
   前記比較手段によって比較された比較結果に基づいて、前記アクティビティ図ごとの要素列の中から、複数の要素列間で一部または全部の要素列が一致する共通要素列を抽出することを特徴とする請求項１に記載の運用管理支援プログラム。
3. 前記実行履歴情報には、前記アクティビティ図に含まれる要素ごとの読込先および書込先が記述されており、
   前記検索手段は、
   前記未選択の要素群の中から、前記第１の要素と読込先および書込先が一致する第２の要素を検索することを特徴とする請求項２に記載の運用管理支援プログラム。
4. 前記コンピュータを、
   前記全要素群の中から処理をあらわす要素を検出する検出手段として機能させ、
   前記検索手段は、
   前記検出手段によって検出された要素群から選ばれた第１の要素とアクセス先が一致する第２の要素を、前記要素群から選ばれていない未選択の要素群の中から検索することを特徴とする請求項３に記載の運用管理支援プログラム。
5. 請求項１〜４のいずれか一つに記載の運用管理支援プログラムを記録したコンピュータに読み取り可能な記録媒体。
6. 運用管理対象となるシステムで実行された運用プロセスの作業手順を表現するアクティビティ図に含まれる要素群ごとに、前記要素と当該要素のアクセス先とを関連付けて記憶する実行履歴情報を取得する取得手段と、
   前記取得手段によって取得された実行履歴情報を参照して、前記全要素群から選ばれた第１の要素とアクセス先が一致する第２の要素を、前記全要素群から選ばれていない未選択の要素群の中から検索する検索手段と、
   前記検索手段によって前記第２の要素が検索された場合、前記第１および第２の要素を同義の要素に設定する設定手段と、
   前記設定手段によって設定された同義の要素を含むアクティビティ図同士で前記要素の要素列が一致する共通要素列を、前記同義の要素を含むアクティビティ図に含まれる要素群の中から抽出する抽出手段と、
   前記抽出手段によって抽出された共通要素列を出力する出力手段と、
   を備えることを特徴とする運用管理支援装置。
7. 制御手段および記憶手段を備えるコンピュータが、
   前記制御手段により、運用管理対象となるシステムで実行された運用プロセスの作業手順を表現するアクティビティ図に含まれる要素群ごとに、前記要素と当該要素のアクセス先とを関連付けて記憶する実行履歴情報を取得して、前記記憶手段に記憶する取得工程と、
   前記制御手段により、前記取得工程によって取得された実行履歴情報を参照して、前記全要素群から選ばれた第１の要素とアクセス先が一致する第２の要素を、前記全要素群から選ばれていない未選択の要素群の中から検索して、前記記憶手段に記憶する検索工程と、
   前記制御手段により、前記検索工程によって前記第２の要素が検索された場合、前記第１および第２の要素を同義の要素に設定して、前記記憶手段に記憶する設定工程と、
   前記制御手段により、前記設定工程によって設定された同義の要素を含むアクティビティ図同士で前記要素の要素列が一致する共通要素列を、前記同義の要素を含むアクティビティ図に含まれる要素群の中から抽出して、前記記憶手段に記憶する抽出工程と、
   前記制御手段により、前記抽出工程によって抽出された共通要素列を出力する出力工程と、
   を実行することを特徴とする運用管理支援方法。

Images