【課題】システム管理コントローラが障害の情報を管理することができない場合であっても、障害の情報を管理すること。
【解決手段】実施形態によれば、ネットワークを介して管理用コンピュータに接続されたコンピュータであって、記憶部と、前記コンピュータにハードウェア障害が発生した場合に前記ハードウェア障害の内容を示す障害情報を生成する生成手段と、前記障害情報が生成された場合に第１の指示信号を発行する発行手段と、前記発行手段からの前記第１の指示信号の受信に応じて前記障害情報を前記記憶部に格納するシステム管理コントローラと、前記障害情報の前記記憶部への格納に失敗した場合に前記障害情報を前記管理用コンピュータに送信する送信手段とを具備する。 （もっと読む）

【課題】高価な外部ＩＣＥなしでターゲット端末のデバッグとトレースダンプが可能になるマルチコアプロセッサ及びデバッグ方法を提供する。
【解決手段】デバッグコントロールユニットを内蔵したターゲットマルチコアプロセッサSOCにおけるEJTAGデバッグ機能、すなわち、プログラム停止・再開、レジスタダンプ、メモリダンプなどと全てのプロセッサのトレースダンプ機能をFIFOで構成し、ターゲットに内蔵のUSBデバイスコントローラのオプションデバイスとして実装する。 （もっと読む）

【課題】所定の車両挙動が発生すると、そのときの車両走行情報に基づいて所定の車両挙動が発生した原因を適切に解析可能とする車載電子制御装置、診断ツールおよび診断システムを提供する。
【解決手段】電子制御装置は、アクセルを踏んでいないのにスロットル開度が大きく開いている等の所定の車両挙動が発生している場合（Ｓ４００：Ｙｅｓ）、そのときの車両走行情報と、時刻と、車両走行情報を記憶したことを表わす記憶実行情報とを挙動情報として記憶する（Ｓ４０２）。エンジンが停止すると（Ｓ４０４：Ｙｅｓ）、電子制御装置は、挙動情報の記憶実行情報から車両走行情報が記憶されていると判定すると（Ｓ４０６：Ｙｅｓ）、ＣＰＵの作動に対する異常判定を実行し（Ｓ４０８）、異常判定結果と、異常判定の実行時刻と、異常判定を実行したことを表わす判定実行情報とを異常判定情報として記憶し（Ｓ４１０）、ＣＰＵへの電力供給を遮断する（Ｓ４１２）。 （もっと読む）

【課題】監視対象装置のメモリ容量の増大と保守性の低下を解決すること。
【解決手段】本発明である監視システムは、監視対象装置にて実行される処理状態を表す統計ログを所定の時間間隔にて採取する統計ログ採取手段と、監視対象装置から出力された当該監視対象装置の状態を表すイベントログを採取してバッファメモリに蓄積するイベントログ採取手段と、取得した統計ログが予め設定された異常状態であるか否かを判断する統計ログ解析手段と、統計ログ解析手段の判断により統計ログが異常状態となったときに、統計ログを採取する時間間隔が短くなるよう統計ログ採取手段に変更設定するログ採取間隔変更手段と、を備え、上記イベントログ採取手段は、上記統計ログ解析手段の判断により統計ログが異常状態となったときに、バッファメモリに蓄積した現時点以前のイベントログの少なくとも一部を所定の記憶装置に記憶する、という構成をとる。 （もっと読む）

【課題】本発明は、情報処理システム及び情報処理方法に係り、統合装置内での異常時に外部装置が行う退避処理を必要最小限に抑えることにある。
【解決手段】統合装置内の各内部装置に、他の内部装置とは異なる条件で異常判定を行わせると共に、異常判定時に共通処理部に対してハードウェア資源（ＨＷ）のフェールセーフ（ＦＳ）要求を通知させる。共通処理部に、内部装置からのＦＳ要求の通知を受けた場合に、他の内部装置に対してＨＷのＦＳ動作を事前に通知させる。内部装置に、共通処理部からの事前通知を受けた場合に、共通処理部に対してＨＷのＦＳ動作許可を通知させると共に、協調処理を行う外部装置に対して、ＨＷのＦＳ動作及び異常が自内部装置と他の内部装置との何れに起因するのかを通知させる。また、共通処理部に、内部装置からのＦＳ要求の通知を受けかつＦＳ動作許可の通知を受けた場合に、ＨＷをＦＳ動作させる。 （もっと読む）

