JPH05216712A - コンピュータシステムおよびこのコンピュータシステム上で内観的タスクを遂行する方法並びにｉ／ｏプロセッサアセンブリ - Google Patents

Abstract

(57)【要約】 （修正有） 【目的】 コンピュータシステム上で内観的タスクを遂
行するための高精度低コストの方法・装置を提供する。 【構成】 コンピュータシステム１００はシステムラン
ダムアクセスメモリ１０２に結合されたＣＰＵ１０１を
含む。メモリ１０２、ＣＰＵ１０１はバス制御ユニット
１０３に結合、Ｉ／Ｏバス１０５を制御。バス１０５、
１０６は複数のＩ／Ｏプロセッサ１１１−１１８への通
信経路を提供。Ｉ／ＯプロセッサはＩ／Ｏ装置との通信
を扱う。メモリＩ／Ｏプロセッサ１１１−１１３は磁気
ディスク装置を処理する高速Ｉ／Ｏチャネルを制御。Ｉ
／Ｏプロセッサアセンブリ（ＩＯＰ）１１１−１１８は
Ｉ／Ｏ装置に関連する隷属処理機能を遂行する。シュミ
レーションプロトコルがこれに対して定義され、これに
よりホストＣＰＵはＩＯＰにシュミレーションスクリプ
トを実行するよう指令できる。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、データ処理システムの
設計、より詳細には、コンピュータシステムに接続され
た物理装置及びこのシステムに課せられる作業負荷のシ
ミュレーションをサポートするための設計に関する。

【０００２】

【従来の技術】現代のコンピュータシステムはますます
多様な困難なデータ収集及び分析タスクを遂行するため
に使用されるようになってきている。コンピュータの普
及及び複雑化とともに、コンピュータシステム自体に関
する情報を得、また質問に答えることが頻繁に要求され
るようになった。マシンの複雑化のために、有効な情報
を純粋に手作業による方法のみで得ることは困難であ
る。コンピュータはこのような様々な問題を解決するた
めに使用されるため、コンピュータを内観的タスク（in
trospective task）にも使用しようと言う考えはごく自
然である。例えば、コンピュータシステムは、ハードウ
ェアの故障を診断し、性能及び使用頻度情報を提供し、
またプログラムのデバギング支援等の能力を持つように
設計されてきた。

【０００３】内観的問題を解く場合、コンピュータは、
しばしば、仮想的な要求に答えることを要求される。例
えば、それが任意の外部作業負荷にいかに応答するか、
特定のプログラムを実行するのにどれだけ時間がかかる
か、ハードウェア要素の一時的な損失の影響はどの程度
であるかなどを知ることが必要である。このような質問
に答えなければならない一つのアプリケーションは容量
計画アプリケーションである。容量計画には、コンピュ
ータシステムに課せられると考えられる将来の作業負荷
の予測、このような作業負荷にシステムがいかに応答す
るかの予測、及び（システムに追加のハードウェアを接
続する等によって）その応答がいかに向上できるかの決
定を含む。もう一つのこのようなアプリケーションはハ
ードウェア及びソフトウェア開発であるが、ここでは、
様々な予測される環境において、システムが開発中のハ
ードウェア或はソフトウェア要素にいかに応答するかを
知ることが必要である。さらにもう一つの可能なアプリ
ケーションは、欠陥診断、特に、断続的エラー状態の欠
陥診断であるが、この場合、断続的エラー状態の再現は
特定の環境が想定されることを必要とする。もう一つの
可能なアプリケーションは性能分析及び診断であるが、
この場合、システムが任意の与えられた条件下において
いかに振る舞うか及びシステムの挙動をいかに変えるこ
とができるかを決定することが必要である。

【０００４】理論的には、実ユーザの代わりに適当なソ
フトウェアを実行する実ハードウエアにて仮想条件を模
擬することが可能である。但し、現実的には、このよう
な解決方法は全く実際的でない。例えば、将来の拡張を
計画している企業はそのシステムが多数の接続された端
末及び対話ユーザからの作業負荷の増加にいかに応答す
るかを知りたいと望む。理論的には、この企業は、要求
される設備を実際に購入し、端末オペレータを採用し、
システムへの入力のための追加の作業負荷を生成し、結
果を観察することもできる。但し、現実的には、このよ
うなアプローチは費用が高くつきすぎて問題とならな
い。もう一つの例として、ソフトウェア開発会社は、そ
のソフトウェアが、様々なシステム構成及び作業負荷の
下で、特定のシリーズのコンピュータシステム上でどの
ように振る舞うかを知りたいと望む。この場合、様々な
構成を模擬するために要求される全てのハードウェアを
実際に購入し、要求される数の対話ユーザを雇い、結果
を観察することもできるが、このアプローチも経費及び
時間がかかり過ぎる。経費及び時間がかかり過ぎるのに
加えて、上に説明されたような方法による実状態の模擬
は、再現可能な結果を得ることができないと言う理由で
もしばしば望ましくない。実ユーザがキーボードの所で
データを入力する場合、当然、入力流の実タイミングに
幾らかの変動が生じ、観察される結果に変動を与える。
幾つかのアプリケーションョンにおいては、このような
変動は重大な欠点となる。例えば、断続的なエラー状態
を診断しようとする開発者はエラー状態がそれによって
誘発される再現可能な一連の事象を確定することを目的
とする。

【０００５】仮想的問題のためのデータを提供するもう
一つのアプローチは実ユーザと接続されたハードウェア
の代わりを勤める専用ハードウェアシミュレータの使用
である。このようなハードウェアシミュレータは実対話
ユーザの必要性を排除し、再現可能な方法にてシミュレ
ートされた作業負荷を生成することを可能にする。但
し、ハードウェアシミュレータは、それでも、この情報
を提供するための非常にコストの掛かる方法である。典
型的には、ハードウェアシミュレータはそれらが置換さ
れる製造よりも高い。このため、ハードウェアシミュレ
ータは、通常、システム開発研究所に限定される。

【０００６】シミュレーションソフトウェアを生成する
ことも可能である。このソフトウェアは中央演算ユニッ
ト（ＣＰＵ）から命令を発生し、シミュレートされた作
業負荷をシステムによって処理させることによって仮想
上の条件を模擬することを試みる。このソフトウェアは
あるタスクに対しては十分であるが、但し、しばしば、
システム上で多くの条件をシミュレーションする能力に
欠如する。このコンピュータシステムは、典型的には、
一つのＣＰＵを含み、これが一つ或は複数の通信バスを
介して様々なメモリ装置及び隷属プロセッサに接続され
る。これら隷属プロセッサは、他方、Ｉ／Ｏ装置、例え
ば、ディスクドライバ、対話型ワークステーション、プ
リンタ等に結合され、或は他の隷属プロセッサに結合さ
れる。システムの挙動はこれら装置の数及びタイプに依
存するばかりか、接続トポロジーにも依存する。ＣＰＵ
内で実行されるシミュレーションソフトウェアは、必ず
しも、システムの他の部分、特に、隷属プロセッサ及び
Ｉ／Ｏ装置の状態を正確に表わさない。

【０００７】コンピュータが内観的タスクを遂行する場
合、これは、オペレータから幾らかの情報を得るが、但
し、通常は、情報源はコンピュータ自体である。コンピ
ュータ上で遂行される任意のタスクと同様に、出力情報
の品質は入力の品質以上であることはない。不幸にし
て、先行技術によるこれらコンピュータシステムは妥当
なコストにて多くの仮想上の質問に答えるための正確な
情報を得る能力が欠如している。

【０００８】

【発明が解決しようとする課題】本発明の一つの目的
は、従って、コンピュータシステム上で内観的タスクを
遂行するための向上された方法及び装置を提供すること
にある。

