JP2003178037A - 最適オブジェクトコード選択方法 - Google Patents

Abstract

(57)【要約】 【目的】 メディアプロセッサをより効率良く使用する
ことができる最適オブジェクトコード選択方法を提供す
ること。 【構成】 複数の異なる演算素子を１個若しくは複数個
持つ特定用途向けプロセッサにおいて、特定用途向けプ
ロセッサ自身が自特定用途向けプロセッサの得意とする
処理の種別及び当該処理種別の問い合わせに対する応答
を返すインタフェース手段を有し、当該特定用途向けプ
ロセッサの持つ演算子等の仕様情報がアプリケーション
プログラムから分からない場合に、当該アプリケーショ
ンプログラムから前記特定用途向けプロセッサに対して
当該特定用途向けプロセッサの得意処理種別問い合わせ
要求を実行することにより、当該特定用途向けプロセッ
サが前記インタフェース手段を用いて当該特定用途向け
プロセッサの得意処理種別の応答を返し、アプリケーシ
ョンプログラムは、当該結果の得意処理種別に基づいて
実行プログラムの最適オブジェクトコードを選択する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、画像処理や通信制
御に特化した構造を備えた特定用途向けプロセッサ（演
算処理装置）を使用した最適オブジェクトコード選択方
法に関するものである。

【０００２】

【従来の技術】近年、汎用プロセッサは可成りの速度で
高性能化し、それに伴って当該汎用プロセッサ上で稼動
するアプリケーションプログラムも多機能化が進んでい
る。更に、半導体メモリの低価格化に伴って実メモリ空
間の大きさを気にしないアプリケーションプログラムが
増えている。

【０００３】このようなアプリケーションプログラムに
おいての当面の課題は、プログラムサイズの縮小という
よりは、実行時間の短縮の方である。このプログラム実
行時間の短縮の方法として、一般的には計算機アーキテ
クチャの最適化が挙げられる。

【０００４】計算機アーキテクチャ最適化の具体的な要
素としては、パイプライン、キャッシュメモリ、多数レ
ジスタ、ＲＩＳＣ、ベクトルプロセッサ、マルチプロセ
ッサ、データフロープロセッサ、ＶＬＩＷ（Very Long
Instruction Word）、ＳＩＭＤ（Single Instruction S
tream-Multiple Data Stream）等が挙げられる。これら
の最適化要素等に対応した実実行プログラムを生成する
役割を担っているのはコンパイラである。ここで、コン
パイラとは、高水準プログラミング言語にて記述された
プログラムをプロセッサが実行可能な機械語（アセンブ
リ言語）のプログラムに翻訳する仕事を受け持つもので
ある。

【０００５】プロセッサが異なる場合には、当然当該プ
ロセッサ専用のコンパイラが用意されなければならな
い。又、アプリケーションプログラムの実実行時間の最
適化を行う仕事も当該コンパイラの役目である。最近、
アプリケーションプログラムは多機能化・複雑化すると
ともに、汎用的に使用できるようにプロセッサに依存し
た実実行プログラムコード（以下、オブジェクトコード
と呼ぶ）をなるべく含まない作りになってきており、
又、汎用プロセッサは高価なこともあって、より単機能
で専門機能を備えた安価な専用プロセッサ（演算器）を
組み合わせた特定用途向け並列処理プロセッサ（メディ
アプロセッサと呼ぶ）に画像処理等の専門的な仕事を処
理させてアプリケーションプログラム全体の処理速度を
向上させるとともに、システムとしての単価を下げよう
とする傾向がある。

【０００６】

【発明が解決しようとする課題】上記のような専用プロ
セッサ（演算器）を数種類且つ複数個組み合わせた特定
用途向け並列処理プロセッサとしてのメディアプロセッ
サ用の実実行プログラムを最適化するには、従来の１つ
のプロセッサに対応したコンパイラだけでは限界があっ
た。

【０００７】本発明は上記問題に鑑みてなされたもの
で、その目的とする処は、メディアプロセッサをより効
率良く使用することができる最適オブジェクトコード選
択方法を提供することにある。

【０００８】

