JP2002140208A - 性能シミュレーション装置および性能シミュレーション方法および性能シミュレーションプログラムを記録した記録媒体 - Google Patents

Abstract

(57)【要約】 【課題】 リアルタイムＯＳが組み込まれたシステムの
性能シミュレーションを容易に行うことを可能にする。 【解決手段】 リアルタイムＯＳモデル３と、少なくと
も一つのタスクから構成されるアプリケーションモデル
４と、を有するソフトウェアシミュレーションモデル２
を用いてリアルタイムＯＳが組み込まれるシステムの性
能シミュレーションを行う性能シミュレーション装置に
おいて、リアルタイムＯＳモデルは複数の機能を有し、
各機能は機能を特定するための少なくとも一つの機能選
択項目を有し、機能選択項目の少なくとも一部を選択す
ることによりリアルタイムＯＳモデルの機能を特定する
機能選択手段６を備えたことを特徴とする。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、家電や事務機器な
どで幅広く利用されている、リアルタイムＯＳが組み込
まれるシステムの性能シミュレーションを行う性能シミ
ュレーション装置および性能シミュレーション方法なら
びに性能シミュレーションプログラムを記録した記録媒
体に関する。

【０００２】

【従来の技術】家電や事務機器などで幅広く利用されて
いるシステムは、一般にハードウェアとソフトウェアと
から構成される組み込みシステムである。このシステム
の設計はハードウェア設計とソフトウェア設計の要求仕
様を満たす必要がある。従来、設計の正確さやアーキテ
クチャ設計の最適化などのシミュレーションによる検証
・見積りは熟練したシステム設計者の勘と経験によって
行われてきた。しかし現在は、計算機の高性能化にとも
ない、システムが大規模かつ複雑になり、システム設計
の上流工程における検証や性能見積りは容易ではなくな
っている。

【０００３】また、近年では大規模かつ複雑なリアルタ
イム処理を必要とするシステム制御のために、マルチタ
スキングをサポートするリアルタイムＯＳ(Operating S
ystem)が組み込まれたシステムが普及し、多くの組み込
みシステムで使用されている。現在ではすでに多くのリ
アルタイムＯＳが市場に出ており、それらを使用して開
発されたアプリケーションも多数稼動している。このよ
うに、組み込みシステムにおいてリアルタイムＯＳは重
要な位置を占めるが、システム設計の上流工程において
は、システムの仕様が詳細に決定されていないことが多
く、どのリアルタイムＯＳを使用するのか、どういった
スケジューリング方式やキューイング方式を利用するの
かといった特定のリアルタイムＯＳが決まっていない段
階での性能シミュレーションによる検証や見積りも容易
ではなかった。さらに、リアルタイムＯＳの種類も多様
化しており、性能シミュレーションのためのリアルタイ
ムＯＳモデルの作成にも多くの時間を必要とし、システ
ムの仕様の変更に伴うシミュレーションモデルの変更も
容易ではなかった。

【０００４】

【発明が解決しようとする課題】このように、従来の組
み込みシステムの設計においては、システム設計の上流
工程におけるリアルタイムＯＳを含めた性能シミュレー
ションのためのシミュレーションモデルの作成は容易で
はなく、また、システムの仕様の変更に伴うシミュレー
ションモデルの変更・修正も容易ではなかった。さら
に、特定のリアルタイムＯＳやその機能が決定されてい
ない段階での性能シミュレーションも容易ではなかっ
た。

【０００５】本発明は、上記事情を考慮されてなされた
ものであって、リアルタイムＯＳが組み込まれるシステ
ムの性能シミュレーションを容易に行うことのできる性
能シミュレーション装置および性能シミュレーション方
法ならびに性能シミュレーションプログラムを記録した
記録媒体を提供することを目的とする。

【０００６】

【課題を解決するための手段】本発明による性能シミュ
レーション装置は、リアルタイムＯＳモデルと、少なく
とも一つのタスクから構成されるアプリケーションモデ
ルと、を有するソフトウェアシミュレーションモデルを
用いてリアルタイムＯＳが組み込まれるシステムの性能
シミュレーションを行う性能シミュレーション装置にお
いて、前記リアルタイムＯＳモデルは複数の機能を有
し、各機能は機能を特定するための少なくとも一つの機
能選択項目を有し、前記機能選択項目の少なくとも一部
を選択することにより前記リアルタイムＯＳモデルの機
能を特定する機能選択手段を備えたことを特徴とする。

【０００７】なお、前記機能選択手段によって選択され
た機能選択項目により特定された前記機能は、少なくと
も一つのコンポーネントを有していることが好ましい。

【０００８】なお、前記リアルタイムＯＳモデルは、前
記タスクを前記コンポーネント間で受け渡しすることが
好ましい。

【０００９】また、本発明による性能シミュレーション
装置は、複数のリアルタイムＯＳモデルと、少なくとも
一つのタスクから構成されるアプリケーションモデル
と、を有するソフトウェアシミュレーションモデルを用
いてリアルタイムＯＳが組み込まれるシステムの性能シ
ミュレーションを行う性能シミュレーション装置におい
て、前記リアルタイムＯＳモデルはそれぞれ複数の機能
を有し、これらの機能のうち前記複数のリアルタイムＯ
Ｓモデルに共通な機能を選択し、選択された共通な機能
からなる共通リアルタイムＯＳモデルを形成する共通リ
アルタイムＯＳモデル形成手段を備えたことを特徴とす
る。

【００１０】なお、前記共通リアルタイムＯＳモデル
は、少なくとも一部機能が選択可能に構成されているこ
とが好ましい。

【００１１】なお、ハードウェアシミュレーションモデ
ルを更に有し、ハードウェアとソフトウェアの協調シミ
ュレーションを行うように構成しても良い。

【００１２】なお、前記タスクは状態遷移図で記述され
ており、前記アプリケーションモデルは、サービスコー
ル単位で前記タスクの状態遷移を行うように構成しても
良い。

【００１３】なお、前記コンポーネントは、機能選択項
目の指定により、処理方式ないしはキューのサイズない
しはセマフォの数の少なくとも一つを設定可能とするよ
うに構成しても良い。

【００１４】なお、機能選択可能なリアルタイムＯＳモ
デルは、リアルタイムＯＳの機能を、スケジューリング
機能、キューイング機能、資源管理機能、ディスパッチ
機能、サービスコール機能のいずれかの機能を持つコン
ポーネントの組み合わせで表現するように構成しても良
い。

