特開 2024-132456 制御プログラム、制御方法、及び情報処理装置

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2024132456

(43)【公開日】2024-10-01

(54)【発明の名称】制御プログラム、制御方法、及び情報処理装置

(51)【国際特許分類】

   G06F 13/14 20060101AFI20240920BHJP

   G06F 13/36 20060101ALI20240920BHJP

【ＦＩ】

G06F13/14 310B

G06F13/36 520Z

【審査請求】未請求

【請求項の数】13

【出願形態】ＯＬ

(21)【出願番号】P 2023043222

(22)【出願日】2023-03-17

【公序良俗違反の表示】

（特許庁注：以下のものは登録商標）

１．ＰＹＴＨＯＮ

(71)【出願人】

【識別番号】302062931

【氏名又は名称】ルネサスエレクトロニクス株式会社

(74)【代理人】

【識別番号】100103894

【弁理士】

【氏名又は名称】家入 健

(72)【発明者】

【氏名】新井 英一

(57)【要約】

【課題】高速なシミュレーションを適切に行うことが可能な制御プログラムを提供すること。
【解決手段】本開示にかかる制御プログラムは、シミュレーション対象のプログラムを実行する仮想環境Ｖ１を備える情報処理装置に対して、制御方法を実行させるものである。仮想環境Ｖ１は、バスマスタ１０１と、インターコネクト１０２と、インターコネクト１０２を介してバスマスタ１０１に接続するバススレーブ１０３と、を備える。制御方法は、バスマスタ１０１からバススレーブ１０３にバスアクセスを行うためのポインタがポインタ保持部１０１０に保持されているか否かに応じて、異なる経路でバスマスタ１０１がバススレーブ１０３にバスアクセスするアクセス処理ステップと、バススレーブ１０３が、バスマスタ１０１からのバスアクセスに起因して所定の動作を実行する動作実行ステップと、を備える。
【選択図】図５

【特許請求の範囲】

【請求項1】

シミュレーション対象のプログラムを実行する仮想環境を備える情報処理装置に対して、制御方法を実行させる制御プログラムであって、
前記仮想環境は、バスマスタと、インターコネクトと、前記インターコネクトを介して前記バスマスタに接続するバススレーブと、を備え、
前記制御方法は、
前記バスマスタから前記バススレーブにバスアクセスを行うためのポインタが保持部に保持されているか否かに応じて、異なる経路で前記バスマスタが前記バススレーブにバスアクセスするアクセス処理ステップと、
前記バススレーブが、前記バスマスタからのバスアクセスに起因して所定の動作を実行する動作実行ステップと、を備え、
前記アクセス処理ステップでは、前記バスマスタは、
前記ポインタが保持されている場合、前記ポインタに基づいて前記バススレーブに直接バスアクセスし、
前記ポインタが保持されていない場合、前記インターコネクトを経由して前記バススレーブにバスアクセスする
制御プログラム。

【請求項2】

前記制御方法は、
前記保持部に前記ポインタが保持されていない場合、前記インターコネクトを介して前記バスマスタが前記バススレーブから前記ポインタを取得するポインタ取得ステップと、
取得された前記ポインタを、前記バスマスタが前記保持部に保持させるポインタ保持ステップと、をさらに備える
請求項１に記載の制御プログラム。

【請求項3】

前記制御方法は、
シミュレーションの速度が異なる複数のシミュレーションレベルから、シミュレーションレベルを選択するレベル選択ステップをさらに備え、
前記アクセス処理ステップでは、前記バスマスタは、選択されたシミュレーションレベルに対応する経路で前記バススレーブにバスアクセスする
請求項１又は２に記載の制御プログラム。

【請求項4】

前記アクセス処理ステップでは、前記バスマスタは、
前記レベル選択ステップにおいて速度重視のシミュレーションレベルが選択された場合、前記バススレーブに直接バスアクセスし、
前記速度重視のシミュレーションレベル以外のシミュレーションレベルが選択された場合、前記インターコネクトを経由して前記バススレーブにバスアクセスする
請求項３に記載の制御プログラム。

【請求項5】

前記仮想環境は、前記バスマスタから前記バススレーブへのバスアクセスにおいて経由される第１インターコネクトと、経由されない第２インターコネクトと、を含む複数の前記インターコネクトを有し、
前記アクセス処理ステップでは、前記バスマスタから前記第１インターコネクトにバスアクセスを行うための経由ポインタが前記保持部に保持されているか否かにさらに応じて、異なる経路で前記バスマスタが前記バススレーブにバスアクセスし、
前記アクセス処理ステップでは、前記バスマスタは、前記ポインタ及び前記経由ポインタが保持されている場合、選択されたシミュレーションレベルに対応する経路で前記バススレーブにバスアクセスする
請求項３に記載の制御プログラム。

【請求項6】

前記制御方法は、
前記保持部に前記経由ポインタが保持されていない場合、前記バスマスタが前記第１インターコネクトから前記経由ポインタを取得する経由ポインタ取得ステップと、
取得された前記経由ポインタを、前記バスマスタが前記保持部に保持させる経由ポインタ保持ステップと、をさらに備える
請求項５に記載の制御プログラム。

【請求項7】

前記アクセス処理ステップでは、前記バスマスタは、
前記レベル選択ステップにおいて速度重視のシミュレーションレベルが選択された場合、前記バススレーブに直接バスアクセスし、
前記速度重視のシミュレーションレベル以外の所定のシミュレーションレベルが選択された場合、前記第１インターコネクトを経由し、かつ、前記第２インターコネクトを経由しない経路で、前記バススレーブにバスアクセスする
請求項５に記載の制御プログラム。

【請求項8】

前記仮想環境は、前記バスマスタから前記バススレーブへのバスアクセスを制限する機能を有するＩＰ（Intellectual Property）部を前記第１インターコネクトとして備える
請求項５に記載の制御プログラム。

【請求項9】

前記仮想環境は、複数の前記第１インターコネクトを備え、
複数の前記第１インターコネクトは、前記バスマスタと前記第２インターコネクトとの間、及び、前記第２インターコネクトと前記バススレーブとの間、にそれぞれ少なくとも１つ配置されている
請求項５に記載の制御プログラム。

【請求項10】

シミュレーション対象のプログラムを実行する仮想環境を備える情報処理装置が実行する制御方法であって、
前記仮想環境は、バスマスタと、インターコネクトと、前記インターコネクトを介して前記バスマスタに接続するバススレーブと、を備え、
前記バスマスタから前記バススレーブにバスアクセスを行うためのポインタが保持部に保持されているか否かに応じて、異なる経路で前記バスマスタが前記バススレーブにバスアクセスするアクセス処理ステップと、
前記バススレーブが、前記バスマスタからのバスアクセスに起因して所定の動作を実行する動作実行ステップと、を備え、
前記アクセス処理ステップでは、前記バスマスタは、
前記ポインタが保持されている場合、前記ポインタに基づいて前記バススレーブに直接バスアクセスし、
前記ポインタが保持されていない場合、前記インターコネクトを経由して前記バススレーブにバスアクセスする
制御方法。

【請求項11】

前記保持部に前記ポインタが保持されていない場合、前記インターコネクトを介して前記バスマスタが前記バススレーブから前記ポインタを取得するポインタ取得ステップと、
取得された前記ポインタを、前記バスマスタが前記保持部に保持させるポインタ保持ステップと、をさらに備える
請求項１０に記載の制御方法。

【請求項12】

シミュレーション対象のプログラムを実行する仮想環境を備える情報処理装置であって、
前記仮想環境は、バスマスタと、インターコネクトと、前記インターコネクトを介して前記バスマスタに接続するバススレーブと、を備え、
前記バスマスタは、
前記バスマスタから前記バススレーブにバスアクセスを行うためのポインタを保持する保持部と、
前記ポインタが保持部に保持されているか否かに応じて、異なる経路で前記バススレーブにバスアクセスするアクセス処理部と、を有し、
前記バススレーブは、
前記バスマスタからのバスアクセスに起因して所定の動作を実行する動作実行部を有し、
前記アクセス処理部は、
前記ポインタが保持されている場合、前記ポインタに基づいて前記バススレーブに直接バスアクセスし、
前記ポインタが保持されていない場合、前記インターコネクトを経由して前記バススレーブにバスアクセスする
情報処理装置。

【請求項13】

前記バスマスタは、前記ポインタを取得するポインタ取得部をさらに備え、
前記ポインタ取得部は、前記ポインタが保持されていない場合、前記インターコネクトを介して前記バススレーブから前記ポインタを取得し、
前記保持部は、取得された前記ポインタを保持する
請求項１２に記載の情報処理装置。

【発明の詳細な説明】

【技術分野】

【0001】