【０００９】本発明のもう一つの目的はコンピュータシ
ステム内の仮想装置及び作業負荷に関する情報の精度を
向上させることにある。

【００１０】本発明のもう一つの目的はコンピュータシ
ステム内の仮想装置及び作業負荷に関する正確な情報を
提供するコトスを低減することにある。

【００１１】本発明のもう一つの目的はコンピュータシ
ステム上で容量計画タスクを遂行するための向上した方
法及び装置を提供することにある。

【００１２】本発明のもう一つの目的はコンピュータシ
ステムに関する容量計画予測の精度を向上させることに
ある。

【００１３】本発明のもう一つの目的はコンピュータシ
ステムのためのソフトウェアを開発するための向上した
方法及び装置を提供することにある。

【００１４】本発明のもう一つの目的は、コンピュータ
システム内の問題を診断するための向上した方法及び装
置を提供することにある。

【００１５】本発明のもう一つの目的は、向上した精度
及び再現性にてコンピュータシステム装置及び作業負荷
のシミュレーションを遂行することにある。

【００１６】

【課題を解決するための手段および作用】本発明による
コンピュータシステムはＣＰＵ、主メモリ、及び互いに
一つ或は複数のシステムＩ／Ｏバスにて結合された複数
のＩ／Ｏプロセッサアセンブリ（ＩＯＰ）を含む。ＩＯ
ＰはＩ／Ｏ装置に関連する隷属処理機能を遂行する。個
々のＩ／Ｏ装置はプログラマブルプロセッサを含む。個
々のＩ／Ｏ装置はＩＯＰを介してシステムに接続され、
これとシステムの他の要素との間の全ての通信はＩＯＰ
を通らなければならない。

【００１７】シミュレーションプロトコールがＩＯＰに
対して定義されるが、ここで、主メモリ内に常駐する命
令を実行するＣＰＵはＩＯＰにシミュレーションスクリ
プトを実行するように指令できる。このシミュレーショ
ンスクリプトはシミュレートされるべき一つ或は複数の
Ｉ／Ｏ装置を定義し、また装置と関連するシミュレート
された作業負荷を指定する。ＩＯＰはシミュレーション
スクリプトをあたかもＩＯＰに接続された実Ｉ／Ｏ装置
がスクリプト内に示された作業を遂行するかのようにシ
ステムＩ／Ｏバスと対話することによって実行する。例
えば、対話型ワークステーションがシミュレートされる
場合、ＩＯＰはシミュレートされた入力データストリン
グをある間隔で送信し、意図されたＣＰＵからシミュレ
ートされたワークステーション上に対話表示するために
出力を受信する。

【００１８】シミュレートされたＩ／Ｏ装置が実際にシ
ステム上に存在する必要はない。単一のＩＯＰにて複数
のＩ／Ｏ装置、及び複数のタイプのＩ／Ｏ装置をシミュ
レートでき、また複数のＩＯＰが複数のＩ／Ｏ装置を同
時にシミュレートできる。実Ｉ／Ｏ装置も同一のＩＯＰ
或は異なるＩＯＰからシミュレーションと同時に動作で
きる。こうして、Ｉ／Ｏ装置のシステムへの事実上全て
の仮想構成がシミュレートできる。

【００１９】典型的な使用においては、一つ或は複数の
アプリケーションプログラムがシステムＩ／Ｏバスに接
続されたＩＯＰ内の一つ或は複数のシミュレーションス
クリプトの実行と平行して中央演算ユニット上で実行す
る。ＩＯＰはシミュレーションスクリプトの実行を通じ
て通常の使用の際に実Ｉ／Ｏ装置から期待されるアプリ
ケーションプログラムへの入力をシミュレートする。Ｉ
ＯＰはまたシミュレートされたＩ／Ｏ装置に向けられる
アプリケーションプログラムによって生成された出力を
受信し、この確認通知を送る。このような条件下でのこ
のシステムの挙動は容量計画予測、アプリケーションプ
ログラムの開発及びデバッギング、断続的エラー状態の
模擬及び診断、或は仮想条件下でシステムの特性を決定
するために必要な他のタスクを遂行するために使用する
ことができる。

【００２０】

【実施例】図１には本発明の好ましい実施例に従うＩ／
Ｏ装置をシミュレートする能力を持つコンピュータシス
テムの主要なハードウェア要素が示される。コンピュー
タシステム１００はシステムランダムアクセスメモリ１
０２に結合された中央演算ユニット（ＣＰＵ）１０１を
含む。システムメモリ１０２はＣＰＵ１０１のアドレス
空間内に存在する。単一ユニットとして示されている
が、これは、実際には、当分野において周知のように、
メモリ装置の階層、例えば、小さな比較的高速のキャッ
シュメモリ及びより低速であるが大きな主メモリから成
ることに注意する。ＣＰＵ１０１及びメモリ１０２はバ
スインターフェースユニット１０３に結合される。イン
ターフェースユニット１０３はシステムＩ／Ｏバス１０
５の制御を仲裁し、またバス１０５とＣＰＵ１０１或は
メモリ１０２との間の通信を扱う。システム１００は１
つ以上のシステムＩ／Ｏバスを持つことができる。図１
にはユニット１０３に接続された第二のバスインターフ
ェースユニット１０４が示される。第二のユニット１０
４は第二のシステムＩ／Ｏバス１０６の制御を仲裁し、
バスインターフェースユニット１０３を通じて第一のシ
ステムＩ／Ｏバス１０５、ＣＰＵ１０１及びメモリ１０
２と通信する。バス１０５、１０６は複数のＩ／Ｏプロ
セッサ１１１−１１８への通信経路を提供する。Ｉ／Ｏ
プロセッサはＩ／Ｏ装置との通信を扱い、これら装置の
幾つかの機能を制御する。システム１００上には様々な
異なるタイプのＩ／Ｏプロセッサが存在する。個々のメ
モリＩ／Ｏプロセッサ１１１−１１３は磁気ディスクド
ライブ直接アクセスメモリ装置（ＤＡＳＤ）、磁気テー
プドライブ、及びディスケットドライブ等のような記憶
装置を処理する高速Ｉ／Ｏチャネルを制御する。ワーク
ステーションＩ／Ｏプロセッサ１１４−１１６は複数の
直接ローカル接続を通じてローカルに位置する対話型ワ
ークステーション及びプリンタを処理する。通信Ｉ／Ｏ
プロセッサ１１７−１１８は遠隔通信ライン及びトーク
ンリングローカルエリアネットワークを処理するが、こ
れらは、追加のＩ／Ｏ装置或は（システム１００にとっ
てはＩ／Ｏ装置と見える）他のコンピュータシステムに
接続される。Ｉ／Ｏ装置、Ｉ／Ｏプロセッサ及び他の要
素の数、タイプ及び構成は変動することに注意する。本
発明に従うコンピュータシステムは単一のシステムＩ／
Ｏバスを含むことも、或は複数のバスを含むこともあ
る。システム内には異なるタイプのＩ／Ｏプロセッサが
存在し、これらには、Ｉ／Ｏプロセッサの１つのタイプ
以上の複数の機能を遂行する多重機能Ｉ／Ｏプロセッサ
が含まれる。また、光学メモリ装置、光学文字リーダ、
音声Ｉ／Ｏ装置等のような異なるタイプのＩ／Ｏ装置が
存在する。これに加えて、システム１００は、複数の中
央演算ユニットを含む多重プロセッサシステムでもあり
得る。この好ましい実施例においては、システム１００
はＩＢＭアプリケーションシステム／４００システムで
ある。