【課題を解決するための手段】上記目的を達成するた
め、本発明は、複数の異なる演算素子を１個若しくは複
数個持つ特定用途向けプロセッサにおいて、特定用途向
けプロセッサ自身が自特定用途向けプロセッサの得意と
する処理の種別及び当該処理種別の問い合わせに対する
応答を返すインタフェース手段を有し、当該特定用途向
けプロセッサの持つ演算子等の仕様情報がアプリケーシ
ョンプログラムから分からない場合に、当該アプリケー
ションプログラムから前記特定用途向けプロセッサに対
して当該特定用途向けプロセッサの得意処理種別問い合
わせ要求を実行することにより、当該特定用途向けプロ
セッサが前記インタフェース手段を用いて当該特定用途
向けプロセッサの得意処理種別の応答を返し、アプリケ
ーションプログラムは、当該結果の得意処理種別に基づ
いて実行プログラムの最適オブジェクトコードを選択す
ることを特徴とする。

【０００９】又、本発明は、或る複数のプロセッサを持
った情報処理システムにおいて、制御プロセッサ上のＯ
Ｓが、システム内の自制御プロセッサ以外のプロセッサ
の所有状況の問い合わせに対する応答を返すインタフェ
ース手段を有し、アプリケーションプログラムが当該情
報処理システム内のプロセッサ所有状況を把握していな
い場合に、他プロセッサ所有状況問い合わせを当該ＯＳ
に対して実行し、当該制御プロセッサ上のＯＳは、前記
インタフェース手段を用いて他プロセッサ所有状況を応
答としてアプリケーションプログラムに送信し、当該他
プロセッサ所有状況を受信したアプリケーションプログ
ラムは当該結果である他プロセッサ所有状況に基づいて
実実行オブジェクトコードを選択することを特徴とす
る。

【００１０】

【発明の実施の形態】次に、本発明の実施の形態を添付
図面に基づいて説明する。

【００１１】＜実施の形態１＞図１は情報処理システム
の構成を示すブロック図である。

【００１２】ここで、メディアプロセッサ２を主に制御
する制御プロセッサ１は、内部に記憶部１１０を持ち、
制御対象となるプロセッサとしてのメディアプロセッサ
２は、内部に記憶部２１０を持つような構成になってい
る。又、制御プロセッサ１及びメディアプロセッサ２は
システムバスにより接続されており、当該システムバス
を介して互いの通信及び外部機器との通信が可能であ
る。尚、システムバスには、主に制御データが流れる制
御バスと主に処理データが流れるデータバスがあるが、
システムバスはそれをとりまとめて図示している。

【００１３】図２は図１に示した制御プロセッサ１及び
メディアプロセッサ２の各々の内部記憶部メモリマップ
の概要図である。

【００１４】図示のように、制御プロセッサ１は、マル
チタスクをサポートしたＯＳ（Operating System）を動
作させているため、メモリにＯＳ１１１が常駐してい
る。記憶部１１０には、ＯＳ１１１の他にアプリケーシ
ョンプログラム１１３と、当該アプリケーションプログ
ラムに含まれる得意処理種別要求プログラム１１３．１
及び得意処理種別毎に用意されたオブジェクトコードラ
イブラリ群１１３．２等がロードされる。

【００１５】記憶部２１０には、得意処理種別要求が来
た場合にロードされて動作する得意処理種別応答プログ
ラム２１１と、当該メディアプロセッサの持つ演算器
（ＡＬＵ）等の処理能力に対応した得意処理種別データ
２１２が予め格納されている。尚、アプリケーションブ
ログラム１１３が所有する得意処理種別毎のオブジェク
トコードライブラリ群１１３．２を選択するために使用
されるデータとしての得意処理種別と、メディアプロセ
ッサ２が所有する得意処理種別データ２１２は対応関係
にある。

【００１６】又、アプリケーションプログラム１１３が
所有する得意処理種別毎のオブジェクトコードライブラ
リ群１１３．２内のオブジェクトコードは、得意処理種
別に対応する数種類の演算器（ＡＬＵ）用のネイティブ
コンパイラにてコンパイル済みのコードになっている。

【００１７】図３は本発明の実施の形態１を説明する制
御プロセッサ１に関する処理のフローチャート、図４は
メディアプロセッサ２に関する処理のフローチャートで
ある。

【００１８】予めＯＳ１１１は、定期的にシステム内で
稼動している制御プロセッサ１以外のプロセッサの所在
及び種別を検索し、当該プロセッサ種別情報１１１．０
として記憶部１１０に保持している。