【００１５】なお、機能選択可能なリアルタイムＯＳモ
デルは、機能選択項目の指定により、キューイングアル
ゴリズムを設定可能とするように構成しても良い。

【００１６】なお、機能選択可能なリアルタイムＯＳモ
デルは、機能選択項目の指定により設定可能なリアルタ
イムＯＳのタイムスライス時間値と、タスクのＣＰＵ占
有時間値との比較により、ラウンドロビン機能をシミュ
レーションするように構成しても良い。

【００１７】なお、機能選択可能なリアルタイムＯＳモ
デルは、リアルタイムＯＳモデル内部にタスクのデータ
を保存することにより、リアルタイムＯＳの機能による
タスクのデータ変更をシミュレーションするように構成
しても良い。

【００１８】なお、機能選択可能なリアルタイムＯＳモ
デルは、機能選択項目の指定により、バイナリセマフ
ォ、計数セマフォ、排他制御セマフォを選択可能なセマ
フォモデルを具備するように構成しても良い。

【００１９】なお、前記シミュレーション装置は、機能
選択項目の指定により、複数のリアルタイムＯＳを切り
替えてシミュレーションするように構成しても良い。

【００２０】また、本発明による性能シミュレーション
方法は、少なくとも一つの機能選択項目を有する複数の
機能を備えたリアルタイムＯＳモデルの前記機能を読み
込むステップと、前記機能選択項目の少なくとも一部を
選択するステップと、前記選択結果に基づいて前記機能
からコンポーネントモデルを特定するステップと、この
特定されたコンポーネントモデルとアプリケーションモ
デルを組み合わせてソフトウェアシミュレーションモデ
ルを構成するステップと、前記ソフトウェアシミュレー
ションモデルを実行するステップと、を備えたことを特
徴とする。

【００２１】また、本発明による性能シミュレーション
プログラムを記録した記録媒体は、少なくとも一つの機
能選択項目を有する複数の機能を備えたリアルタイムＯ
Ｓモデルの機能を読み込む手順と、前記機能選択項目の
少なくとも一部を選択する手順と、前記選択結果に基づ
いて前記機能からコンポーネントモデルを特定する手順
と、この特定されたコンポーネントモデルとアプリケー
ションモデルを組み合わせてソフトウェアシミュレーシ
ョンモデルを構成する手順と、前記ソフトウェアシミュ
レーションモデルを実行する手順と、を備えたことを特
徴とする。

【００２２】

【発明の実施の形態】本発明の実施形態を、図面を参照
して以下に説明する。

【００２３】（第１の実施形態）本発明の第１の実施形
態を、図１乃至図１０を参照して説明する。この第１の
実施形態は、リアルタイムＯＳが組み込まれるシステム
の性能シミュレーションを行う性能シミュレーション装
置であって、その構成を図１に示す。この性能シミュレ
ーション装置１は、リアルタイムＯＳモデル３およびア
プリケーションモデル４を有するソフトウェアシミュレ
ーションモデル２と、機能選択手段６と、シミュレーシ
ョン実行手段８と、を備えている。

【００２４】リアルタイムＯＳモデル３は、複数の機能
を有している。例えば図２に示すように、スケジューリ
ング機能、キューイング機能、セマフォ機能、ディスパ
ッチ機能、およびサービスコール機能を備えている。ま
た、図２に示すように、各機能は、機能を特定するため
の少なくとも一つの機能選択項目を有している。

【００２５】スケージュリング機能の機能選択項目とし
ては、図２に示すように、スケージュリング方式、割り
込みネスト、およびプリエンプション等がある。スケー
ジュリング方式はＣＰＵに割り当てるタスクを選択する
方式で、優先度順やＦＩＦＯ(First In First Out)方式
がある。割り込みネストは外部からの割り込みに対する
処理方法の一つで、ＣＰＵが割り込み禁止状態にあると
きにその割り込みネスト方法を決める項目である。プリ
エンプションは実行中のタスクの優先度よりも高い優先
度を持つタスクが実行可能状態にある場合に、スケージ
ュリングを実行するか否かを決定する項目である。

【００２６】キューイング機能の機能選択項目として
は、図２に示すように、キューイング方式、キューサイ
ズ、ローテーション方式、タイムアウト処理、およびサ
スペンド処理等がある。キューイング方式はタスクをキ
ューに繋ぐ方式で、優先度順やＦＩＦＯ方式がある。キ
ューサイズはキューに入れることができるタスクの数の
上限値である。ローテーション方式はキューに繋がって
いるタスクの順番を変更する方式である。タイムアウト
処理はキューに繋がっているタスクに対して、一定時間
経過するとタスクをキューから取り出す処理に関する項
目である。サスペンド処理はキューに繋がっているタス
クに対して、強制的に待ち状態にする処理に関する項目
である。

【００２７】セマフォ機能の機能選択項目としては、図
２に示すように、タスク削除保護、優先度継承方式、セ
マフォ優先度値、セマフォ数初期値、キューサイズ、お
よびポーリング等がある。タスク削減保護はセマフォを
獲得したタスクに対して、そのタスクの削除を禁止する
項目である。優先度継承方式はセマフォを獲得したタス
クに対して、優先度を一時的に変更する方式に関する項
目である。セマフォ優先度値はセマフォの優先度の値で
あり、優先度を持つセマフォを獲得したタスクの優先度
がセマフォの優先度よりも低い場合、一時的にタスクの
優先度がセマフォの優先度に変更される。セマフォ数初
期値はセマフォ数の初期値である。キューサイズはセマ
フォの持つキューに入れることのできるタスクの数の上
限値である。ポーリングはセマフォを獲得できなかった
タスクに対する処理法の一つである。

【００２８】ディスパッチ機能の機能選択項目として
は、図２に示すように、ラウンドロビン、およびタイム
スライス時間等がある。ラウンドロビンはＣＰＵ割り当
てに関して、ラウンドロビン方式に関する項目である。
タイムスライス時間はラウンドロビン方式に関する項目
で、ラウンドロビンを行うための時間間隔である。

【００２９】サービスコール機能の機能選択項目として
は、図２に示すように、遅延処理、および割り込み禁止
時間等がある。遅延処理はサービスコールを行う場合の
遅延処理に関する項目で、割り込み禁止処理などの方式
に関する項目である。割り込み禁止時間は割り込み禁止
処理に関して、その割り込み禁止時間である。

