【課題】簡便に正確に制御装置等の動作を解析可能とする。
【解決手段】動的解析装置６は、解析対象のＣＰＵ３が接続される、アドレスバス１１、データバス１２、制御信号線１３に接続される。動的解析装置６は、アドレスバス１１上のアドレスの値から処理内容、例えば、実行中の関数や変数を特定し、データバス１２上のデータから処理データ、例えば、変数の値を特定するデータ解析部と、データ解析部により解析された処理内容と処理データの履歴を含む履歴情報を記憶する記憶部と、動的解析ツール７からのアクセスに応答して、記憶部に記憶した履歴情報を提供する履歴情報提供手段と、を備える。 （もっと読む）

【課題】適切なオーバヘッドで動作し、アプリケーションの異常発生を容易に判断することのできるアプリケーション監視最適化装置を得る。
【解決手段】複数のアプリケーションプログラム１０３のそれぞれに、心音を発生する心音発生部２０２と、心音を監視する監視部２０１と、心音の発生タイミングを変更する心音変更部２０３と、監視タイミングを変更する監視変更部２０４とを備える。心音発生部２０２は、自アプリケーションプログラム１０３が正常に動作している場合は、これを示す心音を発生する。監視部２０１は、他のアプリケーション１０３の心音を監視する。 （もっと読む）

【課題】アプリケーションに起因してプロセスが異常終了する可能性を検出する。
【解決手段】収集部７３は、複数の業務アプリケーション４に基づき処理を実行する複数の業務プロセス３のそれぞれについて、業務プロセス３の特性を表す特性情報を収集する。比較部７４は、複数のプロセスの各々から収集した特性情報を比較する。判断部７５は、複数の業務プロセス３のうちのある業務プロセス３に関する特性情報が、複数の業務プロセス３のうち、ある業務プロセス３を除いた業務プロセス３のいずれの特性情報とも特性が異なる場合に、ある業務プロセス３について異常が発生したと判断する。 （もっと読む）

【課題】プロセス間の関係をコンピュータで抽出することが可能となる技術を提供する。
【解決手段】業務サーバ１０において，動作情報記憶部１２０は，情報収集部１１０により収集された，各プロセス１２によるファイルアクセスの履歴情報を記憶する。解析部１３０は，動作情報記憶部１２０に記憶された履歴情報を解析して，同じファイルにアクセスする複数のプロセス１２を抽出する。このとき，解析部１３０は，システムファイル管理情報記憶部１４０に登録されたシステムファイルを，プロセス１２の抽出判定の対象となるファイルから除外する。解析部１３０は，抽出された同じファイルにアクセスする複数のプロセス１２を，関係があるプロセス１２としてグループ化し，関係定義情報記憶部１６０に記録する。 （もっと読む）

【課題】マルチスレッド化ＤＳＰにおけるリアルタイムの挙動に対して非侵入的にデバッグを行う。
【解決手段】ＩＳＤＢがＤＳＰ動作に関してイネーブルにされ（１３２）、ハードウェアブレークポイント１３４、ソフトウェアブレークポイント１３６、ＥＴＭブレークポイント１４０、ＪＴＡＧブレークポイント１４２、または、外部ブレークポイント１４４が存在すると、デバッギング動作１３８に進む。ＩＳＴＥＰデバッギングが有効である場合は、ＩＳＴＥＰデバッギング１５０を行う。命令スタッフィング動作が有効である場合は、命令スタッフィング動作１５４を行う。コアＤＳＰリセット命令がデバッギング動作によって生成されている場合は、コアＤＳＰデジタル信号プロセッサをリセットする（１５６）。 （もっと読む）

【課題】 ログ出力機能をエラー検出に利用した通信制御技術の提供すること。
【解決手段】 通信制御装置は、プロセス内におけるアプリケーション間の通信処理を、アプリケーションと他のプロセスとの間の通信処理または他の装置との間の通信処理に変換し、変換した通信処理を行う通信部と、通信部による通信処理の実行中において発生した通信エラーを検出するエラー検出部と、通信エラーの種別と、通信エラーの種別に対応した通信エラーの重要度と、を予め定めた通信エラーの種別と重要度との対応関係から識別する識別部と、識別部によって識別された重要度が一定値以上の場合に、エラー処理を実行する例外処理手段と、を備える。 （もっと読む）

【課題】エラーが発生した機能プログラムを速やかに実行可能な状態に戻すことが可能な画像形成装置を提供する。
【解決手段】この画像形成装置では、主制御部１１０は、機能プログラムに基づいて動作している最中に、監視プログラムに基づき、機能プログラムの実行に必要な複数種のプロセスにエラーが発生したか否かを監視し、複数種のプロセスのうちのいずれかにエラーが発生したことを検知したとき、エラーが発生したプロセスについては復帰処理を行う一方、エラーが発生していないプロセスについては復帰処理を行わない。 （もっと読む）

【課題】システム内で稼動するプロセスの優先度を判断し、プロセス障害復旧の１手段であるプロセスの再起動、プロセスが稼動しているＯＳの再起動を自動的に行うことが可能なプロセス障害判定復旧装置、プロセス障害判定復旧方法、プロセス障害判定復旧プログラム、および記録媒体を提供する。
【解決手段】ネットワークを介して監視対象となるサーバ上で稼動するプロセスを監視し、プロセスに生じた障害を検知するプロセス障害検知部と、プロセス障害検知部によって障害が生じたプロセスが検知された場合に、障害が生じたプロセスを再起動した回数に基づいて、プロセスを再起動させるかまたはプロセスを稼動しているサーバを再起動させるかを判定し、判定した結果に従ってプロセスまたはサーバを再起動させ、障害を復旧させる障害判定復旧部と、を備える。 （もっと読む）

