(57)【要約】  表示処理システムは、サービスを提供するシステムのリソースの利用状況を示す値の基準値を、方針に沿って分類されるグループ毎に設け、リソースの利用状況を示す統計値に基づき、グループ毎に、基準値に対するリソースの利用状況を提示する状況表示部（１０４）を備える。
2012029289.tif 000002
【特許請求の範囲】
【請求項１】
サービスを提供するシステムのリソースの利用状況を示す値の基準値を、方針に沿って分類されるグループ毎に設け、
前記リソースの前記利用状況を示す統計値に基づき、前記グループ毎に、前記基準値に対する前記リソースの前記利用状況を提示する状況表示手段を備える表示処理システム。
【請求項２】
請求項１に記載の表示処理システムにおいて、
前記グループ毎に、前記統計値と前記基準値に基づいて、前記リソースの前記利用状況の問題の有無を判定する判定手段と、
前記判定手段による判定結果を提示する提示手段と、をさらに備える表示処理システム。
【請求項３】
請求項１または２に記載の表示処理システムにおいて、
前記グループ毎に、少なくとも１つの統計処理方法で前記リソースの前記利用状況を示す統計値を算出する算出手段をさらに備える表示処理システム。
【請求項４】
請求項３に記載の表示処理システムにおいて、
複数の統計処理方法の中から少なくとも１つの選択を受け付ける受付手段をさらに備え、
前記状況表示手段は、前記受付手段が受け付けた前記統計処理方法で算出された前記統計値に基づき、前記リソースの前記利用状況を提示する表示処理システム。
【請求項５】
請求項３または４に記載の表示処理システムにおいて、
前記グループに紐付けられた前記リソースの利用状況を示す値を収集する収集手段をさらに備え、
前記算出手段は、前記収集手段が収集した前記値を用いて前記グループ毎の前記統計値を算出する表示処理システム。
【請求項６】
請求項１乃至５いずれかに記載の表示処理システムにおいて、
前記状況表示手段は、前記基準値に基づく指標を示す指示目盛上に前記統計値を表示して、前記リソースの前記利用状況を提示する表示処理システム。
【請求項７】
サービスを提供するシステムのリソースの利用状況を示す値の基準値を、方針に沿って分類されるグループ毎に設け、
表示部を有する処理装置が、
前記リソースの前記利用状況を示す統計値に基づき、前記グループ毎に、前記基準値に対する前記リソースの前記利用状況を提示する表示処理方法。
【請求項８】
サービスを提供するシステムのリソースの利用状況を示す値の基準値を、方針に沿って分類されるグループ毎に設け、
表示部を有するコンピュータに、
前記リソースの前記利用状況を示す統計値に基づき、前記グループ毎に、前記基準値に対する前記リソースの前記利用状況を提示する手順を実行させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、表示処理システム、表示処理方法、およびプログラムに関し、特に、システムの管理情報を表示する表示処理システム、表示処理方法、およびプログラムに関する。
【背景技術】
【０００２】
近年、コンピュータのクラウド化が進む中で、データセンタなどにおけるＩＴ（Information Technology）機器やサービスの大規模化かつ複雑化が加速している。そのような背景の下で、システムの運用管理を如何に効率よく行い、かつ信頼性を確保していくかが、重要な課題となっている。【０００３】
サービスの提供に必要な複数のリソースにより構成されるクラスタシステムにおける性能低下の原因箇所の特定方法の一例が特許文献１に記載されている。特許文献１のクラスタシステムにおける性能低下の原因箇所の特定方法では、クラスタシステムが、サービスグループ毎に構成リソース等を記載した情報テーブルを有し、リソースの稼働状況を監視する。そして、クラスタシステムが、あるリソースの性能監視項目が極端に変化して性能低下を示唆する状態となった場合をトリガとして、情報テーブルを参照してサービスグループを構成する全てのリソースの性能監視項目の動向を調査し、原因箇所（リソース）を絞り込む。【０００４】
このように、特許文献１記載の方法では、同じサービスを提供するグループのリソースの中のあるリソースの性能低下が認められた場合に、クラスタシステムは、リソース同士の影響関係を考慮し、性能低下に影響を与えているリソースまでの原因箇所の絞り込みを行う。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２０１０−７３１５１号公報
【発明の概要】
【０００６】
上述した特許文献に記載された技術では、複数のリソースの問題の有無を監視するにあたり、監視項目の基準値が異なるリソースが混在している場合、それぞれ規定された基準値に対してそれぞれのリソースの問題の有無を一見して把握することが困難であるという問題点があった。
【０００７】
その理由は、上述した特許文献に記載された技術では、性能低下を生じたリソースが属するサービスグループの中で、影響のあるリソースを絞り込み、原因箇所を特定することはできるが、監視項目の基準値をサービスグループ毎に異ならせて設定することは想定されていないためである。よって、監視項目の異なる基準値を有するリソースが混在している場合に、問題の有無を把握する手段として、監視対象となる多数のリソースを、監視項目の基準値に基づきグループ化したグループ毎にグループ全体として基準値に対するリソースの利用状況を提示することができなかった。
【０００８】
本発明は上記事情に鑑みてなされたものであり、その目的とするところは、システム管理の効率および信頼性を向上する表示処理システム、表示処理方法、およびプログラムを提供することにある。
【０００９】
本発明の表示処理システムは、
サービスを提供するシステムのリソースの利用状況を示す値の基準値を、方針に沿って分類されるグループ毎に設け、
前記リソースの前記利用状況を示す統計値に基づき、前記グループ毎に、前記基準値に対する前記リソースの前記利用状況を提示する状況表示手段を備える。
【００１０】
本発明の表示処理方法は、
サービスを提供するシステムのリソースの利用状況を示す値の基準値を、方針に沿って分類されるグループ毎に設け、
表示部を有する処理装置が、
前記リソースの前記利用状況を示す統計値に基づき、前記グループ毎に、前記基準値に対する前記リソースの前記利用状況を提示する表示処理方法である。
【００１１】
本発明のプログラムは、
サービスを提供するシステムのリソースの利用状況を示す値の基準値を、方針に沿って分類されるグループ毎に設け、
表示部を有するコンピュータに、
前記リソースの前記利用状況を示す統計値に基づき、前記グループ毎に、前記基準値に対する前記リソースの前記利用状況を提示する手順を実行させるためのプログラムである。
【００１２】
なお、以上の構成要素の任意の組合せ、本発明の表現を方法、装置、システム、記録媒体、コンピュータプログラムなどの間で変換したものもまた、本発明の態様として有効である。
【００１３】
また、本発明の各種の構成要素は、必ずしも個々に独立した存在である必要はなく、複数の構成要素が一個の部材として形成されていること、一つの構成要素が複数の部材で形成されていること、ある構成要素が他の構成要素の一部であること、ある構成要素の一部と他の構成要素の一部とが重複していること、等でもよい。
【００１４】
また、本発明の方法およびコンピュータプログラムには複数の手順を順番に記載してあるが、その記載の順番は複数の手順を実行する順番を限定するものではない。このため、本発明の方法およびコンピュータプログラムを実施するときには、その複数の手順の順番は内容的に支障しない範囲で変更することができる。
【００１５】
さらに、本発明の方法およびコンピュータプログラムの複数の手順は個々に相違するタイミングで実行されることに限定されない。このため、ある手順の実行中に他の手順が発生すること、ある手順の実行タイミングと他の手順の実行タイミングとの一部ないし全部が重複していること、等でもよい。
【００１６】
本発明によれば、システム管理の効率および信頼性を向上する表示処理システム、表示処理方法、およびプログラムが提供される。
【図面の簡単な説明】
【００１７】
上述した目的、およびその他の目的、特徴および利点は、以下に述べる好適な実施の形態、およびそれに付随する以下の図面によってさらに明らかになる。【００１８】
【図１】本発明の実施の形態に係る表示処理システムのコンピュータの構成を示す機能ブロック図である。
【図２】本発明の実施の形態に係る表示処理システムの構成を示す機能ブロック図である。
【図３】本発明の実施の形態に係る表示処理システムの表示画面の一例を示す図である。
【図４】本発明の実施の形態に係る表示処理システムの動作の一例を示すフローチャートである。
【図５】本発明の実施の形態に係る表示処理システムの構成を示す機能ブロック図である。
【図６】本発明の実施の形態に係る表示処理システムの動作の一例を示すフローチャートである。
【図７】本発明の実施の形態に係る表示処理システムの構成を示す機能ブロック図である。
【図８】本発明の実施の形態に係る表示処理システムの表示画面の一例を示す図である。
【図９】本発明の実施の形態に係る表示処理システムの表示画面の一例を示す図である。
【図１０】本発明の実施の形態に係る表示処理システムの表示画面の一例を示す図である。
【図１１】本発明の実施の形態に係る表示処理システムの動作の一例を示すフローチャートである。
【図１２】本発明の実施の形態に係る表示処理システムの表示画面の一例を示す図である。
【図１３】本発明の実施の形態に係る表示処理システムの表示画面の一例を示す図である。
【図１４】本発明の実施の形態に係る表示処理システムの表示画面の一例を示す図である。
【発明を実施するための形態】
【００１９】
以下、本発明の実施の形態について、図面を用いて説明する。尚、すべての図面において、同様な構成要素には同様の符号を付し、適宜説明を省略する。
【００２０】
（第１の実施の形態）
図１は、本発明の実施の形態に係る表示処理システム１の構成を示す機能ブロック図である。
本発明の実施の形態に係る表示処理システム１は、たとえば、ネットワーク３を介して接続されるデータセンタ（Data Center：ＤＣ）５の多数のＩＴ機器やサービスの運用管理状況を示す情報を利用者に提示する。本実施形態において、利用者とは、たとえば、データセンタ５のシステムを管理する管理者などである。以下、サービス利用者と区別するために、「管理者」と呼ぶものとする。さらに、管理者は、常時データセンタ５のシステムを監視している管理者だけでなく、たまにシステムの状況を把握しに現場などに来る管理職や経営者なども含む。特に、本実施形態の表示処理システム１は、データセンタ５の管理職や経営者などが画面を見たときに、リソースの利用状況などを一見して判断できるように構成されることが望ましい。
【００２１】
表示処理システム１は、たとえば、ＣＰＵ（Central Processing Unit）１２やメモリ１４、ハードディスクなどの記憶装置１６、および通信装置（図ではインタフェース（Ｉ／Ｆ）１８）を備えるコンピュータ１０を有する。ＣＰＵ１２は、コンピュータ１０の各要素とバス２０を介して接続され、各要素とともにコンピュータ１０全体を制御する。表示処理システム１のコンピュータ１０は、キーボードやマウス等の入力装置４０やディスプレイなどの表示装置３０やプリンタ等の出力装置（不図示）と接続されるサーバコンピュータやパーソナルコンピュータ、またはそれらに相当する装置により実現することができる。そして、ＣＰＵ１２が、記憶装置１６に記憶されるプログラムをメモリ１４に読み出して実行することにより、以下に説明する各ユニットの各機能を実現することができる。
なお、各図において、本発明の本質に関わらない部分の構成については省略してあり、図示されていない。
【００２２】
図２は、本発明の実施の形態に係る表示処理システム１のコンピュータ１０が実現する表示処理装置１００の構成を示す機能ブロック図である。
図２に示すように、本実施形態の表示処理システム１は、サービスを提供するシステムのリソースの利用状況を示す値の基準値を、方針に沿って分類されるグループ毎に設け、統計値に基づき、グループ毎に、基準値に対するリソースの利用状況を提示する状況提示部（状況表示部１０４）を備える。
【００２３】
なお、表示処理装置１００の各構成要素は、ＣＰＵ１２、メモリ１４、メモリ１４にロードされた本図の構成要素を実現するプログラム、そのプログラムを格納するハードディスクなどの記憶装置１６、およびネットワーク接続用インタフェース１８を備える上述したコンピュータ１０（図１）のハードウェアとソフトウェアの任意の組合せによって実現される。そして、その実現方法、装置にはいろいろな変形例があることは、当業者には理解されるところである。以下説明する各図は、ハードウェア単位の構成ではなく、機能単位のブロックを示している。
【００２４】
本実施形態のコンピュータプログラムは、表示処理装置１００を実現させるためのコンピュータ１０（図１）に、リソースの利用状況を示す統計値に基づき、グループ毎に、基準値に対するリソースの利用状況を提示する手順を実行させるように記述されている。
【００２５】
本実施形態のコンピュータプログラムは、コンピュータで読み取り可能な記録媒体に記録されてもよい。記録媒体は特に限定されず、様々な形態のものが考えられる。また、プログラムは、記録媒体からコンピュータのメモリにロードされてもよいし、ネットワークを通じてコンピュータにダウンロードされ、メモリにロードされてもよい。
【００２６】
具体的には、表示処理装置１００は、算出部１０２と、状況表示部１０４と、基準値記憶部１０８と、を備える。
【００２７】
本実施形態において、方針は、たとえば、ＳＬＡ（Service Level Agreement）などの制度に沿ってサービス利用者とサービス提供者との間で予め決められた運用ルールで定義されてもよい。ＳＬＡとは、サービス提供者がサービス利用者に提供するサービスの品質をサービス利用者に保証する制度である。このＳＬＡでは、ランクによって、運用ルールに含まれるサービスを提供するＩＴ機器の性能（資産価値）やリソースの利用率やトラフィックの基準値などが異なる。
【００２８】
リソースの利用状況を示す値は、ＣＰＵ利用率などを含む。この値は、サービス利用者に提供されるサービスの種類や重要度に応じて、またはサービス利用者の希望などにより個別に定められる。
本実施形態では、ＣＰＵ利用率は、Ｓ、Ａ、Ｂ、Ｃの４つのランク毎に異なる基準値が設けられている。サービス提供者は、サービス利用者に対し、契約したランクの基準値を満たすようにサービスを提供する必要がある。そのために、サービス提供者は、ランク毎のリソースの利用状況を監視し、ＣＰＵ利用率が基準値を満たしているかを確認し、リソースを無駄なく利用できるように対策をとる。さらに、サービス提供者は、高負荷などの問題があれば、問題解決の対策をとる必要がある。
【００２９】
たとえば、Ｓランクでは、高い品質をサービス提供者は利用者に保証する。このＳランクの場合、そのサービスに、より高性能なサーバ（不図示）を専用に割り当てることができる。そして、ピーク時でもＣＰＵ利用率の基準値を４０％程度に設定することで、ＣＰＵの負荷に余裕がある状態でサービスを運用できることをサービス提供者は利用者に保証してもよい。
また、たとえば、Ｃランクでは、品質よりコストを重視する。このＣランクの場合、仮想化されたサーバ（不図示）を最大限に活用してサービス提供者は利用者にサービスの提供を行う。そして、ＣＰＵ利用率の基準値は、ピーク時は８０％以上、平均でも６０〜７０％に設定することで、リソースの利用状況がベストエホートとなるような状態での運用をサービス提供者は利用者に保証してもよい。
【００３０】
本実施形態では、４つのランクに対応する４つのグループ毎に、異なるＣＰＵ利用率（％）が設けられる。たとえば、ＣＰＵ利用率の基準値が、Ｓランクのグループは４０％、Ｃランクのグループは７０％などに方針に沿って予め定められる。各グループのＣＰＵ利用率の基準値は、後述する基準値記憶部１０８に記憶されている。
【００３１】
また、各リソースのグループ分けの情報、またはグループ毎のリソースの割り当て情報は、データセンタ５の管理サーバ上で管理されている。本実施形態では、データセンタ５の一つのリソース（たとえば、サーバ）は、同じグループに属するサービス利用者のみが使用する。本実施形態の表示処理システム１において、表示処理装置１００は、データセンタ５の複数のコンピュータのリソースの利用状況を示す情報を各サーバ（不図示）または管理サーバ（不図示）から収集する際、リソースに紐付けられたグループの情報をともに収集することができる。
【００３２】
算出部１０２は、グループ毎に、リソースの利用状況を示す統計値を所定の周期で算出する。算出された統計値は、表示処理装置１００のメモリ１４（図１）に蓄積することができ、後で利用することができる。
【００３３】
算出部１０２が統計値を算出するとき、データセンタ５のコンピュータのリソースの利用状況を示す情報、たとえば、ＣＰＵ利用率を、ネットワーク３上の各サーバまたは管理サーバからインタフェース１８を介して定期的または随時、収集することができる。上述したように、リソースの利用状況を示す情報にリソースのグループの情報が紐付けられているため、収集したリソースの利用状況を示す情報をグループ毎に集計することができる。
【００３４】
サーバから収集したグループに紐付けられたリソースの利用状況を示す情報は、定期的または随時、メモリ１４に記憶してもよい。そして、表示処理装置１００の算出部１０２が、メモリ１４に記憶された値を用いてもよい。あるいは、表示処理装置１００は、各サーバまたは管理サーバから収集した対象となるコンピュータのリソースの利用状況を示す情報を一定期間分予め記録した記録媒体から読み取って取得することもできる。このように、グループに紐付けられたリソースの利用状況を示す情報は、様々なタイミングで様々な方法で取得することができる。
【００３５】
算出部１０２が算出するリソースの利用状況を示す統計値は、基準値に対応する相対的な統計処理により得られる。例として、統計値は、所定期間の平均値、最大値、最小値、または分散幅（たとえば、５０％、８０％）などを含むことができる。表示処理装置１００は、これらの統計値を表示することができる。いずれの統計値を表示するか、メニューリストなどを用いて管理者が選択指定して表示を変更することができる。または、表示処理装置１００は、１画面に複数の統計値を並べて提示してもよい。
【００３６】
本実施形態において、リソースの利用状況を示す統計値の統計処理を行う所定期間は、たとえば、１週間、１ヶ月、３ヶ月、６ヶ月、１年、複数年、または任意指定された期間等、管理者が予め指定するか随時変更するなどして指定された期間とすることができる。監視する対象となるリソースの利用状況を示す情報や統計処理の所定期間などは管理者により設定画面（不図示）により予め選択、または随時選択できてもよい。
【００３７】
また、本実施形態において、算出部１０２は必ずしも必要なく、ネットワーク３を介して表示処理装置１００に接続される他のコンピュータで既に算出された統計値を収集して使用することもできる。
【００３８】
状況表示部１０４は、算出された統計値に基づき、グループ毎に、基準値に対するリソースの利用状況を提示する。
【００３９】
基準値記憶部１０８は、方針に沿って分類されるグループ毎に設けられた、サービスを提供するシステムのリソースの利用状況を示す値の基準値を記憶する。基準値記憶部１０８に記憶された基準値は、設定画面（不図示）からシステム管理者により入力、確認および変更できる。
【００４０】
図３は、本実施形態の表示処理システム１の画面１３０の一例を示す図である。
図３に示すように、画面１３０は、グループ（図では「ランク」）毎に、基準値に対するリソースの利用状況を示す一覧表を含む。画面１３０の一覧表は、グループ名が表示されるランク欄１３２と、リソースの利用状況を示す情報が表示されるリソース利用効率欄１３４と、を有する。
【００４１】
図３では、リソースの利用状況が基準値の許容範囲内にあることを示すＯＫアイコン１３６と、リソースの利用状況に問題が発生していることを示す矢印アイコン１３８と、が画面１３０に表示されている。各アイコンは、リソース利用状況の変動の傾向を管理者に提示するためのものである。図３のように矢印が下向きの矢印アイコン１３８により、リソースの利用状況が基準値を下回っていること、または基準値に対し減少傾向にあることを管理者に提示することができる。一方、矢印アイコンの矢印が上向きの場合（不図示）、リソースの利用状況が基準値を上回っていること、または基準値に対し増加傾向にあることを管理者に提示することができる。あるいは、画面１３０に、リソースの利用状況が基準値の許容範囲外にあることを示す他のアイコン、たとえば、「ＮＧ」などの文字アイコンを用いて、リソース利用状況の変動の傾向を管理者に提示してもよい。
【００４２】
このように構成された本実施形態の表示処理システム１の動作について、以下に説明する。
図４は、本実施形態の表示処理システム１の動作の一例を示すフローチャートである。以下、図１乃至図４を用いて説明する。
本実施形態の表示処理方法は、表示装置３０を有する表示処理装置１００が、リソースの利用状況を示す統計値に基づき、グループ毎に、基準値に対するリソースの利用状況を提示する（ステップＳ１０３）。
【００４３】
具体的には、まず、本実施形態の表示処理システム１において、表示処理装置１００の算出部１０２（図２）が、グループ毎にリソース利用状況を示す統計値を算出する（ステップＳ１０１）。そして、表示処理装置１００の状況表示部１０４（図２）が、表示処理装置１００の基準値記憶部１０８（図２）を参照し、算出された統計値に基づき、グループ毎に基準値に対するリソース利用状況を提示する画面１３０（図３）を表示装置３０（図１）に表示する（ステップＳ１０３）。
【００４４】
上述したように、図３の画面１３０にグループ毎にリソース利用状況が表示され、管理者はリソース利用状況を一見して把握できる。
なお、本フローチャートの処理は、所定の周期で開始され、繰り返し実行される。ステップＳ１０１の統計値を算出する処理と、ステップＳ１０３のリソース利用状況の表示を更新する処理とは、必ずしも同じ周期で実行される必要はない。また、ステップＳ１０１は、常に繰り返し実行されるが、ステップＳ１０３は、管理者により画面１３０を表示する要求を受け付けた場合にのみ、実行すればよい。
【００４５】
以上説明したように、本実施形態の表示処理システム１によれば、監視項目の基準値が異なるリソースが混在している場合、グループ毎にリソースの利用状況が基準値に対してどのような状況かを一見して把握できる。そのため、問題があると予測される場合、その問題を解決するための対策を迅速に取ることができ、結果として、システム管理の効率および信頼性が向上する。
【００４６】
たとえば、ＣＰＵ利用率がグループの基準値よりも高い場合、そのグループのサーバの負荷が高すぎることが予測できる。したがって、管理者は、この結果を受けて、そのグループのリソースの割り当てを増やすように変更したり、サーバを増設したり、サーバを高性能なものに入れ替えるなど、グループの基準を満たすための対策をとることができる。サーバの負荷が高い場合などは、システム障害の原因となる可能性もあり、このようにリソースの利用状況の問題の有無を提示することで、迅速な対応が行えるので、システムの信頼性が向上する。
【００４７】
また、ＣＰＵ利用率がグループの基準値よりも低い場合、そのグループのリソースが無駄になっていることが想定できる。したがって、管理者は、この結果を受けて、そのグループのリソースの割り当てを減らすように変更したり、稼働していないサーバは電源を切って使用を停止して、消費電力を削減したり、もしくは、そのグループの契約をさらに増やす計画を立てるなど、グループの基準を満たすための対策をとることができる。
【００４８】
（第２の実施の形態）
図５は、本発明の実施の形態に係る表示処理システム１のコンピュータが実現する表示処理装置２００の構成を示す機能ブロック図である。本実施形態の表示処理システム１は、上記実施の形態とは、リソースの前記利用状況の問題の有無を判定して提示する点で相違する。
【００４９】
本実施形態の表示処理装置２００は、図２の上記実施形態の表示処理装置１００の算出部１０２および基準値記憶部１０８に加え、グループ毎の統計値と基準値に基づいて、リソースの利用状況の問題の有無を判定する判定部２０２と、判定部２０２による判定結果を提示する状況表示部２０４と、をさらに備える。
【００５０】
具体的には、本実施形態の表示処理システム１は、図２の上記実施形態の表示処理装置１００の構成である算出部１０２と、基準値記憶部１０８に加え、判定部２０２と、状況表示部２０４と、をさらに備える。
【００５１】
判定部２０２は、算出部１０２が算出した統計値と基準値記憶部１０８に記憶されている基準値に基づいて、統計値が基準値の許容範囲内か否かを判定する。そして、判定部２０２は、許容範囲内の場合は、リソースの利用状況に問題がないと判定し、許容範囲外の場合は、リソースの利用状況に問題があると判定する。そして、判定部２０２は、問題の有無を示す判定結果を状況表示部２０４に通知する。
【００５２】
また、判定部２０２による判定結果は、問題の有無に限らない。たとえば、判定部２０２は、統計値と基準値の関係に応じて、問題の程度を判別し、その結果を数段階にレベル分けして判定結果として状況表示部２０４に通知してもよい。また、判定部２０２は、統計値の過去の履歴を参照し、統計値の変動の傾向も考慮して、判定結果として状況表示部２０４に通知することもできる。
【００５３】
状況表示部２０４は、判定部２０２から判定結果を受け取り、図３に示す画面１３０に判定結果を示す情報や画像を表示する。状況表示部２０４は、たとえば、判定部２０２からリソースの利用状況に問題ないとの通知を受けたグループのリソース利用効率欄１３４にＯＫアイコン１３６のような、リソース利用状況に問題がないことを示す画像を提示したり、リソース利用状況に問題があることを示す画像（不図示）を提示する。
【００５４】
リソース利用状況の問題の程度を示す場合、問題の程度に応じて、アイコンなどの画像の色を変えたり、異なるマーク、記号、模様を有する画像を用いて表示することができる。また、リソース利用状況の有無を示す場合、視覚的に問題の有無が直ぐに認識できる画像、たとえば、問題がある場合は赤や黄色のアイコン、問題がない場合は青や緑色のアイコンなどが好ましい。上述したように、問題がある場合は「ＮＧ」、問題がない場合は「ＯＫ」などの文字を記入したアイコンを用いてもよい。
【００５５】
このように構成された本実施形態の表示処理システム１の動作について、以下に説明する。
図６は、本実施形態の表示処理システム１の動作の一例を示すフローチャートである。以下、図５、図６および図３を用いて説明する。
【００５６】
まず、本実施形態の表示処理システム１において、表示処理装置２００の算出部１０２（図５）が、グループ毎にリソース利用状況を示す統計値を算出する（ステップＳ１０１）。そして、表示処理装置２００の判定部２０２（図５）が、表示処理装置１００の基準値記憶部１０８（図２）を参照し、グループ毎に算出された統計値と基準値に基づいて、リソース利用状況に問題があるか否かを判定する（ステップＳ２０１）。
【００５７】
そして、表示処理装置２００の状況表示部２０４（図５）が、表示処理装置２００の判定部２０２から判定結果を受けて、グループ毎に基準値に対するリソース利用状況の問題の有無を示す画面１３０（図３）を表示装置３０（図１）に表示する（ステップＳ２０３）。
上述したように、図３の画面１３０にグループ毎にリソース利用状況の問題の有無が表示され、管理者はリソース利用状況の問題の有無を一見して把握できる。
【００５８】
なお、本フローチャートの処理も上記実施形態と同様に、所定の周期で開始され、繰り返し実行される。ステップＳ１０１の統計値を算出する処理と、ステップＳ２０１のリソース利用状況の表示を更新する処理とは、必ずしも同じ周期で実行される必要はない。また、ステップＳ１０１は、常に繰り返し実行されるのが望ましいが、ステップＳ２０１は、管理者により画面１３０を表示する要求を受け付けた場合にのみ、実行すればよい。
【００５９】
以上説明したように、本実施形態の表示処理システム１によれば、上記実施形態と同様な効果を素するとともに、グループ毎にリソースの利用状況が基準値に対して問題があるか否かを一見して把握できる。そのため、問題があると予測される場合、その問題を解決するための対策を迅速に取ることができ、結果として、システム管理の効率および信頼性が向上する。
【００６０】
（第３の実施の形態）
図７は、本発明の実施の形態に係る表示処理システム１のコンピュータが実現する表示処理装置３００の構成を示す機能ブロック図である。本実施形態の表示処理システム１は、上記実施の形態とは、グループ毎のリソースの前記利用状況を模式的に分かりやすく提示する点で相違する。
【００６１】
本実施形態の表示処理装置３００において、状況表示部２０４は、基準値に基づく指標を示す指示目盛（図９のインジケータ２３２）上に統計値を表示して、リソースの利用状況を提示する。
【００６２】
具体的には、本実施形態の表示処理システム１は、図５の上記実施形態の表示処理装置２００の構成に加え、受付部３０２と、詳細表示部３０４と、をさらに備える。本実施形態の表示処理装置３００は、図２の上記実施形態の表示処理装置１００の構成に受付部３０２と、詳細表示部３０４と、をさらに備えた構成も含むことができる。
【００６３】
グループ毎にリソース利用状況の詳細情報を見るための操作として、図８に示すように、画面１３０において、管理者が入力装置４０を用いてマウスポインタ１４０をリソース利用効率欄１３４のアイコンに移動して選択したとき、選択されたアイコンのグループの詳細情報が画面に表示される。
【００６４】
受付部３０２は、詳細情報を表示するために管理者が選択したグループを受け付ける。なお、本実施形態では、グループ毎に詳細情報を見るように構成されているが、これに限定されない。詳細情報の画面を開く指示を受け付ける操作ボタンを設け、全てのグループの詳細情報を含む画面を開く指示として受け付けることもできる。また、グループ毎の詳細情報は、複数のグループを選択し、複数の画面を開いてもよい。あるいは、図３の画面１３０と一緒に全てのグループの詳細情報を表示してもよい。本実施形態では、グループの選択にアイコンを用いたが、これに限定されず、様々なグラフィカルユーザインタフェース（ＧＵＩ）を用いることができる。
【００６５】
詳細表示部３０４は、受付部３０２が受け付けたグループのリソース利用状況の詳細情報を表示装置３０に表示する。図９（ａ）は、Ｓランクのリソース利用状況を示す画像２３０の例であり、図９（ｂ）は、Ｃランクのリソース利用状況を示す画像２５０の例である。
【００６６】
図９（ａ）に示すように、画像２３０は、たとえば、インジケータ２３２と、状態アイコン２３４と、グループ表示部２３６と、問題表示部２３８と、数値表示部２４０と、増減表示部２４２と、を含む。
インジケータ２３２は、Ｓランクのリソース利用状況の基準値に基づく指標を示す。状態アイコン２３４は、現在または指定の時期または期間のＳランクのリソース利用状況の値をインジケータ２３２上の位置で示す。グループ表示部２３６は、表示しているグループを示す。問題表示部２３８は、Ｓランクのリソース利用状況の問題の有無や程度を示す。数値表示部２４０は、現在または指定の時期または期間のＳランクのリソース利用状況の値を数値で表示する。増減表示部２４２は、指定期間のＳランクのリソース利用状況の増減状態を示す。
【００６７】
図９（ｂ）に示すように、画像２５０は、たとえば、インジケータ２５２と、状態アイコン２５４と、グループ表示部２５６と、問題表示部２５８と、数値表示部２６０と、増減表示部２６２と、矢印アイコン２６４と、を含む。
インジケータ２５２は、Ｃランクのリソース利用状況の基準値に基づく指標を示す。状態アイコン２５４は、現在または指定の時期または期間のＣランクのリソース利用状況の値をインジケータ２５２上の位置で示す。グループ表示部２５６は、表示しているグループを示す。問題表示部２５８は、Ｃランクのリソース利用状況の問題の有無や程度を示す。数値表示部２６０は、現在または指定の時期または期間のＣランクのリソース利用状況の値を数値で表示する。増減表示部２６２は、指定期間のＣランクのリソース利用状況の増減状態を示す。矢印アイコン２６４は、指定期間のＣランクのリソース利用状況が減少し、許容範囲から逸脱したことを示す。
【００６８】
図９に示すように、インジケータ２３２とインジケータ２５２は、それぞれグループ毎のリソース利用状況の基準値に基づいて、許容範囲が目視で一見して分かるように、色分けした指標が表示される。図１０に示すように、たとえば、Ｓランクのインジケータ２３２は、第１領域２７２と、第２領域２７４と、第３領域２７６とを有する。第１領域２７２は、Ｓランクの基準値を中心２７０として、中心２７０の両側に許容範囲を示す。第２領域２７４は、第１領域２７２の外側へ中心２７０からさらに遠ざかる位置の範囲であり、リソース利用状況が問題となる範囲（第３領域２７６）と、許容範囲（第１領域２７２）との境界となる領域である。第３領域２７６は、Ｓランクの基準値の許容範囲を超えたリソース利用状況が問題となる範囲を示す。
【００６９】
各領域の範囲は、予め指定することができ、グループ毎に指定できてもよいし、全グループ共通でもよい。各領域の範囲をインジケータ内の数値で指定してもよいし、基準値を中心とした各領域の割合を指定してもよい。
【００７０】
本実施形態では、たとえば、第１領域２７２は、リソース利用状況に問題がないことが一目で認識できるように、緑や青色とすることができる。第２領域２７４は、リソース利用状況に問題が生じつつあることが一目で認識できるように、黄色とすることができる。第３領域２７６は、リソース利用状況に問題があることが一目で認識できるように、赤色とすることができる。図１０に示すように、インジケータ２３２は、上記各色のグラデーションで色分けしてもよい。
【００７１】
図９に戻り、問題表示部２３８と問題表示部２５８は、それぞれグループ毎のリソース利用状況の問題の有無や程度を示すアイコンである。図９（ａ）では、Ｓランクのリソース利用状況は状態アイコン２３４の位置が示すように、基準値を満たす値であるため、問題表示部２３８は、問題がないことが一見して分かるように、たとえば、青や緑色のアイコンにすることができる。一方、図９（ｂ）では、Ｃランクのリソース利用状況は状態アイコン２５４の位置が示すように、基準値の許容範囲から外れる値であるため、問題があることが一見して分かるように、問題表示部２５８は、たとえば、赤色のアイコンにすることができる。
【００７２】
なお、問題表示部は、これらに限定されるものではなく、問題の有無や程度を分かりやすく示すことができる画像表現であれば、どのようなものでもよく、たとえば、問題がある場合は、問題表示部を点滅表示させてもよいし、問題の有無を示す文字や模様（ＯＫやＮＧなど）を含むアイコンでもよい。
【００７３】
このように構成された本実施形態の表示処理システム１の動作について、以下に説明する。
図１１は、本実施形態の表示処理システム１の動作の一例を示すフローチャートである。以下、図７乃至図１１を用いて説明する。
なお、図１１のフローチャートは、図６のフローチャートと同様なステップＳ１０１、ステップＳ２０１、およびステップＳ２０３を有するとともに、さらに、ステップＳ３０１およびステップＳ３０３を有する。
【００７４】
表示処理装置３００の状況表示部２０４（図７）が図８の画面１３０を表示装置３０（図１）に表示している状態で（ステップＳ２０３）、管理者がマウスポインタ１４０を画面１３０のリソース利用効率欄１３４（図８）に移動して、詳細を参照したいグループのアイコンをクリックするとする。詳細情報表示指示としてアイコンがクリック操作されたとき（ステップＳ３０１のＹＥＳ）、表示処理装置３００の受付部３０２（図７）が、詳細情報表示指示として選択されたグループを受け付ける。
【００７５】
そして、表示処理装置３００の詳細表示部３０４（図７）が、受付部３０２が受け付けたグループの詳細情報として、たとえば、図９（ａ）の画像２３０を表示する（ステップＳ３０３）。
【００７６】
以上説明したように、本実施形態の表示処理システム１によれば、上記実施形態と同様な効果を奏するとともに、直感的にリソース利用状況を把握することができる。その理由は、グループ毎にリソースの利用状況の詳細表示を提示でき、その詳細表示は、グループのリソース利用状況の基準値と現在の統計値との関係が模式的に示されるからである。そのため、問題があると予測される場合、その問題を解決するための対策を迅速に取ることができ、結果として、システム管理の効率および信頼性が向上する。
【００７７】
たとえば、インジケータ２３２の緑色の領域の右側の赤色の領域にＣＰＵ利用率があるグループは、ＣＰＵ利用率が基準値よりも高いことを示しているので、サーバの負荷が高すぎることが予測できる。したがって、管理者は、この結果を受けて、そのグループのリソースの割り当てを増やすように変更したり、サーバを増設したり、サーバを高性能なものに入れ替えるなど、グループの基準を満たすための対策をとることができる。サーバの負荷が高い場合などは、システム障害の原因となる可能性もあり、このようにリソースの利用状況の問題の有無を提示することで、迅速な対応が行えるので、システムの信頼性が向上する。
【００７８】
また、インジケータ２３２の緑色の領域の左側の赤色の領域にＣＰＵ利用率があるグループは、ＣＰＵ利用率が基準値よりも低いことを示しているので、リソースが無駄になっていることが想定できる。したがって、管理者は、この結果を受けて、そのグループのリソースの割り当てを減らすように変更したり、稼働していないサーバは電源を切って使用を停止して、消費電力を削減したり、もしくは、そのグループの契約をさらに増やす計画を立てるなど、グループの基準を満たすための対策をとることができる。
【００７９】
（第４の実施の形態）
図１２乃至図１４は、本発明の実施の形態に係る表示処理システム１のコンピュータが実現する表示処理装置が表示するリソース利用状況を示す画像の例を示す図である。本実施形態の表示処理システム１は、上記実施の形態とは、グループ毎にリソースの利用状況の詳細情報を、様々な統計処理を行った値の中から選択して提示できる点で相違する。
【００８０】
具体的には、本実施形態の表示処理システム１は、図７の表示処理装置３００と同様な構成を有する。以下、図７と図１２乃至図１４を用いて説明する。
本実施形態の表示処理装置３００において、詳細表示部３０４は、受付部３０２がグループを受け付けたとき、図１２に示すような画像２５０を表示装置３０に表示する。
【００８１】
本実施形態では、画像２５０に表示するリソース利用状況を示す統計値の統計処理方法を選択する統計方法選択リスト２８０をさらに有する。統計方法選択リスト２８０は、たとえば、画像２５０を表示しているウインドウのメニューリストとして表示してもよい。受付部３０２は、さらに、統計方法選択リスト２８０で選択された統計処理方法を受け付け、算出部１０２または状況表示部２０４に通知する。
【００８２】
算出部１０２は、受付部３０２からの通知を受け付けたときに、選択された統計処理方法で統計値を算出してもよいし、予め全ての統計処理方法で統計値を算出しておき、表示処理装置１００のメモリ１４（図１）に記憶しておいてもよい。
【００８３】
状況表示部２０４は、受付部３０２からの通知を受け付けたときに、選択された統計処理方法で算出された統計値を表示装置３０に表示する。
【００８４】
本実施形態では、統計方法選択リスト２８０は、平均値、最大値、最小値、分散幅（８０％）、および分散幅（５０％）などの統計処理方法を含む。管理者は、入力装置４０を用いて、マウスポインタ２８２を移動して統計方法選択リスト２８０から選択することができ、選択された統計処理方法が反転表示２８４される。
【００８５】
状況表示部２０４は、統計方法選択リスト２８０で平均値が選択された場合、図１２に示すように、Ｃランクのリソース利用状況の、所定期間、たとえば、１週間の平均値を画像２５０上の状態アイコン２５４として表示装置３０に表示する。また、統計方法選択リスト２８０で最大値や最小値が選択された場合は、状況表示部２０４は、所定期間の統計値の中の最大値または最小値を、画像２５０上の状態アイコン２５４として表示装置３０に表示することとなる。このように最大値や最小値を表示することで、平均値には影響しない程度の件数のリソースの異常を発見できることとなる。
【００８６】
図１３は、統計方法選択リスト２８０の中から分散幅（５０％）が選択された場合の画像４００の例を示している。状況表示部２０４は、統計値の分散幅が５０％の範囲に入る領域を分散幅表示枠４０２でインジケータ２３２上に上乗せして提示する。
【００８７】
また、他の例として、図１４に示す画像３２０では、同じ統計値の分散幅が５０％の範囲に入る領域を、分散幅表示部３２２で提示している。この分散幅表示部３２２は、統計値の分散幅が５０％に入る領域を示すとともに、その分散状況をグラデーションで示している。図１４の分散幅表示部３２２は、分散の中心が少し左側に偏っていることを示している。このように、分散値を表示することにより、平均値が示す値と、分散の中心が一致しない場合に、平均値では気付かなかった問題に管理者が気付くことができる可能性がある。
【００８８】
以上説明したように、本実施形態の表示処理システム１によれば、上記実施形態と同様な効果を奏するとともに、グループ毎にリソースの利用状況について多角的な考察が行える。その理由は、グループ毎にリソースの利用状況の詳細表示を提示でき、詳細表示は、様々な統計処理方法で算出された値の中から適宜選択して表示できるためである。そのため、問題の分析を適切な情報に基づいて行えるので、問題があると予測される場合、その問題を解決するために適切な対策を迅速に取ることができ、結果として、システム管理の効率および信頼性が向上する。
【００８９】
以上、図面を参照して本発明の実施形態について述べたが、これらは本発明の例示であり、上記以外の様々な構成を採用することもできる。
たとえば、問題の有無を提示する際、どのような問題が予測されるかを管理者に通知するメッセージを表示装置３０に表示する通知部（不図示）をさらに備えてもよい。メッセージは、たとえば、ＣＰＵ利用率があるグループの基準値よりも高い場合、「サーバの負荷が高すぎる可能性がある」ことや、ＣＰＵ利用率があるグループの基準値よりも低い場合、「リソースが無駄になっていることが想定される」ことなどを通知するものとすることができる。
【００９０】
以上、実施形態を参照して本願発明を説明したが、本願発明は上記実施形態に限定されるものではない。本願発明の構成や詳細には、本願発明のスコープ内で当業者が理解し得る様々な変更をすることができる。
【００９１】
この出願は、２０１０年９月３日に出願された日本出願特願２０１０−１９７７７７号を基礎とする優先権を主張し、その開示の全てをここに取り込む。
【図１】
2012029289.tif 000003
【図２】
2012029289.tif 000004
【図３】
2012029289.tif 000005
【図４】
2012029289.tif 000006
【図５】
2012029289.tif 000007
【図６】
2012029289.tif 000008
【図７】
2012029289.tif 000009
【図８】
2012029289.tif 000010
【図９】
2012029289.tif 000011
【図１０】
2012029289.tif 000012
【図１１】
2012029289.tif 000013
【図１２】
2012029289.tif 000014
【図１３】
2012029289.tif 000015
【図１４】
2012029289.tif 000016
【手続補正書】
【提出日】平成25年2月28日(2013.2.28)
【手続補正１】
【補正対象書類名】明細書
【補正対象項目名】００５６
【補正方法】変更
【補正の内容】
【００５６】
まず、本実施形態の表示処理システム１において、表示処理装置２００の算出部１０２（図５）が、グループ毎にリソース利用状況を示す統計値を算出する（ステップＳ１０１）。そして、表示処理装置２００の判定部２０２（図５）が、表示処理装置２００の基準値記憶部１０８（図５）を参照し、グループ毎に算出された統計値と基準値に基づいて、リソース利用状況に問題があるか否かを判定する（ステップＳ２０１）。
【国際調査報告】
2012029289.tif 000017
2012029289.tif 000018
2012029289.tif 000019
2012029289.tif 000020