【００３０】再び図１に戻り、アプリケーションモデル
４は、少なくとも一つのタスクから構成される。機能選
択手段６は、外部から入力された情報（機能選択項目を
含む情報）に基づいて機能選択項目の少なくとも一部を
選択することにより、図３に示すように、例えば、スケ
ージュリング機能３ａ、キューイング機能３ｂ、セマフ
ォ機能３ｃ、ディスパッチ機能３ｄ、およびサービスコ
ール機能３ｅを有しているリアルタイムＯＳモデル３の
機能を特定する。なお、機能選択項目は、全項目を選択
可能としても良いし、一部の項目は予め特定していても
良い。

【００３１】機能選択手段６によって特定された機能と
アプリケーションモデル４とに基づいて、シミュレーシ
ョン実行手段８によって、性能シミュレーションが実行
される。

【００３２】次に、機能選択可能なリアルタイムＯＳモ
デル３の構成に関して説明する。図３は機能選択可能な
リアルタイムＯＳモデル３を機能毎にコンポーネント化
したときの構成を示す図である。

【００３３】まず、上記各機能の説明をする。スケジュ
ーリング機能３ａは、タスクのスケジューリングを行う
機能である。入力としてスケジューリング実行イベント
を受け取ると、スケジューリング機能３ａの機能選択項
目からスケジューリング方式を決定し、次に実行するべ
きタスクをキューイング機能３ｂのなかから選択するイ
ベントを出力する。例えば、機能選択手段６によりスケ
ジューリング方式が優先度順スケジューリングに設定さ
れていれば、優先度順スケジューリングのイベントを出
力する。また、機能選択項目からプリエンプト機能の有
無を判定することにより、タスクのプリエンプションを
行うイベントを出力することなども可能である。

【００３４】キューイング機能３ｂは、実行状態でない
タスクをキューイングする機能である。入力として構造
体で表されるタスクを受け取ると、キューイング機能３
ｂの機能選択項目からキューイング方式を判定し、タス
クのキューイングを行う。例えば、機能選択手段６によ
りキューイング方式が優先度順に設定されていれば、タ
スクの優先度を判定し、優先度順にキューイングを行
う。タスクの構造体については後で詳しく説明する。さ
らに、プリエンプトされたタスクのキューイング位置を
決定する変数と組み合わせることにより、プリエンプト
されたタスクと、そうでないタスクとを異なる位置にキ
ューイングすることなども可能である。さらに、機能選
択手段６によりキューのサイズを設定することにより、
キューイング可能なタスク数を設定することも可能であ
る。

【００３５】さらに、キューイング機能３ｂはタスクの
状態毎にコンポーネント化することも可能である。これ
を図４を参照して説明する。キューイング機能は、実行
可能状態タスクのキューや、イベント待ち状態タスクの
キューや、強制待ち状態のキューなどにコンポーネント
化される。これらのキューイング機能３ｂは入力として
タスクを受け取ると、そのタスクをキューイングし、ま
た、様々な入力イベントによりキューイングしていたタ
スクの出力を行う。例えば、実行可能状態タスクのキュ
ーは、入力としてスケジューリング機能３ａからタスク
を選択するイベントを受け取ると、受け取ったイベント
の内容を判定し、適切なタスクをキューから選択し、出
力する。また、イベント待ち状態タスクのキューは、入
力として待ち状態解除のイベントを受け取ると、受け取
ったイベントの内容を判定し、適切なタスクをキューか
ら選択し、出力する。

【００３６】セマフォ機能３ｃは、タスクの同期・通信
を行う機能である。入力として構造体で表されるタスク
を受け取ると、セマフォ機能３ｃのセマフォ数に基づい
てセマフォの有無を判定し、キューイング方式に基づい
てキューイングを行ったり、セマフォの操作を行う。列
えば、機能選択手段６によりキューイング方式が優先度
順に設定されているとき、セマフォの取得を行うタスク
を入力として受け取ると、セマフォ数が正であればその
数を一つ減らして、そのタスクを出力する。また、セマ
フォ数が０であれば、そのタスクのキューイングを優先
度順で行う。

【００３７】さらに、セマフォ機能３ｃは機能選択手段
６によって、バイナリセマフォ、計数セマフォ、排他制
御セマフォの機能を選択することが可能である。例え
ば、機能選択手段６によってセマフォ数の初期値を１に
設定すればバイナリセマフォとなり、初期値を２以上の
値に設定すれば計数セマフォの機能となる。また、タス
クの削除保護を設定することにより、セマフォを取得し
たタスクの削除保護機能を設定できる。また、優先度継
承方式の設定により、排他制御セマフォの優先度継承機
能を設定することが可能である。

【００３８】さらに、セマフォ機能３ｃはセマフォの機
能毎にコンポーネント化することも可能である。これを
図５を参照して説明する。セマフォ機能３ｃは、初期値
を１に固定した場合のバイナリセマフォ、初期値を２以
上に固定した場合の計数セマフォ、および排他制御セマ
フォ等にコンポーネント化される。

【００３９】ディスパッチ機能３ｄは、タスクのＣＰＵ
割り当てを行う機能である。例えば、入力として構造体
で表されるタスクを受け取ると、タスクのＣＰＵ占有時
間値を判定し、その時間の間だけタスクをＣＰＵに割り
当てる。その後、ＣＰＵの占有を終了してタスクを出力
する。また、タスクをＣＰＵに割り当てているときに、
入力としてプリエンプションのイベントを受け取ると、
タスクのＣＰＵ占有時間を修正し、そのタスクを出力す
る。また、機能選択手段６によるディスパッチ機能３ｄ
のプリエンプト機能の設定により、プリエンプションの
イベントを無視することも可能である。

【００４０】さらに、ディスパッチ機能３ｄは機能選択
手段６により、ラウンドロビン機能の設定をすることが
できる。例えば、入力としてタスクを受け取ると、タス
クのＣＰＵ占有時間値とラウンドロビン機能のタイムス
ライス値とを比較し、タイムスライス値がタスクのＣＰ
Ｕ占有時間より小さい場合、タスクのＣＰＵ占有時間を
修正して、タスクをＣＰＵに割り当てる。タスクがＣＰ
Ｕの占有を終了すると、そのタスクを実行可能状態タス
クとして出力し、キューイング機能３ｂに受け渡す。こ
のように、機能選択手段６によってラウンドロビン機能
を行うことが可能である。

