JPH10301803A

JPH10301803A - デバッグ装置、情報処理装置及び情報記憶媒体

Info

Publication number: JPH10301803A
Application number: JP9120348A
Authority: JP
Inventors: Yoshimi Oka; 義美岡
Original assignee: Seiko Epson Corp
Current assignee: Seiko Epson Corp
Priority date: 1997-04-23
Filing date: 1997-04-23
Publication date: 1998-11-13

Abstract

(57)【要約】【課題】デバッグ段階及び製造後、出荷後においてハ
ードウエアに障害を含む情報処理装置のハードウエア及
びソフトウエアのデバッグ作業を容易にし、また、前記
情報処理装置の形状又は状態に関わらずデバッグが可能
なデバッグ装置を提供すること。【解決手段】デバッグの対象（ターゲット機１００）
をホスト機２００となるパソコンに通信線３０で接続し
てデバッグを行う。ターゲット機１００ではデバッグ用
プログラム３００が実行され、その出力情報をホスト機
２００に送信し、ホスト機２００からコマンドが送られ
てきた場合にはそのコマンドの処理を行う。ホスト機２
００では、ホストプログラム６００が実行され、自動的
に又はユーザーの指示によりターゲットにプログラムを
送って実行させたり、ターゲットにメモリ読み出しなど
のコマンドを送り・結果を受け取り・表示したりする。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、ハードウエアに障
害を含む情報処理装置であるターゲット機のハードウエ
ア及びソフトウエアの少なくとも一方をデバッグするデ
バッグ装置、情報処理装置及び情報記憶媒体に関する。

【０００２】

【背景技術及び発明が解決しようとする課題】パソコン
の製造に際して、市販のＣＰＵに新たに設計した周辺装
置のチップを接続したり、これらのチップを接続するた
めのプリント基板を新たに設計したりすることが行われ
る。この設計過程は、「回路設計→基板設計→サンプル
製造→評価→量産」という流れで行われる。ここにおい
て、新たに設計する部品が多い場合や、製造工程が確立
していないサンプル製造時には、できあがるサンプルに
障害が多い。このため、該サンプルは最初から動くこと
は殆ど無い状態であり、設計過程におけるサンプルの評
価時には、このような状態下においてハードウエアのデ
バッグを行うことが必要となる。

【０００３】また、ハードウエアのみならす、パソコン
に組み込みのＲＯＭに書き込んで提供されるソフトウエ
アも新たに設計する場合、該ソフトウエアのデバッグも
必要となる。

【０００４】このようなソフトウエアとして、通常パソ
コンの組み込みＲＯＭに書き込んで提供されるソフトウ
エアであるＢＩＯＳ（ＢａｓｉｃＩｎｐｕｔ／Ｏｕｔ
ｐｕｔＳｙｓｔｅｍ）がある。ＢＩＯＳは、ハードウ
エアの制御を行うソフトウエアである。ＢＩＯＳの初期
化と機能診断のルーチン（以下ＰＯＤ（ＰｏｗｅｒＯｎ
Ｄｉａｇｎｏｓｔｉｃ）と呼ぶ）は、電源投入後最初
に実行されるプログラムである。従って、最初のサンプ
ルのハードウエアのデバッグは、まずＣＰＵがＲＯＭか
ら命令を取り込んで働くようにすること、つまり、ＰＯ
Ｄが動かせる状態にすることから始まる。

【０００５】しかし新たに設計したハードウエアのデバ
ッグを行う場合、信号線の配線のつなぎまちがえやクロ
ストークやハンダの不良で、サンプルの基盤が最初から
動くことがほとんどない。そして、その原因がハードウ
エアとソフトウエアのいずれの障害によるものなのかの
特定は困難であり、両者にまたがっていることも多かっ
た。

【０００６】このようなサンプルのハードウエアとＰＯ
Ｄのデバッグにおいては、ソフトウエアデバッグが使え
ないという点で通常のデバッグ作業とは異なる。通常ソ
フトウエアのデバッグにあたって強力な道具は、ソフト
ウエアデバッガである。しかし、ソフトウエアデバッガ
は、ＲＡＭが動作してＯＳが立ち上がらないと使えない
ため、ＲＯＭとＣＰＵしか動作していない状態で実行さ
れるＰＯＤのデバッグには使えないのである。

【０００７】ここでサンプルのハードウエアとＰＯＤの
デバッグの一般的な手法について説明する。

【０００８】まず、最初にＰＯＤを動かすために、少な
くともＣＰＵとＲＯＭが動くようにする。すなわち、Ｃ
ＰＵとＲＯＭを接続する信号線が正しく動作し、また、
ＣＰＵのクロック線など重要な信号線が正しく接続され
ていることを確認する。

【０００９】ＲＯＭにはＢＩＯＳが書き込まれているの
で、電源投入後最初にＰＯＤが実行される。ＰＯＤは、
周辺デバイスの機能診断をするので、ＰＯＤの動作を確
認することで、ハードウエアの障害をある程度特定する
ことができる。そして、アドレスライン・データライン
のクロストークや信号線・基本的な周辺デバイスの機能
を、ロジックアナライザによる信号の変化とＰＯＤが実
行しているはずのコードを比較してチェックを行う。

【００１０】このように、ＰＯＤの動作を調べること
で、電源投入直後に起こる障害だけではなく、種々の周
辺装置の障害解析ができるし、ソフト的な設定が正しく
行われているのかの検査もすることができる。

【００１１】ＰＯＤは、システムを動かす上で必要なデ
バイスに障害がある場合には、自らハングアップするよ
うに設計されている。例えば、タイマーカウンターやＤ
ＭＡコントローラに障害がある場合、メモリのリフレッ
シュができないのでシステムの立ち上げが不可能であ
る。また、割り込みコントローラに障害がある場合、キ
ーボードや補助記録装置が使えないのでシステムを立ち
上げてもほとんど意味がないからである。

【００１２】また、ＰＯＤは、デバッグ上重要な位置で
ＰＯＤ＿ＩＤと呼ばれるコードを所定のＩ／Ｏｐｏｒ
ｔ（ＭＦＧポート）に出力する。ＰＯＤの実行中にＭＦ
Ｇポートに出力される値をロジックアナライザを用いて
採ると、ＰＯＤがどのルーチンを実行したかが分かる。
従って、ＭＦＧポートに出力された最後の値を見れば、
ＰＯＤがハングアップした場合にどのルーチンを実行し
た結果ハングアップしたかが分かる。

【００１３】しかし、ロジックアナライザは多数のＰＯ
Ｄ＿ＩＤを記録できるほど大きなメモリを持っておら
ず、通常１０００個程度、拡張しても２０００から４０
００個程度の事象しか記録できない。従って、ＰＯＤの
動作のハングアップ前の最後の部分しか記録に残らず、
ＰＯＤの動作が完全に分かるわけではない。

【００１４】また、重要な障害があってもＰＯＤがハン
グアップするとは限らないため、ＰＯＤ＿ＩＤだけで
は、十分にデバッグの目的を達成することはできなかっ
た。

【００１５】また、効率のよいデバッグを行うために
は、ＰＯＤ実行中のデバイスの設定状態やメモリ内容を
調べたり、それらを変更できることが好ましいが、ロジ
ックアナライザでは、ＰＯＤの実行を止めることはでき
なかった。

【００１６】ここにおいて、ＰＯＤの代わりにテストプ
ログラムを実行するという手法もある。即ち、ＰＯＤの
代わりに、注目しているデバイスのテストをするための
プログラムをＲＯＭに書き込んでテストを行うのであ
る。このように個々のデバイスに特化したテストプログ
ラムを使い、また、その時々の障害に合わせてプログラ
ムを変更することで、ハードウエアのデバッグを能率良
く行うことができるからである。しかし、ＰＯＤの代わ
りにテストプログラムを走らせる場合、いちいちＲＯＭ
を書き直さなければならず、デバッグの能率を落として
いた。また、フロッピーディスクコントローラ・ハード
ディスクコントローラ・キーボードコントローラのよう
に複雑なデバイスをテストするためには、テストプログ
ラムを作るのに大きな手間がかかるという問題点もあっ
た。

【００１７】また、基板形状の問題からロジックアナラ
イザを付け難いシステムもある。例えば、ＭＦＧポート
を見るために基板に改造がある場合や、そもそもプロー
ブを差し込むことが難しい場合である。また、ロジック
アナライザを用いれば、データバス・アドレスバス・コ
ントロールバスなどのデバッグ作業が容易になるが、ロ
ジックアナライザを有効に使えない場合デバッグ作業は
困難なものとなる。

【００１８】またハードウエア及びソフトウエア双方の
デバッグに威力を発揮するものとして、擬似的にＣＰＵ
の機能を有するＩＣＥ（ＩｎＣｉｒｃｕｉｔＥｍｕ
ｌａｔｏｒ）がある。該ＩＣＥはＰＯＤの実行を止める
ことができるが、基板形状の問題からＩＣＥが付け難い
システムもある。例えばＣＰＵが基板に直付けになって
いる場合や、ＣＰＵソケットの回りの隙間が狭くてプロ
ーブを差し込めない場合等である。

【００１９】上述したサンプルのデバッグ作業のよう
に、一般にハードウエアに障害を含み、ＯＳが正常に動
作していない段階における情報処理装置のデバッグ作業
は、通常の情報処理装置のデバッグ作業に比べて困難で
ある。また、基板形状の問題等からロジックアナライザ
やＩＣＥが付け難いシステムにおいては、そのデバッグ
は更に困難なものとなる。

【００２０】本発明の第一の目的は、ハードウエアに障
害を含む状態の情報処理装置のハードウエア及びソフト
ウエアのデバッグ作業を容易にするデバッグ装置、情報
処理装置及び情報記憶媒体を提供することである。

【００２１】また、本発明の第二の目的は、デバッグの
対象となる情報処理装置の形状又は状態に関わらすデバ
ッグが行えるデバッグ装置、情報処理装置及び情報記憶
媒体を提供することである。

【００２２】本発明の第三の目的は、デバッグ段階のみ
ならず、製造後・出荷後の情報処理装置の障害解析を容
易にするデバッグ装置、情報処理装置及び情報記憶媒体
を提供することである。

【００２３】

【課題を解決するための手段】本発明は、ハードウエア
に障害を含む情報処理装置であるターゲット機のハード
ウエア及びソフトウエアの少なくとも一方をデバッグす
るデバッグ装置であって、前記ターゲット機から、前記
ターゲット機とは別に設けられた情報処理装置であるホ
スト機への通信を行う第一の通信手段と、前記ターゲッ
ト機において、電源投入後の初期状態においてデバッグ
用プログラムを実行させるデバッグ用プログラム実行手
段と、前記デバッグ用プログラムの出力情報を、前記第
一の通信手段を用いてターゲット機からホスト機に送信
する出力情報送信手段と,前記デバッグ用プログラムの
出力情報を前記ホスト機において受信する出力情報受信
手段とを含むことを特徴とする。

【００２４】ターゲット機とはデバッグの対象となる情
報処理装置をいい、前記第一の通信手段、前記デバッグ
用プログラム実行手段、出力情報送信手段の実行を可能
ならしめる部分以外のハードウエアに障害を含んでいる
情報処理装置である。なお、ここにいうデバッグとは、
設計や製造途中のデバッグのみならず、製造後・出荷後
の障害解析も含む。従って、本発明でデバッグの対象と
なる該情報処理装置は、設計や製造途中のデバッグ段階
のもののみならず、製造後・出荷後の製品も含む。本
発明ではターゲット機において実行されるデバッグ用プ
ログラムの出力情報をホスト機に送信するため、ロジッ
クアナライザ等を使う場合に比べて、多量の情報を出力
情報を蓄積することができる。ロジックアナライザ等を
使う場合は、該ロジックアナライザの記憶容量に限定さ
れるが、本発明の場合、ホスト機として任意のパソコン
を用いれば、ロジックアナライザの１０倍程度の出力情
報を記憶することが可能となる。更に、一時記憶ファイ
ルを利用することにより、事実上無制限に出力情報を蓄
積することができる。

【００２５】このように本発明の場合、デバッグに必要
な情報を多量得ることができるデバッグ装置を提供する
ことができる。

【００２６】また、本発明のデバッグ装置は、ロジック
アナライザのようにプローブを接続したり、ＣＰＵをＩ
ＣＥのプローブと交換する必要がないため、ターゲット
機となる情報処理装置の形状や状態に関係なくデバッグ
を実行することができる。

【００２７】また本発明は、前記ホスト機からターゲッ
ト機への通信を行う第二の通信手段をさらに含み、前記
受信した出力情報に基づき、前記ターゲット機に所与の
デバッグ処理を行わせるためのデバッグ情報を前記第二
の通信手段を用いてホスト機からターゲット機に送信す
るデバッグ情報送信手段と、前記デバッグ情報を前記タ
ーゲット機において受信するデバッグ情報受信手段とを
含み、前記デバッグ用プログラム実行手段は、該デバッ
グ情報に基づき所与のデバッグ処理を行う手段とを含む
ことを特徴とする。

【００２８】本発明によれば、ホスト機からターゲット
機へデバッグ情報を送信することより、ターゲット機に
所与のデバッグ処理を行わせることができる。このた
め、ターゲット機で実行されるデバッグ処理の内容をデ
バッグの進行状況に応じて、ホスト機から指示すること
ができる。即ち、従来はその時々の障害にあわせてテス
トプログラムを変更することで対処していたデバッグ動
作をターゲット機のプログラム自体を変更することなし
に実現することができ、デバッグ動作を容易にし、デバ
ッグ効率の向上を図ることが出来る。