本開示は、制御プログラム、制御方法、及び情報処理装置に関し、例えば、仮想環境を実現可能な制御プログラム、制御方法、及び情報処理装置に関する。

【背景技術】

【0002】

仮想環境を用いてソフトウェアを実行させ、シミュレーションを行う技術が知られている。関連する技術として、特許文献１は、所定の組込み機器用の組込みプログラムを実行する仮想環境を備える情報処理装置を開示する。

【0003】

特許文献１が開示する情報処理装置は、組込みプログラムのシミュレーションの実行中に、周辺ＩＰ（Intellectual Property）のレジスタへのＲｅａｄ又はＷｒｉｔｅを行うためのバスアクセスが発生した場合、仮想ＣＰＵ（Central Processing Unit）部は、アクセス先のアドレスやサイズを含むＲｅａｄ又はＷｒｉｔｅのアクセス命令であるトランザクションを、仮想バス部に向けて送信する。仮想バス部のアクセス処理部は、バスアクセスを受け付けて、バスアクセスのアクセス先がアクセス先リストに存在するか否かを判定する。アクセス先がアクセス先リストに存在する場合、アクセス処理部は、アクセス先がスタブ領域か否かを判定する。アクセス先がスタブ領域である場合、アクセス処理部は、トランザクションに基づいてスタブ領域へ直接アクセスを行う。また、アクセス先がスタブ領域でない場合、アクセス処理部は、アクセス先へトランザクションを送信する。

【先行技術文献】

【特許文献】

【0004】

【特許文献1】特開２０１８－２００４９５号公報

【発明の概要】

【発明が解決しようとする課題】

【0005】

ＳｏＣ（System on a Chip）のバストポロジは、年々複雑化しており、バストランザクションのシミュレーション高速化が重要視されている。通常、バストポロジを含むシミュレータの場合、バスマスタからバススレーブまでの間のバスインターコネクトのバスアクセスＡＰＩ（Application Programming Interface）を順々にコールすること（例えば、SystemCのb_transport等）で、ｗｒｉｔｅやｒｅａｄなどのバスアクセスを行う。インターコネクトを経由して、バスマスタからバススレーブへのＡＰＩアクセスを行う場合、インターコネクトの数に比例してシミュレーション速度が低下する。特許文献１に開示されているような情報処理装置には、シミュレーションを高速化することが求められている。

【0006】

その他の課題と新規な特徴は、本明細書の記述および添付図面から明らかになるであろう。

【課題を解決するための手段】

【0007】

一実施の形態によれば、本開示にかかる制御プログラムは、シミュレーション対象のプログラムを実行する仮想環境を備える情報処理装置に対して、制御方法を実行させる制御プログラムである。仮想環境は、バスマスタと、インターコネクトと、インターコネクトを介してバスマスタに接続するバススレーブと、を備える。制御方法は、アクセス処理ステップと、動作実行ステップと、を備える。アクセス処理ステップは、バスマスタからバススレーブにバスアクセスを行うためのポインタが保持部に保持されているか否かに応じて、異なる経路でバスマスタがバススレーブにバスアクセスする。動作実行ステップは、バススレーブが、バスマスタからのバスアクセスに起因して所定の動作を実行する。アクセス処理ステップでは、バスマスタは、ポインタが保持されている場合、ポインタに基づいてバススレーブに直接バスアクセスし、ポインタが保持されていない場合、インターコネクトを経由してバススレーブにバスアクセスする

【0008】

一実施の形態によれば、本開示にかかる制御方法は、シミュレーション対象のプログラムを実行する仮想環境を備える情報処理装置が実行する制御方法である。仮想環境は、バスマスタと、インターコネクトと、インターコネクトを介してバスマスタに接続するバススレーブと、を備える。制御方法は、アクセス処理ステップと、動作実行ステップと、を備える。アクセス処理ステップでは、バスマスタからバススレーブにバスアクセスを行うためのポインタが保持部に保持されているか否かに応じて、異なる経路でバスマスタがバススレーブにバスアクセスする。動作実行ステップでは、バススレーブが、バスマスタからのバスアクセスに起因して所定の動作を実行する。アクセス処理ステップでは、バスマスタは、ポインタが保持されている場合、ポインタに基づいてバススレーブに直接バスアクセスし、ポインタが保持されていない場合、インターコネクトを経由してバススレーブにバスアクセスする。

【0009】

一実施の形態によれば、本開示にかかる情報処理装置は、シミュレーション対象のプログラムを実行する仮想環境を備える情報処理装置である。仮想環境は、バスマスタと、インターコネクトと、インターコネクトを介してバスマスタに接続するバススレーブと、を備える。バスマスタは、保持部と、アクセス処理部と、を有する。保持部は、バスマスタからバススレーブにバスアクセスを行うためのポインタを保持する。アクセス処理部は、ポインタが保持部に保持されているか否かに応じて、異なる経路でバススレーブにバスアクセスする。バススレーブは、バスマスタからのバスアクセスに起因して所定の動作を実行する動作実行部を有する。アクセス処理部は、ポインタが保持されている場合、ポインタに基づいてバススレーブに直接バスアクセスし、ポインタが保持されていない場合、インターコネクトを経由してバススレーブにバスアクセスする。

【発明の効果】

【0010】

前記一実施の形態によれば、高速なシミュレーションを適切に行うことが可能な制御プログラム、制御方法、及び情報処理装置を提供することができる。

【図面の簡単な説明】

【0011】

【図1】図１は、実施形態１にかかる情報処理装置の構成を示すブロック図である。

【図2】図２は、実施形態１にかかる仮想環境を模式的に示す図である。

【図3】図３は、実施形態１にかかるバスアクセス処理を模式的に示す図である。

【図4】図４は、実施形態１にかかるバスアクセス処理を模式的に示す図である。

【図5】図５は、実施形態１にかかるバスアクセス処理の流れを説明するためのフローチャートである。

【図6】図６は、実施形態２にかかる情報処理装置のハードウェア構成を説明するためのブロック図である。

【図7】図７は、実施形態２にかかるソフトウェア構成を説明するためのブロック図である。

【図8】図８は、図７で示されるソフトウェア構成におけるデータの流れを模式的に示す図である。

【図9】図９は、実施形態２にかかるバスアクセス処理の流れを説明するためのフローチャートである。

【図10】図１０は、実施形態３にかかるソフトウェア構成を説明するためのブロック図である。

【図11】図１１は、図１０で示されるソフトウェア構成におけるデータの流れを模式的に示す図である。

【図12】図１２は、実施形態３にかかるバスアクセス処理の流れを説明するためのフローチャートである。

【図13】図１３は、実施形態４にかかるソフトウェア構成を説明するためのブロック図である。

【図14】図１４は、図１３で示されるソフトウェア構成におけるデータの流れを模式的に示す図である。

【図15】図１５は、実施形態４にかかるバスマスタからガードにバスアクセスするための経由ポインタを取得する処理の流れを説明するためのフローチャートである。

【図16】図１６は、実施形態４にかかるバスアクセス処理の流れを説明するためのフローチャートである。

【図17】図１７は、実施形態４にかかる複数の第１インターコネクトを備える仮想環境を示す図である。

【発明を実施するための形態】

【0012】

上述した課題に対し、シミュレーション高速化のためのバスアクセスとして、バススレーブのメモリのポインタに対して、バスマスタが、値を直接読み書きする手法(SystemCのＤＭＩアクセス等)を用いることが考えられる。このような手法用いた場合、インターコネクトを介さず、バスマスタからバススレーブに直接アクセスを行うことができるので、シミュレーションを高速化することができる。

【0013】

しかしながら、このような手法は、Ｒｅａｄ又はＷｒｉｔｅを実行するバススレーブ（例えば、ＲＯＭ（Read Only Memory）やＲＡＭ（Random Access Memory））に対しては使用することができるが、バスマスタからのアクセスに応じてＲｅａｄ又はＷｒｉｔｅ以外のスレーブ動作を行うように構成されたバススレーブに対しては使用することができない。

【0014】

例えば、バススレーブがタイマである場合を想定する。この場合、バスマスタは、タイマにバスアクセスし、タイマの記憶領域に対してタイマの起動をリクエストする。タイマは、バスマスタからのリクエストに応じて、タイマ動作を実行する。そのため、Ｒｅａｄ又はＷｒｉｔｅを行うバススレーブに使用できる上述の手法を、Ｒｅａｄ又はＷｒｉｔｅ以外の動作を実行するタイマのようなバススレーブには適用できない。

【0015】

