JPH1011112A - システム用のファームウェアの開発及びテスト用のモニタ装置、開発方法、及び、汎用回路内エミュレータ装置 - Google Patents

Abstract

(57)【要約】 【課題】 より汎用性に優れたプロセッサシステム用の
ファームウェアの開発及びテスト用の装置を提供する。 【解決手段】 本発明のモニタ装置は、埋め込みプロセ
ッサベースのシステムにおけるフアームウェアをテス
ト、バグ除去するリアルタイムモニタ装置において、ホ
ストコンピュータサブシステム、埋め込みプロセッササ
ブシステムを表す目標サブシステム、ホストコンピュー
タサブシステムと目標サブシステムとの間を接続する通
信リンクサブシステム、前記の目標サブシステムをリア
ルタイムでモニタし、そのモニタ結果を保有する作業の
ためにホストコンピュータサブシステム上に存在するモ
ニタサブシステムよりなる。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、埋め込みプロセッ
サシステム用のフアームウェアの開発及びテストに使用
される装置に関する。

【０００２】

【従来の技術及び発明が解決しようとする課題】埋め込
みプロセッサシステムの使用は、広く広がっている。そ
のアプリケーションは、簡単な消費者用電子装置から先
端の航空宇宙システムに及んでいる。ハードウェア設計
を別にして、ファームウェアプログラムは、埋め込みプ
ロセッサが仕様通りに機能するように書かれねばならな
い。

【０００３】リアルタイムシステムにおけるテスト及び
バグ除去は時間がかかり且つ退屈である。システムの各
種のソフトウェアモジュールをリアルタイムでサービス
するためにプロセッサは時間分割戦略を使用する。この
ため、ある特定時点におけるプロセッサの実行状態を決
定することは困難である。

【０００４】現在、回路内エミュレータがコードトレー
ス及びステップ装置の助力でフアームウェアプログラム
の開発、バグ除去を助けるために使用される。回路内エ
ミュレータは、プロセッサの信号の探索及びテストを行
うためにプロセッサのソケットに差し込まれているリモ
ートパッドを用いる。インターフェイスは、ユーザにプ
ロセッサの作動をモニタし介入することを許容する。回
路内エミュレータは、ブレークポイントがコード内特定
位置にセットされることを許容する。内部メモリ及びレ
ジスタの内容は、プロセッサが停止しているときにのみ
調べることができる。

【０００５】回路内エミュレータは、それがエミュレー
トするよう設計されたプロセッサ群に対して独占的に機
能する。エミュレータの使用を１クラスのプロセッサか
ら全く異なった別セットのプロセッサに移転することは
不可能である。エミュレータはそれ故、特別なプロセッ
サである。

【０００６】回路内エミュレータ同等のソフトウェア
は、フアームウェアの機能性を検証するのに使用するこ
とができる。ソフトウェアエミュレータは、特定のプロ
セッサの資源及び挙動をシミュレートするために使用さ
れるソフトウェアである。しかしながら、このテスト方
法はプロセッサに接続された関連のハードウェアに及ぼ
すフアームウェアの影響を調査することができない。

【０００７】目標のプロセッサの入出力信号をモニタす
るハードウェア装置が使用される。この装置は、データ
又はコマンド信号にプロセッサの入力ピンに導入される
ことを許容する。これにより、与えられた入力ピンに対
するプロセッサの応答がモニタされる。

【０００８】上述のハードウェア装置及び回路内エミュ
レータは、二つの独立したフアームウェアバグ除去シス
テムである。しかしながら、これらは一体の開発、テス
トシステムを形成するために一緒に使用される。

【０００９】リアルタイム埋め込みシステムにおけるフ
アームウェアのテスト及びバグ除去は、退屈で時間がか
かる。かかる一つのシステムは、消費者用電子の分野で
与えられる。

【００１０】多くの電子装置は、ユーザによって予めに
セットされた特定の時刻に起動されるイベントを有する
リアルタイムの時計を組み込んでいる。かかるシステム
において実施されるテスト及びバグ除去は、イベントス
ケジュールが起動される前に、実時間が経過するのを待
たねばならないため時間がかかる。フアームウェアが変
更された場合、システムは再びテストされねばならな
い。これらの長たらしい反復テストサイクルは、システ
ムをテストするのに必要な時間を著しく延長する。リア
ルタイム時計に関連するイベントの無監督検証には、い
かなる装置も設けられていない。

【００１１】一つのかかる例は、消費者用オーディオ製
品におけるタイマーおよび時計サブシステムである。タ
イマーは、目覚まし及び休眠モードを備える。オーディ
オ装置がスタンドバイモード（休眠モード）に入る、又
は、動作する特定の時間は、予めセットすることができ
る。かかるシステムをテストするために、目覚まし時間
あるいは休眠時間が先ずセットされる。正確なイベント
が起きるかどうかをみるための検査を行うには実時間が
経過する必要がある。休眠あるいはスタンドバイモード
を起動する時間は、多くの時間離れていることがある。
この結果、適切なイベントが発生するまでに多くの待ち
時間が経過する。例えば、もし現在時間が０７：００で
目覚まし時間が１９：００にセットされるならば、１２
時間の待ち時間になる。この長い待ち時間は時間浪費で
あり低減の必要がある。

【００１２】リアルタイムシステムのバグ除去中におけ
るメモリ及びレジスタの内容を調査する必要がある。現
在の回路内エミュレータは、プロセッサが停止状態ある
いはリセット状態にあるときメモリ内容に変更を許容す
るのみである。プロセッサが実行しているときは回路内
エミュレータによるメモリの変更は、不可能である。

【００１３】回路内エミュレータ装置は、高価であり特
殊なプロセッサである。多くの組み合わせのプロセッサ
が利用可能である環境においては、それぞれの対応エミ
ュレーターを獲得することは経済的に良くない。ユーザ
にそれぞれの新エミュレーターの作動に精通することを
許容するには時間も要求される。異なったプロセッサ群
を目標にすることができるエミュレーターは入手不可能
である。典型的システムにおいてあるプロセッサの使用
から別のプロセッサへの移転が行われるとき、現在及び
以前のフアームウェアセットにおいて使用されるプログ
ラム可変配列及びラベルは、通常異なる。フアームウェ
アのトラブルシューティングを企てる第三者は、同じ機
能に異なる名が付されているためコードを変数およびラ
ベルとして理解するのに困難を経験するだろう。

【００１４】一般のエミュレータのサブセット又はフル
セットを包含する開発中のシステムのテスト、バグ除去
及びモニタ用の低コスト一体化装置は、埋め込みプロセ
ッサシステム用のフアームウェアの開発及びバグ除去を
大いに増大・促進しうるツールである。

【００１５】本発明の目的は、より汎用性に優れたプロ
セッサシステム用のファームウェアの開発及びテスト用
のモニタ装置、開発方法、及び、回路内エミュレータ装
置を提供することである。

【００１６】

