JP2003196107A

JP2003196107A - エミュレートされるコードとネイティブコードとを統合するシステムおよび方法

Info

Publication number: JP2003196107A
Application number: JP2002337638A
Authority: JP
Inventors: Giuseppe Desoli; ジュセッペ・デソリ
Original assignee: Hewlett Packard Co
Current assignee: HP Inc
Priority date: 2001-11-29
Filing date: 2002-11-21
Publication date: 2003-07-11
Also published as: EP1316882A2; US20030101334A1; US6907519B2; EP1316882A3

Abstract

(57)【要約】【課題】エミュレートされるコードとネイティブコード
とを統合するシステムおよび方法が提供される。【解決手段】一実施形態は、ホストコンピュータシステ
ム上で元のコンピュータシステムからのコードをエミュ
レートする方法を含む。１つのこのような実施形態は、
ホストコンピュータシステム上でエミュレートすべきプ
ログラムコードに関連するプログラム命令をフェッチす
るステップ（２００）と、プログラム命令をホストコン
ピュータシステム上でネイティブに実行すべきか、それ
ともホストコンピュータシステム上でエミュレートすべ
きかを決定するステップ（２０２）と、プログラム命令
をホストコンピュータシステム上でネイティブに実行す
べき場合、プログラム命令に関連するネイティブコード
フラグメントを動的実行レイヤインタフェース（１０
４）に放出して実行するステップ（２０６）とを含む。

Description

【発明の詳細な説明】

【０００１】［関連出願の相互参照］本出願は、２００
１年１１月２９日付けで出願された「Systems and Meth
odsfor Integrating Emulated and Native Code」と題
する同時係属中の米国特許仮出願第６０／３３４，２３
４号（ＨＰ整理番号：１００１１５２１−１）の優先権
を主張するものであり、このすべてを参照により本明細
書に援用する。

【０００２】

【発明の属する技術分野】本開示は、概して、ホストコ
ンピュータシステム上で元のコンピュータシステムをエ
ミュレートすることに関する。特に、本開示は、エミュ
レートされるコードとネイティブコードとを統合するシ
ステムおよび方法に関する。

【０００３】

【従来の技術】オペレーティングシステムソフトウェア
およびユーザアプリケーションソフトウェアは、所与の
タイプのコンピュータシステム上で実行されるように書
かれる。すなわち、ソフトウェアは、コンピュータシス
テムにおける特定の命令セット、すなわちシステムが認
識し実行可能な命令セットに対応するように書かれる。
ソフトウェアは、オペレーティングシステムを備えない
コンピュータシステム上で実行される場合には、コンピ
ュータシステムにおける特定のコンポーネントおよび／
または周辺機器のセットにも対応するように書かれなけ
ればならない。

【０００４】コンピュータハードウェア（たとえば、マ
イクロプロセッサ）およびその命令セットは、通常は向
上したパフォーマンスを提供するためにしばしばアップ
グレードされ、変更される。不都合なことに、コンピュ
ータハードウェアをアップグレードまたは交換すると、
相当なコストおよび努力を費して作成される既存のソフ
トウェアが旧式になることが多い。具体的には、ソフト
ウェアは、元のハードウェアの命令セットについて書か
れているため、新しいホストハードウェアが理解しない
命令を含む。

【０００５】現在、上記問題に対処するために、様々な
解決策が用いられている。１つのこのような解決策は、
旧式になったコンピュータハードウェアをアップグレー
ドされたハードウェアと交換せずに維持するというもの
である。この代替策は、いくつかの理由から魅力的では
ない。第１に、このように旧式のハードウェアの維持に
はかなりの費用および努力を費やすことが必要とされ
る。第２に、新しいハードウェアがより強力である場
合、旧式のハードウェアを交換しないことは、コンピュ
ータシステムの場合によっては重要なパフォーマンス向
上を捨てることに等しい。

【０００６】問題に対するさらなる解決策であって、か
つ最も一般的な解決策は、土台をなすハードウェアが交
換される都度、すべてのソフトウェアを単純に交換する
というものである。しかし、このような試みに求められ
る費用および努力、ならびに新しいソフトウェアを使用
する旧式ソフトウェアユーザのトレーニングに関連する
習熟曲線を考慮すると、この解決策も同様に魅力的では
ない。

【０００７】問題に対する別の、ありうる解決策は、元
のソフトウェアを新しいホストシステム上で実行するこ
とのできる仮想マシン環境を提供するというものであ
る。この解決策は、旧式のハードウェアを維持する必要
もなければ元のソフトウェアを完全に交換する必要もな
いという利点を有する。しかし、不都合なことに、現在
のエミュレーションシステムは、元のハードウェアの各
アクションをエミュレートすることに関連する複雑性に
より、ハードウェアエミュレーションを現実世界のソフ
トウェアアプリケーションに提供する資源を欠く。たと
えば、オペレーティングシステムなど実際のプログラム
についてコンピュータシステムをエミュレートするに
は、エミュレーションシステムが、例外および割り込み
等発生し得る非同期のイベントを処理可能でなければな
らない。さらに、現在のシステムは高度にカスタマイズ
されており（たとえば、ポイントソリューション）、し
たがってプラットフォーム依存型である。

【０００８】

【発明が解決しようとする課題】上記から、改良された
エミュレーションシステムを有することが望ましいこと
を理解することができる。

【０００９】

【課題を解決するための手段】本開示は、エミュレート
されるコードとネイティブコードとを統合するシステム
および方法に関する。一実施形態は、ホストコンピュー
タシステム上で元のコンピュータシステムからのコード
をエミュレートする方法を含む。手短に述べると、１つ
のこのような実施形態は、ホストコンピュータシステム
上でエミュレートすべきプログラムコードに関連するプ
ログラム命令をフェッチするステップと、プログラム命
令をホストコンピュータシステム上でネイティブに実行
すべきか、それともホストコンピュータシステム上でエ
ミュレートすべきかを決定するステップと、プログラム
命令をホストコンピュータシステム上でネイティブに実
行すべき場合、プログラム命令に関連するネイティブコ
ードフラグメントを動的実行レイヤインタフェースに放
出して実行するステップとを含む。

【００１０】別の実施形態は、コンピュータ読み取り可
能媒体で具現化され、プログラムが書かれた元のコンピ
ュータシステムをエミュレートするように構成されるエ
ミュレーションプログラムを含む。手短に述べると、１
つのこのような実施形態は、ホストコンピュータシステ
ム上でエミュレートすべきプログラムコードに関連する
プログラム命令をフェッチするように構成されるロジッ
クと、プログラム命令をホストコンピュータシステム上
でネイティブに実行すべきか、それともホストコンピュ
ータシステム上でエミュレートすべきかを決定するよう
に構成されるロジックと、プログラム命令をホストコン
ピュータシステム上でネイティブに実行すべき場合、プ
ログラム命令に関連するネイティブコードフラグメント
を動的実行レイヤインタフェースに放出して実行するよ
うに構成されるロジックと、を含む。

【００１１】本発明の別の実施形態は、ホストコンピュ
ータシステム上で元のコンピュータシステムからのコー
ドをエミュレートするシステムを含む。手短に述べる
と、アーキテクチャにおいて、１つのこのようなシステ
ムは、エミュレータと、動的実行レイヤインタフェース
と、エミュレータと動的実行レイヤインタフェースをリ
ンクするアプリケーションプログラムインタフェースと
を備える。エミュレータは、元のコンピュータシステム
上で実行するように書かれたプログラムに関連する命令
をフェッチするように構成することができる。エミュレ
ータは、元のコンピュータシステムをエミュレートする
ことによって命令を実行するように構成されるエミュレ
ーションモジュールと、エミュレートされるのではなく
ネイティブに実行すべき命令を検出するように構成され
るネイティブコードインタセプタモジュールとを含むこ
とができる。動的実行レイヤインタフェースは、コード
フラグメントをキャッシュし実行することのできる少な
くとも１つのコードキャッシュを有するコアを含む。

【００１２】添付の図面を参照することで本発明をより
よく理解することができる。

【００１３】

【発明の実施の形態】仮想マシン環境においてエミュレ
ートされるコードとネイティブコードを統合するシステ
ムおよび方法を開示する。以下に説明するように、ネイ
ティブコードとエミュレートすべきコードとの統合は、
アプリケーションプログラムインタフェース（ＡＰＩ）
を介して利用される動的実行レイヤインタフェースを使
用して促進される。本発明のシステムおよび方法の説明
を容易にするために、システム例について図を参照して
考察する。これらシステムについて詳細に説明するが、
これらは例示目的のみのために提供されるものであり、
本発明の概念から逸脱せずに様々な変更を行い得ること
が理解されよう。システムの説明後、システムの動作例
を提供して、システムエミュレーションを促進すること
のできる方法について説明する。

【００１４】図１および図２を参照して、仮想マシン環
境においてネイティブコードとエミュレートされるコー
ドを統合するように構成される、本発明によるエミュレ
ーションシステム１００の実施形態について説明する。
より詳細に後述するように、概して、エミュレーション
システム１００は、仮想マシン環境において元のコンピ
ュータシステムをエミュレートすることにより、ホスト
コンピュータシステムとは異なるコンピュータシステム
用に書かれたソフトウェアを実行するように構成され
る。背景として、元のコンピュータシステムすなわち
“エミュレートされるシステム”は、１つのタイプの命
令セットアーキテクチャ（ＩＳＡ）を有するマイクロプ
ロセッサ等のプロセッサを備えることができ、ホストコ
ンピュータシステムすなわち“ネイティブシステム”は
別のタイプのＩＳＡを有する、異なるプロセッサを備え
ることができる。プロセッサのＩＳＡは概して、特定の
タイプのプロセッサがソフトウェア命令を実行するため
に実行するバイナリ命令コードのセットまたはシーケン
スを指す。エミュレートされるシステム用に書かれるソ
フトウェアは“エミュレートされるコード”と呼ばれ、
ネイティブシステム用に書かれるソフトウェアは“ネイ
ティブコード”と呼ばれる。ネイティブシステム上でエ
ミュレートされるコードを実行するために、エミュレー
ションシステムは、仮想マシン環境と呼ばれるものを実
施するように採用することができる。