さらに近年は、ＲＯＭやＲＡＭに対してもＦｕＳａ（Functional Safety：機能安全）やＳｅｃｕｒｉｔｙ目的のスレーブ動作が実装される場合が多い。ＦｕＳａやＳｅｃｕｒｉｔｙを目的としないＲＯＭやＲＡＭがバススレーブとして用いられる機会は減少している。そのため、上述したような手法が適用される範囲は狭まってきており、近年では、上記手法を用いることでシミュレーションの高速化を図ることが難しくなっている。そのため、シミュレーション速度の低下に繋がっている。

【0016】

説明の明確化のため、以下の記載及び図面は、適宜、省略、及び簡略化がなされている。また、様々な処理を行う機能ブロックとして図面に記載される各要素は、ハードウェア的には、ＣＰＵ、メモリ、その他の回路で構成することができ、ソフトウェア的には、ＣＰＵがメモリに格納されたプログラムを実行することによって実現される。したがって、これらの機能ブロックがハードウェアのみ、ソフトウェアのみ、またはそれらの組合せによっていろいろな形で実現できることは当業者には理解されるところであり、いずれかに限定されるものではない。なお、各図面において、同一の要素には同一の符号が付されており、必要に応じて重複説明は省略されている。

【0017】

プログラムは、様々なタイプの非一時的なコンピュータ可読媒体（non-transitory computer readable medium）又は実体のある記憶媒体（tangible storage medium）に格納されてもよい。限定ではなく例として、非一時的なコンピュータ可読媒体又は実体のある記憶媒体は、ＲＡＭ、ＲＯＭ、フラッシュメモリ、ＳＳＤ（solid-state drive）又はその他のメモリ技術、CD-ROM、ＤＶＤ（digital versatile disc）、Blu-ray（登録商標）ディスク又はその他の光ディスクストレージ、磁気カセット、磁気テープ、磁気ディスクストレージ又はその他の磁気ストレージデバイスを含む。また、プログラムは、様々なタイプの一時的なコンピュータ可読媒体（transitory computer readable medium）又は通信媒体上で送信されてもよい。限定ではなく例として、一時的なコンピュータ可読媒体又は通信媒体は、電気的、光学的、音響的、又はその他の形式の伝搬信号を含む。

【0018】

＜実施形態１＞
（情報処理装置１０００の構成）
初めに、図１を参照して、実施形態１について説明する。図１は、本実施形態にかかる情報処理装置１０００の構成を示すブロック図である。情報処理装置１０００は、シミュレーション対象のプログラムを実行する仮想環境Ｖ１を備えている。情報処理装置１０００は、本実施形態にかかる制御プログラムを実行することで、上述したメモリ上に仮想環境Ｖ１を実現し得る。

【0019】

仮想環境Ｖ１は、バスマスタ１０１と、インターコネクト１０２と、インターコネクトを介してバスマスタ１０１に接続するバススレーブ１０３と、を備えている。バススレーブ１０３は、バスマスタ１０１からのバスアクセスに起因して所定の動作を実行する動作実行部１０３０を備えている。

【0020】

バスマスタ１０１は、ポインタ保持部１０１０及びアクセス処理部１０１１を備えている。ポインタ保持部１０１０は、バスマスタ１０１からバススレーブ１０３へのバスアクセスを行うためのポインタを保持する。

【0021】

アクセス処理部１０１１は、ポインタがポインタ保持部１０１０に保持されているか否かに応じて異なる経路でバススレーブ１０３にバスアクセスする。また、アクセス処理部１０１１は、バススレーブ１０３に所定の動作を実行させる。そして、アクセス処理部１０１１は、ポインタ保持部１０１０にポインタが保持されている場合、ポインタに基づいてバススレーブ１０３に直接バスアクセスし、ポインタが保持されていない場合、インターコネクトを経由してバススレーブ１０３にバスアクセスする。

【0022】

ここで、図２を参照して、仮想環境Ｖ１について説明する。図２は、仮想環境Ｖ１を模式的に示す図である。仮想環境Ｖ１は、バスマスタ１０１と、インターコネクト１０２－１、１０２－２、・・・、１０２－５と、これらのインターコネクトを介してバスマスタ１０１に接続するバススレーブ１０３と、を備えている。以下では、インターコネクト１０２－１、１０２－２、・・・、１０２－５のそれぞれを、単にインターコネクト１０２と称して説明する場合がある。

【0023】

インターコネクト１０２の数が増えるほど、バスマスタ１０１からバススレーブ１０３へのバスアクセスにかかる時間は長くなる。例えば、プログラムの開発段階においてシミュレーションを行う場合、インターコネクト１０２の数や構成によっては、シミュレーションにかかる時間が長くなり、効率的なシミュレーションを行うことが難しい場合がある。

【0024】

図３及び図４は、本実施形態にかかるバスアクセス処理を模式的に示す図である。なお、ここでは、インターコネクト１０２を１つのみ示している。図に示されるｔｓ１及びｔｓ２は、バスマスタ１０１からバススレーブ１０３にバスアクセスを行うためのポインタを示している。

【0025】

図３は、バスマスタ１０１とバススレーブ１０３との間にあるインターコネクト１０２のバスアクセスＡＰＩを順々にコールする場合の処理Ｆ１を示している。また、図４は、バスマスタ１０１が、ポインタに基づいて、バススレーブ１０３に直接バスアクセスする処理Ｆ２を示している。

【0026】

バスマスタ１０１のアクセス処理部１０１１は、ポインタ保持部１０１０にポインタが保持されていない場合、インターコネクト１０２を経由してバススレーブ１０３にバスアクセスする。バススレーブ１０３の動作実行部１０３０は、アクセス処理部１０１１からのバスアクセスに起因して、所定の動作を実行する。

【0027】

また、アクセス処理部１０１１は、ポインタがポインタ保持部１０１０に保持されている場合、当該ポインタに基づいて、バススレーブ１０３に直接バスアクセスする。バススレーブ１０３の動作実行部１０３０は、バスマスタ１０１からのバスアクセスに起因して、例えば、コード１０３１又は１０３２に示される命令に従いタイマを起動する。

【0028】

このようにすることで、アクセス処理部１０１１は、ポインタが保持されている場合、高速なシミュレーションを行うことができる。また、バススレーブ１０３は、バスマスタ１０１からのバスアクセスに起因して、所定の動作を実行することができるので、上述したＦｕＳａやＳｅｃｕｒｉｔｙ目的と用途としたバススレーブをシミュレーションに用いることができる。

【0029】

（バスアクセス処理の流れ）
続いて、図５を参照して、本実施形態にかかるバスアクセス処理について説明する。図５は、本実施形態にかかるバスアクセス処理の流れを説明するためのフローチャートである。

【0030】

まず、シミュレーション対象のプログラムを用いたシミュレーションの実行中に、バスマスタ１０１からバススレーブ１０３へのバスアクセスが発生したとする。バスマスタ１０１のアクセス処理部１０１１は、ポインタ保持部１０１０を参照し、該当アドレスのポインタがポインタ保持部１０１０に保持されているか否かを判定する（Ｓ１）。

【0031】

該当アドレスのポインタが保持されていると判定した場合（Ｓ１のＹＥＳ）、アクセス処理部１０１１は、当該ポインタを用いてバススレーブ１０３に直接バスアクセスする（Ｓ４）。

【0032】

該当アドレスのポインタが保持されていないと判定した場合（Ｓ１のＮＯ）、アクセス処理部１０１１は、インターコネクトを経由してバススレーブ１０３にバスアクセスする（Ｓ２）。アクセス処理部１０１１は、バススレーブ１０３に所定の動作を実行させる（Ｓ３）。バススレーブ１０３の動作実行部１０３０は、バスマスタ１０１からのバスアクセスに起因して所定の動作を実行する。

【0033】

以上説明したように、本実施形態にかかる情報処理装置１０００が実現する仮想環境Ｖ１では、アクセス処理部１０１１は、ポインタ保持部１０１０にポインタが保持されているか否かに応じて異なる経路でバススレーブ１０３にバスアクセスする。アクセス処理部１０１１は、ポインタが保持されている場合、ポインタに基づいてバススレーブ１０３に直接バスアクセスし、ポインタが保持されていない場合、インターコネクト１０２を経由してバススレーブ１０３にバスアクセスする。このようにすることで、本実施形態にかかる情報処理装置１０００によれば、高速なシミュレーションを適切に行うことができる。

【0034】

＜実施形態２＞
続いて、実施形態２について説明する。実施形態２は、上述した実施形態１の具体例である。

【0035】

（情報処理装置１００の構成）
まず、図６を参照して、本実施形態にかかる情報処理装置１００について説明する。図６は、情報処理装置１００のハードウェア構成を説明するためのブロック図である。情報処理装置１００は、上述した情報処理装置１０００の一例である。情報処理装置１００は、シミュレーション対象のプログラムを実行する仮想環境を備えている。

