▶ マイクロソフト テクノロジー ライセンシング，エルエルシーの特許一覧
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公表特許公報(A)
(11)【公表番号】
(43)【公表日】2023-09-12
(54)【発明の名称】コードストリーム折り畳み対応ハイブリッドバイナリ
(51)【国際特許分類】
G06F 9/44 20180101AFI20230905BHJP
G06F 8/41 20180101ALI20230905BHJP
【ＦＩ】
G06F9/44
G06F8/41
【審査請求】未請求
【予備審査請求】未請求
(21)【出願番号】P 2023503141
(86)(22)【出願日】2021-04-20
(85)【翻訳文提出日】2023-03-14
(86)【国際出願番号】 US2021028042
(87)【国際公開番号】W WO2022046185
(87)【国際公開日】2022-03-03
(31)【優先権主張番号】17/008,346
(32)【優先日】2020-08-31
(33)【優先権主張国・地域又は機関】US
(81)【指定国・地域】
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．Ｌｉｎｕｘ
(71)【出願人】
【識別番号】314015767
【氏名又は名称】マイクロソフト テクノロジー ライセンシング，エルエルシー
(74)【代理人】
【識別番号】100079108
【弁理士】
【氏名又は名称】稲葉 良幸
(74)【代理人】
【識別番号】100109346
【弁理士】
【氏名又は名称】大貫 敏史
(74)【代理人】
【識別番号】100117189
【弁理士】
【氏名又は名称】江口 昭彦
(74)【代理人】
【識別番号】100134120
【弁理士】
【氏名又は名称】内藤 和彦
(74)【代理人】
【識別番号】100108213
【弁理士】
【氏名又は名称】阿部 豊隆
(72)【発明者】
【氏名】レベディンスキー，パブロ
(72)【発明者】
【氏名】セケイラ デ ジュスト テイシェイラ，ペドロ ミゲル
(72)【発明者】
【氏名】ミホカ，ダレク ヨシップ
(72)【発明者】
【氏名】ベリー，ジョン ロバート
(72)【発明者】
【氏名】ダン，クラレンス シウ イェーン
(72)【発明者】
【氏名】タン，ティアンシェン
(72)【発明者】
【氏名】クリアリー，ジェームズ デイビッド
(72)【発明者】
【氏名】チュー，ヨンカン
(72)【発明者】
【氏名】トーマス，テオドール マックスウェル
(72)【発明者】
【氏名】ニウ，ベン
(72)【発明者】
【氏名】ハドリー，ラッセル チャールズ
【テーマコード（参考）】
5B081
5B376
【Ｆターム（参考）】
5B081CC00
5B376DA26
(57)【要約】
ネイティブプロセス及び互換（例えばエミュレートされた）プロセスの両方で動作可能なハイブリッドバイナリ。当該ハイブリッドバイナリがネイティブプロセスによりロードされた場合、当該プロセスはバイナリに含まれるネイティブコードストリームをプロセッサで直接実行する。ハイブリッドバイナリが互換プロセスによりロードされた場合、当該プロセスはエミュレーション互換（ＥＣ）コードストリームをプロセッサで直接実行する。互換プロセスで動作する場合、ＥＣコードストリームはエミュレータで動作する外来コードストリームと対話することができる。外来コードストリームは、ハイブリッドバイナリ自身に含まれていても、又はハイブリッドバイナリの外来にあってもよい。ハイブリッドバイナリフォーマットは、ネイティブコードストリームとＥＣコードストリームとの間のコードの折り畳みをサポートする。ハイブリッドバイナリは、互換プロセスで実行された場合にバイナリから得られたイメージデータに適用されるメモリ変換の集合を含んでいる。
【特許請求の範囲】
【請求項1】
ハイブリッドバイナリイメージを生成するプロセッサを含むコンピュータシステムに実装された方法であって、前記ハイブリッドバイナリイメージが、ネイティブアプリケーションバイナリインターフェース（ＡＢＩ）及び互換ＡＢＩの両方で実行可能であり、前記方法が、少なくとも前記ネイティブＡＢＩの第１の機械種別の識別に基づいて、前記第１の機械種別を前記ハイブリッドバイナリイメージの機械種別フィールドにエミットし、前記機械種別フィールドを、前記ハイブリッドバイナリイメージが前記ネイティブＡＢＩで実行されるネイティブプロセスによりロードされた場合に使用されるように構成することと、
少なくとも折り畳み不可能な第１の関数を識別することに基づいて、（ｉ）前記ネイティブＡＢＩで実行可能な前記第１の関数の第１のコンパイル済みバージョン、及び（ｉｉ）前記互換ＡＢＩで実行可能な前記第１の関数の第２のコンパイル済みバージョンの両方を前記ハイブリッドバイナリイメージにエミットすることと、
少なくとも折り畳み可能な第２の関数を識別することに基づいて、前記ネイティブＡＢＩ及び前記互換ＡＢＩの両方で実行可能な前記第２の関数のコンパイル済みバージョンであって、前記ハイブリッドバイナリイメージが前記ネイティブプロセスによりロードされた場合に前記第１の関数の第１のコンパイル済みバージョンを呼び出すように構造化された前記第２の関数のコンパイル済みバージョンを前記ハイブリッドバイナリイメージにエミットすることと、
前記ハイブリッドバイナリイメージが前記互換ＡＢＩで実行される互換プロセスによりロードされた場合に使用されるように構成された補正テーブルを前記ハイブリッドバイナリイメージにエミットすることと、を含み、前記補正テーブルが、前記ハイブリッドバイナリイメージからロードされたメモリデータに対する複数の変換を定義し、前記複数の変換が、
前記互換ＡＢＩの第２の機械種別を含むように前記機械種別フィールドを調整する第１の変換、及び
前記第１の関数の第１のコンパイル済みバージョンではなく前記第１の関数の第２のコンパイル済みバージョンを呼び出すように前記第２の関数のコンパイル済みバージョンを設定する第２の変換を含む方法。
【請求項2】
（ｉ）前記第１の関数の第１のコンパイル済みバージョンを用いて少なくとも前記第１の関数を参照する第１の領域、（ｉｉ）前記第２の関数の前記コンパイル済みバージョンを用いて少なくとも前記第２の関数を参照する第２の領域、及び（ｉｉｉ）前記第１の関数の第２のコンパイル済みバージョンを用いて少なくとも前記第１の関数を参照する第３の領域を含む１個以上のテーブルを前記ハイブリッドバイナリイメージにエミットすること、及び前記第３の領域を除いて前記第１の領域及び前記第２の領域を含む前記１個以上のテーブルのネイティブビューを提供する前記１個以上のテーブルへの参照であって前記ハイブリッドバイナリイメージが前記ネイティブプロセスによりロードされた場合に使用されるべく構造化された前記参照を前記ハイブリッドバイナリイメージにエミットすることを更に含み、
前記複数の変換がまた、前記１個以上のテーブルへの前記参照を調整して前記第１の領域を除いて前記第２の領域及び前記第３の領域を含む前記１個以上のテーブルの互換ビューを提供する第３の変換を更に含んでいる、請求項１に記載の方法。
【請求項3】
前記１個以上のテーブルが１個以上のインポートテーブルを含み、前記第１、第２、及び第３の領域が第１、第２、及び第３の関数インポートを含む、又は前記１個以上のテーブルが１個以上のエクスポートテーブルを含み、前記第１、第２、及び第３の領域が第１、第２、及び第３の関数エクスポートを含んでいる、請求項２に記載の方法。
【請求項4】
前記１個以上のテーブルへの前記参照が、オフセット及びサイズを指定することにより前記１個以上のテーブルの前記ネイティブビューを提供し、前記第３の変換が前記オフセット又は前記サイズのうちの１個以上を補正することにより前記参照を調整して前記互換ビューを提供する、請求項２に記載の方法。
【請求項5】
前記第１の関数の第１のコンパイル済みバージョンを参照するエントリポイントを前記ハイブリッドバイナリイメージにエミットすることを更に含み、前記エントリポイントが、前記ハイブリッドバイナリイメージが前記ネイティブプロセスによりロードされた場合に使用されるべく構造化されている、請求項１に記載の方法。
【請求項6】
前記複数の変換がまた、前記第１の関数の第２のコンパイル済みバージョンを参照すべく前記エントリポイントを調整する第３の変換も含んでいる、請求項５に記載の方法。
【請求項7】
前記第２の関数の前記コンパイル済みバージョンが、前記第１の関数の第１のコンパイル済みバージョンを参照するディスパッチテーブルを介して前記第１の関数の第１のコンパイル済みバージョンを呼び出すべく構造化されていて、前記第２の変換が、前記第１の関数の第１のコンパイル済みバージョンではなく、前記第１の関数の第２のコンパイル済みバージョンを参照すべく前記ディスパッチテーブルを変更する、請求項１に記載の方法。
【請求項8】
前記ディスパッチテーブルを前記ハイブリッドバイナリイメージにエミットすることを更に含んでいる、請求項７に記載の方法。
【請求項9】
互換アプリケーションバイナリインターフェース（ＡＢＩ）で動作するプロセスによりハイブリッドバイナリイメージを使用する、少なくとも１個のプロセッサを含むコンピュータシステムに実装された方法であって、前記ハイブリッドバイナリイメージがネイティブＡＢＩ及び前記互換ＡＢＩの両方で動作可能であり、前記方法が、前記ハイブリッドバイナリイメージのロード中に、前記ハイブリッドバイナリイメージの機械種別フィールドに保存されている第１の機械種別が、前記プロセスが動作している前記互換ＡＢＩの第２の機械種別と不適合であると判定することと、
前記第１の機械種別が前記第２の機械種別と不適合であるとの判定に基づいて、前記バイナリイメージ内で、前記ハイブリッドバイナリイメージからロードされたメモリデータに対する複数の変換を定義する補正テーブルを特定することと、
前記ハイブリッドバイナリイメージからロードされた前記メモリデータに対する前記複数の変換の少なくとも一部を、
前記互換ＡＢＩの第２の機械種別を含めるべく前記機械種別フィールドを調整する第１の変換、及び
前記ネイティブＡＢＩで実行可能な折り畳まれていない関数の第１のコンパイル済みバージョンを呼び出す呼び出しサイトを、代替的に前記互換ＡＢＩで実行可能な前記折り畳まれていない関数の第２のコンパイル済みバージョンを呼び出すべく変更する第２の変換を少なくとも適用することを含めて適用することと、を含む方法。
【請求項10】
前記ハイブリッドバイナリイメージが、（ａ）（ｉ）前記折り畳まれていない関数の第１のコンパイル済みバージョンを用いて前記折り畳まれていない関数を参照する第１のエントリ、（ｉｉ）前記折り畳まれていない関数の第２のコンパイル済みバージョンを用いて前記折り畳まれていない関数を参照する第２のエントリ、及び（ｉｉｉ）折り畳まれた関数を参照する第３のエントリを含む１個以上のテーブルと、
（ｂ）前記第３のエントリを除いて前記第１のエントリ及び前記第２のエントリを含む前記１個以上のテーブルのネイティブビューを提供する前記１個以上のテーブルへの参照とを含み、
前記ハイブリッドバイナリイメージからロードされた前記メモリに前記複数の変換の少なくとも一部を適用することが、前記第１のエントリを除いて前記第２のエントリ及び前記第３のエントリを含む前記１個以上のテーブルの互換ビューを提供すべく前記１個以上のテーブルへの前記参照を調整する第３の変換を適用することも含んでいる、請求項９に記載の方法。
【請求項11】
前記１個以上のテーブルが１個以上のインポートテーブルを含み、前記第１、第２、及び第３領域が第１、第２、及び第３の関数インポートを含む、又は前記１個以上のテーブルが１個以上のエクスポートテーブルを含み、前記第１、第２、及び第３の領域が第１、第２、及び第３の関数エクスポートを含んでいる、請求項１０に記載の方法。
【請求項12】
前記ハイブリッドバイナリイメージが、前記折り畳まれていない関数の第１のコンパイル済みバージョンを参照するエントリポイントを含み、前記ハイブリッドバイナリイメージからロードされた前記メモリに対して前記複数の変換の少なくとも一部を適用することもまた、前記折り畳まれていない関数の第２のコンパイル済みバージョンを参照すべく前記エントリポイントを調整する第３の変換を適用することを含んでいる、請求項１０に記載の方法。
【請求項13】
前記呼び出しサイトが、前記折り畳まれていない関数の第１のコンパイル済みバージョンを参照するディスパッチテーブルを介して前記折り畳まれていない関数の第１のコンパイル済みバージョンを呼び出すべく構造化されていて、前記第２の変換が、前記折り畳まれていない関数の第１のコンパイル済みバージョンではなく、前記折り畳まれていない関数の第２のコンパイル済みバージョンを参照すべく前記ディスパッチテーブルを変更する、請求項９に記載の方法。
【請求項14】
前記ハイブリッドバイナリイメージからロードされた前記メモリに対する前記複数の変換の少なくとも一部が、メモリページ障害の処理に関連して前記ハイブリッドバイナリイメージからロードされたメモリページに適用される、請求項９に記載の方法。
【発明の詳細な説明】
【背景技術】
【0001】
背景
[001] コンピュータ処理に際して、各プロセッサ、又は中央処理装置（ＣＰＵ）は、当該プロセッサで機械コード命令がネイティブに動作可能となるために遵守すべき構文及び規則を記述する命令セットアーキテクチャ（ＩＳＡ）を実装している。最新のＩＳＡの例として、INTEL CORPORATIONが設計したIA-32 ＩＳＡ、ADVANCED MICRO DEVICES, INC.が設計したx86-64 ＩＳＡ、ARM LIMITEDが設計したAArch64 ＩＳＡ、INTERNATIONAL BUSINESS MACHINES CORPORATIONが設計したPOWER ＩＳＡ、UNIVERSITY OF CALIFORNIA, BERKELEYが設計したRISC-V ＩＳＡ等があるが、他の多くのＩＳＡが存在している。また、コンピュータ処理に際して、アプリケーションバイナリインターフェース（ＡＢＩ）は、同一ＩＳＡを対象とする機械コード命令を含む２個のバイナリプログラム要素間のインターフェースである。ＡＢＩは往々にしてオペレーティングシステム（ＯＳ）により定義され、同一ＡＢＩを対象とする他のライブラリ／要素をサードパーティソフトウェアコンポーネントが対象とし、従ってインターフェースをとれるようにする。例えば、MICROSOFT WINDOWSは、x86-64 ＩＳＡを実装するプロセッサを含むWINDOWS機器にソフトウェアを対応可能にする「Windows-X64」ＡＢＩを提供し、Aarch64 ＩＳＡを実装するプロセッサを含むWINDOWS機器にソフトウェアを対応可能にする「ARM64」ＡＢＩを提供している。
[001] コンピュータ処理に際して、各プロセッサ、又は中央処理装置（ＣＰＵ）は、当該プロセッサで機械コード命令がネイティブに動作可能となるために遵守すべき構文及び規則を記述する命令セットアーキテクチャ（ＩＳＡ）を実装している。最新のＩＳＡの例として、INTEL CORPORATIONが設計したIA-32 ＩＳＡ、ADVANCED MICRO DEVICES, INC.が設計したx86-64 ＩＳＡ、ARM LIMITEDが設計したAArch64 ＩＳＡ、INTERNATIONAL BUSINESS MACHINES CORPORATIONが設計したPOWER ＩＳＡ、UNIVERSITY OF CALIFORNIA, BERKELEYが設計したRISC-V ＩＳＡ等があるが、他の多くのＩＳＡが存在している。また、コンピュータ処理に際して、アプリケーションバイナリインターフェース（ＡＢＩ）は、同一ＩＳＡを対象とする機械コード命令を含む２個のバイナリプログラム要素間のインターフェースである。ＡＢＩは往々にしてオペレーティングシステム（ＯＳ）により定義され、同一ＡＢＩを対象とする他のライブラリ／要素をサードパーティソフトウェアコンポーネントが対象とし、従ってインターフェースをとれるようにする。例えば、MICROSOFT WINDOWSは、x86-64 ＩＳＡを実装するプロセッサを含むWINDOWS機器にソフトウェアを対応可能にする「Windows-X64」ＡＢＩを提供し、Aarch64 ＩＳＡを実装するプロセッサを含むWINDOWS機器にソフトウェアを対応可能にする「ARM64」ＡＢＩを提供している。
【0002】
[002] 一般に、ソフトウェアコンポーネントは、当該コンポーネントがコンパイルされるＡＢＩを（例えばＯＳを介して）提供すると共に、当該コンポーネントを定義する機械コード命令に適合するＩＳＡを有するプロセッサを構成する機器にとって「ネイティブ（固有）」である。従って、所与のコンピューティング機器が提供するＡＢＩに適合しないソフトウェアコンポーネントはいずれも当該機器にとって「外来」であると見なすことができる。例えば、x86-64用のLinux ＡＢＩを対象とするアプリケーションは、x86-64 ＩＳＡを対象とするプロセッサを有するがWindows-X64 ＡＢＩしか提供しないコンピューティング機器でネイティブに動作できない。同様に、Windows-X64 ＡＢＩを対象とするアプリケーションはx86-64 ＩＳＡを対象とするプロセッサを有するがx86-64用のLinux ＡＢＩしか提供しないコンピューティング機器でネイティブに動作できない。
【0003】
[003] また、機器のプロセッサのＩＳＡに適合しないソフトウェアコンポーネントはいずれも当該機器にとって「外来」であると見なすことができる。例えば、x86_64 ＩＳＡを対象とするアプリケーションは（対象とするＡＢＩに依らず）、AArch64プロセッサを有するいずれのコンピューティング機器でもネイティブに動作できない。同様に、AArch64 ＩＳＡを対象とするアプリケーションは（対象とするＡＢＩに依らず）、x86-64プロセッサを有するいずれのコンピューティング機器でもネイティブに動作できない。
【0004】
[004] WINDOWS等、いくつかの環境ではソフトウェアベースのＩＳＡエミュレーションを介して外来ソフトウェアを実行可能にするが、往々にして重大な性能上のペナルティを伴う。従って、例えばARM64 ＡＢＩを対象とするアプリケーションを、AArch64エミュレータを介してx86-64プロセッサを有する機器でエミュレートできる、及び／又はWindows-X64 ＡＢＩを対象とするアプリケーションを、x86-64エミュレータを介してAArch64プロセッサを有する機器でエミュレートできる場合がある。
【0005】
[005] 所与のソフトウェアアプリケーションが複数のＡＢＩで使用可能な場合であっても、当該アプリケーションの配布及び使用が問題となり得る。例えば、平均的なコンピュータユーザーは自身のコンピューティング機器がサポートするＩＳＡ及び／又はＡＢＩを知らないため、自身のコンピュータにどのバージョンのプログラムをインストールすべきかに関する情報に基づく決断ができないため、困惑及び苛立ちにつながる。また、開発者にとって、異なるＡＢＩ／ＩＳＡを対象に同一アプリケーションの複数のバージョンを配布及びサポートすることは負担である。これらの問題への対処を試みる１つの素朴なソリューションは、「ネイティブ」及び「外来」のコードストリームを両方含む「ファット」バイナリとして知られるものの生成をサポートすること及びＯＳサポートである。従って、例えばソフトウェアベンダーはアプリケーション毎に１個のファットバイナリを生成及び配布でき、当該バイナリは、AArch64ベースの機器にロードされた場合に使用されるAArch64コードストリームと、x86-64ベースの機器にロードされた場合に使用されるx86-64コードストリームを含んでいる。ファットバイナリは、異なるプロセッサＩＳＡの複雑さをエンドユーザーからほぼ見えなくするが、これはバイナリに含まれるコード量を実質的に２倍にする（すなわちコードサイズを１００％増加させる）ことで実現され、その半分は所与の機器では実際には使用されない。多くの場合記憶容量が限られた携帯機器が一般的な時代においてファットバイナリは瞬く間に貴重な記憶リソースを使い果たしてしまい、ソフトウェアの不具合やユーザーの不満につながる恐れがある。
【0006】
[006] 今日使用可能な機器の広範且つ多様なエコシステムを前提として、ユーザーが外来ソフトウェアを自身のコンピューティング機器で実行できることが望ましい場合が多い。このように、コンピュータ製造業者及び／又はＯＳベンダーは、外来製ソフトウェアの実行を比較的シームレスに体感できるようにすべく動機付けられる可能性がある。いくつかのソリューションにおいて、エミュレーションを介して外来ソフトウェアを動作可能にしながら、外来ソフトウェアがネイティブのＯＳライブラリとインターフェースをとれるようにしている。しかし、これらのソリューションは、当該アプリケーションが依然としてネイティブではなくエミュレーションにより動作する点が限界であった。
【発明の概要】
【0007】
簡単な概要
[007] 本明細書に記述する少なくともいくつかの実施形態は、エミュレートされた外来コードと緊密に相互運用すべく構成され且つ外来コードとの高レベルの相互運用性及び互換性を提供する「エミュレーション互換」（ＥＣ）コードを含むネイティブバイナリ（例えばアプリケーション、モジュール、ライブラリ等）の生成及び／又は使用を可能にする。例えば、本明細書に記述する複数の実施形態により、アプリケーション開発者は、オペレーティングシステム（ＯＳ）が提供するネイティブＥＣアプリケーションバイナリインターフェース（ＡＢＩ）にアプリケーションを対応させて、コンピューティング機器でネイティブに動作するアプリケーションを生成及び配布できるようになる。
[007] 本明細書に記述する少なくともいくつかの実施形態は、エミュレートされた外来コードと緊密に相互運用すべく構成され且つ外来コードとの高レベルの相互運用性及び互換性を提供する「エミュレーション互換」（ＥＣ）コードを含むネイティブバイナリ（例えばアプリケーション、モジュール、ライブラリ等）の生成及び／又は使用を可能にする。例えば、本明細書に記述する複数の実施形態により、アプリケーション開発者は、オペレーティングシステム（ＯＳ）が提供するネイティブＥＣアプリケーションバイナリインターフェース（ＡＢＩ）にアプリケーションを対応させて、コンピューティング機器でネイティブに動作するアプリケーションを生成及び配布できるようになる。
【0008】
[008] 複数の実施形態において、ＥＣ ＡＢＩは、外来ＡＢＩの多くの挙動を示すことにより、ＥＣ ＡＢＩを対象とするネイティブコードが（エミュレータを介して）外来コードを呼び出して相互運用できるようにする。従って、ＥＣ ＡＢＩにより、これらのネイティブに動作するアプリケーションは、当該アプリケーションの実行コンテキスト内にロードされる従来型ライブラリ及びプラグイン等、エミュレートされた外来コードと（例えばエンドユーザーの観点から）効率的且つシームレスにインターフェースをとることが可能になる。
【0009】
[009] 複数の実施形態において、ＥＣ ＡＢＩは、エミュレートされた外来コード内における例外巻き戻し及び／又はスレッド中断をサポートするネイティブコード用のコンテキスト及び呼び出し規約（ＣＣ）を提供する。例えば、複数の実施形態において、ＥＣ ＡＢＩは、現行ネイティブＡＢＩが期待するコンテキストデータ及びＣＣとの互換性を維持しながら、外来ＡＢＩと互換性のあるコンテキストデータ及びＣＣを使用する。
【0010】
[010] 複数の実施形態において、ＥＣ ＡＢＩが外来ＡＢＩと互換であっても、ＥＣ ＡＢＩ用にコンパイルされたコードの多くが現行ネイティブＡＢＩ用にコンパイルされたコードと同一であるように現行ネイティブＡＢＩと充分な互換性を維持している。このため、（現行ネイティブＡＢＩを認識しているがＥＣ ＡＢＩを認識しない従来型システムでバイナリを使用可能にする）現行ネイティブＡＢＩと、（ＥＣ ＡＢＩを認識している知識システムでのエミュレートされた外来コードとの相互運用性を強化できる）ＥＣ ＡＢＩとの両方をサポートするハイブリッドバイナリ内で当該コードを「折り畳む」ことが可能になる。
【0011】
[011] 特に、本明細書に記述する複数の実施形態において、ＥＣ ＡＢＩ用にコンパイルされた関数のエントリポイントが３個存在する可能性があることである。第１に、当該関数は、別のＥＣ ＡＢＩ関数により呼び出された場合は自身の「実」アドレスで入ることができる。第２に、当該関数は、外来ＡＢＩから呼び出された場合は「入口サンク」を介して入ることができる。第３に、当該関数が外来ＡＢＩで動作しているコードにより実行時に変更された場合は「早送りシーケンス」を介して入ることができる。関数への実際のエントリポイントに依らず、ＥＣ ＡＢＩ用にコンパイルされたコードと外来ＡＢＩ用にコンパイルされたコードが対話する場合、複数の実施形態において、関数がＡＢＩ境界を越えた場合に一貫したメモリアドレス参照を行うことができるため、互換性が向上する。
【0012】
[012] １個以上の実施形態が、ネイティブな第１の命令セットアーキテクチャ（ＩＳＡ）を対象とするバイナリファイルにソースコードをコンパイルする一方で、外来の第２のＩＳＡ用にコンパイルされたコードで動作可能な方法、システム、及びコンピュータプログラム製品を目的としている。これらの実施形態において、コンピュータシステムは、（ｉ）第１のＩＳＡに対応する第１のＡＢＩ、（ｉｉ）第１のＩＳＡに対応する第２のＡＢＩ、及び（ｉｉｉ）第２のＩＳＡに対応する第３のＡＢＩを識別する。第２のＡＢＩは、（ｉ）第３のＡＢＩが使用する第２のコンテキストデータフォーマットの第２のサイズを超えない第１のサイズを有する第１のコンテキストデータフォーマットを定義し、（ｉｉ）第１のＩＳＡの複数のレジスタのうち第１のＡＢＩが使用するレジスタの部分集合の使用を定義し、当該レジスタの部分集合は第３のＡＢＩが使用する第２のＩＳＡのレジスタの集合にマッピングされ、第１のＡＢＩ及び第２のＡＢＩの各々を用いてコンパイルされた場合に複数の関数の少なくとも一部が折り畳み可能となる。ソースコードに定義された関数に対して、コンピュータシステムは、第１のＡＢＩを対象とする関数の第１のコンパイル済みバージョンを生成し（第１のＩＳＡに準拠する第１の命令セットの生成を含む）、第２のＡＢＩを対象とする関数の第２のコンパイル済みバージョンを生成する（第１のＩＳＡに準拠する第２の命令セットの生成を含む）。コンピュータシステムは、少なくとも第１の命令セットと第２の命令セットが適合するか否かの判定に基づいて、関数の第１のコンパイル済みバージョン及び関数の第２のコンパイル済みバージョンがバイナリファイル内で折り畳み可能か否かを判定する。コンピュータシステムは、少なくとも関数の第１のコンパイル済みバージョンと関数の第２のコンパイル済みバージョンとがバイナリファイル内で折り畳み可能か否かの判定に基づいて、（ｉ）関数の第１のコンパイル済みバージョンと関数の第２のコンパイル済みバージョンの両方をバイナリファイルにエミットする（すなわち関数の第１のコンパイル済みバージョンと関数の第２のコンパイル済みバージョンがバイナリファイル内で折り畳み可能でないと判定された場合）、又は（ｉｉ）関数の第１のコンパイル済みバージョン又は関数の第２のコンパイル済みバージョンの一方のみをバイナリファイルにエミットする（すなわち関数の第１のコンパイル済みバージョンと関数の第２のコンパイル済みバージョンがバイナリファイル内で折り畳み可能であると判定された場合）。
【0013】
[013] １個以上の実施形態はまた、ハイブリッドバイナリイメージを生成する方法、システム、及びコンピュータプログラム製品も目的としており、ハイブリッドバイナリイメージは、ネイティブＡＢＩ及び互換ＡＢＩの両方で実行可能である。これらの実施形態において、コンピュータシステムは、少なくともネイティブＡＢＩに対応する第１の機械種別の識別に基づいて、第１の機械種別をハイブリッドバイナリイメージの機械種別フィールドにエミットする。機械種別フィールドは、ハイブリッドバイナリイメージがネイティブＡＢＩで実行されるネイティブプロセスによりロードされた場合に使用されるように構造化されている。少なくとも折り畳み不可能な第１の関数を識別することに基づいて、コンピュータシステムは、（ｉ）ネイティブＡＢＩで実行可能な第１の関数の第１のコンパイル済みバージョン、及び（ｉｉ）互換ＡＢＩで実行可能な第１の関数の第２のコンパイル済みバージョンの両方をハイブリッドバイナリイメージにエミットすることも可能である。少なくとも折り畳み可能な第２の関数を識別することに基づいて、コンピュータシステムはまた、ネイティブＡＢＩ及び互換ＡＢＩの両方で実行可能な第２の関数のコンパイル済みバージョンをハイブリッドバイナリイメージにエミットする。第２の関数のコンパイル済みバージョンは、ハイブリッドバイナリイメージがネイティブプロセスによりロードされた場合に第１の関数の第１のコンパイル済みバージョンを呼び出すように構造化されている。コンピュータシステムはまた、ハイブリッドバイナリイメージが互換ＡＢＩで実行される互換プロセスによりロードされた場合に使用されるように構造化された補正テーブルをハイブリッドバイナリイメージにエミットする。補正テーブルは、ハイブリッドバイナリイメージからロードされた、メモリに対する複数の変換を定義し、互換ＡＢＩに対応する第２の機械種別を含むように機械種別フィールドを調整する第１の変換、及び第１の関数の第１のコンパイル済みバージョンではなく第１の関数の第２のコンパイル済みバージョンを呼び出すように第２の関数のコンパイル済みバージョンを設定する第２の変換を含んでいる。
【0014】
[014] １個以上の実施形態はまた、互換ＡＢＩで動作するプロセスによりハイブリッドバイナリイメージを使用する方法、システム、及びコンピュータプログラム製品も目的としており、ハイブリッドバイナリイメージは、ネイティブＡＢＩと互換ＡＢＩとの両方で実行可能である。これらの実施形態において、ハイブリッドバイナリイメージのロード中に、コンピュータシステムは、ハイブリッドバイナリイメージの機械種別フィールドに格納された第１の機械種別が、プロセスが実行されている互換ＡＢＩに対応する第２の機械種別と不適合であると判定する。第１の機械種別が第２の機械種別と不適合であるとの判定に基づいて、コンピュータシステムは、バイナリイメージ内で、ハイブリッドバイナリイメージからロードされたメモリに対する複数の変換を定義する補正テーブルを特定する。コンピュータシステムは次いで、ハイブリッドバイナリイメージからロードした複数の変換の少なくとも一部分をメモリに適用し、これは少なくとも互換ＡＢＩに対応する第２の機械種別を含めるように機械種別フィールドを調整する第１の変換、及びネイティブＡＢＩで実行可能な折り畳まれていない関数の第１のコンパイル済みバージョンを呼び出す呼び出しサイトを変更して、代わりに互換ＡＢＩで実行可能な折り畳まれていない関数の第２のコンパイル済みバージョンを呼び出す第２の変換を適用することを含んでいる。
【0015】
[015] １個以上の実施形態はまた、（ｉ）ネイティブＩＳＡに対応し且つ第１のＣＣを有するネイティブＡＢＩを対象とするネイティブコード、及び（ｉｉ）外来ＩＳＡに対応し且つ第２のＣＣを有する外来ＡＢＩを対象とする外来コードの両方の実行をサポートするプロセス内の呼び出しを処理する場合に共通の参照メモリアドレスを用いる方法、システム、及びコンピュータプログラム製品も目的としている。これらの実施形態において、コンピュータシステムは、少なくとも呼び出され側関数の参照メモリアドレスを対象とする呼び出しを識別することに基づいて、呼び出され側関数がネイティブＡＢＩ又は外来ＡＢＩのどちらに対応するかを判定する。呼び出され側関数は、（ｉ）参照メモリアドレスがネイティブコードを保存する第１のメモリ内に含まれていることを示す参照構造、又は（ｉｉ）参照メモリアドレスで識別される早送りシーケンスの一方に基づいてネイティブＡＢＩに対応すると判定される。呼び出され側関数は、少なくとも参照メモリアドレスがネイティブコードを保存しない第２のメモリ内に含まれていることを示す参照構造に基づいて外来ＡＢＩに対応すると判定される。コンピュータシステムは、少なくとも当該判定に基づいて、（Ａ）呼び出し側関数が外来ＡＢＩに対応し、且つ呼び出し側関数が外来ＡＢＩに対応すると判定された場合、エミュレータ内の参照メモリアドレスを用いて呼び出され側関数を直接呼び出すこと、（Ｂ）呼び出し側関数が外来ＡＢＩに対応し、且つ呼び出され側関数がネイティブＡＢＩに対応すると判定された場合に（ｉ）第２のＣＣを第１のＣＣに適合させ、次いで（ｉｉ）参照メモリアドレスを用いて呼び出され側関数を直接呼び出す入口サンクを呼び出すこと、（Ｃ）呼び出し側関数がネイティブＡＢＩに対応し、且つ呼び出され側関数が外来ＡＢＩに対応すると判定された場合に（ｉ）ネイティブＡＢＩの第１のＣＣを外来ＡＢＩの第２のＣＣに適合させ、次いで（ｉｉ）エミュレータを起動して参照メモリアドレスを用いて呼び出され側関数を直接呼び出す出口サンクを呼び出すこと、又は（Ｄ）呼び出し側関数がネイティブＡＢＩに対応し、且つ呼び出され側関数がネイティブＡＢＩに対応すると判定された場合に参照メモリアドレスを用いて呼び出され側関数を直接呼び出すこと、のいずれかを実行することに基づいて呼び出され側関数の実行を開始する。
【0016】
[016] 当該概要部は、詳細な説明においていかにより詳細に記述する概念の集合を簡素化した形式で紹介すべく提供する。本概要部は、権利請求する主題の主な特徴又は必須の特徴を指定することを意図しておらず、また、権利請求する主題の範囲の確定に資するものとして用いることを意図していない。
【0017】
図面の簡単な説明
[017] 本発明の上述の及び他の利点並びに特徴が得られるように記述すべく、添付の図面に示す特定の実施形態を参照しながら、上で簡単に記述した本発明のより詳細な説明を行う。これらの図面が本発明の典型的な実施形態のみを示し、従ってその範囲を限定するものと考えるべきでないことを理解した上で、本発明について、添付図面を参照しながら、より具体的及び詳細に説明する。
[017] 本発明の上述の及び他の利点並びに特徴が得られるように記述すべく、添付の図面に示す特定の実施形態を参照しながら、上で簡単に記述した本発明のより詳細な説明を行う。これらの図面が本発明の典型的な実施形態のみを示し、従ってその範囲を限定するものと考えるべきでないことを理解した上で、本発明について、添付図面を参照しながら、より具体的及び詳細に説明する。
【図面の簡単な説明】
【0018】
【図1】[018]エミュレートされた外来コードと緊密に相互運用すべく構成され、且つ外来コードとの高レベルの相互運用性及び互換性を提供するエミュレーション互換（ＥＣ）コードを含むネイティブバイナリの生成及び／又は使用を可能にする例示的なコンピュータシステムを示す。
【図2】[019]現行ネイティブＡＢＩとの互換性を維持しながら、外来ＡＢＩをミラーリングするコンテキスト及び呼び出し規約（ＣＣ）を定義するＥＣネイティブアプリケーションバイナリインターフェース（ＡＢＩ）の一例を示す。
【図3A】[020]デュアルアーキテクチャハイブリッドバイナリの一例を示す。
【図3B】[021]インポート及び／又はエクスポートテーブルのウィンドウビューの一例を示す。
【図4A】[022]現行ＡＢＩを対象としてコンパイルされた「現行」ネイティブ関数の呼び出し挙動、及びＥＣ ＡＢＩを対象としてコンパイルされた「ＥＣ」ネイティブ関数の呼び出し挙動を示す。
【図4B】[023]現行ＡＢＩ及びＥＣ ＡＢＩの両方に対してソースコード関数をコンパイルした結果同一コードが得られたため折り畳まれた「ＥＣ」ネイティブ関数の呼び出し挙動を示す。
【図5】[024]外来の第２のＩＳＡ用にコンパイルされたコードで動作可能である一方で、ネイティブな第１の命令セットアーキテクチャ（ＩＳＡ）を対象としてソースコードをバイナリファイル用にコンパイルする方法の一例を示すフロー図である。
【図6】[025]ネイティブＡＢＩ及び互換ＡＢＩの両方で実行可能なハイブリッドバイナリイメージを生成する例示的方法のフロー図を示す。
【図7】[026]互換ＡＢＩで実行されるプロセスによりハイブリッドバイナリイメージであって、ネイティブＡＢＩ及び互換ＡＢＩの両方で実行可能なハイブリッドバイナリイメージを使用する例示的方法のフロー図を示す。
【図8】[027]（ｉ）ネイティブＩＳＡに対応し且つ第１のＣＣを有するネイティブアプリケーションバイナリインターフェース（ＡＢＩ）を対象とするネイティブコード、及び（ｉｉ）外来ＩＳＡに対応し且つ第２のＣＣを有する外来ＡＢＩを対象とする外来コードの両方の実行をサポートするプロセス内の呼び出しを処理する場合に共通参照メモリアドレスを用いる例示的方法のフロー図である。
【発明を実施するための形態】
【0019】
詳細な説明
[028] 図１に、エミュレートされた外来コードと緊密に相互運用すべく構成され且つ外来コードとの高レベルの相互運用性及び互換性を提供する「エミュレーション互換」（ＥＣ）コードを含むネイティブバイナリ（例えばアプリケーション、モジュール、ライブラリ等）の生成及び／又は使用を可能にする例示的コンピュータシステム１０１を示す。コンピュータシステム１０１はまた、ＥＣコードを含む一方、これらのバイナリ内に含まれるＥＣ特徴を認識しない「従来型」コンピューティング機器と依然として互換であるネイティブバイナリを生成及び／又は使用することを可能にする。
[028] 図１に、エミュレートされた外来コードと緊密に相互運用すべく構成され且つ外来コードとの高レベルの相互運用性及び互換性を提供する「エミュレーション互換」（ＥＣ）コードを含むネイティブバイナリ（例えばアプリケーション、モジュール、ライブラリ等）の生成及び／又は使用を可能にする例示的コンピュータシステム１０１を示す。コンピュータシステム１０１はまた、ＥＣコードを含む一方、これらのバイナリ内に含まれるＥＣ特徴を認識しない「従来型」コンピューティング機器と依然として互換であるネイティブバイナリを生成及び／又は使用することを可能にする。
【0020】
[029] 一般に、コンピュータシステム１０１は、外来ＡＢＩの多くの挙動を示すＥＣネイティブアプリケーションバイナリインターフェース（ＡＢＩ）に基づいて動作することにより、ＥＣネイティブＡＢＩを対象とするネイティブコードが従来型プラグイン、ライブラリ等の外来コードを（エミュレータを介して）呼び出して相互運用できるようにする。複数の実施形態において、ＥＣネイティブＡＢＩは、エミュレートされた外来コード内で例外巻き戻し及び／又はスレッド中断をサポートするネイティブコードに用のンテキスト及び呼び出し規約（ＣＣ）を提供する。例えば、複数の実施形態において、ＥＣネイティブＡＢＩは、現行ネイティブＡＢＩが期待するコンテキストデータ及びＣＣとの互換性を維持しながら、外来ＡＢＩと互換性のあるコンテキストデータ及びＣＣを使用する。これを行う場合、ＥＣネイティブＡＢＩ用にコンパイルされたコードの多くは、現行ネイティブＡＢＩ用にコンパイルされたコードと同一であるため、（現行ネイティブＡＢＩを認識するがＥＣネイティブＡＢＩを認識しない従来型システムによりバイナリを使用できるようにする）現行ネイティブＡＢＩと（ＥＣネイティブＡＢＩを認識する知識システムでエミュレートされた外来コードとの相互運用性を向上できるようにする）ＥＣネイティブＡＢＩの両方をサポートするハイブリッドバイナリ内でのコードの「折り畳み」が可能になる。また、ＥＣネイティブＡＢＩ用にコンパイルされたコードと外来ＡＢＩ用にコンパイルされたコードとが対話する場合、複数の実施形態により、関数がＡＢＩ境界を越える場合に一貫したメモリアドレス参照を行えるようにして互換性を向上させる。
【0021】
[030] 複数の実施形態において、コンピュータシステム１０１は、例えば、通信バス１０５を用いて通信可能に結合されたプロセッサ１０２（又は複数のプロセッサ）、持続性記憶装置１０３、及びシステムメモリ１０４等の専用又は汎用コンピュータハードウェアを含むか又は使用する。コンピュータシステム１０１において、プロセッサ１０２は、x86-64、AArch64、POWER、RISC-V等、任意の使用可能なプロセッサ命令セットアーキテクチャ（ＩＳＡ）が実装されていてよく、これを本明細書ではプロセッサ１０２の「ネイティブ」ＩＳＡと称する。プロセッサ１０２のネイティブＩＳＡに適合しないＩＳＡはいずれも本明細書で「外来」ＩＳＡと称する。一般に、プロセッサ１０２のＩＳＡは、プロセッサ１０２により実行可能な機械コード命令の構文、当該機械コード命令で使用されるべくプロセッサ１０２が公開するレジスタの集合、プロセッサ１０２が使用するメモリモデル等、プロセッサ１０２の多くのハードウェア態様を定義する。従って、例えば、プロセッサ１０２がAArch64 ＩＳＡを実装する場合、機械コード命令セット（例えば１個以上の使用可能な命令、命令フォーマット等を含む）を実行して、プロセッサ１０２がx86-64 ＩＳＡを実装する場合とは異なるレジスタの集合（例えばレジスタ名、レジスタサイズ、レジスタ個数等のうち１個以上を含む）を公開するであろう。
【0022】
[031] 持続性記憶装置１０３は、コンピュータ実行可能命令及び／又は実行可能なソフトウェアコンポーネントを表すデータ構造を保存し、これに対応して、プロセッサ１０２において当該ソフトウェアの実行中に、当該コンピュータ実行可能命令及び／又はデータ構造の１個以上の部分がシステムメモリ１０４にロードされる。例えば、持続性記憶装置１０３は、オペレーティングシステム１０６、開発環境１０７、ハイブリッドバイナリ１０８、外来バイナリ１０９、及びソースコード１１０に対応するコンピュータ実行可能命令及び／又はデータ構造を潜在的に保存するものとして示されている。
【0023】
[032] システムメモリ１０４は、持続性記憶装置１０３からロード、プロセッサ１０２により保存、及び／又はネットワーク機器（図示せず）等の他の場所から提供できる広範なデータを保存することができる。一般に、コンピュータシステム１０１は、持続性記憶装置１０３に保存された１個以上のバイナリイメージ（例えばハイブリッドバイナリ１０８、外来バイナリ１０９等）により定義されたメモリページをシステムメモリ１０４にロードして、プロセッサ１０２を用いて（システムメモリ１０４にロードされたような）当該メモリページで動作させることにより動作する。これは、当該メモリページ内に保存された機械コード命令を実行して当該メモリページに保存されたデータに作用することを含んでいる。
【0024】
[033] オペレーティングシステム１０６（以後ＯＳ １０６と称する）は、プロセッサ１０２のネイティブＩＳＡを用いる１個以上のＡＢＩを対象とするアプリケーションバイナリの実行をサポートするライブラリ等のライブラリ１０６ａを含んでいる。開発環境１０７を起点とする矢印で示すように、いくつかの実施形態においてライブラリ１０６ａは、以下でより詳細に記述する現行ネイティブＡＢＩ（１０７ａ）（以後現行ＡＢＩ（１０７ａ）と称する）及びＥＣネイティブＡＢＩ（１０７ｂ）（以後ＥＣ ＡＢＩ（１０７ｂ）と称する）に対するサポートを含んでいる。ＯＳ １０６はまた、バイナリイメージをシステムメモリ１０４にロードするローダー１０６ｃを含み、当該ローダーは現行ＡＢＩ（１０７ａ）及びＥＣ ＡＢＩ（１０７ｂ）の両方を認識する。従って、ライブラリ１０６ａ及びローダー１０６ｃを保有することに基づいて、ＯＳ １０６は、現行ＡＢＩ（１０７ａ）又はＥＣ ＡＢＩ（１０７ｂ）の一方又は両方を対象とするコードを含むネイティブバイナリ（例えばアプリケーション、モジュール、ライブラリ等）の使用をサポートする。
【0025】
[034] 複数の実施形態において、ＯＳ １０６はまた、開発環境１０７を起点とする矢印で示すように、エミュレーションを介して、（例えば外来ＩＳＡに基づいて）外来ＡＢＩ（１０７ｃ）を対象とするバイナリの実行をサポートするエミュレータ１０６ｂも含んでいる。複数の実施形態において、エミュレータ１０６ｂは、ＥＣ ＡＢＩ（１０７ｂ）を提供するライブラリを含むライブラリ１０６ａと相互運用すべく構成されている。従って、エミュレータ１０６ｂを保有することに基づいて、ＯＳ １０６は外来ＡＢＩ（１０７ｃ）を対象とするコードを含む外来バイナリ（例えばアプリケーション、モジュール、ライブラリ等）の実行をサポートする。
【0026】
[035] 本明細書で用いる「エミュレーション」という用語は、翻訳及び／又は解釈を含んでいてよい。例えば、事前（ＡＯＴ）翻訳では、外来ＩＳＡ命令はネイティブＩＳＡ命令に翻訳されて記憶装置（例えば持続性記憶装置１０３）に保持され、当該翻訳済命令は次いで実行時に必要な場合に呼び出される。一般に、ＡＯＴ翻訳は、アプリケーションのインストール時等、プログラムの実行が要求される前に行われる。別の例において、適時（ＪＩＴ）翻訳では、外来ＩＳＡ命令は外来ＩＳＡ命令の実行が要求された際に（例えばユーザーがプログラムを実行する時点で）ネイティブＩＳＡ命令に翻訳される。ＪＩＴ翻訳では、翻訳済みネイティブコードは外来コードから翻訳された場合は直ちに実行される。複数の実施形態において、ＪＩＴ翻訳は、実行のために「発見」された外来コードが増えるにつれて断片的に生じる。複数の実施形態において、外来ＩＳＡコードの同一ブロックのＪＩＴ翻訳は１回だけ実行されるため、コードが複数回実行される場合、翻訳のコストは１回しか生じない。更に別の例において、解釈では外来ＩＳＡ命令は実行が必要な場合に読み取られ、インタプリタにより同等の関数が実行されるが、対応するネイティブＩＳＡコードは生成されない。解釈では外来コードは翻訳されないため、同じ外来ＩＳＡ関数を２回実行すると解釈のコストが２倍になる。
【0027】
[036] 開発環境１０７は、少なくともＥＣ ＡＢＩ（１０７ｂ）を対象とするが多くの場合現行ＡＢＩ（１０７ａ）も対象とする（すなわちデュアルアーキテクチャ又は「ハイブリッド」バイナリイメージとして）バイナリの生成をサポートする。複数の実施形態において、開発環境１０７は、更に外来ＡＢＩ（１０７ｃ）を対象とする（従って、外来ＡＢＩ（１０７ｃ）がネイティブであるコンピュータシステムで直接実行可能である）バイナリの生成もサポートする。複数の実施形態において、現行ＡＢＩ（１０７ａ）は、プロセッサ１０２のネイティブＩＳＡを対象とする「従来型」ＡＢＩであり、外来ＡＢＩ（１０７ｃ）は何らかの外来ＩＳＡを対象とするＡＢＩである。一方、ＥＣ ＡＢＩ（１０７ｂ）はプロセッサ１０２のネイティブＡＢＩであるが、外来ＡＢＩ（１０７ｃ）をミラーリングするか又は少なくともいくつかの属性を共有するコンテキストデータ及びＣＣを定義する。従って、複数の実施形態において、現行ＡＢＩ（１０７ａ）は、完全に「ネイティブ」なデータの構造及び挙動を定義すると見なすことができ、ＥＣ ＡＢＩ（１０７ｂ）は、同様にネイティブであるが、外来ＡＢＩ（１０７ｃ）と少なくともいくつかのデータ構造属性及び挙動を共有すると見なすことができる。一例において、現行ＡＢＩ（１０７ａ）はAArch64 ＩＳＡを対象とするARM64 ＡＢＩであり、外来ＡＢＩ（１０７ｃ）はx86-64 ＩＳＡを対象とするWindows-X64 ＡＢＩであり、ＥＣ ＡＢＩ（１０７ｂ）は、AArch64 ＩＳＡを対象とするがWindows-X64 ＡＢＩを少なくとも部分的にミラーリングするコンテキストデータ及びＣＣを含むAArch64 ＩＳＡを対象とする。複数の実施形態において、ＥＣ ＡＢＩ（１０７ｂ）は、エミュレートされた外来コード及びＥＣネイティブコードが極めて低レベルで対話できるように外来ＡＢＩ（１０７ｃ）をミラーリング又はマッピングするのに充分なコンテキストデータ及びＣＣを定義するが、現行ＡＢＩ（１０７ａ）及びＥＣ ＡＢＩ（１０７ｂ）の各々に向けてソース関数の少なくとも一部をコンパイルして同一のコンパイル済み関数本体が得られるように現行ＡＢＩ（１０７ａ）と充分に共通点（例えば使用可能なレジスタの集合）を有している。コンパイルされた関数本体が同一である場合、得られたバイナリに実際には１個の関数本体だけが含まれ、現行ＡＢＩ（１０７ａ）を対象とするコードストリーム及びＥＣ ＡＢＩ（１０７ｂ）を対象とするコードストリームの両方が当該単一の関数本体を（例えばポインタエイリアシングを介して）使用するように「折り畳み可能」であると見なすことができる。
【0028】
[037] ＥＣ ＡＢＩ（１０７ｂ）の複数の実施形態を更に示すべく、図２に、現行ネイティブＡＢＩとの互換性を維持しながら、外来ＡＢＩをミラーリングするコンテキスト及びＣＣを定義するＥＣネイティブＡＢＩの一例２００を示す。最初に、図２は、図１の現行ＡＢＩ（１０７ａ）、ＥＣ ＡＢＩ（１０７ｂ）、及び外来ＡＢＩ（１０７ｃ）の各々の表現を示す。図示するように、現行ＡＢＩ（１０７ａ）は、例２００においてネイティブＩＳＡで全ての使用可能なレジスタであると仮定するレジスタＮ：Ａ～Ｎ：Ｉを含む９個の使用可能なレジスタ２０１ａの集合を定義している。一方、外来ＡＢＩ（１０７ｃ）は、レジスタＦ：Ｖ～Ｆ：Ｚを含む５個の使用可能なレジスタ２０１ｃの集合を定義しており、例２００において外来ＩＳＡで全ての使用可能なレジスタであると仮定されている。同様に、AArch64 ＩＳＡ（例えば「ネイティブ」ＩＳＡ）は３１個の汎用６４ビットレジスタを定義するのに対し、x86-64 ＩＳＡ（例えば「外来」ＩＳＡ）は１６個の汎用６４ビットレジスタを定義する。ＥＣ ＡＢＩ（１０７ｂ）は、レジスタＮ：Ａ、Ｎ：Ｃ、Ｎ：Ｄ、Ｎ：Ｅ、及びＮ：Ｇを含む５個の使用可能なレジスタ２０１ｂの集合を定義することにより、現行ＡＢＩ（１０７ａ）と外来ＡＢＩ（１０７ｃ）との橋渡しをする。従って、ネイティブＩＳＡが９個の使用可能なレジスタを有しているにせよ、例２００においてＥＣ ＡＢＩ（１０７ｂ）は当該レジスタのうち、外来ＩＳＡで使用可能なレジスタ数に対応して５個しか使用できないという制限がある。当業者には理解されるように、ＥＣ ＡＢＩ（１０７ｂ）を対象とするネイティブコードは、ネイティブＩＳＡが定義する全てのレジスタを使用しなくてもよいが、当該ネイティブコードは依然としてネイティブＩＳＡで実行可能である。従って、ＥＣ ＡＢＩ（１０７ｂ）は、ＥＣ ＡＢＩ（１０７ｂ）を対象とするネイティブコードが現行ＡＢＩ（１０７ａ）しかサポートしないシステムでも実行可能であるように、使用可能なレジスタ２０１ｂの使用を現行ＡＢＩ（１０７ａ）と互換性のある仕方で定義することができる。
【0029】
[038] 複数の実施形態において、使用可能なレジスタ２０１ｂの集合は現行ＡＢＩ（１０７ａ）用にコンパイルされたコードにより最も共通に使用されるレジスタを用いるように選択される。従って、例２００において、使用可能なレジスタ２０１ｂの集合が使用可能なレジスタ２０１ａの集合の全数よりも少ない個数を使用するにせよ、使用可能なレジスタ２０１ａの集合を対象としながらコンパイルされたコードは実際には使用可能なレジスタ２０１ｂの集合から選択されたレジスタしか使用しない場合が多い。このような状況において、現行ＡＢＩ（１０７ａ）及びＥＣ ＡＢＩ（１０７ｂ）の各々に向けてコンパイルされたコードは同一であり、得られたバイナリ内に折り畳むことができる。特に、例２００において、ＥＣ ＡＢＩ（１０７ｂ）の使用可能なレジスタ２０１ｂの集合は、現行ＡＢＩ（１０７ａ）の使用可能なレジスタ２０１ａの集合の全数よりも少ないものを含むが、代替例は、（例えば外来ＩＳＡがネイティブＩＳＡに適合するレジスタの個数を有する場合）使用可能なレジスタ２０１ａの集合の全てを用いるように使用可能なレジスタ２０１ｂの集合を定義してもよい。
【0030】
[039] また、図２内の矢印は、ＥＣ ＡＢＩ（１０７ｂ）の使用可能なレジスタ２０１ｂと外来ＡＢＩ（１０７ｃ）の使用可能なレジスタ２０１ｃとの間にマッピングが定義されていることを示す。従って、例えば、ＥＣ ＡＢＩ（１０７ｂ）は外来ＡＢＩ（１０７ｃ）によるレジスタＦ：Ｖの使用をミラーリングする仕方でレジスタＮ：Ａを使用し、ＥＣ ＡＢＩ（１０７ｂ）は外来ＡＢＩ（１０７ｃ）によるレジスタＦ：Ｗの使用をミラーリングする仕方でレジスタＮ：Ｃを使用し、以下同様である。一例において、ＥＣ ＡＢＩ（１０７ｂ）は、外来ＡＢＩ（１０７ｃ）が使用するＣＣをミラーリングする仕方で使用可能なレジスタ２０１ｂの使用を定義する。例えば、ＥＣ ＡＢＩ（１０７ｂ）は、外来ＡＢＩ（１０７ｃ）の挙動を実現すべく関数にパラメータを渡すのに使用可能なレジスタの個数を（すなわち現行ＡＢＩ（１０７ａ）と比べて）制限することができる。同様に、X64 ＡＢＩはパラメータを渡すのに４個のレジスタしか使用しないため、現行ARM64 ＡＢＩがパラメータを渡す目的で追加レジスタを使用すべく定義されていても、ＥＣ ＡＢＩ（１０７ｂ）はパラメータを渡すのに４個のレジスタしか使用を許可しない場合がある。また、ＥＣ ＡＢＩ（１０７ｂ）は、当該目的でレジスタを用いる（現行ＡＢＩ（１０７ａ）ではそうであるように）のではなく、外来ＡＢＩ（１０７ｃ）によるスタックの使用（例えば戻りアドレスを保存、関数から値を戻す等）をミラーリングすることができる。複数の実施形態において、レジスタ間のマッピングはレジスタ間の揮発性のマッピングを含んでいる。従って、例えば、現行ＡＢＩ（１０７ａ）で不揮発性と考えられるネイティブＩＳＡのレジスタは、外来ＡＢＩ（１０７ｃ）が揮発性であると見なされたレジスタにマッピングされた場合はＥＣ ＡＢＩ（１０７ｂ）により揮発性と見なされる場合がある。
【0031】
[040] 図２はまた、現行ＡＢＩ（１０７ａ）がコンテキストデータ２０２ａを定義し、ＥＣ ＡＢＩ（１０７ｂ）がコンテキストデータ２０２ｂを定義し、外来ＡＢＩ（１０７ｃ）がコンテキストデータ２０２ｃを定義することを示す。複数の実施形態において、コンテキストデータは、レジスタ及びフラグ等のプロセッサコンテキストのスナップショットを保存するＡＢＩにより定義されるフォーマットである。当該コンテキストデータは様々な目的、例えばアプリケーションが自身の状態を観察する（例えばウイルス又はマルウェア検出等の一部としてコピー保護スキームの一部として）、例外巻き戻しルーティンが例外発生後にスタックを元に戻す、又はスレッドの中断／再開を可能にするために使用可能である。コンテキストデータ２０２ａ、コンテキストデータ２０２ｂ、及びコンテキストデータ２０２ｃの各々の視覚的サイズにより示すように、複数の実施形態において、ＥＣ ＡＢＩ（１０７ｂ）は、外来ＡＢＩ（１０７ｃ）が使用するコンテキストデータ２０２ｃのサイズを超えないコンテキストデータ２０２ｂの形式（例えば使用可能なレジスタ２０１ｂの選択及び配置）を定義するが、現行ＡＢＩ（１０７ａ）が当該サイズを超えるコンテキストデータ２０２ａを定義することもある。コンテキストデータ２０２ｃのサイズを超えないよう用にコンテキストデータ２０２ｂを定義することにより、ＥＣ ＡＢＩ（１０７ｂ）と外来ＡＢＩ（１０７ｃ）との間の相互運用が可能となる。例えば、外来ＡＢＩ（１０７ｃ）で動作するアプリケーションがコンテキストデータ２０２ｃのフォーマットを保存するためのメモリバッファを割り当て、当該メモリバッファが、コンテキストデータ２０２ｂのフォーマット（例えば例外の扱いの一部として）を用いてＥＣ ＡＢＩ（１０７ｂ）により満たされるならば、ＥＣ ＡＢＩ（１０７ｂ）が書き込むコンテキストデータ２０２ｂは割り当てられたメモリバッファを超えない。
【0032】
[041] いくつかの実施形態において、コンテキストデータ２０２ｂは、コンテキストデータ２０２ａとコンテキストデータ２０２ｃを混合したフォーマットを有するように定義されている。例えば、コンテキストデータ２０２ａのフォーマットは前方斜め線で視覚的に表現されるのに対し、コンテキストデータ２０２ｃのフォーマットは後方斜め線で視覚的に表現されている。次いで、コンテキストデータ２０２ｂのフォーマットは、前方斜め線及び後方斜め線の両方で視覚的に表現され、フォーマットの少なくとも部分的な混合を表現している。例えば、コンテキストデータ２０２ｂがネイティブＩＳＡのレジスタの配置を定義するとしても、外来ＩＳＡが期待する仕方で（例えば使用可能なレジスタ２０１ｂと使用可能なレジスタ２０１ｃとの間に示すマッピングに基づいて）当該レジスタを配置することができる。
【0033】
[042] 特に、ＥＣ ＡＢＩ（１０７ｂ）（使用可能なレジスタ２０１ｂ、コンテキストデータ２０２ｂ、又は使用可能なレジスタ２０１ｂと使用可能なレジスタ２０１ｃとのマッピングのうち１個以上を含む）を定義する場合、ＥＣ ＡＢＩ（１０７ｂ）を現行ＡＢＩ（１０７ａ）により近似して定義することと、ＥＣ ＡＢＩ（１０７ｂ）を外来ＡＢＩ（１０７ｃ）により近似して定義することの間にトレードオフがあり得る。例えば、ＥＣ ＡＢＩ（１０７ｂ）が現行ＡＢＩ（１０７ａ）に近似しているほど、ＥＣ ＡＢＩ（１０７ｂ）用にコンパイルしたコードをネイティブＡＢＩ（１０７ａ）用にコンパイルしたコードにより「折り畳む」ことができる可能性が高いが、ＥＣ ＡＢＩ（１０７ｂ）と外来ＡＢＩ（１０７ｃ）との間を遷移する際に（後述の入口サンク及び／又は出口サンクを介して）ＡＢＩ翻訳が必要な可能性も高くなり得る。逆に、ＥＣ ＡＢＩ（１０７ｂ）が外来ＡＢＩ（１０７ｃ）に近似しているほど、ＥＣ ＡＢＩ（１０７ｂ）内のネイティブコードと外来ＡＢＩ内の外来コードがＡＢＩ翻訳（サンク）を使用せずに対話できる可能性が高くなるが、これはまた、ＥＣ ＡＢＩ（１０７ｂ）用にコンパイルしたコードをネイティブＡＢＩ（１０７ａ）用にコンパイルしたコードにより「折り畳む」ことができない可能性も高める。
【0034】
[043] 再び図１を参照するに、いくつかの実施形態において、開発環境１０７は、２個以上のＡＢＩを対象にする「デュアルアーキテクチャ」ハイブリッドバイナリの生成をサポートする。例えば、様々な矢印で示すように、図１は、コンパイラツールチェーン１０７ｄが、現行ＡＢＩ（１０７ａ）（すなわち現行ネイティブコード１０８ａ）及びＥＣ ＡＢＩ（１０７ｂ）（すなわちＥＣネイティブコード１０８ｂ）の両方を対象とするコードを含むハイブリッドバイナリ１０８を生成すべくソースコード１１０を使用することを示す。従って、ネイティブコードしか含んでいないにもかかわらず、ハイブリッドバイナリ１０８は、現行ネイティブ挙動（すなわち現行ネイティブコード１０８ａ）及び外来挙動（すなわちＥＣネイティブコード１０８ｂ）の両方を対象にしていると見なすことができる。図示していないが、いくつかの実施形態において、ハイブリッドバイナリはまた、外来ＡＢＩ（１０７ｃ）等、１個以上の追加的ＡＢＩを対象とするコードも含んでいる。
【0035】
[044] 図１に、現行ネイティブコード１０８ａとＥＣネイティブコード１０８ｂの間に太い矢印があり、現行ネイティブコード１０８ａとＥＣネイティブコード１０８ｂが互いに少なくとも部分的に「折り畳まれて」いる（すなわち現行ネイティブコード１０８ａとＥＣネイティブコード１０８ｂの両方が単一の命令セットを使用するように）ことを示しれている。上述のように、ＥＣ ＡＢＩ（１０７ｂ）が少なくともいくつかの外来挙動を対象としているにもかかわらず、現行ＡＢＩ（１０７ａ）と充分に共通であるため、現行ＡＢＩ（１０７ａ）及びＥＣ ＡＢＩ（１０７ｂ）の各々に向けてソース関数の少なくとも一部をコンパイルして同一のコンパイル済み関数本体が得られる。複数の実施形態において、現行ＡＢＩ（１０７ａ）及びＥＣ ＡＢＩ（１０７ｂ）の各々に向けた関数のコンパイルから同一のコンパイル済みコードが得られる場合、コンパイラツールチェーン１０７ｄは当該関数をハイブリッドバイナリ１０８内で「折り畳み」、現行ネイティブコード１０８ａ及びＥＣネイティブコード１０８ｂの両方で用いる当該関数の単一のコンパイル済みバージョンだけをエミットする。例えば、コンパイラツールチェーン１０７ｄがコンパイル済みコードの現行ネイティブ「バージョン」とコンパイル済みコードのＥＣネイティブ「バージョン」の両方を当該関数用に生成したとしても、コンパイラツールチェーン１０７ｄは当該「バージョン」が適合する（すなわち同一のネイティブコードを有する）場合に当該バージョンの一方だけをハイブリッドバイナリ１０８にエミットする。試験において本発明者らは、コードの折り畳みにより、この仕方でデュアルＡＢＩ（すなわち現行ＡＢＩ（１０７ａ）及びＥＣ ＡＢＩ（１０７ｂ））をサポートしても単一のＡＢＩを対象とするバイナリに比べてバイナリサイズが１０～３０％しか増加しないことを見出した。これは、コードを折り畳む機能がないためバイナリサイズが１００％近く増大する従来のファットバイナリとは対照的である。
【0036】
[045] 複数の実施形態において、ＥＣ ＡＢＩ（１０７ｂ）を対象としてソースコード１１０をコンパイルする場合、コンパイラツールチェーン１０７ｄは、（コンパイラツールチェーン１０７ｄがネイティブコードを生成しているにもかかわらず）あたかもコンパイラツールチェーン１０７ｄが外来ＡＢＩ（１０７ｃ）のＩＳＡを対象としているかのようにプリプロセッサ指令等のソースコードの定義に従う。これは、ＥＣ ＡＢＩ（１０７ｂ）が外来ＡＢＩ（１０７ｃ）の挙動を示すためである。例えば、以下の関数は対象ＡＢＩに依存して異なる論理経路を辿る。
int functionl (int x) {
#if defined (_ARM64_)
return x + 10;
#else
return x - 2;
#endif
}
特に、プリプロセッサディレクティブは、ARM64 ＩＳＡを対象とする場合は値１０を「ｘ」に加算すべきであり、ARM64 ＩＳＡを対象としない場合は値２を「ｘ」から減算すべきであると定義している。複数の実施形態において、ARM64 ＩＳＡを用いる現行ＡＢＩ（１０７ａ）を対象として当該関数をコンパイルする場合、コンパイラツールチェーン１０７ｄは「ｘ」に値１０を加算する命令（すなわちARM64論理経路）を生成し、逆にＥＣ ＡＢＩ（１０７ｂ）を対象として当該関数をコンパイルする場合、コンパイラツールチェーン１０７ｄは「ｘ」から値２を減算する命令（すなわち非ARM64論理経路）を生成する。
int functionl (int x) {
#if defined (_ARM64_)
return x + 10;
#else
return x - 2;
#endif
}
特に、プリプロセッサディレクティブは、ARM64 ＩＳＡを対象とする場合は値１０を「ｘ」に加算すべきであり、ARM64 ＩＳＡを対象としない場合は値２を「ｘ」から減算すべきであると定義している。複数の実施形態において、ARM64 ＩＳＡを用いる現行ＡＢＩ（１０７ａ）を対象として当該関数をコンパイルする場合、コンパイラツールチェーン１０７ｄは「ｘ」に値１０を加算する命令（すなわちARM64論理経路）を生成し、逆にＥＣ ＡＢＩ（１０７ｂ）を対象として当該関数をコンパイルする場合、コンパイラツールチェーン１０７ｄは「ｘ」から値２を減算する命令（すなわち非ARM64論理経路）を生成する。
【0037】
[046] 複数の実施形態において、ハイブリッドバイナリ１０８はコンパイラツールチェーン１０７ｄにより、従来型ローダー（すなわち現行ＡＢＩ（１０７ａ）を認識するがＥＣ ＡＢＩ（１０７ｂ）を認識していない）によりネイティブに解析されて使用されるが、知識ローダー（すなわちＥＣ ＡＢＩ（１０７ｂ）を認識する）により使用できるように構成されている。複数の実施形態において、ハイブリッドバイナリ１０８は、従来型ローダーが期待するレイアウト／フォーマットを使用し、従って、現行ＡＢＩ（１０７ａ）での動作を「デフォルト」にする。しかし、ハイブリッドバイナリ１０８はまた、ハイブリッドバイナリ１０８をＥＣ ＡＢＩ（１０７ｂ）も使用できるようにする補正テーブル１０８ｃ等の追加情報も含んでいる。
【0038】
[047] 図３Ａに、「デュアルアーキテクチャ」ハイブリッドバイナリの一例３００ａを示す。より具体的には、図３Ａは図１のハイブリッドバイナリ１０８のより詳細な表現すなわち、２個の相互に関連するコードストリームであるコードストリーム３０１ａ及びコードストリーム３０１ｂを示す。複数の実施形態において、コードストリーム３０１ａは現行ネイティブコード１０８ａに対応し、コードストリーム３０１ｂは、ＥＣネイティブコード１０８ｂに対応している。従って、ハイブリッドバイナリ１０８は、２個の異なるネイティブＡＢＩ（すなわち現行ＡＢＩ（１０７ａ）及びＥＣ ＡＢＩ（１０７ｂ））を、それらの異なる挙動（すなわち完全ネイティブ挙動及び外来挙動）と合わせて対象にする。コードストリーム３０１ａとコードストリーム３０１ｂの間に矢印で示すように、いくつかの関数間に関数の折り畳みがある。特に、コードストリーム３０１ａ及びコードストリーム３０１ｂの各々は、実線で示すボックスとして定義された「折り畳まれていない」関数を含み、これらの関数の異なるコンパイル済みバージョンがコードストリーム３０１ａ及びコードストリーム３０１ｂの各々に存在することを示す。しかし、コードストリーム３０１ａ及びコードストリーム３０１ｂの各々は、破線で示すボックスとして定義されていて矢印により接続された「折り畳まれた」関数も含み、コードストリーム３０１ａ及びコードストリーム３０１ｂの両方が（例えばエイリアシングを介して）使用する各関数のバージョンは１個しか存在しないことを示す。図３Ａは、ハイブリッドバイナリ１０８が、外来コードストリーム等の追加的コードストリーム３０１ｃを含み得ることを示す。しかしより典型的には、複数の実施形態において、ハイブリッドバイナリ１０８は、外来コードストリーム３０２を含む（例えば従来型プラグイン／ライブラリに対応する）外来バイナリ１０９と対話する。
【0039】
[048] 上述のように、複数の実施形態において、ハイブリッドバイナリ１０８は現行ＡＢＩ（１０７ａ）によるネイティブ実行のために構成されている。例えば、ハイブリッドバイナリ１０８の機械識別子３０３フィールドは、現行ＡＢＩ（１０７ａ）が期待する機械種別を識別し、エントリポイント３０４はコードストリーム３０１ａへのエントリポイントを指定し、任意のインポート及び／又はエクスポートテーブル（入力／エクスポートテーブル３０５）は、現行ＡＢＩ（１０７ａ）に関連する関数（及びその位置）を公開する「ネイティブ」ビューを提供する。また、折り畳まれていない関数を呼び出す「折り畳み」関数は全て、コードストリーム３０１ｂ内の「ＥＣ」バージョンではなく、コードストリーム３０１ａ内の関数の「現行」バージョンを呼び出すべく構成されている。このように、従来型ローダーは、コードストリーム３０１ａを実行すべく、他の互換バイナリと同様にハイブリッドバイナリ１０８をロードするだけでよい。
【0040】
[049] 知識ローダー（例えばローダー１０６ｃ）によりロード可能にすべく、図１、３Ａに、ハイブリッドバイナリ１０８が補正テーブル１０８ｃを含むことを示す。複数の実施形態において、補正テーブル１０８ｃは、ハイブリッドバイナリ１０８がエミュレートされたプロセス１１１（例えばエミュレータ１０６ｂを介して外来バイナリ１０９等の外来コードだけでなくＥＣネイティブコード１０８ｂもプロセッサ１０２でネイティブに実行可能な互換プロセス）にロードされた場合に、ローダー１０６ｃによりメモリに適用すべきハイブリッドバイナリ１０８からロードされた１個以上のメモリ変換を指定する。
【0041】
[050] 複数の実施形態において、ローダー１０６ｃは、ハイブリッドバイナリ１０８内の機械識別子３０３がＥＣ ＡＢＩ（１０７ｂ）に不適当であると認識したならば、補正テーブル１０８ｃを特定する。次いで、ローダー１０６ｃは、コードストリーム３０１ａではなくコードストリーム３０１ｂを実行すべく、補正テーブル１０８ｃで指定された１個以上の変換を、ハイブリッドバイナリ１０８からロードされたメモリページを含むシステムメモリ１０４の部分に適用する。複数の実施形態において、補正テーブル１０８ｃで指定された各変換は、（例えば相対アドレス、絶対アドレス等により）メモリ位置を、（例えば当該メモリ位置で算術演算を適用するため当該メモリ位置で１個以上のバイトを代替すべく）当該メモリ位置で適用される変換と共に識別する。複数の実施形態において、補正テーブル１０８ｃは、ハイブリッドバイナリ１０８がロードされたプロセス（例えばエミュレートされたプロセス１１１）のＩＳＡに適合すべく機械識別子３０３を調整する１個以上の補正項目を含んでいる。複数の実施形態において、これは外来ＡＢＩ（１０７ｃ）に対応する外来ＩＳＡである。複数の実施形態において、補正テーブル１０８ｃは、コードストリーム３０１ｂへのエントリポイントを指定すべくエントリポイント３０４を調整する１個以上の補正項目を含んでいる。複数の実施形態において、補正テーブル１０８ｃは、コードストリーム３０１ａ内の関数の現行バージョンではなく、コードストリーム３０１ｂ内の折り畳まれていない関数のＥＣバージョンを折り畳まれた関数に呼び出させる１個以上の補正項目を含んでいる。複数の実施形態において、補正テーブル１０８ｃは、ＥＣ ＡＢＩ（１０７ｂ）に関連する関数（及びそれらの位置）を公開する「互換」ビューをインポート／エクスポートテーブル３０５に提示させる１個以上の補正項目を含んでいる。
【0042】
[051] いくつかの実施形態において、コードストリーム３０１ａ内の関数の現バージョンではなく、コードストリーム３０１ｂ内の折り畳まれていない関数のＥＣバージョンを折り畳まれた関数に呼び出させることは、折り畳まれた関数自身での呼び出しにパッチを当てることを含んでいる。しかし他の複数の実施形態において、折り畳まれた関数は、ディスパッチテーブル３０６を介して折り畳まれていない関数を間接的に呼び出すべく構成されている。これらの実施形態において、補正テーブル１０８ｃは当該ディスパッチテーブル３０６に対する、コードストリーム３０１ａ内の関数の現行バージョンへのアドレス又はオフセットを、コードストリーム３０１ｂ内の関数のＥＣバージョンへのアドレス又はオフセットに代替する１個以上の補正項目を含んでいる。複数の実施形態において、ディスパッチテーブル３０６の使用により、コードストリーム３０１ａではなくコードストリーム３０１ｂを実行するためにメモリ補正項目を適用する必要があるメモリページ数を制限することにより効率化することができる。
【0043】
[052] いくつかの実施形態において、ＥＣ ＡＢＩ（１０７ｂ）に関連する関数（及びそれらの位置）を公開する「互換」ビューをインポート／エクスポートテーブル３０５に設けさせることは、インポート／エクスポートテーブル３０５の異なる部分（ウィンドウ）を公開すべくインポート／エクスポートテーブル３０５への参照にパッチを当てることを含んでいる。この概念を説明すべく、図３Ｂに、インポート／エクスポートテーブルのウィンドウビューの一例３００ｂを示す。特に、図３Ｂは、複数の関数をそれらの対応するメモリ位置（例えばアドレス又はオフセット）にマッピングするインポート／エクスポートテーブル３０５を示す。例３００ｂにおいて、インポート／エクスポートテーブル３０５は、コードストリーム３０１ａだけに（例えば折り畳まれていない関数として）適用可能な関数を含む第１の影付き部分／領域（すなわちＡ、Ｂ、及びＣ）、コードストリーム３０１ａ及びコードストリーム３０１ｂの両方に（例えば折り畳まれた関数として）適用可能な関数を含む非影付き部分／領域（すなわちＤ及びＥ）、及びコードストリーム３０１ｂだけに（例えば折り畳まれていない関数として）適用可能な関数を含む第２の影付き部分／領域（すなわちＡ’、Ｂ’、及びＦ）を含んでいる。括弧は、インポート／エクスポートテーブル３０５のネイティブビュー３０７ａとインポート／エクスポートテーブル３０５の互換ビュー３０７ｂを区切っている。複数の実施形態において、ネイティブビューは、インポート／エクスポートテーブル３０５の第１のエントリへのベース参照及びサイズ／カウント（例えば５）として指定され、関数Ａ、Ｂ、及びＣ（コードストリーム３０１ａだけに適用可能）と共に関数Ｄ及びＥ（両方のコードストリームに適用可能）を含んでいる。複数の実施形態において、互換ビューは、インポート／エクスポートテーブル３０５の第４のエントリへの基本参照及びサイズ／カウント（例えば５）として指定され、関数Ｄ及びＥ（両方のコードストリームに適用可能）と共に関数Ａ’、Ｂ’、及びＦ（コードストリーム３０１ｂだけに適用可能）を含んでいる。従って、複数の実施形態において、インポート／エクスポートテーブル３０５の異なるウィンドウを公開すべくベース参照にパッチを当てることは、当該ベース参照又はサイズ／カウントの一方又は両方にパッチを当てることを含んでいる。
【0044】
[053] 上述のように、ＥＣ ＡＢＩ（１０７ｂ）は、ＥＣ ＡＢＩ（１０７ｂ）でネイティブに動作するアプリケーションのコンテキスト内で従来型プラグイン／ライブラリを（エミュレーションを介して）実行する等、外来ＡＢＩ（１０７ｃ）との相互運用性を可能にする。これにはＥＣネイティブコード１０８ｂ内の関数が外来コード内の関数（例えば外来バイナリ１０９内のコードストリーム３０２）を呼び出せるようにすること、及び外来コード内の関数がＥＣネイティブコード１０８ｂ内の関数を呼び出せるようにすることが含まれている。外来コードはエミュレータ１０６ｂで動作するため、これらのクロスＡＢＩ関数呼び出しの各々について、エミュレータ１０６ｂ内への遷移、又はエミュレータ１０６ｂからの退出がある。複数の実施形態において、ハイブリッドバイナリ１０８は、外来ＡＢＩ（１０７ｃ）からＥＣ ＡＢＩ（１０７ｂ）に遷移するため（すなわち外来バイナリ１０９内のコードがＥＣネイティブコード１０８ｂ内の関数を呼び出す場合）の入口サンク、及びＥＣ ＡＢＩ（１０７ｂ）から外来ＡＢＩ（１０７ｃ）に遷移するため（すなわちＥＣネイティブコード１０８ｂ内のコードが外来バイナリ１０９内の関数を呼び出す場合）の出口サンクを含んでいてよい。いくつかの実施形態において、外来コードから呼び出され得るＥＣネイティブコード１０８ｂに含まれる各関数は１個の入口サンク（サイズがゼロであり得る）、及び異なる外来関数への各々の呼び出し用の出口サンクを含んでいる。複数の実施形態において、サンクは、ＥＣ ＡＢＩ（１０７ｂ）のＣＣを外来ＡＢＩ（１０７ｃ）のＣＣに適合させる（又はその逆）等、ＥＣ ＡＢＩ（１０７ｂ）と外来ＡＢＩ（１０７ｃ）の差違に適合されている。
【0045】
[054] 複数の実施形態において、各入口サンクは、外来関数によりＥＣネイティブ関数に渡されるパラメータがＥＣネイティブ関数による使用に適した位置に存在することを保証する。これは例えば、あるレジスタから別のレジスタへの値の移動、スタック位置からレジスタへの値の移動、レジスタからスタック位置への値の移動等を含んでいてよい。いくつかの実施形態において、ＥＣ ＡＢＩ（１０７ｂ）は、外来関数によりＥＣネイティブ関数に渡されたパラメータが、ＥＣネイティブ関数による使用に適した位置に既に存在するように定義されていてよい。これらの状況において、入口サンクのサイズはゼロ（従って何もしないか又は省略される）であってよい。いくつかの実装において、これはＥＣネイティブ関数に渡されるパラメータの個数が閾値を下回る場合に特にあてはまると言える。例えば、本発明者らは、AArch64ネイティブＩＳＡ及びx86_64外来ＩＳＡの場合、外来関数からＥＣネイティブ関数に４個未満のパラメータが渡され、これらのパラメータの全てが初等整数であれば、入口サンクのサイズをゼロにできるようにＥＣ ＡＢＩ（１０７ｂ）（AArch64とx86_64レジスタの間のマッピングを含む）を定義できることを見出した。
【0046】
[055] 複数の実施形態において、出口サンクは、ＥＣネイティブ関数による外来関数の各々の呼び出しに用いられ、従って単一のＥＣネイティブ関数は（ＥＣネイティブ関数が呼び出す何種類の外来関数に依存して）ゼロ個以上の出口サンクを有していてよい。複数の実施形態において、各出口サンクは（ｉ）ＥＣネイティブ関数に戻るのに適した位置（例えばスタック又はレジスタ）への関数の戻りアドレスの保存、（ｉｉ）呼び出された外来関数にＥＣネイティブ関数から渡される複数のパラメータが外来関数による使用のため適切な位置に存在することの保証、又は（ｉｉｉ）エミュレータ１０６ｂ内での外来関数の実行の開始のうち１個以上を実行する。
【0047】
[056] 図４Ａ、４Ｂに、ネイティブ関数同士、及びネイティブ関数と外来関数との間の呼び出しの例４００ａ、４００ｂを示す。特に、図４Ａは、現行ＡＢＩ（１０７ａ）を対象としてコンパイルされた現行ネイティブ関数４０３の呼び出し挙動、及びＥＣ ＡＢＩ（１０７ｂ）を対象としてコンパイルされたＥＣネイティブ関数４０４の呼び出し挙動を示す。複数の実施形態において、現行ネイティブ関数４０３及びＥＣネイティブ関数４０４は同一ソースコード関数の異なるコンパイル済みバージョンであるが、得られたコンパイル済みコード間の不適合に起因して互いに折り畳まれていない。複数の実施形態において、この不適合が生じ得るのは、現行ネイティブ関数４０３が現行ＡＢＩ（１０７ａ）で使用可能な（しかしＥＣ ＡＢＩ（１０７ｂ）では使用不可能な）１個以上のレジスタを使用するのに対し、ＥＣネイティブ関数４０３は（図３Ａに関して議論したように）外来ＡＢＩ（１０７ｃ）にマッピングされるレジスタの縮小集合しか用いないためである。代替的に、この不適合が生じ得るのは、現行ＡＢＩ（１０７ａ）及びＥＣ ＡＢＩ（１０７ｂ）を対象とする場合に条件付きコードコンパイルによりコード論理が分岐してしまうためである。例えば、上述のように、複数の実施形態において、コンパイラツールチェーン１０７ｄは、現行ＡＢＩ（１０７ａ）及びＥＣ ＡＢＩ（１０７ｂ）の各々を対象として同一関数をコンパイルする場合に異なるプリプロセッサディレクティブ（従って異なる論理経路）を辿る。特に、コンパイラツールチェーン１０７ｄは、現行ＡＢＩ（１０７ａ）を対象とする場合は「ネイティブＩＳＡ」論理経路を辿るが、ＥＣ ＡＢＩ（１０７ｂ）を対象とする場合は「外来ＩＳＡ」論理経路を辿る。
【0048】
[057] 図４Ａにおいて、経路＃１はネイティブＣＣ（図では「ネイティブＣＣ」）を用いて現行ネイティブ関数４０３が呼び出されることを示す。また、経路＃１は現行ネイティブ関数４０３がネイティブＣＣを用いて呼び出しを行うことができることを示す。一方、経路＃２は、入口サンク４０１を介して外来ＣＣ（図では外来ＣＣ）を用いてＥＣネイティブ関数４０４が間接的に呼び出されるため、外来ＣＣとネイティブＣＣの間に差違があれば適合させ、次いでＥＣネイティブ関数４０４を起動することを示す。また、経路＃２はＥＣネイティブ関数４０４が出口サンク４０２を介して外来関数を間接的に呼び出すことにより、ネイティブＣＣと外来ＣＣとの間の差違があれば適合させ、次いで外来関数を起動できることを示す。経路＃３は、（例えばコードストリーム３０１ｃ及び／又はコードストリーム３０２内の）外来関数４０５が（例えば出口サンク４０２又は別の外来関数により）外来ＣＣを用いて呼び出されることを示す。
【0049】
[058] 図４Ｂに、ソースコード関数を現行ＡＢＩ（１０７ａ）及びＥＣ ＡＢＩ（１０７ｂ）の両方に向けてコンパイルすることから同一のコードが得られたために折り畳まれたＥＣネイティブ関数４０６の呼び出し挙動を示す。図４Ｂにおいて、経路＃１はネイティブＣＣを用いてＥＣネイティブ関数４０６を呼び出せることを示し、経路＃２は入口サンク４０１を介して外来ＣＣを用いてＥＣネイティブ関数４０６を間接的に呼び出せることも示す。また、図４Ｂは「ＥＣネイティブ関数４０４はネイティブＣＣを用いて出口サンク４０２を介して他のネイティブ関数又は外来関数を呼び出すことが出来る」ことを示す。経路＃３は外来ＣＣを用いて（例えば出口サンク４０２又は別の外来関数により）外来関数４０５が呼び出されることを示す。
【0050】
[059] 複数の実施形態において、コンピュータシステム１０１は、ネイティブと外来コード（すなわちＡＢＩ（１０７ｂ）と外来ＡＢＩ（１０７ｃ）の間）を橋渡しする場合であっても、関数呼び出しサイトが一貫して呼び出され側関数の真のメモリアドレスの呼び出す／参照することを可能にする。特に、呼び出しサイトで真のメモリアドレスを用いるのは、ＡＢＩ遷移の橋渡しに入口サンクと出口サンクを用いるため、ネイティブコードと外来コードを橋渡しする場合に困難になる。これは、２個のネイティブ関数内の呼び出しサイトが同じ外来関数を呼び出すのに異なるアドレスを実際には使用する可能性があるネイティブコードと外来コードを橋渡しする従来のソリューションとは対照的である。その理由は、これらの従来ソリューションでは呼び出しサイトが実際には外来関数の真のアドレスではなくサンクのアドレスを呼び出しているからである。この挙動は、ネイティブコード内のプログラム論理がアドレス比較（例えば第１のネイティブ関数により得られた外来関数への第１のポインタと第２のネイティブ関数により得られた外来関数への第２のポインタとの比較）に依存する場合、ポインタがネイティブコードから外来コードに渡された場合（外来コードに対して無効／使用不可能な場合）、又はポインタが外来コードからネイティブコードに渡された場合（ネイティブコードに対して無効／使用不可能な場合）互換性に関する懸念が生じ得る。本明細書に記述するソリューションを用いる前提で、第１の外来関数の（例えば外来バイナリ１０９内の）メモリアドレスを取得する（又は「取る」）場合、複数の実施形態が、ＥＣネイティブコード１０８ｂに含まれる第１のネイティブ関数及びＥＣネイティブコード１０８ｂに含まれる第２のネイティブ関数が共に、第１の外来関数に対して同じメモリアドレスであって、第１の外来関数が始まる真のメモリアドレスを取得することを保証する。更に、複数の実施形態はまた、（例えば外来バイナリ１０９内の）第２の外来関数もまた第１の外来関数に対して同一の真のメモリアドレスを取得することを保証する。複数の実施形態はまた、ネイティブ関数のアドレスが、外来関数又は別のネイティブ関数のどちらで取得されたかに依らず同一であることを保証する。
【0051】
[060] 複数の実施形態において、一貫したメモリアドレス参照は、ハイブリッドバイナリ１０８内のＥＣ探索構造体３０７（例えばコンパイラツールチェーン１０７ｄによりハイブリッドバイナリ１０８にエミットされる）及びディスパッチャ１１２（すなわちライブラリ１０６ａ内のディスパッチャ１１２ａ及びエミュレータ１０６ｂ内のディスパッチャ１１２ｂ）により可能とされる。複数の実施形態において、ＥＣ探索構造体３０７は、ハイブリッドバイナリ１０８により定義されるメモリイメージのメモリアドレスのどの範囲がＥＣネイティブコード１０８ｂを含むか否かの判定に使用できる任意の種類の構造である。複数の実施形態において、ＥＣ探索構造体３０７はビットマップであり、１ビットの値を用いて、対応するメモリの範囲（例えばメモリページ）がＥＣネイティブコード１０８ｂを損傷させるか否かを示す。しかし、ＥＣ探索構造体３０７は、ハッシュテーブル又は二分木等の代替的なデータ構造種類を含んでいてよい。
【0052】
[061] 複数の実施形態において、呼び出し側関数から呼び出され側関数への呼び出しが行われている場合、ディスパッチャ１１２はＥＣ探索構造体３０７を用いて、呼び出され側関数の宛先メモリアドレスがＥＣネイティブコード内に存在するか否かを判定する。次いで、呼び出し側関数がネイティブコードであるか外来コードであるかに関する固有の知識に基づいて、ディスパッチャ１１２は適宜呼び出しを発する。複数の実施形態において、ディスパッチャ１１２は少なくとも４通りのシナリオ、すなわちネイティブの呼び出し側とネイティブの呼び出され側、ネイティブの呼び出し側と外来の呼び出され側、外来の呼び出し側と外来の呼び出され側、及び外来の呼び出し側とネイティブの呼び出され側で動作する。
【0053】
[062] 第１のシナリオでは、呼び出し側関数はＥＣ ＡＢＩ（１０７ｂ）で動作するネイティブ関数であり、従って呼び出しはライブラリ１０６ａのディスパッチャ１１２ａにより処理される。ディスパッチャ１１２ａはＥＣ探索構造体３０７を用いて、呼び出され側の参照メモリアドレスがＥＣネイティブコード１０８ｂに対応するメモリ領域内にあり、従って呼び出され側関数もＥＣ ＡＢＩ（１０７ｂ）で動作するネイティブ関数であると判定する。この状況において、呼び出し側は呼び出され側関数の真のメモリアドレスを呼び出しており、サンクを必要としないため、ディスパッチャ１１２ａは参照メモリアドレスを用いて呼び出され側関数を直接起動する。
【0054】
[063] 第２のシナリオでは、呼び出し側関数はＥＣ ＡＢＩ（１０７ｂ）で実行されるネイティブ関数であり、従って当該呼び出しはライブラリ１０６ａのディスパッチャ１１２ａにより処理される。ディスパッチャ１１２ａはＥＣ探索構造体３０７を用いて、呼び出され側の参照メモリアドレスがＥＣネイティブコード１０８ｂに対応するメモリ領域内になく、従って呼び出され側関数が外来ＡＢＩ（１０７ｃ）で動作する外来関数であると判定する。図４Ａを参照するに、これはＥＣネイティブ関数４０４が出口サンク４０２を介して外来関数を呼び出す経路＃２の状況である。このように、ディスパッチャ１１２ａが参照メモリアドレス（すなわち呼び出され側関数の）を直接呼び出すのは出口サンク４０２を迂回するため不可能である。その代わり、ディスパッチャ１１２ａは、出口サンク４０２への新たな参照アドレスを特定し、この新たな参照メモリアドレスを用いて出口サンク４０２を起動する。複数の実施形態において、出口サンク４０２はこれによりＥＣ ＡＢＩ（１０７ｂ）のＣＣを外来ＡＢＩ（１０７ｃ）のＣＣに適合させ、次いでエミュレータ１０６ｂを起動する。エミュレータ１０６ｂはこれにより元の参照メモリアドレスを用いて呼び出され側関数を直接呼び出す。
【0055】
[064] 複数の実施形態において、出口サンクへの新たな参照アドレスは呼び出され側関数自身の内部に含まれている。これらの実施形態において、呼び出しサイトには２個の参照メモリアドレス、すなわち呼び出され側関数の元の参照メモリアドレス、及び出口サンクへの新たな参照アドレスが関連付けられる。ハイブリッドバイナリ１０８が現行ＡＢＩ（１０７ａ）に基づいてロードされた場合、現行ＡＢＩ（１０７ａ）が使用するディスパッチャは出口サンクへの新たな参照アドレスを無視して、呼び出され側関数の元の参照メモリアドレスを直接使用する。特に、現行ＡＢＩ（１０７ａ）は、外来コードと対話しないため、出口サンクへの新たな参照アドレスを無視することができる。一方、ハイブリッドバイナリ１０８がＥＣ ＡＢＩ（１０７ｂ）に基づいてロードされた場合、ディスパッチャ１１２ａもまた、外来コードと対話すべく出口サンクへの新たな参照アドレスを使用する。特に、コンパイラツールチェーン１０７ｄは、関数が現行ＡＢＩ（１０７ａ）又はＥＣ ＡＢＩ（１０７ｂ）のいずれを対象とするかに依らず、元の参照メモリアドレス及び新たな参照アドレスの両方をコンパイル済みコードに含めることにより折り畳みを可能にする。
【0056】
[065] 第３のシナリオにおいて、呼び出し側関数はエミュレータ１０６ｂ内の外来ＡＢＩ（１０７ｃ）で動作する外来関数であり、従って呼び出しはエミュレータ１０６ｂのディスパッチャ１１２ｂにより処理される。ディスパッチャ１１２ｂはＥＣ探索構造体３０７を用いて、呼び出され側の参照メモリアドレスがＥＣネイティブコード１０８ｂに対応するメモリ領域内に存在せず、従って呼び出され側関数も外来ＡＢＩ（１０７ｃ）で動作する外来関数であると判定する。この状況において、呼び出し側は呼び出され側関数の真のメモリアドレスを呼び出しており、サンクを必要としないため、ディスパッチャ１１２ｂはエミュレータ１０６ｂ内の参照メモリアドレスを用いて呼び出され側関数を直接起動する。
【0057】
[066] 第４のシナリオにおいて、呼び出され側関数は、エミュレータ１０６ｂ内の外来ＡＢＩ（１０７ｃ）で動作する外来関数であり、従って呼び出しはエミュレータ１０６ｂのディスパッチャ１１２ｂにより処理される。ディスパッチャ１１２ｂはＥＣ探索構造体３０７を用いて、呼び出され側の参照メモリアドレスがＥＣネイティブコード１０８ｂに対応するメモリ領域内にあり、従って呼び出され側関数がＥＣ ＡＢＩ（１０７ｂ）で動作するネイティブ関数であると判定する。図４Ａを参照するに、これは外来関数が入口サンク４０１を介してＥＣネイティブ関数４０４を呼び出している経路＃２の状況である。このように、ディスパッチャ１１２ｂが参照メモリアドレス（すなわち呼び出され側関数の）を直接呼び出すのは入口サンク４０１を迂回するため不可能である。その代わり、ディスパッチャ１１２ｂは、入口サンク４０１への新たな参照アドレスを特定し、この新たな参照メモリアドレスを用いて入口サンク４０１を起動する。複数の実施形態において、入口サンク４０１はこれにより、外来ＡＢＩ（１０７ｃ）のＣＣをＥＣ ＡＢＩ（１０７ｂ）のＣＣに適合させ、次いで元の参照メモリアドレスを用いて呼び出され側関数を起動する。
【0058】
[067] 特に、第４のシナリオにおいて、呼び出し側関数は、ＥＣ ＡＢＩ（１０７ｂ）を想定して、又は互換性を有するように設計されていない従来型外来コードであってよい。従って、第２のシナリオとは異なり、呼び出し側関数は入口サンクのアドレスを含むように（例えばコンパイラツールチェーンにより）変更できない。複数の実施形態において、ディスパッチャ１１２ｂは、呼び出され側関数の元の参照メモリアドレスの直前のメモリブロックから入口サンクへの新たな参照アドレスを取得する。複数の実施形態において、入口サンクへの新たな参照アドレスを取得するためのデータは、ハイブリッドバイナリ１０８の生成中用にコンパイラツールチェーン１０７ｄにより当該メモリブロックに挿入される。当該メモリブロックに含まれる特定のデータは様々であるが、いくつかの実施形態において、（例えばハイブリッドバイナリ１０８により定義されるメモリイメージの先頭からの）メモリオフセットである。他の複数の実施形態では入口サンクへの直接アドレス参照であってよい。他の複数の実施形態において、ディスパッチャ１１２ｂは、データツリー又はアドレスの順序付きアレイ等、何らかの代替的な仕方で新たな参照アドレスを取得する。
【0059】
[068] 複数の実施形態において、ＥＣ ＡＢＩ（１０７ｂ）はコンパイラツールチェーン１０７ｄ及びディスパッチャ１１２と共に、ネイティブ関数を呼び出す外来コードが、ネイティブ関数の先頭に挿入された外来コードを首尾よく識別し、潜在的にパッチを当てることを可能にする「互換性モード」をサポートする。これにより、外来コードは、呼び出された関数の先頭を（例えばウイルス対策、コピー防止等の一部として）逆アセンブルすること、及び／又は当該関数の呼び出しに関連して（例えばプロファイリングリダイレクションの一部として）呼び出された関数の先頭にパッチを当てることが可能になる。エミュレートされていることを認識していない外来コードは、呼び出された関数の先頭に認識可能な外来コードを見つけることを期待する場合があるため、コンパイラツールチェーン１０７ｄはいくつかの実施形態において、外来コードがディスアセンブル及び／又はパッチ当て動作を行うことができるネイティブ関数用の「早送りシーケンス」（サンクの一形式）をハイブリッドバイナリ１０８にエミットする。複数の実施形態において、「早送りシーケンス」は、ネイティブ関数の真のアドレスを参照するか、又は真のアドレスへジャンプして完了するプレースホルダ外来コードを含んでいる。複数の実施形態において、この早送りシーケンスは、ＥＣネイティブコードを含んでいないものとしてＥＣ探索構造体３０７でマークされたメモリページに保存される。従って、複数の実施形態において、外来の呼び出し側が早送りシーケンスを有するネイティブ関数を呼び出したならば、当該呼び出しは当初は外来から外来への呼び出し（すなわち上記第３のシナリオのように）として、エミュレータ１０６ｂが早送りシーケンスを実行し、早送りシーケンスの完了時点で外来からネイティブへの呼び出しを行うように（すなわち上記第４のシナリオのように）扱われる。
【0060】
[069] 特に、この構成は、エミュレータ１０６ｂが、（例えば第３のシナリオのように）早送りサンク内でいくつかの命令をエミュレートするためだけに、次いで別のサンク、すなわちネイティブ関数への入口サンクの呼び出しを開始する（例えば第４のシナリオのように）ためだけに起動された場合、ダブルサンク性能問題を起こし得る。いくつかの実施形態は、呼び出され側の参照メモリアドレスがＥＣネイティブコード１０８ｂに対応するメモリ領域内に存在しないと判定した後で（すなわちＥＣ探索構造体３０７を用いて）追加のチェックを行うべく（エミュレータ１０６ｂ内の）ディスパッチャ１１２ｂを設定することによりこのダブルサンク性能問題を回避する。この追加的チェックは、呼び出され側関数の先頭で「ピーク」して早送りシーケンスのシグネチャが存在するか否かを判定するものである。存在する場合、ディスパッチャ１１２ｂは、早送りシーケンスからネイティブ関数の真のアドレスを取得して、ネイティブ関数への呼び出しを直接開始する（すなわち上述の第４のシナリオのように）。この追加的なチェックを行うことにより、エミュレータ１０６ｂによる早送りサンクの処理が回避されている。
【0061】
[070] 上述の序文に参考に、以下の記述では多くの方法及び方法動作に言及する。方法動作は、特定の順序で記述、又は特定の順序で生じるようにフロー図に示す場合があるが、具体的に明示しない限り特定の順序で行われる必要はなく、又はある動作が当該動作の実行前に別の動作が完了していることを前提として行われる必要はない。
【0062】
[071] 外来コードのエミュレーションをサポートするネイティブエミュレーション互換アプリケーションバイナリインターフェース
００６３ [072] 図５に、外来の第２のＩＳＡ用にコンパイルされたコードで動作可能である一方で、ネイティブな第１のＩＳＡを対象とするバイナリファイルにソースコードをコンパイルする例示的方法５００のフロー図を示す。最初に、方法５００は、第１のＩＳＡの第１及び第２のＡＢＩ、並びに第２のＩＳＡの第３のＡＢＩを識別する動作５０１を含み、第２のＡＢＩは、第３のＡＢＩのコンテキストデータサイズを超えないコンテキストデータを定義すると共に、第３のＡＢＩにマッピングされるレジスタの部分集合の使用を定義することを含んでいる。複数の実施形態において、動作５０１は、（ｉ）第１のＩＳＡに対応する第１のＡＢＩ、（ｉｉ）第１のＩＳＡに対応する第２のＡＢＩ、及び（ｉｉｉ）第２のＩＳＡに対応する第３のＡＢＩを識別することを含んでいる。一例において、コンパイラツールチェーン１０７ｄは現行ＡＢＩ（１０７ａ）（すなわち第１のＡＢＩ）、ＥＣ ＡＢＩ（１０７ｂ）（すなわち第２のＡＢＩ）、及び外来ＡＢＩ（すなわち第３のＡＢＩ）の各々を識別する。
００６３ [072] 図５に、外来の第２のＩＳＡ用にコンパイルされたコードで動作可能である一方で、ネイティブな第１のＩＳＡを対象とするバイナリファイルにソースコードをコンパイルする例示的方法５００のフロー図を示す。最初に、方法５００は、第１のＩＳＡの第１及び第２のＡＢＩ、並びに第２のＩＳＡの第３のＡＢＩを識別する動作５０１を含み、第２のＡＢＩは、第３のＡＢＩのコンテキストデータサイズを超えないコンテキストデータを定義すると共に、第３のＡＢＩにマッピングされるレジスタの部分集合の使用を定義することを含んでいる。複数の実施形態において、動作５０１は、（ｉ）第１のＩＳＡに対応する第１のＡＢＩ、（ｉｉ）第１のＩＳＡに対応する第２のＡＢＩ、及び（ｉｉｉ）第２のＩＳＡに対応する第３のＡＢＩを識別することを含んでいる。一例において、コンパイラツールチェーン１０７ｄは現行ＡＢＩ（１０７ａ）（すなわち第１のＡＢＩ）、ＥＣ ＡＢＩ（１０７ｂ）（すなわち第２のＡＢＩ）、及び外来ＡＢＩ（すなわち第３のＡＢＩ）の各々を識別する。
【0063】
[073] これらの実施形態において、第２のＡＢＩは、第３のＡＢＩが使用する第２のコンテキストデータフォーマットの第２のサイズを超えない第１のサイズを有する第１のコンテキストデータフォーマットを定義する。図３Ａを参照するに、例えばコンテキストデータ２０２ｂのフォーマットはＥＣ ＡＢＩ（１０７ｂ）により、（外来ＡＢＩ（１０７ｃ）により定義される）コンテキストデータ２０２ｃのサイズを超えないサイズを有するように定義される。
【0064】
[074] これらの実施形態において、第２のＡＢＩはまた、第１のＩＳＡの複数のレジスタのうち、第１のＡＢＩが使用するレジスタの部分集合の使用を定義する。いくつかの実施形態において、レジスタの部分集合は（例えば例２００のように）第１のＩＳＡの複数のレジスタの全てよりも少ない個数を含むが、他の複数の実施形態ではレジスタの部分集合は第１のＩＳＡの複数のレジスタの全てを含んでいる。複数の実施形態において、当該レジスタの部分集合は、第３のＡＢＩが使用する第２のＩＳＡのレジスタの集合にマッピングされる。複数の実施形態において、第２のＡＢＩは、第１のＡＢＩが許可した１個以上の他のレジスタを除き、レジスタの部分集合の使用だけを許可する。再び図３Ａを参照するに、ＥＣ ＡＢＩ（１０７ｂ）は、現行ＡＢＩ（１０７ａ）が使用する使用可能なレジスタ２０１ａの部分集合である（すなわち現行ＡＢＩ（１０７ａ）が使用する１個以上の使用可能なレジスタ２０１ａを除外した）使用可能なレジスタ２０１ｂの集合を定義する。また、使用可能なレジスタ２０１ｂはＥＣ ＡＢＩ（１０７ｂ）により、外来ＡＢＩ（１０７ｃ）が使用する使用可能なレジスタ２０１ｃの集合にマッピングされる。
【0065】
[075] 複数の実施形態において、第２のＡＢＩがレジスタの部分集合を使用した結果、第１のＡＢＩ及び第２のＡＢＩの各々を用いてコンパイルされた場合に関数の少なくとも一部が折り畳み可能になる。例えば、複数の実施形態において、使用可能なレジスタ２０１ｂの選択は、使用可能なレジスタ２０１ａを充分密接にミラーリングするため、少なくともいくつかのケースにおいて、現行ＡＢＩ（１０７ａ）及びＥＣ ＡＢＩ（１０７ｂ）の各々に向けてコンパイルされた関数が同一のコンパイル済みコードとなる。複数の実施形態において、第２のＡＢＩがレジスタの部分集合を使用することもまた、第２のＡＢＩを対象としてコンパイルされた関数の少なくとも一部を入口サンクなしで第３のＡＢＩから呼び出せるようにする。例えば、第１のＡＢＩがAArch64 ＡＢＩであり、第３のＡＢＩがWindows-X64 ＡＢＩである場合、４個以下の入力パラメータを受け取るネイティブ関数に対する入口サンクを省略できる仕方で第２のＡＢＩを定義することが可能になる。
【0066】
[076] 方法５００はまた、関数をバイナリにエミットする動作５０２を含んでいる。図示するように、動作５０２は、第１のＡＢＩを対象として関数をコンパイルして第１のコンパイル済みバージョンを生成する動作５０３、及び第２のＡＢＩを対象として関数をコンパイルして第２のコンパイル済みバージョンを生成する動作５０４を含んでいる。図示するように、動作５０３と５０４の間に特定の順序は示しておらず、これらの動作が並列又は直列に（いずれか順序でも）実行され得ることが理解されよう。複数の実施形態において、ソースコードに定義された関数の場合、動作５０３は（第１のＩＳＡに準拠する第２の命令セットの生成を含めて）第２のＡＢＩを対象とする関数の第２のコンパイル済みバージョンを生成することを含んでいるのに対し、動作５０４は（第１のＩＳＡに準拠する第１の命令セットの生成を含めて）第１のＡＢＩを対象とする関数の第１のコンパイル済みバージョンを生成することを含んでいる。一例において、コンパイラツールチェーン１０７ｄはソースコードの関数を、第１のＡＢＩを対象として１回、及び第２のＡＢＩを対象として１回の計２回コンパイルする結果、関数の２個のコンパイル済みバージョンが得られる。上述のように、複数の実施形態において、コンパイラツールチェーン１０７ｄは、現行ＡＢＩ（１０７ａ）を対象とする場合「ネイティブＩＳＡ」論理経路を辿り、ＥＣ ＡＢＩ（１０７ｂ）を対象とする場合「外来ＩＳＡ」論理経路を辿る。従って、いくつかの実施形態において、動作５０２で第１のＡＢＩを対象とする関数の第１のコンパイル済みバージョンを生成することは第１のＩＳＡのソースコード定義を用いることを含み、動作５０３で第２のＡＢＩを対象とする関数の第２のコンパイル済みバージョンを生成することは第２のＩＳＡのソースコード定義を用いることを含んでいる。
【0067】
[077] 動作５０２はまた、第１及び第２のコンパイル済みバージョンが適合し、従って折り畳み可能か否かを判定する動作５０５を含んでいる。複数の実施形態において、動作５０５は、少なくとも第１の命令セットと第２の命令セットが適合するか否かの判定に基づいて、関数の第１のコンパイル済みバージョンと関数の第２のコンパイル済みバージョンがバイナリファイル内で折り畳み可能か否かを判定することを含んでいる。一例において、コンパイラツールチェーン１０７ｄは、動作５０３及び動作５０４で生成された関数の２個のコンパイル済みバージョン同士の比較を実行する。これらが適合する場合、関数の２個のコンパイル済みバージョンは折り畳み可能であり、さもなければ折り畳み不可能である。
【0068】
[078] 動作５０５の結果に応じて、動作５０２は、（コンパイルされた関数が折り畳み不可能な場合）両方のコンパイル済みバージョンをバイナリにエミットする動作５０６、又は（コンパイルされた関数が折り畳み可能な場合）１個のコンパイル済みバージョンだけをバイナリにエミットする動作５０７のいずれかを含んでいる。複数の実施形態において、動作５０６は、少なくとも関数の第１のコンパイル済みバージョン及び関数の第２のコンパイル済みバージョンがバイナリファイル内で折り畳み可能か否かの判定に基づいて、関数の第１のコンパイル済みバージョン及び関数の第２のコンパイル済みバージョンがバイナリファイル内で折り畳み不可能と判定された場合に、関数の第１のコンパイル済みバージョン及び関数の第２のコンパイル済みバージョンの両方をバイナリファイルにエミットすることを含んでいる。一例において、コンパイラツールチェーン１０７ｄは、コンパイルされた関数が折り畳み不可能な場合、関数の現行バージョン（例えば現行ネイティブ関数４０３等）及び関数のＥＣバージョン（例えばＥＣネイティブ関数４０４等）の両方をハイブリッドバイナリ１０８にエミットする。複数の実施形態において、動作５０７は、少なくとも関数の第１のコンパイル済みバージョン及び関数の第２のコンパイル済みバージョンがバイナリファイル内で折り畳み可能か否かの判定に基づいて、関数の第１のコンパイル済みバージョン及び関数の第２のコンパイル済みバージョンがバイナリファイル内で折り畳み可能と判定された場合、関数の第１のコンパイル済みバージョン又は関数の第２のコンパイル済みバージョンの一方だけをバイナリファイルにエミットすることを含んでいる。一例において、コンパイラツールチェーン１０７ｄは、コンパイルされた関数が折り畳み可能な場合、関数の単一のＥＣバージョン（例えばＥＣネイティブ関数４０６等）をハイブリッドバイナリ１０８にエミットする。
【0069】
[079] 複数の実施形態において、第２のＡＢＩはバイナリファイルを（ｉ）第１のＡＢＩを実装するが第２のＡＢＩを実装しない第１のコンピュータシステム、及び（ｉｉ）第２のＡＢＩを実装する第２のコンピュータシステムの両方でネイティブに動作可能にする。例えば、方法５００を用いて生成されたハイブリッドバイナリ１０８は、現行ＡＢＩ（１０７ａ）だけを実装する「従来型」コンピュータシステム、又はＥＣ ＡＢＩ（１０７ｂ）も実装する最新のコンピュータシステムで実行可能である。
【0070】
[080] いくつかの実施形態において、方法５００はまた、入口サンクをバイナリファイルにエミットすることも含み、入口サンクは第３のＡＢＩを第２のＡＢＩに適合させる第１のＩＳＡ内にコードを含んでいる。一例において、動作５０６が実行された場合、コンパイラツールチェーン１０７ｄは、エミットされた関数のＥＣバージョン（例えばＥＣネイティブ関数４０４）に入口サンクをエミットすることにより、外来コードが当該関数を呼び出せるようにする。別の例において、動作５０７が実行された場合、コンパイラツールチェーン１０７ｄは、ＥＣ関数（例えばＥＣネイティブ関数４０６）と考えられる単一のエミットされた関数に対して入口サンクをエミットすることにより、外来コードが当該関数を呼び出せるようにする。
【0071】
[081] いくつかの実施形態において、方法５００はまた、１個以上の出口サンクをバイナリファイルにエミットすることも含み、各出口サンクは、第２のＡＢＩを第３のＡＢＩに適合させる第１のＩＳＡ内にコードを含んでいる。一例において、動作５０６が実行された場合、コンパイラツールチェーン１０７ｄは、関数のエミットされたＥＣバージョン（例えばＥＣネイティブ関数４０４）に対して１個以上の出口サンクをエミットすることにより、関数が外来コードを呼び出せるようにする。別の例において、動作５０７が実行された場合、コンパイラツールチェーン１０７ｄは、単一のエミットされた関数に対して１個以上の出口サンクをエミットすることにより、当該関数が外来コードを呼び出せるようにする。いくつかの実施形態において、方法５００は、関数による各々の異なる呼び出しに対して異なる出口サンクを生成するが、他の複数の実施形態において、方法５００は、各々の呼び出され側に対して単一の出口サンクを生成する場合がある。
【0072】
[082] 上述のように、ハイブリッドバイナリは、外来コードを含むコードストリーム３０１ｃ等、追加的な外来コードストリームを含んでいてよい。従って、方法５００は、第２のＩＳＡに準拠して第３の命令セットを生成すること、及び関数の第３のコンパイル済みバージョンをバイナリファイルにエミットすることを含む、第３のＡＢＩを対象とする関数の第３のコンパイル済みバージョンを生成することを更に含んでいてよい。
【0073】
[083] 方法５００のいくつかの変形は、エミットされたバイナリがＥＣ ＡＢＩ（１０７ｂ）を対象とするが現行ＡＢＩ（１０７ａ）は対象としないように、「現行」コードストリームを省略することができる。理解されるように、結果的に得られるバイナリは、外来ＡＢＩ（１０７ｃ）を対象とするコードとの互換性を提供するが、現行ＡＢＩ（１０７ａ）を実装するがＥＣ ＡＢＩ（１０７ｂ）は実装しないプログラムとの後方互換性を欠くであろう。複数の実施形態において、「現行」コードストリームを省略することは、現行ＡＢＩ（１０７ａ）を使用しないアプリケーションのみでの使用を意図されたバイナリには有用であり得る。その一例が、ネイティブアプリケーションでの使用から除外されたが、エミュレートされたアプリケーションとの互換性のために保持される機能（例えば旧式のビデオフォーマットに対するコーデックサポート）を実装するバイナリである。
【0074】
[084] コードストリームの折り畳みをサポートするハイブリッドバイナリ
【0075】
[085] 図５は、コードの折り畳みを可能にするＥＣ ＡＢＩ（１０７ｂ）を用いてコードを生成する方法に注目したが、ハイブリッドバイナリ１０８は、（例えば現行ＡＢＩ（１０７ａ）だけを有する）従来型システムとの後方互換性を可能にする一方で、（例えばＥＣ ＡＢＩ（１０７ｂ）を有する）最新システムが外来コードと対話する追加的特徴を使用できるようにする追加的特徴を含んでいてよい。これらのデュアルアーキテクチャハイブリッドバイナリ１０８の生成を更に説明すべく、図６に、ハイブリッドバイナリイメージを生成する例示的方法６００のフロー図を示し、ハイブリッドバイナリイメージはネイティブＡＢＩ及び互換ＡＢＩの両方で実行可能である。次いで、これらのデュアルアーキテクチャハイブリッドバイナリ１０８の使用を更に説明すべく、図７に、互換ＡＢＩで動作するプロセスによりハイブリッドバイナリイメージを使用する例示的方法７００のフロー図を示し、ハイブリッドバイナリイメージはネイティブＡＢＩ及び互換ＡＢＩの両方で実行可能である。
【0076】
[086] 最初にバイナリイメージ生成、及び図６を参照するに、方法６００は、フロー図に示すように、互いに任意の順序で実行できる複数の動作（すなわち動作６０１～６０４）を含んでいる。図示するように、方法６００は、ネイティブＡＢＩの機械種別を識別してネイティブＡＢＩが読み取る機械種別フィールドにエミットする動作６０１を含んでいる。いくつかの実施形態において、動作６０１は、少なくともネイティブＡＢＩに対応する第１の機械種別を識別することに基づいて、当該第１の機械種別をハイブリッドバイナリイメージの機械種別フィールドにエミットすることを含み、機械種別フィールドは、ハイブリッドバイナリイメージがネイティブＡＢＩで実行するネイティブプロセスによりロードされた場合に使用されるべく構造化されている。一例として、コンパイラツールチェーン１０７ｄは、現行ＡＢＩ（１０７ａ）を対象とするバイナリをロードする場合に現行ＡＢＩ（１０７ａ）が期待する識別子と適合する機械識別子３０３をハイブリッドバイナリ１０８にエミットする。現行ＡＢＩ（１０７ａ）が期待する識別子をエミットすることにより、現行ＡＢＩ（１０７ａ）は、たとえハイブリッドバイナリ１０８がＥＣ ＡＢＩ（１０７ｂ）とも互換性がある場合も、ハイブリッドバイナリ１０８をロードする際に期待されるものを確認する。
【0077】
[087] 方法６００はまた、折り畳み不可能な関数を識別してエミットする動作６０２を含んでいる。図示するように、動作６０２は、（ｉ）ネイティブＡＢＩで実行される折り畳み不可能な関数の第１のコンパイル済みバージョンをエミットする動作６０２ａ、及び（ｉｉ）互換ＡＢＩで実行される折り畳み不可能な関数の第２のコンパイル済みバージョンをエミットする動作６０２ｂの両方を含んでいる。図示するように、動作６０２ａと６０２ｂの間に特定の順序を示しておらず、これらの動作が並列又は直列的（いずれの順序でも）実行され得ることが理解されよう。いくつかの実施形態において、動作６０２ａは、少なくとも折り畳み不可能な第１の関数を識別することに基づいて、ネイティブＡＢＩで実行可能な第１の関数の第１のコンパイル済みバージョンをハイブリッドバイナリイメージにエミットすることを含むのに対し、動作６０２ｂは、少なくとも折り畳み不可能な第１の関数を識別することに基づいて、互換ＡＢＩで実行可能な第１の関数の第２のコンパイル済みバージョンをハイブリッドバイナリイメージにエミットすることを含んでいる。一例において、（例えば方法５００の動作５０３及び５０４において）少なくともソースコード関数を異なるコンパイル済みバージョン用にコンパイルすることに基づいて、且つそれらのコンパイル済みバージョンが（例えば方法５００の動作５０５において）折り畳み不可能ことを判定することに基づいて、コンパイラツールチェーン１０７ｄは、（例えば方法５００の動作５０６の一部として）動作６０２ａ及び動作６０２ｂでこれらのコンパイル済みバージョンの両方をハイブリッドバイナリ１０８にエミットする。
【0078】
[088] 方法６００はまた、ネイティブＡＢＩ及び互換ＡＢＩの両方で実行される折り畳み可能な関数を識別してエミットする動作６０３であって、折り畳み可能でない関数の第１のコンパイル済みバージョンへの呼び出しにより折り畳み可能な関数のコンパイル済みバージョンをエミットすることを含む動作を含んでいる。いくつかの実施形態において、動作６０３は、少なくとも折り畳み可能な第２の関数を識別することに基づいて、ネイティブＡＢＩ及び互換ＡＢＩの両方で実行可能な第２の関数のコンパイル済みバージョンをハイブリッドバイナリイメージにエミットすることを含んでいる。一例において、少なくとも（例えば方法５００の動作５０３及び５０４で）ソースコード関数を異なるコンパイル済みバージョン用にコンパイルすることに基づいて、また（例えば方法５００の動作５０５で）それらのコンパイル済みバージョンが折り畳み可能であるとの判定に基づいて、コンパイラツールチェーン１０７ｄは、動作６０３でこれらのコンパイル済みバージョンの一方だけを（例えば方法５００の動作５０７の一部として）ハイブリッドバイナリ１０８にエミットする。
【0079】
[089] 複数の実施形態において、第２の関数のコンパイル済みバージョンは、ハイブリッドバイナリイメージがネイティブプロセスによりロードされた場合に第１の関数の第１のコンパイル済みバージョンを呼び出すべく構造化されている。一例において、コンパイラツールチェーン１０７ｄは、ハイブリッドバイナリ１０８が現行ＡＢＩ（１０７ａ）に基づいてロードされた場合に（動作６０２ｂでエミットされたコードではなく）動作６０２ａでエミットされたコードが実行されるように、動作６０３でエミットされたコードが「デフォルトで」動作６０２ａでエミットされたコードを呼ぶようにハイブリッドバイナリ１０８を設定する。
【0080】
[090] 方法６００はまた、互換ＡＢＩが使用する補正テーブルをエミットする動作６０４を含んでいる。いくつかの実施形態において、動作６０４は、ハイブリッドバイナリイメージが互換ＡＢＩで実行される互換プロセス（例えばエミュレートされたプロセス１１１）によりロードされた場合に使用される構造化された補正テーブルをハイブリッドバイナリイメージにエミットすることを含み、補正テーブルはハイブリッドバイナリイメージからロードされたメモリに対する複数の変換を定義している。一例において、コンパイラツールチェーン１０７ｄは、ハイブリッドバイナリ１０８がＥＣ ＡＢＩ（１０７ｂ）に基づいてロードされた場合に適用されてハイブリッドバイナリ１０８のＥＣ特徴を使用させる変換を含む補正テーブル１０８ｃをハイブリッドバイナリ１０８にエミットする。
【0081】
[091] 複数の実施形態において、補正テーブル１０８ｃ内の複数の変換は、互換ＡＢＩに対応する第２の機械種別を含むように機械種別フィールドを調整する変換を含んでいる。一例において、コンパイラツールチェーン１０７ｄは、機械識別子３０３からシステムメモリ１０４にロードされた機械識別子を、外来ＡＢＩ（１０７ｃ）に対応する外来ＩＳＡに適合する機械識別子で（システムメモリ１０４内で）代替するメモリ変換を補正テーブル１０８ｃにエミットする。
【0082】
[092] 複数の実施形態において、補正テーブル１０８ｃ内の複数の変換は、（折り畳み可能な）第２の関数のコンパイル済みバージョンを、（折り畳み不可能な）第１の関数の第１のコンパイル済みバージョンではなく（折り畳み不可能な）第１の関数の第２のコンパイル済みバージョンを呼び出すべく設定する変換を含んでいる。一例において、コンパイラツールチェーン１０７ｄは、（折り畳み不可能な）第１の関数の第１のコンパイル済みバージョンを参照する第１メモリアドレスを（折り畳み不可能な）第１の関数の第２のコンパイル済みバージョンを参照する第２のメモリアドレスに代替するメモリ変換を補正テーブル１０８ｃにエミットする。第１のメモリアドレスは、（折り畳み可能な）第２の関数のコンパイル済みバージョン内で直接第２のメモリアドレスに代替され得るが、複数の実施形態において、（折り畳み可能な）第２の関数のコンパイル済みバージョンは、（折り畳み不可能な）第１の関数のコンパイル済みバージョンを参照するディスパッチテーブル３０６を介して（折り畳み不可能な）第１の関数を呼び出すべく構造化されている。（折り畳み可能な）第２の関数のコンパイル済みバージョン自身を補正するのではない上述の実施形態において、当該変換は（折り畳み不可能な）第１の関数の第１のコンパイル済みバージョンではなく（折り畳み不可能な）第１の関数の第２のコンパイル済みバージョンを参照すべくディスパッチテーブル３０６を補正する。更に、これらの実施形態において、方法６００はまた、ディスパッチテーブルをハイブリッドバイナリイメージにエミットすることを含んでいる。
【0083】
[093] 複数の実施形態において、方法６００はまた、（折り畳み可能な）第１の関数の第１のコンパイル済みバージョンを参照するエントリポイント３０４をハイブリッドバイナリイメージにエミットすることを含んでいる。複数の実施形態において、このエントリポイント３０４は、ハイブリッドバイナリイメージがネイティブプロセスにより（例えば現行ＡＢＩ（１０７ａ）を用いて）ロードされた場合に使用されるべく構造化されている。複数の実施形態において、補正テーブル１０８ｃ内の複数の変換は、代わりに（折り畳み可能な）第１の関数の第２のコンパイル済みバージョンを参照するようにエントリポイントを調整する変換を含んでいる。この調整されたエントリポイントは、ハイブリッドバイナリイメージが互換プロセスにより（例えばＥＣ ＡＢＩ（１０７ｂ）を用いて）ロードされた場合に使用される。
【0084】
[094] 図３Ａ、３Ｂに関して記述したように、ハイブリッドバイナリ１０８は、１個以上のインポートテーブル又はエクスポートテーブル（インポート／エクスポートテーブル３０５）を含み、ハイブリッドバイナリ１０８が現行ＡＢＩ（１０７ａ）に関連する「ネイティブ」ビュー公開関数（及びそれらの位置）を表示するように構成されている。例えば、図３Ｂに示すように、インポート／エクスポートテーブル３０５は、ネイティブビュー３０７ａを公開する基本参照サイズ／カウントを用いるものであってよい。従って、複数の実施形態において、方法６００は、（ｉ）（折り畳まれていない）第１の関数の第１のコンパイル済みバージョンを用いて少なくとも（折り畳まれていない）第１の関数を参照する第１領域、（ｉｉ）第２の関数のコンパイル済みバージョンを用いて少なくとも（折り畳まれた）第２の関数を参照する第２領域、及び（ｉｉｉ）（折り畳まれていない）第１の関数の第２のコンパイル済みバージョンを用いて少なくとも（折り畳まれた）第１の関数を参照する第３領域を含む１個以上のテーブルを、ハイブリッドバイナリイメージにエミットすることを含んでいる。
【0085】
[095] 複数の実施形態において、これらのテーブルの「ネイティブ」ビューを提供すべく、方法６００は、第３の領域を除いて第１の領域及び第２の領域を含む１個以上のテーブルのネイティブビューを提供する１個以上のテーブルへの参照をハイブリッドバイナリイメージにエミットすることを含んでいる。当該参照は、ハイブリッドバイナリイメージが（例えば現行ＡＢＩ（１０７ａ）に対応する）ネイティブプロセスによりロードされた場合に使用されるべく構造化されている。これらの実施形態において、補正テーブル１０８ｃ内の複数の変換は従って、第１の領域を除いて第２の領域及び第３の領域を含む１個以上のテーブルの互換ビュー（ＥＣ ＡＢＩ（１０７ｂ）により用いる）を提供すべく１個以上のテーブルへの参照を調整する変換を含んでいる。従って、複数の実施形態において、１個以上のテーブルへの参照はオフセット及びサイズを指定することにより１個以上のテーブルのネイティブビューを提供し、補正テーブル１０８ｃ内の変換は１個以上のオフセット又はサイズを補正することにより参照を調節してこれらのテーブルの互換ビューを提供する。
【0086】
[096] 複数の実施形態において、エミットされたテーブルはインポートテーブルを含み、従って、方法６００の複数の実施形態において、１個以上のテーブルは１個以上のインポートテーブルを含み、第１、第２、及び第３エントリは第１、第２、及び第３の関数インポートを含んでいる。追加又は代替的な実施形態において、エミットされたテーブルは、エクスポートテーブルを含み、従って方法６００の複数の実施形態では、又は１個以上のテーブルは、１個以上のエクスポートテーブルを含み、第１、第２、及び第３のエントリは、第１、第２、及び第３の関数のエクスポートを含んでいる。
【0087】
[097] ここでバイナリイメージ使用、及び図７を参照するに、方法７００は、互換ＡＢＩを用いるプロセス内でハイブリッドバイナリのロードを開始する動作７０１を含んでいる。一例において、ローダー１０６ｃは、ＥＣ ＡＢＩ（１０７ｂ）を実装するライブラリ１０６ａの１つを利用してハイブリッドバイナリ１０８のローディングを開始する。
【0088】
[098] 方法７００はまた、ハイブリッドバイナリに保存された機械種別が互換ＡＢＩの機械種別と不適合であると判定する動作７０２を含んでいる。いくつかの実施形態において、動作７０２は、ハイブリッドバイナリイメージのロード中に、ハイブリッドバイナリイメージの機械種別フィールドに保存された第１の機械種別が、プロセスが実行されている互換ＡＢＩに対応する第２の機械種別と不適合であるとの判定を含んでいる。一例において、ローダー１０６ｃは、ハイブリッドバイナリ１０８をロードすることの一部として、機械識別子３０３を含むメモリページをシステムメモリ１０４にコピーする。ローダー１０６ｃは次いで、機械識別子３０３の値がＥＣ ＡＢＩ（１０７ｂ）（例えば外来ＡＢＩ（１０７ｃ）に対応する外来ＩＳＡ）に対して期待される値と不適合であると判定する。
【0089】
[099] 方法７００はまた、不適合に基づいて、補正テーブルを特定する動作７０３を含んでいる。いくつかの実施形態において、動作７０３は、第１の機械種別が第２の機械種別と不適合であるとの判定に基づいて、バイナリイメージ内で、ハイブリッドバイナリイメージからロードされたメモリに対する複数の変換を定義する補正テーブルを特定することを含んでいる。一例において、ローダー１０６ｃは、ハイブリッドバイナリ１０８内の所定のアドレス又はオフセット、或いはハイブリッドバイナリ１０８からロードされたメモリページにより占有されるシステムメモリ１０４の部分の所定のアドレス又はオフセットを参照する等により、ハイブリッドバイナリ１０８内で補正テーブル１０８ｃを識別する。
【0090】
[100] 補正テーブル内の１個以上の変換を方法７００はまた、ハイブリッドバイナリからロードされたメモリに適用する動作７０４を含んでいる。いくつかの実施形態において、動作７０４は、複数の変換の少なくとも一部を、ハイブリッドバイナリイメージからロードされたメモリに適用することを含んでいる。一例において、ローダー１０６ｃは、補正テーブル１０８ｃから得られた１個以上の変換を、ハイブリッドバイナリ１０８からロードされたメモリページにより占有されたシステムメモリ１０４の１個以上の部分に適用する。
【0091】
[101] ローダー１０６ｃは、補正テーブル１０８ｃ内の全ての変換を一度に適用し得るが、複数の実施形態において、ローダー１０６ｃは、これらのページが（例えばページフォルト処理ルーティンの一部として）ハイブリッドバイナリ１０８からロードされる際に１ページずつ適用する。このように、図７において、動作７０４は、動作７０４に戻る矢印で示されており、当該動作が、メモリページがハイブリッドバイナリ１０８から累進的にロードされた際に繰り返し適用され得ることを示す。従って、複数の実施形態において、ハイブリッドバイナリイメージからロードされたメモリに対する変換は、メモリページ障害の処理に関連してハイブリッドバイナリイメージからロードされたメモリページに適用される。
【0092】
[102] 複数の実施形態において、補正テーブル１０８ｃから得られた複数の変換は、互換ＡＢＩに対応する第２の機械種別を含むように機械種別フィールドを調整する変換を含んでいる。一例において、ローダー１０６ｃは、システムメモリ１０４内の機械識別子３０３に対応するメモリ位置に変換を適用して、外来ＡＢＩ（１０７ｃ）に対応する外来ＩＳＡに適合する値を保存すべくメモリ位置を調整する。
【0093】
[103] 複数の実施形態において、補正テーブル１０８ｃから得られた複数の変換は、ネイティブＡＢＩで実行可能な折り畳まれていない関数の第１のコンパイル済みバージョンを呼び出す呼び出しサイトを補正して、代わりに互換ＡＢＩで実行可能な折り畳まれていない関数の第２のコンパイル済みバージョンを呼び出する変換を含んでいる。一例において、ローダー１０６ｃは、呼び出しサイトに対応するメモリ位置を適用して、折り畳まれていない関数の第１のコンパイル済みバージョンを参照する第１のメモリアドレスを、折り畳まれていない関数の第２のコンパイル済みバージョンを参照する第２のメモリアドレスで代替する。呼び出しサイト自身は変換され得るが、複数の実施形態において、呼び出しサイトは、折り畳まれていない関数の第１のコンパイル済みバージョンを参照するディスパッチテーブル３０６を介して、折り畳まれていない第１のコンパイル済みバージョン関数を呼び出すべく構造化されている。これらの実施形態において、当該変換は、呼び出しサイト自身を補正するのではなく、折り畳まれていない関数の第１のコンパイル済みバージョンではなく、折り畳まれていない関数の第２のコンパイル済みバージョンを参照するようにディスパッチテーブル３０６を変更する。
【0094】
[104] 複数の実施形態において、ハイブリッドバイナリイメージは、折り畳まれていない関数の第１のコンパイル済みバージョンを参照するエントリポイントを含んでいる。複数の実施形態において、補正テーブル１０８ｃから得られた（且つ動作７０４で適用された）複数の変換は、折り畳まれていない関数の第２のコンパイル済みバージョンを参照するようにエントリポイントを調節する変換を含んでいる。
【0095】
[105] 図６に関して上で述べたように、複数の実施形態において、方法６００は、インポート及び／又はエクスポートテーブルに対応するような１個以上のテーブルを、ネイティブビューを提供するこれらのテーブルへの参照と共にエミットする。従って、方法７００によれば、いくつかの実施形態において、ハイブリッドバイナリイメージは、（ｉ）折り畳まれていない関数の第１のコンパイル済みバージョンを用いて少なくとも折り畳まれていない関数を参照する第１の領域、（ｉｉ）少なくとも折り畳まれた関数を参照する第２の領域、及び（ｉｉｉ）折り畳まれていない関数の第２のコンパイル済みバージョンを用いて少なくとも折り畳まれた関数を参照する第３の領域を含む１個以上のテーブルを含んでいる。これらの実施形態において、ハイブリッドバイナリイメージはまた、第３の領域を除いて第１の領域と第２の領域を含む１個以上のテーブルのネイティブビューを提供する１個以上のテーブルへの参照も含んでいる。バイナリイメージがＥＣ ＡＢＩ（１０７ｂ）に基づいてロードされた場合に互換ビューを提供すべく、方法７００は、第１の領域を除いて第２の領域及び第３の領域を含む１個以上のテーブルの互換ビューを提供すべく１個以上のテーブルへの参照を調整する変換を適用することを含んでいてよい。
【0096】
[106] 一貫した参照アドレスを持つデュアルアーキテクチャの関数ポインタ
００９８ [107] 図８に、（ｉ）ネイティブＩＳＡに対応し、且つ第１のＣＣを有するネイティブＡＢＩを対象とするネイティブコード、及び（ｉｉ）外来ＩＳＡに対応し、且つ第２のＣＣを有する外来ＡＢＩを対象とする外来コードの両方の実行をサポートするプロセス内で呼び出しを処理する場合に共通参照メモリアドレスを用いる例示的方法８００のフロー図を示す。
００９８ [107] 図８に、（ｉ）ネイティブＩＳＡに対応し、且つ第１のＣＣを有するネイティブＡＢＩを対象とするネイティブコード、及び（ｉｉ）外来ＩＳＡに対応し、且つ第２のＣＣを有する外来ＡＢＩを対象とする外来コードの両方の実行をサポートするプロセス内で呼び出しを処理する場合に共通参照メモリアドレスを用いる例示的方法８００のフロー図を示す。
【0097】
[108] 図示するように、方法８００は、参照アドレスを用いて呼び出され側関数への呼び出しを識別する動作８０１を含んでいる。一例において、ディスパッチャ１１２ａは、ＥＣネイティブコード１０８ｂに含まれるネイティブ関数から参照メモリアドレスへの呼び出しを識別する。別の例において、ディスパッチャ１１２ｂは、外来バイナリ１０９に含まれる（且つエミュレータ１０６ｂによりエミュレートされた）外来関数から参照メモリアドレスへの呼び出しを識別する。
【0098】
[109] 方法８００はまた、探索構造体及び参照アドレスを用いて、呼び出され側関数がネイティブＡＢＩ又は外来ＡＢＩのどちらに対応するかを判定する動作８０２を含んでいる。複数の実施形態において、動作８０２は、少なくとも呼び出され側関数の参照メモリアドレスを対象とする呼び出しを識別することに基づいて、呼び出され側関数がネイティブＡＢＩ又は外来ＡＢＩのどちらに対応するかを判定することを含んでいる。複数の実施形態において、呼び出され側関数は、参照メモリアドレスがネイティブコードを保存する第１のメモリ内に含まれていることを示す探索構造体に基づいてネイティブＡＢＩに対応すると判定され、呼び出され側関数は、少なくとも参照メモリアドレスがネイティブコードを保存していない第２のメモリ内に含まれていることを示す探索構造体に基づいて外来ＡＢＩに対応すると判定される。一例において、ディスパッチャ１１２（呼び出し側がネイティブの場合はディスパッチャ１１２ａ、又は呼び出し側が外来の場合はディスパッチャ１１２ｂのいずれかであってよい）は、ＥＣ探索構造体３０７を照会して、呼び出され側関数の参照メモリアドレスがＥＣネイティブコード１０８ｂに対応するメモリ領域内に存在するか否か（この場合、呼び出され側はＥＣ ＡＢＩ（１０７ｂ）に対応していると判定される）、或いは呼び出され側関数の参照メモリアドレスがＥＣネイティブコード１０８ｂに対応するメモリ領域内に存在しないか否か（この場合、呼び出され側は外来ＡＢＩ（１０７ｃ）に対応すると判定される）を判定する。
【0099】
[110] 注記したように、複数の実施形態においてＥＣ探索構造体３０７はビットマップであり、１ビット値を用いて対応するメモリの範囲（例えばメモリページ）がＥＣネイティブコード１０８ｂを損傷させるか否かを示す。しかし、ＥＣ探索構造体３０７は、ハッシュテーブル又は二分木等の代替的なデータ構造種別を含んでいてよい。従って、方法８００において、探索構造体は、ビットマップ、ハッシュテーブル、又は二分木のうち少なくとも１つを含んでいる。
【0100】
[111] 上述のように、呼び出され側関数がネイティブＡＢＩに対応すると判定される、すなわち呼び出され側関数が早送りシーケンスの署名を含むとディスパッチャ１１２ｂが判定する場合に代替的なシナリオが存在し得る。従って、動作８０２のいくつかの実施形態において、呼び出され側関数は、（ｉ）参照メモリアドレスがネイティブコードを保存する第１のメモリ内に含まれていることを示す探索構造体、又は（ｉｉ）早送りシーケンスが参照メモリアドレスで識別されていることのうち１つに基づいて、ネイティブＡＢＩに対応すると判定される。また、動作８０２のいくつかの実施形態において、探索構造体が、参照メモリアドレスがネイティブコードを保存していない第２のメモリ内に含まれていることを示す場合、動作８０２は、早送りシーケンスが参照メモリアドレスで識別可能か否かを判定することを含んでいる。これらの実施形態において、ディスパッチャ１１２ｂは、早送りシーケンスから新たな参照メモリアドレス（すなわちネイティブ関数の真のアドレス）を取得し、この新たな参照メモリアドレスをネイティブ呼び出しに使用する。従って、複数の実施形態において、早送りシーケンスが参照メモリアドレスで識別された場合、方法８００は、早送りシーケンスから得られた新たな参照メモリアドレスで参照メモリアドレスを更新することを含んでいる。
【0101】
[112] 方法８００はまた、呼び出され側関数の実行を開始する動作８０３を含んでいる。複数の実施形態において動作８０３は、少なくとも当該判定に基づいて、呼び出され側関数の実行を開始することを含んでいる。図示するように、動作８０３は、呼び出し側が外来且つ呼び出され側が外来ならばエミュレータの参照アドレスを直接呼び出す動作８０３ａ、呼び出し側が外来且つ呼び出され側がネイティブならば入口サンクを特定して呼び出す動作８０３ｂ、呼び出し側がネイティブ且つ呼び出され側が外来ならば出口サンクを呼び出す動作８０３ｃ、又は呼び出し側がネイティブ且つ呼び出され側がネイティブならば参照アドレスを直接呼び出す動作８０３ｄのうち１つを行うことを含んでいる。
【0102】
[113] 複数の実施形態において、動作８０３ａは、呼び出し側関数が外来ＡＢＩに対応し、且つ呼び出され側関数が外来ＡＢＩに対応すると判定された場合、エミュレータ内の参照メモリアドレスを用いて呼び出され側関数を直接呼び出すことを含んでいる。一例において、外来関数からの呼び出しに基づいて、ディスパッチャ１１２ｂは呼び出され側関数も外来関数であると判定する。従って、呼び出し側は呼び出され側関数の真のメモリアドレスを呼び出していてサンクを必要としないため、ディスパッチャ１１２ｂはエミュレータ１０６ｂ内の参照メモリアドレスを用いて呼び出され側関数を直接起動する。
【0103】
[114] 複数の実施形態において、動作８０３ｂは、呼び出し側関数が外来ＡＢＩに対応し、且つ呼び出され側関数がネイティブＡＢＩに対応すると判定された場合、（ｉ）第２のＣＣを第１のＣＣに適合させ、次いで（ｉｉ）参照メモリアドレスを用いて呼び出され側関数を直接呼び出す入口サンクを呼び出すことを含んでいる。一例において、外来関数からの呼び出しに基づいて、ディスパッチャ１１２ｂは呼び出され側がネイティブ関数であると判定する。従って、ディスパッチャ１１２ｂが参照（すなわち呼び出され側関数の）メモリアドレスを直接呼び出すのは入口サンクを迂回することになるため不可能である。その代わり、ディスパッチャ１１２ｂは、入口サンクへの新たな参照アドレスを特定して、新たな参照メモリアドレスを用いて入口サンクを起動する。入口サンクは次いで、外来ＡＢＩ（１０７ｃ）のＣＣをＥＣ ＡＢＩ（１０７ｂ）のＣＣに適合させて元の参照メモリアドレスを用いて呼び出され側関数を起動する。
【0104】
[115] 上述のように、複数の実施形態において、ディスパッチャ１１２ｂは、呼び出され側関数の元の参照メモリアドレスの直前のメモリブロックに含まれるデータ（オフセット又は直接アドレス参照等）に基づいて、入口サンクへの新たな参照アドレスを特定する。従って、複数の実施形態において、方法８００はまた、少なくとも（ｉ）参照メモリアドレスの直前のメモリブロックを読み取ること、及び（ｉｉ）メモリブロックから入口サンクの位置へのオフセット又はポインタを判定することに基づいて入口サンクの位置を識別することを含んでいる。
【0105】
[116] 複数の実施形態において、動作８０３ｃは、呼び出し側関数がネイティブＡＢＩに対応し、且つ呼び出され側関数が外来ＡＢＩに対応すると判定された場合、（ｉ）ネイティブＡＢＩの第１のＣＣを外来ＡＢＩの第２のＣＣに適合させ、次いで（ｉｉ）エミュレータを起動して参照メモリアドレスを用いて呼び出され側関数を直接呼び出す出口サンクを呼び出すことを含んでいる。一例において、ディスパッチャ１１２ａは、ネイティブ関数からの呼び出しに基づいて、呼び出され側が外来関数であると判定する。従って、ディスパッチャ１１２ａが参照（すなわち呼び出され側関数の）メモリアドレスを直接呼び出すのは出口サンクを迂回することになるため不可能である。その代わり、ディスパッチャ１１２ａは、出口サンクへの新たな参照アドレスを特定し、当該新たな参照メモリアドレスを用いて出口サンクを起動する。出口サンクは次いで、ＥＣ ＡＢＩ（１０７ｂ）のＣＣを外来ＡＢＩ（１０７ｃ）のＣＣに適合させて、エミュレータ１０６ｂを起動する。エミュレータ１０６ｂは次いで、元の参照メモリアドレスを用いて呼び出され側関数を直接呼び出す。上述のように、複数の実施形態において、出口サンクへの新たな参照アドレスは呼び出され側関数自身に含まれている。従って、方法８００のいくつかの実施形態において、出口サンクの位置は呼び出し側関数内に含まれている。
【0106】
[117] 複数の実施形態において、動作８０３ｄは、呼び出し側関数がネイティブＡＢＩに対応し、且つ呼び出され側関数がネイティブＡＢＩに対応すると判定された場合、参照メモリアドレスを用いて呼び出され側関数を直接呼び出すことを含んでいる。一例において、ネイティブ関数からの呼び出しに基づいて、ディスパッチャ１１２ａは、呼び出され側もネイティブ関数であると判定する。従って、呼び出し側は呼び出され側関数の真のメモリアドレスを呼び出していてサンクを必要としないため、ディスパッチャ１１２ａは参照メモリアドレスを用いて呼び出され側関数を直接起動する。
【0107】
[118] 本件の主題を構造的特徴及び／又は方法論的動作に特有の言語で記述してきたが、添付の請求項に定義された主題は、必ずしも上述の特徴又は動作、或いは上述の動作の順序に限定されないことが理解されよう。むしろ、記述した特徴及び動作は請求項を実施する際の例示的な形態として開示されている。
【0108】
[119] 本発明の複数の実施形態は、以下により詳細に述べるように、例えば、１個以上のプロセッサ（例えばプロセッサ１０２）及びシステムメモリ（例えばシステムメモリ１０４）等のコンピュータハードウェアを含む専用又は汎用コンピュータシステム（例えばコンピュータシステム１０１）を含んでいても又は用いてもよい。本発明の範囲に含まれる複数の実施形態はまた、コンピュータ実行可能命令及び／又はデータ構造を搬送又は保存するための物理的及び他のコンピュータ読取可能な媒体も含んでいる。このようなコンピュータ可読媒体は、汎用又は専用コンピュータシステムによりアクセス可能な任意の使用可能な媒体であってよい。コンピュータ実行可能命令及び／又はデータ構造を保存するコンピュータ可読媒体はコンピュータ記憶媒体（例えば持続性記憶装置１０３、システムメモリ１０４）である。計算実行可能命令及び／又はデータ構造を搬送するコンピュータ可読媒体は送信媒体である。従って、非限定な例として、本発明の複数の実施形態は、少なくとも２つの明確に異なるコンピュータが可読媒体、すなわちコンピュータの記憶媒体と送信媒体を含んでいてよい。
【0109】
[120] コンピュータ記憶媒体は、コンピュータ実行可能命令及び／又はデータ構造を記憶する物理的記憶媒体である。物理的記憶媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、ソリッドステートドライブ（「ＳＳＤ」）、フラッシュメモリ、相変化メモリ（「ＰＣＭ」）、光ディスク記憶装置、磁気ディスク記憶装置又は他の磁気記憶装置等のコンピュータハードウェア、或いはコンピュータ実行可能命令又はデータ構造の形式でプログラムコードを保存すべく使用可能な任意の他のハードウェア記憶装置を含み、本発明に開示する機能を実行すべく汎用又は専用コンピュータシステムによりアクセス及び実行することができる。
【0110】
[121] 送信媒体は、コンピュータ実行可能命令又はデータ構造の形式でプログラムコードを担持でき、且つ汎用又は専用コンピュータシステムによりアクセス可能なネットワーク及び／又はデータリンクを含んでいてよい。「ネットワーク」は、コンピュータシステム及び／又はモジュール及び／又は他の電子機器間で電子データの搬送を可能にする１個以上のデータリンクとして定義される。ネットワーク又は別の通信接続（有線、無線、又は有線と無線の組み合わせのいずれか）を介してコンピュータシステムに情報が転送又は提供された場合、コンピュータシステムは当該接続を送信媒体と見なすことができる。上記の組み合わせもまたコンピュータ可読媒体の範囲に含まれるものとする。
【0111】
[122] 更に、各種のコンピュータシステムコンポーネントに到達したならば、プログラムコードがコンピュータ実行可能命令又はデータ構造の形式で送信媒体からコンピュータ記憶媒体に（又は逆向きに）自動的に転送することができる。例えば、ネットワーク又はデータリンクを介して受信された計算実行可能命令又はデータ構造は、ネットワークインターフェースモジュール（例えば「ＮＩＣ」）内のＲＡＭにバッファリングされ、次いで最終的に、コンピュータシステムＲＡＭ及び／又はコンピュータシステムのより低揮発性のコンピュータ記憶媒体に転送することができる。従って、コンピュータ記憶媒体は、同様に（又は主に）送信媒体を使用するコンピュータシステムコンポーネントに含まれ得ることを理解されたい。
【0112】
[123] コンピュータ実行可能命令は、例えば、１個以上のプロセッサで実行された場合に、汎用コンピュータシステム、専用コンピュータシステム、又は専用処理装置に特定の関数又は関数群を実行させる命令及びデータを含んでいる。コンピュータ実行可能命令は、例えば、バイナリ、アセンブリ言語等の中間フォーマットの命令、又はソースコードであってもよい。
【0113】
[124] 当業者には本発明が、パーソナルコンピュータ、デスクトップコンピュータ、ラップトップコンピュータ、メッセージプロセッサ、ハンドヘルド機器、マルチプロセッサシステム、マイクロプロセッサベース又はプログラム可能家電、ネットワークＰＣ、ミニコンピュータ、メインフレームコンピュータ、携帯電話、ＰＤＡ、タブレット、ポケベル、ルータ、スイッチ等を含む多くの種類のコンピュータシステム構成を有するネットワークコンピューティング環境で実行され得ることが理解されよう。本発明はまた、ネットワークを介して（有線データリンク、無線データリンク、又は有線及び無線データリンクの組み合わせのいずれかにより）接続されたローカル及びリモートコンピュータシステムの両方がタスクを実行する分散システム環境で実施されてもよい。このように、分散システム環境において、コンピュータシステムは、複数のコンピュータシステムを要素として含んでいてよい。分散システム環境において、プログラムモジュールはローカル及びリモートメモリ記憶装置の両方に配置されていてよい。
【0114】
[125] 当業者には、本発明がクラウドコンピューティング環境で実施され得ることも理解されよう。クラウドコンピューティング環境は分散されていてよいが、これは必須ではない。分散されている場合、クラウドコンピューティング環境は、一組織内で国際的に分散されていても、及び／又は複数の組織にわたり保有されたコンポーネントを有していてもよい。本明細書及び以下の請求項において、「クラウドコンピューティング」は、設定可能なコンピューティングリソース（例えばネットワーク、サーバ、記憶装置、アプリケーション、及びサービス）の共有プールへのオンデマンドネットワークアクセスを可能にするモデルとして定義されている。「クラウドコンピューティング」の定義は、適切に展開された場合にこのようなモデルから得られる他の多くの利点のいずれにも限定されない。
【0115】
[126] クラウドコンピューティングモデルは、オンデマンドセルフサービス、広範なネットワークアクセス、リソースプーリング、素早い拡張性、測定可能サービス等、各種の特性を含んでいてよい。クラウドコンピューティングモデルは、例えば、サービスとしてのソフトウェア（「ＳａａＳ」）、サービスとしてのプラットフォーム（「ＰａａＳ」）、サービスとしてのインフラ（「ＩａａＳ」）等、各種のサービスモデルの形式で提供されてよい。クラウドコンピューティングモデルはまた、プライベートクラウド、コミュニティクラウド、パブリッククラウド、ハイブリッドクラウド等、異なる展開モデルを用いて展開されてよい。
【0116】
[127] クラウドコンピューティング環境等、いくつかの実施形態は、各々が１個以上の仮想機械を動作させることができる１個以上のホストを含むシステムを含んでいてよい。動作中、仮想機械は、ＯＳ及び恐らく１個以上の他のアプリケーションもサポートすべく動作可能なコンピューティングシステムをエミュレートする。いくつかの実施形態において、各ホストは、仮想機械のビューから抽出された物理リソースを用いて仮想機械用の仮想リソースをエミュレートするハイパーバイザを含んでいる。ハイパーバイザはまた、仮想機械同士を適当に分離する。従って、任意の所与の仮想機械の観点から、ハイパーバイザは、仮想機械が物理リソースの外観（例えば仮想リソース）と対話するだけにもかかわらず、仮想機械が物理リソースと対話するような錯覚を与える。物理リソースの例としては、処理能力、メモリ、ディスクスペース、ネットワーク帯域幅、媒体ドライブ等がある。
【0117】
[128] 本発明は、その概念又は本質的特性から逸脱することなく他の特定の形式で実装することができる。上述の複数の実施形態はあらゆる点で例示的に過ぎず、限定的なものではないものと考えられたい。本発明の範囲は従って、上述の説明ではなく添付の請求項により示す。請求項の意味及び同等な範囲に含まれる全ての変更はそれらの範囲に包含されるものとする。添付の請求項の要素を紹介する場合、冠詞「１つの（a）」、「１つの（an）」、「その（the）」、及び「前記（said）」は、当該要素が１個以上あることを意味するものとする。用語「包含する」、「含む」、及び「有する」は、包括的であることを意図しており、列挙された要素以外の追加的要素が存在し得ることを意味する。用語「集合」及び「部分集合」は空集合を除外することを意図されており、従って「集合」は空でない集合として定義され、「部分集合」は空でない部分集合として定義される。
【図1】
【図2】
【図3A】
【図3B】
【図4A】
【図4B】
【図5】
【図6】
【図7】
【図8】
【国際調査報告】