JPH0695891A

JPH0695891A - インタフェース方式

Info

Publication number: JPH0695891A
Application number: JP24207292A
Authority: JP
Inventors: Nobuyuki Yamauchi; 信之山内; Takeshi Yasuda; 剛安田
Original assignee: Toshiba Corp
Current assignee: Toshiba Corp
Priority date: 1992-09-10
Filing date: 1992-09-10
Publication date: 1994-04-08

Abstract

(57)【要約】【目的】極めて簡易な手順により異種オペレーティング
システム間インタフェースの構築が可能となり、インタ
フェース自体もアプリケーションプログラマが意図した
通りの動作を実現することができ、かつ移植性、保守性
に富むインタフェースを作成することが可能となるイン
タフェース方式を提供する。【構成】第１のオペレーティングシステム（１）上で動
作するアプリケーションプログラムで呼び出されたシス
テムコールをシステムコ−ル解析部（１１）で解析し、
必要な情報を取り出し、この取り出された情報は、制御
部（１０）によって仮想データ部（１２）に渡され、仮
想データ部（１２）に保持される。仮想データ部（１
２）では、アプリケーションプログラムが第１のオペレ
ーティングシステム（１）上で動作していると考えたと
きの各種情報が保持され、これら各情報をもとに、シス
テムコール変換部（１３）が第１のオペレーティングシ
ステム（１）とは異なる第２のオペレーティングシステ
ム（２）上で、第１のオペレーティングシステム（１）
のシステムコールに対応した処理を行う。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】この発明は、オペレーティングシ
ステムに対するシステムコールを含んだアプリケーショ
ンプログラムをクロス環境でシミュレートするためのイ
ンタフェース方式に関する。

【０００２】

【従来の技術】一般に、あるオペレーティングシステム
上で動作するアプリケーションソフトウェアを別のオペ
レーティングシステムに移植して使用することは、ソフ
トウェアの開発効率の向上に有効である。

【０００３】ところで、移植の対象となるアプリケーシ
ョンソフトウェアの数が多い場合、一つ一つのアプリケ
―ションソフトウェアを移植するのではなく、オペレー
ティングシステム間のインタフェースをとるモジュール
を作成し、そのインタフェースモジュールを介してアプ
リケーションソフトウェアを動作させる方が効率的であ
る。

【０００４】従来、多くの場合、アプリケーションソフ
トウェアの移植対象のオペレーティングシステムの数が
比較的少数であると、実行効率の向上を図るために、オ
ペレーティングシステム毎に最適と思われるインタフェ
ース方式をとっている。

【０００５】すなわち、この場合、システムコール処理
ルーチンを移植対象のオペレーティングシステムのアー
キテクチャに沿うように修正したり、あるいは全て置き
換えたりするように構成されている。

【０００６】この場合、オペレーティングシステム間イ
ンタフェースの構築技術よりも、むしろインタフェース
の実現自体に注力されている。

【０００７】ところが最近、さまざまな分野で特殊問題
向きのオペレーティングシステムが使用されてきてお
り、これらのオペレーティングシステム上で開発された
ソフトウェア資源を有効に活用することが望まれてい
る。

【０００８】すなわち、オペレーティングシステム間の
インタフェースの開発が要求されているが、このように
移植対象となるオペレーティングシステムの数が増加し
ていることから、前述のような方法では生産性に限界が
生じてしまうことが認識され始めている。

【０００９】そのための対策の一つとして、通常は直接
動作に影響しないと思われる、個々のオペレーティング
システムに固有な機能を削ることによって、多くの種類
のオペレーティングシステムのインタフェ―スをとるこ
とが行われている。この場合、アプリケーションプログ
ラムの完全な動作というよりも、結果的に同じであれば
途中動作はあまり関係ないような対象に限られている。

【００１０】いずれにしても、現在のところ、インタフ
ェースの開発に関しての明確な構築技術は示されておら
ず、その結果、開発効率の低下、開発期間の延長を招く
結果となっている。

【００１１】

【発明が解決しようとする課題】上述の如く、従来のイ
ンタフェース方式では、次のような課題を含んでいる。１）特定のオペレーティングシステム間のインタフェー
スだけを考えた、インタフェースモジュールの構築方法
であると、新しいインタフェースモジュールを作成する
ときに、最初から構築し直さなければならないという事
態が生じてしまう。また、もとのインタフェースモジュ
ールを修正する形で、新しいインタフェースモジュール
を作成する場合にも、構造的に複雑になり、保守性が悪
化してしまう。

