JPH05108376A - コンピユータシステム - Google Patents

Abstract

(57)【要約】 【目的】 システムコール処理中に割込みが発生したと
き、割込みハンドラ内で発行されたシステムコール処理
によって、割り込まれたシステムコール処理が矛盾を起
こさないようにし、システムの信頼性を向上させる。 【構成】 ＣＰＵ１３ａは、システムコール処理中に発
行されたシステムコール情報を識別手段１により識別
し、圧縮記憶手段２によりこのシステムコール情報を同
一処理のものは圧縮して発行順にメモリ１７ａに記憶さ
せ、獲得手段３により、現在行っているシステムコール
処理が終了した時点でメモリ１７ａから記憶させたシス
テムコール情報を発行順に取り出し、システムコール処
理を行う。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、リアルタイムに動作す
るコンピュータシステムに利用され、特に、そのオペレ
ーティングシステムにおいて、割込み処理中に発生した
システムコール処理方式に関する。

【０００２】

【従来の技術】ロボット、ＮＣおよびファクシミリ等の
分野では、発生した事象に対する応答性と高速処理が要
求される。このような分野におけるオペレーティングシ
ステムは、 処理オーバヘッドの短縮 発生した事象に対する応答性の確保 に重点をおいて設計される。このようなオペレーティン
グシステムは、特に、「リアルタイムオペレーティング
システム」（以下、ＯＳという。）と呼ばれる。

【０００３】ＯＳは、アプリケーションプログラムを
「タスク」および「ハンドラ」として管理する。タスク
は、継続的に動作するプログラム単位である。ＯＳは、
状況に応じて最適なタスクを選び出し、ＣＰＵを割当て
る。ハンドラは、割込み等の外部イベントに対応し、起
動されるプログラムである。ＯＳに直接管理されること
なく、非同期に動作する。

【０００４】いま、以下のような状況を想定する。

【０００５】図９は従来のリアルタイムなコンピュータ
システムの一例の要部を示すブロック構成図である。

【０００６】図９において、１１はアドレスバス、１２
はデータバス、１３はＣＰＵ、１４は割込みコントロー
ラ、１５はタイマ（１）、１６はタイマ（２）、ならび
に１７はメモリである。

【０００７】また、１８は割込みコントローラ１４から
ＣＰＵ１３への割込み信号路、１９はＣＰＵ１３から割
込みコントローラ１４への割込み受付け信号路、２０は
タイマ（１）１５から割込みコントローラ１４への割込
み信号路、ならびに２１はタイマ（２）１６から割込み
コントローラ１４への割込み信号路である。

【０００８】このコンピュータシステム上で動作するア
プリケーションプログラムは、タスクがタスクＡとタス
クＢの二つ、割込みハンドラがハンドラＡとハンドラＢ
の二つで構成されている。二つのタスクのうち、タスク
Ａは、ハンドラＡとＢによってセットされるイベントフ
ラグの条件が共に成立するのを待って処理を行う。ハン
ドラＡはタイマ（１）１５によって、ハンドラＢはタイ
マ（２）１６による割込みにより、それぞれ起動され
る。

【０００９】タスクやハンドラは、イベントフラグを直
接操作することはできない。操作が必要な場合は、シス
テムコールでＯＳに操作を要求する。システムコール処
理は、システムコールエントリ処理、本処理、およびタ
スクディスパッチ処理の三つに分けることができる。シ
ステムコールエントリ処理は、前処理であり、本処理を
行うために環境を準備する。タスクディスパッチ処理
は、本処理によって状態の変化したタスクから、最適な
ものを選択し、ＣＰＵを割当てる。図１０にシステムコ
ールエントリ処理フローを示し、図１１にタスクディス
パッチ処理フローを示す。

【００１０】イベントフラグの条件成立を待つシステム
コールは待ちフラグ（〔外１〕）である。待ちフラグ
は、条件成立後、フラグをクリアする。パラメータは、
イベントフラグ識別子と、イベントフラグのパターンで
ある。イベントフラグをセットするシステムコールはセ
ットフラグ（〔外２〕）である。セットフラグのパラメ
ータは、イベントフラグ識別子と、セットするイベント
フラグパターンである。図１２に、待ちフラグの処理フ
ローを示す。

【００１１】

【外１】

【００１２】