【００２１】図２にはこの好ましい実施例の典型的なＩ
／Ｏプロセッサアセンブリ（ＩＯＰ）２０１の主要な要
素が示される。このＩ／Ｏプロセッサアセンブリは、示
されるように様々な通信経路を介して互いに結合され
た、プログラマブルプロセッサ２０２、ローカル的にア
ドレス可能なメモリ２０３、システムＩ／Ｏバスインタ
ーフェース回路２０６、及び装置インターフェース回路
２０７を含む。ローカル的にアドレス可能なメモリ２０
３は命令及びＩＯＰの始動のために要求される必須デー
タを格納するための不揮発性部分２０５、及びダイナミ
ック部分２０４を含む。ＩＯＰの目的は、ＣＰＵがそれ
自体によって全てのＩ／Ｏサポートを遂行する負担を解
放することにある。ＩＯＰは高速Ｉ／Ｏチャネル、ワー
クステーションライン、或は他の通信ラインをドライブ
することによってＩ／Ｏ装置をサポートする。ＩＯＰは
またシステムメモリとＩ／Ｏ装置との間の直接メモリア
クセスを扱う。ワークステーションの場合は、ＩＯＰは
またディスプレイを更新することに関連するタスク、例
えば、データキーストロークの処理、カーソル移動、画
面移動等の様々なタスクを遂行する。こうして、ＣＰＵ
はこれらＩ／Ｏサポートの詳細から遮蔽され、Ｉ／Ｏ装
置がシステムに対して準備された幾つかの入力を持つと
きにのみＩ／Ｏ装置から情報を受ける。

【００２２】動作において、ＩＯＰプログラマブルプロ
セッサ２０２はローカル的にアドレス可能なメモリ２０
３内に格納された制御プログラム２１０内に含まれる命
令を実行する。メモリ２０３はシステムＩ／ＯバスとＩ
／Ｏ装置との間で伝送されるデータを一時的に格納する
ためのキャッシュとしても機能する。プロセッサ２０２
はシステムＩ／Ｏバスインターフェース回路２０６或は
装置インターフェース回路２０７にデータを移動させた
り、或はコマンド、状態情報等を発行する機能を持つ。
データはまたメモリ２０３，バイパスプロセッサ２０２
を通じても移動される。

【００２３】この好ましい実施例においては、ＩＯＰ２
０１はワークステーションコントローラであり、これに
複数の対話型ワークステーションが接続される。ＩＯＰ
はそれがダイナミックメモリ２０４内で処理する個々の
ワークステーションに対する画面バッファ及びフィール
ドフォーマットテーブルを維持する。画面バッファはワ
ークステーションの所の現ディスプレイ画面の内容を格
納し、フィールドフォーマットテーブルは項目フィール
ドの位置を識別する。このバッファ及びフィールドフォ
ーマットテーブルはワークステーションコントローラＩ
ＯＰがワークステーションから受信された幾つかのキー
ストロークをホストからの介在無しで処理することを可
能にする。例えば、カーソル移動キーストロークは画面
バッファを更新することによって処理できる。

【００２４】ここで使用される用語Ｉ／Ｏプロセッサは
Ｉ／Ｏに関連する隷属処理機能を遂行する主体を指すこ
とに注意する。コンピュータシステム内には多くの異な
るＩＯＰ設計が存在する。この好ましい実施例において
は、このＩ／Ｏプロセッサアセンブリは単一の電子回路
カードから成り、この上に複数の電子部品が搭載され、
これら部品は互いにこの回路基板上の一つ或は複数の印
刷回路平面内に含まれる様々な回路を介して電気的に接
続される。ただし、Ｉ／Ｏプロセッサアセンブリは、多
重回路カード内に含まれることも、単一回路カードの一
部の上に含まれることも、或は単一チップ上に含まれる
こともある。

【００２５】このシステムのＩＯＰのホスト側部分（つ
まり、ＣＰＵ、システムメモリ、システムＩ／Ｏバス、
他のＩＯＰ、その他）から見た場合、このＩＯＰはこれ
に接続された一つ或は複数のＩ／Ｏ装置である。ＣＰＵ
及び／或は主メモリはＩＯＰからシステムＩ／Ｏバスを
通じて入力データ流を受信し、またＩＯＰにシステムＩ
／Ｏバスを通じて出力データ流を送る。ここに開示され
る発明の本質は、ＩＯＰが、通常、ある一つのＩ／Ｏ装
置から受信され或はこれに送られるデータ流を生成及び
受け入れることによって、効果的にそのＩ／Ｏをこのシ
ステムのホスト部分にシミュレートすることである。

【００２６】この好ましい実施例によると、これらＩＯ
Ｐに対してシミュレーションプロトコールが定義され
る。このプロトコールは、主メモリ内に常駐する命令を
実行するＣＰＵがシミュレーションスクリプトを実行す
るためにＩＯＰにコマンドを発行する手順を定義する。
プロトコールによってフォーマットが定義されるシミュ
レーションスクリプトが主メモリから実行のためにＩＯ
Ｐに運ばれる。このスクリプトはＩＯＰによって一つ或
は複数の装置をシミュレートするために取られるべき動
作の速記記述である。このスクリプトはＩＯＰが実行す
る一連のコマンドのように見えるが、但し、個々の”コ
マンド”は、ＩＯＰのプログラマブルプロセッサによっ
て実行される単一命令ではなく、ＩＯＰによる複雑な一
連の動作を要求する。ＩＯＰローカルメモリ２０３内に
常駐するＩＯＰの制御プログラムの部分は、スクリプト
の個々のブロックを復号し、これをＩ／Ｏ装置をシミュ
レートするためにＩＯＰに要求される一連の動作に拡張
する。ＩＯＰは、次に、拡張されたスクリプトによって
要求される動作を実行する。実行には、あたかもＩＯＰ
に接続された実Ｉ／Ｏ装置がこのスクリプトによってシ
ミュレートされるべき仕事を遂行するかのように、シス
テムＩ／Ｏバスとの対話が伴う。Ｉ／Ｏ装置が生成する
であろう典型的なデータ流がＩ／Ｏ装置に代わってＩＯ
Ｐによって生成され、システムＩ／Ｏバス上に置かれ、
ＣＰＵ、主メモリ或は他のシステム要素に向けられる。
Ｉ／Ｏ装置に向けられるホストからの出方向のデータ流
は、ＩＯＰによって受信及びその通知を与えられ、これ
によって、あたかも実Ｉ／Ｏ装置が接続されているかの
ように処理されるが、但し、実際には、ＩＯＰからＩ／
Ｏ装置にデータは伝送されない。

【００２７】図３は好ましい実施例に従う典型的なシミ
ュレーションスクリプト３０１の高レベルフォーマット
を示す。この実施例においては、ＩＯＰはワークステー
ションコントローラであり、これに複数の対話型ワーク
ステーションが接続される。但し、本発明は、多機能Ｉ
ＯＰを含む他のタイプのＩＯＰによっても実施できるこ
とに注意する。シミュレーションスクリプトは、一つの
１バイト制御ブロックカウントフィールド３０２、一つ
或は複数のシミュレータ制御ブロック３０３−３０５、
及び一つ或は複数のデータ流スクリプトを含む。ブロッ
クカウント３０２はスクリプト３０１内のシミュレータ
制御ブロック３０３−３０５の数を示す。図３の例にお
いては、３つのシミュレータ制御ブロック３０３−３０
５がスクリプト内に含まれ、ブロックカウント３０２
は、従って、”３”にセットされる。個々のシミュレー
タ制御ブロックはシミュレートされるべき単一のＩ／Ｏ
装置を定義する。個々のデータ流スクリプトは、ＩＯＰ
があたかも入り方向のデータ流を生成するために対話型
ワークステーションのキーボードから受信されたかのよ
うに処理するシミュレートされた入力データ流（この場
合は、シミュレートされたキーストローク）を定義す
る。この入り方向データ流は、次に、システムＩ／Ｏバ
ス上に、あたかもこれが対話型ワークステーションから
発せられたかのように送る。複数のデータ流スクリプト
が個々のシミュレートされたＩ／Ｏ装置と関連する。図
３の例においては、４つのデータ流スクリプトが第一の
シミュレートされたＩ／Ｏ装置と関連し、３つのデータ
流スクリプトが他のシミュレートされたＩ／Ｏ装置の個
々と関連する。これに加え、異なるシミュレートされＩ
／Ｏ装置と関連する制御ブロックが一つ或は複数のデー
タ流スクリプトを共有する。