【0036】

情報処理装置１００は、例えば、マイクロコンピュータ（不図示）の仮想環境を実現するコンピュータシステムの一例である。情報処理装置１００は、表示装置２００及び入力装置３００と接続される。

【0037】

表示装置２００は、情報処理装置１００からの指示により画面表示を行う。入力装置３００は、情報処理装置１００に対してユーザの指示の入力を行う。入力装置３００は、例えば、ユーザから文字情報の入力を受け付けるキーボードや、表示装置２００の画面上における任意の位置を指定し、その位置に表示されていたアイコン等に応じた指示の入力を受け付けるマウス等である。但し、情報処理装置１００に接続される装置はこれらに限定されない。

【0038】

情報処理装置１００は、ＣＰＵ１１０と、メインメモリ１２０と、ハードディスク１３０とを備える。ＣＰＵ１１０は、所定のプログラムを読み込み実行する制御装置である。メインメモリ１２０は、例えば、ＲＡＭ等の揮発性記憶装置である。ハードディスク１３０は、不揮発性記憶装置である。ハードディスク１３０は、ＯＳ（Operating System）１３１、仮想環境プログラム（制御プログラム）１３２、シミュレーション用データ１３３、及び対象プログラム１３５等を記憶する。

【0039】

ＯＳ１３１は、情報処理装置１００を動作させるための基本ソフトである。仮想環境プログラム１３２は、例えば、組込み機器であるマイクロコンピュータをソフトウェア的に実現し、当該マイクロコンピュータ上での対象プログラム１３５の実行をシミュレーションするためのソフトウェアである。仮想環境プログラム１３２は、シミュレーション対象のプログラムを実行する仮想環境を備える情報処理装置に対して、制御方法を実行させる。仮想環境は、バスマスタと、インターコネクトと、インターコネクトを介してバスマスタに接続するバススレーブと、を備えている。制御方法は、バスマスタからバススレーブにバスアクセスを行うためのポインタが保持部に保持されているか否かに応じて、異なる経路でバスマスタがバススレーブにバスアクセスするアクセス処理ステップを備えている。また、制御方法は、バススレーブが、バスマスタからのバスアクセスに起因して所定の動作を実行する動作実行ステップをさらに備えている。アクセス処理ステップでは、バスマスタは、ポインタが保持されている場合、ポインタに基づいてバススレーブに直接バスアクセスする。また、アクセス処理ステップでは、バスマスタは、ポインタが保持されていない場合、インターコネクトを経由してバススレーブにバスアクセスする。

【0040】

シミュレーション用データ１３３は、前記シミュレーションに用いられる各種データである。シミュレーション用データ１３３は、例えば、シミュレータの各機能を実現するプログラム、シミュレーションの対象となる機器の情報を含み得る。対象プログラム１３５は、シミュレーションの対象となるプログラムである。対象プログラム１３５は、例えば、所定の組込み機器上で実行するために開発されたソフトウェアなどであってよい。対象プログラム１３５は、デバッグ等の目的により、仮想環境プログラム１３２により実行される。

【0041】

ここで、ＣＰＵ１１０は、ハードディスク１３０に保存されたＯＳ１３１、仮想環境プログラム１３２、シミュレーション用データ１３３、及び対象プログラム１３５をメインメモリ１２０にロードする。そして、ＣＰＵ１１０は、メインメモリ１２０にロードされたＯＳ１３１及び仮想環境プログラム１３２を実行する。また、ＣＰＵ１１０は、仮想環境プログラム１３２の実行により対象プログラム１３５を実行する。そのため、情報処理装置１００は、対象プログラム１３５を実行する仮想環境を備えるものといえる。

【0042】

（ソフトウェア構成）
続いて、図７及び図８を参照して、本実施形態にかかるソフトウェア構成について説明する。図７は、本実施形態にかかるソフトウェア構成を説明するためのブロック図である。また、図８は、図７で示されるソフトウェア構成におけるデータの流れを模式的に示す図である。なお、同図において示される一方向矢印は、情報（データ又は信号など）の流れを端的に示したものであり、情報の双方向性を排除するものではない。以降の図においても同様である。また、図８では、インターコネクトの例として、バス２のみを示しているが、インターコネクトの数及び種別はこれに限られない。

【0043】

図７では、ＯＳ１３１上で仮想環境プログラム１３２が動作し、仮想環境プログラム１３２上で対象プログラム１３５が動作することを示している。

【0044】

仮想環境プログラム１３２は、本実施形態にかかる仮想環境Ｖ２を実現するためのプログラムの一例である。図に示されるように、仮想環境Ｖ２は、バスマスタ１、バス２、及び周辺ＩＰ部１３２０を備えている。バスマスタ１、バス２、及び周辺ＩＰ部１３２０のそれぞれは、仮想環境プログラム１３２を実行することで、メインメモリ１２０上において仮想的に実現される。バスマスタ１、バス２、及び周辺ＩＰ部１３２０は、例えば、クラスとして定義され、仮想環境プログラム１３２の実行時にそれぞれがインスタンス化されることにより実現される。

【0045】

図８に示されるように、仮想環境Ｖ２は、バスマスタ１と、バス２を介してバスマスタ１に接続するバススレーブ３と、を備えている。ここでは、インターコネクトの一例としてバス２を用いて説明する。

【0046】

バスマスタ１は、上述したバスマスタ１０１の一例である。バスマスタ１は、ポインタ要求部１０、ポインタ保持部１１、及びアクセス処理部１２を備えている。バスマスタ１は、例えば、ＣＰＵ又はＤＭＡ（Direct Memory Access）コントローラなどであるが、これらに限られない。

【0047】

ポインタ要求部１０は、バス２を介して、ポインタを取得するポインタ取得部として機能する。ポインタ要求部１０は、ポインタ保持部１１にポインタが保持されていない場合、バス２を介してバススレーブ３からポインタを取得する。具体的には、ポインタ要求部１０は、バススレーブ３に対し、ポインタの通知を要求するためのポインタ要求を出力する。ポインタ要求部１０は、取得したポインタをポインタ保持部１１に保持させる。

【0048】

ポインタ保持部１１は、上述したポインタ保持部１０１０の一例である。ポインタ保持部１１は、バスマスタ１からバススレーブ３へのバスアクセスを行うためのポインタを保持する。

【0049】

アクセス処理部１２は、上述したアクセス処理部１０１１の一例である。アクセス処理部１２は、ポインタがポインタ保持部１１に保持されているか否かに応じて異なる経路でバススレーブ３にバスアクセスする。また、アクセス処理部１２は、バススレーブ３に所定の動作を実行させる。

【0050】

アクセス処理部１２は、ポインタ保持部１１にポインタが保持されている場合、ポインタに基づいてバススレーブ３に直接バスアクセスする。図８では、当該バスアクセスの流れが矢印Ａ１で示されている。ポインタ保持部１１にポインタが保持されていない場合、アクセス処理部１２は、バス２経由してバススレーブ３にバスアクセスする。具体的には、アクセス処理部１２は、バススレーブ３に対するアクセス要求をアクセス伝達部２１に出力し、アクセス伝達部２１を介してバススレーブ３へのアクセス要求を行う。

【0051】

バス２は、インターコネクトの一例である。バス２は、ポインタ伝達部２０及びアクセス伝達部２１を備えている。

【0052】

ポインタ伝達部２０は、バスマスタ１とバススレーブ３との間で、ポインタに関するデータを伝達する。例えば、ポインタ伝達部２０は、バスマスタ１から受け取ったポインタ要求をバススレーブ３に伝達する。また、ポインタ伝達部２０は、バススレーブ３から通知されたポインタをポインタ要求部１０に伝達する。

【0053】

アクセス伝達部２１は、バスマスタ１とバススレーブ３との間で、バスアクセスに関するデータを伝達する。例えば、アクセス伝達部２１は、バスマスタ１からのアクセス要求をバススレーブ３に伝達する。

【0054】

周辺ＩＰ部１３２０は、バススレーブ３を備えている。バススレーブ３は、上述したバススレーブ１０３の一例である。バススレーブ３は、バスマスタ１からのバスアクセスに起因して、所定の動作を実行する機能を有している。バススレーブ３は、例えば、レジスタに対応する機能を備えるものであってよい。この場合、バススレーブ３は、本来はハードウェアであるレジスタをソフトウェア上で実現したものである。レジスタに限らず、他のＩＰがバススレーブ３として用いられてもよい。

【0055】

バススレーブ３は、ポインタ通知部３０、処理情報保持部３１、及び動作実行部３２を備えている。ポインタ通知部３０は、バスマスタ１からのポインタ要求に応じて、バス２を介して、バスマスタ１にポインタを通知する。