【００２９】また本発明の前記デバッグ用プログラム実
行手段は、出力情報の送信に伴い、前記デバッグ用プロ
グラムの実行を所定の位置で停止させ、ホスト機からデ
バッグ情報が送られてきたこと及び所与の時間ホスト機
からデバッグ情報が送られてこないことの少なくとも一
方を確認してから、前記デバッグ用プログラムの実行を
開始させることを特徴とする。

【００３０】このようにすると、ターゲット機のからの
実行情報の送信に伴うホスト機からのデバッグ情報の有
無を確認しながら、ターゲット機におけるプログラムの
実行を進めることができる。また、何らかの原因でホス
ト機との通信が出来なくなった場合でもデバッグ用プロ
グラムを実行させることが出来る。

【００３１】また本発明の前記デバッグ情報送信手段
は,前記ターゲット機に実行させるデバッグ処理を指示
するための所与のデバッグコマンドを前記第二の通信手
段を用いて前記ホスト機から前記ターゲット機に送り、
前記デバッグ情報受信手段は、前記デバッグコマンドを
前記デバッグ情報として受信し、前記デバッグ用プログ
ラム実行手段は、受信した前記デバッグコマンドに基づ
き所与のデバッグ処理を行うデバッグ用プログラムを実
行させることを特徴とする。

【００３２】前記デバッグ用プログラム実行手段は、タ
ーゲット機において受信したコマンドに対応する処理を
行うためのデバッグ用プログラムを実行するための手段
を有している。従って、ホスト機からターゲット機へ所
与のコマンドを送るという簡単な操作で、デバッグの進
行状況に応じた所望のコマンド処理を、ターゲット機に
行わせることができる。

【００３３】また本発明の前記デバッグ情報送信手段
は、前記ターゲット機においてデバッグ用プログラムの
実行を停止させるための停止情報を前記第二の通信手段
を用いて前記ホスト機から前記ターゲット機に送り、デ
バッグ情報受信手段は、前記停止情報を前記デバッグ情
報として受信し、前記デバッグ用プログラム実行手段
は、受信した前記停止情報に基づきデバッグ用プログラ
ムの実行を停止させることを特徴とする。

【００３４】本発明によれば、ホスト機から停止情報を
送信することにより、ターゲット機のデバッグ用プログ
ラムの実行を停止させることができる。これにより所望
の個所でターゲット機の状態を調べることが可能とな
り、デバッグ効率の向上を図ることが出来る。

【００３５】ここにおいて前記デバッグ情報送信手段
は、受信した前記出力情報が所定の条件に該当する場合
には前記ターゲット機においてデバッグ用プログラムの
実行を停止させるための停止情報を前記第二の通信手段
を用いて前記ホスト機から前記ターゲット機に送るよう
構成してもよい。

【００３６】このようにすれば、ホスト機は前記出力情
報に応じて自動的に停止情報を送信し、ターゲット機の
デバッグ用プログラムの実行を停止させることができ
る。従って、停止させたい位置を前記出力情報に関連さ
せて指定しておくことで所望の箇所で自動的に前記デバ
ッグ用プログラムの実行を停止させることができるデバ
ッグ装置を提供することができる。

【００３７】また本発明の前記デバッグ情報送信手段
は、前記ターゲット機において停止中のデバッグ用プロ
グラムを続行させるための続行情報を前記第二の通信手
段を用いて前記ホスト機から前記ターゲット機に送り、
デバッグ情報受信手段は、前記続行情報を前記デバッグ
情報として受信し、前記デバッグ用プログラム実行手段
は、受信した前記続行情報に基づき停止中のデバッグ用
プログラムを続行させることを特徴とする。

【００３８】本発明によれば、ホスト機から続行情報を
送信することにより、ターゲット機において停止中のデ
バッグ用プログラムを続行させることができる。例えば
デバッグの状況に応じてユーザーがホスト機から続行を
指示にすることにより、所望のタイミングでデバッグ用
プログラムの実行を再開させることができる。従って、
デバッグ処理の進行にあわせてプログラムの続行を指示
できる使い勝手のよいデバッグ装置が実現する。

【００３９】また本発明の前記デバッグ情報送信手段
は、前記ターゲット機においてメモリの内容を読み出す
ためのメモリ読み出し情報を前記第二の通信手段を用い
て前記ホスト機から前記ターゲット機に送り、デバッグ
情報受信手段は、前記メモリ読み出し情報を前記デバッ
グ情報として受信し、前記デバッグ用プログラム実行手
段は、受信した前記メモリ読み出し情報に基づき、ター
ゲット機においてメモリの内容を読み出すためのデバッ
グ用プログラムを実行させ、前記出力情報送信手段は、
前記出力情報として読み出したメモリの内容を出力する
ことを特徴とする。

【００４０】ここにおいてメモり読み出し情報として
は、例えば読み出すべきメモリのアドレスとサイズ等が
ある。本発明によれば、デバッグしたい内容に応じてホ
スト機側で、適宜メモり読み出し情報を送信することが
できる。従って、デバッグの進行状況に応じてメモリの
所望の場所の内容を得ることが出来、デバッグ効率の向
上を図ることが出来る。

【００４１】なお前記デバッグ情報送信手段は、受信し
た前記出力情報が所定の条件に該当する場合には、前記
ターゲット機においてメモリの内容を読み出すためのメ
モリ読み出し情報を前記第二の通信手段を用いて前記ホ
スト機から前記ターゲット機に送るよう構成しても良
い。

【００４２】このようにすれば、ホスト機は前記出力情
報に応じて自動的に前記メモリ読み出し情報を送信す
る。従って、ユーザーはメモリの内容を読み出したい位
置を前記出力情報に関連させて指定しておくことで所望
の箇所で自動的にターゲット機のメモリの内容を読み出
すことができるデバッグ装置を提供することができる。

【００４３】また本発明の前記デバッグ情報送信手段
は、前記ターゲット機においてメモリに所与の情報を書
き込むためのメモリ書き込み情報を前記第二の通信手段
を用いて前記ホスト機から前記ターゲット機に送り、デ
バッグ情報受信手段は、前記メモリ書き込み情報を前記
デバッグ情報として受信し、前記デバッグ用プログラム
実行手段は、受信した前記メモリ書き込み情報に基づ
き、ターゲット機においてメモリに所与の内容を書き込
むためのデバッグ用プログラムを実行させることを特徴
とする。

【００４４】ここにおいてメモり書き込み情報として
は、例えば書き込むべきメモリのアドレスとサイズ、書
き込むべきデータ等がある。本発明によれば、デバッグ
したい内容に応じてホスト機側で、適宜メモり書き込み
情報を送信することにより、デバッグに必要な情報をメ
モリに書き込むことができる。

【００４５】また本発明の前記デバッグ情報送信手段
は、受信した前記出力情報が所定の条件に該当する場合
には前記ターゲット機においてメモリに所与の情報を書
き込むためのメモリ書き込み情報を前記第二の通信手段
を用いて前記ホスト機から前記ターゲット機に送るよう
構成しても良い。

【００４６】このようにすれば、ホスト機は前記出力情
報に応じて自動的に前記メモリ書き込み情報を送信す
る。従って、ユーザーはメモりに所与の情報を書き込み
たい位置を前記出力情報に関連させて指定しておくこと
で所望の箇所で自動的にターゲット機のメモりに所与の
情報を書き込むことができるデバッグ装置を提供するこ
とができる。

【００４７】また本発明の前記デバッグ情報送信手段
は、前記ターゲット機においてＩ／Ｏポートの情報を読
み込むためのＩ／Ｏポート読み込み情報を前記第二の通
信手段を用いて前記ホスト機から前記ターゲット機に送
り、デバッグ情報受信手段は、前記Ｉ／Ｏポート読み込
み情報を前記デバッグ情報として受信し、前記デバッグ
用プログラム実行手段は、受信した前記Ｉ／Ｏポート読
み込み情報に基づき、ターゲット機においてＩ／Ｏポー
トの情報を読み込むためのデバッグ用プログラムを実行
させ、前記出力情報送信手段は、前記出力情報として読
み出したＩ／Ｏポートの情報を出力することを特徴とす
る。

【００４８】ここにおいてＩ／Ｏポートの読み出し情報
としては、例えば読み出すべきＩ／Ｏポートのアドレス
等がある。本発明によれば、デバッグしたい内容に応じ
てホスト機側で、適宜Ｉ／Ｏポート読み出し情報を送信
することにより、デバッグに必要な情報をＩ／Ｏポート
から読み出すことが出来る。

【００４９】また本発明の前記デバッグ情報送信手段
は、受信した前記出力情報が所定の条件に該当する場合
には前記ターゲット機においてＩ／Ｏポートの情報を読
み込むためのＩ／Ｏポート読み込み情報を前記第二の通
信手段を用いて前記ホスト機から前記ターゲット機に送
るよう構成しても良い。

【００５０】このようにすれば、ホスト機は前記出力情
報に応じて自動的に前記Ｉ／Ｏポート読み込み情報を送
信する。従って、ユーザーはＩ／Ｏポートの情報を読み
込みたい位置を前記出力情報に関連させて指定しておく
ことで所望の箇所で自動的にターゲット機のＩ／Ｏポー
トの情報を読み込むことができるデバッグ装置を提供す
ることができる。

【００５１】また本発明の前記デバッグ情報送信手段
は、前記ターゲット機においてＩ／Ｏポートに所与の情
報を書き込むためのＩ／Ｏポート書き込み情報を前記第
二の通信手段を用いて前記ホスト機から前記ターゲット
機に送り、デバッグ情報受信手段は、前記Ｉ／Ｏポート
書き込み情報を前記デバッグ情報として受信し、前記デ
バッグ用プログラム実行手段は、受信した前記Ｉ／Ｏポ
ート書き込み情報に基づき、ターゲット機においてＩ／
Ｏポートに所与の情報を書き込むためのデバッグ用プロ
グラムを実行させることを特徴とする。

【００５２】ここにおいてＩ／Ｏポートの書き込み情報
としては、例えば書き込むべきＩ／Ｏポートのアドレ
ス、書き込むべきデータ等がある。本発明によれば、デ
バッグしたい内容に応じてホスト機側で、適宜Ｉ／Ｏポ
ート書き込み情報を送信するこことにより、デバッグに
必要な情報をＩ／Ｏポートに書き込むことが出来る。

【００５３】また本発明の前記デバッグ情報送信手段
は、受信した前記出力情報が所定の条件に該当する場合
には前記ターゲット機においてＩ／Ｏポートに所与の情
報を書き込むためのＩ／Ｏポート書き込み情報を前記第
二の通信手段を用いて前記ホスト機から前記ターゲット
機に送るよう構成してもよい。

【００５４】このようにすれば、ホスト機は前記出力情
報に応じて自動的に前記Ｉ／Ｏポート書き込み情報を送
信する。従って、ユーザーはＩ／Ｏポートに所与の情報
を書き込みたい位置を前記出力情報に関連させて指定し
ておくことで所望の箇所で自動的にターゲット機のＩ／
Ｏポートに所与の情報を書き込むことができるデバッグ
装置を提供することができる。

【００５５】また本発明の前記デバッグ情報送信手段
は,前記ターゲット機に実行させたいデバッグ処理を指
示するための所与のデバッグプログラムを前記第二の通
信手段を用いて前記ターゲット機に送り、デバッグ情報
受信手段は、前記デバッグプログラムを前記デバッグ情
報として受信し、前記デバッグ用プログラム実行手段
は、受信した前記デバッグプログラムを実行させること
を特徴とする。

【００５６】本発明によれば、デバッグ状況に応じて、
ターゲット機に所与のプログラムを実行させることがで
きる。従って、ターゲット機の設定等を変更すること無
く、所望のプログラムを実行することができる。

【００５７】また本発明の前記デバッグ情報送信手段
は、受信した前記出力情報が所定の条件に該当する場合
には前記ターゲット機に実行させたいデバッグ処理を指
示するための所与のデバッグプログラムを前記第二の通
信手段を用いて前記ターゲット機に送るよう構成しても
良い。

【００５８】このようにすれば、ホスト機は前記出力情
報に応じて自動的に前記所与のデバッグプログラムを送
信する。従って、ユーザーは前記所与のデバッグプログ
ラムを送りたい位置を前記出力情報に関連させて指定し
ておくことで所望の箇所で自動的にターゲット機に前記
所与のデバッグプログラムを送ることができるデバッグ
装置を提供することができる。

【００５９】また本発明の前記デバッグ用プログラム実
行手段は、オペレーティングシステムが動作していない
状態でデバッグ用プログラムを実行させることを特徴と
する。

【００６０】オペレーティングシステムが動作していな
い状態では、通常のソフトウエアデバッグを行う際に強
力な道具となるソフトウエアデバッガが使えない。従っ
て例えば、ＲＯＭとＣＰＵのみしか動いていない状態で
実行されるＢＩＯＳのデバッグにはソフトウエアデバッ
ガは使えない。

【００６１】一般に、まだハードウエアがサンプル品の
段階でハードウエアのデバッグが必要な状態でオペレー
ティングシステムの動作が望めない場合や、そもそもオ
ペレーティングシステムの動作を予定していない場合に
おいてもソフトウエアデバッガは使えない。本発明は、
前記ソフトウエアデバッガが有しているようなデバッグ
機能を有しているにも関わらず、オペレーティングシス
テムの動作を前提としていない。このため、ソフトウエ
アデバッガが使えない状況の情報処理装置においても、
種々のデバッグ処理を行うことができるデバッグ装置を
提供することが出来る。

【００６２】また本発明の前記デバッグ用プログラム実
行手段は、ターゲット機の読み出し専用メモリに記憶さ
れているＢＩＯＳの初期化及び機能診断ルーチンをター
ゲット機の中央処理装置で実行させることを特徴とす
る。

