【課題】 デバッグ用の特別な命令を埋め込むことなく特定のケースのみメモリアクセスをトレースする事により、リアルタイム性を損なうことなく少量のメモリで、効果的なデバッグ環境を実現する。
【解決手段】 フェッチしたプログラムコードが、メモリアクセス命令の内のフレームポインタ操作であり、かつ直前のトレースデータが分岐命令であるときには、直後のトレースデータは、分岐命令直後のフレームポインタ操作から関数の入口にジャンプしてきたと考えられ、ＬＲ（リンクレジスタ：戻り先アドレス）は分岐命令のトレースから復元可能であり、また、ＳＰ（スタックポインタ）は直前のスタック回避操作のデータトレースから復元可能であるので、この直後のトレースデータ出力をマスクすることにより、デバッグに支障なくトレースデータを圧縮する。 （もっと読む）

【課題】検査対象となるコンピュータプログラムを変更することなく、メモリリークの発生を容易かつ効率的に検出すること。
【解決手段】メモリリーク検出装置のメモリ内容出力部１４が、ＨＴＭＬ情報処理プログラム１２ａを複数回実行した場合のメモリの内容を読み出して出力し、メモリリーク検出部１６が、出力したメモリの内容に基づいてメモリリークが発生したか否かを検出することとしたので、ＨＴＭＬ情報処理プログラム１２ａが複数回実行された場合にメモリリークが発生するとメモリの内容が変化することを利用して、検査対象となるＨＴＭＬ情報処理プログラム１２ａを変更することなく、メモリリークの発生を容易かつ効率的に検出する。 （もっと読む）

【課題】 ソフトウェアデバッグ能力の高いデバッグ装置を提供する。
【解決手段】 レジスタ内のデータを含むプロセッサレジスタ情報が記録されるレジスタ履歴メモリ１４、実行中のソースプログラムの行番号を含むソースプログラム情報が記録されるソース行履歴メモリ１５、および変数の値を含む変数情報が記録される変数履歴メモリ１６に記録された情報に基づいて、任意の前記変数の変更履歴を表示する変更履歴表示部とを有することにより、プログラム開始時からのプロセッサレジスタ情報、変数情報、ソースプログラム情報などを詳細に確認することで、より効率的なデバッグ処理を行うことが可能である。 （もっと読む）

【課題】入力されたデータに基づいた処理を少なくとも行う、コンピュータ装置の動作検証を、能率的に、又速やかに行うための支援をすることができる。
【解決手段】検証の結果が適正とされた場合は、今回の入力データを認定データとして、認定データＤＢ装置８８に保存する。コンピュータ装置において対象になり得る入力データは、網羅パターン生成装置８１により収集し、網羅パターンＤＢ装置８２に格納する。網羅率算出装置８９は、認定済みデータの数の、該コンピュータ装置において対象になり得る前記入力データの数に対する比を、網羅率として算出し、テストケースまたはテストデータの過不足判定に使用する。 （もっと読む）

【課題】マイコン機器ソフトウェアのデバッグ効率、テスト品質を向上させること。
【解決手段】デバッグ支援ホストプログラム１００のテストパターン生成部１１０が状態遷移表１から状態遷移パスならびに状態遷移パスの各状態に対する想定内イベントおよび想定外イベントをテストパターンとして生成し、デバッグ支援ターゲットプログラム２００のイベント発行部２１０がテストパターンを用いて状態遷移パスの各状態の想定外イベントを想定内イベントの前に全て発行するよう構成する。 （もっと読む）