【００１２】２）オペレーティングシステムの機構に依
存したシステムコールのインタフェースを削る形で、イ
ンタフェースを実現する方法をとると、アプリケーショ
ンプログラマが意図した通りにプログラムが動作しない
可能性がある。例えば、タスクの優先度を変化させるシ
ステムコールを発行した場合、オペレーティングシステ
ムのタスクスイッチング方式が、タイムスライス方式で
あるか、イベント・ドリブン方式であるかによって、実
行されるタスクの順番が異なり、それにより誤った結果
をもたらすこともあり得る。その結果、インタフェース
を使用できるアプリケ―ションソフトウェアは個々のオ
ペレーティングシステム固有の機構に影響されないもの
だけに範囲を狭められてしまう。

【００１３】３）特定のオペレーティングシステムの機
構に依存した形でインタフェースが作成されていると、
インタフェース自体の移植性が悪くなってしまう。その
結果、インタフェースの開発効率も悪くなってしまう。

【００１４】そこで、この発明は、極めて簡易な手順に
より異種オペレーティングシステム間インタフェースの
構築が可能となり、インタフェース自体もアプリケーシ
ョンプログラマが意図した通りの動作を実現することが
でき、かつ移植性、保守性に富むインタフェースを作成
することが可能となるインタフェース方式を提供するこ
とを目的とする。

【００１５】

【課題を解決するための手段】上記目的を達成するため
に、この発明は、第１のオペレーティングシステムに対
するシステムコールを含むアプリケーションプログラム
を、前記第１のオペレーティングシステムとは種類の異
なる第２のオペレーティングシステムにて実施するクロ
ス環境でシミュレートするためのインタフェース方式に
おいて、前記第１のオペレーティングシステムのシステ
ムコールを解析し、該システムコールのシミュレーショ
ンに必要なデータを取り出すシステムコール解析部と、
前記第１のオペレーティングシステム内において前記ア
プリケーションプログラムを実行させた場合の仮想の各
種情報を保持する仮想データ部と、前記仮想データ部が
持っているデータを参照し、前記第２のオペレーティン
グシステムにおいて同様な内部状況を生成するように処
理を行うシステムコール変換部と、前記システムコール
解析部、前記仮想データ部、前記システムコール変換部
を管理し、それぞれの制御を行う制御部とを具備したこ
とを特徴とする。

【００１６】

【作用】この発明のインタフェース方式では、第１のオ
ペレーティングシステム上で動作するアプリケーション
プログラムで呼び出されたシステムコールをシステムコ
ール解析部で解析し、必要な情報を取り出す。

【００１７】取り出された情報は、制御部によって仮想
データ部に渡され、仮想データ部に保持される。仮想デ
ータ部ではまた、アプリケーションプログラムが第１の
オペレーティングシステム上で動作していると考えたと
きの各種情報が保持される。この情報には、各タスク情
報、メモリ情報、ファイル情報、割込み情報などが含ま
れる。

【００１８】仮想データ部内の情報をもとに、システム
コール変換部が第１のオペレーティングシステムとは異
なる第２のオペレーティングシステム上で、第１のオペ
レーティングシステムシステムコールに対応した処理を
行う。

【００１９】これら、システムコール解析部、仮想デー
タ部、システムコール変換部を制御しているのが制御部
である。この制御部はまた、インタフェースを通して生
成されたタスク、メモリなどの資源も制御する。

【００２０】これらシステムコール解析部、仮想データ
部、システムコール変換部、制御部は完全にモジュール
化され、オペレーティングシステムに依存するのは、こ
のうちシステムコール解析部とシステムコール変換部だ
けである。そのため、新たなオペレーティングシステム
間のインタフェースを作成する際には、これらの部分だ
けを代えれば良い。したがって、インタフェースの生産
性、保守性、移植性が向上する。

【００２１】

【実施例】以下、この発明のインタフェース方式を実施
例を図面に基づいて詳細に説明する。

【００２２】図１は、この発明のインタフェース方式の
一実施例を概念的に示した機能ブロック図である。図１
において、オペレーティングシステム１はアプリケーシ
ョンプログラムが直接動作することが可能なオペレーテ
ィングシステムであり、オペレーティングシステム２
は、その上で上記アプリケーションプログラムをシミュ
レートし、動作させるオペレーティングシステムであ
る。

【００２３】この実施例のインタフェース方式において
は、システムコール解析部１１、仮想データ部１２、シ
ステムコール変換部１３、制御部１０を具備して構成さ
れ、システムコール解析部１１、仮想データ部１２、シ
ステムコール変換部１３は、制御部１０により制御され
る。