【００１５】重要なことに、エミュレーションシステム
１００は、エミュレートされるコードと統合されるネイ
ティブコードを実行するようにも構成される。図１に示
す実施形態では、エミュレーションシステム１００は、
エミュレータ１０２と、動的実行レイヤインタフェース
（ＤＥＬＩ）１０４と、ハードウェア１０６と、を備え
る。エミュレータ１０２は、インタフェース１１４を介
してＤＥＬＩ１０４に、インタフェース１１２を介して
ハードウェア１０６に、そしてインタフェース１２０を
介してエミュレートされるアプリケーション１２２およ
び／またはエミュレートされるオペレーティングシステ
ム１２４にリンクされる。ＤＥＬＩ１０４は、インタフ
ェース１１５を介してハードウェア１０６にリンクされ
る。

【００１６】一般に、ＤＥＬＩ１０４は、ハードウェア
からアプリケーションバイナリコードを解放するよう
に、オペレーティングシステム（Ｏ／Ｓ）を含むかまた
は含まないアプリケーション（すなわち、エミュレータ
１０２）とハードウェアとの間に存在する高水準または
低水準言語で書かれた汎用ソフトウェアレイヤを備え
る。この構成を通して、ＤＥＬＩ１０４は、エミュレー
ション、動的変換および最適化、トランスペアレントリ
モートコード実行、仮想化されたハードウェア環境プロ
グラムについてのコンピュータシステム機能(functiona
lity)の再マッピング、コード解凍、コード解読等、広
範な異なるアプリケーションで使用可能な動的コンピュ
ータプログラムコード変換、キャッシング、およびリン
キングサービスを提供することができる。より詳細に後
述するように、ＤＥＬＩ１０４は、トランスペアレント
モード、非トランスペアレントモード、またはこれら２
つの組み合わせで動作している間にサービスを提供する
ことができる。トランスペアレントモードにおいて、Ｄ
ＥＬＩ１０４は、実行中のプログラムが、コンピュータ
ハードウェア上で直接実行されていないことに気付かな
いように実行プログラムの制御を自動的に行う。非トラ
ンスペアレントモードでは、ＤＥＬＩ１０４は、アプリ
ケーションプログラムインタフェース（ＡＰＩ）を通し
てサービスをアプリケーション（クライアント）にエク
スポートして、どのようにＤＥＬＩ１０４が特定のシス
テムイベントに対して反応するかをアプリケーションが
制御できるようにする。

【００１７】エミュレータ１０２は、ネイティブコード
インタセプタモジュール１０６およびエミュレーション
モジュール１１０を含む。一般的に、エミュレーション
モジュール１１０はエミュレートされるシステムのハー
ドウェアをエミュレートする。したがって、エミュレー
ションモジュール１１０は、エミュレーションシステム
１００によって実行されるプログラムの観点から、元の
ハードウェアがプログラムをネイティブに実行する間に
実行するであろうすべてのアクションを実行する。当業
者は、エミュレーションモジュール１１０を様々なやり
方で構成し得ることを理解しよう。たとえば、エミュレ
ーションモジュール１１０は、エミュレーション機能、
インタプリタ機能、エミュレータ／トランスレータ機
能、および／またはジャストインタイム（ＪＩＴ）コン
パイラの任意の組み合わせで実施することができる。し
たがって、エミュレーションモジュール１１０はインタ
プリタを実施して、エミュレートされるシステムのエミ
ュレーションを提供し得る。当業者には概して既知であ
るように、インタプリタはコードを受信し、コードに関
連する、土台をなすセマンティックスを決定することに
よってコードを解釈し、セマンティック・アクションを
実行する。エミュレータ／インタプリタ機能は、元のシ
ステムを適宜エミュレートするために必要な元のシステ
ムハードウェア（すなわち、エミュレート中の）の命令
セットについての情報を含む元のシステム記述を含み得
る。

【００１８】ＪＩＴコンパイラは、ソフトウェアのラン
タイムコンパイル（すなわち、変換）を提供するように
構成される。特に、ＪＩＴコンパイラは、実行すべきプ
ログラムのバイナリ変換を提供する。動作する際、ＪＩ
Ｔコンパイラは、プログラム表現を受信し、ホストコン
ピュータシステムのターゲットハードウェア用の同等の
プログラム（すなわち、同じセマンティック機能を有す
るもの）に変換する。エミュレータ／インタプリタ機能
と同様に、ＪＩＴコンパイラは、元のシステムハードウ
ェアの命令セットについての情報を含むシステム記述を
含む。しかし、システム記述は、ＪＩＴコンパイラがコ
ードを所望の形態に適宜変換するために必要な情報を含
む。

【００１９】より詳細に後述するように、ネイティブコ
ードインタセプタモジュール１０８は、エミュレートさ
れるコード１１６内に挿入されているネイティブコード
１１８を検出すると共に、エミュレーションする必要な
くハードウェア１０６上でネイティブコード１１８を実
行するように構成される。図２は、エミュレーションシ
ステム１００の大まかな動作を示す流れ図である。ブロ
ック２００に示すように、エミュレーションシステム１
００は、ネイティブコード１１８を含むエミュレートさ
れるコード１１６に対応する命令をフェッチする。決定
ブロック２０２において、エミュレーションシステム１
００は、特定のフェッチされた命令がハードウェア１０
６上でネイティブに実行すべきコードに対応するかどう
かを決定する。換言すれば、エミュレーションシステム
１００はネイティブコード１１８を検出するように構成
される。フェッチされた命令がエミュレートするコード
１１６に対応する場合、ブロック２０４において、エミ
ュレーションシステム１００がそのコードをエミュレー
トする。しかし、エミュレーションシステム１００がネ
イティブコード１１８を検出する場合は、ブロック２０
６において、コードがエミュレーション、解釈、変換な
どを経ることなくハードウェア１０６上でネイティブに
実行される。ＤＥＬＩ１０４を介してネイティブコード
１１８を実行することもできる。

【００２０】ネイティブコード１１８と呼ぶが、ネイテ
ィブコード１１８は実行すべき実際のネイティブコード
を含む必要はないことが理解されよう。より詳細に後述
するように、ネイティブコード１１８は、ネイティブコ
ードインタセプタモジュール１０８が指定したネイティ
ブコード１１８をネイティブに実行すべきことを決定す
ることができるように適合される“特別な”命令（たと
えば、エミュレートされるシステムにおける違法な命
令）を含み得る。たとえば、この機能は、ラッパ機能、
ネイティブライブラリ、および／またはネイティブシス
テムおよびエミュレートされるシステムに関連する呼び
出し規定を橋渡しするように構成されるインタフェース
を使用して実施することができる。当業者は、他の様々
な既知のまたは後に開発されるプログラミング規則を実
施し得ることを理解しよう。たとえば、エミュレートさ
れるシステム用の既存のコンパイラツールチェインを、
ネイティブシステム用の既存のコンパイラツールチェイ
ンと統合することができる。このように、双方の場合に
おいて、ポストプロセッサが、ある規定（ＲＴＡすなわ
ちランタイムアーキテクチャとしても知られる）を別の
規定に変換するラッパを生成することができる。アプリ
ケーションプログラマは、たとえば、ハードウェア１０
６上でネイティブに実行すべきアプリケーションプログ
ラムの特定の部分を指定することができる。ハードウェ
ア１０６上でネイティブにコンピュータプログラムの特
定の部分を実行するほうがパフォーマンス目的のために
は有利であり得る。

【００２１】ネイティブハードウェア１０６が、特定種
類のアプリケーションを実行するにあたり非常に効率的
であり、エミュレートされるシステムよりも高速で、か
つ／または対応するコードのエミュレート、解釈、およ
び／または変換よりも高速である状況を考える。例とし
て、エミュレートされるアプリケーションは、ビデオプ
レーヤ等媒体ベースのアプリケーションを含むことがで
きる。このタイプのアプリケーションでは、非常に複雑
なフロントエンドグラフィカルユーザインタフェース
（ＧＵＩ）が馴染みのあるプログラミング環境（すなわ
ち、ＳＤＫ）に書き込まれることがあるが、アプリケー
ションの媒体処理部分がネイティブハードウェア１０６
と直接協働するように書かれる場合がある。換言すれ
ば、アプリケーションのＧＵＩ部分はエミュレートされ
るコード１１６として書かれ、エミュレートされるコー
ドと統合されるネイティブコード１１８として媒体処理
部分が書かれ得る場合がある。媒体ベースのアプリケー
ションがエミュレーションシステム１００によって実行
される際に、ＧＵＩベースのコード（エミュレートされ
るコード１１６）はハードウェア１０６上でエミュレー
トされて実行され、媒体処理コードはネイティブに実行
される。

【００２２】図３は、仮想マシン環境においてネイティ
ブコードとエミュレートされるコードを統合する本発明
によるエミュレーションシステム３００の別の実施形態
のより詳細なブロック図である。図３に示すように、エ
ミュレーションシステム３００は、元のシステム環境３
０１（エミュレートされる環境）と、ホストシステム環
境３０２（ネイティブな環境）と、ＤＥＬＩ１０４と、
ハードウェア１０６とを備える。エミュレートされる環
境３０１は、インタフェース１１４を介してＤＥＬＩ１
０４に、またインタフェース１１２を介してハードウェ
ア１０６にリンクされる。ネイティブな環境３０２は、
インタフェース３０８を介してＤＥＬＩ１０４に、また
インタフェース３１０を介してハードウェア１０６にリ
ンクされる。したがって、ネイティブな環境３０２およ
びエミュレートされる環境３０１は、ハードウェア１０
６上で関連コードを直接、あるいはＤＥＬＩ１０４にお
けるアプリケーションプログラムインタフェースを介し
て実行し得る。

