JP2002055848A - プログラム実行方式及び当該プログラム実行方式を格納した記憶媒体 - Google Patents

Abstract

(57)【要約】 【課題】 プログラム実行環境において、アプリケー
ションプログラムを容易かつ作業効率よくデバッグでき
るプログラム実行方式を提供する。 【解決手段】 Ｊａｖａ仮想マシン４によって構成され
たプログラム実行環境は、(1)通常のインタプリタ形式
でスレッドを解釈して実行する通常インタプリタ５と、
(2)トレース機能を有していてプログラムを１ラインや
１命令ずつ実行し、トレースを行ってメモリの内容を外
部に出力するトレース用インタプリタ６とを備えてい
る。両インタプリタ５、６は切り替え可能となってお
り、通常インタプリタ５によりスレッドを実行でき、ま
たトレース用インタプリタ６によりスレッドをトレース
してデバッグを行うことができる。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、プログラム実行方
式及び当該プログラム実行方式を格納した記憶媒体に関
する。具体的には、本発明は、インタプリタやオペレー
ティングシステムなどのプログラム実行環境、例えばＪ
ａｖａプログラム実行環境において、アプリケーション
単位あるいはスレッド単位で「トレースあり」と「トレ
ースなし」との切換えによるトレース実行を行えるよう
にしたプログラム実行方式及び当該プログラム実行方式
を格納した記憶媒体に関する。

【０００２】

【背景技術】従来のインタプリタやオペレーティングシ
ステムなどのプログラム実行環境において、システム開
発時もしくはシステム運用時に、アプリケーションプロ
グラムのバグを修正し、正常に動作させるためアプリケ
ーションプログラムをデバッグ（debug）する手段とし
て、ソースプログラムの中にデバッグプリントを挿入す
ることが多い。

【０００３】この方法でバグを含んだソースプログラム
のデバッグ（バグ修正）を行うためには、図１に示すよ
うに、正式用のソースプログラム２にデバッグプリント
を挿入してデバッグ用のソースプログラム２ａに書き直
し、デバッグ用のソースプログラム２ａをコンパイルし
て実行ファイル３ａを作成し、プログラム実行環境１で
デバッグ用の実行ファイル３ａを実行することによって
バグ取りを行う。そして、デバッグ用のソースプログラ
ム２ａのバグ修正が完了したら、正式用のソースプログ
ラム２も同様に修正し、実行ファイル３にコンパイルす
る。

【０００４】しかし、デバッグプリントを挿入する方法
では、図１に示すように、正式用とデバッグ用の最低２
種類のソースプログラム２、２ａが混在することになる
ので、同一のソースプログラムについて２種類以上のプ
ログラムを記述しなければならず、バグ修正作業が非常
に乱雑となり、コード解析にも支障をきたすことがあ
る。

【０００５】また、ソースプログラムにデバッグプリン
トを挿入することによってデバッグする方法では、デバ
ッグ出力が待ち状態になる可能性があるため、デバッグ
プリントを入れることで処理のタイミングが変わる可能
性がある。例えば、図２（ａ）に示すように、正式用の
ソースプログラム２が、スレッド（Thread；プログラム
実行管理単位）ＡとスレッドＢからなり、スレッドＡが
処理ＳＡ１、ＳＡ２、ＳＡ３によって、スレッドＢが処
理ＳＢ１、ＳＢ２、ＳＢ３によって構成されており、ス
レッドＡの処理ＳＡ１、ＳＡ２、ＳＡ３が順次実行され
た後、スレッドＢの処理に制御が移り、処理ＳＢ１、Ｓ
Ｂ２、ＳＢ３が順次実行されるとする。このとき、図２
（ｂ）に示すように、デバッグ用のソースプログラム２
ａにおいて、スレッドＡの処理ＳＡ２と処理ＳＡ３との
間にデバッグプリントが挿入されたとすると、スレッド
Ａにおける処理ＳＡ１、ＳＡ２に続いてデバッグプリン
トの処理が実行される。ここで、デバッグ出力が待ち状
態になってしまったりすると、制御がスレッドＢへ移
り、スレッドＢで処理ＳＢ１、ＳＢ２、ＳＢ３が順次実
行された後、再び制御がスレッドＡに戻って処理ＳＡ３
が実行され、正式用のソースプログラム２と実行順序が
変わってしまうような不都合が生じる恐れがある。