【外２】 次に、図１０、図１１および図１２を参照しながら、Ｏ
Ｓの動作を説明する。なお、簡単のために、すでにタイ
マ（２）１６による割込みが発生し、ハンドラＢによっ
てイベントフラグがセットされているものとする。ま
た、ＯＳは、割込み許可状態で動作しているものとす
る。

【００１３】この状態でタスクＡが待ちフラグを発行す
る。制御はＯＳに移り、システムコールエントリ処理が
行われる。ＯＳは、コンテキストを退避する（図１０の
ステップＳ４１）。続いて、システムコール処理中であ
ることを示すカウンタを更新し（ステップＳ４２）エン
トリ処理を終了する。次に、本処理に移る。

【００１４】ＯＳは、システムコールのパラメータをチ
ェックする（図１２のステップＳ６１）。パラメータか
らイベントフラグの条件パターンを得る（ステップＳ６
２）と、現在イベントフラグがもっているパターンと比
較する（ステップＳ６３）。現在イベントフラグはクリ
アされている。従って、ＯＳは、タスクをレディキュー
からはずした後に（ステップＳ６４）、イベントフラグ
の待ちキューにつなぐ（ステップＳ６５）。ステップＳ
６３で条件成立のときはフラグをクリアする（ステップ
Ｓ６６）。最後に、ＯＳは、タスクディスパッチ処理に
移る。

【００１５】まず、システムコール中であることを示す
カウンタを更新し（図１１のステップＳ５１）、システ
ムコール処理中に要求された処理か否かを判断する（ス
テップＳ５２）。待ちフラグは、タスク実行中に発行さ
れたために、ＯＳは、タスクディスパッチ処理に入る。
ＯＳはディスパッチすべきタスクを選択する（ステップ
Ｓ５３）。続いて、タスクコンテキストを切替え（ステ
ップＳ５４）、コンテキストを復帰してタスクＢに制御
を移す。（ステップＳ５５）。

【００１６】以上のようにして、ＯＳは、システムコー
ル処理を行い、タスクＡからタスクＢへ切替わる。

【００１７】ここで、タイマ（１）１５の割込みが発生
し、ハンドラＡが起動される。ハンドラＡは、セットフ
ラグを発行し、イベントフラグをセットする。イベント
フラグは、既に、ハンドラＢによってセットされている
ため、タスクＡの待ち条件を満たすフラグパターンにな
る。以上のようにして、タスクＢは、再び待ち状態から
実行可能状態に戻る。

【００１８】

【発明が解決しようとする課題】ＯＳは、割込み許可状
態で動作しているため、システムコール処理中でもハン
ドラが動作する。いま、図１２のステップＳ６３とステ
ップＳ６４の処理の間でタイマ（１）１５による割込み
が発生し、ハンドラＡが動作することを考える。

【００１９】起動されたハンドラＡは、セットフラグを
含む一連の処理を行い、処理を終了する。特に、セット
フラグでは、前述したタスクの待ち条件を満足するパタ
ーンをイベントフラグにセットする。

【００２０】待ちフラグの処理は、現在のイベントフラ
グのパターンをチェックし、タスクの要求する待ち条件
を満たしていないことを、既に判断している。従って、
処理は、図１２のステップＳ６４およびステップＳ６５
を経てタスクディスパッチ処理（図１１）へと進む。こ
のようにしてシステムコール処理が終了する。

【００２１】ここでＯＳ内部を見ると、「イベントフラ
グがタスクの待ち条件を満たしているにもかかわらず、
タスクが待ち状態にある」という矛盾した状態にある。
これでは、タスクやハンドラ間の関係が崩れ、最悪の場
合システムがハングアップする状態にもなりかねない。

【００２２】このような状況は、ＯＳ処理を割込み許可
状態で行ったために発生したものである。このような矛
盾を回避するために、ＯＳ処理を割込み禁止状態で行う
ことを考える。この場合、前述した矛盾を回避すること
はできる。しかし、逆に割込みの応答性能が劣化し、割
込みをとりこぼす恐れが生じる。また、図１２のステッ
プＳ６４およびステップＳ６５の処理は、処理時間が、
キューの状態によって変化する。このため、割込みの応
答性能を予想することが困難になり、ＯＳの組込んだ製
品の信頼性が損なわれることになる。

【００２３】以上説明したように、従来のリアルタイム
なコンピュータシステムにおけるＯＳでのシステムコー
ル処理方式には、システムの信頼性を確保するのが困難
である課題があった。

