(57)【要約】  異常状態となったＨＢＡによるＬＥＤの種々の発光である発光パターン２を記憶しておく。ＨＢＡ１に対する物理位置特定の要求を受け付けると、当該ＨＢＡ１を搭載するサーバ装置にＨＢＡの状態を問い合わせ、異常状態であった場合には、次に、当該ＨＢＡ１のＬＥＤの現発光パターンを取得する。そして、取得した現発光パターンと、予め記憶した発光パターン２とを突合し、突合の結果、現発光パターンに該当する発光パターンが発光パターン２中にない場合には、ＨＢＡ１以外のＨＢＡを特定の発光パターンで発光させる。なお、現発光パターンに該当する発光パターンが発光パターン２中にある場合には、ＨＢＡ１のＬＥＤは、現発光パターンで発光し続ける。こうすることによって、故障して発光部がコマンドどおりに動作する保証がないＨＢＡに対する物理位置特定についても、他のＨＢＡと区別して視認させることが可能となる。
2008120337.tif 000002
【特許請求の範囲】
【請求項１】
異常状態に際して当該異常状態を示す異常発光パターンで発光部を発光させるとともに、特定コマンドを受け付けた場合に当該コマンドに応じた特定発光パターンで発光部を発光させるホストバスアダプタが複数搭載されたサーバ装置と接続される管理装置としてのコンピュータに実行させるホストバスアダプタ管理プログラムであって、
前記ホストバスアダプタにおける異常発光パターンを保持する異常発光パターン保持手順と、
所定のホストバスアダプタが異常状態であるか否かを検出する異常検出手順と、
前記異常検出手順によって異常状態であると検出された異常ホストバスアダプタについて、当該異常ホストバスアダプタにおける発光部が現に発光しているパターンを示す現発光パターンを取得する現発光パターン取得手順と、
前記現発光パターン取得手順によって取得された現発光パターンが前記異常発光パターン保持手順によって保持されている異常発光パターンに該当しない場合に、前記サーバ装置に搭載された複数のホストバスアダプタのうち前記異常ホストバスアダプタ以外のホストバスアダプタに対して前記特定のコマンドを通知して前記特定発光パターンで発光部を発光させるように制御する発光制御手順と、
をコンピュータに実行させることを特徴とするホストバスアダプタ管理プログラム。
【請求項２】
前記発光制御手順によって前記異常ホストバスアダプタ以外のホストバスアダプタの発光部が前記特定発光パターンで発光された場合に、当該ホストバスアダプタの発光部が前記特定発光パターンで発光していることを報知する報知手順をコンピュータにさらに実行させることを特徴とする請求項１に記載のホストバスアダプタ管理プログラム。
【請求項３】
異常状態に際して当該異常状態を示す異常発光パターンで発光部を発光させるとともに、特定コマンドを受け付けた場合に当該コマンドに応じた特定発光パターンで発光部を発光させるホストバスアダプタが複数搭載されたサーバ装置と接続される管理装置としてのコンピュータに実行させるためのホストバスアダプタ管理プログラムを記録したコンピュータ読み取り可能な記録媒体であって、
前記ホストバスアダプタにおける異常発光パターンを保持する異常発光パターン保持工程と、
所定のホストバスアダプタが異常状態であるか否かを検出する異常検出工程と、
前記異常検出工程によって異常状態であると検出された異常ホストバスアダプタについて、当該異常ホストバスアダプタにおける発光部が現に発光しているパターンを示す現発光パターンを取得する現発光パターン取得工程と、
前記現発光パターン取得工程によって取得された現発光パターンが前記異常発光パターン保持工程によって保持されている異常発光パターンに該当しない場合に、前記サーバ装置に搭載された複数のホストバスアダプタのうち前記異常ホストバスアダプタ以外のホストバスアダプタに対して前記特定のコマンドを通知して前記特定発光パターンで発光部を発光させるように制御する発光制御工程と、
を実行させるためのホストバスアダプタ管理プログラムを記録したコンピュータ読み取り可能な記録媒体。
【請求項４】
異常状態に際して当該異常状態を示す異常発光パターンで発光部を発光させるとともに、特定コマンドを受け付けた場合に当該コマンドに応じた特定発光パターンで発光部を発光させるホストバスアダプタが複数搭載されたサーバ装置において、所定のホストバスアダプタを他のホストバスアダプタと区別して視認させるホストバスアダプタ管理方法であって、
前記ホストバスアダプタにおける異常発光パターンを保持する異常発光パターン保持工程と、
所定のホストバスアダプタが異常状態であるか否かを検出する異常検出工程と、
前記異常検出工程によって異常状態であると検出された異常ホストバスアダプタについて、当該異常ホストバスアダプタにおける発光部が現に発光しているパターンを示す現発光パターンを取得する現発光パターン取得工程と、
前記現発光パターン取得工程によって取得された現発光パターンが前記異常発光パターン保持工程によって保持されている異常発光パターンに該当しない場合に、前記サーバ装置に搭載された複数のホストバスアダプタのうち前記異常ホストバスアダプタ以外のホストバスアダプタに対して前記特定のコマンドを通知して前記特定発光パターンで発光部を発光させるように制御する発光制御工程と、
を含んだことを特徴とするホストバスアダプタ管理方法。
【請求項５】
サーバ装置に複数搭載され、異常状態に際して当該異常状態を示す異常発光パターンで発光部を発光させるとともに、特定コマンドを受け付けた場合に当該コマンドに応じた特定発光パターンで発光部を発光させるホストバスアダプタを管理するホストバスアダプタ管理装置であって、
前記ホストバスアダプタにおける異常発光パターンを記憶する異常発光パターン記憶手段と、
所定のホストバスアダプタが異常状態であるか否かを検出する異常検出手段と、
前記異常検出手段によって異常状態であると検出された異常ホストバスアダプタについて、当該異常ホストバスアダプタにおける発光部が現に発光しているパターンを示す現発光パターンを取得する現発光パターン取得手段と、
前記現発光パターン取得手段によって取得された現発光パターンが前記異常発光パターン記憶手段によって記憶されている異常発光パターンに該当しない場合に、前記サーバ装置に搭載された複数のホストバスアダプタのうち前記異常ホストバスアダプタ以外のホストバスアダプタに対して前記特定のコマンドを通知して前記特定発光パターンで発光部を発光させるように制御する発光制御手段と、
を備えたことを特徴とするホストバスアダプタ管理装置。
【請求項６】
異常状態に際して当該異常状態を示す異常発光パターンで発光部を発光させるとともに、特定コマンドを受け付けた場合に当該コマンドに応じた特定発光パターンで発光部を発光させる発光部品が複数配置されている場合に、複数の発光部品を管理する方法をコンピュータに実行させる発光部品管理プログラムであって、
前記発光部品における異常発光パターンを保持する異常発光パターン保持手順と、
所定の発光部品が異常状態であるか否かを検出する異常検出手順と、
前記異常検出手順によって異常状態であると検出された異常発光部品について、当該異常発光部品おける発光部が現に発光しているパターンを示す現発光パターンを取得する現発光パターン取得手順と、
前記現発光パターン取得手順によって取得された現発光パターンが前記異常発光パターン保持手順によって保持されている異常発光パターンに該当しない場合に、前記サーバ装置に搭載された複数の発光部品のうち前記異常発光部品以外の発光部品に対して前記特定のコマンドを通知して前記特定発光パターンで発光部を発光させるように制御する発光制御手順と、
をコンピュータに実行させることを特徴とする発光部品管理プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、ホストバスアダプタ管理プログラム、ホストバスアダプタ管理プログラムを記録したコンピュータ読み取り可能な記録媒体、ホストバスアダプタ管理方法およびホストバスアダプタ管理装置に関する。
【背景技術】
【０００２】
近年、サーバと、ストレージ装置とをＦＣ（Fiber  Channel）スイッチによって接続したＳＡＮ（Storage  Area  Network）を構築することでストレージ資源を共用し、ストレージの一元管理を目指すことが行われている。このようなＳＡＮの構築に際しては、サーバに搭載されたＨＢＡ（Host  Bus  Adapter）と、ストレージ装置に搭載されたＦＣＡ（Fiber  Channel  Adapter）とが物理的に接続される。【０００３】
従来、ＳＡＮを構成する各装置（サーバ、ＦＣスイッチ、ストレージ装置）間の物理的な接続やアクセスパス（論理的な接続）の定義を端末装置の画面にグラフィックな構成で表示して、オペレータがその画面を見つつＳＡＮを管理できるようにするＳＡＮ管理ソフトウェアがある。例えば、特許文献１や非特許文献１には、このようなＳＡＮ管理ソフトウェアによるＳＡＮ管理システムが開示されている。なお、アクセスパスとは、ＳＡＮを経由してストレージ資源をサーバに割り当てる論理的な接続であり、一般的に、ＨＢＡと、ＦＣＡとについては１対１の関係で論理的に接続される。また、ＳＡＮ管理ソフトウェアには、このアクセスパスについて、故障したＨＢＡを新しいＨＢＡに交換する際など、既存のＨＢＡと、ＦＣＡとの論理的な接続が切断された場合にも、新しく交換されたＨＢＡにおけるアクセスパスの定義を自動的に設定する機能を有するものもある（非特許文献２参照）。【０００４】
ところで、このＳＡＮ管理ソフトウェアには、ＨＢＡが備えるＬＥＤを特定の発光パターンで発光させて他のＨＢＡと区別して視認できるようにする機能がある。従来、このような機能については、指定したＨＢＡを目視で確認してその物理位置を特定するために用いられ、例えば、実際にサーバの筐体を開けてＨＢＡの点検や交換などをおこなう際に用いられている。具体的には、ＳＡＮ管理ソフトウェアは、管理者からＨＢＡの物理位置特定の要求を受け付けると、ＨＢＡを制御するＨＢＡドライバに対して所定のコマンドを発行する。そして、ＨＢＡドライバは、当該コマンドを受け付けると、ＨＢＡのＬＥＤを特定のパターンで発光するように制御する。なお、発光部を発光させる部品が複数搭載された装置において、部品を発光させることで他の部品と区別して視認させる技術として、例えば、特許文献２や特許文献３がある。【０００５】
【特許文献１】特開２００２−０６３０６３号公報
【特許文献２】特開２００４−１０３０５３号公報
【特許文献３】特開２００５−２４２９１５号公報
【非特許文献１】“ＥＴＥＲＮＵＳ  ＳＦ  Ｓｔｏｒａｇｅ  Ｃｒｕｉｓｅｒ”、［online］、［平成１９年３月２０日検索］、インターネット＜http://storage-system.fujitsu.com/jp/eternus-sf/cruiser/merit/＞
【非特許文献２】“Ｃｏｍｍｏｎ  ＨＢＡ  ＡＰＩ”、［online］、［平成１９年３月２０日検索］、インターネット＜ftp://ftp.t11.org/t11/docs/02-149v0.pdf＞
【発明の開示】
【発明が解決しようとする課題】
【０００６】
しかしながら、上記した従来の技術は、故障したＨＢＡの物理位置を特定させることができないという課題があった。具体的には、ＳＡＮ管理ソフトウェアは、管理者からＨＢＡの物理位置特定の要求を受け付けると、ＨＢＡのＬＥＤを特定のパターンで発光させるコマンドを出力するが、そもそも当該ＨＢＡが異常状態で故障している場合には、ＬＥＤがコマンドどおりに動作しないことがある。その結果、発光パターンによって他のＨＢＡと区別して視認させることができないので、実際に現場に赴いた作業者に対して故障したＨＢＡの物理位置を特定させることができないという課題があった。【０００７】
そこで、この発明は、上述した従来技術の課題を解決するためになされたものであり、作業者に対して故障したＨＢＡの物理位置を特定させることが可能なホストバスアダプタ管理プログラム、ホストバスアダプタ管理プログラムを記録したコンピュータ読み取り可能な記録媒体、ホストバスアダプタ管理方法およびホストバスアダプタ管理装置を提供することを目的とする。
【課題を解決するための手段】
【０００８】
上述した課題を解決し、目的を達成するため、請求項１に係る発明は、異常状態に際して当該異常状態を示す異常発光パターンで発光部を発光させるとともに、特定コマンドを受け付けた場合に当該コマンドに応じた特定発光パターンで発光部を発光させるホストバスアダプタが複数搭載されたサーバ装置と接続される管理装置としてのコンピュータに実行させるホストバスアダプタ管理プログラムであって、前記ホストバスアダプタにおける異常発光パターンを保持する異常発光パターン保持手順と、所定のホストバスアダプタが異常状態であるか否かを検出する異常検出手順と、前記異常検出手順によって異常状態であると検出された異常ホストバスアダプタについて、当該異常ホストバスアダプタにおける発光部が現に発光しているパターンを示す現発光パターンを取得する現発光パターン取得手順と、前記現発光パターン取得手順によって取得された現発光パターンが前記異常発光パターン保持手順によって保持されている異常発光パターンに該当しない場合に、前記サーバ装置に搭載された複数のホストバスアダプタのうち前記異常ホストバスアダプタ以外のホストバスアダプタに対して前記特定のコマンドを通知して前記特定発光パターンで発光部を発光させるように制御する発光制御手順と、をコンピュータに実行させることを特徴とする。【０００９】
また、請求項２に係る発明は、上記の発明において、前記発光制御手順によって前記異常ホストバスアダプタ以外のホストバスアダプタの発光部が前記特定発光パターンで発光された場合に、当該ホストバスアダプタの発光部が前記特定発光パターンで発光していることを報知する報知手順をコンピュータにさらに実行させることを特徴とする。【００１０】
また、請求項３に係る発明は、異常状態に際して当該異常状態を示す異常発光パターンで発光部を発光させるとともに、特定コマンドを受け付けた場合に当該コマンドに応じた特定発光パターンで発光部を発光させるホストバスアダプタが複数搭載されたサーバ装置と接続される管理装置としてのコンピュータに実行させるためのホストバスアダプタ管理プログラムを記録したコンピュータ読み取り可能な記録媒体であって、前記ホストバスアダプタにおける異常発光パターンを保持する異常発光パターン保持工程と、所定のホストバスアダプタが異常状態であるか否かを検出する異常検出工程と、前記異常検出工程によって異常状態であると検出された異常ホストバスアダプタについて、当該異常ホストバスアダプタにおける発光部が現に発光しているパターンを示す現発光パターンを取得する現発光パターン取得工程と、前記現発光パターン取得工程によって取得された現発光パターンが前記異常発光パターン保持工程によって保持されている異常発光パターンに該当しない場合に、前記サーバ装置に搭載された複数のホストバスアダプタのうち前記異常ホストバスアダプタ以外のホストバスアダプタに対して前記特定のコマンドを通知して前記特定発光パターンで発光部を発光させるように制御する発光制御工程と、を実行させるためのホストバスアダプタ管理プログラムを記録したことを特徴とするコンピュータ読み取り可能な記録媒体。【００１１】
また、請求項４に係る発明は、異常状態に際して当該異常状態を示す異常発光パターンで発光部を発光させるとともに、特定コマンドを受け付けた場合に当該コマンドに応じた特定発光パターンで発光部を発光させるホストバスアダプタが複数搭載されたサーバ装置において、所定のホストバスアダプタを他のホストバスアダプタと区別して視認させるホストバスアダプタ管理方法であって、前記ホストバスアダプタにおける異常発光パターンを保持する異常発光パターン保持工程と、所定のホストバスアダプタが異常状態であるか否かを検出する異常検出工程と、前記異常検出工程によって異常状態であると検出された異常ホストバスアダプタについて、当該異常ホストバスアダプタにおける発光部が現に発光しているパターンを示す現発光パターンを取得する現発光パターン取得工程と、前記現発光パターン取得工程によって取得された現発光パターンが前記異常発光パターン保持工程によって保持されている異常発光パターンに該当しない場合に、前記サーバ装置に搭載された複数のホストバスアダプタのうち前記異常ホストバスアダプタ以外のホストバスアダプタに対して前記特定のコマンドを通知して前記特定発光パターンで発光部を発光させるように制御する発光制御工程と、を含んだことを特徴とする。【００１２】
また、請求項５に係る発明は、サーバ装置に複数搭載され、異常状態に際して当該異常状態を示す異常発光パターンで発光部を発光させるとともに、特定コマンドを受け付けた場合に当該コマンドに応じた特定発光パターンで発光部を発光させるホストバスアダプタを管理するホストバスアダプタ管理装置であって、前記ホストバスアダプタにおける異常発光パターンを記憶する異常発光パターン記憶手段と、所定のホストバスアダプタが異常状態であるか否かを検出する異常検出手段と、前記異常検出手段によって異常状態であると検出された異常ホストバスアダプタについて、当該異常ホストバスアダプタにおける発光部が現に発光しているパターンを示す現発光パターンを取得する現発光パターン取得手段と、前記現発光パターン取得手段によって取得された現発光パターンが前記異常発光パターン記憶手段によって記憶されている異常発光パターンに該当しない場合に、前記サーバ装置に搭載された複数のホストバスアダプタのうち前記異常ホストバスアダプタ以外のホストバスアダプタに対して前記特定のコマンドを通知して前記特定発光パターンで発光部を発光させるように制御する発光制御手段と、を備えたことを特徴とする。【００１３】
また、請求項６に係る発明は、異常状態に際して当該異常状態を示す異常発光パターンで発光部を発光させるとともに、特定コマンドを受け付けた場合に当該コマンドに応じた特定発光パターンで発光部を発光させる発光部品が複数配置されている場合に、複数の発光部品を管理する方法をコンピュータに実行させる発光部品管理プログラムであって、前記発光部品における異常発光パターンを保持する異常発光パターン保持手順と、所定の発光部品が異常状態であるか否かを検出する異常検出手順と、前記異常検出手順によって異常状態であると検出された異常発光部品について、当該異常発光部品おける発光部が現に発光しているパターンを示す現発光パターンを取得する現発光パターン取得手順と、前記現発光パターン取得手順によって取得された現発光パターンが前記異常発光パターン保持手順によって保持されている異常発光パターンに該当しない場合に、前記サーバ装置に搭載された複数の発光部品のうち前記異常発光部品以外の発光部品に対して前記特定のコマンドを通知して前記特定発光パターンで発光部を発光させるように制御する発光制御手順と、をコンピュータに実行させることを特徴とする。
【発明の効果】
【００１４】
請求項１、３、４または５の発明によれば、ホストバスアダプタにおける異常発光パターンを保持しておき、所定のホストバスアダプタが異常状態であるか否かを検出し、異常状態であると検出された異常ホストバスアダプタについて、当該異常ホストバスアダプタにおける発光部が現に発光しているパターンを示す現発光パターンを取得する。そして、取得した現発光パターンが保持している異常発光パターンに該当しない場合に、サーバ装置に搭載された複数のホストバスアダプタのうち異常ホストバスアダプタ以外のホストバスアダプタに対して特定のコマンドを通知して特定発光パターンで発光部を発光させるように制御する。こうすることによって、作業者に対して故障したホストバスアダプタの物理位置を特定させることが可能となる。つまり、故障して発光部がコマンドどおりに動作する保証がないホストバスアダプタに対する物理位置特定については、当該ホストバスアダプタ以外のホストバスアダプタを特定の発光パターンで発光することで他のホストバスアダプタと区別して視認させるので、作業者に対して故障したホストバスアダプタの物理位置を特定させることが可能となる。【００１５】
また、請求項２の発明によれば、異常ホストバスアダプタ以外のホストバスアダプタの発光部が特定発光パターンで発光された場合に、当該ホストバスアダプタの発光部が特定発光パターンで発光していることを報知するので、作業者に対して故障したホストバスアダプタの物理位置を確実に特定させることが可能となる。【００１６】
また、請求項６の発明によれば、発光部品における異常発光パターンを保持しておき、所定の発光部品が異常状態であるか否かを検出し、異常状態であると検出された異常発光部品について、当該異常発光部品おける発光部が現に発光しているパターンを示す現発光パターンを取得する。そして、取得した現発光パターンが保持している異常発光パターンに該当しない場合に、サーバ装置に搭載された複数の発光部品のうち異常発光部品以外の発光部品に対して特定のコマンドを通知して特定発光パターンで発光部を発光させる。こうすることによって、作業者に対して故障した発光部品の物理位置を特定させることが可能となる。つまり、故障して発光部がコマンドどおりに動作する保証がない発光部品に対する物理位置特定については、当該発光部品以外の発光部品を特定の発光パターンで発光することで他の発光部品と区別して視認させるので、作業者に対して故障した発光部品の物理位置を特定させることが可能となる。
【図面の簡単な説明】
【００１７】
【図１】図１は、実施例１に係るＳＡＮ管理システムの構成を説明するための図である。
【図２】図２は、実施例１に係るＳＡＮ管理システムにおける管理サーバ装置の概要および特徴を説明するための図である。
【図３】図３は、実施例１に係るＳＡＮ管理システムにおける管理サーバ装置の構成を示すブロック図である。
【図４】図４は、特定発光パターン記憶部が記憶する情報の例を示す図である。
【図５】図５は、異常状態発光パターン記憶部が記憶する情報の例を示す図である。
【図６】図６は、端末装置のディスプレイに表示される画面の例を示す図である。
【図７】図７は、端末装置のディスプレイに表示される画面の例を示す図である。
【図８】図８は、端末装置のディスプレイに表示される画面の例を示す図である。
【図９】図９は、実施例１に係るＳＡＮ管理システムにおける業務サーバ装置の構成を示すブロック図である。
【図１０】図１０は、業務サーバ装置におけるＨＢＡ状態取得処理部の処理を説明するための図である。
【図１１】図１１は、業務サーバ装置におけるＨＢＡ状態取得処理部の処理を説明するための図である。
【図１２】図１２は、管理サーバ装置による処理の流れ示すフローチャートである。
【図１３】図１３は、ホストバスアダプタ管理プログラムを実行するコンピュータを示す図である。
【符号の説明】
【００１８】
１  ＨＢＡ
２  発光パターン
１０  管理サーバ装置
２０、６０  外部Ｉ／Ｆ制御部
３０、７０  記憶部
３１  特定発光パターン記憶部
３２  異常状態発光パターン記憶部
３３  表示データ記憶部
４０、９０  処理部
４１  ＨＢＡ状態取得部
４２  第一発光処理部
４３  ＨＢＡ発光パターン取得部
４４  第二発光処理部
４５  画面生成部
５０  業務サーバ装置
８０  ＨＢＡ
８１  ＬＥＤ
９１  ＨＢＡドライバ
９２  ＨＢＡ状態取得処理部
９３  発光制御部
【発明を実施するための最良の形態】
【００１９】
以下に添付図面を参照して、この発明に係る管理サーバ装置を含むＳＡＮ管理システムの実施例を詳細に説明する。なお、以下では、用語の説明、本発明に係るＳＡＮ管理システムの概要および特徴、ＳＡＮ管理システムにおける管理サーバ装置の構成、ＳＡＮ管理システムにおける業務サーバ装置の構成、管理サーバ装置の処理の流れを順に説明し、実施例１の効果を説明した後に、他の実施例を説明する。
【実施例１】
【００２０】
［用語の説明］
まず、以下の実施例で用いる主要な用語を説明する。「ＳＡＮ（Storage  Area  Network）」とは、複数のサーバ装置と、複数のストレージ装置とをＦＣ（Fiber  Channel）スイッチで接続したネットワークである。具体的には、サーバ装置に搭載されたＨＢＡ（Host  Bus  Adapter）と、ストレージ装置に搭載されたＦＣＡ（Fiber  Channel  Adapter）とをＦＣスイッチを介して接続する（図１参照）。このようなＳＡＮでは、ネットワーク内のストレージ資源をサーバに効率よく割り当てるための論理的な接続であるアクセスパスを定義することができ、ストレージ資源の共用や一元管理が実現される。【００２１】
また、「ＨＢＡ（特許請求の範囲に記載の「ホストバスアダプタ」）に対応する）」とは、上記したサーバ装置に複数搭載され、異常状態に際して当該異常状態を示す発光パターンで自身が備えるＬＥＤを発光させるとともに、所定のコマンドやＡＰＩ（Application  Program  Interface）を受け付けた場合に、当該コマンドやＡＰＩに応じた発光パターンでＬＥＤを発光させる。【００２２】
また、「発光パターン（特許請求の範囲に記載の「異常発光パターン」または「特定発光パターン」）に対応する）」とは、上記したＬＥＤの周期的、かつ、所定の規則性に基づいた発光（点灯や消灯、点滅など）のことであり、各装置では、発光の種類ごとに、共通で一意に識別される識別情報として認識される。具体的に例を挙げて説明すると、各装置は、一周期に２回の点灯からなるパターンについては発光パターン「ａ」として、また、一周期に間隔の短い２連続の点灯が２回ある発光パターンについては発光パターン「ｂ」として認識する（図２の発光パターン２参照）。【００２３】
［ＳＡＮ管理システムの概要および特徴］
次に、図１や図２を用いて、実施例１に係るＳＡＮ管理システムを説明する。図１は、実施例１に係るＳＡＮ管理システムの構成を説明するための図であり、図２は、実施例１に係るＳＡＮ管理システムにおける管理サーバ装置の概要および特徴を説明するための図である。【００２４】
実施例１に係るＳＡＮ管理システムの概要を説明する。図１に示すように、ＳＡＮ管理システムは、管理サーバ装置１０と、ＳＡＮ５０と、端末装置１００とから構成され、管理サーバ装置１０がＳＡＮ５０を構成する各装置（業務サーバ装置５１ａ１〜５１ａｎ、ＦＣスイッチ５２ａ１〜５２ａｎ、ストレージ装置５３ａ１〜５３ａｎ）から情報を収集し、装置間の物理的な接続やアクセスパスの定義を端末装置１００のディスプレイに表示しつつ（図６〜図８参照）、端末装置１００から出力された種々の要求に応答するという内容である。そして、このようなＳＡＮ管理システムにおいて、管理サーバ装置１０が作業者に対して故障したＨＢＡの物理位置を特定させることを可能にしている点に主たる特徴がある。【００２５】
この主たる特徴について説明すると、ＳＡＮ管理システムにおいて、管理サーバ装置１０は、ＨＢＡにおける異常状態を示す発光パターンを記憶する。具体的には、図２に示すように、管理サーバ装置１０は、異常状態となったＨＢＡによるＬＥＤの種々の発光である発光パターン２を記憶する。【００２６】
そして、管理サーバ装置１０は、所定のＨＢＡが異常状態であるか否かを検出する。具体的には、管理サーバ装置１０は、端末装置１００から所定のＨＢＡに対する物理位置特定の要求を受け付けると、当該ＨＢＡを搭載する業務サーバ装置５１ａｘに所定のコマンドでＨＢＡの状態を問い合わせる。【００２７】
そして、管理サーバ装置１０は、異常であるＨＢＡについて、当該ＨＢＡにおけるＬＥＤが現に発光しているパターンを示す現発光パターンを取得する。具体的には、管理サーバ装置１０は、問い合わせたＨＢＡの状態が異常状態であることを示す情報を業務サーバ装置５１ａｘから受信すると、次に、同業務サーバ装置５１ａｘに当該ＨＢＡのＬＥＤの現発光パターンを所定のコマンドで問い合わせる。【００２８】
そして、管理サーバ装置１０は、現発光パターンが、ＨＢＡにおける異常状態を示す発光パターンとして記憶している発光パターンに該当しない場合に、業務サーバ装置５１ａｘに搭載された複数のＨＢＡのうち異常であるＨＢＡ以外のＨＢＡに対して特定のコマンドを通知して特定の発光パターンでＬＥＤを発光させるように制御する。具体的には、図２に示すように、管理サーバ装置１０は、ＨＢＡ１のＬＥＤによる現発光パターンを業務サーバ装置５１ａｘから受信すると、発光パターン２と突合する（図２の（１）参照）。そして、管理サーバ装置１０は、現発光パターンと、発光パターン２との突合の結果、現発光パターンに該当する発光パターンが発光パターン２中にない場合には、ＨＢＡ１以外のＨＢＡを特定の発光パターンで発光させる（図２の（２）参照）。一方、現発光パターンに該当する発光パターンが発光パターン２中にある場合には、ＨＢＡ１のＬＥＤは、現発光パターンで発光し続ける（図２の（３）参照）。なお、図２において、５行５列に整列した２５個の円については、業務サーバ装置５１ａｘが搭載する全てのＨＢＡを概念的に示しており、ＨＢＡが特定の発光パターン、あるいは、現発光パターンで発光する様子を円内部に網掛けを施すことで概念的に表現している。【００２９】
こうすることによって、実施例１に係るＳＡＮ管理システムにおける管理サーバ装置１０は、上記した主たる特徴のとおり、作業者に対して故障したＨＢＡの物理位置を特定させることが可能となる。【００３０】
［管理サーバ装置の構成］
次に、図３を用いて、管理サーバ装置１０の構成を説明する。図３は、管理サーバ装置１０の構成を示すブロック図である。同図に示すように、管理サーバ装置１０は、外部Ｉ／Ｆ制御部２０と、記憶部３０と、処理部４０とから構成される。【００３１】
外部Ｉ／Ｆ制御部２０は、業務サーバ装置５１ａ１〜５１ａｎと、端末装置１００との通信を制御する。具体的には、外部Ｉ／Ｆ制御部２０は、処理部４０から出力される業務サーバ装置５１ａ１〜５１ａｎまたは端末装置１００宛ての情報や指示を受け取ると、各装置へと接続された伝送路に出力する。また、外部Ｉ／Ｆ制御部２０は、業務サーバ装置５１ａ１〜５１ａｎまたは端末装置１００から送信された情報や応答を受信すると、処理部４０に出力する。【００３２】
記憶部３０は、処理部４０による各種処理に用いられるデータなどを記憶し、特に本発明に密接に関連するものとしては、特定発光パターン記憶部３１と、異常状態発光パターン記憶部３２と、表示データ記憶部３３とを備える。なお、異常状態発光パターン記憶部３２は、特許請求の範囲に記載の「異常発光パターン保持手順」に対応する。【００３３】
特定発光パターン記憶部３１は、正常なＨＢＡの物理位置特定に用いる発光パターンを記憶する。具体的には、図４に示すように、特定発光パターン記憶部３１は、ＬＥＤ「０」の発光パターンと、ＬＥＤ「１」の発光パターンとの組み合わせを記憶する。例えば、図４に示すように、特定発光パターン記憶部３１は、ＬＥＤ「０」およびＬＥＤ「１」共に、一周期において、短い２連続の点灯後に長い点灯があり、引き続き短い２連続の点灯がある発光パターン「ｔ」を記憶する。なお、業務サーバ装置５１ａ１〜５１ａｎが搭載するＨＢＡには、識別情報が付された２つのＬＥＤ（ＬＥＤ「０」およびＬＥＤ「１」）が備えられており、各ＬＥＤの発光パターンの組み合わせで一つの意味が示される。また、図４は、特定発光パターン記憶部３１が記憶する情報の例を示す図である。【００３４】
異常状態発光パターン記憶部３２は、ＨＢＡにおける異常状態を示す発光パターンを記憶する。具体的には、図５に示すように、異常状態発光パターン記憶部３２は、ＨＢＡが異常状態の際に、異常状態の種別ごとに当該ＨＢＡのＬＥＤが発光する全発光パターンであるＬＥＤ「０」の発光パターンと、ＬＥＤ「１」の発光パターンとの組み合わせを記憶する。例えば、図５に示すように、異常状態発光パターン記憶部３２は、一周期にＬＥＤ「０」による２回の点灯がある発光パターン「ａ」と、一周期にＬＥＤ「１」による間隔の短い２連続の点灯が２回ある発光パターン「ｂ」との組み合わせ（例えば、ＦＣスイッチとの接続が切れている際に、ＨＢＡのＬＥＤが発光する発光パターンである）を記憶する。なお、図５は、異常状態発光パターン記憶部３２が記憶する情報の例を示す図である。【００３５】
表示データ記憶部３３は、端末装置１００のディスプレイに表示するグラフィックを生成するためのデータを記憶する。具体的には、表示データ記憶部３３は、後述する画面生成部４５に用いられるデータであり、ＳＡＮ５０を構成する装置（業務サーバ装置、ＦＣスイッチおよびストレージ装置）間の物理的な接続やアクセスパスをグラフィックな構図で表示するためのデータを記憶する。【００３６】
処理部４０は、各種の処理手順を規定したプログラムや制御データを格納するための内部メモリを有し、これらによって種々の処理を実行するプロセッサであり、特に本発明に密接に関連するものとしては、ＨＢＡ状態取得部４１と、第一発光処理部４２と、ＨＢＡ発光パターン取得部４３と、第二発光処理部４４と、画面生成部４５とを備える。なお、ＨＢＡ状態取得部４１は、特許請求の範囲に記載の「異常検出手順」に対応し、ＨＢＡ発光パターン取得部４３は、同じく「現発光パターン取得手順」に対応し、第二発光処理部４４は、特許請求の範囲に記載の「発光制御手順」に対応し、画面生成部４５は、特許請求の範囲に記載の「報知手順」に対応する。【００３７】
ＨＢＡ状態取得部４１は、ＨＢＡが異常状態であるか否かを検出する。具体的には、ＨＢＡ状態取得部４１は、端末装置１００から送信された所定のＨＢＡに対する物理位置特定の要求を外部Ｉ／Ｆ制御部２０を介して受け取ると、当該ＨＢＡを搭載する業務サーバ装置５１ａｘに所定のコマンドでＨＢＡの状態を問い合わせる。そして、ＨＢＡ状態取得部４１は、業務サーバ装置５１ａｘからＨＢＡの正常を示す応答があった場合には、後述する第一発光処理部４２に処理の開始を指示する信号を出力する。一方、ＨＢＡ状態取得部４１は、業務サーバ装置５１ａｘからＨＢＡの異常を示す応答があった場合には、後述するＨＢＡ発光パターン取得部４３に処理の開始を指示する信号を出力する。【００３８】
第一発光処理部４２は、正常なＨＢＡについて物理位置特定を行う。具体的には、第一発光処理部４２は、上述したＨＢＡ状態取得部４１から処理の開始を指示する信号を受け取ると、特定発光パターン記憶部３１からＬＥＤ「０」およびＬＥＤ「１」の発光パターンを読み出す。そして、第一発光処理部４２は、読み出した各発光パターンにＬＥＤの識別情報を付加し、外部Ｉ／Ｆ制御部２０を介して業務サーバ装置５０ａｘに送信する。また、第一発光処理部４２は、後述する画面生成部４５に読み出した発光パターンとともに画面更新を指示する信号を出力する。なお、第一発光処理部４２は、端末装置１００から送信されたＬＥＤ発光停止の要求を外部Ｉ／Ｆ制御部２０を介して受け取る、または、一定時間が経過すると、業務サーバ装置５０ａｘに発光パターンを停止するコマンドを送信する。【００３９】
ＨＢＡ発光パターン取得部４３は、異常状態であると検出された異常ＨＢＡについて、当該異常ＨＢＡにおけるＬＥＤが現に発光しているパターンを示す現発光パターンを取得する。具体的には、ＨＢＡ発光パターン取得部４３は、上述したＨＢＡ状態取得部４１から処理の開始を指示する信号を受け取ると、業務サーバ装置５１ａｘに異常状態のＨＢＡが備えるＬＥＤの現発光パターンを所定のコマンドで問い合わせる。そして、ＨＢＡ発光パターン取得部４３は、業務サーバ装置５１ａｘから現発光パターンについて応答があると、後述する第二発光処理部４４に現発光パターンを出力する。例えば、ＨＢＡ発光パターン取得部４３は、業務サーバ装置５１ａｘからＬＥＤ「０」が付加された発光パターン「ａ」およびＬＥＤ「１」が付加された発光パターン「ｂ」を外部Ｉ／Ｆ制御部２０を介して業務サーバ装置５１ａｘから受信すると、現発光パターンとしての各発光パターンを第二発光処理部４４に出力する。【００４０】
第二発光処理部４４は、現発光パターンが異常状態発光パターン記憶部３２で記憶している発光パターンに該当しない場合に、業務サーバ装置５１ａｘに搭載された複数のＨＢＡのうち異常ＨＢＡ以外のＨＢＡに対して特定のコマンドを通知して特定の発光パターンでＬＥＤを発光させるように制御する。具体的には、第二発光処理部４４は、上述したＨＢＡ発光パターン取得部４３から現発光パターンを受け取ると、異常状態発光パターン記憶部３２で記憶している発光パターンと突合する。そして、第二発光処理部４４は、突合の結果、現発光パターンに該当する発光パターンが異常状態発光パターン記憶部３２で記憶している発光パターン中にない場合には、特定発光パターン記憶部３１からＬＥＤ「０」およびＬＥＤ「１」の発光パターンを読み出す。そして、第一発光処理部４２は、読み出した各発光パターンにＬＥＤの識別情報を付加し、外部Ｉ／Ｆ制御部２０を介して業務サーバ装置５０ａｘに送信する。また、第二発光処理部４４は、後述する画面生成部４５に読み出した発光パターンとともに画面更新を指示する信号を出力する。なお、第二発光処理部４４は、端末装置１００から送信されたＬＥＤ発光停止の要求を外部Ｉ／Ｆ制御部２０を介して受け取る、または、一定時間が経過すると、業務サーバ装置５０ａｘに発光パターンを停止するコマンドを送信する。【００４１】
一方、第二発光処理部４４は、突合の結果、現発光パターンに該当する発光パターンが異常状態発光パターン記憶部３２で記憶している発光パターン中にある場合には、画面生成部４５に現発光パターンとともに画面更新を指示する信号を出力する。【００４２】
画面生成部４５は、端末装置１００のディスプレイに表示されるグラフィックを生成する。具体的には、画面生成部４５は、表示データ記憶部３３によって記憶されるデータを用いて、現況に合わせたグラフィックを生成して端末装置１００に出力する。具体的に例を挙げて説明すると、図６に示すように、画面生成部４５は、ＳＡＮ５０を構成する各装置については、線で囲まれた部分で表し、各装置間の物理的な接続を実線で、各装置間のアクセスパスを点線でつながれたブロック図が端末装置１００に表示されるようなグラフィックを生成し、端末装置１００に出力する。また、画面生成部４５は、業務サーバ装置５１ａ１〜５１ａｎにおいて実際に割り当てられているＨＢＡの識別情報（詳細については、業務サーバ装置の構成で説明する）を画面上のブロック図におけるＨＢＡに対して割り当てる。こうすることによって、端末装置１００ではＧＵＩ（Graphical  User  Interface）操作が実現され、オペレータがマウスでポインタをＨＢＡの区画まで動かし、クリックすることで当該ＨＢＡに対する物理位置特定の要求（ＨＢＡの識別情報）が管理サーバ装置１０に送信される。【００４３】
また、画面生成部４５は、異常ＨＢＡ以外のＨＢＡの発光部が特定発光パターンで発光された場合に、当該ＨＢＡの発光部が特定発光パターンで発光していることを報知する。具体的には、画面生成部４５は、第二発光処理部４４から発光パターンや画面更新を指示する信号を受け取ると、表示データ記憶部３３によって記憶されるデータを用いて、発光パターンを視覚的に表現し、異常ＨＢＡ以外のＨＢＡが発光パターンで発光しているようなグラフィックを生成して端末装置１００に出力する。例えば、図７に示すように、画面生成部４５は、画面上で識別情報「１２」であるＨＢＡ以外のＨＢＡを表す囲みの付近に吹き出しを出現させ、当該吹き出し内に視覚的な発光パターンが現われるようなグラフィックを作成する。【００４４】
また、例えば、図８に示すように、画面生成部４５は、物理位置特定が要求された識別情報「１２」であるＨＢＡが異常状態であり、かつ、当該ＨＢＡの現発光パターンに該当する発光パターンが異常状態発光パターン記憶部３２で記憶している発光パターン中にあった場合に、第二発光処理部４４より出力される現発光パターン（異常状態に際してＨＢＡが発光した発光パターン）および画面更新を指示する信号を受け取ると、画面上で識別情報「１２」であるＨＢＡを表す囲みの付近に吹き出しを出現させ、当該吹き出し内に視覚的な現発光パターンが現われるようなグラフィックを作成する。なお、図６〜図８は、端末装置のディスプレイに表示される画面の例を示す図である。【００４５】
［業務サーバ装置の構成］
次に、図９を用いて、業務サーバ装置５１の構成を説明する。図９は、業務サーバ装置５１の構成を示すブロック図である。同図に示すように、業務サーバ装置５１は、外部Ｉ／Ｆ制御部６０と、処理部９０による各種処理に用いられるデータなどを記憶する記憶部７０と、ＬＥＤ８１を備えたＨＢＡ８０と、処理部９０とから構成される。【００４６】
外部Ｉ／Ｆ制御部６０は、管理サーバ装置１０との通信を制御する。具体的には、外部Ｉ／Ｆ制御部６０は、処理部９０から出力される管理サーバ装置１０宛ての応答を受け取ると、管理サーバ装置１０へと接続された伝送路に出力する。また、外部Ｉ／Ｆ制御部６０は、管理サーバ装置１０から送信された情報や指示を受信すると、処理部９０に出力する。【００４７】
ＨＢＡ８０は、ＬＥＤ８１を制御して特定の発光パターンで発光させる。具体的には、ＨＢＡ８０は、異常状態になると、当該異常状態を示す発光パターンでＬＥＤ８１を発光させるとともに、所定のＡＰＩを受け付けた場合に、当該ＡＰＩに基づいた発光パターンでＬＥＤ８１を発光させる。なお、ＨＢＡ８０には、それぞれ一意に識別される識別情報を付されており、同様に２つのＬＥＤ８１（ＬＥＤ「０」およびＬＥＤ「１」）にも識別情報が付されている。【００４８】
処理部９０は、各種の処理手順を規定したプログラムや制御データを格納するための内部メモリを有し、これらによって種々の処理を実行するプロセッサであり、特に本発明に密接に関連するものとしては、ＨＢＡドライバ９１と、ＨＢＡ状態取得処理部９２と、発光制御部９３と、を備える。【００４９】
ＨＢＡドライバ９１は、各部から発行されたＡＰＩに基づいてＨＢＡ８０を制御する。具体的には、ＨＢＡドライバ９１は、後述するＨＢＡ状態取得処理部９２からＨＢＡ８０の情報採取に係るＡＰＩを受け取ると、ＨＢＡ８０の種々の情報を取得して返信する。また、ＨＢＡドライバ９１は、後述する発光制御部９３より識別情報で指定されたＨＢＡ８０を所定の発光パターンで発光させるＡＰＩを受け取ると、該当するＨＢＡ８０に対してＬＥＤ８１を所定の発光パターンで発光させるように制御する。【００５０】
ＨＢＡ状態取得処理部９２は、管理サーバ装置１０に指定されたＨＢＡ８０の状態を取得する。具体的には、ＨＢＡ状態取得処理部９２は、識別情報で指定されたＨＢＡ８０の状態を問い合わせるコマンドを外部Ｉ／Ｆ制御部６０を介して管理サーバ装置１０から受け取ると、当該ＨＢＡ８０の情報採取に係るＡＰＩをＨＢＡドライバ９１に出力する。そして、ＨＢＡ状態取得処理部９２は、ＨＢＡドライバ９１から当該ＨＢＡ８０の状態を受け取ると、外部Ｉ／Ｆ制御部６０を介して管理サーバ装置１０に送信する。そして、ＨＢＡ状態取得処理部９２は、後述する発光処理部９３にＨＢＡ８０の状態と、当該ＨＢＡ８０の識別情報を出力する。例えば、図１０は業務サーバ装置におけるＨＢＡ状態取得処理部の処理を説明するための図であるが、同図に示すように、ＨＢＡ状態取得処理部９２は、ＨＢＡ８０の情報採取に係るＡＰＩ「ＨＢＡ  ＧｅｔＡｄａｐｔｅｒＰｏｒｔＡｔｔｒｉｂｕｔｅｓ（）」をＨＢＡドライバ９１に出力する。そして、ＨＢＡ状態取得処理部９２は、識別情報「１」であるＨＢＡ８０から「Ｐｏｒｔｓｔａｔｅ＝ＥＲＲＯＲ」という応答をＨＢＡドライバ９２経由で受け取る。なお、ＡＰＩ「ＨＢＡ  ＧｅｔＡｄａｐｔｅｒＰｏｒｔＡｔｔｒｉｂｕｔｅｓ（）」とは、ＳＮＩＡ（Storage  Networking  Industry  Association）が提唱するＨＢＡの情報採取ＡＰＩの一つであり、「Ｐｏｒｔｓｔａｔｅ」とは、当該ＡＰＩを実行して得られる属性値の一つであり、「ＥＲＲＯＲ」とは、異常状態であることを示す応答の一つである。【００５１】
また、ＨＢＡ状態取得処理部９２は、管理サーバ装置１０から送信された現発光パターンを問い合わせるコマンドを外部Ｉ／Ｆ制御部６０を介して受け取ると、異常状態のＨＢＡ８０が備えるＬＥＤ８１の発光パターン取得に係るＡＰＩをＨＢＡドライバ９１に出力する。そして、ＨＢＡ状態取得処理部９２は、ＨＢＡドライバ９１から現発光パターンを受け取ると、外部Ｉ／Ｆ制御部６０を介して管理サーバ装置１０に送信する。例えば、図１１は業務サーバ装置におけるＨＢＡ状態取得処理部の処理を説明するための図であるが、同図に示すように、ＨＢＡ状態取得処理部９２は、ＬＥＤ発光パターン取得ＡＰＩをＨＢＡドライバ９１に出力する。そして、ＨＢＡ状態取得処理部９２は、識別情報「１」であるＨＢＡ８０から「ＬＥＤ「０」＝ａ、ＬＥＤ「１」＝ａ」という応答をＨＢＡドライバ９１経由で受け取る。【００５２】
発光制御部９３は、ＨＢＡ８０が備えるＬＥＤ８１の発光を制御する。具体的には、発光制御部９３は、上述したＨＢＡ状態取得処理部９２からＨＢＡ８０の識別情報および状態を受け取ると、ＨＢＡの状態が「異常」か「正常」かによって、後に管理サーバ装置１０から送信される発光パターンを用いてどのＨＢＡ８０を発光させるかを制御する。例えば、発光制御部９３は、ＨＢＡ状態取得処理部９２から識別情報「１」および状態「異常」を受け取る。そして、その後、発光制御部９３は、外部Ｉ／Ｆ制御部６０を介して管理サーバ装置１０からＬＥＤ「０」が付加された発光パターン「ａ」，ＬＥＤ「１」が付加された発光パターン「ｂ」を受信すると、識別情報「１」であるＨＢＡ８０以外のＨＢＡ８０のＬＥＤ８１を各発光パターンで発光させるＡＰＩをＨＢＡドライバ９１に出力する。一方、発光制御部９３は、ＨＢＡ状態取得処理部９２から識別情報「１」および状態「正常」を受け取る。そして、その後、発光制御部９３は、外部Ｉ／Ｆ制御部６０を介して管理サーバ装置１０からＬＥＤ「０」が付加された発光パターン「ａ」，ＬＥＤ「１」が付加された発光パターン「ｂ」を受信すると、識別情報「１」であるＨＢＡ８０を各発光パターンで発光させるＡＰＩをＨＢＡドライバ９１に出力する。【００５３】
［管理サーバ装置による処理］
次に、図１２を用いて、管理サーバ装置１０による処理を説明する。図１２は、管理サーバ装置１０による処理の流れを示すフローチャートである。【００５４】
図１２に示すように、管理サーバ装置１０は、端末装置１００から所定のＨＢＡに対する物理位置特定の要求を受け付けると（ステップＳ１２０１肯定）、ＨＢＡ状態取得部４１によって当該ＨＢＡを搭載する業務サーバ装置５１ａｘに所定のコマンドでＨＢＡの状態を問い合わせ、ＨＢＡの状態を取得する（ステップＳ１２０２）。【００５５】
そして、管理サーバ装置１０は、ＨＢＡの状態が異常である場合には（ステップＳ１２０３否定）、次に、ＨＢＡ発光パターン取得部４３によって同業務サーバ装置５１ａｘに異常状態のＨＢＡが備えるＬＥＤの現発光パターンを所定のコマンドで問い合わせ、ＬＥＤの現発光パターンを取得する（ステップＳ１２０４）。【００５６】
そして、管理サーバ装置１０は、取得した現発光パターンと、異常状態発光パターン記憶部３２で記憶している発光パターンとを第二発光処理部４４によって突合し、現発光パターンに該当する発光パターンがない場合には（ステップＳ１２０５否定）、特定発光パターン記憶部３１から読み出した発光パターンを同業務サーバ装置５１ａｘに送信する（ステップＳ１２０６）。そして、管理サーバ装置１０は、画面生成部４５によって異常状態のＨＢＡ以外のＨＢＡが備えるＬＥＤの発光パターンが表示されるグラフィックを生成し、端末装置１００に出力する（ステップＳ１２０７）。【００５７】
そして、管理サーバ装置１０は、端末装置１００からＬＥＤ発光停止の要求を受け付けた場合（ステップＳ１２０８肯定）、もしくは、ＬＥＤ発光停止の要求を受け付けず（ステップＳ１２０８否定）、一定時間経過した場合には（ステップＳ１２０９肯定）、ＬＥＤの発光を停止して（ステップＳ１２１０）処理を終了する。【００５８】
一方、管理サーバ装置１０は、第二発光処理部４４による突合の結果、現発光パターンに該当する発光パターンがある場合には（ステップＳ１２０５肯定）、画面生成部４５によって異常状態のＨＢＡが備えるＬＥＤの現発光パターンが表示されるグラフィックを生成し、端末装置１００に出力して（ステップＳ１２１１）処理を終了する。【００５９】
「ステップＳ１２０３」に戻り、管理サーバ装置１０は、ＨＢＡの状態が正常である場合には（ステップＳ１２０３肯定）、第一発光処理部４２によって特定発光パターン記憶部３１から発光パターンを読み出して同業務サーバ装置５１ａｘに送信する（ステップＳ１２１２）。そして、管理サーバ装置１０は、画面生成部４５によって、要求があったＨＢＡが備えるＬＥＤの発光パターンが表示されるグラフィックを生成し、端末装置１００に出力する（ステップＳ１２１３）。なお、以降の「ステップＳ１２０８」〜「ステップＳ１２１０」については、上記した内容と同様であるので省略する。【００６０】
［実施例１の効果］
上記したように、実施例１によれば、異常状態のＨＢＡが発光する発光パターンを記憶しておき、所定のＨＢＡが異常状態であるか否かを検出し、異常状態であると検出された異常ＨＢＡについて、当該異常ＨＢＡにおけるＬＥＤが現に発光しているパターンを示す現発光パターンを取得する。そして、取得した現発光パターンが記憶している異常発光パターンに該当しない場合に、業務サーバ装置に搭載された複数のＨＢＡのうち異常ＨＢＡ以外のＨＢＡに対して特定のコマンドを通知して特定の発光パターンでＬＥＤを発光させるように制御する。こうすることによって、作業者に対して故障したＨＢＡの物理位置を特定させることが可能となる。つまり、故障してＬＥＤがコマンドどおりに動作する保証がないＨＢＡに対する物理位置特定については、当該ＨＢＡ以外のＨＢＡを特定の発光パターンで発光することで他のＨＢＡと区別して視認させるので、作業者に対して故障したＨＢＡの物理位置を特定させることが可能となる。【００６１】
また、請求項２の発明によれば、異常ＨＢＡ以外のＨＢＡのＬＥＤが特定の発光パターンで発光された場合に、当該ＨＢＡのＬＥＤが特定の発光パターンで発光していることを報知するので、作業者に対して故障したＨＢＡの物理位置を確実に特定させることが可能となる。
【実施例２】
【００６２】
さて、これまで本発明の実施例について説明したが、本発明は上述した実施例以外にも、種々の異なる形態にて実施されてよいものである。そこで、以下に示すように、（１）〜（７）にそれぞれ区分けして異なる実施例を説明する。【００６３】
（１）管理サーバ装置および業務サーバ装置の構成
上記の実施例１では、管理サーバ装置がＨＢＡの物理位置特定について一連の処理をする場合を説明したが、本発明はこれに限定されるものではなく、ＳＡＮを構成するいずれかの業務サーバ装置に管理サーバ装置の処理を実行させるようにしてもよい。【００６４】
（２）物理位置特定の対象
また、上記の実施例１では、特定の発光パターンで光らせることで他と区別して視認できるようにする対象をＨＢＡとして説明したが、本発明はこれに限定されるものではなく、発光部を備え、かつ、当該発光部の発光を制御し得る部品であればいかなるものを対象にしてもよく、例えば、ＮＩＣ（Network  Interface  Card）などを対象としてもよい。【００６５】
（３）ＬＥＤの発光
また、上記の実施例１では、ＬＥＤを周期的、かつ、所定の規則性に基づいて発光させる場合を説明したが、本発明はこれに限定されるものではなく、他と区別ができる発光のさせかたであればいかなるものであってもよく、例えば、光の色を変えることで他と区別したり、複数の発光部を整列させて各発光部を点灯または消灯することで他と区別したりしてもよい。【００６６】
（４）発光パターンの表現
また、上記の実施例１では、端末装置１００におけるディスプレイの画面上に表示する発光パターンを視覚的に表現する場合を説明したが、本発明はこれに限定されるものではなく、実際の発光パターンと相違なく人が認識できる表現であればいかなるものであってもよく、例えば、「１秒間の点灯と３秒間の消灯を繰り返す」という文字を表示するなどしてもよい。【００６７】
（５）発光パターンの報知
また、上記の実施例１では、故障してＬＥＤがコマンドどおりに動作する保証がないＨＢＡ以外のＨＢＡを特定のパターンで発光させた際、当該ＨＢＡ以外のＨＢＡが発光する発光パターンを報知する場合を説明したが、本発明はこれに限定されるものではなく、必ずしも対象のＨＢＡ以外のＨＢＡが発光する発光パターンを報知する手段を設けなくてもよい。【００６８】
（６）システム構成等
また、図示した各装置の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各装置の分散・統合の具体的形態は図示のものに限られず、例えば、ＨＢＡ発光パターン取得部４３と、第二発光処理部４４とを統合するなど、その全部または一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。さらに、各装置にて行なわれる各処理機能は、その全部または任意の一部が、ＣＰＵおよび当該ＣＰＵにて解析実行されるプログラムにて実現され、あるいは、ワイヤードロジックによるハードウェアとして実現され得る。【００６９】
また、本実施例において説明した各処理のうち、自動的におこなわれるものとして説明した処理の全部または一部を手動的におこなうこともでき、あるいは、手動的におこなわれるものとして説明した処理の全部または一部を公知の方法で自動的におこなうこともできる。例えば、上記の実施例では、管理サーバ装置１０から端末装置１００へグラフィックが自動で送信されて端末装置１００のディスプレイに表示される場合を説明したが、オペレータが所定の操作を行うことで画面の更新がなされるようにしてもよい。この他、上記文書中や図面中で示した処理手順、制御手順、具体的名称（例えば、発光パターン「ａ」など）、各種のデータやパラメータを含む情報については、特記する場合を除いて任意に変更することができる。【００７０】
（７）ＨＢＡ管理プログラム
ところで、上記の実施例１では、ハードウェアロジックによって各種の処理を実現する場合を説明したが、本発明はこれに限定されるものではなく、あらかじめ用意されたプログラムをコンピュータで実行することによって実現するようにしてもよい。そこで、以下では、図１３を用いて、上記の実施例１に示した管理サーバ装置１０と同様の機能を有するＨＢＡ管理プログラムを実行するコンピュータの一例を説明する。図１３は、ＨＢＡ管理プログラムを実行するコンピュータを示す図である。【００７１】
同図に示すように、管理サーバ装置１０としてのコンピュータ１１０は、ディスプレイ１１１、マウス１１２、外部Ｉ／Ｆ１１３、ＣＰＵ１１４、ＲＯＭ１１５、ＨＤＤ１１６およびＲＡＭ１１７をバス１１８などで接続して構成される。【００７２】
ＲＯＭ１１５には、上記の実施例１に示した管理サーバ装置１０と同様の機能を発揮するレプリケーションプログラム、つまり、図１３に示すように、ＨＢＡ状態取得プログラム１１５ａと、第一発光処理プログラム１１５ｂと、ＨＢＡ発光パターン取得プログラム１１５ｃと、第二発光処理プログラム１１５ｄと、画面生成プログラム１１５ｅとが予め記憶されている。なお、これらのプログラム１１５ａ〜プログラム１１５ｅについては、図３に示した管理サーバ装置１０の各構成要素と同様、適宜統合または分散してもよい。【００７３】
そして、ＣＰＵ１１４が、これらのプログラム１１５ａ〜プログラム１１５ｅをＲＯＭ１１５から読み出して実行することで、図１３に示すように、プログラム１１５ａ〜プログラム１１５ｅは、ＨＢＡ状態取得プロセス１１４ａ、第一発光処理プロセス１１４ｂ、ＨＢＡ発光パターン取得プロセス１１４ｃ、第二発光処理プロセス１１４ｄ、画面生成プロセス１１４ｅとして機能するようになる。なお、プロセス１１４ａ〜プロセス１１４ｅは、図３に示したＨＢＡ状態取得部４１と、ＨＢＡ発光パターン取得部４３と、第二発光処理部４４と、画面生成部４５とにそれぞれ対応する。【００７４】
また、ＨＤＤ１１６には、図１３に示すように、特定発光パターンテーブル１１６ａと、異常状態発光パターンテーブル１１６ｂと、表示データテーブル１１６ｃとが設けられる。なお、特定発光パターンテーブル１１６ａと、異常状態発光パターンテーブル１１６ｂとは、図３に示した特定発光パターン記憶部３１と、異常状態発光パターン記憶部３２と、表示データ記憶部３３とにそれぞれ対応する。そして、ＣＰＵ１１４は、特定発光パターンテーブル１１６ａ、異常状態発光パターンテーブル１１６ｂおよび表示データテーブル１１６ｃから特定発光パターンデータ１１７ａ、異常状態発光パターンデータ１１７ｂおよび表示データ１１７ｃを読み出してＲＡＭ１１７に格納し、ＲＡＭ１１７に格納された特定発光パターンデータ１１７ａ、異常状態発光パターンデータ１１７ｂおよび表示データ１１７ｃに基づいてＨＢＡの物理位置特定に係る処理を実行する。【００７５】
なお、上記したプログラム１１５ａ〜１１５ｅについては、必ずしも最初からＲＯＭ１１５に記憶させておく必要はなく、例えば、コンピュータ１１０に挿入されるフレキシブルディスク（ＦＤ）、ＣＤ−ＲＯＭ、ＭＯディスク、ＤＶＤディスク、ＩＣカードなどの「可搬用の物理媒体」、または、コンピュータ１１０の内外に備えられるＨＤＤなどの「固定用の物理媒体」、さらには、公衆回線、インターネット、ＬＡＮ、ＷＡＮなどを介してコンピュータ１１０に接続される「他のコンピュータ（またはサーバ）」などに各プログラムを記憶させておき、コンピュータ１１０がこれらから各プログラムを読み出して実行するようにしてもよい。
【産業上の利用可能性】
【００７６】
以上のように、本発明に係るホストバスアダプタ管理プログラム、ホストバスアダプタ管理プログラムを記録したコンピュータ読み取り可能な記録媒体、ホストバスアダプタ管理方法およびホストバスアダプタ管理装置は、異常状態に際して当該異常状態を示す異常発光パターンで発光部を発光させるとともに、特定コマンドを受け付けた場合に当該コマンドに応じた特定発光パターンで発光部を発光させるホストバスアダプタが複数搭載されたサーバ装置と接続される管理装置に適用される場合に有用であり、作業者に対して故障したＨＢＡの物理位置を特定させることに適する。
【図１】
2008120337.tif 000003
【図２】
2008120337.tif 000004
【図３】
2008120337.tif 000005
【図４】
2008120337.tif 000006
【図５】
2008120337.tif 000007
【図６】
2008120337.tif 000008
【図７】
2008120337.tif 000009
【図８】
2008120337.tif 000010
【図９】
2008120337.tif 000011
【図１０】
2008120337.tif 000012
【図１１】
2008120337.tif 000013
【図１２】
2008120337.tif 000014
【図１３】
2008120337.tif 000015
【手続補正書】
【提出日】平成21年7月3日(2009.7.3)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
異常状態に際して当該異常状態を示す異常発光パターンで発光部を発光させるとともに、特定コマンドを受け付けた場合に当該コマンドに応じた特定発光パターンで発光部を発光させるホストバスアダプタが複数搭載されたサーバ装置と接続される管理装置としてのコンピュータに実行させるホストバスアダプタ管理プログラムであって、
前記ホストバスアダプタにおける異常発光パターンを保持する異常発光パターン保持手順と、
所定のホストバスアダプタが異常状態であるか否かを検出する異常検出手順と、
前記異常検出手順によって異常状態であると検出された異常ホストバスアダプタについて、当該異常ホストバスアダプタにおける発光部が現に発光しているパターンを示す現発光パターンを取得する現発光パターン取得手順と、
前記現発光パターン取得手順によって取得された現発光パターンが前記異常発光パターン保持手順によって保持されている異常発光パターンに該当しない場合に、前記サーバ装置に搭載された複数のホストバスアダプタのうち前記異常ホストバスアダプタ以外のホストバスアダプタに対して前記特定のコマンドを通知して前記特定発光パターンで発光部を発光させるように制御する発光制御手順と、
をコンピュータに実行させることを特徴とするホストバスアダプタ管理プログラム。
【請求項２】
前記発光制御手順によって前記異常ホストバスアダプタ以外のホストバスアダプタの発光部が前記特定発光パターンで発光された場合に、当該ホストバスアダプタの発光部が前記特定発光パターンで発光していることを報知する報知手順をコンピュータにさらに実行させることを特徴とする請求項１に記載のホストバスアダプタ管理プログラム。
【請求項３】
異常状態に際して当該異常状態を示す異常発光パターンで発光部を発光させるとともに、特定コマンドを受け付けた場合に当該コマンドに応じた特定発光パターンで発光部を発光させるホストバスアダプタが複数搭載されたサーバ装置において、所定のホストバスアダプタを他のホストバスアダプタと区別して視認させるホストバスアダプタ管理方法であって、
前記ホストバスアダプタにおける異常発光パターンを保持する異常発光パターン保持工程と、
所定のホストバスアダプタが異常状態であるか否かを検出する異常検出工程と、
前記異常検出工程によって異常状態であると検出された異常ホストバスアダプタについて、当該異常ホストバスアダプタにおける発光部が現に発光しているパターンを示す現発光パターンを取得する現発光パターン取得工程と、
前記現発光パターン取得工程によって取得された現発光パターンが前記異常発光パターン保持工程によって保持されている異常発光パターンに該当しない場合に、前記サーバ装置に搭載された複数のホストバスアダプタのうち前記異常ホストバスアダプタ以外のホストバスアダプタに対して前記特定のコマンドを通知して前記特定発光パターンで発光部を発光させるように制御する発光制御工程と、
を含んだことを特徴とするホストバスアダプタ管理方法。
【請求項４】
サーバ装置に複数搭載され、異常状態に際して当該異常状態を示す異常発光パターンで発光部を発光させるとともに、特定コマンドを受け付けた場合に当該コマンドに応じた特定発光パターンで発光部を発光させるホストバスアダプタを管理するホストバスアダプタ
管理装置であって、
前記ホストバスアダプタにおける異常発光パターンを記憶する異常発光パターン記憶手段と、
所定のホストバスアダプタが異常状態であるか否かを検出する異常検出手段と、
前記異常検出手段によって異常状態であると検出された異常ホストバスアダプタについて、当該異常ホストバスアダプタにおける発光部が現に発光しているパターンを示す現発光パターンを取得する現発光パターン取得手段と、
前記現発光パターン取得手段によって取得された現発光パターンが前記異常発光パターン記憶手段によって記憶されている異常発光パターンに該当しない場合に、前記サーバ装置に搭載された複数のホストバスアダプタのうち前記異常ホストバスアダプタ以外のホストバスアダプタに対して前記特定のコマンドを通知して前記特定発光パターンで発光部を発光させるように制御する発光制御手段と、
を備えたことを特徴とするホストバスアダプタ管理装置。
【請求項５】
異常状態に際して当該異常状態を示す異常発光パターンで発光部を発光させるとともに、特定コマンドを受け付けた場合に当該コマンドに応じた特定発光パターンで発光部を発光させる発光部品が複数配置されている場合に、複数の発光部品を管理する方法をコンピュータに実行させる発光部品管理プログラムであって、
前記発光部品における異常発光パターンを保持する異常発光パターン保持手順と、
所定の発光部品が異常状態であるか否かを検出する異常検出手順と、
前記異常検出手順によって異常状態であると検出された異常発光部品について、当該異常発光部品おける発光部が現に発光しているパターンを示す現発光パターンを取得する現発光パターン取得手順と、
前記現発光パターン取得手順によって取得された現発光パターンが前記異常発光パターン保持手順によって保持されている異常発光パターンに該当しない場合に、前記サーバ装置に搭載された複数の発光部品のうち前記異常発光部品以外の発光部品に対して前記特定のコマンドを通知して前記特定発光パターンで発光部を発光させるように制御する発光制御手順と、
をコンピュータに実行させることを特徴とする発光部品管理プログラム。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、ホストバスアダプタ管理プログラム、ホストバスアダプタ管理方法、ホストバスアダプタ管理装置および発光部品管理プログラムに関する。
【背景技術】
【０００２】
近年、サーバと、ストレージ装置とをＦＣ（Fiber  Channel）スイッチによって接続したＳＡＮ（Storage  Area  Network）を構築することでストレージ資源を共用し、ストレージの一元管理を目指すことが行われている。このようなＳＡＮの構築に際しては、サーバに搭載されたＨＢＡ（Host  Bus  Adapter）と、ストレージ装置に搭載されたＦＣＡ（Fiber  Channel  Adapter）とが物理的に接続される。
【０００３】
従来、ＳＡＮを構成する各装置（サーバ、ＦＣスイッチ、ストレージ装置）間の物理的な接続やアクセスパス（論理的な接続）の定義を端末装置の画面にグラフィックな構成で表示して、オペレータがその画面を見つつＳＡＮを管理できるようにするＳＡＮ管理ソフトウェアがある。例えば、特許文献１や非特許文献１には、このようなＳＡＮ管理ソフトウェアによるＳＡＮ管理システムが開示されている。なお、アクセスパスとは、ＳＡＮを経由してストレージ資源をサーバに割り当てる論理的な接続であり、一般的に、ＨＢＡと、ＦＣＡとについては１対１の関係で論理的に接続される。また、ＳＡＮ管理ソフトウェアには、このアクセスパスについて、故障したＨＢＡを新しいＨＢＡに交換する際など、既存のＨＢＡと、ＦＣＡとの論理的な接続が切断された場合にも、新しく交換されたＨＢＡにおけるアクセスパスの定義を自動的に設定する機能を有するものもある（非特許文献２参照）。
【０００４】
ところで、このＳＡＮ管理ソフトウェアには、ＨＢＡが備えるＬＥＤを特定の発光パターンで発光させて他のＨＢＡと区別して視認できるようにする機能がある。従来、このような機能については、指定したＨＢＡを目視で確認してその物理位置を特定するために用いられ、例えば、実際にサーバの筐体を開けてＨＢＡの点検や交換などをおこなう際に用いられている。具体的には、ＳＡＮ管理ソフトウェアは、管理者からＨＢＡの物理位置特定の要求を受け付けると、ＨＢＡを制御するＨＢＡドライバに対して所定のコマンドを発行する。そして、ＨＢＡドライバは、当該コマンドを受け付けると、ＨＢＡのＬＥＤを特定のパターンで発光するように制御する。なお、発光部を発光させる部品が複数搭載された装置において、部品を発光させることで他の部品と区別して視認させる技術として、例えば、特許文献２や特許文献３がある。
【０００５】
【特許文献１】特開２００２−０６３０６３号公報
【特許文献２】特開２００４−１０３０５３号公報
【特許文献３】特開２００５−２４２９１５号公報
【非特許文献１】“ＥＴＥＲＮＵＳ  ＳＦ  Ｓｔｏｒａｇｅ  Ｃｒｕｉｓｅｒ”、［online］、［平成１９年３月２０日検索］、インターネット＜http://storage-system.fujitsu.com/jp/eternus-sf/cruiser/merit/＞
【非特許文献２】“Ｃｏｍｍｏｎ  ＨＢＡ  ＡＰＩ”、［online］、［平成１９年３月２０日検索］、インターネット＜ftp://ftp.t11.org/t11/docs/02-149v0.pdf＞
【発明の開示】
【発明が解決しようとする課題】
【０００６】
しかしながら、上記した従来の技術は、故障したＨＢＡの物理位置を特定させることができないという課題があった。具体的には、ＳＡＮ管理ソフトウェアは、管理者からＨＢＡの物理位置特定の要求を受け付けると、ＨＢＡのＬＥＤを特定のパターンで発光させるコマンドを出力するが、そもそも当該ＨＢＡが異常状態で故障している場合には、ＬＥＤがコマンドどおりに動作しないことがある。その結果、発光パターンによって他のＨＢＡと区別して視認させることができないので、実際に現場に赴いた作業者に対して故障したＨＢＡの物理位置を特定させることができないという課題があった。
【０００７】
そこで、この発明は、上述した従来技術の課題を解決するためになされたものであり、作業者に対して故障したＨＢＡの物理位置を特定させることが可能なホストバスアダプタ管理プログラム、ホストバスアダプタ管理方法、ホストバスアダプタ管理装置および発光部品管理プログラムを提供することを目的とする。
【課題を解決するための手段】
【０００８】
上述した課題を解決し、目的を達成するため、請求項１に係る発明は、異常状態に際して当該異常状態を示す異常発光パターンで発光部を発光させるとともに、特定コマンドを受け付けた場合に当該コマンドに応じた特定発光パターンで発光部を発光させるホストバスアダプタが複数搭載されたサーバ装置と接続される管理装置としてのコンピュータに実行させるホストバスアダプタ管理プログラムであって、前記ホストバスアダプタにおける異常発光パターンを保持する異常発光パターン保持手順と、所定のホストバスアダプタが異常状態であるか否かを検出する異常検出手順と、前記異常検出手順によって異常状態であると検出された異常ホストバスアダプタについて、当該異常ホストバスアダプタにおける発光部が現に発光しているパターンを示す現発光パターンを取得する現発光パターン取得手順と、前記現発光パターン取得手順によって取得された現発光パターンが前記異常発光パターン保持手順によって保持されている異常発光パターンに該当しない場合に、前記サーバ装置に搭載された複数のホストバスアダプタのうち前記異常ホストバスアダプタ以外のホストバスアダプタに対して前記特定のコマンドを通知して前記特定発光パターンで発光部を発光させるように制御する発光制御手順と、をコンピュータに実行させることを特徴とする。
【０００９】
また、請求項２に係る発明は、上記の発明において、前記発光制御手順によって前記異常ホストバスアダプタ以外のホストバスアダプタの発光部が前記特定発光パターンで発光された場合に、当該ホストバスアダプタの発光部が前記特定発光パターンで発光していることを報知する報知手順をコンピュータにさらに実行させることを特徴とする。
【００１０】
また、請求項３に係る発明は、異常状態に際して当該異常状態を示す異常発光パターンで発光部を発光させるとともに、特定コマンドを受け付けた場合に当該コマンドに応じた特定発光パターンで発光部を発光させるホストバスアダプタが複数搭載されたサーバ装置において、所定のホストバスアダプタを他のホストバスアダプタと区別して視認させるホストバスアダプタ管理方法であって、前記ホストバスアダプタにおける異常発光パターンを保持する異常発光パターン保持工程と、所定のホストバスアダプタが異常状態であるか否かを検出する異常検出工程と、前記異常検出工程によって異常状態であると検出された異常ホストバスアダプタについて、当該異常ホストバスアダプタにおける発光部が現に発光しているパターンを示す現発光パターンを取得する現発光パターン取得工程と、前記現発光パターン取得工程によって取得された現発光パターンが前記異常発光パターン保持工程によって保持されている異常発光パターンに該当しない場合に、前記サーバ装置に搭載された複数のホストバスアダプタのうち前記異常ホストバスアダプタ以外のホストバスアダプタに対して前記特定のコマンドを通知して前記特定発光パターンで発光部を発光させるように制御する発光制御工程と、を含んだことを特徴とする。
【００１１】
また、請求項４に係る発明は、サーバ装置に複数搭載され、異常状態に際して当該異常状態を示す異常発光パターンで発光部を発光させるとともに、特定コマンドを受け付けた場合に当該コマンドに応じた特定発光パターンで発光部を発光させるホストバスアダプタを管理するホストバスアダプタ管理装置であって、前記ホストバスアダプタにおける異常発光パターンを記憶する異常発光パターン記憶手段と、所定のホストバスアダプタが異常状態であるか否かを検出する異常検出手段と、前記異常検出手段によって異常状態であると検出された異常ホストバスアダプタについて、当該異常ホストバスアダプタにおける発光部が現に発光しているパターンを示す現発光パターンを取得する現発光パターン取得手段と、前記現発光パターン取得手段によって取得された現発光パターンが前記異常発光パターン記憶手段によって記憶されている異常発光パターンに該当しない場合に、前記サーバ装置に搭載された複数のホストバスアダプタのうち前記異常ホストバスアダプタ以外のホストバスアダプタに対して前記特定のコマンドを通知して前記特定発光パターンで発光部を発光させるように制御する発光制御手段と、を備えたことを特徴とする。
【００１２】
また、請求項５に係る発明は、異常状態に際して当該異常状態を示す異常発光パターンで発光部を発光させるとともに、特定コマンドを受け付けた場合に当該コマンドに応じた特定発光パターンで発光部を発光させる発光部品が複数配置されている場合に、複数の発光部品を管理する方法をコンピュータに実行させる発光部品管理プログラムであって、前記発光部品における異常発光パターンを保持する異常発光パターン保持手順と、所定の発光部品が異常状態であるか否かを検出する異常検出手順と、前記異常検出手順によって異常状態であると検出された異常発光部品について、当該異常発光部品おける発光部が現に発光しているパターンを示す現発光パターンを取得する現発光パターン取得手順と、前記現発光パターン取得手順によって取得された現発光パターンが前記異常発光パターン保持手順によって保持されている異常発光パターンに該当しない場合に、前記サーバ装置に搭載された複数の発光部品のうち前記異常発光部品以外の発光部品に対して前記特定のコマンドを通知して前記特定発光パターンで発光部を発光させるように制御する発光制御手順と、をコンピュータに実行させることを特徴とする。
【発明の効果】
【００１３】
請求項１、３または４の発明によれば、ホストバスアダプタにおける異常発光パターンを保持しておき、所定のホストバスアダプタが異常状態であるか否かを検出し、異常状態であると検出された異常ホストバスアダプタについて、当該異常ホストバスアダプタにおける発光部が現に発光しているパターンを示す現発光パターンを取得する。そして、取得した現発光パターンが保持している異常発光パターンに該当しない場合に、サーバ装置に搭載された複数のホストバスアダプタのうち異常ホストバスアダプタ以外のホストバスアダプタに対して特定のコマンドを通知して特定発光パターンで発光部を発光させるように制御する。こうすることによって、作業者に対して故障したホストバスアダプタの物理位置を特定させることが可能となる。つまり、故障して発光部がコマンドどおりに動作する保証がないホストバスアダプタに対する物理位置特定については、当該ホストバスアダプタ以外のホストバスアダプタを特定の発光パターンで発光することで他のホストバスアダプタと区別して視認させるので、作業者に対して故障したホストバスアダプタの物理位置を特定させることが可能となる。
【００１４】
また、請求項２の発明によれば、異常ホストバスアダプタ以外のホストバスアダプタの発光部が特定発光パターンで発光された場合に、当該ホストバスアダプタの発光部が特定発光パターンで発光していることを報知するので、作業者に対して故障したホストバスアダプタの物理位置を確実に特定させることが可能となる。
【００１５】
また、請求項５の発明によれば、発光部品における異常発光パターンを保持しておき、所定の発光部品が異常状態であるか否かを検出し、異常状態であると検出された異常発光部品について、当該異常発光部品おける発光部が現に発光しているパターンを示す現発光パターンを取得する。そして、取得した現発光パターンが保持している異常発光パターンに該当しない場合に、サーバ装置に搭載された複数の発光部品のうち異常発光部品以外の発光部品に対して特定のコマンドを通知して特定発光パターンで発光部を発光させる。こうすることによって、作業者に対して故障した発光部品の物理位置を特定させることが可能となる。つまり、故障して発光部がコマンドどおりに動作する保証がない発光部品に対する物理位置特定については、当該発光部品以外の発光部品を特定の発光パターンで発光することで他の発光部品と区別して視認させるので、作業者に対して故障した発光部品の物理位置を特定させることが可能となる。
【発明を実施するための最良の形態】
【００１６】
以下に添付図面を参照して、この発明に係る管理サーバ装置を含むＳＡＮ管理システムの実施例を詳細に説明する。なお、以下では、用語の説明、本発明に係るＳＡＮ管理システムの概要および特徴、ＳＡＮ管理システムにおける管理サーバ装置の構成、ＳＡＮ管理システムにおける業務サーバ装置の構成、管理サーバ装置の処理の流れを順に説明し、実施例１の効果を説明した後に、他の実施例を説明する。
【実施例１】
【００１７】
［用語の説明］
まず、以下の実施例で用いる主要な用語を説明する。「ＳＡＮ（Storage  Area  Network）」とは、複数のサーバ装置と、複数のストレージ装置とをＦＣ（Fiber Channel）スイッチで接続したネットワークである。具体的には、サーバ装置に搭載されたＨＢＡ（Host   Bus  Adapter）と、ストレージ装置に搭載されたＦＣＡ（Fiber Channel Adapter）とをＦＣスイッチを介して接続する（図１参照）。このようなＳＡＮでは、ネットワーク内のストレージ資源をサーバに効率よく割り当てるための論理的な接続であるアクセスパスを定義することができ、ストレージ資源の共用や一元管理が実現される。
【００１８】
また、「ＨＢＡ（特許請求の範囲に記載の「ホストバスアダプタ」）に対応する）」とは、上記したサーバ装置に複数搭載され、異常状態に際して当該異常状態を示す発光パターンで自身が備えるＬＥＤを発光させるとともに、所定のコマンドやＡＰＩ（Application  Program  Interface）を受け付けた場合に、当該コマンドやＡＰＩに応じた発光パターンでＬＥＤを発光させる。
【００１９】
また、「発光パターン（特許請求の範囲に記載の「異常発光パターン」または「特定発光パターン」）に対応する）」とは、上記したＬＥＤの周期的、かつ、所定の規則性に基づいた発光（点灯や消灯、点滅など）のことであり、各装置では、発光の種類ごとに、共通で一意に識別される識別情報として認識される。具体的に例を挙げて説明すると、各装置は、一周期に２回の点灯からなるパターンについては発光パターン「ａ」として、また、一周期に間隔の短い２連続の点灯が２回ある発光パターンについては発光パターン「ｂ」として認識する（図２の発光パターン２参照）。
【００２０】
［ＳＡＮ管理システムの概要および特徴］
次に、図１や図２を用いて、実施例１に係るＳＡＮ管理システムを説明する。図１は、実施例１に係るＳＡＮ管理システムの構成を説明するための図であり、図２は、実施例１に係るＳＡＮ管理システムにおける管理サーバ装置の概要および特徴を説明するための図である。
【００２１】
実施例１に係るＳＡＮ管理システムの概要を説明する。図１に示すように、ＳＡＮ管理システムは、管理サーバ装置１０と、ＳＡＮ５０と、端末装置１００とから構成され、管理サーバ装置１０がＳＡＮ５０を構成する各装置（業務サーバ装置５１ａ１〜５１ａｎ、ＦＣスイッチ５２ａ１〜５２ａｎ、ストレージ装置５３ａ１〜５３ａｎ）から情報を収集し、装置間の物理的な接続やアクセスパスの定義を端末装置１００のディスプレイに表示しつつ（図６〜図８参照）、端末装置１００から出力された種々の要求に応答するという内容である。そして、このようなＳＡＮ管理システムにおいて、管理サーバ装置１０が作業者に対して故障したＨＢＡの物理位置を特定させることを可能にしている点に主たる特徴がある。
【００２２】
この主たる特徴について説明すると、ＳＡＮ管理システムにおいて、管理サーバ装置１０は、ＨＢＡにおける異常状態を示す発光パターンを記憶する。具体的には、図２に示すように、管理サーバ装置１０は、異常状態となったＨＢＡによるＬＥＤの種々の発光である発光パターン２を記憶する。
【００２３】
そして、管理サーバ装置１０は、所定のＨＢＡが異常状態であるか否かを検出する。具体的には、管理サーバ装置１０は、端末装置１００から所定のＨＢＡに対する物理位置特定の要求を受け付けると、当該ＨＢＡを搭載する業務サーバ装置５１ａｘに所定のコマンドでＨＢＡの状態を問い合わせる。
【００２４】
そして、管理サーバ装置１０は、異常であるＨＢＡについて、当該ＨＢＡにおけるＬＥＤが現に発光しているパターンを示す現発光パターンを取得する。具体的には、管理サーバ装置１０は、問い合わせたＨＢＡの状態が異常状態であることを示す情報を業務サーバ装置５１ａｘから受信すると、次に、同業務サーバ装置５１ａｘに当該ＨＢＡのＬＥＤの現発光パターンを所定のコマンドで問い合わせる。
【００２５】
そして、管理サーバ装置１０は、現発光パターンが、ＨＢＡにおける異常状態を示す発光パターンとして記憶している発光パターンに該当しない場合に、業務サーバ装置５１ａｘに搭載された複数のＨＢＡのうち異常であるＨＢＡ以外のＨＢＡに対して特定のコマンドを通知して特定の発光パターンでＬＥＤを発光させるように制御する。具体的には、図２に示すように、管理サーバ装置１０は、ＨＢＡ１のＬＥＤによる現発光パターンを業務サーバ装置５１ａｘから受信すると、発光パターン２と突合する（図２の（１）参照）。そして、管理サーバ装置１０は、現発光パターンと、発光パターン２との突合の結果、現発光パターンに該当する発光パターンが発光パターン２中にない場合には、ＨＢＡ１以外のＨＢＡを特定の発光パターンで発光させる（図２の（２）参照）。一方、現発光パターンに該当する発光パターンが発光パターン２中にある場合には、ＨＢＡ１のＬＥＤは、現発光パターンで発光し続ける（図２の（３）参照）。なお、図２において、５行５列に整列した２５個の円については、業務サーバ装置５１ａｘが搭載する全てのＨＢＡを概念的に示しており、ＨＢＡが特定の発光パターン、あるいは、現発光パターンで発光する様子を円内部に網掛けを施すことで概念的に表現している。
【００２６】
こうすることによって、実施例１に係るＳＡＮ管理システムにおける管理サーバ装置１０は、上記した主たる特徴のとおり、作業者に対して故障したＨＢＡの物理位置を特定させることが可能となる。
【００２７】
［管理サーバ装置の構成］
次に、図３を用いて、管理サーバ装置１０の構成を説明する。図３は、管理サーバ装置１０の構成を示すブロック図である。同図に示すように、管理サーバ装置１０は、外部Ｉ／Ｆ制御部２０と、記憶部３０と、処理部４０とから構成される。
【００２８】
外部Ｉ／Ｆ制御部２０は、業務サーバ装置５１ａ１〜５１ａｎと、端末装置１００との通信を制御する。具体的には、外部Ｉ／Ｆ制御部２０は、処理部４０から出力される業務サーバ装置５１ａ１〜５１ａｎまたは端末装置１００宛ての情報や指示を受け取ると、各装置へと接続された伝送路に出力する。また、外部Ｉ／Ｆ制御部２０は、業務サーバ装置５１ａ１〜５１ａｎまたは端末装置１００から送信された情報や応答を受信すると、処理部４０に出力する。
【００２９】
記憶部３０は、処理部４０による各種処理に用いられるデータなどを記憶し、特に本発明に密接に関連するものとしては、特定発光パターン記憶部３１と、異常状態発光パターン記憶部３２と、表示データ記憶部３３とを備える。なお、異常状態発光パターン記憶部３２は、特許請求の範囲に記載の「異常発光パターン保持手順」に対応する。
【００３０】
特定発光パターン記憶部３１は、正常なＨＢＡの物理位置特定に用いる発光パターンを記憶する。具体的には、図４に示すように、特定発光パターン記憶部３１は、ＬＥＤ「０」の発光パターンと、ＬＥＤ「１」の発光パターンとの組み合わせを記憶する。例えば、図４に示すように、特定発光パターン記憶部３１は、ＬＥＤ「０」およびＬＥＤ「１」共に、一周期において、短い２連続の点灯後に長い点灯があり、引き続き短い２連続の点灯がある発光パターン「ｔ」を記憶する。なお、業務サーバ装置５１ａ１〜５１ａｎが搭載するＨＢＡには、識別情報が付された２つのＬＥＤ（ＬＥＤ「０」およびＬＥＤ「１」）が備えられており、各ＬＥＤの発光パターンの組み合わせで一つの意味が示される。また、図４は、特定発光パターン記憶部３１が記憶する情報の例を示す図である。
【００３１】
異常状態発光パターン記憶部３２は、ＨＢＡにおける異常状態を示す発光パターンを記憶する。具体的には、図５に示すように、異常状態発光パターン記憶部３２は、ＨＢＡが異常状態の際に、異常状態の種別ごとに当該ＨＢＡのＬＥＤが発光する全発光パターンであるＬＥＤ「０」の発光パターンと、ＬＥＤ「１」の発光パターンとの組み合わせを記憶する。例えば、図５に示すように、異常状態発光パターン記憶部３２は、一周期にＬＥＤ「０」による２回の点灯がある発光パターン「ａ」と、一周期にＬＥＤ「１」による間隔の短い２連続の点灯が２回ある発光パターン「ｂ」との組み合わせ（例えば、ＦＣスイッチとの接続が切れている際に、ＨＢＡのＬＥＤが発光する発光パターンである）を記憶する。なお、図５は、異常状態発光パターン記憶部３２が記憶する情報の例を示す図である。
【００３２】
表示データ記憶部３３は、端末装置１００のディスプレイに表示するグラフィックを生成するためのデータを記憶する。具体的には、表示データ記憶部３３は、後述する画面生成部４５に用いられるデータであり、ＳＡＮ５０を構成する装置（業務サーバ装置、ＦＣスイッチおよびストレージ装置）間の物理的な接続やアクセスパスをグラフィックな構図で表示するためのデータを記憶する。
【００３３】
処理部４０は、各種の処理手順を規定したプログラムや制御データを格納するための内部メモリを有し、これらによって種々の処理を実行するプロセッサであり、特に本発明に密接に関連するものとしては、ＨＢＡ状態取得部４１と、第一発光処理部４２と、ＨＢＡ発光パターン取得部４３と、第二発光処理部４４と、画面生成部４５とを備える。なお、ＨＢＡ状態取得部４１は、特許請求の範囲に記載の「異常検出手順」に対応し、ＨＢＡ発光パターン取得部４３は、同じく「現発光パターン取得手順」に対応し、第二発光処理部４４は、特許請求の範囲に記載の「発光制御手順」に対応し、画面生成部４５は、特許請求の範囲に記載の「報知手順」に対応する。
【００３４】
ＨＢＡ状態取得部４１は、ＨＢＡが異常状態であるか否かを検出する。具体的には、ＨＢＡ状態取得部４１は、端末装置１００から送信された所定のＨＢＡに対する物理位置特定の要求を外部Ｉ／Ｆ制御部２０を介して受け取ると、当該ＨＢＡを搭載する業務サーバ装置５１ａｘに所定のコマンドでＨＢＡの状態を問い合わせる。そして、ＨＢＡ状態取得部４１は、業務サーバ装置５１ａｘからＨＢＡの正常を示す応答があった場合には、後述する第一発光処理部４２に処理の開始を指示する信号を出力する。一方、ＨＢＡ状態取得部４１は、業務サーバ装置５１ａｘからＨＢＡの異常を示す応答があった場合には、後述するＨＢＡ発光パターン取得部４３に処理の開始を指示する信号を出力する。
【００３５】
第一発光処理部４２は、正常なＨＢＡについて物理位置特定を行う。具体的には、第一発光処理部４２は、上述したＨＢＡ状態取得部４１から処理の開始を指示する信号を受け取ると、特定発光パターン記憶部３１からＬＥＤ「０」およびＬＥＤ「１」の発光パターンを読み出す。そして、第一発光処理部４２は、読み出した各発光パターンにＬＥＤの識別情報を付加し、外部Ｉ／Ｆ制御部２０を介して業務サーバ装置５０ａｘに送信する。また、第一発光処理部４２は、後述する画面生成部４５に読み出した発光パターンとともに画面更新を指示する信号を出力する。なお、第一発光処理部４２は、端末装置１００から送信されたＬＥＤ発光停止の要求を外部Ｉ／Ｆ制御部２０を介して受け取る、または、一定時間が経過すると、業務サーバ装置５０ａｘに発光パターンを停止するコマンドを送信する。
【００３６】
ＨＢＡ発光パターン取得部４３は、異常状態であると検出された異常ＨＢＡについて、当該異常ＨＢＡにおけるＬＥＤが現に発光しているパターンを示す現発光パターンを取得する。具体的には、ＨＢＡ発光パターン取得部４３は、上述したＨＢＡ状態取得部４１から処理の開始を指示する信号を受け取ると、業務サーバ装置５１ａｘに異常状態のＨＢＡが備えるＬＥＤの現発光パターンを所定のコマンドで問い合わせる。そして、ＨＢＡ発光パターン取得部４３は、業務サーバ装置５１ａｘから現発光パターンについて応答があると、後述する第二発光処理部４４に現発光パターンを出力する。例えば、ＨＢＡ発光パターン取得部４３は、業務サーバ装置５１ａｘからＬＥＤ「０」が付加された発光パターン「ａ」およびＬＥＤ「１」が付加された発光パターン「ｂ」を外部Ｉ／Ｆ制御部２０を介して業務サーバ装置５１ａｘから受信すると、現発光パターンとしての各発光パターンを第二発光処理部４４に出力する。
【００３７】
第二発光処理部４４は、現発光パターンが異常状態発光パターン記憶部３２で記憶している発光パターンに該当しない場合に、業務サーバ装置５１ａｘに搭載された複数のＨＢＡのうち異常ＨＢＡ以外のＨＢＡに対して特定のコマンドを通知して特定の発光パターンでＬＥＤを発光させるように制御する。具体的には、第二発光処理部４４は、上述したＨＢＡ発光パターン取得部４３から現発光パターンを受け取ると、異常状態発光パターン記憶部３２で記憶している発光パターンと突合する。そして、第二発光処理部４４は、突合の結果、現発光パターンに該当する発光パターンが異常状態発光パターン記憶部３２で記憶している発光パターン中にない場合には、特定発光パターン記憶部３１からＬＥＤ「０」およびＬＥＤ「１」の発光パターンを読み出す。そして、第一発光処理部４２は、読み出した各発光パターンにＬＥＤの識別情報を付加し、外部Ｉ／Ｆ制御部２０を介して業務サーバ装置５０ａｘに送信する。また、第二発光処理部４４は、後述する画面生成部４５に読み出した発光パターンとともに画面更新を指示する信号を出力する。なお、第二発光処理部４４は、端末装置１００から送信されたＬＥＤ発光停止の要求を外部Ｉ／Ｆ制御部２０を介して受け取る、または、一定時間が経過すると、業務サーバ装置５０ａｘに発光パターンを停止するコマンドを送信する。
【００３８】
一方、第二発光処理部４４は、突合の結果、現発光パターンに該当する発光パターンが異常状態発光パターン記憶部３２で記憶している発光パターン中にある場合には、画面生成部４５に現発光パターンとともに画面更新を指示する信号を出力する。
【００３９】
画面生成部４５は、端末装置１００のディスプレイに表示されるグラフィックを生成する。具体的には、画面生成部４５は、表示データ記憶部３３によって記憶されるデータを用いて、現況に合わせたグラフィックを生成して端末装置１００に出力する。具体的に例を挙げて説明すると、図６に示すように、画面生成部４５は、ＳＡＮ５０を構成する各装置については、線で囲まれた部分で表し、各装置間の物理的な接続を実線で、各装置間のアクセスパスを点線でつながれたブロック図が端末装置１００に表示されるようなグラフィックを生成し、端末装置１００に出力する。また、画面生成部４５は、業務サーバ装置５１ａ１〜５１ａｎにおいて実際に割り当てられているＨＢＡの識別情報（詳細については、業務サーバ装置の構成で説明する）を画面上のブロック図におけるＨＢＡに対して割り当てる。こうすることによって、端末装置１００ではＧＵＩ（Graphical  User  Interface）操作が実現され、オペレータがマウスでポインタをＨＢＡの区画まで動かし、クリックすることで当該ＨＢＡに対する物理位置特定の要求（ＨＢＡの識別情報）が管理サーバ装置１０に送信される。
【００４０】
また、画面生成部４５は、異常ＨＢＡ以外のＨＢＡの発光部が特定発光パターンで発光された場合に、当該ＨＢＡの発光部が特定発光パターンで発光していることを報知する。具体的には、画面生成部４５は、第二発光処理部４４から発光パターンや画面更新を指示する信号を受け取ると、表示データ記憶部３３によって記憶されるデータを用いて、発光パターンを視覚的に表現し、異常ＨＢＡ以外のＨＢＡが発光パターンで発光しているようなグラフィックを生成して端末装置１００に出力する。例えば、図７に示すように、画面生成部４５は、画面上で識別情報「１２」であるＨＢＡ以外のＨＢＡを表す囲みの付近に吹き出しを出現させ、当該吹き出し内に視覚的な発光パターンが現われるようなグラフィックを作成する。
【００４１】
また、例えば、図８に示すように、画面生成部４５は、物理位置特定が要求された識別情報「１２」であるＨＢＡが異常状態であり、かつ、当該ＨＢＡの現発光パターンに該当する発光パターンが異常状態発光パターン記憶部３２で記憶している発光パターン中にあった場合に、第二発光処理部４４より出力される現発光パターン（異常状態に際してＨＢＡが発光した発光パターン）および画面更新を指示する信号を受け取ると、画面上で識別情報「１２」であるＨＢＡを表す囲みの付近に吹き出しを出現させ、当該吹き出し内に視覚的な現発光パターンが現われるようなグラフィックを作成する。なお、図６〜図８は、端末装置のディスプレイに表示される画面の例を示す図である。
【００４２】
［業務サーバ装置の構成］
次に、図９を用いて、業務サーバ装置５１の構成を説明する。図９は、業務サーバ装置５１の構成を示すブロック図である。同図に示すように、業務サーバ装置５１は、外部Ｉ／Ｆ制御部６０と、処理部９０による各種処理に用いられるデータなどを記憶する記憶部７０と、ＬＥＤ８１を備えたＨＢＡ８０と、処理部９０とから構成される。
【００４３】
外部Ｉ／Ｆ制御部６０は、管理サーバ装置１０との通信を制御する。具体的には、外部Ｉ／Ｆ制御部６０は、処理部９０から出力される管理サーバ装置１０宛ての応答を受け取ると、管理サーバ装置１０へと接続された伝送路に出力する。また、外部Ｉ／Ｆ制御部６０は、管理サーバ装置１０から送信された情報や指示を受信すると、処理部９０に出力する。
【００４４】
ＨＢＡ８０は、ＬＥＤ８１を制御して特定の発光パターンで発光させる。具体的には、ＨＢＡ８０は、異常状態になると、当該異常状態を示す発光パターンでＬＥＤ８１を発光させるとともに、所定のＡＰＩを受け付けた場合に、当該ＡＰＩに基づいた発光パターンでＬＥＤ８１を発光させる。なお、ＨＢＡ８０には、それぞれ一意に識別される識別情報を付されており、同様に２つのＬＥＤ８１（ＬＥＤ「０」およびＬＥＤ「１」）にも識別情報が付されている。
【００４５】
処理部９０は、各種の処理手順を規定したプログラムや制御データを格納するための内部メモリを有し、これらによって種々の処理を実行するプロセッサであり、特に本発明に密接に関連するものとしては、ＨＢＡドライバ９１と、ＨＢＡ状態取得処理部９２と、発光制御部９３と、を備える。
【００４６】
ＨＢＡドライバ９１は、各部から発行されたＡＰＩに基づいてＨＢＡ８０を制御する。具体的には、ＨＢＡドライバ９１は、後述するＨＢＡ状態取得処理部９２からＨＢＡ８０の情報採取に係るＡＰＩを受け取ると、ＨＢＡ８０の種々の情報を取得して返信する。また、ＨＢＡドライバ９１は、後述する発光制御部９３より識別情報で指定されたＨＢＡ８０を所定の発光パターンで発光させるＡＰＩを受け取ると、該当するＨＢＡ８０に対してＬＥＤ８１を所定の発光パターンで発光させるように制御する。
【００４７】
ＨＢＡ状態取得処理部９２は、管理サーバ装置１０に指定されたＨＢＡ８０の状態を取得する。具体的には、ＨＢＡ状態取得処理部９２は、識別情報で指定されたＨＢＡ８０の状態を問い合わせるコマンドを外部Ｉ／Ｆ制御部６０を介して管理サーバ装置１０から受け取ると、当該ＨＢＡ８０の情報採取に係るＡＰＩをＨＢＡドライバ９１に出力する。そして、ＨＢＡ状態取得処理部９２は、ＨＢＡドライバ９１から当該ＨＢＡ８０の状態を受け取ると、外部Ｉ／Ｆ制御部６０を介して管理サーバ装置１０に送信する。そして、ＨＢＡ状態取得処理部９２は、後述する発光処理部９３にＨＢＡ８０の状態と、当該ＨＢＡ８０の識別情報を出力する。例えば、図１０は業務サーバ装置におけるＨＢＡ状態取得処理部の処理を説明するための図であるが、同図に示すように、ＨＢＡ状態取得処理部９２は、ＨＢＡ８０の情報採取に係るＡＰＩ「ＨＢＡ  ＧｅｔＡｄａｐｔｅｒＰｏｒｔＡｔｔｒｉｂｕｔｅｓ（）」をＨＢＡドライバ９１に出力する。そして、ＨＢＡ状態取得処理部９２は、識別情報「１」であるＨＢＡ８０から「ＰｏｒｔＳｔａｔｅ＝ＥＲＲＯＲ」という応答をＨＢＡドライバ９１経由で受け取る。なお、ＡＰＩ「ＨＢＡ  ＧｅｔＡｄａｐｔｅｒＰｏｒｔＡｔｔｒｉｂｕｔｅｓ（）」とは、ＳＮＩＡ（Storage  Networking  Industry  Association）が提唱するＨＢＡの情報採取ＡＰＩの一つであり、「ＰｏｒｔＳｔａｔｅ」とは、当該ＡＰＩを実行して得られる属性値の一つであり、「ＥＲＲＯＲ」とは、異常状態であることを示す応答の一つである。
【００４８】
また、ＨＢＡ状態取得処理部９２は、管理サーバ装置１０から送信された現発光パターンを問い合わせるコマンドを外部Ｉ／Ｆ制御部６０を介して受け取ると、異常状態のＨＢＡ８０が備えるＬＥＤ８１の発光パターン取得に係るＡＰＩをＨＢＡドライバ９１に出力する。そして、ＨＢＡ状態取得処理部９２は、ＨＢＡドライバ９１から現発光パターンを受け取ると、外部Ｉ／Ｆ制御部６０を介して管理サーバ装置１０に送信する。例えば、図１１は業務サーバ装置におけるＨＢＡ状態取得処理部の処理を説明するための図であるが、同図に示すように、ＨＢＡ状態取得処理部９２は、ＬＥＤ発光パターン取得ＡＰＩをＨＢＡドライバ９１に出力する。そして、ＨＢＡ状態取得処理部９２は、識別情報「１」であるＨＢＡ８０から「ＬＥＤ「０」＝ａ、ＬＥＤ「１」＝ａ」という応答をＨＢＡドライバ９１経由で受け取る。
【００４９】
発光制御部９３は、ＨＢＡ８０が備えるＬＥＤ８１の発光を制御する。具体的には、発光制御部９３は、上述したＨＢＡ状態取得処理部９２からＨＢＡ８０の識別情報および状態を受け取ると、ＨＢＡの状態が「異常」か「正常」かによって、後に管理サーバ装置１０から送信される発光パターンを用いてどのＨＢＡ８０を発光させるかを制御する。例えば、発光制御部９３は、ＨＢＡ状態取得処理部９２から識別情報「１」および状態「異常」を受け取る。そして、その後、発光制御部９３は、外部Ｉ／Ｆ制御部６０を介して管理サーバ装置１０からＬＥＤ「０」が付加された発光パターン「ａ」，ＬＥＤ「１」が付加された発光パターン「ｂ」を受信すると、識別情報「１」であるＨＢＡ８０以外のＨＢＡ８０のＬＥＤ８１を各発光パターンで発光させるＡＰＩをＨＢＡドライバ９１に出力する。一方、発光制御部９３は、ＨＢＡ状態取得処理部９２から識別情報「１」および状態「正常」を受け取る。そして、その後、発光制御部９３は、外部Ｉ／Ｆ制御部６０を介して管理サーバ装置１０からＬＥＤ「０」が付加された発光パターン「ａ」，ＬＥＤ「１」が付加された発光パターン「ｂ」を受信すると、識別情報「１」であるＨＢＡ８０を各発光パターンで発光させるＡＰＩをＨＢＡドライバ９１に出力する。
【００５０】
［管理サーバ装置による処理］
次に、図１２を用いて、管理サーバ装置１０による処理を説明する。図１２は、管理サーバ装置１０による処理の流れを示すフローチャートである。
【００５１】
図１２に示すように、管理サーバ装置１０は、端末装置１００から所定のＨＢＡに対する物理位置特定の要求を受け付けると（ステップＳ１２０１肯定）、ＨＢＡ状態取得部４１によって当該ＨＢＡを搭載する業務サーバ装置５１ａｘに所定のコマンドでＨＢＡの状態を問い合わせ、ＨＢＡの状態を取得する（ステップＳ１２０２）。
【００５２】
そして、管理サーバ装置１０は、ＨＢＡの状態が異常である場合には（ステップＳ１２０３否定）、次に、ＨＢＡ発光パターン取得部４３によって同業務サーバ装置５１ａｘに異常状態のＨＢＡが備えるＬＥＤの現発光パターンを所定のコマンドで問い合わせ、ＬＥＤの現発光パターンを取得する（ステップＳ１２０４）。
【００５３】
そして、管理サーバ装置１０は、取得した現発光パターンと、異常状態発光パターン記憶部３２で記憶している発光パターンとを第二発光処理部４４によって突合し、現発光パターンに該当する発光パターンがない場合には（ステップＳ１２０５否定）、特定発光パターン記憶部３１から読み出した発光パターンを同業務サーバ装置５１ａｘに送信する（ステップＳ１２０６）。そして、管理サーバ装置１０は、画面生成部４５によって異常状態のＨＢＡ以外のＨＢＡが備えるＬＥＤの発光パターンが表示されるグラフィックを生成し、端末装置１００に出力する（ステップＳ１２０７）。
【００５４】
そして、管理サーバ装置１０は、端末装置１００からＬＥＤ発光停止の要求を受け付けた場合（ステップＳ１２０８肯定）、もしくは、ＬＥＤ発光停止の要求を受け付けず（ステップＳ１２０８否定）、一定時間経過した場合には（ステップＳ１２０９肯定）、ＬＥＤの発光を停止して（ステップＳ１２１０）処理を終了する。
【００５５】
一方、管理サーバ装置１０は、第二発光処理部４４による突合の結果、現発光パターンに該当する発光パターンがある場合には（ステップＳ１２０５肯定）、画面生成部４５によって異常状態のＨＢＡが備えるＬＥＤの現発光パターンが表示されるグラフィックを生成し、端末装置１００に出力して（ステップＳ１２１１）処理を終了する。
【００５６】
「ステップＳ１２０３」に戻り、管理サーバ装置１０は、ＨＢＡの状態が正常である場合には（ステップＳ１２０３肯定）、第一発光処理部４２によって特定発光パターン記憶部３１から発光パターンを読み出して同業務サーバ装置５１ａｘに送信する（ステップＳ１２１２）。そして、管理サーバ装置１０は、画面生成部４５によって、要求があったＨＢＡが備えるＬＥＤの発光パターンが表示されるグラフィックを生成し、端末装置１００に出力する（ステップＳ１２１３）。なお、以降の「ステップＳ１２０８」〜「ステップＳ１２１０」については、上記した内容と同様であるので省略する。
【００５７】
［実施例１の効果］
上記したように、実施例１によれば、異常状態のＨＢＡが発光する発光パターンを記憶しておき、所定のＨＢＡが異常状態であるか否かを検出し、異常状態であると検出された異常ＨＢＡについて、当該異常ＨＢＡにおけるＬＥＤが現に発光しているパターンを示す現発光パターンを取得する。そして、取得した現発光パターンが記憶している異常発光パターンに該当しない場合に、業務サーバ装置に搭載された複数のＨＢＡのうち異常ＨＢＡ以外のＨＢＡに対して特定のコマンドを通知して特定の発光パターンでＬＥＤを発光させるように制御する。こうすることによって、作業者に対して故障したＨＢＡの物理位置を特定させることが可能となる。つまり、故障してＬＥＤがコマンドどおりに動作する保証がないＨＢＡに対する物理位置特定については、当該ＨＢＡ以外のＨＢＡを特定の発光パターンで発光することで他のＨＢＡと区別して視認させるので、作業者に対して故障したＨＢＡの物理位置を特定させることが可能となる。
【００５８】
また、請求項２の発明によれば、異常ＨＢＡ以外のＨＢＡのＬＥＤが特定の発光パターンで発光された場合に、当該ＨＢＡのＬＥＤが特定の発光パターンで発光していることを報知するので、作業者に対して故障したＨＢＡの物理位置を確実に特定させることが可能となる。
【実施例２】
【００５９】
さて、これまで本発明の実施例について説明したが、本発明は上述した実施例以外にも、種々の異なる形態にて実施されてよいものである。そこで、以下に示すように、（１）〜（７）にそれぞれ区分けして異なる実施例を説明する。
【００６０】
（１）管理サーバ装置および業務サーバ装置の構成
上記の実施例１では、管理サーバ装置がＨＢＡの物理位置特定について一連の処理をする場合を説明したが、本発明はこれに限定されるものではなく、ＳＡＮを構成するいずれかの業務サーバ装置に管理サーバ装置の処理を実行させるようにしてもよい。
【００６１】
（２）物理位置特定の対象
また、上記の実施例１では、特定の発光パターンで光らせることで他と区別して視認できるようにする対象をＨＢＡとして説明したが、本発明はこれに限定されるものではなく、発光部を備え、かつ、当該発光部の発光を制御し得る部品であればいかなるものを対象にしてもよく、例えば、ＮＩＣ（Network Interface Card）などを対象としてもよい。
【００６２】
（３）ＬＥＤの発光
また、上記の実施例１では、ＬＥＤを周期的、かつ、所定の規則性に基づいて発光させる場合を説明したが、本発明はこれに限定されるものではなく、他と区別ができる発光のさせかたであればいかなるものであってもよく、例えば、光の色を変えることで他と区別したり、複数の発光部を整列させて各発光部を点灯または消灯することで他と区別したりしてもよい。
【００６３】
（４）発光パターンの表現
また、上記の実施例１では、端末装置１００におけるディスプレイの画面上に表示する発光パターンを視覚的に表現する場合を説明したが、本発明はこれに限定されるものではなく、実際の発光パターンと相違なく人が認識できる表現であればいかなるものであってもよく、例えば、「１秒間の点灯と３秒間の消灯を繰り返す」という文字を表示するなど
してもよい。
【００６４】
（５）発光パターンの報知
また、上記の実施例１では、故障してＬＥＤがコマンドどおりに動作する保証がないＨＢＡ以外のＨＢＡを特定のパターンで発光させた際、当該ＨＢＡ以外のＨＢＡが発光する発光パターンを報知する場合を説明したが、本発明はこれに限定されるものではなく、必ずしも対象のＨＢＡ以外のＨＢＡが発光する発光パターンを報知する手段を設けなくてもよい。
【００６５】
（６）システム構成等
また、図示した各装置の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各装置の分散・統合の具体的形態は図示のものに限られず、例えば、ＨＢＡ発光パターン取得部４３と、第二発光処理部４４とを統合するなど、その全部または一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。さらに、各装置にて行なわれる各処理機能は、その全部または任意の一部が、ＣＰＵおよび当該ＣＰＵにて解析実行されるプログラムにて実現され、あるいは、ワイヤードロジックによるハードウェアとして実現され得る。
【００６６】
また、本実施例において説明した各処理のうち、自動的におこなわれるものとして説明した処理の全部または一部を手動的におこなうこともでき、あるいは、手動的におこなわれるものとして説明した処理の全部または一部を公知の方法で自動的におこなうこともできる。例えば、上記の実施例では、管理サーバ装置１０から端末装置１００へグラフィックが自動で送信されて端末装置１００のディスプレイに表示される場合を説明したが、オペレータが所定の操作を行うことで画面の更新がなされるようにしてもよい。この他、上記文書中や図面中で示した処理手順、制御手順、具体的名称（例えば、発光パターン「ａ」など）、各種のデータやパラメータを含む情報については、特記する場合を除いて任意に変更することができる。
【００６７】
（７）ＨＢＡ管理プログラム
ところで、上記の実施例１では、ハードウェアロジックによって各種の処理を実現する場合を説明したが、本発明はこれに限定されるものではなく、あらかじめ用意されたプログラムをコンピュータで実行することによって実現するようにしてもよい。そこで、以下では、図１３を用いて、上記の実施例１に示した管理サーバ装置１０と同様の機能を有するＨＢＡ管理プログラムを実行するコンピュータの一例を説明する。図１３は、ＨＢＡ管理プログラムを実行するコンピュータを示す図である。
【００６８】
同図に示すように、管理サーバ装置１０としてのコンピュータ１１０は、ディスプレイ１１１、マウス１１２、外部Ｉ／Ｆ１１３、ＣＰＵ１１４、ＲＯＭ１１５、ＨＤＤ１１６およびＲＡＭ１１７をバス１１８などで接続して構成される。
【００６９】
ＲＯＭ１１５には、上記の実施例１に示した管理サーバ装置１０と同様の機能を発揮するレプリケーションプログラム、つまり、図１３に示すように、ＨＢＡ状態取得プログラム１１５ａと、第一発光処理プログラム１１５ｂと、ＨＢＡ発光パターン取得プログラム１１５ｃと、第二発光処理プログラム１１５ｄと、画面生成プログラム１１５ｅとが予め記憶されている。なお、これらのプログラム１１５ａ〜プログラム１１５ｅについては、図３に示した管理サーバ装置１０の各構成要素と同様、適宜統合または分散してもよい。
【００７０】
そして、ＣＰＵ１１４が、これらのプログラム１１５ａ〜プログラム１１５ｅをＲＯＭ１１５から読み出して実行することで、図１３に示すように、プログラム１１５ａ〜プログラム１１５ｅは、ＨＢＡ状態取得プロセス１１４ａ、第一発光処理プロセス１１４ｂ、ＨＢＡ発光パターン取得プロセス１１４ｃ、第二発光処理プロセス１１４ｄ、画面生成プロセス１１４ｅとして機能するようになる。なお、プロセス１１４ａ〜プロセス１１４ｅは、図３に示したＨＢＡ状態取得部４１と、ＨＢＡ発光パターン取得部４３と、第二発光処理部４４と、画面生成部４５とにそれぞれ対応する。
【００７１】
また、ＨＤＤ１１６には、図１３に示すように、特定発光パターンテーブル１１６ａと、異常状態発光パターンテーブル１１６ｂと、表示データテーブル１１６ｃとが設けられる。なお、特定発光パターンテーブル１１６ａと、異常状態発光パターンテーブル１１６ｂとは、図３に示した特定発光パターン記憶部３１と、異常状態発光パターン記憶部３２と、表示データ記憶部３３とにそれぞれ対応する。そして、ＣＰＵ１１４は、特定発光パターンテーブル１１６ａ、異常状態発光パターンテーブル１１６ｂおよび表示データテーブル１１６ｃから特定発光パターンデータ１１７ａ、異常状態発光パターンデータ１１７ｂおよび表示データ１１７ｃを読み出してＲＡＭ１１７に格納し、ＲＡＭ１１７に格納された特定発光パターンデータ１１７ａ、異常状態発光パターンデータ１１７ｂおよび表示データ１１７ｃに基づいてＨＢＡの物理位置特定に係る処理を実行する。
【００７２】
なお、上記したプログラム１１５ａ〜１１５ｅについては、必ずしも最初からＲＯＭ１１５に記憶させておく必要はなく、例えば、コンピュータ１１０に挿入されるフレキシブルディスク（ＦＤ）、ＣＤ−ＲＯＭ、ＭＯディスク、ＤＶＤディスク、ＩＣカードなどの「可搬用の物理媒体」、または、コンピュータ１１０の内外に備えられるＨＤＤなどの「固定用の物理媒体」、さらには、公衆回線、インターネット、ＬＡＮ、ＷＡＮなどを介してコンピュータ１１０に接続される「他のコンピュータ（またはサーバ）」などに各プログラムを記憶させておき、コンピュータ１１０がこれらから各プログラムを読み出して実行するようにしてもよい。
【産業上の利用可能性】
【００７３】
以上のように、本発明に係るホストバスアダプタ管理プログラム、ホストバスアダプタ管理プログラムを記録したコンピュータ読み取り可能な記録媒体、ホストバスアダプタ管理方法およびホストバスアダプタ管理装置は、異常状態に際して当該異常状態を示す異常発光パターンで発光部を発光させるとともに、特定コマンドを受け付けた場合に当該コマンドに応じた特定発光パターンで発光部を発光させるホストバスアダプタが複数搭載されたサーバ装置と接続される管理装置に適用される場合に有用であり、作業者に対して故障したＨＢＡの物理位置を特定させることに適する。
【図面の簡単な説明】
【００７４】
【図１】図１は、実施例１に係るＳＡＮ管理システムの構成を説明するための図である。
【図２】図２は、実施例１に係るＳＡＮ管理システムにおける管理サーバ装置の概要および特徴を説明するための図である。
【図３】図３は、実施例１に係るＳＡＮ管理システムにおける管理サーバ装置の構成を示すブロック図である。
【図４】図４は、特定発光パターン記憶部が記憶する情報の例を示す図である。
【図５】図５は、異常状態発光パターン記憶部が記憶する情報の例を示す図である。
【図６】図６は、端末装置のディスプレイに表示される画面の例を示す図である。
【図７】図７は、端末装置のディスプレイに表示される画面の例を示す図である。
【図８】図８は、端末装置のディスプレイに表示される画面の例を示す図である。
【図９】図９は、実施例１に係るＳＡＮ管理システムにおける業務サーバ装置の構成を示すブロック図である。
【図１０】図１０は、業務サーバ装置におけるＨＢＡ状態取得処理部の処理を説明するための図である。
【図１１】図１１は、業務サーバ装置におけるＨＢＡ状態取得処理部の処理を説明するための図である。
【図１２】図１２は、管理サーバ装置による処理の流れ示すフローチャートである。
【図１３】図１３は、ホストバスアダプタ管理プログラムを実行するコンピュータを示す図である。
【符号の説明】
【００７５】
１  ＨＢＡ
２  発光パターン
１０  管理サーバ装置
２０、６０  外部Ｉ／Ｆ制御部
３０、７０  記憶部
３１  特定発光パターン記憶部
３２  異常状態発光パターン記憶部
３３  表示データ記憶部
４０、９０  処理部
４１  ＨＢＡ状態取得部
４２  第一発光処理部
４３  ＨＢＡ発光パターン取得部
４４  第二発光処理部
４５  画面生成部
５０  ＳＡＮ
５１  業務サーバ装置
８０  ＨＢＡ
８１  ＬＥＤ
９１  ＨＢＡドライバ
９２  ＨＢＡ状態取得処理部
９３  発光制御部
【国際調査報告】
2008120337.tif 000016
2008120337.tif 000017