JP5673689B2 - 分析支援装置、分析支援方法、及び分析支援プログラム - Google Patents

Description

本発明は、分析支援装置、分析支援方法、及び分析支援プログラムに関する。

従来、サービスリポジトリを使用して、情報システムの構成要素（サービス、アプリケーション、インタフェース、ハードウェア等）に関する情報を一元的に管理することが行われている。サービスリポジトリを使用することにより、一部の構成要素の変更による影響を高い精度で分析することができる。

サービスリポジトリに登録される情報量の増加に応じて、多面的な分析が可能となる反面、影響分析の結果の情報量は飛躍的に増加してしまうという不都合が生じる。具体的には、情報システムの各構成要素は、サービスリポジトリにおいてオブジェクトという単位で登録される。構成要素間の関連は、オブジェクト間の関連として登録される。したがって、オブジェクトの登録数が増加すると関連するオブジェクトの数も飛躍的に増加する。その結果、影響分析において影響範囲に含まれるオブジェクト数が増加する。

一般的に情報システムは、時間の経過に応じて拡張される。したがって、サービスリポジトリの情報量も、時間の経過に応じて増加する。このことは、サービスリポジトリを用いた分析結果の情報量の増加につながる。その結果、分析結果の表示内容は複雑化する。そうすると、精度の高い分析結果が得られたとしても、表示内容の複雑さによって、ユーザは、システムの変更による影響等を正確に把握できない可能性もある。

そこで、従来、サービスリポジトリを用いた分析結果の表示内容の複雑さを緩和すべく、表示内容を簡素化するための機能が提供されている。例えば、表示対象とするオブジェクトの種別を限定したり、表示対象とする関連（親子関係等）の種別を限定したりする機能が提供されている。

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

しかしながら、表示対象を効果的に限定するためには、ユーザは、予めサービスリポジトリの内容を理解している必要がある。例えば、どのような種別のオブジェクトが登録されており、オブジェクト間にはどのような関連が形成されるか等をユーザは把握している必要がある。しかし、サービスリポジトリの内容は、時間の経過に応じて変化するため、サービスリポジトリの内容を常に正確に把握するのはユーザにとって困難である。

また、特許文献１のように、表示対象を限定するためのフォーマット情報が予め定義されていたとしても、当該フォーマット情報に適合しない新たな種別のオブジェクトが登録されたり、新たな関連が登録されたりすることがある。その場合、当該フォーマット情報を用いて表示対象を適切に限定するのは困難となる。

更に、或るオブジェクトから他のオブジェクトへの関連の階層は、必ずしも一義的なものではない。例えば、サービスリポジトリにおいて管理対象とされている情報システムに関して、或る部分では、「システム→アプリケーション→インタフェース」という階層が定義されるが、他の部分では、「システム→サービス→アプリケーション→インタフェース」という階層が定義される場合もある。このような場合、階層別に表示対象を限定しようとすると、オブジェクトが属する階層に不整合があるため、正しい表示内容が得られないという問題がある。例えば、この例の場合、第２層を表示対象とすると、表示されるアプリケーションに漏れが生じる可能性がある。「システム→サービス→アプリケーション→インタフェース」という階層が定義されている部分において、第２層は「サービス」に該当してしまうからである。

１側面では、本発明は、情報システムの構成要素の表示対象を限定するための作業負担を軽減させることのできる分析支援装置、分析支援方法、及び分析支援プログラムを目的とする。

そこで上記課題を解決するため、分析支援装置は、情報システムを構成する構成要素ごとに構成要素の種別及び構成要素間の関連に関する情報を記憶した記憶部と、前記記憶部に記憶された構成要素の中から選択された第一構成要素からの構成要素間の関連を辿り、辿られた構成要素の情報を前記記憶部より抽出する抽出部と、前記抽出部によって抽出された構成要素の情報を、自構成要素を関連元、自構成要素に関連付けられた構成要素を関連先として、関連元の前記構成要素の種別及び関連先の前記構成要素の種別の一致に基づいて前記構成要素の種別間の関連である種別間関連に集約する集約部と、前記第一構成要素が属する第一の種別からの前記種別間関連を辿り、前記構成要素の種別ごとに、前記第一の種別からの前記種別間関連の階層を求め、当該階層を当該構成要素の種別に付与する第一の階層付与部とを有する。

１態様によれば、情報システムの構成要素の表示対象を限定するための作業負担を軽減させることができる。

本発明の実施の形態における影響分析支援システムの構成例を示す図である。 本発明の実施の形態における影響分析支援装置のハードウェア構成例を示す図である。 本発明の実施の形態における影響分析支援装置の機能構成例を示す図である。 影響分析支援装置が実行する処理手順の一例を説明するためのフローチャートである。 影響分析対象選択画面の表示例を示す図である。 システム情報記憶部に登録されているシステム情報の一例を示す図である。 分析結果情報の一例を示す図である。 分析結果情報の一例を概念的に示す図である。 分析結果集約情報の一例を示す図である。 オブジェクト種別階層情報の一例を示す図である。 分析結果表示用情報の一例を示す図である。 影響分析処理の処理手順の一例を説明するためのフローチャートである。 影響分析結果の集約処理の処理手順の一例を説明するためのフローチャートである。 本実施の形態の分析結果集約情報が示すオブジェクト種別間の親子関係を説明するための図である。 オブジェクト種別への階層の付与処理の処理手順の一例を説明するためのフローチャートである。 分類作業テーブルの一例を示す図である。 分類作業テーブルの生成処理の生成処理の処理手順の一例を説明するためのフローチャートである。 起点オブジェクト種別の関連先のオブジェクト種別の各階層の集約数の登録処理の処理手順の一例を説明するためのフローチャートである。 起点オブジェクト種別の関連元のオブジェクト種別の各階層の集約数の登録処理の処理手順の一例を説明するためのフローチャートである。 オブジェクト種別の階層の決定処理の処理手順の一例を説明するためのフローチャートである。 オブジェクトへの階層の付与処理の処理手順の一例を説明するためのフローチャートである。 親の関連の追加処理の処理手順の一例を説明するためのフローチャートである。 子以下の関連を親の関連として追加する処理の処理手順の一例を説明するためのフローチャートである。 分析結果の表示制御処理の処理手順の一例を説明するためのフローチャートである。 本実施の形態の影響分析結果に基づく関連図の表示例を示す図である。

以下、図面に基づいて本発明の実施の形態を説明する。図１は、本発明の実施の形態における影響分析支援システムの構成例を示す図である。同図に示される影響分析支援システム１において、影響分析支援装置１０と一台以上のユーザ端末２０とは、ＬＡＮ（Local Area Network）又はインターネット等のネットワーク３０（有線又は無線の別は問わない。）を介して通信可能に接続されている。

影響分析支援装置１０は、本実施の形態において、分析支援装置の一例である。影響分析支援装置１０は、例えば、影響分析支援システム１を導入している企業における非図示の情報システムの構成情報（以下、「システム情報」という。）を一元的に管理するコンピュータである。影響分析支援装置１０は、また、システム情報に基づいて、情報システムの一部の変更等による影響範囲の分析等を行う。

ユーザ端末２０は、影響分析支援システム１のユーザインタフェースとして位置付けられる、ＰＣ（Personal Computer）等のコンピュータである。すなわち、ユーザ端末２０は、ユーザからの指示入力を受け付け、当該指示入力に応じた処理要求を影響分析支援装置１０に送信する。ユーザ端末２０は、処理要求に応じて返信される処理結果等を表示させる。なお、携帯電話、スマートフォン、又はＰＤＡ（Personal Digital Assistance）等の携帯型の情報処理装置がユーザ端末２０として用いられてもよい。

図２は、本発明の実施の形態における影響分析支援装置のハードウェア構成例を示す図である。同図の影響分析支援装置１０は、それぞれバスBで相互に接続されているドライブ装置１００と、補助記憶装置１０２と、メモリ装置１０３と、ＣＰＵ１０４と、インタフェース装置１０５とを有する。

影響分析支援装置１０での処理を実現するプログラムは、記録媒体１０１によって提供される。プログラムを記録した記録媒体１０１がドライブ装置１００にセットされると、プログラムが記録媒体１０１からドライブ装置１００を介して補助記憶装置１０２にインストールされる。但し、プログラムのインストールは必ずしも記録媒体１０１より行う必要はなく、ネットワークを介して他のコンピュータよりダウンロードするようにしてもよい。補助記憶装置１０２は、インストールされたプログラムを格納すると共に、必要なファイルやデータ等を格納する。