【００６３】ここにおいてＢＩＯＳとは、Ｂａｓｉｃ
Ｉｎｐｕｔ／ＯｕｔｐｕｔＳｙｓｔｅｍの省略で、通
常パソコン等の情報処理装置に組み込みのＲＯＭに書き
込んで提供されるソフトウエアをさす。本発明に関係す
るＢＩＯＳの機能としては、ハードウエアの初期化と機
能診断がある。

【００６４】ＢＩＯＳの初期化と機能診断のルーチン
は、電源投入後最初に実行されるプログラムである。前
記ルーチンは、メモリ・ビデオ・通信ポート・キーボー
ドなどパソコン等の情報処理装置に普通に装備されてい
る周辺装置が正常に働くかどうか分からない状態で実行
が開始される。即ち該ルーチンは、ＣＰＵと該ルーチン
が納められているＲＯＭのみが正常に働くと言う前提で
作られており、上記の周辺装置の機能を調べ、前記周辺
装置の初期化を行うものである。

【００６５】本発明によれば、このようなＢＩＯＳの初
期化と機能診断のルーチンに、該プログラムに通信やホ
スト機からのデバッグ情報に伴う処理を実行するための
ルーチンを追加するという簡単な構成で、デバッグ用プ
ログラム実行手段で実行されるデバッグ用プログラムを
作成することができる。

【００６６】また本発明の前記出力情報送信手段は、前
記出力情報としてデバッグ用プログラムの実行位置を表
す情報を出力することを特徴とする。

【００６７】通常、ハード又はソフトに障害がある場合
は、該当個所で前記デバッグ用プログラムが実行が中断
される。本発明によれば、ターゲット機において実行さ
れるデバッグ用プログラムの実行位置を表す情報を得る
ことができるため、該実行位置を表す情報を参照するこ
とにより、前記デバッグ用プログラムがどこまで正常に
実行されたかを知ることができる。

【００６８】また本発明の前記デバッグ用プログラム実
行手段は、複数の実行位置検出用命令が挿入されている
デバッグ用プログラムを実行し、前記実行情報送信手段
は、前記デバッグ用プログラムの前記実行位置検出用命
令の実行に基づき、所定のルールで増加又は減少させた
実行位置検出用ＩＤ番号を、実行情報としてターゲット
機からホスト機に送ることを特徴とする。

【００６９】本発明によれば、実行位置検出用ＩＤによ
り、前記デバッグ用プログラムのソースコード上の位置
を容易に知ることができる。

【００７０】また本発明の前記デバッグ用プログラム実
行手段は、ターゲット機のＲＡＭが動作していない状態
でデバッグ用プログラムを実行させることを特徴とす
る。

【００７１】本発明によれば、ＣＰＵとＲＯＭと通信手
段のみ正常に機能しているハードウエアにおいて、デバ
ッグを行うことができる。

【００７２】また本発明の前記ターゲット機は、所与の
ボード上に設けられた中央処理装置とメモリを含む集積
回路装置であって、前記第一の通信手段は第一の通信回
線を含み、前記第二の通信手段は第二の通信回線を含
み、前記第一の通信回線の一方の端子及び第二の通信回
線の一方の端子は、前記集積回路装置の端子及び前記ボ
ード上の配線の少なくとも一つと接続され、前記第一の
通信回線の他方の端子及び第二の通信回線の他方の端子
は、ホスト機と接続されていることを特徴とする。

【００７３】本発明によれば、所与のボード上に設けら
れた中央処理装置とメモリを含む集積回路装置のデバッ
グ作業の容易化を図ることができる。

【００７４】また本発明は、前記ホスト機の存在の有無
を検出するホスト検出手段を更に含み、前記デバッグ用
プログラム実行手段は、前記ホスト検出手段がホスト機
の存在が無いことを検出した場合には、ホスト機からの
デバッグ情報を待つことなく前記デバッグ用プログラム
を実行させることを特徴とする。

【００７５】本発明によれば、何らかの事情でホスト機
が存在しない場合やホスト機との通信ができない場合に
は、ホスト機の存在を無視して前記デバッグプログラム
を実行させることができる。従って、デバッグが終了し
た後は、ホスト機の存在を無視してプログラムを実行す
ることができる。このため、前記デバッグ用プログラム
を入れたまま、出荷することもできるので、製品出荷後
に不良が発覚した場合のデバッグ装置として用いること
もできる。

【００７６】また、製品出荷時に前記デバッグ用プログ
ラムを削除する必要がないため、製品に乗るプログラム
をデバッグ用プログラムとして援用して、デバッグ装置
を作成することもできる。

【００７７】なお前記出力情報送信手段は、前記ホスト
検出手段がホスト機の存在が無いことを検出した場合に
は、出力情報の送信を行わないよう構成してもよい。こ
のようにすれば、通信を行う際の無駄な操作を省くこと
ができる。

【００７８】また本発明の前記ホスト検出手段は、ホス
ト機からのデバッグ情報の受信の有無に基づきホスト機
の存在の有無を表すホスト存在フラグを設定する手段を
含み、ホスト存在フラグに基づきホスト機の存在がない
と判断することを特徴とする。

【００７９】このようにすれば、ホスト機から応答がな
い場合、一旦ホスト機が存在しない旨のフラグが設定さ
れたら、後は該フラグを参照することでホスト機が存在
しないと判断することができる。すなわち、通信に伴い
毎回ホスト機の存在を確認する必要が無いため、ホスト
機確認に伴う時間的なロスを大幅に削減することができ
る。

【００８０】また本発明の前記ホスト検出手段は、出力
情報送信手段が出力情報の送信に失敗した場合及び出力
情報送信後所定時間内にホスト機からのデバッグ情報を
受信しない場合の少なくとも一方の場合にホスト機の存
在が無いと判断することを特徴とする。

【００８１】このようにすれば、出力情報送信手段が出
力の送信に失敗した場合にはホストの存在が無いと判断
する構成を有する通信手段を用いる場合でも、シリアル
ポートを用いた場合のように出力情報送信後所定時間内
にホスト機からのデバッグ情報を受信しない場合にホス
トの存在が無いと判断する構成を有する通信手段を用い
る場合でも、途中でホスト機との通信ができなくなった
ときに支障無くデバッグ用プログラムを実行させること
ができる。

【００８２】また本発明は、前記デバッグ用プログラム
の出力情報及び出力情報に基づき生成されたデバッグ用
の情報を前記ホスト機から所与の出力手段に出力する手
段を含むことを特徴とする。

【００８３】ここにおいて、出力情報に基づき生成され
たデバッグ用の情報とは、デバッグ用プログラムの実行
によるデバッグの内容がわかるような情報をいい、デバ
ッグ用プログラムの実行位置を表す情報や、デバッグ用
プログラムの実行位置に対応して設けられた実行内容を
説明するような情報を含む。

【００８４】発明によれば、前記出力情報及び出力情報
に基づき生成されたデバッグ用の情報の少なくとも一方
が出力されるため、該情報を参照しながらデバッグ動作
を行うことができる。

【００８５】また本発明の情報記憶媒体は、ハードウエ
アに障害を含む情報処理装置であるターゲット機のハー
ドウエア又はソフトウエアの少なくとも一方をデバッグ
するデバッグ装置に用いる情報記憶媒体であって、前記
ターゲット機において、電源投入後の初期状態において
デバッグ用プログラムを実行させるための情報と、前記
デバッグ用プログラムの出力情報を、前記ターゲット機
とは別に設けられた情報処理装置であるホスト機への通
信を行う第一の通信手段を用いて、ターゲット機からホ
スト機に送信するための情報とを含むことを特徴とす
る。

【００８６】また本発明の情報記憶媒体は、前記受信し
た出力情報に基づき、前記ターゲット機に所与のデバッ
グ処理を行わせるためのデバッグ情報を前記ホスト機か
ら前記ターゲット機への通信を行う第二の通信手段を用
いてホスト機からターゲット機に送信するための情報
と、前記デバッグ情報を前記ターゲット機において受信
するための情報とを含み、前記デバッグ用プログラムを
実行させるための情報は、前記デバッグ情報に基づき所
与のデバッグ処理を行うための情報とを含むことを特徴
とする。

【００８７】ここにおいて、情報記憶媒体とは、ＲＯ
Ｍ、ＲＡＭ、フロッピーディスク等を含む。本発明の情
報記憶媒体を所与の情報処理装置の記憶手段として用い
ることにより通信を利用してデバッグ用プログラムの実
行をおこなうことが可能となる。

【００８８】また本発明の情報処理装置は、本発明の情
報記憶媒体と、該情報記憶媒体に記憶された情報に基づ
き処理を行う中央処理手段を含むことを特徴とする。

【００８９】本発明の情報処理装置によれば、通信を利
用してデバッグ用プログラムの実行をおこなえるため、
製品出荷時も前記デバッグ用プログラムを入れたままで
よい。このため、製品出荷後に不良が発覚した場合にも
ホスト機と接続するという簡単な操作でデバッグ装置と
して用いることもできる。

【００９０】また本発明の情報処理装置の前記中央処理
手段と情報記憶媒体はカードサイズのボード上に実装さ
れていることを特徴とする。

【００９１】カードサイズのボードは、小さすぎてロジ
ックアナライザやＩＣＥ等のプローブが接続しにくい。
しかし、本発明の情報処理装置では、プローブの接続等
の操作を要しない。このため、前記クレジットサイズの
カード状のボードとして形成された情報処理装置であっ
ても、実行時間の遅延を招くことなく通信を利用したデ
バッグ処理を行うことができる情報処理装置を提供する
ことができる。

【００９２】

【発明の実施の形態】本発明の実施の形態について説明
する。

【００９３】図１は、本実施例のデバッグ装置を用い
て、クレジットサイズのカード形状のパソコン（以下カ
ードＰＣという）のサンプルをデバッグする際の外観図
を示している。前記カードＰＣ１０は、非常に小型であ
るため、サンプルデバッグ時にロジックアナライザのプ
ローブを付けることが困難である。また、前記カードＰ
Ｃ１０は、ＣＰＵが基板に直付けになっているため、Ｃ
ＰＵをＩＣＥのプローブと交換することができない。こ
のため、サンプルデバッグ時にロジックアナライザやＩ
ＣＥを使うことができない。

【００９４】そこで、本デバッグ装置は、デバッグの対
象（ターゲット機）であるカードＰＣ１０をホスト機と
なるパソコン２０に通信線３０で接続してデバッグを行
うよう構成されている。

【００９５】（本実施例のハードウエア構成）図２は、
本実施例のデバッグ装置のハードウエア構成を示してい
る。本デバッグ装置では、デバッグされるサンプルの他
に、もう１台パソコンを使用する。サンプルをターゲッ
ト機１００、もう１台のパソコンをホスト機２００と呼
ぶ。

【００９６】ターゲット機１００は、ＣＰＵ１１０、Ｒ
ＯＭ１２０、ＲＡＭ１３０、Ｉ／Ｏポート１４０を含ん
でいる。ＲＯＭ１２０には、デバッグ用プログラムが書
き込まれている。ＣＰＵがＲＯＭに記憶された該デバッ
グ用プログラムを読んで実行を行うことでデバッグ用プ
ログラム実行手段として機能する。また、該デバッグ用
プログラムは図３に示すように通信ルーチン３３０を含
んでおり、ＣＰＵが該通信ルーチン３３０を実行するこ
とで、出力情報送信手段及びデバッグ情報受信手段とし
て機能する。

【００９７】ターゲット機となるカードＰＣはデバッグ
の対象となるサンプルであるため、電源投入後にＰＯＤ
を数十ステップも実行するとハングアップする程度にハ
ードウエアに障害を含んでいる段階である。但し、本デ
バッグ装置が有効に機能するために、少なくともＣＰＵ
はＲＯＭに記憶されたデバッグ用プログラムを読み込ん
で実行し、その出力をＩ／Ｏポートから通信線３０を通
じてホスト機に送信できる機能は動作してるものとす
る。

【００９８】ホスト機２００は、ＣＰＵ２１０、ＲＯＭ
２２０、ＲＡＭ２３０、Ｉ／Ｏポート２４０を含んでい
る。ＲＡＭ２３０には、図６に示すホストプログラム６
００が記憶されている。該ホストプログラム６００に記
憶されている受信モジュール６１０、蓄積モジュール６
３０等が実行されることにより、出力情報受信手段とし
て機能する。また、該ホストプログラム６００に記憶さ
れている蓄積モジュール６３０、操作モジュール６５
０、送信モジュール６２０が実行されることにより、デ
バッグ情報送信手段として機能する。

【００９９】また、ホスト機２００とターゲット機１０
０は、双方向の通信線３０で結ばれている。該通信線３
０は、ターゲット機１００からホスト機２００への通信
を行う第一の通信線３１と、ホスト機２００からターゲ
ット機１００への通信を行う第二の通信線３２とシグナ
ルグラウンド３３を含む。前記通信線３０は、シリアル
ケーブルやパラレルケーブルなど、双方向でありさえす
ればよい。ソフトウエアでそれぞれの通信線に応じた通
信ルーチンを用意すればよいからである。

【０１００】本デバッグ装置では、送信用に任意のＩ／
Ｏポートの１ビットを、受信用に任意のＩ／Ｏポートの
１ビットを割り当てている。両者は、同じポートの別の
２ビットでも良いし、ＲｅａｄＯｎｌｙ／Ｗｒｉｔｅ
Ｏｎｌｙの同一のビットであってもよい。例えば、シ
リアルポートのハンドシェイクラインを割り当てること
もできるし、外付けのハードウエアに入出力のビットを
一つずつ用意しても良い。通信線３０は双方向であり、
半二重の通信線が用いられている。半二重であること自
体には意味がないが、単純なＩ／Ｏポートで通信する関
係上ハードウエアの支援が得られないこと及び通信プロ
グラムがＲＡＭを使えないこと及び通信速度の確保のた
めには、全二重では無く半二重が好ましい。