【００２４】本発明の目的は、前記の課題を解消するこ
とにより、システムの信頼性を簡単に確保できるＯＳで
のシステムコール処理方式を有するコンピュータシステ
ムを提供することにある。

【００２５】

【課題を解決するための手段】本発明は、中央処理装置
と、記憶手段と、割込み制御手段とを備えたコンピュー
タシステムにおいて、前記中央処理装置は、前記コンピ
ュータシステムが有するオペレーティングシステムがシ
ステムコール中であることを識別する識別手段と、前記
オペレーティングシステムのシステムコール処理中に発
行されたシステムコール情報を同一処理については圧縮
し発行順に前記記憶手段に記憶させる圧縮記憶手段と、
現在行っているシステムコール処理が終了した時点で前
記記憶手段からシステムコール情報を発行順に取り出し
システムコール処理を行う獲得手段とを含むことを特徴
とする。

【００２６】

【作用】識別手段により、オペレーティングシステムの
システムコール処理中に発行されたシステムコール情報
を識別し、圧縮記憶手段により、この識別されたシステ
ムコール情報を同一処理のものがあれば一つにまとめて
圧縮を施し発行順に記憶手段に記憶させる。そして、獲
得手段により、現在行っているシステムコール処理が終
了した時点で記憶手段から記憶させたシステムコール情
報を発行順に取り出し、システムコール処理を行う。

【００２７】従って、システムコール処理を矛盾するこ
となく正しく処理することができ、システムの信頼性を
確保することが可能となる。

【００２８】

【実施例】以下、本発明の実施例について図面を参照し
て説明する。

【００２９】図１は本発明の一実施例の要部を示すブロ
ック構成図である。

【００３０】本実施例は、ＣＰＵ（中央処理装置）１３
ａと、記憶手段としてのメモリ１７ａと、割込み制御手
段としての割込みコントローラ１４と、タイマ（１）１
５と、タイマ（２）１６と、それらを接続するアドレス
バス１１およびデータバス１２とを備えたコンピュータ
システムにおいて、本発明の特徴とすることろの、ＣＰ
Ｕ１３ａは、コンピュータシステムが有するＯＳがシス
テムコール中であることを識別する識別手段１と、前記
オペレーティング中のシステムコール処理中に発行され
たシステムコール情報を同一処理については圧縮し発行
順にメモリ１７ａに記憶させる圧縮記憶手段２と、現在
行っているシステムコール中のシステムコール処理が終
了した時点でメモリ１７ａから記憶させたシステムコー
ル情報を発行順に取り出しシステムコール処理を行う獲
得手段３とを含んでいる。

【００３１】なお、これら、識別手段１、圧縮記憶手段
２および獲得手段３は、ＯＳ中に含めて構成される。ま
た、図１において、１８、１９、２０および２１は信号
路である。

【００３２】図２は識別手段１としてのシステムコール
キュー、および圧縮記憶手段２としてのシステムコール
ブロックの一例を示す説明図である。以下、図２による
場合を動作例（１）として説明する。

【００３３】図２において、１０１はシステムコールキ
ュー、１０２はキューの先頭を示すポインタを格納する
領域で、何もつながれていないときは「０」とする。１
０３はキューの最後を示すポインタを格納する領域で、
何もつながれていないときは「０」とする。１０４はシ
ステムコールブロック、１０５は次にリンクされている
システムコールブロックを示すポインタを格納する領域
で、次に何もつながれていないときは「０」とする。１
０６はシステムコール情報を格納する領域、１０７およ
び１０８はパラメータを格納する領域、１０９は二つめ
にリンクされているシステムコールブロック、ならびに
１１０は最後にリンクされているシステムコールブロッ
クである。

【００３４】図３（ａ）および（ｂ）は動作例（１）の
動作過程にあるシステムコールキューの状態を示す説明
図、図４はそのシステムコールエントリ処理を示すフロ
ーチャート、ならびに図５はそのシステムコール終了処
理のフローチャートである。

【００３５】次に、これらの図を参照しながら、動作例
（１）の動作を説明する。

【００３６】状況は、従来例の説明のときと同様であ
る。加えて、イベントフラグは、８ビット長のパターン
を持ち、タスクＡの待ちパターンは「００００００１
１」とする。ハンドラＡは、ビット０を、ハンドラＢ
は、ビット１をセットするものとする。

【００３７】いま、待ちフラグ処理中に、タイマ（１）
１５による割込みによりハンドラＡが動作したものとす
る。セットフラグが発行されると、ＯＳは、図４に示し
たフローに従い、システムコールエントリ処理を行う。