【００２３】上述したように、特定の実施形態では、エ
ミュレーションモジュール１１０はインタプリタを実装
してエミュレートされるシステムのエミュレーションを
提供することができる。当業者には概して既知であるよ
うに、インタプリタはコードを受信し、コードに関連す
る、土台をなすセマンティックスを決定することによっ
てコードを解釈し、セマンティック・アクションを実行
する。エミュレータ／インタプリタ機能は、元のシステ
ムを適宜エミュレートするために必要な元のシステムハ
ードウェア（すなわち、エミュレート中の）の命令セッ
トについての情報を含む元のシステム記述を含み得る。

【００２４】一般に、インタプリタ／エミュレータ機能
は、エミュレーションシステム３００上で実行されるソ
フトウェア（たとえば、プログラム）が書かれた対象で
ある元のコンピュータシステムのハードウェアをエミュ
レートする。したがって、インタプリタ／エミュレータ
機能は、エミュレーションシステム３００によって実行
されるプログラムの観点から、元のハードウェアがプロ
グラムをネイティブに実行する間に実行するであろうす
べてのアクションを実行する。

【００２５】名称から示唆されるように、インタプリタ
／エミュレータ機能は、インタプリタを実装して、元の
コンピュータシステムのエミュレーションを提供する。
当業者には概して既知であるように、インタプリタはコ
ードを受信し、コードに関連する、土台をなすセマンテ
ィックスを決定することによってコードを解釈し、セマ
ンティック・アクションを実行する。当業者には既知で
あるように、インタプリタ／エミュレータ機能は通常、
元のシステムを適宜エミュレートするために必要な元の
システムハードウェア（すなわち、エミュレート中の）
の命令セットについての情報を含む元のシステム記述を
含む。エミュレーションモジュール１１０はインタプリ
タ／エミュレータを実施し得るが、他の実施形態では、
エミュレーションモジュール１１０はトランスレータ／
エミュレータ等異なるタイプのエミュレータを含み得る
ことを理解されたい。さらに、エミュレーションシステ
ム３００がこの機能を提供可能なＪＩＴコンパイラを含
んでもよいことを理解されたい。

【００２６】これら実施形態では、インタプリタ／エミ
ュレータ機能は、インタフェースを使用してＪＩＴコン
パイラにリンクすることができる。名称から示唆される
ように、ＪＩＴコンパイラは、ソフトウェアのランタイ
ムコンパイル（すなわち、変換）を提供するように構成
される。特に、ＪＩＴコンパイラは、実行すべきプログ
ラムのバイナリ変換を提供する。動作する際、ＪＩＴコ
ンパイラは、プログラム表現を受信し、ホストコンピュ
ータシステムのターゲットハードウェア用の同等のプロ
グラム（すなわち、同じセマンティック機能を有するも
の）に変換する。インタプリタ／エミュレータ機能と同
様に、ＪＩＴコンパイラは、元のシステムハードウェア
の命令セットについての情報を含むシステム記述を含
む。しかし、システム記述は、ＪＩＴコンパイラがコー
ドを所望の形態に適宜変換するために必要な情報を含
む。ＪＩＴコンパイラ１０４は、システム記述に加え
て、後述するようにたとえばＪＩＴコンパイラに特定の
イベントの発生について通知するために、ＤＥＬＩ１０
４がコールバックメソッドをＪＩＴコンパイラに呼び出
せるようにするランタイムマネージャを含むことができ
る。このようなコールバックメソッドが呼び出される
と、ランタイムマネージャを使用してコールバックメソ
ッドを実施する。

【００２７】エミュレートされるコード１１６のエミュ
レートを行うためにエミュレータ１０２が採用する特定
の方法に関係なく、エミュレータ１０２はＡＰＩを使用
してＤＥＬＩ１０４にリンクされる。このＡＰＩは、エ
ミュレータ１０２とＤＥＬＩ１０４の間の通信を促進す
る。したがって、エミュレータ１０２は、ＡＰＩを使用
して、たとえば、ＤＥＬＩ１０４のコードキャッシング
およびリンキングサービスにアクセスすることができ、
また、ＤＥＬＩがＡＰＩを使用してコールバックメソッ
ドをエミュレータ１０２に呼び出すことができる。再び
図３を参照すると、ＤＥＬＩ１０４は、アプリケーショ
ンプログラミングインタフェース（ＡＰＩ）マネージャ
２１２、ホストシステム記述２１４、および最適化マネ
ージャ２１６を含むことができる。ホストシステム記述
２１４は、ハードウェア、命令セット等、ホストコンピ
ュータシステムについてＤＥＬＩ１０４が必要な情報を
含む。ＡＰＩマネージャ２１２および最適化マネージャ
２１６の動作については、詳細に後述する。

【００２８】図３には示していないが、エミュレーショ
ンシステム３００は、エミュレートすべきコードのエミ
ュレーションを助けるために、ハードウェア抽象化モジ
ュール（ＨＡＭ）を含むことができる。ＨＡＭの構成お
よび動作の詳細は本開示に特に関連しないため、ＨＡＭ
の詳細な説明は本明細書において提供しない。しかし、
ＨＡＭは概して、ホストコンピュータシステム上で行わ
れ、かつホストコンピュータシステム上でエミュレート
すべき元のコンピュータシステムのコンテキストにおい
てコードの実行に関連するハードウェア関連イベント
（たとえば、例外および割り込み）を管理するように構
成されると言えば十分であろう。ＨＡＭのサービスは、
ＡＰＩを介してＤＥＬＩ１０４が利用可能である。

【００２９】システム３００の大まかな構成について上
述したが、次に、図４Ａ〜図４Ｃに関連してシステムの
動作例を提供する。図４Ａのブロック４００で開始さ
れ、エミュレートされるコード１１６に関連する１つま
たは複数のプログラム命令がまず、メモリからエミュレ
ータ１０２によってフェッチされる。これは、元のコン
ピュータシステムから元のメモリアドレスにアクセス
し、そのメモリアドレスを使用して、ホストコンピュー
タシステム上の命令（複数可）の実際のロケーションを
識別することを含み得る。

【００３０】決定要素４０２を参照すると、エミュレー
ションシステム３００は、フェッチした命令（複数可）
がエミュレートされるコード１１６に統合されたネイテ
ィブコード１１８に対応するかどうかを決定する。当業
者は、ネイティブコード１１８を検出するために、エミ
ュレーションシステム３００が様々な既知のかつ／また
は後に開発されるプログラミング技術のいずれをも実施
し得ることを理解しよう。たとえば、この機能は、ラッ
パ機能、ネイティブライブラリ、および／またはネイテ
ィブシステムおよびエミュレートされるシステムに関連
する呼び出し規定を橋渡しするように構成されるインタ
フェースを使用して実施することができる。

【００３１】例として、元のコンピュータシステム（エ
ミュレートされるシステム）がコンパイラツールチェイ
ンを含む状況を考える。この状況では、エミュレートさ
れるシステム３００が、エミュレートされるシステムか
らのコンパイラツールチェインと統合し得るネイティブ
コンパイラツールチェインを含み得る。この統合される
ツールチェインは、エミュレートされるシステムとネイ
ティブシステムの間を通信可能にするインタフェースま
たは規定を提供するように構成することができる。たと
えば、エミュレートされるシステムによりプログラム
（「Ｍａｉｎ」）において呼び出され、エミュレートさ
れるコード１１６に埋め込まれる特定の関数（「Ｆｏ
ｏ」）を、エミュレーションをサポートするホスト（ネ
イティブシステム）上でより効率的にネイティブに実施
することができる状況を考える。プログラムＭａｉｎの
例示的な例は以下のように表現される。

【００３２】 Main() { /*エミュレートされる元のシステム用のコンパイルされるコード*/ … … … Foo(parameters list); ……… …… …… } エミュレートされるシステムコンパイラは、明確に定義
された呼び出し規定を使用することで、このコードをコ
ンパイルしてエミュレートされるシステムのプロセッサ
用の一連の命令にすることができる。呼び出し規定は、
特に、関数へのパラメータの渡し方（たとえば、レジス
タにおいて、スタックにおいて、レジスタおよびスタッ
クの組み合わせを介してなど）を指定することができ
る。例示的なコンパイルされたコードの例は以下のよう
に表し得る。

【００３３】_Main: #エミュレートされる元のシステム用のマシン命令 … … … call prolog instructions関数（たとえば、エミュレー
トされるシステム上の呼び出し規定に指定されるように
特定のレジスタにおける関数パラメータをセットアッ
プ、またはそれらをスタックにロード） Call_Foo call epilog instructions関数（たとえば、エミュレー
トされるシステム上の呼び出し規定に指定されるように
特定のレジスタにリターンパラメータをロード、または
スタックからロード） … … } 通常、関数Ｆｏｏがエミュレートされるシステムのため
にコンパイルされている場合には、以下のように表し得
るマシン命令セットを含む。

