JPH08286893A - 複数ベンダー及び複数アーキテクチャー実行用のコンピュータファイル及びその形成方法 - Google Patents

Abstract

(57)【要約】 （修正有） 【課題】 エミュレーションを用いることなく異なるプ
ロセッサ／オペレーティングシステムの組み合わせで実
行可能な単一のコンピュータファイルを提供する。 【解決手段】 単一コンピュータ実行可能ファイル内に
あり、第一のオペレーティングシステムの制御下で第一
のプロセッサにより実行可能な第一のプログラム、単一
コンピュータ実行可能ファイル内にあり、第二のオペレ
ーティングシステムの制御下で第二のプロセッサにより
実行可能な第二のプログラム、及び第一のプロセッサに
該第一のプログラムを実行させ、第二のプロセッサに該
第二のプログラムを実行させるプログラムロケイターと
からなり、第一と第二のオペレーティングシステムの制
御下でそれぞれ動作し、夫々異なるファイルにアクセス
し、相互に異なる第一及び第二のプロセッサにより実行
するための、単一のコンピュータで実行可能なファイル
を備える。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明はオペレーティングシ
ステムの制御の下で実行されるコンピュータシステムの
プロセッサによるコンピュータファイルの実行に関し、
より詳細にはエミュレーションなしに異なるプロセッサ
を有し、異なるオペレーティングシステムが走る異なる
コンピュータシステム上で実行可能なコンピュータファ
イルに関する。

【０００２】

【従来の技術】コンピュータの歴史の実質的な全てを通
じて類似の能力を有するコンピュータの複数のモデルが
存在してきたが、相互に対して書かれたプログラムを動
作することは不可能であった。現在では最も通常の汎用
目的のコンピュータはパーソナルコンピュータ又はワー
クステーションと称されるクラスである。現在使用され
ているこの型の最も通常のコンピュータシステムはＩＢ
Ｍ ＰＣ、アップルのマッキントッシュ、サンのワーク
ステーション及びこれら３つに互換性のあるマシンであ
る。これら３つの型は完全に異なるオペレーティングシ
ステム及び幾つかのプロセッサを用いる。プログラムは
ＩＢＭ ＰＣシステムのプロセッサ（インテル８ｘ８
６，又はペンティアム）の全てで実行可能なように書け
る。しかしながらマシンの他の２つのクラスにより用い
られるプロセッサは共通に実行可能に作ることは容易で
はない。

【０００３】アップルのマッキントッシュは共通に実行
可能なコードが書かれるプロセッサの一つの群（モトロ
ーラ６８０ｘ０）とエミュレーションが用いられない場
合にはプロセッサの他の群で実行可能なプログラムが実
行不可能な他の群のプロセッサ（モトローラ６０ｘ）と
を有する。プロセッサのこの後者の群はパワーＰＣマッ
キントッシュで用いられている。類似の状況はモトロー
ラ６８０ｘ０プロセッサを用いるあるもの及びＳＰＡＲ
Ｃプロセッサを用いる他のものであるサン ワークステ
ーションに関して存在する。パワーＰＣマッキントッシ
ュ及びサン ワークステーションの両方はそれらのプロ
セッサにより用いられる適切なコードを検出しうるオペ
レーティングシステムを実行する。結果としてどのよう
なマッキントッシュ又はパワーＰＣマッキントッシュで
も実行可能なコンピュータ実行可能ファイルを作成可能
であり、同様にしてそれらのシステムでプロセッサの
「ネイティブモード」で、即ちエミュレーションなしで
どのようなサン ワークステーション上でも走りうるコ
ンピュータ実行可能ファイルを作成しうる。

【０００４】異なるクラスのマシンの３つのクラスの一
つに対して書かれたプログラムを実行するための知られ
ている方法はエミュレーションのみである。例えばマッ
キントッシュに対してＩＢＭ ＰＣ用に書かれたプログ
ラムを実行することは可能である。しかしながら実行の
この方法は高度に非効率であり、大量のオーバーヘッド
を要求し、共通に使用可能ではない。例えばＩＢＭ Ｐ
Ｃはサン ワークステーション用に書かれたプログラム
を実行することが不可能である。