【００３８】まず、コンテキストを退避する（ステップ
Ｓ１）。次に、システムコール中か否かを判断する（ス
テップＳ２）。割込みは、待ちフラグの処理中に発生し
たのであるから、処理はステップＳ４に移る。システム
コールキューには、何もつながれていないために、処理
はステップＳ６に移る。ＯＳは、メモリ１７ａからシス
テムコールブロック１０４を得る（ステップＳ６）。得
られたシステムコールブロック１０４の領域１０６に、
セットフラグを示す番号を、領域１０７と領域１０８
に、イベントフラグ識別子とフラグパターンをそれぞれ
書き込む（ステップＳ７）。そして、システムコールブ
ロック１０４を、システムコールキュー１０１につなぐ
（ステップＳ８）。システムコールキュー１０１には、
何もつながれていなかったため、領域１０４、「０」が
入る。また、領域１０２と領域１０３には、システムコ
ールブロック１０４のアドレスが入る。このときのシス
テムコールキューの状態を、図３（ａ）に示す。システ
ムコール処理は、この後コンテキストを復帰し（ステッ
プＳ９）、終了する。

【００３９】この時点で、タイマ（２）１６の割込みに
よりハンドラＢが動作するものとする。

【００４０】セットフラグ発行に伴い、ＯＳは、コンテ
キストを退避する（ステップＳ１）。システムコール中
か否かを判断する（ステップＳ２）。システムコール処
理中であるため、ステップＳ４に移る。システムコール
キューをチェックする（ステップＳ４）。システムコー
ルキューには、システムコールブロックがつながってい
るため、処理はステップＳ５に移る。キューの最後のブ
ロック内の情報を比較する（ステップＳ５）。発行され
たシステムコールとシステムコールの種類、対象となる
オブジェクトが同じであるために、処理はステップＳ１
０に移る。セットするフラグのパターンを一緒にし、シ
ステムコールブロック１０４に書込む（ステップＳ１
０）。このときの状態を、図３（ｂ）に示す。システム
コール処理は、この後コンテキストを復帰し（ステップ
Ｓ９）、終了する。

【００４１】以上のような処理を経て、ハンドラ処理が
終了し、再びＯＳ処理は、待ちフラグにもどる。処理は
図１２のステップＳ６４、Ｓ６５と進み、タスクは待ち
状態になる。

【００４２】次に、処理は、図５に示すシステムコール
終了処理に移る。まず、ＯＳは、システムコールキュー
の領域１０２の内容から、キューにシステムコールブロ
ックにつながれているか否かを判断する（ステップＳ１
１）。内容は「０」ではないため、ステップＳ１２に処
理が移る。ＯＳは、システムコールブロック１０４を、
システムコールキューからはずす。はずすことによっ
て、キューにつながれているシステムコールブロックが
なくなる。システムコールキュー１０１の領域１０２と
１０３には、「０」が書き込まれる。システムコールブ
ロック１０４から、システムコール番号と、パラメータ
を得る（ステップＳ１３）。ＯＳは、システムコールブ
ロック１０４をメモリ１７ａに返却する（ステップＳ１
４）。そして、格納されていたシステムコール番号に従
い、システムコール処理に移る。

【００４３】このシステムコール処理が終了すると、再
びシステムコール終了処理に移る。ＯＳは、システムコ
ールキューの領域１０２の内容から、キューにシステム
コールブロックがつながれているか否かを判断する（ス
テップＳ１１）。内容は「０」であるためにシステムコ
ール終了処理が終了し、タスクディスパチャに処理が移
る。以上のようにして、システムコール処理が行われ
る。

【００４４】図６は識別手段１としてのシステムコール
キュー、および圧縮記憶手段２としてのシステムコール
ブロックの他の例を示す説明図である。以下、図６によ
る場合を動作例（２）として説明する。

