特許 7044907 情報処理装置、情報処理システム、情報処理装置の制御方法、及び、情報処理装置の制御プログラム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B1)

(11)【特許番号】

(24)【登録日】2022-03-22

(45)【発行日】2022-03-30

(54)【発明の名称】情報処理装置、情報処理システム、情報処理装置の制御方法、及び、情報処理装置の制御プログラム

(51)【国際特許分類】

   G06F 11/34 20060101AFI20220323BHJP

   G06F 11/07 20060101ALI20220323BHJP

   G06F 11/30 20060101ALI20220323BHJP

【ＦＩ】

G06F11/34 176

G06F11/07 166

G06F11/07 140A

G06F11/30 165

G06F11/30 140A

【請求項の数】 10

(21)【出願番号】P 2021001786

(22)【出願日】2021-01-08

【審査請求日】2021-01-08

(73)【特許権者】

【識別番号】000227205

【氏名又は名称】ＮＥＣプラットフォームズ株式会社

(74)【代理人】

【識別番号】100109313

【弁理士】

【氏名又は名称】机 昌彦

(74)【代理人】

【識別番号】100149618

【弁理士】

【氏名又は名称】北嶋 啓至

(72)【発明者】

【氏名】志村 裕

【審査官】多賀 実

(56)【参考文献】

【文献】特開２０２０－１５４５９４（ＪＰ，Ａ）

【文献】特開昭５５－００６６７１（ＪＰ，Ａ）

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｇ０６Ｆ １１／３０－１１／３４

Ｇ０６Ｆ １１／０７

Ｇ０６Ｆ １５／１６－１５／１７７

(57)【特許請求の範囲】

【請求項1】

第１のＯＳ（Operating System）による制御によってユーザアプリケーションを実行する実行手段と、第２のＯＳによる制御によって前記実行手段の動作を監視する監視手段と、を備える情報処理装置を複数備えるシステムにおける前記情報処理装置の１つを自装置とする情報処理装置であって、
他の前記情報処理装置における、前記第２のＯＳによって出力される前記監視手段の状態を表す他装置監視手段状態情報を受信する受信手段と、
前記自装置の前記第２のＯＳによって出力される前記監視手段の状態を表す自装置監視手段状態情報を、他の前記情報処理装置における前記受信手段に送信する送信手段と、
前記自装置の前記第１のＯＳによる制御によって、前記他装置監視手段状態情報を、前記自装置の前記実行手段によって制御される記憶手段に出力する出力手段と、
を備える情報処理装置。

【請求項2】

前記第２のＯＳによる制御によって、前記自装置監視手段状態情報を他の前記情報処理装置における前記監視手段に送信するとともに、前記他装置監視手段状態情報を他の前記情報処理装置における前記監視手段から受信する送受信手段をさらに備える、
請求項１に記載の情報処理装置。

【請求項3】

前記送受信手段は二重化されている、
請求項２に記載の情報処理装置。

【請求項4】

前記受信手段及び前記送信手段は、ＬＡＮ（Local Area Network）インタフェースを使用し、
前記送受信手段は、ＬＡＮインタフェース及びＩ２Ｃ（Inter-Integrated Circuit）インタフェースの少なくともいずれかを使用する、
請求項２または請求項３に記載の情報処理装置。

【請求項5】

前記出力手段は、前記第１のＯＳによって生成された前記実行手段の状態を表す情報と、前記第２のＯＳによって生成された前記実行手段の状態を表す情報とを、前記記憶手段に出力する、
請求項１乃至請求項４のいずれか一項に記載の情報処理装置。

【請求項6】

互いに通信可能な複数の、請求項１乃至請求項５のいずれか一項に記載の情報処理装置と、
前記記憶手段と、
を備える情報処理システム。

【請求項7】

第１のＯＳによる制御によってユーザアプリケーションを実行する実行手段と、第２のＯＳによる制御によって前記実行手段の動作を監視する監視手段と、を備える情報処理装置を複数備えるシステムにおける第１の前記情報処理装置によって、
第２の前記情報処理装置における、前記第２のＯＳによって出力される前記監視手段の状態を表す他装置監視手段状態情報を受信し、
前記第１の情報処理装置の前記第２のＯＳによって出力される前記監視手段の状態を表す自装置監視手段状態情報を、前記第２の情報処理装置に送信し、
前記第１の情報処理装置の前記第１のＯＳによる制御によって、前記他装置監視手段状態情報を、前記第１の情報処理装置の前記実行手段によって制御される記憶手段に出力する、
情報処理装置の制御方法。

【請求項8】

前記第２のＯＳによる制御によって、前記自装置監視手段状態情報を前記第２の情報処理装置における前記監視手段に送信するとともに、前記他装置監視手段状態情報を前記第２の情報処理装置における前記監視手段から受信する、
請求項７に記載の情報処理装置の制御方法。

【請求項9】