【００４１】サービスコール機能３ｅは、タスクのサー
ビスコールにおいて、リアルタイムＯＳによるタスク管
理機能や、タスクの付属同期機能や、タスクの同期・通
信機能や、時間管理機能などの処理を行う機能である。
例えば、構造体で表されるタスクのサービスコールがタ
スク削除であるとき、そのタスクを入力として受け取る
と、キューイング機能３ｂから該当するタスクを探し
て、そのタスクをキューから削除するためのイベントを
出力する。また、タスクのサービスコールがセマフォの
操作を行うものであれば、そのタスクをセマフォ機能３
ｃへ出力する。サービスコールの処理が終了すると、タ
スクのスケジューリングを行うためのイベントを出力す
る。

【００４２】次に、上記機能の組み合わせによるリアル
タイムＯＳモデルの構成方法について説明する。

【００４３】上記各機能のシミュレーションを行うコン
ポーネントモデルを、あらかじめもしくは新たに作成
し、それらのコンポーネントモデルを上記リアルタイム
ＯＳモデル３に登録する。これらのコンポーネントモデ
ルの機能選択は、上記リアルタイムＯＳモデル３の機能
を選択する機能選択手段６を用いて各コンポーネントの
機能を設定することにより行い、さらに、コンポーネン
ト使用の有無を決定することも可能である。

【００４４】次に、上記コンポーネントモデルの組み合
わせにより、構成されたリアルタイムＯＳモデルで取り
扱われるタスクの構成について図６を参照して説明す
る。

【００４５】図６は構造体で表されるタスク１０の構成
を示す図である。タスク１０はタスクのＩＤ番号１０
ａ、タスクの優先度１０ｂ、タスクのＣＰＵ占有時間１
０ｃ、およびタスクのサービスコール名１０ｄを備えて
いる。これらのタスクデータは、アプリケーションモデ
ル４であらかじめ設定されるデータであり、これらのデ
ータをもとにリアルタイムＯＳモデル３がタスクのスケ
ジューリングや、キューイングなどの管理を行う。ま
た、別のデータを図６で表されるタスクの構造体に追加
することにより、様々なリアルタイムＯＳの機能を利用
することが可能となる。例えば、リアルタイムＯＳによ
るタスクの削除保護機能を利用する場合、タスクデータ
に削除保護データを追加し、リアルタイムＯＳモデル３
がこのデータを判定することによりタスクの削除保護を
行うことが可能となる。このように、タスクを構造体で
表すことにより、様々なリアルタイムＯＳの機能を容易
に利用することが可能であり、また、アプリケーション
モデル４の作成や修正なども容易に行うことが可能とな
っている。

【００４６】次に、上記コンポーネントモデルの組み合
わせによるリアルタイムＯＳモデル３の動作について図
７および図８を参照して説明する。

【００４７】図７は、上記各機能を持つコンポーネント
の組み合わせによるリアルタイムＯＳモデル３の構成を
示す図であり、図８はリアルタイムＯＳモデルのタスク
の処理を示すフローチャートである。図７において、コ
ンポーネント２１は、スケジューリング機能３ａを持
ち、機能選択手段６による機能選択項目の設定により
「優先度方式のスケジューリング」と「プリエンプショ
ン有り」が設定されているコンポーネントである。コン
ポーネント２２は、キューイング機能３ｂを持ち、機能
選択手段６の機能選択項目の設定により優先度順キュー
イングが設定されている実行可能状態タスクのキューを
表すコンポーネントである。コンポーネント２３は、キ
ューイング機能３ｂを持つイベント待ち状態タスクのキ
ューを表すコンポーネントである。コンポーネント２４
は、セマフォ機能３ｃを持ち、機能選択手段６の機能選
択項目の設定によりバイナリセマフォが設定されている
コンポーネントである。コンポーネント２５は、ディス
パッチ機能３ｄを持つコンポーネントである。コンポー
ネント２６はサービスコール機能３ｅを持つコンポーネ
ントである。

【００４８】上記コンポーネントの組み合わせによるリ
アルタイムＯＳモデル３は、図６に示される構造体を持
つタスクを受け取ると、図８のステップＦ１に示すよう
に、そのタスクをコンポーネント２２に出力し、キュー
イングを行う。ステップＦ２でスケジューリングイベン
トが発生すると、コンポーネント２１によりタスク選択
のイベントが出力される。ステップＦ３において、コン
ポーネント２２はそのイベントを受け取り、優先度の最
も高いタスクをコンポーネント２５へ出力する。ステッ
プＦ４において、コンポーネント２５はタスクを受け取
ると、そのタスクのＣＰＵ占有時間だけＣＰＵを割り当
てる。また、コンポーネント２５は、タスクによるＣＰ
Ｕ占有が終了すると、そのタスクをコンポーネント２６
へ出力する。ステップＦ５において、コンポーネント２
６はタスクを受け取ると、そのタスクのサービスコール
を判定し、その処理を行う。例えば、セマフォ取得のサ
ービスコールであれば、タスクをコンポーネント２４へ
出力する。ステップＦ６において、コンポーネント２４
はタスクを受け取ると、セマフォフラグの操作を行う。
例えば、セマフォ数が０であれば、タスクのキューイン
グを行う。ステップＦ７において、コンポーネント２６
は上記ステップＦ５での処理が終了すると、スケジュー
リングイベントを発生させる。ステップＦ７の処理後、
ステップＦ２に戻る。

【００４９】また、上記ステップＦ４を実行中に、より
優先度の高いタスクをコンポーネント２２が受け取った
場合について説明する。この時ステップＦ１０におい
て、コンポーネント２１により、プリエンプションイベ
ントが出力される。ステップＦ１１において、コンポー
ネント２５は、プリエンプションイベントを受け取る
と、ＣＰＵを割り当てているタスクのＣＰＵ占有時間を
修正し、そのタスクをコンポーネント２２へ出力する。
ステップＦ１２において、コンポーネント２２が、プリ
エンプションされたタスクをキューイングする。その
後、ステップＦ７に進み、コンポーネント２１により、
タスク選択のイベントが出力される。その後、ステップ
Ｆ２に戻る。