【0056】

処理情報保持部３１は、動作実行部３２の処理に関連する処理情報を保持する。例えば、処理情報保持部３１は、上述したような、Ｒｅａｄ又はＷｒｉｔｅの機能を単に有するものであってもよい。処理情報保持部３１は、例えば、アクセス処理部１２から動作実行部３２への書き込みがあった場合、書き込み値を保持する。処理情報は、バスマスタ１からの要求に応じて用いられ得る。例えば、バスマスタ１のアクセス処理部１２は、処理情報保持部３１に保持された処理情報を取得して、動作実行部３２において所定の動作が実行されたか否かを判定する。

【0057】

動作実行部３２は、上述した動作実行部１０３０の一例である。動作実行部３２は、バスマスタ１からのバスアクセスに起因して所定の動作を実行する。動作実行部３２は、例えば、ＡＰＩに対応する機能を有する。

【0058】

ここで、所定の動作は、バスマスタ１からのバスアクセスをトリガとして、動作実行部３２が行う動作を示している。動作実行部３２は、バスマスタ１から直接バスアクセスされた場合、及び、バスマスタ１からバス２を経由してバスアクセスされた場合に、所定の動作を実行する。所定の動作は、例えば、タイマの起動、Ａ／Ｄ変換などであるが、これらに限られない。

【0059】

例えば、先述した手法が適用可能な、Ｒｅａｄ又はＷｒｉｔｅの機能のみを備えるメモリ等におけるＲｅａｄ又はＷｒｉｔｅの処理は、ここでは、バスマスタ１からのバスアクセスに起因する所定の動作には含まれない。例えば、上述した処理情報の例では、動作実行部３２は、アクセス処理部１２からの要求に応じて、処理情報保持部３１に保持された処理情報を読み出して、動作実行部３２に返す処理を行う。しかしながら、このような単なるＲｅａｄ動作などは、ここでは、バスマスタ１からのバスアクセスに起因する所定の動作には含まれない。

【0060】

（バスアクセス処理の流れ）
続いて、図９を参照して、本実施形態にかかるバスアクセス処理について説明する。図９は、本実施形態にかかるバスアクセス処理の流れを説明するためのフローチャートである。

【0061】

まず、対象プログラム１３５のシミュレーションの実行中に、バスマスタ１からバススレーブ３へのバスアクセスが発生したとする。バスマスタ１のアクセス処理部１２は、ポインタ保持部１１を参照し、該当アドレスのポインタが保持されているか否かを判定する（Ｓ１１）。ポインタは、バススレーブ３の動作実行部３２に対応するＡＰＩをコールするための情報である。

【0062】

該当アドレスのポインタが保持されていると判定した場合（Ｓ１１のＹＥＳ）、アクセス処理部１２は、当該ポインタを用いてバススレーブ３の動作実行部３２に直接バスアクセスする（Ｓ２１）。これにより、動作実行部３２は動作を実行する（Ｓ１９）。また、動作実行部３２は、処理情報保持部３１に対して読み書きを行い、処理情報保持部３１に処理情報を保持させる（Ｓ２０）。処理情報は、例えば、動作実行部３２の動作に対応する書き込み値である。処理情報保持部３１は、メモリ領域に処理情報を保持する。

【0063】

ステップＳ１１において、該当アドレスのポインタが保持されていないと判定した場合（Ｓ１１のＮＯ）、バスマスタ１のポインタ要求部１０は、バススレーブ３に対するポインタ要求を出力する（Ｓ１２）。これにより、ポインタ要求部１０は、バススレーブ３に対してポインタの通知を要求する。

【0064】

バス２のポインタ伝達部２０は、ポインタ要求を伝達する（Ｓ１３）。バススレーブ３のポインタ通知部３０は、ポインタ要求に応じてポインタを通知する（Ｓ１４）。ポインタ伝達部２０は、通知されたポインタをポインタ要求部１０に伝達する（Ｓ１５）。これにより、ポインタ要求部１０は、バス２を経由してバススレーブ３からポインタを取得することができる。

【0065】

ポインタ要求部１０は、取得したポインタをポインタ保持部１１に保持させる（Ｓ１６）。このようにすることで、次回のバスアクセス時において、アクセス処理部１２は、ポインタ保持部１１を参照し、動作実行部３２に直接バスアクセスすることができる。

【0066】

また、アクセス処理部１２は、バス２を経由してバススレーブ３へのバスアクセスを行う（Ｓ１７）。アクセス処理部１２は、バススレーブ３に対するアクセス要求をアクセス伝達部２１に出力する。これにより、アクセス処理部１２はバススレーブ３へのバスアクセスを要求する。アクセス伝達部２１は、アクセス要求を伝達する（Ｓ１８）。

【0067】

動作実行部３２は、アクセス要求を受け取り、動作を実行する（Ｓ１９）。動作実行部３２は、動作の実行に関する値を処理情報保持部３１に保持させる（Ｓ２０）。

【0068】

なお、上述した処理の順序は一例である。処理の順序は適宜変更され得る。例えば、上述の説明では、ステップＳ１１のＮＯの場合において、ステップＳ１２～Ｓ１６においてポインタの要求及び保持を行い、ステップＳ１７～Ｓ２０においてバススレーブ３へのバスアクセス及び値の保持を行ったが、先にステップＳ１７～Ｓ２０の処理を行い、その後にステップＳ１２～Ｓ１６の処理を行うようにしてもよい。

【0069】

以上説明したように、本実施形態にかかる仮想環境プログラム１３２が実行する処理では、仮想環境Ｖ２において、バススレーブ３は、バスマスタ１からのバスアクセスに応じて所定の動作を実行する動作実行部３２を有している。また、バスマスタ１は、バススレーブ３へのバスアクセスを行うためのポインタを保持するポインタ保持部１１と、ポインタがポインタ保持部１１に保持されているか否かに応じて、異なる経路でバススレーブにバスアクセスするアクセス処理部１２と、を有している。

【0070】

アクセス処理部１２は、ポインタ保持部１１にポインタが保持されている場合、ポインタに基づいてバススレーブに直接バスアクセスし、ポインタが保持されていない場合、バス２を経由してバススレーブにバスアクセスする。また、ポインタ要求部１０は、ポインタが保持されていない場合に、バス２を介してバススレーブ３からポインタを取得する。

【0071】

このようにすることで、シミュレーション開始後の初回のバスアクセスでは、バスマスタ１は、バス２を経由してバススレーブ３へのバスアクセスを行いつつ、動作実行部３２に対応するＡＰＩをコールするためのポインタを取得する。これにより、バスマスタ１は、次回以降のバスアクセスにおいて、当該ポインタを用いて動作実行部３２のＡＰＩを直接コールして、バスアクセスを行うことができる。

【0072】

このようにすることで、インターコネクトが複数存在した場合であっても、２回目以降のバスアクセスにおいて、インターコネクトの数に依存せずＡＰＩコール１回分の時間で、スレーブ動作を損なわずバスアクセスが可能となる。これにより、本実施形態にかかる情報処理装置１０００によれば、ハードウェアと同様のバス構成のまま、スレーブ動作を損なわずに、バスアクセスシミュレーションの高速化を適切に実現することができる。

【0073】

＜実施形態３＞
続いて、実施形態３について説明する。実施形態３は、上述した実施形態２の変形例である。実施形態２にかかる仮想環境Ｖ２は、初回のシミュレーションでは、インターコネクトであるバス２を経由してバスアクセスを行い、２回目以降のシミュレーションではバス２を経由せずに直接バスアクセスを行うものであった。本実施形態にかかる仮想環境Ｖ３は、２回目以降のシミュレーションにおいて、インターコネクトを経由するか否かの選択を可能とするものである。

【0074】

以下では、実施形態２と異なる点を中心に説明し、実施形態２と重複する点については適宜説明を省略する。本実施形態にかかる情報処理装置１００ａの構成は、実施形態２にかかる情報処理装置１００（図６を参照）と概ね同様であるので図示を省略する。情報処理装置１００ａのハードディスク１３０は、仮想環境プログラム１３２に代えて仮想環境プログラム１３２ａを備えている。情報処理装置１００ａは、仮想環境プログラム１３２ａを実行することで、仮想環境Ｖ３を実現する。

【0075】

（ソフトウェア構成）
図１０及び図１１を参照して、本実施形態にかかるソフトウェア構成について説明する。図１０は、本実施形態にかかるソフトウェア構成を説明するためのブロック図である。また、図１１は、図１０で示されるソフトウェア構成におけるデータの流れを模式的に示す図である。

【0076】