【課題を解決するための手段】本発明の第１の観点にお
いては、埋め込みプロセッサベースのシステムにおける
フアームウェアのテスト及びバグ除去用のリアルタイム
モニタ装置を開示する。本装置は、ホストコンピュータ
のサブシステム、埋め込みプロセッサシステムを表す目
標サブシステム、ホストコンピュータのサブシステムと
目標サブシステムを接続する通信リンクサブシステム、
及び、リアルタイムにおける前記目標サブシステムのモ
ニタ作動及びそのモニタ結果の保有のためにホストコン
ピュータサブシステムに存在するモニタサブシステムよ
りなる。

【００１７】本発明の他の観点においては、それぞれ異
なった制御プロセッサを持つ複数の目標サブシステムの
一つにホストモニタシステムを使用してテストされるこ
とを許容する通信プリミティブの標準化された開発の方
法が開示されている。前記方法は、ユーザインターフェ
イスサブシステム、プロセッサ資源データ倉庫サブシス
テム、テストデータベースエンジンサブシステム、オー
トテスタサブシステム、一般のエミュレタハードウェア
サブシステム、及び、一般の遠隔プロセッサポッドサブ
システムの段階よりなる。

【００１８】本発明から、メモリ及びレジスタの内容を
リアルタイムでアクセスし変更することができる経済的
かつ能率的システムが考案された。このシステムは如何
なるタイプのプロセッサでも作動をモニタすることがで
きる。当該システムはプロセッサの作動を容易にして、
目標プロセッサのメモリ及びレジスタ資源をリアルタイ
ムでモニタする手段、異なったプロセッサ群が同一のホ
スト及び通信サブシステムを使用してモニタされること
ができる手段を包含している。

【００１９】ホストプロセッササブシステムは、特定の
テストのためにテストケースを蓄積及びドキュメントす
る手段、人の介入なしに長期間にわたってテストを実施
する手段、目標プロセッサの内部資源をモニタシステム
へ記載する手段、ユーザ入力を受け入れフィードバック
をユーザに提供する手段、ユーザ入力をコード化する手
段、情報を目標サブシステムへ送る手段を包含する。

【００２０】目標プロセッササブシステムは、ホストモ
ニタサブシステムによって送られる情報を解読する手
段、モニタサブシステムの要求に従ってメモリ及びレジ
スタから読み書きする手段、及びモニタサブシステムへ
情報を送る手段を包含する。

【００２１】新しいプロセッサが使用されるときは、常
に新しいエミュレーターを使用しなければならない問題
に取り組むために、汎用エミュレーター装置が与えられ
ている。この装置は１セットのハードウェアのみを使用
して、異なったプラットフォーム及び製造者にわたって
目標プロセッサのバグ除去を行う手段、プロセッサデー
タ保管場所における異なったプロセッサ群の内部資源構
成を記憶及び編集する手段、新しいプロセッサで使用の
ために汎用エミュレーターを初期化し、セットアップす
るために記憶場所から当該プロセッサデータを抽出する
手段、使用される目標プロセッサに無関係な標準化され
たユーザインターフェイスを与える手段、プログラムが
実行している間にリアルタイムでメモリを読み書きする
手段、及び、遠隔のプロセッサポッドが異なったパッケ
ージ及びピン構成を持つプロセッサを収容する手段を提
供する。

【００２２】異なったプロセッサにわたる異なった開発
者による可変配列及びラベル名の変化された使用に関す
る問題に取り組むために、変数の名前を標準化するため
に好ましい実施例において、手段が使用されラベルが設
けられる。

【００２３】

【発明の実施の形態】図１は、通信ライン３９を使用し
て与えられた通信プロトコル経由で目標システム３０に
相互接続されたホストモニタシステム１０を示す。ホス
トモニタシステム１０は、目標システム３０のソフトウ
ェア開発及びテストに使用される。ホストモニタシステ
ム１０は、ユーザコマンドインターフェイスモジュール
１８、通信ライン３９へのハードウェアインターフェイ
ス１３及び通信プリミティブモジュール１４を含む通信
モジュール、モニタモジュール１５、データベースエン
ジンモジュール１７、自動テストモジュール１６、一組
の目標システム仕様保管部１９、ホストプロセッサ１
１、及び、モジュールとホストプロセッサ１１を相互接
続するホストバス１２よりなる。

【００２４】図１の目標システム３４は、一般にＲＡＭ
を含む目標プロセッサ３４、一般に目標プロセッサに対
して内部または外部のＲＯＭ内に形成された目標プロセ
ッサ３４用のプロセッサフアームウェア３５、目標プロ
セッサによって制御されるあらゆる装置を含むシステム
ハードウェア３４、通信ライン３９経由でホストモニタ
システムと通信するためのプリミティブ３３及びハード
ウェアインターフェイス３２を含む通信モジュール、及
び、目標システム３０の部品を目標プロセッサ３４に接
続する内部バス３１よりなる。特に、システムハードウ
ェア３６は、上述のような作動を行うリアルタイムの時
計を包含しうる。

【００２５】ユーザコマンドインターフェイス１８はユ
ーザ入力を受け入れる。ユーザは先ず開発およびテスト
において使用される目標プロセッサの特定のタイプを指
定する。アプリケーションの特定の属性値及び設定値
は、目標プロセッサ３４の初期化を可能にするために発
せられる。ユーザインターフェイス１８は、また、目標
プロセッサ３４によって返される応答を表示しユーザに
入力の結果を知らせる。

【００２６】ユーザインターフェイス１８は、目標シス
テム３０に対して情報を授受するとき、ユーザコマンド
２８及びモニタ応答２９を通じてモニタモジュール１５
と交信する。モニタモジュール１６は目標システム仕様
保管部１９のセットを読み込み、ユーザインターフェイ
ス１８からの入力とともに、通信モジュールに送られる
通信コマンド２２を構成する。

【００２７】標準化されたプロセッサの独立のプリミテ
ィブの集まりが通信プリミティブモジュール１４に存在
する。プリミティブのセットは、目標プロセッサ３４内
のＲＯＭおよびレジスタ内のデータへのアクセスを提供
する。プリミティブの対応セットは、また、コマンドを
実行するために必要である。異なったプロセッサのハー
ドウェア構造における差異が隠され得るようにより高度
のカプセル化を達成するために、コマンドを実行するプ
リミティブは、目標プロセッサ３４として使用しうる各
種のプロセッサにわたって異なって設けられる。プロセ
ッサのプラットフオームに無関係に、プリミティブは同
様な名前で名付けられ、同じ名前を持つものは、常に機
能的に同類とする。このアプローチを使用すれは、異な
った目標プロセッサの構造における差異は、ホストシス
テム１０から隠される。

【００２８】目標システム仕様保管部１９は、目標シス
テム３０のアプリケーション仕様情報のみならずプロセ
ッサ仕様情報を包含する。プロセッサ仕様情報は、目標
プロセッサ３４のレジスタ構成、およびＲＡＭ・ＲＯＭ
マップを包含する。アプリケーション仕様情報は、ＲＡ
Ｍの割り当て及び使用の記述を包含する。類似の機能に
対するプログラムの可変の名称の使用は異なったプロセ
ッサプラットフオームにわたって標準化することができ
る。しかしながら、類似に名ずけられた変数のアドレス
位置は異なりうる。

【００２９】自動テストモジュール１６は、事前にプロ
グラムされたテスト作動のシーケンスからその入力を引
き出す。テスト作動は、テストシーケンス２４としてモ
ニタモジュール１５に送られる。目標システム仕様保管
部１９から回収されたプロセッサ仕様とともに、モニタ
モジュール１５は、適当なコマンド２２を通信モジュー
ルに送る。