【００３４】_Foo: { prolog instructions関数（たとえば、スタックポイン
タ増分、使用レジスタのスタックへの流出など） body instructions関数 epilog instructions関数(たとえば、戻り値の特定のレ
ジスタへのロード、先に流出されたレジスタの回復、ス
タックポインタの回復など) } 関数Ｆｏｏをネイティブシステム用のネイティブにコン
パイルされる（したがって最適化される）コード片で置
換するため、２つの呼び出し規定（一方はエミュレート
されるシステムのものであり、他方はエミュレーション
をサポートするネイティブシステムのもの）間の橋渡し
を行うインタフェースを実施し得る。上述したように、
これは、一方の呼び出し規定を他方の呼び出し規定（お
よび必要であればこの逆）に変換するラッパ関数によっ
て達成することができる。たとえば、エミュレートされ
るコンパイラツールチェインを１つまたは複数のツール
を用いて拡張することができる（たとえば、ネイティブ
システム用にコンパイルし、エミュレートされるシステ
ムが呼び出す必要のある関数に関数ラッパを生成するよ
うに構成されるプリプロセッサ。

【００３５】一実施形態では、ホストシステム上で実行
されているエミュレータ／トランスレータに、エミュレ
ートされるシステムにおいて他の場合には無意味な特別
な命令すなわち「標識」を使用することによって、エミ
ュレートされる環境からのエミュレートおよび／または
変換プロセス中に特別なアクションをとる必要性につい
て気付かせることができる（たとえば、未定義の命令コ
ード、実行が「違法」」な命令など）。特別な「標識」
と共に、ラッパは、エミュレートされるシステムからネ
イティブ関数に渡すべきパラメータおよびそのロケーシ
ョン（たとえば、レジスタまたはメモリ）を指定する記
述子ブロックを含み得る。この記述は、エミュレートさ
れるシステムツールチェインサポートを使用してこれま
たは他のことを行うことにより、データとしてエミュレ
ートされるコードに埋め込むことができる。たとえば、
エミュレートされるシステムツールチェインアセンブラ
（一般にアセンブルレベルコードをマシンオブジェクト
コードに変換するユーティリティ）が、プログラマが埋
め込み定数を定義できるようにする「．ｄａｔａ」ディ
レクティブを有する場合を考える。以下は、関数Ｆｏｏ
の例示的な関数ラッパである。

【００３６】_Foo: #.data違法命令#どの関数をネイティブに呼び出すべき
かをエミュレータ／ト #ランスレータに教える標識またはゲートウェイ #.data Native_Foo#ネイティブにコンパイルされたＦｏ
ｏのアドレス #.data3#最初のパラメータの関数記述レコードに渡すパ
ラメータの数 #.data4#このパラメータのサイズ（たとえば、整数） #.data5#このパラメータを渡すために使用されるエミュ
レートされるシステム#のＣＰＵにおけるレジスタのイ
ンデックス #.data x#呼び出し規定をホストシステムに変換するた
めにさらに必要な情報 #.data y #.data z ＃第２のパラメータの記述レコード … … … #最後のパラメータの記述レコードなどエミュレーションシステム３００は、この方式を組み込
んで、２つの呼び出し規定を統合し、エミュレートされ
るシステムの知識をネイティブシステムの呼び出し規定
およびランタイムアーキテクチャから切り離すことがで
きる。

【００３７】上述したラッパ関数では、コードを適宜変
換するためにネイティブシステムの呼び出しを記述する
レコードは、関数（たとえば「Ｎａｔｉｖｅ＿Ｆｏ
ｏ」）への参照を含み得る。関数への参照は、エミュレ
ートされるシステムからは正常なデータ（すなわち、メ
モリにおける広域変数ストレージと同様）に見えるスト
レージエリアをポイントするエイリアス（たとえば、デ
ータ参照など）であり得る。この機能はここでも、エミ
ュレートされるコンパイラツールチェインに統合される
簡易ツールによって達成することができる。ツールは、
関数がネイティブコンパイラによってネイティブにコン
パイルされた（たとえば、位置から独立した実行可能バ
イナリコードの形態で）場合に、コンパイルされたコー
ドが、エミュレートされるシステムリンカの１つのデー
タのようにパッケージされるように構成し得る。このよ
うにして、関数（Ｎａｔｉｖｅ＿Ｆｏｏ）への参照を、
データへの他の任意の参照と略同じようにメモリ中のロ
ケーションで置換することができる。たとえば、ネイテ
ィブコンパイラツールチェインは、特に、ネイティブシ
ステム上でネイティブに実行可能な関数（たとえば、Ｆ
ｏｏ）を含む、位置から独立したバイナリを生成するこ
とができる。関数がコンパイルされ、バイナリファイル
（たとえば「ｆｏｏ．ｂｉｎ」）に配置された状況を考
える。エミュレートされるコンパイラツールチェイン用
に書かれたツールは、このバイナリをとり、以下のよう
に表される例示的なソースファイルを生成することがで
きる。

【００３８】 Native_Foo[]={ /*ｆｏｏ．ｂｉｎからとられたネイティブ命令を使用してこのアレイを初期化 */ … … … … }; 次に、エミュレートされるコンパイラツールチェインに
よってこのファイルをコンパイルし、上述した関数ラッ
パと共に残りのアプリケーションにリンクすることがで
きる。このようにして、たとえば実行可能ファイルの形
態で、エミュレートされるシステムアプリケーションコ
ードまたはエミュレートされるコードと共にネイティブ
コードを格納することができる。さらに、エミュレート
されるシステムリンカは、その中に含まれるシンボルＮ
ａｔｉｖｅ＿Ｆｏｏを解決することができる。

【００３９】ネイティブコードを元のシステムコードに
埋め込み統合する他の方法を採用し得ることが理解され
よう。たとえば、別の実施形態では、別の標識命令を使
用して、標識に続く命令がネイティブシステムハードウ
ェア１０６上で実行する必要のあるネイティブ命令であ
ることをエミュレーションシステムに通知することがで
きる。これら実施形態では、エミュレータ１０２は、イ
ベントが再び制御をエミュレータ１０２に戻すなどのと
きまで、これら命令を実行することによってハードウェ
ア１０６の制御を解放することができる。このようなイ
ベントは、この目的のために確保されているホストコン
ピュータ上の特定のハードウェア機構として定義し得
る。たとえば、特定の実施形態では、制御をエミュレー
タ１０２に戻してエミュレーションプロセスを再開する
必要があるとき、元のシステムアプリケーション（エミ
ュレートされるコード）に埋め込まれるネイティブコー
ドは、違法な命令、ソフトウェアブレークポイント、ま
たはトラップ命令を使用することができる。

【００４０】当業者は、ネイティブインタフェースへの
エミュレートは、ネイティブに実行されているホストシ
ステムから、エミュレートされるシステムにおけるコー
ドを呼び出すときに、わずかな変更で別の方向において
も作動し得ることを理解しよう。

【００４１】エミュレートされるシステムメモリにネイ
ティブコードがアクセスする必要がある代替の実施形態
では、かかるメモリへのアクセスに起因して例外が発生
するとき、エミュレートされるシステムと互換性をもっ
て例外が解決されるようにさらなる注意を払い得る。さ
らに、（たとえば、エミュレートされるシステムにおい
て例外ハンドラコードをエミュレートすることにより）
例外イベント（複数可）が処理された後、例外イベント
（複数可）がトリガされたとき実行されていたネイティ
ブコードに制御を戻すことができる。

【００４２】たとえば、エミュレートされるシステムが
仮想メモリを使用し、（たとえば、ハードウェアＴＬＢ
（変換ルックアサイドバッファ）を使用することによ
り）仮想メモリアドレスの物理メモリアドレスへのマッ
ピングが可能なことを考える。上述した機構を通してエ
ミュレートされるシステムコードから呼び出されたネイ
ティブ関数を実行する過程において、このようなコード
により、変換がエミュレーションされるシステムによっ
て提供されていないこともある仮想メモリにアクセスを
引き起こす。これは、正しく処理するために、エミュレ
ートされるシステムと同等の例外に変換する必要のある
変換の例外の欠落につながり得る。問題は、この状況を
作り出すネイティブコードはエミュレートされるシステ
ムコードから変換したものではないことである。そのた
め、エミュレートされる例外ハンドラのエミュレートさ
れるコードは、エミュレートされるシステムにとって適
切なコンテキストを渡すことはできない。これは、エミ
ュレートされる例外ハンドラの「プレースホルダ」とし
て使用し得るエミュレートされるシステムの代理コンテ
キストの「振りをする」ことによって解決することがで
きる。この機構は、たとえば、例外時にネイティブコン
テキストを保存し、例外状況が解決されて後に制御が戻
されるときのためにネイティブコンテキストを格納して
おくことによって実施し得る。加えて、複数のネストさ
れた例外がエミュレートされるシステムにおいて可能で
ある場合、ネイティブコンテキストの複数のコピーを保
存し、後に復元して再入（reentrancy、リエントラン
シ）を処理することができる。

【００４３】図４Ｃを参照すると、エミュレーションシ
ステム３００の動作中、エミュレータ１０２は、ブロッ
ク４２８において、特別な命令のフェッチを検出し、エ
ミュレートされるメモリに割り当てられるストレージに
ロードされる（たとえば、エミュレートされるＯ／Ｓに
よってエミュレートされるアプリケーションコードと共
にロードされる）Ｎａｔｉｖｅ＿Ｆｏｏコードへのネイ
ティブ関数呼び出しと共に、エミュレートされるシステ
ムからの呼び出し規定をネイティブシステムの呼び出し
規定に変換する特別なコードフラグメントを生成するこ
とができる。