【００２４】最初に、システムコール解析部１１、仮想
データ部１２、システムコール変換部１３、制御部１０
がどのように関連し動作するのかを説明する。そのため
に、オペレーティングシステム１上で動作するアプリケ
ーションプログラムをオペレーティングシステム１とは
異なるオペレーティングシステム２上で動作させる場合
を考える。

【００２５】オペレーティングシステム２上では、制御
部１０によってこのインタフェースの動作を管理してい
る。オペレーティングシステム１に対するシステムコー
ルが発行されたとき、制御部１０によりそのシステムコ
ールは最初にシステムコール解析部１１に渡される。

【００２６】システムコール解析部１１では、発行され
たオペレーティングシステム１に対するシステムコール
の名前と引数から、このシステムコールをオペレーティ
ングシステム２上で動作するために必要な情報であるシ
ステムコール解析データを作成する。このシステムコー
ル解析データは仮想データ部１２に渡される。

【００２７】仮想データ部１２は、システムコール解析
データの外に、オペレーティングシステム１の内部情報
を保持する。すなわち上記アプリケーションプログラム
を仮にオペレーティングシステム１上で実行した場合の
オペレーティングシステム１の各種内部情報を保持して
いる。したがって、システムコール解析部１１は、シス
テムコール解析データを元に、仮想データ部１２の内容
を常にオペレーティングシステム１に合わせるように修
正する。

【００２８】仮想データ部１２への書き込みが終了する
と、制御部１０によってシステムコール変換部１３に制
御が移る。システムコール変換部１３では、仮想データ
部１２を元にオペレーティングシステム２上に対応する
命令群を実行する。システムコール変換部１３は、オペ
レーティングシステム２におけるプログラムの実行に必
要な各種情報と仮想データ部１２との対応表を保持して
おり、常に整合性を保つことができるようになってい
る。

【００２９】図２は、上述したこの実施例の全体処理の
流れをフローチャートで示したものである。

【００３０】すなわち、まず、制御部１０は、システム
コールが発行されたかを調べ（ステップ１０１）、シス
テムコールが発行されると（ステップ１０２）、システ
ムコール解析部１１によりシステムコール解析データを
作成し、このシステムコール解析データをもとに仮想デ
ータ部１２に仮想データを作成する（ステップ１０
３）。仮想データ部１２における仮想データの作成が終
了すると、次に、システムコール変換部１３により、こ
のシステムコールに対応する処理を行い（ステップ１０
４）リターンする。なお、ステップ１０２で、システム
コールが発行されていないとそのままリターンする。

【００３１】次に、この図２に示す処理の流れを更に詳
細に説明するために、次のような具体的システムコール
を例にとって説明する。

【００３２】 cretsk(filename,taskid,priority) ……（１）ここで、“cretsk”はシステムコール名を示し、“file
name”は第１引数、“taskid”は第２引数、“priorit
y”は第３引数を示す。

【００３３】式（１）に示すシステムコールが、オペレ
ーティングシステム１のために作成されたアプリケーシ
ョンプログラムの中で発行されたとすると、制御部１０
により、このシステムコールの制御はシステムコール解
析部１１に渡る。

【００３４】システムコール解析部１１は、図３に示す
ようなオペレーティングシステム１に関するシステムコ
ール表を持ち、このシステムコール表を参照することに
より図４に示すようなシステムコール解析データを作成
する。

【００３５】図３に示すシステムコール表には、各シス
テムコール名に対応してシステムコールの機能と各引数
の意味が書かれており、図４に示すシステムコール解析
データには、図３に示すシステムコール表を参照して、
今発行されたシステムコールに関する機能と引数の意味
が書かれる。

【００３６】ここで、図３に示すシステムコール表に
は、１列目にシステムコール名が格納され、２列目に各
システムコールの機能が格納されている。３列目以降は
各システムコールに伴う引数の意味が格納されている。
この例では、システムコール表に関して、各行、各列の
終わりには０が入っている。

【００３７】式（１）に示すシステムコールが発行され
た場合、このシステムコールのシステムコール名は“cr
etsk”であるので、図３に示すシステムコール表から、
このシステムコールはタスクを生成するシステムコール
であることが判明する。

【００３８】続いて、第１引数“filename”は、ロード
モジュール形式の生成するタスクのファイル名を示し、
第２引数“taskid”は、生成するタスクの識別子を示
し、第３引数“priority”は、生成するタスクの優先度
を示すことがわかる。