【００２８】図４は、シミュレーションスクリプト３０
１の一部である典型的なシミュレータ制御ブロック３０
３のフォーマットを示す。シミュレータ制御ブロック３
０３は以下に説明されるフィールドを含む。ブロック長
フィールド３２１（バイト位置０−３の所）はシミュレ
ータ制御ブロックの全体の長さを（バイト単位にて）含
む２バイトフィールドである。装置ＩＤフィールド３２
２及びモデルＩＤフィールド３２３はシミュレートされ
るＩ／Ｏ装置（この場合は、ワークステーション）のタ
イプ及びモデルを識別する。キーボードＩＤフィールド
３２４及び拡張キーボードＩＤフィールド３２５はシミ
ュレートされるワークステーションに接続されたキーボ
ードのタイプを識別する。装置アドレスフィールド３２
６はシミュレートされたワークステーションのＩＯＰ内
の論理アドレスを識別する。ワークステーションのシス
テムワイドアドレスはＩＯＰのアドレスとワークステー
ションのＩＯＰ内のアドレスとの組合わせである。遅延
時間フィールド３２７はシミュレーションの開始からＩ
ＯＰがシミュレーション制御ブロックによって呼び出さ
れるデータ流スクリプトの実行を開始するまでの遅延時
間を（秒単位にて）含む。ストリームカウントフィール
ド３２８はシミュレータ制御ブロック３０３内に含まれ
るデータ流制御ブロックの数を識別する。可変数のデー
タ流制御ブロック３２９−３２２（３つ以下でない）が
ストリームカウントフィールド３２８に続く。データ流
制御ブロックはバイト位置１０から（９＋１１* Ｎ）を
占拠する。ここで、Ｎは示されるように制御ブロックの
数である。個々のデータ流制御ブロック３２９−３３２
はＩＯＰによって実行されるべきデータ流スクリプトを
識別する。終端バイト３３３はシミュレータ制御ブロッ
ク３０３の終端を合図する。

【００２９】図５はシミュレータ制御ブロック３０３の
一部である典型的なデータ流制御ブロック３３０を示
す。このデータ流制御ブロックはデータ流スクリプトを
識別し、この実行を制御するために使用される。個々の
データ流制御ブロックは一つのデータ流スクリプトと関
連するが、一方、一つのデータ流スクリプトを多重制御
ブロックにて共有し、多重シミュレートされたＩ／Ｏ装
置が同一データ流スクリプトを使用できるようにするこ
とも可能である。図５の例においては、データ流制御ブ
ロック３３０はデータ流スクリプト３１１と関連する。
データ流制御ブロック３３０は以下に示されるフィール
ドを含む。スクリプト長フィールド３４１は対応するデ
ータ流スクリプトの長さを（バイト単位にて）識別す
る。オフセットフィールド３４２はシミュレーションス
クリプトレコード内のデータ流スクリプトの開始位置を
レコードの開始からのオフセットとして（バイト単位に
て）識別する。キーイング速度フィールド３４３はキー
ストロークがシミュレートされるべき速度を（秒当りの
文字数にて）識別する。思考時間乗数（think time mul
tiplier ）フィールド３４４は（対話型ユーザによる思
考をシミュレートして）ワークステーションからの応答
時間を計算するために使用される乗数を含む。ループカ
ウントフィールド３４５はデータ流スクリプトが次のス
クリプトに進む前に実行されるべき回数を示す。終端バ
イト３４６はデータ流制御ブロックの終端を合図する。

【００３０】図６は典型的なデータ流スクリプト３１１
の高レベルフォーマットを示す。データ流スクリプトは
キーストロークを表わすコマンド及び個々のバイトの可
変長流である。これは開始コマンド３５１と終端コマン
ド３５３によって区切られる。開始コマンドと終端コマ
ンドとの間に追加のコマンドが存在するが、但し、主に
コマンド間のデータ流部分３５２はシミュレートされた
ワークステーションからのキーストロークを表わす個々
のバイトから成る。好ましい実施例においては、データ
流部分に対して思考時間コマンドが定義され、これは、
ＩＯＰにデータ流内に指定される時間遅延を挿入するよ
うに指示する。コマンド内に指定される時間遅延にデー
タ流制御ブロックのフィールド３４４内に指定される思
考時間乗数が掛けられる。

【００３１】図７はデータ流内に含まれるデータ流コマ
ンド３５１のフォーマットを示す。このコマンドはコマ
ンド３６１の開始を合図するための１バイトエスケープ
コード、コマンドの長さを（バイト単位にて）示す長さ
欄３６２、コマンドを識別するコマンドコード３６３及
び１バイトスケープフィールド３６７を含む。フィール
ド３６６及び３６７はコマンドをバイトの対称性シリー
ズにし、これが順方向或は逆方向のいずれからも読める
ようにする。コマンド３５１は、オプションとして、追
加のコマンドパラメータ３６４を含む。追加のパラメー
タ３６４が存在する場合、対称性を維持するために第二
のコマンドコードフィールドが必要である。図７の例に
おいては、コマンドはデータ流スクリプト長及び識別子
を指定する１０バイトの追加のパラメータを持つ開始コ
マンドである。

【００３２】この好ましい実施例に従う本発明の動作に
ついて次に説明される。図８は関与するステップの高レ
ベルフローチャートである。シミュレーションはシステ
ムのホストサイドから開始される。シミュレーションは
ホストＣＰＵ上で実行されるアプリケーションプログラ
ムからの呼或は対話型端末から入力されるコマンドのい
ずれかによって開始される（ステップ４０１）。シミュ
レーションスクリプト３０１は、アプリケーションプロ
グラム内に埋め込まれるか、或は一つの別個のファイル
とされる。アプリケーションプログラム或はシミュレー
ションを開始したユーザは多重ＩＯＰ内のシミュレーシ
ョンを同時に開始するが、これは同一或は異なるシミュ
レーションスクリプトを使用する。図８は一つのＩＯＰ
のみに対するシミュレーションステップを示すが、図８
に示されるように複数のＩＯＰがこれらステップを同時
に遂行できることに注意する。

【００３３】例えば、容量計画アプリケーションプログ
ラムは一つ或は複数のシミュレーションスクリプトを呼
び出し、これらスクリプトを実行し、システム応答を測
定することによって仮想上の形態及び作業負荷をテスト
する。別の一つの例においては、ソフトウェアモジュー
ルを展開するソフトウェア開発者がＩＯＰにそのソフト
ウェアモジュールが実行されている最中に一つ或は複数
のシミュレーションスクリプトを実行するように指令す
る。ここで、これらシミュレーションスクリプトは、単
に、システムに対する典型的な背景ワークを提供するこ
とも、或はテスト下のソフトウェアモジュールを直接呼
び出すこともできる。さらにもう一つの例においては、
システム開発者が断続的なエラー状態をデバッグするた
めのシミュレーションを呼び出すためにシステムコンソ
ールを使用する。いったんシミュレーションスクリプト
が断続エラーを誘引するように構成されると、これはそ
れを任意の回数だけ誘引でき、こうしてシステムの挙動
が観察される。