【０００５】パーソナルコンピュータに存在する規格化
されていないことはソフトウエアの開発者に対して多く
の問題を引き起こしている。パーソナルコンピュータの
プロセッサの基本的な違いのみならず、パーソナルコン
ピュータの異なるクラスに対する異なったオペレーティ
ングシステム及びグラフィックユーザーインターフェイ
ス（ＧＵＩ）も存在する。ＩＢＭ ＰＣは最も互換性の
あるプロセッサを有するが、このクラスのパーソナルコ
ンピュータはオペレーティングシステム及びＧＵＩでの
最小限の互換性しか持たない。全ての又は実質的に全て
のサン及びアップルコンピュータはコンピュータの製造
者からの、即ちサン又はアップルのオペレーティングシ
ステムを用いている一方で、ＩＢＭ ＰＣ用のオペレー
ティングシステムの幾つかのベンダー及びＧＵＩの少な
くとも３つのベンダーが存在する。結果としてソフトウ
エアの開発者はソフトウエアを開発するために単一のプ
ロセッサ／オペレーティングシステムの組み合わせのみ
を選択するか又は異なるプロセッサ／オペレーティング
システムの組み合わせに対するソフトウエアの異なるバ
ージョンを維持するために多数のプロセッサ、多数のオ
ペレーティングシステム、又は両方をサポートすること
を選択するかを強いられてきた。高い競合性及び産業の
急速な変化により開発者は典型的に彼ら自身のソフトウ
エアを常に変化し、同時に最も人気のあるプロセッサ／
オペレーティングシステムの組み合わせはなお競合する
ように作られねばならない多くの変化を更に増加するよ
う変化する。

【０００６】規格化又は共通の操作のある領域はコンピ
ュータ産業を通して存在する。これはコンピュータファ
イルがパーソナルコンピュータの異なるクラス間で共有
されることを可能にする。規格化又は共通化の第一の領
域は最低のレベルでのそれらのマシンの全てはデータ及
びプログラムを表すために２進デジットを用いることで
ある。３以上の次数のデジットを用いるデジタルコンピ
ュータはほとんど作られてきていない。更に重要なのは
８ビットバイトの一般の規格があり、情報交換のための
米国標準コード（ＡＳＣＩＩ）フォーマットで記憶され
たデータにアクセスすることが可能である。加えてマシ
ンのあるクラスでコンピュータファイルを記憶し、マシ
ンの他のクラスでのファイルを検索することが可能であ
る磁気及び光ディスクの大きさの充分な規格がある。Ｃ
Ｄ−ＲＯＭでは用いられる規格はＩＳＯ９６６０であ
る。通信プログラムはまたファイルが有線又は無線通信
を用いる電話線のような特にシリアル通信での通信ライ
ンを介して伝送されるように存在する。ファイルはパー
ソナルコンピュータクラスのみならず、ミニコンピュー
タ及びメインフレームコンピュータのような汎用コンピ
ュータの他のクラスでも一のクラスのマシンから他へ伝
送される。

【０００７】上記で述べたようにマシンの一のクラスか
ら他へコンピュータ読み取り可能ファイルを動かすこと
が可能である。しかしながらいったんファイルがマシン
の異なるクラスへ伝送されるとファイルは読み取られう
るが、通常は実行されえない。結果としてソフトウエア
開発者は異なるプロセッサ／オペレーティングシステム
の組み合わせに対して同じ機能を達成しうる多数のファ
イルを維持しなければならないのみならず、各プロセッ
サ／オペレーティングシステムの組み合わせに対して異
なるディスク上にプログラムをまた配布しなければなら
ない。斯くして消費者は単一のソフトウエア開発者から
の本質的に同じ製品を含み、製品が用いられうるプロセ
ッサ／オペレーティングシステムの組み合わせのみが異
なる多数のパッケージを提供される。

【０００８】ある場合には単一のＩＳＯ９６６０ＣＤ−
ＲＯＭは一以上のプロセッサ／オペレーティングシステ
ムの組み合わせに対するプログラムを含むが、あるマシ
ンはどのプログラムがどのコンピュータで実行されるか
を識別するためになお用いられねばならない。類似の状
況は通信ラインを介してプログラムにアクセスする場合
に存在する。ファイルは全てサポートされたプロセッサ
／オペレーティングシステムの組み合わせに対して用い
られなければならず、故に適切なファイルは各コンピュ
ータシステムに対して選択されなければならない。