【０００６】さらに、デバッグプリントを挿入すること
によってデバッグする方法では、ある現象を把握するた
めのタイミングのコツを知る必要があり、開発者にとっ
て効率的に作業が行えないという問題点があり、デバッ
グに要する時間が非常に長いものとなり、非効率的であ
った。

【０００７】また、デバッグプリントを挿入する以外の
デバッグ手段としては、デバッガを利用する方法もあ
る。しかし、デバッガを用いる方法では、デバッガを使
用するための知識が必要となり、また組み込み機器のた
めのソフトウエアであれば、ハードウェア毎に設定が異
なり、対象とするハードウェアに関する知識が必要とな
るため、デバッガを習熟するための時間やデバッグに至
るまでの時間が長く掛かる不都合がある。

【０００８】このデバッガの問題を解決するための公知
技術としては、インタプリタ言語であるＢＡＳＩＣにト
レース機能が存在し、この仕組みを取り入れることが考
えられる。しかし、ＢＡＳＩＣのトレース機能は、ソー
スプログラムにトレース開始／終了のステートメントを
挿入することで実現できるため、図３（ａ）（ｂ）に示
すように、デバッグ用のソースプログラム２ａでは、正
式用のソースプログラム２に対してトレースの開始位置
にトレースＯＮを、トレースの終了位置にトレースＯＦ
Ｆをそれぞれ挿入する必要がある。よって、結局ソース
プログラムを書き直す必要があり、デバッグプリントを
挿入するのと同様、作業時間と手間が掛かってしまうこ
とになる。

【０００９】

【発明の開示】本発明の目的とするところは、プログラ
ム実行環境において、アプリケーションプログラムを容
易かつ作業効率よくデバッグできるプログラム実行方式
を提供することにある。また、そのプログラム実行方式
を格納した記憶媒体を提供することにある。

【００１０】本発明にかかるプログラム実行方式は、ト
レース機能を有する環境でプログラムを実行することが
できるプログラム実行環境と、トレース機能を有しない
環境で実行することができるプログラム実行環境とを備
え、前記両プログラム実行環境が選択的に実行可能とな
っていることを特徴としている。

【００１１】また、本発明にかかる記憶媒体は、トレー
ス機能を有する環境でプログラムを実行することができ
るプログラム実行環境と、トレース機能を有しない環境
で実行することができるプログラム実行環境とを備え、
両プログラム実行環境が選択的に実行可能となっている
プログラム実行方式を格納したものである。ここで記憶
媒体としては、特にその種類は限定されることはなく、
ハードディスク、ＣＤ類、ＤＶＤ、ＭＯ、各種ＩＣメモ
リなどが該当する。

【００１２】本発明にあっては、複数のプログラム実行
環境が切り換え可能となっており、トレース機能を有す
るプログラム実行環境とトレース機能を有しないプログ
ラム実行環境のいずれかでプログラムを実行可能となっ
ているため、プログラムのソースファイルにデバッグプ
リント等のトレースのための仕組みが必要なくなる。従
って、プログラムのデバッグを行うため、そのソースプ
ログラムを書き直したり、デバッグプリントを挿入した
りする必要が無くなるので、あるいはソースプログラム
の書き替え作業をわずかなものにすることができるの
で、プログラムを容易かつ作業効率よくデバッグするこ
とができる。よって、インタプリタやアプリケーション
プログラムなどのプログラム実行環境において、システ
ム開発時やシステム運用時に、デバッグのための作業時
間を削減でき、また、ソースプログラムを書き直す必要
がないので、デバッグ時のコード解析も簡単になる。

【００１３】また、本発明の方式によれば、アプリケー
ションプログラムの実行中でもトレース環境が存在する
ため、トレース実行の切換え自由度が高くなる。例え
ば、アプリケーションプログラム起動前における切換
え、アプリケーションプログラム実行中での切換え、ア
プリケーションプログラム内のスレッド毎の切換え等が
可能になる。