【００４５】図６において、５０１はシステムコールキ
ュー、５０２はキューの先頭を示すポインタを格納する
領域で、何もつながれていないときは「０」とする。５
０３はキューの最後を示すポインタを格納する領域で、
何もつながれていないときは「０」とする。５０４はシ
ステムコールブロック、５０５は次にリンクされている
システムコールブロックを示すポインタを格納する領域
で、次に何もつながれていないときは「０」とする。５
０６はシステムコール情報を格納する領域、５０７およ
び５０８はパラメータを格納する領域、５０９は二つめ
にリンクされているシステムコールブロック、５１０は
最後にリンクされているシステムコールブロック、５１
１はシステムコールブロック５０４の処理対象となって
いるオブジェクト管理ブロック、５１２はシステムコー
ルブロックのアドレスを格納する領域、５１３はシステ
ムコールブロック５０９の処理対象となっているオブジ
ェクト管理ブロック、ならびに５１４はシステムコール
ブロック５１０の処理対象となっているオブジェクト管
理ブロックである。

【００４６】図７（ａ）および（ｂ）はシステムコール
キューのある状態を示す説明図、ならびに図８は、動作
例（２）におけるシステムコールエントリ処理を示すフ
ローチャートである。

【００４７】次に、これらの図と図５を参照しながら動
作例（２）の動作を説明する。

【００４８】状況は、動作例（１）の説明のときと同様
である。いま、待ちフラグ処理中に、タイマ（１）１５
による割込みによりハンドラＡが動作したものとする。
セットフラグが発行されると、ＯＳは、図８に示したフ
ローに従い、システムコールエントリ処理を行う。

【００４９】まず、コンテキストを退避する（ステップ
Ｓ２１）。次に、システムコール中か否かを判断する
（ステップＳ２２）。割込みは、待ちフラグの処理中に
発生したのであるから、処理はステップＳ２３に移る。
システムコールのパラメータより処理対象のイベントフ
ラグの管理ブロックアドレスを得る（ステップＳ２
３）。システムコールブロックがつながっているか否か
をチェックする（ステップＳ２４）。何もつながってい
ないために、処理はステップＳ２５に移る。ＯＳは、メ
モリ１７ａからシステムコールブロック５０４を得る
（ステップＳ２５）。得られたシステムコールブロック
５０４の領域５０６に、セットフラグを示す番号を、領
域５０７と領域５０８に、イベントフラグ識別子とフラ
グパターンをそれぞれ書き込む（ステップＳ２６）。そ
して、システムコールブロック５０４を、システムコー
ルキュー５０１につなぐ。また、イベントフラグ管理ブ
ロックにシステムコールブロック５０４のアドレスを書
き込む（ステップＳ２７）。システムコールキュー５０
１には、何もつながれていなかったため、領域５０４、
「０」が入る。また、領域５０２と領域５０３には、シ
ステムコールブロック５０４のアドレスが入る。このと
きのシステムコールキューの状態を、図７（ａ）に示
す。処理は、この後コンテキストを復帰し（ステップＳ
３１）、終了する。

【００５０】この時点で、タイマ（２）１６の割込みに
よりハンドラＢが動作するものとする。

【００５１】セットフラグ発行に伴い、ＯＳは、コンテ
キストを退避する（ステップＳ２１）。システムコール
中か否かを判断する（ステップＳ２）。システムコール
処理中であるため、処理はステップＳ２３に移る。シス
テムコールのパラメータより処理対象のイベントフラグ
の管理ブロックアドレスを得る（ステップＳ２３）。シ
ステムコールブロックがつながっているか否かをチェッ
クする（ステップＳ２４）。システムコールブロック５
０４がつながっているために、処理はステップＳ２９に
移る。システムコールブロックのアドレスを得る（ステ
ップＳ２９）。セットするフラグのパターンを一緒に
し、システムコールブロック５０４に書き込む（ステッ
プＳ３０）。このときの状態を、図７（ｂ）に示す。シ
ステムコール処理は、この後コンテキストを復帰し（ス
テップＳ３１）、終了する。

【００５２】以上のような処理を経て、再びＯＳ処理
は、待ちフラグにもどる。処理は、図１２のステップＳ
６４、Ｓ６５と進み、タスクは待ち状態になる。

【００５３】次に、処理は、図５に示すシステムコール
終了処理に移る。まず、ＯＳは、システムコールキュー
の領域５０２の内容から、キューにシステムコールブロ
ックにつながれているか否かを判断する（ステップＳ１
１）。内容は「０」ではないため、ステップＳ１２に処
理が移る。ＯＳは、システムコールブロック５０４を、
システムコールキューからはずす。はずすことによっ
て、システムコールキューにつながれているシステムコ
ールブロックがなくなる。システムコールキュー５０１
の領域５０２と５０３には、「０」が書き込まれる。シ
ステムコールブロック５０４から、システムコール番号
と、パラメータを得る（ステップＳ１３）。ＯＳは、シ
ステムコールブロック５０４をメモリ１７ａに返却する
（ステップＳ１４）。そして、格納されていたシステム
コール番号に従い、システムコール処理に移る。