第１のＯＳによる制御によってユーザアプリケーションを実行する実行手段と、第２のＯＳによる制御によって前記実行手段の動作を監視する監視手段と、を備える情報処理装置を複数備えるシステムにおける前記情報処理装置の１つを自装置とする情報処理装置に、
他の前記情報処理装置における、前記第２のＯＳによって出力される前記監視手段の状態を表す他装置監視手段状態情報を受信する受信処理と、
前記自装置の前記第２のＯＳによって出力される前記監視手段の状態を表す自装置監視手段状態情報を、他の前記情報処理装置における前記受信処理に送信する送信処理と、
前記自装置の前記第１のＯＳによる制御によって、前記他装置監視手段状態情報を、前記自装置の前記実行手段によって制御される記憶手段に出力する出力処理と、
を実行させるための情報処理装置の制御プログラム。

【請求項10】

前記第２のＯＳによる制御によって、前記自装置監視手段状態情報を他の前記情報処理装置における前記監視手段に送信するとともに、前記他装置監視手段状態情報を他の前記情報処理装置における前記監視手段から受信する送受信処理をさらに実行させるための、
請求項９に記載の情報処理装置の制御プログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、情報処理装置、情報処理システム、情報処理装置の制御方法、及び、情報処理装置の制御プログラムに関し、特に、情報処理装置のログを管理する技術に関する。

【背景技術】

【0002】

サーバ等の大型のコンピュータシステムは、障害処理等のシステム制御動作を行う専用のサービスプロセッサ（監視手段）を備える場合がある。そして、コンピュータシステムにおいて障害が発生した場合に迅速に復旧できるように、サービスプロセッサによる障害の状態を表す情報（障害ログ）の管理を着実に行う技術が求められている。

【0003】

このような技術に関連して、特許文献１には、監視対象の計算機に発生する障害に起因して、サービスプロセッサへの過度な負荷がかかることが防止する障害ログ管理方法が開示されている。この方法では、複数の計算機を複数のグループに分割し、グループ毎に計算機を管理するサービスプロセッサを割り当てる。この方法では、複数のサービスプロセッサをネットワークによって接続したシステムにおいて、あるサービスプロセッサがその管轄下の計算機の障害を検知して障害ログを取得した時、当該サービスプロセッサの負荷率を測定する。この方法では、測定した負荷率と予め定めた閾値を比較し、負荷率が閾値未満であれば自サービスプロセッサの記憶装置に障害ログを保存する。そしてこの方法では、測定した負荷率が閾値以上であれば、負荷率が閾値未満である他サービスプロセッサへ障害ログを送信して、他サービスプロセッサの記憶装置に保存する。

【先行技術文献】

【特許文献】

【0004】

【文献】特開２００９－１１００７８号公報

【発明の概要】

【発明が解決しようとする課題】

【0005】

サービスプロセッサを備えるコンピュータシステムでは、通常、サービスプロセッサは専用のＯＳ（Operating System）による制御の下で動作する。即ち、ユーザアプリケーションを実行するコンピュータシステム本体を制御するＯＳ（システムＯＳとも称する）と、サービスプロセッサを制御するＯＳ（監視ＯＳとも称する）とは、別々のＯＳである。そして、このようなコンピュータシステムは、コンピュータシステムの状態を表す情報（ログ）として、大別して、システムＯＳログ、システム監視ログ、監視ＯＳログを生成する。

【0006】

システムＯＳログは、システムＯＳによって生成されるログであり、例えばユーザアプリケーションの実行状況等の、システムＯＳが認識可能なコンピュータシステムの状態を表す情報である。システム監視ログは、サービスプロセッサがコンピュータシステムを監視した結果を表す情報であり、システムＯＳに通知される。監視ＯＳログは、例えばサービスプロセッサの動作状態を表す情報である。通常、上述したシステムＯＳログ及びシステム監視ログは、システムＯＳによってシステムＯＳが管理する所定の記憶領域に格納され、監視ＯＳログは、監視ＯＳによって監視ＯＳが管理する、例えばサービスプロセッサが備える所定の記憶領域に格納される。

【0007】

コンピュータシステムにおいて障害が発生した場合、システム管理者（ユーザ）は、通常、システムＯＳログ及びシステム監視ログを確認することによって障害を解析し、その解析結果に基づいてコンピュータシステムの復旧を行う。そして、システムＯＳログ及びシステム監視ログのみからでは障害の発生原因が特定できない場合、システム管理者は、監視ＯＳログを確認することによって、より詳細に障害を解析する。

【0008】

監視ＯＳログは上述した通り、システムＯＳログ及びシステム監視ログとは異なる記憶領域に格納されているので、監視ＯＳログを確認するためには、専用のアプリケーションの使用、システム環境に合わせた手順の確立、手順書の作成等が必要となる。また、昨今のセキュリティが強化されたコンピュータシステムでは、許可が与えられていないデバイスが通信可能に接続できない仕様になっていることが多く、監視ＯＳログを確認するために使用するデバイスの接続に時間を要する場合がある。以上のことは、障害が発生したコンピュータシステムの復旧が遅れる要因となる。即ち、情報処理装置において障害が発生した場合にユーザが障害を迅速に解析できるように、障害の状態を表す監視ＯＳログ等の情報をユーザが確認する際の利便性を向上させることが課題である。上述した特許文献１は、この課題に関しては特に言及していない。

