クライアント端末の管理システム
【課題】組織内の各資産を常時監視し、障害や異常が起こり易い、あるいはこれらが起こる可能性のある資産を確実に確認できて、即座な対応を可能とする。
【解決手段】表示端末４のチャート画面２０には、資産１Ａ，１Ｂ，１Ｃのアイコン１ａ，１ｂ，１ｃやこれら資産１Ａ，１Ｂ，１Ｃからのイベント情報を取得し、これらを処理してイベント群や支援情報を作成するイベント管理サーバ２のアイコン２ａ，表示端末４のアイコン４ａが表示される。このチャート画面２０の日別イベント群表示エリア２５には、各日にち毎に、イベント群種別選択部２５ｄで指定されたイベント群の種別に該当する種別のイベント群を表わすイベント群マーク２５ｂが表示され、日にち指定枠２５ｃで指定された日にちでのイベント群マーク２５ｂに該当するイベント群の詳細情報がイベント詳細表示エリア２４に表示される。
【解決手段】表示端末４のチャート画面２０には、資産１Ａ，１Ｂ，１Ｃのアイコン１ａ，１ｂ，１ｃやこれら資産１Ａ，１Ｂ，１Ｃからのイベント情報を取得し、これらを処理してイベント群や支援情報を作成するイベント管理サーバ２のアイコン２ａ，表示端末４のアイコン４ａが表示される。このチャート画面２０の日別イベント群表示エリア２５には、各日にち毎に、イベント群種別選択部２５ｄで指定されたイベント群の種別に該当する種別のイベント群を表わすイベント群マーク２５ｂが表示され、日にち指定枠２５ｃで指定された日にちでのイベント群マーク２５ｂに該当するイベント群の詳細情報がイベント詳細表示エリア２４に表示される。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、例えば、企業などが有するパソコンや家電機器などの複数の機器（資産）の状況を統合管理するクライアント端末の管理システムに関する。
【背景技術】
【０００２】
企業などの組織では、その建屋にパソコンなどの情報機器や空気調和機などの家電機器（以下、資産という）が使用されており、これらの使用状況の管理が行なわれている。通常、このような資産管理は、その資産の使用者や管理者によって人的に行なわれているが、管理システムによって統合的に行なうようにすることも提案されている。
【０００３】
その一例としては、監視対象のハードウェアシステムでの障害を監視センタで監視し、ハードウェアシステムで障害があると、監視センタがこの障害を分析してその回復方法を決定し、作業員が修理作業するようにした技術が提案されている（例えば、特許文献１参照）。
【０００４】
この特許文献１に記載のこの技術では、監視対象のハードウェアシステムでのＣＰＵやメモリ，ＨＤ，ＬＡＮ，増設ボード，ＵＰＳなどが監視対象のハードウェアであり、これをこの監視対象のハードウェアシステムでの障害監視コンピュータが常時監視しており、監視対象のハードウェアの障害（ＨＤ障害や温度異常などの障害）を検知すると、障害データや障害検知信号を監視センタに送出する。監視センタでは、監視センタ用コンピュータがこれを取得して報告書を作成し、監視対象のハードウェアシステムでのハードウェア管理者用コンピュータに障害を通知する。これとともに、管理センタでは、担当保守拠点用コンピュータ４が監視センタ用コンピュータからの報告書をもとに障害を解析し、その回復方法を決定して作業員に回復作業を行なわせる。監視対象のハードウェアが回復すると、上記の障害監視コンピュータがこれを検知して管理センタに通知し、この監視センタの上記監視センタ用コンピュータが監視対象のハードウェアシステムでの上記ハードウェア管理者用コンピュータに通知する。
【０００５】
また、他の例としては、利用者事務所と管理センタがネットワークを介して接続され、利用者事務所で資産の管理を申請することにより、管理センタでこの資産を登録・管理する情報機器の資産管理システムが提案されている（例えば、特許文献２参照）。
【０００６】
この特許文献２に記載の資産管理システムでは、利用者事務所の利用者申請端末で管理を申請する情報機器の資産番号と資産情報（管理責任者や機器購入日など）を入力して資産情報の新規登録や変更を申請すると、管理センタでは、これを資産管理テーブルとして登録、または変更する。そして、これとともに、管理センタでは、登録または変更の申請があった利用者事務所の情報機器の稼働状態を確認し、稼働状態にある場合には、その稼働開始日を、稼働状態にない場合には、“停止中”との情報を、稼働状態の確認情報として、この資産管理テーブルに登録し、また、かかる資産管理テーブルを申請のあった利用者事務所の該当する情報機器に登録させる。このようにして、情報機器が稼働，停止状態にかかわらず、また、情報機器が表示装置を有しなくとも、かかる資産管理テーブルから各情報機器の資産番号や資産情報を確認できるようにしている。
【特許文献１】特開２００１ー３２５１６５号公報
【特許文献２】特開２００５ー１４８９７４号公報
【発明の開示】
【発明が解決しようとする課題】
【０００７】
ところで、上記特許文献１に記載の技術は、監視対象に障害や異常が生ずると、これを検知して管理センタに通知し、管理センタはこの通知内容を解析して回復方法を決定し、作業員に回復作業をさせるものであるが、障害や異常の通知があった監視対象に対してのみ管理センタが対処するものであって、会社内などの組織内での各資産の状況を常に監視するとものではない。
【０００８】
また、上記特許文献２に記載の技術は、管理センタが、申請された資産情報の登録，変更を行なうものであって、また、登録，変更の申請があった資産の稼働開始日を登録するものである。
【０００９】
このように、引用文献１，２に記載の技術は、夫々の監視対象の状況を常に監視するというものではなく、特に、特許文献１に記載の技術では、障害や異常が発生したときに管理センタがこれに対処するために、稼働するものであるため、障害や異常が起こり易い、あるいはこれらが起こる可能性のある資産を確認することができないという問題がある。
【００１０】
本発明の目的は、かかる問題を解消し、会社内などの組織内の各資産を常時監視し、障害や異常が起こり易い、あるいはこれらが起こる可能性のある資産を確実に確認できて、即座にその対応が可能となるクライアント端末の管理システムを提供することにある。
【課題を解決するための手段】
【００１１】
上記目的を達成するために、本発明は、複数のクライアント端末と、クライアント端末と通信回線を介して接続されたイベント管理サーバと、イベント管理サーバのイベント管理情報を表示する表示端末とを備えたクライアント端末の管理システムであって、イベント管理サーバは、制御部と、クライアント端末夫々で発生したイベントに関するイベント情報を格納するイベントデータベースと、イベントの重要性に関する情報が規定され、イベントデータベースに格納されたイベント情報から重要なイベントのイベント情報を選択するための重要イベントテーブルと、重要イベントテーブルによって選択された関連性のあるイベント情報の組み合わせをイベント群とするためのイベント群テーブルと、イベント群を格納するイベント群データベースと、複数のクライアント端末の物理的な配置関係やネットワーク上の階層構造に関する情報を、ローカル情報として、格納したローカル情報データベースとを備え、制御部は、イベントデータベースに格納されたイベント情報のうちの、重要イベントテーブルを参照して重要と判定されたイベント情報について、イベント群テーブルを参照して、イベント群として登録すべきか否かを判定して、登録すべきイベント情報を関連する同士で組み合わせてイベント群とし、イベント群を、イベント管理情報として、イベント群データベースに登録し、表示端末からのイベント管理情報の表示要求を受け付けて、イベント群データベースからイベント群を読み出し、ローカル情報データベースから読み出したローカル情報とともに、イベント管理情報として、表示端末に送信し、表示端末は、イベント管理サーバから送信されるイベント管理情報を受信し、表示画面に、受信したイベント管理情報を基に、クライアント端末の表示エリアとイベント群の表示エリアとを設け、ローカル情報によるクライアント端末の物理的な配置やネットワーク上の階層構造を基に、クライアント端末の画像を配列してクライアント端末の表示エリアで表示し、日にち毎のイベント群の個数を表示することによってイベント群発生数の経時変化をイベント群の表示エリアに表示することを特徴とする。
【００１２】
また、本発明は、イベント管理サーバが、イベント群の種別毎に、支援情報が得られる条件と支援情報の形態とが設定され、前記イベント群から支援情報を作成するための支援情報テーブルと、支援情報を格納する支援情報データベースとを備え、上記制御部は、イベント群データベースに格納されている前記イベント群に対し、支援情報テーブルを参照して、対応する支援情報の有無を判定し、対応する支援情報を支援情報データベースに登録し、表示端末からのイベント管理情報の前記表示要求を受け付けて、支援情報データベースに格納されている支援情報を、前記イベント群と前記ローカル情報とともに、イベント管理情報として、前記表示端末に送信し、表示端末は、前記クライアント端末の表示エリアでの前記クライアント端末の画像の表示形態を支援情報に応じたものとすることを特徴とする。
【００１３】
また、本発明は、上記表示端末での前記クライアント端末の表示エリアでの前記クライアント端末の画像が、縦軸と横軸による空間内に前記ローカル情報に応じた配列関係で配置表示され、縦軸と横軸とに夫々パラメータが変更可能に表示され、パラメータの変更に応じて前記クライアント端末の画像の配置関係を変更可能としたことを特徴とする。
【００１４】
また、本発明は、表示端末の表示画面の前記イベント群の表示エリアで、日にちの指定手段が表示され、クライアント端末の表示エリアでは、指定手段で指定された日にちでのイベント群に対する前記支援情報に応じて、該当する前記クライアント端末の画像の表示形態を設定することを特徴とする。
【００１５】
また、本発明は、上記複数のクライアント端末と前記通信改正を介して接続された監視サーバを備え、監視サーバは、前記クライアント端末夫々からの前記イベント情報の有無を監視し、イベントを発生しなくなってイベント情報を送信しなくなった前記クライアント端末に関し、イベント不発生のイベント情報を前記イベント管理サーバに送信することを特徴とする。
【発明の効果】
【００１６】
本発明によると、イベント管理サーバで会社内などの組織内の各クライアント端末（資産）からイベント情報を取得してこれら常時監視し、かかるイベント情報からイベント群を作成し、障害や異常が起こり易い、あるいはこれらが起こる可能性のあるクライアント端末に対しては、表示端末でいつでもこれを表示させることができるから、クライアント端末の状況を確実に確認できて、異常に対して即座にその対応が可能となる。
【発明を実施するための最良の形態】
【００１７】
以下、本発明の実施形態を図面を用いて説明する。
図１は本発明によるクライアント端末の管理システムの一実施形態を示すシステム構成図であって、１，１Ａ〜１Ｃは資産、２はイベント管理サーバ、３は監視サーバ、４は表示端末、５はネットワーク、６はシステム管理者である。
【００１８】
同図において、複数のクライアント端末としての資産１（ここでは、資産Ａ〜Ｃ）と管理イベントサーバ２と監視サーバ３と表示端末４とが、ネットワーク５を介して、互いに接続されており、クライアント端末の管理システムを形成している。資産１は、１つの企業などの同じ組織に設けられて使用されるパソコンなどの組織の資産であって、ここでは、資産１として、３個の資産１Ａ〜１Ｃが使用されているものとしているが、これに限るものではなく、任意の複数の資産１が使用されてネットワーク５に接続されていてもよい。また、ここでは、資産１をパソコンとしているが、他の情報機器であってもよいし、また、家電機器などの他の機器であってもよい。
【００１９】
イベント管理サーバ２は、各資産１の起動（電源ＯＮ）や停止（電源ＯＦＦ），異常発生，修復などのイベント（状況）を監視してイベント情報を取得し、特に、異常の場合には、これに対する支援情報を作成する。各資産１Ａ〜１Ｃの支援情報は表示端末４に提供され、これがイベント画面として表示される。このイベント画面により、システム管理者６が各資産１Ａ〜１Ｃでのイベントを確認することができる。
【００２０】
監視サーバ３は、各資産１Ａ〜１Ｃの状況を監視してイベント情報を取得し、いずれかの資産１から一定期間イベント情報がなくて反応がないときには、その資産１に代わってそのイベント情報をイベント管理サーバ２に送る。
【００２１】
図２は図１におけるイベント管理サーバ２の一具体例を示す構成図であって、１０は通信部、１１はＣＰＵ（中央処理ユニット）、１２はＤＢ（データベース）部、１３はイベントＤＢ、１４はイベント群ＤＢ、１５は支援情報ＤＢ、１６はローカル情報ＤＢ、１７はプロパティＤＢである。
【００２２】
同図において、イベント管理サーバ２は、ＣＰＵ１１と、このＣＰＵ１１の制御のもとに、ネットワーク５を介して、資産１や監視サーバ３，表示端末４と通信を行なう通信部１０と、各種情報を格納するＤＢ部１２とを備えている。
【００２３】
ＤＢ部１２は、資産１からのイベント情報を格納するイベントＤＢ１３と、イベントＤＢ１３に格納されてイベント情報のうち、重要なイベントをまとめたイベント群を格納するイベント群ＤＢ１４と、イベント群ＤＢ１４に格納されたイベント群から作成された支援情報と該当する資産に関する資産情報とを組み合わせて格納する支援情報ＤＢ１５と、オフィスマップや会社組織図，図１に示すようなクライアント端末の管理システムのネットワーク図など資産に関連する情報を、ローカル情報として、格納するローカル情報ＤＢ１６と、各資産Ａ〜Ｃに関する情報を、プロパティ情報として、格納するプロパティＤＢ１７とを備えている。
【００２４】
図３は図２に示すＤＢ部１２での情報の処理の流れを示す図であって、１８ａは重要イベントテーブル、１８ｂはイベント群テーブル、１９は支援情報テーブルであり、図２に対応する部分には同一符号を付けて重複する説明を省略する。
【００２５】
図１において、上記のように、各資産１Ａ〜１Ｃからのイベント情報や監視サーバ３からのイベント情報はイベント情報は、順次イベント管理サーバ２に転送される。イベント管理サーバ２では、図３において、各資産１Ａ〜１Ｃや監視サーバ３からのイベント情報がその送信順に通信部１０で受信されて、ＣＰＵ１１の制御のもとに、受信順にＤＢ部１２でのイベントＤＢ１３に格納される。
【００２６】
図４はこのイベントＤＢ１３の一具体例を示す図であって、１３ａはイベント番号、１３ｂは受信日時、１３ｃは資産名、１３ｄはイベント種別である。
【００２７】
同図において、イベントＤＢ１３でのイベント情報は、イベントにそのイベント管理サーバ２での取得順に割り当てられるイベント番号１３ａと、イベント情報の受信日時と、イベント情報を送信した資産の名称（資産名）１３ｃと、イベント種別１３ｄとから構成されている。
【００２８】
ここでは、図示するように、イベント番号１３ａがＮｏ．１，Ｎｏ．２，Ｎｏ，３，……，Ｎｏ．６４，Ｎ０．６５の順にイベント情報が受信されてイベントＤＢ１３に格納されている。かかるイベント情報のうちで、例えば、イベント番号１３ａがＮｏ．１のイベント情報は、２００８年４月１４日（月）の８時３０分に受信された資産１Ａからのイベント情報であって、そのイベント種別１３ｄは「ＯＮ」である。このイベント種別が「ＯＮ」のイベント情報は、電源が投入（ＯＮ）されたイベントを表わすものである。また、イベント番号１３ａがＮｏ．６のイベント情報は、２００８年４月１４日（月）の１７時００分に受信された資産１Ａからのイベント情報であって、そのイベント種別１３ｄは「ＯＦＦ」である。このイベント種別が「ＯＦＦ」のイベント情報は、電源が遮断（ＯＦＦ）されたイベントを表わすものである。このことから、資産１Ａは、２００８年４月１４日（月）では、８時３０分に電源が投入されて稼働し、１７時００分に電源がＯＦＦされて稼働終了したことになる。
【００２９】
また、イベント番号１３ａがＮｏ．４のイベント情報は、２００８年４月１４日（月）の１６時３０分に受信された資産１Ａからのイベント情報であって、そのイベント種別１３ｄは「ＨＤＤ異常」であり、イベント番号１３ａがＮｏ．５のイベント情報は、２００８年４月１４日（月）の１６時５０分に受信された資産１Ａからのイベント情報であって、そのイベント種別１３ｄは「ＨＤＤ自動修復」である。このことから、資産１Ａでは、２００８年４月１４日（月）の１６時５０分にＨＤＤが異常状態となって、このとき、Ｎｏ．４のイベント情報がこの資産１Ａから送信され、また、同日の１６時５０分にＨＤＤが自動修復して、このとき、Ｎｏ．５のイベント情報がこの資産１Ａから送信されたものである。資産１Ａでのかかるイベントは、２００８年４月２１日（月）にも発生してＮｏ．３９，Ｎｏ．４０のイベント情報がこの資産１Ａから送信され、２００８年４月２８日（月）にも発生してＮｏ．６１，Ｎｏ．６２のイベント情報がこの資産１Ａから送信されている。
【００３０】
また、この資産１Ａでは、２００８年４月１５日（火）において、１２時００分と１２時０２分と１２時０３分とにＣＰＵに異常発熱が発生しており、夫々毎にＮｏ．１２，Ｎｏ．１３，Ｎｏ．１４のイベント情報がこの資産１Ａから送信されている。
【００３１】
さらに、資産１Ｂでは、２００８年４月１８日（金）の１８時１０日に電源異常が発生しており、そのときにＮｏ．３４のイベント情報がこの資産１Ｂから送信されているが、その後、資産１Ｂでは、電源がＯＮされておらず、稼働していない。かかる状態が１０日間継続すると、この資産１Ｂで「ＯＦＦ１０日間」とのイベントが発生することになり、これにより、各資産１を監視している監視サーバ３が資産１Ｂから１０日間イベント情報がないことを検出し、２００８年４月２８日（月）の１８時１５分にこのイベント「ＯＦＦ１０日間」のイベント情報を送信する。これにより、イベントＤＢ１３では、図４に示すように、このイベント情報が、Ｎｏ．６４のイベント情報として、格納されている。なお、電源異常が発生していない資産１Ａ，１Ｃについては、それが稼働する日にちで電源ＯＮと電源ＯＦＦのイベントが発生しており、そのたびに資産１Ａ，１Ｃからイベント情報がイベント管理サーバ２に送信されている（例えば、資産１Ａについては、Ｎｏ．３７とＮｏ．４１のイベント情報、資産１Ｃについては、Ｎｏ．３８とＮｏ．４２のイベント情報）。
【００３２】
図３に戻って、（ａ）イベントＤＢ１３に格納されたイベント情報から、重要イベントテーブル１８ａとイベント群テーブル１８ｂとを用いて、イベント群が作成され、イベント群ＤＢ１４に格納される。
【００３３】
図５は重要イベントテーブル１８ａの一具体例を示す図である。
【００３４】
同図において、重要イベントテーブル１８ａは、イベントＤＢ１３に格納されたイベント情報のうちの重要なイベントのイベント情報を選択するためのものであり、ここでは、イベント名が「ＯＮ」，「ＯＦＦ」，「ＨＤＤ異常」，「ＨＤＤ自動修復」，「ネットワーク異常」，「ＣＰＵ１００％稼働」，「ＣＰＵ異常発熱」，「電源異常」，「ＯＦＦ１０日間」のイベントが重要なイベントと設定されている。なお、「ＣＰＵ１００％稼働」は、ＣＰＵの負荷度合いを表わすものであり、ＣＰＵの処理能力の１００％で稼働することを意味するものである。瞬間的であっても、ＣＰＵに大きな負荷が掛かるので、重要イベントと設定されている。
【００３５】
図６はイベント群テーブル１８ｂの一具体例を示す図である。
【００３６】
同図において、イベント群テーブル１８ｂは、図５に示す重要イベントテーブル１８ａで設定される重要イベントのうち、関連する重要イベントを組み合わせてイベント群とするものである。
【００３７】
このイベント群テーブル１８ｂによると、電源ＯＮだけがなされた重要イベント「ＯＮ」に対しては、イベント群「ＯＮ」が設定され、電源ＯＮがなされた後、この電源ＯＮに対して電源ＯＦＦがなされた場合には、重要イベント「ＯＮ」，「ＯＦＦ」が組み合わされてイベント群「正常起動・終了」が設定される。従って、電源がＯＮされた（このとき、資産１からはイベント種別「ＯＮ」のイベント情報が送信される）後、いまだＯＦＦされずに資産１が稼働中にあるときには、イベント群「ＯＮ」が設定されるが、その後、電源がＯＦＦされると（このとき、資産１からはイベント種別「ＯＦＦ」のイベント情報が送信される）、イベント群は「ＯＮ」から「正常起動・終了」に変更される。このときのイベント群の取得日時は、電源がＯＦＦされて稼働が終了したイベント種別「ＯＦＦ」のイベント情報の取得日時である。
【００３８】
重要イベント「ＨＤＤ異常」に対しては、それが修復されない場合には、イベント群「ＨＤＤ故障」が設定されるが、その後、これが自動修復した場合には、重要イベント「ＨＤＤ異常」，「自動修復」が組み合わされてイベント群「ＨＤＤ自動修復済」が設定される。そこで、ＨＤＤ異常が発生すると（このとき、資産１からはイベント種別「ＨＤＤ異常」のイベント情報が送信される）、自動修復がなされない間は、イベント群「ＨＤＤ異常」が設定されるが、その後、ＨＤＤが自動修復されると（このとき、資産１からはイベント種別「ＨＤＤ自動修復」のイベント情報が送信される）、イベント群は「ＨＤＤ異常」から「ＨＤＤ自動修復済」に変更される。このときのイベント群の取得日時は、修復したイベント種別「ＨＤＤ自動修復」のイベント情報の取得日時である。
【００３９】
重要イベント「ネットワーク異常」に対しては、イベント群「ネットワーク異常」が設定される。このイベントはネットワーク５（図１）で発生するものであり、そのイベント情報は、ネットワーク５も監視する監視サーバ３から供給される。
【００４０】
重要イベント「ＣＰＵ１００％稼働」に対しては、同じ資産１で所定回数（複数回）ＣＰＵ１００％稼働のイベントが行なわれない限り、イベント群は設定されないが、複数回行なわれると（そのイベントのイベント情報が複数回イベント管理サーバ２で受信されると）、イベント群「ＣＰＵ負荷大」が設定される。このときのイベント群の取得日時は、複数回目に行なわれたＣＰＵ１００％稼働ＯＦＦのイベント種別「ＣＰＵ１００％稼働」のイベント情報の取得日時である。
【００４１】
重要イベント「ＣＰＵ異常発熱」に対しては、この発熱が発生すると（このとき、資産１からはイベント種別「ＣＰＵ異常発熱」のイベント情報が送信される）、この発熱が終了しない限り、イベント群「ＣＰＵ異常発熱」が設定されるが、自然に発熱が終わってクールダウンした場合には（このとき、資産１からはイベント種別「ＣＰＵクールダウン」のイベント情報が送信される）、イベント群は「ＣＰＵ異常発熱」から「ＣＰＵ異常発熱修復済」に変更される。このときのイベント群の取得日時は、クールダウンのイベント情報の取得日時である。
【００４２】
重要イベント「電源異常」に対しては（電源異常が発生すると、資産１からはイベント種別「電源異常」のイベント情報が送信される）、イベント群「ＣＰＵ異常発熱」が設定される。
【００４３】
重要イベント「ＯＦＦ１０日間」に対しては（電源ＯＦＦ状態が１０日間継続すると、資産１からはイベント種別「ＯＦＦ１０日間」のイベント情報が送信される）、イベント群「ＯＦＦ１０日間」が設定される。
【００４４】
図７は図５に示す重要イベントテーブル１８ａと図６に示すイベント群テーブル１８ｂとを用いて図４に示すイベントＤＢ１３のイベント情報から作成したイベント群ＤＢ１４の一具体例を示す図であって、１４ａはイベント群番号、１４ｂは取得日時、１４ｃは資産名、１４ｄはイベント群種別である。
【００４５】
同図において、イベント群ＤＢ１４でのイベント群情報は、イベントＤＢ１３のイベント情報からのイベント群の作成順に割り当てられるイベント群番号１４ａと、イベント群のイベントＤＢ１３での取得日時と、該当する資産１の名称（資産名）１４ｃと、イベント群種別１４ｄとから構成されている。
【００４６】
かかるイベント群ＤＢ１４において、例えば、イベント群番号１４ａがＮｏ．１のイベント群は、図４に示すイベントＤＢ１３におけるイベント番号Ｎｏ．４のイベント種別「ＨＤＤ異常」のイベント情報とイベント番号Ｎｏ．５のイベント種別「ＨＤＤ自動修復」のイベント情報とから作成されたものであって、イベント群種別は、図６に示すイベント群テーブル１８ｂにより、「ＨＤＤ自動修復済」である。このＮｏ．１のイベント群の取得日時は、イベント番号Ｎｏ．５のイベント種別「ＨＤＤ自動修復」の取得日時の２００８年４月１４日（月）１６時５０分であり、資産名は資産１Ａの名称である。
【００４７】
また、イベント群番号１４ａがＮｏ．２のイベント群は、図４に示すイベントＤＢ１３における資産１Ａに対するイベント番号Ｎｏ．１のイベント種別「ＯＮ」のイベント情報とイベント番号Ｎｏ．６のイベント種別「ＯＦＦ」のイベント情報とから作成されたものであって、イベント群種別は、図６に示すイベント群テーブル１８ｂにより、「正常起動・終了」である。このＮｏ．２のイベント群の取得日時は、イベント番号Ｎｏ．６のイベント種別「ＯＦＦ」の取得日時の２００８年４月１４日（月）１７時００分であり、資産名は資産１Ａの名称である。同様に、Ｎｏ．３，Ｎｏ．４のイベント群は夫々、図４でのイベントＤＢ１３における資産１Ｂに対するイベント番号Ｎｏ．２のイベント種別「ＯＮ」のイベント情報とイベント番号Ｎｏ．７のイベント種別「ＯＦＦ」のイベント情報とから、同じく資産１Ｃに対するイベント番号Ｎｏ．３のイベント種別「ＯＮ」のイベント情報とイベント番号Ｎｏ．８のイベント種別「ＯＦＦ」のイベント情報とから作成されたものであり、Ｎｏ．３のイベント群の取得日時は、イベント番号Ｎｏ．７のイベント種別「ＯＦＦ」の取得日時の２００８年４月１４日（月）１７時２０分であり、Ｎｏ．４のイベント群の取得日時は、イベント番号Ｎｏ．８のイベント種別「ＯＦＦ」の取得日時の２００８年４月１４日（月）１８時２０分である。
【００４８】
また、イベント群番号１４ａがＮｏ．５，Ｎｏ．６，Ｎｏ．７のイベント群は、図４に示すイベントＤＢ１３における資産１Ａに対するイベント番号Ｎｏ．１２，Ｎｏ．１３，Ｎｏ．１４のイベント種別「ＣＰＵ異常発熱」のイベント情報から作成されたものであって、イベント群種別は、夫々の異常発熱がクールダウンしているものであって、図６に示すイベント群テーブル１８ｂにより、「ＣＰＵ異常発熱修復済」である。これらＮｏ．５〜Ｎｏ．７のイベント群の取得日時は夫々、イベント番号Ｎｏ．５〜Ｎｏ．７の取得日時の２００８年４月１５日（火）１２時００分，同じく０２分，同じく０３分であり、資産名は資産１Ａの名称である。
【００４９】
また、イベント群番号１４ａがＮｏ．１８のイベント群は、図４に示すイベントＤＢ１３における資産１Ｂに対するイベント番号Ｎｏ．３４のイベント種別「電源異常」のイベント情報から作成されたものであって、これは修復されていないので、イベント群種別は、図６に示すイベント群テーブル１８ｂにより、「電源異常」である。このＮｏ．１８のイベント群の取得日時は、イベント番号Ｎｏ．３４の取得日時の２００８年４月１８日（金）１８時１０分であり、資産名は資産１Ｂの名称である。
【００５０】
また、電源を修復しないことによるイベント群番号１４ａがＮｏ．３４のイベント群は、図４に示すイベントＤＢ１３における資産１Ｂに対するイベント番号Ｎｏ．６４のイベント種別「ＯＦＦ１０日間」のイベント情報から作成されたものであって、イベント群種別は、図６に示すイベント群テーブル１８ｂにより、「ＯＦＦ１０日間」である。このＮｏ．３４のイベント群の取得日時は、イベント番号Ｎｏ．６４の取得日時の２００８年４月２８日（月）１８時１５分であり、資産名は資産１Ｂの名称である。
【００５１】
以上以外のイベント群は、イベント群番号１４ａがＮｏ．２のイベント群のイベント群と同様、イベント種別「ＯＮ」のイベントとイベント種別「ＯＦＦ」のイベントとから形成されたイベント群種別が「正常起動・終了」のイベント群である。
【００５２】
ここで、２００８年４月２９日８時４０分に資産１Ａから次の電源ＯＮのイベント情報が送信されると、図４に示すイベントＤＢ１３では、イベント番号がＮｏ．６６で資産名１３ｃが「Ａ」、イベント種別１３ｄが「ＯＮ」のイベント情報が追加され、これとともに、図７に示すイベント群ＤＢ１４においては、資産名１４ｃが「Ａ」、イベント群種別１４ｄが「ＯＮ」のイベント群がイベント群番号Ｎｏ．３６で追加されることになるが、その後、同日の１７時３０分に資産１Ａが電源がＯＦＦとなるイベント情報が送信されると、これが図４に示すイベントＤＢ１３にＮｏ．６７のイベント情報として追加されるとともに、図７に示すイベント群ＤＢ１４では、イベント群の種別が「ＯＮ」の上記のイベント番号Ｎｏ．６６のイベント群が、イベント群の種別が「正常起動・終了」であるイベント番号Ｎｏ．６６のイベント群に更新されることになる。このように、資産１から新たなイベント情報が送信されると、イベント群ＤＢ１４でのイベント群が更新される場合もある。
【００５３】
図３に戻って、以上のようにした作成されたイベント群はイベント群ＤＢ１４に格納され、あるいはイベント群の更新が行なわれるが、次に、（ｂ）イベント群ＤＢ１４に格納されているイベント群から、支援情報テーブル１９を用いて、支援情報が作成され、支援情報ＤＢ１５での新たな支援情報の登録、あるいは格納されている支援情報の更新が行なわれる。
【００５４】
図８はこの支援情報テーブル１９の一具体例を示す図であって、１９ａはイベント群、１９ｂは条件、１９ｃは支援情報、１９ｃは支援表示パターンとレベルである。
【００５５】
同図において、支援情報テーブル１９は、イベント群から支援情報を作成するためのものであって、図６に示す全てのイベント群種別毎に、支援情報が得られる条件と支援情報の形態とを設定しているものであり、イベント群の種別１９ａと条件１９ｂと支援情報の種別１９ｃと支援情報の表示端末４（図１）などでの表示形態（支援表示パターンとレベル）１９ｄとからなっている。
【００５６】
例えば、イベント群の種別１９ａが「正常起動・終了」である場合、条件１９ｂとして、これが通算１８００回以上行なわれると、支援情報１９ｃとして、「要システムチェック」が設定され、その支援表示パターンとレベル１９ｄは「システム稼働状況：黄レベル」となるが、通算３０００回以上行なわれると、支援情報１９ｃとして、「リプレイス対象機器」が設定され（即ち、代替を必要とする機器と認定され）、その支援表示パターンとレベル１９ｄは「システム稼働状況：赤レベル」となる。
【００５７】
なお、表示パターンのレベルが「黄レベル」である場合には、その資産１は、稼働状況にあるが、充分に使用されたことを示しており、「赤レベル」である場合には、新たな機器と取り替える必要な時期になっていることを示すものである。
【００５８】
イベント群の種別１９ａが「ＨＤＤ自動修復済」である場合、条件１９ｂとして、ＨＤＤの異常とその自動修復が１ヵ月以内に３回以上発生すると、支援情報１９ｃとして、「ＨＤＤ注意対象」が設定され、その支援表示パターンとレベル１９ｄは「故障可能性：黄レベル」となるが、１ヵ月以内に５回以上発生すると、支援情報１９ｃとして、「ＨＤＤ警告対象」が設定され、その支援表示パターンとレベル１９ｄは「故障可能性：赤レベル」となる。
【００５９】
なお、この場合の表示パターンのレベルは、「黄レベル」よりも「赤レベル」になった場合の方がより故障が起き易い状態にあることを示している。
【００６０】
イベント群の種別１９ａが「ＣＰＵ異常発熱修復済」である場合、条件１９ｂとして、ＣＰＵの異常発熱とその修復が１時間以内に３回以上発生すると、支援情報１９ｃとして、「ＣＰＵ監視対象」が設定され、その支援表示パターンとレベル１９ｄは「システム稼働状況：黄レベル」となるが、１時間以内に６０回以上発生すると、支援情報１９ｃとして、「要システム増築」が設定され、その支援表示パターンとレベル１９ｄは「故障可能性：赤レベル」となる。
【００６１】
なお、この場合の表示パターンのレベルも、「黄レベル」よりも「赤レベル」になった場合の方がより故障が起き易い状態にあることを示している。
【００６２】
イベント群の種別１９ａが「電源異常」である場合、条件１９ｂとして、１回発生したときには、支援情報１９ｃとして、「注意対象」が設定され、その支援表示パターンとレベル１９ｄは「故障可能性：黄レベル」となるが、５回発生すると、支援情報１９ｃとして、「交換対象」が設定され、その支援表示パターンとレベル１９ｄは「故障可能性：赤レベル」となる。
【００６３】
なお、この場合の表示パターンのレベルも、「黄レベル」よりも「赤レベル」になった場合の方がより故障が起き易い状態にあることを示している。
【００６４】
以上のような条件１９ｂに適合して支援情報１９ｃが設定され、支援表示パターンとレベル１９ｄが設定されて表示されたにもかかわらず、なんらの対応も講じられないイベント群の種別１９ａが「警告未対応」である場合には、条件１９ｂとして、その全てに対し、支援情報１９ｃとして、「警告」が設定され、その支援表示パターンとレベル１９ｄは「要注意情報：赤レベル」となる。
【００６５】
イベント群の種別１９ａが「ＯＦＦ１０日間」である場合、条件１９ｂとして、例えば、通算１８回以上のときには、支援情報１９ｃとして、「未使用」が設定され、その支援表示パターンとレベル１９ｄは「システム稼働状況：黄レベル」となるが、通算３６回となると、支援情報１９ｃとして、「未使用」が設定されるが、その支援表示パターンとレベル１９ｄは「システム稼働状況：赤レベル」となる。
【００６６】
図９は図３でのイベント群ＤＢ１４に格納されたイベント群から図８に示す支援情報テーブル１９を用いて作成された支援情報ＤＢ１５の一具体例を示す図であって、１５ａは支援情報番号、１５ｂは取得日時、１５ｃは資産名、１５ｄは支援表示パターン、１５ｅはレベルである。
【００６７】
図７に示すイベント群ＤＢ１４において、２００８年４月５日（火）に、資産１Ａに対し、イベント群種別「ＣＰＵ異常発熱修復済」の３個のイベント群番号Ｎｏ．５〜Ｎｏ．７が１時間以内に存在するので、図８に示す支援情報テーブル１９でのイベント群の種別「ＣＰＵ異常発熱修復済」に対する「１時間以内３回」との条件１９ｂに該当することになり、これにより、支援情報テーブル１９をもとに、図９に示す支援情報番号Ｎｏ．１の支援情報（取得日時１５ｂ＝２００８年４月５日（火）１２時０３分、資産名１５ｃ＝資産１Ａ、支援表示パターン１５ｄ＝システム稼働状況、レベル１５ｅ＝黄）が作成されて資産情報ＤＢ１５に格納される。
【００６８】
また、上記のように、図７に示すイベント群ＤＢ１４のイベント群番号Ｎｏ．５〜Ｎｏ．７によると、２００８年４月５日（火）に、資産１Ａにおいて、「ＣＰＵ異常発熱修復済」が３回発生しているが、これに対する対応がなされておらず、このため、これは図８に示す支援情報テーブル１９でのイベント群の種別「警告未対応」に対する「全て」との条件１９ｂに該当することになり、これにより、支援情報テーブル１９をもとに、図９に示す支援情報番号Ｎｏ．２の支援情報（取得日時１５ｂ＝２００８年４月５日（火）１２時０３分、資産名１５ｃ＝資産１Ａ、支援表示パターン１５ｄ＝要注意情報、レベル１５ｅ＝赤）が作成されて資産情報ＤＢ１５に格納される。
【００６９】
また、上記のように、図７に示すイベント群ＤＢ１４のイベント群番号Ｎｏ．１８によると、２００８年４月１８日（金）に、資産１Ｂにおいて、１回目の「電源異常」が発生しているが、これは図８に示す支援情報テーブル１９でのイベント群の種別「電源異常」に対する「発生１回」との条件１９ｂに該当することになり、これにより、支援情報テーブル１９をもとに、図９に示す支援情報番号Ｎｏ．３の支援情報（取得日時１５ｂ＝２００８年４月１８日（金）１８時１０分、資産名１５ｃ＝資産１Ｂ、支援表示パターン１５ｄ＝システム稼働状況、レベル１５ｅ＝黄）が作成されて資産情報ＤＢ１５に格納される。この場合も、電源異常に対して対処がなされていないので、図８に示す支援情報テーブル１９でのイベント群の種別「警告未対応」に対する「全て」との条件１９ｂに該当することになり、図９に示す支援情報番号Ｎｏ．４の支援情報（取得日時１５ｂ＝２００８年４月１８日（金）１８時１０分、資産名１５ｃ＝資産１Ｂ、支援表示パターン１５ｄ＝要注意情報、レベル１５ｅ＝赤）が作成されて資産情報ＤＢ１５に格納される。
【００７０】
また、上記のように、図７に示すイベント群ＤＢ１４のイベント群番号Ｎｏ．１及びＮｏ．２１によると、２００８年４月１４日（月）と同年４月２１日（月）とに、資産１Ａにおいて、「ＨＤＤ自動修復」が発生しているが、これは図８に示す支援情報テーブル１９でのイベント群の種別「ＨＤＤ自動修復済」に対する「１ヵ月以内に３回以上」との条件１９ｂに該当するものとすると、これにより、支援情報テーブル１９をもとに、図９に示す支援情報番号Ｎｏ．５の支援情報（取得日時１５ｂ＝２００８年４月２１日（月）１７時３０分、資産名１５ｃ＝資産１Ａ、支援表示パターン１５ｄ＝故障可能性、レベル１５ｅ＝黄）が作成されて資産情報ＤＢ１５に格納される。
【００７１】
また、上記のように、図７に示すイベント群ＤＢ１４のイベント群番号Ｎｏ．１，Ｎｏ．２１及びＮｏ．３２によると、２００８年４月１４日（月）と同年４月２１日（月）と同年４月２８日（月）とに、資産１Ａにおいて、「ＨＤＤ自動修復」が発生しているが、これは図８に示す支援情報テーブル１９でのイベント群の種別「ＨＤＤ自動修復済」に対する「１ヵ月以内に３回以上」との条件１９ｂに該当するものとすると、これにより、支援情報テーブル１９をもとに、図９に示す支援情報番号Ｎｏ．６の支援情報（取得日時１５ｂ＝２００８年４月２８日（月）１７時１０分、資産名１５ｃ＝資産１Ａ、支援表示パターン１５ｄ＝故障可能性、レベル１５ｅ＝黄）が作成されて資産情報ＤＢ１５に格納される。
【００７２】
ここで、上記のように、図７に示すイベント群ＤＢ１４でイベント群の更新が行なわれ、新たな支援情報が作成されると、この新たな支援情報が支援情報ＤＢ１５に追加される。
【００７３】
図３に戻って、（ｃ）上記のようにして、支援情報ＤＢ１５で新たに格納された支援情報が格納され、あるいは格納されている支援情報が更新されると、次に、この支援情報ＤＢ１５をもとに、プロパティＤＢ１７に新たな支援情報を登録し、あるいは更新する。
【００７４】
図１１は図３におけるプロパティＤＢ１７の一具体例を示す図であって、１７ａは資産名、１７ｂはシステム情報、１７ｃは支援情報である。
【００７５】
同図において、プロパティＤＢ１７では、資産１毎にプロパティ情報（属性情報）が設定されている。プロパティ情報は、資産１の名称１７ａとこの資産１の属性を示すシステム情報１７ｂとこの資産１に関係する支援情報１７ｃとから構成されている。
【００７６】
システム情報１７ｂは、装置名（パソコンなど装置の種類）や機種名，物理ロケーション（所属部署や設置場所），ＩＰアドレス，使用者，ＯＳバージョン，管理期間，電源状況，ＣＰＵ稼働率，ネットワーク使用率などからなっている。
【００７７】
また、支援情報１７ｃは、支援情報ＤＢ１５に格納されている当該資産１に該当する支援情報である。例えば、資産１Ａのプロパティ情報では、図９に示す支援情報ＤＢ１５により、「システム稼働状況：黄レベル」，「故障可能性：黄レベル」，「要注意情報：赤レベル」の３個の支援情報が設定されており、資産１Ｂのプロパティ情報では、図９に示す支援情報ＤＢ１５により、「システム稼働状況：黄レベル」，「要注意情報：赤レベル」の２個の支援情報が設定されている。
【００７８】
図１０は図３におけるローカル情報ＤＢ１６の一具体例を示す図であって、１６ａはローカル情報名、１６ｂはコンテンツである。
【００７９】
同図において、ローカル情報は資産１の所在場所に関する情報であって、かかる情報がローカル情報ＤＢ１６に格納されている。ローカル情報ＤＢ１６としては、その種類を示すローカル情報名１６ａとその具体的な内容を示すコンテンツ１６ｂとからなっている。
【００８０】
ローカル情報としては、ここでは、各資産１の物理的な設置場所をマップで表わすためのオフィスマップ１６ａ1と、各資産１の設置部署を表わすための会社組織図１６ａ2と、各資産１のネットワーク上での関連性を示すためのネットワーク部１６ａ3などがある。図１０に示すプロパティＤＢ１７でのシステム情報１７ｂをもとに各資産１の所在場所を示すと、資産１Ａは、オフィスマップ１６ａ1では、本館１階に配置され、会社組織図１６ａ2では、営業一部に配置されている。また、資産１Ｂは、オフィスマップ１６ａ1では、本館２階に配置され、会社組織図１６ａ2では、営業二部に配置されている。さらに、資産１Ｃは、オフィスマップ１６ａ1では、本館２階に配置され、会社組織図１６ａ2では、企画部に配置されている。
【００８１】
なお、かかるローカル情報は、オペレータによる端末操作によって入力されたり、画像読取装置などでの画像読み取りなどによって入力されたものである。
【００８２】
図１２は図１におけるイベント管理サーバ２のイベントの処理動作を示すフローチャートである。
【００８３】
同図において、イベント管理サーバ２は、イベント監視を開始すると（ステップＳ１００）、資産１でイベントが発生してイベント情報を取得できるまで待機する（ステップＳ１０１の“Ｎｏ”）。資産１でイベントが発生してイベント情報を取得すると（ステップＳ１０１の“Ｙｅｓ”）、これを、図４に示すように、イベントＤＢ１３（図２，図３）に格納するとともに、イベント情報のイベントが、重要イベントテーブル１８ａ（図５）をもとに、重要イベントと判定され（ステップＳ１０２の“Ｙｅｓ”）、さらに、イベント群テーブル１８ｂ（図６）をもとに、イベント群とすべきものと判定されると（ステップＳ１０３の“Ｙｅｓ”）、イベント群を作成してイベント群ＤＢ１４に登録する（ステップＳ１０５：図７）。また、イベントが少なくとも重要イベントと判定されないか、イベント群とすべきものと判定されないイベント情報は、イベントＤＢ１３に格納されたままとし（ステップＳ１０４）、次のイベント情報を取得するまで待機する（ステップＳ１００，Ｓ１０１）。
【００８４】
イベント群ＤＢ１４に登録されたイベント群は、支援情報テーブル１９（図８）での条件に合致するものであるか否か判定し、合致しないときには（ステップＳ１０６の“Ｎｏ”）、次のイベント情報を取得するまで待機するが（ステップＳ１００，Ｓ１０１）、合致するものは（ステップＳ１０６の“Ｙｅｓ”）、支援情報として支援情報ＤＢ１５に、図９に示すように、登録する（ステップＳ１０７）。そして、この支援情報を、プロパティＤＢ１７に、該当する資産１に関連付けて登録する（ステップＳ１０８）。そして、次のイベント情報を取得するまで待機する（ステップＳ１００，Ｓ１０１）。
【００８５】
図１３は図１におけるイベント管理サーバ２の表示端末４への情報提供処理動作を示すフローチャートである。
【００８６】
同図において、図１での表示端末４からのシステム管理者６による表示操作を受け付けると（ステップＳ３００）、イベント管理サーバ２は、プロパティＤＢ１７から全てのプロパティ情報を読み出し、ローカル情報ＤＢ１６から全てのローカル情報を読み出し、イベント群ＤＢ１４から全てのイベント群を読み出し、これらを全て表示端末４に送信する（ステップＳ３０１）。これにより、表示端末４では、これら情報を用いた画面が表示される（ステップＳ３０２）。
【００８７】
かかる画面の表示状態で、イベント管理サーバ２のＣＰＵ１１（図２）はプロパティ情報やローカル情報，イベント群を監視しており、イベント群の変更（増加や変更）があると（ステップＳ３０５の“Ｙｅｓ”）、この変更したイベント群を表示端末４に送信する（ステップＳ３０６）。表示端末４では、イベント管理サーバ２から取得したイベント群の変更処理を行ない、このときに表示されている画面で変更を要するイベント群が使用されているときには、その画面上でその変更が行なわれる。
【００８８】
また、かかるイベント群の変更に伴い、プロパティ情報の変更（増加や変更）があると（ステップＳ３０３の“Ｙｅｓ”）、イベント管理サーバ２はこの変更したプロパティ情報を表示端末４に送信する（ステップＳ３０６）。表示端末４では、イベント管理サーバ２から取得したプロパティ情報の変更処理を行ない、このときに表示されている画面で変更を要するプロパティ情報が使用されているときには、その画面上でその変更が行なわれる。
【００８９】
さらに、ローカル情報の変更（資産１の増減や配置の変更など）があると、イベント管理サーバ２はこの変更したローカル情報を表示端末４に送信する（ステップＳ３０６）。表示端末４では、イベント管理サーバ２から取得したローカル情報の変更処理を行ない、このときに表示されている画面で変更を要するローカル情報が使用されているときには、その画面上でその変更が行なわれる。
【００９０】
イベント群やプロパティ情報，ローカル情報のいずれでも、変更がない場合には、ステップＳ３０２→ステップＳ３０３→ステップＳ３０４→ステップＳ３０５→ステップＳ３０２の処理の流れが繰り返され、これら情報の変更があるまで待機する。また、ステッ３０２では、システム管理者６による表示端末４の操作により、画面の切り替えも行なわれる。
【００９１】
なお、表示端末４に表示される画面のうちには、後述するように、イベント情報も表示するものがあるが、かかる画面を表示するときには、表示端末４はイベント管理サーバ２のイベントＤＢ（図２，図４）から必要なイベント情報を取得する。
【００９２】
次に、図１３に示す処理に基づく図１における表示端末４で表示される統合資産管理画面（以下、イベント画面という）の具体例について説明する。
【００９３】
図１４はイベント画面のうちの標準画面の一具体例を示す図であって、ＴＡは「チャート表示」タブ、ＴＢは「物理ロケーション表示」タブ、ＴＣは「社内組織図表示」タブ、ＴＤは「ネットワーク図表示」タブ、１ａ〜１ｃ，２ａ，３ａ，４ａはアイコン（画像）、２０はチャート画面、２１は資産表示エリア、２１ＸはＸ軸項目表示エリア、２１ＹはＹ軸項目表示エリア、２２ＸはＸ軸メニュー選択部、２２ＹはＹ軸メニュー選択部、２３Ｘ，２３Ｙはプルダウンボタン、２４はイベント詳細表示エリア、２４ａは日付、２４ｂ〜２４ｅはイベント詳細情報、２５は日別イベント群表示エリア、２５ａはカレンダ、２５ｂはイベント群マーク、２５ｃは日指定枠、２５ｄはイベント群種別表示選択部、２５ｅはプルダウンボタン、２６は支援情報種別選択エリア、２６ａはプルダウンボタン、２６ｂは支援マーク、２７は吹き出し、２８は電源ＯＦＦマークである。
【００９４】
図１における表示端末４でシステム管理者６が電源ＯＮの操作をすると、図１４に示すイベント画面のうちの標準画面であるチャート画面２０が表示される。
【００９５】
このチャート画面２０では、クライアント端末としての資産１の配置を表示する資産表示エリア２１が、その右側にイベント詳細表示エリア２４が、資産表示エリア２１の下側に日別イベント群表示エリア２５が夫々設定され、日別イベント群表示エリア２５の右上に支援情報種別表示選択エリア２６が設定されており、また、「チャート表示」タブＴＡ，「物理ロケーション表示」タブＴＢ，「社内組織図表示」タブＴＣおよび「ネットワーク図表示」タブＴＤが設けられ、これらタブのいずれかを選択すると、選択されたタブに応じた画面が表示される。ここでは、この標準画面としてのチャート画面２０は「チャート表示」タブＴＡが選択された状態での画面であって、資産表示エリア２１に資産に関するチャート（グラフ）が表示される。「物理ロケーション表示」タブＴＢ，「社内組織図表示」タブＴＣ，「ネットワーク図表示」タブＴＤのいずれかが選択されると、選択されたタブに応じた情報が資産表示エリア２１に表示される。
【００９６】
このチャート画面２０において、資産表示エリア２１には、Ｘ，Ｙ軸で表わされる座標空間内に、図１１に示すローカル情報ＤＢ１６に格納されているローカル情報「ネットワーク図」１６ａ3が取り込まれて表示される。ここで、資産１Ａ〜１Ｃや表示端末４，イベント管理サーバ２，監視サーバ３に対しては、それらの画像を表わすアイコン１ａ〜１ｃ，４ａ，２ａ，３ａが、Ｘ軸については、Ｘ軸項目表示エリア２１Ｘでの各項目に応じた位置に、Ｙ軸については、Ｙ軸項目表示エリア２１Ｙでの各項目に応じた位置に夫々配置されて表示される。Ｘ軸項目表示エリア２１Ｘでの項目の種別はＸ軸メニュー選択部２２Ｘによって選択することができ、Ｙ軸項目表示エリア２１Ｙでの項目の種別はＹ軸メニュー選択部２２Ｙによって選択することができる。
【００９７】
ここでは、Ｘ軸メニュー選択部２２Ｘで種別（メニュー）「部署」が選択されているものとすると、Ｘ軸項目表示エリア２１Ｘでは、「営業一部」，「営業二部」，「企画部」，「総務部」といったこのメニューに応じた項目がその順にＸ軸に沿って配列されており、図１０に示すプロパティＤＢ１７でのプロパティ情報をもとに、資産１Ａのアイコン１ａがＸ軸の項目「営業一部」の位置に、資産１Ｂのアイコン１ｂがＸ軸の項目「営業二部」の位置に、資産１Ｃのアイコン１ｃがＸ軸の項目「企画部」の位置に夫々表示され、また、これまで図示しなかったが、表示端末４が総務部に属しているものとすると、表示端末４のアイコン４ａがＸ軸の項目「総務部」の位置に表示される。
【００９８】
また、Ｙ軸メニュー選択部２２Ｙで種別（メニュー）「システム図」が選択されているものとすると、Ｙ軸項目表示エリア２１Ｙでは、システムの階層が表示され、上位の階層の資産ほど、Ｙ軸方向に上側にアイコンが表示される。ここで、資産１Ａ〜１Ｃ及び表示端末４の各資産は、イベント管理サーバ２の下位で互いに同位の階層をなすものであるから、これら資産１Ａ〜１Ｃ及び表示端末４のアイコン１ａ〜１ｃ，４ａは、Ｙ軸に対し、同じ階層の位置に配置されることになり、これらアイコン１ａ〜１ｃ，４ａの上側に階層が上位のイベント管理サーバ２のアイコン２ａが表示される。なお、監視サーバ３は、資産１Ａ〜１Ｃを監視するものであるから、これらよりも階層が上位として、アイコン１ａ〜１ｃ，４ａの上位側にそのアイコン３ａが表示される。
【００９９】
なお、各アイコンには、該当する資産１Ａ〜１Ｃや表示端末４、サーバ２，３といった機器の属性、例えば、名称なども表示され、アイコンからかかる機器を直接識別できるようにしている。
【０１００】
Ｘ軸メニュー選択部２２Ｘには、プルダウンボタン２３Ｘが設けられており、このプルダウンボタン２３Ｘをタッチ操作すると、図１５（ａ）に示すチャートＸ軸のプルダウンメニュー３０が表示され、これに「システム図」，「部署」，「購入年度」，「トラブル頻度」，「ＣＰＵスペック」，「メモリサイズ」といったメニュー項目が設定されている。そして、それらのいずれかを選択することにより、この選択されたメニュー項目がＸ軸項目表示エリア２１Ｘに表示され、これに応じてアイコン１ａ〜１ｃ，４ａのＸ軸方向の配置が設定されることになる。
【０１０１】
同様にして、Ｙ軸メニュー選択部２２Ｙにも、プルダウンボタン２３Ｙが設けられており、このプルダウンボタン２３Ｙをタッチ操作すると、図１５（ｂ）に示すチャートＹ軸のプルダウンメニュー３１が表示され、これに「システム図」，「部署」，「購入年度」，「トラブル頻度」，「ＣＰＵスペック」，「メモリサイズ」といったメニュー項目が設定されている。そして、それらのいずれかを選択することにより、この選択されたメニュー項目がＹ軸項目表示エリア２１Ｙに表示され、これに応じてアイコン１ａ〜１ｃ，４ａのＹ軸方向の配置が設定されることになる。
【０１０２】
日別イベント群表示エリア２５では、横方向に毎日の日付が配列されてなるカレンダ２５ａが表示され、イベント群が存在する日にちでは、カレンダ２５ａの該当する日にちの下側に、イベント群が存在することを示すイベント群マーク２５ｂが表示される。同じ日に複数のイベント群が存在する場合には、夫々毎のイベント群マーク２５ａが縦方向に配列されて表示される。例えば、４月１５日には、図７により、６個のイベント群が存在するから、６個のイベント群マーク２５ｂが表示され、４月２２日では、２個のイベント群が存在することにより、２個のイベント群マーク２５ｂが表示される。また、４月１９日，２０日はイベント群が存在しないから、イベントマーク２５ｂは表示されない。
【０１０３】
カレンダ２５ａに表示される日にちのいずれか１つが日にち指定枠２５ｃによって指定されており、この指定枠２５ｃによって指定された日にちのイベントマーク２５ｂに該当するイベントの詳細が、この指定された日にちからの吹き出し２７でもって、イベント詳細表示エリア２４に表示される。ここでは、日別イベント群表示エリア２５において、４月２８日が指定されたものとしており、イベント詳細表示エリア２４では、この日付２４ａが表示されるとともに、日別イベント群表示エリア２５での日にち指定枠２５ｃによって指定された４月２８日での４個のイベント群マーク２５ｂ夫々に該当する図７に示すイベント群ＤＢ１４でのイベント群がイベント詳細情報２４ｂ，２４ｃ，２４ｄ，２４ｅとして表示される。
【０１０４】
かかるイベント詳細情報の１つ、即ち、イベント詳細情報２４ｂは、上記の２００８年４月２８日１７時１０分での資産１Ａのイベント種別群「ＨＤＤ自動修復済」のイベント群であり、「１７：１０ ＨＤＤ自動修復済」とのイベント群の情報が表示されるとともに、このイベント群の基となる図４に示すイベントＤＢ１３でのイベント番号がＮｏ．６１とＮｏ．６２のイベントが取り込まれて、夫々「１６：５０ ＨＤＤ異常」，「１７：１０ ＨＤＤ自動修復」というように表示される。
【０１０５】
そこで、日別イベント群表示エリア２５において、日にち指定枠２５ｃを操作することにより、カレンダ２５ａでのイベント群マーク２５ｂが存在するいずれかの日にちを指定すると、その指定された日にちからの吹き出し２７がイベント詳細表示エリア２４に表示され、これにより、イベント詳細表示エリア２４にこの指定された日にちに存在するイベント群マーク２５ｂ毎のイベント詳細情報が表示される。
【０１０６】
また、日別イベント群表示エリア２５には、イベント群種別選択部２５ｄが設けられており、これに選択されたイベント群の種別が表示されている。ここでは、この選択されたイベントの種別を「全て表示」としており、この場合には、日別イベント群表示エリア２５の該当する日にち毎に表示するイベント群マーク２５ｂは全ての種別のイベント群に関して表示されるものである。従って、この場合には、２００８年４月２８日では、資産１Ａに対しては、図７により、イベント種別が「ＨＤＤ自動修復済」と「正常起動・終了」とのイベント群が存在するから、日別イベント群表示エリア２５では、２００８年４月２８日にこれらイベント群のイベント群マーク２５ｂが設定され、また、イベント詳細情報エリア２４では、イベント種別が「ＨＤＤ自動修復済」と「正常起動・終了」とのイベント群毎のイベント詳細情報２４ｂ，２４ｃが表示されることになる。
【０１０７】
なお、２００８年４月２８日の他の２個のイベント群マーク２５ｂは、図７から明らかなように、イベント群種別が「ＯＦＦ１０日間」の資産１Ｂのイベント群とイベント群種別が「正常起動・終了」の資産１Ｃのイベント群とに対するものである。
【０１０８】
また、イベント群種別選択部２５ｄには、プルダウンボタン２５ｅが設けられており、プルダウンボタン２５ｅをタッチ操作すると、図１５（ｃ）に示すイベント群表示のプルダウンメニュー３２が表示され、これに「全て表示」，「資産毎に表示」，「ＯＮ」，「正常起動・終了」，「ＨＤＤ故障」，「ＨＤＤ自動修復済」，「ネットワーク異常」，「ＣＰＵ負荷大」，「ＣＰＵ異常発熱」，「ＣＰＵ異常発熱修復済」，「電源異常」，「ＯＦＦ１０日間」，「警告未対応」といったイベント群の種別のメニューが設定されており、そのいずれかを選択することにより、この選択された種別がイベント群種別選択部２５ｄに表示され、これに応じてカレンダ２５ａの各日にちに配置されるイベント群の種別が変更されて、これに応じたイベント群マーク２５ｂが設定されることになる。
【０１０９】
なお、このプルダウンメニュー３２では、図示しないが、種別「資産ごとに表示」を選択した場合には、資産を選択するためのプルダウンメニューが表示され、ここで、所定の資産を選択すると、この選択した資産に対し、「ＯＮ」，「正常起動・終了」，「ＨＤＤ故障」，「ＨＤＤ自動修復済」，「ネットワーク異常」，「ＣＰＵ負荷大」，「ＣＰＵ異常発熱」，「ＣＰＵ異常発熱修復済」，「電源異常」，「ＯＦＦ１０日間」，「警告未対応」のいずれか１つまたは全部を選択可能とするプルダウンメニューが表示される。
【０１１０】
これにより、プルダウンメニュー３２では、全ての資産１に関して、全ての種別を表示するように選択するか、「ＯＮ」，「正常起動・終了」，「ＨＤＤ故障」，「ＨＤＤ自動修復済」，「ネットワーク異常」，「ＣＰＵ負荷大」，「ＣＰＵ異常発熱」，「ＣＰＵ異常発熱修復済」，「電源異常」，「ＯＦＦ１０日間」，「警告未対応」のいずれか１つを選択することができるとともに、選択した資産１に対しても、全ての種別を表示するように選択するか、「ＯＮ」，「正常起動・終了」，「ＨＤＤ故障」，「ＨＤＤ自動修復済」，「ネットワーク異常」，「ＣＰＵ負荷大」，「ＣＰＵ異常発熱」，「ＣＰＵ異常発熱修復済」，「電源異常」，「ＯＦＦ１０日間」，「警告未対応」のいずれか１つを選択することができる。
【０１１１】
支援情報種別表示選択エリア２６は、図９に示す支援情報ＤＢ１５に格納されている支援情報を選択するためのものであって、資産表示エリア２１にアイコンが表示される資産１のうち、この選択された支援情報に該当する資産１に対し、この選択された支援情報が関係することを表示するものである。ここでは、支援情報種別表示選択エリア２６で支援情報「故障可能性」が選択されており、また、二重リング状の支援マーク２６ｂが表示されている。
【０１１２】
日別イベント群表示エリア２５で日にち指定枠２５ｃによって指定される日にちに、資産表示エリア２１で表示される資産１のうち、支援情報種別表示選択エリア２６で選択された支援情報が該当する資産１が存在する場合、この資産１に支援情報種別表示選択エリア２６で表示される支援マーク２６ｂを付けるようにする。ここでは、支援情報種別表示選択エリア２６で選択された支援情報は「故障可能性」であり、この日にち指定枠２５ｃによって指定された２００８年４月２８日にこの「故障可能性」の支援情報が関係する資産１は、図９に示す支援情報ＤＢ１５により、資産１Ａであるから、資産表示エリア２１で表示される資産１Ａのアイコン１ａにこの支援マーク２６ｂが付されることになる。かかる支援マーク２６ｂが付されていることを、以下、アラート（警告）表示されているという。
【０１１３】
また、支援情報種別表示選択エリア２６には、プルダウンボタン２６ａが設けられており、プルダウンボタン２６ａをタッチ操作すると、図１５（ｄ）に示す支援表示のプルダウンメニュー３３が表示され、これに「表示しない」，「故障可能性」，「要注意情報」，「システム稼働状況」といった図８に示す支援情報テーブル１９や図９に示す支援情報ＤＢでの支援表示パターンのメニューが設定されており、そのいずれかを選択することにより、この選択された支援情報が支援情報種別表示選択エリア２６に表示され、これに応じて、該当する資産１のアイコンに支援マーク２６ｂが付けられてアラート表示されることになる。
【０１１４】
なお、支援情報種別表示選択エリア２６で選択された支援情報は、図８に示すような支援情報テーブルを基にして、故障発生の危険があるイベント群に設定されるものであって、この支援情報テーブルによって故障発生の危険があると判定されたイベント群には、支援表示パターンとともに、黄レベルが設定され、この危険度がより高い場合には、赤レベルが設定されるのである。図１４において、資産１に支援マーク２６ｂが付加されるということは、この資産１が支援情報種別表示選択エリア２６で表示される支援情報の種別（即ち、図８での支援パターン１９ｄ）の支援情報が設定されているということであり、従って、かかる資産１には、この支援情報のレベル（図８での黄または赤レベル）が設定されていることになる。
【０１１５】
そこで、図１４における資産１Ａのように、支援マーク２６ｂが付加されてアラート表示されている資産１には、その支援情報で設定されているレベルに応じた色（黄または赤）でアイコンを着色表示する。これにより、故障発生の危険がある資産１をより明確に識別することが可能となる。
【０１１６】
なお、日にち指定枠２５ｃによって指定される日にちに使用されておらず、電源が入っていない状態の資産１に対しては、電源ＯＦＦ状態であることを表示する。ここでは、資産１Ｂがその状態であるので、そのアイコン１ｂに×印の電源ＯＦＦマーク２８が付される。このように、電源ＯＦＦマーク２８が付されることを、以下では、電源ＯＦＦ表示されているという。
【０１１７】
図１６は図１４に示すチャート画面２０のＸ軸メニュー選択部２２Ｘを操作してプルダウンメニュー３０（図１５（ａ））でのメニュー「トラブル頻度」に変更したときのチャート画面を示す図であって、２０ａはチャート画面であり、図１４に対応する部分には同一符号をつけて重複する説明を省略する。
【０１１８】
図１４に示すチャート画面２０のＸ軸メニュー選択部２２Ｘを操作してプルダウンメニュー３０（図１５（ａ））をプルダウン表示させ、メニュー「トラブル頻度」を選択すると、図１６に示すチャート画面２０ａとなる。
【０１１９】
このチャート画面２０ａでは、Ｘ軸メニュー選択部２２Ｘに選択されたメニュー「トラブル頻度」が表示され、これとともに、Ｘ軸項目表示エリア２１Ｘに０％から１００％までのトラブル頻度を表わす項目（数値）が表示される。これに伴い、Ｙ軸項目表示エリア２１Ｙの内容（項目の種別）は変更されていないので、資産１Ａ〜１Ｃや表示端末４、サーバ２，３のアイコン１ａ〜１ｃ，４ａ，２ａ，３ａが、それらのトラブル頻度に応じて、Ｘ軸方向の位置が変更され、トラブル頻度に応じた位置で表示されることになる。
【０１２０】
図１７は図１６に示すチャート画面２０ａのＹ軸メニュー選択部２２Ｙを操作してプルダウンメニュー３１（図１５（ｂ））でのメニュー「購入年度」に変更したときのチャート画面を示す図であって、２０ｂはチャート画面であり、図１４に対応する部分には同一符号をつけて重複する説明を省略する。
【０１２１】
図１６に示すチャート画面２０ａのＹ軸メニュー選択部２２Ｙを操作してプルダウンメニュー３１（図１５（ｂ））をプルダウン表示させ、メニュー「購入年度」を選択すると、図１７に示すチャート画面２０ｂとなる。
【０１２２】
このチャート画面２０ｂでは、Ｙ軸メニュー選択部２２Ｙに選択されたメニュー「購入年度」が表示され、これとともに、Ｙ軸項目表示エリア２１Ｙに、例えば、２０００年から２００８年までの年度を表わす項目（数値）が表示される。これに伴い、Ｘ軸項目表示エリア２１Ｘの内容（項目の種別）は変更されずに「トラブル頻度」のままであるので、資産１Ａ〜１Ｃや表示端末４、サーバ２，３のアイコン１ａ〜１ｃ，４ａ，２ａ，３ａは、それらの購入年度に応じて、Ｙ軸方向の位置が変更され、購入年度に応じた位置で表示されることになる。
【０１２３】
このようにして、このチャート画面２０では、Ｘ軸メニュー選択部２２ＸやＹ軸メニュー選択部２２Ｙを操作してＸ軸とＹ軸とのメニューを適宜選択することにより、資産１や表示端末４、サーバ２，３の関係を選択されたメニューに応じた形態で表示させることができ、システム管理者６に適した形態で資産１の管理を行なうことができるし、日にち毎での各資産１の全ての種別のイベントの管理や、イベント種別選択部２５ｄの操作により、指定された種別のイベントの管理や資産毎のイベントの管理を行なうこともできる。
【０１２４】
チャート画面２０において、「物理ロケーション表示」タブＴＢを選択すると、物理ロケーション表示画面が表示端末４に表示される。
【０１２５】
図１８は物理ロケーション表示画面の一具体例を示す図であって、４０Ａは物理ロケーション表示画面であり、前出図面に対応する部分には同一符号をつけて重複する説明を省略する。
【０１２６】
同図において、物理ロケーション表示画面４０Ａでは、資産表示エリア２１にローカル情報ＤＢ１６から読み取ったローカル情報「オフィスマップ」１６ａ1が表示され、各資産１Ａ〜１Ｃのアイコン１ａ〜１ｃが、プロパティＤＢ１７（図２）に格納された図１０に示す各資産１のプロパティ情報に基づいて、「オフィスマップ」１６ａ1での該当する設置位置に表示される。
【０１２７】
また、表示端末４やイベント管理サーバ２，監視サーバ３についても、同様に、プロパティＤＢ１７のプロパティ情報に基づいて、そのアイコン４ａ，２ａ，３ａが該当する設置位置に表示される。
【０１２８】
以上の構成以外については、図１４に示したチャート画面２０と同様である。
【０１２９】
この物理ロケーション表示画面４０Ａでは、各資産１の実際の設置場所を確認することができるものであり、この確認の基に、夫々の資産のイベントを、チャート画面２０の場合と同様に管理することができる。
【０１３０】
図１４，図１６，図１７に示すチャート画面２０や図１８に示す物理ロケーション表示画面４０Ａにおいて、「会社組織図表示」タブＴＣを選択すると、会社組織図表示画面が表示端末４に表示される。
【０１３１】
図１９は会社組織図表示画面の一具体例を示す図であって、４０Ｂは会社組織図表示画面であり、前出図面に対応する部分には同一符号をつけて重複する説明を省略する。
【０１３２】
同図において、会社組織図表示画面４０Ｂでは、資産表示エリア２１にローカル情報ＤＢ１６から読み取ったローカル情報「会社組織図」１６ａ2が表示され、各資産１Ａ〜１Ｃのアイコン１ａ〜１ｃが、プロパティＤＢ１７（図２）に格納された図１０に示す各資産１のプロパティ情報に基づいて、「会社組織図」１６ａ2での該当する部署に表示される。
【０１３３】
また、表示端末４やイベント管理サーバ２，監視サーバ３についても、同様に、プロパティＤＢ１７のプロパティ情報に基づいて、そのアイコン４ａ，２ａ，３ａがこれらが所属する部署に表示される。
【０１３４】
以上の構成以外については、図１４に示したチャート画面２０と同様である。
【０１３５】
この会社組織図表示画面４０Ｂでは、各資産１の実際に所属する部署を確認することができるものであり、この確認の基に、夫々の資産のイベントを、チャート画面２０の場合と同様に管理することができる。
【０１３６】
図１４，図１６，図１７に示すチャート画面２０や図１８に示す物理ロケーション表示画面４０Ａ，図１９に示す会社組織図表示画面４０Ｂにおいて、「ネットワーク図表示」タブＴＤを選択すると、ネットワーク図表示画面が表示端末４に表示される。
【０１３７】
図２０はネットワーク図表示画面の一具体例を示す図であって、４０Ｃはネットワーク図表示画面であり、前出図面に対応する部分には同一符号をつけて重複する説明を省略する。
【０１３８】
同図において、ネットワーク図表示画面４０Ｃでは、資産表示エリア２１に図１１に示すローカル情報ＤＢ１６から読み取ったローカル情報「ネットワーク図」１６ａ3が表示され、このネットワーク図に各資産１Ａ〜１Ｃのアイコン１ａ〜１ｃが表示される。
【０１３９】
また、表示端末４やイベント管理サーバ２，監視サーバ３についても、そのアイコン４ａ，２ａ，３ａが表示されている。
【０１４０】
以上の構成以外については、図１４に示したチャート画面２０と同様である。
【０１４１】
このネットワーク図表示画面４０Ｃでは、各資産１や表示端末４、サーバ２，３との関係を確認することができるものであり、この確認の基に、夫々の資産のイベントを、チャート画面２０の場合と同様に管理することができる。
【０１４２】
図１４に示すチャート画面２０では、アイコンに支援マーク２６ｂが付されて電源ＯＦＦ表示され、黄または赤に着色表示された資産１（この場合では、資産１Ａ）のイベントの詳細を、イベント群種別選択部２５ｄを操作してプルダウンメニュー３２（１５（ｃ））を表示させ、このプルダウンメニュー３２からこの資産１Ａを指定することにより、簡単にかつ確実に取得することができるようにすることができる。このことは、図１６に示すチャート画面２０ａ，図１７に示すチャート画面２０ｂについても同様であるが、以下では、図１４に示すチャート画面でもって説明する。
【０１４３】
図１４に示すチャート画面２０において、イベント群種別選択部２５ｄを操作してプルダウンメニュー３２（図１５（ｃ））を表示させ、その種別「資産ごとに表示」を選択すると、図示しないが、資産１の選択メニューが表示され、この選択メニューで資産１Ａを選択すると、図２１に示すチャート画面２０ｃが表示端末４に表示される。ここで、図２１において、５０は選択表示マークであり、図１４に対応する部分には同一符号をつけて重複する説明を省略する。
【０１４４】
このチャート画面２０ｃでは、イベント群種別選択部２５ｄに、選択されたイベント群の種別として、「資産１Ａの表示」が表示され、これとともに、日別イベント群表示エリア２５のカレンダ２５ａの日別に表示されるイベント群マーク２５ｂは、全て資産１Ａに関するものだけとなる。このため、日にち指定枠２５ｃで指定される日にち（この場合、２００８年４月２８日）でのイベント詳細表示エリア２４に表示されるイベント詳細情報は、資産１Ａに関するイベント詳細情報２４ｂ，２４ｃだけとなる。
【０１４５】
なお、このとき、資産１Ａだけが選択されていることから、この資産１Ａのアイコン１ａには、それを囲むように、例えば、図示する四隅の鍵括弧からなる選択表示マーク５０が表示される。これにより、現在日別イベント群表示エリア２５が資産１Ａに関するイベント群にのみ使用されていることを明確に確認することが可能となる。
【０１４６】
ところで、このチャート画面２０ｃの日別イベント群表示エリア２５をみると、４月１５日は除いて、４月１４日，４月２１日，４月２８日と１週間毎に、しかも、月曜日毎にイベント群マーク２５ｃが２個とその個数にピークが現われており、このピークの確認のために、日別イベント群表示エリア２５での日にち指定枠２５ｃを１つ前のピークの位置まで移動させると、図２２に示すチャート画面２０ｄが表示される。但し、図２２において、５１は指定表示マーク、５２は経過情報表示欄、５３は関連情報表示欄であり、図２１に対応する部分には同一符号をつけて重複する説明を省略する。
【０１４７】
同図において、このチャート画面２０ｄでは、日にち指定枠２５ｃがイベント群マーク２５ｂが２個ある４月２１日を指定状態にあり、これらイベント群マーク２５ｂのうちのいずれかが支援情報種別表示選択部２６に表示される支援情報の種別「故障可能性」に相当するイベント群であるときには、そのイベント群のイベント群マーク２５ｃに、それを囲む指定表示マーク５１が表示される。この指定表示マーク５１は、これで指定されるイベント群マーク２５ｃに該当するイベント群が、支援情報種別表示選択部２６に表示される支援情報の種別に相当するイベント群であることを示すものである。
【０１４８】
このときも、この指定される４月２１日からイベント詳細表示エリア２４に吹き出し２７が表示され、このイベント詳細表示エリア２４に指定表示マーク５１によって指定されている４月２１日のイベント群マーク２５ｃに対するイベント詳細情報２４ｂ，２４ｃが表示される。また、一方の「１７：３０ ＨＤＤ自動修復済」のイベント詳細情報２４ｂが支援情報種別表示選択部２６に表示される支援情報の種別に該当するイベント群に関するものとすると、イベント管理サーバ２から取得したイベント群からこの支援情報種別表示選択部２６に表示される支援情報の種別に該当するイベント群を抽出し、これを関連事項欄５３に関連情報として表示する。ここで、資産１から送信されるイベント情報のうち、特に、資産１の、例えば、「ＨＤＤ異常」のような異常に関するイベント情報の場合、この異常に関するイベント情報に異常を発生するまでの経過情報が含まれる場合には、１７時２０分に「ＨＤＤ異常」となるまでの経過情報をイベント管理サーバ２のイベントＤＢ１３（図２）に格納されている該当イベント情報から取得し、これを経過情報欄５２に経過情報として表示する。
【０１４９】
システム管理者６（図１）は、かかる経過情報５２と関連する事項５３との情報から、支援情報種別表示選択部２６に表示される支援情報の種別に該当する「ＨＤＤ自動修復済」というイベントを確認することができ、これを基に、例えば、この資産１Ａの使用者とヒアリングするなどして、資産１Ａで、例えば、毎週ハードティスクのバックアップを行なっており、その負荷のためにハードディスクのエラーが発生していたが、業務後の自動終了の設定により、使用者がそのエラーに気が付かなかったことを知ることができ、これに対して、メモリの増設などによってこれに対処することが可能となる。
【０１５０】
なお、経過情報欄５２，関連情報欄５３には夫々、スクロールバー５２ａ，５３ａが設けられており、長い情報の表示の場合には、これらを操作することにより、経過情報，関連情報がスクロールして全体の表示が可能となる。
【０１５１】
このように、資産１の使用者が故障と気が付かなくとも、システム管理者が故障を起こし易くなっていることを認識することができ、これにより、故障して使えなくなる前にかかる事態に対処することが可能となる。
【０１５２】
図１４に示すチャート画面２０において、システム管理者６が資産１Ｂで最近電源ＯＮがなされていないことに気が付いて、資産１Ｂの使用状況を確認する場合には、イベント群種別選択部２５ｄを操作してプルダウンメニュー３２（図１５（ｃ））を表示させ、その種別「資産ごとに表示」を選択し、さらに、資産１Ｂと種別「正常起動・終了」を選択すると、図２３に示すチャート画面２０ｅが表示端末４に表示される。ここで、図２３において、２４ｆはイベント詳細情報であり、前出図面に対応する部分には同一符号をつけて重複する説明を省略する。
【０１５３】
このチャート画面２０ｅでは、イベント群種別選択部２５ｄに、選択されたイベント群の種別として、「正常起動・終了」が表示され、これとともに、資産１Ｂのアイコン１ｂに選択指示マーク５０が表示され、これにより、日別イベント群表示エリア２５に表示されるイベント群マーク２５ｂは、資産１Ｂでのイベント群種別「正常起動・終了」のイベント群に関するものであることが示される。
【０１５４】
なお、支援マーク２６ｂがこの資産１Ｂ以外の資産１（ここでは、資産１Ａ）に付されて電源ＯＦＦ表示され、これが目障りとなるような場合には、支援情報表示選択エリア２６を操作して図１５（ｄ）に示す支援情報の種別「表示しない」を指定するようにすればよく（この場合、支援情報種別表示選択部２６に「表示しない」が表示される）、資産１Ａに表示されていた支援マーク２６ｂは消去されて電源ＯＦＦ表示が解除される。
【０１５５】
日別イベント群表示エリア２５においては、資産１Ｂの日にち毎の種別が「正常起動・終了」のイベント群のイベント群マーク２５ｂが表示されるが、４月１９日からは種別「正常起動・終了」のイベント群のイベントマーク２５ｂが表示されず、デフォルトとして日にち指定枠２５ｃによって指定される最終の日にち、即ち、４月２８日では、かかるイベント群マーク２５ｂは１つも表示されていない。このため、吹き出し２７で表わされるイベント詳細表示エリア２４では、日付２４ａと「なし」とのイベント群情報２４ｆが表示されるだけである。
【０１５６】
そこで、日にち指定枠２５ｃを移動操作し、最後にイベント群マーク２５ｂが表示される４月１８日に合わせてこの日にちを指定すると、図２４に示すチャート画面２０ｆが表示端末４に表示される。なお、図２４において、２４ｇ，２４ｈはイベント群詳細情報であり、前出図面に対応する部分には同一符号をつけて重複する説明を省略する。
【０１５７】
このチャート画面２０ｆでは、日にち指定枠２５ｃがイベント群マーク２５ｂが２個ある４月１８日を指定した状態にあり、これらイベント群マーク２５ｂのうちのいずれかが支援情報種別表示選択部２６に表示される支援情報の種別「正常起動・終了」に相当するイベント群であるときには、そのイベント群のイベント群マーク２５ｃに、それを囲む指定表示マーク５１が表示される。この指定表示マーク５１は、これで指定されるイベント群マーク２５ｃに該当するイベント群が、支援情報種別表示選択部２６に表示される支援情報の種別に相当するイベント群であることを示すものである。
【０１５８】
このときも、この指定される４月１８日からイベント詳細表示エリア２４に吹き出し２７が表示され、このイベント詳細表示エリア２４に指定表示マーク５１によって指定されている４月１８日のイベント群マーク２５ｃに対するイベント詳細情報２４ｇ，２４ｈが表示される。また、一方の「１８：１０ 電源異常」のイベント詳細情報２４ｇが支援情報種別表示選択部２６に表示される支援情報の種別に該当するイベント群に関するものであり、イベント管理サーバ２から取得したイベント群からこの支援情報種別表示選択部２６に表示される支援情報の種別に該当するイベント群を抽出し、これを関連事項欄５３に関連情報として表示するが、ここでは、かかる関連情報がないため、「該当データなし」とのメッセージが表示される。ここで、資産１から送信されるイベント情報のうち、特に、資産１の、例えば、「電源異常」のような異常に関するイベント情報の場合、この異常に関するイベント情報に異常を発生するまでの経過情報が含まれる場合には、１８時１０分に「電源異常」となるまでの経過情報をイベント管理サーバ２のイベントＤＢ１３（図２）に格納されている該当イベント情報から取得し、これを経過情報欄５２に、例えば、「１８：１０ 電源異常警告発生」という経過情報として表示する。
【０１５９】
システム管理者６（図１）は、かかる経過情報５２と関連する事項５３との情報から、支援情報種別表示選択部２６に表示される支援情報の種別に該当する「異常起動・終了」という資産１Ｂのイベントを確認することができ、これを基に、例えば、この資産１Ｂの状態を直接確認し、電源ユニットの交換をするなどの処置をすることが可能となる。
【０１６０】
このように、資産２の使用者がその電源の故障を放置していても、システム管理者がそれを認識することができ、これにより、電源ユニットを交換するなどの処置を施すことが可能となる。
【０１６１】
図１４に示すチャート画面２０において、資産１Ａのアイコン１ａに支援マーク２６ｂが設定され、電源ＯＦＦ表示されているので、その詳細を確認するために、システム管理者６が、イベント群種別選択部２５ｄを操作してプルダウンメニュー３２（図１５（ｃ））を表示させ、その種別「警告未対応」を選択すると、図２５に示すチャート画面２０ｇが表示端末４に表示される。ここで、図２５において、２４ｉはイベント詳細情報であり、前出図面に対応する部分には同一符号をつけて重複する説明を省略する。
【０１６２】
このチャート画面２０ｇでは、イベント群種別選択部２５ｄに、選択されたイベント群の種別として、「警告未対応」が表示され、これとともに、日別イベント群表示エリア２５には、全ての資産１でのイベント群種別「警告未対応」のイベント群に関するイベント群マーク２５ｂが表示される。ここでは、４月１５日に３個のイベント群マーク２５ｂが、４月１８日に１個のイベント群マーク２５ｂが夫々表示される。従って、４月２８日にはイベント群マーク２５ｂが１つもなく、デフォルトとして設定されるこの４月２８日からの吹き出し２７によるイベント詳細表示エリア２４では、メッセージ「なし」のイベント群詳細情報２４ｉが表示される。
【０１６３】
そこで、日にち指定枠２５ｃを移動操作し、３個のイベント群マーク２５ｂが表示されている４月１５日に合わせてこの日にちを指定すると、図２６に示すチャート画面２０ｈが表示端末４に表示される。なお、図２６において、２４ｊ〜２４ｌはイベント群詳細情報、５４は時間別表示であり、前出図面に対応する部分には同一符号をつけて重複する説明を省略する。
【０１６４】
このチャート画面２０ｈでは、日にち指定枠２５ｃがイベント群マーク２５ｂが３個ある４月１５日を指定した状態にあり、これらイベント群マーク２５ｂのうちのいずれかが支援情報種別表示選択部２６に表示される支援情報の種別「警告未対応」に相当するイベント群であるときには、そのイベント群のイベント群マーク２５ｃに、それを囲む指定表示マーク５１が表示される。なお、４月１５日は、資産１Ｂで電源異常が発生する４月１８日以前であるから、この資産１Ｂで不使用マーク２８は付されず、電源ＯＦＦ表示はなされていない。
【０１６５】
このときも、この指定される４月１５日からイベント詳細表示エリア２４に吹き出し２７が表示され、このイベント詳細表示エリア２４に指定表示マーク５１によって指定されている４月１５日の３個のイベント群マーク２５ｃに対するイベント詳細情報２４ｊ，２４ｋ，２４ｌが表示される。
【０１６６】
指定表示マーク５１で指示されるイベント群マーク２５ｂに対する種別「警告未対応」のイベント群は、ここでは、資産１Ａの図７での番号がＮｏ．５〜Ｎｏ．５のイベント群であって、夫々のイベント詳細情報２４ｊ，２４ｋ，２４ｌでは、「１２：００ ＣＰＵ異常発熱修復済」，「１２：０３ ＣＰＵ異常発熱修復済」，「１２：０２ ＣＰＵ異常発熱修復済」が表示されており、これとともに、「異常発熱」や「クールダウン」の経過情報が表示されている。
【０１６７】
また、これらイベント詳細情報２４ｊ，２４ｋ，２４ｌは、同じ種別「異常発熱修復済」のイベントに関するものであるから、最初のイベント詳細情報２４ｊにおいて、経過情報５２，関連情報５３，時間別表示５４が詳細情報として表示される。この時間別表示５４は、４月１５日での資産１ＡのＣＰＵの発熱状況の変化を示すものであり、プロパティＤＢ１７のシステム情報として記録された資産１ＡのＣＰＵの温度の時間変化に関する情報を読み出して表示するものである。図１０には図示していないが、プロパティＤＢ１７は資産毎のＣＰＵ温度の時間変化をシステム情報として蓄積しておくことが可能である。
【０１６８】
かかるチャート画面２０ｈにおいて、システム管理者６が表示端末４（図１）を操作して、日にち指定枠２５ｃ内の指定表示マーク５１で指定されるイベント群マーク２５ｃを指定すると、図２７に示すチャート画面２０ｉが表示画面４に表示される。なお、図２７において、５５は要チェックマーク、５６はカーソル、５７はダイアログボックス、５８は枠状カーソルであり、前出図面に対応する部分には同一符号をつけて重複する説明を省略する。
【０１６９】
同図において、チャート画面２０ｉの日別イベント群表示エリア２５において、日にち指定枠２５ｃ内の指定表示マーク５１で指定されるイベント群マーク２５ｂをカーソル５６で指定すると、メニュー「チェックを入れる」，「対応済み ○」のダイアログボックス５７が表示され、枠状カーソル５８でこれらメニューのいずれかを選択できる。
【０１７０】
そこで、いま、ダイアログボックス５７でのメニュー「チェックを入れる」を選択したとすると、資産表示エリア２１に表示される資産１のうちのイベント群種別選択部２５ｄに表示される種別のイベント群が関連する資産１、この場合、資産１Ａに要チェックマーク５５が付されることになる。この要チェックマーク５５が付されたアイコンの資産１は、イベント群の種別が警告未対応のものであるが、この要チェックマーク５５が付されると、警告未対応のイベント群がなくなり、代わりにこの要チェックマーク５５が付されたものとなる。
【０１７１】
なお、ダイアログボックス５７でメニュー「対応済み ○」が選択されると、警告に対して対応済みということになり、該当する資産１、この場合、資産１Ａのアイコン１ａに付されていた選択表示マーク５０が消去される。従って、警告に対応した資産１に対しては、ダイアログボックス５７のメニュー「対応済み ○」を選択することにより、選択表示マーク５０を消去して対応済みの状態でアイコンを表示させることができる。
【０１７２】
なお、以上の実施形態では、図１において、監視サーバ３を用いたが、この監視サーバ３の各資産１の状況を監視するという上記の機能をイベント管理サーバ２のもたせることにより、監視サーバ３を省くこともできる。
【図面の簡単な説明】
【０１７３】
【図１】本発明による統合資産管理システムの一実施形態を示すシステム構成図である。
【図２】図１におけるイベント管理サーバの一具体例を示す構成図である。
【図３】図２に示すＤＢ部での情報の処理の流れを示す図である。
【図４】図２におけるイベントＤＢの一具体例を示す図である。
【図５】図３における重要イベントテーブルの一具体例を示す図である。
【図６】図３におけるイベント群テーブルの一具体例を示す図である。
【図７】図５に示す重要イベントテーブルと図６に示すイベント群テーブルとを用いて図４に示すイベントＤＢのイベント情報から作成したイベント群ＤＢの一具体例を示す図である。
【図８】図３における支援情報テーブルの一具体例を示す図である。
【図９】図３でのイベント群ＤＢに格納されたイベント群から図８に示す支援情報テーブルを用いて作成された支援情報ＤＢの一具体例を示す図である。
【図１０】図３におけるプロパティＤＢの一具体例を示す図である。
【図１１】図３におけるローカル情報ＤＢの一具体例を示す図である。
【図１２】図１におけるイベント管理サーバのイベントの処理動作を示すフローチャートである。
【図１３】図１におけるイベント管理サーバの表示端末への情報提供処理動作を示すフローチャートである。
【図１４】図１における表示端末で表示されるイベント画面のうちの標準画面の一具体例を示す図である。
【図１５】図１４における標準画面で用いるプルダウンメニューの一具体例を示す図である。
【図１６】図１４に示すチャート画面のＸ軸メニュー選択部を操作してプルダウンメニュー（図１５（ａ））でのメニュー「トラブル頻度」に変更したときのチャート画面を示す図である。
【図１７】図１４に示すチャート画面のＹ軸メニュー選択部を操作してプルダウンメニュー（図１５（ａ））でのメニュー「購入年度」に変更したときのチャート画面を示す図である。
【図１８】図１における表示端末で表示されるイベント画面のうちの物理ロケーション表示画面の一具体例を示す図である。
【図１９】図１における表示端末で表示されるイベント画面のうちの会社組織図表示画面の一具体例を示す図である。
【図２０】図１における表示端末で表示されるイベント画面のうちのネットワーク図表示画面の一具体例を示す図である。
【図２１】図１４に示すチャート画面でのイベント種別選択部で種別を「資産１Ａの未表示」としたときのチャート画面を示す図である。
【図２２】図２１に示すチャート画面で日にち指定枠で他の日にちを指定したときのチャーと画面を示す図である。
【図２３】図１４に示すチャート画面でのイベント種別選択部で種別を「資産１Ｂの正常起動・終了」としたときのチャート画面を示す図である。
【図２４】図２３に示すチャート画面で日にち指定枠で他の日にちを指定したときのチャート画面を示す図である。
【図２５】図１４に示すチャート画面でのイベント種別選択部で種別を「警告未対応」としたときのチャート画面を示す図である。
【図２６】図２５に示すチャート画面で日にち指定枠で他の日にちを指定したときのチャート画面を示す図である。
【図２７】図２６に示すチャート画面で日にち指定枠内のイベント群マークを指定したときのチャート画面を示す図である。
【符号の説明】
【０１７４】
１，１Ａ〜１Ｃ 資産
１ａ〜１ｃ，２ａ，３ａ，４ａ アイコン
２ イベント管理サーバ
３ 監視サーバ
４ 表示端末
５ ネットワーク
６ システム管理者
１０ 通信部
１１ ＣＰＵ
１２ ＤＢ部
１３ イベントＤＢ
１３ａ イベント番号
１３ｂ 受信日時
１３ｃ 資産名
１３ｄ イベント種別
１４ イベント群ＤＢ
１４ａ イベント群番号
１４ｂ 取得日時
１４ｃ 資産名
１４ｄ イベント群種別
１５ 支援情報ＤＢ
１５ａ 支援情報番号
１５ｂ 取得日時
１５ｃ 資産名
１５ｄ 支援表示パターン
１５ｅ レベル
１６ ローカル情報ＤＢ
１６ａ ローカル情報名
１６ａ1 オフィスマップ（ローカル情報）
１６ａ2 会社組織図（ローカル情報）
１６ａ3 ネットワーク図（ローカル情報）
１６ｂ コンテンツ
１７ プロパティＤＢ
１７ａ 資産名
１７ｂ システム情報
１７ｃ 支援情報
１８ａ 重要イベントテーブル
１８ｂ イベント群テーブル
１９ 支援情報テーブル
１９ａ イベント群
１９ｂ 条件
１９ｃ 支援情報
１９ｃ 支援表示パターンとレベル
２０，２０ａ〜２０ｉ チャート画面
２１ 資産表示エリア
２１Ｘ Ｘ軸項目表示エリア
２１Ｙ Ｙ軸項目表示エリア
２２Ｘ Ｘ軸メニュー選択部
２２Ｙ Ｙ軸メニュー選択部
２３Ｘ，２３Ｙ プルダウンボタン
２４ イベント詳細表示エリア
２４ａ 日付
２４ｂ〜２４ｌ イベント詳細情報
２５ 日別イベント群表示エリア
２５ａ カレンダ
２５ｂ イベント群マーク
２５ｃ 日指定枠
２５ｄ イベント群種別表示選択部
２５ｅ プルダウンボタン
２６ 支援情報種別選択エリア
２６ａ プルダウンボタン
２６ｂ 支援マーク
２７ 吹き出し
２８ 電源ＯＦＦマーク
３０〜３３ プルダウンメニュー
４０Ａ 物理ロケーション表示画面
４０Ｂ 会社組織図表示画面
４０Ｃ ネットワーク図表示画面
５０ 選択表示マーク
５１ 指定表示マーク
５２ 経過情報
５３ 関連情報
５４ 時間別表示
５２ａ，５３ａ，５４ａ スクロールバー
５５ 要チェックマーク
５６ カーソル
５７ ダイアログボックス
５８ 枠状カーソル
ＴＡ 「チャート表示」タブ
ＴＢ 「物理ロケーション表示」タブ
ＴＣ 「社内組織図表示」タブ
ＴＤ 「ネットワーク図表示」タブ
【技術分野】
【０００１】
本発明は、例えば、企業などが有するパソコンや家電機器などの複数の機器（資産）の状況を統合管理するクライアント端末の管理システムに関する。
【背景技術】
【０００２】
企業などの組織では、その建屋にパソコンなどの情報機器や空気調和機などの家電機器（以下、資産という）が使用されており、これらの使用状況の管理が行なわれている。通常、このような資産管理は、その資産の使用者や管理者によって人的に行なわれているが、管理システムによって統合的に行なうようにすることも提案されている。
【０００３】
その一例としては、監視対象のハードウェアシステムでの障害を監視センタで監視し、ハードウェアシステムで障害があると、監視センタがこの障害を分析してその回復方法を決定し、作業員が修理作業するようにした技術が提案されている（例えば、特許文献１参照）。
【０００４】
この特許文献１に記載のこの技術では、監視対象のハードウェアシステムでのＣＰＵやメモリ，ＨＤ，ＬＡＮ，増設ボード，ＵＰＳなどが監視対象のハードウェアであり、これをこの監視対象のハードウェアシステムでの障害監視コンピュータが常時監視しており、監視対象のハードウェアの障害（ＨＤ障害や温度異常などの障害）を検知すると、障害データや障害検知信号を監視センタに送出する。監視センタでは、監視センタ用コンピュータがこれを取得して報告書を作成し、監視対象のハードウェアシステムでのハードウェア管理者用コンピュータに障害を通知する。これとともに、管理センタでは、担当保守拠点用コンピュータ４が監視センタ用コンピュータからの報告書をもとに障害を解析し、その回復方法を決定して作業員に回復作業を行なわせる。監視対象のハードウェアが回復すると、上記の障害監視コンピュータがこれを検知して管理センタに通知し、この監視センタの上記監視センタ用コンピュータが監視対象のハードウェアシステムでの上記ハードウェア管理者用コンピュータに通知する。
【０００５】
また、他の例としては、利用者事務所と管理センタがネットワークを介して接続され、利用者事務所で資産の管理を申請することにより、管理センタでこの資産を登録・管理する情報機器の資産管理システムが提案されている（例えば、特許文献２参照）。
【０００６】
この特許文献２に記載の資産管理システムでは、利用者事務所の利用者申請端末で管理を申請する情報機器の資産番号と資産情報（管理責任者や機器購入日など）を入力して資産情報の新規登録や変更を申請すると、管理センタでは、これを資産管理テーブルとして登録、または変更する。そして、これとともに、管理センタでは、登録または変更の申請があった利用者事務所の情報機器の稼働状態を確認し、稼働状態にある場合には、その稼働開始日を、稼働状態にない場合には、“停止中”との情報を、稼働状態の確認情報として、この資産管理テーブルに登録し、また、かかる資産管理テーブルを申請のあった利用者事務所の該当する情報機器に登録させる。このようにして、情報機器が稼働，停止状態にかかわらず、また、情報機器が表示装置を有しなくとも、かかる資産管理テーブルから各情報機器の資産番号や資産情報を確認できるようにしている。
【特許文献１】特開２００１ー３２５１６５号公報
【特許文献２】特開２００５ー１４８９７４号公報
【発明の開示】
【発明が解決しようとする課題】
【０００７】
ところで、上記特許文献１に記載の技術は、監視対象に障害や異常が生ずると、これを検知して管理センタに通知し、管理センタはこの通知内容を解析して回復方法を決定し、作業員に回復作業をさせるものであるが、障害や異常の通知があった監視対象に対してのみ管理センタが対処するものであって、会社内などの組織内での各資産の状況を常に監視するとものではない。
【０００８】
また、上記特許文献２に記載の技術は、管理センタが、申請された資産情報の登録，変更を行なうものであって、また、登録，変更の申請があった資産の稼働開始日を登録するものである。
【０００９】
このように、引用文献１，２に記載の技術は、夫々の監視対象の状況を常に監視するというものではなく、特に、特許文献１に記載の技術では、障害や異常が発生したときに管理センタがこれに対処するために、稼働するものであるため、障害や異常が起こり易い、あるいはこれらが起こる可能性のある資産を確認することができないという問題がある。
【００１０】
本発明の目的は、かかる問題を解消し、会社内などの組織内の各資産を常時監視し、障害や異常が起こり易い、あるいはこれらが起こる可能性のある資産を確実に確認できて、即座にその対応が可能となるクライアント端末の管理システムを提供することにある。
【課題を解決するための手段】
【００１１】
上記目的を達成するために、本発明は、複数のクライアント端末と、クライアント端末と通信回線を介して接続されたイベント管理サーバと、イベント管理サーバのイベント管理情報を表示する表示端末とを備えたクライアント端末の管理システムであって、イベント管理サーバは、制御部と、クライアント端末夫々で発生したイベントに関するイベント情報を格納するイベントデータベースと、イベントの重要性に関する情報が規定され、イベントデータベースに格納されたイベント情報から重要なイベントのイベント情報を選択するための重要イベントテーブルと、重要イベントテーブルによって選択された関連性のあるイベント情報の組み合わせをイベント群とするためのイベント群テーブルと、イベント群を格納するイベント群データベースと、複数のクライアント端末の物理的な配置関係やネットワーク上の階層構造に関する情報を、ローカル情報として、格納したローカル情報データベースとを備え、制御部は、イベントデータベースに格納されたイベント情報のうちの、重要イベントテーブルを参照して重要と判定されたイベント情報について、イベント群テーブルを参照して、イベント群として登録すべきか否かを判定して、登録すべきイベント情報を関連する同士で組み合わせてイベント群とし、イベント群を、イベント管理情報として、イベント群データベースに登録し、表示端末からのイベント管理情報の表示要求を受け付けて、イベント群データベースからイベント群を読み出し、ローカル情報データベースから読み出したローカル情報とともに、イベント管理情報として、表示端末に送信し、表示端末は、イベント管理サーバから送信されるイベント管理情報を受信し、表示画面に、受信したイベント管理情報を基に、クライアント端末の表示エリアとイベント群の表示エリアとを設け、ローカル情報によるクライアント端末の物理的な配置やネットワーク上の階層構造を基に、クライアント端末の画像を配列してクライアント端末の表示エリアで表示し、日にち毎のイベント群の個数を表示することによってイベント群発生数の経時変化をイベント群の表示エリアに表示することを特徴とする。
【００１２】
また、本発明は、イベント管理サーバが、イベント群の種別毎に、支援情報が得られる条件と支援情報の形態とが設定され、前記イベント群から支援情報を作成するための支援情報テーブルと、支援情報を格納する支援情報データベースとを備え、上記制御部は、イベント群データベースに格納されている前記イベント群に対し、支援情報テーブルを参照して、対応する支援情報の有無を判定し、対応する支援情報を支援情報データベースに登録し、表示端末からのイベント管理情報の前記表示要求を受け付けて、支援情報データベースに格納されている支援情報を、前記イベント群と前記ローカル情報とともに、イベント管理情報として、前記表示端末に送信し、表示端末は、前記クライアント端末の表示エリアでの前記クライアント端末の画像の表示形態を支援情報に応じたものとすることを特徴とする。
【００１３】
また、本発明は、上記表示端末での前記クライアント端末の表示エリアでの前記クライアント端末の画像が、縦軸と横軸による空間内に前記ローカル情報に応じた配列関係で配置表示され、縦軸と横軸とに夫々パラメータが変更可能に表示され、パラメータの変更に応じて前記クライアント端末の画像の配置関係を変更可能としたことを特徴とする。
【００１４】
また、本発明は、表示端末の表示画面の前記イベント群の表示エリアで、日にちの指定手段が表示され、クライアント端末の表示エリアでは、指定手段で指定された日にちでのイベント群に対する前記支援情報に応じて、該当する前記クライアント端末の画像の表示形態を設定することを特徴とする。
【００１５】
また、本発明は、上記複数のクライアント端末と前記通信改正を介して接続された監視サーバを備え、監視サーバは、前記クライアント端末夫々からの前記イベント情報の有無を監視し、イベントを発生しなくなってイベント情報を送信しなくなった前記クライアント端末に関し、イベント不発生のイベント情報を前記イベント管理サーバに送信することを特徴とする。
【発明の効果】
【００１６】
本発明によると、イベント管理サーバで会社内などの組織内の各クライアント端末（資産）からイベント情報を取得してこれら常時監視し、かかるイベント情報からイベント群を作成し、障害や異常が起こり易い、あるいはこれらが起こる可能性のあるクライアント端末に対しては、表示端末でいつでもこれを表示させることができるから、クライアント端末の状況を確実に確認できて、異常に対して即座にその対応が可能となる。
【発明を実施するための最良の形態】
【００１７】
以下、本発明の実施形態を図面を用いて説明する。
図１は本発明によるクライアント端末の管理システムの一実施形態を示すシステム構成図であって、１，１Ａ〜１Ｃは資産、２はイベント管理サーバ、３は監視サーバ、４は表示端末、５はネットワーク、６はシステム管理者である。
【００１８】
同図において、複数のクライアント端末としての資産１（ここでは、資産Ａ〜Ｃ）と管理イベントサーバ２と監視サーバ３と表示端末４とが、ネットワーク５を介して、互いに接続されており、クライアント端末の管理システムを形成している。資産１は、１つの企業などの同じ組織に設けられて使用されるパソコンなどの組織の資産であって、ここでは、資産１として、３個の資産１Ａ〜１Ｃが使用されているものとしているが、これに限るものではなく、任意の複数の資産１が使用されてネットワーク５に接続されていてもよい。また、ここでは、資産１をパソコンとしているが、他の情報機器であってもよいし、また、家電機器などの他の機器であってもよい。
【００１９】
イベント管理サーバ２は、各資産１の起動（電源ＯＮ）や停止（電源ＯＦＦ），異常発生，修復などのイベント（状況）を監視してイベント情報を取得し、特に、異常の場合には、これに対する支援情報を作成する。各資産１Ａ〜１Ｃの支援情報は表示端末４に提供され、これがイベント画面として表示される。このイベント画面により、システム管理者６が各資産１Ａ〜１Ｃでのイベントを確認することができる。
【００２０】
監視サーバ３は、各資産１Ａ〜１Ｃの状況を監視してイベント情報を取得し、いずれかの資産１から一定期間イベント情報がなくて反応がないときには、その資産１に代わってそのイベント情報をイベント管理サーバ２に送る。
【００２１】
図２は図１におけるイベント管理サーバ２の一具体例を示す構成図であって、１０は通信部、１１はＣＰＵ（中央処理ユニット）、１２はＤＢ（データベース）部、１３はイベントＤＢ、１４はイベント群ＤＢ、１５は支援情報ＤＢ、１６はローカル情報ＤＢ、１７はプロパティＤＢである。
【００２２】
同図において、イベント管理サーバ２は、ＣＰＵ１１と、このＣＰＵ１１の制御のもとに、ネットワーク５を介して、資産１や監視サーバ３，表示端末４と通信を行なう通信部１０と、各種情報を格納するＤＢ部１２とを備えている。
【００２３】
ＤＢ部１２は、資産１からのイベント情報を格納するイベントＤＢ１３と、イベントＤＢ１３に格納されてイベント情報のうち、重要なイベントをまとめたイベント群を格納するイベント群ＤＢ１４と、イベント群ＤＢ１４に格納されたイベント群から作成された支援情報と該当する資産に関する資産情報とを組み合わせて格納する支援情報ＤＢ１５と、オフィスマップや会社組織図，図１に示すようなクライアント端末の管理システムのネットワーク図など資産に関連する情報を、ローカル情報として、格納するローカル情報ＤＢ１６と、各資産Ａ〜Ｃに関する情報を、プロパティ情報として、格納するプロパティＤＢ１７とを備えている。
【００２４】
図３は図２に示すＤＢ部１２での情報の処理の流れを示す図であって、１８ａは重要イベントテーブル、１８ｂはイベント群テーブル、１９は支援情報テーブルであり、図２に対応する部分には同一符号を付けて重複する説明を省略する。
【００２５】
図１において、上記のように、各資産１Ａ〜１Ｃからのイベント情報や監視サーバ３からのイベント情報はイベント情報は、順次イベント管理サーバ２に転送される。イベント管理サーバ２では、図３において、各資産１Ａ〜１Ｃや監視サーバ３からのイベント情報がその送信順に通信部１０で受信されて、ＣＰＵ１１の制御のもとに、受信順にＤＢ部１２でのイベントＤＢ１３に格納される。
【００２６】
図４はこのイベントＤＢ１３の一具体例を示す図であって、１３ａはイベント番号、１３ｂは受信日時、１３ｃは資産名、１３ｄはイベント種別である。
【００２７】
同図において、イベントＤＢ１３でのイベント情報は、イベントにそのイベント管理サーバ２での取得順に割り当てられるイベント番号１３ａと、イベント情報の受信日時と、イベント情報を送信した資産の名称（資産名）１３ｃと、イベント種別１３ｄとから構成されている。
【００２８】
ここでは、図示するように、イベント番号１３ａがＮｏ．１，Ｎｏ．２，Ｎｏ，３，……，Ｎｏ．６４，Ｎ０．６５の順にイベント情報が受信されてイベントＤＢ１３に格納されている。かかるイベント情報のうちで、例えば、イベント番号１３ａがＮｏ．１のイベント情報は、２００８年４月１４日（月）の８時３０分に受信された資産１Ａからのイベント情報であって、そのイベント種別１３ｄは「ＯＮ」である。このイベント種別が「ＯＮ」のイベント情報は、電源が投入（ＯＮ）されたイベントを表わすものである。また、イベント番号１３ａがＮｏ．６のイベント情報は、２００８年４月１４日（月）の１７時００分に受信された資産１Ａからのイベント情報であって、そのイベント種別１３ｄは「ＯＦＦ」である。このイベント種別が「ＯＦＦ」のイベント情報は、電源が遮断（ＯＦＦ）されたイベントを表わすものである。このことから、資産１Ａは、２００８年４月１４日（月）では、８時３０分に電源が投入されて稼働し、１７時００分に電源がＯＦＦされて稼働終了したことになる。
【００２９】
また、イベント番号１３ａがＮｏ．４のイベント情報は、２００８年４月１４日（月）の１６時３０分に受信された資産１Ａからのイベント情報であって、そのイベント種別１３ｄは「ＨＤＤ異常」であり、イベント番号１３ａがＮｏ．５のイベント情報は、２００８年４月１４日（月）の１６時５０分に受信された資産１Ａからのイベント情報であって、そのイベント種別１３ｄは「ＨＤＤ自動修復」である。このことから、資産１Ａでは、２００８年４月１４日（月）の１６時５０分にＨＤＤが異常状態となって、このとき、Ｎｏ．４のイベント情報がこの資産１Ａから送信され、また、同日の１６時５０分にＨＤＤが自動修復して、このとき、Ｎｏ．５のイベント情報がこの資産１Ａから送信されたものである。資産１Ａでのかかるイベントは、２００８年４月２１日（月）にも発生してＮｏ．３９，Ｎｏ．４０のイベント情報がこの資産１Ａから送信され、２００８年４月２８日（月）にも発生してＮｏ．６１，Ｎｏ．６２のイベント情報がこの資産１Ａから送信されている。
【００３０】
また、この資産１Ａでは、２００８年４月１５日（火）において、１２時００分と１２時０２分と１２時０３分とにＣＰＵに異常発熱が発生しており、夫々毎にＮｏ．１２，Ｎｏ．１３，Ｎｏ．１４のイベント情報がこの資産１Ａから送信されている。
【００３１】
さらに、資産１Ｂでは、２００８年４月１８日（金）の１８時１０日に電源異常が発生しており、そのときにＮｏ．３４のイベント情報がこの資産１Ｂから送信されているが、その後、資産１Ｂでは、電源がＯＮされておらず、稼働していない。かかる状態が１０日間継続すると、この資産１Ｂで「ＯＦＦ１０日間」とのイベントが発生することになり、これにより、各資産１を監視している監視サーバ３が資産１Ｂから１０日間イベント情報がないことを検出し、２００８年４月２８日（月）の１８時１５分にこのイベント「ＯＦＦ１０日間」のイベント情報を送信する。これにより、イベントＤＢ１３では、図４に示すように、このイベント情報が、Ｎｏ．６４のイベント情報として、格納されている。なお、電源異常が発生していない資産１Ａ，１Ｃについては、それが稼働する日にちで電源ＯＮと電源ＯＦＦのイベントが発生しており、そのたびに資産１Ａ，１Ｃからイベント情報がイベント管理サーバ２に送信されている（例えば、資産１Ａについては、Ｎｏ．３７とＮｏ．４１のイベント情報、資産１Ｃについては、Ｎｏ．３８とＮｏ．４２のイベント情報）。
【００３２】
図３に戻って、（ａ）イベントＤＢ１３に格納されたイベント情報から、重要イベントテーブル１８ａとイベント群テーブル１８ｂとを用いて、イベント群が作成され、イベント群ＤＢ１４に格納される。
【００３３】
図５は重要イベントテーブル１８ａの一具体例を示す図である。
【００３４】
同図において、重要イベントテーブル１８ａは、イベントＤＢ１３に格納されたイベント情報のうちの重要なイベントのイベント情報を選択するためのものであり、ここでは、イベント名が「ＯＮ」，「ＯＦＦ」，「ＨＤＤ異常」，「ＨＤＤ自動修復」，「ネットワーク異常」，「ＣＰＵ１００％稼働」，「ＣＰＵ異常発熱」，「電源異常」，「ＯＦＦ１０日間」のイベントが重要なイベントと設定されている。なお、「ＣＰＵ１００％稼働」は、ＣＰＵの負荷度合いを表わすものであり、ＣＰＵの処理能力の１００％で稼働することを意味するものである。瞬間的であっても、ＣＰＵに大きな負荷が掛かるので、重要イベントと設定されている。
【００３５】
図６はイベント群テーブル１８ｂの一具体例を示す図である。
【００３６】
同図において、イベント群テーブル１８ｂは、図５に示す重要イベントテーブル１８ａで設定される重要イベントのうち、関連する重要イベントを組み合わせてイベント群とするものである。
【００３７】
このイベント群テーブル１８ｂによると、電源ＯＮだけがなされた重要イベント「ＯＮ」に対しては、イベント群「ＯＮ」が設定され、電源ＯＮがなされた後、この電源ＯＮに対して電源ＯＦＦがなされた場合には、重要イベント「ＯＮ」，「ＯＦＦ」が組み合わされてイベント群「正常起動・終了」が設定される。従って、電源がＯＮされた（このとき、資産１からはイベント種別「ＯＮ」のイベント情報が送信される）後、いまだＯＦＦされずに資産１が稼働中にあるときには、イベント群「ＯＮ」が設定されるが、その後、電源がＯＦＦされると（このとき、資産１からはイベント種別「ＯＦＦ」のイベント情報が送信される）、イベント群は「ＯＮ」から「正常起動・終了」に変更される。このときのイベント群の取得日時は、電源がＯＦＦされて稼働が終了したイベント種別「ＯＦＦ」のイベント情報の取得日時である。
【００３８】
重要イベント「ＨＤＤ異常」に対しては、それが修復されない場合には、イベント群「ＨＤＤ故障」が設定されるが、その後、これが自動修復した場合には、重要イベント「ＨＤＤ異常」，「自動修復」が組み合わされてイベント群「ＨＤＤ自動修復済」が設定される。そこで、ＨＤＤ異常が発生すると（このとき、資産１からはイベント種別「ＨＤＤ異常」のイベント情報が送信される）、自動修復がなされない間は、イベント群「ＨＤＤ異常」が設定されるが、その後、ＨＤＤが自動修復されると（このとき、資産１からはイベント種別「ＨＤＤ自動修復」のイベント情報が送信される）、イベント群は「ＨＤＤ異常」から「ＨＤＤ自動修復済」に変更される。このときのイベント群の取得日時は、修復したイベント種別「ＨＤＤ自動修復」のイベント情報の取得日時である。
【００３９】
重要イベント「ネットワーク異常」に対しては、イベント群「ネットワーク異常」が設定される。このイベントはネットワーク５（図１）で発生するものであり、そのイベント情報は、ネットワーク５も監視する監視サーバ３から供給される。
【００４０】
重要イベント「ＣＰＵ１００％稼働」に対しては、同じ資産１で所定回数（複数回）ＣＰＵ１００％稼働のイベントが行なわれない限り、イベント群は設定されないが、複数回行なわれると（そのイベントのイベント情報が複数回イベント管理サーバ２で受信されると）、イベント群「ＣＰＵ負荷大」が設定される。このときのイベント群の取得日時は、複数回目に行なわれたＣＰＵ１００％稼働ＯＦＦのイベント種別「ＣＰＵ１００％稼働」のイベント情報の取得日時である。
【００４１】
重要イベント「ＣＰＵ異常発熱」に対しては、この発熱が発生すると（このとき、資産１からはイベント種別「ＣＰＵ異常発熱」のイベント情報が送信される）、この発熱が終了しない限り、イベント群「ＣＰＵ異常発熱」が設定されるが、自然に発熱が終わってクールダウンした場合には（このとき、資産１からはイベント種別「ＣＰＵクールダウン」のイベント情報が送信される）、イベント群は「ＣＰＵ異常発熱」から「ＣＰＵ異常発熱修復済」に変更される。このときのイベント群の取得日時は、クールダウンのイベント情報の取得日時である。
【００４２】
重要イベント「電源異常」に対しては（電源異常が発生すると、資産１からはイベント種別「電源異常」のイベント情報が送信される）、イベント群「ＣＰＵ異常発熱」が設定される。
【００４３】
重要イベント「ＯＦＦ１０日間」に対しては（電源ＯＦＦ状態が１０日間継続すると、資産１からはイベント種別「ＯＦＦ１０日間」のイベント情報が送信される）、イベント群「ＯＦＦ１０日間」が設定される。
【００４４】
図７は図５に示す重要イベントテーブル１８ａと図６に示すイベント群テーブル１８ｂとを用いて図４に示すイベントＤＢ１３のイベント情報から作成したイベント群ＤＢ１４の一具体例を示す図であって、１４ａはイベント群番号、１４ｂは取得日時、１４ｃは資産名、１４ｄはイベント群種別である。
【００４５】
同図において、イベント群ＤＢ１４でのイベント群情報は、イベントＤＢ１３のイベント情報からのイベント群の作成順に割り当てられるイベント群番号１４ａと、イベント群のイベントＤＢ１３での取得日時と、該当する資産１の名称（資産名）１４ｃと、イベント群種別１４ｄとから構成されている。
【００４６】
かかるイベント群ＤＢ１４において、例えば、イベント群番号１４ａがＮｏ．１のイベント群は、図４に示すイベントＤＢ１３におけるイベント番号Ｎｏ．４のイベント種別「ＨＤＤ異常」のイベント情報とイベント番号Ｎｏ．５のイベント種別「ＨＤＤ自動修復」のイベント情報とから作成されたものであって、イベント群種別は、図６に示すイベント群テーブル１８ｂにより、「ＨＤＤ自動修復済」である。このＮｏ．１のイベント群の取得日時は、イベント番号Ｎｏ．５のイベント種別「ＨＤＤ自動修復」の取得日時の２００８年４月１４日（月）１６時５０分であり、資産名は資産１Ａの名称である。
【００４７】
また、イベント群番号１４ａがＮｏ．２のイベント群は、図４に示すイベントＤＢ１３における資産１Ａに対するイベント番号Ｎｏ．１のイベント種別「ＯＮ」のイベント情報とイベント番号Ｎｏ．６のイベント種別「ＯＦＦ」のイベント情報とから作成されたものであって、イベント群種別は、図６に示すイベント群テーブル１８ｂにより、「正常起動・終了」である。このＮｏ．２のイベント群の取得日時は、イベント番号Ｎｏ．６のイベント種別「ＯＦＦ」の取得日時の２００８年４月１４日（月）１７時００分であり、資産名は資産１Ａの名称である。同様に、Ｎｏ．３，Ｎｏ．４のイベント群は夫々、図４でのイベントＤＢ１３における資産１Ｂに対するイベント番号Ｎｏ．２のイベント種別「ＯＮ」のイベント情報とイベント番号Ｎｏ．７のイベント種別「ＯＦＦ」のイベント情報とから、同じく資産１Ｃに対するイベント番号Ｎｏ．３のイベント種別「ＯＮ」のイベント情報とイベント番号Ｎｏ．８のイベント種別「ＯＦＦ」のイベント情報とから作成されたものであり、Ｎｏ．３のイベント群の取得日時は、イベント番号Ｎｏ．７のイベント種別「ＯＦＦ」の取得日時の２００８年４月１４日（月）１７時２０分であり、Ｎｏ．４のイベント群の取得日時は、イベント番号Ｎｏ．８のイベント種別「ＯＦＦ」の取得日時の２００８年４月１４日（月）１８時２０分である。
【００４８】
また、イベント群番号１４ａがＮｏ．５，Ｎｏ．６，Ｎｏ．７のイベント群は、図４に示すイベントＤＢ１３における資産１Ａに対するイベント番号Ｎｏ．１２，Ｎｏ．１３，Ｎｏ．１４のイベント種別「ＣＰＵ異常発熱」のイベント情報から作成されたものであって、イベント群種別は、夫々の異常発熱がクールダウンしているものであって、図６に示すイベント群テーブル１８ｂにより、「ＣＰＵ異常発熱修復済」である。これらＮｏ．５〜Ｎｏ．７のイベント群の取得日時は夫々、イベント番号Ｎｏ．５〜Ｎｏ．７の取得日時の２００８年４月１５日（火）１２時００分，同じく０２分，同じく０３分であり、資産名は資産１Ａの名称である。
【００４９】
また、イベント群番号１４ａがＮｏ．１８のイベント群は、図４に示すイベントＤＢ１３における資産１Ｂに対するイベント番号Ｎｏ．３４のイベント種別「電源異常」のイベント情報から作成されたものであって、これは修復されていないので、イベント群種別は、図６に示すイベント群テーブル１８ｂにより、「電源異常」である。このＮｏ．１８のイベント群の取得日時は、イベント番号Ｎｏ．３４の取得日時の２００８年４月１８日（金）１８時１０分であり、資産名は資産１Ｂの名称である。
【００５０】
また、電源を修復しないことによるイベント群番号１４ａがＮｏ．３４のイベント群は、図４に示すイベントＤＢ１３における資産１Ｂに対するイベント番号Ｎｏ．６４のイベント種別「ＯＦＦ１０日間」のイベント情報から作成されたものであって、イベント群種別は、図６に示すイベント群テーブル１８ｂにより、「ＯＦＦ１０日間」である。このＮｏ．３４のイベント群の取得日時は、イベント番号Ｎｏ．６４の取得日時の２００８年４月２８日（月）１８時１５分であり、資産名は資産１Ｂの名称である。
【００５１】
以上以外のイベント群は、イベント群番号１４ａがＮｏ．２のイベント群のイベント群と同様、イベント種別「ＯＮ」のイベントとイベント種別「ＯＦＦ」のイベントとから形成されたイベント群種別が「正常起動・終了」のイベント群である。
【００５２】
ここで、２００８年４月２９日８時４０分に資産１Ａから次の電源ＯＮのイベント情報が送信されると、図４に示すイベントＤＢ１３では、イベント番号がＮｏ．６６で資産名１３ｃが「Ａ」、イベント種別１３ｄが「ＯＮ」のイベント情報が追加され、これとともに、図７に示すイベント群ＤＢ１４においては、資産名１４ｃが「Ａ」、イベント群種別１４ｄが「ＯＮ」のイベント群がイベント群番号Ｎｏ．３６で追加されることになるが、その後、同日の１７時３０分に資産１Ａが電源がＯＦＦとなるイベント情報が送信されると、これが図４に示すイベントＤＢ１３にＮｏ．６７のイベント情報として追加されるとともに、図７に示すイベント群ＤＢ１４では、イベント群の種別が「ＯＮ」の上記のイベント番号Ｎｏ．６６のイベント群が、イベント群の種別が「正常起動・終了」であるイベント番号Ｎｏ．６６のイベント群に更新されることになる。このように、資産１から新たなイベント情報が送信されると、イベント群ＤＢ１４でのイベント群が更新される場合もある。
【００５３】
図３に戻って、以上のようにした作成されたイベント群はイベント群ＤＢ１４に格納され、あるいはイベント群の更新が行なわれるが、次に、（ｂ）イベント群ＤＢ１４に格納されているイベント群から、支援情報テーブル１９を用いて、支援情報が作成され、支援情報ＤＢ１５での新たな支援情報の登録、あるいは格納されている支援情報の更新が行なわれる。
【００５４】
図８はこの支援情報テーブル１９の一具体例を示す図であって、１９ａはイベント群、１９ｂは条件、１９ｃは支援情報、１９ｃは支援表示パターンとレベルである。
【００５５】
同図において、支援情報テーブル１９は、イベント群から支援情報を作成するためのものであって、図６に示す全てのイベント群種別毎に、支援情報が得られる条件と支援情報の形態とを設定しているものであり、イベント群の種別１９ａと条件１９ｂと支援情報の種別１９ｃと支援情報の表示端末４（図１）などでの表示形態（支援表示パターンとレベル）１９ｄとからなっている。
【００５６】
例えば、イベント群の種別１９ａが「正常起動・終了」である場合、条件１９ｂとして、これが通算１８００回以上行なわれると、支援情報１９ｃとして、「要システムチェック」が設定され、その支援表示パターンとレベル１９ｄは「システム稼働状況：黄レベル」となるが、通算３０００回以上行なわれると、支援情報１９ｃとして、「リプレイス対象機器」が設定され（即ち、代替を必要とする機器と認定され）、その支援表示パターンとレベル１９ｄは「システム稼働状況：赤レベル」となる。
【００５７】
なお、表示パターンのレベルが「黄レベル」である場合には、その資産１は、稼働状況にあるが、充分に使用されたことを示しており、「赤レベル」である場合には、新たな機器と取り替える必要な時期になっていることを示すものである。
【００５８】
イベント群の種別１９ａが「ＨＤＤ自動修復済」である場合、条件１９ｂとして、ＨＤＤの異常とその自動修復が１ヵ月以内に３回以上発生すると、支援情報１９ｃとして、「ＨＤＤ注意対象」が設定され、その支援表示パターンとレベル１９ｄは「故障可能性：黄レベル」となるが、１ヵ月以内に５回以上発生すると、支援情報１９ｃとして、「ＨＤＤ警告対象」が設定され、その支援表示パターンとレベル１９ｄは「故障可能性：赤レベル」となる。
【００５９】
なお、この場合の表示パターンのレベルは、「黄レベル」よりも「赤レベル」になった場合の方がより故障が起き易い状態にあることを示している。
【００６０】
イベント群の種別１９ａが「ＣＰＵ異常発熱修復済」である場合、条件１９ｂとして、ＣＰＵの異常発熱とその修復が１時間以内に３回以上発生すると、支援情報１９ｃとして、「ＣＰＵ監視対象」が設定され、その支援表示パターンとレベル１９ｄは「システム稼働状況：黄レベル」となるが、１時間以内に６０回以上発生すると、支援情報１９ｃとして、「要システム増築」が設定され、その支援表示パターンとレベル１９ｄは「故障可能性：赤レベル」となる。
【００６１】
なお、この場合の表示パターンのレベルも、「黄レベル」よりも「赤レベル」になった場合の方がより故障が起き易い状態にあることを示している。
【００６２】
イベント群の種別１９ａが「電源異常」である場合、条件１９ｂとして、１回発生したときには、支援情報１９ｃとして、「注意対象」が設定され、その支援表示パターンとレベル１９ｄは「故障可能性：黄レベル」となるが、５回発生すると、支援情報１９ｃとして、「交換対象」が設定され、その支援表示パターンとレベル１９ｄは「故障可能性：赤レベル」となる。
【００６３】
なお、この場合の表示パターンのレベルも、「黄レベル」よりも「赤レベル」になった場合の方がより故障が起き易い状態にあることを示している。
【００６４】
以上のような条件１９ｂに適合して支援情報１９ｃが設定され、支援表示パターンとレベル１９ｄが設定されて表示されたにもかかわらず、なんらの対応も講じられないイベント群の種別１９ａが「警告未対応」である場合には、条件１９ｂとして、その全てに対し、支援情報１９ｃとして、「警告」が設定され、その支援表示パターンとレベル１９ｄは「要注意情報：赤レベル」となる。
【００６５】
イベント群の種別１９ａが「ＯＦＦ１０日間」である場合、条件１９ｂとして、例えば、通算１８回以上のときには、支援情報１９ｃとして、「未使用」が設定され、その支援表示パターンとレベル１９ｄは「システム稼働状況：黄レベル」となるが、通算３６回となると、支援情報１９ｃとして、「未使用」が設定されるが、その支援表示パターンとレベル１９ｄは「システム稼働状況：赤レベル」となる。
【００６６】
図９は図３でのイベント群ＤＢ１４に格納されたイベント群から図８に示す支援情報テーブル１９を用いて作成された支援情報ＤＢ１５の一具体例を示す図であって、１５ａは支援情報番号、１５ｂは取得日時、１５ｃは資産名、１５ｄは支援表示パターン、１５ｅはレベルである。
【００６７】
図７に示すイベント群ＤＢ１４において、２００８年４月５日（火）に、資産１Ａに対し、イベント群種別「ＣＰＵ異常発熱修復済」の３個のイベント群番号Ｎｏ．５〜Ｎｏ．７が１時間以内に存在するので、図８に示す支援情報テーブル１９でのイベント群の種別「ＣＰＵ異常発熱修復済」に対する「１時間以内３回」との条件１９ｂに該当することになり、これにより、支援情報テーブル１９をもとに、図９に示す支援情報番号Ｎｏ．１の支援情報（取得日時１５ｂ＝２００８年４月５日（火）１２時０３分、資産名１５ｃ＝資産１Ａ、支援表示パターン１５ｄ＝システム稼働状況、レベル１５ｅ＝黄）が作成されて資産情報ＤＢ１５に格納される。
【００６８】
また、上記のように、図７に示すイベント群ＤＢ１４のイベント群番号Ｎｏ．５〜Ｎｏ．７によると、２００８年４月５日（火）に、資産１Ａにおいて、「ＣＰＵ異常発熱修復済」が３回発生しているが、これに対する対応がなされておらず、このため、これは図８に示す支援情報テーブル１９でのイベント群の種別「警告未対応」に対する「全て」との条件１９ｂに該当することになり、これにより、支援情報テーブル１９をもとに、図９に示す支援情報番号Ｎｏ．２の支援情報（取得日時１５ｂ＝２００８年４月５日（火）１２時０３分、資産名１５ｃ＝資産１Ａ、支援表示パターン１５ｄ＝要注意情報、レベル１５ｅ＝赤）が作成されて資産情報ＤＢ１５に格納される。
【００６９】
また、上記のように、図７に示すイベント群ＤＢ１４のイベント群番号Ｎｏ．１８によると、２００８年４月１８日（金）に、資産１Ｂにおいて、１回目の「電源異常」が発生しているが、これは図８に示す支援情報テーブル１９でのイベント群の種別「電源異常」に対する「発生１回」との条件１９ｂに該当することになり、これにより、支援情報テーブル１９をもとに、図９に示す支援情報番号Ｎｏ．３の支援情報（取得日時１５ｂ＝２００８年４月１８日（金）１８時１０分、資産名１５ｃ＝資産１Ｂ、支援表示パターン１５ｄ＝システム稼働状況、レベル１５ｅ＝黄）が作成されて資産情報ＤＢ１５に格納される。この場合も、電源異常に対して対処がなされていないので、図８に示す支援情報テーブル１９でのイベント群の種別「警告未対応」に対する「全て」との条件１９ｂに該当することになり、図９に示す支援情報番号Ｎｏ．４の支援情報（取得日時１５ｂ＝２００８年４月１８日（金）１８時１０分、資産名１５ｃ＝資産１Ｂ、支援表示パターン１５ｄ＝要注意情報、レベル１５ｅ＝赤）が作成されて資産情報ＤＢ１５に格納される。
【００７０】
また、上記のように、図７に示すイベント群ＤＢ１４のイベント群番号Ｎｏ．１及びＮｏ．２１によると、２００８年４月１４日（月）と同年４月２１日（月）とに、資産１Ａにおいて、「ＨＤＤ自動修復」が発生しているが、これは図８に示す支援情報テーブル１９でのイベント群の種別「ＨＤＤ自動修復済」に対する「１ヵ月以内に３回以上」との条件１９ｂに該当するものとすると、これにより、支援情報テーブル１９をもとに、図９に示す支援情報番号Ｎｏ．５の支援情報（取得日時１５ｂ＝２００８年４月２１日（月）１７時３０分、資産名１５ｃ＝資産１Ａ、支援表示パターン１５ｄ＝故障可能性、レベル１５ｅ＝黄）が作成されて資産情報ＤＢ１５に格納される。
【００７１】
また、上記のように、図７に示すイベント群ＤＢ１４のイベント群番号Ｎｏ．１，Ｎｏ．２１及びＮｏ．３２によると、２００８年４月１４日（月）と同年４月２１日（月）と同年４月２８日（月）とに、資産１Ａにおいて、「ＨＤＤ自動修復」が発生しているが、これは図８に示す支援情報テーブル１９でのイベント群の種別「ＨＤＤ自動修復済」に対する「１ヵ月以内に３回以上」との条件１９ｂに該当するものとすると、これにより、支援情報テーブル１９をもとに、図９に示す支援情報番号Ｎｏ．６の支援情報（取得日時１５ｂ＝２００８年４月２８日（月）１７時１０分、資産名１５ｃ＝資産１Ａ、支援表示パターン１５ｄ＝故障可能性、レベル１５ｅ＝黄）が作成されて資産情報ＤＢ１５に格納される。
【００７２】
ここで、上記のように、図７に示すイベント群ＤＢ１４でイベント群の更新が行なわれ、新たな支援情報が作成されると、この新たな支援情報が支援情報ＤＢ１５に追加される。
【００７３】
図３に戻って、（ｃ）上記のようにして、支援情報ＤＢ１５で新たに格納された支援情報が格納され、あるいは格納されている支援情報が更新されると、次に、この支援情報ＤＢ１５をもとに、プロパティＤＢ１７に新たな支援情報を登録し、あるいは更新する。
【００７４】
図１１は図３におけるプロパティＤＢ１７の一具体例を示す図であって、１７ａは資産名、１７ｂはシステム情報、１７ｃは支援情報である。
【００７５】
同図において、プロパティＤＢ１７では、資産１毎にプロパティ情報（属性情報）が設定されている。プロパティ情報は、資産１の名称１７ａとこの資産１の属性を示すシステム情報１７ｂとこの資産１に関係する支援情報１７ｃとから構成されている。
【００７６】
システム情報１７ｂは、装置名（パソコンなど装置の種類）や機種名，物理ロケーション（所属部署や設置場所），ＩＰアドレス，使用者，ＯＳバージョン，管理期間，電源状況，ＣＰＵ稼働率，ネットワーク使用率などからなっている。
【００７７】
また、支援情報１７ｃは、支援情報ＤＢ１５に格納されている当該資産１に該当する支援情報である。例えば、資産１Ａのプロパティ情報では、図９に示す支援情報ＤＢ１５により、「システム稼働状況：黄レベル」，「故障可能性：黄レベル」，「要注意情報：赤レベル」の３個の支援情報が設定されており、資産１Ｂのプロパティ情報では、図９に示す支援情報ＤＢ１５により、「システム稼働状況：黄レベル」，「要注意情報：赤レベル」の２個の支援情報が設定されている。
【００７８】
図１０は図３におけるローカル情報ＤＢ１６の一具体例を示す図であって、１６ａはローカル情報名、１６ｂはコンテンツである。
【００７９】
同図において、ローカル情報は資産１の所在場所に関する情報であって、かかる情報がローカル情報ＤＢ１６に格納されている。ローカル情報ＤＢ１６としては、その種類を示すローカル情報名１６ａとその具体的な内容を示すコンテンツ１６ｂとからなっている。
【００８０】
ローカル情報としては、ここでは、各資産１の物理的な設置場所をマップで表わすためのオフィスマップ１６ａ1と、各資産１の設置部署を表わすための会社組織図１６ａ2と、各資産１のネットワーク上での関連性を示すためのネットワーク部１６ａ3などがある。図１０に示すプロパティＤＢ１７でのシステム情報１７ｂをもとに各資産１の所在場所を示すと、資産１Ａは、オフィスマップ１６ａ1では、本館１階に配置され、会社組織図１６ａ2では、営業一部に配置されている。また、資産１Ｂは、オフィスマップ１６ａ1では、本館２階に配置され、会社組織図１６ａ2では、営業二部に配置されている。さらに、資産１Ｃは、オフィスマップ１６ａ1では、本館２階に配置され、会社組織図１６ａ2では、企画部に配置されている。
【００８１】
なお、かかるローカル情報は、オペレータによる端末操作によって入力されたり、画像読取装置などでの画像読み取りなどによって入力されたものである。
【００８２】
図１２は図１におけるイベント管理サーバ２のイベントの処理動作を示すフローチャートである。
【００８３】
同図において、イベント管理サーバ２は、イベント監視を開始すると（ステップＳ１００）、資産１でイベントが発生してイベント情報を取得できるまで待機する（ステップＳ１０１の“Ｎｏ”）。資産１でイベントが発生してイベント情報を取得すると（ステップＳ１０１の“Ｙｅｓ”）、これを、図４に示すように、イベントＤＢ１３（図２，図３）に格納するとともに、イベント情報のイベントが、重要イベントテーブル１８ａ（図５）をもとに、重要イベントと判定され（ステップＳ１０２の“Ｙｅｓ”）、さらに、イベント群テーブル１８ｂ（図６）をもとに、イベント群とすべきものと判定されると（ステップＳ１０３の“Ｙｅｓ”）、イベント群を作成してイベント群ＤＢ１４に登録する（ステップＳ１０５：図７）。また、イベントが少なくとも重要イベントと判定されないか、イベント群とすべきものと判定されないイベント情報は、イベントＤＢ１３に格納されたままとし（ステップＳ１０４）、次のイベント情報を取得するまで待機する（ステップＳ１００，Ｓ１０１）。
【００８４】
イベント群ＤＢ１４に登録されたイベント群は、支援情報テーブル１９（図８）での条件に合致するものであるか否か判定し、合致しないときには（ステップＳ１０６の“Ｎｏ”）、次のイベント情報を取得するまで待機するが（ステップＳ１００，Ｓ１０１）、合致するものは（ステップＳ１０６の“Ｙｅｓ”）、支援情報として支援情報ＤＢ１５に、図９に示すように、登録する（ステップＳ１０７）。そして、この支援情報を、プロパティＤＢ１７に、該当する資産１に関連付けて登録する（ステップＳ１０８）。そして、次のイベント情報を取得するまで待機する（ステップＳ１００，Ｓ１０１）。
【００８５】
図１３は図１におけるイベント管理サーバ２の表示端末４への情報提供処理動作を示すフローチャートである。
【００８６】
同図において、図１での表示端末４からのシステム管理者６による表示操作を受け付けると（ステップＳ３００）、イベント管理サーバ２は、プロパティＤＢ１７から全てのプロパティ情報を読み出し、ローカル情報ＤＢ１６から全てのローカル情報を読み出し、イベント群ＤＢ１４から全てのイベント群を読み出し、これらを全て表示端末４に送信する（ステップＳ３０１）。これにより、表示端末４では、これら情報を用いた画面が表示される（ステップＳ３０２）。
【００８７】
かかる画面の表示状態で、イベント管理サーバ２のＣＰＵ１１（図２）はプロパティ情報やローカル情報，イベント群を監視しており、イベント群の変更（増加や変更）があると（ステップＳ３０５の“Ｙｅｓ”）、この変更したイベント群を表示端末４に送信する（ステップＳ３０６）。表示端末４では、イベント管理サーバ２から取得したイベント群の変更処理を行ない、このときに表示されている画面で変更を要するイベント群が使用されているときには、その画面上でその変更が行なわれる。
【００８８】
また、かかるイベント群の変更に伴い、プロパティ情報の変更（増加や変更）があると（ステップＳ３０３の“Ｙｅｓ”）、イベント管理サーバ２はこの変更したプロパティ情報を表示端末４に送信する（ステップＳ３０６）。表示端末４では、イベント管理サーバ２から取得したプロパティ情報の変更処理を行ない、このときに表示されている画面で変更を要するプロパティ情報が使用されているときには、その画面上でその変更が行なわれる。
【００８９】
さらに、ローカル情報の変更（資産１の増減や配置の変更など）があると、イベント管理サーバ２はこの変更したローカル情報を表示端末４に送信する（ステップＳ３０６）。表示端末４では、イベント管理サーバ２から取得したローカル情報の変更処理を行ない、このときに表示されている画面で変更を要するローカル情報が使用されているときには、その画面上でその変更が行なわれる。
【００９０】
イベント群やプロパティ情報，ローカル情報のいずれでも、変更がない場合には、ステップＳ３０２→ステップＳ３０３→ステップＳ３０４→ステップＳ３０５→ステップＳ３０２の処理の流れが繰り返され、これら情報の変更があるまで待機する。また、ステッ３０２では、システム管理者６による表示端末４の操作により、画面の切り替えも行なわれる。
【００９１】
なお、表示端末４に表示される画面のうちには、後述するように、イベント情報も表示するものがあるが、かかる画面を表示するときには、表示端末４はイベント管理サーバ２のイベントＤＢ（図２，図４）から必要なイベント情報を取得する。
【００９２】
次に、図１３に示す処理に基づく図１における表示端末４で表示される統合資産管理画面（以下、イベント画面という）の具体例について説明する。
【００９３】
図１４はイベント画面のうちの標準画面の一具体例を示す図であって、ＴＡは「チャート表示」タブ、ＴＢは「物理ロケーション表示」タブ、ＴＣは「社内組織図表示」タブ、ＴＤは「ネットワーク図表示」タブ、１ａ〜１ｃ，２ａ，３ａ，４ａはアイコン（画像）、２０はチャート画面、２１は資産表示エリア、２１ＸはＸ軸項目表示エリア、２１ＹはＹ軸項目表示エリア、２２ＸはＸ軸メニュー選択部、２２ＹはＹ軸メニュー選択部、２３Ｘ，２３Ｙはプルダウンボタン、２４はイベント詳細表示エリア、２４ａは日付、２４ｂ〜２４ｅはイベント詳細情報、２５は日別イベント群表示エリア、２５ａはカレンダ、２５ｂはイベント群マーク、２５ｃは日指定枠、２５ｄはイベント群種別表示選択部、２５ｅはプルダウンボタン、２６は支援情報種別選択エリア、２６ａはプルダウンボタン、２６ｂは支援マーク、２７は吹き出し、２８は電源ＯＦＦマークである。
【００９４】
図１における表示端末４でシステム管理者６が電源ＯＮの操作をすると、図１４に示すイベント画面のうちの標準画面であるチャート画面２０が表示される。
【００９５】
このチャート画面２０では、クライアント端末としての資産１の配置を表示する資産表示エリア２１が、その右側にイベント詳細表示エリア２４が、資産表示エリア２１の下側に日別イベント群表示エリア２５が夫々設定され、日別イベント群表示エリア２５の右上に支援情報種別表示選択エリア２６が設定されており、また、「チャート表示」タブＴＡ，「物理ロケーション表示」タブＴＢ，「社内組織図表示」タブＴＣおよび「ネットワーク図表示」タブＴＤが設けられ、これらタブのいずれかを選択すると、選択されたタブに応じた画面が表示される。ここでは、この標準画面としてのチャート画面２０は「チャート表示」タブＴＡが選択された状態での画面であって、資産表示エリア２１に資産に関するチャート（グラフ）が表示される。「物理ロケーション表示」タブＴＢ，「社内組織図表示」タブＴＣ，「ネットワーク図表示」タブＴＤのいずれかが選択されると、選択されたタブに応じた情報が資産表示エリア２１に表示される。
【００９６】
このチャート画面２０において、資産表示エリア２１には、Ｘ，Ｙ軸で表わされる座標空間内に、図１１に示すローカル情報ＤＢ１６に格納されているローカル情報「ネットワーク図」１６ａ3が取り込まれて表示される。ここで、資産１Ａ〜１Ｃや表示端末４，イベント管理サーバ２，監視サーバ３に対しては、それらの画像を表わすアイコン１ａ〜１ｃ，４ａ，２ａ，３ａが、Ｘ軸については、Ｘ軸項目表示エリア２１Ｘでの各項目に応じた位置に、Ｙ軸については、Ｙ軸項目表示エリア２１Ｙでの各項目に応じた位置に夫々配置されて表示される。Ｘ軸項目表示エリア２１Ｘでの項目の種別はＸ軸メニュー選択部２２Ｘによって選択することができ、Ｙ軸項目表示エリア２１Ｙでの項目の種別はＹ軸メニュー選択部２２Ｙによって選択することができる。
【００９７】
ここでは、Ｘ軸メニュー選択部２２Ｘで種別（メニュー）「部署」が選択されているものとすると、Ｘ軸項目表示エリア２１Ｘでは、「営業一部」，「営業二部」，「企画部」，「総務部」といったこのメニューに応じた項目がその順にＸ軸に沿って配列されており、図１０に示すプロパティＤＢ１７でのプロパティ情報をもとに、資産１Ａのアイコン１ａがＸ軸の項目「営業一部」の位置に、資産１Ｂのアイコン１ｂがＸ軸の項目「営業二部」の位置に、資産１Ｃのアイコン１ｃがＸ軸の項目「企画部」の位置に夫々表示され、また、これまで図示しなかったが、表示端末４が総務部に属しているものとすると、表示端末４のアイコン４ａがＸ軸の項目「総務部」の位置に表示される。
【００９８】
また、Ｙ軸メニュー選択部２２Ｙで種別（メニュー）「システム図」が選択されているものとすると、Ｙ軸項目表示エリア２１Ｙでは、システムの階層が表示され、上位の階層の資産ほど、Ｙ軸方向に上側にアイコンが表示される。ここで、資産１Ａ〜１Ｃ及び表示端末４の各資産は、イベント管理サーバ２の下位で互いに同位の階層をなすものであるから、これら資産１Ａ〜１Ｃ及び表示端末４のアイコン１ａ〜１ｃ，４ａは、Ｙ軸に対し、同じ階層の位置に配置されることになり、これらアイコン１ａ〜１ｃ，４ａの上側に階層が上位のイベント管理サーバ２のアイコン２ａが表示される。なお、監視サーバ３は、資産１Ａ〜１Ｃを監視するものであるから、これらよりも階層が上位として、アイコン１ａ〜１ｃ，４ａの上位側にそのアイコン３ａが表示される。
【００９９】
なお、各アイコンには、該当する資産１Ａ〜１Ｃや表示端末４、サーバ２，３といった機器の属性、例えば、名称なども表示され、アイコンからかかる機器を直接識別できるようにしている。
【０１００】
Ｘ軸メニュー選択部２２Ｘには、プルダウンボタン２３Ｘが設けられており、このプルダウンボタン２３Ｘをタッチ操作すると、図１５（ａ）に示すチャートＸ軸のプルダウンメニュー３０が表示され、これに「システム図」，「部署」，「購入年度」，「トラブル頻度」，「ＣＰＵスペック」，「メモリサイズ」といったメニュー項目が設定されている。そして、それらのいずれかを選択することにより、この選択されたメニュー項目がＸ軸項目表示エリア２１Ｘに表示され、これに応じてアイコン１ａ〜１ｃ，４ａのＸ軸方向の配置が設定されることになる。
【０１０１】
同様にして、Ｙ軸メニュー選択部２２Ｙにも、プルダウンボタン２３Ｙが設けられており、このプルダウンボタン２３Ｙをタッチ操作すると、図１５（ｂ）に示すチャートＹ軸のプルダウンメニュー３１が表示され、これに「システム図」，「部署」，「購入年度」，「トラブル頻度」，「ＣＰＵスペック」，「メモリサイズ」といったメニュー項目が設定されている。そして、それらのいずれかを選択することにより、この選択されたメニュー項目がＹ軸項目表示エリア２１Ｙに表示され、これに応じてアイコン１ａ〜１ｃ，４ａのＹ軸方向の配置が設定されることになる。
【０１０２】
日別イベント群表示エリア２５では、横方向に毎日の日付が配列されてなるカレンダ２５ａが表示され、イベント群が存在する日にちでは、カレンダ２５ａの該当する日にちの下側に、イベント群が存在することを示すイベント群マーク２５ｂが表示される。同じ日に複数のイベント群が存在する場合には、夫々毎のイベント群マーク２５ａが縦方向に配列されて表示される。例えば、４月１５日には、図７により、６個のイベント群が存在するから、６個のイベント群マーク２５ｂが表示され、４月２２日では、２個のイベント群が存在することにより、２個のイベント群マーク２５ｂが表示される。また、４月１９日，２０日はイベント群が存在しないから、イベントマーク２５ｂは表示されない。
【０１０３】
カレンダ２５ａに表示される日にちのいずれか１つが日にち指定枠２５ｃによって指定されており、この指定枠２５ｃによって指定された日にちのイベントマーク２５ｂに該当するイベントの詳細が、この指定された日にちからの吹き出し２７でもって、イベント詳細表示エリア２４に表示される。ここでは、日別イベント群表示エリア２５において、４月２８日が指定されたものとしており、イベント詳細表示エリア２４では、この日付２４ａが表示されるとともに、日別イベント群表示エリア２５での日にち指定枠２５ｃによって指定された４月２８日での４個のイベント群マーク２５ｂ夫々に該当する図７に示すイベント群ＤＢ１４でのイベント群がイベント詳細情報２４ｂ，２４ｃ，２４ｄ，２４ｅとして表示される。
【０１０４】
かかるイベント詳細情報の１つ、即ち、イベント詳細情報２４ｂは、上記の２００８年４月２８日１７時１０分での資産１Ａのイベント種別群「ＨＤＤ自動修復済」のイベント群であり、「１７：１０ ＨＤＤ自動修復済」とのイベント群の情報が表示されるとともに、このイベント群の基となる図４に示すイベントＤＢ１３でのイベント番号がＮｏ．６１とＮｏ．６２のイベントが取り込まれて、夫々「１６：５０ ＨＤＤ異常」，「１７：１０ ＨＤＤ自動修復」というように表示される。
【０１０５】
そこで、日別イベント群表示エリア２５において、日にち指定枠２５ｃを操作することにより、カレンダ２５ａでのイベント群マーク２５ｂが存在するいずれかの日にちを指定すると、その指定された日にちからの吹き出し２７がイベント詳細表示エリア２４に表示され、これにより、イベント詳細表示エリア２４にこの指定された日にちに存在するイベント群マーク２５ｂ毎のイベント詳細情報が表示される。
【０１０６】
また、日別イベント群表示エリア２５には、イベント群種別選択部２５ｄが設けられており、これに選択されたイベント群の種別が表示されている。ここでは、この選択されたイベントの種別を「全て表示」としており、この場合には、日別イベント群表示エリア２５の該当する日にち毎に表示するイベント群マーク２５ｂは全ての種別のイベント群に関して表示されるものである。従って、この場合には、２００８年４月２８日では、資産１Ａに対しては、図７により、イベント種別が「ＨＤＤ自動修復済」と「正常起動・終了」とのイベント群が存在するから、日別イベント群表示エリア２５では、２００８年４月２８日にこれらイベント群のイベント群マーク２５ｂが設定され、また、イベント詳細情報エリア２４では、イベント種別が「ＨＤＤ自動修復済」と「正常起動・終了」とのイベント群毎のイベント詳細情報２４ｂ，２４ｃが表示されることになる。
【０１０７】
なお、２００８年４月２８日の他の２個のイベント群マーク２５ｂは、図７から明らかなように、イベント群種別が「ＯＦＦ１０日間」の資産１Ｂのイベント群とイベント群種別が「正常起動・終了」の資産１Ｃのイベント群とに対するものである。
【０１０８】
また、イベント群種別選択部２５ｄには、プルダウンボタン２５ｅが設けられており、プルダウンボタン２５ｅをタッチ操作すると、図１５（ｃ）に示すイベント群表示のプルダウンメニュー３２が表示され、これに「全て表示」，「資産毎に表示」，「ＯＮ」，「正常起動・終了」，「ＨＤＤ故障」，「ＨＤＤ自動修復済」，「ネットワーク異常」，「ＣＰＵ負荷大」，「ＣＰＵ異常発熱」，「ＣＰＵ異常発熱修復済」，「電源異常」，「ＯＦＦ１０日間」，「警告未対応」といったイベント群の種別のメニューが設定されており、そのいずれかを選択することにより、この選択された種別がイベント群種別選択部２５ｄに表示され、これに応じてカレンダ２５ａの各日にちに配置されるイベント群の種別が変更されて、これに応じたイベント群マーク２５ｂが設定されることになる。
【０１０９】
なお、このプルダウンメニュー３２では、図示しないが、種別「資産ごとに表示」を選択した場合には、資産を選択するためのプルダウンメニューが表示され、ここで、所定の資産を選択すると、この選択した資産に対し、「ＯＮ」，「正常起動・終了」，「ＨＤＤ故障」，「ＨＤＤ自動修復済」，「ネットワーク異常」，「ＣＰＵ負荷大」，「ＣＰＵ異常発熱」，「ＣＰＵ異常発熱修復済」，「電源異常」，「ＯＦＦ１０日間」，「警告未対応」のいずれか１つまたは全部を選択可能とするプルダウンメニューが表示される。
【０１１０】
これにより、プルダウンメニュー３２では、全ての資産１に関して、全ての種別を表示するように選択するか、「ＯＮ」，「正常起動・終了」，「ＨＤＤ故障」，「ＨＤＤ自動修復済」，「ネットワーク異常」，「ＣＰＵ負荷大」，「ＣＰＵ異常発熱」，「ＣＰＵ異常発熱修復済」，「電源異常」，「ＯＦＦ１０日間」，「警告未対応」のいずれか１つを選択することができるとともに、選択した資産１に対しても、全ての種別を表示するように選択するか、「ＯＮ」，「正常起動・終了」，「ＨＤＤ故障」，「ＨＤＤ自動修復済」，「ネットワーク異常」，「ＣＰＵ負荷大」，「ＣＰＵ異常発熱」，「ＣＰＵ異常発熱修復済」，「電源異常」，「ＯＦＦ１０日間」，「警告未対応」のいずれか１つを選択することができる。
【０１１１】
支援情報種別表示選択エリア２６は、図９に示す支援情報ＤＢ１５に格納されている支援情報を選択するためのものであって、資産表示エリア２１にアイコンが表示される資産１のうち、この選択された支援情報に該当する資産１に対し、この選択された支援情報が関係することを表示するものである。ここでは、支援情報種別表示選択エリア２６で支援情報「故障可能性」が選択されており、また、二重リング状の支援マーク２６ｂが表示されている。
【０１１２】
日別イベント群表示エリア２５で日にち指定枠２５ｃによって指定される日にちに、資産表示エリア２１で表示される資産１のうち、支援情報種別表示選択エリア２６で選択された支援情報が該当する資産１が存在する場合、この資産１に支援情報種別表示選択エリア２６で表示される支援マーク２６ｂを付けるようにする。ここでは、支援情報種別表示選択エリア２６で選択された支援情報は「故障可能性」であり、この日にち指定枠２５ｃによって指定された２００８年４月２８日にこの「故障可能性」の支援情報が関係する資産１は、図９に示す支援情報ＤＢ１５により、資産１Ａであるから、資産表示エリア２１で表示される資産１Ａのアイコン１ａにこの支援マーク２６ｂが付されることになる。かかる支援マーク２６ｂが付されていることを、以下、アラート（警告）表示されているという。
【０１１３】
また、支援情報種別表示選択エリア２６には、プルダウンボタン２６ａが設けられており、プルダウンボタン２６ａをタッチ操作すると、図１５（ｄ）に示す支援表示のプルダウンメニュー３３が表示され、これに「表示しない」，「故障可能性」，「要注意情報」，「システム稼働状況」といった図８に示す支援情報テーブル１９や図９に示す支援情報ＤＢでの支援表示パターンのメニューが設定されており、そのいずれかを選択することにより、この選択された支援情報が支援情報種別表示選択エリア２６に表示され、これに応じて、該当する資産１のアイコンに支援マーク２６ｂが付けられてアラート表示されることになる。
【０１１４】
なお、支援情報種別表示選択エリア２６で選択された支援情報は、図８に示すような支援情報テーブルを基にして、故障発生の危険があるイベント群に設定されるものであって、この支援情報テーブルによって故障発生の危険があると判定されたイベント群には、支援表示パターンとともに、黄レベルが設定され、この危険度がより高い場合には、赤レベルが設定されるのである。図１４において、資産１に支援マーク２６ｂが付加されるということは、この資産１が支援情報種別表示選択エリア２６で表示される支援情報の種別（即ち、図８での支援パターン１９ｄ）の支援情報が設定されているということであり、従って、かかる資産１には、この支援情報のレベル（図８での黄または赤レベル）が設定されていることになる。
【０１１５】
そこで、図１４における資産１Ａのように、支援マーク２６ｂが付加されてアラート表示されている資産１には、その支援情報で設定されているレベルに応じた色（黄または赤）でアイコンを着色表示する。これにより、故障発生の危険がある資産１をより明確に識別することが可能となる。
【０１１６】
なお、日にち指定枠２５ｃによって指定される日にちに使用されておらず、電源が入っていない状態の資産１に対しては、電源ＯＦＦ状態であることを表示する。ここでは、資産１Ｂがその状態であるので、そのアイコン１ｂに×印の電源ＯＦＦマーク２８が付される。このように、電源ＯＦＦマーク２８が付されることを、以下では、電源ＯＦＦ表示されているという。
【０１１７】
図１６は図１４に示すチャート画面２０のＸ軸メニュー選択部２２Ｘを操作してプルダウンメニュー３０（図１５（ａ））でのメニュー「トラブル頻度」に変更したときのチャート画面を示す図であって、２０ａはチャート画面であり、図１４に対応する部分には同一符号をつけて重複する説明を省略する。
【０１１８】
図１４に示すチャート画面２０のＸ軸メニュー選択部２２Ｘを操作してプルダウンメニュー３０（図１５（ａ））をプルダウン表示させ、メニュー「トラブル頻度」を選択すると、図１６に示すチャート画面２０ａとなる。
【０１１９】
このチャート画面２０ａでは、Ｘ軸メニュー選択部２２Ｘに選択されたメニュー「トラブル頻度」が表示され、これとともに、Ｘ軸項目表示エリア２１Ｘに０％から１００％までのトラブル頻度を表わす項目（数値）が表示される。これに伴い、Ｙ軸項目表示エリア２１Ｙの内容（項目の種別）は変更されていないので、資産１Ａ〜１Ｃや表示端末４、サーバ２，３のアイコン１ａ〜１ｃ，４ａ，２ａ，３ａが、それらのトラブル頻度に応じて、Ｘ軸方向の位置が変更され、トラブル頻度に応じた位置で表示されることになる。
【０１２０】
図１７は図１６に示すチャート画面２０ａのＹ軸メニュー選択部２２Ｙを操作してプルダウンメニュー３１（図１５（ｂ））でのメニュー「購入年度」に変更したときのチャート画面を示す図であって、２０ｂはチャート画面であり、図１４に対応する部分には同一符号をつけて重複する説明を省略する。
【０１２１】
図１６に示すチャート画面２０ａのＹ軸メニュー選択部２２Ｙを操作してプルダウンメニュー３１（図１５（ｂ））をプルダウン表示させ、メニュー「購入年度」を選択すると、図１７に示すチャート画面２０ｂとなる。
【０１２２】
このチャート画面２０ｂでは、Ｙ軸メニュー選択部２２Ｙに選択されたメニュー「購入年度」が表示され、これとともに、Ｙ軸項目表示エリア２１Ｙに、例えば、２０００年から２００８年までの年度を表わす項目（数値）が表示される。これに伴い、Ｘ軸項目表示エリア２１Ｘの内容（項目の種別）は変更されずに「トラブル頻度」のままであるので、資産１Ａ〜１Ｃや表示端末４、サーバ２，３のアイコン１ａ〜１ｃ，４ａ，２ａ，３ａは、それらの購入年度に応じて、Ｙ軸方向の位置が変更され、購入年度に応じた位置で表示されることになる。
【０１２３】
このようにして、このチャート画面２０では、Ｘ軸メニュー選択部２２ＸやＹ軸メニュー選択部２２Ｙを操作してＸ軸とＹ軸とのメニューを適宜選択することにより、資産１や表示端末４、サーバ２，３の関係を選択されたメニューに応じた形態で表示させることができ、システム管理者６に適した形態で資産１の管理を行なうことができるし、日にち毎での各資産１の全ての種別のイベントの管理や、イベント種別選択部２５ｄの操作により、指定された種別のイベントの管理や資産毎のイベントの管理を行なうこともできる。
【０１２４】
チャート画面２０において、「物理ロケーション表示」タブＴＢを選択すると、物理ロケーション表示画面が表示端末４に表示される。
【０１２５】
図１８は物理ロケーション表示画面の一具体例を示す図であって、４０Ａは物理ロケーション表示画面であり、前出図面に対応する部分には同一符号をつけて重複する説明を省略する。
【０１２６】
同図において、物理ロケーション表示画面４０Ａでは、資産表示エリア２１にローカル情報ＤＢ１６から読み取ったローカル情報「オフィスマップ」１６ａ1が表示され、各資産１Ａ〜１Ｃのアイコン１ａ〜１ｃが、プロパティＤＢ１７（図２）に格納された図１０に示す各資産１のプロパティ情報に基づいて、「オフィスマップ」１６ａ1での該当する設置位置に表示される。
【０１２７】
また、表示端末４やイベント管理サーバ２，監視サーバ３についても、同様に、プロパティＤＢ１７のプロパティ情報に基づいて、そのアイコン４ａ，２ａ，３ａが該当する設置位置に表示される。
【０１２８】
以上の構成以外については、図１４に示したチャート画面２０と同様である。
【０１２９】
この物理ロケーション表示画面４０Ａでは、各資産１の実際の設置場所を確認することができるものであり、この確認の基に、夫々の資産のイベントを、チャート画面２０の場合と同様に管理することができる。
【０１３０】
図１４，図１６，図１７に示すチャート画面２０や図１８に示す物理ロケーション表示画面４０Ａにおいて、「会社組織図表示」タブＴＣを選択すると、会社組織図表示画面が表示端末４に表示される。
【０１３１】
図１９は会社組織図表示画面の一具体例を示す図であって、４０Ｂは会社組織図表示画面であり、前出図面に対応する部分には同一符号をつけて重複する説明を省略する。
【０１３２】
同図において、会社組織図表示画面４０Ｂでは、資産表示エリア２１にローカル情報ＤＢ１６から読み取ったローカル情報「会社組織図」１６ａ2が表示され、各資産１Ａ〜１Ｃのアイコン１ａ〜１ｃが、プロパティＤＢ１７（図２）に格納された図１０に示す各資産１のプロパティ情報に基づいて、「会社組織図」１６ａ2での該当する部署に表示される。
【０１３３】
また、表示端末４やイベント管理サーバ２，監視サーバ３についても、同様に、プロパティＤＢ１７のプロパティ情報に基づいて、そのアイコン４ａ，２ａ，３ａがこれらが所属する部署に表示される。
【０１３４】
以上の構成以外については、図１４に示したチャート画面２０と同様である。
【０１３５】
この会社組織図表示画面４０Ｂでは、各資産１の実際に所属する部署を確認することができるものであり、この確認の基に、夫々の資産のイベントを、チャート画面２０の場合と同様に管理することができる。
【０１３６】
図１４，図１６，図１７に示すチャート画面２０や図１８に示す物理ロケーション表示画面４０Ａ，図１９に示す会社組織図表示画面４０Ｂにおいて、「ネットワーク図表示」タブＴＤを選択すると、ネットワーク図表示画面が表示端末４に表示される。
【０１３７】
図２０はネットワーク図表示画面の一具体例を示す図であって、４０Ｃはネットワーク図表示画面であり、前出図面に対応する部分には同一符号をつけて重複する説明を省略する。
【０１３８】
同図において、ネットワーク図表示画面４０Ｃでは、資産表示エリア２１に図１１に示すローカル情報ＤＢ１６から読み取ったローカル情報「ネットワーク図」１６ａ3が表示され、このネットワーク図に各資産１Ａ〜１Ｃのアイコン１ａ〜１ｃが表示される。
【０１３９】
また、表示端末４やイベント管理サーバ２，監視サーバ３についても、そのアイコン４ａ，２ａ，３ａが表示されている。
【０１４０】
以上の構成以外については、図１４に示したチャート画面２０と同様である。
【０１４１】
このネットワーク図表示画面４０Ｃでは、各資産１や表示端末４、サーバ２，３との関係を確認することができるものであり、この確認の基に、夫々の資産のイベントを、チャート画面２０の場合と同様に管理することができる。
【０１４２】
図１４に示すチャート画面２０では、アイコンに支援マーク２６ｂが付されて電源ＯＦＦ表示され、黄または赤に着色表示された資産１（この場合では、資産１Ａ）のイベントの詳細を、イベント群種別選択部２５ｄを操作してプルダウンメニュー３２（１５（ｃ））を表示させ、このプルダウンメニュー３２からこの資産１Ａを指定することにより、簡単にかつ確実に取得することができるようにすることができる。このことは、図１６に示すチャート画面２０ａ，図１７に示すチャート画面２０ｂについても同様であるが、以下では、図１４に示すチャート画面でもって説明する。
【０１４３】
図１４に示すチャート画面２０において、イベント群種別選択部２５ｄを操作してプルダウンメニュー３２（図１５（ｃ））を表示させ、その種別「資産ごとに表示」を選択すると、図示しないが、資産１の選択メニューが表示され、この選択メニューで資産１Ａを選択すると、図２１に示すチャート画面２０ｃが表示端末４に表示される。ここで、図２１において、５０は選択表示マークであり、図１４に対応する部分には同一符号をつけて重複する説明を省略する。
【０１４４】
このチャート画面２０ｃでは、イベント群種別選択部２５ｄに、選択されたイベント群の種別として、「資産１Ａの表示」が表示され、これとともに、日別イベント群表示エリア２５のカレンダ２５ａの日別に表示されるイベント群マーク２５ｂは、全て資産１Ａに関するものだけとなる。このため、日にち指定枠２５ｃで指定される日にち（この場合、２００８年４月２８日）でのイベント詳細表示エリア２４に表示されるイベント詳細情報は、資産１Ａに関するイベント詳細情報２４ｂ，２４ｃだけとなる。
【０１４５】
なお、このとき、資産１Ａだけが選択されていることから、この資産１Ａのアイコン１ａには、それを囲むように、例えば、図示する四隅の鍵括弧からなる選択表示マーク５０が表示される。これにより、現在日別イベント群表示エリア２５が資産１Ａに関するイベント群にのみ使用されていることを明確に確認することが可能となる。
【０１４６】
ところで、このチャート画面２０ｃの日別イベント群表示エリア２５をみると、４月１５日は除いて、４月１４日，４月２１日，４月２８日と１週間毎に、しかも、月曜日毎にイベント群マーク２５ｃが２個とその個数にピークが現われており、このピークの確認のために、日別イベント群表示エリア２５での日にち指定枠２５ｃを１つ前のピークの位置まで移動させると、図２２に示すチャート画面２０ｄが表示される。但し、図２２において、５１は指定表示マーク、５２は経過情報表示欄、５３は関連情報表示欄であり、図２１に対応する部分には同一符号をつけて重複する説明を省略する。
【０１４７】
同図において、このチャート画面２０ｄでは、日にち指定枠２５ｃがイベント群マーク２５ｂが２個ある４月２１日を指定状態にあり、これらイベント群マーク２５ｂのうちのいずれかが支援情報種別表示選択部２６に表示される支援情報の種別「故障可能性」に相当するイベント群であるときには、そのイベント群のイベント群マーク２５ｃに、それを囲む指定表示マーク５１が表示される。この指定表示マーク５１は、これで指定されるイベント群マーク２５ｃに該当するイベント群が、支援情報種別表示選択部２６に表示される支援情報の種別に相当するイベント群であることを示すものである。
【０１４８】
このときも、この指定される４月２１日からイベント詳細表示エリア２４に吹き出し２７が表示され、このイベント詳細表示エリア２４に指定表示マーク５１によって指定されている４月２１日のイベント群マーク２５ｃに対するイベント詳細情報２４ｂ，２４ｃが表示される。また、一方の「１７：３０ ＨＤＤ自動修復済」のイベント詳細情報２４ｂが支援情報種別表示選択部２６に表示される支援情報の種別に該当するイベント群に関するものとすると、イベント管理サーバ２から取得したイベント群からこの支援情報種別表示選択部２６に表示される支援情報の種別に該当するイベント群を抽出し、これを関連事項欄５３に関連情報として表示する。ここで、資産１から送信されるイベント情報のうち、特に、資産１の、例えば、「ＨＤＤ異常」のような異常に関するイベント情報の場合、この異常に関するイベント情報に異常を発生するまでの経過情報が含まれる場合には、１７時２０分に「ＨＤＤ異常」となるまでの経過情報をイベント管理サーバ２のイベントＤＢ１３（図２）に格納されている該当イベント情報から取得し、これを経過情報欄５２に経過情報として表示する。
【０１４９】
システム管理者６（図１）は、かかる経過情報５２と関連する事項５３との情報から、支援情報種別表示選択部２６に表示される支援情報の種別に該当する「ＨＤＤ自動修復済」というイベントを確認することができ、これを基に、例えば、この資産１Ａの使用者とヒアリングするなどして、資産１Ａで、例えば、毎週ハードティスクのバックアップを行なっており、その負荷のためにハードディスクのエラーが発生していたが、業務後の自動終了の設定により、使用者がそのエラーに気が付かなかったことを知ることができ、これに対して、メモリの増設などによってこれに対処することが可能となる。
【０１５０】
なお、経過情報欄５２，関連情報欄５３には夫々、スクロールバー５２ａ，５３ａが設けられており、長い情報の表示の場合には、これらを操作することにより、経過情報，関連情報がスクロールして全体の表示が可能となる。
【０１５１】
このように、資産１の使用者が故障と気が付かなくとも、システム管理者が故障を起こし易くなっていることを認識することができ、これにより、故障して使えなくなる前にかかる事態に対処することが可能となる。
【０１５２】
図１４に示すチャート画面２０において、システム管理者６が資産１Ｂで最近電源ＯＮがなされていないことに気が付いて、資産１Ｂの使用状況を確認する場合には、イベント群種別選択部２５ｄを操作してプルダウンメニュー３２（図１５（ｃ））を表示させ、その種別「資産ごとに表示」を選択し、さらに、資産１Ｂと種別「正常起動・終了」を選択すると、図２３に示すチャート画面２０ｅが表示端末４に表示される。ここで、図２３において、２４ｆはイベント詳細情報であり、前出図面に対応する部分には同一符号をつけて重複する説明を省略する。
【０１５３】
このチャート画面２０ｅでは、イベント群種別選択部２５ｄに、選択されたイベント群の種別として、「正常起動・終了」が表示され、これとともに、資産１Ｂのアイコン１ｂに選択指示マーク５０が表示され、これにより、日別イベント群表示エリア２５に表示されるイベント群マーク２５ｂは、資産１Ｂでのイベント群種別「正常起動・終了」のイベント群に関するものであることが示される。
【０１５４】
なお、支援マーク２６ｂがこの資産１Ｂ以外の資産１（ここでは、資産１Ａ）に付されて電源ＯＦＦ表示され、これが目障りとなるような場合には、支援情報表示選択エリア２６を操作して図１５（ｄ）に示す支援情報の種別「表示しない」を指定するようにすればよく（この場合、支援情報種別表示選択部２６に「表示しない」が表示される）、資産１Ａに表示されていた支援マーク２６ｂは消去されて電源ＯＦＦ表示が解除される。
【０１５５】
日別イベント群表示エリア２５においては、資産１Ｂの日にち毎の種別が「正常起動・終了」のイベント群のイベント群マーク２５ｂが表示されるが、４月１９日からは種別「正常起動・終了」のイベント群のイベントマーク２５ｂが表示されず、デフォルトとして日にち指定枠２５ｃによって指定される最終の日にち、即ち、４月２８日では、かかるイベント群マーク２５ｂは１つも表示されていない。このため、吹き出し２７で表わされるイベント詳細表示エリア２４では、日付２４ａと「なし」とのイベント群情報２４ｆが表示されるだけである。
【０１５６】
そこで、日にち指定枠２５ｃを移動操作し、最後にイベント群マーク２５ｂが表示される４月１８日に合わせてこの日にちを指定すると、図２４に示すチャート画面２０ｆが表示端末４に表示される。なお、図２４において、２４ｇ，２４ｈはイベント群詳細情報であり、前出図面に対応する部分には同一符号をつけて重複する説明を省略する。
【０１５７】
このチャート画面２０ｆでは、日にち指定枠２５ｃがイベント群マーク２５ｂが２個ある４月１８日を指定した状態にあり、これらイベント群マーク２５ｂのうちのいずれかが支援情報種別表示選択部２６に表示される支援情報の種別「正常起動・終了」に相当するイベント群であるときには、そのイベント群のイベント群マーク２５ｃに、それを囲む指定表示マーク５１が表示される。この指定表示マーク５１は、これで指定されるイベント群マーク２５ｃに該当するイベント群が、支援情報種別表示選択部２６に表示される支援情報の種別に相当するイベント群であることを示すものである。
【０１５８】
このときも、この指定される４月１８日からイベント詳細表示エリア２４に吹き出し２７が表示され、このイベント詳細表示エリア２４に指定表示マーク５１によって指定されている４月１８日のイベント群マーク２５ｃに対するイベント詳細情報２４ｇ，２４ｈが表示される。また、一方の「１８：１０ 電源異常」のイベント詳細情報２４ｇが支援情報種別表示選択部２６に表示される支援情報の種別に該当するイベント群に関するものであり、イベント管理サーバ２から取得したイベント群からこの支援情報種別表示選択部２６に表示される支援情報の種別に該当するイベント群を抽出し、これを関連事項欄５３に関連情報として表示するが、ここでは、かかる関連情報がないため、「該当データなし」とのメッセージが表示される。ここで、資産１から送信されるイベント情報のうち、特に、資産１の、例えば、「電源異常」のような異常に関するイベント情報の場合、この異常に関するイベント情報に異常を発生するまでの経過情報が含まれる場合には、１８時１０分に「電源異常」となるまでの経過情報をイベント管理サーバ２のイベントＤＢ１３（図２）に格納されている該当イベント情報から取得し、これを経過情報欄５２に、例えば、「１８：１０ 電源異常警告発生」という経過情報として表示する。
【０１５９】
システム管理者６（図１）は、かかる経過情報５２と関連する事項５３との情報から、支援情報種別表示選択部２６に表示される支援情報の種別に該当する「異常起動・終了」という資産１Ｂのイベントを確認することができ、これを基に、例えば、この資産１Ｂの状態を直接確認し、電源ユニットの交換をするなどの処置をすることが可能となる。
【０１６０】
このように、資産２の使用者がその電源の故障を放置していても、システム管理者がそれを認識することができ、これにより、電源ユニットを交換するなどの処置を施すことが可能となる。
【０１６１】
図１４に示すチャート画面２０において、資産１Ａのアイコン１ａに支援マーク２６ｂが設定され、電源ＯＦＦ表示されているので、その詳細を確認するために、システム管理者６が、イベント群種別選択部２５ｄを操作してプルダウンメニュー３２（図１５（ｃ））を表示させ、その種別「警告未対応」を選択すると、図２５に示すチャート画面２０ｇが表示端末４に表示される。ここで、図２５において、２４ｉはイベント詳細情報であり、前出図面に対応する部分には同一符号をつけて重複する説明を省略する。
【０１６２】
このチャート画面２０ｇでは、イベント群種別選択部２５ｄに、選択されたイベント群の種別として、「警告未対応」が表示され、これとともに、日別イベント群表示エリア２５には、全ての資産１でのイベント群種別「警告未対応」のイベント群に関するイベント群マーク２５ｂが表示される。ここでは、４月１５日に３個のイベント群マーク２５ｂが、４月１８日に１個のイベント群マーク２５ｂが夫々表示される。従って、４月２８日にはイベント群マーク２５ｂが１つもなく、デフォルトとして設定されるこの４月２８日からの吹き出し２７によるイベント詳細表示エリア２４では、メッセージ「なし」のイベント群詳細情報２４ｉが表示される。
【０１６３】
そこで、日にち指定枠２５ｃを移動操作し、３個のイベント群マーク２５ｂが表示されている４月１５日に合わせてこの日にちを指定すると、図２６に示すチャート画面２０ｈが表示端末４に表示される。なお、図２６において、２４ｊ〜２４ｌはイベント群詳細情報、５４は時間別表示であり、前出図面に対応する部分には同一符号をつけて重複する説明を省略する。
【０１６４】
このチャート画面２０ｈでは、日にち指定枠２５ｃがイベント群マーク２５ｂが３個ある４月１５日を指定した状態にあり、これらイベント群マーク２５ｂのうちのいずれかが支援情報種別表示選択部２６に表示される支援情報の種別「警告未対応」に相当するイベント群であるときには、そのイベント群のイベント群マーク２５ｃに、それを囲む指定表示マーク５１が表示される。なお、４月１５日は、資産１Ｂで電源異常が発生する４月１８日以前であるから、この資産１Ｂで不使用マーク２８は付されず、電源ＯＦＦ表示はなされていない。
【０１６５】
このときも、この指定される４月１５日からイベント詳細表示エリア２４に吹き出し２７が表示され、このイベント詳細表示エリア２４に指定表示マーク５１によって指定されている４月１５日の３個のイベント群マーク２５ｃに対するイベント詳細情報２４ｊ，２４ｋ，２４ｌが表示される。
【０１６６】
指定表示マーク５１で指示されるイベント群マーク２５ｂに対する種別「警告未対応」のイベント群は、ここでは、資産１Ａの図７での番号がＮｏ．５〜Ｎｏ．５のイベント群であって、夫々のイベント詳細情報２４ｊ，２４ｋ，２４ｌでは、「１２：００ ＣＰＵ異常発熱修復済」，「１２：０３ ＣＰＵ異常発熱修復済」，「１２：０２ ＣＰＵ異常発熱修復済」が表示されており、これとともに、「異常発熱」や「クールダウン」の経過情報が表示されている。
【０１６７】
また、これらイベント詳細情報２４ｊ，２４ｋ，２４ｌは、同じ種別「異常発熱修復済」のイベントに関するものであるから、最初のイベント詳細情報２４ｊにおいて、経過情報５２，関連情報５３，時間別表示５４が詳細情報として表示される。この時間別表示５４は、４月１５日での資産１ＡのＣＰＵの発熱状況の変化を示すものであり、プロパティＤＢ１７のシステム情報として記録された資産１ＡのＣＰＵの温度の時間変化に関する情報を読み出して表示するものである。図１０には図示していないが、プロパティＤＢ１７は資産毎のＣＰＵ温度の時間変化をシステム情報として蓄積しておくことが可能である。
【０１６８】
かかるチャート画面２０ｈにおいて、システム管理者６が表示端末４（図１）を操作して、日にち指定枠２５ｃ内の指定表示マーク５１で指定されるイベント群マーク２５ｃを指定すると、図２７に示すチャート画面２０ｉが表示画面４に表示される。なお、図２７において、５５は要チェックマーク、５６はカーソル、５７はダイアログボックス、５８は枠状カーソルであり、前出図面に対応する部分には同一符号をつけて重複する説明を省略する。
【０１６９】
同図において、チャート画面２０ｉの日別イベント群表示エリア２５において、日にち指定枠２５ｃ内の指定表示マーク５１で指定されるイベント群マーク２５ｂをカーソル５６で指定すると、メニュー「チェックを入れる」，「対応済み ○」のダイアログボックス５７が表示され、枠状カーソル５８でこれらメニューのいずれかを選択できる。
【０１７０】
そこで、いま、ダイアログボックス５７でのメニュー「チェックを入れる」を選択したとすると、資産表示エリア２１に表示される資産１のうちのイベント群種別選択部２５ｄに表示される種別のイベント群が関連する資産１、この場合、資産１Ａに要チェックマーク５５が付されることになる。この要チェックマーク５５が付されたアイコンの資産１は、イベント群の種別が警告未対応のものであるが、この要チェックマーク５５が付されると、警告未対応のイベント群がなくなり、代わりにこの要チェックマーク５５が付されたものとなる。
【０１７１】
なお、ダイアログボックス５７でメニュー「対応済み ○」が選択されると、警告に対して対応済みということになり、該当する資産１、この場合、資産１Ａのアイコン１ａに付されていた選択表示マーク５０が消去される。従って、警告に対応した資産１に対しては、ダイアログボックス５７のメニュー「対応済み ○」を選択することにより、選択表示マーク５０を消去して対応済みの状態でアイコンを表示させることができる。
【０１７２】
なお、以上の実施形態では、図１において、監視サーバ３を用いたが、この監視サーバ３の各資産１の状況を監視するという上記の機能をイベント管理サーバ２のもたせることにより、監視サーバ３を省くこともできる。
【図面の簡単な説明】
【０１７３】
【図１】本発明による統合資産管理システムの一実施形態を示すシステム構成図である。
【図２】図１におけるイベント管理サーバの一具体例を示す構成図である。
【図３】図２に示すＤＢ部での情報の処理の流れを示す図である。
【図４】図２におけるイベントＤＢの一具体例を示す図である。
【図５】図３における重要イベントテーブルの一具体例を示す図である。
【図６】図３におけるイベント群テーブルの一具体例を示す図である。
【図７】図５に示す重要イベントテーブルと図６に示すイベント群テーブルとを用いて図４に示すイベントＤＢのイベント情報から作成したイベント群ＤＢの一具体例を示す図である。
【図８】図３における支援情報テーブルの一具体例を示す図である。
【図９】図３でのイベント群ＤＢに格納されたイベント群から図８に示す支援情報テーブルを用いて作成された支援情報ＤＢの一具体例を示す図である。
【図１０】図３におけるプロパティＤＢの一具体例を示す図である。
【図１１】図３におけるローカル情報ＤＢの一具体例を示す図である。
【図１２】図１におけるイベント管理サーバのイベントの処理動作を示すフローチャートである。
【図１３】図１におけるイベント管理サーバの表示端末への情報提供処理動作を示すフローチャートである。
【図１４】図１における表示端末で表示されるイベント画面のうちの標準画面の一具体例を示す図である。
【図１５】図１４における標準画面で用いるプルダウンメニューの一具体例を示す図である。
【図１６】図１４に示すチャート画面のＸ軸メニュー選択部を操作してプルダウンメニュー（図１５（ａ））でのメニュー「トラブル頻度」に変更したときのチャート画面を示す図である。
【図１７】図１４に示すチャート画面のＹ軸メニュー選択部を操作してプルダウンメニュー（図１５（ａ））でのメニュー「購入年度」に変更したときのチャート画面を示す図である。
【図１８】図１における表示端末で表示されるイベント画面のうちの物理ロケーション表示画面の一具体例を示す図である。
【図１９】図１における表示端末で表示されるイベント画面のうちの会社組織図表示画面の一具体例を示す図である。
【図２０】図１における表示端末で表示されるイベント画面のうちのネットワーク図表示画面の一具体例を示す図である。
【図２１】図１４に示すチャート画面でのイベント種別選択部で種別を「資産１Ａの未表示」としたときのチャート画面を示す図である。
【図２２】図２１に示すチャート画面で日にち指定枠で他の日にちを指定したときのチャーと画面を示す図である。
【図２３】図１４に示すチャート画面でのイベント種別選択部で種別を「資産１Ｂの正常起動・終了」としたときのチャート画面を示す図である。
【図２４】図２３に示すチャート画面で日にち指定枠で他の日にちを指定したときのチャート画面を示す図である。
【図２５】図１４に示すチャート画面でのイベント種別選択部で種別を「警告未対応」としたときのチャート画面を示す図である。
【図２６】図２５に示すチャート画面で日にち指定枠で他の日にちを指定したときのチャート画面を示す図である。
【図２７】図２６に示すチャート画面で日にち指定枠内のイベント群マークを指定したときのチャート画面を示す図である。
【符号の説明】
【０１７４】
１，１Ａ〜１Ｃ 資産
１ａ〜１ｃ，２ａ，３ａ，４ａ アイコン
２ イベント管理サーバ
３ 監視サーバ
４ 表示端末
５ ネットワーク
６ システム管理者
１０ 通信部
１１ ＣＰＵ
１２ ＤＢ部
１３ イベントＤＢ
１３ａ イベント番号
１３ｂ 受信日時
１３ｃ 資産名
１３ｄ イベント種別
１４ イベント群ＤＢ
１４ａ イベント群番号
１４ｂ 取得日時
１４ｃ 資産名
１４ｄ イベント群種別
１５ 支援情報ＤＢ
１５ａ 支援情報番号
１５ｂ 取得日時
１５ｃ 資産名
１５ｄ 支援表示パターン
１５ｅ レベル
１６ ローカル情報ＤＢ
１６ａ ローカル情報名
１６ａ1 オフィスマップ（ローカル情報）
１６ａ2 会社組織図（ローカル情報）
１６ａ3 ネットワーク図（ローカル情報）
１６ｂ コンテンツ
１７ プロパティＤＢ
１７ａ 資産名
１７ｂ システム情報
１７ｃ 支援情報
１８ａ 重要イベントテーブル
１８ｂ イベント群テーブル
１９ 支援情報テーブル
１９ａ イベント群
１９ｂ 条件
１９ｃ 支援情報
１９ｃ 支援表示パターンとレベル
２０，２０ａ〜２０ｉ チャート画面
２１ 資産表示エリア
２１Ｘ Ｘ軸項目表示エリア
２１Ｙ Ｙ軸項目表示エリア
２２Ｘ Ｘ軸メニュー選択部
２２Ｙ Ｙ軸メニュー選択部
２３Ｘ，２３Ｙ プルダウンボタン
２４ イベント詳細表示エリア
２４ａ 日付
２４ｂ〜２４ｌ イベント詳細情報
２５ 日別イベント群表示エリア
２５ａ カレンダ
２５ｂ イベント群マーク
２５ｃ 日指定枠
２５ｄ イベント群種別表示選択部
２５ｅ プルダウンボタン
２６ 支援情報種別選択エリア
２６ａ プルダウンボタン
２６ｂ 支援マーク
２７ 吹き出し
２８ 電源ＯＦＦマーク
３０〜３３ プルダウンメニュー
４０Ａ 物理ロケーション表示画面
４０Ｂ 会社組織図表示画面
４０Ｃ ネットワーク図表示画面
５０ 選択表示マーク
５１ 指定表示マーク
５２ 経過情報
５３ 関連情報
５４ 時間別表示
５２ａ，５３ａ，５４ａ スクロールバー
５５ 要チェックマーク
５６ カーソル
５７ ダイアログボックス
５８ 枠状カーソル
ＴＡ 「チャート表示」タブ
ＴＢ 「物理ロケーション表示」タブ
ＴＣ 「社内組織図表示」タブ
ＴＤ 「ネットワーク図表示」タブ
【特許請求の範囲】
【請求項１】
複数のクライアント端末と、該クライアント端末と通信回線を介して接続されたイベント管理サーバと、該イベント管理サーバのイベント管理情報を表示する表示端末とを備えたクライアント端末の管理システムにおいて、
該イベント管理サーバは、
制御部と、
該クライアント端末夫々で発生したイベントに関するイベント情報を格納するイベントデータベースと、
イベントの重要性に関する情報が規定され、該イベントデータベースに格納された該イベント情報から重要なイベントの該イベント情報を選択するための重要イベントテーブルと、
該重要イベントテーブルによって選択された関連性のある該イベント情報の組み合わせをイベント群とするためのイベント群テーブルと、
該イベント群を格納するイベント群データベースと、
該複数のクライアント端末の物理的な配置関係やネットワーク上の階層構造に関する情報を、ローカル情報として、格納したローカル情報データベースと
を備え、
該制御部は、
該イベントデータベースに格納された該イベント情報のうちの、該重要イベントテーブルを参照して重要と判定された該イベント情報について、該イベント群テーブルを参照して、イベント群として登録すべきか否かを判定して、登録すべき該イベント情報を関連する同士で組み合わせてイベント群とし、該イベント群を、イベント管理情報として、該イベント群データベースに登録し、
該表示端末からのイベント管理情報の表示要求を受け付けて、該イベント群データベースから該イベント群を読み出し、該ローカル情報データベースから読み出したローカル情報とともに、イベント管理情報として、該表示端末に送信し、
該表示端末は、
該イベント管理サーバから送信される該イベント管理情報を受信し、
表示画面に、受信した該イベント管理情報を基に、クライアント端末の表示エリアとイベント群の表示エリアとを設け、該ローカル情報による該クライアント端末の物理的な配置やネットワーク上の階層構造を基に、該クライアント端末の画像を配列して該クライアント端末の表示エリアで表示し、日にち毎のイベント群の個数を表示することによってイベント群発生数の経時変化を該イベント群の表示エリアに表示する
ことを特徴とするクライアント端末の管理システム。
【請求項２】
請求項１において、
前記イベント管理サーバは、
イベント群の種別毎に、支援情報が得られる条件と支援情報の形態とが設定され、前記イベント群から支援情報を作成するための支援情報テーブルと、
該支援情報を格納する支援情報データベースと
を備え、
前記制御部は、
前記イベント群データベースに格納されている前記イベント群に対し、該支援情報テーブルを参照して、対応する支援情報の有無を判定し、対応する支援情報を該支援情報データベースに登録し、
前記表示端末からのイベント管理情報の前記表示要求を受け付けて、該支援情報データベースに格納されている該支援情報を、前記イベント群と前記ローカル情報とともに、イベント管理情報として、前記表示端末に送信し、
前記表示端末は、前記クライアント端末の表示エリアでの前記クライアント端末の画像の表示形態を該支援情報に応じたものとする
ことを特徴とするクライアント端末の管理システム。
【請求項３】
請求項１または２において、
前記表示端末での前記クライアント端末の表示エリアでの前記クライアント端末の画像が、縦軸と横軸による空間内に前記ローカル情報に応じた配列関係で配置表示され、
該縦軸と該横軸とに夫々パラメータが変更可能に表示され、該パラメータの変更に応じて前記クライアント端末の画像の配置関係を変更可能とした
ことを特徴とするクライアント端末の管理システム。
【請求項４】
請求項２または３において、
前記表示端末の表示画面の前記イベント群の表示エリアでは、
日にちの指定手段が表示され、
前記クライアント端末の表示エリアでは、該指定手段で指定された日にちでのイベント群に対する前記支援情報に応じて、該当する前記クライアント端末の画像の表示形態を設定する
ことを特徴とするクライアント端末の管理システム。
【請求項５】
請求項１〜４のいずれか１つにおいて、
前記複数のクライアント端末と前記通信改正を介して接続された監視サーバを備え、
該監視サーバは、前記クライアント端末夫々からの前記イベント情報の有無を監視し、イベントを発生しなくなってイベント情報を送信しなくなった前記クライアント端末に関し、イベント不発生のイベント情報を前記イベント管理サーバに送信する
ことを特徴とするクライアント端末の管理システム。
【請求項１】
複数のクライアント端末と、該クライアント端末と通信回線を介して接続されたイベント管理サーバと、該イベント管理サーバのイベント管理情報を表示する表示端末とを備えたクライアント端末の管理システムにおいて、
該イベント管理サーバは、
制御部と、
該クライアント端末夫々で発生したイベントに関するイベント情報を格納するイベントデータベースと、
イベントの重要性に関する情報が規定され、該イベントデータベースに格納された該イベント情報から重要なイベントの該イベント情報を選択するための重要イベントテーブルと、
該重要イベントテーブルによって選択された関連性のある該イベント情報の組み合わせをイベント群とするためのイベント群テーブルと、
該イベント群を格納するイベント群データベースと、
該複数のクライアント端末の物理的な配置関係やネットワーク上の階層構造に関する情報を、ローカル情報として、格納したローカル情報データベースと
を備え、
該制御部は、
該イベントデータベースに格納された該イベント情報のうちの、該重要イベントテーブルを参照して重要と判定された該イベント情報について、該イベント群テーブルを参照して、イベント群として登録すべきか否かを判定して、登録すべき該イベント情報を関連する同士で組み合わせてイベント群とし、該イベント群を、イベント管理情報として、該イベント群データベースに登録し、
該表示端末からのイベント管理情報の表示要求を受け付けて、該イベント群データベースから該イベント群を読み出し、該ローカル情報データベースから読み出したローカル情報とともに、イベント管理情報として、該表示端末に送信し、
該表示端末は、
該イベント管理サーバから送信される該イベント管理情報を受信し、
表示画面に、受信した該イベント管理情報を基に、クライアント端末の表示エリアとイベント群の表示エリアとを設け、該ローカル情報による該クライアント端末の物理的な配置やネットワーク上の階層構造を基に、該クライアント端末の画像を配列して該クライアント端末の表示エリアで表示し、日にち毎のイベント群の個数を表示することによってイベント群発生数の経時変化を該イベント群の表示エリアに表示する
ことを特徴とするクライアント端末の管理システム。
【請求項２】
請求項１において、
前記イベント管理サーバは、
イベント群の種別毎に、支援情報が得られる条件と支援情報の形態とが設定され、前記イベント群から支援情報を作成するための支援情報テーブルと、
該支援情報を格納する支援情報データベースと
を備え、
前記制御部は、
前記イベント群データベースに格納されている前記イベント群に対し、該支援情報テーブルを参照して、対応する支援情報の有無を判定し、対応する支援情報を該支援情報データベースに登録し、
前記表示端末からのイベント管理情報の前記表示要求を受け付けて、該支援情報データベースに格納されている該支援情報を、前記イベント群と前記ローカル情報とともに、イベント管理情報として、前記表示端末に送信し、
前記表示端末は、前記クライアント端末の表示エリアでの前記クライアント端末の画像の表示形態を該支援情報に応じたものとする
ことを特徴とするクライアント端末の管理システム。
【請求項３】
請求項１または２において、
前記表示端末での前記クライアント端末の表示エリアでの前記クライアント端末の画像が、縦軸と横軸による空間内に前記ローカル情報に応じた配列関係で配置表示され、
該縦軸と該横軸とに夫々パラメータが変更可能に表示され、該パラメータの変更に応じて前記クライアント端末の画像の配置関係を変更可能とした
ことを特徴とするクライアント端末の管理システム。
【請求項４】
請求項２または３において、
前記表示端末の表示画面の前記イベント群の表示エリアでは、
日にちの指定手段が表示され、
前記クライアント端末の表示エリアでは、該指定手段で指定された日にちでのイベント群に対する前記支援情報に応じて、該当する前記クライアント端末の画像の表示形態を設定する
ことを特徴とするクライアント端末の管理システム。
【請求項５】
請求項１〜４のいずれか１つにおいて、
前記複数のクライアント端末と前記通信改正を介して接続された監視サーバを備え、
該監視サーバは、前記クライアント端末夫々からの前記イベント情報の有無を監視し、イベントを発生しなくなってイベント情報を送信しなくなった前記クライアント端末に関し、イベント不発生のイベント情報を前記イベント管理サーバに送信する
ことを特徴とするクライアント端末の管理システム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【図２４】
【図２５】
【図２６】
【図２７】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【図２４】
【図２５】
【図２６】
【図２７】
【公開番号】特開２００９−３０１３３０（Ｐ２００９−３０１３３０Ａ）
【公開日】平成２１年１２月２４日（２００９．１２．２４）
【国際特許分類】
【出願番号】特願２００８−１５５２０８（Ｐ２００８−１５５２０８）
【出願日】平成２０年６月１３日（２００８．６．１３）
【出願人】（０００００５１０８）株式会社日立製作所 (27,607)
【Ｆターム（参考）】
【公開日】平成２１年１２月２４日（２００９．１２．２４）
【国際特許分類】
【出願日】平成２０年６月１３日（２００８．６．１３）
【出願人】（０００００５１０８）株式会社日立製作所 (27,607)
【Ｆターム（参考）】
[ Back to top ]