【００１９】最初に、制御プロセッサ１の記憶部１１０
にアプリケーションプログラム１１３がプログラムサー
バ等（図示せず）からロードされて実行される（Ｓ１０
１０）。アプリケーションプログラム１１３は、このシ
ステムが所有する制御プロセッサ１以外のプロセッサ種
別情報を持っていないため、ＯＳ１１１からこのシステ
ムの持つ他プロセッサ種別情報１１１．０を取得する
（Ｓ１０２０）。

【００２０】ＯＳ１１１から当該システムの持つ他プロ
セッサ種別情報１１１．０を受け取ったアプリケーショ
ンプログラム１１３は、当該他プロセッサ種別情報１１
１．０に基づいてメディアプロセッサ２が存在すること
を認識し、当該メディアプロセッサ２を用いて実行させ
る処理があるか否かを判断するために、得意処理種別要
求プログラム１１３．１を実行する（Ｓ１０３０）。得
意処理種別要求プログラム１１３．１は、ＯＳ１１１に
メディアプロセッサ２に対し得意処理種別要求を送るよ
うに指示する。

【００２１】ＯＳ１１１は、システムバスを介してメデ
ィアプロセッサ２に得意処理種別要求を送信する。制御
プロセッサ１からの得意処理種別要求を受信したメディ
アプロセッサ２は、記憶部２１０に得意処理種別応答プ
ログラム２１１をロードして実行する（Ｓ１０４０）。

【００２２】得意処理種別応答プログラム２１１は、記
憶部２１０内に格納されている得意処理種別データ２１
２をシステムバスを介して制御プロセッサ１に送信する
（Ｓ１０５０）。

【００２３】メディアプロセッサ２から得意処理種別デ
ータを得意処理種別要求の応答として受信した制御プロ
セッサ１のＯＳ１１１は、当該得意処理種別データを得
意処理種別要求の応答としてアプリケーションプログラ
ム１１３に渡す。

【００２４】ＯＳ１１１から得意処理種別データを得意
処理種別要求の応答として受信（Ｓ１０６０）したアプ
リケーションプログラム１１３は、当該得意処理種別デ
ータと得意処理オブジェクトコードライブラリ群１１
３．２を照らし合わせてメディアプロセッサ２を使用す
るか否かを判断し（Ｓ１０７０）、メディアプロセッサ
２を使用することを決定したアプリケーションプログラ
ム１１３は、当該得意処理種別データに基づいて得意処
理オブジェクトコードライブラリ群１１３．２から最適
なオブジェクトコードを選択し（Ｓ１０８０）、ＯＳ１
１１に対して当該最適なオブジェクトコードをメディア
プロセッサ２にて実行させることを指示する（Ｓ１０９
０）。

【００２５】前記最適なオブジェクトコードをメディア
プロセッサ２にて実行させることを指示されたＯＳ１１
１は、当該最適なオブジェクトコードを必要なデータと
共にシステムバスを介してメディアプロセッサ２に対し
て送信する。制御プロセッサ１から前記オブジェクトコ
ード及びデータをシステムバスを介して受信（Ｓ１１０
０）したメディアプロセッサ２は、当該オブジェクトコ
ードを実行する（Ｓ１１１０）。

【００２６】而して、本実施の形態によれば、アプリケ
ーションプログラム１１３が得意処理種別の応答に基づ
いて得意処理オブジェクトコードをメディアプロセッサ
２に対して実行させる場合にＯＳ１１１を介して行うた
め、同種のメディアプロセッサ２が複数になってもアプ
リケーションプログラムからは１つの命令で実行でき
る。

【００２７】＜実施の形態２＞次に、本発明の実施の形
態２について説明する。

【００２８】本実施の形態についてのブロック図は前記
実施の形態１のブロック図（図１）と共通である。図５
は実施の形態１の図１で示した制御プロセッサ１及びメ
ディアプロセッサ２の各々の内部記憶部のメモリマップ
の概要図と同種類の図である。実施の形態１の図２と
は、アプリケーションプログラム１１３内に存在した処
理種別オブジェクトコードライブラリ群１１３．２が同
じ記憶部１１０内のＯＳ１１１の内部に移動し、処理種
別オブジェクトコードライブラリ群１１１．２になって
いる点以外は同じである。

【００２９】図６は本実施の形態を説明する制御プロセ
ッサ１に関する処理のフローチャート、図７はメディア
プロセッサ２に関する処理のフローチャートである。

【００３０】予めＯＳ１１１は、定期的にシステム内で
稼動している制御プロセッサ１以外のプロセッサの所在
及び種別を検索し、当該プロセッサ種別情報１１１．０
として記憶部１１０に保持している。