【0009】

本発明の主たる目的は、情報処理装置において発生した障害の状態を表す情報をユーザが確認する際の利便性を向上させることを実現する情報処理装置等を提供することにある。

【課題を解決するための手段】

【0010】

本発明の一態様に係る情報処理装置は、第１のＯＳによる制御によってユーザアプリケーションを実行する実行手段と、第２のＯＳによる制御によって前記実行手段の動作を監視する監視手段と、を備える情報処理装置を複数備えるシステムにおける前記情報処理装置の１つを自装置とする情報処理装置であって、他の前記情報処理装置における、前記第２のＯＳによって出力される前記監視手段の状態を表す他装置監視手段状態情報を受信する受信手段と、前記自装置の前記第２のＯＳによって出力される前記監視手段の状態を表す自装置監視手段状態情報を、他の前記情報処理装置における前記受信手段に送信する送信手段と、前記自装置の前記第１のＯＳによる制御によって、前記他装置監視手段状態情報を、前記自装置の前記実行手段によって制御される記憶手段に出力する出力手段と、を備える。

【0011】

上記目的を達成する他の見地において、本発明の一態様に係る情報処理装置の制御方法は、第１のＯＳによる制御によってユーザアプリケーションを実行する実行手段と、第２のＯＳによる制御によって前記実行手段の動作を監視する監視手段と、を備える情報処理装置を複数備えるシステムにおける第１の前記情報処理装置によって、第２の前記情報処理装置における、前記第２のＯＳによって出力される前記監視手段の状態を表す他装置監視手段状態情報を受信し、前記第１の情報処理装置の前記第２のＯＳによって出力される前記監視手段の状態を表す自装置監視手段状態情報を、前記第２の情報処理装置に送信し、前記第１の情報処理装置の前記第１のＯＳによる制御によって、前記他装置監視手段状態情報を、前記第１の情報処理装置の前記実行手段によって制御される記憶手段に出力する。

【0012】

また、上記目的を達成する更なる見地において、本発明の一態様に係る情報処理装置の制御プログラムは、第１のＯＳによる制御によってユーザアプリケーションを実行する実行手段と、第２のＯＳによる制御によって前記実行手段の動作を監視する監視手段と、を備える情報処理装置を複数備えるシステムにおける前記情報処理装置の１つを自装置とする情報処理装置に、他の前記情報処理装置における、前記第２のＯＳによって出力される前記監視手段の状態を表す他装置監視手段状態情報を受信する受信処理と、前記自装置の前記第２のＯＳによって出力される前記監視手段の状態を表す自装置監視手段状態情報を、他の前記情報処理装置における前記受信手段に送信する送信処理と、前記自装置の前記第１のＯＳによる制御によって、前記他装置監視手段状態情報を、前記自装置の前記実行手段によって制御される記憶手段に出力する出力処理と、を実行させる。

【0013】

更に、本発明は、係る情報処理装置の制御プログラム（コンピュータプログラム）が格納された、コンピュータ読み取り可能な、不揮発性の記録媒体によっても実現可能である。

【発明の効果】

【0014】

本発明によれば、情報処理装置において発生した障害の状態を表す情報をユーザが確認する際の利便性を向上させることを実現する情報処理装置等が得られる。

【図面の簡単な説明】

【0015】

【図1】本発明の第１の実施形態に係る情報処理システム１の構成を示すブロック図である。

【図2】本発明の第１の実施形態に係る情報処理システム１の動作を示すフローチャートである。

【図3】本発明の第２の実施形態に係る情報処理装置６０の構成を示すブロック図である。

【図4】本発明の各実施形態に係るサーバ１０あるいは情報処理装置６０を実現可能な情報処理装置９００の構成を示すブロック図である。

【発明を実施するための形態】

【0016】

以下、本発明の実施の形態について図面を参照して詳細に説明する。

【0017】

＜第１の実施形態＞
図１は、本発明の第１の実施の形態に係る情報処理システム１の構成を示すブロック図である。情報処理システム１は、サーバ１０、サーバ２０、ストレージ３０、管理端末４０、ＬＡＮスイッチ４１を有する。サーバ１０、サーバ２０、及び、ストレージ３０は、互いに通信可能に接続されている。情報処理システム１は、サーバ１０及び２０による冗長構成を構築し、サーバ１０及び２０のいずれかが障害の発生により停止しても、運用を継続可能である。サーバ１０及び２０は情報処理装置の一例であり、ストレージ３０は記憶手段の一例である。尚、情報処理システム１は、３つ以上のサーバを有してもよいし、複数のストレージを有してもよい。

【0018】

ストレージ３０は、例えば図４を参照して後述するＲＡＭ（Random Access Memory）９０３あるいはハードディスク９０４のような記憶デバイスを備える。ストレージ３０は、サーバ１０及び２０において実行されるユーザアプリケーションが使用するデータを記憶し、後述する実行部１１及び２１によって制御される。ストレージ３０は、また、後述するシステムＯＳログ３０１、システム監視ログ３０２、及び、監視ＯＳログ３０３を記憶する。

