(57)【要約】【課題】複数のサーバで複数のアプリケーションが稼働している環境で、稼働しているアプリケーションの構成を簡便に把握できるようにする。【解決手段】業務システム内のサーバのアドレスを含む業務サーバリスト２００と、業務システム内において、稼働しているアプリケーションの名称と、当該アプリケーションが稼働しているサーバのアドレスと、当該アプリケーションの通信元アドレスおよび通信先アドレスと、を含むアプリケーションリスト３００とを用いて、業務システム内のアプリケーションの中から当該業務システムにおける第１階層のアプリケーションを特定し、アプリケーションリスト３００と第１階層のアプリケーションが稼働しているサーバのアドレスから、業務システムにおける第２階層以降のアプリケーションを特定し、同じ階層に属するアプリケーションを対象に、当該アプリケーションの名称が同じである前記アプリケーションが同一の役割を有するものと判定して集約する。【選択図】図１
2010128597.tif 000002
【特許請求の範囲】
【請求項１】
業務システムを運用するための複数のアプリケーションが稼働しているサーバとネットワークを介して通信可能に接続しており、
前記サーバのネットワークアドレスを格納しており、
前記アプリケーションを識別するための情報であるアプリケーション識別情報、前記アプリケーションが稼働しているサーバのネットワークアドレスである稼働サーバアドレス、及び当該アプリケーションの通信元アドレスを対応付けて格納している記憶部と、
前記アプリケーション識別情報と、それに対応する前記サーバのアドレス、及び前記アプリケーションの通信元アドレスとを前記記憶部から取得して比較し、前記通信元アドレスが前記サーバのアドレスのいずれとも一致しないと判定した場合に、前記アプリケーション識別情報を有する前記アプリケーションが前記業務システムにおける第１の階層にあるアプリケーションであると判定し、
前記第１の階層にあると判定されたアプリケーションのアプリケーション識別情報と、当該アプリケーションの稼働サーバアドレスと、前記第１の階層にあると判定されたアプリケーションを除くアプリケーションのアプリケーション識別情報及び通信元アドレスとを前記記憶部から取得して比較し、前記稼働サーバアドレスと同一の通信元アドレスに対応付けられた前記アプリケーション識別情報を有するアプリケーションを第２の階層にあるアプリケーションであると判定し、以後前記第１の階層及び第２の階層にあると判定されたアプリケーションを除くアプリケーションの通信元アドレスを前記記憶部から取得して前記判定処理を繰り返して、前記業務システムに含まれるアプリケーションの階層を判定する、アプリケーション集約部と、
を備えている情報処理装置。
【請求項２】
請求項１に記載の情報処理装置であって、
前記判定された階層にしたがって前記アプリケーション同士の関連状況を表す構成図を生成して表示する、
情報処理装置。
【請求項３】
請求項２に記載の情報処理装置であって、
前記アプリケーションの構成図に、前記判定された階層毎に、当該階層に含まれるアプリケーションの個数を表示する、
情報処理装置。
【請求項４】
請求項１に記載の情報処理装置であって、
前記記憶部は前記各アプリケーションの名称を格納しており、
前記アプリケーション集約部は、前記各アプリケーションの階層と名称とを比較して、同一の階層にある同一の名称を有するアプリケーションを、同一の役割を有するものと判定する、情報処理装置。
【請求項５】
請求項４に記載の情報処理装置であって、
前記記憶部は、前記各アプリケーションの通信先アドレスを格納しており、
前記アプリケーション集約部は、前記同一の役割を有すると判定されたアプリケーションの通信先アドレスを前記記憶部から取得して、通信先アドレスが互いに異なると判定されたアプリケーションは、別の役割を有するものと判定する、情報処理装置。
【請求項６】
請求項５に記載の情報処理装置であって、
前記判定された階層にしたがって前記アプリケーション同士の関連状況を表す構成図を生成して表示する場合に、前記互いに別の役割を有していると判定されたアプリケーションは、同一階層にあっても互いに別のアプリケーションとして表示される、情報処理装置。
【請求項７】
請求項４に記載の情報処理装置であって、
前記アプリケーションの名称は、当該アプリケーションの稼働サーバと通信することにより取得されるＷｅｂページに含まれているタイトルである、情報処理装置。
【請求項８】
請求項１に記載の情報処理装置であって、
前記記憶部は、前記アプリケーションの通信先アドレスを格納しており、
前記アプリケーション集約部は、前記サーバのアドレスと、前記アプリケーションの稼働サーバアドレス、通信元アドレス、及び通信先アドレスとを前記記憶部から取得し、
前記通信元アドレスが前記サーバのアドレスと一致せず、前記通信先アドレスが自身の稼働サーバアドレス以外のサーバのアドレスのいずれかと一致したと判定した場合に、当該アプリケーションが第１の階層にあるアプリケーションであると判定する、情報処理装置。
【請求項９】
請求項１に記載の情報処理装置であって、
前記記憶部は、前記各アプリケーションと、複数の業務システムをそれぞれ識別するための情報である業務システム識別情報とを対応付けて格納しており、
前記アプリケーション集約部は、前記第１の階層にあると判定されたアプリケーションに対応付けられている業務システム識別情報を前記記憶部から取得して、当該業務システム識別情報によって特定される業務システムについて前記各アプリケーションの階層を判定する処理を実行する、情報処理装置。
【請求項１０】
請求項１に記載の情報処理装置であって、
前記記憶部は、前記サーバに格納されているファイルのファイル名称の組み合わせと、当該サーバによって運用されている業務システムの識別情報とを対応付けて格納しており、
前記アプリケーション集約部は、アプリケーションの稼働サーバと通信して当該稼働サーバから当該稼働サーバに格納されているすべてのファイルのファイル名称を取得し、前記記憶部から前記ファイル名称の組み合わせを取得して、前記稼働サーバから取得したファイル名称と、前記記憶部から取得したファイル名称とを比較して、両者が一致したと判定した場合に、前記アプリケーションが前記記憶部から取得したファイル名称の組み合わせに対応付けられている業務システムに使用されていると判定する、情報処理装置。
【請求項１１】
請求項４に記載の情報処理装置であって、
前記記憶部は、前記業務システムにおいて稼働しているべきアプリケーションを識別するための情報であるアプリケーション識別情報と、前記業務システムにおいて現に稼働しているアプリケーションの識別情報とを格納しており、
前記アプリケーション集約部は、前記役割が同一であると判定されたアプリケーションについて、前記稼働しているべきアプリケーション識別情報と、前記現に稼働しているアプリケーション識別情報とを取得して比較し、両者に差異がある場合に当該役割を有するアプリケーションの稼働状況に異常があると判定する、
情報処理装置。
【請求項１２】
請求項４に記載の情報処理装置であって、
前記記憶部は、前記サーバの物理サーバとしての物理サーバアドレスと、当該物理サーバ上で稼働する仮想サーバアドレスとを対応付けて格納しており、
前記記憶部は、異なるサーバで稼働しているアプリケーションである共有アプリケーションの数と、当該共有アプリケーションの共有状態を示す情報とを、前記役割毎に格納しており、
前記アプリケーション集約部は、同一の前記物理サーバアドレスに対応している前記仮想サーバアドレスを稼働サーバとするアプリケーションのアプリケーション識別情報を取得し、当該アプリケーション識別情報に対応する役割情報を前記記憶部から取得し、当該役割情報に前記共有アプリケーション情報が対応付けられていると判定した場合に、前記共有アプリケーションの数をインクリメントし、前記共有アプリケーション情報が対応付けられていないと判定した場合に、新たな役割情報に対応付けて前記共有情報を前記記憶部に格納する、
情報処理装置。
【請求項１３】
請求項４に記載の情報処理装置であって、
前記アプリケーションへの設定変更内容を示す設定変更内容情報と、当該設定変更を実行するアプリケーションに対応付けられている役割識別子とを受け付け、
前記役割識別子に対応付けられている前記アプリケーションが稼働しているサーバのアドレスを前記記憶部から取得し、
当該サーバのアドレス宛てに、前記アプリケーションへの設定変更内容を送信する、設定変更管理部を備えている、情報処理装置。
【請求項１４】
請求項２に記載の情報処理装置であって、
前記アプリケーション同士の関連状況を表す構成図を表示するための表示データが、当該情報処理装置に接続された表示装置の１画面を構成するデータサイズ以内となるように生成される、
情報処理装置。
【請求項１５】
業務システムを運用するための複数のアプリケーションが稼働しているサーバに通信可能に接続しており、
前記サーバのアドレスを格納しており、
前記アプリケーションを識別するための情報であるアプリケーション識別情報、前記アプリケーションが稼働しているサーバのアドレスである稼働サーバアドレス、及び当該アプリケーションの通信元アドレスを対応付けて格納している記憶部を備えている情報処理装置の運用方法であって、
前記アプリケーション識別情報と、それに対応する前記サーバのアドレス、及び前記アプリケーションの通信元アドレスとを前記記憶部から取得して比較し、前記通信元アドレスが前記サーバのアドレスのいずれとも一致しないと判定した場合に、前記アプリケーション識別情報を有する前記アプリケーションが前記業務システムにおける第１の階層にあるアプリケーションであると判定し、
前記第１の階層にあると判定されたアプリケーションのアプリケーション識別情報と、当該アプリケーションの稼働サーバアドレスと、前記第１の階層にあると判定されたアプリケーションを除くアプリケーションのアプリケーション識別情報及び通信元アドレスとを前記記憶部から取得して比較し、前記稼働サーバアドレスと同一の通信元アドレスに対応付けられた前記アプリケーション識別情報を有するアプリケーションを第２の階層にあるアプリケーションであると判定し、以後前記第１の階層及び第２の階層にあると判定されたアプリケーションを除くアプリケーションの通信元アドレスを前記記憶部から取得して前記判定処理を繰り返して、前記業務システムに含まれるアプリケーションの階層を判定する、情報処理装置の運用方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置及び情報処理装置の運用方法に関し、特に複数のサーバで複数のアプリケーションが稼働している環境で、稼働しているアプリケーションの構成を簡便に把握することを可能とする情報処理装置及び情報処理装置の運用方法に関する。
【背景技術】
【０００２】
一般に、ＩＴを使用した業務システムの運用を効率よく管理するには、現在のシステム構成を正しく把握する必要がある。一方、近年、システム連携技術やサーバ仮想化技術などの導入により、業務システムが大規模になってきている。このような大規模な業務システムを管理対象とした場合、システム管理者が現在の業務システムの構成を正しく把握するのに困難さを感じる場合がある。また、このような困難さが原因で、システム管理者が、業務システムに生じた障害や構成上の変更に気づくのが遅れ、または見逃した場合に、業務に多大な損害を及ぼすことも考えられる。
【０００３】
業務システムの構成情報を自動的に収集して表示する方法として、例えば特許文献１の先行技術が存在する。特許文献１には、システムを構成する複数の処理の内容を記述した定義情報を基にシステム構成図を自動作成する方法が開示されている。
【０００４】
当該文献に記載されている技術によれば、業務システムを複数のグループに分類して、分類したグループの名称を表示または印字する出力手段によりシステム構成図が自動的に作成される。具体的な処理としては、業務システムを集約する際に分類するグループに対して、当該グループを特徴付けるための業務システムの一連の処理（例えば、定義要素をファイルとすると、処理内容はレコードのライトを行うか否か等）を管理者の入力により記憶する手段と、分類対象である業務システムの各処理を解析し、あらかじめ記憶しておいた一連の処理と比較することによって、当該業務システムがどのグループに所属するかを決定する手段と、分類したグループの名称を表示または印字する出力手段と、によりシステム構成図が自動的に作成される。
【特許文献１】特許第３１７７９９９号明細書
【発明の開示】
【発明が解決しようとする課題】
【０００５】
特許文献１の方法によれば、各分類グループを特徴付けるための業務システムの一連の処理を記憶する処理部が必要であり、当該処理部で記憶される業務システムの一連の処理はシステム管理者によって入力される。システム管理者は業務システム内の各処理に関するノウハウを入力する。そのため、新たな処理に対応するには、ノウハウのメンテナンスが必要となる。また、ノウハウをメンテナンスせずに古いノウハウを使用した場合、ノウハウ外の処理には対応できないため、そのような処理を行う業務システムに関しては、正しい業務システム構成図が作成されない。このため、システム管理者が現在の業務システムの正しい構成を把握できないという問題がある。
【０００６】
さらに、定義要素を管理コンピュータのディスプレイ画面上に表示する場合、定義要素が集約して表示されていないため、多数の業務システムを対象とした場合、１画面内に収まらない。したがって、当該表示画面だけでは、業務システムがいくつ存在するのかが一目で把握できないという問題がある。
【０００７】
そこで、本発明の目的は、複数のサーバで複数のアプリケーションが稼働している環境で、稼働しているアプリケーションの構成を簡便に把握することを可能とすることにある。
【課題を解決するための手段】
【０００８】
上記の、及び他の目的を達成するための本発明の一態様は、
業務システムを運用するための複数のアプリケーションが稼働しているサーバとネットワークを介して通信可能に接続しており、
前記サーバのネットワークアドレスを格納しており、
前記アプリケーションを識別するための情報であるアプリケーション識別情報、前記アプリケーションが稼働しているサーバのネットワークアドレスである稼働サーバアドレス、及び当該アプリケーションの通信元アドレスを対応付けて格納している記憶部と、
前記アプリケーション識別情報と、それに対応する前記サーバのアドレス、及び前記アプリケーションの通信元アドレスとを前記記憶部から取得して比較し、前記通信元アドレスが前記サーバのアドレスのいずれとも一致しないと判定した場合に、前記アプリケーション識別情報を有する前記アプリケーションが前記業務システムにおける第１の階層にあるアプリケーションであると判定し、
前記第１の階層にあると判定されたアプリケーションのアプリケーション識別情報と、当該アプリケーションの稼働サーバアドレスと、前記第１の階層にあると判定されたアプリケーションを除くアプリケーションのアプリケーション識別情報及び通信元アドレスとを前記記憶部から取得して比較し、前記稼働サーバアドレスと同一の通信元アドレスに対応付けられた前記アプリケーション識別情報を有するアプリケーションを第２の階層にあるアプリケーションであると判定し、以後前記第１の階層及び第２の階層にあると判定されたアプリケーションを除くアプリケーションの通信元アドレスを前記記憶部から取得して前記判定処理を繰り返して、前記業務システムに含まれるアプリケーションの階層を判定する、アプリケーション集約部と、
を備えている情報処理装置である。
【０００９】
その他、本願が開示する課題、及びその解決方法は、発明を実施するための最良の形態の欄、及び図面により明らかにされる。
【発明の効果】
【００１０】
本発明によれば、複数のサーバで複数のアプリケーションが稼働している環境で、稼働しているアプリケーションの構成を簡便に把握することが可能となる。
【発明を実施するための最良の形態】
【００１１】
以下、本発明を実施するための最良の形態を、図面を参照しながら説明する。
【００１２】
＝＝第１実施形態＝＝
図１は、本実施例の情報処理システム１の構成を示すブロック図である。また、図２は、集約前のアプリケーション構成図の例と、本実施形態により、集約して表示されたアプリケーション構成図の例を示す。
【００１３】
本実施例の情報処理システム１は、運用管理サーバ１００、運用管理端末１０１、業務実行サーバ１０２を有し、それらは、ネットワーク１１０９を介して相互に通信可能に接続している。詳しくは後述するが、運用管理サーバ１００、運用管理端末１０１、及び業務実行サーバ１０２は、一般的なハードウエア構成を有するコンピュータであって、ＣＰＵ、メモリ（ＲＡＭ、ＲＯＭ等）、データ入出力インタフェース、通信インタフェース（ＮＩＣ等）、ソフトウェアプログラムなどを格納する補助記憶装置（ディスク装置等）、キーボード、マウス等の入力装置、表示装置、プリンタ等の出力装置などを備えている。
【００１４】
運用管理サーバ１００、運用管理端末１０１、及び業務実行サーバ１０２に実装されている各機能ブロック（例えば運用管理サーバ１００のアプリケーション集約部１０６など）は、前記補助記憶装置に格納されている、該当機能のためのソフトウェアプログラムをＣＰＵがメモリに読み出して実行することにより実現される。
【００１５】
まず、運用管理サーバ１００について説明する。運用管理サーバ１００は、後述する業務実行サーバ１０２において稼働するアプリケーションを集約表示する処理を実行するサーバコンピュータである。運用管理サーバ１００は、送受信部１０３、システム構成管理部１０４、アプリケーション役割特定部１０５、アプリケーション集約部１０６、アプリケーション構成図作成部１０７、業務システム特定部１０８、構成変更管理部１０９、設定変更管理部１１０及び記憶部１１１を有する。
【００１６】
送受信部１０３は、運用管理サーバ１００の通信処理を実行する。ネットワーク１１０９を介して運用管理端末１０１又は業務実行サーバ１０２から受信した情報を、送受信部１０３は、受信した情報によって特定される運用管理サーバ１００の各処理部に振り分ける。また、運用管理サーバ１００の各処理部が運用管理端末１０１、業務実行サーバ１０２に送信する情報を、送受信部１０３はネットワーク１１０９を介して送信する。
【００１７】
システム構成管理部１０４は、運用管理端末１０１から受信した入力データを、入力データの種類に応じて、記憶部１１１に記憶された後述する業務サーバリスト２００、アプリケーションリスト３００、アプリケーション構成ベースライン８００に記憶する。
【００１８】
アプリケーション役割特定部１０５は、運用管理サーバ１００の管理対象であるコンピュータで稼働するアプリケーションに対して、業務システムにおける当該アプリケーションの役割を特定する。管理対象とは、運用管理サーバ１００の運用管理する対象のコンピュータである。本実施形態においては、業務実行サーバ１０２である。
【００１９】
本明細書で使用するアプリケーションの役割の用語は、後述するアプリケーションの階層毎に、アプリケーションをその名称に従ってグループ化した場合の各グループを表す。本明細書で使用するアプリケーションの階層の用語は、「業務システム外から通信される業務システム内のアプリケーションの通信の順序」を意味する。すなわち、業務システム外から最初に通信されるアプリケーションが階層１（１番目の階層）のアプリケーションであり、階層１のアプリケーションから通信されるアプリケーションが階層２のアプリケーション、階層２のアプリケーションから通信されるアプリケーションが階層３のアプリケーションである。
【００２０】
アプリケーション役割特定部１０５は、後述するアプリケーション役割構成リスト４００を管理する。アプリケーションの役割を特定することを要求するメッセージを受信すると、業務サーバリスト２００とアプリケーションリスト３００とを記憶部１１１から読み込み、アプリケーションの役割を特定し、記憶部１１１のアプリケーション役割構成リスト４００に記憶する。
【００２１】
アプリケーション集約部１０６は、各アプリケーションの役割を特定し、後述のグループに関する情報をアプリケーション役割構成リスト４００および後述する集約アプリケーションリスト５００に記憶する。アプリケーションは、当該アプリケーションの情報を基に、単数もしくは複数のグループに役割毎に分類される。本実施形態においては、アプリケーションの役割と名称に基づきアプリケーションをグループ化する。  
アプリケーション集約部１０６は、アプリケーション役割構成リスト４００を記憶部１１１から読み込み、役割が同じであるアプリケーションの個数を集計し、記憶部１１１の集約アプリケーションリスト５００に記憶する。
【００２２】
アプリケーション集約部１０６は、後述する第２実施形態または第３実施形態においては、アプリケーションリスト３００、アプリケーション役割構成リスト４００に加え、後述する業務システムリスト７００またはアプリケーション構成変更リスト８００も記憶部１１１から読み込み、各アプリケーションの役割を特定する。  
アプリケーション集約部１０６は、アプリケーションリスト３００、アプリケーション役割構成リスト４００および集約アプリケーションリスト５００を記憶部１１１から読み込み、各役割において、通信元となる役割と通信先となる役割を特定し、記憶部１１１の後述する集約アプリケーション通信リスト６００に記憶する。
【００２３】
アプリケーション構成図作成部１０７は、集約アプリケーションリスト５００および集約アプリケーション通信リスト６００を記憶部１１１から読み込み、アプリケーション構成図を作成する。図２に、本実施形態によって集約する前後のアプリケーション構成図の一例を示す。集約後のアプリケーション構成図に示すように、アプリケーション構成図作成部１０７は、運用管理サーバ１００に設けられているモニタ画面の１画面を構成するビデオデータのサイズを超えないように、役割毎にアプリケーションをグループ化して１画面に表示するためのデータを生成する。
【００２４】
業務システム特定部１０８は、アプリケーション役割構成リスト４００およびアプリケーションリスト３００を読み込み、役割１のアプリケーションに対してＷｅｂ接続を行い、その結果表示されたタイトルを業務システムリスト７００に記憶する。  
構成変更管理部１０９は、アプリケーションリスト３００と後述するアプリケーション構成ベースライン８００とを記憶部１１１から読み込み、当該アプリケーション構成ベースライン８００からの変更内容を特定し、後述するアプリケーション構成変更リスト９００に記憶する。
【００２５】
設定変更管理部１１０は、運用管理端末１０１から設定変更要求を受信すると、アプリケーションリスト３００とアプリケーション役割構成リスト４００とを記憶部１１１から読み込み、設定変更対象となるアプリケーションおよび当該アプリケーションが稼働するサーバを特定し、当該サーバに設定内容を送信する。  
記憶部１１１は、運用管理サーバ１００の運用管理処理を実現するのに必要な情報を記憶する記憶部である。
【００２６】
記憶部１１１には、業務サーバリスト２００、アプリケーションリスト３００、アプリケーション役割構成リスト４００、集約アプリケーションリスト５００、集約アプリケーション通信リスト６００、業務システムリスト７００、アプリケーション構成ベースライン８００、アプリケーション構成変更リスト９００、設定変更適用リスト１０００、物理／論理（仮想）サーバリスト１２００、共有アプリケーションリスト１３００が格納されている。
【００２７】
業務サーバリスト２００は、表形式のデータであり、業務実行サーバ１０２などの運用管理サーバ１００が管理する対象のサーバのアドレスを記憶する。アドレスとはサーバを一意に特定できる識別子である。  
図３に業務サーバリスト２００の一例を示す。業務サーバリスト２００は、各行に運用管理サーバ１００が管理対象とするサーバのアドレスを記憶している。業務サーバリスト２００は、業務実行サーバアドレス欄２０１を備えている。業務実行サーバアドレス欄２０１は、運用管理サーバ１００が管理対象とするサーバを一意に特定できるアドレスを記憶する。
【００２８】
システム管理者が運用管理端末１０１を介して、業務サーバリスト２００に示す情報を入力し、システム構成管理部１０４は、入力された情報を記憶部１１１の業務サーバリスト２００に記憶する。また、送受信部１０３により受信された、別途ツールやユーティリティを用いて業務サーバのアドレス一覧を収集した結果を、システム構成管理部１０４が業務サーバリスト２００に記憶しても良い。
【００２９】
アプリケーションリスト３００は、表形式のデータであり、運用管理サーバ１００が管理する業務実行サーバ１０２などの管理対象であるサーバ上で稼働するアプリケーションの情報を記憶する。図５にアプリケーションリスト３００の一例を示す。アプリケーションリスト３００は、各行にアプリケーションの情報を記憶している。アプリケーションリスト３００は、アプリケーション識別子欄３０１、サーバアドレス欄３０２、アプリケーション名３０３、通信元アドレス３０４、及び通信先アドレス３０５を備えている。アプリケーション識別子欄３０１は、各アプリケーションを一意に特定する識別情報であるアプリケーション識別子を記憶する。サーバアドレス欄３０２は、アプリケーションが稼働するサーバを特定するアドレスを記憶し、このアドレスによって、業務サーバリスト２００の業務サーバアドレス欄２０１で特定される業務実行サーバ１０２と対応付けられる。アプリケーション名欄３０３は、各アプリケーションの名称（例えば製品名）を記憶する。通信元アドレス欄３０４は、各アプリケーションに対して通信を行っているアプリケーションが稼働しているサーバのアドレスを記憶する。通信先アドレス欄３０５は、アプリケーションから通信を行っている先のアプリケーションが稼働するサーバのアドレスを記憶する。
【００３０】
システム管理者が運用管理端末１０１を介して、アプリケーションリスト３００に示す情報を入力し、システム構成管理部１０４は、入力された情報を、記憶部１１１のアプリケーションリスト３００に記憶する。また、送受信部１０３により受信された、別途ツールやユーティリティを用いて業務システム上で稼働するアプリケーションの情報を収集した結果を、システム構成管理部１０４がアプリケーションリスト３００に記憶しても良い。
【００３１】
アプリケーション役割構成リスト４００は、表形式のデータであり、アプリケーションリスト３００に記憶したアプリケーションの業務システムにおける役割に関する情報を記憶する。図６にアプリケーション役割構成リスト４００の一例を示す。各行にアプリケーションの役割を特定する情報を記憶している。アプリケーション役割構成リスト４００は、アプリケーション識別子欄４０１、階層識別子欄４０２及び役割識別子欄４０３を備えている。アプリケーション識別子欄４０１は、アプリケーションを特定する識別情報であるアプリケーション識別子を記憶し、この識別子情報によって、アプリケーションリスト３００のアプリケーション識別子欄３０１で特定されるアプリケーション情報と対応付けられる。階層識別子欄４０２は、アプリケーション役割特定部１０５によって特定されたアプリケーションの階層を特定する識別子情報を記憶する。役割識別子欄４０３は、アプリケーション役割特定部１０５によって特定されたアプリケーションの役割を特定する識別子情報を記憶する。
【００３２】
アプリケーション役割特定部１０５が、業務サーバリスト２００とアプリケーションリスト３００の内容を基に特定したアプリケーションの階層および役割をアプリケーション役割構成リスト４００に記憶する。また、アプリケーション集約部１０６が、アプリケーションリスト３００とアプリケーション役割構成リスト４００の内容を基に、各アプリケーションの階層および役割を特定する識別子をアプリケーション役割構成リスト４００に記憶する。
【００３３】
集約アプリケーションリスト５００は、表形式のデータであり、アプリケーション集約部１０６によって分類されたアプリケーションの役割に関する情報を記憶する。図７に集約アプリケーションリスト５００の一例を示す。集約アプリケーションリスト５００は、各行にアプリケーションの役割に関する情報を記憶している。集約アプリケーションリスト５００は、役割識別子欄５０１、アプリケーション名欄５０２および役割内のアプリケーション数欄５０３を備えている。
【００３４】
役割識別子欄５０１は、アプリケーションの役割を特定する識別情報を記憶し、この識別子情報によって、アプリケーション役割構成リスト４００の役割識別子欄４０３で特定されるアプリケーションの役割情報と対応付けられる。アプリケーション名欄５０２は、役割内のアプリケーションの名称を記憶する。役割内のアプリケーション数欄５０３は、各役割に属するアプリケーションの個数を記憶する。
【００３５】
アプリケーション集約部１０６が、アプリケーションリスト３００とアプリケーション役割構成リスト４００の内容を基に、各アプリケーションの役割情報を集約アプリケーションリスト５００に記憶する。また、アプリケーション集約部１０６が、アプリケーションリスト３００とアプリケーション役割構成リスト４００のみならず、後述する業務システムリスト７００もしくはアプリケーション構成変更リスト９００もしくはその両方の内容を基に、各アプリケーションの役割情報を集約アプリケーションリスト５００に記憶する。さらに、アプリケーション集約部１０６が集計した各役割に属するアプリケーションの個数を集約アプリケーションリスト５００に記憶する。
【００３６】
集約アプリケーション通信リスト６００は、表形式のデータであり、役割間の通信情報を記憶する。図７に集約アプリケーション通信リスト６００の一例を示す。集約アプリケーション通信リスト６００は、各行に役割間の通信情報を記憶している。集約アプリケーション通信リスト６００は、通信元役割識別子欄６０１および通信先役割識別子欄６０２を備えている。通信元役割識別子欄６０１は、通信における情報の送信側の役割を特定する識別情報を記憶する。この識別子情報によって、集約アプリケーションリスト５００の役割識別子欄５０１で特定されるアプリケーションの役割情報と対応付けられる。通信先役割識別子欄６０２は、通信における情報の受信側の役割を特定する識別情報を記憶する。この識別子情報によって、集約アプリケーションリスト５００の役割識別子欄５０１で特定されるアプリケーションの役割情報と対応付けられる。
【００３７】
アプリケーション集約部１０６が、アプリケーションリスト３００およびアプリケーション役割構成リスト４００を基に特定した役割間の通信情報を集約アプリケーション通信リスト６００に記憶する。
【００３８】
業務システムリスト７００は、表形式のデータであり、業務システムの情報および当該業務システムとその業務システムにおいて使用されるアプリケーションとの対応関係を記憶する。業務システムとは、販売や生産、会計、物流など会社を運営するために必要な業務処理を実行するシステムであり、代表的なものに財務管理システム、給与管理システム、オンライン購買システム、営業管理システムなどがある。図８に業務システムリスト７００の一例を示す。
【００３９】
業務システムリスト７００は、各行に業務システムの情報および当該業務システムとアプリケーションとの対応関係を記憶している。業務システムリスト７００は、アプリケーション識別子欄７０１、業務システム名欄７０２および役割識別子欄７０３を備えている。アプリケーション識別子欄７０１は、アプリケーションを特定する識別情報であるアプリケーション識別子を記憶する。この識別子情報によって、アプリケーションリスト３００のアプリケーション識別子欄３０１で特定されるアプリケーションの情報と対応付けられる。業務システム名欄７０２は、業務システムの名称（例えば財務管理システム）を記憶する。役割識別子欄７０３は、アプリケーションの役割を特定する識別情報を記憶する。この識別子情報によって、アプリケーション役割構成リスト４００の役割識別子欄４０３および集約アプリケーションリスト５００の役割識別子欄５０１で特定されるアプリケーションの役割情報と対応付けられる。
【００４０】
業務システム特定部１０８が、アプリケーションリスト３００およびアプリケーション役割構成リスト４００に記載されている内容を基に特定したアプリケーションが属する業務システムの情報を、業務システムリスト７００に記憶する。
【００４１】
アプリケーション構成ベースライン８００は、表形式のデータであり、運用管理サーバ１００が管理する業務実行サーバ１０２などの管理対象であるサーバ上で稼働しているべきアプリケーションの情報を記憶する。アプリケーション構成ベースライン８００は、現在のアプリケーション構成と比較する際に使用される。図９にアプリケーション構成ベースライン８００の一例を示す。
【００４２】
アプリケーション構成ベースライン８００は、各行にアプリケーションの情報を記憶している。アプリケーション構成ベースライン８００は、アプリケーション識別子欄８０１、サーバアドレス欄８０２、アプリケーション名欄８０３、通信元アドレス欄８０４および通信先アドレス欄８０５を備えている。アプリケーション識別子欄８０１は、アプリケーションを特定する識別情報であるアプリケーション識別子を記憶する。この識別子情報によって、アプリケーションリスト３００のアプリケーション識別子欄３０１で特定されるアプリケーションの情報と対応付けられる。サーバアドレス欄８０２は、アプリケーションが稼働するサーバを特定するアドレスを記憶し、このアドレスによって、業務サーバリスト２００の業務サーバアドレス欄２０１で特定される業務サーバと対応付けられる。アプリケーション名欄８０３は、アプリケーションの名称を記憶する。通信元アドレス欄８０４は、アプリケーションに対して通信を行っているアプリケーションが稼働しているサーバのアドレスを記憶する。通信先アドレス欄８０５は、アプリケーションから通信を行っている先のアプリケーションが稼働するサーバのアドレスを記憶する。
【００４３】
システム管理者が運用管理端末１０１を介して、アプリケーション構成ベースライン８００に示す情報を入力し、システム構成管理部１０４は、入力された情報を、記憶部１１１のアプリケーション構成ベースライン８００に記憶する。また、送受信部１０３により受信された、別途ツールやユーティリティを用いて業務システム上で稼働するアプリケーションの情報を収集した結果を、システム構成管理部１０４がアプリケーション構成ベースライン８００に記憶しても良いし、アプリケーションリスト３００の内容をシステム構成管理部１０４が読み込み、読み込んだ内容をアプリケーション構成ベースライン８００に記憶しても良い。
【００４４】
アプリケーション構成変更リスト９００は、表形式のデータであり、アプリケーション構成ベースライン８００からのアプリケーションの構成の変更情報を記憶する。図１０にアプリケーション構成変更リスト９００の一例を示す。アプリケーション構成変更リスト９００は、各行にアプリケーションの構成の変更情報を記憶している。アプリケーション構成変更リスト９００は、アプリケーション識別子欄９０１および変更内容欄９０２を備えている。
【００４５】
アプリケーション識別子欄９０１は、アプリケーションを特定する識別情報であるアプリケーション識別子を記憶する。この識別子情報によって、アプリケーションリスト３００のアプリケーション識別子欄３０１およびアプリケーション構成ベースライン８００のアプリケーション識別子欄８０１で特定されるアプリケーションの情報と対応付けられる。変更内容欄９０２は、アプリケーションの構成の変更内容が記憶される。ここで、アプリケーションの構成の変更内容とは、業務システムを構成するアプリケーションを対象とした変更情報であり。新規アプリケーション起動、アプリケーション停止、新規通信先の発見、新規通信元の発見、通信元との通信切断、通信先との通信切断などのイベントを含む。
【００４６】
構成変更管理部１０９が、アプリケーションリスト３００およびアプリケーション構成ベースライン８００の内容を基に、アプリケーションの変更情報をアプリケーション構成変更リスト９００に記憶する。また、別途ツールやユーティリティを使用して検出したアプリケーションリスト３００もしくはアプリケーション構成ベースライン８００に記載のアプリケーションの設定ファイルの内容の変更などを、送受信部１０３で受信し、構成変更管理部送受信部１０３が当該受信内容をアプリケーション構成変更リスト９００に記憶しても良い。
【００４７】
設定変更適用リスト１０００は、表形式のデータであり、業務実行サーバ１０２などのサーバにおいて稼働するアプリケーションの設定情報を変更する情報を記憶する。図１１に設定変更適用リスト１０００の一例を示す。設定変更適用リスト１０００は、各行にアプリケーションの設定情報を変更する情報を記憶している。設定変更適用リスト１０００は、アプリケーション識別子欄１００１および設定内容欄１００２を備えている。
【００４８】
アプリケーション識別子欄１００１は、アプリケーションを特定する識別情報であるアプリケーション識別子を記憶する。この識別子情報によって、アプリケーションリスト３００のアプリケーション識別子欄３０１で特定されるアプリケーションの情報と対応付けられる。設定内容欄１００２は、アプリケーションの設定情報に対する変更内容が記憶される。
【００４９】
ここで、アプリケーションの設定情報の変更内容とは、業務実行サーバ１０２などのサーバ上で稼働しているアプリケーションの設定情報を対象とした変更内容であり、特定の設定ファイルもしくはメモリなどに記述されているパラメータの変更、特定の設定ファイルもしくはメモリなどに記述されているパラメータの削除、設定ファイルもしくはメモリなどへのパラメータの追加、などである。
【００５０】
システム管理者が運用管理端末１０１を介して、設定変更適用リスト１０００に示す情報を入力し、設定変更管理部１１０は、入力された情報を、記憶部１１１の設定変更適用リスト１０００に記憶する。また、システム管理者が運用管理端末１０１を介して、特定もしくは複数の役割を特定する識別情報と当該役割に対する設定内容を入力し、設定変更管理部１１０は、入力された役割を特定する識別子情報から、当該役割に属するアプリケーション識別子を、アプリケーション役割構成リスト４００を参照して特定し、当該役割に対する設定内容と共に記憶部１１１の設定変更適用リスト１０００に記憶しても良い。また、別途ユーティリティやツールによって、設定変更適用リスト１０００に示す情報を入力し、設定変更管理部１１０は、入力された情報を、記憶部１１１の設定変更適用リスト１０００に記憶しても良い。
【００５１】
物理／論理（仮想）サーバリスト１２００は、表形式のデータであり、運用管理サーバ１００が管理する業務実行サーバ１０２などの管理対象であるサーバの種別に関する情報を記憶する。図１２に物理／論理（仮想）サーバリスト１２００の一例を示す。物理／論理（仮想）サーバリスト１２００は、各行にサーバの種別に関する情報を記憶している。
【００５２】
物理／論理（仮想）サーバリスト１２００は、物理サーバアドレス欄１２０１、論理（仮想）サーバアドレス欄１２０２を備えている。物理サーバアドレス欄１２０１は、管理対象内の物理サーバのアドレスを記憶する。また、物理サーバアドレス欄１２０１は、論理（仮想）サーバアドレス欄１２０２に記載されている論理（仮想）サーバが稼働する物理サーバのアドレスを記憶する。このアドレス情報によって、アプリケーションリスト３００のサーバアドレス欄３０２で特定されるアプリケーションの情報と対応付けられる。
【００５３】
論理（仮想）サーバアドレス欄１２０２は、管理対象内の論理（仮想）サーバのアドレスを記憶する。さらに、論理（仮想）サーバアドレス欄１２０２は、物理サーバアドレス欄１２０１に記載されている物理サーバ上で稼働する論理（仮想）サーバのアドレスを記憶する。このアドレス情報によって、業務サーバリスト１００およびアプリケーションリスト３００のサーバアドレス情報と対応づけられる。
【００５４】
システム管理者が運用管理端末１０１を介して、物理／論理（仮想）サーバリスト１２００に示す情報を入力し、システム構成管理部１０４は、入力された情報を、記憶部１１１の物理／論理（仮想）サーバリスト１２００に記憶する。また、別途ツールやユーティリティによって、物理／論理（仮想）サーバリスト１２００に示す情報を入力し、システム構成管理部１０４は、入力された情報を、記憶部１１１の物理／論理（仮想）サーバリスト１２００に記憶しても良い。
【００５５】
共有アプリケーションリスト１３００は表形式のデータであり、運用管理サーバ１００が管理する業務実行サーバ１０２などの管理対象であるサーバ上で稼働するアプリケーションが複数の業務システムで共有されているか、仮想サーバ上で稼働するアプリケーションの場合は、前記仮想サーバが動作する物理サーバが共有されているかどうかに関する情報を記憶する。図１３に共有アプリケーションリスト１３００の一例を示す。共有アプリケーションリスト１３００は、各行に、当該アプリケーションが複数の業務システムから共有されているかどうか、仮想サーバ上で稼働するアプリケーションの場合は、前記仮想サーバが動作する物理サーバが共有されているかどうかに関する情報を記憶している。
【００５６】
共有アプリケーションリスト１３００は、役割識別子欄１３０１、共有アプリケーション数欄１３０２、及び共有種別欄１３０３を備えている。役割識別子欄１３０１は、アプリケーションの役割を特定するための識別情報を記憶する。この識別子情報によって、アプリケーション役割構成リスト４００の役割識別子欄４０３で特定されるアプリケーションの役割情報と、集約アプリケーションリスト５００の役割識別子欄５０１で特定されるアプリケーションの役割情報と、業務システムリスト７００の役割識別子欄７０３で特定される業務システムおよびアプリケーションの情報と、に対応付けられる。
【００５７】
共有アプリケーション数欄１３０２は、複数の業務システムから共有されているアプリケーションの数、もしくは、同じ物理サーバ上で動作する仮想サーバ上で稼働するアプリケーションの数を記憶する。共有種別欄１３０３は、アプリケーションの共有の種別を記憶し、複数の業務システムから共有されているアプリケーションであるか、同じ物理サーバ上で動作する仮想サーバ上で稼働するアプリケーションであるかを特定する情報を記憶する。
【００５８】
アプリケーション集約部１０６は、業務システムリスト７００に記載されている内容を基に、各役割において、他の役割にも所属するアプリケーションの個数を集計し、共有種別と共に記憶部１１１の共有アプリケーションリスト１３００に記憶する。また、アプリケーション集約部１０６は物理／論理（仮想）サーバリスト１２００と、アプリケーションリスト３００と、業務システムリスト７００に記載されている内容を基に、各役割において、同じ物理サーバ上で動作する仮想サーバ上で稼働するアプリケーションの個数を集計し、共有種別と共に記憶部１１１の共有アプリケーションリスト１３００に記憶する。また、システム管理者が運用管理端末１０１を介して、共有アプリケーションリスト１３００に示す情報を入力し、システム構成管理部１０４は、入力された情報を、記憶部１１１の共有アプリケーションリスト１３００に記憶しても良い。また、別途ツールやユーティリティによって、共有アプリケーションリスト１３００に示す情報を入力し、システム構成管理部１０４は、入力された情報を、記憶部１１１の共有アプリケーションリスト１３００に記憶しても良い。
【００５９】
運用管理サーバ１００は、図１４に示すハードウエア構成のサーバ機１１０１上で稼働する。サーバ機１１０１は、ＣＰＵ１１０２、主記憶装置１１０３（ＲＡＭ、ＲＯＭ等）、外部記憶装置インタフェース１１０４、通信インタフェース１１０５（ＮＩＣ等）、プログラムなどを格納する外部記憶装置１１０６（ディスク装置等）、キーボード、マウス等の入力装置１１０７、表示装置、プリンタ等の出力装置１１０８を備えている。
【００６０】
送受信部１０３、システム構成管理部１０４、アプリケーション役割特定部１０５、アプリケーション集約部１０６、アプリケーション構成図作成部１０７、業務システム特定部１０８、構成変更管理部１０９および設定変更管理部１１０は、外部記憶装置１１０６に記憶されたプログラムが、外部記憶装置インタフェース１１０４を介して主記憶装置１１０３上に読み込まれ、ＣＰＵ１１０２で実行されることにより実現される機能ブロックである。なお、送受信部１０３は、通信インタフェース１１０５およびこれを制御する通信制御プログラムでも実現可能である。記憶部１１１は、主記憶装置１１０３及び／又は外部記憶装置１１０６により実現される。
【００６１】
運用管理端末１０１および業務実行サーバ１０２のハードウエア構成も、規模や性能の差異がある場合もあるが、図１４に示すサーバ機１１０１の構成である。
【００６２】
図１では、運用管理サーバ１００、運用管理端末１０１および業務実行サーバ１０２の各々を異なるサーバとして示しているが、これらの各々を更に複数のサーバで構成しても良いし、これらのいくつかを纏めて１台のサーバで構成しても良い。また、運用管理サーバ１００は物理サーバに限定されない。すなわち、仮想サーバであってもよいし、クラスタ構成などで定義される論理サーバであってもよい。
【００６３】
図１に説明を戻し、運用管理端末１０１について説明する。運用管理端末１０１は、運用管理サーバ１００へのデータ入力処理や運用管理サーバ１００からのデータ出力処理を制御するサーバである。システム管理者は、運用管理端末１０１を介して、運用管理サーバ１００に、業務サーバリスト２００、アプリケーションリスト３００、アプリケーション構成ベースライン、設定変更適用リスト１０００を記憶する要求メッセージを送信する。また、運用管理端末１０１を介して、運用管理サーバ１００にアプリケーション構成図を作成する要求メッセージを送信する。
【００６４】
さらに、運用管理端末１０１を介して、運用管理サーバ１００に、アプリケーションリスト３００に記載されているアプリケーションの業務システムを特定する要求メッセージを送信する。また、運用管理端末１０１を介して、運用管理サーバ１００に、アプリケーションリスト３００に記載されているアプリケーションとアプリケーション構成ベースライン８００に記載されているアプリケーションとを比較し、アプリケーション構成の変更内容を特定する要求メッセージを送信する。
【００６５】
さらに、運用管理端末１０１を介して、運用管理サーバ１００に、業務実行サーバ１０２などのサーバ上で稼働するアプリケーションの設定情報を変更する要求メッセージを送信する。また、運用管理端末１０１を介して、運用管理サーバ１００に、集約アプリケーションリスト５００と集約アプリケーション通信リスト６００に記載されている集約アプリケーションに関する情報からアプリケーション構成図を作成する要求メッセージを送信する。
【００６６】
運用管理端末１０１は、入力部１１２と、出力部１１３と、送受信部１１４と、通信処理部１１５と、を備えている。入力部１１２はシステム管理者が入力した、前述の各種要求メッセージなどに関わる情報の入力を受け付け、出力部１１３はシステム管理者に情報を出力する。
【００６７】
送受信部１１４は、通信処理部１１５などの運用管理端末１０１の各処理部から受信した情報をネットワーク１１０９に送信したり、ネットワーク１１０９から受信した情報を各処理部に送信したりする送受信処理を実行する処理部である。  
通信処理部１１５は、運用管理サーバ１００との通信処理を実行する。  
運用管理端末１０１は、図１４に示すハードウエア構成のサーバ機１１０１上で稼働する。
【００６８】
通信処理部１１５は、外部記憶装置１１０６に記憶したプログラムを主記憶装置１１０３上に読み込み、ＣＰＵ１１０２で実行することにより実現可能である。  
また、送受信部１１４は、通信インタフェース１１０５で実現可能である。  
入力部１１２は、入力装置１１０７により実現可能である。入力装置１１０７とは、例えば、マウスなどのポインティングデバイスや、キーボードなどである。  
また、出力部１１３は、出力装置１１０８により実現可能である。出力装置１１０８とは、例えば、モニタやプリンタなどである。
【００６９】
業務実行サーバ１０２は、運用管理サーバ１００が管理する対象の業務システムが稼働するサーバである。業務実行サーバ１０２と業務システムとは一対一に限定されない。すなわち、業務実行サーバ１０２上で一つの業務システムが稼働してもよいし、業務実行サーバ１０２上で稼働する仮想サーバ毎に業務システムを動作させてもよい。また、複数の業務実行サーバ１０２により業務システムを構成してもよい。さらに、業務実行サーバ１０２は物理サーバに限定されない。すなわち、仮想サーバであってもよいし、クラスタ構成などで定義される論理サーバであってもよい。
【００７０】
業務実行サーバ１０２は、送受信部１１６および設定管理部１１７を備えている。送受信部１１６は、設定管理部１１７と、運用管理サーバ１００または運用管理端末１０１との通信処理を実行する。設定管理部１１７は、業務実行サーバ１０２の設定情報の設定処理や変更処理を実行する。  
業務実行サーバ１０２は、図１４に示すハードウエア構成のサーバ機１１０１上で稼働する。  
送受信部１１６と設定管理部１１７は、外部記憶装置１１０６に記憶したプログラムを主記憶装置１１０３上に読み込み、ＣＰＵ１１０２で実行することにより実現可能である。  
なお、送受信部１１６は、通信インタフェース１１０５でも実現可能である。
【００７１】
次に、本実施形態により実現されるアプリケーション集約表示処理について説明する。図１５は、本実施形態における情報処理システム１の全体処理を示すフロー図の一例である。  
また、図１５のフローに含まれるＳ１４０１、Ｓ１４０３、及びＳ１４０５の各処理ステップについては、それぞれ図１６〜図１９を参照して詳細に説明する。
【００７２】
まず、アプリケーション役割特定部１０５は、第１階層目に属するアプリケーションを特定し、当該アプリケーションの情報をアプリケーション役割構成リスト４００に記憶する（ステップ１４０１）。  
具体的には、図１６に示す処理を行う。アプリケーション役割特定部１０５は、アプリケーションリスト３００に記載されている全てのアプリケーション識別子を取得し、当該識別子一覧ＡｐＬｉｓｔ１を作成する（ステップ１５０１）。
【００７３】
アプリケーション役割特定部１０５は、ＡｐＬｉｓｔ１が空であるかどうかを判断し（ステップ１５０２）、ＡｐＬｉｓｔ１が空の場合（ステップ１５０２、Ｙｅｓ）は終了し、ＡｐＬｉｓｔ１が空ではない場合（ステップ１５０２、Ｎｏ）は、ステップ１５０３以降の処理を実行する。  
アプリケーション役割特定部１０５はＡｐＬｉｓｔ１に記載されている任意のアプリケーション識別子Ａｐｐ１を取り出し、ＡｐＬｉｓｔ１からＡｐｐ１を削除し、アプリケーションリスト３００からＡｐｐ１に対応するアプリケーションの通信元アドレスＡｄｄ１と、通信先アドレスＡｄｄ２を取得する（ステップ１５０３）。  
アプリケーション役割特定部１０５は、業務サーバリスト２００に記載されている業務サーバのアドレス一覧ＡｄＬｉｓｔ１を取得する（ステップ１５０４）。
【００７４】
アプリケーション役割特定部１０５は、Ａｄｄ１がＡｄＬｉｓｔ１に含まれているかどうかを判断し（ステップ１５０５）、Ａｄｄ１がＡｄＬｉｓｔ１に含まれている場合は（ステップ１５０５、Ｎｏ）Ａｐｐ１が第１階層目のアプリケーションではないと判断し、ステップ１５０２の処理に戻り、Ａｄｄ１がＡｄＬｉｓｔ１に含まれない場合は（ステップ１５０５、Ｙｅｓ）Ａｐｐ１が第１階層目のアプリケーション候補と判断し、ステップ１５０６以降の処理を実行する。
【００７５】
アプリケーション役割特定部１０５は、Ａｄｄ２がＡｄＬｉｓｔ１に含まれているかどうかを判断し（ステップ１５０６）、Ａｄｄ２がＡｄＬｉｓｔ１に含まれている場合は（ステップ１５０６、Ｙｅｓ）Ａｐｐ１が第１階層目のアプリケーションであると判断し、ステップ１５０７の処理を実行し、Ａｄｄ２がＡｄＬｉｓｔ１に含まれない場合は（ステップ１５０６、Ｎｏ）Ａｐｐ１が第１階層目のアプリケーションではないと判断し、ステップ１５０２の処理に戻る。
【００７６】
アプリケーション役割特定部１０５は、Ａｐｐ１によって特定されるアプリケーションを第１階層目のアプリケーションと定め、当該アプリケーションの識別子（Ａｐｐ１）と、当該アプリケーションが所属する階層を識別する情報（階層＃１）と、をアプリケーション役割構成リスト４００に記憶し（ステップ１５０７）、ステップ１５０２の処理に戻る。
【００７７】
例として、図３〜図５において、図４に記載されている全アプリケーションのうち、通信元アドレス３０４が、図３に記載されている業務実行サーバ１０２のアドレス（１９２．１６８．２．１〜１９２．１６８．２．６）以外となっているアプリケーションは、アプリケーション＃１、アプリケーション＃２である。また、アプリケーション＃１およびアプリケーション＃２の通信先アドレス３０５は、図３に記載されている業務実行サーバ１０２のアドレスを示している。従って、アプリケーション役割特定部１０５は、アプリケーション＃１とアプリケーション＃２を、業務実行サーバ１０２外部からのデータを受け付ける最初のアプリケーションである第１階層目のアプリケーションと判定し、図５に示すように、アプリケーション識別子（アプリケーション＃１およびアプリケーション＃２）と階層識別子（階層＃１）をアプリケーション役割構成リスト４００に記憶する。
【００７８】
図１５に戻ると、次に、アプリケーション役割特定部１０５は、第２階層目以降に属するアプリケーションを特定し、当該アプリケーションの情報をアプリケーション役割構成リスト４００に記憶する（ステップ１４０２）。  
具体的には、図１７に示す処理を実行する。アプリケーション役割特定部１０５は、アプリケーションリスト３００に記載されている全てのアプリケーション識別子を取得し、当該識別子一覧ＡｐＬｉｓｔ２を作成する（ステップ１６０１）。  
アプリケーション役割特定部１０５は、ＡｐＬｉｓｔ２が空であるかどうかを判断し（ステップ１６０２）、ＡｐＬｉｓｔ２が空の場合（ステップ１６０２、Ｎｏ）は終了し、ＡｐＬｉｓｔ２が空ではない場合（ステップ１６０２、Ｙｅｓ）は、ステップ１６０３以降の処理を実行する。
【００７９】
アプリケーション役割特定部１０５はＡｐＬｉｓｔ２に記載されている任意のアプリケーション識別子Ａｐｐ２を取り出し、ＡｐＬｉｓｔ２からＡｐｐ２を削除し、アプリケーションリスト３００からＡｐｐ２に対応するアプリケーションの通信元アドレスＡｄｄ３を取得する（ステップ１６０３）。  
アプリケーション役割特定部１０５は、アプリケーション役割構成リスト４００を読み込み、特定したい階層（第ｉ階層）の１つ前の階層を示す階層識別子（階層＃ｉ−１）を持つ全てのアプリケーション識別子を取得し、当該識別子一覧ＡｄＬｉｓｔ２を作成する（ステップ１６０４）。
【００８０】
アプリケーション役割特定部１０５は、Ａｄｄ３がＡｄＬｉｓｔ２に含まれているかどうかを判断し（ステップ１６０５）、Ａｄｄ３がＡｄＬｉｓｔ２に含まれている場合は（ステップ１６０５、Ｙｅｓ）Ａｐｐ２が第ｉ階層目のアプリケーションであると判断し、ステップ１６０６の処理を実行し、Ａｄｄ３がＡｄＬｉｓｔ２に含まれない場合は（ステップ１６０５、Ｎｏ）Ａｐｐ２が第ｉ階層目のアプリケーションではないと判断し、ステップ１６０１の処理に戻る。
【００８１】
アプリケーション特定部１０５は、Ａｐｐ２によって特定されるアプリケーションを第ｉ階層目のアプリケーションと定め、当該アプリケーションの識別子（Ａｐｐ２）と、当該アプリケーションが所属する階層を識別する情報（階層＃ｉ）と、をアプリケーション役割構成リスト４００に記憶し（ステップ１６０６）、ステップ１６０１の処理に戻る。
【００８２】
例として、図４および図５において、アプリケーション役割特定部１０５は、まず、図５に記載されているアプリケーションのうち、階層識別子が階層＃１（＝２−１）であるアプリケーション識別子（アプリケーション＃１、アプリケーション＃２）を取得する。次に、アプリケーション役割特定部１０５は、図４のアプリケーションリスト３００を参照し、アプリケーション識別子（アプリケーション＃１、アプリケーション＃２）に対応するアプリケーションが稼働するサーバのアドレス（１９２．１６８．２．１、１９２．１６８．２．２）を取得する。
【００８３】
そして、アプリケーション役割特定部１０５は、図４に記載のアプリケーションのうち、通信元アドレス欄３０４に、１９２．１６８．２．１、１９２．１６８．２．２のアドレスが記載されているアプリケーションを役割２のアプリケーションと定め、図５に示すように、当該アプリケーションのアプリケーション識別子（アプリケーション＃３、アプリケーション＃４、アプリケーション＃５）と階層識別子（階層＃２）をアプリケーション役割構成リスト４００に記憶する。
【００８４】
図１５に説明を戻すと、アプリケーション役割特定部１０５は、アプリケーションを複数の役割に分類し、当該アプリケーションの役割情報をアプリケーション役割構成リスト４００に記憶する（ステップ１４０３）。
【００８５】
具体的には、図１８に示す処理を実行する。アプリケーション役割特定部１０５は、現在のアプリケーションの階層番号ｊを１と定める（ステップ１７０１）。アプリケーション役割特定部１０５は、アプリケーション役割構成リスト４００に記載の階層識別子が階層＃ｊを示すアプリケーションのアプリケーション識別子一覧ＡｐＬｉｓｔ３を取得する。また、現役割番号ｋを１と定める（ステップ１７０２）。
【００８６】
アプリケーション役割特定部１０５は、ＡｐＬｉｓｔ３が空であるかどうかを判断し（ステップ１７０３）、ＡｐＬｉｓｔ３が空の場合は（ステップ１７０３、Ｙｅｓ）終了し、ＡｐＬｉｓｔ３が空ではない場合は（ステップ１７０３、Ｎｏ）、ステップ１７０４以降の処理を実行する。アプリケーション役割特定部１０５は、ＡｐＬｉｓｔ３から任意のアプリケーション識別子Ａｐｐ３を取りだし、ＡｐＬｉｓｔ３からＡｐｐ３を削除し、Ａｐｐ３に対応するアプリケーション名ＡｐＮａｍｅ３をアプリケーションリスト３００から取得する（ステップ１７０４）。
【００８７】
アプリケーション役割特定部１０５は、アプリケーションリスト３００に記載されているアプリケーションのうち、ＡｐＮａｍｅ３と同じアプリケーション名を示すアプリケーション識別子を取得し、当該識別子一覧ＡｐＬｉｓｔ４（Ａｐｐ３も含む）を作成し、ＡｐＬｉｓｔ３に記載されているアプリケーション識別子からＡｐＬｉｓｔ４に記載されているアプリケーション識別子を削除する（ステップ１７０５）。  
アプリケーション役割特定部１０５は、ＡｐＬｉｓｔ４に記載のアプリケーション識別子と役割識別子（役割＃ｋ）をアプリケーション役割構成リスト４００に保存し、その後、ｋをインクリメントする（ステップ１７０６）。
【００８８】
アプリケーション役割特定部１０５は、ＡｐＬｉｓｔ３が空であるかどうか判定し（ステップ１７０７）、ＡｐＬｉｓｔ３が空ではない場合は（ステップ１７０７、Ｎｏ）、ステップ１７０４の処理に戻り、ＡｐＬｉｓｔ３が空の場合は（ステップ１７０７、Ｙｅｓ）、ステップ１７０８の処理を実行する。アプリケーション役割特定部１０５は、現在の階層番号ｊをインクリメントし（ステップ１７０８）、ステップ１７０２の処理に戻る。
【００８９】
例として、第２番目の階層のアプリケーションを複数の役割に分類する処理について、図４および図５において、アプリケーション役割特定部１０５は、まず、図５に記載されているアプリケーションのうち、階層識別子４０２が階層＃２であるアプリケーション識別子４０１（アプリケーション＃３、アプリケーション＃４、アプリケーション＃５）を取得する。
【００９０】
次に、アプリケーション役割特定部１０５は、図４のアプリケーションリスト３００を参照し、アプリケーション識別子４０１（アプリケーション＃３、アプリケーション＃４、アプリケーション＃５）に対応するアプリケーション名３０３（Application B、Application C、Application C）を取得する。
【００９１】
そして、アプリケーション役割特定部１０５は、当該アプリケーションのうち、アプリケーション名３０３が同じものを同じ役割であると判定し、図５に示すように、アプリケーション＃３はアプリケーション＃４およびアプリケーション＃５とは異なる役割（役割識別子４０３を役割２とする）であるとし、アプリケーション＃４、アプリケーション＃５は互いに同じ役割であり、アプリケーション＃２とは異なる役割（役割識別子４０３を役割３とする）として分類する。その後、特定した役割識別子４０３をアプリケーション役割構成リスト４００に記憶する。
【００９２】
図１５の処理に説明を戻す。アプリケーション集約部１０６は、アプリケーション役割構成リスト４００を参照し、各役割に属するアプリケーションの個数を集計し、アプリケーション名３０３と共に集約アプリケーションリスト５００に保存する。（ステップ１４０４）。
【００９３】
例として、図５の「役割＃１」のアプリケーションにおいて、アプリケーション集約部１０６は、図５に記載されているアプリケーションのうち、役割識別子４０３が「役割＃１」であるアプリケーションのアプリケーション識別子４０１（アプリケーション＃１、アプリケーション＃２）とアプリケーションの個数（２個）を取得する。次に、アプリケーション集約部１０６は、図４に記載されているアプリケーションのうち、アプリケーション識別子４０１が「アプリケーション＃１」もしくは「アプリケーション＃２」であるアプリケーションのアプリケーション名３０３（Application A）を取得する。そして、アプリケーション集約部１０６は、図６に示すように、取得したアプリケーションの個数とアプリケーション名３０３とを集約アプリケーションリスト５００に記憶する。  
次に、アプリケーション集約部１０６は、役割単位でアプリケーションの通信元、通信先を特定する。（ステップ１４０５）。
【００９４】
具体的には、図１９に示す処理を実行する。アプリケーション集約部１０６は、現在の役割番号ｍを１と定める（ステップ１８０１）。アプリケーション集約部１０６は、アプリケーション役割構成リスト４００に記載のアプリケーションのうち、役割識別子４０３が役割＃ｍを示すアプリケーションのアプリケーション識別子４０１を取得し、当該識別子一覧ＡｐＬｉｓｔ５を作成する（ステップ１８０２）。  
アプリケーション集約部１０６は、ＡｐＬｉｓｔ５が空であるかどうかを判断し（ステップ１８０３）、ＡｐＬｉｓｔ５が空の場合（ステップ１８０３、Ｙｅｓ）は終了し、ＡｐＬｉｓｔ５が空ではない場合は（ステップ１８０３、Ｎｏ）、ステップ１８０４以降の処理を実行する。
【００９５】
次に、アプリケーション集約部１０６は、図２０に記載のステップ１９０１〜ステップ１９０５の処理を行い、集約アプリケーション間の通信を特定する（ステップ１８０４）。具体的には、まずアプリケーション集約部１０６は、ＡｐＬｉｓｔ５から任意のアプリケーション識別子Ａｐｐ５を取りだし、ＡｐＬｉｓｔ５からＡｐｐ５を削除し、Ａｐｐ５の通信先アドレスＡｄｄ５をアプリケーションリスト３００から取得する（ステップ１９０１）。
【００９６】
アプリケーション集約部１０６は、Ａｄｄ５が示すアドレスのサーバ上で稼働しているアプリケーションのアプリケーション識別子Ａｐｐ６をアプリケーションリスト３００から取得する（ステップ１９０２）。  
アプリケーション集約部１０６は、アプリケーション役割構成リスト４００から、アプリケーション識別子Ａｐｐ６に対応するアプリケーションの役割識別子（役割＃ｎ）を取得する（ステップ１９０３）。
【００９７】
アプリケーション集約部１０６は、集約アプリケーション通信リスト６００を参照し、通信元役割識別子６０１が役割＃ｍで、かつ通信先役割識別子６０２が役割＃ｎの通信が存在するかどうか判定し（ステップ１９０４）、存在する場合は（ステップ１９０４、Ｎｏ）ステップ１９０５の処理は実行せずに、ステップ１８０５以降の処理を実行し、存在しない場合は（ステップ１９０４、Ｙｅｓ）、ステップ１９０５の処理を実行した後、ステップ１８０５以降の処理を実行する。
【００９８】
前記通信が存在しない場合、アプリケーション集約部１０６は、集約アプリケーション通信リスト６００の通信元役割識別子に役割＃ｍを、通信先役割識別子に役割＃ｎを保存して（ステップ１９０５）、図１９のステップ１８０５に処理を戻す。  
次いで、アプリケーション集約部１０６は、ＡｐＬｉｓｔ５が空であるかどうか判定し（ステップ１８０５）、空ではない場合は（ステップ１８０５、Ｎｏ）、ステップ１８０４の処理に戻り、空の場合は（ステップ１８０５、Ｙｅｓ）、ステップ１８０６の処理を実行する。アプリケーション集約部１０６は、現在の役割番号ｍをインクリメントし（ステップ１８０６）、ステップ１８０２の処理に戻る。
【００９９】
例として、役割＃１と通信する役割を特定する処理について説明する。アプリケーション集約部１０６は、図５のアプリケーション役割構成リスト４００に記憶されているアプリケーションのうち、役割識別子４０３が「役割＃１」であるアプリケーションのアプリケーション識別子４０１（アプリケーション＃１、アプリケーション＃２）を取得する。
【０１００】
次に、アプリケーション集約部１０６は、図４のアプリケーションリスト３００を参照し、アプリケーション＃１とアプリケーション＃２の識別子３０１で特定されるアプリケーションの通信先アドレス３０５（共に１９２．１６８．２．３、１９２．１６８．２．４、１９２．１６８．２．５）を取得する。  
アプリケーション集約部１０６は、図４のアプリケーションリスト３００を参照し、取得した各アドレスのサーバ上で稼働するアプリケーション識別子３０１（アプリケーション＃３、アプリケーション＃４、アプリケーション＃５）を取得する。
【０１０１】
次いでアプリケーション集約部１０６は、図５のアプリケーション役割構成リスト４００を参照し、取得したアプリケーション識別子４０１に対応する役割識別子４０３（役割＃２、役割＃３、役割＃３）を取得する。そして、アプリケーション集約部１０６は、図７に示すように、集約アプリケーション通信リスト６００の通信元役割識別子に役割＃１を、通信先役割識別子に役割＃２を記憶する。また、アプリケーション集約部１０６は、集約アプリケーション通信リスト６００の通信元役割識別子に役割＃１を、通信先役割識別子に役割＃３を記憶する。  
アプリケーション構成図作成部は、集約アプリケーションリスト５００と集約アプリケーション通信リスト６００を読み込み、アプリケーション構成図を作成する（ステップ１４０６）。
【０１０２】
以上説明したように、本実施形態では、業務実行サーバなどの運用管理サーバ１００が管理する業務実行サーバ１０２などの管理対象のアドレスを記憶する業務サーバリスト２００、管理対象であるサーバ上で稼働するアプリケーションの情報を記憶するアプリケーションリスト３００、アプリケーションリスト３００に記憶したアプリケーションの業務システムにおける役割に関する情報を記憶するアプリケーション役割構成リスト４００、アプリケーション集約部によって分類された役割に関する情報を記憶する集約アプリケーションリスト５００、役割間の通信情報を記憶する集約アプリケーション通信リスト６００を用いて、業務サーバリスト２００およびアプリケーションリスト３００から業務システムにおけるアプリケーション役割を特定し、アプリケーション役割構成リスト４００に記憶し、アプリケーションリスト３００およびアプリケーション役割構成リスト４００からアプリケーションを役割ごとに集約し、集約結果を集約アプリケーションリスト５００および集約アプリケーション通信リスト６００に記憶し、集約アプリケーションリスト５００および集約アプリケーション通信リスト６００から、アプリケーション構成図を作成する。
【０１０３】
本実施形態によれば、ノウハウなしで、業務システムにおける役割ごとにアプリケーションを集約表示し、システム管理者が一目で現在の構成を把握できるアプリケーション構成図を作成することができる。
【０１０４】
なお、本実施形態では、業務システム特定部１０８、構成変更管理部１０９、設定変更管理部１１０、業務システムリスト７００、アプリケーション構成ベースライン８００、アプリケーション構成変更リスト９００、設定変更適用リスト１０００、物理／論理（仮想）サーバリスト１２００および共有アプリケーションリスト１３００は、使用しなくても良いし、使用しても良い。
【０１０５】
また、本実施形態では、業務システム特定部１０８、構成変更管理部１０９、設定変更管理部１１０、業務システムリスト７００、アプリケーション構成ベースライン８００、アプリケーション構成変更リスト９００、設定変更適用リスト１０００、物理／論理（仮想）サーバリスト１２００および共有アプリケーションリスト１３００は運用管理サーバ１００に備わっていても良いし、備わっていなくても良い。
【０１０６】
＝＝第２実施形態＝＝
図２１に示すように、第１実施形態では、複数の業務システムが混在する場合でも、当該複数業務システムをまとめて役割ごとに集約するが、業務システムごとに集約して表示することも可能である。そのためには、第１階層目のアプリケーションが稼働するサーバのアドレスに対してＨＴＴＰ通信を試み、表示されるページのタイトルを取得し、当該タイトルによって、アプリケーションが所属する業務システムを特定する処理を追加する。
【０１０７】
本実施形態は、業務実行サーバ１０２などの管理対象が、複数の業務システムで構成されている場合に、当該サーバ上で稼働するアプリケーションが属する業務システムを自動的に特定し、当該業務システムごとにアプリケーションを集約して、アプリケーション構成図を作成する方法である。さらに、業務システムごとにアプリケーションを集約して表示する際、図２２に示すように、複数の業務システムで共有されるアプリケーションや、同じ物理サーバ上で動作する仮想サーバ上で稼働するアプリケーションについては、当該事象が把握できるように個別に集約して、アプリケーション構成図を作成する方法である。
【０１０８】
ここでは、第１実施形態で述べたステップ１４０１〜ステップ１４０６に加えて次に示すアプリケーションの業務システムを特定する処理を実行する。アプリケーション役割特定部１０５によって特定した第１階層目のアプリケーションを対象に、ＨＴＴＰ通信を行い、取得されたＷｅｂページのタイトルタグで特定される当該ファイルのタイトルによって、当該アプリケーションの業務システムを特定し、当該アプリケーションと通信する第２階層目以降の一連のアプリケーションを同じ業務システムとすることで、全てのアプリケーションに対して業務システムを特定する。
【０１０９】
図２３は、本実施形態におけるアプリケーションの業務システムを特定する処理を示すフロー図である。  
アプリケーション役割特定部１０５は、図１５に記載のステップ１４０１〜ステップ１４０２の処理を実行し、アプリケーションが属する階層を特定する（ステップ２００１）。  
業務システム特定部１０８は、まず、第１階層目のアプリケーションが所属する業務システムを特定する（ステップ２００２）。
【０１１０】
具体的には、図２４に示す処理を実行する。業務システム特定部１０８は、アプリケーション役割構成リスト４００を参照し、階層識別子４０２が階層＃１であるアプリケーションのアプリケーション識別子４０１を取得し、当該識別子４０１一覧ＡｐＬｉｓｔ１０を作成する（ステップ２１０１）。  
業務システム特定部１０８は、ＡｐＬｉｓｔ１０が空であるかどうか判定し（ステップ２１０２）、ＡｐＬｉｓｔ１０が空の場合は（ステップ２１０２、Ｙｅｓ）ステップ２００３以降の処理を実行し、空ではない場合は（ステップ２１０２、Ｎｏ）、ステップ２１０３以降の処理を実行する。
【０１１１】
業務システム特定部１０８は、ＡｐＬｉｓｔ１０から任意のアプリケーション識別子Ａｐｐ１０を取りだし、ＡｐＬｉｓｔ１０からＡｐｐ１０を削除し、Ａｐｐ１０が稼働するサーバのアドレスＡｄｄ１０をアプリケーションリスト３００から取得する（ステップ２１０３）。  
業務システム特定部１０８は、Ａｄｄ１０の前に「ｈｔｔｐｄ：／／」を、Ａｄｄ１０の後ろに「／」を付加し、ＨＴＴＰ接続リクエストを、送受信部１０３を経由して送信する（ステップ２１０４）。  
業務システム特定部１０８は、通信が成功したかどうかの判定を行い（ステップ２１０５）、通信が成功した場合は（ステップ２１０５、Ｙｅｓ）、ステップ２１０６以降の処理を行い、通信が失敗した場合は（ステップ２１０５、Ｎｏ）、ステップ２１０９の処理を行う。
【０１１２】
業務システム特定部１０８は、通信により前記アドレスから取得して表示されたＷｅｂページのソースコードに対してＤＯＭ解析を行う（ステップ２１０６）。  
業務システム特定部１０８は、表示されたＷｅｂページのソースコードに対してＤＯＭ解析を行った結果、Ｔｉｔｌｅノードが存在するかどうかを判定し（ステップ２１０７）、Ｔｉｔｌｅノードが存在する場合は（ステップ２１０７、Ｙｅｓ）、ステップ２１０８の処理を実行し、Ｔｉｔｌｅノードが存在しない場合は（ステップ２１０７、Ｎｏ）、ステップ２１０９の処理を実行する。
【０１１３】
Ｔｉｔｌｅノードが存在する場合、業務システム特定部１０８は、業務システムリスト７００のアプリケーション識別子欄７０１にＡｐｐ１０を、業務システム名欄７０２にＴｉｔｌｅノードの内容を保存する（ステップ２１０８）。  
Ｔｉｔｌｅノードが存在しない場合、業務システム特定部１０８は、業務システムリスト７００のアプリケーション識別子欄７０１にＡｐｐ１０を、業務システム名欄７０２に業務システム未特定であることを示す情報を保存する（ステップ２１０９）。
【０１１４】
業務システム特定部１０８は、第１階層目のアプリケーションの通信先アドレスを基に、第２階層目以降のアプリケーションの業務システムを特定する（ステップ２００３）。  
具体的には、業務システム特定部１０８は、アプリケーション役割構成リスト４００に記載されているアプリケーションのうち、階層識別子４０２が階層＃１であるアプリケーション識別子４０１を取得し、識別子４０１一覧ＡｐＬｉｓｔ１００を作成する。
【０１１５】
業務システム特定部１０８は、ＡｐＬｉｓｔ１００中の任意のアプリケーション識別子Ａｐｐ１００を取得する。業務システム特定部１０８は、アプリケーションリスト３００を読み込み、アプリケーション識別子Ａｐｐ１００が示すアプリケーションの全ての通信先アドレスＡｄｄ１００を取得する。
【０１１６】
業務システム特定部１０８は、アプリケーションリスト３００を読み込み、Ａｄｄ１００で示されるサーバ上で稼働するアプリケーションＡｐｐ１０１を取得し、業務システムリスト７００のアプリケーション識別子欄７０１にＡｐｐ１０１を、業務システム名欄７０２にアプリケーション識別子Ａｐｐ１００で特定されるアプリケーションの業務システム名を記憶する。上記の処理を繰り返し、第３階層目以降のアプリケーションの業務システムも特定する。
【０１１７】
アプリケーション集約部１０６は、業務システムリスト７００に記載のアプリケーション識別子７０１を取得し、当該識別子７０１一覧ＡｐＬｉｓｔ１０を作成する。（ステップ２００４）。  
アプリケーション集約部１０６は、ＡｐＬｉｓｔ１０が空であるかどうか判定し（ステップ２００５）、ＡｐＬｉｓｔ１０が空の場合は（ステップ２００５、Ｙｅｓ）、処理を終了し、ＡｐＬｉｓｔ１０が空ではない場合は（ステップ２００５、Ｎｏ）、ステップ２００６以降の処理を実行する。
【０１１８】
アプリケーション集約部１０６は、ＡｐＬｉｓｔ１０に記憶されている任意のアプリケーション識別子Ａｐｐ１０を取り出し、ＡｐＬｉｓｔ１０からＡｐｐ１０を削除する（ステップ２００６）。  
アプリケーション集約部１０６は、業務システムリスト７００から、Ａｐｐ１０と同じ業務システム名（ＧＳＮａｍｅ１０）を示すアプリケーション識別子一覧ＡｐＬｉｓｔ１１（Ａｐｐ１０も含む）を取得し、ＡｐＬｉｓｔ１０からＡｐＬｉｓｔ１１を削除する。（ステップ２００７）。
【０１１９】
アプリケーション集約部１０６は、ＡｐＬｉｓｔ１１に記載されている識別子を持つアプリケーションを対象に、図１５に記載のステップ１４０３〜ステップ１４０６の処理を行い業務システム（ＧＳＮａｍｅ１０）のアプリケーション構成図を作成する。
【０１２０】
ステップ１７０２の現役割番号ｋは前の業務システムのときからの連番（ユニーク）とし、ステップ１４０３で分類した役割の識別子を業務システムリスト７００にも保存し（ステップ２００８）、ステップ２００５の処理に戻る。
【０１２１】
次に、複数の業務システムで共有されるアプリケーションを特定する処理について説明する。図２５は、本実施形態において、複数の業務システムで共有されるアプリケーションを特定する処理を示すフロー図である。当該フローは図２３に示す前記業務システムを特定するフローに加えて実行される。
【０１２２】
アプリケーション集約部１０６は、業務システムリスト７００に記載のアプリケーション識別子の一覧ＡｐＬｉｓｔ１１を取得する。（ステップ２２０１）。  
アプリケーション集約部１０６は、ＡｐＬｉｓｔ１１が空であるかどうかを判定し（ステップ２２０２）、ＡｐＬｉｓｔ１１が空である場合は（ステップ２２０２、Ｙｅｓ）、処理を終了し、ＡｐＬｉｓｔ１１が空でない場合は（ステップ２２０２、Ｎｏ）、ステップ２２０３以降の処理を実行する。  
ＡｐＬｉｓｔ１１が空でない場合、アプリケーション集約部１０６はＡＰＬｉｓｔ１１から任意のアプリケーション識別子Ａｐｐ１１を取り出し、ＡｐＬｉｓｔ１１からＡｐｐ１１を削除し、Ａｐｐ１１に対応する役割識別子一覧ＲｏｌｅＬｉｓｔ１１を業務システムリスト７００から取得する（ステップ２２０３）。
【０１２３】
アプリケーション集約部１０６は、ＲｏｌｅＬｉｓｔ１１が空でないかどうかを判定し（ステップ２２０４）、ＲｏｌｅＬｉｓｔ１１が空の場合は（ステップ２２０４、Ｎｏ）、ステップ２２０２の処理に戻り、ＲｏｌｅＬｉｓｔ１１が空ではない場合は（ステップ２２０４、Ｙｅｓ）、ステップ２２０５以降の処理を実行する。  
ｏｌｅＬｉｓｔ１１が空ではない場合、アプリケーション集約部１０６は、ＲｏｌｅＬｉｓｔ１１内の任意の役割識別子Ｒｏｌｅ１１を取り出し、ＲｏｌｅＬｉｓｔ１１からＲｏｌｅ１１を削除する（ステップ２２０５）。
【０１２４】
アプリケーション集約部１０６は、共有アプリケーションリスト１３００を参照し、役割識別子１３０１がＲｏｌｅ１１を示し、かつ共有種別に複数の業務システムを共有していることを示すアプリケーションに対応する共有アプリケーション識別子ＳｈａｒｅＡｐｐ１１を取得する（ステップ２２０６）。
【０１２５】
アプリケーション集約部１０６は、ＳｈａｒｅＡｐｐ１１が存在するかどうかを判定し（ステップ２２０７）、ＳｈａｒｅＡｐｐ１１が存在する場合は（ステップ２２０７、Ｙｅｓ）、ステップ２２０８の処理を実行し、ＳｈａｒｅＡｐｐ１１が存在しない場合は（ステップ２２０７、Ｎｏ）、ステップ２２０９の処理を実行する。  
ＳｈａｒｅＡｐｐ１１が存在する場合、アプリケーション集約部１０６は、共有アプリケーションリスト１３００内の、共有アプリケーション識別子がＳｈａｒｅＡｐｐ１１であるアプリケーションの共有アプリケーション数をインクリメントする（ステップ２２０８）。
【０１２６】
アプリケーション集約部１０６は、共有アプリケーションリスト１３００の役割識別子欄１３０１にＲｏｌｅ１１を、共有アプリケーション数欄１３０２に１を、共有種別欄１３０３に複数の業務システムを共有していることを示す内容を保存する（ステップ２２０９）。
【０１２７】
次に、同じ物理サーバ上で動作する仮想サーバ上で稼働するアプリケーションを特定する処理について説明する。図２６は、本実施形態において、同じ物理サーバ上で動作する仮想サーバ上で稼働するアプリケーションを特定する処理を示すフロー図である。当該フローは図２３に示す前記業務システムを特定するフローに加えて実行される。
【０１２８】
アプリケーション集約部１０６は、物理／論理（仮想）サーバリスト１２００を参照し、同じ物理サーバアドレス１２０１を示す論理／仮想サーバアドレス一覧ＳｒｖＡｄｄＬｉｓｔ１２を取得する（ステップ２３０１）。  
アプリケーション集約部１０６は、ＳｒｖＡｄｄＬｉｓｔ１２が空であるかどうかを判定し（ステップ２３０２）、ＳｒｖＡｄｄＬｉｓｔ１２が空である場合は（ステップ２３０２、Ｙｅｓ）、処理を終了し、ＳｒｖＡｄｄＬｉｓｔ１２が空でない場合は（ステップ２３０２、Ｎｏ）、ステップ２３０３以降の処理を実行する。
【０１２９】
ＳｒｖＡｄｄＬｉｓｔ１２が空でない場合、アプリケーション集約部１０６はＳｒｖＡｄｄＬｉｓｔ１２から任意のアドレスＡｄｄ１２を取り出し（ＳｒｖＡｄｄＬｉｓｔ１２からＡｄｄ１２を削除）、当該アドレスＡｄｄ１２が示すサーバ上で稼働するアプリケーションのアプリケーション識別子一覧ＡｐｐＬｉｓｔ１２をアプリケーションリスト３００から取得する（ステップ２３０３）。  
アプリケーション集約部１０６は、ＡｐｐＬｉｓｔ１２が空であるかどうかを判定し（ステップ２３０４）、ＡｐｐＬｉｓｔ１２が空の場合は（ステップ２３０４、Ｙｅｓ）、ステップ２３０２の処理に戻り、ＡｐｐＬｉｓｔ１２が空ではない場合は（ステップ２３０４、Ｎｏ）、ステップ２３０５以降の処理を実行する。  
ＡｐｐＬｉｓｔ１２が空ではない場合、アプリケーション集約部１０６は、ＡｐｐＬｉｓｔ１２から任意のアプリケーション識別子Ａｐｐ１２を取り出し、ＡｐｐＬｉｓｔ１２からＡｐｐ１２を削除し、アプリケーション役割構成リスト４００を参照し、Ａｐｐ１２に対応する役割Ｒｏｌｅ１２を取得する（ステップ２３０５）。
【０１３０】
アプリケーション集約部１０６は、共有アプリケーションリスト１３００を参照し、役割識別子１３０１がＲｏｌｅ１２を示し、かつ共有種別に仮想サーバを共有していることを示すアプリケーションに対応する共有アプリケーション識別子ＳｈａｒｅＡｐｐ１２を取得する（ステップ２３０６）。  
アプリケーション集約部１０６は、ＳｈａｒｅＡｐｐ１２が存在するかどうかを判定し（ステップ２３０７）、ＳｈａｒｅＡｐｐ１２が存在する場合は（ステップ２３０７、Ｙｅｓ）、ステップ２３０８の処理を実行し、ＳｈａｒｅＡｐｐ１２が存在しない場合は（ステップ２３０７、Ｎｏ）、ステップ２３０９の処理を実行する。  
ＳｈａｒｅＡｐｐ１２が存在する場合、アプリケーション集約部１０６は、共有アプリケーションリスト１３００内の、共有アプリケーション識別子がＳｈａｒｅＡｐｐ１２を示すアプリケーションの共有アプリケーション数をインクリメントする（ステップ２３０８）。  
ＳｈａｒｅＡｐｐ１２が存在しない場合、アプリケーション集約部１０６は、共有アプリケーションリスト１３００の役割識別子欄１３０１にＲｏｌｅ１２を、共有アプリケーション数欄１３０２に１を、共有種別欄１３０３に仮想サーバを共有していることを示す内容を保存する（ステップ２３０９）。
【０１３１】
以上説明したように、本実施形態では、業務実行サーバなどの運用管理サーバ１００が管理する業務実行サーバ１０２などの管理対象のアドレスを記憶する業務サーバリスト２００、管理対象であるサーバ上で稼働するアプリケーションの情報を記憶するアプリケーションリスト３００、アプリケーションリスト３００に記憶したアプリケーションの業務システムにおける役割に関する情報を記憶するアプリケーション役割構成リスト４００、アプリケーション集約部によって分類された役割に関する情報を記憶する集約アプリケーションリスト５００、役割間の通信情報を記憶する集約アプリケーション通信リスト６００、アプリケーションが所属する業務システムを記憶する業務システムリスト７００、アプリケーションが稼働するサーバの種別を記憶する物理／論理（仮想）サーバリスト１２００、アプリケーションが複数の業務システムで共有されているもしくは、アプリケーションが稼働する物理サーバが他の業務システムで共有されていることを記憶する共有アプリケーションリスト１３００を用いて、業務実行サーバリスト２００およびアプリケーションリスト３００から業務システムにおけるアプリケーション役割を特定し、アプリケーション役割構成リスト４００に記憶し、アプリケーション役割構成リスト４００およびアプリケーションリスト３００から役割１のアプリケーションが稼働するサーバのアドレスを取得し、当該アドレス宛てにＨＴＴＰ通信を試み、ＨＴＴＰ通信を行った際に表示されるページをアプリケーションが属する業務システムと特定し、所定の業務システムにおいて、アプリケーションリスト３００およびアプリケーション役割構成リスト４００からアプリケーションを役割ごとに集約し、集約結果を集約アプリケーションリスト５００および集約アプリケーション通信リスト６００に記憶し、業務システムリスト７００から、複数の業務システムで共有されているアプリケーションの個数を共有アプリケーションリスト１３００に記憶し、アプリケーションリスト３００、業務システムリスト７００および物理／論理（仮想）サーバリスト１２００を参照し、同じ物理サーバ上で動作する仮想サーバ上で稼働するアプリケーションの個数を共有アプリケーションリスト１３００に記憶し、集約アプリケーションリスト５００、集約アプリケーション通信リスト６００および共有アプリケーションリスト１３００から、アプリケーション構成図を作成する。
【０１３２】
本実施形態によれば、運用管理サーバ１００が管理する管理対象に複数の業務システムが混在している場合でも、アプリケーションが所属する業務システムを自動的に特定し、当該業務システムごとに、アプリケーションを集約表示することで、システム管理者が一目で現在の構成を把握できるアプリケーション構成図を作成することができる。
【０１３３】
また、アプリケーションが複数の業務システムから共有されている場合や、同じ物理サーバ上で稼働する異なる業務システムのアプリケーションが存在する場合でも、当該共有アプリケーションごとに集約することで、システム管理者が当該共有アプリケーションの状況を一目で現在の構成を把握できるアプリケーション構成図を作成することができる。
【０１３４】
なお、本実施形態では、構成変更管理部１０９、設定変更管理部１１０、アプリケーション構成ベースライン８００、アプリケーション構成変更リスト９００および設定変更適用リスト１０００は、使用しなくても良いし、使用しても良い。また、構成変更管理部１０９、設定変更管理部１１０、アプリケーション構成ベースライン８００、アプリケーション構成変更リスト９００および設定変更適用リスト１０００は、運用管理サーバ１００に備わっていても良いし、備わっていなくても良い。
【０１３５】
＝＝第３実施形態＝＝
図２７に示すように、第１実施形態では、複数の業務システムが混在する場合でも、当該複数業務システムをまとめてアプリケーションの役割ごとに集約するが、与えられた付加情報（例えば、各アプリケーションの設定情報や、各アプリケーションの変更情報や障害情報など）ごとに集約することで、一つだけ設定が異なる（例えばおそらく設定ミスがあると考えられる）アプリケーションや変更や障害が発生しているアプリケーションなど、対策や何らかの操作が必要なアプリケーションをシステム管理者が直感的に把握することができるように表示することもできる。そのためには、アプリケーションを設定情報、変更情報、障害情報などに基づき分類する処理を追加する。
【０１３６】
本実施形態は、業務実行サーバ１０２などの管理対象上で稼働するアプリケーションに対して付加情報が与えられた際に、当該付加情報に応じて、アプリケーションを集約して、アプリケーション構成図を作成する方法である。ここで、付加情報とは、集約するアプリケーションに関する様々な情報のことであり、アプリケーションの構成変更情報、アプリケーションが稼働するホストのホスト種別情報（仮想サーバ、物理サーバもしくは論理サーバなど）、アプリケーションの設定情報差分情報などである。
【０１３７】
本実施形態では、その一例として、図２７に示すように、本来あるべきアプリケーション構成を示すアプリケーションの構成ベースライン８００が与えられた場合に、現在のアプリケーション構成と当該ベースラインとを比較し、構成の変更を特定し、システム管理者が管理対象内のアプリケーションの変更情報を一目で把握できるように、構成変更内容ごとにアプリケーションを集約する方法を説明する。
【０１３８】
第１実施形態で述べたステップ１４０１〜ステップ１４０７に加えて、各アプリケーションを対象に、与えられたアプリケーションの構成ベースライン８００と現在のアプリケーション構成との比較結果をアプリケーション構成変更リスト９００に記憶し、当該アプリケーション構成変更リスト９００に記憶されている内容に基づき、アプリケーションのグループを特定し、当該役割を特定する識別情報をアプリケーション役割構成リスト４００に記憶する処理を追加することで実現する。
【０１３９】
図２８は、本実施形態において、各アプリケーションを対象に与えられたアプリケーションの構成ベースライン８００と現在のアプリケーション構成との比較結果をアプリケーション構成変更リスト９００に記憶し、当該アプリケーション構成変更リスト９００に記憶されている内容に基づき、アプリケーションのグループを特定し、当該役割を特定する識別情報をアプリケーション役割構成リスト４００に記憶する処理フローを示している。
【０１４０】
構成変更管理部１０９は、アプリケーション構成ベースライン８００のアプリケーション識別子８０１と通信元／通信先アドレス８０４、８０５一覧を自身が生成したＬｉｓｔＡに、現在のアプリケーションリスト３００のアプリケーション識別子８０１一覧と通信元／通信先アドレス８０４、８０５一覧を同じく自身が生成したＬｉｓｔＢに読み込む（ステップ２４０１）。ＬｉｓｔＡ、ＬｉｓｔＢは、例えば記憶部１１１の適宜の記憶領域に格納しておけばよい。
【０１４１】
ここで、アプリケーションベースラインとは、本来、正しいとされているアプリケーション構成が記述されている表形式のデータであり、本実施形態では、比較処理の簡略化のため、当該ベースラインの内容はアプリケーションリスト３００と同じであるとしているが、アプリケーション構成の変更が特定できるのであれば、異なる内容でも良い。
【０１４２】
構成変更管理部１０９は、ＬｉｓｔＢが空ではないかどうか判定し（ステップ２４０２）、ＬｉｓｔＢが空ではない場合は（ステップ２４０２、Ｎｏ）、ステップ２４０３の処理を実行し、ＬｉｓｔＢが空の場合は（ステップ２４０２、Ｙｅｓ）、ステップ２４０４以降の処理を実行する。  
次いで、構成変更管理部１０９は、図２９に記載されている処理Ａおよび処理Ｂを実行する（ステップ２４０３）。
【０１４３】
図２９を参照すると、具体的には、構成変更管理部１０９は、まずＬｉｓｔＢから任意のアプリケーション識別子Ａｐｐ１３を取り出し、ＬｉｓｔＢからＡｐｐ１３を削除する（ステップ２５０１）。  
構成変更管理部１０９は、ＬｉｓｔＡにＡｐｐ１３が存在しないかどうか判定し（ステップ２５０２）、ＬｉｓｔＡにＡｐｐ１３が存在しない場合は（ステップ２５０２、Ｙｅｓ）、ステップ２５０３以降の処理を実行し、ＬｉｓｔＡにＡｐｐ１３が存在する場合は（ステップ２５０２、Ｎｏ）、ステップ２５０６以降の処理を実行する。
【０１４４】
構成変更管理部１０９は、アプリケーション構成ベースライン８００からＬｉｓｔＡを取得したかどうか判定し（ステップ２５０３）、アプリケーション構成ベースライン８００からＬｉｓｔＡの情報を取得した場合は（ステップ２５０３、Ｙｅｓ）、ステップ２５０４の処理を実行し、アプリケーション構成ベースライン８００からＬｉｓｔＡの情報を取得していない場合は（ステップ２５０３、Ｎｏ）、ステップ２５０５の処理を実行する。
【０１４５】
ＬｉｓｔＡの情報を取得した場合、構成変更管理部１０９は、アプリケーション構成変更リスト９００のアプリケーション識別子欄９０１にＡｐｐ１３を、変更内容欄９０２にアプリケーションが新規起動したことを示す内容を保存し（ステップ２５０４）、ステップ２４０２の処理に戻る。  
ＬｉｓｔＡの情報を取得していない場合、構成変更管理部１０９は、アプリケーション構成変更リスト９００のアプリケーション識別子欄９０１にＡｐｐ１３を、変更内容欄９０２にアプリケーションが停止したことを示す情報を保存し（ステップ２５０５）、ステップ２４０２の処理に戻る。  
構成変更管理部１０９は、処理Ｂも実行するかどうか判定し、本処理ステップでは処理Ｂも実行するため、ステップ２５０８以降の処理を実行する（ステップ２５０６）。
【０１４６】
構成変更管理部１０９は、ＬｉｓｔＡからＡｐｐ１３の通信元アドレスＡｄｄｒ１３と通信先アドレスＡｄｄｒ１４を取得し、ＬｉｓｔＢからＡｐｐ１３の通信元アドレスＡｄｄｒ１５と通信先アドレスＡｄｄｒ１６を取得し（ステップ２５０７）、ステップ２４０２の処理に戻る。  
構成変更管理部１０９は、Ａｄｄｒ１３とＡｄｄｒ１５が異なるかどうかを判定し（ステップ２５０８）、異なる場合は（ステップ２５０８、Ｙｅｓ）ステップ２５０９以降の処理を実行し、異ならない場合は（ステップ２５０８、Ｎｏ）ステップ２５１０以降の処理を実行する。
【０１４７】
Ａｄｄｒ１３とＡｄｄｒ１５が異なる場合、構成変更管理部１０９は、アプリケーション構成変更リスト９００のアプリケーション識別子欄９０１にＡｐｐ１３を、変更内容欄９０２に通信元が変更したことを示す情報を保存して（ステップ２５０９）、ステップ２５１０へ進む。  
Ａｄｄｒ１３とＡｄｄｒ１５が異ならない場合、構成変更管理部１０９は、Ａｄｄｒ１４とＡｄｄｒ１６が異なるかどうかを判定し（ステップ２５１０）、異なる場合は（ステップ２５１０、Ｙｅｓ）ステップ２５１３の処理を実行し、異ならない場合は（ステップ２５１０、Ｎｏ）ステップ２４０２の処理に戻る。  
構成変更管理部１０９は、アプリケーション構成変更リスト９００のアプリケーション識別子欄９０１にＡｐｐ１３を、変更内容欄９０２に通信先が変更されたことを示す情報を保存し（ステップ２５１１）、ステップ２４０２の処理に戻る。
【０１４８】
構成変更管理部１０９は、現在のアプリケーションリスト３００のアプリケーション識別子３０１と通信元／通信先アドレス３０４、３０５一覧をＬｉｓｔＡに、アプリケーション構成ベースライン８００のアプリケーション識別子８０１一覧と通信元／通信先アドレス８０４、８０５一覧をＬｉｓｔＢに読み込む。（ステップ２４０４）。  
構成変更管理部１０９は、ＬｉｓｔＢが空ではないかどうか判定し（ステップ２４０５）、ＬｉｓｔＢが空ではない場合は（ステップ２４０５、Ｙｅｓ）、ステップ２４０６の処理を実行し、ＬｉｓｔＢが空の場合は（ステップ２４０５、Ｎｏ）、処理を終了する。
【０１４９】
次いで、構成変更管理部１０９は、構成変更管理部は、図２９に記載されている処理Ａのみを実行する（ステップ２４０６）。  
具体的には、図２９の処理を実行する。構成変更管理部１０９は、ＬｉｓｔＢから任意のアプリケーション識別子Ａｐｐ１３を取り出し、ＬｉｓｔＢからＡｐｐ１３を削除する（ステップ２５０１）。  
構成変更管理部１０９は、ＬｉｓｔＡにＡｐｐ１３が存在しないかどうか判定し（ステップ２５０２）、ＬｉｓｔＡにＡｐｐ１３が存在しない場合は（ステップ２５０２、Ｙｅｓ）、ステップ２５０３以降の処理を実行し、ＬｉｓｔＡにＡｐｐ１３が存在する場合は（ステップ２５０２、Ｎｏ）、ステップ２５０６以降の処理を実行する。  
構成変更管理部１０９は、アプリケーション構成ベースライン８００からＬｉｓｔＡを取得したかどうか判定し（ステップ２５０３）、アプリケーション構成ベースライン８００からＬｉｓｔＡの情報を取得した場合は（ステップ２５０３、Ｙｅｓ）、ステップ２５０４の処理を実行し、アプリケーション構成ベースライン８００からＬｉｓｔＡの情報を取得していない場合は（ステップ２５０３、Ｎｏ）、ステップ２５０５の処理を実行する。
【０１５０】
アプリケーション構成ベースライン８００からＬｉｓｔＡの情報を取得した場合、構成変更管理部１０９は、アプリケーション構成変更リスト９００のアプリケーション識別子欄９０１にＡｐｐ１３を、変更内容欄９０２にアプリケーションが新規起動したことを示す内容を保存し（ステップ２５０４）、ステップ２４０５の処理に戻る。  
アプリケーション構成ベースライン８００からＬｉｓｔＡの情報を取得していない場合構成変更管理部１０９は、アプリケーション構成変更リスト９００のアプリケーション識別子欄９０１にＡｐｐ１３を、変更内容欄９０２にアプリケーションが停止したことを示す情報を保存し（ステップ２５０５）、ステップ２４０５の処理に戻る。  
構成変更管理部１０９は、処理Ｂも実行するかどうか判定し、本処理ステップでは処理Ｂは実行しないため、ステップ２４０２の処理に戻る（ステップ２５０６）。
【０１５１】
以上説明したように、本実施形態では、業務実行サーバなどの運用管理サーバ１００が管理する業務実行サーバ１０２などの管理対象のアドレスを記憶する業務サーバリスト２００、管理対象であるサーバ上で稼働するアプリケーションの情報を記憶するアプリケーションリスト３００、アプリケーションリスト３００に記憶したアプリケーションの業務システムにおける役割に関する情報を記憶するアプリケーション役割構成リスト４００、アプリケーション集約部によって分類された役割に関する情報を記憶する集約アプリケーションリスト５００、役割間の通信情報を記憶する集約アプリケーション通信リスト６００を用いて、業務サーバリスト２００およびアプリケーションリスト３００から業務システムにおけるアプリケーション役割を特定し、アプリケーション役割構成リスト４００に記憶し、アプリケーションリスト３００およびアプリケーション役割構成リスト４００からアプリケーションを役割ごとに集約する。その後、本来、正しいとされているアプリケーション構成が記述されているアプリケーション構成ベースライン８００とアプリケーションリスト３００とを比較し、アプリケーション構成ベースライン８００からの変更情報をアプリケーション構成変更リスト９００に記憶し、アプリケーション構成変更リストから、変更内容に応じてアプリケーションを詳細に集約し、アプリケーション役割構成リストを更新する。さらに、集約結果を集約アプリケーションリスト５００および集約アプリケーション通信リスト６００に記憶し、集約アプリケーションリスト５００および集約アプリケーション通信リスト６００から、アプリケーション構成図を作成する。
【０１５２】
本実施形態によれば、運用管理サーバ１００が管理する管理対象のアプリケーションの構成に変更が起こっている場合でも、当該アプリケーションを変更内容ごとに集約表示し、システム管理者が一目で構成の変更内容を把握できるアプリケーション構成図を作成することができる。
【０１５３】
なお、本実施形態では、業務システム特定部１０８、設定変更管理部１１０、業務システムリスト７００および設定変更適用リスト１０００、物理／論理（仮想）サーバリスト１２００および共有アプリケーションリスト１３００は、使用しなくても良いし、使用しても良い。
【０１５４】
また、業務システム特定部１０８、設定変更管理部１１０、業務システムリスト７００および設定変更適用リスト１０００、物理／論理（仮想）サーバリスト１２００および共有アプリケーションリスト１３００は、運用管理サーバ１００に備わっていても良いし、備わっていなくても良い。
【０１５５】
＝＝第４実施形態＝＝
本発明の第４実施形態は、業務実行サーバ１０２などの運用管理サーバ１００が管理する管理対象上で稼働する役割や名称が同じであるアプリケーションに対して、当該アプリケーションの設定情報を一括変更することで、設定変更に対するシステム管理者の負荷を軽減する方法である。
【０１５６】
具体的な処理として、当該設定変更は、図１５に例示したステップ１４０１〜１４０６のアプリケーションの集約処理に加えて、次に示すアプリケーションの設定情報を変更する処理を実行することで実現する。システム管理者が運用管理端末１０１の入力部１１２から送受信部１１４を介して、運用管理サーバ１００の設定変更管理部１１０に送信した役割を特定する識別子情報と設定内容を基に当該役割に属するアプリケーションの設定情報を変更する。
【０１５７】
図３０は、本実施形態における設定情報変更処理のフローを示している。  
設定変更管理部１１０は、システム管理者から役割識別子Ｒｏｌｅ１４と設定内容Ｃｈａｎｇｅ１４を含む変更要求を受信する（ステップ２６０１）。  
ここで、役割識別子Ｒｏｌｅ１４および設定内容Ｃｈａｎｇｅ１４は、単数でも複数でも構わない。また、設定内容Ｃｈａｎｇｅ１４とは、アプリケーションの設定情報に対する変更処理が記述されているデータであり、「設定ファイルＸ１の設定項目Ｙ１をＺ１に変更する」、「設定ファイルＸ２の設定項目Ｙ２を削除する」、「設定ファイルＸ３に新規設定項目Ｙ３を追加する」などの処理を指示する。
【０１５８】
設定変更管理部１１０は、アプリケーション役割構成リスト４００を参照し、役割識別子がＲｏｌｅ１４を示すアプリケーションの識別子一覧ＡｐｐＬｉｓｔ１４を取得し、設定変更適用リスト１０００に、ＡｐｐＬｉｓｔ１４のアプリケーション識別子とＣｈａｎｇｅ１４を保存する（ステップ２６０２）。
【０１５９】
設定変更管理部１１０は、設定変更適用リスト１０００が空ではないかどうか判定し（ステップ２６０３）、空の場合は（ステップ２６０３、Ｙｅｓ）処理を終了し、空ではない場合は（ステップ２６０３、Ｎｏ）ステップ２６０４以降の処理を実行する。
【０１６０】
設定変更管理部１１０は、設定変更適用リスト１０００に記載の任意のアプリケーション識別子Ａｐｐ１７と変更内容Ｃｈａｎｇｅ１５を取り出し、設定変更適用リスト１０００のＡｐｐ１７とＣｈａｎｇｅ１５を削除する（ステップ２６０４）。  
設定変更管理部１１０は、アプリケーションＡｐｐ１７が稼働するサーバのアドレスＡｄｄｒ１７をアプリケーションリスト３００から取得する（ステップ２６０５）。  
設定変更管理部１１０は、Ａｄｄｒ１７宛てにＣｈａｎｇｅ１５を送信する。（ステップ２６０６）。具体的には、運用管理端末１０１の送受信部１１４を介して、Ａｄｄｒ１７のアドレスを持つ業務実行サーバ１０２の送受信部１１６宛てに変更内容Ｃｈａｎｇｅ１５を送信する。  
業務実行サーバ１０２の送受信部は、Ｃｈａｎｇｅ１５を受信し、受信内容を設定管理部１１７に送り、設定管理部１１７は、Ｃｈａｎｇｅ１５に記載されている設定変更処理を実行する（ステップ２６０７）。
【０１６１】
以上説明したように、本実施形態では、業務実行サーバなどの運用管理サーバ１００が管理する業務実行サーバ１０２などの管理対象のアドレスを記憶する業務サーバリスト２００、管理対象であるサーバ上で稼働するアプリケーションの情報を記憶するアプリケーションリスト３００、アプリケーションリスト３００に記憶したアプリケーションの業務システムにおける役割に関する情報を記憶するアプリケーション役割構成リスト４００、アプリケーション集約部によって分類された役割に関する情報を記憶する集約アプリケーションリスト５００、役割間の通信情報を記憶する集約アプリケーション通信リスト６００を用いて、業務サーバリスト２００およびアプリケーションリスト３００から業務システムにおけるアプリケーション役割を特定し、アプリケーション役割構成リスト４００に記憶し、アプリケーションリスト３００およびアプリケーション役割構成リスト４００からアプリケーションを役割ごとに集約し、集約結果を集約アプリケーションリスト５００および集約アプリケーション通信リスト６００に記憶し、集約アプリケーションリスト５００および集約アプリケーション通信リスト６００から、アプリケーション構成図を作成する。その後、設定変更適用リスト１０００から設定変更対象となるアプリケーションと設定内容を取得し、アプリケーションに変更を適用する。
【０１６２】
本実施形態によれば、集約した役割単位で、当該アプリケーションの設定情報を一括変更することができる。  
なお、本実施形態では、業務システム特定部１０８、構成変更管理部１０９、業務システムリスト７００、アプリケーション構成ベースライン８００、アプリケーション構成変更リスト９００、物理／論理（仮想）サーバリスト１２００および共有アプリケーションリスト１３００は、使用しなくても良いし、使用しても良い。  
また、本実施形態では、業務システム特定部１０８、構成変更管理部１０９、業務システムリスト７００、アプリケーション構成ベースライン８００、アプリケーション構成変更リスト９００、物理／論理（仮想）サーバリスト１２００および共有アプリケーションリスト１３００は、運用管理サーバ１００に備わっていても良いし、備わっていなくても良い。
【０１６３】
＝＝第５実施形態＝＝
複数の業務システムごとに集約して表示する別の方法として、アプリケーションが使用するファイル一覧を取得し、当該ファイル一覧によって、アプリケーションが所属する業務システムを特定する処理を追加する。このようなファイルとしては、例えばＷＡＲ／ＥＡＲ／ＪＡＲファイルを、J2EEプラットフォームの管理に関する標準モデルであるＪＳＲ７７モデルに従って取得する。あるいは、ＭＢｅａｎ（Managed Bean）、ＳＮＭＰ（Simple Network Management Protocol）、ＣＩＭ（Common Information Model）などの他の手法によって取得するようにしてもよい。
【０１６４】
本実施形態は、業務実行サーバ１０２などの管理対象が、複数の業務システムで構成されている場合に、当該サーバ上で稼働するアプリケーションが属する業務システムを自動的に特定し、当該業務システムごとにアプリケーションを集約して、アプリケーション構成図を作成する方法である。  
ここでは、第１実施形態で述べたステップ１４０１〜ステップ１４０６（図１５）に加えて、アプリケーションが使用するファイル一覧情報から、アプリケーションの業務システムを特定する処理を実行する。
【０１６５】
図３１は、本実施形態におけるアプリケーションの業務システムを特定する処理を示すフロー図である。  
業務システム特定部１０８は、アプリケーション役割構成リスト４００から、アプリケーション識別子一覧ＡｐＬｉｓｔ１５を取得する（ステップ２７０１）。  
業務システム特定部１０８は、ＡｐＬｉｓｔ１５が空であるかどうか判定し（ステップ２７０２）、ＡｐＬｉｓｔ１５が空の場合は（ステップ２７０２、Ｙｅｓ）、処理を終了し、ＡｐＬｉｓｔ１５が空ではない場合は（ステップ２７０２、Ｎｏ）ステップ２７０３以降の処理を実行する。
【０１６６】
業務システム特定部１０８は、ＡｐＬｉｓｔ１５から任意のアプリケーション識別子Ａｐｐ１８を取りだし、ＡｐＬｉｓｔ１５からＡｐｐ１８を削除し、Ａｐｐ１８が稼働するサーバのアドレスＡｄｄ１８をアプリケーションリスト３００から取得する（ステップ２７０３）。  
業務システム特定部１０８は、Ａｄｄ１８に対して、Ａｄｄ１８のサーバ内に保存されているＷＡＲ／ＥＡＲ／ＪＡＲファイル一覧ＦｉｌｅＬｉｓｔ１８の取得要求を送信する（ステップ２７０４）。  
業務システム特定部１０８は、ファイル一覧の取得が成功したかどうか判定し（ステップ２７０５）、ファイル一覧の取得が成功した場合に限り（ステップ２７０５、Ｙｅｓ）ステップ２７０６以降の処理を行う。
【０１６７】
業務システム特定部１０８は、Ａｐｐ１８とＦｉｌｅＬｉｓｔ１８を業務システムリストに保存する（ステップ２７０６）。  
業務システム特定部１０８は、業務システムリスト内にＷＡＲ／ＥＡＲ／ＪＡＲファイル一覧の内容が全く同じアプリ識別子Ａｐｐ１９が存在するかどうか判定し（ステップ２７０７）、Ａｐｐ１９が存在する場合は（ステップ２７０７、Ｙｅｓ）、ステップ２７０８の処理を実行し、Ａｐｐ１９が存在しない場合は（ステップ２７０７、Ｎｏ）、ステップ２７０９の処理を実行する。
【０１６８】
Ａｐｐ１９が存在する場合、業務システム特定部１０８は、アプリケーション識別子４０１がＡｐｐ１８である業務システムリスト７００内の役割識別子４０３にＡｐｐ１９と同じ役割識別子を保存し（ステップ２７０８）、ステップ２７０２の処理に戻る。  
Ａｐｐ１９が存在しない場合、業務システム特定部１０８は、アプリケーション識別子がＡｐｐ１８である業務システムリスト７００内の役割識別子に新たな役割識別子を付加して保存し（ステップ２７０９）、ステップ２７０２の処理に戻る。
【０１６９】
以上説明したように、本実施形態では、運用管理サーバ１００が管理する業務実行サーバ１０２などの管理対象のアドレスを記憶する業務サーバリスト２００、管理対象であるサーバ上で稼働するアプリケーションの情報を記憶するアプリケーションリスト３００、アプリケーションリスト３００に記憶したアプリケーションの業務システムにおける役割に関する情報を記憶するアプリケーション役割構成リスト４００、アプリケーション集約部によって分類された役割に関する情報を記憶する集約アプリケーションリスト５００、役割間の通信情報を記憶する集約アプリケーション通信リスト６００、アプリケーションが所属する業務システムを記憶する業務システムリスト７００を用いて、業務サーバリスト２００およびアプリケーションリスト３００から業務システムにおけるアプリケーション役割を特定し、アプリケーション役割構成リスト４００に記憶し、アプリケーションリスト３００に記載のアプリケーションが稼働するサーバのアドレスを取得し、当該アドレス宛てに通信を試み、当該アプリケーションが使用するファイル一覧を取得し、当該ファイル一覧が同じアプリケーションを同じ業務システムであると特定し、所定の業務システムにおいて、アプリケーションリスト３００およびアプリケーション役割構成リスト４００からアプリケーションを役割ごとに集約し、集約結果を集約アプリケーションリスト５００および集約アプリケーション通信リスト６００に記憶し、集約アプリケーションリスト５００、集約アプリケーション通信リスト６００から、アプリケーション構成図を作成する。
【０１７０】
本実施形態によれば、運用管理サーバ１００が管理する管理対象に複数の業務システムが混在している場合でも、アプリケーションが所属する業務システムを自動的に特定し、当該業務システムごとに、アプリケーションを集約表示することで、システム管理者が一目で現在の構成を把握できるアプリケーション構成図を作成することができる。
【０１７１】
なお、本実施形態では、構成変更管理部１０９、設定変更管理部１１０、アプリケーション構成ベースライン８００、アプリケーション構成変更リスト９００、設定変更適用リスト１０００、論理／物理（仮想）サーバリスト１２００および共有アプリケーションリスト１３００は、使用しなくても良いし、使用しても良い。また、構成変更管理部１０９、設定変更管理部１１０、アプリケーション構成ベースライン８００、アプリケーション構成変更リスト９００および設定変更適用リスト１０００は、運用管理サーバ１００に備わっていても良いし、備わっていなくても良い。
【０１７２】
＝＝第６実施形態＝＝
第１実施形態ではアプリケーションの通信元アドレス３０４と名称３０３のみを使用して役割を特定していたが、アプリケーションの通信先アドレス３０５も考慮し、役割を特定することで、より詳細な役割の分類が可能となる。  
本実施形態は、業務実行サーバ１０２上で稼働するアプリケーションの名称３０３と通信元アドレス３０４が、全く同じである複数の役割の異なるアプリケーションが存在する場合に、当該サーバ上で稼働するアプリケーションの通信先アドレス３０５を取得し、当該通信先アドレス３０５によってアプリケーションの役割を特定し、当該役割ごとにアプリケーションを集約して、アプリケーション構成図を作成する方法である。  
ここでは、第１実施形態で述べたステップ１４０１〜ステップ１４０６（図１５）に加えて、アプリケーションの通信先アドレス３０５から、アプリケーションの役割を特定する処理を実行する。
【０１７３】
図３２は、本実施形態におけるアプリケーションの役割を特定する処理を示すフロー図である。  
アプリケーション役割特定部１０５は、図１８に記載のステップ１７０１の処理（現階層番号j=1とする）を実行する（ステップ２８０１）。  
アプリケーション役割特定部１０５は、図１８に記載のステップ１７０２の処理（アプリケーション役割構成リストに記載の階層識別子が階層＃ｊを示すアプリケーションのアプリケーション識別子一覧ＡｐＬｉｓｔ３を取得し、現役割番号ｋ＝１とする）を実行する（ステップ２８０２）。  
アプリケーション役割特定部１０５は、ＡｐＬｉｓｔ２が空であるかどうか判定し（ステップ２８０３）、ＡｐＬｉｓｔ２が空の場合は（ステップ２８０３、Ｙｅｓ）、処理を終了し、ＡｐＬｉｔ２が空でない場合は（ステップ２８０３、Ｎｏ）、ステップ２８０４の処理を実行する。
【０１７４】
アプリケーション役割特定部１０５は、図１８に記載のステップ１７０４〜ステップ１７０６の処理を実行する（ステップ２８０４）。  
アプリケーション役割特定部１０５は、ＡｐＬｉｓｔ４の通信先一覧ＡｄｄｒＬｉｓｔ２０をアプリケーションリスト３００から取得する（ステップ２８０５）。  
アプリケーション役割特定部１０５は、ＡｐＬｉｓｔ４が空であるかどうかを判定し（ステップ２８０６）、ＡｐＬｉｓｔ４が空である場合は（ステップ２８０６、Ｎｏ）、ステップ２８１０の処理を実行し、ＡｐＬｉｓｔ４が空ではない場合は（ステップ２８０６、Ｙｅｓ）、ステップ２８０７以降の処理を実行する。
【０１７５】
アプリケーション役割特定部１０５は、ＡｐＬｉｓｔ４に記載されている任意のアプリケーション識別子Ａｐｐ２０を取り出し、ＡｐＬｉｓｔ４からＡｐｐ２０を削除し、アプリケーションの識別子リストＡｐＬｉｓｔ５に追加する（ステップ２８０７）。  
アプリケーション役割特定部１０５は、ＡｄｄｒＬｉｓｔ２０を参照し、Ａｐｐ２０と同じアドレスを示すアプリケーションの識別子Ａｐｐ２１をＡｐＬｉｓｔ４から取り出し、ＡｐＬｉｓｔ４からＡｐｐ２１を削除し、ＡｐＬｉｓｔ５に追加する（ステップ２８０８）。  
アプリケーション役割特定部１０５は、ＡｐＬｉｓｔ５に記載のアプリケーション識別子４０１と役割識別子４０３（役割＃ｋ）をアプリケーション役割構成リスト４００に保存し、ｋをインクリメントする（ステップ２８０９）。  
アプリケーション役割特定部１０５は、ｊをインクリメントして（ステップ２８１０）、ステップ２８０２へ戻る。
【０１７６】
以上説明したように、本実施形態では、運用管理サーバ１００が管理する業務実行サーバ１０２などの管理対象のアドレスを記憶する業務サーバリスト２００、管理対象であるサーバ上で稼働するアプリケーションの情報を記憶するアプリケーションリスト３００、アプリケーションリスト３００に記憶したアプリケーションの業務システムにおける役割に関する情報を記憶するアプリケーション役割構成リスト４００、アプリケーション集約部によって分類された役割に関する情報を記憶する集約アプリケーションリスト５００、役割間の通信情報を記憶する集約アプリケーション通信リスト６００を用いて、業務サーバリスト２００およびアプリケーションリスト３００から業務システムにおけるアプリケーション役割を特定し、アプリケーション役割構成リスト４００に記憶し、アプリケーションリスト３００に記載のアプリケーションの通信先を取得し、当該通信先が同じである同階層のアプリケーションを同じ役割であると特定し、アプリケーションリスト３００およびアプリケーション役割構成リスト４００からアプリケーションを役割ごとに集約し、集約結果を集約アプリケーションリスト５００および集約アプリケーション通信リスト６００に記憶し、集約アプリケーションリスト５００、集約アプリケーション通信リスト６００から、アプリケーション構成図を作成する。
【０１７７】
本実施形態によれば、アプリケーションの通信元アドレスおよびアプリケーションの名称が同じで異なる役割のアプリケーションが存在しても、アプリケーションの通信先アドレスが異なれば、異なる役割であると自動的に特定し、当該役割ごとに、アプリケーションを集約表示することで、より詳細なアプリケーション構成図を作成することができる。
【０１７８】
なお、本実施形態では、業務システム特定部１０８、構成変更管理部１０９、設定変更管理部１１０、業務システムリスト７００、アプリケーション構成ベースライン８００、アプリケーション構成変更リスト９００、設定変更適用リスト１０００、物理／論理（仮想）サーバリスト１２００および共有アプリケーションリスト１３００は、使用しなくても良いし、使用しても良い。また、本実施形態では、業務システム特定部１０８、構成変更管理部１０９、設定変更管理部１１０、業務システムリスト７００、アプリケーション構成ベースライン８００、アプリケーション構成変更リスト９００、設定変更適用リスト１０００、物理／論理（仮想）サーバリスト１２００および共有アプリケーションリスト１３００は運用管理サーバ１００に備わっていても良いし、備わっていなくても良い。
【０１７９】
以上、本願発明を、その実施形態に即して添付図面を参照しながら説明したが、本願発明は、これらの実施形態に限定されるものではない。また、本願発明の趣旨を逸脱しないいかなる変形例、均等物も本願発明の範囲内のものである。
【図面の簡単な説明】
【０１８０】
【図１】情報処理システム１の構成の一例を示すブロック図である。
【図２】集約される前のアプリケーション構成図と本発明の実施形態によって集約されたアプリケーション構成図の一例である。
【図３】業務サーバリスト２００の一例である。
【図４】アプリケーションリスト３００の一例である。
【図５】アプリケーション役割構成リスト４００の一例である。
【図６】集約アプリケーションリスト５００の一例である。
【図７】集約アプリケーション通信リスト６００の一例である。
【図８】業務システムリスト７００の一例である。
【図９】アプリケーション構成ベースライン８００の一例である。
【図１０】アプリケーション構成変更リスト９００の一例である。
【図１１】設定変更適用リスト１０００の一例である。
【図１２】物理／論理（仮想）サーバリスト１２００の一例である。
【図１３】共有アプリケーションリスト１３００の一例である。
【図１４】運用管理計算機１００等のサーバのハードウエア構成図の一例である。
【図１５】第１実施形態における情報処理システム１の全体処理を示すフロー図の一例である。
【図１６】第１実施形態における第１階層目のアプリケーションを特定する処理を示すフロー図の一例である。
【図１７】第１実施形態における第２階層目以降のアプリケーションを特定する処理を示すフロー図の一例である。
【図１８】第１実施形態におけるアプリケーションの役割を特定する処理を示すフロー図の一例である。
【図１９】第１実施形態における集約後のアプリケーションの通信を特定する処理を示すフロー図の一例である。
【図２０】第１実施形態における集約後のアプリケーションの通信を特定する処理の詳細フロー図の一例である。
【図２１】複数業務システム混在環境における課題を示す説明図である。
【図２２】複数業務システムからのアプリケーション共有における課題を示す説明図である。
【図２３】第２実施形態における業務システム特定処理を示すフロー図の一例である。
【図２４】第２実施形態における第１階層目のアプリケーションが所属する業務システムを特定する処理を示すフロー図の一例である。
【図２５】第２実施形態における複数の業務システムで共有されるアプリケーションの特定処理を示すフロー図の一例である。
【図２６】第２実施形態における同じ物理サーバ上で動作する仮想サーバ上で稼働するアプリケーションの特定処理を示すフロー図の一例である。
【図２７】第３実施形態の処理により集約したアプリケーションの構成図の一例である。
【図２８】第３実施形態における構成変更を特定する処理を示すフロー図の一例である。
【図２９】第３実施形態におけるアプリケーションの通信状況の変更を特定する処理を示すフロー図の一例である。
【図３０】第４実施形態における設定変更処理フロー図の一例である。
【図３１】第５実施形態における業務システム特定処理フロー図の一例である。
【図３２】第６実施形態におけるアプリケーションの役割を特定する処理のフロー図の一例である。
【符号の説明】
【０１８１】
１００  運用管理サーバ
１０１  運用管理端末
１０２  業務実行サーバ
１０３  送受信部
１０４  システム構成管理部
１０５  アプリケーション役割特定部
１０６  アプリケーション集約部
１０７  アプリケーション構成図作成部
１０８  業務システム特定部
１０９  構成変更管理部
１１０  設定変更管理部
１１１  記憶部
１１２  入力部
１１３  出力部
１１４  送受信部
１１５  通信処理部
１１６  送受信部
１１７  設定管理部
２００  業務サーバリスト
３００  アプリケーションリスト
４００  アプリケーション役割構成リスト
５００  集約アプリケーションリスト
６００  集約アプリケーション通信リスト
７００  業務システムリスト
８００  アプリケーション構成ベースライン
９００  アプリケーション構成変更リスト
１０００  設定変更適用リスト
１１０１  サーバ機
１１０２  ＣＰＵ
１１０３  主記憶装置
１１０４  外部記憶装置インタフェース
１１０５  通信インタフェース
１１０６  外部記憶装置
１１０７  入力装置
１１０８  出力装置
１１０９  ネットワーク
１２００  物理／論理（仮想）サーバリスト
１３００  共有アプリケーションリスト
【図１】
2010128597.tif 000003
【図２】
2010128597.tif 000004
【図３】
2010128597.tif 000005
【図４】
2010128597.tif 000006
【図５】
2010128597.tif 000007
【図６】
2010128597.tif 000008
【図７】
2010128597.tif 000009
【図８】
2010128597.tif 000010
【図９】
2010128597.tif 000011
【図１０】
2010128597.tif 000012
【図１１】
2010128597.tif 000013
【図１２】
2010128597.tif 000014
【図１３】
2010128597.tif 000015
【図１４】
2010128597.tif 000016
【図１５】
2010128597.tif 000017
【図１６】
2010128597.tif 000018
【図１７】
2010128597.tif 000019
【図１８】
2010128597.tif 000020
【図１９】
2010128597.tif 000021
【図２０】
2010128597.tif 000022
【図２１】
2010128597.tif 000023
【図２３】
2010128597.tif 000024
【図２４】
2010128597.tif 000025
【図２５】
2010128597.tif 000026
【図２６】
2010128597.tif 000027
【図２７】
2010128597.tif 000028
【図２８】
2010128597.tif 000029
【図２９】
2010128597.tif 000030
【図３０】
2010128597.tif 000031
【図３１】
2010128597.tif 000032
【図３２】
2010128597.tif 000033
【図２２】
2010128597.tif 000034