(57)【要約】【課題】システムの状況と各担当との対応状況とを対応付けて把握可能とするとなる。【解決手段】複数の監視対象を含むシステムの稼働状況を管理する管理部と、ユーザの端末から、メッセージと、複数の監視対象のうちメッセージに関連する監視対象の情報とを受信する受信部と、メッセージと監視対象との対応関係を、複数のメッセージを関連付けるスレッドに対応づけて記憶するスレッド情報記憶部と、表示するスレッドの選択を受付ける選択受付部と、選択されたスレッドに対応づけられているメッセージとともに、当該スレッドに対応づけられている監視対象の稼働状況を表示する表示部と、を備える。【選択図】図１
2017138662.tif 000002
【特許請求の範囲】
【請求項１】
複数の監視対象を含むシステムの稼働状況を管理する管理部と、
ユーザの端末から、メッセージと、前記複数の監視対象のうち前記メッセージに関連する監視対象の情報とを受信する受信部と、
前記メッセージと前記監視対象との対応関係を、複数のメッセージを関連付けるスレッドに対応づけて記憶するスレッド情報記憶部と、
表示するスレッドの選択を受付ける選択受付部と、
選択された前記スレッドに対応づけられている前記メッセージとともに、当該スレッドに対応づけられている前記監視対象の稼働状況を表示する表示部と、
を備える稼働状況表示システム。
【請求項２】
前記監視対象は、
前記システムを実現するために前記複数のクラウド上で稼働する複数の業務アプリケーション、前記複数の業務アプリケーションで利用される複数の仮想サーバ、前記複数の仮想サーバを構成する複数の物理サーバ、又は前記複数の物理サーバで利用される複数の設備を含む、請求項１に記載の稼働状況表示システム。
【請求項３】
前記表示部は、
選択された前記スレッドに対応づけられたメッセージの数に関する情報を、前記監視対象の稼働状況とともに表示する、
請求項１または２に記載の稼働状況表示システム。
【請求項４】
前記スレッド情報記憶部は、
前記メッセージに、メッセージの緊急度を示すメッセージレベルをさらに対応づけて記憶し、
前記表示部は、
前記メッセージ及び前記メッセージレベルを、前記監視対象の稼働状況とともに表示する、
請求項１〜３いずれか一項に記載の稼働状況表示システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、稼働状況表示システムに関する。
【背景技術】
【０００２】
クラウドコンピューティングの普及に伴い、情報システムは、ユーザ自身が管理するオンプレミス型から、データセンターを利用する形態へ移行が進んでいる。
【０００３】
このような形態の情報システムでは、データセンターで運用されるサービスや各種機器の稼働状況を把握することが重要である。例えば、特許文献１には、サーバにおける障害内容と、当該障害内容により影響を受けるサービスとを対応づけて管理しておくことにより、サーバで発生した障害に基づいて、サービス提供状況を表示するシステムが開示されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０００−１９４６２７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
ところで、例えばデータセンター等で管理されるシステムに障害が発生した場合、多数のシステム対応者が各機器に対して、障害調査、対応計画、対応実施を並行して行う。システムの統括者は、システムにおける障害の状況と各担当者の対応の状況とを把握して、各担当者に適切に指示を下す必要がある。
しかし、障害対応においてシステムの統括者が障害の状況を把握する場合、特許文献１に開示されるような従来のシステムでは、システムの状況は把握できるものの、障害状況と、各担当者の対応状況を対応付けて把握することができない。
【０００６】
本発明はこのような事情に鑑みてなされたものであり、システムの状況と各担当との対応状況とを対応付けて把握可能とすることを目的とする。
【課題を解決するための手段】
【０００７】
本発明の一側面に係る稼働状況表示システムは、複数の監視対象を含むシステムの稼働状況を管理する管理部と、ユーザの端末から、メッセージと、複数の監視対象のうちメッセージに関連する監視対象の情報とを受信する受信部と、メッセージと監視対象との対応関係を、複数のメッセージを関連付けるスレッドに対応づけて記憶するスレッド情報記憶部と、表示するスレッドの選択を受付ける選択受付部と、選択されたスレッドに対応づけられているメッセージとともに、当該スレッドに対応づけられている監視対象の稼働状況を表示する表示部と、を備える。
【０００８】
なお、本発明において、「部」とは、単に物理的手段を意味するものではなく、その「部」が有する機能をソフトウェアによって実現する場合も含む。また、１つの「部」や装置が有する機能が２つ以上の物理的手段や装置により実現されても、２つ以上の「部」や装置の機能が１つの物理的手段や装置により実現されてもよい。
【発明の効果】
【０００９】
本発明によれば、システムの状況と各担当との対応状況とを対応付けて把握可能とするとなる。
【図面の簡単な説明】
【００１０】
【図１】データセンターにおける監視システムの構成を示す概略図である。
【図２】稼働状況表示システムにおける機能ブロックの一例を示す図である。
【図３】構成情報の一例を示す図である。
【図４】稼働状況を表示するレベルを選択する画面の一例を示す図である。
【図５】システム稼働状況の画面の一例を示す図である。
【図６】システム論理構成稼働状況の画面の一例を示す図である。
【図７】システム稼働状況一覧の画面の一例を示す図である。
【図８】クラウド稼働状況の画面の一例を示す図である。
【図９】クラウド論理構成稼働状況の画面の一例を示す図である。
【図１０】クラウド稼働状況一覧の画面の一例を示す図である。
【図１１】設備稼働状況の画面の一例を示す図である。
【図１２】設備稼働状況詳細の画面の一例を示す図である。
【図１３】設備稼働状況一覧の画面の一例を示す図である。
【図１４】第２の実施形態における稼働状況表示システムにおける機能ブロックの一例を示す図である。
【図１５】第２の実施形態におけるスレッド情報の一例を示す図である。
【図１６】図５に対応し、第２の実施形態におけるシステム稼働状況の画面の一例を示す図である。
【図１７】図７に対応し、第２の実施形態におけるシステム稼働状況一覧の画面の一例を示す図である。
【図１８】第２の実施形態におけるスレッド表示領域に表示されるホーム画面の一例を示す図である。
【図１９】第２の実施形態におけるスレッド表示領域に表示されるスレッド新規登録画面の一例を示す図である。
【図２０】第２の実施形態におけるスレッド表示領域に表示されるスレッドサマリ画面の一例を示す図である。
【図２１】第２の実施形態におけるスレッド表示領域に表示されるスレッド詳細画面の一例を示す図である。
【発明を実施するための形態】
【００１１】
［第１の実施形態］
以下、図面を参照して本発明の一実施形態について説明する。図１は、データセンターにおける監視システムの構成を示す概略図である。監視システムは、データセンターにおける稼働状況を監視するシステムである。監視システムは、監視対象１０、稼働状況表示システム２０、及び監視端末３０（３０Ａ〜３０Ｄ）を含む。
【００１２】
監視対象１０は、データセンター内で稼働するシステムや、データセンター内の設備等を含む。具体的には、監視対象１０は、設備レベル４０、クラウドレベル５０、及びシステムレベル６０を含む。
【００１３】
設備レベル４０は、データセンター内の複数の設備を含む。例えば、設備レベル４０には、電源７０やラック７５が含まれる。設備レベル４０における設備は、データセンターの建物と情報機器との間に設けられた環境であるため、ミドルファシリティ（ＭＦ）とも呼ばれる。また、設備レベル４０は、設備レベル４０内の設備の稼働状況を監視するための監視装置１００Ａを含む。監視装置１００Ａは、各構成要素に設けられたセンサ等からの信号に基づいて、各構成要素の稼働状況を示す稼働情報を、例えば所定の間隔で、稼働状況表示システム２０に送信する。
【００１４】
クラウドレベル５０は、ユーザに提供される複数のクラウドの構成を含む。例えば、クラウドレベル５０には、リソースプール（ＲＰ）８０（８０Ａ，８０Ｂ）が含まれる。リソースプール８０は、クラウド上で提供される仮想サーバ等のリソースをグルーピングしたものである。リソースプール８０を構成する仮想サーバは、物理サーバ上で、例えば、ＶＭｗａｒｅ（登録商標）等の仮想化ソフトウェアを用いて実現される。また、クラウドレベル５０は、クラウドレベル５０内の構成要素の稼働状況を監視するための監視装置１００Ｂを含む。監視装置１００Ｂは、各構成要素から出力されるログ情報等に基づいて、各構成要素の稼働状況を示す稼働情報を、例えば所定の間隔で、稼働状況表示システム２０Ａに送信する。
【００１５】
システムレベル６０は、クラウド上で提供される複数のシステム９０（９０Ａ，９０Ｂ）を含む。各システム９０は、クラウド上で稼働する業務アプリケーションを含む。各業務アプリケーションは、クラウド上の仮想サーバを用いて実行される。また、システムレベル６０は、システムレベル６０内の構成要素の稼働状況を監視するための監視装置１００Ｃを含む。監視装置１００Ｃは、各構成要素から出力されるログ情報等に基づいて、各構成要素の稼働状況を示す稼働情報を、例えば所定の間隔で、稼働状況表示システム２０Ａに送信する。
【００１６】
なお、図１に示す構成では、レベルごとに監視装置１００が設けられているが、監視装置１００は、複数のレベルで共有されてもよい。
【００１７】
稼働状況表示システム２０は、監視対象１０からの稼働情報に基づいて、監視対象１０を構成する構成要素の稼働状況を、監視端末３０（３０Ａ〜３０Ｄ）に表示することができる。例えば、稼働状況表示システム２０は、監視端末３０におけるユーザ操作に応じて、監視端末３０のウェブブラウザ上に稼働状況を表示するためのデータを、監視端末３０に送信することができる。稼働状況表示システム２０の詳細については、後述する。
【００１８】
監視端末３０（３０Ａ〜３０Ｄ）は、監視対象１０を構成する構成要素の稼働状況を確認するための端末である。監視端末３０は、例えば、パーソナルコンピュータやタブレット端末等を用いて実現される。監視端末３０Ａは、例えば、データセンターの管理者や、システム開発部門の責任者等が、稼働状況を確認するための端末である。監視端末３０Ａでは、監視対象１０の全レベルの稼働状況を確認することができる。監視端末３０Ｂは、例えば、設備レベル４０の担当者が、設備レベル４０の稼働状況を確認するための端末である。監視端末３０Ｃは、例えば、クラウドレベル５０の担当者が、クラウドレベル５０の稼働状況を確認するための端末である。監視端末３０Ｄは、例えば、システム開発担当者が、各担当システムの稼働状況を確認するための端末である。
【００１９】
図２は、本実施形態に係る稼働状況表示システム２０Ａにおける機能ブロックの一例を示す図である。稼働状況表示システム２０Ａは、例えば、プロセッサ及び記憶装置を含む情報処理装置を用いて実現される。図２に示すように、稼働状況表示システム２０Ａは、構成情報記憶部２００、稼働情報受信部２１０、稼働情報記憶部２２０、及び稼働状況表示部２３０（管理部の一例である。）を含む。構成情報記憶部２００及び稼働情報記憶部２２０は、例えば、記憶装置を用いて実現される。稼働情報受信部２１０及び稼働状況表示部２３０は、例えば、記憶装置に格納されたプログラムをプロセッサが実行することにより実現される。なお、稼働状況表示システム２０Ａを実現するためのプログラムは、例えば、ＣＤ−ＲＯＭ等の記憶媒体からインストールされてもよいし、ネットワーク経由でインストールされてもよい。
【００２０】
構成情報記憶部２００は、複数のクラウド上で提供される複数のシステムと、システムを実現するために複数のクラウド上で稼働する複数の業務アプリケーションと、複数の業務アプリケーションで利用される複数の仮想サーバと、複数の仮想サーバを構成する複数の物理サーバと、複数の物理サーバで利用される複数の設備との関係を示す構成情報を記憶する。
【００２１】
図３は、構成情報の一例を示す図である。図３に示す構成情報は、設備情報、物理サーバ情報、仮想サーバ情報、業務アプリケーション（ＡＰＬ）情報、及びシステム情報を含む。
【００２２】
設備情報は、設備レベル４０内の設備に関する情報である。設備情報は、例えば、設備ＩＤ（識別子）や設備名、設備が配置されたエリアを示すエリアＩＤ等を含む。
【００２３】
物理サーバ情報は、クラウドレベル５０により提供されるクラウドを実現するための物理サーバに関する情報である。物理サーバ情報は、例えば、物理サーバＩＤや物理サーバ名、物理サーバのグループを示す物理サーバグループＩＤ、物理サーバが属するリソースプールを示すリソースプールＩＤ等を含む。物理サーバのグループは、例えば、同一エンクロージャーに格納されるブレードサーバのグループであってもよいし、その他、任意のグループとすることができる。
【００２４】
仮想サーバ情報は、クラウドレベル５０により提供されるクラウドを実現するための仮想サーバに関する情報である。仮想サーバ情報は、例えば、仮想サーバＩＤや仮想サーバ名、仮想サーバのグループを示す仮想サーバグループＩＤ等を含む。仮想サーバのグループは、例えば、正副二重化構成やＮ＋１構成等の、耐障害性を高めるためのグループであってもよいし、その他、任意のグループとすることができる。
【００２５】
業務アプリケーション情報は、システムレベル６０により提供されるシステムで実行される業務アプリケーションに関する情報である。業務アプリケーション情報は、例えば、アプリケーションＩＤやアプリケーション名、ビジネスロジック（ＢＬ）ＩＤ、ビジネスロジックグループＩＤ等を含む。ビジネスロジックＩＤは、複数の業務アプリケーションにより構成されるビジネスロジックを識別する情報である。ビジネスロジックグループＩＤは、ビジネスロジックのグループを識別する情報である。ビジネスロジックのグループは、例えば、正副二重化構成やＮ＋１構成等の、耐障害性を高めるためのグループであってもよいし、その他、任意のグループとすることができる。
【００２６】
システム情報は、システムレベル６０により提供されるシステムに関する情報である。システム情報は、例えば、システムＩＤやシステム名、アカウント情報等を含む。アカウント情報は、当該システムの担当者を識別するための情報であり、例えば、ユーザＩＤや、ユーザが所属する組織を示す組織ＩＤ等である。
【００２７】
構成情報においては、構成要素間の関係に基づいて、設備情報、物理サーバ情報、仮想サーバ情報、業務アプリケーション情報、及びシステム情報が関連付けられている。なお、関連付けは、１対１であってもよいし、１対多であってもよいし、多対多であってもよい。例えば、あるシステムのシステム情報は、当該システムで実行される複数の業務アプリケーションの業務アプリケーション情報と関連付けられる。また、例えば、ある業務アプリケーションの業務アプリケーション情報は、当該業務アプリケーションが実行される１または複数の仮想サーバの仮想サーバ情報と関連付けられる。他の情報についても同様に関連付けられる。
【００２８】
図２に戻り、稼働情報受信部２１０は、監視対象１０の各構成要素の稼働状況を示す稼働情報を、監視装置１００から受信し、稼働情報記憶部２２０に格納する。稼働情報には、例えば、構成要素のＩＤ（設備ＩＤや物理サーバＩＤ等）、正常または異常等の状態を示すデータ、及び日時等が含まれる。
【００２９】
稼働状況表示部２３０は、構成情報記憶部２００に記憶されている構成情報と、稼働情報記憶部２２０に記憶されている稼働情報とに基づいて、監視対象１０の構成要素の稼働状況を、監視端末３０に表示することができる。例えば、稼働状況表示部２３０は、構成情報及び稼働情報に基づいて、複数のシステムの少なくとも一部の稼働状況を示すシステム稼働状況、複数のクラウドの少なくとも一部の稼働状況を示すクラウド稼働状況、及び複数の設備の少なくとも一部の稼働状況を示す設備稼働状況を、ユーザ操作に応じて切り替えて表示することができる。以下、稼働状況表示部２３０による稼働状況の表示の具体例について説明する。
【００３０】
図４は、稼働状況を表示するレベルを選択する画面（トップ画面）の一例を示す図である。なお、稼働状況表示システム２０Ａは、様々な構成要素の稼働状況に基づいて、監視対象１０の稼働状況を把握しやすい状態で表示するものであり、そのユーザインタフェースは、ダッシュボード（ＤＡＳＨＢＯＡＲＤ）と呼ばれる。図４に示す画面は、例えば、管理者が監視端末３０Ａから稼働状況表示システム２０Ａにアクセスした場合に表示される。
【００３１】
図４に示す画面は、テナント選択領域（ＴＥＮＡＮＴ）４００、クラウド選択領域（ＣＬＯＵＤ）４１０、及び設備選択領域（ＭＦ）４２０を含む。テナント選択領域４００が選択されると、稼働状況表示部２３０は、システムレベルの稼働状況（システム稼働状況）を表示する。なお、クラウド上で提供される各システムは、クラウドのリソースを借りているため、「テナント」と呼ばれる。クラウド選択領域４１０が選択されると、稼働状況表示部２３０は、クラウドレベルの稼働状況（クラウド稼働状況）を表示する。設備選択領域４２０が選択されると、稼働状況表示部２３０は、設備レベルの稼働状況（設備稼働状況）を表示する。
【００３２】
なお、他の監視端末３０Ｂ〜３０Ｄから稼働状況表示システム２０Ａにアクセスした場合は、対応する各レベルの稼働状況を表示する画面が表示される。ただし、他の監視端末３０Ｂ〜３０Ｄから稼働状況表示システム２０Ａにアクセスした場合も、図４に示す画面が表示されてもよい。
【００３３】
図５は、システム稼働状況の画面の一例を示す図である。図５に示す画面は、例えば、図４に示すトップ画面でテナント選択領域４００が選択された場合、または、システム担当者が監視端末３０Ｄから稼働状況表示システム２０Ａにアクセスした場合に表示される。なお、稼働状況表示部２３０は、稼働状況表示システム２０Ａにアクセスするユーザの属性に基づいて、稼働状況を出力するシステムを判断することができる。例えば、稼働状況表示部２３０は、構成情報におけるシステム情報に含まれるアカウント情報に基づいて、稼働状況を出力するシステムを判断することができる。
【００３４】
図５に示す画面は、システム表示領域５００、稼働状況表示領域５１０、参考情報表示領域５２０、論理構成選択領域５３０、及び一覧選択領域５４０を含む。
【００３５】
システム表示領域５００は、システムを識別するための情報（例えば、システム名やシステム略称等）を表示する。図５に示す画面には、「Ｓ１」、「Ｓ２」、「Ｓ３」、及び「Ｓ４」の４つのシステムが表示されている。
【００３６】
稼働状況表示領域５１０には、システム内の業務アプリケーションの稼働状況を示すアイコンが表示される。図５に示す例では、システム「Ｓ１」について、「ＡＰＬ１」や「ＡＰＬ２」等の業務アプリケーションの稼働状況を示すアイコンが表示されている。稼働状況表示部２３０は、各業務アプリケーションの稼働状況に応じて、各アイコンの表示態様を変更する。参考情報表示領域５２０には、アイコンの表示態様についての説明が表示されている。業務アプリケーションの稼働状況が「正常」である場合、例えば、アイコンは緑色で表示される。また、業務アプリケーションの稼働状況が「一部障害」である場合（例えば、縮退運用している場合等）、例えば、アイコンは黄色で表示される。また、業務アプリケーションの稼働状況が「全面障害」である場合（例えば、業務アプリケーションの実行が完全に停止している場合等）、例えば、アイコンは赤色で表示される。なお、図５に示したアイコンの表示態様は一例であり、稼働状況を識別可能な任意の表示態様を採用することができる。また、稼働状況の分類は、「正常」、「一部障害」、及び「全面障害」に限られない。例えば、稼働状況の分類に、稼働情報を取得できていないことを示す状態が含まれてもよい。そして、稼働情報を取得できていない場合、例えば、アイコンが白色で表されることとしてもよい。
【００３７】
論理構成選択領域５３０が選択されると、稼働状況表示部２３０は、システムの論理構成の稼働状況を示す画面を表示する。一覧選択領域５４０が選択されると、稼働状況表示部２３０は、システムの稼働状況一覧を示す画面を表示する。
【００３８】
図６は、システム論理構成稼働状況の画面の一例を示す図である。図６に示す画面は、例えば、図５に示す画面において、論理構成選択領域５３０が選択された場合に表示される。また、図６に示す画面には、後述する図７に示す画面から遷移することも可能である。図６に示す画面は、ビジネスロジックグループ（仮想サーバグループ）の稼働状況表示領域６００と、ビジネスロジックグループに含まれる各ビジネスロジック（仮想サーバ）の稼働状況表示領域６１０（６１０Ａ〜６１０Ｃ）を含む。図６に示す例では、ビジネスロジックグループ＃１は、３つのビジネスロジック＃１，＃２，＃３を含む。稼働状況表示部２３０は、各ビジネスロジックの業務アプリケーションの稼働状況に応じて、ビジネスロジックの稼働状況表示領域６１０Ａ〜６１０Ｃの表示態様を変更する。また、稼働状況表示部２３０は、各ビジネスロジックの稼働状況に応じて、ビジネスロジックグループの稼働状況表示領域６００の表示態様を変更する。なお、稼働状況の表示態様は、例えば、図５と同様である。
【００３９】
図７は、システム稼働状況一覧の画面の一例を示す図である。図７に示す画面は、例えば、図５に示す画面において、一覧選択領域５４０が選択された場合に表示される。また、図７に示す画面には、図６に示す画面から遷移することも可能である。図７に示す画面では、「システム」、「グループ」、「サービス」、及び「ステータス」を選択することができる。稼働状況表示部２３０は、選択結果に基づいて、稼働状況の一覧を表示する。なお、図７に示す画面における、グループ、サーバ、サービス、及びノードは、仮想サーバグループ名、仮想サーバ名、アプリケーション名、及び仮想サーバＩＤに対応する。
【００４０】
図８は、クラウド稼働状況の画面の一例を示す図である。図８に示す画面は、例えば、図４に示すトップ画面でクラウド選択領域４１０が選択された場合、または、クラウド担当者が監視端末３０Ｃから稼働状況表示システム２０Ａにアクセスした場合に表示される。図８に示す画面は、クラウドの稼働状況表示領域８００（８００Ａ，８００Ｂ）を含む。また、各クラウドの稼働状況表示領域８００には、クラウドを構成するリソースプールの稼働状況表示領域８１０が含まれる。例えば、クラウドＡの稼働状況表示領域８００Ａには、４つのリソースプールの稼働状況表示領域８１０Ａ〜８１０Ｄが含まれる。なお、稼働状況の表示態様は、例えば、図５と同様である。
【００４１】
図９は、クラウド論理構成稼働状況の画面の一例を示す図である。図９に示す画面は、例えば、図８に示す画面においてリソースプールの稼働状況表示領域８１０が選択された場合に表示される。また、図９に示す画面には、後述する図１０に示す画面から遷移することも可能である。図９に示す画面は、リソースプールＲＰ１２の稼働状況が表示された一例である。図９に示す画面は、リソースプール選択領域９００、物理サーバグループの稼働状況表示領域９１０（９１０Ａ，９１０Ｂ）、物理サーバの稼働状況表示領域９２０（９２０Ａ〜９２０Ｃ）、及び仮想サーバの稼働状況表示領域９３０（９３０Ａ，９３０Ｂ）を含む。図９に示す画面では、リソースプール選択領域９００でリソースプールを選択することにより、稼働状況の表示対象となるリソースプールを切り替えることが可能である。なお、稼働状況の表示態様は、例えば、図５と同様である。
【００４２】
図１０は、クラウド稼働状況一覧の画面の一例を示す図である。図１０に示す画面は、例えば、図９に示す画面において物理サーバグループの稼働状況表示領域９１０が選択された場合に表示される。図９に示す画面では、「センター」、「Ｅｎｃ名」、「ＥＳＸ  ＧＲＰ」、「ＥＳＸ稼働情報」、「ＶＭ名」、及び「ＶＭ稼働情報」を選択することができる。稼働状況表示部２３０は、選択結果に基づいて、稼働状況の一覧を表示する。なお、図１０に示す画面における、センター、Ｅｎｃ、ＥＳＸ、及びＶＭは、データセンター、エンクロージャー、物理サーバ、及び仮想サーバに対応する。
【００４３】
図１１は、設備稼働状況概要の画面の一例を示す図である。図１１に示す画面は、例えば、図４に示すトップ画面で設備選択領域４２０が選択された場合、または、設備担当者が監視端末３０Ｂから稼働状況表示システム２０Ａにアクセスした場合に表示される。図１１に示す画面は、設備表示領域１１００、エリア表示領域１１１０、及び稼働状況表示領域１１２０を含む。設備表示領域１１００には、例えば、電源設備や空調設備等、データセンター内の設備を示す情報が表示される。エリア表示領域１１１０には、設備が配置されたエリアを示す情報が表示される。稼働状況表示領域１１２０には、設備の稼働状況を示す情報が表示される。図１１に示す例では、エリア３Ｎ１−４に配置された電源設備の稼働状況に「ＣＲＩＴＩＣＡＬ」と表示されている。これは、当該電源設備に異常が発生していることを示している。なお、各設備の稼働状況について、図５と同様の表示態様を採用してもよい。
【００４４】
図１２は、設備稼働状況詳細の画面の一例を示す図である。図１２に示す画面は、例えば、図１１に示す画面において設備の稼働状況表示領域１１２０が選択された場合に表示される。また、図１２に示す画面は、後述する図１３に示す画面から遷移することも可能である。図１２に示す画面は、エリア３Ｎ１−４，３Ｎ１−５の設備の稼働状況が表示された一例である。具体的には、稼働状況表示領域１２００には、エリア３Ｎ１−４に設置された設備の稼働状況が表示されている。そして、稼働状況表示領域１２１０には、当該エリア内の電源設備（Ａ０１）に異常が発生していることを示すマークが表示されている。なお、各設備の稼働状況について、図５と同様の表示態様を採用してもよい。
【００４５】
図１３は、設備稼働状況一覧の画面の一例を示す図である。図１３に示す画面は、例えば、図１２に示す画面において稼働状況表示領域１２００が選択された場合に表示される。図１３に示す画面では、「センター」、「フロア」、「ラック番号」、「電源」、「温度」、及び「サーバ名」を選択することができる。稼働状況表示部２３０は、選択結果に基づいて、稼働状況の一覧を表示する。なお、図１３に示す画面において、「電源」及び「温度」は、ラック番号で示されるラックの電源及び温度の状態を示している。
【００４６】
以上、図４〜図１３を参照して、稼働状況表示部２３０により表示される画面の一例について説明した。本実施形態によれば、構成情報及び稼働情報に基づいて、複数のシステムの少なくとも一部の稼働状況を示すシステム稼働状況（例えば図５〜図７）、複数のクラウドの少なくとも一部の稼働状況を示すクラウド稼働状況（例えば図８〜図１０）、及び複数の設備の少なくとも一部の稼働状況を示す設備稼働状況（例えば図１１〜図１３）を、ユーザ操作に応じて切り替えて表示することができる。これにより、データセンターにおける各レベルの稼働状況を的確に把握することが可能となる。なお、システム担当者やクラウド担当者、設備担当者についても、各自の担当とは異なるレベルの稼働状況を示す画面を参照可能とすることができる。この場合、稼働状況表示部２３０は、システム担当者のアカウント情報に基づいて、当該システム担当者が担当するシステムに関連するクラウド及び設備に関する稼働状況のみを表示するように制御することができる。
【００４７】
また、本実施形態によれば、例えば図５に示したように、業務アプリケーションの稼働状況を、稼働状況に応じた表示態様のアイコンにより把握することができる。これにより、稼働状況を的確に把握することが可能となる。
【００４８】
また、本実施形態によれば、業務アプリケーションが、複数の仮想サーバのうちの少なくとも２つの仮想サーバで実行可能である場合に、例えば、図５にしめしたように、当該少なくとも２つの仮想サーバの稼働状況に基づいて、業務アプリケーション稼働状況の表示態様を変更することができる。より具体的には、例えば、当該少なくとも２つの仮想サーバの全てが正常な場合は「緑」、当該少なくとも２つの仮想サーバの一部で異常が発生している場合は「黄」、当該少なくとも２つの仮想サーバの全てに異常が発生している場合は「赤」というように、表示態様を変更することができる。これにより、稼働状況を的確に把握することが可能となる。
【００４９】
また、本実施形態によれば、業務アプリケーション稼働状況（例えば図５）と、業務アプリケーションで利用される複数の仮想サーバの少なくとも一部の稼働状況を示す仮想サーバ稼働状況（図６又は図７）とを、ユーザ操作に応じて切り替えて表示することができる。これにより、稼働状況を的確に把握することが可能となる。
また、本実施形態によれば、複数の仮想サーバの少なくとも一部がグループを構成している場合に、例えば図７に示したように、グループ内の仮想サーバの稼働状況に基づいて、グループ内の各サーバの稼働状況と、グループの稼働状況とを表示することができる。
これにより、稼働状況を的確に把握することが可能となる。
【００５０】
［第２の実施形態］
第２の実施形態以降では第１の実施形態と共通の事柄についての記述を省略し、異なる点についてのみ説明する。特に、同様の構成による同様の作用効果については実施形態毎には逐次言及しない。
【００５１】
本実施形態において、監視システムは、ユーザ間のコミュニケーション（メッセージの一例である。）をリアルタイムに可視化する機能を有するものであり、稼働状況表示システム２０Ａの代わりに、稼働状況表示システム２０Ｂを備える。ユーザ間のコミュニケーションは、例えば、監視端末３０を用いた電子メッセージ（以下、単に「メッセージ」とも呼ぶ。）によって行われる。本実施形態では、メッセージは、例えば監視対象１０における障害発生時やメンテナンス作業時、リプレース作業時等、監視対象１０に対してユーザが作業を行う必要がある場合に、作業に携わるユーザ間における情報伝達手段として用いられる。
【００５２】
本実施形態に係る稼働状況表示システム２０Ｂは、メッセージを、複数のメッセージを関連付ける情報（以下、「スレッド」とも呼ぶ。）と、監視対象１０とに対応付けて管理する。
【００５３】
まず、本実施形態に係る監視端末３０の機能について説明する。本実施形態では、監視端末３０は、第１の実施形態で説明した機能に加え、後述するスレッド表示部２６０によって作成される画面を用いて、スレッドを作成する機能と、メッセージをスレッドに対して送信する機能を有する。なお、スレッドの作成が可能であるのは、データセンターの管理者やシステム開発部門の責任者が利用する監視端末３０Ａのみであることが好ましい。ユーザは、監視端末３０Ａを用いて、スレッドを作成する際に、スレッド名を設定し、そのスレッドに対してメッセージを送信可能なユーザ（以下、スレッドの「メンバー」とも呼ぶ。）を選択する。スレッドは、例えば発生した障害ごとに作成されることが好ましい。この場合、スレッドのメンバーは障害対応を行う担当者であることが好ましい。
【００５４】
また、ユーザは、監視端末３０を用いて、メッセージを作成する。メッセージには、メッセージの内容、メッセージを送信するスレッドのＩＤ、及び作成するメッセージに関連する監視対象１０のＩＤが含まれる。ユーザはメッセージを作成する際に、スレッドと監視対象１０を選択する。ユーザが選択する監視対象１０は、設備レベル４０、クラウドレベル５０、及びシステムレベル６０のいずれでもよい。本実施形態において、監視端末３０Ｂ，３０Ｃ，３０Ｄは、スマートフォンやタブレットＰＣ等、ユーザが作業現場へ持ち運び可能な携帯端末であることが好ましい。
【００５５】
稼働状況表示システム２０Ｂにメッセージが送信されると、メッセージに含まれるスレッドＩＤに対応するスレッドのメンバーに対して、メッセージが送信される。
【００５６】
なお、本実施形態では、ユーザ間のコミュニケーションにメッセージを用いるものとして説明するが、コミュニケーションの手段はこれに限定されず、例えば、特定のメンバーのみが閲覧・投稿が可能な電子掲示板を用いてもよい。
【００５７】
次に、本実施形態に係る稼働状況表示システム２０Ｂの構成について説明する。
図１４は、本実施形態に係る稼働状況表示システム２０Ｂにおける機能ブロックの一例を示す図である。稼働状況表示システム２０Ｂは、稼働状況表示システム２０Ａの構成に加え、スレッド情報記憶部２４０、スレッド管理部２５０（受信部の一例である。）、及びスレッド表示部２６０（選択受付部、及び表示部の一例である。）を含む。
【００５８】
スレッド情報記憶部２４０は、スレッドごとにスレッド情報を関連付けて記憶する。
図１５は、スレッド情報の一例を示す図である。図１５に示すスレッド情報は、スレッド管理情報、メンバー情報、メッセージ情報、及びノート情報を含む。
【００５９】
スレッド管理情報は、スレッドを管理するための情報である。スレッド管理情報は、例えば、スレッドＩＤや、スレッド名、管理ユーザＩＤ、スレッドステータス、タグ等を含む。
【００６０】
スレッドＩＤは、ユーザがスレッドを作成した際に、スレッドに対して割り当てられる識別子である。スレッド管理部２５０は、監視システムにおいて一意になるようにスレッドＩＤを割り当てることが好ましい。なお、スレッドＩＤは、スレッドを作成するユーザが任意に設定する構成でもよい。
【００６１】
スレッド名は、ユーザがスレッドを作成する際に、任意に設定するスレッドの名称である。
【００６２】
管理ユーザＩＤは、スレッドの管理者であるユーザのＩＤである。管理者はスレッドを作成したユーザ（例えば監視端末３０Ａのユーザ）であることが好ましい。なお、管理者は後述する権限によって決定されてもよい。
【００６３】
スレッドステータスは、スレッドの稼働状況を示す情報である。スレッドステータスは、例えば、スレッドが現在稼働中（当該スレッドに対してメッセージを送信可能な状態）か、あるいは、スレッドがクローズされている（当該スレッドに対してメッセージを送信できない状態）かを示すフラグである。
【００６４】
タグは、スレッドを検索するためのトリガとなる情報である。タグは、例えばスレッド名に含まれる単語や、スレッドに対応するメッセージ内において頻出の用語である。また、タグは、スレッド作成時に、ユーザが任意に設定可能であってもよい。
【００６５】
メンバー情報は、スレッドにおいてメッセージを送信可能なユーザに関する情報である。メンバー情報は、ユーザＩＤ、権限、ユーザステータス、及びアイコン等を含む。
【００６６】
ユーザＩＤは、スレッドのメンバーであるユーザのＩＤである。
【００６７】
権限は、ユーザのスレッドに対する権限をいう。権限は、例えば、スレッドに対して全ての操作が可能な特権ユーザや、スレッドに対する一部の操作しか許可されない一般ユーザ等の種別を含む。特権ユーザの権限が与えられたユーザは、例えば、スレッドの削除、クローズ、メンバーの設定、メンバーに対する権限の変更、後述するサマリの作成が可能である。また、一般ユーザは、例えばスレッドの閲覧と、メッセージの送信のみが可能である。本実施形態においては、監視端末３０Ａのユーザには特権ユーザの権限が付与されており、監視端末３０Ｂ，３０Ｃ，３０Ｄのユーザには一般ユーザの権限が付与されているとして説明する。
【００６８】
ユーザステータスは、ユーザの現在の状況を示す情報であり、ユーザが任意に設定可能であることが好ましい。例えばユーザステータスとして、ユーザの現在地、現在行っている作業内容等を設定することができる。
【００６９】
アイコンは、メッセージと対応付けられて表示されるメッセージ送信元ユーザを示す情報である。アイコンは例えばユーザの顔画像等、ユーザを特定可能な画像であることが好ましい。
【００７０】
メッセージ情報は、メッセージと監視対象１０との対応関係を記憶する情報である。メッセージ情報は、メッセージＩＤ、作成ユーザＩＤ、監視対象ＩＤ、メッセージレベル、既読数、及び送信日時等を含む。
【００７１】
メッセージＩＤは、スレッドにメッセージが送信された場合に、後述するスレッド管理部２５０によってメッセージに割り当てられる識別子である。メッセージＩＤは少なくともスレッド内において一意となるようにメッセージに割り当てられることが好ましい。
【００７２】
作成ユーザＩＤは、メッセージを送信したユーザのＩＤである。
【００７３】
監視対象ＩＤは、メッセージに関連付けられる監視対象１０のＩＤである。監視対象ＩＤは、具体的には、設備ＩＤや物理サーバＩＤ、アプリケーションＩＤ、又はシステムＩＤ等である。
【００７４】
メッセージレベルは、メッセージの緊急度（又は重要度）を示す情報である。本実施形態では、一例として、メッセージレベルは、「重要」、「指示」、「報告」、及び「通常」の４つのレベルを含む。
【００７５】
既読数は、スレッドに送信されたメッセージを確認したスレッドメンバーの数である。既読数は、後述するスレッド詳細画面を表示したスレッドのメンバーの数でもよい。
【００７６】
送信日時は、本実施形態では、スレッド管理部２５０によってメッセージが受信された日時である。なお、送信日時は、例えば、監視端末３０からスレッド管理部２５０に対してメッセージが送信された日時や、スレッド管理部２５０からスレッドに送信されたメッセージがスレッドのメンバーに対して送信された日時でもよい。
【００７７】
なお、メッセージの本体は、メッセージＩＤと対応付けられて、スレッド情報記憶部２４０の別の領域に格納される。
【００７８】
ノート情報は、ノートＩＤ、ノートタイトル、及び作成ユーザＩＤ等を含む。ノートは、ユーザがスレッドに関連付けて任意に作成可能な情報であり、例えばスレッドにおいてやりとりされたメッセージを集約する情報である。本実施形態では、ノートは、スレッドの管理者のみが作成・編集可能である。
【００７９】
詳細は後述するが、メッセージは、後述するスレッド詳細画面内において、新着順に追加されて表示される。従って、ユーザは過去のメッセージを参照する場合、スレッド詳細画面をスクロールし、遡って所望のメッセージを探す必要がある。他方で、ノートは、ノートタイトルと紐づけられて管理される。また、ノートタイトルは、スレッドサマリ画面において一覧表示される。従って、例えば、管理者が重要な連絡事項等を記載したノートを作成することで、各担当者は、重要な情報を参照しやすくなる。
【００８０】
なお、ノートの本体は、ノートＩＤと対応付けられて、スレッド情報記憶部２４０の別の領域に格納される。
【００８１】
図１４に戻り、スレッド管理部２５０は、スレッド管理機能、メッセージ管理機能、及びノート管理機能を有する。それぞれの機能について説明する。
【００８２】
（スレッド管理機能）
スレッド管理部２５０は、監視端末３０Ａからスレッドの作成を受け付けると、作成されたスレッドにスレッドＩＤを割り当て、当該スレッドＩＤに、設定されたスレッド名及びスレッドメンバーを対応付けて、スレッド情報記憶部２４０に登録する。なお、スレッドの作成後に、メンバーの追加登録を受け付けた場合には、スレッド管理部２５０は、スレッドＩＤに基づいて対応するスレッド情報のレコードを更新する。
【００８３】
また、スレッド管理部２５０は、監視端末３０Ａからの操作に基づいて、スレッドのステータスを変更することができる。スレッド管理部２５０は、監視端末３０Ａからスレッドステータスの変更を受け付けた場合には、スレッド情報記憶部２４０におけるスレッドステータスを更新する。
【００８４】
（メッセージ管理機能）
スレッド管理部２５０は、監視端末３０からメッセージを受信した場合に、メッセージに含まれるスレッドＩＤに対応するスレッド情報記憶部２４０のレコードに、受信したメッセージと、監視対象１０のＩＤを登録する。さらにスレッド管理部２５０は、スレッド情報記憶部２４０を参照し、該当するスレッドのメンバーに対して受信したメッセージを送信する。さらにスレッド管理部２５０は、スレッドステータスがクローズであるスレッドＩＤを指定したメッセージを受け付けた場合には、当該メッセージをスレッドメンバーに送信せずに、破棄することができる。なお、スレッド管理部２５０は、ユーザから音声のメッセージを受け付けることも可能である。この場合、スレッド管理部２５０は、音声のメッセージをテキストに変換して、スレッドメンバーに送信することが好ましい。
【００８５】
また、スレッド管理部２５０は、メッセージの既読数を管理することができる。例えば、スレッド管理部２５０は、スレッドメンバーであるユーザが利用する監視端末３０において、後述するメッセージ詳細画面が表示された数を既読数としてカウントし、スレッド情報記憶部２４０のレコードを更新することができる。
【００８６】
（ノート管理機能）
スレッド管理部２５０は、監視端末３０Ａからノートの作成を受け付け、スレッド情報記憶部２４０における対応するレコードにノートを登録する。また、スレッド管理部２５０は、作成されたノートに対して編集や削除処理が行われた場合には、対応するレコードを更新する。
【００８７】
スレッド表示部２６０は、スレッド情報記憶部２４０に記憶されているスレッド情報に基づいて、スレッド情報を表示するスレッド表示領域を作成することができる。スレッド表示部２６０は、ダッシュボードにおいて、稼働状況表示部２３０が表示する画面内に、スレッド表示領域を作成して表示させることが好ましい。なお、監視端末３０が携帯端末である場合には、スレッド表示部２６０は、監視端末３０の画面にスレッド表示領域のみを表示させることが好ましい。
【００８８】
図１６は、図５に示したシステム稼働状況の画面上に、スレッド表示部２６０が作成したスレッド表示領域１８が表示されている画面例である。図１６の例では、スレッド表示領域１８は、画面の右側に作成されているが、スレッド表示領域１８が作成される場所はこれに限定されず、例えば画面の下部でもよい。
【００８９】
詳細については後述するが、スレッド表示領域１８は、ユーザに選択されたスレッドのサマリ情報や詳細情報を表示することができる。図１６の例ではスレッド＃０１のスレッドサマリ情報が表示されている。例えば、スレッド＃０１には、システムＳ１を構成するＢＬサーバ＃０１、ＢＬサーバ＃０２、及び業務アプリケーションＡＰＬ１に関連するメッセージが対応づけられて登録されているとする。
【００９０】
図１６の例では、稼働状況表示部２３０が作成したシステム稼働状況の画面における、スレッド＃０１に対応する監視対象１０の情報（図１６の例では、システム「Ｓ１」、及び業務アプリケーションＡＰＬ１）に、スレッド＃０１に送信された新着メッセージ数（メッセージに関する情報の一例である。）２８１Ａ，２８１Ｂが表示されている。新着メッセージ数２８１Ａ，２８１Ｂは、スレッド＃０１に対応するメッセージのうち、既読数が０のメッセージの数をいう。より具体的には、新着メッセージ数２８１Ｂは、スレッド＃０１における業務アプリケーションＡＰＬ１に関連するメッセージのうち、既読数が０のメッセージの数を示している。他方、新着メッセージ数２８１Ａは、スレッド＃０１におけるシステムＳ１を構成する監視対象１０に関連するメッセージのうち、既読数が０のメッセージの総和を示している。
【００９１】
図１７は、図７に示したシステム稼働状況一覧の画面上に、スレッド表示部２６０が作成したスレッド表示領域１８が表示された場合の画面例である。図１７の例ではスレッド表示領域１８には、スレッド＃０１のスレッド詳細情報が表示されている。この例では、スレッド＃０１に対応する監視対象１０の情報（図１７の例では、ＢＬサーバ＃０１、ＢＬサーバ＃０２、及び業務アプリケーションＡＰＬ１）に対応する行がハイライトされて表示されている。また、ＢＬサーバ＃０１、ＢＬサーバ＃０２、及び業務アプリケーションＡＰＬ１には、それぞれ、新着メッセージ数２８１Ｂ，２８１Ｃ，２８１Ｄが表示されている。
【００９２】
新着メッセージ数２８１Ｂは、図１６の例と同様である。新着メッセージ数２８１Ｃは、スレッド＃０１におけるＢＬサーバ＃０２を構成する監視対象１０に関連するメッセージのうち、既読数が０のメッセージの総和を示している。
同様に、新着メッセージ数２８１Ｄには、スレッド＃０１におけるＢＬサーバ＃０１を構成する監視対象１０に関連するメッセージのうち、既読数が０のメッセージの総和が示されている。具体的には、新着メッセージ数２８１Ｄには、ＡＰＬ１に対する新着メッセージ数（図１７の例では「２」）と、ＢＬサーバ＃０１に対する新着メッセージ数（図１７の例では「２」）の総和として、「４」が表示されている。
【００９３】
このように、本実施形態に係る稼働状況表示システム２０Ｂにおいては、選択したスレッドにおけるメッセージに関する情報と、選択したスレッドに関連する監視対象１０の稼働状況とを対応付けて表示することができる。これによって、ユーザは、システムの状況と、人の対応状況との両方を対応付けて把握することができる。
【００９４】
次に、図１８〜２１を参照して、スレッド表示領域１８に表示される画面例について説明する。図１８は、スレッド表示領域１８に表示されるホーム画面の例である。
【００９５】
図１８の例では、ホーム画面の中央には、スレッド名、スレッドステータス、及び更新日を含むスレッド一覧表１８０４が表示されている。また、ホーム画面の上部には、スレッドを検索するための、スレッド名入力欄１８０１、ステータス入力欄１８０２、及び検索ボタン１８０３が表示されている。ユーザは、スレッド名入力欄１８０１に検索したいスレッド名を入力し、またはステータス入力欄１８０２にスレッドステータスを入力し、検索ボタン１８０３を押す。これに応じて、スレッド表示部２６０によって、検索トリガに一致するスレッドがスレッド情報記憶部２４０から検索され、画面中央のスレッド一覧表１８０４に表示されるスレッドが絞り込まれる。
【００９６】
また、画面下部には、スレッドを作成するための新規登録ボタン１８０５が表示されている。なお、ホーム画面を表示する監視端末３０が、監視端末３０Ａ以外の端末である場合には、新規登録ボタン１８０５は表示されないことが好ましい。
【００９７】
図１９は、新規登録ボタン１８０５が押された場合に、スレッド表示部２６０がスレッド表示領域１８に表示する、スレッド新規登録画面である。
スレッド新規登録画面の上部には、新規登録されるスレッド名が入力される、スレッド名入力欄１８１１が表示される。スレッド名入力欄１８１１の下部には、ユーザ名入力欄１８１２、及び追加ボタン１８１３が表示される。ユーザ名入力欄１８１２は、プルダウンによってユーザが選択できる構成でもよい。ユーザ名入力欄１８１２にユーザ名が入力され、追加ボタン１８１３が押されると、ユーザ一覧表１８１４に追加されたユーザのユーザ名が表示される。なお、ユーザ名の右側に表示される削除ボタン１８１８が選択されることで、追加されたユーザを削除することが可能である。
【００９８】
さらにスレッド新規登録画面の下部には、クリアボタン１８１６と登録ボタン１８１７が設けられている。クリアボタン１８１６が選択されると、スレッド新規登録画面において入力された内容が全てクリアされる。他方で、登録ボタン１８１７が選択されると、スレッド新規登録画面において入力された内容を、スレッド管理部２５０が受け付け、スレッドが新たにスレッド情報記憶部２４０に登録される。
【００９９】
図２０は、スレッドサマリ画面の一例を示す図である。スレッド表示部２６０は、図１８に示したスレッド一覧表１８０４から、任意のスレッドが選択された場合に、選択されたスレッドに関するスレッドサマリ画面をスレッド表示領域１８に表示する。
【０１００】
スレッドサマリ画面は、上部に表示されるスレッド名と、メンバー情報表示領域１８２５と、ノート表示領域１８２０とから構成される。
【０１０１】
メンバー情報表示領域１８２５には、メンバーのアイコン１８０Ａ，１８０Ｂ，１８０Ｃ（以下、まとめて「アイコン１８０」とも呼ぶ。）、メンバーそれぞれのユーザステータス１８１Ｂ，１８１Ｃ、並びに、図１９に示したユーザ名入力欄１８１２及び追加ボタン１８１３が表示されている。スレッドのメンバーは、表示されているユーザステータス１８１Ｂ，１８１Ｃを選択することで、ユーザステータスを編集することができる。スレッド表示部２６０がユーザのアイコン１８０とユーザステータス１８１とを対応付けて表示することで、各ユーザの現在の作業状況を、システムの管理者が容易に把握可能になる。
【０１０２】
スレッドサマリ画面において、ユーザ名入力欄１８１２及び追加ボタン１８１３からメンバーが追加された場合、スレッド管理部２５０は、スレッド情報記憶部２４０を参照し、対応するスレッド情報に、メンバーを追加してレコードを更新する。
【０１０３】
ノート表示領域１８２０には、選択されたスレッドに対応するノートのタイトルが表示されている。ノートタイトルが選択されると、スレッド表示部２６０は選択されたノートの詳細を表示する。
【０１０４】
ノートタイトルにはそれぞれチェックボックス１８２４が対応付けられて表示されている。チェックボックスでノートタイトルを選択して、編集ボタン１８２１又は削除ボタン１８２２を選択することで、監視端末３０Ａのユーザは、ノートを編集・削除することができる。また、監視端末３０Ａのユーザは、新規ボタン１８２３を操作することにより、ノートを作成することができる。ノートに対して、編集や削除、新規作成等の処理が行われると、スレッド管理部２５０は、スレッド情報記憶部２４０を参照して、対応するレコードを更新する。
【０１０５】
図２１はスレッド詳細画面の一例を示す図である。スレッド表示部２６０は、スレッド詳細画面において、スレッド名が選択されると、スレッド詳細画面をスレッド表示領域１８に表示する。
【０１０６】
スレッド詳細画面の上部の領域には、スレッドのメンバーのアイコン１８０が表示される。また、スレッド詳細画面の下部には、メッセージ入力欄１８３２、スタンプボタン１８３１、送信ボタン１８５Ａ〜１８５Ｄ（以下、まとめて「送信ボタン１８５」とも呼ぶ。）、及び監視対象選択欄１８３３が表示されている。
【０１０７】
ユーザは、メッセージ入力欄１８３２にメッセージを入力し、メッセージに関連付ける監視対象１０を監視対象選択欄１８３３において選択する。監視対象選択欄１８３３は、図２１の例では、プルダウン形式によって監視対象１０を選択させる構成である。なお、監視対象選択欄１８３３には、前回選択された監視対象１０の情報が保持されていることが好ましい。これによって、同じ監視対象１０のメッセージを送信する際に、ユーザは再度監視対象１０を選択する手間を省くことができる。
【０１０８】
ユーザは、メッセージ入力欄１８３２にメッセージを入力する代わりに、スタンプボタン１８３１を選択してスタンプを送信することも可能である。スタンプは、例えば、メッセージのテンプレートや、監視対象１０の画像等を含む。メッセージの入力の代わりにスタンプを選択することで、メッセージ入力の負担を軽減することができる。
【０１０９】
メッセージの入力及び監視対象１０の選択を行い、メッセージの緊急度に応じた送信ボタン１８５を押すことで、稼働状況表示システム２０Ｂにメッセージを送信することができる。送信ボタン１８５Ａが選択されると、スレッド管理部２５０は、メッセージにメッセージレベル「重要」を対応付ける。また、送信ボタン１８５Ｂが選択されると、スレッド管理部２５０は、メッセージにメッセージレベル「指示」を対応付ける。送信ボタン１８５Ｃが選択されると、スレッド管理部２５０は、メッセージにメッセージレベル「報告」を対応付ける。さらに送信ボタン１８５Ｄが選択されると、スレッド管理部２５０は、メッセージにメッセージレベル「通常」を対応付ける。送信されたメッセージ、監視対象１０の情報、及びメッセージレベルは、スレッド管理部２５０によって受け付けられ、対応するスレッド情報に紐づけられてスレッド情報記憶部２４０に登録される。
【０１１０】
また、スレッド詳細画面の中央の領域には、スレッドにおいてやりとりされたメッセージ１８６Ａ〜１８６Ｅ（以下、まとめて「メッセージ１８６」とも呼ぶ。）が表示される。上述の送信ボタン１８５が選択され、メッセージが送信されると、スレッド詳細画面の中央の領域に、追加して表示される。
【０１１１】
図２１の例では、メッセージ１８６は、メッセージ送信元のユーザのアイコン１８０と、メッセージのステータスを示すステータス表示１８７Ａ〜１８７Ｅ（以下、まとめて「ステータス表示１８７」とも呼ぶ。）と対応付けられて表示される。ステータス表示１８７は、例えば既読・未読の種別と、メッセージが送信された時刻とから構成される。メッセージ１８６にステータス表示１８７が対応付けられることで、スレッド表示部２６９は、メッセージの既読状況を可視化することができる
【０１１２】
また、メッセージ１８６には、メッセージレベルを示すレベル表示１８８Ａ〜１８８Ｄ（以下、まとめて「レベル表示１８８」とも呼ぶ。）が表示されている。スレッド表示部２６０は、スレッド情報記憶部２４０を参照して、表示するメッセージ１８６に対応するメッセージレベルを選択し、メッセージ１８６とレベル表示１８８とを対応付けて表示する。スレッド表示部２６０がメッセージとメッセージレベルとを対応付けて表示することにより、ユーザは、各メッセージの重要度を把握しやすくなる。
【０１１３】
このように、本実施形態に係る稼働状況表示システム２０Ｂにおいては、選択したスレッドにおいてメッセージがやりとりされている状況と、選択したスレッドに関連する監視対象１０の稼働状況とを対応付けて表示することができる。システムの状況と、人の対応状況との両方を対応付けて可視化することで、障害発生時等において、システムの管理者は、障害対応状況を把握し、システム担当者により適切な指示を出すことができる。
【０１１４】
なお、本実施形態は、本発明の理解を容易にするためのものであり、本発明を限定して解釈するためのものではない。本発明は、その趣旨を逸脱することなく、変更／改良され得るととともに、本発明にはその等価物も含まれる。
【符号の説明】
【０１１５】
１０  監視対象
２０  稼働状況表示システム
３０  監視端末
４０  設備レベル
５０  クラウドレベル
６０  システムレベル
７０  電源
７５  ラック
８０  リソースプール
９０  システム
１００  監視装置
２００  構成情報記憶部
２１０  稼働情報受信部
２２０  稼働情報記憶部
２３０  稼働状況表示部
２４０  スレッド情報記憶部
２５０  スレッド管理部
２６０  スレッド表示部
【図１】
2017138662.tif 000003
【図２】
2017138662.tif 000004
【図３】
2017138662.tif 000005
【図４】
2017138662.tif 000006
【図５】
2017138662.tif 000007
【図６】
2017138662.tif 000008
【図７】
2017138662.tif 000009
【図８】
2017138662.tif 000010
【図９】
2017138662.tif 000011
【図１０】
2017138662.tif 000012
【図１１】
2017138662.tif 000013
【図１２】
2017138662.tif 000014
【図１３】
2017138662.tif 000015
【図１４】
2017138662.tif 000016
【図１５】
2017138662.tif 000017
【図１６】
2017138662.tif 000018
【図１７】
2017138662.tif 000019
【図１８】
2017138662.tif 000020
【図１９】
2017138662.tif 000021
【図２０】
2017138662.tif 000022
【図２１】
2017138662.tif 000023