【００１４】

【発明の実施の形態】（第１の実施形態）プログラム実
行環境としてＪａｖａプログラム実行機構（Ｊａｖａ仮
想マシン）の場合を例として、以下本発明の一実施形態
を説明する。従来のＪａｖａ仮想マシンでは、単一のプ
ログラム実行環境によってスレッドを実行しているが、
本発明にかかるＪａｖａ仮想マシンは、複数のプログラ
ミング実行環境を有している。

【００１５】図４はＪａｖａ仮想マシン４を用いた本発
明にかかるＪａｖａプログラム実行環境の概要を表して
いる。この実施形態では、１つのＪａｖａ仮想マシン４
（Virtual Machine；プログラムから生成されたバイト
コード、すなわち中間ファイルを実行するための環境）
に対し、バイトコードを１命令ずつ逐次解釈しながら実
行するためのインタプリタ５、６を２つ備え、両インタ
プリタ５、６で共有するデータ領域７を有している。一
方のインタプリタ５（以下、通常インタプリタとい
う。）はトレース機能を備えておらず、通常のインタプ
リタ形式でスレッドを解釈して実行する。他方のインタ
プリタ６（以下、トレース用インタプリタという。）は
トレース機能を備えており、プログラムを１ラインや１
命令ずつ実行し、トレースを行ってメモリの内容を外部
に出力することができる。トレース結果の出力は、ＲＳ
−２３２Ｃのようなパラレル出力やシリアル出力から出
力させることができる。トレースの出力単位は、バイト
コード単位、メソッド（関数）呼び出し単位のどちらで
も出力可能である。

【００１６】このＪａｖａ仮想マシン４においては、両
インタプリタ５、６を選択的に切り換えてスレッドを実
行することができる。インタプリタ５、６の切換え方法
ないし切換え時期としては種々用意しておくことができ
る。ここでは、例として、(1)アプリケーションプログ
ラムが起動する前におけるインタプリタの切換え機能、
(2)アプリケーションプログラム実行時におけるインタ
プリタの切換え機能、(3)スレッド毎のインタプリタ切
換え機能、(4)局所的なトレースの切換え機能について
説明する。Ｊａｖａ仮想マシン４は、これらのインタプ
リタ又はトレースの切換え機能のうち１つだけを備えて
いてもよく、複数備えていてもよい。

【００１７】まず、アプリケーションプログラム起動前
のインタプリタ切換えについて説明する。このＪａｖａ
仮想マシン４には、スレッドを管理するための構造体が
存在しており、そのメンバーとしてインタプリタ切換え
のためのフラグが用意されている。そして、アプリケー
ションプログラム起動時には、当該フラグによって、２
つのインタプリタのうち通常インタプリタ５で実行する
か、トレース用インタプリタ６で実行するかが決まる。
一方、Ｊａｖａ仮想マシン４またはアプリケーションプ
ログラムには、トレース有り、トレース無しのいずれか
を設定するための環境変数（インタプリタを実行するた
めの変数）を設けてあり、コマンド入力等によって環境
変数をトレース有り、トレース無しのいずれかに設定で
きるようになっている。

【００１８】しかして、このプログラム実行環境におい
て、コマンド入力等によって環境変数をトレース有りに
設定してアプリケーションプログラムを起動すると、図
５のフロー図に示すように、環境変数によって上記フラ
グがトレース有りに設定され（ステップＳ１でトレース
設定オン）、アプリケーションプログラムで使用される
スレッド全てに対応づけられる。従って、プログラム実
行環境がトレース用インタプリタ６に設定され（ステッ
プＳ２）、いずれのスレッドもトレース用インタプリタ
６で実行され、トレース結果が外部へ出力される（ステ
ップＳ３）。