【００４４】決定ブロック４３０ならびにブロック４３
２および４３４に表すように、特別なフラグメントをＤ
ＥＬＩ１０４のコードキャッシュに放出して実行し、場
合によってはコードキャッシュ内においてすでにアクテ
ィブな他のフラグメントとリンクすることができる。Ｄ
ＥＬＩ１０４の動作について詳細に後述する。特別なフ
ラグメント（Ｎａｔｉｖｅ＿Ｆｏｏ関数への呼び出しを
含む）を実行する前に、エミュレーションシステム３０
０はＤＥＬＩ１０４に対して呼び出しを行うこともでき
る。たとえば、ＤＥＬＩ１０４への呼び出しは、コード
キャッシュにおいて、関数Ｎａｔｉｖｅ＿Ｆｏｏ（およ
びこれによって呼び出される他のネイティブ関数）から
のネイティブのコードフラグメントを自動的に挿入する
ように、ＤＥＬＩのトランスペアレントモードをアクテ
ィブ化し得る。ＤＥＬＩ１０４に挿入されるネイティブ
のコードフラグメントはまた、詳細に後述するようにＤ
ＥＬＩ１０４によって最適化することができる。

【００４５】図４Ａを再び参照して、エミュレーション
システム３００のエミュレーション部分について述べ
る。決定ブロック４０２において、フェッチした命令が
ネイティブコードに関係ない場合、エミュレーションモ
ジュール１１０は、エミュレーションシステム３００
が、様々なプログラム命令を一緒にリンクすることによ
ってコードフラグメントを現在成長させているかどうか
を決定する。当分野では既知のように、このようなリン
キングは通常、コードの実行効率を増大するために行わ
れる。システムが現在コードフラグメントを成長させて
いない場合、たとえば、エミュレータ１０２がフラグメ
ントを成長させることができないマシン状態にある場
合、流れは後述する決定ブロック４１２に続く。一方、
システム３００がコードフラグメントを成長させている
場合、流れは決定ブロック４０６に続き、（フェッチし
た命令（複数可）をフラグメントに追加することによ
り）エミュレータ１０２が、コードフラグメントを成長
させ続けるか、それともコードフラグメントの成長を停
止するかを決定する。この決定は、特定の内部基準を鑑
みて行われる。たとえば、エミュレータ１０２は、分岐
（すなわち、フロー制御命令）を含むコードの基本ブロ
ックが得られるまで、フラグメントを成長させるように
構成することができる。

【００４６】フラグメントの成長を停止させない（すな
わち、フラグメントを成長させ続ける）とエミュレータ
１０２が決定する場合、流れはブロック４１０に続き、
フラグメントを成長させ、すなわち、フェッチしたプロ
グラム命令（複数可）が成長中のフラグメントに追加さ
れる。しかし、フラグメントの成長を停止するとエミュ
レータ１０２が決定した場合、流れはブロック４０８に
続き、既存のコードフラグメントを変換したものが、Ａ
ＰＩを介してＤＥＬＩ１０４のコードキャッシュに放出
される。このようなコードフラグメントをＤＥＬＩ１０
４に放出することのできる方法についての詳細な説明
は、以下に提供する。その説明の中で述べられるよう
に、コードフラグメントは、ＤＥＬＩ１０４にキャッシ
ュされると、元のコードのセマンティック機能が要求さ
れるとき、ＤＥＬＩコードキャッシュ（複数可）からネ
イティブに実行することができる。このような動作によ
り、セマンティック機能が要求される次のときに、元の
コードの変換に関連するオーバーヘッドが回避されると
いう点において、ホストコンピュータ上でプログラムを
実行する際の効率を大幅に向上させることができる。コ
ードフラグメントをコードキャッシュ（複数可）に放出
することに加えて、エミュレータ１０２は、元のプログ
ラム命令（複数可）を変換したものがすでにＤＥＬＩ１
０４のコードキャッシュ（複数可）に存在することがわ
かるように、タグなどの識別子を使用して元の命令（複
数可）を放出されたフラグメントに関連付ける。コード
は、キャッシュされると、ＤＥＬＩ１０４に提供される
様々なポリシーに従ってリンクすることができ、システ
ムの効率がさらに増大する。

【００４７】フラグメントの成長を続けるかどうか、ま
たはコードフラグメントを変換したものを放出するかど
うかに関係なく、次に流れは決定ブロック４１２に進
み、エミュレーションシステム３００が、フェッチした
命令（複数可）を変換したものがキャッシュされている
かどうか、すなわちＤＥＬＩ１０４のコードキャッシュ
内に含まれるかどうかを決定する。キャッシュされてい
る場合、実行はＤＥＬＩ１０４のコードキャッシュ（複
数可）にジャンプし、ブロック４１４に示すように、変
換されたコードフラグメントがネイティブに実行され
る。キャッシュに含まれていないコードへの参照（たと
えば、キャッシュミス）に直面するようなときまで、実
行はコードキャッシュ（複数可）において続けられる。
この時点で流れはブロック４００に戻り、次のプログラ
ム命令（複数可）がフェッチされる。

【００４８】決定ブロック４１２に戻り、フェッチした
命令を変換したものがまだキャッシュされていない場
合、流れは、図４Ｂに示すエミュレータ１０２に戻る。
決定ブロック４１６で開始され、エミュレータ１０２
が、ブロック４００において行われた命令フェッチアク
ションにより、エミュレートされるシステムにおいて例
外を作成したであろうかどうかを決定する。例として、
このような例外は、命令（複数可）が配置されたメモリ
の部分にアクセスする許可がなかった場合に生じ得る。
この決定は、上述したシステム記述内に含まれる情報を
参照して行われる。このような例外が生じた場合、流れ
はブロック４２６に続き、元のコンピュータシステムに
よってとられたであろう例外アクション（複数可）が、
プログラムのために、エミュレータ１０２によってエミ
ュレートされる。

【００４９】決定ブロック４１６において例外が生じな
かったと仮定すると、流れはブロック４１８に進み、フ
ェッチした命令（複数可）がエミュレータ１０２によっ
てデコードされる。概して、このアクションは、命令
（複数可）の性質、すなわち命令（複数可）の土台をな
すセマンティックスを解釈することを含む。次に、決定
ブロック４２０を参照すると、エミュレートされるコン
ピュータシステムで例外が発生したであろうかどうかを
再び決定することができる。特に、命令（複数可）が元
のシステムにおいて違法であったかどうかが決定され
る。例外が発生したであろうという場合、流れはブロッ
ク４２６に進み、元のコンピュータシステムによってと
られたであろう例外アクションがエミュレートされる。
しかし、例外が発生していなかったであろうという場
合、流れはブロック４２２に続き、フェッチした命令
（複数可）のセマンティックスがエミュレータ１０２に
よって実行され、エミュレートされるコンピュータシス
テムによる命令（複数可）の実際の実行をエミュレート
する。この時点において、決定ブロック４２４を参照す
ると、エミュレートされるシステムにおいて例外が生じ
たであろうかどうかを再び決定することができる。特
に、エミュレートされるシステムにおいて命令の実行
（複数可）が違法であったであろうかどうかを決定する
ことができる。例外が発生したであろう場合、流れはブ
ロック４２６に続く。しかし、例外が発生しなかったで
あろう場合、流れはブロック４００に進み、１つまたは
複数の新しいプログラム命令がフェッチされる。

【００５０】特に、システム３００の動作の初期段階に
おいて、すなわちエミュレーションがまずプログラムに
提供されるとき、ＤＥＬＩ１０４のコードキャッシュ
（複数可）内に存在する（すなわち、コードキャッシュ
に放出された）コードはほんのわずかであるかもしくは
ないため、殆どの実行はエミュレータ１０２によって行
われる。しかし、比較的少ない時間内に、放出ステップ
（ブロック４０８）により、全部ではないとしても殆ど
の実行がＤＥＬＩ１０４のコードキャッシュ（複数可）
内で行われる。コードキャッシュ（複数可）内でコード
をネイティブに実行することにより、（すでに実行され
ているため）解釈およびエミュレートに関連するオーバ
ーヘッドが回避され、これによってエミュレーションの
効率が大幅に増大する。

【００５１】上述したように、エミュレーションの効率
および／またはネイティブコード実行効率は、ＤＥＬＩ
１０４を設けることによって大幅に増大する。図５は、
ＤＥＬＩ１０４の構成例を示す。概して、ＤＥＬＩ１０
４は、ハードウェアからアプリケーションバイナリコー
ドを解放するように、オペレーティングシステム（Ｏ／
Ｓ）を含むかまたは含まないアプリケーションとハード
ウェアとの間に存在する高水準または低水準言語で書か
れた汎用ソフトウェアレイヤを備える。この構成を通し
て、ＤＥＬＩ１０４は、エミュレーション、動的変換お
よび最適化、トランスペアレントリモートコード実行、
仮想化されたハードウェア環境プログラムについてのコ
ンピュータシステム機能の再マッピング、コード解凍、
コード解読等、広範な異なるアプリケーションで使用可
能な動的コンピュータプログラムコード変形、キャッシ
ング、およびリンキングサービスを提供することができ
る。概して、ＤＥＬＩ１０４は、トランスペアレントモ
ード、非トランスペアレントモード、またはこれら２つ
の組み合わせで動作している間にサービスを提供するこ
とができる。トランスペアレントモードにおいて、ＤＥ
ＬＩ１０４は、実行中のプログラムが、ＤＥＬＩ１０４
がコンピュータハードウェア上で直接実行されていない
ことに気付かないように実行プログラムの制御を自動的
に行う。非トランスペアレントモードでは、ＤＥＬＩ１
０４は、ＡＰＩ５０８を通してサービスをエミュレータ
１０２等のアプリケーション（クライアント）にエクス
ポートして、どのようにＤＥＬＩが特定のシステムイベ
ントに対して反応するかをアプリケーションが制御でき
るようにする。

【００５２】図５に示すように、ＤＥＬＩ１０４は、少
なくとも１つのアプリケーション（プログラム）とネイ
ティブシステムのコンピュータハードウェア１０６の間
に常駐する。アプリケーションは、エミュレート中の元
のコンピュータシステム用に書かれているため、ＤＥＬ
Ｉの存在に気付かない。アプリケーションの下にはクラ
イアントが存在し、この場合クライアントは、エミュレ
ータ１０２を備える。クライアントは、アプリケーショ
ンと異なり、ＤＥＬＩ１０４に気付いており、ＤＥＬＩ
１０４のサービスを利用するように構成される。