【課題】主記憶装置やＨＤＤ装置に一時的に不具合、誤動作が発生した場合においても、再起動後に障害情報を可能な限り収集することができる障害解析情報収集装置を得ることを目的とする。
【解決手段】障害解析情報収集装置１００は、主記憶装置５と、バックアップメモリ２と、ＨＤＤ６とを有し、
障害発生時に、主記憶装置５に記録されている主記憶情報を、ダンプファイル１３としてＨＤＤ６に設けた主記憶情報記録領域に保存する主記憶情報記録手段９と、ＣＰＵレジスタ３やＩ／Ｏレジスタ４の値をバックアップメモリ２に設けたＨ／Ｗ情報記録領域１２に保存するハードウェア情報管理手段８と、障害発生後に装置１００を再起動した後で、保存されている主記憶情報及びハードウェア情報を結合して解析ファイル１４としてＨＤＤ６に保存する障害情報管理手段１１とを備える。 （もっと読む）

【課題】ソフトウェアの処理負荷が所定負荷を超えた場合に、処理負荷の異常原因を解析できる電子制御装置を提供する。
【解決手段】タスクの起床元では、起床対象のタスクを起床すると（Ｓ４２０）、起床対象のタスクからリターンされる起床結果に基づいて起床が成功したか否かを判定し（Ｓ４２２）、起床に失敗すると（Ｓ４２２：Ｎｏ）、連続失敗回数カウンタを＋１する（Ｓ４２４）。起床されたタスクは、起床元のタスクでカウントした連続失敗回数カウンタの値を今回値として記憶し（Ｓ４３０）、連続失敗回数カウンタをクリアし（Ｓ４３２）、今回の起床までにおける連続失敗回数の最大値を算出する（Ｓ４３４）。起床されたタスクは、連続失敗回数がソフトウェアの設計時に設定した許容範囲を超えている場合（Ｓ４３６：Ｎｏ）、ソフトウェアの処理負荷異常と判定し、判定結果と処理負荷異常時の車両走行情報とを記憶する（Ｓ４３８、Ｓ４４０）。 （もっと読む）

【課題】管理対象とする機器に発生した障害に対する対処の緊急度を判定することのできるシステムを提供する。
【解決手段】機器管理システム１は、機器に発生した障害に対応する障害メッセージを所定の装置へ送信する管理対象機器３と、障害メッセージの重要度とシステム情報を管理対象機器３毎に記憶した機器データベースが設けられ、管理対象機器３から障害メッセージを受信すると、機器データベースを参照し、管理対象機器３が送信した障害メッセージ及び障害が発生したコンポーネントの重要度に基づき、管理対象機器３が送信した障害メッセージに対する対処の緊急度を判定する緊急度判定手段を備えた機器管理装置２とから少なくとも構成される。 （もっと読む）

【課題】共用リソースを配備する情報処理センタの可用性を向上させる。
【解決手段】構成カタログ１４０には、リソースを構成要素とするシステムの構成が掲載されている。センタ管理者は適当な入力手段によりその内容を更新することができる。機能モジュール１５０は、サーバ（１０００〜５０００）を構成している各リソースの状態情報及び障害情報を機能モジュール１２０に通知する。機能モジュール１５０は、この状態情報及び障害情報を前記各サーバを構成している各リソースから得る。機能モジュール１２０は、機能モジュール１５０から通知された状態情報及び障害情報を収集し、データベース１１０に保存する。機能モジュール１３０は、前記状態情報及び障害情報を参照しながら前記リソースを組み替えて、構成カタログ１４０に要求されたシステムを構築するための計算を行うと共に結線も含めて該システムを構成するハードウェアの実装を行う。 （もっと読む）

【課題】本発明が解決しようとする課題は、上記問題点を解決することであり、ＣＰＵの動作履歴記録用メモリーの容量を少量化することである。
【解決手段】上記課題を解決するための本発明は、記録装置であって、監視対象である情報処理装置のＣＰＵの動作履歴が、ウォッチドッグタイマーのカウンター値がクリアされる周期に対応付けられて記録されている動作履歴記録部と、前記動作履歴を前記動作履歴記録部に記録し、前記クリア後に新たに前記ＣＰＵの動作を記録する際、前記ＣＰＵに障害が発生しなかった周期の動作履歴に上書きする記録手段とを有することを特徴とする。 （もっと読む）