【００３０】モニタモジュール１５は、通信モジュール
１５を経由して目標システム３０から入力を受け取り、
一連のテスト結果として自動テストモジュール１６に再
送付する。自動テストモジュール１６は、データベース
エンジンモジュール１７内の記憶装置２７に結果を送付
する。さらに、自動テストモジュール１６は、モニタモ
ジュール１５から受け取った結果を解釈し適宜に行動す
ることができる。例えば、目標プロセッサ３４が実行エ
ラー状態になり、人的介入なしには進行することができ
ないことを検出したならば、テストを終了することがで
きる。

【００３１】データベースエンジンモジュール１７は、
目標システム３０の応答を表式化するのに使用される。
データベースエンジンモジュール１７は、また、特別仕
様の目標システムをテストするために必要な異なったテ
ストシーケンスを記憶する。データベースレコードは、
アプリケーションの形式、プロセッサの形式、テストの
形式、テスト用ドキュメンテーション、使用コマンドの
リストを包含しうる。データベースエンジンモジュール
１７は、フィールド毎、またはフィールドにおけるキー
ワード毎に記録を揃える。

【００３２】通信プリミティブは、通信に必要な最小の
機能性を表すよく定義されたコマンドである。例えば、
通信ポートからの１単一バイト＜１バイト０＞を受け取
る機能は、もし１バイトが特定のプロセッサに対する１
語であるならば、プリミティブとして分類することがで
きる。１０バイトを受け取るために＜１バイト０＞コマ
ンドは、１０回呼び出すことを要するだろう。

【００３３】通信プリミティブの収集は、通信ラインか
ら受け取った情報を解釈し適切な行動を実施する。これ
らの行動は目標システム３０へのデータの呼び入れまた
は書き込みを包含することができる。

【００３４】通信プリミティブセットを目標システム３
０に設置するコードは、アプリケーションフアームウェ
ア３５から分離して保有される。プリミティブの数は、
目標システム３０の上にプロセッサ３４の性能による不
当な干渉を及ぼさないように最小限に保留される。ま
た、プリミティブのそれぞれの複雑性は、容易に設置さ
れ、かつ、プロセッサ３４のサイクルが余りに多くて実
行できないようにならないように、最小限に留められ
る。

【００３５】ホストプロセッサ１１は、サービスを要す
るときはいつでも、＜サービス要求＞信号を目標プロセ
ッサ３４に発生する。目標プロセッサ３４は、ホストプ
ロセッサ１１から送られている要求を検出し、解釈し、
サービスする手段を持つ必要がある。要求信号を検出す
る手段は、選択されているフアームウェア３４の構成に
依存する。選択された機構はモニタされている目標シス
テムに干渉を導入してはならない。

【００３６】ホストプロセッサ１１からの要求ライン
は、目標プロセッサ３４の割り込みピンにかく接続さ
れ、かくしてホストプロセッサ１１から要求があるとき
は常に割り込み信号を発生することができる。入力され
る要求に対して割り当てられる割り込みの優先度は、ホ
ストプロセッサ３４から合理的サービスを得ることがで
きるように選択される必要がある。

【００３７】その代わりには、ポーリング戦略が使用す
ることができ、これにより目標プロセッサ３４が要求ラ
インに接続されたピンの状態を活発に且つ周期的にポー
ルする。フアームウェアの構成は、要求のポーリング及
びサービスが如何に実施されるかを決定する。フアーム
ウェアは、各サブモジュールを順番に呼び出す主制御モ
ジュールを持つ多数のサブーモジュールに組織される。
かかる場合には、ポーリング及びサービス機能は、メイ
ンモジュールによって呼び出されるサブモジュールのひ
とつとして設置することができる。目標プロセッサ３４
上のフアームウェア３５は、タイマー源に関して順次に
またはその他の目覚まし条件が満足されたとき起動され
うる課題に組織化することができる。要求信号に対する
ポーリング動作はスケジュラーによって周期的に起こさ
れる単一課題として設置することができる。

【００３８】図１の配置に対する通信プロトコルは、目
標システム３０及びホストモニタシステム１０が情報の
交換において守らねばならぬ標準を定義する。与えられ
たアプリケーションにおいては、目標プロセッサ３４の
ポートがほとんど完全に利用されうることに留意するこ
とが重要である。ホストモニタシステム１０と交信する
多数の利用可能ポートが存在してはならない。もしモニ
タされている目標システム３０が厳しいタイミング要求
を持つリアルタイムのシステムならば、ホストモニタシ
ステム１０は自身のタイミング要求を満足するために目
標プロセッサ３４の能力に影響を及ぼしてはならない。

【００３９】目標プロセッサ３４の通信ポートがすべて
その外部のサブーシステムによって使用されているとき
は、これらの通信ポートを多重化することが必要とな
る。これは図２に示されており、以降この明細書におい
て詳細に記述される。この方法を使用して、追加制御ラ
インは、通信ラインの割り当てを任意化するために使用
することができる。

【００４０】制御ラインの助力で、目標システム３０
は、ホストモニタシステム１０がサービスを要求してい
る瞬間を検出することができる。目標システム３４は、
もし自身のサブーシステムから要求があるならばモニタ
システム１０のサービスの延期を選択することができ
る。これはその外部のサブシステムからの如何なる要求
も最小の遅れまたは遅れなしにサービスされることを保
証する。これとは逆に、モニタシステム１０は、また目
標システム３０からのサービス要求を検出することがで
きる。これに応答して、モニタシステムは目標プロセッ
サ３４がその外部のサブシステムとの交信に関わり得る
ように通信ラインを放棄する。

【００４１】目標プロセッサ３４とモニタシステム１０
との間のデータ移転は、直列形態か連立形態かの何れか
によって行うことができる。直列移転に対しては同期伝
達機構が好ましい。かかる機構は非同期の機構に比較し
てより広いプロセッサの選択に適用できるからである。
同期機構においては、ビットクロックがビット流ととも
に送られ、レシイバーは、データが到着次第これをラッ
チする。データの並列移転には、言語クロックがデータ
の言語をラッチインすることを許容するよう要求され
る。

【００４２】多数の可能な構成が通信プロトコルを設置
するために存在する。構成の選択は利用可能なポート
数、エラー免疫のレベル及び必要な回復、及び、目標プ
ロセッサシステム３０に付属した外部のサブシステムの
存在に依存する。

【００４３】さらに、モニタシステム１０は、目標プロ
セッサ３４の入出力信号を分析する装置（非表示）とと
もに使用される。信号分析装置は、また目標プロセッサ
３４における論理レベルを捕捉し、レベルの表示をホス
トモニタシステム１０に送る。分析装置は、また適当な
信号を目標プロセッサ３４に送ることができる。このた
め、目標プロセッサ３４の応答は、その出力ピンからモ
ニタすることができる。モニタシステム１０と共にかか
る装置の使用は、ユーザに埋め込みプロセッサ内及び外
部のピンにおける情報にアクセスすることを許容する。
一体化されたテスト及び診断のサブシステムは、目標プ
ロセッサ３４のＲＡＭ及びレジスタ及びピンの両方から
データにアクセスする能力を有する。