【００１９】また、コマンド入力等によって環境変数を
トレース無しに設定してアプリケーションプログラムを
起動すると、環境変数によって上記フラグがトレース無
しに設定され（図５のステップＳ１でトレース設定ＯＦ
Ｆ）、アプリケーションプログラムで使用されるスレッ
ド全てに対応づけられる。よって、プログラム実行環境
が通常インタプリタ５に設定され（ステップＳ４）、い
ずれのスレッドもトレース機能無しの通常インタプリタ
５で実行される（ステップＳ５）。

【００２０】このようにして２つのインタプリタ５、６
を切換えるようにすれば、Ｊａｖａ仮想マシン４が動作
する実行環境でトレースの有無を設定できるので、デバ
ッグを行なうためにソースプログラムを変更する必要が
なく、アプリケーションプログラムを容易かつ作業効率
よくデバッグできる。

【００２１】次に、アプリケーションプログラム実行時
におけるインタプリタ切換え機能について説明する。ア
プリケーションプログラムの実行時（起動後）にインタ
プリタを切換える機能を持たせる場合には、トレース有
り、トレース無しのいずれかを設定するための環境変数
（インタプリタを実行するための変数）を設け、インタ
プリタ実行中に、コマンド入力等によって環境変数をト
レース有り、トレース無しのいずれかに再設定できるよ
うにする。この環境変数は、初期値ではトレース無しに
設定されている。

【００２２】しかして、アプリケーションプログラムが
起動されると、図６のフロー図に示すように、環境変数
がトレース無しに設定されているので、通常インタプリ
タ５でスレッドを実行可能な状態で起動する（ステップ
Ｓ１１）。このときには、まだコマンド入力はないので
（ステップＳ１３でオフの場合）、トレース機能がオフ
の通常インタプリタ５が作動し（ステップｓ１４）、ト
レース無しでスレッドが実行される（ステップＳ１
５）。

【００２３】アプリケーションプログラムが終了してい
なければ（ステップＳ１８でＮＯの場合）、ステップＳ
１３〜Ｓ１８の処理が繰り返されるが、実行途中でコマ
ンド入力（ステップＳ１２）によってトレース機能がオ
ンとなるように環境変数が書き替えられた場合（ステッ
プＳ１３でオンの場合）には、プログラム実行環境がト
レース用インタープリタに切り替えられ（ステップＳ１
６）、トレース用インタプリタ６で各スレッドを実行し
ながらトレースが実行され、トレース結果が外部へ出力
される（ステップＳ１７）。

【００２４】また、トレース機能がオンになった状態で
スレッドが実行されているときに、コマンド入力（ステ
ップＳ１２）によってトレース機能がオフに切り替えら
れた場合（ステップＳ１３でオフの場合）には、再びプ
ログラム実行環境が通常インタープリタに切り替えられ
（ステップＳ１４）、トレース機能のない通常インタプ
リタ５でスレッドが実行される（ステップＳ１５）。

【００２５】このようにしてアプリケーションプログラ
ムの実行中に２つのインタプリタを切換えられるように
しても、Ｊａｖａが動作する実行環境でトレースの有無
を設定できるので、デバッグを行なうためにソースプロ
グラムを変更する必要がなく、アプリケーションプログ
ラムを容易かつ作業効率よくデバッグできる。

【００２６】次に、スレッド毎のインタプリタ切換え機
能について説明する。アプリケーションプログラムに存
在するスレッド個々に対して、それぞれトレースを実行
するか否かを設定できるようにする場合には、トレース
用インタプリタ６をオンにする機能を組み込まれたトレ
ース専用のスレッドクラス８を提供しておく。そして、
図７のスレッドＣのように、トレースを行わないスレッ
ドに対しては、当該トレース用スレッドクラス８（また
は、当該トレース用クラス８を継承しているスレッドク
ラス）を継承させることなく通常のスレッドクラスを継
承してスレッドを生成させる。一方、図７のスレッド
Ａ、Ｂのように、トレースを行いたいスレッドに対して
は、トレース用スレッドクラス８（または、トレース用
スレッドクラス８を継承したスレッドクラス）を継承さ
せておけば、実行時にトレース用インタプリタ６が実行
されるよう、スレッド生成時に内部でスレッド切換えの
設定が行われる。しかして、トレース用スレッドクラス
８を承継していないスレッドＣが実行される場合には、
Ｊａｖａ仮想マシン４が通常インタプリタ５に設定さ
れ、通常インタプリタ５によって当該スレッドが実行さ
れ、トレースは行われない。これに対し、トレース用ス
レッドクラス８を承継しているスレッドＡ、Ｂが実行さ
れた場合には、当該スレッドＡ、Ｂはトレース用インタ
プリタ６によって実行され、トレース結果が出力され
る。