【００５０】このように、リアルタイムＯＳモデル３を
機能毎にコンポーネント化し、各コンポーネントの組み
合わせと機能選択のための機能選択項目の設定を行うこ
とにより、様々なリアルタイムＯＳモデルを容易に構成
することが可能となる。また、機能選択項目の設定によ
り様々なリアルタイムＯＳの機能を選択することができ
るので、リアルタイムＯＳモデルの作成、変更をするこ
となく容易にシステムの性能シミュレーションを行うこ
とが可能である。例えば、機能選択項目の設定により３
つの異なるリアルタイムＯＳモデルを選択可能なよう
に、上述のようにしてリアルタイムＯＳモデルを作成し
ておき、それぞれのリアルタイムＯＳモデルでシステム
の性能シミュレーションを行い、どのリアルタイムＯＳ
をシステムに組み込むか検討することが可能である。

【００５１】次に、前記コンポーネントの組み合わせで
構成されるリアルタイムＯＳモデル３を利用するための
アプリケーションモデル４の記述について説明する。

【００５２】アプリケーションモデル４は、リアルタイ
ムＯＳモデル３を利用する複数のタスクにより構成され
ている。また、それぞれのタスクはサービスコール毎の
一つ以上の状態で記述され、リアルタイムＯＳモデル３
の内部でＣＰＵ占有時間を消費し、リアルタイムＯＳモ
デル３のサービスコールを利用する毎に、状態遷移を行
う。

【００５３】図９は、サービスコール単位での複数の状
態を持つタスクを示すフローチャートである。ステップ
Ｆ２１は初期状態であり、ＣＰＵ占有時間Ｔ１とサービ
スコールＳ１を持つ状態ＳＴ１を示し、ステップＦ２２
はＣＰＵ占有時間Ｔ２とサービスコールＳ２を持つ状態
ＳＴ２を示し、ステップＦ２３はＣＰＵ占有時間Ｔ３と
サービスコールＳ３を持つ状態ＳＴ３を示す。

【００５４】次に、動作を説明する。タスクが状態ＳＴ
１にあるとき、タスクのＣＰＵ占有時間とサービスコー
ルとをＴ１およびＳ１に設定し、そのタスクデータをリ
アルタイムＯＳモデル３に出力する。リアルタイムＯＳ
モデル３は、このタスクデータを受け取り、図８に示し
た上記リアルタイムＯＳモデル３の動作処理を行う（ス
テップＦ２１参照）。リアルタイムＯＳモデル３での状
態ＳＴ１のタスクのサービスコール処理が終了すると、
タスクの状態は状態ＳＴ１から状態ＳＴ２に遷移する。
タスクが状態ＳＴ２になると、タスクのＣＰＵ占有時間
とサービスコールとをＴ２およびＳ２に設定し、上記リ
アルタイムＯＳモデル３の動作処理を行う（ステップＦ
２２参照）。このようにサービスコール処理が終了する
毎に、タスクの状態は現在の状態ＳＴｉ（ｉ＝１，・・
・）から次の状態ＳＴｉ＋１に遷移し、上記リアルタイ
ムＯＳモデル３の動作処理を行う。また、各状態ＳＴｉ
（ｉ＝１・・・）において、リアルタイムＯＳモデル３
でのサービスコール処理が終了する前に、リアルタイム
ＯＳモデル内部でタスクが削除されると、次の状態ＳＴ
ｉ＋１に遷移せずに終了状態へと遷移する。なお、図９
に示すようにタスクの遷移可能な状態は、複数存在し、
サービスコール単位で状態遷移する構成となっている。

【００５５】このように、アプリケーションモデルを状
態遷移で記述することにより、上記機能選択可能なリア
ルタイムＯＳモデル３を用いたシミュレーションにおい
て、様々なリアルタイムＯＳモデルの機能を容易に利用
することが可能であり、また、タスクを状態遷移図で記
述するのでアプリケーションモデルの作成も容易にな
る。

【００５６】次に、上記コンポーネントの組み合わせ
で、共通リアルタイムＯＳモデルを構成する方法につい
て説明する。

【００５７】複数のリアルタイムＯＳモデルを、上記コ
ンポーネントの組み合わせと各コンポーネントの機能選
択項目の設定により構成し、それぞれのリアルタイムＯ
Ｓモデルの機能を比較する。その比較により、共通する
機能を汎用機能とし、それ以外の機能を特化機能とす
る。次に、上記汎用機能を組み合わせることにより、共
通リアルタイムＯＳモデルを構成する。これを図１０を
参照して説明する。例えば、ある市販のリアルタイムＯ
Ｓモデル３Ａと、別の市販のリアルタイムＯＳモデル３
Ｂを構成し、リアルタイムＯＳモデル３Ａは、優先度順
によるキューイング機能と、タスクのプリエンプション
機能と、バイナリセマフォ機能と、タスクの削除保護機
能を有し、リアルタイムＯＳモデル３Ｂは、優先度順も
しくはＦＩＦＯのどちらかが選択可能なキューイング機
能と、タスクのプリエンプション機能と、ラウンドロビ
ン機能と、バイナリセマフォ機能と、排他制御セマフォ
機能とを有している場合を考えてみる。リアルタイムＯ
Ｓモデル３ＡとリアルタイムＯＳモデル３Ｂに共通する
機能は、優先度順によるキューイング機能と、タスクの
プリエンプション機能と、バイナリセマフォ機能であ
り、これを汎用機能としてリアルタイムＯＳモデルを構
成することにより、共通リアルタイムＯＳモデル３０と
なる。

【００５８】このように、複数のリアルタイムＯＳモデ
ルを構成し、それらのモデルを比較することによって、
リアルタイムＯＳモデルの汎用的な機能を選択し、共通
リアルタイムＯＳモデルを容易に構成することができ、
さらにシミュレーションを行うことが可能である。例え
ば、リアルタイムＯＳモデルが組み込まれるシステムの
設計の上流工程において、リアルタイムＯＳの仕様が決
定していない場合でも、上記共通リアルタイムＯＳモデ
ルを用いてシミュレーションを行うことにより、上流工
程でのシステム性能の見積りが可能となっている。

【００５９】以上説明したように、本実施形態の性能シ
ミュレーション装置によれば、リアルタイムＯＳの機能
をコンポーネント化し、そのコンポーネントの組み合わ
せによって構成されるリアルタイムＯＳモデルを用いる
ことにより、様々なリアルタイムＯＳが組み込まれたシ
ステムの性能シミュレーションを容易に行うことができ
る。