【０１０１】(本実施例のソフトウエア構成）ターゲッ
ト機１００では、デバッグ用プログラムが実行される。
デバッグ用プログラムの詳細については後述するが、図
３に示すようにＰＯＤを含んでいる。該ＰＯＤには従来
に比べて１０倍程度多いＰＯＤ＿ＩＤを出力できるよう
構成されている。デバッグ用プログラムでは、従来のＰ
ＯＤが決まったボードに単純な出力命令で出力していた
ＰＯＤ＿ＩＤを、双方向の通信線３０を使ってホスト機
２００に送るように構成されている。また、送出後、ホ
スト機２００から何等かのコマンドが送られてこないか
確認する。送られてこない場合にはＰＯＤを続行し、送
られてきた場合にはそのコマンドを処理を行う。

【０１０２】ホスト機２００ではホストプログラムが実
行される。ホストプログラムは、ターゲット機１００に
メモリ読み出しなどのコマンドを送り、その実行結果を
受け取り表示したり、ターゲット機１００にプログラム
を送って実行させたりする。

【０１０３】次に、それぞれのソフトウェアが有するデ
バッグ上必要な各機能について説明する。

【０１０４】（ターゲット機におけるホスト検出機能）
ターゲット機１００のデバッグ用プログラムは、処理を
開始してできるだけ早い時期にホスト機を検出し、ホス
ト機２００が存在したかどうかを、ホスト存在フラグを
立てて記憶する。このようにホスト存在フラグを置くの
は、ＰＯＤ＿ＩＤ送出の度にホスト機を検出すると、ホ
スト機２００が存在しない場合ＰＯＤの動作が遅くなっ
てしまうからである。

【０１０５】このようにすることで、デバッグ用プログ
ラムはデバッグ時以外は、ホストが無いものとして、通
常のＰＯＤの動作する。このため、製品出荷時にもデバ
ッグ用プログラムをはずす必要はない。従って、製品出
荷後に不良がでた場合のデバッグにも利用することがで
きる。

【０１０６】（ターゲット機におけるＰＯＤ＿ＩＤ送信
機能）デバッグ用プログラムのＰＯＤには、その各所
に、動作が十分追えるようにＰＯＤ＿ＩＤが割り当てら
れている。ＰＯＤ＿ＩＤが割り当てられているとは、Ｐ
ＯＤ＿ＩＤを送出するためのルーチンを呼び出すサブル
ーチンコールが組み込まれていることを意味する。図４
（Ａ）は、ＰＯＤにＰＯＤ＿ＩＤを送出するためのルー
チンを呼び出すサブルーチンコールが組み込まれている
様子を示している。ここではｓｅｎｄ＿ｉｄ（３６０ー
１、３６０ー２、３６０ー３）がＰＯＤ＿ＩＤを送出す
るためのルーチンを呼び出すサブルーチンコールに当た
る。

【０１０７】ＰＯＤ＿ＩＤを送出するためのルーチンで
は、まず、Ｉ／ＯポートへのＰＯＤ＿ＩＤの出力がおこ
なわれる。これは、単純なアウトプット命令である。そ
して、ホスト機が存在するかどうかホスト存在フラグに
よって判定する。ホスト機が存在しない場合には直ちに
呼び出し元に戻る（図５（Ａ）のステップ５０参照）。
ホスト機が存在する場合には、ＰＯＤ＿ＩＤをホスト機
に送り出し（図５（Ａ）のステップ６０参照）、その
後、ホスト機からコマンドの送出が無いか調べるためし
ばらく待つ（図５（Ａ）のステップ７０参照）。そして
コマンドが来なければ呼び出し元に戻る（図５（Ａ）の
５００参照）。コマンドが来れば、そのコマンドを処理
した後、呼び出し元に戻る（図５（Ａ）のステップ１０
０、１１０、１２０、１４０参照）。なお、ＲＡＭが使
えない場合でも、コマンド処理が行えるように、送られ
てきたコマンドや付随するパラメータ等は、ＣＰＵのレ
ジスタに記憶して処理を行うようにすることが好まし
い。

【０１０８】（ホスト機における出力情報受信機能）ホ
ストプログラムは、デバッグ用プログラムにホスト機を
検出させるため、デバッグ用プログラムより先に実行を
開始し、常に通信線３０を見張り、ＰＯＤがＰＯＤ＿Ｉ
Ｄを送り出す度にそれを受け取ってメモリに蓄積する
（図５（Ｂ）のステップ１６０、１７０、１８０参
照）。ホスト機のメモリ上には、概ね３万ステップ程度
のＰＯＤ＿ＩＤが蓄積が可能である。これは、ロジック
アナライザに比べると１０倍程度の能力であり、さらに
テンポラリファイルを利用することで、蓄積量を事実上
無制限にすることもできる。

【０１０９】（ホスト機における出力情報表示機能）蓄
積されたＰＯＤ＿ＩＤは、通信処理の合間にホスト機の
画面に表示される。ＰＯＤ＿ＩＤそのままでは単なる１
６ビットの数値で分かり難いので、対応するＰＯＤソー
スコードからコメントを取り出してならべて表示するこ
と等が好ましい。

【０１１０】（ホストプログラムからターゲット機の動
作を停止させるための機能）ブレークポイント機能を利
用したり、ワンステップ機能を利用したり、その他のユ
ーザー操作によって、ホスト機からターゲット機の動作
を停止させることができる。

【０１１１】ブレークポイント機能とは、あらかじめ決
められたＰＯＤ＿ＩＤが送られてきた時にＰＯＤの処理
を止める機能である。この機能は、ＰＯＤ＿ＩＤを受け
取った直後にターゲット機にＰＯＤの動作を中断するコ
マンドを送ることで実現される。（図５（Ｂ）のステッ
プ１９０、２１０参照）ブレークポイントとなるＰＯＤ
＿ＩＤはシステムで標準を定めても良いし、ユーザーが
デバッグ状況に応じて適宜定めても良い。例えば、デバ
ッグ用プログラムがシリアルポートの初期化を終えた時
に動作を止め、シリアルポートのテストプログラムをタ
ーゲット機に送り込んでシリアルポートの動作を確かめ
たい場合、前記初期化を終えた時点で出力されるＰＯＤ
＿ＩＤをブレークポイントとして設定しておくこととよ
い。

【０１１２】ブレークポイントでＰＯＤの処理を止めた
後、ユーザーは、ホストプログラムを通して、種々の操
作を行うことができる。即ちホスト機の画面には、デバ
ッグ用プログラムに進行状況を表すために実行位置に対
応するコメント情報が表示されている。ユーザーは、該
画面表示を見ながら、ブレークポイントにおいてターゲ
ット機において実行させたいデバッグ処理を決定し、該
デバッグ処理に対応するコマンド等の実行を、ホスト機
のキーボードより入力する（図５（Ｂ）のステップ２２
０、２３０、２４０参照）。

【０１１３】なお、ブレークポイント以外でもターゲッ
ト機の動作を停止させたい場合、ワンステップ機能を利
用したり、ユーザー操作を行ったりする。

【０１１４】ワンステップ機能とは、ターゲット機にお
いて次のｓｅｎｄ＿ｉｄルーチン呼び出しまでを実行さ
せる機能である。即ちユーザーがホスト機を操作して、
ワンステップ機能を実行するよう指示した後にくる最初
のＰＯＤ＿ＩＤでターゲット機の実行を停止させること
ができる。

【０１１５】ワンステップ機能は、ターゲット機のＰＯ
Ｄの継続を指示するコマンドを送り、その後にくる最初
のＰＯＤ＿ＩＤに対して停止コマンドを送ることで実現
される。また、ユーザーがホスト機を操作することに
よって、一時的なブレークポイントを指示して、該一時
的なブレークポイントでターゲット機を止めることもで
きる。

【０１１６】以下、本デバッグ装置のターゲット機及び
ホスト機の構成及び動作の一例について詳細に説明す
る。

【０１１７】（デバッグ用プログラムの構成）図３は、
ターゲット機のＲＯＭに記憶されているデバッグ用プロ
グラム３００の構成を表している。デバッグ用プログラ
ム３００は、ＰＯＤ３１０と本デバッグ装置のデバッグ
機能を実現するために必要なプログラムであるＰＯＤ＿
ＩＤ更新ルーチン３２０、通信ルーチン３３０、コマン
ド処理ルーチン３４０を含んでいる。

【０１１８】ＰＯＤ３１０は、電源投入後最初に実行さ
れ、ハードウエアの初期化と機能診断を行うプログラム
である。すなわち、ＰＯＤ３１０は、メモリ・ビデオ・
通信ポート・キーボードなどパソコンに普通に装備され
ている周辺装置の機能を調べ初期化する複数の初期化＆
機能診断ルーチン３１２、３１４…を含んでいる。

【０１１９】該ＰＯＤ３１０は、電源投入後最初に実行
され、周辺デバイスの機能診断をするため、従来からサ
ンプルのデバッグに用いるプログラムとして援用されて
いた。しかし従来は、デバッグ上重要な位置でＰＯＤ＿
ＩＤと呼ばれるコードを出力させ、それをロジックアナ
ライザに記憶させていただけだった。このため、ロジッ
クアナライザがつかないサンプルではデバッグが出来な
かったり、記録出来るＰＯＤ＿ＩＤの数が限られていた
り、ＰＯＤの実行を止めて種々の操作をすることが出来
ない等の各種不具合が生じていた。

【０１２０】そこで前記不具合の解消すべく、本実施例
のデバッグ装置はＰＯＤ＿ＩＤも含めたデバッグ用プロ
グラムの出力情報を前記通信線３０を介してホスト機２
００に送信し、又ホスト機からのコマンド等を受信し
て、該コマンドに対応する処理を行う機能を有するよう
構成されている。

【０１２１】ターゲット機１００においては、前記ＰＯ
Ｄ＿ＩＤ更新ルーチン３２０、通信ルーチン３３０、コ
マンド処理ルーチン３４０をデバッグ用プログラムに含
ませることで、ソフトウエア的に前記機能の実現を図っ
ている。

【０１２２】前記ＰＯＤ＿ＩＤ更新ルーチン３２０は、
ＰＯＤ＿ＩＤを更新して、通信ルーチンに渡す処理を行
うルーチンである。ＰＯＤ３１０は、デバッグ上重要な
位置でＰＯＤ＿ＩＤ更新ルーチン３２０をコールするよ
う構成されている。なお、ＲＡＭが使えないので、サブ
ルーチンの呼び出しには、戻り番地をレジスタ渡しにす
るなどの特殊なテクニックが必要となる。

【０１２３】通信ルーチン３３０は、ターゲット機とホ
スト機の通信処理を行うルーチンであり、ＰＯＤ＿ＩＤ
更新ルーチンから呼ばれて起動される。通信ルーチン
は、ホスト機の存在確認を行い、ホスト機が存在する場
合ＰＯＤ＿ＩＤの送信を行い、ホスト機からのコマンド
を受信するよう構成されている。そして、受信したコマ
ンドの処理を行うコマンド処理ルーチン３４０をコール
する。なお、該通信ルーチン３３０が実行されること
で、出力情報記憶手段及びデバッグ情報受信手段として
機能する。

【０１２４】コマンド処理ルーチン３４０は、ホスト機
から送られてくるコマンドに応じて、該コマンドに対応
した各種処理を行うためのプログラムを含んでいる。ホ
スト機からは、停止しているＰＯＤ３１０の継続を指示
するコマンド、ＰＯＤの実行の停止を指示するコマン
ド、ターゲット機のメモリの内容を読み出すことを指示
するコマンド、ターゲット機のメモリに所与の内容を書
き込むことを指示するコマンド、ターゲット機のＩ／Ｏ
ポートの内容を読み出すことを指示するコマンド、ター
ゲット機のＩ／Ｏポートに所与の内容を書き込むことを
指示するコマンド、ホストから送信したプログラムの実
行を指示するコマンド等が送られてくる。

【０１２５】これに応じてコマンド処理ルーチン３４０
には前記各コマンドに対応した処理を行うためのプログ
ラムである継続コマンドルーチン３４１、停止コマンド
ルーチン３４２、メモリ読み出しコマンド処理ルーチン
３４３、メモリ書き込み処理ルーチン３４４、Ｉ／Ｏポ
ート読み出知るーチン３４５、Ｉ／Ｏポート書き込みル
ーチン３４６、プログラム実行コマンド処理ルーチン３
４７が設けられている。

【０１２６】ここで、ＰＯＤ３１０及びＰＯＤ＿ＩＤ更
新ルーチン３２０について説明する。

【０１２７】図４（Ａ）（Ｂ）は、ＰＯＤ３１０の主要
個所にＰＯＤ＿ＩＤの更新ルーチン呼び出しが挿入され
ている様子及びＰＯＤ＿ＩＤ更新ルーチン３２０の処理
の概略を表した図である。

【０１２８】図４（Ａ）のＰＯＤ３１０はＤＭＡページ
レジスタのテストを行うルーチンであり、ＤＭＡページ
レジスタの８０ｈから８Ｅｈに対し、各ビットが正しく
読み書き出来ることを１ビットずつ確認していく処理を
行っている。この例では、ＤＭＡページレジスタのテス
トを始めるとき（３６０ー１）、テスト中にエラーが生
じたとき（３６０ー２）、テストを終了したとき（３６
０ー３）の３ヶ所でＰＯＤ＿ＩＤがホスト機に送られ
る。ＰＯＤ＿ＩＤ更新ルーチンの呼び出しはマクロで行
われる。この例では、ＰＯＤ＿ＩＤ更新ルーチンのマク
ロ名はｓｅｎｄ＿ｉｄである。この様に、ＰＯＤを作成
する際、デバッグ状重要な位置に予めＰＯＤ＿ＩＤ更新
ルーチンのマクロを挿入しておく。

【０１２９】図４（Ｂ）は、ＰＯＤ＿ＩＤ更新ルーチン
３２０のマクロの処理の概要を表している。マクロ内で
のＰＯＤ＿ＩＤの再定義（３７０）は、一回マクロが呼
ばれる度にＰＯＤ＿ＩＤを増加させるためのものであ
る。これにより、マクロのなかでＰＯＤ＿ＩＤが１ずつ
増加され、各ｓｅｎｄ＿ｉｄマクロが異なるＰＯＤ＿Ｉ
Ｄを送ることが出来る。なお、ＰＯＤ＿ＩＤはＢＩＯＳ
のソースコードのファイルごとに１０００個程度割り当
てられている。

【０１３０】ＰＯＤ＿ＩＤ更新ルーチン３２０のマクロ
では、更新したＰＯＤ＿ＩＤをホスト機に送るために、
通信ルーチン３３０のコール（３８０）が行われる。

【０１３１】次に通信ルーチン３３０及び通信ルーチン
３３０が行うホスト機の存在確認について説明する。

【０１３２】通信ルーチン３３０は、ターゲット機１０
０とホスト機２００の通信処理を行うルーチンであり、
ＰＯＤ＿ＩＤ更新ルーチン３２０から呼ばれて起動され
る。通信ルーチン３３０は、まずホスト機の存在の有無
の確認を行い、ホスト機が存在しない場合には、ＰＯＤ
＿ＩＤの送信を行わずに呼び出し元へ戻る。

【０１３３】ホスト機２００が存在する場合には、ＰＯ
Ｄ＿ＩＤをホスト機２００に送信し、ホスト機２００か
らのコマンドを受信するまで待機する。本実施例のデバ
ッグ装置では、ターゲット機１００がホスト機２００に
ＰＯＤ＿ＩＤを送信すると、ホスト機２００は存在する
限りなにがしかのコマンドを返送するように構成されて
いるからである。そしてホスト機２００からコマンドを
受信すると、コマンド処理ルーチンをコールする。

【０１３４】本デバッグ装置は、ＰＯＤ＿ＩＤを送信す
ると、ホスト機から継続コマンドを受信しない限りホス
ト機から送信されるコマンドの処理を行うよう構成され
ている。このため継続コマンドの場合以外は、再びホス
ト機からのコマンドを受信するまで待機することにな
る。

【０１３５】なお、ホスト機の存在の有無の確認につい
ては、ホスト存在フラグを参照して行うよう構成されて
いる。即ち、処理の開始直後ＰＯＤは通信ルーチンをコ
ールする。このとき、通信ルーチンはホスト機確認用に
決められたデータの送信をおこない、該データに対して
きめられたデータの応答があるかいなかでホスト機の存
在の有無を検出する。前記応答があった場合、ホスト機
が存在するとしてホスト存在フラグをＯＮにし、前記応
答がない場合、ホスト機が存在しないとしてホスト存在
フラグをＯＦＦにする。そして、ホスト存在フラグを設
定した後は、該ホスト存在フラグを参照して、ホスト機
の存在の有無の確認を行う。しかし、ホスト存在フラグ
がＯＮであったため、ＰＯＤ＿ＩＤを送信したが、所定
時間すぎてもホスト機からなんらコマンドが送られてこ
ない場合には、ホスト存在フラグをＯＦＦにして呼び出
し元に戻る。この様にしておけば、何らかの原因により
途中でホスト機との通信が出来なくなった場合、ホスト
機の存在をないものとして処理を続行出来るからであ
る。

【０１３６】また、ＲＡＭが使えない状況であるため、
ホスト存在フラグは、周辺デバイスにある何れかのポー
ト（スクラッチパッドレジスタを持つデバイスが幾つか
ある）か、ＣＰＵのレジスタの一つをＰＯＤでは使用し
ないことにしてそこに置くことにしてもよい。本デバッ
グ装置では、ターゲット機の一つの３２ビットレジスタ
（たとえばＥＣＸレジスタ）の上位１６ビットをＰＯＤ
で使用しないようにして、そこにホスト存在フラグを置
くことにしている。このように無理をしてまでホスト存
在フラグを置くのは、ＰＯＤ＿ＩＤ送出の度にホスト機
を検出すると、ホスト機が存在しない場合ＰＯＤの動作
が遅くなるのを防ぐためである。

【０１３７】（ターゲット機の動作の説明）ターゲット
機であるカードＰＣは、前記デバッグ用プログラム及び
ホスト機から送信される情報に基づき動作する。以下、
前記デバッグ用プログラムによるターゲット機の動作に
ついて説明する。

【０１３８】図５（Ａ）（Ｂ）は本デバッグ装置の動作
説明を行うためのフローチャート図である。図５（Ａ）
はターゲット機における動作を説明するためのフローチ
ャート図である。

【０１３９】まず、電源が投入されると前記デバッグ用
プログラムのＰＯＤの実行が開始され、ホスト存在フラ
グの設定がおこなわれる（ステップ５）。そしてＰＯＤ
は、途中でハングアップするか、最後まで実行されて終
了する（ステップ１０）。

【０１４０】ＰＯＤの実行途中で、ｓｅｎｄ＿ｉｄ（Ｐ
ＯＤ＿ＩＤ更新ルーチン）のマクロ呼び出しがあると、
前記ＰＯＤ＿ＩＤ更新ルーチン３２０に処理がわたりＰ
ＯＤ＿ＩＤ更新処理が行われる（ステップ３０、ステッ
プ４０）。そして、前記通信ルーチン３３０に処理が渡
り、まずホスト機の存在チェックが行われる。即ち、ホ
スト存在フラグを参照し、ホスト存在フラグがＯＦＦで
あったら、ホスト機へＰＯＤ＿ＩＤの送信を行わず、直
ちに呼び出し元のＰＯＤにもどる。ホスト存在フラグが
ＯＦＦでなかったら、ホスト機へＰＯＤ＿ＩＤを送信す
る処理が行われる（ステップ６０）。そしてホスト機か
らのコマンド待ち状態となり、ＰＯＤの実行は停止した
状態となる（ステップ７０）。

【０１４１】ここにおいて、ホスト機から所定時間応答
がない場合、ホスト存在フラグをＯＦＦにして、呼び出
し元のＰＯＤにもどる処理が行われる（ステップ８０、
ステップ９０）。該処理をタイムアウト処理（５００）
という。

【０１４２】所定時間内にホスト機からコマンドを受信
すると、該コマンドに対応したコマンド処理ルーチン３
４０が起動され、コマンドによって指示された処理が行
われる（ステップ１４０）。該コマンドが継続コマンド
であった場合、呼び出し元のＰＯＤにもどり、停止して
いたデバッグ用プログラムの実行が再開される（ステッ
プ１１０）。

【０１４３】また、ホスト機から受信したコマンドが、
停止コマンドであった場合、前記タイムアウト処理が禁
止され、再びホスト機からのコマンド待ち状態となる
（ステップ１２０、ステップ１３０、ステップ７０）。

【０１４４】（ホスト機の動作の説明）次にブレークポ
イント機能を利用してターゲット機に種々デバッグコマ
ンドを送る場合を例にとりホスト機の動作を説明する。

【０１４５】ホストプログラムは、デバッグ用プログラ
ムにホスト機を検出させるため、デバッグ用プログラム
より先に実行を開始し、常に通信線を見張り、ターゲッ
ト機からＰＯＤ＿ＩＤが送られてくるのを待っている
（ステップ１６０）。そしてターゲット機がＰＯＤ＿Ｉ
Ｄを送り出す度にそれを受け取ってメモリに蓄積する
（ステップ１７０、ステップ１８０）。

【０１４６】そして、受信したＰＯＤ＿ＩＤが、ブレー
クポイントに該当するか否か判断する（ステップ１９
０）。該ＰＯＤ＿ＩＤがブレークポイントに該当しない
場合、ターゲット機に継続コマンドを送り（ステップ１
９０、ステップ２００）、該当する場合ターゲット機に
停止コマンドを送る（ステップ１９０、ステップ２１
０）。

【０１４７】ブレークポイントになると、ユーザーの入
力待ちとなり（ステップ２２０）、ユーザーからの入力
があると（ステップ２３０）、入力された内容に対応す
るコマンドの送信処理を行う（ステップ２４０）。入力
されたコマンドが継続コマンドであれば、通常のターゲ
ット機からＰＯＤ＿ＩＤが送られてくるのを待っている
状態に戻る（ステップ２５０、ステップ１６０）。入力
されたコマンドが継続コマンドで無ければ、再びユーザ
ーの入力待ちの状態に戻る（ステップ２５０、ステップ
２２０）。

【０１４８】（ホスト機プログラムの構成）図６はホス
トプログラムとその入出力デバイスの構成を示した図で
ある。

【０１４９】ホストプログラム６００は、受信モジュー
ル６１０、送信モジュール６２０、蓄積モジュール６３
０、表示モジュール６４０、操作モジュール６５０を含
む。

【０１５０】受信モジュール６１０は、ターゲット機か
ら通信線３０、Ｉ／Ｏポート２４０の受信ポート６９０
を介して受け取ったデータを蓄積モジュール６３０に送
る機能を有する。ターゲット機から受け取るデータは、
ＰＯＤ＿ＩＤやデバッグコマンドに対する応答等のデバ
ッグ用プログラムの出力データや、ホストから送信した
プログラムの出力データ等である。

【０１５１】送信モジュール６２０は、他のモジュール
から渡されたデータをＩ／Ｏポート送信ポート７００、
通信線３０を介してターゲット機に送り出す機能を有す
る。

【０１５２】蓄積モジュール６３０は、以下の機能を有
する。

【０１５３】（１）受信モジュール６１０から渡された
データをメモリ７１０に蓄積する。

【０１５４】（２）受信モジュール６１０からデータが
渡されたことを操作モジュール６５０に通知する。

【０１５５】（３）ファイル６６０から読み込んだデー
タをメモリ７１０に蓄積する。

【０１５６】（４）メモリ７１０に蓄積されているデー
タをファイル６６０に書き込む。

【０１５７】（５）表示モジュール６４０からの要求に
応じて、蓄積したデータを渡す。

【０１５８】蓄積モジュール６３０は、受信モジュール
６１０から受け取ったデータとファイル６６０から読み
込んだデータを区別しないので、ＰＯＤ＿ＩＤの記録を
一旦ファイル６６０に書き出し、後から参照することも
できる。

【０１５９】以下各モジュールについて、詳細に説明す
る。

【０１６０】（受信モジュール）まず、受信モジュール
６１０が行う受信動作について説明する。

【０１６１】受信モジュール６１０はターゲット機から
送られてきたデータを二線式通信方式により受信する。
二線式通信方式は、割り込みを使わず、ボーリングとソ
フトウエアによるハンドシェイクによって通信する。そ
のため、受信モジュール６１０は、適当な時間間隔で繰
り返して呼ばれ、ターゲット機からの受信要求を調べ
る。受信要求がなければ、受信モジュール６１０は何も
しない。

【０１６２】受信要求があれば、受信モジュール６１０
は、データを受信し、受信したデータを蓄積モジュール
６３０に渡す。受信モジュール６１０は、データの種類
を区別しない。即ち、ターゲット機から送られてきたデ
ータが、ＰＯＤ＿ＩＤであるか、例えば読み出したメモ
リのデータであるのか区別しない。

【０１６３】（送信モジュール）次に、送信モジュール
６２０が行う送信動作について説明する。

【０１６４】送信モジュール６２０は、他のモジュール
から渡されたデータを二線式通信方式を使ってターゲッ
ト機に送る。送られるデータは、デバッグコマンドやメ
モリ書き込みデータなどである。送信モジュール６２０
も、受信モジュール６１０同様データの種類を区別しな
い。

【０１６５】（蓄積モジュール）蓄積モジュール６３０
は、データ蓄積サブモジュール６３２とファイル操作サ
ブモジュール６３４の２つのサブモジュールを持つ。デ
ータ蓄積サブモジュール６３２は、メモリ７１０やディ
スク上のテンポラリファイルをデータ蓄積場所として確
保している。

【０１６６】このモジュールは、以下の機能を持つ。

【０１６７】（１）他のモジュールやサブモジュールか
ら渡されたデータを、データ蓄積場所に蓄積する。

【０１６８】（２）データ蓄積場所に蓄積されたデータ
の簡単な解釈をする。

【０１６９】（３）受信モジュール６１０からデータを
受け取ったことを、操作モジュール６５０に通知する。

【０１７０】（４）他のモジュールやサブモジュールか
ら要求されたデータを、データ蓄積場所から読み出して
渡す。

【０１７１】（５）他のモジュールやサブモジュールか
らの指示により、データ蓄積場所を空にする。

【０１７２】ここで、データ蓄積サブモジュール６３２
の機能の一つ「蓄積されたデータの簡単な解釈」につい
て説明する。

【０１７３】受信モジュール６１０は、ターゲット機よ
り送られてきたデータそのままを１バイト単位でデータ
蓄積サブモジュール６３２に渡すが、このままでは、デ
ータとして扱いづらい。すなわち、受け取ったデータを
そのままでは、単なるバイト列であるため、ＰＯＤ＿Ｉ
Ｄなのかホスト機から送られたコマンドに対する応答な
のかの区別がない。また、例えばＰＯＤ＿ＩＤは３バイ
トのデータとして送信されるが、この１バイト目なのか
２バイト目なのかの区別もない。このように単なるバイ
トデータのままでは、データ蓄積サブモジュール６３２
からデータを得る操作モジュール６５０や表示モジュー
ル６４０がそれぞれデータの解釈をする必要が生じる。
この場合、２つ以上のモジュールでデータを解釈すると
解釈ロジックに誤りが入る可能性が高くなるので、デー
タ蓄積サブモジュール６３２で基本的なデータ解釈をす
ませる方が望ましい。そこで、本デバッグ装置では、蓄
積モジュール６３０でデータの解釈を行うことにしてい
る。

【０１７４】データ蓄積サブモジュール６３２の行うデ
ータ解釈は、データの区切りを決めること及びデータの
エラーを検出し、適当な補正を加えることを含む。デー
タの区切りを決める機能は、複数のバイトの組み合わせ
で送られてくるＰＯＤ＿ＩＤやその他のデータを、それ
ぞれまとまったデータとして解釈するための機能であ
る。データエラーの検出と補正は、誤って受信されたデ
ータによって生じるデータ解釈の混乱の影響を最低限に
押さえるためのものである。代表的には、バイトの挿入
・削除・変更によって、合理的なデータの区切りを得ら
れるようにする。

【０１７５】なお、操作モジュール６５０へのデータ受
け取りの通知は、データの解釈が終わった後で行われ
る。

【０１７６】ファイル操作サブモジュール６３４は、他
のモジュールの指示により、データ蓄積サブモジュール
６３２に蓄積されているデータをファイル６６０に書き
出したり、ファイル６６０からデータを読み込んでデー
タ蓄積サブモジュール６３２に蓄積させたりする。

【０１７７】蓄積モジュール６３０は、蓄積動作、デー
タ提供動作、ファイル操作を行う。即ち、蓄積モジュー
ル６３０は、受信モジュール６１０から渡されたデータ
を、データ蓄積サブモジュール６３２を使って蓄積す
る。また、蓄積モジュール６３０は、他のモジュールか
ら要求されたデータを、データ蓄積サブモジュール６３
２から取り出して提供する。また、蓄積モジュール６３
０は、操作モジュール６５０の指示により、データ蓄積
サブモジュール６３２に蓄積されているデータをファイ
ル６６０に書き出したり、ファイル６６０からデータを
読み込んでデータ蓄積サブモジュール６３２に蓄積させ
たりする。

【０１７８】（表示モジュール）表示モジュール６４０
は、操作モジュール６５０から指示されたデータを蓄積
モジュール６３０から取得し、ホスト機の画面（表示
部）６７０に表示する。また、コメント用ファイル７２
０から、各ＰＯＤ＿ＩＤについてのコメント情報を取得
し、データの表示に利用する。

【０１７９】表示の書式を、操作モジュール６５０から
の指示によって変更できる。表示できる項目は、「ＰＯ
Ｄ＿ＩＤ・ソースコード名・行番号・コメント・詳細コ
メント」から選べる。

【０１８０】（操作モジュール）操作モジュール６５０
は、自動応答サブモジュール６５２と司令処理サブモジ
ュール６５４のサブモジュールを有する。

【０１８１】自動応答サブモジュール６５２は、蓄積モ
ジュール６３０から受信データを受け取り、それに応じ
た応答を、送信モジュール６２０を通じて自動的にター
ゲット機に送る。

【０１８２】通常、ターゲット機に送られるデータは、
ターゲット機にＰＯＤの処理を続行させるための継続コ
マンドである。ブレークポイントのＰＯＤ＿ＩＤが送ら
れてきたときには、ＰＯＤの動作を中断させるための停
止コマンドを送る。

【０１８３】さらに複雑な処理をおこなわせることもで
きる。例えば、あるＰＯＤ＿ＩＤを受け取った時にあら
かじめ用意されているプログラムをターゲット機に送っ
て実行させ、その実行が終了してからＰＯＤの動作を再
開するなどの処理を、あらかじめ予約しておくこと等も
できる。

【０１８４】司令処理サブモジュール６５４は、ユーザ
ーが入力部６８０から行うキーボード操作やメニュー操
作を解釈し、各モジュールに適当な指示を出す。ユーザ
ーの行える操作としては、表示位置の変更・データの検
索、ブレークポイントの設定・自動応答の予約、ワンス
テップ機能の予約、ターゲット機のメモリ編集・Ｉ／Ｏ
・プログラム実行・ＰＯＤ再開の指示、蓄積データのフ
ァイルへの書き出し・読み込みの指示、ホストプログラ
ム終了の指示等がある。

【０１８５】（デバッグ装置の基本的な動作及び代表的
な動作説明）次に、本デバッグ装置の基本的な動作及び
代表的な動作について、説明する。（ホストプログラムにおけるＰＯＤ＿ＩＤ受け取り時の
動作）図７は、ＰＯＤ＿ＩＤ受け取り時のホストプログ
ラムにおける各モジュール毎の動作を説明するための図
である。

【０１８６】ターゲット機から送られてくるＰＯＤ＿Ｉ
Ｄはヘッダが１バイトでＰＯＤ＿ＩＤが２バイトの３バ
イトのデータである。ヘッダを付けるのはノイズがのる
可能性が高いためである。また、ＰＯＤ＿ＩＤは１６ビ
ットで表されるデータである。

【０１８７】受信モジュール６１０はデータの内容を区
別すること無く、受け取ったデータを１バイトずつ蓄積
モジュール６３０に送る（ステップ３１０、ステップ３
３０、ステップ３５０）。蓄積モジュール６３０は、受
信モジュール６１０から送られてきたデータを蓄積し
（ステップ３２０、ステップ３４０、ステップ３６
０）、ＰＯＤ＿ＩＤデータにおけるヘッダを検出するこ
とにより、ＰＯＤ＿ＩＤデータが送られてきたと解釈
し、操作モジュール６５０に通知する（ステップ３７
０）。

【０１８８】操作モジュール６５０は、表示モジュール
６４０に最新データを表示するように指示する（ステッ
プ３８０）。表示モジュール６４０は該指示を受ける
と、蓄積モジュール６３０から最新データを得て、該デ
ータに関するコメント情報等をコメントファイル７２０
から読み出して画面（表示部）６７０に表示する（ステ
ップ３９０）。

【０１８９】また、操作モジュールでは６５０では、蓄
積モジュール６３０に蓄積された最新のＰＯＤ＿ＩＤデ
ータがブレークポイントに該当するか否か調べる（ステ
ップ４００）。ブレークポイントの時は、停止コマンド
を送るよう送信モジュール６２０に指示する（ステップ
４１０）。これを受けて送信モジュール６２０は、ター
ゲット機に停止コマンドを送る（ステップ４２０）。ブ
レークポイントでない時は、継続コマンドを送るよう送
信モジュール６２０に指示する（ステップ４３０）。こ
れを受けて送信モジュール６２０は、ターゲット機に継
続コマンドを送る（ステップ４４０）。

【０１９０】ブレークポイントがくると、ターゲット機
においてタイムアウト処理が禁止されＰＯＤの実行を停
止したままホスト機からの指示を待つ状態となる。そこ
でユーザーは所望のデバッグ動作を指示するためのコマ
ンド及びパラメータをホスト機の入力部６８０から入力
することができる。このときに指示できるコマンドとし
ては、メモリやＩ／Ｏポートの読み出しコマンドや、メ
モリやＩ／Ｏポートの書き込みコマンドや、プログラム
の実行コマンド等がある。また、ユーザーはワンステッ
プ機能の設定や一時的なブレークポイントの設定も行う
ことができる。以下、それぞれのコマンドが指示される
場合におけるホストプログラム及びターゲット機のデバ
ッグ用プログラムの動作について説明する。

【０１９１】（メモリやＩ／Ｏポートの読み出しコマン
ドが指示される場合の動作）図８は、メモリやＩ／Ｏポ
ートの読み出しコマンドが指示される場合のホストプロ
グラムの各モジュール及びターゲット機の動作を説明す
るための図である。

【０１９２】ユーザーが、入力部６８０より、ターゲッ
ト機のメモリやＩ／Ｏポートを読み出すように操作する
と（ステップ５１０）、操作モジュール６５０は、メモ
リ読み出しコマンド又はＩ／Ｏポート読み出しコマンド
と、それに付随するパラメータを送るよう送信モジュー
ル６２０に指示する（ステップ５２０）。送信モジュー
ル６２０は、これを受けて該当するコマンドとパラメー
タをターゲット機に送る（ステップ５３０）。ここにお
いてパラメータとは、読み出すべきメモリやＩ／Ｏポー
トのアドレス等をさす。

【０１９３】ターゲット機の通信ルーチンは、ホスト機
から送られてきたコマンドとパラメータを受け取る（ス
テップ５４０）。そして、コマンド処理ルーチン３４０
（図３参照）の対応するルーチン（メモリ読み出しコマ
ンド処理ルーチン３４３又はＩ／Ｏポート読み出しコマ
ンド処理ルーチン３４５）に処理が渡り、指定されたＩ
／Ｏポート又はメモリのデータの読み出しが行われる
（ステップ５５０）。読み出したデータは１バイトずつ
順次ＣＰＵのレジスタに記憶され、通信ルーチンにより
ホスト機に送られる（ステップ５６０）。

【０１９４】ホスト機の受信モジュール６１０では、ま
ず前記コマンドの応答ヘッダを受け取る（ステップ５７
０）。蓄積モジュール６３０は応答ヘッダを蓄積する
（ステップ５８０）。次に、ホスト機の受信モジュール
６１０では、ターゲット機において読み出されたデータ
を受け取る（ステップ５９０）。蓄積モジュール６３０
は該データを蓄積する（ステップ６００）。そして蓄積
モジュール６３０は、ターゲット機から応答のあったこ
とを操作モジュール６５０に通知する（ステップ６１
０）。

【０１９５】操作モジュール６５０は、表示モジュール
６４０に、最新データを画面（表示部）６７０に表示す
るように指示する（ステップ６２０）。表示モジュール
６４０は蓄積モジュール６３０から最新データを得て、
画面（表示部）６７０に表示する（ステップ６３０）。
ここにおいて、最新データとは、コマンドに対する応答
と、読み出されたデータである。

【０１９６】（メモリやＩ／Ｏポートへの書き込みコマ
ンドが指示される場合の動作）図９は、メモリやＩ／Ｏ
ポートへの書き込みコマンドが指示される場合のホスト
プログラムの各モジュール及びターゲット機の動作を説
明するための図である。

【０１９７】ユーザーが、入力部６８０より、ターゲッ
ト機のメモリやＩ／Ｏポートに所与のデータを書き込む
ように操作すると（ステップ７１０）、操作モジュール
６５０は、メモリ書き込みコマンド又はＩ／Ｏポート書
き込みコマンドと、それに付随するパラメータを送るよ
う送信モジュール６２０に指示する（ステップ７２
０）。ここにおいて送信モジュール６２０は、これを受
けて該当するコマンドとパラメータをターゲット機に送
る（ステップ７３０）。ターゲット機の通信ルーチン
は、ホスト機から送られてきたコマンドとパラメータを
受け取る（ステップ７４０）。ここにおいてパラメータ
とは、データを書き込むべきメモリやＩ／Ｏポートのア
ドレス等をさす。

【０１９８】また、操作モジュール６５０はターゲット
機のメモリやＩ／Ｏポートに書き込むべきデータを送る
よう送信モジュール６２０に指示する（ステップ７５
０）。送信モジュール６２０は、これを受けて書き込む
べきデータをターゲット機に送る（ステップ７６０）。
ターゲット機の通信ルーチンは、ホスト機から送られて
きた該データを受け取る（ステップ７７０）。

【０１９９】そして、コマンド処理ルーチン３４０の対
応するルーチン（メモリ書き込みコマンド処理ルーチン
３４４又はＩ／Ｏポート書き込みコマンド処理ルーチン
３４６）に処理が渡り、指定されたＩ／Ｏポート又はメ
モリに受信したデータの書き込みが行われる（ステップ
７７２）。受信したデータは１バイトずつ順次ＣＰＵの
レジスタに記憶され、順次Ｉ／Ｏポート又はメモリに書
き込みが行われる。そして書き込みの終了を示す応答ヘ
ッダをホスト機に送信する（ステップ７８０）。

【０２００】ホスト機の受信モジュール６１０では、ま
ず前記応答ヘッダを受け取る（ステップ７９０）。蓄積
モジュール６３０は応答ヘッダを蓄積する（ステップ８
００）。蓄積モジュール６３０は該データを蓄積する
（ステップ６００）。そして蓄積モジュール６３０は、
ターゲット機から応答のあったことを操作モジュール６
５０に通知する（ステップ８１０）。

【０２０１】操作モジュール６５０は、表示モジュール
６４０に、最新データを画面（表示部）６７０に表示す
るように指示する（ステップ８２０）。表示モジュール
６４０は蓄積モジュール６３０から最新データを得て、
画面（表示部）６７０に表示する（ステップ８３０）。
ここにおいて、最新データとは、コマンドにたいする応
答である。

【０２０２】（ターゲット機にプログラムを送信して実
行させる時の動作）図１０は、ホスト機からターゲット
機にプログラムを送信して実行させる場合のホスト機及
びターゲット機における動作の概略について説明するた
めの図である。

【０２０３】まず、ホスト機において、ファイル及びメ
モリのいずれかに送信すべきプログラムの実行コードが
記憶されていることが必要となる。そしてターゲット機
において、受信したプログラムを実行させるためには、
該プログラムをＲＡＭに記憶させることが必要となる。

【０２０４】ブレークポイント時に、ユーザーがプログ
ラムの送信及び実行を行うように指示することで、又は
予めプログラムの送信及び実行が予約されたブレークポ
イントにくることで、ホスト機はターゲット機に送信す
るプログラムの実行を指示するためのコマンドを送る
（ステップ８１０）。ターゲット機は該コマンドを受け
る（ステップ８２０）。

【０２０５】そしてホスト機は、ファイル及びメモリの
いずれかに記憶されたプログラムの実行コードを順次送
信する（ステップ８３０）。ターゲット機の通信ルーチ
ンは、該実行コードを順次受信し（ステップ８４０）、
プログラム実行コマンド処理ルーチンは、該実行コード
をＲＡＭに記憶させる。そして、全ての実行コードの受
信が終了すると、ターゲット機は受け取った実行コード
を実行する（ステップ８５０）。この間ホスト機は実行
終了の報告を待っている（ステップ８６０）。ターゲッ
ト機において、前記受信したプログラムの実行が終了す
ると、ターゲット機は実行終了を示す応答ヘッダをホス
ト機に送り（ステップ８７０）、基本動作に戻る（ステ
ップ８９０）。ここにおいて基本動作とは、図５（Ａ）
のステップ７０のホスト機からのコマンド待ち状態をい
う。

【０２０６】ホスト機は前記応答ヘッダを受け取り（ス
テップ８８０）、図９におけるステップ７９０以降と同
様の処理を行う。

【０２０７】このように、ブレークポイントにおける各
種のデバッグ動作を終えて、ユーザーがＰＯＤの再開を
希望する時は、入力部６８０においてＰＯＤを再開する
ように操作すると、ホスト機からターゲット機に継続コ
マンドが送られる。そうすると、ターゲット機では、停
止していたＰＯＤが再開される。

【０２０８】（ホスト機において受信したデータを一旦
ファイルに書き込んで処理を行う場合）図１１（Ａ）
（Ｂ）は、ホスト機において受信したデータを一旦ファ
イルに書き込んで処理を行う場合について説明するため
の図である。

【０２０９】図１１（Ａ）は、ホスト機において蓄積デ
ータをファイル６６０に書き込む時の動作を説明するた
めの図である。蓄積データとは、ホスト機が受信したデ
ータを蓄積モジュール６３０のデータ蓄積サブモジュー
ル６３２がデータ蓄積場所に蓄積しているデータのこと
をいう。ホスト機において、ターゲット機から送られて
きたデータをリアルタイムに処理する場合は、前述した
例で説明ように、蓄積モジュール６３０において蓄積さ
れているデータをファイル６６０に書き出す必要は無
い。しかし、蓄積モジュール６３０は、受信モジュール
６１０から受け取ったデータとファイル６６０から読み
込んだデータを区別しないので、ＰＯＤ＿ＩＤの記録を
一旦ファイルに書き出し、後から参照することもでき
る。このような場合に図１１（Ａ）（Ｂ）で説明する処
理が必要となる。

【０２１０】ユーザーが入力部６８０から蓄積データを
ファイル６６０に書き込むように操作すると（ステップ
９１０）、操作モジュール６５０は蓄積データをファイ
ル６６０に書き込むよう、蓄積モジュール６３０に指示
する（ステップ９２０）。蓄積モジュール６３０のファ
イル操作サブモジュール６３４は、蓄積データをファイ
ル６６０に書き出す（ステップ９３０）。書き出しを終
了すると、書き出し終了を操作モジュール６５０に通知
する（ステップ９４０）。操作モジュール６５０はユー
ザーに書き込み終了を知らせる（ステップ９５０）。

【０２１１】図１１（Ｂ）は、ファイルからデータを読
み込む時の動作を説明するための図である。ユーザー
が、ファイル６６０からデータを読み込むように入力部
６８０から操作すると（ステップ９６０）、操作モジュ
ール６５０はファイル６６０からデータを読み込むよ
う、蓄積モジュール６３０に指示する（ステップ９７
０）。すると蓄積モジュール６３０のファイル操作サブ
モジュール６３４は、ファイル６６０からデータを読み
込む。このとき、データ蓄積サブモジュール６３２は、
受信モジュール６１０からデータを受け取る時と同様
に、読み込んだデータの解釈も行う（ステップ９８
０）。読み込みを終了すると、読み込み終了を操作モジ
ュール６５０に通知する（ステップ９９０）。操作モジ
ュール６５０は、表示モジュール６４０に先頭ページを
表示部６７０に表示するように指示する。（ステップ１
０００）。表示モジュール６４０は蓄積モジュール６３
０から先頭ページの表示に必要なデータを、画面に表示
する。

【０２１２】このように、本デバッグ装置ではファイル
から読み込んだデータも受信した蓄積データと同様に扱
いデバッグ動作を行うことができる。

【０２１３】（画面表示とホスト用データ作成プログラ
ム）本デバッグ装置では、ターゲット機から送られてく
る出力情報がホスト機の表示部６７０に表示されるた
め、ユーザーは該表示情報を見ながら、ターゲット機の
ＰＯＤの進行状況に応じて臨機応変に所望のデバッグ動
作を行うことができる。

【０２１４】ターゲット機において、電源が投入される
と、図３に示すデバッグ用プログラム３００のＰＯＤ３
１０の実行が開始される。ＰＯＤ３１０は、周辺装置の
初期化と機能診断を行うプログラムであり、各周辺装置
（Ａ、Ｂ、…）の初期化＆機能診断ルーチン３１２、３
１４、…を含んでいる。電源が投入されると、ＰＯＤ３
１０は順次各周辺装置（Ａ、Ｂ、…）の初期化＆機能診
断ルーチン３１２、３１４、…の実行を行い、システム
を動かす上で障害がある場合は自らハングアップする。

【０２１５】ここにおいて、該ＰＯＤ３１０はデバッグ
上重要な位置でＰＯＤ＿ＩＤデータをホスト機に送信す
るよう構成されている。ＰＯＤ＿ＩＤは１ずつインクリ
メントされる番号であるため、ＰＯＤ＿ＩＤを調べるこ
とで、ＰＯＤ３１０の実行位置を知ることができる。例
えばハングアップした場合、どの部分で落ちたのか知る
ためには、実行コード中にできるだけ近い間隔でＰＯＤ
＿ＩＤ更新ルーチンを呼ぶマクロを挿入しておくことが
好ましい。しかし、全ＰＯＤを実行すると、３００００
個程度のＰＯＤ＿ＩＤが出力されるため、該ＰＯＤ＿Ｉ
Ｄを見ただけでユーザーが実行内容やＰＯＤのソースコ
ードのどの部分に対応しているのかを理解することは困
難である。

【０２１６】例えばユーザーが途中でＰＯＤの実行を停
止してメモリの読み出し等の所望のデバッグ動作を行い
たい場合、ユーザーは画面上でＰＯＤの位置を見なが
ら、ＰＯＤの実行を停止してデバッグ動作を行う場所を
判断する。このような場合、ユーザーがＰＯＤ＿ＩＤだ
けをみてＰＯＤの位置を判断するのは、非常に困難であ
る。

【０２１７】そこで本デバッグ装置では、ＰＯＤ実行位
置をＰＯＤ＿ＩＤの値、行番号、コメント、詳細コメン
トのいずれか、又はそれらの組み合わせで表示すること
ができるようにしている。またそのほかにsend＿idが含
まれる部分のラベル等を表示するようにしてもよい。即
ち例えば図１２（Ａ）において１２１０のsend＿idによ
るＰＯＤ＿ＩＤの値を表示する場合、該send＿idが含ま
れている部分のラベルであるSR_VALUE_IOOPを表示する
等である。

【０２１８】図１２（Ａ）は、ＰＯＤのソースコード１
２００の一例を示している。例えばホスト機において、
１２１０のsend＿idで送信されるＰＯＤ＿ＩＤを受信し
た場合、ソースコード名を表示する場合、図１２（Ａ）
に示す１２１０のsend＿id付近のソースコード、又は処
理の終わったソースコード上で最も近いところにある名
前（例えば１２４０）等を表示することになる。また、
行番号を表示する場合、１２１０のsend＿idに対応する
行番号１０１０を表示することになる。また、コメント
を表示する場合、１２１０のsend＿idに対応するコメン
トである１２２０を表示することになる。更に詳細コメ
ントとしては、１２１０のsend＿id付近の処理の内容を
詳細に表したコメントを表示することになる。

【０２１９】ここにおいて、ＰＯＤ＿ＩＤはターゲット
機から受信することにより得られる情報であり、ソース
コード名、行番号、コメントは該ＰＯＤ＿ＩＤに基づき
ＰＯＤのソースコードを解析して得られる情報である。
従ってホストプログラムのメモリにＰＯＤのソースコー
ドを記憶しておいて、ＰＯＤ＿ＩＤを受信する度に、Ｐ
ＯＤのソースコードを解析して、該情報を得ることも可
能である。しかし、それでは処理に時間がかかり、実行
する度に同じ処理がくりかえされることになり、効率が
悪い。このため、本デバッグ装置では、予め図１２
（Ｂ）に示すようにＰＯＤ＿ＩＤに対応した行番号、コ
メント等を記憶させたコメントファイル７２０を用意し
ている。そして、表示モジュール６４０は、受け取った
ＰＯＤ＿ＩＤに基づき、コメントファイル７２０から行
番号、コメント等を読み出して表示部６７０に表示す
る。

【０２２０】図１２（Ｂ）は、コメントファイル７２０
に記憶されているデータの一例を示した図である。図１
２（Ｂ）に示すように、コメントファイル７２０には、
ＰＯＤ＿ＩＤ７２０、行番号１２６０、コメント１２７
０等が記憶されている。

【０２２１】なお、詳細コメントの表示としては、ソー
スコード上に特殊なコメントの形で書かれた内容を表示
するようにしてもよい。即ち、マイクロソフトアセンブ
ラでは、「；」から行の後ろまでをコメントとみなすた
め、本実施例で、マクロ（send＿id）に続く１つ
の「；」の後ろにかかれた文字列をコメントとして表示
し、マクロ（send＿id）の現れる次の行に二つ続い
た「；」即ち「；；」が現れた場合、その行の終わりま
でを詳細コメントとして表示している。

【０２２２】なお、ＰＯＤのソースプログラムから直接
えられる情報では無く、ユーザーが予め、ＰＯＤ＿ＩＤ
毎に又はコメントの内容毎にその内容を定義しておいた
ものを出力するようにしてもよい。例えばソースコード
のコメント情報に処理内容に応じた記号等含ませてお
き、その記号に対応する内容を、定義しておくような形
式でも良い。

【０２２３】このようにコメントファイル７２０を予め
作成しておくと、ＰＯＤ＿ＩＤに対応した各種情報をコ
メントファイルから読み出すという簡単な構成で、ユー
ザーにわかり易い情報を画面に表示することができる。

【０２２４】（コメントファイル作成用プログラム）な
お、ホストプログラムには、前記コメントファイルを作
成するにあたり、ＰＯＤを入力してコメントファイル７
２０を作成するためのコメントファイル作成用プログラ
ムを用意している。該コメントファイル作成用プログラ
ムは、ＰＯＤのソースコードにＰＯＤ＿ＩＤ更新ルーチ
ンを呼ぶマクロ（send＿id）を検出する度にＰＯＤ＿Ｉ
Ｄの値をインクリメントする。ここにおいてＰＯＤ＿Ｉ
Ｄの番号はＰＯＤのソースコードのファイル毎に割り当
てられている。このため、ソースコード上で、ＰＯＤ＿
ＩＤ更新ルーチンを呼ぶマクロ（send＿id）を検出する
度に、各ファイル毎にさだめられた初期値から１ずつイ
ンクリメントした値がそこで送信されるＰＯＤ＿ＩＤと
なる。

【０２２５】図１２（Ａ）（Ｂ）を用いて、ＰＯＤのソ
ースコードからコメントファイルを作成する様子を説明
する。図１２（Ａ）に示すＰＯＤのソースコードを入力
したコメントファイル作成用プログラム１２９０は、ま
ず１２１２のsend＿idを検出すると、１だけインクリメ
ントしたＰＯＤ＿ＩＤ（１２５０）０２０４ｈを出力す
る。そして、対応する行番号１０００及び当該行に記載
されているコメント１２１６を出力する。そして、次の
send＿id（１２１０）を検出すると、前回より１だけイ
ンクリメントしたＰＯＤ＿ＩＤ（１２５０）０２０５ｈ
を出力する。そして、対応する行番号１０１０及び当該
行に記載されているコメント１２２０を出力する。この
ようにして、コメントファイル作成用プログラム１２９
０は、ＰＯＤのソースコードから、ＰＯＤ＿ＩＤ、行番
号、コメント等の情報を記憶したコメントファイル７２
０を作成する。

【０２２６】なお本発明のデバッグ装置は、上記実施例
で説明したものに限らず、種々の変形実施が可能であ
る。

【０２２７】例えば、上記実施例では、ターゲット機か
ら送られてくる出力情報がホスト機の表示部６７０にリ
アルタイム表示される場合を例にとり説明したが、出力
情報を一旦ファイルにおとすようにしてもよい。このよ
うな場合、ブレークポイントにおいてユーザーが入力す
る処理を自動応答にして実行させることが好ましい。ま
た、後で出力情報を出力させる場合、画面ではなくプリ
ンター等に出力するようにしてもよい。

【０２２８】また、上記実施例では、ターゲット機とホ
スト機が双方向の通信を行う場合を例にとり説明した
が、ターゲット機がＰＯＤ＿ＩＤを一方的にホスト機に
送信し、ホスト機でその実行の軌跡を蓄積、出力するよ
うにしても良い。

【０２２９】

【図面の簡単な説明】

【図１】本実施例のデバッグ装置を用いて、クレジット
サイズのカード形状のパソコンのサンプルをデバッグす
る際の外観図である。

【図２】本実施例のデバッグ装置のハードウエア構成を
示している。

【図３】ターゲット機のＲＯＭに記憶されているデバッ
グ用プログラムの構成を表している。

【図４】図４（Ａ）（Ｂ）は、ＰＯＤの主要個所にＰＯ
Ｄ＿ＩＤの更新ルーチン呼び出しが挿入されている様子
及びＰＯＤ＿ＩＤ更新ルーチンの処理の概略を表した図
である。

【図５】図５（Ａ）（Ｂ）は本デバッグ装置の動作説明
を行うためのフローチャート図である。

【図６】ホストプログラムとその入出力デバイスの構成
を示した図である。

【図７】ＰＯＤ＿ＩＤ受け取り時のホストプログラムに
おける各モジュール毎の動作を説明するための図であ
る。

【図８】メモリやＩ／Ｏポートの読み出しコマンドが指
示される場合のホストプログラムの各モジュール及びタ
ーゲット機の動作を説明するための図である。

【図９】メモリやＩ／Ｏポートへの書き込みコマンドが
指示される場合のホストプログラムの各モジュール及び
ターゲット機の動作を説明するための図である。

【図１０】ホスト機からターゲット機にプログラムを送
信して実行させる場合のホスト機及びターゲット機にお
ける動作の概略について説明するための図である。

【図１１】図１１（Ａ）（Ｂ）は、ホスト機において受
信したデータを一旦ファイルに書き込んで処理を行う場
合について説明するための図である。

【図１２】図１２（Ａ）（Ｂ）は、ＰＯＤのソースコー
ドからコメントファイルを作成する動作を説明するため
の図である。

【符号の説明】

３０通信線３１第一の通信線３２第二の通信線３３シグナルグランド１００ターゲット機１２０ＲＯＭ１３０ＲＡＭ１４０Ｉ／Ｏポート３００デバッグ用プログラム３１０ＰＯＤ３２０ＰＯＤ＿ＩＤ更新ルーチン３３０通信ルーチン３４０コマンド処理ルーチン６００ホストプログラム６１０受信モジュール６２０送信モジュール６３０蓄積モジュール６４０表示モジュール６５０操作モジュール６６０ファイル６７０表示部６８０入力部７２０コメントファイル

Claims

【特許請求の範囲】

【請求項１】ハードウエアに障害を含む情報処理装置
であるターゲット機のハードウエア及びソフトウエアの
少なくとも一方をデバッグするデバッグ装置であって、前記ターゲット機から、前記ターゲット機とは別に設け
られた情報処理装置であるホスト機への通信を行う第一
の通信手段と、前記ターゲット機において、電源投入後の初期状態にお
いてデバッグ用プログラムを実行させるデバッグ用プロ
グラム実行手段と、前記デバッグ用プログラムの出力情報を、前記第一の通
信手段を用いてターゲット機からホスト機に送信する出
力情報送信手段と,前記デバッグ用プログラムの出力情
報を前記ホスト機において受信する出力情報受信手段と
を含むことを特徴とするデバッグ装置。
【請求項２】請求項１において、前記ホスト機からターゲット機への通信を行う第二の通
信手段をさらに含み、前記受信した出力情報に基づき、前記ターゲット機に所
与のデバッグ処理を行わせるためのデバッグ情報を前記
第二の通信手段を用いてホスト機からターゲット機に送
信するデバッグ情報送信手段と、前記デバッグ情報を前記ターゲット機において受信する
デバッグ情報受信手段とを含み、前記デバッグ用プログラム実行手段は、該デバッグ情報に基づき所与のデバッグ処理を行う手段
とを含むことを特徴とするデバッグ装置。
【請求項３】請求項２において、前記デバッグ用プログラム実行手段は、出力情報の送信に伴い、前記デバッグ用プログラムの実
行を所定の位置で停止させ、ホスト機からデバッグ情報
が送られてきたこと及び所与の時間ホスト機からデバッ
グ情報が送られてこないことの少なくとも一方を確認し
てから、前記デバッグ用プログラムの実行を開始させる
ことを特徴とするデバッグ装置。
【請求項４】請求項２又は３のいずれかにおいて、前記デバッグ情報送信手段は,前記ターゲット機に実行
させるデバッグ処理を指示するための所与のデバッグコ
マンドを前記第二の通信手段を用いて前記ホスト機から
前記ターゲット機に送り、前記デバッグ情報受信手段は、前記デバッグコマンドを前記デバッグ情報として受信
し、前記デバッグ用プログラム実行手段は、受信した前記デバッグコマンドに基づき所与のデバッグ
処理を行うデバッグ用プログラムを実行させることを特
徴とするデバッグ装置。
【請求項５】請求項２〜４のいずれかにおいて、前記デバッグ情報送信手段は,前記ターゲット機におい
てデバッグ用プログラムの実行を停止させるための停止
情報を前記第二の通信手段を用いて前記ホスト機から前
記ターゲット機に送り、デバッグ情報受信手段は、前記停止情報を前記デバッグ情報として受信し、前記デバッグ用プログラム実行手段は、受信した前記停止情報に基づきデバッグ用プログラムの
実行を停止させることを特徴とするデバッグ装置。
【請求項６】請求項２〜５のいずれかにおいて、前記デバッグ情報送信手段は,前記ターゲット機におい
て停止中のデバッグ用プログラムを続行させるための続
行情報を前記第二の通信手段を用いて前記ホスト機から
前記ターゲット機に送り、デバッグ情報受信手段は、前記続行情報を前記デバッグ情報として受信し、前記デバッグ用プログラム実行手段は、受信した前記続行情報に基づき停止中のデバッグ用プロ
グラムを続行させることを特徴とするデバッグ装置。
【請求項７】請求項２〜６のいずれかにおいて、前記デバッグ情報送信手段は,前記ターゲット機におい
てメモリの内容を読み出すためのメモリ読み出し情報を
前記第二の通信手段を用いて前記ホスト機から前記ター
ゲット機に送り、デバッグ情報受信手段は、前記メモリ読み出し情報を前記デバッグ情報として受信
し、前記デバッグ用プログラム実行手段は、受信した前記メモリ読み出し情報に基づき、ターゲット
機においてメモリの内容を読み出すためのデバッグ用プ
ログラムを実行させ、前記出力情報送信手段は、前記出力情報として読み出したメモリの内容を出力する
ことを特徴とするデバッグ装置。
【請求項８】請求項２〜７のいずれかにおいて、前記デバッグ情報送信手段は,前記ターゲット機におい
てメモリに所与の情報を書き込むためのメモリ書き込み
情報を前記第二の通信手段を用いて前記ホスト機から前
記ターゲット機に送り、デバッグ情報受信手段は、前記メモリ書き込み情報を前記デバッグ情報として受信
し、前記デバッグ用プログラム実行手段は、受信した前記メモリ書き込み情報に基づき、ターゲット
機においてメモリに所与の内容を書き込むためのデバッ
グ用プログラムを実行させることを特徴とするデバッグ
装置。
【請求項９】請求項２〜８のいずれかにおいて、前記デバッグ情報送信手段は,前記ターゲット機におい
てＩ／Ｏポートの情報を読み込むためのＩ／Ｏポート読
み込み情報を前記第二の通信手段を用いて前記ホスト機
から前記ターゲット機に送り、デバッグ情報受信手段は、前記Ｉ／Ｏポート読み込み情報を前記デバッグ情報とし
て受信し、前記デバッグ用プログラム実行手段は、受信した前記Ｉ／Ｏポート読み込み情報に基づき、ター
ゲット機においてＩ／Ｏポートの情報を読み込むための
デバッグ用プログラムを実行させ、前記出力情報送信手段は、前記出力情報として読み出したＩ／Ｏポートの情報を出
力することを特徴とするデバッグ装置。
【請求項１０】請求項１〜９のいずれかにおいて、前記デバッグ情報送信手段は,前記ターゲット機におい
てＩ／Ｏポートに所与の情報を書き込むためのＩ／Ｏポ
ート書き込み情報を前記第二の通信手段を用いて前記ホ
スト機から前記ターゲット機に送り、デバッグ情報受信手段は、前記Ｉ／Ｏポート書き込み情報を前記デバッグ情報とし
て受信し、前記デバッグ用プログラム実行手段は、受信した前記Ｉ／Ｏポート書き込み情報に基づき、ター
ゲット機においてＩ／Ｏポートに所与の情報を書き込む
ためのデバッグ用プログラムを実行させることを特徴と
するデバッグ装置。
【請求項１１】請求項１〜１０のいずれかにおいて、前記デバッグ情報送信手段は,前記ターゲット機に実行
させたいデバッグ処理を指示するための所与のデバッグ
プログラムを前記第二の通信手段を用いて前記ターゲッ
ト機に送り、デバッグ情報受信手段は、前記デバッグプログラムを前記デバッグ情報として受信
し、前記デバッグ用プログラム実行手段は、受信した前記デバッグプログラムを実行させることを特
徴とするデバッグ装置。
【請求項１２】請求項１〜１１のいずれかにおいて、前記デバッグ用プログラム実行手段は、オペレーティングシステムが動作していない状態でデバ
ッグ用プログラムを実行させることを特徴とするデバッ
グ装置。
【請求項１３】請求項１〜１２のいずれかにおいて、前記デバッグ用プログラム実行手段は、ターゲット機の読み出し専用メモリに記憶されているＢ
ＩＯＳの初期化及び機能診断ルーチンをターゲット機の
中央処理装置で実行させることを特徴とするデバッグ装
置。
【請求項１４】請求項１〜１３のいずれかにおいて、前記出力情報送信手段は、前記出力情報としてデバッグ用プログラムの実行位置を
表す情報を出力することを特徴とするデバッグ装置。
【請求項１５】請求項１〜１４のいずれかにおいて、前記デバッグ用プログラム実行手段は、複数の実行位置検出用命令が挿入されているデバッグ用
プログラムを実行し、前記実行情報送信手段は、前記デバッグ用プログラムの前記実行位置検出用命令の
実行に基づき、所定のルールで増加又は減少させた実行
位置検出用ＩＤ番号を、実行情報としてターゲット機か
らホスト機に送ることを特徴とするデバッグ装置。
【請求項１６】請求項１〜１５のいずれかにおいて、前記デバッグ用プログラム実行手段は、ターゲット機のＲＡＭが動作していない状態でデバッグ
用プログラムを実行させることを特徴とするデバッグ装
置。
【請求項１７】請求項２〜１６のいずれかにおいて、前記ターゲット機は所与のボード上に設けられた中央処
理装置とメモリを含む集積回路装置であって、前記第一の通信手段は第一の通信回線を含み、前記第二の通信手段は第二の通信回線を含み、前記第一の通信回線の一方の端子及び第二の通信回線の
一方の端子は、前記集積回路装置の端子及び前記ボード
上の配線の少なくとも一つと接続され、前記第一の通信回線の他方の端子及び第二の通信回線の
他方の端子は、ホスト機と接続されていることを特徴と
するデバッグ装置。
【請求項１８】請求項２〜１７のいずれかにおいて、前記ホスト機の存在の有無を検出するホスト検出手段を
更に含み、前記デバッグ用プログラム実行手段は、前記ホスト検出手段がホスト機の存在が無いことを検出
した場合には、ホスト機からのデバッグ情報を待つこと
なく前記デバッグ用プログラムを実行させることを特徴
とするデバッグ装置。
【請求項１９】請求項１８において、前記ホスト検出手段は、ホスト機からのデバッグ情報の受信の有無に基づきホス
ト機の存在の有無を表すホスト存在フラグを設定する手
段を含み、ホスト存在フラグに基づきホスト機の存在が
ないと判断することを特徴とするデバッグ装置。
【請求項２０】請求項１８又は１９のいずれかにおい
て、前記ホスト検出手段は、出力情報送信手段が出力情報の送信に失敗した場合及び
出力情報送信後所定時間内にホスト機からのデバッグ情
報を受信しない場合の少なくとも一方の場合にホスト機
の存在が無いと判断することを特徴とするデバッグ装
置。
【請求項２１】請求項１〜２０のいずれかにおいて、前記デバッグ用プログラムの出力情報及び出力情報に基
づき生成されたデバッグ用の情報を前記ホスト機から所
与の出力手段に出力する手段を含むことを特徴とするデ
バッグ装置。
【請求項２２】ハードウエアに障害を含む情報処理装
置であるターゲット機のハードウエア又はソフトウエア
の少なくとも一方をデバッグするデバッグ装置に用いる
情報記憶媒体であって、前記ターゲット機において、電源投入後の初期状態にお
いてデバッグ用プログラムを実行させるための情報と、前記デバッグ用プログラムの出力情報を、前記ターゲッ
ト機とは別に設けられた情報処理装置であるホスト機へ
の通信を行う第一の通信手段を用いて、ターゲット機か
らホスト機に送信するための情報とを含むことを特徴と
する情報記憶媒体。
【請求項２３】請求項２２において、前記受信した出力情報に基づき、前記ターゲット機に所
与のデバッグ処理を行わせるためのデバッグ情報を前記
ホスト機から前記ターゲット機への通信を行う第二の通
信手段を用いてホスト機からターゲット機に送信するた
めの情報と、前記デバッグ情報を前記ターゲット機において受信する
ための情報とを含み、前記デバッグ用プログラムを実行させるための情報は、前記デバッグ情報に基づき所与のデバッグ処理を行うた
めの情報とを含むことを特徴とする情報記憶媒体。
【請求項２４】請求項２２又は２３のいずれかに記載
の情報記憶媒体と、該情報記憶媒体に記憶された情報に基づき処理を行う中
央処理手段を含むことを特徴とする情報処理装置。
【請求項２５】請求項２４において、前記中央処理手段と情報記憶媒体はカードサイズのボー
ド上に実装されていることを特徴とする情報処理装置。