【課題】共有ディスク上のログファイルへのデータ記録を適正に行うことにより現用サーバと予備サーバの切替え時にエラーが発生しないようにする。
【解決手段】クラスタシステムは、運用系のサーバ装置１０ａと待機系のサーバ装置１０ｂが共有ディスク３０を利用して動作を行うように構成されている。サーバ装置１０ａにおいてデータ転送機能を有するｓｙｓｌｏｇｄ１１ａが、クラスタサービス２０のアプリケーション２１のログメッセージをローカルディスク上の名前付きパイプ１３ａへ一時的に保存すると、ログアプリケーション１４ａが、名前付きパイプ１３ａに保存されたログメッセージを共有ディスク３０上のログファイル３１へ記録する。このとき、ログアプリケーション１４ａは、アプリケーション２１のログメッセージが名前付きパイプ１３ａへ保存されるタイミングで、ログファイル３１のオープン／書き込み／クローズの処理を行う。 （もっと読む）

【課題】ログデータの保存に過不足のない記憶領域を確保してログデータをメモリに保存することができるログ保存装置およびログ保存プログラムを提供する。
【解決手段】 ログデータの格納が指示されたときに、メモリ上にこのログデータを格納するログ領域を確保する確保部と、ログデータを、この確保されたログ領域に格納するログ格納部と、確保部で新たに確保されたログ領域よりも前に確保済のログ領域が存在する場合、新たに確保されたログ領域の場所を示す場所データを確保済みのログ領域と関連付けて格納する場所格納部とを備える。 （もっと読む）

【課題】Ｗｅｂシステムにおいて障害解析を適切に行なう。
【解決手段】障害解析支援システム４０１は、運用系システム２０１の負荷状況を監視するためのシステム監視部２２と、１または複数のＷｅｂブラウザからのリクエストを監視するためのリクエスト監視部２１と、リクエストによって呼び出されるＡＰＩを監視するためのＡＰＩ呼び出し監視部２３と、リクエストの処理が行われている際にＷｅｂアプリケーションで例外が発生するか否かを監視し、例外が発生した場合には、例外の内容を示す例外情報を生成し、生成した例外情報、および各監視結果をログファイルとして出力するための例外監視部２４と、例外監視部２４から受けたログファイルに基づいてスクリプトを生成するためのスクリプト生成部６０と、スクリプト生成部６０によって生成されたスクリプトに基づいて例外の発生を再現するための障害再現部８０とを備える。 （もっと読む）

【課題】コントローラやメモリモジュールを交換してもメモリモジュールに発生したエラーを再現する。
【解決手段】メモリモジュール１が、メモリデバイス１２−１〜１２−Ｎと、メモリデバイス１２−１〜１２−Ｎへのアクセスパターンであってエラーが発生するアクセスパターンを記憶する不揮発性メモリ１７と、コントローラ２によるメモリデバイス１２−１〜１２−Ｎへのアクセスによってエラーが発生したか否かを判定するエラー検出回路１５と、エラー検出回路１５によって、エラーが発生したと判定された場合、不揮発性メモリ１７にコントローラ２によるアクセスパターンを記録するアクセス情報記録回路１６とを備える。 （もっと読む）

【課題】メインシステムと保守管理システムにおける精度の高い時刻同期を行うことを可能にし、障害発生時にはメインシステムと保守管理システムで検出された障害の時刻関係が明確なログを採取する情報処理装置を提供する。
【解決手段】情報処理装置において、ＢＭＣ１１８は、ＴＩＭＥ_RTC１２２を取得してメモリ１２１に保存し、ＴＩＭＥ_RTC１２２を保存した時におけるシステムバスクロックカウンタ回路１１５のＣＯＵＮＴ_START１２３をメモリ１２１に保存し、メインシステム１０１側の障害発生時に、その障害発生時のシステムバスクロックカウンタ回路１１５のＣＯＵＮＴ_OFFSET１２４をメモリ１２１に保存し、ソフト時計１０８の計時の刻みとシステムバスクロックカウンタ回路１１５のカウンタの計時の刻みとの比率、ＴＩＭＥ_RTC１２２、ＣＯＵＮＴ_START１２３、およびＣＯＵＮＴ_OFFSET１２４に基づいて、障害発生時のＯＳ時刻を算出する。 （もっと読む）