【００６０】（第２の実施形態）次に、本発明の第２の
実施形態を、図１および図１１を参照して説明する。こ
の第２の実施形態は性能シミュレーション方法であっ
て、その構成を図１１に示す。

【００６１】この実施形態の性能シミュレーション方法
は、図１に示す性能シミュレーション装置を用いて行う
方法であって、以下の手順で行う。まず、図１１のステ
ップＦ４１に示すように、それぞれが特定されるための
少なくとも一つの機能選択項目を有する複数の機能を備
えたリアルタイムＯＳモデルの上記機能を、機能選択手
段６が読み込む。次に、図１１のステップＦ４２に示す
ように、上記機能選択項目の少なくとも一部を機能選択
手段６によって選択する。続いて、図１１のステップＦ
４３に示すように、上記選択結果に基づいてた各機能か
らコンポーネントモデルがリアルタイムＯＳモデル３に
おいて、特定される。その後、図１１のステップＦ４４
に示すように、この特定されたコンポーネントモデルと
アプリケーションモデルを組み合わせてソフトウェアシ
ミュレーションモデル２が構成される。そして、図１１
のステップＦ４５に示すように、このソフトウェアシミ
ュレーションモデル２がシミュレーション実行手段８に
よって実行される。

【００６２】このように構成された本実施形態の性能シ
ミュレーション方法によれば、リアルタイムＯＳが組み
込まれるシステムの性能シミュレーションを容易に行う
ことができる。

【００６３】（第３の実施形態）次に、本発明の第３の
実施形態を、図１２乃至図１３を参照して説明する。こ
の第３の実施形態は、リアルタイムＯＳが組み込まれる
システムの性能シミュレーションを行う性能シミュレー
ション装置であって、その構成を図１２に示す。この性
能シミュレーション装置１Ａは、リアルタイムＯＳモデ
ル３およびアプリケーションモデル４を有するソフトウ
ェアシミュレーションモデル２と、機能選択手段６と、
シミュレーション実行手段８Ａと、ハードウェアシミュ
レーションモデル４０と、動作モデル４２と、リソース
選択手段４４と、出力結果表示手段４６と、を備えてい
る。

【００６４】すなわち、この実施形態の性能シミュレー
ション装置１Ａは、図１に示す第１の実施形態の性能シ
ミュレーション装置１において、シミュレーション実行
手段８をシミュレーション実行手段８Ａに置き換えると
ともに、ハードウェアシミュレーションモデル４０と、
動作モデル４２と、リソース選択手段４４と、出力結果
表示手段４６とを新たに備えた構成となっている。そし
て、この実施形態の性能シミュレーション装置１Ａは、
機能選択可能なリアルタイムＯＳモデルを用いて、ハー
ドウェア／ソフトウェア協調シミュレーションを行うも
のである。

【００６５】図１２において、動作モデル４２は、リア
ルタイムＯＳモデルが組み込まれたシステムの動作モデ
ルで、ソフトウェアとして処理を行う機能とハードウェ
アとして処理を行う機能とを含む。出力結果表示手段４
６は、シミュレーションの出力結果を表示する。

【００６６】リソース選択手段４４は、動作モデル４２
の各機能の処理をソフトウェアやハードウェアなどのリ
ソースに分割する手段である。このリソース選択手段４
４により、ソフトウェアのリソースに分割された機能は
ソフトウェアシミュレーションモデル２でシミュレーシ
ョン実行手段８Ａによってシミュレーションが実行さ
れ、ハードウェアのリソースに分割された機能はハード
ウェアシミュレーションモデル４０でシミュレーション
実行手段８Ａによってシミュレーションが実行される。
例えば、図１３を参照して説明すると、動作モデル４２
は機能ｆ１と機能ｆ２と機能ｆ３とを含み、リソース選
択手段４４により機能ｆ１と機能ｆ２はハードウェアの
リソースが選択され、機能ｆ３はソフトウェアのリソー
スが選択されている場合、シミュレーション実行時には
機能ｆ１と機能ｆ２はハードウェアシミュレーションモ
デル４０で処理が行われ、また、機能ｆ３はソフトウェ
アシミュレーションモデル２で処理が行われる。さら
に、例えば、リソース選択手段４４によって機能ｆ１を
ソフトウェアのリソースを選択し、機能ｆ２と機能ｆ３
をハードウェアのリソースを選択することで、別の機能
分割についてのシミュレーションを行うことが可能であ
り、出力結果表示手段４６によりそれぞれの機能分割に
ついてのシミュレーション結果の比較や検討を行うこと
が容易に可能となる。

【００６７】次に、本実施形態の動作について説明す
る。まず、リソース選択手段４４によって、動作モデル
４２のハードウェア／ソフトウェア機能分割を行う。こ
れによりシミュレーション実行時には、動作モデル４２
のハードウェアとして処理を行う機能は、ハードウェア
シミュレーションモデル４０でシミュレーションされ、
ソフトウェアとして処理を行う機能は、ソフトウェアシ
ミュレーションモデル２でシミュレーションされる。

【００６８】次に、リアルタイムＯＳモデルの機能選択
手段６によって、リアルタイムＯＳモデルの機能選択を
行う。このリアルタイムＯＳモデルは第１の実施形態で
説明した機能選択項目の設定により、複数のリアルタイ
ムＯＳモデルを構成することが可能であり、また、特定
のリアルタイムＯＳモデルが決まっていなければ、上述
の共通リアルタイムＯＳモデルの構成方法により、共通
リアルタイムＯＳモデルを構成することが可能である。

【００６９】次に、シミュレーションにより出力結果表
示手段４６にシミュレーション結果を表示し、その結果
を検討する。さらに、その結果をもとに、リソース選択
手段４４によって、ハードウェア／ソフトウェア機能分
割の別の機能分割についてのシミュレーションを行った
り、リアルタイムＯＳモデルの機能選択手段６によっ
て、別のリアルタイムＯＳモデルによるシミュレーショ
ンを行うことも可能である。例えば、共有メモリヘの読
み書きの排他制御に関する機能を、バイナリセマフォを
持つリアルタイムＯＳを利用した場合と、計数セマフォ
を持つリアルタイムＯＳを利用した場合と、リアルタイ
ムＯＳを利用せずにハードウェア処理した場合のシステ
ムの性能を容易に比較および検討することができる。

【００７０】このように、ハードウェア／ソフトウェア
協調シミュレーションにおいて、上記機能選択可能なリ
アルタイムＯＳモデルを利用することにより、機能分割
に関するシステムの性能シミュレーションを容易に行う
ことが可能である。