【００３４】シミュレーションの開始の際に、ホストは
シミュレーションを開始するためにホストにシミュレー
ションスクリプトと共にシミュレーション一つのコマン
ドを送る（ステップ４０２）。このスクリプトはシステ
ムのホスト側のどこか、例えば、主メモリ、ティスク記
憶装置、その他に格納され、次に、システムＩ／Ｏバス
を介してＩＯＰにダウンロードされる。ＩＯＰはこのス
クリプトをそのローカルメモリ内にシミュレーションの
期間だけ格納する。この好ましい実施例においては、シ
ミュレーションスクリプトは、通常の動作の際は、スク
リプトを復号及び実行する任務を持つＩＯＰの制御プロ
グラムの部分であるＩＯＰローカルメモリ２０３内には
保たれない。ホストからのシミュレーションスクリプト
のこのダウンローディングは、ホストが多様のシミュレ
ーションスクリプトを格納できるためシミュレーション
の内容により大きな柔軟性を与える。但し、もう一つの
代替実施例においては、標準シミュレーションスクリプ
トをその制御プログラムの一部としてＩＯＰ内に永久保
存する。

【００３５】シミュレーションスクリプト３０１が受信
されると、ＩＯＰはこのスクリプトをローカルメモリ２
０３内に格納し、スクリプトの様々な制御ブロックを構
文解析する（ステップ４０３）。スクリプト３０１は一
つ或は複数のシミュレータ制御ブロック３０３−３０５
を含むが、個々のブロックはシミュレートされるべき一
つのＩ／Ｏ装置に対応する。ＩＯＰは個々のシミュレー
トされたワークステーションに対するホストにパワーア
ップメッセージを送る。このパワーアップメッセージは
ホストに対話型ワークステーションがパワーアップさ
れ、ホストからの命令を待っていることを通知する。同
時に、ＩＯＰは個々のシミュレートされたワークステー
ションに対する画面バッファ及びフィールドフォーマッ
トテーブルをそのローカルメモリ内に割り当てる。ホス
トは、通常これに応答して、あたかも実ワークステーシ
ョンがパワーアップされたかのように、ワークステーシ
ョンにログオン画面を送る（ステップ４０４）。

【００３６】以下に説明されるステップが個々のシミレ
ートされるワークステーションに対して別個に実行され
る。ＩＯＰ制御プログラムは、結果として、あたかも複
数の現実の対話型ワークステーションに対して持つよう
に、並列にて動作する複数の別個のワークステーション
セッションを持つ。

【００３７】個々のログオン画面を受信すると、ＩＯＰ
はシミュレートされたワークステーションに対するタイ
マを始動し、対話型ユーザによるシミュレートされたロ
グオンを開始する前に初期時間遅延だけ待つ（ステップ
４０６）。この遅延時間はシミュレータ制御ブロック３
０３の遅延時間フィールド内に指定される時間である。
個々のシミュレートされた装置に対して別個のシミュレ
ータ制御ブロック３０３が存在するため、異なる遅延時
間を持つことが可能であり、シミュレートされたユーザ
の時差ログオンが可能となる。

【００３８】遅延期間を待った後に、ＩＯＰ内の制御プ
ログラムは第一のデータ流スクリプトを実行するが、こ
れは、慣習上、ログオンスクリプトである（ステップ４
０７）。ログオンスクリプトは一度のみ実行される。Ｉ
ＯＰはデータスクリプトを実行するが、これは、スクリ
プト内に埋め込まれた全てのコマンドを復号し、適当な
動作を実行することによって達成される。つまり、スク
リプト内に含まれるデータバイトのストリームをあたか
もこれらが実ワークステーションから受信されたかのよ
うに処理することにより入り方向データが生成され、ス
クリプトからこうして生成された入り方向データがシス
テムＩ／Ｏバス上に伝送される。例えば、ログオンデー
タ流スクリプトのケースにおいては、スクリプトは、典
型的には、開始コマンド３５１、これに続く、ユーザの
識別子に対応する文字ストリング、パスワード、オプシ
ョンとしてのログオンパラメータ、タブキー或は入力キ
ー（一体となってパート３５２を構成）等のような適当
な区切り文字、及びこれに続く終端コマンド３５３を含
む。開始及び終端コマンド３５１、３５３はホストから
受信されるコマンドと区別されるべきである。つまり、
コマンド３５１、３５３はデータ流スクリプトの区切り
文字としてのみ使用され、ＩＯＰにある特定の動作を行
なわせるコマンドとしては使用されない。ホストはログ
オンスクリプトに、あたかも実ユーザがシステムにログ
オンされているかのように、通常の方法で応答する（ス
テップ４０８）。

【００３９】第一の（ログオン）データ流スクリプトを
実行した後に、ＩＯＰは”中間”スクリプトをシーケン
スにて遂行する（ステップ４０９）。この中間スクリプ
トは第一及び最後のスクリプト以外の全てのデータ流ス
クリプトから成る。ログオンスクリプトのケースのよう
に、個々の中間スクリプトはスクリプト内に含まれるデ
ータバイト流を処理することによって実行される。つま
り、全ての埋め込まれたコマンドに対する適当な動作が
遂行され、システムＩ／Ｏバスを通じて結果として生成
された出方向のデータ流がホストに伝送される。例え
ば、ある埋め込まれたコマンドは、ＩＯＰにデータ流の
中間において指定される長さの時間だけ休止することを
要求する。データ流スクリプトはデータ流制御ブロック
３３０のループカウントフィールド３４５内に指定され
る回数だけ反復される。ＩＯＰがあるデータ流スクリプ
トの実行を終了すると、これは、次のスクリプトへと進
む。全ての中間データ流スクリプトが実行されると、Ｉ
ＯＰは第一の中間スクリプト（第二のデータ流スクリプ
ト）へとループバックし、このシーケンスを反復する。
この中間データ流スクリプトがホストから停止コマンド
が受信されるまで無限に反復される。

【００４０】ログオンスクリプトのケースと同様に、ホ
ストは必要に応じて中間データ流スクリプトの結果とし
て受信された様々な入力流に応答する（ステップ４１
０）。例えば、ある中間データスクリプトは、第一に、
資料を編集するために編集プログラムを呼び出し、次に
この資料内のランダムの文字挿入及び削除を遂行し、最
後に編集された資料を保存するための入り方向データ流
を生成する。ホストはこれらデータ流の各々に応答し
て、例えば、最初にこの資料を表示し、ワークステーシ
ョンのディスプレイ上のこの資料を修正されたように更
新し、ワークステーションのディスプレイに適当な保存
メッセージを送信する。また、このデータ流のために、
ホストの様々な部分が応答して、例えば、資料が最初に
呼び出されたときティスク記憶装置からこれを読み出
し、或は後に保存するためにティスク記憶装置にこれを
書き込ませる等の動作が遂行されることに注意する。

【００４１】ＩＯＰがホストからシミュレーションを停
止するためのコマンドを受信すると（ステップ４１
１）、これは、現データ流スクリプトの処理を完結し、
次に、最後のデータ流スクリプト、つまり、ログオフス
クリプトを実行する（ステップ４１２）。ホストがこれ
に応答してログオフの受取りを通知し、ディスプレイを
アイドル状態に戻すと（ステップ４１３）、ＩＯＰはホ
ストにパワーダウンメッセージを送信することによって
シミュレートされたワークステーションがパワーダウン
されたことを示す。こうして、このシミュレーションが
完結される。