本発明は、制御装置（９）で表示モジュール（２９、３２）およびプログラム構造（３３）を備えるスクリプト（３１）へアクセスすることができるインタプリタプログラム（２４）が実行される方法に関する。プログラム構造（３３）は制御装置（９）のファームウェア（２０）の動作データにアクセスすることができ、この動作データは事前設定可能な表示フォーマットの表示データに変換され、およびこれと逆に変換される。スクリプト（３１）が処理され、その際にプログラム構造（３３）は対応する結果を表示モジュール（２９、３２）の形態で場合により所定の表示フォーマットの表示データとともに編成し、その結果が操作／監視装置（１）に提供される。操作／監視装置（１）では少なくとも表示モジュール（２９、３２）を事前設定可能な表示フォーマットで表示するために表示プログラム（２８）が実行される。表示モジュール（２９、３２）には制御装置（９）の少なくとも１つのスクリプト（３１）への参照指示が格納されている。この参照指示は１つの事象と関連し、この事象が起こると対応するスクリプト（３１）がインタプリタプログラム（２４）により始動されて処理される。利点は、操作／監視装置（１）が制御ユニット（９）の繊細なファームウェア（２０）へ直接アクセスすることができなくなることにある。通信はインタプリタプログラム（２４）を介して行われる。本来の制御アプリケーション（２２）へのアクセスはもはや不可能である。
（もっと読む）

【課題】 分散コンピューティング環境を構築する各構成要素における依存関係に基づき不具合時の影響範囲を検出する手段を設けることにより、不具合の追跡などの作業効率を向上させた分散コンピューティング環境における管理システムを提供する。
【解決手段】 ネットワークに接続された装置群と、この中の複数の装置に分散配置されたアプリケーション群を管理する分散コンピューティング環境における管理システムにおいて、
前記装置群の中の少なくとも１つの装置が、前記装置群および前記アプリケーション群の動作状況を監視し、動作状況が変化した装置により動作が影響されるアプリケーションまたは動作状況が変化したアプリケーションにより動作が影響される装置を特定することを特徴とする分散コンピューティング環境における管理システム。 （もっと読む）

【課題】
プログラム実行環境において、メモリリークの検出および原因究明のために取得されるヒープダンプのファイルサイズを削減する。大規模システムにおいても利用可能なメモリリーク調査手段を提供する。
【解決手段】
ヒープダンプを取得する際、ヒープメモリ内のオブジェクトのうち、次の条件に適合するものだけを出力する。（１）指定期間内に新規生成されたオブジェクトで、生存しているもの。（２）ルートセットから（１）のオブジェクトへ至る参照パス上にあるオブジェクト。 （もっと読む）

【課題】 複数のシミュレータを連携させてなる統括シミュレーションシステムにおいて、各シミュレータの実行効率及び機能を確保して各シミュレータを同期させる。
【解決手段】 シミュレーション対象を構成する複数の要素をそれぞれ模擬する独立した複数のシミュレータ１、２、３と、複数のシミュレータがアクセス可能に接続された共通データ領域９０を有する連携手段４とを備え、連携手段は、一のシミュレータの要求があったときに他のシミュレータとの間のシミュレーション時刻の管理を行う時間管理手段７０を備え、各シミュレータから要求があったときにのみ、関係するシミュレータ間のシミュレーション時刻の管理を行うようにして、各シミュレータの実行効率及び機能を確保するとともに、各シミュレータを同期させる。 （もっと読む）

【課題】個々のイベントの相関関係を考慮してインシデントを出力する。
【解決手段】監視装置１は、コリレーションルール識別子に、監視対象となるイベントのイベント識別子と、イベント識別子に関連づけられたフィルタリングルールと、複数のイベント識別子の関連を示すコリレーションルールとが関連づけられ、インシデントを出力する条件となるルール定義データ２１と、監視対象装置群４からイベントを取得するイベント取得手段１２と、イベント取得手段１２によって取得されたイベントを解析し、解析されたイベントがフィルタリングルールに合致する場合、コリレーションルールに合致するか否かを判定し、コリレーションルールに合致しない場合は状態を保存するイベント処理手段１３と、イベント処理手段１３においてコリレーションルールに合致する場合、インシデントを出力するインシデント出力手段１４を備える。
（もっと読む）

【課題】ホストＣＰＵと接続され相互の割込み機能を用いて制御されるコンパニオンチップ上で動作するデバッグ対象ソフトウェアをコンパニオンチップ単体でデバッグ可能にする。
【解決手段】コンパニオンチップの外部にホストＣＰＵへの通信要求割込みを折り返す割込み折り返し処理手段１０４を装備し、コンパニオンチップ上に実装される擬似ホストソフトウェア１０１は、あらかじめ用意されたシナリオに基づきデバッグ対象ソフトウェア１００に対してホストＣＰＵからの擬似通信要求を伝え、デバッグ対象ソフトウェアがホストＣＰＵに対して発する通信情報を受け取りホストＣＰＵへの通信要求割込みを発生させ、割込み折り返し処理手段により折り返されたＣＰＵからの通信要求割込みを受け取ると、デバッグ対象ソフトウェアがホストＣＰＵに対して発した通信情報をシナリオと照合して検証する。 （もっと読む）