【００７１】（第４の実施形態）次に、上記機能選択可
能なリアルタイムＯＳモデルにおいて、リアルタイムＯ
Ｓモデル内部にタスクのデータを保存する機能を付加し
た性能シミュレーション装置を第４の実施形態として説
明する。この第４の実施形態の性能シミュレーション装
置は、図１に示す第１の実施形態の性能シミュレーショ
ン装置において、シミュレーションモデルを図１４に示
すシミュレーションモデルに置き換えたものである。

【００７２】この実施形態に係るシミュレーションモデ
ルは、図１４に示すように、機能選択可能なリアルタイ
ムＯＳモデル３Ａと、第１の実施形態で説明した状態遷
移で記述されたアプリケーションモデル４とを備えてい
る。リアルタイムＯＳモデル３Ａは、リアルタイムＯＳ
機能５０と、タスクのデータを保存する機能５２とを備
えている。

【００７３】次に、図１４に示すシミュレーションモデ
ルの動作について図１５を参照して説明する。シミュレ
ーション実行時にアプリケーションモデル４からリアル
タイムＯＳモデル３Ａにタスクデータの受け渡しが起こ
ると、リアルタイムＯＳモデル３Ａは、タスクデータ保
存機能５２を用いて、受け取ったタスクデータの判定を
行う（図１５ステップＦ５０参照）。受け取ったタスク
データが保存機能５２に登録されていれば、そのタスク
のデータが保存されているデータと置き換えられる。受
け取ったタスクデータが保存機能５２に登録されていな
ければ、新たにそのタスクデータが保存機能５２に保存
される（図１５のステップＦ５２参照）。さらに、リア
ルタイムＯＳモデル３Ａでのタスクの処理が終了すると
（図１５のステップＦ５４参照）、終了した時点でのタ
スクデータが保存機能５２に保存される（図１５のステ
ップＦ５６参照）。

【００７４】例えば、優先度２のデータを持つタスク
が、アプリケーションモデル４からリアルタイムＯＳモ
デル３Ａに受け渡されると、保存機能５２にそのタスク
の優先度２が保存される。このタスクは引き続きリアル
タイムＯＳモデル３Ａによって処理が行われるが、リア
ルタイムＯＳモデル３Ａによるタスクの優先度変更の処
理によって、そのタスクの優先度が３に変更されると、
そのタスクの処理終了時に保存機能５２にそのタスクの
優先度３か保存される。

【００７５】このように、リアルタイムＯＳモデル内部
にタスクのデータを保存する機能を付加することによっ
て、リアルタイムＯＳモデルによるタスクのデータ変更
処理を容易に行うことが可能であり、また、システムの
性能シミュレーションをより正確に行うことができる。
さらに、タスクのデータ変更処理をリアルタイムＯＳモ
デルで処理することにより、アプリケーションモデルで
のタスクデータの変更処理を行わなくていいので、アプ
リケーションモデルの作成は容易になる。

【００７６】この実施形態も、リアルタイムＯＳが組み
込まれるシステムの性能シミュレーションを容易に行う
ことができる。

【００７７】（第５の実施の形態）次に、本発明の第５
の実施の形態を図１６および図１７を参照して説明す
る。この実施の形態は、性能シミュレーションプログラ
ムを記録した記録媒体である。図１６および図１７は、
本実施の形態の性能シミュレーションプログラムを記録
した記録媒体が用いられるコンピュータシステム１３０
の一例を示す斜視図およびブロック図である。

【００７８】図１６において、コンピュータシステム１
３０は、ＣＰＵを含むコンピュータ本体１３１と、例え
ばＣＲＴ等の表示装置１３２と、キーボードやマウス等
の入力装置１３３と、印刷を実行するプリンタ１３４
と、を備えている。

【００７９】コンピュータ本体１３１は、図１７に示す
ように、ＲＡＭより構成される内部メモリ１３５と、内
蔵または外付け可能なメモリユニット１３６と、を備え
ており、メモリユニット１３６としてはフレキシブルま
たはフロッピディスク（ＦＤ）ドライブ１３７，ＣＤ−
ＲＯＭドライブ１３８，ハードディスクドライブ（Ｈ
Ｄ）ユニット１３９が搭載されている。図１６に示すよ
うに、これらのメモリユニット１３６に用いられる記録
媒体１４０としては、ＦＤドライブ１３７のスロットに
挿入されて使用されるフレキシブルディスクまたはフロ
ッピディスク（ＦＤ）１４１と、ＣＤ−ＲＯＭドライブ
１３８に用いられるＣＤ−ＲＯＭ１４２等が用いられ
る。

【００８０】図１６および図１７に示すように、一般的
なコンピュータシステムに用いられる記録媒体１４０と
しては、ＦＤ１４１やＣＤ−ＲＯＭ１４２が考えられ
る。