【０００９】ＣＤ−ＲＯＭに関する選択処理を簡単にす
る一つの知られた方法はＧａｒｃｉａ等による米国特許
第５３５９７２５号に記載されている。この技術はこの
規格の特殊な特徴によりＩＳＯ９６６０ＣＤ−ＲＯＭ上
でのみ動作する。ＣＤ−ＲＯＭ上に存在する各プロセッ
サ／オペレーティングシステムに対する及び、この技術
による異なるファイルはディレクトリ構造のみが各プロ
セッサ／オペレーティングシステムの組み合わせに対す
る適切なファイルの識別を助けるために変化される。

【００１０】

【発明が解決しようとする課題】本発明の目的はエミュ
レーションを用いることなく異なるプロセッサ／オペレ
ーティングシステムの組み合わせで実行可能な単一のコ
ンピュータファイルを提供することにある。本発明の他
の目的はファイルが異なるプロセッサ／オペレーティン
グシステムの組み合わせで実行されるようファイルを記
憶するために用いられるメディアに依存しないコンピュ
ータ実行可能ファイルを提供することにある。

【００１１】本発明の更に他の目的は電話線を介して伝
送されえ、異なるプロセッサ／オペレーティングシステ
ムを有する受信コンピュータシステムで実行されるマル
チアーキテクチャーコンピュータ実行可能ファイルを提
供することにある。

【００１２】

【課題を解決するための手段】上記目的は第一と第二の
オペレーティングシステムの制御下でそれぞれ動作する
相互に異なる第一及び第二のプロセッサにより実行さ
れ、各アクセスファイルは異なる単一コンピュータ実行
可能ファイル及び関連するディレクトリのエントリを提
供することにより達成される。単一コンピュータ実行可
能ファイルは、第一のオペレーティングシステムの制御
下で第一のプロセッサにより実行可能な第一のプログラ
ムと第二のオペレーティングシステムの制御下で第二の
プロセッサにより実行可能な第二のプログラムとをふく
む。単一のコンピュータで実行可能なファイル及び関連
するディレクトリのエントリは第一のプロセッサに該第
一のプログラムを実行させ、第二のプロセッサに該第二
のプログラムを実行させるプログラムロケイターをまた
含む。

【００１３】オペレーティングシステムの一つがコンピ
ュータ実行可能ファイルの異なる部分を分離して識別す
るときにプログラムロケイターはディレクトリエントリ
内にあり、それによりオペレーティングシステムはコン
ピュータ実行可能なファイル内の第二のプログラムを第
二のプロセッサに供給する。例えばアップルマッキント
ッシュ及びパワーＰＣ マッキントッシュのオペレーテ
ィングシステムはデータフォークと称される第一の部分
とそれに続く資源フォークと称される部分とを有するコ
ンピュータ実行可能ファイルを形成する。本発明によれ
ばファイルは資源フォークでマッキントッシュプログラ
ムを及びデータフォークで他のプログラムを記憶するこ
とにより６８０ｘ０マッキントッシュ又はパワーＰＣ
マッキントッシュ及びサン ワークステーション又はＩ
ＢＭ ＰＣ互換コンピュータのいずれかで実行可能に提
供される。

【００１４】マッキントッシュ及びサン又はＩＢＭ Ｐ
Ｃ上で実行可能なファイルは異なるプロセッサに対する
実行可能なコードを含む２つのファイルを組み合わせる
ことにより形成される。第一のプログラムはサンのワー
クステーション又はＩＢＭＰＣクラスのコンピュータの
プロセッサ又はオペレーティングシステムである第一の
オペレーティングシステムの制御下で第一のプロセッサ
により実行可能な第一のファイル内に記憶される。第二
のプログラムは上記のように第二のファイルの最初及び
続く部分を含むオペレーティングシステムの下で制御さ
れるアップルのマッキントッシュ又はパワーＰＣ マッ
キントッシュコンピュータである第二のオペレーティン
グシステムの制御下で第二のプロセッサにより実行可能
な最初及びそれに続く、各々第二のプログラムのセグメ
ントを含む部分を含む第二のファイル内に記憶される。
第二のファイルがパワーマッキントッシュにより実行可
能な場合には第二のファイルの最初及び続く部分のそれ
ぞれはパワーＰＣ マッキントッシュにより実行可能な
プログラムのセグメントを含む。この場合には次の段階
は第二のファイルの最初の部分内の第二のプログラムの
全てのセグメントを第二のファイルのそれに続く部分に
動かす。