【００４４】図３は、汎用エミュレータ装置８０の概要
を示す図である。このシステム８０は、標準化されたユ
ーザインターフェイス９０、プロセッサ資源データ倉庫
モジュール８９、テストデータベースエンジンモジュー
ル８８、自動テスターモジュール８７、汎用エミュレー
タソフトウェアモジュール８６、汎用エミュレータハー
ドウェアモジュール８３、汎用遠隔プロセッサポッドモ
ジュール８５、ホストプロセッサ８１、及び、モジュー
ルとホストプロセッサ８１とを相互接続するホストバス
８２よりなる。

【００４５】標準化されたユーザモジュール９０は、ユ
ーザにエミュレーター及び目標プロセッサシステム３０
と交信することを許容する。従来のエミュレーターと異
なり、ユーザは目標プロセッサ３４のメモリ及びレジス
タの内容をプロセッサ３４が実行している間にすべてリ
アルタイムでみることができる。さらに、コード及びト
レース機能にブレークポイントを設置するような各種の
バグ除去ツールが利用可能である。プロセッサ３４に無
関係に、インターフェイスの監視及び使用法は、同一の
ままである。新しいエミュレータの場合の新しい環境に
自身を適応させるのにはリードタイムは必要でない。ユ
ーザインターフェイス９０は、汎用エミュレータソフト
ウェアエンジンモジュール８６を通じてコマンド９８及
びデータ９９を授受する。

【００４６】目標プロセッサ３４のタイプは、エミュレ
ーター装置８０を初期化し構成するためにプロセッサデ
ータ倉庫モジュール８９から選択される。このモジュー
ルはプロセッサカテゴリ、入出力ピンの配列、パッケイ
ジングタイプ、レジスタ及びメモリのマップ、プロセッ
サ内部に存在する独特な資源及びプロセッサを完全に定
義するためのその他の定義を包含する。このモジュール
はまたプロセッサに関する情報を追加、編集、探索及び
削除する設備を有する。

【００４７】テストデータベースエンジンモジュール８
８は自動テスターモジュール８７によって発せられるコ
マンドに対する目標システム３０の応答を表式化する。
データベース８８は、また特殊のアプリケーションの機
能性を検証するために必要な異なったテストシーケンス
を蓄える。データベース記録は次のものを含有すること
ができる。即ち、アプリケーションのタイプ、プロセッ
サのタイプ、テストのタイプ、テスト用の資料、及び、
使用コマンドのリストである。

【００４８】テストデータベースエンジン８８は、フイ
ールド毎に、またはフイールド内のキイワード毎に記録
を揃える。自動テスターモジュール８７は、汎用エミュ
レーターソフトウェアエンジンモジュール８８からコマ
ンドシーケンスセットを入手する。これらのコマンド
は、順々にテストシーケンス９３として汎用エミュレー
ターソフトウェアエンジンモジュール８６へ発せられ
る。コマンド流に対する目標システムの応答は、一連の
テスト結果９４として自動テスターモジュール８７へ戻
される。

【００４９】各種のプロセッサを取り扱う能力は、汎用
エミュレータソフトウェアエンジン８６を持つことによ
って可能とされる。これはエミュレーター装置全体の中
心でありプロセッサのデータ倉庫モジュール８９から取
り出された情報からその動作のセッティング及び様式を
取り出す。ユーザインターフェイスモジュール９０から
のコマンド９８はエンジン８６に処理のために戻され
る。前に選択されたプロセッサタイプと共に、受け取ら
れたコマンド９８は、出力ビット流９１として汎用エミ
ュレータハードウェアモジュール８３へ発せられる前に
所定のフオーマットに翻訳される。逆に、ハードウェア
モジュール８３から得られた入力ビット流データ９２
は、プロセッサの様式に従って解読されデータライン９
９経由でユーザインターフェイスモジュール９０に送ら
れる。

【００５０】汎用エミュレータハードウェアモジュール
８３は、ソフトウェアエンジン８６と遠隔プロセッサポ
ッド８５との間を調整する。レジスタ及びメモリの内容
をリアルタイムで見ることを許すために非常に高速の通
信ライン８４間のデータ転送を可能にする通信戦略が使
用される。

【００５１】プロセッサのパッケージ及びピン配置は、
プロセッサのグループ及び製造者によって異なる。一般
の遠隔プロセッサポッド８５は、各プロセッサを識別す
るパッケージ及びピン構成を収容するアダプターを持っ
ている。

【００５２】図１に戻って、目標システム３０がＣＤラ
ジオカセットプレイヤーのような消費者用製品によって
形成されている此処に示された配置の特定の実施例を説
明することができる。ホストモニタシステム１０は、一
般にパーソナルコンピュータ上にあり、ホストプロセッ
サ１１はホストモニタシステム１０を構成するすべての
異なるモジュールの調整及び制御を行うパーソナルコン
ピュータの制御プロセッサを表す。

【００５３】データベースエンジンモジュール１７は、
ＣＤラジオカセットプレイヤーのフアームウェア開発・
テスト過程中に検出されるプログラムの欠点をドキュメ
ンとするのに必要なあらゆる機能を実施する。それぞれ
の欠点の不存在を検証する修理及びテストシーケンス
は、すべてデータベースの中に蓄えられる。キーワード
を使用して特定プログラムの欠点に関する情報の回収を
許容するために探索エンジンが包含されている。

【００５４】自動テスターモジュール１６は、人的介入
の必要なしにＣＤラジオカセットプレーヤーにコマンド
シーケンスを発生し、スクリプトファイルからその入力
を入手する。各スクリプトファイルは、ＣＤラジオカセ
ットプレーヤの一定の機能を保証するための特別なテス
トを採用する。このモジュールは、プレーヤのリアルタ
イムクロックに依存するイベントに関わるフアームウェ
ア検証テストに大いに使用されると共に、あらゆるテス
ト結果をデータベースモジュールに送る。

【００５５】モニタモジュール１５は、自動テスターモ
ジュール１６、又は、ユーザインターフェイス１８から
のユーザコマンド２８からテストシーケンス２４を受け
取り、その前に選択されたＣＤラジオカセットプレーヤ
ー仕様を基にして、通信プリミティブモジュール１４に
対しアプリケーションに特定の指令２２を発生する。逆
に通信プリミティブモジュール１４経由で得られるプレ
ーヤーからの応答は、テスト結果として自動テスターモ
ジュール１６及びモニタ応答２９としてユーザインター
フェイス１８に送られる。

【００５６】ＣＤラジオカセットプレーヤーで使用され
うる異なったマイクロコントロラー及びそのメモリマッ
プに関する詳細な情報は、目標システム仕様保管部１９
の中に記憶される。テストの前に、特別のマイクロプロ
セッサモデルが選択される。特別なマイクロコントロラ
ー及びそのメモリの使用に関するデータは、モニタ１５
及び自動テスターモジュール１６に向け送られる。この
方法は同一のユーザコマンド及びテストシーケンス２４
にＣＤラジオカセットプレーヤー上の異なったマイクロ
プロセサにわたって使用されることを許す。