【００５３】ＤＥＬＩ１０４は、コア５０６と、ＡＰＩ
マネージャ２１２と、トランスペアレントモードレイヤ
５１０と、システム制御および構成レイヤ５１２とを含
む４つの主要なコンポーネントを含むことができる。概
して、コア５０６は、２つの主要なサービスをＡＰＩマ
ネージャ１２２（ひいてはＡＰＩ５０８）およびトラン
スペアレントモードレイヤ５１０の双方にエクスポート
する。これらサービスのうち第１のサービスは、ネイテ
ィブのコードフラグメント、またはハードウェア１０６
の命令セットに対応するコードフラグメントのキャッシ
ングおよびリンキングに関連する。第２のサービスは、
先にキャッシュされたコードフラグメントの実行に関す
る。ＡＰＩマネージャ２１２は、非トランスペアレント
動作モードにおいて、コア５０６のキャッシングおよび
リンキングサービスへのアクセスを提供するクライアン
ト（たとえば、エミュレータ１０２）に機能をエクスポ
ートする。トランスペアレントモードレイヤ５１０は、
設けられる場合、コア５０６が、トランスペアレント動
作モードにおいてコード実行に対する制御をトランスペ
アレントに獲得すると共に、キャッシュすべきコードフ
ラグメントをフェッチできるようにする。最後に、シス
テム制御および構成レイヤ５１２は、たとえば、コード
のキャッシング、リンキング、および最適化についての
ポリシーを含めたコア５０６の動作についてのポリシー
を提供することにより、ＤＥＬＩ１０４の構成を可能に
する。たとえば、これらポリシーは、ＡＰＩマネージャ
２１２を介してクライアントからレイヤ５１２に提供す
ることができる。システム制御および構成レイヤ５１２
はまた、ＤＥＬＩ１０４のトランスペアレントモードが
イネーブルされるかどうかも制御し、したがって、コア
５０６がＡＰＩマネージャ２１２から、トランスペアレ
ントモードレイヤ５１０から、それともこれら双方から
入力を受信したかどうかを決定する。図５にさらに示さ
れるように、システム３００は、所望の場合、アプリケ
ーションをハードウェア１０４上で直接実行することが
できるように、ＤＥＬＩ１０４をバイパスするようにア
プリケーションが使用することのできるバイパスパス１
１２を備えることができる。

【００５４】図５に示すように、コア５０６は、コアコ
ントローラ５１６、キャッシュマネージャ５１８、フラ
グメントマネージャ５２０、および最適化マネージャ２
１６（図３）を含む。コアコントローラ５１６は、タス
クを遂行する責任を負うコア５０６のその他のコンポー
ネントにタスクを割り当てるディスパッチャとして機能
する。キャッシュマネージャ５１８は、フラグメントマ
ネージャ５２０および最適化マネージャ２１６と同様
に、システム制御および構成レイヤ５１２によって指定
されるポリシーに従って、１つまたは複数のコードキャ
ッシュ５２４（たとえば、キャッシュ１〜ｎ）内のコー
ドフラグメントのキャッシングを制御する機構（たとえ
ば、アルゴリズムのセット）を含む。たとえば、コア５
０６の１つまたは複数のコードキャッシュ５２４は、ハ
ードウェア１０６の１つまたは複数のプロセッサ上のハ
ードウェアキャッシュにあることもでき、また、ハード
ウェアのメインローカルメモリ内に作成することもでき
る。コードキャッシュ５２４がプロセッサ上のハードウ
ェアキャッシュにマッピングされる場合、命令キャッシ
ュ補充オーバーヘッドの低減、メモリ帯域の増大等によ
り、大幅に増大したパフォーマンスを得ることができ
る。フラグメントマネージャ５２０は、コードキャッシ
ュ５２４内のコードフラグメントの構成およびフラグメ
ントに課す変換のタイプを指定する。最後に、最適化マ
ネージャ２１６は、実行最適化のためにコードフラグメ
ントに適用することのできる最適化のセットを含む。

【００５５】上述したように、ＡＰＩマネージャ２１２
は、ＤＥＬＩサービスへのアクセスを提供するアプリケ
ーションに関数をエクスポートする。より具体的には、
ＡＰＩマネージャ２１２は、ＡＰＩ５０８を介してコア
５０６のキャッシングおよびリンキングサービスをクラ
イアント（たとえば、エミュレータ１０２）にエクスポ
ートする。これらエクスポートされるサービスは、たと
えば、キャッシングのためにコードフラグメントをコア
５０６に明示的に放出し、コードキャッシュ５２４から
特定のコードフラグメントを実行するようにＤＥＬＩ１
０４に命令することにより、クライアントが、非トラン
スペアレントモードにおいてＤＥＬＩ１０４の動作を制
御できるようにする。加えて、ＡＰＩマネージャ２１２
はまた、ＤＥＬＩ１０４の動作を開始、停止する機能を
エクスポートすることもできる。たとえば、ＡＰＩマネ
ージャ２１２は、ＤＥＬＩ１０４のトランスペアレント
動作を開始し、さらに、ＤＥＬＩがいつその動作を停止
すべきかを指示することができる。さらに、ＡＰＩマネ
ージャ２１２はまた、上述したように、クライアントに
よって指定されるポリシーをコア５０６（たとえば、フ
ラグメントマネージャ５２０および／または最適化マネ
ージャ２１６）に送ることによって、ＤＥＬＩ１０４の
構成を促進する。

【００５６】図５をさらに参照して、トランスペアレン
トモードレイヤ５１０は、通常、アプリケーションに対
する制御をトランスペアレントに得るために使用される
インジェクタ５２６を含むことができる。ＤＥＬＩ１０
４が完全なトランスペアレントモードで動作する場合、
インジェクタ５２６を使用して、アプリケーションをＤ
ＥＬＩの制御下で実行することができるように、アプリ
ケーションの実行を開始する前に、ＤＥＬＩをアプリケ
ーションに注入する。インジェクタ５２６は、バイナリ
がロードされる仮想アドレスを変更することなく、アプ
リケーションバイナリをそれぞれロードするいくつかの
異なる方法で制御を得ることができる。これら方法の例
は、２００１年８月８日付けで出願された「Dynamic Ex
ecutionLayer Interface for Explicitly of Transpare
ntly Executing Application orSystem Binaries」（代
理人整理番号１００１１５２５−１）と題する米国特許
出願第０９／９２４，２６０号に記載されており、この
特許出願を参照により本開示に援用する。しかし、エミ
ュレーションの文脈では、クライアントがＤＥＬＩのサ
ービスを明示的に使用するように構成されるため、この
ように完全なトランスペアレント動作は通常使用されな
い。

【００５７】上述したように、システム制御および構成
レイヤ５１２は、コードのキャッシングおよびリンキン
グなどの様々なアクションについてのポリシーを提供す
ることによってＤＥＬＩ１０４の構成を可能にする。よ
り一般的に、ポリシーは通常、ＤＥＬＩ１０４がどのよ
うに振る舞うかを決定する。たとえば、レイヤ５１２
は、コードフラグメントをアプリケーションからどのよ
うに抽出するか、フラグメントを元のコードからどのよ
うにして作成するか、複数のコードフラグメントをどの
ように共にリンクしてより大きなコードフラグメントを
形成することができるか等についてのポリシーを提供し
得る。レイヤのポリシーは、静的であってもまた動的で
あってもよい。前者の場合、ポリシーをＤＥＬＩ１０４
にハードコードし、構築時に構成を固定することができ
る。後者の場合、ポリシーをＡＰＩ５０８における関数
呼び出しを通してクライアントによって動的に提供する
ことができる。ポリシーの実施は、ＤＥＬＩ１０４が特
定のシステムおよび／またはハードウェアイベント（た
とえば、例外および割り込み）に反応する仕方を制御す
ることができる。上述したポリシーに加えて、システム
制御および構成レイヤ５１２は、コードキャッシュ５２
４のサイズ、ログファイルを作成するかどうか、コード
フラグメントを最適化すべきかどうか等を指定すること
ができる。

【００５８】図６は、コア５０６の構成および動作の例
を示す。図６に示すように、コア５０６は、主要な２つ
のタイプの要求をＡＰＩマネージャ２１２またはトラン
スペアレントモードレイヤ５１０から受け入れる。ま
ず、関数インタフェースを通してコードフラグメントを
キャッシュしリンクする要求６００を受け入れることが
できる。このような要求は、最も基本的な形態では、た
とえば、“Ｄｅｌｉ＿ｅｍｉｔ＿ｆｒａｇｍｅｎｔ（ｔ
ａｇ）”の形態の関数を含むことができる。この関数
は、コードフラグメントをパラメータおよび識別子（た
とえば、タグ）として受け取り、ＤＥＬＩキャッシュ５
２４に格納する。別の例では、コア５０６は、実行のた
めにハードウェア１０６に渡すために、キャッシュ５２
４に格納されているコードフラグメントを識別する、
“Ｄｅｌｉ＿ｅｘｅｃ＿ｆｒａｇｍｅｎｔ（ｔａｇ）”
等関数インタフェースを通して特定のコードフラグメン
トタグにおいて実行を開始する要求を受け入れることが
できる。