【００２７】スレッド毎のトレース切換えを行うことが
できるようにした場合の具体的なスレッド実行手順は、
図８に示すようになる。すなわち、アプリケーションプ
ログラム起動前に環境変数がトレース無しに設定されて
いる場合には、トレース設定の有無を判別することによ
って（ステップＳ２１）トレース設定ＯＦＦと判断さ
れ、トレース用スレッドクラス８を継承しているか否か
にかかわりなくＪａｖａ仮想マシン４は通常インタプリ
タ５に設定され（ステップＳ２３）、トレース無しでス
レッドが実行される（ステップＳ２４）。

【００２８】また、アプリケーションプログラム起動前
に環境変数がトレース有りに設定されている場合には、
トレース設定の有無を判別することによって（ステップ
Ｓ２１）トレース設定ＯＮと判断された後、さらに、実
行しようとするスレッドがトレース用スレッドクラス８
を継承しているか否か判別される（ステップＳ２２）。
このとき当該スレッドがトレース用スレッドクラス８を
継承していない場合には、Ｊａｖａ仮想マシン４は通常
インタプリタ５に設定され（ステップＳ２３）、トレー
スなしでスレッドが実行される（ステップＳ２４）。こ
れに対し、スレッドがトレース用スレッドクラス８を継
承している場合には、Ｊａｖａ仮想マシン４はトレース
用インタプリタ６に設定され（ステップＳ２５）、当該
スレッドはトレース用インタプリタ６で解釈実行され、
トレース出力が外部へ出力される（ステップＳ２６）。

【００２９】このような方法では、スレッドの継承元を
トレース用のスレッドクラスと、トレース用インタプリ
タ６をオンにする機能のない通常のスレッドクラスとに
変更するだけでよく、ソースプログラム自体の変更作業
を最小の手間にする必要がないので、アプリケーション
プログラムを容易かつ作業効率よくデバッグできる。あ
るいは、スレッドの継承元のスレッドクラスにトレース
有りとトレース無しを切り替えるためのプロパティ等を
組み込んでおき、コマンドによって切り替えられるよう
にしてもよい。

【００３０】次に、局所的なトレースの切換え機能、す
なわちアプリケーションプログラムやスレッドの一部分
だけのトレース切換え機能について説明する。この場合
には、トレース専用のスレッドクラスを提供しておき、
そのスレッドクラスもしくは当該スレッドクラスを継承
したスレッドクラスでは、トレース用インタプリタ６を
トレース実行モードとトレース中止モードとに切り替え
るためのメソッド（関数）を利用できるようにする。

【００３１】図９は局所的なトレースの切り替えについ
て説明する図であって、スレッドＡ、Ｂ、Ｃのソースプ
ログラム９ａ、９ｂ、９ｃに含まれている”トレースＯ
Ｎ”は、トレース用インタプリタ６をトレース実行モー
ドに切り替えるためのメソッド、”トレースＯＦＦ”
は、トレース用インタプリタ６をトレース中止モードに
切り替えるためのメソッドであって、いずれもメソッド
呼び出し時に内部で環境変数の設定を行うことにより、
トレース用スレッド６をトレースを実行する状態とトレ
ースを実行しない状態とに設定するものである。また、
トレース有りのインタプリタ６は、初期状態がトレース
中止モードで実行されるとする。