【0019】

管理端末４０は、後述するサービスプロセッサ１２あるいは２２から出力された情報を確認する、あるいはサービスプロセッサ１２あるいは２２に対する入力操作を行う際にユーザが使用する、例えばパーソナルコンピュータ等の情報処理装置である。管理端末４０は、ＬＡＮ（Local Area Network）スイッチ４１を介して、サービスプロセッサ１２及び２２と通信可能に接続されている。

【0020】

サーバ１０は、実行部１１及びサービスプロセッサ１２を備える。サーバ２０は、実行部２１及びサービスプロセッサ２２を備える。実行部１１及び２１は同等の構成（機能）を備え、サービスプロセッサ１２及び２２は同等の構成（機能）を備えることとする。したがって、本実施形態では、サーバ１０に関する動作の説明をもって、サーバ２０に関する動作の説明を省略する場合がある。

【0021】

実行部１１は、受信部１１１及び出力部１１２を備え、システムＯＳ１１０を実行する。実行部２１は、受信部２１１及び出力部２１２を備え、システムＯＳ２１０を実行する。実行部１１及び２１は、より具体的には、図４を参照して後述する情報処理装置９００に含まれる構成により実現される。尚、実行部１１及び２１、受信部１１１及び２１１、出力部１１２及び２１２は、順に、実行手段、受信手段、出力手段の一例である。

【0022】

システムＯＳ１１０及び２１０は、例えばＵＮＩＸ（登録商標）あるいはＷｉｎｄｏｗｓ（登録商標）のようなＯＳであり、実行部１１あるいは実行部２１によるユーザアプリケーションの実行を制御する。尚、システムＯＳ１１０及び２１０は、第１のＯＳの一例である。

【0023】

実行部１１は、システムＯＳ１１０による制御によって、システムＯＳログ３０１を生成する。システムＯＳログ３０１は、例えば実行部１１によるユーザアプリケーションの実行状況等の、システムＯＳ１１０が認識可能な実行部１１の状態を表す情報である。生成されたシステムＯＳログ３０１は、出力部１１２によって、随時、ストレージ３０に格納される。ストレージ３０に記憶されたシステムＯＳログ３０１は、サーバ２０の実行部２１によって同様に生成されたシステムＯＳログも含んでいる。

【0024】

サービスプロセッサ１２は、送信部１２１及び送受信部１２２を備え、監視ＯＳ１２０を実行する。サービスプロセッサ２２は、送信部２２１及び送受信部２２２を備え、監視ＯＳ２２０を実行する。サービスプロセッサ１２及び２２は、より具体的には、図４を参照して後述する情報処理装置９００に含まれる構成により実現される。尚、サービスプロセッサ１２及び２２、送信部１２１及び２２１、送受信部１２２及び２２２は、順に、監視手段、送信手段、送受信手段の一例である。

【0025】

監視ＯＳ１２０及び２２０は、サービスプロセッサ１２あるいはサービスプロセッサ２２による実行部１１あるいは実行部２１の状態の監視動作を制御する。尚、監視ＯＳ１２０及び２２０は、第２のＯＳの一例である。

【0026】

サービスプロセッサ１２は、監視ＯＳ１２０による制御によって、システム監視ログ３０２を生成する。システム監視ログ３０２は、サービスプロセッサ１２が実行部１１の動作の状態を監視した結果を表す情報である。サービスプロセッサ１２は、生成したシステム監視ログ３０２を、実行部１１に入力する。実行部１１に入力されたシステム監視ログ３０２は、出力部１１２によって、随時、ストレージ３０に格納される。ストレージ３０に記憶されたシステム監視ログ３０２は、サーバ２０のサービスプロセッサ２２によって同様に生成されたシステム監視ログも含んでいる。

【0027】

サービスプロセッサ１２は、監視ＯＳ１２０による制御によって、監視ＯＳログ３０３を生成する。監視ＯＳログ３０３は、例えばサービスプロセッサ１２の動作の状態を表す情報である。サービスプロセッサ１２は、生成した監視ＯＳログ３０３を、サービスプロセッサ１２が備える所定の記憶領域に格納する。サービスプロセッサ１２は、また、生成した監視ＯＳログ３０３を、送信部１２１を介してサーバ２０における受信部２１１に送信する。但し、送信部１２１と受信部２１１とは、専用ＬＡＮインタフェース５０２によって通信可能に接続されていることとする。尚、送信部１２１と受信部２１１とは、ＬＡＮ以外の通信規格により接続されてもよい。送信部１２１から受信部２１１に送信される監視ＯＳログ３０３は、自装置監視手段状態情報の一例である。

【0028】

サーバ２０において、上述の通りに受信部２１１によって受信された、サービスプロセッサ１２によって生成された監視ＯＳログ３０３は、システムＯＳ２１０によって制御される出力部２１２によって、随時、ストレージ３０に格納される。

【0029】