【課題】ソフトウェアブレーク手法で条件付命令にブレークポイントが設定された実行形式プログラムのデバッグ実行において、デバッグ装置の介在無しで、その条件付命令の実行条件式が真であるか偽であるかに応じて、デバッグ実行を中断するか否かを決定することができる命令実行装置を提供する。
【解決手段】条件付命令を含むプログラムを解読して実行することが可能なプロセッサ４が、そのプログラムのデバッグ実行中に、解読した命令が条件付ブレーク命令であり（Ｓ２１：ＹＥＳ）、その条件付ブレーク命令が指定している実行条件のステータスフラグの値から、その実行条件が成立していると評価した場合（Ｓ２２：ＹＥＳ）、例外登録して、デバッグ実行を中断する割込み処理を実行する（ステップＳ２４）。 （もっと読む）

【課題】動作クロックが高速であっても、リアルタイムトレースを行えるようにする。
【解決手段】ターゲット３のＲＯＭ３３にＲＯＭモニタ（プログラム）３３１を格納する。ＲＯＭモニタ３３１はコマンド実行処理３３１１とデバッグ割り込みハンドラ処理３３１２を備える。ＲＯＭモニタ３３１は、トレース種別が命令実行タイプであった場合、トレース対象命令アドレスを命令比較レジスタ３１２に設定し、トレース対象プログラムの実行中に、その実行アドレスが命令比較レジスタ３１２内のアドレスと一致した場合に、割り込み処理を発生させる。トレース種別がデータアクセスタイプであった場合、トレース対象データアドレスをデータ比較レジスタ３１３に設定し、トレース対象アクセス属性をデータ属性設定レジスタ３１４に設定し、トレース対象プログラムの実行中に、一致した場合に、割り込み処理を発生させる。 （もっと読む）

【課題】 発生した障害に対する確実で迅速な対応と再発防止を可能とし、かつ、業務システムへの障害による影響を最小限に抑える。
【解決手段】 通知振り分け処理部１において障害の発生を検出すると、その障害内容を、メール送信処理部６により通信制御部７を介して予め定められた通知先に送信すると共に、通報情報格納処理部３により、障害内容と通知先を対応付けて通報情報ＤＢ１１に格納し、対策結果報告登録処理部４により、通知した障害に対する対策結果を受信して通報ステータス管理ＤＢ９に格納し、ステータスチェック・フォローメール送信処理部５により、対策が完了するまで定期的なフォローメールの送信を行う。 （もっと読む）

【課題】 プログラムの実行を止めることなく複数の評価対象データの表示を行うことができるデバッグシステムおよびデバッグ方法を提供する。
【解決手段】 デバッガ２は、評価条件設定部２１に設定された評価条件にもとづいてアドレス指定部２２で生成したアドレスデータをＭＣＵ１のメモリ監視部１２へ送信する。メモリ監視部１２は、メモリ１１の指定されたアドレスへのアクセスを監視し、アクセスが発生するとそのアドレスのデータをＤＭＡ転送により送信バッファメモリ１４へ転送し、デバッガ２の受信メモリ２４へ送信する。受信メモリ２４に格納されたデータは、データ分類部２５によって評価条件ごとに分類され表作成部２６によってデータ発生履歴表にその発生順に並べられる。データ発生履歴表の表示は表示制御部２７によって制御される。 （もっと読む）