【００１５】いったんこれがなされると第一のオペレー
ティングシステムの制御下で操作される第一のプロセッ
サにより記憶されるファイルは第二のファイルの最初の
部分に動かされる。第一のファイルは電話線を用いる又
は用いないシリアル通信、両方のコンピュータシステム
によりアクセス可能なディスクの転送、又は異なるオペ
レーティングシステムの下で両方のプロセッサ操作を含
む単一コンピュータシステムでの共通メモリデバイスを
分割することによりどのような知られている方法を用い
る第一のファイルを形成するコンピュータシステムから
も転送されうる。

【００１６】

【発明の実施の形態】以下に明らかとなる他の目的及び
利点と共に上記の目的は同じ符号は類似の部分を示す本
発明の一部分をなす図を参照してより完全に記載される
ような構成及び動作の詳細に存在する。ブロック図は図
１に示され、従来のコンピュータシステムを示す。本発
明によるコンピュータ実行可能ファイルを実行するどの
ようなコンピュータシステムでも典型的には図１に示さ
れた部品のほとんどを含む。プロセッサ又はＣＰＵ１０
及びランダムアクセスメモリ（ＲＡＭ）１２は実質的に
全てのコンピュータに含まれる。ほとんど全てのコンピ
ュータはまた読み取り専用メモリ（ＲＯＭ）１４をまた
含む。ここ数年に製造された実質的に全てのパーソナル
コンピュータはハードドライブ１６と、ほとんどが一以
上のフロッピードライブ１８をまた含む。少なくとも携
帯型でないパーソナルコンピュータがＣＤ−ＲＯＭドラ
イブ２０を含むことはより一般的になってきている。ほ
とんどのパーソナルコンピュータではないがその多くが
特に電話線であるシリアル通信ラインを介して他のコン
ピュータと通信するモデム２２をまた含む。他のＩ／Ｏ
ポート２４は例えばプリンタ及びポインティング装置の
ような他の装置と通信するよう設けられる。パーソナル
コンピュータは人間の操作者と通信するためのキーボー
ド２６及び表示器２８のある型を含む。

【００１７】フロッピィドライブ１８及びＣＤ−ＲＯＭ
ドライブ２０で用いられるメディアの例は図１に示され
る。今日最も一般的に用いられる磁気ディスクはたぶん
ディスク３０のような３．５インチフロッピィディスク
である。ＣＤ−ＲＯＭ３２の例はまた図１に示される。
本発明によるコンピュータ実行可能ファイルはハードド
ライブ１６内の磁気ディスクを含むメディアのこれらの
型又はどのような他の型のいずれか上に記憶される。フ
ァイルはまた例えばネットワークを介して他のコンピュ
ータにモデム２２上で又はＩ／Ｏポート２４を介して伝
送されうる。

【００１８】出版物「Ｉｎｓｉｄｅ Ｍａｃｉｎｔｏｓ
ｈ−−Ｐｏｗｅｒ ＰＣ Ｓｙｓｔｅｍ Ｓｏｆｔｗａ
ｒｅ」に記載されるように６０ｘ（パワーＰＣ）プロセ
ッサを有するマッキントッシュコンピュータのオペレー
ティングシステムは６８０ｘ０及び６０ｘのアプリケー
ションの両方を実行可能である。これはアップルのマッ
キントッシュシステムで形成されたファイルは最初の部
分又はデータフォーク４２及び最初の部分４２に続く続
く部分又は資源フォーク４４を含む。６８０ｘ０プロセ
ッサ用のアプリケーション又はプログラムは資源フォー
ク４４内でのみプログラムコードを含む。故にパワーＰ
Ｃマッキントッシュのオペレーティングシステムを含む
全てのアップルのマッキントッシュのオペレーティング
システムは資源フォーク４４を最初に見て、そこで見い
だされたプログラムを実行し、資源フォーク４４内のコ
ードフラグメント資源（「ｃｆｒｇ」型）でない場合に
はファイルは６０ｘアプリケーションであり、プログラ
ムコードは「ｃｆｒｇ」資源により識別された位置でえ
られる。しかしながら以下に説明するようにデータを６
０ｘプログラムを含むファイルのデータフォーク４２又
は資源フォーク４４のどちらかに位置させることが可能
である。