【００４２】図９はＩＯＰ制御プログラムによって個々
のワークステーションをシミュレートするために遂行さ
れるステップをより詳細に示すが、これらは、図８の高
レベルのダイヤグラムにおいては、ステップ４０５、４
０６、４０７、４０９、４１２として表わされる。ＩＯ
Ｐがホストからのパワーオン受取り通知及びログオン画
面を受信すると、これはタイマをフィールド３２７内に
指定される遅延値にセットする（ステップ５０１）。こ
れは、次に、タイマが満了するまでアイドル状態にて待
つ（ステップ５０２）。タイマが満了すると、現データ
流スクリプトに対するポインタが第一のスクリプトに初
期化され、ループカウンタが１に初期化される（５０
３）。ＩＯＰは次に現データ流スクリプトを処理する。
つまり、スクリプトを構文解析し、ホストへの入り方向
データ流を構築し、データ流を伝送し、そしてホストの
応答を受信する（ステップ５０４）。図１０にはデータ
流スクリプトの処理の詳細が示される。データ流スクリ
プトが完全に処理されると、ＩＯＰはホストからの停止
コマンドの存在をチェックする。（ステップ５０５）。
停止コマンドが受信されてないときは、これは、ループ
カウント変数Ｌを増分し（ステップ５０６）、Ｌがフィ
ールド３４５内に指定されるループカウントを超えるか
否かチェックし（ステップ５０７）、超えない場合は、
流れはステップ５０４に進み、ここでデータ流スクリプ
トが反復される。ループカウントが指定カウントに達し
ているときは、現データ流ポインタが次のデータ流スク
リプトに増分され、ループカウントが１にリセットされ
る（ステップ５０８）。ポインタが現在最後のデータ流
スクリプトをポイントするときは（ステップ５０９）、
ポインタが第二のスクリプトにリセットされる（ステッ
プ５１０）。流れは次にステップ５０４に進む。ステッ
プ５０５において、停止コマンドが受信されたことが決
定されると、現データ流スクリプトポインタがログオフ
スクリプトである最後のスクリプトにセットされ、この
スクリプトが前のスクリプトと同様な方法で処理される
（ステップ５１２）。ＩＯＰは、次に、装置パワーダウ
ンメッセージを送信し、ダイナミックＲＡＭのシミュレ
ートされた装置に対して割り当てられた画面バッファ及
びフィールドフォーマットテーブルの部分を解放する。
全てのシミュレートされた装置がパワーダウンされた
ら、ダイナミックＲＡＭのシミュレーションスクリプト
のメモリに割り当てられた部分が解放される。

【００４３】図１０はデータ流スクリプトの構文解析の
時にＩＯＰ制御プログラムによって遂行されるステップ
を示す。このプログラムはローカルメモリ内のデータ流
スクリプトの位置をシミュレーションスクリプトレコー
ド３０１の位置及びデータ流制御ブロックのオフセット
フィールド３４２から決定する。これは次に、最初の１
６文字の構文解析を行なうが、これは開始コマンドでな
ければならない（ステップ６０２）。この最初の１６文
字が開始コマンドでないときは、エラー状態が合図され
る（ステップ３６０）。データ流スクリプト内のバイト
を識別するためのバイトポインタがデータ流スクリプト
の開始位置に開始コマンドの長さを加えた値にセットさ
れる（ステップ６０３）が、これは開始コマンドの直後
の位置である。システムＩ／Ｏバスに向けられた入力方
向データ流がブランクに初期化される（ステップ６０
４）。

【００４４】プログラムは次にデータ流スクリプトを一
度に１バイトづつ構文解析する。解析中のバイトが’０
０’Ｘでないときは（ステップ６０５）、これは、あた
かもワークステーションが実在するかのようにワークス
テーションから受信されたキーストライクと同様な方法
にて処理される（ステップ６０６）。この好ましい実施
例のＩＯＰはワークステーションディスプレイに関する
状態情報をその画面バッファ及びフィールドフォーマッ
トテーブル内に維持する。ある種のキーストローク、例
えば、カーソル移動或はタブキーは、ＩＯＰにこの状態
情報をホストに何も送ることなく更新させる。他のキー
ストローク、例えば、英数文字は、典型的には、ホスト
に送られるために入り方向データ流に加えられる。但
し、このデータ流は直ちにホストに送られるのではな
く、注意喚起識別子（Attention Identifier、ＡＩ
Ｄ）、例えば、”エンター”キー或は機能キーに続いて
送られる。さらに別のキーストロークが、例えば、後退
或はカーソル移動に続く前に入力された入力フィールド
のタイピングの場合のように、入力データ流の編集をＩ
ＯＰに起こさせる場合もある。

【００４５】キーストロークの処理が終ると、バイトポ
インタが増分され（ステップ６０７）、ＩＯＰはバイト
ポインタがデータ流スクリプトレコードの境界を越えな
いか検証する（ステップ６０８）。長さが境界を越える
場合は、エラー状態が示される（ステップ６３０）。超
えないときは、今処理されたキーはＡＩＤキーではなく
（ステップ６０９）、シミュレーションプログラムはス
テップ６１０において１／（フィールド３４３内に指定
されたキー速度）に等しい期間だけ待つ。

【００４６】この遅延は対話型ユーザからのキーストロ
ーク間の典型的な遅延をシミュレートする。これは、次
に、ステップ６０５に進み、データ流スクリプトの次の
バイトの構文解析を行なう。

【００４７】ＡＩＤキーが処理された場合は（ステップ
６０９）、この入り方向データ流がシステムＩ／Ｏバス
上のホストに伝送される（ステップ６１１）。ＩＯＰは
次に、典型的には、次の表示画面であるホストの応答を
待つ（ステップ６１２）。応答が受信されると、流れは
ステップ６０４に戻る。典型的には、ワークステーショ
ンに対するデータ流はＡＩＤの直後に思考時間コマンド
を含む。

【００４８】ステップ６０５において構文解析されてい
るバイトが‘００’Ｘである場合は、コマンドであるこ
とが示される。この場合、このコマンドコードバイト
（フィールド３６３）が調べられる。このコマンドが思
考時間コマンドである場合は（ステップ６２０）、シミ
ュレーションプログラムは指定される思考時間期間にフ
ィールド３４４内に指定される時間乗数を掛けた値だけ
待ち（ステップ６２１）、バイトポインタをこのコマン
ドの長さだけ増分し（ステップ６２２）、流れはステッ
プ６０５に戻る。このコマンドが”終端”コマンド以外
の他の任意のコマンドである場合は（ステップ６２
３）、このコマンドが実行され（ステップ６２４）、流
れはステップ６０５に戻る。ここに説明される実施例に
おいては、開始、終端及び思考時間コマンドのみが定義
されるが、多くの他のコマンドが可能であり、シミュレ
ーションプロトコールの一部として定義される。例え
ば、“パーセントジャンプ（percent jump）”コマンド
を定義することができるが、この場合、データ流スクリ
プト内の他の位置への分岐はそのコマンドが実行される
時間の指定されるパーセントの時間を占め、ある特定の
ケースにおいてジャンプを行なうか否かの決定は当分野
において周知のように乱数を生成することによって行な
われる。このようなコマンドはシミュレーションに幾つ
かの状況において必要となるランダム効果を導入すると
言う長所を持つ。別の例として、“呼（call）”コマン
ドを定義することもできるが、この場合、もう一つのデ
ータ流スクリプトが呼び出され、これが実行される。制
御はこうして呼び出されたデータ流スクリプト内で”終
端”コマンドが遭遇されたとき、元のデータ流スクリプ
トに戻る。

【００４９】ステップ６２３において”終端”コマンド
であることが示された場合、プログラムはステップ６２
５において、この終端コマンドが正しい位置にあるか検
証するが、これは、開始位置にオフセット（フィールド
３４２）及びデータ流スクリプトの長さ（フィールド３
４１）を加えた値から５（終端コマンドの長さ）を引い
た値でなければならない。ステップ６１１において、終
端コマンド位置のエラーが示された場合は、プログラム
はこのエラーを処理するために分岐する（ステップ６３
０）。終端コマンドが正しい位置にある場合は、データ
流スクリプトは正常に処理されたのであり、プログラム
は図９に示される次のステップを実行するためにリター
ンする。