ストレージ３０に記憶された監視ＯＳログ３０３は、サービスプロセッサ２２によって同様に生成された監視ＯＳログも含んでいる。即ち、サービスプロセッサ２２は、生成した監視ＯＳログ３０３を、送信部２２１を介してサーバ１０における受信部１１１に送信する。但し、送信部２２１と受信部１１１とは、専用ＬＡＮインタフェース５０１によって通信可能に接続されていることとする。尚、送信部２２１と受信部１１１とは、ＬＡＮ以外の通信規格により接続されてもよい。送信部２２１から受信部２１１に送信される監視ＯＳログ３０３は、他装置監視手段状態情報の一例である。

【0030】

サーバ１０において、上述の通りに受信部１１１によって受信された、サービスプロセッサ２２によって生成された監視ＯＳログ３０３は、システムＯＳ１１０によって制御される出力部１１２によって、随時、ストレージ３０に格納される。

【0031】

サービスプロセッサ１２における送受信部１２２とサービスプロセッサ２２における送受信部２２２とは、専用ＬＡＮインタフェース５０３及びＩ２Ｃ（Inter-Integrated Circuit：Ｉ２Ｃは登録商標）インタフェース５０４によって通信可能に接続されている。即ち、送受信部１２２及び２２２は、２つの通信インタフェースにより通信可能な二重化された構成を備える。尚、送受信部１２２と送受信部２２２とは、ＬＡＮ及びＩ２Ｃ以外の通信規格により接続されてもよい。

【0032】

送受信部１２２及び送受信部２２２は、専用ＬＡＮインタフェース５０３あるいはＩ２Ｃインタフェース５０４を介して、サービスプロセッサ１２あるいはサービスプロセッサ２２により生成された監視ＯＳログ３０３を互いに送受信する。送受信部１２２及び送受信部２２２は、例えば、専用ＬＡＮインタフェース５０３及びＩ２Ｃインタフェース５０４の片方が障害により使用できない場合、正常に動作しているもう片方の通信インタフェースを介して、監視ＯＳログ３０３を送受信可能である。

【0033】

送受信部１２２及び送受信部２２２は、また、上述した専用ＬＡＮインタフェース５０１及び５０２の少なくともいずれかが障害により使用できない場合に、サービスプロセッサ１２あるいはサービスプロセッサ２２により生成された監視ＯＳログ３０３を送受信する。例えば、専用ＬＡＮインタフェース５０２が障害により使用できない場合、情報処理システム１は、サービスプロセッサ１２により生成された監視ＯＳログ３０３を、上述したようにストレージ３０へ格納することができない。またこの場合において、さらに、管理端末４０とサービスプロセッサ１２との間における通信経路に障害が発生した場合、ユーザは、サービスプロセッサ１２における所定の記憶領域に格納されている監視ＯＳログ３０３等の情報を確認することができなくなる。しかしながら、本実施形態に係る送受信部１２２は、サービスプロセッサ１２により生成された監視ＯＳログ３０３を、上述した通り送受信部２２２に送信するので、上述した場合においても、ユーザは、管理端末４０からサービスプロセッサ２２にアクセスすることによって、当該監視ＯＳログ３０３を確認可能である。

【0034】

次に図２のフローチャートを参照して、本実施形態に係る情報処理システム１の動作（処理）について詳細に説明する。

【0035】

実行部１１及び実行部２１は、システムＯＳ１１０あるいはシステムＯＳ２１０による制御によって、サーバ１０及びサーバ２０のシステムＯＳログ３０１を生成する（ステップＳ１０１）。実行部１１及び実行部２１は、システムＯＳ１１０あるいはシステムＯＳ２１０による制御によって、サーバ１０及びサーバ２０のシステム監視ログ３０２を生成する（ステップＳ１０２）。サービスプロセッサ１２及びサービスプロセッサ２２は、監視ＯＳ１２０あるいは監視ＯＳ２２０による制御によって、サーバ１０及びサーバ２０の監視ＯＳログ３０３を生成する（ステップＳ１０３）。但し、上述したステップＳ１０１乃至Ｓ１０３は順不同である。

【0036】

送信部１２１は、サーバ１０の監視ＯＳログ３０３を、専用ＬＡＮインタフェース５０２を介してサーバ２０の受信部２１１へ送信し、送信部２２１は、サーバ２０の監視ＯＳログ３０３を、専用ＬＡＮインタフェース５０１を介してサーバ１０の受信部１１１へ送信する（ステップＳ１０４）。出力部１１２は、サーバ１０のシステムＯＳログ３０１及びシステム監視ログ３０２、及び、サーバ２０の監視ＯＳログ３０３をストレージ３０に格納する（ステップＳ１０５）。出力部２１２は、サーバ２０のシステムＯＳログ３０１及びシステム監視ログ３０２、及び、サーバ１０の監視ＯＳログ３０３をストレージ３０に格納し（ステップＳ１０６）、全体の処理は終了する。但し、上述したステップＳ１０５及びＳ１０６は順不同である。

【0037】