【００１９】単一のファイルで６０ｘ及び６８０ｘ０実
行可能コードを含むアプリケーションを作成することは
また可能である。これらは図２に示される構造を有する
「ｆａｔアプリケーション」と称される。図２のＢＲと
ラベルされたセグメントはデータを含む又は６０ｘコー
ドの部分である。６８０ｘ０プロセッサを有するマッキ
ントッシュコンピュータ上のプロセスマネージャーは
「ｃｆｒｇ」資源を無視し、６８０ｘ０コードを実行す
る。マッキントッシュコンピュータに基づくパワーＰＣ
プロセッサ上のオペレーティングシステムのプロセスマ
ネージャーは「ｃｆｒｇ」資源を読み取り、典型的には
データフォーク４２である特定された位置でのコードを
用いる。

【００２０】ｆａｔアプリケーションはマッキントッシ
ュコンピュータ上の異なるプロセッサに関する上記の問
題を解決するために用いられうるが、マッキントッシュ
でないコンピュータ上のファイルの内容を実行する能力
を提供しない。これは加速されたパワーＰＣコード資源
を形成することにより可能になる。この資源は「ｃｆｒ
ｇ」資源の除去に伴い資源フォーク４４に動かされる。
資源フォーク４４はまた６０ｘプロセッサ又は６８０ｘ
０プロセッサのいずれかにより実行されことを可能にす
るために６８０ｘ０コードを含み、又は６８０ｘ０に基
づくマッキントッシュコンピュータ上のファイルを実行
する能力を含むことが望ましくない場合には６０ｘコー
ドのみが存在する。

【００２１】資源フォーク４４に位置する加速されたパ
ワーＰＣコード資源を形成することによりファイルのデ
ータフォーク４２はマッキントッシュでないコンピュー
タ用に書かれたプログラムに対して利用可能に形成され
る。ｆａｔ資源を構築し、加速されたパワーＰＣコード
資源として資源フォーク内に６０ｘコードを移動する過
程は図１０から１３及び図３に示される。最初に６８０
ｘ０コードは従来技術の方法で構築５２され、６８ＫＣ
ｏｄｅＲｅｓ．ｒｓｒｃと名付けられたファイルに記憶
される。それから６０ｘコードは従来技術の方法で構築
５４され、ＰＣＤＣｏｄｅｒｅｓ．ｐｅｆに記憶され
る。

【００２２】次に図１０、１１のルーチンＰＰＣＢｕｉ
ｌｄ．ｔｓは２つの従来技術の構築操作の出力を結合す
るよう実行される。ＰＰＣＢｕｉｌｄ．ｔｓの２頁の１
７ラインでは図１１のルーチンＰＥＦＲｅｚＦｒｏｍＤ
ａｔａ．ｒを実行することにより好ましい実行可能なフ
ォーマット（「ｐｅｆ」拡張子）データファイルから資
源への６０ｘ構築操作の出力を変換する。これは段階５
４で生じた６０ｘコードを段階５２で生じた資源の資源
フォークに付加する。