図１０に示されるように、本実施形態にかかる仮想環境プログラム１３２ａは、実施形態２にかかる仮想環境プログラム１３２（図７を参照）に加え、レベル選択部４を備えている。レベル選択部４は、ポインタ要求部１０に接続している。レベル選択部４は、シミュレーションの速度が異なる複数のシミュレーションレベルから、シミュレーションレベルを選択する。

【0077】

シミュレーションレベルは、シミュレーションにおいて、速度を重視するか、又は精度を重視するか、を示す情報である。シミュレーションレベルは、例えば、速度を重視する「高速」、及び、精度を重視する「高精度」などの２段階で表される。２段階のシミュレーションレベルは、バスマスタ１からバススレーブ３へのバスアクセスの経路にそれぞれ対応する。

【0078】

レベル選択部４は、例えば、入力装置３００を介してユーザの入力を受け付けて、シミュレーションレベルを選択する。また、レベル選択部４は、ユーザの入力を受け付けて、シミュレーションレベルを切り替える。レベル選択部４は、選択されたシミュレーションレベルをバスマスタ１のポインタ要求部１０に出力する。ポインタ要求部１０は、選択されたシミュレーションレベルを図示しない記憶部に記憶する。バスマスタ１のアクセス処理部１２ａは、選択されたシミュレーションレベルを当該記憶部から取得する。

【0079】

アクセス処理部１２ａは、レベル選択部４で選択されたレベルに対応する経路でバススレーブ３にバスアクセスする。アクセス処理部１２ａは、レベル選択部４において速度重視のシミュレーションレベルが選択された場合、バススレーブ３に直接バスアクセスする。また、アクセス処理部１２ａは、速度重視のシミュレーションレベル以外のシミュレーションレベルが選択された場合、バス２を経由してバススレーブにバスアクセスする。速度重視のシミュレーションレベル以外のシミュレーションレベルは、例えば、精度重視のシミュレーションレベルである。

【0080】

例えば、シミュレーションレベルが「高速」であるとする。アクセス処理部１２ａは、バス２を経由せずに、バスマスタ１からバススレーブ３に直接バスアクセスする。図１１では、バススレーブ３に直接アクセスする場合の経路が矢印Ａ１で示されている。

【0081】

また、例えば、シミュレーションレベルが「高精度」であるとする。アクセス処理部１２ａは、バス２を経由してバススレーブ３にバスアクセスする。この場合、アクセス処理部１２ａは、実施形態２のアクセス処理部１２と同様にして、バス２のアクセス伝達部２１を経由してバススレーブ３にバスアクセスする。

【0082】

このように、アクセス処理部１２ａは、選択されたシミュレーションレベルに応じて異なる経路を選択して、当該経路を用いてバススレーブ３へのバスアクセスを行う。このようにすることで、情報処理装置１００ａは、速度又は精度を重視したシミュレーションを行うことができる。

【0083】

なお、例えば、図１０及び図１１の例では、１つのバスマスタ１と、１つのバススレーブ３のみを示しているが、実際の環境では、複数のバスマスタが１つのバススレーブに対してバスアクセスを行う場合がある。このような場合、バスアクセスの衝突を回避するために、優先度の低いバスマスタは、優先度の高いバスマスタからのバスアクセスが終了するまで待ち状態となる。そのため、待ち状態が解消されるまでの待ち時間が発生する。

【0084】

このような場合、プログラムの実行結果をシミュレートすることはできるが、プログラム実行にかかる時間を正しくシミュレートすることができない。例えば、プログラムの実行結果が正しいことは確認できたとしても、実行にかかる時間が性能目標を満たさない場合がある。したがって、このような場合、ユーザは、精度重視のシミュレーションを行うとよい。

【0085】

（バスアクセス処理の流れ）
続いて、図１２を参照して、本実施形態にかかるバスアクセス処理について説明する。図１２は、本実施形態にかかるバスアクセス処理の流れを説明するためのフローチャートである。なお、初回のシミュレーションにおけるポインタの取得などにかかる処理は、図９を用いて説明した実施形態２と同様である。ここでは、シミュレーションが２回目以降であることを前提として説明を行う。

【0086】

まず、レベル選択部４は、シミュレーションレベルが選択されたか否かを判定する（Ｓ３１）。シミュレーションレベルが選択されたと判定した場合（Ｓ３１のＹＥＳ）、レベル選択部４は、選択されたシミュレーションレベルが「高速」であるか、又は「高精度」であるかを判定する（Ｓ３２）。シミュレーションレベルが「高速」であると判定した場合（Ｓ３２の「高速」）、アクセス処理部１２ａは、バス２を経由せず、バススレーブ３に直接バスアクセスする（Ｓ３３）。

【0087】

シミュレーションレベルが「高精度」であると判定した場合（Ｓ３２の「高精度」）、又は、シミュレーションレベルが選択されていないと判定した場合（Ｓ３１のＮＯ）、アクセス処理部１２ａは、バス２を経由してバスアクセスする（Ｓ３４）。

【0088】

なお、ここでは、２回目以降のシミュレーションを前提としたが、レベル選択部４は、初回のシミュレーションにおいて、「高速」を選択してもよい。この場合、実施形態２と同様にしてポインタを取得する処理を行うことで、アクセス処理部１２ａは、初回からバススレーブ３に直接バスアクセスすることができる。

【0089】

以上説明したように、本実施形態にかかる仮想環境プログラム１３２ａが実行する処理では、仮想環境Ｖ３において、レベル選択部４は、シミュレーションレベルを選択する。また、バスマスタ１のアクセス処理部１２ａは、選択されたシミュレーションレベルに対応する経路でバススレーブ３にアクセスする。

【0090】

このように、レベル選択部４を追加することで、シミュレータを作り替えることなく、コンフィグレーションにより、速度重視及び精度重視の両シミュレーションに対応可能となる。特に、Ｐｙｔｈｏｎ Ｉ／Ｆ等による速度・精度シミュレーションの動的切替の要求は多い。具体的には、例えば、Ｌｉｎｕｘ（登録商標）ブート等、特に重要でないシミュレーション期間は速度重視でシミュレーションを実行し、ユーザが着目するポイントに到達後は精度重視に切り替えることができる。このようにすることで、効率的にシミュレーションを行うことができる。

【0091】

＜実施形態４＞
続いて、実施形態４について説明する。実施形態４は、上述した実施形態３の変形例である。実施形態３にかかる仮想環境Ｖ３は、選択されたシミュレーションレベルに応じて、対応する２段階の経路を用いたバスアクセスを可能とするものであった。実施形態３では、全てのインターコネクトを省いた速度重視のシミュレーション、又は、全てのインターコネクトを含めた精度重視のシミュレーションという両極端なシミュレーション方法から選択する必要がある。

【0092】

近年、ＦｕＳａやＳｅｃｕｒｉｔｙ用途のシミュレーションニーズも高まっている。本実施形態は、シミュレーション対象としたいＩＰにポインタ通知部、ポインタ要求部、及びポインタ保持部を設けることで、任意のＩＰを含めたバスアクセスに関する高速なシミュレーションを可能とするものである。

【0093】

以下では、実施形態２及び３と異なる点を中心に説明し、これらの実施形態と重複する点については適宜説明を省略する。本実施形態にかかる情報処理装置１００ｂの構成は、実施形態２にかかる情報処理装置１００（図６を参照）と概ね同様であるので図示を省略する。情報処理装置１００ｂのハードディスク１３０は、仮想環境プログラム１３２に代えて仮想環境プログラム１３２ｂを備えている。情報処理装置１００ｂは、仮想環境プログラム１３２ｂを実行することで、仮想環境Ｖ４を実現する。仮想環境Ｖ４は、複数のインターコネクトを備えている。

【0094】

（ソフトウェア構成）
図１３及び図１４を参照して、本実施形態にかかるソフトウェア構成について説明する。図１３は、本実施形態にかかるソフトウェア構成を説明するためのブロック図である。また、図１４は、図１３で示されるソフトウェア構成におけるデータの流れを模式的に示す図である。

【0095】

図１４に示されるように、仮想環境Ｖ４は、バスマスタ１からバススレーブ３へのバスアクセスにおいて経由される第１インターコネクトと、経由されない第２インターコネクトと、含む複数のインターコネクトを有している。第１インターコネクトは、バスアクセスの経由対象のインターコネクトであり、第２インターコネクトは、バスアクセスの経由対象でないインターコネクトである。バスマスタ１からバススレーブ３へのバスアクセスにおいて、バスマスタ１から出力されたデータは、第１インターコネクトを経由してバススレーブ３に到達する。また、当該バスアクセスにおいて、バスマスタ１から出力されたデータは、第２インターコネクトを経由せずにバススレーブ３に到達する。ここでは、第１インターコネクトはガード５であり、第２インターコネクトはバス２であるものとして説明する。