メモリ装置１０３は、プログラムの起動指示があった場合に、補助記憶装置１０２からプログラムを読み出して格納する。ＣＰＵ１０４は、メモリ装置１０３に格納されたプログラムに従って影響分析支援装置１０に係る機能を実行する。インタフェース装置１０５は、ネットワークに接続するためのインタフェースとして用いられる。

なお、記録媒体１０１の一例としては、ＣＤ−ＲＯＭ、ＤＶＤディスク、又はＵＳＢメモリ等の可搬型の記録媒体が挙げられる。また、補助記憶装置１０２の一例としては、ＨＤＤ（Hard Disk Drive）又はフラッシュメモリ等が挙げられる。記録媒体１０１及び補助記憶装置１０２のいずれについても、コンピュータ読み取り可能な記録媒体に相当する。

ユーザ端末２０についても、図２に示されるハードウェアを有していればよい。但し、ユーザ端末２０は、ユーザからの入力を受け付ける入力装置や、情報を表示させる表示装置等を有している。また、影響分析支援装置１０は、ユーザ端末２０を介さずに、ユーザによる操作を可能としてもよい。この場合、影響分析支援装置１０は、入力装置及び表示装置を有していればよい。

図３は、本発明の実施の形態における影響分析支援装置の機能構成例を示す図である。同図において、影響分析支援装置１０は、システム情報記憶部１１、分析要求受付部１２、影響分析部１３、分析結果集約部１４、種別階層付与部１５、オブジェクト階層付与部１６、関連追加部１７、及び表示制御部１８等を有する。これら各部は、影響分析支援装置１０にインストールされたプログラムがＣＰＵ１０４に実行させる処理によって実現される。

システム情報記憶部１１は、例えば、補助記憶装置１０２を用いてシステム情報を記憶する。本実施の形態のシステム情報は、情報システムの構成要素に関するデータ（以下、「オブジェクト」という。）、及び構成要素間（オブジェクト間）の関連に関するデータ等を含む。情報システムの構成要素の種別の一例として、情報システムを構成するシステム、システムによって提供されるサービス、サービスを提供するための処理を実行するアプリケーション、サービスが有するインタフェース等が挙げられる。構成要素の種別は、そのままオブジェクトの種別（以下、「オブジェクト種別」という。）となる。

オブジェクト間の関連に関しても複数の種別（以下、「関連種別」という。）が定義される。例えば、関連種別の一例として、Ｃｏｎｔａｉｎｓ、ＥｑｕｉｖａｌｅｎｔＴｏ、ＨａｓＣｈｉｌｄ、ＨａｓＰａｒｅｎｔｓ、Ｕｓｅｓ、Ｒｅｐｌａｃｅｓ、及びＳｕｐｅｒｓｅｄｅｓ等が挙げられる。Ｃｏｎｔａｉｎｓは、包含を示す。Ｃｏｎｔａｉｎｓの関連によって関連付けられた関連元の構成要素は、関連先の構成要素を包含することを示す。ＥｑｕｉｖａｌｅｎｔＴｏは、同等を示す。ＥｑｕｉｖａｌｅｎｔＴｏの関連によって関連付けられた関連元の構成要素は、関連先の構成要素を同等又は等価であることを示す。ＨａｓＣｈｉｌｄは、子を有することを示す。ＨａｓＣｈｉｌｄの関連によって関連付けられた関連元の構成要素は、関連先の構成要素の親であることを示す。ＨａｓＰａｒｅｎｔｓは、親を有することを示す。ＨａｓＰａｒｅｎｔｓの関連によって関連付けられた関連元の構成要素は、関連先の構成要素の子であることを示す。Ｕｓｅｓは、利用を示す。Ｕｓｅｓの関連によって関連付けられた関連元の構成要素は、関連先の構成要素を利用することを示す。Ｒｅｐｌａｃｅｓは、代替を示す。Ｒｅｐｌａｃｅｓの関連によって関連付けられた関連元の構成要素は、関連先の構成要素によって代替されることを示す。Ｓｕｐｅｒｓｅｄｅｓは、取り替えを示す。Ｓｕｐｅｒｓｅｄｅｓの関連によって関連付けられた関連元の構成要素は、関連先の構成要素によって取り替えられることを示す。なお、具体的な情報システムにおける構成要素間の関連を、上記したいずれの関連種別に当てはめるかについては、適宜定められればよい。

分析要求受付部１２は、影響分析の実行要求をユーザより受け付ける。具体的には、分析要求受付部１２は、システム情報記憶部１１に記憶されているオブジェクトの中から、影響分析の対象とするオブジェクトの選択を受け付ける。

影響分析部１３は、影響分析の対象として選択されたオブジェクトに係る構成要素に変更が生じた場合の影響範囲を、システム情報記憶部１１を用いて分析する。具体的には、影響分析部１３は、ユーザによって指定されたオブジェクト（構成要素）を起点（以下、「起点オブジェクト」という。）として、オブジェクト間の関連を辿り、辿られた関連及びオブジェクトをシステム情報記憶部１１より抽出する。本実施の形態において、影響分析部１３は、抽出部の一例である。なお、関連を辿るとは、当該関連の関連元のオブジェクトを起点として、当該関連の関連先のオブジェクトを探索又は特定することをいう。

分析結果集約部１４は、影響分析部１３によって抽出されたオブジェクト間の関連を、関連元の構成要素の種別及び関連先の構成要素の種別の一致に基づいて、オブジェクト種別間の関連（種別間関連）に集約（又は統合）する。なお、本実施の形態において、分析結果集約部１４は、集約部の一例である。

種別階層付与部１５は、起点オブジェクトが属するオブジェクト種別（以下、「起点オブジェクト種別」という。）からの関連を辿り、オブジェクト種別ごとに、起点オブジェクト種別からの関連の階層（相対的な階層）を求める。種別階層付与部１５は、オブジェクト種別ごとに求められた階層を、各オブジェクト種別に付与する。なお、階層とは、オブジェクト種別の関連によって形成される階層構造（親子関係）における階層をいう。第一のオブジェクト種別（又はオブジェクト）起点とし場合の第二のオブジェクト種別（又はオブジェクト）の階層は、第一のオブジェクト種別と第二のオブジェクト種別との間の関連の距離（関連の数）によって計られる。なお、本実施の形態において、種別階層付与部１５は、第一の階層付与部の一例である。

オブジェクト階層付与部１６は、種別階層付与部１５によって各オブジェクト種別に付与された階層に基づいて、影響分析部１３によって抽出された各オブジェクトに対して、階層を付与する。すなわち、各オブジェクトの階層に付与される階層は、当該オブジェクトが属するオブジェクト種別に対して付与された階層となる。なお、本実施の形態において、オブジェクト階層付与部１６は、第二の階層付与部の一例である。

関連追加部１７は、上記階層構造（親子関係）における下位の階層のオブジェクト間の関連に基づいて、上位の階層のオブジェクト間の関連を生成する。例えば、子同士の関連は、それぞれの子の親同士の関連とされる。生成された関連は、表示用に用いられる情報である。したがって、当該関連は、システム情報記憶部１１には登録されない。

表示制御部１８は、影響分析部１３、種別階層付与部１５、オブジェクト階層付与部１６、及び関連追加部１７等による処理結果に基づいて、起点オブジェクトに係る構成要素の変更に関する影響分析の結果（影響範囲を示す情報）をユーザ端末２０に表示させるための処理を実行する。例えば、表示制御部１８は、オブジェクトに付与された階層に基づいて、表示対象とするオブジェクトを限定する。

以下、影響分析支援装置１０の処理手順について説明する。図４は、影響分析支援装置が実行する処理手順の一例を説明するためのフローチャートである。

ステップＳ１００において、分析要求受付部１２は、影響分析の実行要求をユーザより受け付ける。例えば、分析要求受付部１２は、図５に示されるような影響分析対象選択画面をユーザ端末２０に表示させ、影響分析の対象（起点）とするオブジェクトの選択を受け付ける。