【００５７】ユーザインターフェイス１８は、プレーヤ
ーのメモリ・レジスタ内容を表示するために多重データ
視野を生成するために使用されるグラフィカルユーザイ
ンターフェイス（ＧＵＩ）によって完全に設備される。
内容の変更は、単に各種の視野に表示されたデータを変
えることによって行われる。スクリプトファイルビュー
アー及びエディターは、また一体化されモニタインター
フェイスを形成するために存在する。プレーヤーの時間
及びデータ状態を示す追加の視野もまた存在する。デー
タベースエンジンモジュール１７は、ユーザインターフ
ェイス内に完全に包含されている。ユーザによって入力
されたあらゆるコマンドは、モニタモジュール１５に向
けられる。

【００５８】通信プリミティブモジュール１４は、モニ
タモジュールから指令を入手し、これらをよく定義され
た通信プリミティブに翻訳する。一連のプリミティブ
は、出力ビット流の形でハードウェアインターフェイス
に移転される。通信プリミティブモジュールは、ハード
ウェアインターフェイス経由でＣＤラジオカセットプレ
ーヤーから入力ビット流２１を受け取り、受け取った情
報を解釈し、これをモニタモジュールに送る。

【００５９】ハードウェアインターフェイス１３は、パ
ーソナルコンピュータの拡張スロットに挿入されたプリ
ント回路カードを使用して設置される。カードと通信モ
ジュールとの間の通信は、ハードウェア割り込みを使用
して実施される。このカードは、ＣＤラジオカセットプ
レーヤーのハードウェアインターフェイス３２から信号
を生成・受領するための回路を包含する。入出力レジス
タは、パーソナルコンピュータとプレーヤーとの間でデ
ータの移転をバッファするのに使用される。

【００６０】図２は、ホストコンピュータシステム１０
とＣＤラジオカセットプレーヤーとの間の通信ライン３
９を詳細に示す図である。プレーヤにおけるあらゆるプ
ロセスの調整・制御は、目標プロセッサモジュール３４
によって代表されるＣＤラジオカセットプレーヤーのハ
ードウェアのマイクロプロセッサによって取り扱われ
る。プレーヤーの設計は、マイクロプロセッサの異なっ
たモデルに使用を許容する。マイクロプロセッサの変更
は、目標システム仕様保管部１９における使用には新し
い情報が選択されることを要するだろう。

【００６１】ＣＤラジオカセットプレーヤー上に存在す
る各種の装置、即ちＣＤプレーヤー、チューナー、ディ
スプレイ、及びリアルタイム時計が参照数字によって描
かれている。これらの装置は、マイクロプロセッサによ
って制御される。プロセッサファームウェア３５は、動
作指令をマイクロプロセッサに送る。通信プリミティブ
モジュール３３は、プレーヤーのハードウェアインター
フェイス３２経由でビット流３８の形でホスト１０から
コマンドを入手する。このモジュールは、受け取った情
報を解釈し、コマンドの形でバス３１経由でマイクロコ
ントローラ３４へ向ける。ホストモニタシステム１０用
のマイクロコントローラ３４からの情報及びデータは、
通信プリミティブに翻訳のためにモジュール３３に送ら
れ、次に出力ビット流を形成する。

【００６２】ＣＤラジオカセットプレーヤーのハードウ
ェアインターフェイス３２は、通信リンク３９及びマイ
クロコントローラ３４の間の接合及びバッファとして機
能する。

【００６３】図２は、通信・調停及び割り込みラインが
ホストモニタシステム１０、ＣＤラジオカセットプレー
ヤーのマイクロコントロラー５０（３４）、及び、プレ
ーヤーのＣＤＬＳＩモジュール５１の間で如何に接続さ
れるかを示す。ＣＤＬＳＩモジュール５１は、時々ＣＤ
サブコードデータ５８をマイクロコントロラー５０に送
り、通信リンク３９を構成するシリアルデータライン５
４及びシリアルクロックライン５４を使用する。

【００６４】調停及び要求ライン５２は、ホストモニタ
システム１０とプレーヤとの間のデータ流の方向を決定
するために使用される。さらに、ライン５２は、また目
標マイクロコントロラー５０に対してサービス要求を指
示する手段として作用する。調停ライン５２におけるあ
る論理レベルを示してあるパーティは、他のパーティに
送るべきデータがあることを通知する。マイクロコント
ローラ５０がホストシステム１０にデータを送ることを
意図するときは、常に調停ライン５２が明らかに示され
ているかどうかを確かめるチェックを行う。もしライン
５２がホストシステム１０によって以前に明らかになっ
ていないなら、ライン５２を明らかにしクロック５５及
び一連のデータ５３をホストシステム５０に送る。調停
ライン５２における信号レベルは、またＣＤＬＳＩモジ
ュール５１とマイクロコントローラとの間の通信を可能
または不可能にするスイッチ５６を制御するのに使用さ
れる。

【００６５】シリアルデータライン５３は、プレーヤー
のマイクロコントローラからのビット流をホストモニタ
システム１０に搬送する。シリアルデータライン５４
は、ホストモニタシステム１０からのコマンド及びデー
タビット流をプレーヤーのマイクロコントローラへ、ま
たＣＤＬＳＩモジュール５１からのＣＤサブーコードデ
ータを搬送するために設けられている。シリアルクロッ
クライン５５におけるチェック信号は、同期通信用に使
用され、プレーヤーのマイクロコントローラによって常
に生成される。ライン５５の使用は、マイクロコントロ
ーラ５０及びＣＤＬＳＩモジュール５１の間で共有され
る。マイクロコントローラ５０は、ホストシステム１０
がデータの送信をしようとしていることを通告されたと
きは、ホスト１０から情報を回収するためにシリアルク
ロックライン５５上にクロック信号を生成する。この間
中、ＣＤＬＳＩモジュール５１とマイクロコントローラ
５０との間の接続は不可能にされねばならない。

【００６６】割り込み要求ライン５９は図示の通り設け
られ、その信号はＣＤＬＳＩモジュール５１より発生す
る。ＣＤＬＳＩモジュール５１がマイクロコントローラ
５０からサービスを要求するときは、割り込み要求信号
が生成される。特別の割り込み要求ライン５９は、また
ホストモニタシステム１０に接続され、これによりＣＤ
ＬＳＩモジュール５１がシリアルデータライン５４，５
５の使用を占有しようとしていることを知らせる。もし
ホストモニタシステム１０が伝達または受領の最中にあ
るなら、マイクロコントローラ５０とＣＤＬＳＩモジュ
ール５１との間に直列の通信が起こることを許すために
ライン５４の使用を解除する前に情報の現在ワードの伝
達または受領を先ず完了する。ＣＤＬＳＩモジュール５
１から割り込みを受けるやいなや、マイクロコントロー
ラ５０は、ＣＤＬＳＩモジュール５１からデータを回収
するためのクロック信号を生成する前に現在の指令の実
行を先に完了する。割り込みサービスルーチンを実行し
た後、マイクロコントローラ５０は、ホストシステム１
０に割り込みに先だって、前回の作業を再開できること
を通知するために調停ライン５２上に信号を書き込む。