【００２３】次にプロセッサセレクターコードは図１
２、１３のＰＣＤＴＫ．ｒと名付けられたルーチンを実
行することにより資源フォーク内に挿入５８される。Ｐ
ＣＤＴＫ．ｒの最後の長い４ラインはそれぞれ６８０ｘ
０及び６０ｘコード資源を含む「ＣＯＤＥ」と称される
資源を形成する。コメントにより示されるようにこれら
のラインの最初の２つはそれに続く２ライン内の資源コ
ンテナとして定義される６８０ｘ０及び６０ｘコードに
対する共通過程（ユニバーサルプロセデュア）ポインタ
である。段階５２、５３、５６、５８での操作の結果は
６８０ｘ０及び６０ｘアプリケーション及びそれぞれへ
のポインタの両方に対する資源の全てを含む空のデータ
フォーク及び資源フォークを有するテンポラリファイル
である。以下に更に詳細に説明するようにこのファイル
はそれらのオペレーティングシステムはこれらのポイン
タ及び資源を含む資源フォークと共にファイルを取り扱
う方法により６８０ｘ０に基づくマッキントッシュ又は
６０ｘに基づく（パワーＰＣ）マッキントッシュのいず
れか上で実行されうる。

【００２４】好ましい実施例ではファイルを実行しうる
プロセッサの数は図３に示されるフローチャートで以下
のブロックに続くことにより増加される。これらの操作
は段階５８で形成される空のデータフォークを有するテ
ンポラリファイルとＮＯＮ−ＭＡＣ．ＥＸＥとして図４
で識別される他のコンピュータシステムからのプログラ
ムの両方にアクセスしうるマッキントッシュシステム上
で好ましくはなされる。これらのファイルは資源エディ
ッタ（ＲｅｓＥｄｉｔ）として知られるマッキントッシ
ュのツールにより同時にアクセス６０される。ＰＰＣＢ
ｕｉｌｄ．ｔｓでは「Ｒｅｚ」で開始する２ラインに続
いて以下に説明する手動操作を自動的におこなうために
資源エディッタを如何にして呼び出すかを記載するコメ
ントである。

【００２５】段階５８からえられたＮＯＮ−ＭＡＣ．Ｅ
ＸＥファイル及びテンポラリファイルが資源エディッタ
を用いて手動で結合されるときに表示スクリーンは図５
及び６に示されるもののように表示器２８（図１）上に
形成される。資源エディッタはファイルＣＯＭＢＩＮＥ
Ｄ．ＥＸＥを形成するために段階５８からＮＯＮ−ＭＡ
Ｃ．ＥＸＥファイルの資源フォーク内にえられるテンポ
ラリファイル内の資源フォークの内容を動かす６２よう
用いられる。図７に示されるように型及びクリエイター
情報は段階５８からえられるテンポラリファイルのそれ
に適合するようＮＯＮ−ＭＡＣ．ＥＸＥのそれから変化
６４され、それによりファイルはマッキントッシュ上で
実行可能であると認識され、一方で「ＥＸＥ」拡張子は
ファイルがＩＢＭ ＰＣ上で実行可能であると認識され
ることを可能にする。代替的にＮＯＮ−ＭＡＣ．ＥＸＥ
の内容は「ＥＸＥ」拡張子でリネイムされなければなら
ない一時ファイルのデータフォーク内に入れられるが、
型及びクリエイターは変化しなくてもよい。

【００２６】上記のように６８０ｘ０コード及び６０ｘ
コードの組み合わせの処理は自動的になされるよう記載
された。しかしながらマッキントッシュでないプログラ
ムに対して上記と同様な方法で資源フォーク内に６０ｘ
コードを手動で動かすために資源エディッタをまた用い
うる。本発明による複数アーキテクチャー実行可能ファ
イルは上記実施例に限定されない。マッキントッシュパ
ーソナルコンピュータで用いられるオペレーティングシ
ステム及び資源エディッタにより供される特徴によるこ
となく単一ファイル内の異なる処理に対する２つのプロ
グラムを結合することはまた可能である。例えばそのよ
うなファイルはサン ワークステーションで用いられる
プロセッサの一つ及びＩＢＭ ＰＣで用いられるインテ
ル８ｘ８６プロセッサ用に形成される。得られたファイ
ルは上記のようにこれら２つのコンピュータシステム上
で用いられるようそれら自身により分配され、又はＮＯ
Ｎ−ＭＡＣ．ＥＸＥファイルとしてデータフォーク内に
挿入され、それにより得られたファイルは全てのマッキ
ントッシュコンピュータ、全てのＩＢＭコンピュータ及
びサン ワークステーションの少なくとも１つのプロセ
ッサ／オペレーティングシステムの組み合わせで実行さ
れうる。