【００３９】システムコール解析部１１は、このシステ
ムコール表からの情報と、式（１）のシステムコールか
ら図４に示すシステムコール解析データを作成する。

【００４０】図４に示すシステムコール解析データは、
配列要素二つづつが組になって情報が格納されている。
この場合、要素番号０には、システムコールの機能、す
なわち「タスクの生成」が書き込まれ、要素番号１に
は、システムコール名“cretsk”が書き込まれ、要素番
号２には、第１引数の意味「タスクファイル名」が書き
込まれ、要素番号３には、第１引数因数“filename”が
書き込まれ、要素番号４には、第２引数の意味「タスク
識別子」が書き込まれ、要素番号５には、第２引数“ta
skid”が書き込まれ、要素番号６には、第３引数の意味
「タスク優先度」が書き込まれ、要素番号７には、第３
引数“priority”が書き込まれ、要素番号７には、終了
コードである“０”が書き込まれて、システムコール解
析データが作成される。

【００４１】このようにして、作成されたシステムコー
ル解析データは、仮想データ部１２に保持され、後でシ
ステムコール変換部１３で使用される。

【００４２】仮想データ部１２では、プログラムの実行
に必要な各種情報を一括して管理している。この情報に
は、図５（ａ）〜（ｅ）に示すように、タスク情報、フ
ァイル情報、メモリ情報、割込みハンドラ情報、ユーザ
情報等が表として保持されている。

【００４３】ここで、図５（ａ）に示すタスク情報に
は、タスク１情報からタスクｎ情報までがあり、各タス
ク情報は、タスクＩＤ、タスクの状態、優先度、リソー
ス、…等の情報を含んでいる。

【００４４】また、図５（ｂ）に示すファイル情報に
は、オープンしている数、ファイル１の先頭アドレス、
ファイル１の参照数、ファイル２の先頭アドレス、…等
の情報を含んでいる。

【００４５】また、図５（ｃ）に示すメモリ情報には、
システム用メモリ先頭アドレス、システム用メモリ大き
さ、共用メモリ先頭アドレス、共用メモリ大きさ、…等
の情報を含んでいる。

【００４６】また、図５（ｄ）に示す割込みハンドラ情
報には、割込みハンドラ１先頭アドレス、割込みハンド
ラ２先頭アドレス、割込みハンドラ３先頭アドレス、…
等の情報を含んでいる。

【００４７】また図５（ｄ）に示すユーザ情報には、ユ
ーザ１特権、ユーザ１に属するタスク、ユーザ２特権、
…等の情報を含んでいる。これらの情報は、オペレーテ
ィングシステム１の内部情報であり、常に最新の情報に
更新される。

【００４８】また、仮想データ部１２のデータ構造は、
オペレーティングシステム１に依存せず、しかもプログ
ラムの実行に十分な情報を持たせるため、どのようなオ
ペレーティングシステム間のインタフェースをとる場合
でも同様に使用できる。

【００４９】仮想データ部内１２の情報の更新もシステ
ムコール解析部１１が行う。すなわち、図４に示すシス
テムコール解析データに従って、仮想データ部１２内の
情報を追加・修正する。さらに、この追加・修正したデ
ータによって他のデータと矛盾が生じないようにチェッ
クし修正する。

【００５０】図６および図７は、上述したシステムコー
ル解析部１１の処理の流れをフローチャートで示したも
のである。図６および図７に示すフローチャートにおい
て、systemcall[i][j]は、図３に示した２次元配列デー
タであるシステムコール表のｉ行ｊ列のデータを示す。

【００５１】例えば、systemcall[2][0]は、図３に示し
たシステムコール表の２行０列のデータ、すなわち、シ
ステムコール名“chuid ”を示し、systemcall[2][3]
は、図３に示したシステムコール表の２行３列のデー
タ、すなわち、第１引数の意味「ユーザ識別子」を示
す。

【００５２】また、“code”は発行されたシステムコー
ルのシステムコール名を示し、DATA[k] は、図４に示し
たシステムコール解析データの要素番号ｋのデータを示
す。例えば、DATA[0] は、図４に示したシステムコール
解析データの要素番号０のデータ、すなわち「タスクの
生成」を示し、DATA[5] は、図４に示したシステムコー
ル解析データの要素番号５のデータ、すなわち第２引数
“taskid”を示す。