【００３１】最初に、制御プロセッサ１の記憶部１１０
にアプリケーションプログラム１１３がプログラムサー
バ等（図示せず）からロードされて実行される（Ｓ２０
１０）。

【００３２】アプリケーションプログラム１１３は、こ
のシステムが所有する制御プロセッサ１以外のプロセッ
サ種別情報を持っていないため、ＯＳ１１１からこのシ
ステムの持つ他プロセッサ種別情報１１１．０を取得す
る（Ｓ２０２０）。

【００３３】ＯＳ１１１から当該システムの持つ他プロ
セッサ種別情報１１１．０を受け取ったアプリケーショ
ンプログラム１１３は、当該他プロセッサ種別情報１１
１．０に基づいてメディアプロセッサ２が存在すること
を認識し、当該メディアプロセッサ２を用いて実行させ
る処理があるか否かを判断するために、得意処理種別要
求プログラム１１３．１として以下を実行する（Ｓ２０
３０）。

【００３４】得意処理種別要求プログラム１１３．１
は、ＯＳ１１１にメディアプロセッサ２に対し得意処理
種別要求を送るように指示する。ＯＳ１１１は、システ
ムバスを介してメディアプロセッサ２に得意処理種別要
求を送信する。制御プロセッサ１からの得意処理種別要
求を受信したメディアプロセッサ２は、記憶部２１０に
得意処理種別応答プログラム２１１をロードして実行す
る（Ｓ２０４０）。得意処理種別応答プログラム２１１
は、記憶部２１０内に格納されている得意処理種別デー
タ２１２をシステムバスを介して制御プロセッサ１に送
信する（Ｓ２０５０）。

【００３５】メディアプロセッサ２から得意処理種別デ
ータを得意処理種別要求の応答として受信した制御プロ
セッサ１のＯＳ１１１は、当該得意処理種別データを得
意処理種別要求の応答としてアプリケーションプログラ
ム１１３に渡す。ＯＳ１１１から得意処理種別データを
得意処理種別要求の応答として受信（Ｓ２０６０）した
アプリケーションプログラム１１３は、ＯＳ１１１から
ＯＳ１１１が持つ得意処理オブジェクトコードライブラ
リ群１１１．２のリストを取得し（Ｓ２０７０）、当該
得意処理種別データと得意処理オブジェクトコードライ
ブラリ群１１１．２のリストを照合してメディアプロセ
ッサ２に処理させるか否かを判断し（Ｓ２０８０）、メ
ディアプロセッサ２で処理可能な得意処理オブジェクト
コードがある場合に、当該リストの中から当該得意処理
種別データに基づいた最適なオブジェクトコードを選択
し（Ｓ２０９０）、ＯＳ１１１に対して当該最適なオブ
ジェクトコードをメディアプロセッサ２にて実行させる
ことを指示する（Ｓ２１００）。

【００３６】前記最適なオブジェクトコードをメディア
プロセッサ２にて実行させることを指示されたＯＳ１１
１は、当該最適なオブジェクトコードを必要なデータと
共にシステムバスを介してメディアプロセッサ２に対し
送信する。制御プロセッサ１から前記オブジェクトコー
ド及びデータをシステムバスを介して受信（Ｓ２１１
０）したメディアプロセッサ２は、当該オブジェクトコ
ードを実行する（Ｓ２１２０）。

【００３７】而して、本実施の形態によれば、得意処理
オブジェクトコードライブラリ群１１１．２をアプリケ
ーションプログラム１１３内部で持つのではなく、ＯＳ
１１１内部で持つことによって、他のアプリケーション
プログラムにおいても当該得意処理オブジェクトコード
ライブラリ群１１１．２を共有して使用することができ
る。

【００３８】＜実施の形態３＞次に、本発明の実施の形
態３について説明する。

【００３９】本実施の形態についてのブロック図は実施
の形態１のブロック図（図）と共通である。図８は実施
の形態１の図２及び実施の形態２の図５で示した制御プ
ロセッサ１及びメディアブロセッサ２の各々の内部記憶
部のメモリマップの概要図と同種類の図である。実施の
形態２の図５とは、アプリケーションプログラム１１３
内に存在した得意処理種別要求プログラム１１３．２が
同じ記憶部１１０内のＯＳ１１１の内部に移動し、得意
処理種別要求プログラム１１１．１になっていること及
び他プロセッサ種別情報１１１．０をアプリケーション
実行時に収集するために削除されたこと以外は同じであ
る。図９は本実施の形態を説明する制御プロセッサ１に
関する処理のフローチャート、図１０はメディアプロセ
ッサ２に関する処理のフローチャートである。