本実施形態に係る情報処理システム１は、情報処理装置において発生した障害の状態を表す情報をユーザが確認する際の利便性を向上させることができる。その理由は、情報処理システム１は、サービスプロセッサ１２及び２２により生成された監視ＯＳログ３０３を、サービスプロセッサ１２及び２２における送信部１２１及び２２１、及び、実行部１１及び２１における出力部１１２及び２１２を介して、ストレージ３０に格納するからである。

【0038】

以下に、本実施形態に係る情報処理システム１によって実現される効果について、詳細に説明する。

【0039】

サービスプロセッサを備えるコンピュータシステムは、システムＯＳログ、システム監視ログ、監視ＯＳログを生成する。システムＯＳログ及びシステム監視ログは、システムＯＳが管理する所定の記憶領域に格納され、監視ＯＳログは、監視ＯＳが管理する、例えばサービスプロセッサにおける所定の記憶領域に格納される。コンピュータシステムにおいて障害が発生したときに、ユーザは、システムＯＳログ及びシステム監視ログに加えて、監視ＯＳログを確認することによって、より詳細に障害を解析する場合がある。

【0040】

しかしながら、監視ＯＳログはシステムＯＳログ及びシステム監視ログとは異なる記憶領域に格納されているので、監視ＯＳログを確認するためには、専用のアプリケーションの使用等が必要となる。また、セキュリティが強化されたコンピュータシステムでは、許可が与えられていないデバイスが通信可能に接続できない仕様になっていることが多く、監視ＯＳログを確認するために使用するデバイスの接続に時間を要する場合がある。即ち、ユーザが障害を迅速に解析できるように、障害の状態を表す監視ＯＳログ等の情報をユーザが確認する際の利便性を向上させることが課題である。

【0041】

このような課題に対して、本実施形態に係るサーバ１０は、受信部１１１、出力部１１２、及び、送信部１２１を備え、例えば図１及び図２を参照して上述した通り動作する。但し、サーバ１０は、サーバ１０及び２０を備える情報処理システム１における情報処理装置の１つであって、システムＯＳ１１０による制御によってユーザアプリケーションを実行する実行部１１と、監視ＯＳ１２０による制御によって実行部１１の動作を監視するサービスプロセッサ１２と、を備える。受信部１１１は、サーバ２０おける、監視ＯＳ２２０によって出力されるサービスプロセッサ２２の状態を表す監視ＯＳログ３０３を受信する。送信部１２１は、サーバ１０の監視ＯＳ１２０によって出力されるサービスプロセッサ１２の状態を表す監視ＯＳログ３０３を、サーバ２０における受信部２１１に送信する。そして、出力部１１２は、システムＯＳ１１０による制御によって、サーバ２０の監視ＯＳログ３０３を、実行部１１によって制御されるストレージ３０に出力する。

【0042】

即ち、本実施形態に係るサーバ１０は、一般的にはサービスプロセッサ１２における記憶領域に格納される監視ＯＳログ３０３を、システムＯＳログ３０１及びシステム監視ログ３０２が記憶されているストレージ３０に格納する。したがって、ユーザは、監視ＯＳログ３０３を確認するための専用のアプリケーションやデバイスを準備する必要が無く、システムＯＳログ３０１及びシステム監視ログ３０２と同様に監視ＯＳログ３０３も確認することができる。これにより、サーバ１０は、情報処理装置において発生した障害の状態を表す情報をユーザが確認する際の利便性を向上させることができる。

【0043】

また、本実施形態に係るサーバ１０は、送受信部１２２をさらに備える。送受信部１２２は、監視ＯＳ１２０による制御によって、サーバ１０の監視ＯＳログ３０３をサーバ２０におけるサービスプロセッサ２２に送信するとともに、サーバ２０の監視ＯＳログ３０３をサーバ２０のサービスプロセッサ２２から受信する。これにより、例えば、専用ＬＡＮインタフェース５０１あるいは５０２が障害により使用できず、さらに、管理端末４０とサービスプロセッサ１２あるいは２２との間における通信経路に障害が発生した場合であっても、サーバ１０は、ユーザが監視ＯＳログ３０３を確認できなくなることを回避することができる。

【0044】

また、本実施形態に係る送受信部１２２と、サービスプロセッサ２２の送受信部２２２との間の通信インタフェースは、専用ＬＡＮインタフェース５０３及びＩ２Ｃインタフェース５０４によって二重化されている。これによりサーバ１０は、ユーザが監視ＯＳログ３０３を確認できなくなることを、より確実に回避することができる。

【0045】

尚、情報処理システム１は、サーバ１０及び２０による冗長構成のシステムに限定されない。情報処理システム１は、例えば、サーバ１０及び２０が互いに異なるサービスを提供する、クラスタシステムなどでもよい。
＜第２の実施形態＞
図３は、本発明の第２の実施形態に係る情報処理装置６０の構成を示すブロック図である。但し、説明の都合上、情報処理装置６０に加えて情報処理装置７０及び記憶部８０を図３に記載するとともに、情報処理装置６０と情報処理装置７０及び記憶部８０との関係をふまえて、本実施形態に係る情報処理装置６０の動作について説明することとする。