図５は、影響分析対象選択画面の表示例を示す図である。同図において、影響分析対象選択画面５１０は、オブジェクト種別選択領域５１１及びオブジェクト選択領域５１２等を有する。

オブジェクト種別選択領域５１１には、オブジェクト種別の一覧が表示される領域である。オブジェクト種別の一覧は、予め定義ファイル等に登録されていればよい。または、分析要求受付部１２が、システム情報記憶部１１に登録されているオブジェクトを走査して、オブジェクト種別の一覧を抽出してもよい。

オブジェクト選択領域５１２は、オブジェクト種別選択領域５１１において選択されたオブジェクト種別に属するオブジェクトの一覧の中から、影響分析の対象とするオブジェクトを選択させるための領域である。すなわち、分析要求受付部１２は、オブジェクト種別選択領域５１１におけるオブジェクト種別の選択を検知すると、選択されたオブジェクト種別に属するオブジェクトをシステム情報記憶部１１より検索する。分析要求受付部１２は、検索されたオブジェクトの一覧をオブジェクト選択領域５１２に表示させる。例えば、オブジェクト選択領域５１２に表示されたいずれかのオブジェクトが右クリックされると、分析要求受付部１２は、コンテキストメニュー５１３を表示させる。コンテキストメニュー５１３において「影響分析の実行」が選択されると、分析要求受付部１２は、右クリックされていたオブジェクトを起点オブジェクトとする影響分析の実行を影響分析部１３に要求する。

分析要求受付部１２からの要求に応じ、影響分析部１３は、起点オブジェクトに関して影響分析処理を実行する（Ｓ２００）。すなわち、影響分析部１３は、起点オブジェクトからのオブジェクト間の関連を再帰的に辿り、辿られた関連及びオブジェクトをシステム情報記憶部１１より抽出する。

図６は、システム情報記憶部に登録されているシステム情報の一例を示す図である。同図に示されるように、本実施の形態のシステム情報は、オブジェクトごとのＸＭＬ（eXtensible Markup Language）ファイルの集合である。すなわち、一つのＸＭＬファイルは、一つのオブジェクトを格納する。

各ＸＭＬファイルのルート要素の要素名（タグ名）は、オブジェクト種別を示す。例えば、ＸＭＬファイルｆ１のルート要素の要素名は「Ｓｙｓｔｅｍ」である。したがって、ＸＭＬファイルｆ１に格納されているオブジェクトのオブジェクト種別は、「Ｓｙｓｔｅｍ（システム）」であることが分かる。一方、ＸＭＬファイルｆ２及びｆ３のルート要素の要素名は、「Ｓｅｒｖｉｃｅ」である。したがって、ＸＭＬファイルｆ２又はｆ３に格納されているオブジェクトのオブジェクト種別は「Ｓｅｒｖｉｃｅ（サービス）」であることが分かる。

各ＸＭＬファイルは、ルート要素の子要素として、Ｎａｍｅ要素、ＩＤ要素、及びオブジェクトが有する関連を示す要素（以下、「関連要素」という。）等を含む。

Ｎａｍｅ要素の値は、オブジェクトの名前である。オブジェクトの名前は、例えば、当該オブジェクトが対応する構成要素の名前である。ＩＤ要素の値は、オブジェクトの識別子（以下、「オブジェクトＩＤ」という。）である。関連要素は、オブジェクトが関連元として有する関連を示す。関連要素の要素名は、関連種別を示す。関連要素は、当該関連種別に属する関連ごとにＩＤ要素を含む。ＩＤ要素の値は、関連先のオブジェクトのオブジェクトＩＤを示す。

例えば、ＸＭＬファイルｆ１には、関連要素ｅＲ１が含まれている。関連要素ｅＲ１の要素名は、「Ｃｏｎｔａｉｎｓ」である。したがって、関連要素ｅＲ１が示す関連の関連種別は、「Ｃｏｎｔａｉｎｓ」であることが分かる。関連要素ｅＲ１には、子要素として、ＩＤ要素ｅＲ１１及びｅＲ１２等が含まれている。ＩＤ要素ｅＲ１１の値は、図中の矢印ａ１によって示されるように、ＸＭＬファイルｆ２に格納されているオブジェクトのオブジェクトＩＤである。また、ＩＤ要素ｅＲ１２の値は、図中の矢印ａ２によって示されるように、ＸＭＬファイルｆ３に格納されているオブジェクトのオブジェクトＩＤである。

したがって、ＸＭＬファイルｆ１に格納されているオブジェクトと、ＸＭＬファイルｆ２又はｆ３に格納されているオブジェクトとの間には、関連種別が「Ｃｏｎｔａｉｎｓ」である関連が有ることが分かる。また、当該関連の関連元は、ＸＭＬファイルｆ１に格納されているオブジェクトであり、関連先は、ＸＭＬファイルｆ２又はｆ３に格納されているオブジェクトであることが分かる。

このように、システム情報には、各オブジェクトの属性情報（オブジェクト種別、名前、ＩＤ等）や、オブジェクト間の関連の属性情報（関連種別、関連元、関連先等）等が含まれている。ステップＳ２００において、影響分析部１３は、起点オブジェクトを起点として、オブジェクト間の関連を再帰的にシステム情報記憶部１１より検索する。影響分析部１３は、検索されたオブジェクト及び関連を、影響範囲を示す情報（以下、「分析結果情報」という。）としてメモリ装置１０３又は補助記憶装置１０２に記録する。

図７は、分析結果情報の一例を示す図である。同図において、分析結果情報ｔ１は、テーブル形式によって表現されている。分析結果情報ｔ１は、抽出（検索）された関連ごとに、関連元オブジェクト種別、関連元オブジェクト名、関連種別、関連先オブジェクト種別、及び関連先オブジェクト名等を含む。

関連元オブジェクト種別は、関連元のオブジェクトのオブジェクト種別である。関連元オブジェクト名は、関連元のオブジェクトのオブジェクト名である。関連先オブジェクト種別は、関連先のオブジェクトのオブジェクト種別である。関連先オブジェクト名は、関連先のオブジェクトのオブジェクト名である
なお、同図の分析結果情報ｔ１は、オブジェクト種別が「システム」であり、オブジェクト名が「ＴｈｉｓＳｙｓｔｅｍ１」が起点オブジェクトである場合の例である。

同図の分析結果情報ｔ１が示す内容は、図８に示される情報と等価である。

図８は、分析結果情報の一例を概念的に示す図である。同図は、図７の内容を関連図にしたものである。したがって、図８においても、オブジェクト種別が「システム」であり、オブジェクト名が「ＴｈｉｓＳｙｓｔｅｍ１」であるオブジェクトｏｂ１が起点オブジェクトである。なお、同図では、起点オブジェクトを関連先とするオブジェクトは示されていないが、これは、便宜的なものである。すなわち、起点オブジェクトの関連元の方向についても、再帰的に検索が行われ、該当するオブジェクト及び関連が有る場合には、当該オブジェクト及び関連も抽出される。

続いて、分析結果集約部１４は、影響分析部１３による分析結果の集約処理を実行する（Ｓ３００）。具体的には、分析結果情報ｔ１に含まれるオブジェクト間の関連を、オブジェクト種別間の関連に集約する。その結果、図９に示されるような分析結果集約情報がメモリ装置１０３又は補助記憶装置１０２に記録される。

図９は、分析結果集約情報の一例を示す図である。同図に示されるように、分析結果集約情報ｔ２は、分析結果情報ｔ１において、関連元のオブジェクト種別と関連先のオブジェクト種別とを同じくする関連を一つの関連に集約し、集約された関連の数（集約数）が記録されたものである。

すなわち、分析結果集約情報ｔ２は、集約された関連ごとに、関連元オブジェクト種別、関連種別、親子、関連先オブジェクト種別、及び集約数を有する。ここで、親子とは、関連が親子関係（階層構造）を形成するか否かを示す項目である。本実施の形態では、Ｃｏｎｔａｉｎｓ、ＨａｓＣｈｉｌｄ、又はＨａｓＰａｒｅｎｔｓの関連種別に属する関連は、親子関係を形成するものであるとされる。それ以外の関連種別に属する関連は、親子関係を形成しないものとされる。

