(57)【要約】【課題】複数の端末から構成される情報処理システム内の障害や死活に関する情報をＧＵＩを介してより確実にユーザに伝えることができる情報処理システムを提供する。【解決手段】情報処理システムは、ネットワークにそれぞれ繋がっている複数の端末を有し、複数の端末のうちの少なくとも２つの端末は、ユーザが端末からのアウトプットをディスプレイを介して視認可能にする表示制御手段と、このような表示制御手段を持たない端末から送出された端末の障害情報を受信する受信手段と、障害情報を表示制御手段を介して出力させるためであって、実行状態と非実行状態とを選択可能な出力手段と、出力手段が実行状態にあるか否かを判断する判断手段とを備える。【選択図】図５
2008225819.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークにそれぞれ繋がっている複数の端末を有し、
前記複数の端末のうちの少なくとも２つの端末は、ユーザが端末からのアウトプットをディスプレイを介して視認可能にする表示制御手段と、このような表示制御手段を持たない端末から送出された前記複数の端末の障害情報を受信する受信手段と、前記障害情報を前記表示制御手段を介して出力させるためであって、実行状態と非実行状態とを選択可能な出力手段と、前記出力手段が実行状態にあるか否かを判断する判断手段とを備えたことを特徴とする情報処理システム。
【請求項２】
前記複数の端末は、それぞれ自身の障害を監視する自監視手段を有し、自身の障害を検知した場合には、検知した障害を所定のタイミングでネットワークに送出することを特徴とする請求項１記載の情報処理システム。
【請求項３】
前記複数の端末は、それぞれ重複しないよう他の端末を監視する他端末監視手段を有し、他端末の障害を検知した場合には、検知した障害を所定のタイミングでネットワークに送出することを特徴とする請求項１記載の情報処理システム。
【請求項４】
前記複数の端末は、それぞれ重複しないよう他の端末を監視する他端末監視手段を有し、他端末の障害を検知した場合には、検知した障害を所定のタイミングで自身を監視する端末に通知することを特徴とする請求項１記載の情報処理システム。
【請求項５】
前記判断手段により前記出力手段が実行状態にあると判断された場合には、判断した端末は、自身を監視する端末に障害情報を通知しないことを特徴とする請求項４記載の情報処理システム。
【請求項６】
ネットワークにそれぞれ繋がっているとともに、ユーザが端末からのアウトプットをディスプレイを介して視認可能にする表示制御手段を供えた端末を少なくとも２つ含む複数の端末を有する情報処理システムを構成する端末であって、
ユーザが端末からのアウトプットをディスプレイを介して視認可能にする表示制御手段と、
このような表示制御手段を持たない端末から送出された前記複数の端末の障害情報を受信する受信手段と、
前記障害情報を前記表示制御手段を介して出力させるためであって、実行状態と非実行状態とを選択可能な出力手段と、
前記出力手段が実行状態にあるか否かを判断する判断手段とを備えたことを特徴とする端末。
【請求項７】
ネットワークにそれぞれ繋がっているとともに、ユーザが端末からのアウトプットをディスプレイを介して視認可能にする表示制御手段を供えた端末を少なくとも２つ含む複数の端末を有する情報処理システムを構成する端末に実行させるためのコンピュータプログラムであって、
自端末の表示制御手段に、ユーザが端末からのアウトプットをディスプレイを介して視認可能にする表示制御ステップと、
自端末の受信手段に、前記表示制御手段を持たない端末から送出された前記複数の端末の障害情報を受信させる受信ステップと、
自端末の判断手段に、前記障害情報を前記表示制御手段を介して出力させるためであって、実行状態と非実行状態とを選択可能な出力手段が実行状態にあるか否かを判断させる判断ステップとを前記端末に実行させることを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理システム内でおきた障害の検知及び通知に関する。
【背景技術】
【０００２】
従来より、ネットワークで繋がれた複数の端末等の障害を検知する情報処理システムが提案されている（例えば、特許文献１及び２）。特許文献１記載の発明は、ネットワークでそれぞれ繋がれた各端末の異常情報を監視センタ端末に集めている。
【０００３】
【特許文献１】特開平３−７４７９９号公報
【特許文献２】特開２００６−１９７９６号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、特許文献１記載の発明では、監視センタ端末自体が故障した場合、これを管理者（ユーザ）は知ることはできなかった。
【０００５】
そこで、本発明は、複数の端末から構成される情報処理システム内の障害や後述する死活に関する情報をＧＵＩを介してより確実にユーザに伝えることができる情報処理システムを提供することを目的とする。
【課題を解決するための手段】
【０００６】
本発明の情報処理システムは、ネットワークにそれぞれ繋がっている複数の端末を有し、前記複数の端末のうちの少なくとも２つの端末は、ユーザが端末からのアウトプットをディスプレイを介して視認可能にする表示制御手段と、このような表示制御手段を持たない端末から送出された前記複数の端末の障害情報を受信する受信手段と、前記障害情報を前記表示制御手段を介して出力させるためであって、実行状態と非実行状態とを選択可能な出力手段と、前記出力手段が実行状態にあるか否かを判断する判断手段とを備えたことを特徴とする。
【０００７】
本発明の端末は、ネットワークにそれぞれ繋がっているとともに、ユーザが端末からのアウトプットをディスプレイを介して視認可能にする表示制御手段を供えた端末を少なくとも２つ含む複数の端末を有する情報処理システムを構成する端末であって、ユーザが端末からのアウトプットをディスプレイを介して視認可能にする表示制御手段と、このような表示制御手段を持たない端末から送出された前記複数の端末の障害情報を受信する受信手段と、前記障害情報を前記表示制御手段を介して出力させるためであって、実行状態と非実行状態とを選択可能な出力手段と、前記出力手段が実行状態にあるか否かを判断する判断手段とを備えたことを特徴とする。
【０００８】
本発明のコンピュータプログラムは、ネットワークにそれぞれ繋がっているとともに、ユーザが端末からのアウトプットをディスプレイを介して視認可能にする表示制御手段を供えた端末を少なくとも２つ含む複数の端末を有する情報処理システムを構成する端末に実行させるためのコンピュータプログラムであって、表示制御手段に、ユーザが端末からのアウトプットをディスプレイを介して視認可能にする表示制御ステップと、受信手段に、前記表示制御手段を持たない端末から送出された前記複数の端末の障害情報を受信させる受信ステップと、判断手段に、前記障害情報を前記表示制御手段を介して出力させるためであって、実行状態と非実行状態とを選択可能な出力手段が実行状態にあるか否かを判断させる判断ステップとを前記端末に実行させることを特徴とする。
【発明の効果】
【０００９】
本発明によれば、複数の端末から構成される情報処理システム内の障害や死活に関する情報をＧＵＩを介してより確実にユーザに伝えることができる情報処理システムを提供することができる。
【発明を実施するための最良の形態】
【００１０】
以下、図面を参照して本発明を実施するための最良の形態について説明する。図１は、本発明の実施の形態の情報処理システムを説明するためのブロック図である。
【００１１】
まず、この情報処理システムの概略であるが、後述する各ブレードや端末の障害や故障をGraphical User Interface（ＧＵＩ）を介して通知するものである。以下、詳細に説明する。
【００１２】
図１を参照すると、情報処理システムは、サーバ１、パーソナルコンピュータに代表される端末であるＰＣ６０、及び、ＰＣ７０を有し、それぞれネットワークに接続される。サーバ１は後述するそれぞれ所定の機能を持った複数の機能ブレードからなる。また、ネットワークに接続される端末の数は本実施の形態では２つであるが、これに限定されるものでない。
【００１３】
サーバ１は、クライアントブレード（ＣＬ）１０、デジタルテレビブレード（ＤＴＶ）２０、デジタルテレビブレード（ＤＴＶ）３０、Network-Attached Storage ブレード（ＮＡＳ）４０、ＮＡＳ５０の複数の機能ブレードを有する。
【００１４】
ＣＬ１０は、ディスプレイに接続されており、ＰＣ機能を有するとともに他のブレードの機能を制御する。また、ＣＬ１０は、Graphical User Interface （ＧＵＩ）１１、監視手段１２、及び、記憶手段１３を有する。なお、ＧＵＩ１１は、ユーザがコマンドをＣＬ１０に入力したり、ＣＬ１０からのアウトプットをユーザがディスプレイを介して視認できるように構成されている画面表示機能である。また記憶手段１３は、後述するシステム構成リスト１３１及び障害ログ１３２を格納する。
【００１５】
また、次に図２を参照すると、ＣＬ１０の監視手段１２は、通知手段１２１、自監視手段１２２、隣接監視手段１２３、及び、リスト更新手段１２４を有している。
【００１６】
次に、ＤＴＶ２０、ＤＴＶ３０、ＮＡＳ４０、及び、ＮＡＳ５０は、ＧＵＩを持たず、それぞれ所定の機能を持っている。すなわち、ＤＴＶ２０及びＤＴＶ３０は、放送番組の録画や、録画した番組等をＰＣ６０等に配信する機能（ブレード固有機能２１）を有している。また、ＮＡＳ４０及びＮＡＳ５０は、ブレード固有機能として、ストレージ機能や、録画された番組等を管理する機能を有している。なお、ＤＴＶ２０、ＤＴＶ３０、ＮＡＳ４０、及び、ＮＡＳ５０は、上述したブレード固有機能を除いては、それぞれ、ＤＴＶ２０と同等の機能を、すなわち、ＤＴＶ２０が有している監視手段２２、及び、記憶手段２３を有している。また、記憶手段２３は、システム構成リスト２３１及び障害ログ２３２を格納する。
【００１７】
図３を参照すると、ＤＴＶ２０の監視手段２２は、通知手段２２１、自監視手段２２２、隣接監視手段２２３、及び、リスト更新手段２２４を有している。なお、前述したとおり、ＤＴＶ３０、ＮＡＳ４０、及び、ＮＡＳ５０の監視手段も、この監視手段２２と同様である。
【００１８】
ＰＣ６０は、ＧＵＩ６１、監視手段６２、及び、記憶手段６３を有しており、ＰＣ７０もＰＣ６０と同様の構成となっている。記憶手段６３は、システム構成リスト６３１及び障害ログ６３２を格納する。
【００１９】
図４を参照すると、ＰＣ６０の監視手段６２は、通知手段６２１、自監視手段６２２、隣接監視手段６２３、及び、リスト更新手段６２４を有している。
【００２０】
次に本実施の形態の動作を説明する。
【００２１】
まず、システム構成リスト（１３１等）を作成する方法について説明する。システム構成リストは、情報処理システムを構成するとともに現に起動しているブレードや端末のリストであり、さらに、後述するブレードや端末の死活情報を伝達する順番を定めているものである。
【００２２】
サーバ１のみが起動されている場合には、各システム構成リストには、各ブレード、すなわち、ＣＬ１０、ＤＴＶ２０、ＤＴＶ３０、ＮＡＳ４０、及び、ＮＡＳ５０の名前が格納され、死活情報を伝達する順番が決められている。この順番は例えば各ブレードのＭＡＣアドレスの昇順であるなど予め定めた所定のルールで決めればよく、そのルールにしたがって順番を決めれば、各ブレードのシステム構成リストが一致する。なお、死活情報を伝達する処理については後述する。
【００２３】
ここで、ＰＣ６０が情報処理システムのネットワークに接続した場合、ＰＣ６０の通知手段６２１は、自身がネットワークに参加したことを各ブレードや他の端末にブロードキャストで通知する。この通知を受けた各ブレードや端末のリスト更新手段は、それぞれリストを更新するとともに、前述した死活情報を伝達する順番を所定のルールで再設定し、さらに、ＰＣ６０に対し、自身の存在を伝える。これにより、ＰＣ６０のリスト更新手段６２４は、システム構成リスト６３１を他のシステム構成リストと同期させることができる。なお、ネットワークにＰＣ７０が接続される場合も上述の処理と同様である。
【００２４】
また、ＰＣ６０がネットワークから抜ける際には、自身がネットワークから抜けることを各ブレードや端末に通知し、これにより、再度システム構成リストが更新される。
【００２５】
次に、情報処理システムがサーバ１、ＰＣ６０、及び、ＰＣ７０からなる場合に、各ブレードや端末の自監視手段が自身の障害を検知した際の動作について説明する。それぞれの自監視手段は、自ブレードや自端末に障害が発生すると、自身の記憶手段の障害ログに障害のログを書き込むとともに、通知手段が、所定のタイミングで、ネットワークにこの障害情報をブロードキャストにより通知する。ここで、障害情報を通知された各ブレード又は端末は、ＧＵＩを有するか否かによりその動作が分かれる。
【００２６】
まず、障害情報を通知された各ブレード又は端末がＧＵＩを有していない場合には、受け取った障害情報を破棄する。一方、障害情報を受け取ったブレード又は端末がＧＵＩを有している場合には、次のような動作をする。
【００２７】
図５は、ＧＵＩを有しているブレード又は端末が障害情報を受け取った場合の動作を説明するためのフローチャートである。ここではＣＬ１０が障害情報を受け取った場合について説明する。
【００２８】
図５を参照すると、ＣＬ１０の図示せぬ受信手段が、障害情報を受信すると（ステップＳ１）、通知手段１２１は、ＣＬ１１において所定のアプリケーションが起動しているかどうかチェックする（ステップＳ２）。ここで所定のアプリケーションとは障害情報をユーザに通知可能なアプリケーションである。ステップＳ２において、通知手段１２１が所定のアプリケーションが起動していない、すなわち、ＧＵＩ１１を介してユーザに障害情報を通知することができない、と判断した場合には、この障害情報を破棄する（ステップＳ３）。一方、ステップＳ２において、通知手段１２１が所定のアプリケーションが起動していると判断した場合には、ＧＵＩ１１を介してユーザに障害情報を通知する（ステップＳ４）。なお、ステップＳ３にて障害情報を破棄するのでなく、通知手段１２１は所定のアプリケーションが起動されるまで待機し、所定のアプリケーションが起動された後、障害情報をユーザに通知してもよい。なお、障害情報を受信したＰＣ６０やＰＣ７０も図５を用いて説明したＣＬ１０と同様の動作をする。また、もちろん、自身の障害について、自身のＧＵＩを介してユーザに通知する場合もある。
【００２９】
次に、各ブレードや端末の死活、すなわち、各ブレードや端末がストールした場合やこれらの通知手段が故障した場合の動作について説明する。
【００３０】
各ブレードや端末の死活は、前述したシステム構成リストで定められる順序（担当）で、各隣接監視手段が監視している。図６に各隣接監視手段が監視する担当を説明するための図を示す。
【００３１】
図６を参照すると明らかなとおり、各ブレード又は端末の隣接監視手段は１つのブレード又は端末のみ監視しており、その結果、監視対象が、数珠繋ぎで一巡するようになっている。ここで、各ブレードや端末の死活は、隣接監視手段が例えば、pingを打つことによって検知することができる。このような監視の元、各ブレード又は端末の１つが例えばストールした場合には、このストールしたブレードまたは端末を監視しているブレード又は端末の隣接監視手段が検知し、ストールしたブレード又は端末の情報をネットワークにブロードキャストで通知する。その後の動作は、図５を用いて説明したブレード又は端末が障害情報を受け取った場合の動作と同様である。
【００３２】
ストールしたブレードまたは端末を、これを監視しているブレード又は端末の隣接監視手段が検知した場合に、上述のようにブロードキャストで配信するのでなく、自身を監視しているブレードまたは端末に通知してもよい。自身を監視しているブレードにＧＵＩがない場合には、そのブレード（ＧＵＩのないブレード）は、自身を監視しているブレードまたは端末に、ストールしたブレード又は端末の情報を伝達し、一巡させてもよいし、ユーザにいずれかのＧＵＩを介して通知できた際に伝達を中断してもよい。なお、ブレードや端末のストールを通知された各ブレード及び端末の動作は、図５を用いて説明した動作と同様である。なお、上述した実施の形態で各ブレードはサーバの１ブレードとして機能していたが各々が独立した端末であってもよい。また各ブレード及び端末で実行される上述した動作は、各ブレードまたは端末がそれぞれ読み込んで実行する
以上説明したように、本実施の形態によれば、ＧＵＩを有しているブレード又は端末を介してより確実にユーザに障害や死活に関する情報を伝えることができる。
【００３３】
また、本実施の形態によれば、各ブレード又は端末に、障害や死活を通知すべき特定のブレード又は端末を予め設定しておく必要をなくすことができる。
【００３４】
また、本実施の形態によれば、ユーザは、情報処理システム内において、監視対象、及び、被監視対象のブレード又は端末を予め対応付けるための設定をすることはない。さらに、情報処理システムを構成するブレード又は端末が変更されても、ユーザは、障害や死活の監視についての設定を改めてする必要はない。
【図面の簡単な説明】
【００３５】
【図１】情報処理システムを説明するためのブロック図である。
【図２】ＣＬ１０の監視手段１２を説明するためのブロック図である。
【図３】ＤＴＶ２０の監視手段２２を説明するためのブロック図である。
【図４】ＰＣ６０の監視手段６２を説明するためのブロック図である。
【図５】ＧＵＩを有しているブレード又は端末が障害情報を受け取った場合の動作を説明するためのフローチャートである。
【図６】各隣接監視手段が監視する担当端末を説明するための図である。
【符号の説明】
【００３６】
１  サーバ
１０  ＣＬ
２０  ＤＴＶ
３０  ＤＴＶ
４０  ＮＡＳ
５０  ＮＡＳ
６０  ＰＣ
７０  ＰＣ
【図１】
2008225819.tif 000003
【図２】
2008225819.tif 000004
【図３】
2008225819.tif 000005
【図４】
2008225819.tif 000006
【図５】
2008225819.tif 000007
【図６】
2008225819.tif 000008