【００２７】本発明によるマッキントッシュでないコン
ピュータ用の複数アーキテクチャー実行可能ファイルは
図８に示されるフローチャートの各段階により形成され
る。最初にプロセッサのそれぞれに対するプログラムは
形成され、それから単一コンピュータシステムからアク
セス可能な位置で記憶７０される。どのような知られた
方法でも上記のようにこの目的のために用いられる。マ
ッキントッシュでない複数アーキテクチャー実行可能フ
ァイルを形成する鍵は他のプロセッサにより実行された
ときにそれはどのような望まない効果も有さない１つの
プロセッサ用の分岐（ｂｒａｎｃｈ）プログラムを含む
ことである。そのようなプログラムは全てのファイルフ
ォーマットと２進数又は１つのプロセッサ用の比較可能
なコードでの分岐コマンドとを他のプロセッサの命令の
組と比較することにより形成される。一連のコードは第
一のプロセッサを配置に分岐させ、これは第二のプロセ
ッサに有害な効果を有さないことが可能であることが判
明したときに一連のコードは分岐プログラムとして記憶
７２される。分岐プログラムは全てのプログラムにアク
セスを有するコンピュータシステム上での連結を用いる
従来技術の方法で第一及び第二のプロセッサ上で実行さ
れることが望ましいプログラムと結合７４される。必要
ならば結合のプロセスは得られたファイルを編集するこ
とを含み、それにより分岐させる一連のコードはそれに
対して書かれたプログラムに対して第一のプロセッサを
分岐する。

【００２８】結果として分岐プログラムはオペレーティ
ングシステムから独立である。何故ならばオペレーティ
ングシステムが上記のように単一のファイルの資源フォ
ーク内の６８０ｘ０及び６０ｘプログラムに対する場合
としてプロセッサの型を識別する必要がないからであ
る。更にまた異なるプロセッサを有するコンピュータシ
ステム上でファイルが実行されることを可能にする従来
技術でしばしば用いられるような特殊なハードウエア又
はエミュレーションは必要ない。

【００２９】段階７４で作られたファイルが上記のよう
に作られたファイルのデータフォーク内にマッキントッ
シュでないファイルとして挿入される場合には図６に示
されたフローチャート内の段階は得られたファイルが実
行されたときに実施される。最初にどのようなオペレー
ティングシステム内でもディレクトリはファイルに対す
るポインタを得るためにアクセス８０される。上記のよ
うにこの操作がマッキントッシュオペレーティングシス
テム上でなされたときには用いられた第一のポインタは
ファイルの資源フォークを示す。マッキントッシュでな
いオペレーティングシステムではこれは決定ブロック８
２により図９に示される。ポインタはサン ワークステ
ーション又はＩＢＭ ＰＣの場合には複数アーキテクチ
ャーコンピュータファイルの初期部分を示す。

【００３０】段階７４から得られたマッキントッシュで
ないファイルが段階６６から得られたマッキントッシュ
ファイルと結合するか否かを無視して、ファイルがマッ
キントッシュでないシステム上で実施されるときに処理
はファイルの始まりから始まる。ファイルが分岐コマン
ドを認識する「第一の」プロセッサにより実行される場
合にはブロック８４で示される処理が分岐し、第一のプ
ロセッサに対するプログラムを実行８６する。ファイル
を実行するプロセッサが分岐命令を分岐命令として認識
できない第二のプロセッサであるときには第一のプロセ
ッサに対する分岐コードはいかなる有害な影響もなく実
行され８８、それから第二のプロセッサ用のプログラム
は実行される。

【００３１】上記のようにマッキントッシュオペレーテ
ィングシステムは単一のファイルで６０ｘプログラム及
び６８０ｘ０プログラムの両方を扱うために設計され
る。決定ブロック９２に示されているように６０ｘプロ
セッサは「ｃｆｒｇ」資源は表示されず、資源フォーク
内での資源を実行９４することを認識する。実行された
第一の資源は６８０ｘ０及び６０ｘプロセッサの両方で
のイリーガル命令であるプロセッサセレクタ又はトラッ
プである。マッキントッシュオペレーティングシステム
は命令を実行するプロセッサの型を識別するプロセッサ
スタック上に情報を置くことによりトラップの実行に応
答する。プロセッサは資源フォークに記憶された適切な
ポインタを選択９２し、ポインタが指し示す資源内のプ
ログラムを実行９４又は９６するためにこの情報を用い
る。