続いて、種別階層付与部１５は、分析結果集約部１４によって抽出された分析結果集約情報ｔ２（図９参照）に基づいて、起点オブジェクトが属するオブジェクト種別の階層を基準とした場合の、他のオブジェクト種別の相対的な階層を判定する（Ｓ４００）。その結果、図１０に示されるような、オブジェクト種別階層情報が、メモリ装置１０３又は補助記憶装置１０２に記録される。

図１０は、オブジェクト種別階層情報の一例を示す図である。同図に示されるように、オブジェクト種別階層情報ｔ３は、オブジェクト種別ごとに当該オブジェクト種別に付与された階層を示す。図７又は図８に示されるように、本実施の形態において、起点オブジェクトのオブジェクト種別（以下、「起点オブジェクト種別」という。）は、「システム」である。したがって、図１０のオブジェクト種別階層情報ｔ３では、「システム」を基準（０層）とした場合の、「システム」からの他のオブジェクト種別の相対的な階層（の層番号）が示されている。なお、本実施の形態では、階層の値が大きいほど、下位の層であることを示す。同図の例では、オブジェクト種別「サービス」の階層は「１」である。オブジェクト種別「アプリケーション」の階層は「１」である。オブジェクト種別「インタフェース」の階層は「２」である。

このように、本実施の形態では、各オブジェクト種別が属する階層は、予め設定されるのではなく、影響分析の結果に基づいて自動的に付与される。

続いて、オブジェクト階層付与部１６は、分析結果情報ｔ１（図７参照）に含まれる各オブジェクトに対して、階層を付与する（割り当てる）（Ｓ５００）。各オブジェクトに付与される階層は、当該オブジェクトが属するオブジェクト種別に対して、オブジェクト種別階層情報ｔ３（図１０）において記録されている階層である。その結果、図１１に示されるような、分析結果表示用情報がメモリ装置１０３又は補助記憶装置１０２に記録される。

図１１は、分析結果表示用情報の一例を示す図である。同図に示されるように、分析結果表示用情報ｔ４は、基本的に、分析結果情報ｔ１（図７参照）に対して、関連元階層及び関連先階層の列が追加されたものである。関連元階層には、関連元オブジェクトに付与された階層が記録される。関連先階層には、関連先オブジェクトに付与された階層が記録される。

続いて、関連追加部１７は、下位の階層のオブジェクト間（子孫間）の関連を、上位の階層のオブジェクト間（親同士間）の関連とし、当該親同士間の関連に関する情報を分析結果表示用情報ｔ４に追加する（Ｓ６００）。ここで、図１１のＡの部分に含まれる行が、ステップＳ６００において追加される行である。すなわち、Ａに含まれる行は、図７には含まれていない。なお、親同士間の関連とされる関連は、親子関係以外の関係を形成する関連である。親子関係にあるオブジェクト間の関連であれば、その親子関係のルートとなる一つのオブジェクトに集約されてしまうからである。

続いて、表示制御部は、分析結果表示用情報等を用いて、影響分析の結果をユーザ端末２０に表示させる（Ｓ７００）。

続いて、ステップＳ２００の詳細について説明する。図１２は、影響分析処理の処理手順の一例を説明するためのフローチャートである。

ステップＳ２０１において、影響分析部１３は、対象オブジェクトは探索済みであるか否かを判定する。最初にステップＳ２０１が実行されるときの対象オブジェクトは、起点オブジェクトである。探索済みであるか否かは、後述される探索済みリストに対象オブジェクトが含まれているか否かに基づいて判定される。探索済みリストは、図１２の処理において、オブジェクト間の関連を再帰的に辿る過程において探索された（辿られた）オブジェクトを記憶しておくための記憶領域である。探索済みリストは、例えば、メモリ装置１０３に生成される。最初は、探索済みリストの内容は、空である。したがって、ステップＳ２０２に進む。

ステップＳ２０２において、影響分析部１３は、対象オブジェクトをシステム情報記憶部１１より検索する（Ｓ２０２）。本実施の形態では、対象オブジェクトのＸＭＬファイルが取得される。続いて、影響分析部１３は、対象オブジェクトを探索済みリストに追加する（Ｓ２０３）。続いて、影響分析部１３は、対象オブジェクトの全ての関連先オブジェクトをシステム情報記憶部１１より検索する（Ｓ２０４）。具体的には、対象オブジェクトのＸＭＬファイルにおいて、関連要素の子要素のＩＤ要素の値として含まれているオブジェクトＩＤに係るオブジェクトのＸＭＬファイルが検索される（図６参照）。

関連先オブジェクトが検索されない場合（Ｓ２０５でＮＯ）、図１２の処理は終了する。なお、後述されるように、図１２の処理は、再帰的に呼び出される。したがって、図１２の処理の終了とは、再帰処理の場合は、呼び出し元に処理制御が戻ることを意味する。

関連先オブジェクトが検索された場合（Ｓ２０５でＹＥＳ）、影響分析部１３は、対象オブジェクトと各関連先オブジェクトとの情報を分析結果情報ｔ１（図７参照）に追加する（Ｓ２０６）。したがって、関連先オブジェクトの数分の行が分析結果情報ｔ１に追加される。追加される各行の関連元オブジェクト種別、関連元オブジェクト名には、対象オブジェクトのオブジェクト種別、オブジェクト名が登録される。関連種別には、対象オブジェクトと、当該行が割り当てられた関連先オブジェクトとの関連の関連種別が記録される。関連先オブジェクト種別、関連先オブジェクト名には、当該行が割り当てられた関連先オブジェクトのオブジェクト種別、オブジェクト名が登録される。

続いて、影響分析部１３は、各関連先オブジェクトについて図１２の処理を再帰的に実行する（Ｓ２０７）。再帰処理においては、各関連先オブジェクトが対象オブジェクトとされる。

続いて、影響分析部１３は、対象オブジェクトの全ての関連元オブジェクトをシステム情報記憶部１１より検索する（Ｓ２０８）。具体的には、ＸＭＬファイルの中で、関連要素の子要素のＩＤ要素の値として対象オブジェクトのオブジェクトＩＤが記録されているＸＭＬファイルが検索される（図６参照）。

関連元オブジェクトが検索されない場合（Ｓ２０９でＮＯ）、図１２の処理は終了する。関連元オブジェクトが検索された場合（Ｓ２０９でＹＥＳ）、影響分析部１３は、対象オブジェクトと各関連元オブジェクトとの情報を分析結果情報ｔ１（図７参照）に追加する（Ｓ２０６）。したがって、関連元オブジェクトの数分の行が分析結果情報ｔ１に追加される。追加される各行の関連元オブジェクト種別、関連元オブジェクト名には、当該行が割り当てられた関連元オブジェクトのオブジェクト種別、オブジェクト名が登録される。関連種別には、当該行が割り当てられた関連元オブジェクトと対象オブジェクトとの関連の関連種別が記録される。関連先オブジェクト種別、関連先オブジェクト名には、対象オブジェクトのオブジェクト種別、オブジェクト名が登録される。

続いて、影響分析部１３は、各関連元オブジェクトについて図１２の処理を再帰的に実行する（Ｓ２１１）。再帰処理においては、各関連元オブジェクトが対象オブジェクトとされる。

以上の処理によって、図７の分析結果情報ｔ１が生成される。

続いて、図４のステップＳ３００の詳細について説明する。図１３は、影響分析結果の集約処理の処理手順の一例を説明するためのフローチャートである。

ステップＳ３０１において、分析結果集約部１４は、分析結果情報ｔ１（図７）の最初の行を処理対象（以下、「対象行」という。）として取得する。続いて、分析結果集約部１４は、対象行の関連元オブジェクト種別、関連種別、及び関連先オブジェクト種別と一致する行が、分析結果集約情報ｔ２（図９）に既に登録されているか否かを判定する（Ｓ３０２）。該当する行が未登録の場合（Ｓ３０２でＮＯ）、分析結果集約部１４は、対象行の関連種別は、親子関係を形成するものであるか否かを判定する（Ｓ３０３）。本実施の形態では、当該関連種別が、Ｃｏｎｔａｉｎｓ、ＨａｓＣｈｉｌｄ、又はＨａｓＰａｒｅｎｔｓであれば、親子関係であると判定される。なお、いずれの関連種別を親子関係とするかは、適宜定めればよい。