【００６７】スイッチ５６は、電圧制御され、ＣＤＬＳ
Ｉモジュール５１の通信リンク５９への接続を可能また
は不可能にするために使用される。スイッチ５６が開い
ているときは、ＣＤＬＳＩモジュール５１のシリアルク
ロック５７及びサブコードデータアウトライン５８は切
断されている。そして、通信は、ホストシステム１０と
み可能である。スイッチ５６が閉じていているときに
は、ホストシステム１０は、通信モジュールを不可能に
し、ＣＤＬＳＩモジュール５１とマイクロコントローラ
５０との間のデータの交換は可能となる。

【００６８】上記に説明した実施例を図３に適用する。
ホストプロセッッサー８１は、汎用エミュレーター装置
が存在するパーソナルコンピュータ内部においては、エ
ミュレーターを構成するあらゆるモジュールの調整及び
制御が実施されることを表す。

【００６９】テストベースエンジン８８は、フアームウ
ェアの開発・テスト中に検出されたプログラムの欠点を
ドキュメントする。それぞれの欠点の不在を検証するの
に必要な解決策及びテストシーケンスは、またデータベ
ースに蓄えられる。探索エンジンは、キーワードの使用
によって特定のプログラムの欠点に関する情報の回収を
許すため埋め込まれている。

【００７０】フアームウェアの自動化テストは、自動テ
スターモジュール８７を使用し達成される。モジュール
８７は、人的介入の必要なしに一連のコマンド９３を目
標プロセッサ５０に発生する。このモジュールは、スク
リプトファイルから入力を引き出す。各スクリプトファ
イルは、フアームウェアのある機能を検証するための特
殊なテストを実行する。このモジュールは、リアルタイ
ムクロックに依存するイベントに関わるフアームウェア
テストに大いに使用される。あらゆるテスト結果はデー
タベースエンジン８８に送られる。

【００７１】汎用のエミュレーターソフトウェアエンジ
ンモジュール８６は、一般のエミュレーター装置８０の
中心を形成しユーザコマンドの形式においてユーザイン
ターフェイスから、及び、プロセッサ定義の形式におい
てプロセッサ資源データ倉庫モジュール８９の両方から
その入力を引き出す。モジュール８６は、選択されたプ
ロセッサ５０内の資源に関してユーザコマンドをマップ
することにより２組のデータを処理する。これらの処理
されたコマンドは、ハードウェアインターフェース８３
に送られる。同様に、ハードウェアインターフェイス８
３から受けたデータは、解読され、ユーザインターフェ
イスモジュール９０に移転される。この方法は、エミュ
レータに広い種類のプロセッサを目標にすることを許す
柔軟性を与えることをエミュレータに許容する。一連の
コマンド９３が自動テスターモジュール８７からソフト
ウェアエンジン８６に発せられる。コマンド９３は、ユ
ーザインターフェイスモジュール９０から受け取った個
々のコマンドと同様に取り扱われる。

【００７２】使用しうる各種の目標プロセッサ３０の内
部資源及び特性を完全に定義する情報は、データを追
加、編集、探索及び回収する設備を持つプロセッサ資源
データ倉庫モジュール８９に蓄えられる。ユーザは、プ
ロセッサの適当なタイプを貯蔵庫から選ぶことによりエ
ミュレータ８０のハードウェア及びソフトウェアを初期
化する。回収された情報は、汎用エミュレータソフトウ
ェアエンジン８６に選ばれたプロセッサに従ってコマン
ド及びメモリマップの翻訳を許すために汎用エミュレー
タソフトウェアエンジン８６に送られる。さらに、デー
タは、汎用遠隔プロセッサポッドモジュール８５を構成
するために使用される。

【００７３】ユーザインターフェイスモジュール９０
は、グラフィカルユーザインターフェース（ＧＵＩ）と
して実現される。マルティプルウィンドウ及びデータ視
野は、各種のメモリセグメント及びレジスタをリアルタ
イムで表示するのに使われる。異なった視野に対するデ
ータは、汎用エミュレーターソフトウェアエンジンモジ
ュール８６から得られる。メモリの内容は、視野に表示
されたデータを直接に変更することにより変更しうる。
これらの変更は、ユーザコマンドとして汎用エミュレー
タソフトウェアエンジンモジュール８６に送られる。ユ
ーザインターフェイス９０は、またコードトレース、分
岐及びブレークポイント特徴を実施する。プロセッサタ
イプの選択はユーザインターフェイスの内部から行うこ
とができる。

【００７４】ハードウェアインターフェイス８３は、パ
ーソナルコンピュータの拡張スロットに挿入され汎用遠
隔プロセッサポッドモジュール８５との高速データ交換
を可能にするプリント回路カードによって完全に実施さ
れる。使用される通信プロトコルは、信頼すべき作動の
ためにデータエラーの検出・訂正を特色とする。汎用遠
隔プロセッサポッドモジュール８５との通信は、ハード
ウェア割り込みを使って行われる。レジスタは出入りす
るデータをバッファするために使用される。ハードウェ
アインターフェイス８３と汎用遠隔プロセッサポッドモ
ジュール８５との間の通信リンク８４は、利用しうる最
も要求の厳しいプロセッサの帯域幅を取り扱うように設
計される。

【００７５】汎用遠隔プロセッサポッドモジュール８５
は、一般に目標システム３０のプロセッサソケットの挿
入される。広い種類のプロセッサを収容するその能力
は、各種のプロセッサの異なったパッケージ及びピン要
求に従うハードウェアアダプターの選択の使用により可
能とされる。

【００７６】図４は、リアルタイム動作システムスケジ
ューラ１２０について形成されるリアルタイム動作シス
テムのフローチャートである。各種のフアームウェアセ
グメントは、それらが属する特定のアプリケーション機
能に従ってグループ化されている。フアームウェアは、
かくしてコードグループ（１２２，１２４，１２６，１
２８，１３０）よりなる。プロセッサ３４は異なるグル
ープを巡回するために時間分割戦略を使用して、多くの
アプリケーション機能の世話をする。プロセッサ３４が
あるグループにアプローチしてサービスが求められない
ことを見いだした時は、順番に次のグループの世話のた
めに進む。かくして、１群のグループコードがサービス
される頻度は、プロセッサ３４が巡回せねばならぬグル
ープの全数に依存する。多すぎるグループを持つソフト
ウェアの解法は、サービスの平均待ち時間が増加するの
でアプリケーションの不反応を引き起こす。与えられた
タイミング制約で最適数のプログラムグループを許す妥
協が行われねばならない。フアームウェア設計に対する
このアプローチは、現存のアプリケーションプログラム
に対する最小の妨害でリアルタイムのモニタの発生を許
容する。

【００７７】ホストプロセッサ１１と目標プロセッサ３
４間の交信は、ホストプロセッサ１１からの＜サービス
要求＞信号を検出・解釈するルーチンを包含する通信ソ
フトウェアグループ１２２によって行われる。プロセッ
サのメモリ・レジスタ領域を読み・変更するその他のル
ーチンはこのグループに含まれる。ＣＤプレーヤーソフ
トウェアグループ１２４は、あらゆる必要なＣＤプレー
ヤー機能を実施するルーチンを包含する。

【００７８】チューナー機能を実現するのに必要なソフ
トウェアルーチンは、チューナーソフトウェアグループ
１２６内に包含される。