【００４０】最初に、制御プロセッサ１の記憶部１１０
にアプリケーションプログラム１１３がプログラムサー
バ等（図示せず）からロードされ、以下のことが実行さ
れる（Ｓ３０１０）。アプリケーションプログラム１１
３は、ＯＳ１１１に制御プロセッサ１に対応したオブジ
ェクトコードと処理種別を渡し、当該処理の実行を依頼
する。

【００４１】アプリケーションプログラム１１３から処
理依頼のオブジェクトコードと処理種別を受信したＯＳ
１１１は、現在のシステムバス上に接続されている他の
プロセッサの所有状況を把握するために、他プロセッサ
の所有状況収集を実行する（Ｓ３０２０）。他プロセッ
サの所有状況収集により他のプロセッサ（ここでは、メ
ディアプロセッサ２）が存在する（Ｓ３０３０）ことを
認識したＯＳ１１１は、当該他のプロセッサに対してシ
ステムバスを介して得意処理種別要求を送信するという
得意処理種別要求プログラム１１１．１を実行する（Ｓ
３０４０）。

【００４２】制御プロセッサ１からの得意処理種別要求
を受信した他のプロセッサであるメディアプロセッサ２
は、記憶部２１０に得意処理種別応答プログラム２１１
をロードして実行する（Ｓ３０５０）。得意処理種別応
答プログラム２１１は、記憶部２１０内に格納されてい
る得意処理種別データ２１２をシステムバスを介して制
御プロセッサ１に送信する（Ｓ３０６０）。

【００４３】メディアプロセッサ２から得意処理種別デ
ータを得意処理種別要求の応答として受信した（Ｓ３０
７０）制御プロセッサ１のＯＳ１１１は、当該得意処理
種別データを基にアプリケーションプログラム１１３か
ら処理依頼の処理種別の中に当該メディアプロセッサ２
で処理可能な処理種別が存在するか否かを判定し（Ｓ３
０８０）、当該メディアプロセッサにて処理することが
最適な処理種別が存在する場合に、ＯＳ１１１内に格納
している得意処理オブジェクトコードライブラリ群１１
１．２から当該処理種別に対応した最適なオブジェクト
コードを選択し（３０９０）、当該最適オブジェクトコ
ードの実行依頼と共に当該最適なオブジェクトコードと
必要データをシステムバスを介してメディアプロセッサ
２に対し送信する（Ｓ３１００）。

【００４４】制御プロセッサ１からオブジェクトコード
の実行依頼と、前記オブジェクトコード及び処理データ
をシステムバスを介して受信（Ｓ３１１０）したメディ
アプロセッサ２は、当該オブジェクトコードを実行する
（Ｓ３１２０）。

【００４５】而して、本実施の形態によれば、得意処理
種別要求プログラム１１３．１をアプリケーションプロ
グラム１１３内部で持つのではなく、ＯＳ１１１内部で
持つことによって、アプリケーションプログラム１１３
は、システム上に存在する他のプロセッサ（本実施の形
態の場合はメディアプロセッサ）を意識した作りにしな
くても良い。

【００４６】尚、本発明は上記各実施の形態に限定され
るものではなく、更に以下のような変形が可能である。

【００４７】例えば、制御プロセッサをメディアプロセ
ッサ内に含めても良い。上記実施の形態では、制御プロ
セッサ１のみＯＳを載せていたが、メディアプロセッサ
２にＯＳを載せて制御しても良い。処理種別オブジェク
トコードライブラリに含まれるオブジェクトコードは、
１つの処理種別に対してオブジェクトコードは１つでも
良く、複数のコードの集まり（パッケージ）でも良い。

【００４８】又、上記実施の形態では、記憶部をプロセ
ッサの内部にあるように説明しているが、プロセッサの
外部にあっても良い。上記実施の形態では、プロセッサ
同士をシステムバスで接続しているが、システムバスを
用いないで直接ラインで接続しても良い。その他、制御
プロセッサ１つに対して制御対象のプロセッサとしての
メディアプロセッサが複数存在しても良い。

【００４９】