続いて、分析結果集約部１４は、対象行の関連元オブジェクト種別、関連種別、及び関連先オブジェクト種別を含む新たな一行を分析結果集約情報ｔ２に追加する（Ｓ３０４）。追加される行の「親子」の値は、ステップ３０３に基づいて決定される。親子関係を形成する場合は、「Ｙ」が、形成しない場合は「Ｎ」が登録される。また、当該行の「集約数」には１が登録される。

一方、対象行の関連元オブジェクト種別、関連種別、及び関連先オブジェクト種別と一致する行が、分析結果集約情報ｔ２（図９）に既に登録されている場合（Ｓ３０２でＹＥＳ）、分析結果集約部１４は、該当する行の「集約数」の値に１を加算する（Ｓ３０５）。

ステップＳ３０４又はＳ３０５に続いて、分析結果集約部１４は、分析結果情報ｔ１に未処理の行が残っているか否かを判定する（Ｓ３０６）。未処理の行が残っている場合（Ｓ３０６でＹＥＳ）、分析結果集約部１４は、対象行の次の行を処理対象として取得し（Ｓ３０７）、ステップＳ３０２以降を繰り返す。

分析結果情報ｔ１の全ての行について処理が終了すると（Ｓ３０７でＮＯ）、分析結果集約部１４は、図１３の処理を終了させる。

以上の処理によって、図９の分析結果集約情報ｔ２（図９）が生成される。なお、図９の分析結果集約情報ｔ２によって示される、オブジェクト種別間の親子関係は、図１４に示される通りである。

図１４は、本実施の形態の分析結果集約情報が示すオブジェクト種別間の親子関係を説明するための図である。同図における矢印は親子関係を示す。親子関係であるから、分析結果集約情報ｔ２において、「親子」が「Ｎ」である関連は示されていない。

同図に示されるように、「システム」は、「サービス」、「アプリケーション」、及び「インタフェース」の親である。また「サービス」は、「インタフェース」の親である。更に、「アプリケーション」は、「インタフェース」の親である。以上より、「インタフェース」に属するオブジェクトの階層は、「システム」の１階層下である場合と、２階層下である場合とがあることが分かる。

続いて、図４のステップＳ４００の詳細について説明する。図１５は、オブジェクト種別への階層の付与処理の処理手順の一例を説明するためのフローチャートである。

ステップＳ４１０において、種別階層付与部１５は、分析結果集約情報ｔ２（図９）に基づいて、分類作業テーブルを、例えば、メモリ装置１０３に生成する。分類作業テーブルとは、各オブジェクト種別の階層を判定するために利用される作業用のテーブルである。

図１６は、分類作業テーブルの一例を示す図である。同図に示される分類作業テーブルｔ５には、オブジェクト種別ごとに、当該オブジェクト種別が探索された階層に対して、当該階層に関して最後に辿られたオブジェクト種別間の関連の集約数が記録される。オブジェクト種別が探索された階層とは、分析結果集約情報ｔ２に示される（すなわち、図１４に示される）オブジェクト種別間の親子関係を辿ることにより各オブジェクト種別が探索された階層である。同図より明らかなように、本実施の形態では、起点オブジェクトが属するオブジェクト種別「システム」の階層は０とされる。なお、「インタフェース」については、階層１と階層２のそれぞれに対して、集約数が記録されている。図１４より明らかなように、「システム」から「インタフェース」までの間の親子関係の階層は、１の場合と２の場合とがあるからである。

なお、ステップＳ４１０で生成されるのは、分類作業テーブルの構造である。具体的には、ステップＳ４１０では、分類作業テーブルｔ５の行数及び列数が決定される。したがって、ステップＳ４１０の終了時において、分類作業テーブルｔ５には値は登録されていない。分類作業テーブルｔ５への値の登録は、ステップＳ４２０以降において行われる。

続いて、種別階層付与部１５は、起点オブジェクト種別を分類作業テーブルに登録する（Ｓ４２０）。図１６の例では、１行目のオブジェクト種別に「システム」が登録される。なお、図１６では、「システム」に関して階層０に対して「×」が記録されている。これは、「システム」が０階層であることを示すものである。したがって、「システム」が０階層であることが識別可能であれば、他の記号が階層０に記録されてもよい。

続いて、種別階層付与部１５は、分析結果集約情報ｔ２に登録されている、起点オブジェクト種別からの親子関係を関連先の方向（子の方向）に辿り、各オブジェクト種別を探索する。種別階層付与部１５は、各オブジェクト種別が探索された階層に関して最後に辿られた関連に関して分析結果集約情報ｔ２に記録されている集約数を分類作業テーブルｔ５に登録する（Ｓ４３０）。集約数が登録される列は、各オブジェクト種別が探索された階層に対応する列である。

続いて、種別階層付与部１５は、分析結果集約情報ｔ２に登録されている、起点オブジェクト種別からの親子関係を関連元の方向（親の方向）に辿り、各オブジェクト種別を探索する。種別階層付与部１５は、各オブジェクト種別が探索された階層に関して最後に辿られた関連に関して分析結果集約情報ｔ２に記録されている集約数を分類作業テーブルｔ５に登録する（Ｓ４５０）。集約数が登録される列は、各オブジェクト種別が探索された階層に対応する列である。

続いて、種別階層付与部１５は、分類作業テーブルｔ５に基づいて、各オブジェクト種別の階層を決定し、決定された階層を各オブジェクト種別に付与する（Ｓ４７０）。その結果、生成されるのが、オブジェクト種別階層情報ｔ３（図１０）である。

続いて、ステップＳ４１０の詳細について説明する。図１７は、分類作業テーブルの生成処理の生成処理の処理手順の一例を説明するためのフローチャートである。

ステップＳ４１１において、種別階層付与部１５は、分析結果集約情報ｔ２（図９）に基づいて、オブジェクト種別の数を計数する。本実施の形態では、図１４に示されるようにオブジェクト種別の数は、４である。

続いて、種別階層付与部１５は、オブジェクト種別数分の行を分類作業テーブルｔ５に生成する（Ｓ４１２）。続いて、種別階層付与部１５は、予想される最大数の列を分類作業テーブルｔ５に生成する（Ｓ４１３）。予想される最大数の列は、以下の式（１）で算出される。

（オブジェクト種別数−１）×２＋１ ・・・ （１）
式（１）は、起点オブジェクト種別以外の全てのオブジェクト種別が、異なる階層に属し、かつ、関連先又は関連元の一方向に存在する場合であっても、各オブジェクト種別の集約数を階層ごとに登録可能な列数を算出するための式である。

続いて、種別階層付与部１５は、算出された列数分の列を分類作業テーブルｔ５に生成する。この際、中央の列には０が割り当てられる。中央から右側の各列には中央の列からの相対的な列番号が正の値で割り当てられる。中央から左側の各列には中央の列からの相対的な列番号が負の値で割り当てられる。各列に割り当てられた値が、各列が対応する階層（の層番号）である。なお、正の階層には、起点オブジェクト種別の関連先のオブジェクト種別が属する。負の階層には、起点オブジェクト種別の関連元のオブジェクト種別が属する。

続いて、図１５のステップＳ４３０の詳細について説明する。図１８は、起点オブジェクト種別の関連先のオブジェクト種別の各階層の集約数の登録処理の処理手順の一例を説明するためのフローチャートである。

ステップＳ４３１において、種別階層付与部１５は、起点オブジェクト種別を注目対象とするオブジェクト種別（以下、「対象種別」という。）とする。続いて、種別階層付与部１５は、変数Ｌａｙｅｒに０を代入する（Ｓ４３２）。変数Ｌａｙｅｒは、オブジェクト種別が探索された階層を判別するための変数である。

続いて、種別階層付与部１５は、分析結果集約情報ｔ２において、関連元オブジェクト種別が対象種別と一致し、「親子」の値が「Ｙ」である行を検索する（Ｓ４３３）。すなわち、対象種別が有する親子関係に係る行が検索される。例えば、対象種別が「システム」である場合、図９の分析結果集約情報ｔ２からは、１から３行目が検索される。

