JP2000353108A - 情報処理装置 - Google Patents
情報処理装置Info
- Publication number
- JP2000353108A JP2000353108A JP11165396A JP16539699A JP2000353108A JP 2000353108 A JP2000353108 A JP 2000353108A JP 11165396 A JP11165396 A JP 11165396A JP 16539699 A JP16539699 A JP 16539699A JP 2000353108 A JP2000353108 A JP 2000353108A
- Authority
- JP
- Japan
- Prior art keywords
- information
- hardware
- basic device
- basic
- failure
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Withdrawn
Links
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/008—Reliability or availability analysis
Landscapes
- Engineering & Computer Science (AREA)
- Quality & Reliability (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Debugging And Monitoring (AREA)
- Test And Diagnosis Of Digital Computers (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
(57)【要約】
【課題】 複数の基本装置を管理対象として有するシス
テムの信頼性を向上させる。 【解決手段】 設備構成情報ＤＢ１０ｅは、被管理シス
テム３０−１〜３０−ｎを構成する基本装置に関する情
報を格納している。相性情報ＤＢ１０ｆは、被管理シス
テム３０−１〜３０−ｎにおいて故障が発生した場合に
は、故障した基本装置、その基本装置に関連する基本装
置、その故障の種類を示す情報、および、その発生回数
を関連付けて記憶する。所定の被管理システムにおいて
基本装置が交換された場合には、その旨を示すメッセー
ジが被管理システムから送信される。このメッセージ
は、通知情報分析部１０ａによって受信された後、ハー
ド変更管理部１０ｂを介して設備構成管理部１０ｄに供
給される。設備構成管理部１０ｄは、設備構成情報ＤＢ
１０ｅを参照して交換された基本装置と関連する基本装
置を特定した後、それらの基本装置の相性を相性情報Ｄ
Ｂ１０ｆから取得する。そして、その結果をモニタ１０
ｇに表示させる。
テムの信頼性を向上させる。 【解決手段】 設備構成情報ＤＢ１０ｅは、被管理シス
テム３０−１〜３０−ｎを構成する基本装置に関する情
報を格納している。相性情報ＤＢ１０ｆは、被管理シス
テム３０−１〜３０−ｎにおいて故障が発生した場合に
は、故障した基本装置、その基本装置に関連する基本装
置、その故障の種類を示す情報、および、その発生回数
を関連付けて記憶する。所定の被管理システムにおいて
基本装置が交換された場合には、その旨を示すメッセー
ジが被管理システムから送信される。このメッセージ
は、通知情報分析部１０ａによって受信された後、ハー
ド変更管理部１０ｂを介して設備構成管理部１０ｄに供
給される。設備構成管理部１０ｄは、設備構成情報ＤＢ
１０ｅを参照して交換された基本装置と関連する基本装
置を特定した後、それらの基本装置の相性を相性情報Ｄ
Ｂ１０ｆから取得する。そして、その結果をモニタ１０
ｇに表示させる。
Description
【０００１】
【発明の属する技術分野】本発明は情報処理装置に関
し、特に、複数の基本装置より構成される情報処理装置
に関する。
し、特に、複数の基本装置より構成される情報処理装置
に関する。
【０００２】
【従来の技術】ネットワークエレメントである伝送装置
や交換機等の電子システムは、複数のボード（基本装
置）が組み合わされて構成されることが一般的である。
や交換機等の電子システムは、複数のボード（基本装
置）が組み合わされて構成されることが一般的である。
【０００３】ところで、これらの電子システムにおいて
故障等が発生した場合には、該当する基本装置を交換す
ることによって修復がなされていた。しかしながら、こ
れらを構成する基本装置の数は膨大であるため、誤った
基本装置を実装するなどのトラブルが発生する場合があ
った。
故障等が発生した場合には、該当する基本装置を交換す
ることによって修復がなされていた。しかしながら、こ
れらを構成する基本装置の数は膨大であるため、誤った
基本装置を実装するなどのトラブルが発生する場合があ
った。
【０００４】そこで、そのような事態の発生を回避する
ためにいくつかの提案がなされている。例えば、特開平
７−２１９８０６号公報では、管理システム側において
実装位置対応で管理されている基本装置の固有情報と、
基本装置の固有情報格納部に格納されている固有情報と
を比較することにより、実装誤り等に起因する不適切な
基本装置の組み込みを防止する方法が提案されている。
ためにいくつかの提案がなされている。例えば、特開平
７−２１９８０６号公報では、管理システム側において
実装位置対応で管理されている基本装置の固有情報と、
基本装置の固有情報格納部に格納されている固有情報と
を比較することにより、実装誤り等に起因する不適切な
基本装置の組み込みを防止する方法が提案されている。
【０００５】図２１は、前述した従来技術の構成例を示
す図である。この図において、管理システム１は、ネッ
トワーク２０を介して被管理システム３０−１〜３０−
ｎのそれぞれを管理する。
す図である。この図において、管理システム１は、ネッ
トワーク２０を介して被管理システム３０−１〜３０−
ｎのそれぞれを管理する。
【０００６】ネットワーク２０は、データ通信網（ＤＣ
Ｎ：Data Communication Network）等によって構成さ
れ、管理システム１と被管理システム３０−１〜３０−
ｎの間で情報を伝送する。
Ｎ：Data Communication Network）等によって構成さ
れ、管理システム１と被管理システム３０−１〜３０−
ｎの間で情報を伝送する。
【０００７】被管理システム３０−１〜３０−ｎは、伝
送装置や交換機等のネットワークエレメントであり、そ
れぞれは複数の基本装置によって構成されている。な
お、図には示していないが、各基本装置は、その基本装
置を特定するための固有情報を格納部に格納しており、
要求に応じて管理システム１に供給する。
送装置や交換機等のネットワークエレメントであり、そ
れぞれは複数の基本装置によって構成されている。な
お、図には示していないが、各基本装置は、その基本装
置を特定するための固有情報を格納部に格納しており、
要求に応じて管理システム１に供給する。
【０００８】ここで、管理システム１は、通知情報分析
部１ａ、ハード変更管理部１ｂ、故障管理部１ｃ、設備
構成情報データベース（以下、ＤＢ（Data Base）と称
す）１ｅ、および、モニタ１ｇによって構成されてい
る。
部１ａ、ハード変更管理部１ｂ、故障管理部１ｃ、設備
構成情報データベース（以下、ＤＢ（Data Base）と称
す）１ｅ、および、モニタ１ｇによって構成されてい
る。
【０００９】通知情報分析部１ａは、被管理システム３
０−１〜３０−ｎから送信されてくる各種通知（メッセ
ージ）を受信するとともに、受信した通知をその内容に
応じて装置の各部に振り分ける。
０−１〜３０−ｎから送信されてくる各種通知（メッセ
ージ）を受信するとともに、受信した通知をその内容に
応じて装置の各部に振り分ける。
【００１０】ハード変更管理部１ｂは、被管理システム
３０−１〜３０−ｎにおいて、基本装置が交換された場
合には、設備構成情報ＤＢ１ｅから該当する基本装置に
係る情報を読み出して、モニタ１ｇに表示させる。
３０−１〜３０−ｎにおいて、基本装置が交換された場
合には、設備構成情報ＤＢ１ｅから該当する基本装置に
係る情報を読み出して、モニタ１ｇに表示させる。
【００１１】故障管理部１ｃは、被管理システム３０−
１〜３０−ｎにおいて、基本装置が故障した場合には、
設備構成情報ＤＢ１ｅから該当する基本装置に係る情報
を読み出してモニタ１ｇに表示させる。
１〜３０−ｎにおいて、基本装置が故障した場合には、
設備構成情報ＤＢ１ｅから該当する基本装置に係る情報
を読み出してモニタ１ｇに表示させる。
【００１２】設備構成情報ＤＢ１ｅは、各被管理システ
ムを構成している基本装置の実装位置とその種類を特定
するための情報等を格納している。モニタ１ｇは、例え
ば、ＣＲＴ（Cathode Ray Tube）モニタ等であり、ハー
ド管理部１ｂおよび故障管理部１ｃから供給された情報
を表示する。
ムを構成している基本装置の実装位置とその種類を特定
するための情報等を格納している。モニタ１ｇは、例え
ば、ＣＲＴ（Cathode Ray Tube）モニタ等であり、ハー
ド管理部１ｂおよび故障管理部１ｃから供給された情報
を表示する。
【００１３】次に、以上の従来例の動作について説明す
る。いま、被管理システム３０−１の所定の基本装置が
故障したとすると、被管理システム３０−１はこれを検
知し、故障が発生した旨と、故障した基本装置の固有情
報と、被管理システム３０−１を特定するための情報と
を管理システム１に対して通知する。
る。いま、被管理システム３０−１の所定の基本装置が
故障したとすると、被管理システム３０−１はこれを検
知し、故障が発生した旨と、故障した基本装置の固有情
報と、被管理システム３０−１を特定するための情報と
を管理システム１に対して通知する。
【００１４】なお、この故障には、復旧可能なものと復
旧不可能のものがあり、双方を総称して「故障」と称し
ている。管理システム１は、被管理システム３０−１か
らの通知を、通知情報分析部１ａによって受信して分析
することにより、この通知が基本装置の故障に係るもの
であることを検知し、故障管理部１ｃにその旨を通知す
る。
旧不可能のものがあり、双方を総称して「故障」と称し
ている。管理システム１は、被管理システム３０−１か
らの通知を、通知情報分析部１ａによって受信して分析
することにより、この通知が基本装置の故障に係るもの
であることを検知し、故障管理部１ｃにその旨を通知す
る。
【００１５】故障管理部１ｃは、通知情報分析部１ａに
よって受信された通知に含まれている基本装置の固有情
報を取得し、設備構成情報ＤＢ１ｅから該当する情報を
検索する。そして、故障管理部１ｃは、検索の結果得ら
れた基本装置に係る固有情報と、その基本装置が実装さ
れている被管理システムを特定するための情報を、モニ
タ１ｇに表示させる。
よって受信された通知に含まれている基本装置の固有情
報を取得し、設備構成情報ＤＢ１ｅから該当する情報を
検索する。そして、故障管理部１ｃは、検索の結果得ら
れた基本装置に係る固有情報と、その基本装置が実装さ
れている被管理システムを特定するための情報を、モニ
タ１ｇに表示させる。
【００１６】その結果、管理システム１の管理者は、故
障が発生した被管理システムと、その基本装置とを直ち
に知ることが可能になる。また、画面上には故障が発生
した基本装置を特定するための情報（例えば、装置名、
ベンダ名、版数等）が表示されるので、故障が復旧不能
である場合には交換に必要な基本装置を即座に特定する
ことが可能となる。
障が発生した被管理システムと、その基本装置とを直ち
に知ることが可能になる。また、画面上には故障が発生
した基本装置を特定するための情報（例えば、装置名、
ベンダ名、版数等）が表示されるので、故障が復旧不能
である場合には交換に必要な基本装置を即座に特定する
ことが可能となる。
【００１７】次に、被管理システム３０−１〜３０−ｎ
において基本装置が交換された場合の動作について説明
する。例えば、いま、被管理システム３０−１の所定の
基本装置が故障や劣化等の原因によって新たな基本装置
に交換されたとする。すると、被管理システム３０−１
は、新たな基本装置に変更された旨と、その基本装置に
格納されている固有情報と、被管理システム３０−１を
特定するための情報とを、管理システム１に対して通知
する。
において基本装置が交換された場合の動作について説明
する。例えば、いま、被管理システム３０−１の所定の
基本装置が故障や劣化等の原因によって新たな基本装置
に交換されたとする。すると、被管理システム３０−１
は、新たな基本装置に変更された旨と、その基本装置に
格納されている固有情報と、被管理システム３０−１を
特定するための情報とを、管理システム１に対して通知
する。
【００１８】管理システム１では、これらの情報を通知
情報分析部１ａによって受信するとともに、そのメッセ
ージの内容を分析することにより基本装置の交換に係る
通知であることを認識し、これらの情報をハード変更管
理部１ｂに供給する。
情報分析部１ａによって受信するとともに、そのメッセ
ージの内容を分析することにより基本装置の交換に係る
通知であることを認識し、これらの情報をハード変更管
理部１ｂに供給する。
【００１９】ハード変更管理部１ｂは、これらの情報を
もとに、変更される前に実装されていた基本装置に係る
情報を、設備構成情報ＤＢ１ｅから検索する。そして、
変更の前後で基本装置の種類（例えば、基本装置の装置
名、ベンダ名、版数等）が異なっている場合（または、
変更可能な候補として格納されている基本装置の何れに
も該当しない場合）には、適切な基本装置が実装されな
かったことを示すメッセージをモニタ１ｇに対して表示
させる。
もとに、変更される前に実装されていた基本装置に係る
情報を、設備構成情報ＤＢ１ｅから検索する。そして、
変更の前後で基本装置の種類（例えば、基本装置の装置
名、ベンダ名、版数等）が異なっている場合（または、
変更可能な候補として格納されている基本装置の何れに
も該当しない場合）には、適切な基本装置が実装されな
かったことを示すメッセージをモニタ１ｇに対して表示
させる。
【００２０】その結果、管理システム１側の管理者は、
変更された基本装置が適切であったか否かを直ちに知る
ことができる。
変更された基本装置が適切であったか否かを直ちに知る
ことができる。
【００２１】
【発明が解決しようとする課題】ところで、以上のよう
な従来の方法においては、交換の対象となる基本装置単
体では交換の適否等を知ることができるが、関連する基
本装置とのベンダや版数の相違による相性の適否につい
ては知ることができなかったため、相性不適合に起因す
る不具合が発生する場合があるという問題点があった。
な従来の方法においては、交換の対象となる基本装置単
体では交換の適否等を知ることができるが、関連する基
本装置とのベンダや版数の相違による相性の適否につい
ては知ることができなかったため、相性不適合に起因す
る不具合が発生する場合があるという問題点があった。
【００２２】本発明はこのような点に鑑みてなされたも
のであり、関連する基本装置との相性等の特性も考慮
し、不適切な基本装置が実装されることに起因する不具
合の発生を回避することが可能な情報処理装置を提供す
ることを目的とする。
のであり、関連する基本装置との相性等の特性も考慮
し、不適切な基本装置が実装されることに起因する不具
合の発生を回避することが可能な情報処理装置を提供す
ることを目的とする。
【００２３】また、本発明では、適切な基本装置が装備
されているか否かを長期的に観察することにより、シス
テムとの親和性が低い基本装置を指摘し、システム全体
の信頼性を向上させることが可能な情報処理装置を提供
することを目的とする。
されているか否かを長期的に観察することにより、シス
テムとの親和性が低い基本装置を指摘し、システム全体
の信頼性を向上させることが可能な情報処理装置を提供
することを目的とする。
【００２４】
【課題を解決するための手段】本発明では上記課題を解
決するために、図２に示す、複数の基本装置（被管理シ
ステム３０−１〜３０−ｎが具備する図示せぬ装置）を
制御対象として有する情報処理装置（管理システム１
０）において、前記基本装置において障害が発生した場
合には、これを検知する障害検知手段（通知情報分析部
１０ａ）と、前記障害検知手段によって障害が検知され
た場合には、障害が発生した基本装置に係る属性情報を
取得する情報取得手段（故障管理部１０ｃ）と、前記情
報取得手段によって取得された前記属性情報と、障害が
発生した基本装置を特定するための特定情報とを関連付
けて記憶する記憶手段（相性情報ＤＢ１０ｆ）と、前記
記憶手段に記憶されている情報に対して所定の処理を施
す処理手段（設備構成管理部１０ｄ）と、前記処理手段
の処理結果を提示する提示手段（モニタ１０ｇ）と、を
有することを特徴とする情報処理装置が提供される。
決するために、図２に示す、複数の基本装置（被管理シ
ステム３０−１〜３０−ｎが具備する図示せぬ装置）を
制御対象として有する情報処理装置（管理システム１
０）において、前記基本装置において障害が発生した場
合には、これを検知する障害検知手段（通知情報分析部
１０ａ）と、前記障害検知手段によって障害が検知され
た場合には、障害が発生した基本装置に係る属性情報を
取得する情報取得手段（故障管理部１０ｃ）と、前記情
報取得手段によって取得された前記属性情報と、障害が
発生した基本装置を特定するための特定情報とを関連付
けて記憶する記憶手段（相性情報ＤＢ１０ｆ）と、前記
記憶手段に記憶されている情報に対して所定の処理を施
す処理手段（設備構成管理部１０ｄ）と、前記処理手段
の処理結果を提示する提示手段（モニタ１０ｇ）と、を
有することを特徴とする情報処理装置が提供される。
【００２５】ここで、障害検知手段は、基本装置におい
て障害が発生した場合には、これを検知する。情報取得
手段は、障害検知手段によって障害が検知された場合に
は、障害が発生した基本装置に係る属性情報を取得す
る。記憶手段は、情報取得手段によって取得された属性
情報と、障害が発生した基本装置を特定するための特定
情報とを関連付けて記憶する。処理手段は、記憶手段に
記憶されている情報に対して所定の処理を施す。提示手
段は、処理手段の処理結果を提示する。
て障害が発生した場合には、これを検知する。情報取得
手段は、障害検知手段によって障害が検知された場合に
は、障害が発生した基本装置に係る属性情報を取得す
る。記憶手段は、情報取得手段によって取得された属性
情報と、障害が発生した基本装置を特定するための特定
情報とを関連付けて記憶する。処理手段は、記憶手段に
記憶されている情報に対して所定の処理を施す。提示手
段は、処理手段の処理結果を提示する。
【００２６】
【発明の実施の形態】以下、本発明の実施の形態を図面
を参照して説明する。図１は、本発明の実施の形態の構
成例を示す図である。この図において、管理システム１
０は、ネットワーク２０を介して被管理システム３０−
１〜３０−ｎのそれぞれを管理する。
を参照して説明する。図１は、本発明の実施の形態の構
成例を示す図である。この図において、管理システム１
０は、ネットワーク２０を介して被管理システム３０−
１〜３０−ｎのそれぞれを管理する。
【００２７】ネットワーク２０は、データ通信網等であ
り、管理システム１０と被管理システム３０−１〜３０
−ｎの間で情報を伝送する。被管理システム３０−１〜
３０−ｎは、伝送装置や交換機等のネットワークエレメ
ントであり、複数の基本装置（以下、ハードと呼ぶ）に
よって構成されている。なお、その詳細な構成について
は後述する。
り、管理システム１０と被管理システム３０−１〜３０
−ｎの間で情報を伝送する。被管理システム３０−１〜
３０−ｎは、伝送装置や交換機等のネットワークエレメ
ントであり、複数の基本装置（以下、ハードと呼ぶ）に
よって構成されている。なお、その詳細な構成について
は後述する。
【００２８】図２は、管理システム１０の詳細な構成例
を示す図である。この図に示すように、管理システム１
０は、通知情報分析部１０ａ、ハード変更管理部１０
ｂ、故障管理部１０ｃ、設備構成管理部１０ｄ、設備構
成情報ＤＢ１０ｅ、相性情報ＤＢ１０ｆ、および、モニ
タ１０ｇによって構成されている。
を示す図である。この図に示すように、管理システム１
０は、通知情報分析部１０ａ、ハード変更管理部１０
ｂ、故障管理部１０ｃ、設備構成管理部１０ｄ、設備構
成情報ＤＢ１０ｅ、相性情報ＤＢ１０ｆ、および、モニ
タ１０ｇによって構成されている。
【００２９】通知情報分析部１０ａは、被管理システム
３０−１〜３０−ｎから送信されて来る各種通知を受信
するとともに、内容に応じてその通知を装置の各部に振
り分ける。
３０−１〜３０−ｎから送信されて来る各種通知を受信
するとともに、内容に応じてその通知を装置の各部に振
り分ける。
【００３０】ハード変更管理部１０ｂは、被管理システ
ム３０−１〜３０−ｎにおいて、ハードが交換された場
合には、交換されたハード（以下、交換ハードと称す）
と関連するハード（以下、関連ハードと称す）の相性が
適切であるか否かを分析するように設備構成管理部１０
ｄに要求し、得られた結果をモニタ１０ｇに表示させ
る。なお、「関連を有する」とは、接続関係を有する等
の一定の相互関係を有する場合を指す。
ム３０−１〜３０−ｎにおいて、ハードが交換された場
合には、交換されたハード（以下、交換ハードと称す）
と関連するハード（以下、関連ハードと称す）の相性が
適切であるか否かを分析するように設備構成管理部１０
ｄに要求し、得られた結果をモニタ１０ｇに表示させ
る。なお、「関連を有する」とは、接続関係を有する等
の一定の相互関係を有する場合を指す。
【００３１】故障管理部１０ｃは、ハードの故障が発生
した場合には、その故障に関する種々の情報を相性情報
として相性情報ＤＢ１０ｆに格納する。また、故障が発
生した場合や管理者から要求があった場合には、故障し
たハード（または要求されたハード）に対する最適なハ
ード（以下、最適ハードと称す）を割り出す要求を設備
構成管理部１０ｄに対して行い、その結果をモニタ１０
ｇに表示させる。
した場合には、その故障に関する種々の情報を相性情報
として相性情報ＤＢ１０ｆに格納する。また、故障が発
生した場合や管理者から要求があった場合には、故障し
たハード（または要求されたハード）に対する最適なハ
ード（以下、最適ハードと称す）を割り出す要求を設備
構成管理部１０ｄに対して行い、その結果をモニタ１０
ｇに表示させる。
【００３２】設備構成管理部１０ｄは、故障管理部１０
ｃその他から要求があった場合には、設備構成情報ＤＢ
１０ｅと相性情報ＤＢ１０ｆとを参照して、最適ハード
を特定し、その結果を返す。
ｃその他から要求があった場合には、設備構成情報ＤＢ
１０ｅと相性情報ＤＢ１０ｆとを参照して、最適ハード
を特定し、その結果を返す。
【００３３】設備構成情報ＤＢ１０ｅは、各被管理シス
テムを構成するハードの固有情報と、それらの接続関係
を示す情報からなる設備構成情報１０ｅ−ｄを格納して
いる。
テムを構成するハードの固有情報と、それらの接続関係
を示す情報からなる設備構成情報１０ｅ−ｄを格納して
いる。
【００３４】相性情報ＤＢ１０ｆは、故障が発生したハ
ードとその関連ハードを特定する情報、それらの固有情
報、故障の種類、および、故障の発生回数を示す情報で
ある相性情報１０ｆ−ｄを格納している。
ードとその関連ハードを特定する情報、それらの固有情
報、故障の種類、および、故障の発生回数を示す情報で
ある相性情報１０ｆ−ｄを格納している。
【００３５】モニタ１０ｇは、例えば、ＣＲＴモニタに
よって構成されており、ハード変更管理部１０ｂ、故障
管理部１０ｃ、および、設備構成管理部１０ｄから供給
された情報を表示する。
よって構成されており、ハード変更管理部１０ｂ、故障
管理部１０ｃ、および、設備構成管理部１０ｄから供給
された情報を表示する。
【００３６】図３は、被管理システム３０−１〜３０−
ｎの詳細な構成例を示す図である。なおこの図では、被
管理システム３０−１〜３０−ｎを代表して被管理シス
テム３０として示してある。
ｎの詳細な構成例を示す図である。なおこの図では、被
管理システム３０−１〜３０−ｎを代表して被管理シス
テム３０として示してある。
【００３７】この図に示すように、被管理システム３０
は、複数の装置３００〜３０２によって構成されてい
る。各装置は複数のハードによって構成されているが、
その一例として装置３００の場合では、ハードＡ（３０
０ａ）〜ハードＤ（３００ｄ）によって構成されてい
る。なお、各ハード３００ａ〜３００ｄは、ＲＯＭ（Re
adOnly Memory）等を具備しており、固有情報としてベ
ンダ名や版数等を格納している。
は、複数の装置３００〜３０２によって構成されてい
る。各装置は複数のハードによって構成されているが、
その一例として装置３００の場合では、ハードＡ（３０
０ａ）〜ハードＤ（３００ｄ）によって構成されてい
る。なお、各ハード３００ａ〜３００ｄは、ＲＯＭ（Re
adOnly Memory）等を具備しており、固有情報としてベ
ンダ名や版数等を格納している。
【００３８】図４および図５は、図２に示す設備構成情
報ＤＢ１０ｅに格納されている情報の一例を示す図であ
る。先ず、図４は、各被管理装置におけるハードの接続
関係を示す接続構成テーブルである。この接続構成テー
ブルは、各被管理装置毎に準備されており、その被管理
装置が具備するハードの接続関係が示されている。
報ＤＢ１０ｅに格納されている情報の一例を示す図であ
る。先ず、図４は、各被管理装置におけるハードの接続
関係を示す接続構成テーブルである。この接続構成テー
ブルは、各被管理装置毎に準備されており、その被管理
装置が具備するハードの接続関係が示されている。
【００３９】この図の例では、第１行目から第３行目に
示す内容を参照することにより、「ハードＡ」は、「ハ
ードＢ」、「ハードＣ」、および、「ハードＤ」を関連
ハードとしており、相互に接続関係を有していることが
分かる（図３参照）。
示す内容を参照することにより、「ハードＡ」は、「ハ
ードＢ」、「ハードＣ」、および、「ハードＤ」を関連
ハードとしており、相互に接続関係を有していることが
分かる（図３参照）。
【００４０】次に、図５は、各被管理装置に具備されて
いるハードの固有情報が格納されたハード情報テーブル
である。このハード情報テーブルは、各被管理装置毎に
準備されており、その被管理装置が具備するハードの固
有情報を格納している。
いるハードの固有情報が格納されたハード情報テーブル
である。このハード情報テーブルは、各被管理装置毎に
準備されており、その被管理装置が具備するハードの固
有情報を格納している。
【００４１】例えば、第１行目に示す「ハードＡ」は、
ベンダ名が「○○社」であり、その版数は「００３」で
あり、故障回数が「１」であることが示されている。次
に、以上の実施の形態の動作について説明する。
ベンダ名が「○○社」であり、その版数は「００３」で
あり、故障回数が「１」であることが示されている。次
に、以上の実施の形態の動作について説明する。
【００４２】最初に、相性情報ＤＢ１０ｆに格納されて
いる相性情報１０ｆ−ｄを作成する場合の動作について
説明する。図６は、相性情報１０ｆ−ｄを作成する処理
の一例を説明するフローチャートである。このフローチ
ャートが開始されると、以下の処理が実行されることに
なる。なお、以下では被管理システム３０−１のハード
Ｂが故障した場合を例に挙げて説明を行う。 ［Ｓ１０］通知情報分析部１０ａは、被管理システム３
０−１〜３０−ｎから送信されてきたメッセージを受信
する。
いる相性情報１０ｆ−ｄを作成する場合の動作について
説明する。図６は、相性情報１０ｆ−ｄを作成する処理
の一例を説明するフローチャートである。このフローチ
ャートが開始されると、以下の処理が実行されることに
なる。なお、以下では被管理システム３０−１のハード
Ｂが故障した場合を例に挙げて説明を行う。 ［Ｓ１０］通知情報分析部１０ａは、被管理システム３
０−１〜３０−ｎから送信されてきたメッセージを受信
する。
【００４３】いまの例では、被管理システム３０−１か
ら送信されてきた、ハードの故障を示すメッセージを受
信する。 ［Ｓ１１］通知情報分析部１０ａは、受信したメッセー
ジが装置の故障を通知するものであるか否かを判定し、
装置の故障を通知するものである場合にはステップＳ１
３に進み、それ以外の場合にはステップＳ１２に進む。
ら送信されてきた、ハードの故障を示すメッセージを受
信する。 ［Ｓ１１］通知情報分析部１０ａは、受信したメッセー
ジが装置の故障を通知するものであるか否かを判定し、
装置の故障を通知するものである場合にはステップＳ１
３に進み、それ以外の場合にはステップＳ１２に進む。
【００４４】いまの例では、ステップＳ１３に進むこと
になる。 ［Ｓ１２］管理システム１０では、メッセージに対応す
る処理が実行される。 ［Ｓ１３］故障管理部１０ｃは、通知情報分析部１０ａ
によって受信されたメッセージに含まれている固有情報
を取得し、故障したハードを特定する。
になる。 ［Ｓ１２］管理システム１０では、メッセージに対応す
る処理が実行される。 ［Ｓ１３］故障管理部１０ｃは、通知情報分析部１０ａ
によって受信されたメッセージに含まれている固有情報
を取得し、故障したハードを特定する。
【００４５】いまの例では、被管理システム３０−１の
ハードＢが故障したハードとして特定されることにな
る。 ［Ｓ１４］故障管理部１０ｃは、故障したハードの故障
回数を１だけインクリメントする。
ハードＢが故障したハードとして特定されることにな
る。 ［Ｓ１４］故障管理部１０ｃは、故障したハードの故障
回数を１だけインクリメントする。
【００４６】即ち、故障管理部１０ｃは、図５のハード
Ｂの故障回数を１だけインクリメントする。 ［Ｓ１５］故障管理部１０ｃは、設備構成情報ＤＢ１０
ｅから、該当する設備情報を検索する。
Ｂの故障回数を１だけインクリメントする。 ［Ｓ１５］故障管理部１０ｃは、設備構成情報ＤＢ１０
ｅから、該当する設備情報を検索する。
【００４７】即ち、いまの例では、ハードＢが故障して
いるので、図４に示す接続構成テーブルの第４行目から
ハードＢの関連ハードがハードＡであることが特定され
る。そして、図５に示すハード情報テーブルから、ハー
ドＡおよびハードＢのベンダ名と版数とが特定される。
いるので、図４に示す接続構成テーブルの第４行目から
ハードＢの関連ハードがハードＡであることが特定され
る。そして、図５に示すハード情報テーブルから、ハー
ドＡおよびハードＢのベンダ名と版数とが特定される。
【００４８】このようにして特定された情報をテーブル
形式で示したものが図７である。この図の例では、故障
種別は「○×障害」、故障したハードのハード名は「ハ
ードＢ」、そのベンダ名は「××社」、版数は「００
１」、関連ハードのハード名は「ハードＡ」、そのベン
ダ名は「○○社」、版数は「００３」となっていること
が分かる。 ［Ｓ１６］故障管理部１０ｃは、相性情報ＤＢ１０ｆか
ら、該当する相性情報を検索する。 ［Ｓ１７］故障管理部１０ｃは、該当する相性情報が存
在している場合にはステップＳ１９に進み、それ以外の
場合にはステップＳ１８に進む。
形式で示したものが図７である。この図の例では、故障
種別は「○×障害」、故障したハードのハード名は「ハ
ードＢ」、そのベンダ名は「××社」、版数は「００
１」、関連ハードのハード名は「ハードＡ」、そのベン
ダ名は「○○社」、版数は「００３」となっていること
が分かる。 ［Ｓ１６］故障管理部１０ｃは、相性情報ＤＢ１０ｆか
ら、該当する相性情報を検索する。 ［Ｓ１７］故障管理部１０ｃは、該当する相性情報が存
在している場合にはステップＳ１９に進み、それ以外の
場合にはステップＳ１８に進む。
【００４９】いま、該当する情報が相性情報ＤＢ１０ｆ
に存在していないとすると、ステップＳ１８に進むこと
になる。 ［Ｓ１８］故障管理部１０ｃは、相性情報ＤＢ１０ｆに
対して、図７に示す情報を新規情報として登録する。
に存在していないとすると、ステップＳ１８に進むこと
になる。 ［Ｓ１８］故障管理部１０ｃは、相性情報ＤＢ１０ｆに
対して、図７に示す情報を新規情報として登録する。
【００５０】図８は、相性情報の一例を示す図である。
この例では、対象となるハードのハード名、ベンダ名、
および、版数が格納されているとともに、そのハードに
関連する関連ハードのハード名、ベンダ名、版数、発生
した故障の種別、および、その発生回数が格納されてい
る。
この例では、対象となるハードのハード名、ベンダ名、
および、版数が格納されているとともに、そのハードに
関連する関連ハードのハード名、ベンダ名、版数、発生
した故障の種別、および、その発生回数が格納されてい
る。
【００５１】例えば、第１行目の例では、対象となるハ
ードのハード名は「ハードＡ」であり、そのベンダ名お
よび版数はそれぞれ「××社」および「００１」である
ことが分かる。また、関連ハードのハード名、ベンダ
名、および、版数はそれぞれ「ハードＣ」、「□□
社」、「００１」である。更に、故障の種別とその発生
回数は「○×障害」と「１０回」であることが分かる。
ードのハード名は「ハードＡ」であり、そのベンダ名お
よび版数はそれぞれ「××社」および「００１」である
ことが分かる。また、関連ハードのハード名、ベンダ
名、および、版数はそれぞれ「ハードＣ」、「□□
社」、「００１」である。更に、故障の種別とその発生
回数は「○×障害」と「１０回」であることが分かる。
【００５２】また、第３行目に示されている項目は、ス
テップＳ１８の処理により新たに登録された情報であ
る。即ち、図７に示す情報と同様の情報が登録されてい
ることが分かる。 ［Ｓ１９］故障管理部１０ｃは、相性情報１０ｆ−ｄの
該当する故障回数を１だけインクリメントする。
テップＳ１８の処理により新たに登録された情報であ
る。即ち、図７に示す情報と同様の情報が登録されてい
ることが分かる。 ［Ｓ１９］故障管理部１０ｃは、相性情報１０ｆ−ｄの
該当する故障回数を１だけインクリメントする。
【００５３】例えば、図７に示す故障が第２回目である
場合には、図８に示す相性情報１０ｆ−ｄの第３行目の
故障回数が１だけインクリメントされて「１回」から
「２回」に更新されることになる。
場合には、図８に示す相性情報１０ｆ−ｄの第３行目の
故障回数が１だけインクリメントされて「１回」から
「２回」に更新されることになる。
【００５４】以上の処理によれば、被管理装置において
故障が発生した場合であって、該当する情報が相性情報
ＤＢ１０ｆに存在していない場合には、新規な情報とし
て登録される。また、該当する情報が存在している場合
には、その故障回数がインクリメントされることにな
る。なお、以上のような処理は、全ての被管理システム
３０−１〜３０−ｎを対象として行われるため、システ
ム全体における故障の発生の履歴が生成されることにな
る。
故障が発生した場合であって、該当する情報が相性情報
ＤＢ１０ｆに存在していない場合には、新規な情報とし
て登録される。また、該当する情報が存在している場合
には、その故障回数がインクリメントされることにな
る。なお、以上のような処理は、全ての被管理システム
３０−１〜３０−ｎを対象として行われるため、システ
ム全体における故障の発生の履歴が生成されることにな
る。
【００５５】次に、所定のイベント（例えば、所定のハ
ードの故障や管理者からの要求等）が発生した場合に、
相性情報１０ｆ−ｄを参照して、最適ハードを提示する
処理の一例について図９を参照して説明する。なお、以
下では、図１１に示す相性情報が相性情報ＤＢ１０ｆに
格納されている場合であって、ハードが故障したことを
示すメッセージを受信した場合を例に挙げて説明を行
う。このフローチャートが開始されると以下の処理が実
行される。 ［Ｓ３０］故障管理部１０ｃは、通知情報分析部１０ａ
が受信したメッセージを参照することにより、対象とす
るハード（故障したハード）を決定する。
ードの故障や管理者からの要求等）が発生した場合に、
相性情報１０ｆ−ｄを参照して、最適ハードを提示する
処理の一例について図９を参照して説明する。なお、以
下では、図１１に示す相性情報が相性情報ＤＢ１０ｆに
格納されている場合であって、ハードが故障したことを
示すメッセージを受信した場合を例に挙げて説明を行
う。このフローチャートが開始されると以下の処理が実
行される。 ［Ｓ３０］故障管理部１０ｃは、通知情報分析部１０ａ
が受信したメッセージを参照することにより、対象とす
るハード（故障したハード）を決定する。
【００５６】例えば、故障したハードが被管理システム
３０−１のハードＢであるとすると、故障管理部１０ｃ
はハードＢを対象とするハードとして決定する。 ［Ｓ３１］故障管理部１０ｃは、故障回数を取得する。
３０−１のハードＢであるとすると、故障管理部１０ｃ
はハードＢを対象とするハードとして決定する。 ［Ｓ３１］故障管理部１０ｃは、故障回数を取得する。
【００５７】即ち、故障管理部１０ｃは、図５に示す表
において、該当する「故障回数」を取得する。 ［Ｓ３２］故障管理部１０ｃは、ステップＳ３２におい
て抽出した故障回数が所定の閾値ｔｈよりも大きいか否
かを判定し、大きい場合にはステップＳ３３に進み、そ
れ以外の場合には処理を終了する。 ［Ｓ３３］故障管理部１０ｃは、該当するハードを交換
するように勧告するメッセージをモニタ１０ｇに表示さ
せる。 ［Ｓ３４］故障管理部１０ｃは、相性情報１０ｆ−ｄか
ら、該当する情報を検索する。即ち、故障管理部１０ｃ
は、故障したハードのハード名、ベンダ名、および、版
数をキーとして該当する情報を相性情報１０ｆ−ｄから
検索する。
において、該当する「故障回数」を取得する。 ［Ｓ３２］故障管理部１０ｃは、ステップＳ３２におい
て抽出した故障回数が所定の閾値ｔｈよりも大きいか否
かを判定し、大きい場合にはステップＳ３３に進み、そ
れ以外の場合には処理を終了する。 ［Ｓ３３］故障管理部１０ｃは、該当するハードを交換
するように勧告するメッセージをモニタ１０ｇに表示さ
せる。 ［Ｓ３４］故障管理部１０ｃは、相性情報１０ｆ−ｄか
ら、該当する情報を検索する。即ち、故障管理部１０ｃ
は、故障したハードのハード名、ベンダ名、および、版
数をキーとして該当する情報を相性情報１０ｆ−ｄから
検索する。
【００５８】いまの例では、故障管理部１０ｃは、図１
２に示す情報をキーとして、相性情報１０ｆ−ｄから該
当する情報を検索する。この例では、「ハードＢ、□□
社、００１」がキーであるので、図１１に示す相性情報
の第３，５，６行目の情報その他が該当する項目として
取得される。
２に示す情報をキーとして、相性情報１０ｆ−ｄから該
当する情報を検索する。この例では、「ハードＢ、□□
社、００１」がキーであるので、図１１に示す相性情報
の第３，５，６行目の情報その他が該当する項目として
取得される。
【００５９】図１３は、得られた情報をテーブル形式で
示す図である。この例では、図１１の第３，５，６行目
に示す情報が第１〜第３行目に示されている。 ［Ｓ３５］故障管理部１０ｃは、故障したハードＢの代
替となる最適ハードを検索する処理を行う。
示す図である。この例では、図１１の第３，５，６行目
に示す情報が第１〜第３行目に示されている。 ［Ｓ３５］故障管理部１０ｃは、故障したハードＢの代
替となる最適ハードを検索する処理を行う。
【００６０】なお、この処理の詳細は図１０を参照して
後述する。 ［Ｓ３６］故障管理部１０ｃは、ステップＳ３５の処理
によって得られた最適ハードをモニタ１０ｇに表示させ
る。
後述する。 ［Ｓ３６］故障管理部１０ｃは、ステップＳ３５の処理
によって得られた最適ハードをモニタ１０ｇに表示させ
る。
【００６１】図１４は、ステップＳ３４，３６の処理の
結果、モニタ１０ｇに表示される画面の表示例である。
この表示例では、被管理システム３０−１のハードＢが
故障した旨を示すメッセージと、新たなハード（最適ハ
ード）と交換することを促すメッセージが表示されてお
り、最適ハードとしては「○△社」の版数「０１１」の
ハードＢが最適であることが示されている。
結果、モニタ１０ｇに表示される画面の表示例である。
この表示例では、被管理システム３０−１のハードＢが
故障した旨を示すメッセージと、新たなハード（最適ハ
ード）と交換することを促すメッセージが表示されてお
り、最適ハードとしては「○△社」の版数「０１１」の
ハードＢが最適であることが示されている。
【００６２】次に、図１０を参照して、図９に示す「最
適ハード検索処理」の詳細について説明する。このフロ
ーチャートが開始されると、以下の処理が実行されるこ
とになる。 ［Ｓ５０］設備構成管理部１０ｄは、対象となるハード
情報を取得する。
適ハード検索処理」の詳細について説明する。このフロ
ーチャートが開始されると、以下の処理が実行されるこ
とになる。 ［Ｓ５０］設備構成管理部１０ｄは、対象となるハード
情報を取得する。
【００６３】いまの例では、対象となるハードの情報と
して、被管理システム３０−１のハードＢが取得され
る。 ［Ｓ５１］設備構成管理部１０ｄは、対象となるハード
の関連ハードを、設備構成情報ＤＢ１０ｅから特定す
る。
して、被管理システム３０−１のハードＢが取得され
る。 ［Ｓ５１］設備構成管理部１０ｄは、対象となるハード
の関連ハードを、設備構成情報ＤＢ１０ｅから特定す
る。
【００６４】いまの例では、ハードＢの関連ハードとし
てハードＡが特定されることになる。 ［Ｓ５２］設備構成管理部１０ｄは、関連ハードと接続
実績のあるハードを相性情報ＤＢ１０ｆから検索する。
てハードＡが特定されることになる。 ［Ｓ５２］設備構成管理部１０ｄは、関連ハードと接続
実績のあるハードを相性情報ＤＢ１０ｆから検索する。
【００６５】いまの例では、被管理システム３０−１が
具備するハードＡは、ベンダが「○○社」であり、版数
が「００３」であるので、設備構成管理部１０ｄは、こ
れらの条件を備えるハードＡを関連ハードとするハード
Ｂに係る情報を相性情報ＤＢ１０ｆから検索する。 ［Ｓ５３］設備構成管理部１０ｄは、得られた情報の中
から、故障回数が最も少ないものを特定する。
具備するハードＡは、ベンダが「○○社」であり、版数
が「００３」であるので、設備構成管理部１０ｄは、こ
れらの条件を備えるハードＡを関連ハードとするハード
Ｂに係る情報を相性情報ＤＢ１０ｆから検索する。 ［Ｓ５３］設備構成管理部１０ｄは、得られた情報の中
から、故障回数が最も少ないものを特定する。
【００６６】なお、ハードＡを関連ハードとする情報の
故障回数は、ハードＢの故障回数を示しているので、そ
の逆の場合（ハードＢが関連ハードである場合）に対し
ても検索を行い、これらの平均が最も少ないものを最適
ハードとして選択するようにしてもよい。このようにす
れば、ハードＢだけでなくハードＡにおける故障の発生
も考慮して最適ハードを選択することが可能となる。 ［Ｓ５４］設備構成管理部１０ｄは、得られたハードＢ
を最適ハードとし、もとの処理に復帰する。
故障回数は、ハードＢの故障回数を示しているので、そ
の逆の場合（ハードＢが関連ハードである場合）に対し
ても検索を行い、これらの平均が最も少ないものを最適
ハードとして選択するようにしてもよい。このようにす
れば、ハードＢだけでなくハードＡにおける故障の発生
も考慮して最適ハードを選択することが可能となる。 ［Ｓ５４］設備構成管理部１０ｄは、得られたハードＢ
を最適ハードとし、もとの処理に復帰する。
【００６７】以上の処理によれば、相性情報に格納され
ている過去の履歴から、所定のハードと接続された場合
に最も故障の発生が少ない最適なハードを選択すること
が可能となる。
ている過去の履歴から、所定のハードと接続された場合
に最も故障の発生が少ない最適なハードを選択すること
が可能となる。
【００６８】以上、図９および図１０を参照して説明し
たように、これらの処理によれば、所定のハードの故障
回数が所定の閾値ｔｈを上回っている場合には、これに
代わる最適ハードを相性情報１０ｆ−ｄをから検索して
提示することが可能となるので、管理者が迅速な対応を
行うことが可能となるとともに、システムの信頼性を向
上させることが可能となる。
たように、これらの処理によれば、所定のハードの故障
回数が所定の閾値ｔｈを上回っている場合には、これに
代わる最適ハードを相性情報１０ｆ−ｄをから検索して
提示することが可能となるので、管理者が迅速な対応を
行うことが可能となるとともに、システムの信頼性を向
上させることが可能となる。
【００６９】次に、図１５を参照し、被管理システム３
０−１〜３０−ｎの何れかにおいて、ハードの交換が行
われた場合において、交換後のハードが最適であるか否
かを判定する処理について説明する。以下の例では、図
１６に示す相性情報が相性情報ＤＢ１０ｆに格納されて
いる場合であって、被管理システム３０−１においてハ
ードＢが交換された場合を例に挙げて説明する。このフ
ローチャートが開始されると、以下の処理が実行される
ことになる。 ［Ｓ７０］通知情報分析部１０ａは、被管理システム３
０−１〜３０−ｎから送信されてきたメッセージを受信
する。なお、このメッセージには、ハードが交換された
ことを示す情報、交換された新たなハードの固有情報、
および、その交換が行われた被管理システムを特定する
ための情報が含まれているものとする。
０−１〜３０−ｎの何れかにおいて、ハードの交換が行
われた場合において、交換後のハードが最適であるか否
かを判定する処理について説明する。以下の例では、図
１６に示す相性情報が相性情報ＤＢ１０ｆに格納されて
いる場合であって、被管理システム３０−１においてハ
ードＢが交換された場合を例に挙げて説明する。このフ
ローチャートが開始されると、以下の処理が実行される
ことになる。 ［Ｓ７０］通知情報分析部１０ａは、被管理システム３
０−１〜３０−ｎから送信されてきたメッセージを受信
する。なお、このメッセージには、ハードが交換された
ことを示す情報、交換された新たなハードの固有情報、
および、その交換が行われた被管理システムを特定する
ための情報が含まれているものとする。
【００７０】いまの例では、通知情報分析部１０ａは、
被管理システム３０−１から送信されたメッセージを受
信する。 ［Ｓ７１］通知情報分析部１０ａは、受信したメッセー
ジがハードを交換したことを通知するメッセージである
場合にはステップＳ７２に進み、それ以外の場合には処
理を終了する。 ［Ｓ７２］ハード変更管理部１０ｂは、通知情報分析部
１０ａによって受信されたメッセージを取得し、設備構
成管理部１０ｄに対して最適ハードを検索するように要
請する。なお、この処理については、図１０を参照して
前述したので、その説明は省略する。
被管理システム３０−１から送信されたメッセージを受
信する。 ［Ｓ７１］通知情報分析部１０ａは、受信したメッセー
ジがハードを交換したことを通知するメッセージである
場合にはステップＳ７２に進み、それ以外の場合には処
理を終了する。 ［Ｓ７２］ハード変更管理部１０ｂは、通知情報分析部
１０ａによって受信されたメッセージを取得し、設備構
成管理部１０ｄに対して最適ハードを検索するように要
請する。なお、この処理については、図１０を参照して
前述したので、その説明は省略する。
【００７１】いまの例では、ハードＢが交換され、その
関連ハードはハードＡであるので、ハードＡを関連ハー
ドとするハードＢに関する情報が先ず取得される。図１
７は、取得された情報の一例を示す図である。この図で
は、版数がともに「０１１」である「××社」と「○△
社」のハードＢの情報が一例として示されている。そし
て、これらのうち、故障回数が最も少ない「○△社」の
版数が「０１１」であるハードＢが最適ハードとされ
る。 ［Ｓ７３］ハード変更管理部１０ｂは、交換されたハー
ド（交換ハード）と、ステップＳ７２において検索され
た最適ハードとが同一であるか否かを判定する。その結
果、同一であると判定した場合にはステップＳ７４に進
み、それ以外の場合にはステップＳ７５に進む。 ［Ｓ７４］ハード変更管理部１０ｂは、交換されたハー
ドが最適ハードである旨をモニタ１０ｇに表示させる。 ［Ｓ７５］ハード変更管理部１０ｂは、他に最適ハード
が存在している旨をモニタ１０ｇに表示させる。
関連ハードはハードＡであるので、ハードＡを関連ハー
ドとするハードＢに関する情報が先ず取得される。図１
７は、取得された情報の一例を示す図である。この図で
は、版数がともに「０１１」である「××社」と「○△
社」のハードＢの情報が一例として示されている。そし
て、これらのうち、故障回数が最も少ない「○△社」の
版数が「０１１」であるハードＢが最適ハードとされ
る。 ［Ｓ７３］ハード変更管理部１０ｂは、交換されたハー
ド（交換ハード）と、ステップＳ７２において検索され
た最適ハードとが同一であるか否かを判定する。その結
果、同一であると判定した場合にはステップＳ７４に進
み、それ以外の場合にはステップＳ７５に進む。 ［Ｓ７４］ハード変更管理部１０ｂは、交換されたハー
ドが最適ハードである旨をモニタ１０ｇに表示させる。 ［Ｓ７５］ハード変更管理部１０ｂは、他に最適ハード
が存在している旨をモニタ１０ｇに表示させる。
【００７２】図１８は、ステップＳ７５の処理により、
モニタ１０ｇに表示される画面の表示例である。この例
では、被管理システム３０−１のハードＢが交換された
旨が示されており、また、交換後のハードは他の装置と
の相性がよくないことから、「○○社」の版数が「０１
１」のハードＢに交換することを促すメッセージが表示
されている。
モニタ１０ｇに表示される画面の表示例である。この例
では、被管理システム３０−１のハードＢが交換された
旨が示されており、また、交換後のハードは他の装置と
の相性がよくないことから、「○○社」の版数が「０１
１」のハードＢに交換することを促すメッセージが表示
されている。
【００７３】このようなメッセージを参照することによ
り、管理システム１０側の管理者は、交換が適切に行わ
れたか否かを知るとともに、不適切な交換が行われた場
合にはそれを適切なハードに再度交換するように被管理
システム側の管理者に指示することが可能となる。
り、管理システム１０側の管理者は、交換が適切に行わ
れたか否かを知るとともに、不適切な交換が行われた場
合にはそれを適切なハードに再度交換するように被管理
システム側の管理者に指示することが可能となる。
【００７４】最後に、図１９を参照して、管理システム
１０側の管理者が図示せぬ入力部から、現状設備の構成
状況を分析する指示を行った場合に実行される処理の一
例について説明する。このフローチャートが開始される
と、以下の処理が実行されることになる。 ［Ｓ９０］設備構成管理部１０ｄは、モニタ１０ｇに具
備されている図示せぬ入力部から入力されたメッセージ
を入力する。 ［Ｓ９１］設備構成管理部１０ｄは、入力したメッセー
ジが現状設備の分析を指示するメッセージである場合に
はステップＳ９２に進み、それ以外の場合には処理を終
了する。 ［Ｓ９２］設備構成管理部１０ｄは、分析処理の対象と
なる管理システムを設備構成情報ＤＢ１０ｅを参照して
１つ選択する。
１０側の管理者が図示せぬ入力部から、現状設備の構成
状況を分析する指示を行った場合に実行される処理の一
例について説明する。このフローチャートが開始される
と、以下の処理が実行されることになる。 ［Ｓ９０］設備構成管理部１０ｄは、モニタ１０ｇに具
備されている図示せぬ入力部から入力されたメッセージ
を入力する。 ［Ｓ９１］設備構成管理部１０ｄは、入力したメッセー
ジが現状設備の分析を指示するメッセージである場合に
はステップＳ９２に進み、それ以外の場合には処理を終
了する。 ［Ｓ９２］設備構成管理部１０ｄは、分析処理の対象と
なる管理システムを設備構成情報ＤＢ１０ｅを参照して
１つ選択する。
【００７５】例えば、設備構成管理部１０ｄは、分析処
理の対象として被管理システム３０−１を選択する。 ［Ｓ９３］設備構成管理部１０ｄは、ステップＳ９２に
おいて選択された被管理システムを構成するハードの中
から所定のハードを設備構成情報ＤＢ１０ｅを参照して
選択する。
理の対象として被管理システム３０−１を選択する。 ［Ｓ９３］設備構成管理部１０ｄは、ステップＳ９２に
おいて選択された被管理システムを構成するハードの中
から所定のハードを設備構成情報ＤＢ１０ｅを参照して
選択する。
【００７６】例えば、設備構成管理部１０ｄは、分析処
理の対象としてハードＡを選択する。 ［Ｓ９４］設備構成管理部１０ｄは、相性情報ＤＢ１０
ｆを参照して、ステップＳ９３において選択したハード
に該当する情報を検索する。
理の対象としてハードＡを選択する。 ［Ｓ９４］設備構成管理部１０ｄは、相性情報ＤＢ１０
ｆを参照して、ステップＳ９３において選択したハード
に該当する情報を検索する。
【００７７】例えば、設備構成管理部１０ｄは、設備構
成情報ＤＢ１０ｅから、被管理システム３０−１に具備
されているハードＡの固有情報を取得し、取得した情報
に該当する情報を相性情報ＤＢ１０ｆから検索する。 ［Ｓ９５］設備構成管理部１０ｄは、ステップＳ９４に
おいて検索された情報に含まれている故障回数の合計を
算出する。
成情報ＤＢ１０ｅから、被管理システム３０−１に具備
されているハードＡの固有情報を取得し、取得した情報
に該当する情報を相性情報ＤＢ１０ｆから検索する。 ［Ｓ９５］設備構成管理部１０ｄは、ステップＳ９４に
おいて検索された情報に含まれている故障回数の合計を
算出する。
【００７８】例えば、ステップＳ９４の検索の結果、３
つの情報が得られた場合には、設備構成管理部１０ｄ
は、それらの３つの故障回数の合計を算出する。 ［Ｓ９６］設備構成管理部１０ｄは、合計値が所定の閾
値ｔｈよりも大きいか否かを判定し、大きい場合にはス
テップＳ９７に進み、それ以外の場合にはステップＳ９
８に進む。 ［Ｓ９７］設備構成管理部１０ｄは、分析対象のハード
を親和性が低いハードとして記憶する。
つの情報が得られた場合には、設備構成管理部１０ｄ
は、それらの３つの故障回数の合計を算出する。 ［Ｓ９６］設備構成管理部１０ｄは、合計値が所定の閾
値ｔｈよりも大きいか否かを判定し、大きい場合にはス
テップＳ９７に進み、それ以外の場合にはステップＳ９
８に進む。 ［Ｓ９７］設備構成管理部１０ｄは、分析対象のハード
を親和性が低いハードとして記憶する。
【００７９】例えば、設備構成管理部１０ｄは、合計値
が閾値ｔｈよりも大きい場合にはハードＡを親和性が低
いハードとして記憶する。 ［Ｓ９８］設備構成管理部１０ｄは、分析対象のハード
を親和性が高いハードとして記憶する。
が閾値ｔｈよりも大きい場合にはハードＡを親和性が低
いハードとして記憶する。 ［Ｓ９８］設備構成管理部１０ｄは、分析対象のハード
を親和性が高いハードとして記憶する。
【００８０】例えば、設備構成管理部１０ｄは、合計値
が閾値ｔｈ以下である場合にはハードＡを親和性が高い
ハードとして記憶する。 ［Ｓ９９］設備構成管理部１０ｄは、分析対象の被管理
システムにおいて未処理のハードが存在するか否かを判
定し、未処理のハードが存在する場合にはステップＳ９
３に進み、それ以外の場合にはステップＳ１００に進
む。
が閾値ｔｈ以下である場合にはハードＡを親和性が高い
ハードとして記憶する。 ［Ｓ９９］設備構成管理部１０ｄは、分析対象の被管理
システムにおいて未処理のハードが存在するか否かを判
定し、未処理のハードが存在する場合にはステップＳ９
３に進み、それ以外の場合にはステップＳ１００に進
む。
【００８１】即ち、被管理システム３０−１において未
処理のハードが存在している場合にはステップＳ９３に
進み、全てのハードの処理が終了した場合にはステップ
Ｓ１００に進む。 ［Ｓ１００］設備構成管理部１０ｄは、未処理の被管理
システムが存在するか否かを判定し、未処理の被管理シ
ステムが存在する場合にはステップＳ９２に進み、それ
以外の場合にはステップＳ１０１に進む。
処理のハードが存在している場合にはステップＳ９３に
進み、全てのハードの処理が終了した場合にはステップ
Ｓ１００に進む。 ［Ｓ１００］設備構成管理部１０ｄは、未処理の被管理
システムが存在するか否かを判定し、未処理の被管理シ
ステムが存在する場合にはステップＳ９２に進み、それ
以外の場合にはステップＳ１０１に進む。
【００８２】即ち、全ての被管理システム３０−１〜３
０−ｎに対する処理が全て終了した場合にはステップＳ
１０１に進み、それ以外の場合にはステップＳ９３に進
む。 ［Ｓ１０１］設備構成管理部１０ｄは、処理の結果をモ
ニタ１０ｇに供給して表示させる。
０−ｎに対する処理が全て終了した場合にはステップＳ
１０１に進み、それ以外の場合にはステップＳ９３に進
む。 ［Ｓ１０１］設備構成管理部１０ｄは、処理の結果をモ
ニタ１０ｇに供給して表示させる。
【００８３】その結果、モニタ１０ｇには、例えば、図
２０に示す画面が表示されることになる。この表示例で
は、被管理システム３０−１のハードＢは他の装置との
相性がよくないので、「○△社」の版数が「０１１」の
ハードと交換することを促すメッセージが表示されてい
る。
２０に示す画面が表示されることになる。この表示例で
は、被管理システム３０−１のハードＢは他の装置との
相性がよくないので、「○△社」の版数が「０１１」の
ハードと交換することを促すメッセージが表示されてい
る。
【００８４】以上のような処理によれば、相性情報を参
照して、現状のシステムを構成しているハードの選択状
況が適切であるか否かを判定することが可能となるの
で、不具合の発生が予測されるハードを事前に発見し、
それを適切なハードに交換することにより信頼性の高い
システムを構築することが可能となる。
照して、現状のシステムを構成しているハードの選択状
況が適切であるか否かを判定することが可能となるの
で、不具合の発生が予測されるハードを事前に発見し、
それを適切なハードに交換することにより信頼性の高い
システムを構築することが可能となる。
【００８５】なお、以上の実施の形態においては、通信
システムを例に挙げて説明を行ったが本発明はこのよう
な場合に限定されるものではない。また、管理の対象と
してボード（ハード）を例に挙げて説明を行ったが、例
えば、電子部品単位で管理を行うようにすることも可能
である。
システムを例に挙げて説明を行ったが本発明はこのよう
な場合に限定されるものではない。また、管理の対象と
してボード（ハード）を例に挙げて説明を行ったが、例
えば、電子部品単位で管理を行うようにすることも可能
である。
【００８６】
【発明の効果】以上説明したように本発明では、複数の
基本装置を制御対象として有する情報処理装置におい
て、基本装置において障害が発生した場合には、これを
検知する障害検知手段と、障害検知手段によって障害が
検知された場合には、障害が発生した基本装置に係る属
性情報を取得する情報取得手段と、情報取得手段によっ
て取得された属性情報と、障害が発生した基本装置を特
定するための特定情報とを関連付けて記憶する記憶手段
と、記憶手段に記憶されている情報に対して所定の処理
を施す処理手段と、処理手段の処理結果を提示する提示
手段とを有するようにしたので、システムを構成する基
本装置が適切に選択されているか否かを監視することが
可能となるので、信頼性の高いシステムを構築すること
ができる。
基本装置を制御対象として有する情報処理装置におい
て、基本装置において障害が発生した場合には、これを
検知する障害検知手段と、障害検知手段によって障害が
検知された場合には、障害が発生した基本装置に係る属
性情報を取得する情報取得手段と、情報取得手段によっ
て取得された属性情報と、障害が発生した基本装置を特
定するための特定情報とを関連付けて記憶する記憶手段
と、記憶手段に記憶されている情報に対して所定の処理
を施す処理手段と、処理手段の処理結果を提示する提示
手段とを有するようにしたので、システムを構成する基
本装置が適切に選択されているか否かを監視することが
可能となるので、信頼性の高いシステムを構築すること
ができる。
【図１】本発明の実施の形態の構成例を示す図である。
【図２】図１に示す管理システムの詳細な構成例を示す
ブロック図である。
ブロック図である。
【図３】図１に示す被管理システムの詳細な構成例を示
すブロック図である。
すブロック図である。
【図４】図２に示す設備構成情報ＤＢに格納されている
接続構成テーブルの一例を示す図である。
接続構成テーブルの一例を示す図である。
【図５】図２に示す設備構成情報ＤＢに格納されている
ハード情報テーブルの一例を示す図である。
ハード情報テーブルの一例を示す図である。
【図６】図２に示す相性情報ＤＢに格納されている相性
情報を生成する処理の一例を説明するフローチャートで
ある。
情報を生成する処理の一例を説明するフローチャートで
ある。
【図７】図６に示すフローチャートによって特定された
情報をテーブル形式で示した図である。
情報をテーブル形式で示した図である。
【図８】図６に示すフローチャートによって生成される
相性情報の一例を示す図である。
相性情報の一例を示す図である。
【図９】故障等が発生した場合において、対象となるハ
ードが適切であるか否かを判定する処理の一例を説明す
るフローチャートである。
ードが適切であるか否かを判定する処理の一例を説明す
るフローチャートである。
【図１０】図９に示す最適ハード検索処理の詳細を説明
するフローチャートである。
するフローチャートである。
【図１１】図２に示す相性情報ＤＢに格納されている相
性情報の一例である。
性情報の一例である。
【図１２】図９に示すフローチャートにおいて、検索の
キーとなる情報の一例を示す図である。
キーとなる情報の一例を示す図である。
【図１３】図１２に示す検索キーによって取得された情
報の一例である。
報の一例である。
【図１４】図９および図１０に示すフローチャートによ
ってモニタに表示される画面の表示例を示す図である。
ってモニタに表示される画面の表示例を示す図である。
【図１５】被管理システムにおいてハードが交換された
場合に実行される処理の一例を説明するフローチャート
である。
場合に実行される処理の一例を説明するフローチャート
である。
【図１６】図２に示す相性情報ＤＢに格納されている相
性情報の一例である。
性情報の一例である。
【図１７】図１５に示すフローチャートにおいて、最適
ハードの候補として選択される情報の一例を示す図であ
る。
ハードの候補として選択される情報の一例を示す図であ
る。
【図１８】図１５に示すフローチャートによりモニタに
表示される画面の表示例を示す図である。
表示される画面の表示例を示す図である。
【図１９】現状設備を分析する場合の処理の一例を説明
するフローチャートである。
するフローチャートである。
【図２０】図１９に示すフローチャートによりモニタに
表示される画面の表示例を示す図である。
表示される画面の表示例を示す図である。
【図２１】従来の管理システムの構成例を示すブロック
図である。
図である。
１０ 管理システム １０ａ 通知情報分析部 １０ｂ ハード変更管理部 １０ｃ 故障管理部 １０ｄ 設備構成管理部 １０ｅ 設備構成情報ＤＢ １０ｆ 相性情報ＤＢ １０ｇ モニタ ２０ ネットワーク ３０−１〜３０−ｎ 被管理システム
【手続補正書】
【提出日】平成１２年２月１８日（２０００．２．１
８）
８）
【手続補正１】
【補正対象書類名】明細書
【補正対象項目名】請求項２
【補正方法】変更
【補正内容】
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】００１２
【補正方法】変更
【補正内容】
【００１２】設備構成情報ＤＢ１ｅは、各被管理システ
ムを構成している基本装置の実装位置とその種類を特定
するための情報等を格納している。モニタ１ｇは、例え
ば、ＣＲＴ（Cathode Ray Tube）モニタ等であり、ハー
ド変更管理部１ｂおよび故障管理部１ｃから供給された
情報を表示する。
ムを構成している基本装置の実装位置とその種類を特定
するための情報等を格納している。モニタ１ｇは、例え
ば、ＣＲＴ（Cathode Ray Tube）モニタ等であり、ハー
ド変更管理部１ｂおよび故障管理部１ｃから供給された
情報を表示する。
【手続補正３】
【補正対象書類名】明細書
【補正対象項目名】００５７
【補正方法】変更
【補正内容】
【００５７】即ち、故障管理部１０ｃは、図５に示す表
において、該当する「故障回数」を取得する。 ［Ｓ３２］故障管理部１０ｃは、ステップＳ３１におい
て抽出した故障回数が所定の閾値ｔｈよりも大きいか否
かを判定し、大きい場合にはステップＳ３３に進み、そ
れ以外の場合には処理を終了する。 ［Ｓ３３］故障管理部１０ｃは、該当するハードを交換
するように勧告するメッセージをモニタ１０ｇに表示さ
せる。 ［Ｓ３４］故障管理部１０ｃは、相性情報１０ｆ−ｄか
ら、該当する情報を検索する。即ち、故障管理部１０ｃ
は、故障したハードのハード名、ベンダ名、および、版
数をキーとして該当する情報を相性情報１０ｆ−ｄから
検索する。
において、該当する「故障回数」を取得する。 ［Ｓ３２］故障管理部１０ｃは、ステップＳ３１におい
て抽出した故障回数が所定の閾値ｔｈよりも大きいか否
かを判定し、大きい場合にはステップＳ３３に進み、そ
れ以外の場合には処理を終了する。 ［Ｓ３３］故障管理部１０ｃは、該当するハードを交換
するように勧告するメッセージをモニタ１０ｇに表示さ
せる。 ［Ｓ３４］故障管理部１０ｃは、相性情報１０ｆ−ｄか
ら、該当する情報を検索する。即ち、故障管理部１０ｃ
は、故障したハードのハード名、ベンダ名、および、版
数をキーとして該当する情報を相性情報１０ｆ−ｄから
検索する。
【手続補正４】
【補正対象書類名】明細書
【補正対象項目名】００７４
【補正方法】変更
【補正内容】
【００７４】最後に、図１９を参照して、管理システム
１０側の管理者が図示せぬ入力部から、現状設備の構成
状況を分析する指示を行った場合に実行される処理の一
例について説明する。このフローチャートが開始される
と、以下の処理が実行されることになる。 ［Ｓ９０］設備構成管理部１０ｄは、モニタ１０ｇに具
備されている図示せぬ入力部から入力されたメッセージ
を入力する。 ［Ｓ９１］設備構成管理部１０ｄは、入力したメッセー
ジが現状設備の分析を指示するメッセージである場合に
はステップＳ９２に進み、それ以外の場合には処理を終
了する。 ［Ｓ９２］設備構成管理部１０ｄは、分析処理の対象と
なる被管理システムを設備構成情報ＤＢ１０ｅを参照し
て１つ選択する。
１０側の管理者が図示せぬ入力部から、現状設備の構成
状況を分析する指示を行った場合に実行される処理の一
例について説明する。このフローチャートが開始される
と、以下の処理が実行されることになる。 ［Ｓ９０］設備構成管理部１０ｄは、モニタ１０ｇに具
備されている図示せぬ入力部から入力されたメッセージ
を入力する。 ［Ｓ９１］設備構成管理部１０ｄは、入力したメッセー
ジが現状設備の分析を指示するメッセージである場合に
はステップＳ９２に進み、それ以外の場合には処理を終
了する。 ［Ｓ９２］設備構成管理部１０ｄは、分析処理の対象と
なる被管理システムを設備構成情報ＤＢ１０ｅを参照し
て１つ選択する。
【手続補正５】
【補正対象書類名】明細書
【補正対象項目名】００８２
【補正方法】変更
【補正内容】
【００８２】即ち、全ての被管理システム３０−１〜３
０−ｎに対する処理が全て終了した場合にはステップＳ
１０１に進み、それ以外の場合にはステップＳ９２に進
む。 ［Ｓ１０１］設備構成管理部１０ｄは、処理の結果をモ
ニタ１０ｇに供給して表示させる。
０−ｎに対する処理が全て終了した場合にはステップＳ
１０１に進み、それ以外の場合にはステップＳ９２に進
む。 ［Ｓ１０１］設備構成管理部１０ｄは、処理の結果をモ
ニタ１０ｇに供給して表示させる。
───────────────────────────────────────────────────── フロントページの続き (72)発明者 谷山 嘉人 福岡県福岡市早良区百道浜２丁目２番１号 富士通九州通信システム株式会社内 (72)発明者 堀之内 義章 福岡県福岡市早良区百道浜２丁目２番１号 富士通九州通信システム株式会社内 (72)発明者 三上 耕司 福岡県福岡市早良区百道浜２丁目２番１号 富士通九州通信システム株式会社内 Ｆターム(参考） 5B042 GA12 GA39 GB09 HH30 KK13 KK20 LA14 LA20 MA08 MC18 MC27 5B048 AA22 CC17 FF02 5K030 GA12 GA14 JA10 KA01 KA07 MA01 MB01 MB20 MD02 MD07 MD08 9A001 BB03 CC08 FF03 LL06
Claims (4)
- 【請求項１】 複数の基本装置を制御対象として有する
情報処理装置において、 前記基本装置において障害が発生した場合には、これを
検知する障害検知手段と、 前記障害検知手段によって障害が検知された場合には、
障害が発生した基本装置に係る属性情報を取得する情報
取得手段と、 前記情報取得手段によって取得された前記属性情報と、
障害が発生した基本装置を特定するための特定情報とを
関連付けて記憶する記憶手段と、 前記記憶手段に記憶されている情報に対して所定の処理
を施す処理手段と、 前記処理手段の処理結果を提示する提示手段と、 を有することを特徴とする情報処理装置。 - 【請求項２】 前記処理手段は、前記基本装置毎の障害
の発生回数を算出する処理を行い、 前記提示手段は、前記処理手段の処理の結果、障害の発
生回数が所定の閾値を上回る基本装置が存在する場合に
はその旨を提示する、 ことを特徴とする情報処理装置。 - 【請求項３】 前記属性情報は、その基本装置と接続関
係を有する他の基本装置を特定するための情報であり、 前記処理手段は、所定の基本装置が指定された場合に、
その基本装置と接続関係を有する他の基本装置を特定
し、特定された他の基本装置と接続関係を有する基本装
置のうち、障害の発生回数が最少である基本装置を前記
記憶手段から検索する処理を行い、 前記提示手段は、前記処理手段によって取得された他の
基本装置を、最適な相性を有する基本装置として提示す
る、 ことを特徴とする請求項１記載の情報処理装置。 - 【請求項４】 所定の基本装置が交換された場合には、
これを検知する交換検知手段を更に有し、 前記処理手段は、前記交換検知手段によって基本装置が
交換されたことが検知された場合には、交換後の基本装
置が最適な相性を有する基本装置であるか否かを判定す
る処理を行い、 前記提示手段は、他に最適な基本装置が存在する場合に
はその旨を提示する、 ことを特徴とする請求項３記載の情報処理装置。
Priority Applications (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP11165396A JP2000353108A (ja) | 1999-06-11 | 1999-06-11 | 情報処理装置 |
| US09/501,717 US6484128B1 (en) | 1999-06-11 | 2000-02-10 | Data processing system with configuration management capability based on compatibilities among hardware modules |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP11165396A JP2000353108A (ja) | 1999-06-11 | 1999-06-11 | 情報処理装置 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JP2000353108A true JP2000353108A (ja) | 2000-12-19 |
Family
ID=15811620
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP11165396A Withdrawn JP2000353108A (ja) | 1999-06-11 | 1999-06-11 | 情報処理装置 |
Country Status (2)
| Country | Link |
|---|---|
| US (1) | US6484128B1 (ja) |
| JP (1) | JP2000353108A (ja) |
Cited By (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2005322069A (ja) * | 2004-05-10 | 2005-11-17 | Hitachi Ltd | ディスクアレイ装置 |
| US7069473B2 (en) | 2001-10-05 | 2006-06-27 | Nec Corporation | Computer recovery method and system for recovering automatically from fault, and fault monitoring apparatus and program used in computer system |
| JP2006178720A (ja) * | 2004-12-22 | 2006-07-06 | Hitachi Ltd | ストレージシステム |
| KR100677545B1 (ko) | 2004-12-29 | 2007-02-02 | 삼성전자주식회사 | 복수개의 데이터 처리 장치를 이용한 데이터 처리 장치 및그 방법과, 이를 구현하기 위한 프로그램이 기록된 기록매체 |
| JP2010117940A (ja) * | 2008-11-13 | 2010-05-27 | Ricoh Co Ltd | 電子計算機、電子計算機の外部ストレージデバイスの認識情報のネットワーク情報共有処理方法、及びコンピュータプログラム |
| JP2011237872A (ja) * | 2010-05-06 | 2011-11-24 | Mitsubishi Electric Corp | Ｆａ機器構成設計支援装置 |
Families Citing this family (24)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6944759B1 (en) * | 2000-09-29 | 2005-09-13 | Hewlett-Packard Development Company, L.P. | Automatic system configuration management |
| US6826683B1 (en) * | 2000-10-23 | 2004-11-30 | Hewlett-Packard Development Company, L.P. | Predicting the health of a computer system by determining a set of modifications involved in a proposed intervention to an existing system |
| JP2002236590A (ja) * | 2000-12-08 | 2002-08-23 | Seiko Epson Corp | ソフトウェアのインストール方法 |
| US7234061B1 (en) * | 2001-06-29 | 2007-06-19 | Cisco Technology, Inc. | Methods and apparatus for verifying modules from approved vendors |
| US6795832B2 (en) * | 2001-10-09 | 2004-09-21 | Hewlett-Packard Development Company, L.P. | Rule based compatibility module |
| US6909992B2 (en) * | 2002-11-05 | 2005-06-21 | Sun Microsystems, Inc. | Automatically identifying replacement times for limited lifetime components |
| US20040115995A1 (en) * | 2002-11-25 | 2004-06-17 | Sanders Samuel Sidney | Circuit array module |
| US7137014B2 (en) * | 2002-11-27 | 2006-11-14 | International Business Machines Corporation | Apparatus, method and program product for automatically distributing power to modules within a server |
| US7227748B2 (en) * | 2003-03-31 | 2007-06-05 | Sun Microsystems, Inc. | Cooling module |
| US7206771B2 (en) * | 2003-11-11 | 2007-04-17 | International Business Machines Corporation | Automated knowledge system for equipment repair based on component failure history |
| EP1730612B1 (de) * | 2004-04-01 | 2009-12-02 | Bayerische Motorenwerke Aktiengesellschaft | Verfahren zur feststellung von inkompatibilitäten in einem bussystem mit mehreren steurgeräten |
| US7845016B2 (en) * | 2005-11-28 | 2010-11-30 | Cisco Technology, Inc. | Methods and apparatus for verifying modules from approved vendors |
| US8073861B2 (en) * | 2007-11-15 | 2011-12-06 | Target Brands, Inc. | Identifying opportunities for effective expansion of the content of a collaboration application |
| US8479253B2 (en) * | 2007-12-17 | 2013-07-02 | Ati Technologies Ulc | Method, apparatus and machine-readable medium for video processing capability communication between a video source device and a video sink device |
| US8866971B2 (en) * | 2007-12-17 | 2014-10-21 | Ati Technologies Ulc | Method, apparatus and machine-readable medium for apportioning video processing between a video source device and a video sink device |
| JP2011507415A (ja) * | 2007-12-20 | 2011-03-03 | エーティーアイ・テクノロジーズ・ユーエルシー | ビデオ送信側装置及びビデオ受信側装置を有するシステムにおけるビデオ処理の調整 |
| US8830393B2 (en) * | 2007-12-20 | 2014-09-09 | Ati Technologies Ulc | Method, apparatus and machine-readable medium for handling interpolated video content |
| US8041663B2 (en) | 2008-02-27 | 2011-10-18 | International Business Machines Corporation | Method for predicting problematic configurations and recommending safe configurations |
| US8140514B2 (en) * | 2008-11-26 | 2012-03-20 | Lsi Corporation | Automatic classification of defects |
| US8769654B2 (en) * | 2009-06-23 | 2014-07-01 | Cisco Technology, Inc. | Counterfeit prevention strategy for pluggable modules |
| US8756459B2 (en) * | 2011-10-31 | 2014-06-17 | International Business Machines Corporation | Fault detection based on diagnostic history |
| KR20180024616A (ko) * | 2016-08-30 | 2018-03-08 | 삼성전자주식회사 | 디스플레이 장치 및 디스플레이 장치의 캘리브레이션 수행 방법 |
| US10009482B1 (en) * | 2017-02-28 | 2018-06-26 | Kyocera Document Solutions Inc. | System and method for diagnosing parts of a printing device to be replaced based on an incident rate |
| US11593240B2 (en) | 2020-02-12 | 2023-02-28 | Samsung Electronics Co., Ltd. | Device and method for verifying a component of a storage device |
Family Cites Families (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH0749802A (ja) | 1993-08-05 | 1995-02-21 | Nec Corp | 障害処理装置 |
| JPH07219806A (ja) | 1994-02-02 | 1995-08-18 | Nippon Telegr & Teleph Corp <Ntt> | ハードウエア管理システムおよびハードウエア管理方法 |
| US5555191A (en) * | 1994-10-12 | 1996-09-10 | Trustees Of Columbia University In The City Of New York | Automated statistical tracker |
| US5768632A (en) * | 1996-03-22 | 1998-06-16 | Allen-Bradley Company, Inc. | Method for operating inductrial control with control program and I/O map by transmitting function key to particular module for comparison with function code before operating |
| US5790780A (en) * | 1996-07-16 | 1998-08-04 | Electronic Data Systems Corporation | Analysis of failures in a computing environment |
| US5956665A (en) * | 1996-11-15 | 1999-09-21 | Digital Equipment Corporation | Automatic mapping, monitoring, and control of computer room components |
| US6173128B1 (en) * | 1999-08-27 | 2001-01-09 | Xerox Corporation | Remanufacturing system for replaceable modules in a digital printing apparatus |
-
1999
- 1999-06-11 JP JP11165396A patent/JP2000353108A/ja not_active Withdrawn
-
2000
- 2000-02-10 US US09/501,717 patent/US6484128B1/en not_active Expired - Fee Related
Cited By (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7069473B2 (en) | 2001-10-05 | 2006-06-27 | Nec Corporation | Computer recovery method and system for recovering automatically from fault, and fault monitoring apparatus and program used in computer system |
| JP2005322069A (ja) * | 2004-05-10 | 2005-11-17 | Hitachi Ltd | ディスクアレイ装置 |
| JP4726432B2 (ja) * | 2004-05-10 | 2011-07-20 | 株式会社日立製作所 | ディスクアレイ装置 |
| JP2006178720A (ja) * | 2004-12-22 | 2006-07-06 | Hitachi Ltd | ストレージシステム |
| US7822894B2 (en) | 2004-12-22 | 2010-10-26 | Hitachi, Ltd | Managing storage system configuration information |
| KR100677545B1 (ko) | 2004-12-29 | 2007-02-02 | 삼성전자주식회사 | 복수개의 데이터 처리 장치를 이용한 데이터 처리 장치 및그 방법과, 이를 구현하기 위한 프로그램이 기록된 기록매체 |
| JP2010117940A (ja) * | 2008-11-13 | 2010-05-27 | Ricoh Co Ltd | 電子計算機、電子計算機の外部ストレージデバイスの認識情報のネットワーク情報共有処理方法、及びコンピュータプログラム |
| JP2011237872A (ja) * | 2010-05-06 | 2011-11-24 | Mitsubishi Electric Corp | Ｆａ機器構成設計支援装置 |
Also Published As
| Publication number | Publication date |
|---|---|
| US6484128B1 (en) | 2002-11-19 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP2000353108A (ja) | 情報処理装置 | |
| US20090013208A1 (en) | Real time automated exception notification and reporting solution | |
| US7506337B2 (en) | System and method for providing service of automated creation of computer software production images | |
| US20050120112A1 (en) | Intelligent knowledge management and content delivery system | |
| US7882439B2 (en) | Graphical user interface and method for customer centric network management | |
| US20040049372A1 (en) | Methods and apparatus for dependency-based impact simulation and vulnerability analysis | |
| CN104754026B (zh) | 通信装置、通信系统和通信方法 | |
| US20070174786A1 (en) | Computer-readable recording medium having recorded message display control program and message display control apparatus | |
| US7720941B2 (en) | Methods, systems and computer program products for network element information management | |
| EP2068542B1 (en) | Method and system for providing a user interface to a call center agent which guides him through the conversation with a caller | |
| CN113220540A (zh) | 业务管理方法、装置、计算机设备和存储介质 | |
| US8880664B1 (en) | Method and apparatus for generating a network profile and device profile | |
| US7092504B1 (en) | Method and system for presenting data stored within a network component | |
| CN101421682A (zh) | 呈现过程控制设备中的现场装置的状态信息 | |
| GB2398405A (en) | Consolidating data regarding a hierarchy of field replaceable units containing stored data | |
| US5751943A (en) | Electronic work environment for a data processing system | |
| CN106709051B (zh) | 一种比对信息展示的方法、设备及系统 | |
| US20230198866A1 (en) | Triggered automation framework | |
| US7730476B2 (en) | Field-replaceable unit revision compatibility | |
| US20050097400A1 (en) | Failures of computer system diagnostic procedures addressed in specified order | |
| CN105099750A (zh) | 故障信息管理装置、故障信息管理系统及其管理方法 | |
| US11356317B2 (en) | Alarm prioritization in a 5G telco network | |
| JP2022178869A (ja) | 運用支援プログラム、情報処理装置および運用支援方法 | |
| JPH10326208A (ja) | 障害復旧システム及び記録媒体 | |
| JPH07114484A (ja) | 故障診断方法 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A300 | Application deemed to be withdrawn because no request for examination was validly filed |
Free format text: JAPANESE INTERMEDIATE CODE: A300 Effective date: 20060905 |