【００５０】ここに説明の好ましい実施例においては、
データ流スクリプト内に含まれるデータは、ワークステ
ーションからＩＯＰによって受信されたデータを表わ
す。このデータはＩＯＰによってあたかも実存のワーク
ステーションからのデータを処理するかのように処理さ
れる。ＩＯＰの部分は実ワークステーションに対して振
る舞うのと全く同様に振る舞う。画面バッファ及びフィ
ールドフォーマットが維持テーブルが維持され、制御プ
ログラムは実データのように見えるキーストロークを処
理し、こうしてより実際に近いシミュレーションを達成
する。但し、もう一つの代替実施例においては、データ
流スクリプトがホストへの入り方向データを表わし、こ
の場合は、ＩＯＰによるデータの処理は殆ど或は全く必
要とされない。あるタイプのワークステーション及びＩ
ＯＰのケースにおいては、ＩＯＰがワークステーション
から受信するデータとこれがホストに伝送するデータと
の間に殆ど差異がない。例えば、ＡＳＣＩＩワークステ
ーションは、典型的には、ＩＯＰ内においてデータ流ス
クリプトからのデータが処理されることを殆ど必要とし
ない。当業者においては、本発明はＡＳＣＩＩワークス
テーションを（ブロックモード或は列モードにて）処理
するＩＯＰに簡単に適用できることが認識できるもので
ある。

【００５１】ＩＯＰプロセッサ及びメモリ機能は、シミ
ュレートされたデータを処理するとき、殆どの部分にお
いてそれらの通常の方法にて動作するため、ＩＯＰは一
つ或は複数のワークステーションのシミュレーションと
同時に一つ或は複数の実存の対話型ワークステーション
を処理することができる。ＩＯＰは実存の或はシミュレ
ートされた個々のワークステーションに対してローカル
ダイナミックメモリ内に別個の画面バッファ及びフィー
ルドフォーマットテーブルを保持する。制御プログラム
は、実或はシミュレートされた個々のワークステーショ
ンからのデータを同一の方法にて処理する。唯一の差異
は、実ワークステーションからのデータはＩ／Ｏ装置イ
ンターフェース２０７上に出現し、他方、シミュレート
されたデータは制御プログラムのシミュレーションスク
リプトを実行する部分によってプロセッサに注入される
ことである。

【００５２】ここに説明される好ましい実施例において
は、シミュレーションスクリプトはこれを実行するＩＯ
Ｐ制御プログラムから分離される。このＩＯＰ制御プロ
グラムは、多くの異なるシミュレーションスクリプトを
実行できる能力を持つ汎用プログラムである。制御プロ
グラムはホストに送られるシミュレートされたデータ流
の実テキストを含まないために、これは、比較的コンパ
クトで、典型的にＩＯＰメーカルメモリに提供される制
約された空間内への格納に適当である。好ましくは、シ
ミュレーションスクリプトは大容量データメモリ、例え
ば、磁気ディスク装置内に、シミュレーションを実行す
るためにシミュレーションスクリプトが実際に必要とな
るまで格納される。要求されると、選択されたスクリプ
トがＩＯＰローカルモリ内にロードされ、説明されたよ
うに実行される。もう一つの代替実施例においては、シ
ミュレーションの際にＩＯＰによってホストに送信され
るべきテキストは常時ＩＯＰローカルメモリ内に格納さ
れるか、或はＩＯＰによって使用できる他の記憶装置内
に格納される。このテキストはシミュレーション制御プ
ログラム或は一つ或は複数の別個のシミュレーションレ
コード内に埋め込むこともできる。

【００５３】さらにもう一つの代替実施例においては、
シミュレーションスクリプトを遂行する任務を持つ制御
プログラムの部分を正常の動作の際にＩＯＰローカルメ
モリ内に保持することを必要としない。この実施例にお
いては、シミュレーションが要求される度に、専用のシ
ミュレーションプログラムがＩＯＰのローカルメモリ内
にロードされるが、これは、Ｉ／Ｏ装置のシミュレーシ
ョンを達成するためにホストに送られるデータ流の埋め
込みテキストを保持することも保持しないこともある。
この代替実施例は要求されるＩＯＰローカルメモリのサ
イズをシミュレーションの実行のために要求される制御
プログラムの部分のサイズまで削減できると言う長所を
持つが、但し、ホストオペレーティングシステムに、異
なるバージョンのＩＯＰコードのロード、どのバージョ
ンが動作しているかの追跡などのサポートのための追加
の複雑さを要求する。

【００５４】シミュレーションスクリプト３０１は、コ
ンピュータシステム内において任意のレコードとして生
成及び伝送されるレコードである。例えば、汎用ファイ
ルエディタを持つシミュレーションスクリプトを生成す
ることも可能であるが、但し、大きなスクリプトに対し
ては、これは幾分冗長である。別の方法として、シミュ
レーションスクリプトを生成及び編集するための専用の
エディタを生成することもできる。例えば、当分野にお
いて周知のように、多くのシミュレーションスクリプト
フィールドに対する省略時の値が、自動的に提供され、
フィールド位置及び長さ等が検証される。さらにもう一
つの代替として、サンプル期間の際に実存のＩ／Ｏ装置
の動作を捕捉し、これをシミュレーションスクリプトに
変換するアプリケーションプログラムを生成することも
できる。

【００５５】本発明の一つの特定の実施例が幾つかの代
替とともに開示されたが、当業者においては、形式或は
細部での追加のバリエーションも本発明の請求の範囲に
入ると認識できるものである。

【００５６】

【発明の効果】以上のように本発明によれば、コンピュ
ータシステムに接続された物理装置およびシステムに課
される作業負荷に関するシミュレーションを高精度かつ
高い再現性で実現することができる。

【図面の簡単な説明】

【図１】本発明の好ましい実施例に従うＩ／Ｏ装置をシ
ミュレートするための手段を持つコンピュータシステム
の主要なハードウェア要素を示す。

【図２】好ましい実施例に従うコンピュータシステムの
典型的なＩ／Ｏプロセッサアセンブリの主要な要素を示
す。

【図３】好ましい実施例に従う典型的なシミュレーショ
ンスクリプトの高レベルフォーマットを示す。

【図４】好ましい実施例に従うシミュレーションスクリ
プト内の典型的なシミュレータ制御ブロックのフォーマ
ットを示す。

【図５】好ましい実施例に従うシミュレータ制御ブロッ
ク内の典型的なデータ流制御ブロックのフォーマットを
示す。

【図６】好ましい実施例に従う典型的なデータ流スクリ
プトの高レベルフォーマットを示す。

【図７】好ましい実施例に従うデータ流スクリプト内に
含まれるデータ流コマンドのフォーマットを示す。

【図８】好ましい実施例に従うＩ／Ｏ装置のシミュレー
ションに関与するステップの高レベルフローチャートで
ある。

【図９】好ましい実施例に従うＩ／Ｏ装置をシミュレー
トするときＩＯＰ制御プログラムによって遂行されるス
テップのフローチャートである。

【図１０】好ましい実施例に従うデータ流スクリプトを
構文解析するときＩＯＰ制御プログラムによって遂行さ
れるステップを示すフローチャートである。

【符号の説明】

１０１ ＣＰＵ １０２ システムメモリ １０５，１０６ Ｉ／Ｏバス １１０−１１８ Ｉ／Ｏプロセッサ

───────────────────────────────────────────────────── フロントページの続き (72)発明者 ダグラス、オラフ、ボルスタード アメリカ合衆国ミネソタ州、ロチェスタ ー、ベア、コート、エス、イー、1938 (72)発明者 スティーブン、アーサー、ナイト アメリカ合衆国ミネソタ州、ロチェスタ ー、トゥエンティーシックスス、ストリー ト、エヌ、ダブリュ、524 (72)発明者 ハーベイ、ジーン、キール アメリカ合衆国ミネソタ州、ロチェスタ ー、バックリッジ、ドライブ、エヌ、イ ー、1268 (72)発明者 ロバート、ラッセル、ネルソン アメリカ合衆国ミネソタ州、オロノコ、ポ スティアー、ドライブ、エヌ、ダブリュ、 13608 (72)発明者 パメラ、アン、ライト アメリカ合衆国ミネソタ州、ロチェスタ ー、アルバート、ドライブ、エヌ、イー、 3931