【００５３】図６および図７に示すフローチャートにお
いて、まず、ｉを“０”にクリアし、“code”に発行さ
れたシステムコールのシステムコール名を設定する（ス
テップ２０１）。ここで、発行されたシステムコールが
式（１）に示すものであると、“code”としてはシステ
ムコール名“cretsk”が設定される。

【００５４】次の、ステップ２０２からステップ２０１
までのループ（図６で（ａ）で示される）においては、
アプリケーションプログラムの中で発行されたシステム
コールを図３に示したシステムコール表から検索する処
理を行う。すなわち、まず、図３に示したシステムコー
ル表の第０列第０行のデータsystemcall[0][0]と“０”
とを比較する（ステップ２０２）。

【００５５】ここで、systemcall[0][0]が“０”でない
と、次に、このデータsystemcall[0][0]と“cretsk”が
設定された“code”とを比較する（ステップ２０３）。
ここで、このデータsystemcall[0][0]が“cretsk”と一
致しないと、ｉをｉに“１”を加算した“ｉ＋１”とし
（ステップ２０４）、ステップ２０２に戻り、ステップ
２０２および２０３の処理をおこなう。この処理はステ
ップ２０３でデータsystemcall[i][0]が“cretsk”と一
致するまで繰り返される。

【００５６】ステップ２０３でデータsystemcall[i][0]
が“cretsk”と一致すると、アプリケーションプログラ
ムの中で発行されたシステムコールが図３に示したシス
テムコール表から検索されたとしてステップ２０５に移
行する。なお上記処理において、ステップ２０２でデー
タsystemcall[i][0]が“０”と一致すると、検索失敗と
して所定のエラー処理を行う。

【００５７】ステップ２０５、すなわち、図６で（ｂ）
で示される処理においては、図６の（ａ）で示される処
理で図３に示されるシステムコール表から検索されたシ
ステムコールの機能とシステムコール名を、図４に示す
システムコール解析データの最初に格納する処理を行
う。

【００５８】すなわち、図３に示されるシステムコール
表から検索されたシステムコールの機能を示すデータsy
stemcall[i][1]をDATA[0] とすることで、図３に示され
るシステムコール表のデータsystemcall[i][1]を図４に
示されるシステムコール解析データの要素番号０に書き
込み、“code”をDATA[1] とすることで、“code”を図
４に示されるシステムコール解析データの要素番号１に
書き込む。この場合、“code”としては“cretsk”が設
定されているので、図４に示されるシステムコール解析
データの要素番号０には図３に示されるシステムコール
表のデータsystemcall[n][1]である「タスクの生成」が
図４に示されるシステムコール解析データの要素番号０
に書き込まれ、図４に示されるシステムコール解析デー
タの要素番号１にはシステムコール名“cretsk”が書き
込まれる。

【００５９】ステップ２０５によるシステムコールの機
能とシステムコール名の格納処理が終了すると、ｊを１
に設定し（ステップ２０６）、ステップ２０７に移行す
る。次のステップ２０７からステップ２０９までのルー
プ（図６で（ｃ）で示される）においては、検索された
システムコールに伴う引数の意味と引数を、図４に示す
システムコール解析データの要素番号２以降に格納する
処理を実行する。

【００６０】まず、図３に示されるシステムコール表の
データsystemcall[i][1+1]をDATA[2*1] とすることで、
データsystemcall[i][1+1]を図４に示されるシステムコ
ール解析データの要素番号２に書き込み、発行されたシ
ステムコールの第１引数をDATA[2*1+1] とすることで、
発行されたシステムコールの第１引数を図４に示される
システムコール解析データの要素番号３に書き込む（ス
テップ２０７）。続いて、ｊをｊに“１”を加算した
“ｊ＋１”とし（ステップ２０８）、データsystemcall
[i][j]が“０”と一致するかを調べ（ステップ２０
９）、一致しないとステップ２０７に戻り、データsyst
emcall[i][j+1]をDATA[2*j] とすることで、データsyst
emcall[i][j+1]を図４に示されるシステムコール解析デ
ータの要素番号２×ｊに書き込み、発行されたシステム
コールの第ｊ引数をDATA[2*j+1] とすることで、発行さ
れたシステムコールの第ｊ引数を図４に示されるシステ
ムコール解析データの要素番号２×ｊ＋１に書き込む。
この処理は、ステップ２０９でデータsystemcall[i][j]
が“０”と一致するまで繰り返される。