続いて、種別階層付与部１５は、検索された行から、登録済みリストに含まれている行を除去する（Ｓ４３４）。登録済みリストとは、分析結果集約情報ｔ２に含まれる行の中で、分類作業テーブルｔ５に対して集約数の登録が行われた行を記憶しておくための記憶領域である。したがって、ステップＳ４３４は、分析結果集約情報ｔ２内の同一行に基づく二重登録を回避するための処理である。登録済みリストは、例えば、メモリ装置１０３に生成される。最初は、登録済みリストの内容は、空である。ステップＳ４３４における除去の結果、残った行を、以下「有効行」という。なお、最初は、図９の分析結果集約情報ｔ２の１から３行目が有効行となる。

有効行が有る場合（Ｓ４３５でＹＥＳ）、種別階層付与部１５は、変数Ｌａｙｅｒに１を加算する（Ｓ４３６）。続いて、種別階層付与部１５は、各有効行に登録されている集約数を分類作業テーブルｔ５に登録する（Ｓ４３７）。集約数の登録先となるセルは、有効行の関連先オブジェクト種別に一致する行と、変数Ｌａｙｅｒが示す値に層番号が一致する列とによって特定される。

例えば、図９の分析結果集約情報ｔ２の１行目に基づいて、分類作業テーブルｔ５の「サービス」の行の階層１の列に集約数「４」が登録される。また、分析結果集約情報ｔ２の２行目に基づいて、分類作業テーブルｔ５の「アプリケーション」の行の階層１の列に集約数「２」が登録される。更に、分析結果集約情報ｔ２の３行目に基づいて、分類作業テーブルｔ５の「インタフェース」の行の階層１の列に集約数「１」が登録される。なお、登録先のセルに既に値が登録されている場合、登録される集約数は、既存の値に加算される。

続いて、種別階層付与部１５は、各有効行を登録済みリストに追加する（Ｓ４３８）。続いて、種別階層付与部１５は、各有効行の関連先オブジェクト種別を対象種別とし（Ｓ４３９）、ステップＳ４３３以降を繰り返す。すなわち、有効行ごとの対象種別ごとに、ステップＳ４３３以降が繰り返される。その結果、いわゆる再帰的に、オブジェクト種別間の関連が辿られて、関連先のオブジェクト種別が探索される。

一方、ステップＳ４３５において有効行が無い場合（Ｓ４３５でＮＯ）、種別階層付与部１５は、変数Ｌａｙｅｒより１を減算する（Ｓ４４０）。ステップＳ４４０以降は、基本的には、起点オブジェクト種別と異なるオブジェクト種別をルートとする階層が構成されている場合のための処理である。具体的には、図１４において、「サービス」が「システム」とは異なる親を更に有する場合に、当該親に関する関連の集約数を登録するための処理である。この場合、関連元に遡るため、変数Ｌａｙｅｒの値が減算されるのである。

続いて、種別階層付与部１５は、分析結果集約情報ｔ２において、関連先オブジェクト種別が対象種別と一致し、「親子」の値が「Ｙ」である行を検索する（Ｓ４４１）。続いて、種別階層付与部１５は、検索された行から、登録済みリストに含まれている行を除去する（Ｓ４４２）。ステップＳ４４２における除去の結果、残った行を、「有効行」という。

有効行が有る場合（Ｓ４４３でＹＥＳ）、種別階層付与部１５は、各有効行について、ステップＳ４３６以降を実行する。有効行が無い場合（Ｓ４４３でＮＯ）、種別階層付与部１５は、図１８の処理を終了させる。

なお、図１５のステップＳ４５０の詳細な処理手順は、図１８の処理手順より自明である（図１８と正反対の処理である）ため、図１９にフローチャートを示し、その説明は省略する。

続いて、図１５のステップＳ４７０の詳細について説明する。図２０は、オブジェクト種別の階層の決定処理の処理手順の一例を説明するためのフローチャートである。

ステップＳ４７１において、種別階層付与部１５は、分類作業テーブルｔ５（図１６）の１行目を処理対象として取得する。取得された行を、以下「対象行」という。また、対象行に係るオブジェクト種別を、以下「対象種別」という。

続いて、種別階層付与部１５は、対象行において、複数の列に集約数が登録されているか否かを判定する（Ｓ４７２）。すなわち、対象行に係るオブジェクト種別に対して複数の階層が付与されているか否かが判定される。例えば、図１６において、「システム」、「サービス」、及び「アプリケーション」には、複数の列に集約数は登録されていない。複数の列に集約数が登録されていない場合（Ｓ４７２でＮＯ）、種別階層付与部１５は、集約数が登録されている列に係る階層を対象種別に付与する（Ｓ４７３）。すなわち、対象種別と付与された階層の層番号とを含む行がオブジェクト種別階層情報ｔ３（図１０）に登録される。

一方、対象行の複数の列に集約数が登録されている場合（Ｓ４７２でＹＥＳ）、種別階層付与部１５は、各列（各階層）に登録されている集約数の比較に基づいて、対象種別に付与する階層を決定する。まず、種別階層付与部１５は、当該集約数の中に最大の集約数が複数存在するか否かを判定する（Ｓ４７４）。すなわち、最大の集約数に係る列（階層）が一意に定まらないか否かが判定される。

最大の集約数は一つである場合（Ｓ４７４でＮＯ）、種別階層付与部１５は、最大の集約数が登録されている列に係る階層を対象種別に付与する（Ｓ４７３）。すなわち、対象種別と付与された階層の層番号とを含む行がオブジェクト種別階層情報ｔ３（図１０）に登録される。

一方、最大の集約数が複数存在する場合（Ｓ４７４でＹＥＳ）、種別階層付与部１５は、最大の集約数が登録されている列のうち、階層０の列に近い方の列に係る階層を対象種別に付与する（Ｓ４７６）。すなわち、対象種別と付与された階層の層番号とを含む行がオブジェクト種別階層情報ｔ３（図１０）に登録される。階層０に近い階層が付与されるのは、表示時において、階層によってフィルタリング（表示対象の限定）が行われる際、起点（階層０）に近い階層に属する方が、ステップＳ４７６に該当するオブジェクトに関して非表示とされる可能性が低いからである。その結果、ステップＳ４７６に該当するオブジェクト種別に属するオブジェクトについて不適切な表示漏れが発生する可能性が低減されるからである。

続いて、種別階層付与部１５は、分類作業テーブルｔ５内に、対象行の次の行が存在するか否かを判定する（Ｓ４７７）。次の行が有る場合（Ｓ４７７でＹＥＳ）、種別階層付与部１５は、は、次の行を対象行として（Ｓ４７８）、ステップＳ４７２以降を繰り返す。次の行が無い場合（Ｓ４７７でＮＯ）、種別階層付与部１５は、図２０の処理を終了させる。

続いて、図４のステップＳ５００の詳細について説明する。図２１は、オブジェクトへの階層の付与処理の処理手順の一例を説明するためのフローチャートである。

ステップＳ５０１において、オブジェクト階層付与部１６は、分析結果情報ｔ１（図７）の最初の行を処理対象（以下、「対象行」という。）として取得する。続いて、オブジェクト階層付与部１６は、対象行の関連元オブジェクトの階層をオブジェクト種別階層情報ｔ３（図１０）に基づいて判定する（Ｓ５０２）。具体的には、オブジェクト種別階層情報ｔ３において、対象行の関連元オブジェクト種別が示すオブジェクト種別に対して登録されている階層が当該関連元オブジェクトの階層として判定される。

続いて、オブジェクト階層付与部１６は、対象行の関連先オブジェクトの階層をオブジェクト種別階層情報ｔ３に基づいて判定する（Ｓ５０３）。具体的には、オブジェクト種別階層情報ｔ３において、対象行の関連先オブジェクト種別が示すオブジェクト種別に対して登録されている階層が当該関連先オブジェクトの階層として判定される。

続いて、オブジェクト階層付与部１６は、対象行の関連種別が親子関係に係るものであるか否かを判定する（Ｓ５０４）。この判定は、図１３のステップＳ３０３における処理と同様でよい。続いて、オブジェクト階層付与部１６は、ステップＳ５０２〜Ｓ５０４における判定結果に基づいて、分析結果表示用情報ｔ４（図１１）に一行を追加する（Ｓ５０５）。追加される行の関連元オブジェクト種別、関連元オブジェクト名、関連種別、関連先オブジェクト種別、及び関連先オブジェクト名は、対象行に含まれている値がそのまま転記される。追加される行の関連元階層には、ステップＳ５０２の判定結果が記録される。追加される行の関連先階層には、ステップＳ５０３の判定結果が記録される。追加される行の親子には、ステップＳ５０４の判定結果が記録される。