【0096】

図１３に示されるように、本実施形態にかかる仮想環境プログラム１３２ｂは、実施形態３にかかる仮想環境プログラム１３２ａ（図１０を参照）の周辺ＩＰ部１３２０に対応する周辺ＩＰ部１３２０ａを備えている。周辺ＩＰ部１３２０ａは、バススレーブ３に加え、ガード５を備えている。ガード５は、バスマスタ１からバススレーブ３へのバスアクセスを制限する機能を有するインターコネクトの一例である。

【0097】

ガード５は、ポインタ通知部５０、ポインタ要求部５１、ポインタ保持部５２、及び動作実行部５３を備えている。ポインタ通知部５０は、ポインタ要求部１０ａからの経由ポインタ要求に応じて経由ポインタを通知する。経由ポインタは、ガード５の動作実行部５３に対応するＡＰＩをコールするための情報である。

【0098】

ポインタ要求部５１は、バススレーブ３のポインタ通知部３０に対し、ポインタ要求を出力する。これにより、ポインタ要求部５１は、バススレーブ３に対してポインタの通知を要求する。また、ポインタ要求部５１は、ポインタ通知部３０から取得したポインタを、ポインタ保持部５２に保持させる。

【0099】

ポインタ保持部５２は、ポインタ要求部５１で取得されたポインタを保持する。動作実行部５３は、バススレーブ３の動作実行部３２にアクセスする。これにより、動作実行部５３は、必要なＩＰのスレーブ動作を損なわずにシミュレーションを実施する。

【0100】

レベル選択部４ａは、上述した速度重視及び精度重視のシミュレーションレベルに加え、これらのいずれにも該当しない所定のシミュレーションレベルを選択し得る。レベル選択部４ａは、所定のシミュレーションレベルとして、機能安全に関するシミュレーションレベルをさらに選択する。例えば、レベル選択部４ａは、上述した「高速」に加え、ＦｕＳａに関するシミュレーションレベル「ＦｕＳａ」を選択可能に構成される。シミュレーションレベル「ＦｕＳａ」は、機能安全を重視するシミュレーションレベルである。例えば、シミュレーションレベル「ＦｕＳａ」が選択された場合、シミュレーションレベル「高速」の場合よりも、多くのインターコネクトを経由したバスアクセスによりシミュレーションが実施される。そのため、この場合、速度よりも機能安全を重視したシミュレーションを実施することができる。また、シミュレーションレベル「ＦｕＳａ」が選択された場合、シミュレーションレベル「高精度」よりも少ないインターコネクトを経由したバスアクセスによりシミュレーションが実施される。そのため、この場合、シミュレーションレベル「高精度」の場合よりも、高速なシミュレーションを実施することができる。本実施形態では、「高速」、「高精度」、及び「ＦｕＳａ」の３段階のシミュレーションレベルが設定され得る。また、経由するインターコネクトの選択により、さらに多くの段階のシミュレーションレベルが設定され得る。

【0101】

バスマスタ１のポインタ要求部１０ａは、ポインタ保持部１１に経由ポインタが保持されていない場合、ガード５から経由ポインタを取得する経由ポインタ取得部としても機能する。ポインタ要求部１０ａは、該当アドレスの経由ポインタが保持されていないと判定した場合、ガード５に対する経由ポインタ要求を出力する。これにより、ポインタ要求部１０ａは、ガード５に対して経由ポインタの通知を要求する。ポインタ要求部１０ａは、ガード５から取得した経由ポインタをポインタ保持部１１に保持させる。

【0102】

アクセス処理部１２ｂは、バスマスタ１からガード５にバスアクセスを行うための経由ポインタがポインタ保持部１１に保持されているか否かにさらに応じて、異なる経路でバススレーブ３にバスアクセスする。また、アクセス処理部１２ｂは、レベル選択部４ａから出力されたシミュレーションレベルをポインタ要求部１０ａ及び不図示の記憶部を介して取得する。

【0103】

アクセス処理部１２ｂは、ポインタ保持部１１にポインタ及び経由ポインタが保持されている場合、レベル選択部４ａにおいて選択されたシミュレーションレベルに対応する経路でバススレーブ３にバスアクセスする。例えば、経由ポインタが保持されており、かつ、シミュレーションレベルが、「ＦｕＳａ」である場合、アクセス処理部１２ｂは、動作実行部５３に直接バスアクセスする。また、動作実行部５３は、動作実行部３２に対してバスアクセスする。これにより、アクセス処理部１２ｂは、バス２を経由せず、ガード５のみを経由して、バススレーブ３に対してバスアクセスする。図１４では、当該バスアクセスにかかる経路が矢印Ａ２で示されている。

【0104】

また、アクセス処理部１２ｂは、レベル選択部４ａにおいて速度重視のシミュレーションレベル「高速」が選択された場合、バススレーブ３に直接バスアクセスする。図１４では、当該バスアクセスにかかる経路が矢印Ａ１で示されている。

【0105】

バスマスタ１のポインタ保持部１１は、バスマスタ１からガード５にバスアクセスを行うための経由ポインタをさらに保持する。レベル選択部４ａは、機能安全に関するシミュレーションレベルをさらに選択する。アクセス処理部１２ｂは、ポインタ及び経由ポインタがポインタ保持部１１に保持されている場合、選択されたシミュレーションレベルに対応する経路でバススレーブ３にバスアクセスする。

【0106】

続いて、図１５及び図１６を参照して、本実施形態にかかるバスアクセス処理について説明する。図１５は、本実施形態にかかるバスマスタ１からガード５にバスアクセスするための経由ポインタを取得する処理の流れを説明するためのフローチャートである。また、図１６は、本実施形態にかかるバスアクセス処理の流れを説明するためのフローチャートである。なお、バスマスタ１からバススレーブ３に直接バスアクセスするためのポインタの取得にかかる処理は、図９を用いて説明した実施形態２と同様である。

【0107】

（経由ポインタを取得する処理の流れ）
まず、図１５を参照して、経由ポインタ取得する処理の流れについて説明する。ここでは、バスマスタ１がガード５にバスアクセスするための経由ポインタの取得にかかる処理について説明する。

【0108】

まず、対象プログラム１３５のシミュレーションの実行中に、バスマスタ１からバススレーブ３へのバスアクセスが発生したとする。バスマスタ１のアクセス処理部１２ｂは、ポインタ保持部１１を参照し、バスマスタ１がガード５にバスアクセスするための経由ポインタが保持されているか否かを判定する（Ｓ４１）。経由ポインタは、ガード５の動作実行部５３に対応するＡＰＩをコールするための情報である。

【0109】

該当アドレスの経由ポインタが保持されていると判定した場合（Ｓ４１のＹＥＳ）は処理を終了する。該当アドレスの経由ポインタが保持されていないと判定した場合（Ｓ４１のＮＯ）、バスマスタ１のポインタ要求部１０ａは、ガード５に対する経由ポインタ要求を出力する（Ｓ４２）。これにより、ポインタ要求部１０ａは、ガード５に対して経由ポインタの通知を要求する。

【0110】

バス２のポインタ伝達部２０は、経由ポインタ要求を伝達する（Ｓ４３）。ガード５のポインタ通知部５０は、経由ポインタ要求に応じて経由ポインタを通知する（Ｓ４４）。ポインタ伝達部２０は、通知された経由ポインタをポインタ要求部１０ａに伝達する（Ｓ４５）。これにより、ポインタ要求部１０ａは、バス２を経由してガード５から経由ポインタを取得することができる。

【0111】

ポインタ要求部１０ａは、取得した経由ポインタをポインタ保持部１１に保持させる（Ｓ４６）。このようにすることで、アクセス処理部１２ｂは、ポインタ保持部１１を参照し、動作実行部５３に直接バスアクセスすることができる。

【0112】

続いて、ガード５のポインタ要求部５１は、バススレーブ３のポインタ通知部３０に対し、ポインタ要求を出力する（Ｓ４７）。これにより、ポインタ要求部５１は、バススレーブ３に対してポインタの通知を要求する。また、ポインタ要求部５１は、ポインタ通知部３０から取得したポインタを、ポインタ保持部５２に保持させる（Ｓ４８）。なお、上述した処理の順序は一例であり、処理の順序は適宜変更され得る。

【0113】

（バスアクセス処理の流れ）
続いて、図１６を参照して、本実施形態にかかるバスアクセス処理の流れを説明する。まず、レベル選択部４ａは、シミュレーションレベルが選択されたか否かを判定する（Ｓ５１）。シミュレーションレベルが選択されたと判定した場合（Ｓ５１のＹＥＳ）、レベル選択部４ａは、選択されたシミュレーションレベルが「高速」であるか、又は「ＦｕＳａ」であるかを判定する（Ｓ５２）。シミュレーションレベルが「高速」であると判定した場合（Ｓ５２の「高速」）、アクセス処理部１２ｂは、バス２を経由せず、バススレーブ３に直接バスアクセスする（Ｓ５３）。