【００６１】ここで、式（１）に示したシステムコール
が発行された場合は、まず、図４に示されるシステムコ
ール解析データの要素番号２に、図３に示されるシステ
ムコール表のデータsystemcall[n][2]、すなわち、第１
引数の意味「タスクファイル名」が書き込まれ、要素番
号３は、第１引数因数“filename”が書き込まれ、要素
番号４に、図３に示されるシステムコール表のデータsy
stemcall[n][3]、すなわち、第２引数の意味「タスク識
別子」が書き込まれ、要素番号５に、第２引数“taski
d”が書き込まれ、要素番号６に、図３に示されるシス
テムコール表のデータsystemcall[n][4]、すなわち、第
３引数の意味「タスク優先度」が書き込まれ、要素番号
７に、第３引数“priority”が書き込まれる。また、要
素番号７には、終了コードである“０”が書き込まれ
る。

【００６２】次の、ステップ２１０からステップ２１７
までの処理（図７で（ｄ）で示される）においては、DA
TA[0] で示されるシステムコールの機能に対応した処理
が実行される。なお、図７においては、DATA[0] が「タ
スクの生成」である場合の詳細処理が示されている。

【００６３】すなわち、システムコール名“cretsk”の
システムコールにより、これがオペレーティングシステ
ム１上で実行されたとして、タスクDATA[5] を“tid ”
に設定し（ステップ２１１）、タスクtid 情報を作成し
（ステップ２１２）、図５（ａ）に示したタスク情報
に、新たに生成されるタスクの仮想情報を書き加える。
また、その他のタスクの状態をチェックし（ステップ２
１３）、DATA[7] で示される優先度が最も高いかを調べ
（ステップ２１４）、もし今作成したタスクの優先順位
が他のタスクよりも高かったら（ステップ２１５）、他
のタスクを待ちにしてタスクtid を実行状態にし（ステ
ップ２１６）、リターンする。ただし、今作成したタス
クの優先順位が他のタスクよりも低い場合はタスクtid
を待ち状態にし（ステップ２１７）、リターンする。

【００６４】次に、制御部１０は、システムコール変換
部１３に制御を渡す。システムコール変換部１３では、
システムコール解析部１１によって作成された図４のシ
ステムコール解析データをもとに、オペレーティングシ
ステム１上のシステムコールをオペレーティングシステ
ム２上の対応する処理に変換する。

【００６５】この際、オペレーティングシステム１とオ
ペレーティングシステム２とで対応するシステムコール
があれば、単にそのシステムコールに置き換えるだけで
よいが、対応するシステムコールがない場合、オペレー
ティングシステム１のシステムコールをオペレーティン
グシステム２上の処理ルーチンで置き換えなくてはなら
ない。

【００６６】この変換は、システムコール変換部１３に
あるシステムコール変換表を参照して行う。このシステ
ムコール変換表は、図８で示されるように、機能概要に
対応するオペレーションティングシステム２における処
理の流れが記述されている。この際に、オペレーティン
グシステム１のシステムコールをオペレーティングシス
テム２の対応する処理に変換し実行しただけでは、オペ
レーティングシステム１上とオペレーティングシステム
２上とで結果が異なってしまう場合がある。たとえば、
今作成されたばかりのタスクＣの優先度が５であると
し、現在実行されているタスクＡ，Ｂの優先度が１０で
あるとする。ここで、優先度は数字の小さい方が高い優
先度であるとする。

【００６７】この場合、オペレーティングシステム１は
イベント・ドリブン方式であり、オペレーティングシス
テム２はタイムスライス方式であり、オペレーティング
システム２は、ユーザプログラムの中でタスクの優先度
を変更するための手段が与えられていないとすると、こ
のような場合ではタスクスイッチングの様子は、オペレ
ーティングシステム１では図９に示すようになり、オペ
レーティングシステム２では図１０に示すようになる。

【００６８】すなわち、タスクスイッチング方式の違い
から、タスクＣの実行順序が変わってしまい、実行結果
にも違いが生じてしまう可能性がある。このことはシス
テムコールの変換だけであると、プログラマの意図通り
にプログラムを動作させることに対して不十分であるこ
とを示している。

【００６９】したがってシステムコール変換部１３は、
前述した仮想データ部１２内のデータをもとに、オペレ
ーティングシステム１の機能をシミュレートしながらシ
ステムコールの実行を行うことによって、この問題を回
避する。

【００７０】このシミュレートの手順は、図８に示した
システムコール変換表でポインタで指しているコード部
に書かれている。

