JPH10240578A - マルチタスク処理装置、マルチタスク処理方法およびマルチタスク処理表示方法 - Google Patents

マルチタスク処理装置、マルチタスク処理方法およびマルチタスク処理表示方法

Info

Publication number
JPH10240578A
JPH10240578A JP9038996A JP3899697A JPH10240578A JP H10240578 A JPH10240578 A JP H10240578A JP 9038996 A JP9038996 A JP 9038996A JP 3899697 A JP3899697 A JP 3899697A JP H10240578 A JPH10240578 A JP H10240578A
Authority
JP
Japan
Prior art keywords
task
information
class
output
program
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
JP9038996A
Other languages
English (en)
Other versions
JP3349057B2 (ja
Inventor
Katsuhiko Ueki
克彦 植木
Shingo Igarashi
真悟 五十嵐
Takeshi Yasuda
剛 安田
Noriaki Koyama
徳章 小山
Masaaki Okajima
正明 岡島
Ikuya Odawara
育也 小田原
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Toshiba Corp
Original Assignee
Toshiba Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Toshiba Corp filed Critical Toshiba Corp
Priority to JP03899697A priority Critical patent/JP3349057B2/ja
Priority to US09/028,639 priority patent/US6131109A/en
Publication of JPH10240578A publication Critical patent/JPH10240578A/ja
Application granted granted Critical
Publication of JP3349057B2 publication Critical patent/JP3349057B2/ja
Anticipated expiration legal-status Critical
Expired - Fee Related legal-status Critical Current

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/36—Preventing errors by testing or debugging software
    • G06F11/3664—Environments for testing or debugging software
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/30—Monitoring
    • G06F11/32—Monitoring with visual or acoustical indication of the functioning of the machine
    • G06F11/323—Visualisation of programs or trace data
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/30—Monitoring
    • G06F11/34—Recording or statistical evaluation of computer activity, e.g. of down time, of input/output operation ; Recording or statistical evaluation of user activity, e.g. usability assessment
    • G06F11/3466—Performance evaluation by tracing or monitoring
    • G06F11/3476—Data logging
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/36—Preventing errors by testing or debugging software
    • G06F11/362—Software debugging
    • G06F11/3636—Software debugging by tracing the execution of the program

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • General Engineering & Computer Science (AREA)
  • Quality & Reliability (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Computer Hardware Design (AREA)
  • Data Mining & Analysis (AREA)
  • Debugging And Monitoring (AREA)

Abstract

(57)【要約】 【課題】 マルチタスク・オブジェクト指向プログラム
の動作内容をユーザに分かりやすくし、プログラムのデ
バッグを効率良く行えるようにする。 【解決手段】このデバッグ支援装置は、ＯＳ１がマルチ
タスク処理で実行したtaskＡ，taskＢ，taskＣの実行情
報を記録するタスク情報記録手段５と、タスクにより操
作された各オブジェクトの情報を記録するオブジェクト
実行情報記録手段４と、それぞれ記録されたオブジェク
ト実行情報とtaskＡ，taskＢ，taskＣの実行情報とを時
系列的に融合しプログラムの動作履歴として履歴格納手
段９に格納する情報融合手段６と、履歴格納手段９の動
作履歴テーブル５０に基づいて各taskＡ，taskＢ，task
Ｃの実行経過と各オブジェクトの動きとを連係させた出
力データを生成し入出力手段７（モニタ）へ出力する出
力データ生成手段８とを具備する。

Description

【発明の詳細な説明】
【０００１】
【発明の属する技術分野】本発明は、マルチタスク・オ
ブジェクト指向プログラムをテストまたはデバッグする
ときに利用されるマルチタスク処理装置、マルチタスク
処理方法およびマルチタスク処理表示方法に関する。
【０００２】
【従来の技術】従来から、オブジェクト指向環境におい
て作成したマルチタスクプログラムをテストまたはデバ
ッグする上で、プログラムの動きを一つ一つ追うのは容
易ではなく、改善が望まれている。
【０００３】一般に、マルチタスク処理にて実行するア
プリケーションプログラムをオブジェクト指向言語で記
述してマルチタスク・オブジェクト指向プログラム（以
下プログラムと称す）を作成したときには、そのプログ
ラムを実際に計算機にかけてテスト動作したりデバッグ
することにより、作成したプログラムをより良いものに
仕上げることが行われている。
【０００４】例えば作成したプログラムをデバッグする
上では、タスクが待ち状態か動作状態かなどのタスクの
動作状態に関する情報と、タスクから操作中のオブジェ
クトおよび操作のためのメソッドに関する情報とを対応
させてプログラム全体またはプログラム中の一部のオブ
ジェクトを詳細に分析および検討することが重要であ
る。
【０００５】ところで、タスク状態に関する情報は、オ
ペレーションシステム（以下ＯＳと称す）レベルの情報
である反面、オブジェクトおよびメソッドなどに関する
情報は、アプリケーションレベルの情報であり、それぞ
れレベルが異なる情報である。 このため、これらレベ
ルの異なる二種類の情報（タスクとオブジェクト）を対
応付けて記録することは困難である。
【０００６】したがって、従来は、個々のタスクを実行
させたときに発生したイベント名をタスク実行の時間軸
に履歴として残し、個々のタスクの実行状況とイベント
の発生タイミングとからユーザがプログラムの検証を行
っていた。
【０００７】
【発明が解決しようとする課題】しかしながら、マルチ
タスク処理では、複数のタスクが相互にオブジェクトを
操作することから、個々のタスクの実行状況をみる中で
ユーザがプログラム全体や一部のオブジェクトの操作内
容が正常か否かを検証することは至って難しく、例えば
スケジューリングによるタスク切り替えとオブジェクト
へのアクセスの関係が予想外の順序で行なわれてしまう
ようなプログラム上のバグを見つけ出すには多くの時間
がかかり、デバッグの効率が悪いという問題があった。
【０００８】本発明はこのような課題を解決するために
なされたもので、オブジェクト指向環境におけるマルチ
タスクプログラムの開発時に、ユーザがプログラムのデ
バッグまたはテストを効率良く行うことのできるマルチ
タスク処理装置、マルチタスク処理方法およびマルチタ
スク処理表示方法を提供することを目的としている。
【０００９】
【課題を解決するための手段】上記した目的を達成する
ために、請求項１記載の発明のマルチタスク処理装置
は、オブジェクト指向言語で作成されたプログラムをマ
ルチタスク処理にて実行するマルチタスク処理装置にお
いて、前記マルチタスク処理にて実行されたタスクの実
行情報と前記タスクにより操作された前記プログラム中
のオブジェクトの情報とを時系列を追ってそれぞれ記録
する履歴記録手段と、前記履歴記録手段によりそれぞれ
記録された前記タスクの実行情報と前記オブジェクトの
情報とを時系列的に融合する情報融合手段と、前記情報
融合手段により時系列的に融合されたタスクとオブジェ
クトの動作状況を連係させて表現する動作状況表現手段
とを具備したことを特徴としている。
【００１０】この請求項１、４記載の発明の場合、時系
列的に融合されたタスクとオブジェクトの動作状況が連
係して表現されるので、それを見たユーザは、タスクと
オブジェクトの関係が良く分かり、プログラムの内容を
容易に把握できる。
【００１１】請求項２記載の発明のマルチタスク処理装
置は、タスクが実行された情報を時系列を追って記録す
るタスク情報記録手段と、前記タスクにより操作された
プログラム中のオブジェクトの情報を時系列を追って記
録するオブジェクト情報記録手段と、前記タスク情報記
録手段のタスク情報と、前記オブジェクト情報記録手段
のオブジェクト情報とを時系列的に融合して前記プログ
ラムの動作履歴を生成する情報融合手段と、前記情報融
合手段により生成された前記プログラムの動作履歴を格
納する履歴格納手段と、所望のオブジェクトおよびタス
クを指定する指定手段と、前記指定手段により指定され
たオブジェクトとタスクとが連係して動作する様子をシ
ミュレーションするデータを前記履歴格納手段の動作履
歴を基に生成する出力データ生成手段とを具備したこと
を特徴としている。
【００１２】この請求項２の発明の場合、指定手段によ
ってオブジェクトおよびタスクが指定されると、指定さ
れたオブジェクトおよびタスクのそれぞれの識別子が識
別子格納手段に格納される。そして、プログラム実行中
に、オブジェクト実行情報記録手段は、オブジェクト情
報を記録し、タスク情報記録手段は、タスク情報を記録
する。そして、プログラム実行中もしくは実行後に、情
報融合手段は、オブジェクト情報とタスク情報とを融合
してプログラムの動作の履歴情報を生成し、履歴格納手
段に格納する。出力データ生成手段は、履歴格納手段の
履歴情報とオブジェクト識別子格納手段のオブジェクト
識別子情報とタスク識別子格納手段のタスク識別子とを
利用して出力情報を生成し、出力手段に出力する。
【００１３】請求項３記載の発明のマルチタスク処理装
置は、請求項２記載のマルチタスク処理装置において、
オブジェクトを表示するクラスを指定するオブジェクト
クラス指定手段と、前記オブジェクトクラス指定手段に
より指定されたオブジェクトのクラス情報を格納するオ
ブジェクトクラス情報格納手段と、前記オブジェクトク
ラス情報格納手段により格納された少なくとも一つのク
ラス情報に対応する前記オブジェクトのクラスの表現領
域を生成し、動作履歴の中で、前記オブジェクトクラス
情報格納手段に格納されていないオブジェクト識別子を
持つオブジェクトで前記オブジェクトクラス情報格納手
段に格納されているクラス情報に対応するオブジェクト
が操作されていた場合、対応する前記クラス表現領域に
出力データを生成するオブジェクトクラス別出力データ
生成手段とを具備したことを特徴としている。
【００１４】この請求項３記載の発明の場合、ユーザが
オブジェクト指定手段にて出力するクラスを指定する
と、オブジェクト指定手段は、ユーザ指定時に、ユーザ
が指定したクラス識別子をオブジェクト識別子格納手段
に格納する。そして出力データ生成手段は、出力情報生
成時にオブジェクト指定手段に格納された少なくとも一
つ以上のクラス識別子に対応するクラス実行表示領域を
生成し、履歴情報がオブジェクト指定手段に格納されて
いないオブジェクト識別子を持つオブジェクトでオブジ
ェクト指定手段に格納されているクラス識別子に対応す
るオブジェクトを実行したことを示す場合、対応するク
ラス実行表示領域に出力情報を生成する。請求項４記載
の発明のマルチタスク処理方法は、オブジェクト指向言
語で作成されたプログラムをマルチタスク処理にて実行
するマルチタスク処理方法において、前記マルチタスク
処理にて実行されたタスクの実行情報と前記タスクによ
り操作された前記プログラム中のオブジェクトの情報と
を時系列を追って取得し、取得した前記タスクの実行情
報と前記オブジェクトの情報とを時系列的に融合し、融
合したタスクとオブジェクトの動作状況を連係させて表
現することを特徴としている。
【００１５】請求項５記載の発明のマルチタスク処理表
示方法は、オブジェクト指向言語で作成されたプログラ
ムをマルチタスク処理にて実行した状況を表示するマル
チタスク処理表示方法において、前記マルチタスク処理
にて実行されたタスクの実行情報と前記タスクにより操
作された前記プログラム中のオブジェクトの情報とを時
系列を追って取得し、取得した前記タスクの実行情報と
前記オブジェクトの情報とを時系列的に連係させて表示
することを特徴としている。
【００１６】この請求項５記載の発明の場合、取得した
タスクの実行情報とオブジェクトの情報とが時系列的に
連係して表示されるので、それを見たユーザは、タスク
とオブジェクトの関係が良く分かり、プログラムの内容
を容易に把握できる。
【００１７】すなわち、本発明では、ユーザがマルチタ
スクプログラムをデバッグまたはテストする上で、デバ
ッグ対象またはテスト対象のオブジェクトを操作してい
るタスクをオブジェクトの動きに連係させて表示するの
で、タスクとオブジェクトとの関係がユーザに良く分か
るようになり、ユーザはプログラムのデバッグまたはテ
ストを効率良く行うことができる。
【００１８】
【発明の実施の形態】以下、本発明の実施の形態を図面
を参照して詳細に説明する。
【００１９】図１は本発明のマルチタスク処理装置に係
る一つの実施形態であるデバッグ支援装置の構成を示す
図である。
【００２０】同図において、１はこのデバッグ支援装置
に用いられるオペレーティングシステム（以下ＯＳと称
す）である。このＯＳ１では、ユーザが定義したタスク
名とタスク識別子との対応が予めプログラムのコンパイ
ル時に確定している。２はマルチタスク・オブジェクト
指向言語プログラム（以下アプリケーションプログラム
と称す）であり、例えば図２、図３に示すようなソース
プログラムで記述されており、例えばtaskＡ，taskＢ，
taskＣなどの３つのタスクからなる。３はデバッグ支援
装置であり、ＯＳ１およびアプリケーションプログラム
２をロードしてＯＳ１の環境下でアプリケーションプロ
グラム２を実行し、この際にユーザがアプリケーション
プログラム２をデバッグするための支援表示を行うもの
である。４はオブジェクト実行情報記録手段であり、プ
ログラム実行中にメソッド・システムコールを含む関数
呼び出しおよび関数からの復帰を検出し、シンボル情報
格納手段１４のオブジェクト識別子情報およびクラス情
報格納手段１５のクラス識別子情報を基に、オブジェク
ト名、関数名などを解釈し、オブジェクト実行情報とし
て情報融合手段６に送る。５はタスク情報記録手段であ
り、プログラム実行中にＯＳ１からタスク切り替えおよ
びタスク状態変更を検出し、タスク情報として情報融合
手段６に送る。情報融合手段６は、プログラム実行中に
オブジェクト実行情報記録手段４とタスク情報記録手段
５から送られてきた情報を、順に履歴格納手段９に格納
する。７は入出力手段であり、ユーザからの入力に従
い、出力データ生成手段８に出力情報生成要求を行な
い、出力データ生成手段８から送られた出力情報を出力
する。またこの入出力手段７は、アプリケーションプロ
グラム２の起動および停止の指示を行なう。入出力手段
７としては、例えばマウス、キーボート、外部記憶装
置、モニタ、プリンタなどである。８は出力データ生成
手段であり、入出力手段７からの出力情報生成要求に従
い、システムコール情報格納手段１７に格納されたシス
テムコール名、オブジェクトクラス識別子格納手段１１
に格納されたオブジェクト識別子およびクラス識別子、
タスク識別子格納手段１３に格納されたタスク識別子情
報、履歴格納手段９に格納された履歴情報などを利用し
て出力情報を生成し入出力手段７に送る。１０はオブジ
ェクト指定手段であり、ユーザの入力操作に従い、オブ
ジェクトクラス識別子格納手段１１にユーザが指定した
オブジェクト識別子あるいはクラス識別子を格納する。
１２はタスク指定手段であり、ユーザの入力操作に従い
ユーザが指定したタスク識別子をタスク識別子格納手段
１３に格納する。１４はシンボル情報格納手段であり、
アプリケーションプログラム２のコンパイル時に生成さ
れたシンボル情報を格納する。１５はクラス情報格納手
段であり、アプリケーションプログラム２のコンパイル
時に生成されたクラス情報を格納する。１６はタスク情
報格納手段であり、アプリケーションプログラム２のコ
ンパイル時に生成されたタスク情報を格納する。１７は
システムコール情報格納手段であり、ＯＳ毎に準備され
ているシステムコール情報が格納されている。
【００２１】次に、このデバッグ支援装置３の動作を説
明する。
【００２２】このデバッグ支援装置３にかけるアプリケ
ーションプログラム２は、図２，図３に示すようなソー
スプログラムの記述で示されるようにダイスゲームを複
数のプレイヤーが行うプログラムである。
【００２３】ここでは、taskＡ，taskＢ，taskＣからな
るアプリケーションプログラム２をデバッグ支援装置３
で実行し、各タスク動作をオブジェクト操作に関連付け
て表示する動作について説明する。
【００２４】まず、タスク／オブジェクト／クラス情報
の準備について説明する。
【００２５】アプリケーションプログラム２をデバッグ
支援装置３にコンパイルするときに、デバッグ支援装置
３は、図４に示すようなタスク識別子情報としてのタス
ク識別子テーブル４０と、図５に示すようなシンボル情
報としてのオブジェクト識別子リスト４１と、図６に示
すようなクラス情報としてのクラス識別子リスト４２と
を準備する。なお、システムコール情報格納手段１７に
格納されているシステムコール情報としてのシステムコ
ール名は、図７に示すように、タスクの状態変更のシス
テムコールwup_tsk(）、フラグをセットするシステムコ
ールset_flg 、フラグが特定の状態になるのを待つシス
テムコールwai_flg(）、タスクが特定の状態になるのを
待つシステムコールwai_tsk(）などがある。
【００２６】そして、ユーザにより入出力手段７に起動
指示の操作があると、入出力手段７は、アプリケーショ
ンプログラム２を起動する。
【００２７】このアプリケーションプログラム２が起動
したとき、図２，図３に示したソースプログラムの記述
にあるように、taskＡ（タスク識別子は「１」）は実行
可能状態（Ready 状態）、taskＢ（タスク識別子は
「２」）およびtaskＣ（タスク識別子は「３」）は休止
状態（Dormant 状態）にある。
【００２８】この起動時にタスク情報記録手段５は、Ｏ
Ｓ１からtaskＡ，taskＢ，taskＣの初期状態の情報を取
得し情報融合手段６に送る。情報融合手段６は、送られ
てきた初期状態の情報を履歴格納手段９に記録する。
【００２９】まずオペレーティングシステム１は、アプ
リケーションプログラム２のオブジェクトである、例え
ばdicegame、playerＢ、playerＣ、diceなどを初期化す
るため、初期化ハンドラを起動して、それぞれのコンス
トラクタを実行する。タスク情報記録手段５は、初期化
ハンドラの起動／終了を検出して、自身に記録されてい
る情報を情報融合手段６に送る。またオブジェクト実行
情報記録手段４もコンストラクタの実行を検出して、自
身に記録されている情報を情報融合手段６に送る。
【００３０】すると、情報融合手段６は、まず初期化ハ
ンドラを起動したことを履歴格納手段９に記録し、次に
各コンストラクタの起動／終了を履歴格納手段９に記録
する。タスク情報記録手段５あるいはオブジェクト実行
情報記録手段４が情報融合手段６に情報を送ったとき
は、その情報を必ず履歴格納手段９に記録しているが、
以降の説明では省略する。
【００３１】初期化ハンドラ終了後、ＯＳ１は、Ready
状態にあるtaskＡに切り替え、taskＡを起動し、起動し
たtaskＡは、実行状態（Run 状態）へと変化する。タス
ク情報記録手段５は、ＯＳ１での初期化ハンドラ終了、
タスクの切り替え、タスク状態変更を検出し、その情報
を自身に記録すると共に情報融合手段６に送る。
【００３２】taskＡでは、まず、dicegameオブジェクト
のready(）メソッドが呼び出される。呼び出されたread
y(）メソッドは、Dormant 状態のタスクをReady 状態に
変更する（タスクの状態変更）システムコールwup_ts
k(）と、フラグが特定の状態になるのを待つシステムコ
ールwai_flg(）とを実行する。
【００３３】オブジェクト実行情報記録手段４は、シス
テムコールwup_tsk(２）の発行を検出し、その情報を情
報融合手段６に送る。システムコールwup_tsk(２）の発
行により、taskＢの状態は、Ready に変更され、これを
タスク情報記録手段５が検出し、その情報を情報融合手
段６に送る。同様にシステムコールwup_tsk(３）の発行
によりtaskＣの状態が変更される。最後にシステムコー
ルwai_flg （１）を発行し、これがオブジェクト実行情
報記録手段４により検出されて記録され、このシステム
コールwai_flg （１）の発行によってtaskＡが待ち状態
（Wait状態）へと変化すると、この変化がタスク情報記
録手段５に検出され記録される。
【００３４】次に、ＯＳ１によるスケジューリングが発
生し、実行タスクがtaskＢに切り替わると、それがタス
ク情報記録手段５により検出され記録される。
【００３５】taskＢでは、dicegameのentry(）メソッド
を呼び出しており、この呼び出しはオブジェクト実行情
報記録手段４に検出される。さらに、entry(）は、play
erＢオブジェクトをオブジェクト実行情報記録手段４が
検出し、setNum（）メソッドから戻ると、それをオブジ
ェクト実行情報記録手段４が検出し、フラグをセットす
るシステムコールset_flg をセットする。この時点で
は、counter 値は、“１”でありフラグ値も“１”とな
る。またシステムコールwai_flg(２）が発行されると、
それをオブジェクト実行情報記録手段４が検出し、この
システムコールwai_flg(２）の発行によりtaskＢもWait
状態となり、それをタスク情報記録手段５が検出し記録
する。
【００３６】そして、ＯＳ１によるスケジューリングが
発生し、実行タスクがtaskＣに切り替わると、それをタ
スク情報記録手段５が検出し記録する。
【００３７】以降、このような動作をアプリケーション
プログラム２が続けると、デバッグ支援装置３内で、そ
の都度、情報の記録が続けられるが、taskＣが終了した
時点で、ユーザが入出力手段７からアプリケーションプ
ログラム２の実行停止を指示すると、この時点で処理を
終了する。
【００３８】この処理終了までの履歴情報は、図８に示
すように、履歴情報テーブル５０のタスク／オブジェク
トの種別、イベント種別、イベント内容の各欄にそれぞ
れの履歴発生順（イベント発生順）に記録されている。
なおこの履歴情報テーブル５０の内容は履歴情報の一部
である。
【００３９】ここで、表示条件の選択について説明す
る。
【００４０】記録終了後、ユーザがオブジェクト指定手
段１０にて履歴格納手段９に格納された履歴情報とシン
ボル情報格納手段１４のシンボル情報とから生成された
選択可能なオブジェクト識別子リスト４１と、クラス情
報格納手段１５に格納されたクラス識別子リスト４２と
を参照して、「オブジェクトdice」、「オブジェクトdi
cegame」、「Playerクラス」などを選択したものとす
る。
【００４１】すると、選択された識別子は、オブジェク
トクラス識別子格納手段１１に格納される。このオブジ
ェクトクラス識別子格納手段１１は、図９に示すような
クラス／オブジェクト識別子格納テーブル５１を有して
おり、クラス／オブジェクト識別子の欄に“Ox2210”、
“Ox2290”、“Player”などが記録され、それぞれの種
別として「Ｏ」（オブジェクト）または「Ｃ」（クラ
ス）のいずれかが記録される。
【００４２】ここで、ユーザがタスク指定手段１２に
て、タスク識別子格納手段１６に格納されたタスク識別
子リスト４０から、全てのタスク、つまり「taskＡ」、
「taskＢ」、「taskＣ」を選択したものとする。
【００４３】すると、選択された「taskＡ」、「task
Ｂ」、「taskＣ」のタスク識別子は、タスク識別子格納
手段１３に格納される。このタスク識別子格納手段１３
は、図１０に示すようなタスク識別子格納テーブル５２
を有しており、タスク識別子として「１」、「２」、
「３」が記録される。
【００４４】以下、図８の履歴情報テーブル５０と図１
１〜図１３を参照して履歴の出力動作について説明す
る。図１１は出力データ生成手段８の動作を示すフロー
チャート、図１２、図１３は表示例を示す図である。
【００４５】ユーザが入出力手段７にて表示要求を入力
すると、入出力手段７は、出力データ生成手段８に対し
て表示データの生成を要求する。つまり情報生成要求を
発行する。なお、ここでは説明を分かりやすくするため
にタスク名、関数名（メソッド名）は出力するが、シス
テムコール名は生成しないものとする。
【００４６】出力データ生成手段８は、図１１に示すよ
うに、入出力手段７からの情報生成要求を受け取ると
（ステップ101 ）、履歴格納手段９の履歴情報を順次読
み込み、履歴情報を基に表示データを生成する。
【００４７】すなわち、まず初めにオブジェクトクラス
識別子格納手段１１に格納されている「オブジェクトdi
ce」、「オブジェクトdicegame」それぞれのためのオブ
ジェクト実行表示領域（dice表示領域２２、dicegame表
示領域２３）を出力し（ステップ102 ）、「Playerクラ
ス」のためのクラス実行表示領域（class Player表示領
域２１）を出力し（ステップ103 ）、さらにタスク実行
表示領域２４を出力する（ステップ104 ）。このように
出力データ生成手段８から出力された表示領域のデータ
は、入出力手段７に入力されてモニタの表示画面上に、
図１２に示すように表示される。
【００４８】出力データ生成手段８は、表示領域データ
を出力後、履歴格納手段９の履歴情報テーブル５０から
１履歴づつ情報を読み取り（ステップ105 ）、履歴情報
がない場合は（ステップ106 ）、表示情報の生成を終了
し、履歴情報があった場合は、それぞれの履歴に応じた
出力データを生成し出力する。
【００４９】履歴情報があり、履歴情報のイベント種別
がstatusであれば（ステップ107 のYes ）、読み取った
タスク識別子がタスク識別子格納手段１３に格納されて
いるか否かを調べ（ステップ108 ）、格納されていれ
ば、タスク動作記述の種別を変更して出力し（ステップ
109 ）、初めて扱うタスクであれば、タスク名を出力す
る（ステップ110 ）。
【００５０】履歴情報のイベント種別がstatusでなけれ
ば（ステップ107 のNo）、イベント種別がtask切り替え
か否かを調べ（ステップ111 ）、task切り替えであれば
（ステップ111 のYes ）、読み取ったタスク識別子が二
つともタスク識別子格納手段１３に格納されているか否
かを調べ（ステップ112 ）、格納されていれば、タスク
切り替え記述を出力し（ステップ113 ）、実行中のタス
ク識別子を記憶する（ステップ114 ）。
【００５１】一方、イベント種別がtask切り替えでなけ
れば（ステップ111 のNo）、記憶中のタスク識別子が二
つともタスク識別子格納手段１３に格納されているか否
かを調べ（ステップ115 ）、格納されていれば、イベン
ト内容がシステムコールであるか否かを調べ（ステップ
116 ）、システムコールであれば（ステップ116 のYes
）、イベント種別がcallであるか否かを調べ（ステッ
プ117 ）、callであれば、システムコール記述を出力す
る（ステップ118 ）。
【００５２】またイベント内容がシステムコールでなけ
れば（ステップ116 のNo）、読み取ったオブジェクト識
別子がオブジェクトクラス識別子格納手段１１に格納さ
れているか否かを調べ（ステップ119 ）、格納されてい
れば、タスク切り替え記述とタスク遷移記述とを出力す
る。なお、ステップ115 、119 の処理で、識別子が格納
されてない場合は、タスク動作記述を継続して出力する
（ステップ121 ）。
【００５３】ここで、具体的なデータ生成動作について
説明する。
【００５４】図８の履歴情報テーブル５０において、履
歴順の初め、つまり１）として、taskＡは、タスク識別
子格納手段１３に格納されており、この時点でtaskＡ
は、Ready 状態であることから、図１２のタスク実行表
示領域２４に例えば点線などでタスク動作記述２５を出
力する。ここでは、タスク名の記述、つまりTaskＡとい
うデータを点線の下に出力する。以降、taskＡは、状態
が変わるまでイベント毎にタスク動作記述２５の出力を
続ける。２）では、taskＢは、タスク識別子格納手段１
３に格納されているものの、ここではstatusがDormant
であることから何も出力しない。３）では、taskＣもタ
スク識別子格納手段１３に格納されているものの、stat
usがDormant であることから何も出力しない。
【００５５】４）では、実行タスクがInit Handlerに切
り替わったが、タスク識別子格納手段１３で何も指定さ
れていないので（タスク／オブジェクトの欄がnoneなの
で）何も出力しない。５−１２）では、Init Handler実
行中のため何も出力しない。
【００５６】１３）では、実行タスクがInit Handlerに
切り替わったが、タスク識別子格納手段１３で何も指定
されていないので（タスク／オブジェクトの欄が０なの
で）何も出力しない。
【００５７】１４）では、taskＡは、タスク識別子格納
手段１３に格納されており、Run 状態になったことか
ら、タスク実行表示領域２４に実線でタスク動作記述を
出力。以降、状態が変わるまでイベント毎に出力を続け
る。
【００５８】１５）では、taskＡを実行中であり、オブ
ジェクトdicegameは、オブジェクトクラス識別子格納手
段１１に格納されているので、タスク実行表示領域２４
からdicegame表示領域２３へタスク接続記述２６を実線
で出力し、dicegame表示領域２３にタスク動作記述を出
力する。以降、タスクの状態が変わるまでイベント毎に
タスク動作記述の出力を続ける。またタスク動作記述の
上にメソッド名ready(）を出力する。
【００５９】１６）では、関数wup_tsk(）は、システム
コール情報格納手段１７に登録されていることからシス
テムコールであることが分かり、システムコールを表示
するための菱形をtaskＡのタスク動作記述上に出力す
る。
【００６０】１７）では、taskＢは、タスク識別子格納
手段１３に格納されており、Ready状態になったことか
ら、タスク実行表示領域２４に点線などでタスク動作記
述を出力する。ここでもタスク名を点線の下に出力す
る。以降、タスクの状態が変わるまでタスク動作記述の
出力を続ける。
【００６１】１８）では、システムコールが終了したが
何も出力しない。
【００６２】１９）では、関数wup_tsk(）は、システム
コール情報１７に登録されていることからシステムコー
ルであることが分かり、システムコールを表示するため
のマーク、例えば菱形のマークなどをtaskＡのタスク動
作記述上に出力する。
【００６３】２０）では、taskＣは、タスク識別子格納
手段１３に格納されており、Ready状態になったことか
ら、タスク実行表示領域２４に点線などでタスク動作記
述を出力する。ここでもタスク名を点線の下に出力す
る。以降、タスクの状態が変わるまでタスク動作記述の
出力を続ける。
【００６４】２１）では、システムコールが終了したが
何も出力しない。
【００６５】２２）では、関数wai_tsk(）は、システム
コール情報格納手段１７に登録されていることからシス
テムコールであることが分かり、システムコールを表示
するための菱形のマークをtaskＡのタスク動作記述上に
出力する。
【００６６】２３）では、taskＡは、タスク識別子格納
手段１３に格納されており、Wait状態になったことか
ら、引き続きdicegame表示領域２３に一点鎖線などでタ
スク動作記述を出力する。以降、タスクの状態が変わる
まで出力を続ける。
【００６７】２４）では、taskＡからtaskＢに動作が切
り替わり、どちらも識別子がタスク識別子格納手段１３
に格納されていることから、矢印でタスク切り替え記述
２７を出力する。
【００６８】２５）では、taskＢは、タスク識別子格納
手段１３に格納されており、Run 状態になったことか
ら、タスク実行表示領域２４に実線でタスク動作記述を
出力する。以降、タスクの状態が変わるまで出力を続け
る。
【００６９】２６）では、taskＢを実行中であり、dice
gameは、オブジェクトクラス識別子格納手段１１に格納
されているので、タスク実行表示領域２４からdicegame
表示領域２３へタスク接続記述を実線などで出力し、こ
の実線の上にメソッド名entry(）を出力する。
【００７０】２７）では、taskＢを実行中であり、clas
s Playerは、オブジェクトクラス識別子格納手段１１に
格納されているので、dicegame表示領域２３からclass
Player表示領域２１へタスク接続記述を実線で出力し、
この実線の上にオブジェクト名playerＢとメソッド名se
t Num(）を出力する。
【００７１】２８）では、メソッドset Num の実行が終
了したため、class Player表示領域２１からdicegame表
示領域２３へタスク接続記述を実線で出力し、dicegame
表示領域２３にタスク動作記述を実線で出力する。以
降、タスクの状態が変わるまで出力を続ける。
【００７２】２９）では、関数set_flg(）は、システム
コール情報１７に登録されていることからシステムコー
ルであることが分かり、システムコールを表示するため
の菱形のマークをtaskＢのタスク動作記述上に出力す
る。
【００７３】３０）では、システムコールが終了したが
何も出力しない。３１）では、taskＢを実行中のため、
dicegame表示領域２３に実線でタスク動作記述を出力す
る。関数wai_flg(）は、システムコール情報１７に登録
されていることからシステムコールであることが分か
り、システムコールを表示するための菱形のマークをタ
スク動作記述上に出力する。
【００７４】３２）では、taskＢは、タスク識別子格納
手段１３に格納されており、Wait状態になったことか
ら、引き続きdicegame表示領域２３に一点鎖線でタスク
動作記述を出力する。以降、タスクの状態が変わるまで
出力を続ける。
【００７５】３３）では、taskＢからtaskＣに動作が切
り替わり、どちらも識別子がタスク識別子格納手段１３
に格納されていることから矢印でタスク切り替え記述を
出力する。
【００７６】３４）では、taskＣは、タスク識別子格柄
手段１３に格納されており、Run 状態になったことか
ら、タスク実行表示領域２４に実線でタスク動作記述を
出力する。以降、タスクの状態が変わるまで出力を続け
る。以後、同様の処理を繰り返す。
【００７７】この結果、モニタの表示画面上には、図１
２に示すように、ユーザにより選択された全てのtask
Ａ，taskＢ，taskＣの実行経過とそれぞれのオブジェク
ト操作とが時系列的に順を追って表示されるので、ユー
ザが注目しているオブジェクトがtaskＡ，taskＢ，task
Ｃによりどう操作されているか、といったことがユーザ
に良く分かり、ユーザは、自分が作成したプログラムに
潜むバグなどを容易に見つけ出すことができる。
【００７８】次に、表示条件の設定（オブジェクト優先
表示）について説明する。
【００７９】このデバッグ支援装置では、ユーザから所
望の条件を指定することにより表示内容を変更すること
ができる。
【００８０】例えばtaskＢとtaskＣの指定をタスク指定
手段１２で解除し、dicegameオブジェクト表示領域２３
のみを入出力手段７で指定し、オブジェクト優先表示を
要求すると、出力データ生成手段８では、図８の履歴情
報テーブル５０に基づいて出力データを生成する。
【００８１】以下、図８の履歴情報テーブル５０の履歴
順に説明する。
【００８２】１）では、taskＡは、タスク識別子格納手
段１３に格納されており、Ready 状態であることから、
タスク実行表示領域２４に点線でタスク動作記述を出
力。タスク名を点線の下に出力。以降、状態が変わるま
で、タスク実行表示領域２４にタスク動作記述の出力を
続ける。
【００８３】２）では、taskＢは、タスク識別子格納手
段１３に格納されておらず何も出力しない。
【００８４】３）では、taskＣは、タスク識別子格納手
段１３に格納されておらず何も出力しない。
【００８５】４）では、実行タスクがInit Handlerに切
り替わったが、タスク識別子格納手段１３で指定されて
いないので何も出力しない。
【００８６】５）では、dicegameが優先表示指定されて
いるため、Init Handlerは、指定されていないがdicega
me表示領域２３に実線でタスク動作記述を出力し、メソ
ッド名（DiceGame（））を出力する。タスク名を実線の
下に出力する。以降、タスクの状態が変わるまでdicega
me表示領域２３にタスク動作記述の出力を続ける。
【００８７】６）では、dicegame表示領域２３の実線の
出力を中止する。
【００８８】７−１２）では、Init Handler実行中のた
め何も出力しない。
【００８９】１３−１９）では、処理内容が前の例と同
じため説明を省略する。
【００９０】２０）では、taskＣは、タスク識別子格納
手段１３に格納されていないため何も出力しない。
【００９１】２１−２３）では、処理内容が前の例と同
じため説明を省略する。
【００９２】２４）では、taskＡからtaskＢに動作が切
り替わったが、オブジェクト優先表示のため何も出力し
ない。
【００９３】２５）では、taskＢは、タスク識別子格納
手段１３に格納されていないため、何も出力しない。
【００９４】２６）では、dicegameが優先表示指定され
ているため、taskＢは、指定されていないがdicegame表
示領域２３に実線でタスク動作記述を出力し、メソッド
名（Entry(））を出力する。タスク名を実線の下に出力
する。以降、タスクの状態が変わるまでdicegame表示領
域２３にタスク動作記述の出力を続ける。
【００９５】２７−２８）では、taskＢを実行中であ
り、オブジェクト優先表示のため引き続きdicegame表示
領域２３にtaskＢのタスク動作記述を出力する。
【００９６】２９−３２）では、処理内容が前の例と同
じため説明を省略する。
【００９７】３３）では、taskＢからtaskＣに動作が切
り替わったが、オブジェクト優先表示のため何も出力し
ない。
【００９８】３４）では、taskＣは、タスク識別子格納
手段１３に格納されておらず何も出力しない。以降、同
様の処理を繰り返す。
【００９９】このようにして出力データ生成手段８によ
り生成された出力データは、入出力手段７に入力されて
モニタの表示画面上に図１３に示すように表示される。
【０１００】この図１３では、taskＢとtaskＣの指定を
タスク指定手段１２で解除し、dicegameのオブジェクト
を指定しオブジェクト優先表示を要求したことにより、
dicegameのオブジェクト表示領域２３とtaskＡのタスク
実行表示領域２４とが表示画面上に表示され、dicegame
のオブジェクトを操作したtaskＡの実行経過のみが時系
列的に順を追って示されているので、ユーザが注目して
いるオブジェクトがtaskＡによりどう操作されている
か、といったことがユーザに良く分かる。
【０１０１】このようにこのデバッグ支援装置によれ
ば、オブジェクト指向言語で作成したマルチタスクプロ
グラムであるアプリケーションプログラム２をデバッグ
（またはテスト）する上で、デバッグ対象（またはテス
ト対象）のオブジェクトを操作しているtaskＡ，task
Ｂ，taskＣが実行された経過をオブジェクトの操作に連
係させて表示することにより、ユーザが注目しているオ
ブジェクトをtaskＡ，taskＢ，taskＣがどう操作してい
るかをユーザは視覚的に時系列を追ってチェックするこ
とができる。
【０１０２】この結果、ユーザは、作成したアプリケー
ションプログラム２のデバッグ（またはテスト）を効率
良く行うことができる。
【０１０３】なお、上記実施形態では説明しなかった
が、class PlayerのオブジェクトとplayerＢのオブジェ
クトとを共に指定すると、タスク動作記述が２ヵ所に表
示される可能性があるが、この場合、ユーザが指定した
いずれか一方の領域のみにタスク動作記述が表示され、
両方にタスク動作記述が表示されることはない。
【０１０４】また、上記実施形態では、システムコール
名を表示しなかったが、表示しても良い。さらにイベン
ト内容として関数呼び出しのパラメータを記録／表示し
なかったが、これも記録／表示するようにしても良い。
【０１０５】
【発明の効果】以上説明したように本発明によれば、マ
ルチタスク・オブジェクト指向プログラムをデバッグ
（またはテスト）する際に、デバッグ対象のタスク実行
情報とタスクが操作したオブジェクトの情報とを時系列
を追って履歴として記録し、所望のタスクの実行状況と
オブジェクトの動きを時系列的に連係させて出力、つま
り表示するので、例えばスケジューリングによるタスク
切り替えとオブジェクトへのアクセスの関係が予想外の
順序で行なわれたようなバグをユーザが容易に発見でき
るようになり、ユーザは、作成したプログラムのデバッ
グ（またはテスト）を効率良く行うことができる。これ
によりデバッグまたはテストの作業効率の向上を図るこ
ともできる。
【図面の簡単な説明】
【図１】本発明の一つの実施形態のデバッグ支援装置の
構成を示す図。
【図２】ソースプログラムを示す図。
【図３】ソースプログラムを示す図。
【図４】このデバッグ支援装置のタスク識別子テーブル
を示す図。
【図５】このデバッグ支援装置のオブジェクト識別子リ
ストを示す図。
【図６】このデバッグ支援装置のクラス識別子リストを
示す図。
【図７】このデバッグ支援装置のシステムコール名を示
す図。
【図８】このデバッグ支援装置の履歴情報テーブルを示
す図。
【図９】このデバッグ支援装置のクラス／オブジェクト
識別子格納テーブルを示す図。
【図１０】このデバッグ支援装置のタスク識別子格納テ
ーブルを示す図。
【図１１】このデバッグ支援装置の動作を示すフローチ
ャート。
【図１２】このデバッグ支援装置の表示結果の一例を示
す図。
【図１３】このデバッグ支援装置の表示結果の他の例を
示す図。
【符号の説明】
１…オペレーティングシステム（ＯＳ）、２…アプリケ
ーションプログラム、３…デバッグ支援装置、４…オブ
ジェクト実行情報記録手段、５…タスク情報記録手段、
６…情報融合手段、７…入出力手段、８…出力データ生
成手段、９…履歴格納手段、１０…オブジェクト指定手
段、１１…オブジェクト識別子格納手段、１２…タスク
指定手段、１３…タスク識別子格納手段、１４…シンボ
ル情報格納手段、１５…クラス情報格納手段、１６…タ
スク情報格納手段、１７…システムコール情報格納手
段。
───────────────────────────────────────────────────── フロントページの続き (72)発明者 小山 徳章 神奈川県川崎市幸区柳町70番地 株式会社 東芝柳町工場内 (72)発明者 岡島 正明 神奈川県川崎市幸区柳町70番地 株式会社 東芝柳町工場内 (72)発明者 小田原 育也 神奈川県川崎市幸区柳町70番地 株式会社 東芝柳町工場内

Claims (5)

    【特許請求の範囲】
  1. 【請求項１】 オブジェクト指向言語で作成されたプロ
    グラムをマルチタスク処理にて実行するマルチタスク処
    理装置において、 前記マルチタスク処理にて実行されたタスクの実行情報
    と前記タスクにより操作された前記プログラム中のオブ
    ジェクトの情報とを時系列を追ってそれぞれ記録する履
    歴記録手段と、 前記履歴記録手段によりそれぞれ記録された前記タスク
    の実行情報と前記オブジェクトの情報とを時系列的に融
    合する情報融合手段と、 前記情報融合手段により時系列的に融合されたタスクと
    オブジェクトの動作状況を連係させて表現する動作状況
    表現手段とを具備したことを特徴とするマルチタスク処
    理装置。
  2. 【請求項２】 タスクが実行された情報を時系列を追っ
    て記録するタスク情報記録手段と、 前記タスクにより操作されたプログラム中のオブジェク
    トの情報を時系列を追って記録するオブジェクト情報記
    録手段と、 前記タスク情報記録手段のタスク情報と、前記オブジェ
    クト情報記録手段のオブジェクト情報とを時系列的に融
    合して前記プログラムの動作履歴を生成する情報融合手
    段と、 前記情報融合手段により生成された前記プログラムの動
    作履歴を格納する履歴格納手段と、 所望のオブジェクトおよびタスクを指定する指定手段
    と、 前記指定手段により指定されたオブジェクトとタスクと
    が連係して動作する様子をシミュレーションするデータ
    を前記履歴格納手段の動作履歴を基に生成する出力デー
    タ生成手段とを具備したことを特徴とするマルチタスク
    処理装置。
  3. 【請求項３】 請求項２記載のマルチタスク処理装置に
    おいて、 オブジェクトを表示するクラスを指定するオブジェクト
    クラス指定手段と、 前記オブジェクトクラス指定手段により指定されたオブ
    ジェクトのクラス情報を格納するオブジェクトクラス情
    報格納手段と、 前記オブジェクトクラス情報格納手段により格納された
    少なくとも一つのクラス情報に対応する前記オブジェク
    トのクラスの表現領域を生成し、動作履歴の中で、前記
    オブジェクトクラス情報格納手段に格納されていないオ
    ブジェクト識別子を持つオブジェクトで前記オブジェク
    トクラス情報格納手段に格納されているクラス情報に対
    応するオブジェクトが操作されていた場合、対応する前
    記クラス表現領域に出力データを生成するオブジェクト
    クラス別出力データ生成手段とを具備したことを特徴と
    するマルチタスク処理装置。
  4. 【請求項４】 オブジェクト指向言語で作成されたプロ
    グラムをマルチタスク処理にて実行するマルチタスク処
    理方法において、 前記マルチタスク処理にて実行されたタスクの実行情報
    と前記タスクにより操作された前記プログラム中のオブ
    ジェクトの情報とを時系列を追って取得し、 取得した前記タスクの実行情報と前記オブジェクトの情
    報とを時系列的に融合し、 融合したタスクとオブジェクトの動作状況を連係させて
    表現することを特徴とするマルチタスク処理方法。
  5. 【請求項５】 オブジェクト指向言語で作成されたプロ
    グラムをマルチタスク処理にて実行した状況を表示する
    マルチタスク処理表示方法において、 前記マルチタスク処理にて実行されたタスクの実行情報
    と前記タスクにより操作された前記プログラム中のオブ
    ジェクトの情報とを時系列を追って取得し、 取得した前記タスクの実行情報と前記オブジェクトの情
    報とを時系列的に連係させて表示することを特徴とする
    マルチタスク処理表示方法。
JP03899697A 1997-02-24 1997-02-24 マルチタスク処理装置、マルチタスク処理方法およびマルチタスク処理表示方法 Expired - Fee Related JP3349057B2 (ja)

Priority Applications (2)

Application Number Priority Date Filing Date Title
JP03899697A JP3349057B2 (ja) 1997-02-24 1997-02-24 マルチタスク処理装置、マルチタスク処理方法およびマルチタスク処理表示方法
US09/028,639 US6131109A (en) 1997-02-24 1998-02-24 Multitask processor, a multitask processing method, a multitask processing display method and a storage medium for processing by correlating task and object

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP03899697A JP3349057B2 (ja) 1997-02-24 1997-02-24 マルチタスク処理装置、マルチタスク処理方法およびマルチタスク処理表示方法

Publications (2)

Publication Number Publication Date
JPH10240578A true JPH10240578A (ja) 1998-09-11
JP3349057B2 JP3349057B2 (ja) 2002-11-20

Family

ID=12540752

Family Applications (1)

Application Number Title Priority Date Filing Date
JP03899697A Expired - Fee Related JP3349057B2 (ja) 1997-02-24 1997-02-24 マルチタスク処理装置、マルチタスク処理方法およびマルチタスク処理表示方法

Country Status (2)

Country Link
US (1) US6131109A (ja)
JP (1) JP3349057B2 (ja)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8612805B2 (en) 2007-03-20 2013-12-17 Spansion Llc Processor system optimization supporting apparatus and supporting method
WO2020070817A1 (ja) * 2018-10-03 2020-04-09 三菱電機株式会社 ソフトウェア解析装置、ソフトウェア解析方法およびソフトウェア解析プログラム

Families Citing this family (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP3809727B2 (ja) * 1998-06-17 2006-08-16 富士ゼロックス株式会社 情報処理システム、回路情報管理方法および回路情報記憶装置
US6233729B1 (en) * 1998-10-29 2001-05-15 Nortel Networks Limited Method and apparatus for identifying dynamic structure and indirect messaging relationships between processes
US6346945B1 (en) * 1998-12-28 2002-02-12 Klocwork Solutions Method and apparatus for pattern-based flowcharting of source code
US20050149559A1 (en) * 1999-11-01 2005-07-07 Oppedahl & Larson Llp Status monitoring system
US6789092B1 (en) * 1999-11-01 2004-09-07 Oppedahl & Larson, Llp Status monitoring system
US7124134B2 (en) 2003-05-08 2006-10-17 Eugene Buzzeo Distributed, multi-user, multi-threaded application development system and method
US9195498B2 (en) * 2007-02-28 2015-11-24 International Business Machines Corporation Supply capability engine weekly poller
US10430240B2 (en) * 2015-10-13 2019-10-01 Palantir Technologies Inc. Fault-tolerant and highly-available configuration of distributed services
CN113127162B (zh) * 2019-12-31 2022-04-26 阿里巴巴集团控股有限公司 自动化任务执行方法、装置、电子设备及计算机存储介质

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US4885717A (en) * 1986-09-25 1989-12-05 Tektronix, Inc. System for graphically representing operation of object-oriented programs
US5845125A (en) * 1993-06-21 1998-12-01 Kabushiki Kaisha Toshiba Debugger using class information and dynamic instance inter-relationships
US5519867A (en) * 1993-07-19 1996-05-21 Taligent, Inc. Object-oriented multitasking system
US5592600A (en) * 1994-09-27 1997-01-07 International Business Machines Corporation Animated display showing execution of object-oriented programs
US5606699A (en) * 1995-04-28 1997-02-25 International Business Machines Corporation Storing and querying execution information for object-oriented programs

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8612805B2 (en) 2007-03-20 2013-12-17 Spansion Llc Processor system optimization supporting apparatus and supporting method
US8972795B2 (en) 2007-03-20 2015-03-03 Spansion Llc Processor system optimization
WO2020070817A1 (ja) * 2018-10-03 2020-04-09 三菱電機株式会社 ソフトウェア解析装置、ソフトウェア解析方法およびソフトウェア解析プログラム
JPWO2020070817A1 (ja) * 2018-10-03 2021-05-13 三菱電機株式会社 ソフトウェア解析装置、ソフトウェア解析方法およびソフトウェア解析プログラム
US11630662B2 (en) 2018-10-03 2023-04-18 Mitsubishi Electric Corporation Software analysis device, software analysis method, and software analysis program

Also Published As

Publication number Publication date
JP3349057B2 (ja) 2002-11-20
US6131109A (en) 2000-10-10

Similar Documents

Publication Publication Date Title
US5214780A (en) Synchronized journaling system
US5632032A (en) Cross address space thread control in a multithreaded environment
EP0632377B1 (en) Method for testing a message-driven operating system
US5961610A (en) Systems, methods and apparatus for generating and controlling display of medical images
US8225140B2 (en) Method and system for graphical user interface testing
JP2692775B2 (ja) 試験環境を提供するシステム並びに試験ケースを駆動する方法及びシステム
US5870606A (en) Data triggered trace technique for debugging software programs
US8327336B2 (en) Enhanced thread stepping
US6028999A (en) System and method for non-sequential program statement execution with incomplete runtime information
JP4472615B2 (ja) プログラマブルデバイスのモデリング方法および装置
US20060195821A1 (en) Interface converter for unified view of multiple computer system simulations
JPH07109585B2 (ja) スコープ指令変更処理方法及び装置
JP3349057B2 (ja) マルチタスク処理装置、マルチタスク処理方法およびマルチタスク処理表示方法
JPH10222466A (ja) クライアント／サーバ型の医療用イメージング・システムで指令を実行する方法
Steinert et al. Coexist: overcoming aversion to change
US20070143678A1 (en) Method and apparatus for persistently resolving events to event source
US20050079478A1 (en) Learning system
JP3339708B2 (ja) イベント記録方式
JP3207564B2 (ja) イベント記録方法及び装置
Crowley TkReplay: Record and Replay for Tk.
Henderson The Guru's Guide to SQL Server Architecture and Internals
JP2001166966A (ja) デバッガにおける被テストプログラムの実行環境管理方法
Sienkiewicz et al. DDB: a distributed debugger based on replay
JP2788353B2 (ja) タスクトレース方法
Francioni et al. A debugging standard for high-performance computing

Legal Events

Date Code Title Description
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20020827

LAPS Cancellation because of no payment of annual fees