【００３２】しかして、これらのソースプログラム９
ａ、９ｂ、９ｃをコンパイルした実行ファイルが、実行
される場合には、図１０に示すフロー図に従う。すなわ
ち、図９のスレッドＡ、Ｂの場合のように、コマンド入
力等によって環境変数をトレース有りに設定してアプリ
ケーションプログラムを起動すると（ステップＳ３１で
トレース設定オン）、環境変数の設定によってトレース
用インタプリタ６が実行される（ステップＳ３２）。ト
レース用インタプリタ６が実行されると、トレース用フ
ラグは初期値０に設定され（ステップＳ３３）、トレー
スメソッド（”トレースＯＮ”、”トレースＯＦＦ”）
か通常の処理コマンドから判別する（ステップＳ３
４）。このトレース用フラグは、トレース用インタプリ
タ６をトレース実行モードとトレース中止モードに設定
するものであって、トレース用フラグが０の場合にはト
レース中止モードに設定され、１の場合にはトレース実
行モードに設定される。

【００３３】トレース用フラグの初期値は０となってい
るので、スレッドＡ、Ｂの処理ＳＡ１、ＳＢ１は、トレ
ース中止モードでスレッドが実行されるが（ステップＳ
３４、Ｓ３８、Ｓ４０）、メソッドが見つかると（ステ
ップＳ３４）、そのメソッドが”トレースＯＮ”か”ト
レースＯＦＦ”か判別し（ステップＳ３５）、”トレー
スＯＮ”であればトレースフラグを１に設定して次の処
理に進み（ステップＳ３６）、”トレースＯＦＦ”であ
れば、トレースフラグを０に設定して次の処理に進む
（ステップＳ３７）。

【００３４】このとき”トレースＯＮ”のメソッドであ
れば、トレースフラグは１であると判別される（ステッ
プＳ３８）ので、次の処理ＳＡ２、ＳＡ３；ＳＢ２、Ｓ
Ｂ３はトレース実行モードとなり、トレース用インタプ
リタ６によりスレッドを実行されながらトレースが実行
される（ステップＳ３９）。

【００３５】ついで、”トレースＯＦＦ”のメソッドが
実行されると、トレースフラグが０に設定される（ステ
ップＳ３４、Ｓ３５、Ｓ３７）ので、１であると判別さ
れる（ステップＳ３８）ので、トレース中止モードに戻
り、次の処理ＳＡ４、ＳＢ４はトレース用インタプリタ
６によりスレッドのみ実行される（ステップＳ４０）。
そして、すべての処理が実行されると、スレッドＡ、Ｂ
の実行が終了する（ステップＳ４１）。

【００３６】次に、図９のスレッドＣの場合のように、
コマンド入力等によって環境変数をトレース無しに設定
してアプリケーションプログラムを起動すると（ステッ
プＳ３１でトレース設定オフ）、環境変数の設定によっ
て通常インタプリタ５が起動される（ステップＳ４
２）。そして、スレッドＣがトレース用のメソッドを含
んでいるか否かにかかわらず、全ての処理ＳＣ１〜ＳＣ
４が通常インタプリタ５により実行される（ステップＳ
４３、Ｓ４４）。

【００３７】この場合には、スレッドにトレース用のメ
ソッドを含んでいても通常インタプリタを実行すること
により通常のスレッドのように実行することができるの
で、正式用のソースプログラムに当初からトレース用の
メソッドを挿入しておけば、正式用のソースプログラム
とデバッグ用のソースプログラムを別個に作成する必要
が無くなり、アプリケーションプログラムを容易かつ作
業効率よくデバッグできる。

【００３８】本発明にあっては、上記のようにトレース
有りのプログラム実行環境とトレース無しのプログラム
実行環境とを備えているので、図１１に示すように、ソ
ースプログラム２をコンパイルして実行ファイル３を作
成した後、トレース無しのプログラム実行環境で実行フ
ァイル３（スレッド）を実行させることができ、またト
レース有りのプログラム実行環境で実行ファイル３をデ
バッグすることができる。よって、従来例のようにデバ
ッグプリントを挿入されたソースプログラム２ａを別途
作成してデバッグ用の実行ファイル３ａを作成する必要
が無くなる。このため、本発明によれば、デバッグのた
めの作業時間を大幅に短縮することができる。例えば、
デバッグプリント挿入によってデバッグを行う方法で
は、図１２に示すように、正式用のソースファイルにデ
バッグプリントを挿入するのに要する時間が１ファイル
あたり１８０秒、１ファイルのコンパイル時間が１０秒
とし、全部で２００ファイルとすると、デバッグ用の実
行ファイルを作成するのに、約６００分（約１０時間）
掛かることになる。これに対し、アプリケーションプロ
グラム実行前にプログラム実行環境のトレース有り、無
しを切り替える本発明方法では、正式用の実行ファイル
をそのまま使用できるので、デバッグのための実行ファ
イルを作成する時間は必要ない。よって、本発明の方法
によれば、デバッグ作業に要する手間と時間を大幅に軽
減することができる。