【0114】

シミュレーションレベルが「ＦｕＳａ」であると判定した場合（Ｓ５２の「ＦｕＳａ」）、又は、シミュレーションレベルが選択されていないと判定した場合（Ｓ５１のＮＯ）、アクセス処理部１２ｂは、ガード５の動作実行部５３にバスアクセスすることでガード５を経由して、バススレーブ３に対してバスアクセスする（Ｓ５４）。アクセス処理部１２ｂは、バスマスタ１とガード５との間にあるバス２については経由しない。動作実行部５３は、動作実行部３２にアクセスすることで、必要なＩＰのスレーブ動作を損なわずにシミュレーションを実施することができる。

【0115】

以上説明したように、本実施形態にかかる仮想環境プログラム１３２ｂが実行する処理では、仮想環境Ｖ４は、経由対象である第１インターコネクトと、経由対象でない第２インターコネクトと、を備えている。インターコネクトを経由対象とするか否かは、ユーザが選択可能である。仮想環境Ｖ４において、レベル選択部４ａは、機能安全に関するシミュレーションレベルを選択する。また、バスマスタ１のアクセス処理部１２ｂは、選択されたシミュレーションレベルに対応する経路でバススレーブ３にアクセスする。

【0116】

このようにすることで、シミュレーション対象のＩＰを選択することが可能なため、例えばガード５以外のインターコネクトを省き、高速なＦｕＳａ目的のシミュレーションが実施可能となる。また、本実施形態では、シミュレータを作り替えることなく、コンフィグレーションにより様々なシミュレーションを実行することができる。これにより、バスマスタ及びバススレーブ間の全てのインターコネクトを省いた速度重視のシミュレーション、全てのインターコネクトを含めた精度重視のシミュレーション、及び必要なＩＰを含めたシミュレーション等、様々なシミュレーションに対応可能となる。

【0117】

具体的には、不正アクセスをＧｕａｒｄ ＩＰでガードするシミュレーションにはＧｕａｒｄモデルは必須であるが、Ａｒｂｉｔｅｒやバスブリッジ等、及びその他のインターコネクトは不要である。この場合、バスマスタ及びバススレーブに加え、Ｇｕａｒｄモデルのみをシミュレーション対象とする。一方、バストラフィックをシミュレートする場合、Ａｒｂｉｔｅｒ等のバスタイミングに影響を及ぼすインターコネクトのみを対象とし、Ｇｕａｒｄ等のＩＰは除外する。

【0118】

なお、仮想環境Ｖ４は、複数の第１インターコネクトを備えてもよい。図１７は、複数の第１インターコネクトを備える仮想環境Ｖ４ａを示す図である。仮想環境Ｖ４ａは、複数の第１インターコネクトとして、上述したガード５に加え、ＥＣＣ（Error Correction Code）機能を実現するＥＣＣエンコーダ６及びＥＣＣデコーダ７をさらに備えている。

【0119】

ＥＣＣは、エラーコレクションを行うＩＰの一例である。ＥＣＣエンコーダ６及びＥＣＣデコーダ７は、バス２に対するＥＣＣ機能を構成する。バスマスタ１がバスアクセスのデータを出力した後、ＥＣＣエンコーダ６で出力したデータについてビット反転を検出するためのエンコードデータを付加し、バススレーブ３に到達する直前でデコードし、ビット反転を検出し、必要に応じて補正を行う。通常、ＥＣＣはシミュレーションの対象外であるが、ＥＣＣの補正アルゴリズム検証を行う場合などに、ＥＣＣエンコーダ６及びＥＣＣデコーダ７を経由対象とすることができる。

【0120】

ＥＣＣエンコーダ６は、ポインタ通知部６０、ポインタ要求部６１、ポインタ保持部６２、及び動作実行部６３を備えている。また、ＥＣＣデコーダ７は、ポインタ通知部７０、ポインタ要求部７１、ポインタ保持部７２、及び動作実行部７３を備えている。ＥＣＣエンコーダ６及びＥＣＣデコーダ７が備えるこれらの機能は、ガード５が備えるポインタ通知部５０、ポインタ要求部５１、ポインタ保持部５２、及び動作実行部５３とそれぞれ対応するものであるので、詳細な説明を省略する。

【0121】

アクセス処理部１２ｂは、レベル選択部４ａから出力されたシミュレーションレベルをポインタ要求部１０及び不図示の記憶部を介して取得する。アクセス処理部１２ｂは、取得されたシミュレーションレベルに対応する経路（Ａ２）でガード５にアクセスする。動作実行部５３は、レベル選択部４ａから出力されたシミュレーションレベルをポインタ要求部５１及び不図示の記憶部を介して取得する。動作実行部５３は、取得されたシミュレーションレベルに対応する経路（Ａ２）でバススレーブ３にアクセスする。

【0122】

複数の第１インターコネクトは、バスマスタ１とバススレーブ３との間の任意の位置に配置され得る。例えば、複数の第１インターコネクトは、バスマスタ１と第２インターコネクトとの間、及び、第２インターコネクトとバススレーブ３との間、にそれぞれ少なくとも１つ配置され得る。図１７の例では、ＥＣＣエンコーダ６は、バスマスタ１とバス２との間に配置されている。また、ガード５及びＥＣＣデコーダ７は、バス２とバススレーブ３との間にそれぞれ配置されている。本実施形態によれば、複数の第１インターコネクトと、第２インターコネクトと、の配置によらず、効率的なシミュレーションを行うことができる。

【0123】

以上、実施形態１～４にかかる情報処理装置について説明した。なお、上述した情報処理装置１０００、１００、１００ａ、及び１００ｂの構成は一例に過ぎず、適宜変更され得る。例えば、これらの情報処理装置の各構成要素の一部又は全部が複数の情報処理装置や回路等により実現される場合には、複数の情報処理装置や回路等は、集中配置されてもよいし、分散配置されてもよい。例えば、情報処理装置や回路等は、クライアントサーバシステム、クラウドコンピューティングシステム等、各々が通信ネットワークを介して接続される形態として実現されてもよい。また、実施形態にかかる情報処理装置の機能がSaaS（Software as a Service）形式で提供されてもよい。

【0124】

以上、本発明者によってなされた発明を実施の形態に基づき具体的に説明したが、本発明は前記実施の形態に限定されるものではなく、その要旨を逸脱しない範囲で種々変更可能であることはいうまでもない。また、上述した実施形態は任意に組み合わせて実行可能である。例えば、実施形態１～４のうち一部又は全部を組み合わせて実現することができる。

【符号の説明】

【0125】

１ バスマスタ
２ バス
３ バススレーブ
４ レベル選択部
４ａ レベル選択部
５ ガード
６ ＥＣＣエンコーダ
７ ＥＣＣデコーダ
１０ ポインタ要求部
１０ａ ポインタ要求部
１１ ポインタ保持部
１２ アクセス処理部
１２ａ アクセス処理部
１２ｂ アクセス処理部
２０ ポインタ伝達部
２１ アクセス伝達部
３０ ポインタ通知部
３１ 処理情報保持部
３２ 動作実行部
５０ ポインタ通知部
５１ ポインタ要求部
５２ ポインタ保持部
５３ 動作実行部
６０ ポインタ通知部
６１ ポインタ要求部
６２ ポインタ保持部
６３ 動作実行部
７０ ポインタ通知部
７１ ポインタ要求部
７２ ポインタ保持部
７３ 動作実行部
１００ 情報処理装置
１００ａ 情報処理装置
１００ｂ 情報処理装置
１０１ バスマスタ
１０２ インターコネクト
１０２－１～１０２－５ インターコネクト
１０３ バススレーブ
１２０ メインメモリ
１３０ ハードディスク
１３２ 仮想環境プログラム
１３２ａ 仮想環境プログラム
１３２ｂ 仮想環境プログラム
１３３ シミュレーション用データ
１３５ 対象プログラム
２００ 表示装置
３００ 入力装置
１０００ 情報処理装置
１０１０ ポインタ保持部
１０１１ アクセス処理部
１０３０ 動作実行部
１０３１ コード
１０３２ コード
１３２０ 周辺ＩＰ部
１３２０ａ 周辺ＩＰ部
Ｆ１ 処理
Ｆ２ 処理
Ｖ１ 仮想環境
Ｖ２ 仮想環境
Ｖ３ 仮想環境
Ｖ４ 仮想環境
Ｖ４ａ 仮想環境

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】