【００７９】カセットプレーヤーの動作は、カセットプ
レーヤーソフトウェアグループ１２８内のプログラムに
よって管理される。

【００８０】ＣＤラジオカセットプレーヤーの表示を取
り扱うプログラムは、表示ソフトウェアグループ１３０
によって表される。

【００８１】フアームウェアを有効にする以前の方法
は、退屈で且つ時間がかかり、特にリアルタイムクロッ
クに関連するイベントにおいてそうである。スクリプト
ファイルのコマンド使用を通じて手動または自動で目標
プロセッサのレジスタ及びメモリを遠隔に読み書きでき
る能力で、現在開示されているシステムは、フアームウ
ェアをテストし、または特別のフアームウェア変更を検
証するのに必要な時間を著しく減少する。標準化された
通信プリミティブの使用で、プリミティブがプロセッサ
のフアームウェア内で実施される限り、同一のモニタシ
ステムが広い種類のプロセッサに適用できる。これはフ
アームウェア開発のより早い展開を惹起する。

【００８２】この好ましい実施例の汎用エミュレーター
装置の使用は、従来のプロセッサ特定のエミュレーター
の収集を獲得する必要を除去することによりコスト効率
の改善を招来する。生産性もまた異なったエミュレター
によって使用される異なったインターフェイスに適応さ
せるよりは、標純化されたインターフェイスを使用する
ことで達成される。

【００８３】可変配列及びラベル名の類似のクラスのア
プリション用のプロセッサにわたっての標準化は、同一
アプリケーション用の新しい１組のコードを理解する退
屈さを減少する。ある特別の実施において一つのプロセ
ッサの使用から他のプロセッサへの使用に要するリード
タイムは、この戦略によって低減される。

【００８４】前記の記載は本発明の若干の実施例のみを
記載する、当業者に明白な変更は、本発明の精神及び範
囲を離脱することなしにこれに加えることができる。

【００８５】

【発明の効果】本発明の埋め込みプロセッサのシステム
におけるファームウェアをテスト、バグ除去するリアル
タイムモニタ装置では、目標プロセッサの差異によら
ず、メモリ及びレジスタの内容をリアルタイムでアクセ
スして変更することができる。

【００８６】本発明のそれぞれ異なる制御プロセッサを
持つ複数の目標サブシステムの１つにホストモニタシス
テムの使用でテストを許すための通信プリミティブの標
準化された開発の方法では、制御ラインが通信ラインの
割り当てを任意化することができる。

【００８７】本発明の目標システムの各々が制御目標プ
ロセッサを持つ複数の目標システムの１つの開発及びテ
ストのための汎用回路内エミュレータ装置では、異なる
プロセンサ群を目標にすることができ、プロセッサが動
作している間であってもリアルタイムでメモリの変更を
行うことができる。

【図面の簡単な説明】

【図１】 本発明の一実施例によるホスト及び目標シス
テム内の各種の機能モジュールを示し、かつ、それらが
如何に相互に作用するかを示すブロック線図である。

【図２】 ある特定システムにおけるホスト、目標及び
外部装置間の通信及び制御ラインの共通使用を図示する
概略のブロック線図である。

【図３】 好ましい実施例の汎用エミュレター装置の各
種の機能モジュール間の作用を描く概略ブロック線図で
ある。

【図４】 目標プロセッサのリアルタイム作動システム
の概略のフローチャートである。

【符号の説明】

１０…ホストモニタシステム １１…ホストプロセッサ １２…ホストバス １３…ハードウェアインターフェイス １４…通信プリミティブモジュール １５…モニタモジュール １６…自動テストモジュール １７…データベースエンジンモジュール １８…ユーザコマンドインターフェイスモジュール １９…目標システム使用保管部 ３０…目標システム ３４…目標プロセッサ ３５…プロセッサファームウェア ３６…システムハードウェア ３９…通信ライン ８０…汎用エミュレータ装置 ８１…ホストプロセッサ ８２…ホストバス ８３…汎用エミュレータハードウェアモジュール ８５…汎用遠隔プロセッサポッドモジュール ８６…汎用エミュレータソフトウェアモジュール ８７…自動テスターモジュール ８８…テストデータベースエンジンモジュール ８９…プロセッサ資源データ倉庫モジュール ９０…ユーザインターフェース

───────────────────────────────────────────────────── フロントページの続き (72)発明者 遠藤 聰 シンガポール469332シンガポール、ベドッ ク・サウス・アベニュー１、202番 マツ シタ・エレクトロニクス・（エス）・プラ イベイト・リミテッド内 (72)発明者 クム・ユエン・ヤン シンガポール798725シンガポール、ロロ ン・タンガム24番 (72)発明者 ツセ・ツソン・テオ シンガポール640542シンガポール、ナンバ ー01−1070、ジュロン・ウエスト・アベニ ュー１番 ブロック543

Claims (26)

【特許請求の範囲】
1. 【請求項１】 埋め込みプロセッサベースのシステムに
   おけるフアームウェアをテスト、バグ除去するリアルタ
   イムモニタ装置において、 ホストコンピュータサブシステム、 埋め込みプロセッササブシステムを表す目標サブシステ
   ム、 ホストコンピュータサブシステムと目標サブシステムと
   の間を接続する通信リンクサブシステム、 前記の目標サブシステムをリアルタイムでモニタし、そ
   のモニタ結果を保有する作業のためにホストコンピュー
   タサブシステム上に存在するモニタサブシステムよりな
   ることを特徴とするモニタ装置。
2. 【請求項２】 請求項１に記載のモニタ装置において、 ホストコンピュータサブシステムがユーザコマンドがそ
   れを通じて前記のホストサブシステムに入力されるユー
   ザコマンドコンソールに相互接続されたホストプロセッ
   サよりなることを特徴とするモニタ装置。
3. 【請求項３】 請求項１に記載のモニタ装置において、 前記の目標サブシステムが埋め込みの目標サブシステム
   及び前記の目標プロセッサの外部の周辺装置よりなり且
   つ前記の目標プロセッサにより制御されることを特徴と
   するモニタ装置。
4. 【請求項４】 請求項１に記載のモニタ装置において、 前記の通信リンクサブシステムがデータ、クロック及び
   前記のホスト及び目標サブシステムを相互接続する制御
   ライン、前記のホスト及び目標サブシステム間にデータ
   及び制御の移転を確立するための通信プロトコル、及
   び、目標サブシステムにおける通信プリミティブセット
   よりなることを特徴とするモニタ装置。
5. 【請求項５】 請求項４に記載のモニタ装置において、 前記の通信ラインがそれを通じて前記のホスト目標サブ
   システム間にデータ及び制御信号が交換される最小且つ
   十分な数のリンクとして奉仕することを特徴とするモニ
   タ装置。
6. 【請求項６】 請求項４に記載のモニタ装置において、 前記の通信プロトコルが前記のホスト及び目標サブシス
   テムが情報の交換において固守せねばならぬコマンド、
   データ、調停及び制御信号の所定または標準化された形
   式であることを特徴とするモニタ装置。