続いて、オブジェクト階層付与部１６は、分析結果情報ｔ１内に、対象行の次の行が存在するか否かを判定する（Ｓ５０６）。次の行が有る場合（Ｓ５０６でＹＥＳ）、オブジェクト階層付与部１６は、は、次の行を対象行として（Ｓ５０７）、ステップＳ５０２以降を繰り返す。次の行が無い場合（Ｓ５０６７でＮＯ）、オブジェクト階層付与部１６は、図２１の処理を終了させる。

以上の処理で、分析結果表示用情報ｔ４が生成される。

続いて、図４のステップＳ６００の詳細について説明する。図２２は、親の関連の追加処理の処理手順の一例を説明するためのフローチャートである。

ステップＳ６１０において、関連追加部１７は、分析結果表示用情報ｔ４（図１１）の最初の行を取得し、処理対象（以下、「対象行」という。）とする。続いて、関連追加部１７は、対象行の親（関連元オブジェクト）の子以下（関連先オブジェクト以下）が有する関連を当該親の関連として分析結果表示用情報ｔ４に追加する処理を実行する（Ｓ６２０）。

続いて、関連追加部１７は、分析結果表示用情報ｔ４内に、対象行の次の行が存在するか否かを判定する（Ｓ６４０）。次の行が有る場合（Ｓ６４０でＹＥＳ）、関連追加部１７は、次の行を対象行として（Ｓ６５０）、ステップＳ６２０以降を繰り返す。次の行が無い場合（Ｓ６４０でＮＯ）、関連追加部１７は、図２１の処理を終了させる。なお、ステップＳ６２０において追加された行は、ステップＳ６４０の判定対象から除外される。

続いて、ステップＳ６２０の詳細について説明する。図２３は、子以下の関連を親の関連として追加する処理の処理手順の一例を説明するためのフローチャートである。

ステップＳ６２１において、関連追加部１７は、対象行の関連は、親子関係であるか否かを判定する（Ｓ６２１）。当該判定は、対象行の「親子」の値を参照すればよい。なお、最初にステップＳ６２１が実行されるときの対象行は、図２２における対象行に一致する。

続いて、関連追加部１７は、対象行の関連先オブジェクトが関連元として登録されている行を分析結果表示用情報ｔ４（図１１）より検索する（Ｓ６２２）。検索された行が無い場合（Ｓ６２３でＮＯ）、関連追加部１７は、図２３の処理の呼び出し元に処理制御を戻す。

検索された行が有る場合（Ｓ６２３でＹＥＳ）、関連追加部１７は、検索されたそれぞれの行を対象行として、図２３の処理を再帰的に呼び出す（Ｓ６２４）。再帰的に図２３が実行されることで、各階層において、当該階層の子以下の関連が親の関連として生成される。

続いて、関連追加部１７は、ステップＳ６３２で検索された各行について、関連元の情報を対象行の関連元の情報によって置換した結果を分析結果表示用情報ｔ４に追加する（Ｓ６２５）。関連元の情報とは、関連元オブジェクト種別、関連先オブジェクト種別、及び関連元階層をいう。すなわち、子が関連元である行に基づいて、親が関連元とされた行が追加される。

続いて、関連追加部１７は、追加された各行について関連元階層と関連先階層とは異なるか否かを判定する（Ｓ６２６）。関連元階層と関連先階層とが同じである行については（Ｓ６２６でＮＯ）、ステップＳ６２７及びＳ６２８は実行されない。すなわち、親同士の関連は、階層を同じくする親の間に生成される。

関連元階層と関連先階層とが同じである行については（Ｓ６２６でＹＥＳ）、ステップＳ６２７及びＳ６２８が実行される。したがって、ステップＳ６２７及びＳ６２８の説明において、「追加された行」とは、ステップＳ６２５において追加された行のうち、関連元階層と関連先階層とが異なる行をいう。

ステップＳ６２７において、関連追加部１７は、追加された行の関連先階層が、関連元階層に一致するまで、当該行の関連先オブジェクトの関連を関連元の方向に遡る（Ｓ６２７）。続いて、関連追加部１７は、遡りの終了地点（すなわち、関連元階層と同じ階層）のオブジェクトの情報によって、該当する行の関連先オブジェクト種別、関連先オブジェクト名、及び関連先階層の値を置換する（Ｓ６２８）。すなわち、追加された行について、関連先と関連元との階層が一致される。

ステップＳ６２８又はステップＳ６２６でＮＯの場合に続いて、関連追加部１７は、追加された各行について、関連元オブジェクトと関連先オブジェクトとは同一オブジェクトであるか否かを判定する（Ｓ６２９）。具体的には、追加された各行について、関連元オブジェクト種別及び関連元オブジェクト名と、関連先オブジェクト種別及び関連先オブジェクト名とが同じであるか否かが判定される。

関連追加部１７は、関連元オブジェクトと関連先オブジェクトとが同一オブジェクトである行については（Ｓ６２９でＹＥＳ）、削除を実行する（Ｓ６３０）。

これは、或るオブジェクトを起点として子孫方向に関連を辿った後、親方向を遡った結果、元の起点のオブジェクトに戻ってしまい、同一オブジェクト間の関連を示す行が追加される場合があるからである。例えば、図８において、オブジェクトｏｂ１２１を関連元とし、オブジェクトｏｂ１３１を関連先とする行について、オブジェクトｏｂ１２１がオブジェクトｏｂ１に置換された結果が追加された場合である。この場合、オブジェクトｏｂ１３１から親方向に遡ると、オブジェクトｏｂ１に辿りついてしまう。

なお、オブジェクトｏｂ２２１を関連元とし、オブジェクトｏｂ１３３を関連先とする行について、関連元がオブジェクトｏｂ２に置換された結果が追加された場合は、有効な関連が追加される。すなわち、この場合、オブジェクト１３３から親方向に辿られ、オブジェクト１３３はオブジェクトｏｂ１に置換される。その結果、オブジェクトｏｂ２を関連元とし、オブジェクトｏｂ１を関連先とする関連が追加されるからである。

図２２及び図２３の処理により、図１１のＡの部分の行が新たに追加される。

続いて、図４のステップＳ７００の詳細について説明する。図２４は、分析結果の表示制御処理の処理手順の一例を説明するためのフローチャートである。

ステップＳ７０１において、表示制御部１８は、表示階層を初期値に設定する。表示階層とは、影響分析の結果において、表示対象とする階層をいう。すなわち、本実施の形態では、階層によって、表示対象とするオブジェクトが限定される。初期値は、例えば、設定ファイル等に記憶されていてもよいし、表示制御部１８のロジック内において決められていてもよい。または、図４のステップＳ１００において、起点オブジェクトの選択の際に、表示階層が指定されてもよい。本実施の形態において、表示階層の初期値は「０」であるとする。

続いて、表示制御部１８は、分析結果表示用情報ｔ４（図１１）より、関連元階層及び関連先階層の双方が、表示階層以下である行を検索する（Ｓ７０２）。表示階層と関連元階層及び関連先階層との大小関係は、絶対値ではなく、正負も考慮されて判定される。例えば、階層−１は、階層０より小さいと判定される。

続いて、表示制御部１８は、検索された行の中から、親同士の関連として追加された行であって、関連元階層及び関連先階層が表示階層と異なる行を除去する（Ｓ７０３）。親同士の関連として追加された行とは、図２２及び図２３の処理を実行することにより追加された行をいう。ステップＳ７０３を実現するために、斯かる行を識別可能な情報を分析結果表示用情報ｔ４に付加しておけばよい。

続いて、表示制御部１８は、ステップＳ７０２及びＳ７０３の実行により抽出された行（以下、「抽出行」という。）に含まれる関連を辿ることにより、オブジェクトの関連図を生成する（Ｓ７０４）。この際、例えば、親子関係に係る関連は、親のオブジェクト内に子のオブジェクトが包含されるよう（すなわち、入れ子になるように）に描画される。また、親子関係以外の関連は、例えば、関連元から関連先への矢印によって描画される。

続いて、表示制御部１８は、ユーザ端末２０に関連図の表示指示を送信する（Ｓ７０５）。当該表示指示に応じて、ユーザ端末２０は、関連図を表示させる。