【００５９】コアコントローラ５１６は、これら要求を
処理し、適切なコアモジュールにディスパッチする。次
に、所与の識別子を有するコードフラグメントを出す要
求６０２をフラグメントマネージャ５２０に渡すことが
できる。フラグメントマネージャ５２０は、フラグメン
ト形成ポリシー６０４に従ってコードフラグメントを変
形し、おそらく、装備化ポリシー（instrumentation po
licy）６０６に従ってコードフラグメントを装備化し、
フラグメントリンキングポリシー４０８に従って先にキ
ャッシュされたフラグメントと共にコードフラグメント
をリンクする。たとえば、フラグメントマネージャ３１
８は、あるコードフラグメントの実行が終了すると別の
コードフラグメントに実行がジャンプし、それによって
キャッシュからの実行の長さが増大するように、キャッ
シュ５２４中の複数のコードフラグメントをリンクする
ことができる。これを達成するために、フラグメントマ
ネージャ５２０は、フラグメント割り当て命令６１０を
キャッシュマネージャ５１８に発する。次に、フラグメ
ントマネージャ５２０は、コードキャッシュ５２４中の
処理されたコードフラグメントを割り当てる要求をキャ
ッシュマネージャ５１８に送信する。

【００６０】キャッシュマネージャ５１８は、コードフ
ラグメントの割り当てを制御し、通常、キャッシュ空間
を管理するために、それぞれキャッシュポリシー６１２
を備える。しかし、フラグメントマネージャ５２０はま
た、特定のフラグメント割り当て解除命令６１４もキャ
ッシュマネージャ５２０に発することができる。たとえ
ば、フラグメントマネージャ５２０は、現フラグメント
を先に割り当てられたフラグメントと統合するように判
断することができ、この場合、先のフラグメントの割り
当てを解除する必要があり得る。構成によっては、キャ
ッシュマネージャ５１８およびフラグメントマネージャ
５２０が、２００１年５月２２日付けで出願された「A
preemptive Replacement Strategy for a Caching Dyna
mic Translator Based on Changes in the Translation
Rate」と題する米国特許第６，２３７，０６５号に図
示し記載される仕方で、コードキャッシュ５２４および
コードフラグメントを管理することができ、この特許を
参照により本開示に援用する。代替として、コードキャ
ッシュ３２０およびコードフラグメントの管理を、２０
０１年１月５日付けで出願された「A Partitioned Code
Cache Organization to Exploit Program Locality」
と題する米国特許出願第０９／７５５，３８９号に図示
し記載される仕方で実行することも可能であり、この特
許出願を参照により本開示に援用する。

【００６１】フラグメントをキャッシュマネージャ５１
８に渡す前に、フラグメントマネージャ５２０は、フラ
グメントを最適化マネージャ２１２に渡して（６１
６）、最適化ポリシー６１８に従ってコードフラグメン
トの質を高めることができる。構成によっては、最適化
マネージャ２１２は、２００１年１月５日付けで出願さ
れた「A Fast Runtime Scheme for Removing Dead Code
Across Linked Fragments」と題する米国特許出願第０
９／７５５，３８１号に図示し記載される仕方で、コー
ドフラグメントを最適化することができ、この特許を参
照により本開示に援用する。代替として、最適化マネー
ジャ１２６は、２００１年１月５日付けで出願された
「A Memory Disambiguation Scheme for Partially Red
undant Load Removal」と題する米国特許出願第０９／
７５５，７７４号に図示し記載される仕方で、コードフ
ラグメントを最適化することができ、この特許出願もま
た参照により本開示に援用する。特に、最適化マネージ
ャ１２６は、冗長計算をなくす、冗長メモリアクセスを
なくす、関数をインライン化して手順呼び出し／リター
ンオーバーヘッドをなくす、デッドコードをなくす、ピ
ーホールを行うなど、古典的なコンパイラ最適化技術を
使用してコードフラグメントを最適化してもよい。通
常、最適化マネージャ２１２は、最適化すべきコードの
中間表現（ＩＲ）に対処する。このような構成におい
て、クライアントは、ＩＲコードが必要であることに気
付き、ＡＰＩ５０８に、最適化目的のためにコードをネ
イティブからＩＲに変換し、最適化が実行された後に再
びネイティブに戻すよう求めることができる。

【００６２】上述したように、フラグメントマネージャ
５２０は、フラグメント形成ポリシー６０４に従ってコ
ードフラグメントを変形する。フラグメントマネージャ
５２０によって行われる変形は、コードの再配置、たと
えば、相対アドレス、分岐アドレス等を変更することに
よるメモリアドレス参照の変更を含むことができる。コ
ードフラグメントのレイアウトも変更し、機能（すなわ
ち、セマンティックス）を変更することなくコードの物
理的なレイアウトを変更することができる。これら変形
は、フラグメントマネージャ５２０により、ＡＰＩ５０
８を通して、トランスペアレントモードレイヤ５１０の
命令フェッチコントローラ５２８から受信するフラグメ
ントに対して行われる。

【００６３】上述したように、ＤＥＬＩコア５０６が受
け入れる他方の主要な要求タイプは、所与の識別子（た
とえば、タグ）によって識別されるフラグメントを実行
する要求６２０である。このような場合、コアコントロ
ーラ５１６は、ルックアップ要求６２２をフラグメント
マネージャ５２０に発し、フラグメントマネージャ５２
０は、フラグメントがキャッシュ５２４に現在存在しア
クティブである場合、対応するコードキャッシュアドレ
ス６２４を戻す。例として、フラグメントマネージャ５
２０は、タグを使用してコードフラグメントのロケーシ
ョンを識別することができる、存在しアクティブなコー
ドフラグメントのルックアップテーブルを維持すること
ができる。代替として、フラグメントマネージャ５２０
またはキャッシュマネージャ５１８は、コードフラグメ
ントが存在しアクティブであるかどうかを追跡する他の
任意の適した技術を使用することができる。フラグメン
トがキャッシュ３２０に現在存在しておらずアクティブ
ではない場合、フラグメントマネージャ５２０はエラー
コードをコアコントローラ５１６に戻し、コアコントロ
ーラ５１６は、フラグメントタブをキャッシュミスアド
レスとして最初のリクエスタに戻す（６２６）。一方、
フラグメントがキャッシュに現在存在しアクティブであ
る場合、コアコントローラ５１６は、最初の要求をキャ
ッシュアドレスとともにキャッシュマネージャ５１８に
パッチする（６２８）。次に、キャッシュマネージャ５
１８は、制御をコードキャッシュ５２４中のアドレス指
定されたコードフラグメントに渡し、ひいてはアドレス
指定されたコードフラグメントを実行する。そして実行
は、キャッシュミスが生じるまで、すなわち実行すべき
次のアプリケーションアドレスのコピーがキャッシュに
現在存在しなくなるまで、コードキャッシュ５２４にお
いて焦点を合わせたままである。この状況は、たとえ
ば、実行中のコードをコードキャッシュ５２４から逃す
ことによって検出することができる。キャッシュミスが
キャッシュマネージャ５１８からコアコントローラ５１
６に報告され（６３０）、次に、最初の要求元に報告さ
れる（６２６）。

【００６４】２つの主な要求（すなわち、放出および実
行）を図６に関連して上述したが、特にコンピュータシ
ステムを上述したようにエミュレートする場合、他の多
くのタイプの要求を行うことができることを理解された
い。

【００６５】図７は、エミュレーションシステム１００
および３００を実行することのできる例示的なホストコ
ンピュータシステム７００を示すブロック図である。概
して、コンピュータシステム７００は、デスクトップコ
ンピュータ、ポータブルコンピュータ、専用サーバコン
ピュータ、マルチプロセッサ計算装置、セルラ電話、個
人情報端末（ＰＤＡ）、ハンドヘルドまたはペンベース
のコンピュータ等、広範な有線および／または無線の計
算装置のいずれか１つを含むことができる。具体的な構
成に関係なく、コンピュータシステム７００は、たとえ
ば、処理装置７０２、メモリ７０４、１つまたは複数の
ユーザインタフェース装置７０６、ディスプレイ７０
８、１つまたは複数の入出力（Ｉ／Ｏ）装置７１０、お
よび１つまたは複数のネットワーキング装置７１２を含
むことができ、これらはそれぞれローカルインタフェー
ス７１４に接続される。

【００６６】処理装置７０２は、コンピュータシステム
７００に関連するいくつかのプロセッサからの任意のカ
スタムメイドのまたは市販のプロセッサ、中央演算処理
装置（ＣＰＵ）、または補助プロセッサ、半導体ベース
のマイクロプロセッサ（マイクロチップの形態で）、マ
クロプロセッサ、１つまたは複数の特定用途向け集積回
路（ＡＳＩＣ）、複数の適宜構成されたデジタルロジッ
クゲート、および離散要素を個々におよび各種組み合わ
せで包含し、計算システムの全体的な動作を統制する他
の周知の電子構成を含むことができる。

【００６７】メモリ７０４は、揮発性メモリ要素（たと
えば、ランダムアクセスメモリ（ＤＲＡＭ、ＳＲＡＭ等
のＲＡＭなど）および不揮発性メモリ要素（ＲＯＭ、ハ
ードドライブ、テープ、ＣＤ−ＲＯＭ等）の組み合わせ
のうちのいずれか１つを含むことができる。メモリ７０
４は通常、オペレーティングシステム７１４、１つまた
は複数のアプリケーション７１６、ＤＥＬＩ１０４、お
よび上述したエミュレータ１０２を含む。当業者は、メ
モリ７０４が、簡明にする目的のために省略された他の
コンポーネントを含むことができ、通常は含むことを理
解しよう。

【００６８】１つまたは複数のユーザインタフェース装
置７０６は、ユーザがコンピュータシステム７００と対
話できるようにするコンポーネントを含む。たとえば、
コンピュータシステム７００がパーソナルコンピュータ
（ＰＣ）を含む場合、これらコンポーネントはキーボー
ドおよびマウスを含むことができる。コンピュータシス
テム７００がハンドヘルド装置（たとえば、ＰＤＡ、携
帯電話）を含む場合、これらコンポーネントは、機能キ
ーまたはボタン、タッチスクリーン、スタイラス等を含
むことができる。ディスプレイ７０８は、ＰＣの場合に
はコンピュータモニタもしくはプラズマスクリーン、ま
たはハンドヘルド装置の場合には液晶ディスプレイ（Ｌ
ＣＤ）を含むことができる。