7. 【請求項７】 請求項６に記載のモニタ装置において、 ホストサブシステムに存在する前記の通信プリミティブ
   セットが信号ライン上の信号を解釈し前記のプロトコル
   に従ってコマンド及びデータの受領及び伝達を取り扱う
   ことを特徴とするモニタ装置。
8. 【請求項８】 請求項６に記載のモニタ装置において、 目標サブシステムに存在する前記の通信プリミティブセ
   ットが信号ライン上の信号を解釈し前記のプロトコルに
   従ってコマンド及びデータの受領及び伝達を取り扱うこ
   とを特徴とするモニタ装置。
9. 【請求項９】 請求項６に記載のモニタ装置において、 前記のモニタサブシステムが少なくともユーザインター
   フェイスサブシステム、目標メモリモニタサブシステ
   ム、自動テスターサブシステム、及び、データベースサ
   ブシステムを包含することを特徴とするモニタ装置。
10. 【請求項１０】 請求項９に記載のモニタ装置におい
    て、 前記のモニタサブシステムがユーザから入力を受け取り
    目標サブシステムからの動作状態の現況及びデータを表
    示することを特徴とするモニタ装置。
11. 【請求項１１】 請求項９に記載するモニタ装置におい
    て、 前記の目標メモリモニタサブシステムがユーザに目標サ
    ブシステムのメモリ領域をただし、変更することを許す
    ことを特徴とするモニタ装置。
12. 【請求項１２】 請求項９に記載のモニタ装置におい
    て、 上記自動テスターサブシステムのユーザに対して、ユー
    ザの介入、及び、テストの結果とその中に確認されたエ
    ラー又は除外の報告無しに、目標サブシステムの自動テ
    ストのためのテストシーケンス又は事前のプログラムを
    許容することを特徴とするモニタ装置。
13. 【請求項１３】 請求項９に記載のモニタ装置におい
    て、 前記のデータベースサブシステムにおいて、データベー
    スサブシステムが異常をその原因及び救済策と共にドキ
    ュメントすることを特徴とするモニタ装置。
14. 【請求項１４】 請求項１に記載のモニタ装置におい
    て、 更に、目標サブシステムの動作の分析を達成するために
    前記目標プロセッサの外部入出力信号をモニタする装置
    を有することを特徴とするモニタ装置。
15. 【請求項１５】 それぞれ異なる制御プロセッサを持つ
    複数の目標サブシステムの一つにホストモニタシステム
    の使用でテストを許すための通信プリミティブの標準化
    された開発の方法において、(a)前記の目標サブシステ
    ムの各アプリケーションフィールド内の可変名称を標準
    化し、若干を前記のホストモニタシステム内に保有する
    手段と、(b)前記の異なる制御プロセッサの各々及び前
    記のホストモニタシステムの制御ホストプロセッサに対
    して且つその間で通信プリミティブを標準化し、それを
    前記のホストモニタ内部に保留する手段よりなる開発の
    方法。
16. 【請求項１６】 請求項１５に記載の開発の方法におい
    て、 前記の可変名称の理解が内部の設置またはアドレス位置
    が異なっても与えられた可変の名称が常に同義であるよ
    うに類似のタイプ、用途、機能の項目に対して類似の名
    称を与えることを特徴とする開発の方法。
17. 【請求項１７】 請求項１５に記載の開発の方法におい
    て、 前記の通信プリミティブの理解がプリミティブが同一の
    機能性を達成するために前記の異なったプロセッサにわ
    たって異なって実施されても類似の機能に対して類似の
    名称を使用することを特徴とする開発の方法。
18. 【請求項１８】 前記の目標システムのおのおのが制御
    目標プロセッサを持つ複数の目標システムの一つの開発
    及びテストのための汎用回路内エミュレータ装置におい
    て、 ユーザインターフェイスサブシステムと、 プロセッサ資源データ倉庫サブシステムと、 テストデータベースエンジンサブシステムと、 汎用エミュレータソフトエアーエンジンサブシステム
    と、 汎用エミュレーターハードウェアサブシステムと、 汎用遠隔プロセッサポッドサブシステムとからなること
    を特徴とする汎用回路内エミュレータ装置。
19. 【請求項１９】 請求項１８に記載の汎用回路内エミュ
    レータ装置において、 前記のユーザインターフェイスサブシステムが目標プロ
    セッサが実行している間に目標プロセッサのレジスタ及
    びメモリ資源の内容をリアルタイムで表示し、目標シス
    テムのコマンド及び修正の発行を許容することを特徴と
    する汎用回路内エミュレータ装置。
20. 【請求項２０】 請求項１８に記載の汎用回路内エミュ
    レータ装置において、 前記の標準化されたユーザインターフェイスサブシステ
    ムが目標プロセッサが実行している間に目標プロセッサ
    のレジスタ及びメモリ資源の、内容をリアルタイムでタ
    イムで表示し、その外観及び慣行が使用されるプロセッ
    サのタイプに無関係に同一のままであることを特徴とす
    る汎用回路内エミュレータ装置。
21. 【請求項２１】 請求項１８に記載する汎用回路内エミ
    ュレータ装置において、 前記のプロセッサ資源データ倉庫サブシステムが目標プ
    ロセッサに関する如何なるデータをも追加、編集、探
    索、及び削除する十分な設備を備えて、目標プロセッサ
    の特別の一つを十分に定義するのに必要なすべての情報
    を含有することを特徴とする汎用回路内エミュレータ装
    置。
22. 【請求項２２】 請求項１８に記載の汎用回路内エミュ
    レータ装置において、 前記のデータベースサブシステムが目標システムの異常
    をその可能な原因・救済策と共にドキュメントすること
    を特徴とする汎用回路内エミュレータ装置。
23. 【請求項２３】 請求項１８に記載する汎用回路内エミ
    ュレータ装置において、 前記の自動テスターサブシステムがユーザに、ユーザの
    介入なしに目標サブシステムの自動化テストに使用され
    うるテストシーケンスまたはテストケースを事前にプロ
    グラムし、ついでテスト結果、何らかのエラーまたは除
    外を報告することをユーザに許可することを特徴とする
    汎用回路内エミュレータ装置。
24. 【請求項２４】 請求項１８に記載の汎用回路内エミュ
    レータ装置において、 前記の汎用エミュレーターソフトウェアエンジンサブシ
    ステムが広い種類の目標プロセッサを取り扱うよう自身
    を構成しうる柔軟性を含んで、前記の装置を実行するた
    めのすべての必要な機能及び論理を提供することを特徴
    とする汎用回路内エミュレータ装置。
25. 【請求項２５】 請求項２１に記載の汎用回路内エミュ
    レータ装置において、 前記の汎用エミュレーターハードウェアサブシステムが
    レジスタ及びメモリの内用をリアルタイムで見るために
    必要な高速データ移転・エラー訂正に可能にするために
    前記の汎用エミュレーターソフトウェアサブシステムを
    調整することを特徴とする汎用回路内エミュレータ装
    置。
26. 【請求項２６】 請求項１８に記載の汎用回路内エミュ
    レータ装置において、 前記の汎用遠隔プロセッサポッドが目標プロセッサの異
    なるパッケージ及びピン構成を収容するアダプターを持
    つことにより広い種類の目標プロセッサわたって使用さ
    れる能力を持つことを特徴とする汎用回路内エミュレー
    タ装置。