【００７１】前述の例において、システムコール変換部
１３は、システムコールの変換の他にタスクＡ，Ｂをス
リープ状態にし、タスクＣを優先的に実行させる。この
場合、どのタスクを優先的に実行させ、どのタスクをス
リープさせるかは、オペレーティングシステム１の内部
情報を保持している仮想データ部１２を参照することに
よって決定できる。

【００７２】また、オペレーティングシステム２上のプ
ログラムの実行に必要な情報と、仮想データとは図１１
に示すような対応表、すなわちタスク対応表、メモリ対
応表、ファイル対応表により対応づけられる。この例に
おいては、奇数番目の配列要素が仮想データ内のデー
タ、偶数番目の配列要素がオペレーティングシステム２
上のデータとなっている。この図１１に示す対応表は、
オペレーティングシステム２上でオペレーティングシス
テム１のシステムコールに対応する処理が行われたと
き、新たな対応が増えたか、あるいは対応に変化が生じ
たかした場合に書き換えられる。

【００７３】したがって、常に仮想データ部とオペレー
ティングシステム２との間の整合性は保たれることにな
る。

【００７４】図１２は、上記システムコール変換部１３
の処理を流れをフローチャートで示したものである。

【００７５】図１２に示すフローチャートおいて、tran
s[i][j] （ｊ＝０または１）は、図８に示したシステム
コール変換表の左側の表のｉ行ｊ列のデータを示してい
る。例えば、trans[1][0] は、システム機能概要「異常
終了」を示し、trans[2][1]は、システム機能概要「タ
スク番号の変更」に対応する「ポインタ」、すなわち、
図８に示したシステムコール変換表の右側の表のオペレ
ーティング２用コードの対応するコード部分の先頭アド
レスを表わす情報を示す。また、data[k] は、図４に示
したシステムコール解析データの要素番号ｋのデータを
示す。

【００７６】図１２に示すフローチャートは、システム
コール変換部１３の処理のメインルーチンを示すもの
で、まず、ｉを“０”にクリアする（ステップ３０
１）。

【００７７】次の、ステップ３０２からステップ３０３
までのループにおいては、図８に示したシステムコール
変換表からシステムコール機能を検索する処理を行う。
すなわち、まず、ｉをｉに“１”を加算した“ｉ＋１”
とし（ステップ３０２）、データtrans[1][0] がdata
[0] に一致するかを調べる（ステップ３０３）。ここ
で、データtrans[1][0] がdata[0] に一致しない場合は
ステップ３０２に戻り、ｉをｉに“１”を加算した“ｉ
＋１”とし（ステップ３０２）、データtrans[i][0] が
data[0] に一致するかを調べる（ステップ３０３）。こ
の処理は、ステップ３０２でデータtrans[i][0] がdata
[0] に一致するまで繰り返される。

【００７８】ここで、data[0] が「タスクの生成」であ
るとすると、図８に示したシステムコール変換表のシス
テム機能概要の「タスクの生成」の箇所で、データtran
s[i][0] がdata[0] に一致する。

【００７９】ステップ３０３で、データtrans[i][0] が
data[0] に一致すると、このデータtrans[i][0] に対応
するデータtrans[i][1] 、すなわち、データtrans[i]
[0] に対応する「ポインタ」情報を「先頭アドレス」と
設定する（ステップ３０４）。そして、図８に示したシ
ステムコール変換表の右側の表のオペレーティング２用
コードのこの先頭アドレスから始まるルーチン（sub1)
を実行する（ステップ３０５）。

【００８０】ステップ３０５において実行されるルーチ
ン（sub1) の一例が図１３にサブルーチンとして示され
る。

【００８１】図１３に示すサブルーチン（sub1) は、タ
スクの生成に関する処理を行っている。

【００８２】図１３において、まず、図４に示すシステ
ムコール解析データのdata[5] 、すなわち「タスク識別
子」を表わす“taskid”を“tskid0”と設定する（ステ
ップ４０１）。続いて、仮想データ部１２より、現在実
行中のタスク番号（タスク識別子）を探し、これを“ts
kid1”と設定する（ステップ４０２）。そして、“tski
d0”と“tskid1”とが一致するか否かを調べ（ステップ
４０３）、一致すると、オペレーティングシステム２上
の現在実行中のタスクを待ち状態にし（ステップ４０
４）、システムコールにより指示されたタスクを生成し
（ステップ４０５）、図１２に示すメインルーチンにリ
ターンする。なお、ステップ４０３で、“tskid0”と
“tskid1”とが一致しない場合は、そのまま図１２に示
すメインルーチンにリターンする。