【課題】障害の原因を特定するための有用な情報であるコアファイルを完全に保存し、コアファイルの保存処理が終了する前にプロセスの障害からの回復を可能とする。
【解決手段】プロセスに障害が発生したときにメモリ1050内にコアダンプ管理情報を格納する領域1020を作成し、コアダンプ管理情報を格納する領域にプロセスが使用するメモリ領域の位置情報を保持するメモリ管理情報位置情報1012を、コアファイル保存データ位置情報1022として記録し、プロセスの終了処理を行う障害時プロセス終了手段1100と、コアダンプ管理情報を格納する領域に記録されたコアファイル保存データ位置情報1022を参照しプロセスが使用するメモリ領域の情報の一部または全てを二次記憶装置1060にコアファイル1061として記録し、プロセスが使用するメモリ領域の情報及びコアダンプ管理情報を格納する領域及び領域内の情報を削除するコアファイル保存手段とを備える。 （もっと読む）

【課題】情報処理装置において障害が発生した場合、その障害情報の自動的な収集と障害情報の保存の確実性を提供する。
【解決手段】情報処理装置８は、ソフトウェアを実行するＣＰＵ１と、ソフトウェアの動作を監視するウォッチドッグタイマ２と、ハードウェアの状態を監視するハードウェア監視デバイス４と、その監視結果を管理する障害情報管理用ＬＳＩ３と、障害情報を保存する不揮発性メモリ６とを備える。ウォッチドッグタイマ２は、一定時間内にウォッチドッグトグルがない場合、ＣＰＵ１に対してノンマスカブルの割り込み信号を通知して２回目のスタートを行う。ＣＰＵ１は障害情報管理用ＬＳＩ３から障害情報を収集する。収集が完了した場合はＣｏｌｄリセットを行って再起動し、収集が未完了の場合はＨｏｔリセットを行って再起動する。Ｈｏｔリセットの場合、再起動後に障害情報を収集する。 （もっと読む）

【課題】予備機でサービス稼働中であり、現用機がクラスタ構成に組み込まれていない場合に、現用機でサービスを再開させることを目的とする。
【解決手段】現用機と予備機とで構成されるクラスタシステムが開示される。現用機の故障箇所推定手段は、現用機の故障ログ記憶手段に格納された故障ログから、現用機の故障箇所を推定する。現用機の導通確認手段は、現用機に接続されたルータまで導通を確認する。現用機のクラスタ構成手段は、現用機のクラスタ状態をサービス稼働中へ遷移できる状態へ遷移させる。次に、現用機の遷移抑止手段は、予備機のクラスタ状態をサービス稼働中への遷移が抑止されている状態へ遷移させる。次に、現用機の遷移抑止解除手段は、予備機のクラスタ状態をサービス稼働中へ遷移できる状態へ遷移させる。 （もっと読む）

【課題】ＣＰＵによる制御下で装置の動作中に装置内に記憶された装置各部の状態を示す状態情報を、ＣＰＵの動作停止状態でも取得することができる画像処理装置を提供する。
【解決手段】複合機１０は、メインＣＰＵ１１とサブＣＰＵ１２を備える。メインＣＰＵ１１は、複合機１０の各部の動作を制御すると共に、複合機１０の動作中は、各部の動作履歴を示す動作ログデータなどを逐次生成し、不揮発メモリ１５に記憶する。複合機１０が管理者端末４０からログ取得要求パケットを受信すると、サブＣＰＵ１２は不揮発メモリ１５からログデータを読み出して取得し、管理者端末４０へ送信する。メインＣＰＵ１１がハングアップして複合機１０が異常停止した場合などでも、管理者端末４０から複合機１０へログ取得要求パケットを送信することで、複合機１０内に記憶されているログデータを管理者端末４０にて取得することができる。 （もっと読む）

【課題】電源電圧の降下が急峻な場合、システムが誤作動を起こす可能性があった。
【解決手段】割込みモードと、リセットモードとを有する電圧検出システムの制御方法であって、第１、第２の検出レベルを設定し、電源電圧が前記第１の検出レベルより高い場合、ラッチ回路を第１の状態として、前記割込みモードに設定し、前記電源電圧が前記第１の検出レベル以下となった場合、割込み信号を生成し、前記ラッチ回路を前記第１の状態から第２の状態とすることで、前記リセットモードに設定し、前記リセットモード時に、前記電源電圧が前記第２の検出レベル以下となった場合、システムリセットする電圧検出システムの制御方法 （もっと読む）