【課題】 ログ解析作業の手間を削減できるようにすること。
【解決手段】 ログ収集手段２１は、ネットワーク装置１を介して、複数のログ収集対象サーバからログファイルを一括収集する。中間ログ変換手段２２は、ログ収集手段２１が収集した複数のログファイルを共通フォーマットである中間形式に変換して収集ログ記憶部３１に記憶する。統合ログ変換手段２３は、変換テーブル記憶部３２の変換テーブルから変換ルールを取り出し、中間形式に変換された複数のログファイルから条件式を満たすパターンを検索し、条件を満たすパターンが存在する場合、変換ルールの結果部にあるパターンを出力して統合ログ記憶部３３に記憶する。変換テーブルに存在するすべての変換ルールを同様に適用し、システム全体の統合的なログを作成することにより、ログ情報の要約を作成する。 （もっと読む）

【課題】 携帯電話機のソフトウェア開発における実機による試験において、ターゲットボード上で、容易にスループットを確認することができるスループット確認試験方法およびスループット確認試験システムを提供する。
【解決手段】 ターゲット１３に搭載されるプログラムの各モジュールは、処理の開始時に測定開始フラグを出力する命令文と、処理の終了時に測定終了フラグを出力する命令文とを含む。計測ツール１４のＣＰＵは、ターゲット１３が出力した測定開始フラグを検出した場合と測定終了フラグを検出した場合に、検出したそれぞれの時刻を記憶し、測定終了フラグを検出した時刻と、測定開始フラグを検出した時刻との差分を演算し、演算結果を計測結果算出表示手段１５に出力する。演算結果を計測結果算出表示手段１５は、計測ツール１４が出力した演算結果を合計し、ターゲット１３のスループットとして表示する。 （もっと読む）

【課題】 予実績管理に関する従来方式では予定と実績を突合せることで済／未済を管理するが、実施した作業の正当性の判定が煩雑となり困難である。
【解決手段】 当日実行予定情報ファイル103と当日実行ジョブ履歴情報ファイル104の突合実施時に予定に対する実績の済／未済のみを実施するのではなく突合の結果及び実績の内容により、予定ファイルにあり履歴ファイルにないものを未済ファイル105、実績ファイル上にエラーとして存在するものをエラーファイル106、予定ファイルの回数よりも多く履歴ファイルに存在するものを再実行ファイル107、予定ファイルになく履歴ファイルにあるものを臨時ファイル108、スキップによる対処を実施したものをスキップファイル110、エラーのまま対処がなされていないものを未対処リスト116に各々分類を行い出力する。 （もっと読む）

【課題】 大量のログから異常を見つけ出すことへの適用も含め、より高い性能でログの出現頻度を解析すること。
【解決手段】 ログ管理システム１３０は、ログ出力アプリ１５０からのログの表示要求（出現頻度の閾値を伴う）に応じて、処理システム１１０で発生し、ストレージ１３４に蓄積されたログを解析し、出現頻度を求める。出現頻度計算部１３６は、ログの各事象（日時、エラーコード、エラーメッセージ、ユーザ）レベルでログ同士の類似度を解析し、ログ全体の解析結果に基づき各ログの出現頻度を計算し、頻度情報テーブル１３７にその結果を格納する。テーブルの頻度情報は、フィルタ１３８に送られ、設定された頻度の閾値に基づき、出力すべきログが選択され、読み出し部１３５を通じてストレージ１３４から読み出されたログ情報をログ出力アプリ１５０へ送る。 （もっと読む）

【課題】 間違った誤り率の表示を防止できる誤り率表示装置を提供する。
【解決手段】 ビタビ復号器１は送信号をビタビ復号して出力する。ビタビ復号器１はビタビ復号を行なう際にエラーフラグをビタビ誤り率計算回路４に入力する。リード・ソロモン復号器３は、バイトデインタリーブ回路２によってデインタリーブされた伝送信号に対してリード・ソロモン復号を行う。リード・ソロモン復号器３はエラーフラグを誤り率表示回路７に入力する。ビタビ誤り率計算回路４は、ビタビ復号器１から出力されるエラーフラグを入力して第１誤り率を算出する。リード・ソロモン誤り率計算回路６は、リード・ソロモン復号器３から入力されるエラーフラグを入力して第２誤り率を算出する。誤り率表示回路７は、ビタビ復号制御信号、４７ｈ検出信号、第１誤り率、第２誤り率、訂正不能フラグを入力して表示を行なう。 （もっと読む）