【００５４】このシステムコール処理が終了すると、再
びシステムコール終了処理に移る。ＯＳは、システムコ
ールキューの領域５０２の内容から、キューにシステム
コールブロックがつながれているか否かを判断する（ス
テップＳ１１）。内容は「０」であるためにシステムコ
ール終了処理が終了し、タスクディスパチャに処理が移
る。

【００５５】以上のようにして、システムコール処理が
行われる。

【００５６】

【発明の効果】以上、説明したように、本発明は、シス
テムコール処理中に起動さるハンドラから発行されたシ
ステムコールの処理をキューイングし、割込まれたシス
テムコール処理が終了するまで処理を遅延する。これに
より、従来問題であった、システムコール処理の割込み
よるシステムコール処理のネストによるＯＳ内部の矛盾
や、この矛盾から生じるシステムのハングアップを防ぐ
ことができる。また、従来この問題を解決するために行
っていた、ＯＳ内部を割込み禁止状態にする方法を取る
必要がなくなり、割込み応答性を大幅に向上させること
ができる。このために、割込み等の外部事象に迅速に対
応することができ、ＯＳ、ならびにシステムの信頼性を
向上させることができる優れた効果がある。

【００５７】加えて、同一のオブジェクトに対して、同
一の処理がキューイングされるような場合、その処理を
圧縮することができるために、システムコールブロック
の領域を節約することができ、制約されたシステムのメ
モリを効率的に使用することができる効果も得られる。

【図面の簡単な説明】

【図１】本発明の一実施例の要部を示すブロック構成
図。

【図２】システムコールキューおよびシステムコールブ
ロックの動作例（１）を示す説明図。

【図３】動作過程における図２のシステムコールキュー
およびシステムコールブロックを示す説明図。

【図４】動作例（１）におけるシステムコールエントリ
処理を示すフローチャート。

【図５】動作例（１）におけるシステムコール終了処理
を示すフローチャート。

【図６】システムコールキューおよびシステムコールブ
ロックの動作例（２）を示す説明図。

【図７】動作過程における図６のシステムコールキュー
およびシステムコールブロックを示す説明図。

【図８】動作例（２）におけるシステムエントリ処理を
示すフローチャート。

【図９】従来例の要部を示すブロック構成図。

【図１０】従来例のシステムコールエントリ処理を示す
フローチャート。

【図１１】タスクディスパッチ処理を示すフローチャー
ト。

【図１２】待ちフラグシステムコール処理を示すフロー
チャート。

【符号の説明】

１ 識別手段 ２ 圧縮記憶手段 ３ 獲得手段 １１ アドレスバス １２ データバス １３、１３ａ ＣＰＵ １４ 割込みコントローラ １５ タイマ（１） １６ タイマ（２） １７、１７ａ メモリ １８〜２１ 信号路 １０１、２０１、５０１、６０１ システムコールキ
ュー １０２、１０３、１０５〜１０８、５０２、５０３、５
０６〜５０８、５１２ 領域 １０４、１０９、１１０、２０４、５０４、５０９、５
１０ システムコールブロック ５１１、５１３、５１４、６０３ イベントフラグ管
理ブロック Ｓ１〜Ｓ９、Ｓ１１〜Ｓ１４、Ｓ２１〜Ｓ３１、Ｓ４
１、Ｓ４２、Ｓ５１〜Ｓ５５、Ｓ６１〜Ｓ６６ ステ
ップ

Claims (1)

【特許請求の範囲】
1. 【請求項１】 中央処理装置と、記憶手段と、割込み制
   御手段とを備えたコンピュータシステムにおいて、 前記中央処理装置は、前記コンピュータシステムが有す
   るオペレーティングシステムがシステムコール中である
   ことを識別する識別手段と、前記オペレーティングシス
   テムのシステムコール処理中に発行されたシステムコー
   ル情報を同一処理については圧縮し発行順に前記記憶手
   段に記憶させる圧縮記憶手段と、現在行っているシステ
   ムコール処理が終了した時点で前記記憶手段からシステ
   ムコール情報を発行順に取り出しシステムコール処理を
   行う獲得手段とを含むことを特徴とするコンピュータシ
   ステム。