【発明の効果】以上の説明で明らかなように、本発明に
よれば、複数の異なる演算素子を１個若しくは複数個持
つ特定用途向けプロセッサにおいて、特定用途向けプロ
セッサ自身が自特定用途向けプロセッサの得意とする処
理の種別及び当該処理種別の問い合わせに対する応答を
返すインタフェース手段を有し、当該特定用途向けプロ
セッサの持つ演算子等の仕様情報がアプリケーションプ
ログラムから分からない場合に、当該アプリケーション
プログラムから前記特定用途向けプロセッサに対して当
該特定用途向けプロセッサの得意処理種別問い合わせ要
求を実行することにより、当該特定用途向けプロセッサ
が前記インタフェース手段を用いて当該特定用途向けプ
ロセッサの得意処理種別の応答を返し、アプリケーショ
ンプログラムは、当該結果の得意処理種別に基づいて実
行プログラムの最適オブジェクトコードを選択するよう
にしたため、メディアプロセッサをより効率良く使用す
ることができるという効果が得られる。

【図面の簡単な説明】

【図１】本発明の実施の形態１を示すブロック図であ
る。

【図２】図１に示された各々の記憶部の詳細図である。

【図３】本発明の実施の形態１を示すフローチャートで
ある。

【図４】本発明の実施の形態１を示すフローチャートで
ある。

【図５】図１に示された各々の記憶部の実施の形態２に
おける詳細図である。

【図６】本発明の実施の形態２を示すフローチャートで
ある。

【図７】本発明の実施の形態２を示すフローチャートで
ある。

【図８】図１に示された各々の記憶部の実施の形態３に
おける詳細図である。

【図９】本発明の実施の形態３を示すフローチャートで
ある。

【図１０】本発明の実施の形態３を示すフローチャート
である。

【符号の説明】

１ 制御プロセッサ １１０ 記憶部 １１１ ＯＳ（Operating System） １１３ アプリケーションプログラム ２ メディアプロセッサ（他のプロセッサ） ２１０ 記憶部 ２１１ 得意処理種別応答プログラム ２１２ 得意処理種別データ

Claims (4)

【特許請求の範囲】
1. 【請求項１】 複数の異なる演算素子を１個若しくは複
   数個持つ特定用途向けプロセッサにおいて、 特定用途向けプロセッサ自身が自特定用途向けプロセッ
   サの得意とする処理の種別及び当該処理種別の問い合わ
   せに対する応答を返すインタフェース手段を有し、当該
   特定用途向けプロセッサの持つ演算子等の仕様情報がア
   プリケーションプログラムから分からない場合に、当該
   アプリケーションプログラムから前記特定用途向けプロ
   セッサに対して当該特定用途向けプロセッサの得意処理
   種別問い合わせ要求を実行することにより、当該特定用
   途向けプロセッサが前記インタフェース手段を用いて当
   該特定用途向けプロセッサの得意処理種別の応答を返
   し、アプリケーションプログラムは、当該結果の得意処
   理種別に基づいて実行プログラムの最適オブジェクトコ
   ードを選択することを特徴とする最適オブジェクトコー
   ド選択方法。
2. 【請求項２】 自特定用途向けプロセッサの得意とする
   処理の種別をＡＳＣＩＩ文字列で識別することを特徴と
   する請求項１記載の最適オブジェクトコード選択方法。
3. 【請求項３】 自特定用途向けプロセッサの得意とする
   処理の種別を数値で識別することを特徴とする請求項１
   記載の最適オブジェクトコード選択方法。
4. 【請求項４】 或る複数のプロセッサを持った情報処理
   システムにおいて、制御プロセッサ上のＯＳが、システ
   ム内の自制御プロセッサ以外のプロセッサの所有状況の
   問い合わせに対する応答を返すインタフェース手段を有
   し、アプリケーションプログラムが当該情報処理システ
   ム内のプロセッサ所有状況を把握していない場合に、他
   プロセッサ所有状況問い合わせを当該ＯＳに対して実行
   し、当該制御プロセッサ上のＯＳは、前記インタフェー
   ス手段を用いて他プロセッサ所有状況を応答としてアプ
   リケーションプログラムに送信し、当該他プロセッサ所
   有状況を受信したアプリケーションプログラムは当該結
   果である他プロセッサ所有状況に基づいて実実行オブジ
   ェクトコードを選択することを特徴とする最適オブジェ
   クトコード選択方法。