Claims (16)

【特許請求の範囲】
1. 【請求項１】中央演算ユニット 前記中央演算ユニットに結合されたシステムＩ／Ｏバス 前記システムＩ／Ｏバスに結合されたプログラマブルプ
   ロセッサ及び前記プログラマブルプロセッサ上で実行可
   能な命令を格納するためのローカルメモリを含むＩ／Ｏ
   プロセッサアセンブリ、及び前記Ｉ／Ｏプロセッサアセ
   ンブリ内のＩ／Ｏ装置を前記システムＩ／Ｏバスにシミ
   ュレートするための手段を含むコンピュータシステム。
2. 【請求項２】前記Ｉ／Ｏ装置をシミュレートするための
   手段が複数のＩ／Ｏ装置を同時にシミュレートするため
   の手段から成ることを特徴とする請求項１のコンピュー
   タシステム。
3. 【請求項３】前記Ｉ／Ｏプロセッサアセンブリに結合さ
   れた実Ｉ／Ｏ装置がさらに含まれ、 前記Ｉ／Ｏ装置をシミュレートするための手段がＩ／Ｏ
   装置を前記実Ｉ／Ｏ装置の処理と並行してシミュレート
   する手段から成ることを特徴とする請求項１のコンピュ
   ータシステム。
4. 【請求項４】前記Ｉ／Ｏ装置をシミュレートするための
   手段が、 前記システムＩ／Ｏバスからシミュレーションスクリプ
   トを受信するための手段、及びＩ／Ｏ装置をシミュレー
   トするために前記シミュレーションスクリプトを実行す
   るための手段を含むことを特徴とする請求項１のコンピ
   ュータシステム。
5. 【請求項５】中央演算ユニット、システムＩ／Ｏバス、
   及び前記Ｉ／Ｏバスに結合されたＩ／Ｏプロセッサアセ
   ンブリを持つコンピュータシステム上で内観的タスクを
   遂行するための方法において、この方法が、 前記Ｉ／ＯプロセッサアセンブリにてＩ／Ｏ装置をシミ
   ュレートするために前記システムＩ／Ｏバスからコマン
   ドを受信するステップ、 前記Ｉ／Ｏプロセッサアセンブリにて複数のシミュレー
   トされたデータ流を生成するステップ、及び前記Ｉ／Ｏ
   プロセッサアセンブリにて前記シミュレートされたデー
   タ流を前記システムＩ／Ｏバス上に送出するステップを
   含むことを特徴とする方法。
6. 【請求項６】前記Ｉ／Ｏプロセッサアセンブリにて、シ
   ミュレートされるべき前記Ｉ／Ｏ装置に向けられた出力
   を受信するステップがさらに含まれることを特徴とする
   請求項５のコンピュータシステム上で内観的タスクを遂
   行するための方法。
7. 【請求項７】前記Ｉ／Ｏプロセッサアセンブリにて受信
   された前記コマンドが前記Ｉ／Ｏプロセッサに複数のＩ
   ／Ｏ装置を同時にシミュレートするように指令し、 前記生成及び送出ステップが前記複数のシミュレートさ
   れたＩ／Ｏ装置から同時に複数のデータ流を生成し、こ
   れを送出することを特徴とする請求項５のコンピュータ
   システム上で内観的タスクを遂行するための方法。
8. 【請求項８】前記Ｉ／Ｏプロセッサアセンブリにて前記
   Ｉ／Ｏプロセッサアセンブリに結合された実Ｉ／Ｏ装置
   を処理するステップがさらに含まれ、前記処理ステップ
   が前記シミュレートされたデータ流を生成及び送出する
   ステップと平行して遂行されることを特徴とする請求項
   ５のコンピュータシステム上で内観的タスクを遂行する
   ための方法。
9. 【請求項９】第二の数のＩ／Ｏ装置を持つ実コンピュー
   タシステムにて第一の数のＩ／Ｏ装置を持つ仮想コンピ
   ュータシステムの性能をシミュレートするための方法に
   おいて、前記第一の数が前記第二の数よりも大きく、こ
   の方法が、 前記実コンピュータシステムによってシミュレートされ
   るべき複数のＩ／Ｏ装置を定義するステップ、 前記実コンピュータシステムに接続されたＩ／Ｏプロセ
   ッサに前記シミュレートされるべきＩ／Ｏ装置をシミュ
   レートするように指令するステップ、及び前記Ｉ／Ｏプ
   ロセッサにて前記Ｉ／Ｏ装置を前記実コンピュータシス
   テムにシミュレートするステップを含むことを特徴とす
   る方法。
10. 【請求項１０】前記シミュレーションが前記実コンピュ
    ータシステムによって容量計画タスクの一部として遂行
    され、前記仮想システムの動作特性に関する情報が前記
    容量計画タクスを遂行するために使用されることを特徴
    とする請求項９の方法。
11. 【請求項１１】前記シミュレーションがソフトウェアモ
    ジュールを展開するために前記実コンピュータシステム
    によって実行されるソフトウェア開発タスクの一部とし
    て遂行され、前記ソフトウェアモジュールを実行する前
    記仮想システムの動作特性に関する情報が前記ソフトウ
    ェア開発タスクを遂行するために使用されることを特徴
    とする請求項９の方法。
12. 【請求項１２】前記指令ステップがシミュレーションス
    クリプトを前記Ｉ／Ｏプロセッサに送るステップを含
    み、前記シミュレーションステップが前記Ｉ／Ｏプロセ
    ッサにて前記シミュレーションスクリプトを実行するス
    テップを含むことを特徴とする請求項９の方法。
13. 【請求項１３】コンピュータシステムのシステムＩ／Ｏ
    バスに結合するためのＩ／Ｏプロセッサアセンブリにお
    いて、これが、 システムＩ／Ｏバスインターフェース、 前記システムＩ／Ｏバスインターフェースに結合された
    プログラマブルプロセッサ、 前記プログラマブルプロセッサに結合された前記プログ
    ラマブルプロセッサ上で実行が可能な命令を格納するた
    めのローカルメモリ、 前記Ｉ／Ｏプロセッサに接続されたＩ／Ｏ装置をシミュ
    レートするために前記システムＩ／Ｏバスからコマンド
    を受信するための手段、及び前記コマンドを受信するた
    めの手段に応答して、前記Ｉ／Ｏ装置を前記システムＩ
    ／Ｏバスにシミュレートするための手段を含むことを特
    徴とするＩ／Ｏプロセッサアセンブリ。
14. 【請求項１４】前記Ｉ／Ｏ装置をシミュレートするため
    の手段が複数のＩ／Ｏ装置を同時にシミュレートするた
    めの手段を含むことを特徴とする請求項１３のＩ／Ｏプ
    ロセッサアセンブリ。
15. 【請求項１５】前記Ｉ／Ｏ装置をシミュレートするため
    の手段がＩ／Ｏ装置を前記Ｉ／Ｏプロセッサアセンブリ
    に接続された実Ｉ／Ｏ装置の処理と並行してシミュレー
    トするための手段から成ることを特徴とする請求項１３
    のＩ／Ｏプロセッサアセンブリ。
16. 【請求項１６】前記システムＩ／Ｏバスからシミュレー
    ションスクリプトを受信するための手段、及びＩ／Ｏ装
    置をシミュレートするために前記シミュレーションスク
    リプトを実行するための手段がさらに含まれることを特
    徴とする請求項１３のＩ／Ｏプロセッサアセンブリ。