【００３９】

【発明の効果】本発明によれば、トレース機能を有する
プログラム実行環境とトレース機能を有しないプログラ
ム実行環境のいずれかでプログラムを実行可能となって
いるため、プログラムのソースファイルにデバッグプリ
ント等のトレースのための仕組みが必要いので、プログ
ラムのデバッグを行うためにソースプログラムを書き直
したり、デバッグプリントを挿入したりする必要が無く
なり、プログラムを容易かつ作業効率よくデバッグする
ことができるようになる。

【図面の簡単な説明】

【図１】従来のデバッグ方法の一例を示す概略図であ
る。

【図２】（ａ）は同上のデバッグ方法に用いられている
正式用のソースプログラムを示す図、（ｂ）はデバッグ
用のソースプログラムを示す図である。

【図３】トレースによりデバッグを行う従来方法を説明
する図であって、（ａ）は正式用のソースプログラムを
示す図、（ｂ）はデバッグ用のソースプログラムを示す
図である。

【図４】本発明の一実施形態にかかるＪａｖａ仮想マシ
ンの構成を示す概略図である。

【図５】同上のＪａｖａ仮想マシンにおいて、アプリケ
ーションプログラム起動前にインタプリタを切り替える
手順を示すフロー図である。

【図６】図４のＪａｖａ仮想マシンにおいて、アプリケ
ーションプログラム実行中にインタプリタを切換える手
順を示すフロー図である。

【図７】図４のＪａｖａ仮想マシンにおいて、スレッド
毎にトレースの有無を切換える方法を説明する図であ
る。

【図８】同上のＪａｖａ仮想マシンにおいて、スレッド
毎にインタプリタを切り替える手順を示すフロー図であ
る。

【図９】図４のＪａｖａ仮想マシンにおいて、局所的に
トレースの有無を切り替える方法を説明する図である。

【図１０】同上のＪａｖａ仮想マシンにおいて、局所的
なインタプリタの切換え手順を示すフロー図である。

【図１１】本発明のデバッグ方法と従来例のデバッグ方
法を比較して説明する図である。

【図１２】本発明のデバッグ方法に要する時間と従来例
のデバッグ方法に要する時間を比較して示す図である。

【符号の説明】

４ Ｊａｖａ仮想マシン ５ 通常インタプリタ ６ トレース用インタプリタ

フロントページの続き (72)発明者 小中 義治 京都府京都市右京区花園土堂町10番地 オ ムロン株式会社内 (72)発明者 門脇 正規 京都府京都市右京区花園土堂町10番地 オ ムロン株式会社内 (72)発明者 村井 謙一 京都府京都市右京区花園土堂町10番地 オ ムロン株式会社内 Ｆターム(参考） 5B042 GA08 GA23 HH07 HH30 MA10 MA20

Claims (2)

【特許請求の範囲】
1. 【請求項１】 トレース機能を有する環境でプログラム
   を実行することができるプログラム実行環境と、トレー
   ス機能を有しない環境で実行することができるプログラ
   ム実行環境とを備え、 前記両プログラム実行環境が選択的に実行可能となって
   いることを特徴とするプログラム実行方式。
2. 【請求項２】 トレース機能を有する環境でプログラム
   を実行することができるプログラム実行環境と、トレー
   ス機能を有しない環境で実行することができるプログラ
   ム実行環境とを備え、両プログラム実行環境が選択的に
   実行可能となっているプログラム実行方式を格納した記
   憶媒体。