【００６９】図７をさらに参照すると、１つまたは複数
のＩ／Ｏ装置７１０は、コンピュータシステム７００の
別のシステムおよび／または装置への接続を助けるよう
に適合されるため、１つまたは複数のシリアル、パラレ
ル、ＳＣＳＩ（small computer system interface）、
ユニバーサルシリアルバス（ＵＳＢ）、ＩＥＥＥ１３９
４（たとえば、Ｆｉｒｅｗｉｒｅ（登録商標））、およ
び／またはパーソナルエリアネットワーク（ＰＡＮ）コ
ンポーネントを含み得る。ネットワークインタフェース
装置７１２は、ネットワークを介してデータを送信かつ
／または受信するために使用される各種コンポーネント
を含む。例として、ネットワークインタフェース装置７
１２は、入力および出力の双方を通信可能な装置、たと
えば、変調器／復調器（たとえば、モデム）、無線（た
とえば、無線周波数（ＲＦ））送受信器、電話インタフ
ェース、ブリッジ、ルータ、ネットワークカード等を含
む。

【００７０】各種ソフトウェアおよび／またはファーム
ウェアを本明細書において述べた。このソフトウェアお
よび／またはファームウェアは、任意のコンピュータ関
連システムまたは方法が使用するまたはこれと併用する
任意のコンピュータ読み取り可能媒体に格納可能なこと
を理解されたい。本文書の文脈では、コンピュータ読み
取り可能媒体とは、コンピュータ関連システムまたは方
法が使用するまたはこれと併用するコンピュータプログ
ラムを含むまたは格納することのできる電子、磁気、光
学、または他の物理的な装置または手段を指す。これら
プログラムは、コンピュータベースのシステム、プロセ
ッサ包含システム、または命令実行システム、装置、ま
たはデバイスから命令をフェッチし、その命令を実行す
ることのできる他のシステム等、命令実行システム、装
置、またはデバイスが使用するまたはこれと併用する任
意のコンピュータ読み取り可能媒体で具現することがで
きる。本文書の文脈において、「コンピュータ読み取り
可能媒体」は、命令実行システム、装置、またはデバイ
スが使用するまたはこれと併用するプログラムを格納、
通信、伝播、または搬送することのできるあらゆる手段
であることができる。

【００７１】コンピュータ読み取り可能媒体は、たとえ
ば、電子、磁気、光学、電磁、赤外線、または半導体シ
ステム、装置、デバイス、または伝播媒体であることが
できるが、これらに限定されない。コンピュータ読み取
り可能媒体のより具体的な例（非網羅的なリスト）とし
ては、１本または複数本のワイヤを有する電気接続、ポ
ータブルコンピュータ・フレキシブルディスク、ランダ
ムアクセスメモリ（ＲＡＭ）、読み取り専用メモリ（Ｒ
ＯＭ）、電気的に消去（書き換え）可能なＲＯＭ（ＥＰ
ＲＯＭ、ＥＥＰＲＯＭ、またはフラッシュメモリ）、光
ファイバ、およびポータブルコンパクトディスク読み取
り専用メモリ（ＣＤＲＯＭ）が挙げられる。コンピュー
タ読み出し可能媒体はさらに、プログラムが印刷され、
たとえば紙または他の媒体を光学走査することを介し
て、そのプログラムを電子的に取り込み、次いでコンパ
イル、解釈、あるいは必要であれば別様に適宜処理して
から、コンピュータメモリに格納することのできる紙ま
たは別の適した媒体であってもよいことに留意された
い。

【００７２】本発明の特定の実施形態について例示を目
的として上記説明および図面において詳細に開示した
が、特許請求に記載の本発明の範囲から逸脱することな
く変形および変更を行い得ることが当業者により理解さ
れよう。

【図面の簡単な説明】

【図１】仮想マシン環境においてネイティブコードとエ
ミュレートされるコードとを統合する本発明によるエミ
ュレーションシステムの実施形態のブロック図である。

【図２】図１のエミュレーションシステムの動作を概し
て示す流れ図である。

【図３】仮想マシン環境においてネイティブコードとエ
ミュレートされるコードとを統合する本発明によるエミ
ュレーションシステムの別の実施形態のより詳細なブロ
ック図である。

【図４Ａ】図３のエミュレーションシステムの動作を示
す流れ図である。

【図４Ｂ】図３のエミュレーションシステムの動作を示
す流れ図である。

【図４Ｃ】図３のエミュレーションシステムの動作を示
す流れ図である。

【図５】図１および図３の動的実行レイヤインタフェー
ス（ＤＥＬＩ）の実施形態を示すブロック図である。

【図６】図５のＤＥＬＩのコアの実施形態を示すブロッ
ク図である。

【図７】図１および図３のエミュレーションシステムを
実施するように構成されたホストコンピュータシステム
の実施形態のブロック図である。

─────────────────────────────────────────────────────

【手続補正書】

【提出日】平成１５年１月１６日（２００３．１．１
６）

【手続補正１】

【補正対象書類名】明細書

【補正対象項目名】特許請求の範囲

【補正方法】変更

【補正内容】

【特許請求の範囲】

Claims

【特許請求の範囲】

【請求項１】ホストコンピュータシステム上で元のコ
ンピュータシステムからのコードをエミュレートする方
法であって、ホストコンピュータシステム上でエミュレートすべきプ
ログラムコードに関連するプログラム命令をフェッチす
るステップ（２００）と、前記プログラム命令を前記ホストコンピュータシステム
上でネイティブに実行すべきか、それとも前記ホストコ
ンピュータシステム上でエミュレートすべきかを決定す
るステップ（２０２）と、前記プログラム命令を前記ホストコンピュータシステム
上でネイティブに実行すべきである場合、前記プログラ
ム命令に関連するネイティブコードフラグメントを動的
実行レイヤインタフェース（１０４）に放出して実行す
るステップ（２０６）とを含む方法。
【請求項２】前記プログラム命令をフェッチするステ
ップ（２００）は、エミュレータを使用してプログラム
命令をフェッチすることを含む請求項１記載の方法。
【請求項３】前記ネイティブコードフラグメントを放
出するステップ（２０６）は、前記動的実行レイヤイン
タフェース（１０４）に関連するアプリケーションプロ
グラムインタフェース（５０８）を介して行われる請求
項１記載の方法。
【請求項４】前記プログラム命令を前記ホストコンピ
ュータシステム上でネイティブに実行すべきかどうかを
決定するステップ（２０２）は、元のコンピュータシス
テムに関連する第１の呼び出し規定と前記ホストコンピ
ュータシステムに関連する第２の呼び出し規定とをイン
タフェースすることを含む請求項１記載の方法。
【請求項５】前記プログラム命令を前記ホストコンピ
ュータシステム上でネイティブに実行すべきかどうかを
決定するステップ（２０２）は、標識命令を検出するこ
とを含む請求項１記載の方法。
【請求項６】ホストコンピュータシステム上で元のコ
ンピュータシステムからのコードをエミュレートするシ
ステムであって、ホストコンピュータシステム上でエミュレートすべきプ
ログラムコードに関連するプログラム命令をフェッチす
る手段と、前記プログラム命令を前記ホストコンピュータシステム
上でネイティブに実行すべきか、それとも前記ホストコ
ンピュータシステム上でエミュレートすべきかを決定す
る手段と、前記プログラム命令を前記ホストコンピュータシステム
上でネイティブに実行すべきである場合、前記プログラ
ム命令に関連するネイティブコードフラグメントを動的
実行レイヤインタフェース（１０４）に放出して実行す
る手段と、を備えるシステム。
【請求項７】前記ネイティブコードフラグメントを放
出する手段は、前記動的実行レイヤインタフェース（１
０４）に関連するアプリケーションプログラムインタフ
ェース（５０８）を備える請求項６記載のシステム。
【請求項８】前記ホストコンピュータシステム上でネ
イティブに実行すべき関数を参照するデータを受信する
手段をさらに備える請求項６記載のシステム。
【請求項９】ホストコンピュータシステム上で元のコ
ンピュータシステムからのコードをエミュレートするシ
ステムであって、元のコンピュータシステム上で実行するように書かれた
プログラムに関連する命令をフェッチするように構成さ
れるエミュレータ（１０２）であって、前記元のコンピ
ュータシステムをエミュレートすることによって命令を
実行するように構成されるエミュレーションモジュール
（１１０）およびエミュレートするのではなくネイティ
ブに実行すべき命令を検出するように構成されるネイテ
ィブコードインタセプタモジュール（１０８）を含むエ
ミュレータ（１０２）と、コードフラグメントをキャッシュして実行することので
きる少なくとも１つのコードキャッシュ（５２４）を有
するコア（５０６）を含む動的実行レイヤインタフェー
ス（１０４）と、前記エミュレータ（１０２）と前記動的実行レイヤイン
タフェース（１０４）をリンクするアプリケーションプ
ログラミングインタフェース（５０８）と、を備えるシ
ステム。
【請求項１０】前記アプリケーションプログラミング
インタフェース（５０８）は、前記エミュレータ（１０
２）がコードフラグメントを前記少なくとも１つのコー
ドキャッシュ（５２４）に放出できるようにするフラグ
メント放出関数および前記エミュレータ（１０２）が前
記少なくとも１つのコードキャッシュ（５２４）内に含
まれる前記コードフラグメントの実行を要求することが
できる実行関数を含む、前記エミュレータ（１０２）が
利用可能な関数セットを含む請求項９記載のシステム。