【0046】

本実施形態に係る情報処理装置６０は、実行部６１及び監視部６２を備えている。実行部６１及び監視部６２は、順に、実行手段及び監視手段の一例である。実行部６１は、受信部６１１及び出力部６１２を備えている。受信部６１１及び出力部６１２は、受信手段及び出力手段の一例である。監視部６２は、送信部６２１を備える。送信部６２１は、送信手段の一例である。

【0047】

情報処理装置７０も情報処理装置６０と同様の構成（機能）を備える。即ち、情報処理装置７０は、実行部７１及び監視部７２を備える。実行部７１は受信部７１１及び出力部７１２を備え、監視部７２は送信部７２１を備える。実行部７１は第１のＯＳ７１０による制御によって動作し、監視部７２は第２のＯＳ７２０による制御によって動作する。

【0048】

実行部６１は、第１のＯＳ６１０による制御によってユーザアプリケーションを実行する。第１のＯＳ６１０は、例えば第１の実施形態に係るシステムＯＳ１１０と同様のＯＳである。実行部６１は、例えば第１の実施形態に係る実行部１１と同様に動作する。

【0049】

監視部６２は、第２のＯＳ６２０による制御によって実行部６１の動作を監視する。第２のＯＳ６２０は、例えば第１の実施形態に係る監視ＯＳ１２０と同様のＯＳである。監視部６２は、例えば第１の実施形態に係るサービスプロセッサ１２と同様に動作する。

【0050】

受信部６１１は、情報処理装置７０における第２のＯＳ７２０によって出力される監視部７２の状態を表す他装置監視手段状態情報８０１を受信する。他装置監視手段状態情報８０１は、例えば第１の実施形態に係るサーバ２０に関する監視ＯＳログ３０３と同様な情報である。受信部６１１は、例えば第１の実施形態に係る受信部１１１と同様に動作する。

【0051】

送信部６２１は、情報処理装置６０の第２のＯＳ６２０によって出力される監視部６２の状態を表す自装置監視手段状態情報８０２を、情報処理装置７０における受信部７１１に送信する。自装置監視手段状態情報８０２は、例えば第１の実施形態に係るサーバ１０に関する監視ＯＳログ３０３と同様な情報である。送信部６２１は、例えば第１の実施形態に係る送信部１２１と同様に動作する。

【0052】

出力部６１２は、第１のＯＳ６１０による制御によって、他装置監視手段状態情報８０１を、実行部６１によって制御される記憶部８０に出力する。記憶部８０は、記憶手段の一例であり、例えば第１の実施形態に係るストレージ３０と同様な記憶デバイスである。出力部６１２は、例えば第１の実施形態に係る出力部１１２と同様に動作する。

【0053】

本実施形態に係る情報処理装置６０は、情報処理装置において発生した障害の状態を表す情報をユーザが確認する際の利便性を向上させることができる。その理由は、情報処理装置６０は、監視部６２により生成された自装置監視手段状態情報８０２を情報処理装置７０に送信するとともに、情報処理装置７０から受信した監視部７２により生成された他装置監視手段状態情報８０１を、記憶部８０に格納するからである。

【0054】

＜ハードウェア構成例＞
上述した各実施形態において図１、及び、図３に示したサーバあるいは情報処理装置における各部は、専用のＨＷ（ＨａｒｄＷａｒｅ）（電子回路）によって実現することができる。また、図１、及び、図３において、少なくとも、下記構成は、プロセッサによって実行される命令を含むソフトウェアプログラムの機能（処理）単位（ソフトウェアモジュール）と捉えることができる。
・実行部１１及び６１、
・受信部１１１及び６１１、
・出力部１１２及び６１２、
・サービスプロセッサ１２、
・監視部６２、
・送信部１２１及び６２１、
・送受信部１２２。

【0055】

但し、これらの図面に示した各部の区分けは、説明の便宜上の構成であり、実装に際しては、様々な構成が想定され得る。この場合のハードウェア環境の一例を、図４を参照して説明する。

【0056】

図４は、本発明の各実施形態に係るサーバあるいは情報処理装置を実現可能な情報処理装置９００（コンピュータ）の構成を例示的に説明する図である。即ち、図４は、図１、及び、図３に示したサーバあるいは情報処理装置を実現可能なコンピュータ（情報処理装置）の構成であって、上述した実施形態における各機能を実現可能なハードウェア環境を表す。

【0057】

図４に示した情報処理装置９００は、構成要素として下記を備えている。
・ＣＰＵ（Ｃｅｎｔｒａｌ＿Ｐｒｏｃｅｓｓｉｎｇ＿Ｕｎｉｔ）９０１、
・ＲＯＭ（Ｒｅａｄ＿Ｏｎｌｙ＿Ｍｅｍｏｒｙ）９０２、
・ＲＡＭ（Ｒａｎｄｏｍ＿Ａｃｃｅｓｓ＿Ｍｅｍｏｒｙ）９０３、
・ハードディスク（記憶装置）９０４、
・通信インタフェース９０５、
・バス９０６（通信線）、
・ＣＤ－ＲＯＭ（Ｃｏｍｐａｃｔ＿Ｄｉｓｃ＿Ｒｅａｄ＿Ｏｎｌｙ＿Ｍｅｍｏｒｙ）等の記録媒体９０７に格納されたデータを読み書き可能なリーダライタ９０８、
・モニターやスピーカ、キーボード等の入出力インタフェース９０９。