図２５は、本実施の形態の影響分析結果に基づく関連図の表示例を示す図である。同図において、関連図ｇ１は、表示階層が０の場合に表示される関連図である。関連図ｇ１では、階層０に属するオブジェクトが表示され、当該オブジェクト間の関連が矢印によって示されている。なお、関連図ｇ１で表示されている関連は、子孫（下位層のオブジェクト）の関連に基づいて親同士の関連として追加されたものである。したがって、当該関連が追加されていない場合、表示階層０の関連図は、三つのオブジェクトを示す矩形が独立して表示されたものとなる。一方、関連図ｇ１によれば、三つのオブジェクト、すなわち、構成要素間に何らかの関連（同図では利用関係）が有ることが分かる。子孫間に関連があるということは、構成要素の少なくとも一部の間に関連が有るということである。したがって、斯かる関連が表示させることで、関連図ｇ１の利便性等を向上させることができる。

続いて、例えば、ユーザによる入力に応じて、ユーザ端末２０より表示階層の変更要求が受信されると（Ｓ７０６でＹｅｓ）、表示制御部１８は、変更要求に指定されている階層を新たな表示階層として、ステップＳ７０２以降を実行する。例えば、階層１へ表示階層の変更が要求された場合、図２５の関連図ｇ２が生成され、ユーザ端末２０において表示される。

関連図ｇ２では、階層０及び階層１のオブジェクトが表示されている。階層１のオブジェクトについて、階層０のオブジェクトと親子関係を有するオブジェクトを示す矩形は、当該階層０のオブジェクトを示す矩形内に包含されている。矩形の包含関係によって、親子関係が視認し易くなっている。また、関連図ｇ１において階層０のオブジェクト間の関連として表示されていた関連は、階層１のオブジェクト間又は階層０と階層１とのオブジェクト間の関連として表示されている。換言すれば、関連図ｇ１において表示されていた関連は表示されていない。これは、子孫の関連に基づいて親同士の関連として追加された関連は、表示階層と一致する階層間のものしか表示対象とされないためである。すなわち、関連追加部１７によって生成された関連が表示されるのは、下位の階層が表示対象とされず、上位の階層（当該関連と同じ階層）が表示対象とされるときである。斯かる表示規則により、同一の関連に基づく矢印が重複して表示されて関連図の内容が煩雑になるのを回避することができる。

なお、図２５に示される表示形態は、一例である。したがって、他の表示形態によって関連図が表示されてもよい。

上述したように、本実施の形態によれば、情報システムの各構成要素（オブジェクト）に対して自動的に階層が付与される。自動的に付与された階層に基づいて、影響分析の結果等において表示対象とする構成要素が適切に限定される。したがって、ユーザは、予めシステム情報記憶部１１（例えば、サービスリポジトリ）の内容を理解又は把握している必要はない。その結果、構成要素の表示対象を限定するための作業負担を軽減することができる。

また、起点の構成要素から或る構成要素までの関連の経路が複数存在する場合、当該構成要素には階層の不整合が生じる。本実施の形態では、構成要素間の関連が、関連元のオブジェクト種別及び関連先のオブジェクト種別の一致に基づいて、オブジェクト種別間の関連（種別間関連）として集約される。種別間関連を辿ることで、オブジェクト種別ごとに階層が付与される。複数の階層が付与されるオブジェクト種別については、各階層において最後に辿られた種別間関連の集約数の比較に基づいて、一つの階層が付与される。その結果、構成要素について階層の不整合が生じない状態で、表示対象の限定を行うことができる。

以上、本発明の実施例について詳述したが、本発明は斯かる特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。

１ 影響分析支援システム
１０ 影響分析支援装置
１１ システム情報記憶部
１２ 分析要求受付部
１３ 影響分析部
１４ 分析結果集約部
１５ 種別階層付与部
１６ オブジェクト階層付与部
１７ 関連追加部
１８ 表示制御部
２０ ユーザ端末
３０ ネットワーク
１００ ドライブ装置
１０１ 記録媒体
１０２ 補助記憶装置
１０３ メモリ装置
１０４ ＣＰＵ
１０５ インタフェース装置
Ｂ バス

Claims (7)

1. 情報システムを構成する構成要素ごとに構成要素の種別及び構成要素間の関連に関する情報を記憶した記憶部と、
   前記記憶部に記憶された構成要素の中から選択された第一構成要素からの構成要素間の関連を辿り、辿られた構成要素の情報を前記記憶部より抽出する抽出部と、
   前記抽出部によって抽出された構成要素の情報を、自構成要素を関連元、自構成要素に関連付けられた構成要素を関連先として、関連元の前記構成要素の種別及び関連先の前記構成要素の種別の組み合わせの一致に基づいて前記構成要素の種別間の関連である種別間関連に集約する集約部と、
   前記第一構成要素が属する第一の種別からの前記種別間関連を辿り、前記構成要素の種別ごとに、前記第一の種別からの前記種別間関連の階層を求め、当該階層を当該構成要素の種別に付与する第一の階層付与部と、
   を有する分析支援装置。
2. 前記集約部は、前記種別間関連ごとに、集約された前記構成要素の情報の数を求め、
   前記第一の階層付与部は、複数の前記階層が付与された前記構成要素の種別については、付与された当該各階層に関して前記第一の種別から当該構成要素の種別までに辿られた前記種別間関連の中で最後に辿られた前記種別間関連の前記数の比較に基づいて、当該構成要素の種別に付与する前記階層を決定する請求項１記載の分析支援装置。
3. 前記構成要素の種別に付与された前記階層を、当該種別に属する前記構成要素に付与する第二の階層付与部と、
   前記構成要素に付与された前記階層に基づいて、表示対象とする前記構成要素を限定する表示制御部とを有する請求項１又は２記載の分析支援装置。
4. 下位の前記階層の前記構成要素間の関連に基づいて、当該構成要素の上位の前記階層の構成要素間の関連を生成する関連追加部を有し、
   前記表示制御部は、前記下位の階層が表示対象とされず、前記上位の階層が表示対象とされるときは、前記関連追加部によって生成された関連を表示させる請求項３記載の分析支援装置。
5. 前記関連には、前記構成要素間の階層構造を形成する関連と前記階層構造を形成しない関連とが有り、
   前記集約部は、前記階層構造を形成する関連について辿られた前記構成要素の情報が集約された前記種別間関連を前記第一の種別から辿る請求項１乃至４いずれか一項記載の分析支援装置。
6. 情報システムを構成する構成要素及び前記構成要素間の関連に関する情報を記憶した記憶部に記憶された前記構成要素の中から選択された第一構成要素からの前記構成要素間の関連を辿り、辿られた構成要素の情報を前記記憶部より抽出する抽出手順と、
   前記抽出手順において抽出された構成要素の情報を、自構成要素を関連元、自構成要素に関連付けられた構成要素を関連先として、関連元の前記構成要素の種別及び関連先の前記構成要素の種別の組み合わせの一致に基づいて前記構成要素の種別間の関連である種別間関連に集約する集約手順と、
   前記第一構成要素が属する第一の種別からの前記種別間関連を辿り、前記構成要素の種別ごとに、前記第一の種別からの前記種別間関連の階層を求め、当該階層を当該構成要素の種別に付与する第一の階層付与手順とをコンピュータが実行する分析支援方法。
7. 情報システムを構成する構成要素及び前記構成要素間の関連に関する情報を記憶した記憶部に記憶された前記構成要素の中から選択された第一構成要素からの前記構成要素間の関連を辿り、辿られた構成要素の情報を前記記憶部より抽出する抽出手順と、
   前記抽出手順において抽出された構成要素の情報を、自構成要素を関連元、自構成要素に関連付けられた構成要素を関連先として、関連元の前記構成要素の種別及び関連先の前記構成要素の種別の組み合わせの一致に基づいて前記構成要素の種別間の関連である種別間関連に集約する集約手順と、
   前記第一構成要素が属する第一の種別からの前記種別間関連を辿り、前記構成要素の種別ごとに、前記第一の種別からの前記種別間関連の階層を求め、当該階層を当該構成要素の種別に付与する第一の階層付与手順とをコンピュータに実行させる分析支援プログラム。

Images