【課題】同一計算機２００が複数のソフトウェア２０１を同時に実行する場合の、単独のソフトウェアを実行する同一計算機２００に対する性能変動の程度を定量的に示す。
【解決手段】想定される組合せのソフトウェア２０１をそれぞれ単独で実行した場合の同一計算機２００のリソース使用率を単独リソース使用率取得部１０１が取得し、取得した単独リソース使用率に基づき、単独リソース使用率の確率密度関数を単独確率密度関数算出部１０２が算出し、更に、想定される組合せのソフトウェア２０１を同一計算機２００が同時に実行した場合の同時リソース使用率の確率密度関数を同時確率密度関数算出部１０４が算出し、同時リソース使用率の確率密度関数に基づき、応答時間比算出部１０５が応答時間比の確率密度関数を算出し、応答時間の変動を統計的に示す。 （もっと読む）

【課題】プロセッサにかかる負荷を低減することができる制御装置及び制御方法を提供すること。
【解決手段】本発明にかかる制御装置は、ユーザモード及びカーネルモードのうち、カーネルモードでアクセス可能である制御対象を制御する制御タスクをユーザモードで実行するオペレーティングシステム１００と、オペレーティングシステム１００を実行するプロセッサ１０と、を備えた制御装置である。オペレーティングシステム１００は、制御タスクを実行していない期間に、カーネルモードで、制御対象から情報を取得して、取得した情報に基づいて制御対象の異常を検出する異常検出処理を実行する。 （もっと読む）

【課題】処理動作中に利用するリソース量を外部から抑制すること。
【解決手段】リソース抑制装置は、特定部と、取得部と、保持部と、出力部とを有する。特定部は、利用量が所定の閾値を超えるリソースを最も利用するプロセスを特定する。取得部は、リソースの利用を管理する管理装置を送信先としたリソースの利用要求のうち、特定部によって特定されたプロセスからの利用要求を取得する。保持部は、取得部によって取得された利用要求を保持する。出力部は、保持部によって保持される利用要求が保持される時間が所定時間経過した後に、保持される利用要求を前記管理装置に出力する。 （もっと読む）

【課題】ファイル操作に関するログデータのデータ量を削減することが可能なログ管理方法を得る。
【解決手段】ログ管理方法は、ファイル操作のログを管理するログ管理方法であって、（Ａ）所定期間内に操作されたファイルに関するプロセス情報及びパス情報を含むログイベントが複数記録されたログデータを取得するステップと、（Ｂ）ログデータに記録されている複数のログイベントを、ログイベント間の関連性に基づいて一又は複数のグループとして集約するステップと、を備える。 （もっと読む）

【課題】タイマー割り込みとは非同期な処理を待機するソフトウェアに関しても加速試験を行うこと。
【解決手段】試験方法は、タイマー割り込みの第一の周期を、所定の係数を乗じた第二の周期に短縮させ、前記タイマー割り込みとは非同期な処理を待機するタスクの待機時間について、前記第一の周期単位の周期数を前記所定の係数で除した周期数に補正し、補正後の前記周期数の前記タイマー割り込みの発生により前記待機時間を計測する処理をコンピュータが実行する。 （もっと読む）

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

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

【課題】アプリケーションプログラムを修正することなく、当該プログラムの不正検知および警告処理を適切に行なうことが可能な情報処理装置、プログラム不正検知方法、およびプログラム不正検知プログラムを提供する。
【解決手段】情報処理装置１０１は、アプリケーションにおいて呼び出された呼び出し関数が、不正コーディング検知ライブラリ１０における所定の関数に対応するか否かを判定するための関数判定部２１と、呼び出し関数が所定の関数に対応すると判定した場合には、不正コーディング検知ライブラリ１０における所定の関数を実行することにより、呼び出し関数の呼び出し元が所定の条件を満たすか否かを判定し、呼び出し元が所定の条件を満たす場合に警告処理を行なうための警告処理部２２とを備える。 （もっと読む）

【課題】仮想アドレスが指定されるとメモリのアクセスを捕捉するＣＰＵを用いて、人手を介さず、アプリケーションプログラムにも手を加えることなく、共有メモリの特定部分へのデータ書き込みを検出する。
【解決手段】マッピング管理部１０２は、プロセスごとに共有メモリ内の記憶領域と仮想アドレスとのマッピング関係を管理するデータをメモリ１９２に記憶する。プロセス検索部１０５は、マッピング管理部１０２で記憶されたデータを検索して、記憶領域指定部１０４で指定された記憶領域を仮想アドレスにマップしているプロセス及び当該仮想アドレスを抽出する。アドレス指定部１０６は、プロセス検索部１０５で抽出されたプロセス及び仮想アドレスを、仮想アドレスが指定されるとメモリ１９２のアクセスを捕捉するＣＰＵ１９１に対して指定する。 （もっと読む）

【課題】
特別なハードウェア機構を用いずにＳＭＴプロセッサにおけるプロセッサ使用率を求める方法がなく、多くのＳＭＴプロセッサでは、正しくプロセッサ使用率を求める方法がないことが、ＳＭＴプロセッサの処理能力の見積などで誤りを招き、問題となっていた。
【解決手段】
論理プロセッサのプロセッサ使用量の算出区間を、シングルタスクモード（ＳＴ）実行時間とマルチタスクモード（ＭＴ）実行時間に分割し、それぞれ時刻の大小関係を用いて適切に算出し、ＭＴ実行時間に既定のＭＴモードのプロセッサ資源割り当て比率を乗じた値とＳＴモード実行時間の和を前記算出区間内の前記算出対象論理プロセッサのプロセッサ使用量と求める。 （もっと読む）