【0058】

即ち、上記構成要素を備える情報処理装置９００は、これらの構成がバス９０６を介して接続された一般的なコンピュータである。情報処理装置９００は、ＣＰＵ９０１を複数備える場合もあれば、マルチコアにより構成されたＣＰＵ９０１を備える場合もある。

【0059】

そして、上述した実施形態は、図４に示した情報処理装置９００に対して、次の機能を実現可能なコンピュータプログラムを供給してもよい。例えば、その機能とは、その実施形態の説明において参照したブロック構成図（図１、及び、図３）における上述した構成、或いはフローチャート（図２）の機能である。上述した実施形態に係るサーバあるいは情報処理装置の機能は、その後、そのコンピュータプログラムを、当該ハードウェアのＣＰＵ９０１に読み出して解釈し実行することによって達成される。また、当該装置内に供給されたコンピュータプログラムは、読み書き可能な揮発性のメモリ（ＲＡＭ９０３）、または、ＲＯＭ９０２やハードディスク９０４等の不揮発性の記憶デバイスに格納すれば良い。

【0060】

また、前記の場合において、当該ハードウェア内へのコンピュータプログラムの供給方法は、現在では一般的な手順を採用することができる。その手順としては、例えば、ＣＤ－ＲＯＭ等の各種記録媒体９０７を介して当該装置内にインストールする方法や、インターネット等の通信回線を介して外部よりダウンロードする方法等がある。そして、このような場合において、本実施形態に係る情報処理装置に供給されるコンピュータプログラムは、そのプログラムを構成するコード或いは、そのコードが格納された記録媒体９０７によって構成されると捉えることができる。

【0061】

以上、上述した実施形態を模範的な例として本発明を説明した。しかしながら、本発明は、上述した実施形態には限定されない。即ち、本発明は、本発明のスコープ内において、当業者が理解し得る様々な態様を適用することができる。

【符号の説明】

【0062】

１ 情報処理システム
１０ サーバ
１１ 実行部
１１０ システムＯＳ
１１１ 受信部
１１２ 出力部
１２ サービスプロセッサ
１２０ 監視ＯＳ
１２１ 送信部
１２２ 送受信部
２０ サーバ
２１ 実行部
２１０ システムＯＳ
２１１ 受信部
２１２ 出力部
２２ サービスプロセッサ
２２０ 監視ＯＳ
２２１ 送信部
２２２ 送受信部
３０ ストレージ
３０１ システムＯＳログ
３０２ システム監視ログ
３０３ 監視ＯＳログ
４０ 管理端末
４１ ＬＡＮスイッチ
５０１ 専用ＬＡＮインタフェース
５０２ 専用ＬＡＮインタフェース
５０３ 専用ＬＡＮインタフェース
５０４ Ｉ２Ｃインタフェース
６０ 情報処理装置
６１ 実行部
６１０ 第１のＯＳ
６１１ 受信部
６１２ 出力部
６２ 監視部
６２０ 第２のＯＳ
６２１ 送信部
７０ 情報処理装置
７１ 実行部
７１０ 第１のＯＳ
７１１ 受信部
７１２ 出力部
７２ 監視部
７２０ 第２のＯＳ
７２１ 送信部
８０ 記憶部
８０１ 他装置監視手段状態情報
８０２ 自装置監視手段状態情報
９００ 情報処理装置
９０１ ＣＰＵ
９０２ ＲＯＭ
９０３ ＲＡＭ
９０４ ハードディスク（記憶装置）
９０５ 通信インタフェース
９０６ バス
９０７ 記録媒体
９０８ リーダライタ
９０９ 入出力インタフェース

【要約】

【課題】情報処理装置において発生した障害の状態を表す情報をユーザが確認する際の利便性を向上させる。
【解決手段】情報処理装置６０は、第１のＯＳによる制御によってユーザアプリケーションを実行する実行部と、第２のＯＳによる制御によって実行部の動作を監視する監視部と、を備える情報処理装置を複数備えるシステムの情報処理装置の１つであって、情報処理装置７０における、第２のＯＳ７２０によって出力される監視部７２の状態を表す他装置監視手段状態情報８０１を受信する受信部６１１と、情報処理装置６０の第２のＯＳ６２０によって出力される監視部６２の状態を表す自装置監視手段状態情報８０２を、情報処理装置７０の受信部７１１に送信する送信部６２１と、第１のＯＳ６１０による制御によって、他装置監視手段状態情報８０１を記憶部８０に出力する出力部６１２と、を備える。
【選択図】 図３

【図1】

【図2】

【図3】

【図4】