【００８３】図１２に示すメインルーチンにおいは、次
に、このサブルーチン（sub1) の実行により、図１１に
示す対応表に変化があるかを調べ（ステップ３０６）、
変化があると対応表の変更を行う（ステップ３０７）。

【００８４】このようにして、システムコールのシミュ
レートを行うことが可能になる。

【００８５】なお、シミュレートが終了した後、オペレ
ーティングシステムの機構もまた、シミュレートしなけ
ればならない場合がある。例えば、前述の例では、オペ
レーティングシステム１はスケジューリングがイベント
ドリブン方式であるので、今回生成したタスクもまたイ
ベントドリブン方式でスケジューリングされなければな
らない。この発明によるインタフェース方式の制御は、
制御部１０によってなされ、インタフェースを通して生
成されたタスクは、この制御部１０によってスケジュー
リングおよびその他の制御を受ける。またオペレーティ
ングシステム１の機構に関する情報は、仮想データ部１
２に記述されており、それを参照することによってスケ
ジューリング方式を決定することができる。すなわち、
この例の場合は、タスクＡ，Ｂ，Ｃを優先度の高い方か
ら実行していくようなタスク制御を行う。

【００８６】このように処理を進めることによって、オ
ペレーティングシステム１上のアプリケーションプログ
ラムがオペレーティングシステム２上で、プログラマの
意図した通りに実行することが可能となる。

【００８７】またこの発明によるインタフェース方式に
おいて、オペレーティングシステムに固有なモジュール
は、システムコール解析部とシステムコール変換部だけ
であり、新たなインタフェースを作成する際には、この
二つのモジュールだけを作成すれば良いことになる。

【００８８】

【発明の効果】以上説明したように、この発明によれ
ば、従来に比べ、極めて簡易な手順により異種オペレー
ティングシステム間インタフェースの構築が可能とな
り、インタフェース自体もアプリケーションプログラマ
が意図した通りの動作を実現することができ、かつ移植
性、保守性に富むインタフェースを作成することが可能
となる。

【図面の簡単な説明】

【図１】この発明のインタフェース方式の一実施例を示
す構成図。

【図２】図１に示した実施例のインタフェース方式にお
ける全体の処理の流れを示すフローチャート。

【図３】図１に示したシステムコール解析部内部に設け
られるシステムコール表の一例を示す図。

【図４】図１に示したシステムコール解析部によって作
成されるシステムコール解析データの一例を示す図。

【図５】図１に示した仮想データ部が管理する各種情報
の一例を示す図。

【図６】図１に示したシステムコール解析部の処理の流
れを示すフローチャート。

【図７】図１に示したシステムコール解析部の処理の流
れを示すフローチャート。

【図８】図１に示したシステムコール変換部内部に設け
られるシステムコール変換表の一例を示す図。

【図９】図１に示したオペレーティングシステム１上に
おける、優先度の同じタスクＡ，Ｂと、優先度の高いタ
スクＣとのタスクスイッチングの様子を示す図。

【図１０】図１に示したオペレーティングシステム２上
における、優先度の同じタスクＡ，Ｂと、優先度の高い
タスクＣとのタスクスィッチングの様子を示す図。

【図１１】図１に示したシステムコール変換部内部の各
種対応表の一例を示す図。

【図１２】図１に示したシステムコール変換部の処理の
流れを示すフローチャート。

【図１３】図１１に示したサブルーチンの処理の流れを
示すフローチャート。

【符号の説明】

１、２オペレーティングシステム１０制御部１１システムコール解析部１２仮想データ部１３システムコール変換部

Claims

【特許請求の範囲】

【請求項１】第１のオペレーティングシステムに対す
るシステムコールを含むアプリケーションプログラム
を、前記第１のオペレーティングシステムとは種類の異
なる第２のオペレーティングシステムにて実施するクロ
ス環境でシミュレ―トするためのインタフェース方式に
おいて、前記第１のオペレーティングシステムのシステムコール
を解析し、該システムコ―ルのシミュレーションに必要
なデ―タを取り出すシステムコール解析部と、前記第１のオペレーティングシステム内において前記ア
プリケーションプログラムを実行させた場合の仮想の各
種情報を保持する仮想データ部と、前記仮想データ部が持っているデータを参照し、前記第
２のオペレーティングシステムにおいて同様な内部状況
を生成するように処理を行うシステムコール変換部と、前記システムコール解析部、前記仮想データ部、前記シ
ステムコール変換部を管理し、それぞれの制御を行う制
御部とを具備したことを特徴とするインタフェース方
式。