【００８１】また、記録媒体としては、ＦＤ、ＣＤ−Ｒ
ＯＭ、ＭＯ(Ｍａｇｎｅｔｏ−Ｏｐｔｉｃａｌ）ディス
ク、ＤＶＤ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄ
ｉｓｋ）、その他の光学的記録ディスク、カードメモ
リ、磁気テープ等であっても良いことは云うまでもな
い。

【００８２】本実施の形態の記録媒体１４０は、図１１
に示すシミュレーション手順を示すステップＦ４１〜Ｆ
４５を少なくとも備えるように構成したものである。即
ち本実施の形態の記録媒体１４０は、それぞれが特定さ
れるための少なくとも一つの機能選択項目を有する複数
の機能を備えたリアルタイムＯＳモデルの機能を読み込
む手順と、前記機能選択項目を選択する手順と、前記選
択結果に基づいて前記機能からコンポーネントモデルを
特定する手順と、この特定されたコンポーネントモデル
とアプリケーションモデルを組み合わせてソフトウェア
シミュレーションモデルを構成する手順と、前記ソフト
ウェアシミュレーションモデルを実行する手順と、を少
なくとも備えている。

【００８３】

【発明の効果】以上述べたように本発明によれば、リア
ルタイムＯＳが組み込まれるシステムの性能シミュレー
ションを容易に行うことができる。

【図面の簡単な説明】

【図１】本発明の第１の実施形態の性能シミュレーショ
ン装置の構成を示すブロック図。

【図２】リアルタイムＯＳの機能と機能選択項目との関
係を示す表。

【図３】リアルタイムＯＳの機能の組み合わせによって
構成されたリアルタイムＯＳモデルを示す図。

【図４】タスクの状態によってコンポーネント化された
リアルタイムＯＳのキューイング機能の一例を示す図。

【図５】機能選択項目によってコンポーネント化された
リアルタイムＯＳのセマフォ機能の一例を示す図。

【図６】本発明の第１の実施形態に用いられるタスクの
構成を示す図。

【図７】本発明の実施形態に係る、コンポーネント化し
たリアルタイムＯＳの機能の組み合わせの一例を示すブ
ロック図。

【図８】本発明の実施形態に係る、リアルタイムＯＳモ
デルのタスクの処理を示すフロチャート。

【図９】状態遷移で記述されるアプリケーションモデル
の処理を示すフローチャート。

【図１０】本発明の実施形態に係る、共通リアルタイム
ＯＳモデルを構成する手順を示す図。

【図１１】本発明の第２の実施形態の性能シミュレーシ
ョン方法の構成を示すフローチャート。

【図１２】本発明の第３の実施形態の性能シミュレーシ
ョン装置の構成を示すブロック図。

【図１３】本発明の第３実施形態の性能シミュレーショ
ン装置におけるリソース選択の手順の一具体例を説明す
るブロック図。

【図１４】本発明の第４の実施形態の性能シミュレーシ
ョン装置に係る、タスクデータを保存する機能を持つリ
アルタイムＯＳモデルの構成を示すブロック図。

【図１５】本発明の第４の実施形態に係る、リアルタイ
ムＯＳモデルのタスクデータを保存する動作を示すフロ
ーチャート。

【図１６】本発明による性能シミュレーションプログラ
ムを記録した記録媒体が用いられるコンピュータシステ
ムの一例を示す斜視図。

【図１７】本発明による性能シミュレーションプログラ
ムを記録した記録媒体が用いられるコンピュータシステ
ムの一例を示すブロック図。

【符号の説明】

１ 性能シミュレーション装置 ２ ソフトウェアシミュレーションモデル ３ リアルタイムＯＳモデル ３ａ スケジューリング機能 ３ｂ キューイング機能 ３ｃ セマフォ機能 ３ｄ ディスパチ機能 ３ｅ サービスコール機能 ４ アプリケーションモデル ６ 機能選択手段 ８ シミュレーション実行手段 １０ タスク ４０ ハードウェアシミュレーションモデル ４２ 動作モデル ４４ リソース選択手段 ４６ 出力結果表示手段

Claims (9)

【特許請求の範囲】
1. 【請求項１】リアルタイムＯＳモデルと、少なくとも一
   つのタスクから構成されるアプリケーションモデルと、
   を有するソフトウェアシミュレーションモデルを用いて
   リアルタイムＯＳが組み込まれるシステムの性能シミュ
   レーションを行う性能シミュレーション装置において、 前記リアルタイムＯＳモデルは複数の機能を有し、各機
   能は機能を特定するための少なくとも一つの機能選択項
   目を有し、 前記機能選択項目の少なくとも一部を選択することによ
   り前記リアルタイムＯＳモデルの機能を特定する機能選
   択手段を備えたことを特徴とする性能シミュレーション
   装置。
2. 【請求項２】前記機能選択手段によって選択された機能
   選択項目により特定された前記機能は、少なくとも一つ
   のコンポーネントを有していることを特徴とする請求項
   １記載の性能シミュレーション装置。
3. 【請求項３】前記リアルタイムＯＳモデルは、前記タス
   クを前記コンポーネント間で受け渡しすることを特徴と
   する請求項２記載の性能シミュレーション装置。
4. 【請求項４】複数のリアルタイムＯＳモデルと、少なく
   とも一つのタスクから構成されるアプリケーションモデ
   ルと、を有するソフトウェアシミュレーションモデルを
   用いてリアルタイムＯＳが組み込まれるシステムの性能
   シミュレーションを行う性能シミュレーション装置にお
   いて、 前記リアルタイムＯＳモデルはそれぞれ複数の機能を有
   し、これらの機能のうち、前記複数のリアルタイムＯＳ
   モデルに共通な機能を選択し、選択された共通な機能か
   らなる共通リアルタイムＯＳモデルを形成する共通リア
   ルタイムＯＳモデル形成手段を備えたことを特徴とする
   性能シミュレーション装置。
5. 【請求項５】前記共通リアルタイムＯＳモデルは、少な
   くとも一部機能が選択可能に構成されていることを特徴
   とする請求項４記載の性能シミュレーション装置。
6. 【請求項６】ハードウェアシミュレーションモデルを更
   に有し、ハードウェアとソフトウェアの協調シミュレー
   ションを行うことを特徴とする請求項１乃至５のいずれ
   かに記載の性能シミュレーション装置。
7. 【請求項７】前記タスクは状態遷移図で記述されてお
   り、前記アプリケーションモデルは、サービスコール単
   位で前記タスクの状態遷移を行うことを特徴とする請求
   項３記載の性能シミュレーション装置。
8. 【請求項８】少なくとも一つの機能選択項目を有する複
   数の機能を備えたリアルタイムＯＳモデルの前記機能を
   読み込むステップと、前記機能選択項目の少なくとも一
   部を選択するステップと、前記選択結果に基づいて前記
   機能からコンポーネントモデルを特定するステップと、
   この特定されたコンポーネントモデルとアプリケーショ
   ンモデルを組み合わせてソフトウェアシミュレーション
   モデルを構成するステップと、前記ソフトウェアシミュ
   レーションモデルを実行するステップと、を備えたこと
   を特徴とする性能シミュレーション方法。
9. 【請求項９】少なくとも一つの機能選択項目を有する複
   数の機能を備えたリアルタイムＯＳモデルの機能を読み
   込む手順と、前記機能選択項目の少なくとも一部を選択
   する手順と、前記選択結果に基づいて前記機能からコン
   ポーネントモデルを特定する手順と、この特定されたコ
   ンポーネントモデルとアプリケーションモデルを組み合
   わせてソフトウェアシミュレーションモデルを構成する
   手順と、前記ソフトウェアシミュレーションモデルを実
   行する手順と、を備えたことを特徴とするコンピュータ
   によって性能シミュレーションを行うための性能シミュ
   レーションプログラムを記録した記録媒体。