【００３２】本発明の多くの特徴及び利点は詳細な明細
書から明らかであり、斯くして本発明の真の精神及び範
囲内に収まる本発明のこのような全ての特徴及び利点は
請求項により覆われることが意図されている。更に多く
の変更及び修正は当業者により既になされているので本
発明を示され、記載された構成及び動作そのものに限定
することは望ましくなく、従って全ての適切な変更及び
等価物は本発明の範囲内にある。

【図面の簡単な説明】

【図１】コンピュータシステム及びシステムにより用い
られる種々のメディアのブロック図である。

【図２】本発明によるコンピュータ実行可能ファイルの
データ構造を示す図である。

【図３】本発明によるファイルを形成する方法の第一の
実施例を示すフローチャートである。

【図４】図３に示される方法で形成されたスクリーン表
示を示す。

【図５】図３に示される方法で形成されたスクリーン表
示を示す。

【図６】図３に示される方法で形成されたスクリーン表
示を示す。

【図７】図３に示される方法で形成されたスクリーン表
示を示す。

【図８】本発明によるファイルを形成する方法の第一の
実施例を示すフローチャートである。

【図９】本発明によるファイルを実行するフローチャー
トである。

【図１０】本発明によるファイルのルーチンプログラム
を示す。

【図１１】本発明によるファイルのルーチンプログラム
を示す。

【図１２】本発明によるファイルのルーチンプログラム
を示す。

【図１３】本発明によるファイルのルーチンプログラム
を示す。

【符号の説明】

１０ ＣＰＵ １２ ＲＡＭ １４ ＲＯＭ １６ ハードドライブ １８ フロッピードライブ ２０ ＣＤーＲＯＭドライブ ２２ モデム ２４ Ｉ／Ｏポート ２６ キーボード ２８ 表示器 ３０ フロッピィディスク ３２ ＣＤ−ＲＯＭ ４２ データフォーク ４４ 資源フォーク

Claims (2)

【特許請求の範囲】
1. 【請求項１】 単一コンピュータ実行可能ファイル内に
   あり、第一のオペレーティングシステムの制御下で第一
   のプロセッサにより実行可能な第一のプログラムと；単
   一コンピュータ実行可能ファイル内にあり、第二のオペ
   レーティングシステムの制御下で第二のプロセッサによ
   り実行可能な第二のプログラムと；第一のプロセッサに
   該第一のプログラムを実行させ、第二のプロセッサに該
   第二のプログラムを実行させるプログラムロケイターと
   からなり、 第一と第二のオペレーティングシステムの制御下でそれ
   ぞれ動作し、夫々異なるファイルにアクセスし、相互に
   異なる第一及び第二のプロセッサにより実行するため
   の、単一のコンピュータで実行可能なファイル及び関連
   するディレクトリエントリ。
2. 【請求項２】 相互に異なる第一及び第二のオペレーテ
   ィングシステムの下で動作する第一及び第二のプロセッ
   サ上で実行可能な複数アーキテクチャーコンピュータフ
   ァイルを構成し、第二のオペレーティングシステムはそ
   れの最初の部分に先立つどのような実行可能なファイル
   のそれに続く部分にもアクセスする方法であって、 （ａ） 第一のオペレーティングシステムの制御下で第
   一のプロセッサにより実行可能で、第一のファイル内に
   第一のプログラムを記憶し； （ｂ） 第二のオペレーティングシステムの制御下で第
   二のプロセッサにより実行可能で、最初及びそれに続く
   部分よりなり、各々第二のプログラムのセグメントを含
   み、第二のファイル内に第二のプログラムを記憶し； （ｃ） 第二のファイルの最初の部分内の第二のプログ
   ラムの全てのセグメントを第二のファイルのそれに続く
   部分に動かし； （ｄ） 第一のファイルから第一のプログラムを第二の
   ファイルの最初の部分に動かす各段階からなる方法。