JP2822728B2

JP2822728B2 - コンピュータシステム

Info

Publication number: JP2822728B2
Application number: JP28664291A
Authority: JP
Inventors: 紀子松見
Original assignee: NEC Corp
Current assignee: NEC Corp
Priority date: 1991-10-31
Filing date: 1991-10-31
Publication date: 1998-11-11
Anticipated expiration: 2013-11-11
Also published as: JPH05127929A

Description

【発明の詳細な説明】

【０００１】

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

【０００２】

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

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

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

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

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

【０００７】このコンピュータシステム上で動作するア
プリケーションプログラムは、タスクがタスクＡとタス
クＢの二つ、割込みハンドラがハンドラＡとハンドラＢ
の二つで構成されている。タスクＢは、ハンドラＡとＢ
によって休止状態（Ｄｏｒｍａｎｔ状態）から実行状態
（Ｒｕｎ状態）に移行するようになっている。ハンドラ
Ａは、タイマ（１）１５によって、ハンドラＢは、タイ
マ（２）１６による割込みにより、それぞれ起動され
る。

【０００８】タスクやハンドラは、資源（オブジェク
ト）を直接操作することはできない。操作が必要な場合
は、システムコールでＯＳに操作を要求する。従来、Ｏ
Ｓがシステムコール処理中に割込みが発生し、ハンドラ
内で新たにシステムコールが発行された場合、ハンドラ
内のシステムコール処理を図７に示すシステムコールキ
ュー５０１につなぎ、割込まれたシステムコール処理が
終了するまで処理を遅延していた。

【０００９】図７に、システムコールキューの構造を示
す。また、システムコール処理は、システムコールエン
トリ処理、本処理、システムコール終了処理、およびタ
スクディスパッチ処理の四つに分けることができる。シ
ステムコールエントリ処理は、システムコール処理中に
発生した割込みハンドラ内で呼ばれたシステムコールを
システムコールキュー５０１へリンクする。システムコ
ール終了処理では、システムコールキュー５０１のつな
ぎ替え等を行い、タスクディスパッチ処理は、本処理に
よって状態の変化したタスクから最適なものを選択しＣ
ＰＵを割当てる。図８、図９および図１０に、それぞれ
これらの処理フローを示す。

【００１０】タスクを生成するシステムコールはクリエ
ートタスク（〔外１〕）である。クリエートタスクは、
未登録（〔外２〕）のタスクを休止状態（Ｄｏｒｍａｎ
ｔ）へと移行させるもので、パラメータはタスク識別子
と初期プライオリティである。タスクを起動するシステ
ムコールはスタートタスク（〔外３〕）である。スター
トタスクは、休止状態（Ｄｏｒｍａｎｔ）のタスクを実
行可能状態（Ｒｅａｄｙ状態）へと移行させるもので、
パラメータはタスク識別子である。タスクのプライオリ
ティを変更するシステムコールは、プライオリティ変更
コール（〔外４〕）である。プライオリティ変更コール
は、指定タスクのプライオリティを変更し、レディキュ
ーやウエイトキューのつなぎ替えを行うもので、パラメ
ータはタスク識別子と新しく変更するプライオリティで
ある。図１１にクリエートタスクの処理フローを、図１
２にスタートタスクの処理フローを、図１３にプライオ
リティ変更コールの処理フローを示す。

【００１１】

【外１】

【００１２】

【外２】

【００１３】

【外３】

【００１４】

【外４】次に、図６ないし図１３を参照しながら、従来のＯＳの
動作を具体的に説明する。なお、ＯＳは、割込み許可状
態で動作しているものとする。

【００１５】現在、プライオリティ１０のタスクＡが実
行状態で走っており、タスクＢは未登録状態である。タ
スクＡがクリエートタスクを発行して初期プライオリテ
ィ２０（プライオリティ１０＞プライオリティ２０）の
タスクＢを生成する。

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

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

【００１８】この時点で、タイマ（２）１６の割込みに
よりハンドラＢが動作するものとする。ハンドラＢ内で
タスクＢに対するプライオリティ変更コールの発行に伴
い、ＯＳはコンテキストを退避する（図８のステップＳ
４１）。システムコール中か否かを判断し（ステップＳ
４２）、システムコール処理中であるため、ＯＳはメモ
リ１７からシステムコールブロック５０９を得る（ステ
ップＳ４４）。得られたシステムコールブロック５０９
の領域５１１に、プライオリティ変更コールを示す番号
を、領域５１２と領域５１３に、タスクＢのタスク識別
子と新しいプライオリティ５（プライオリティ５＞プラ
イオリティ１０＞プライオリティ２０）をそれぞれ書き
込む（ステップＳ４５）。そして、システムコールキュ
ー５０１には先程システムコールブロック５０４をつな
いだので、その次（キューの最後）にシステムコールブ
ロック５０９をつなぐ（ステップＳ４６）。領域５１０
には、キューの最後なので「０」が入り、また領域５０
３には、システムコールブロック５０９のアドレスが入
る。この後コンテキストを復帰し（ステップＳ４７）、
終了する。

【００１９】以上のような処理を経て、ハンドラ処理が
終了し、再びＯＳ処理は、クリエートタスクにもどる。
処理は、図１１のステップＳ７３、Ｓ７４と進み、タス
クＢはシステム上に登録され、休止状態になる。

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

【００２１】いま、はずしたシステムコールブロック５
０４には、スタートタスクが格納されていたので、図１
２に示すスタートタスクの本処理に入る。まず、パラメ
ータで指定したタスク識別子が現在の実行タスクを指し
ているか調べる（図１２のステップＳ８１）。指定タス
クはタスクＢであり、現実行タスクはタスクＡなので、
ステップＳ８２に処理が移り、指定したタスクＢが存在
するタスクかどうか調べる。先に、クリエートタスクに
よりタスクＢは既に生成されているので、ステップＳ８
３に移る。いま、タスクＢは休止状態なので、ステップ
Ｓ８４でプライオリティ２０のレディキューにリンク
し、実行可能状態とする。その後、再びシステムコール
終了処理に移る。

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

【００２３】まず、パラメータで指定したタスク識別子
が現在の実行タスクを指しているか調べる（図１３のス
テップＳ９１）。現実行タスクではないのでステップＳ
９２に処理が移り、指定したタスクＢが存在するタスク
かどうか調べる。既に生成されているので、ステップＳ
９３に処理が移る。いま、タスクＢは実行可能状態なの
で、ステップＳ９４で現プライオリティ２０のレディキ
ューからはずす。その後、ステップＳ９５で新プライオ
リティ５のレディキューにリンクし、システムコール終
了処理に移る。また、ステップＳ９３で実行可能状態で
ない場合には、ステップＳ９６に処理が移りウエイトキ
ューのつなぎ替えを行う。

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

【００２５】ディスパチャ処理では、図１０のステップ
Ｓ６３で現在プライオリティの１番高いタスクのＩＤを
得て、コンテキストを切り替え（ステップＳ６４）、制
御を移す。前記割込みハンドラＡおよびＢによりタスク
Ｂに実行権を渡し、タスクディスパチングを起こす。

【００２６】以上のようにして、割込み処理およびシス
テムコール処理が行われる。

【００２７】

【発明が解決しようとする課題】従来例で記述したよう
に、システムコール処理中に割込みが発生したとき、割
込みハンドラ内で発行されたシステムコールの本処理は
キューイングし、割込まれたシステムコール処理が終了
するまで処理を遅延する。

【００２８】いま、タスクＢは既に生成されており、タ
スクＡがタスクＢを削除することを考える。他タスクを
削除するシステムコールはデリートタスク（〔外５〕）
である。デリートタスクは、休止状態から未登録状態へ
と移行させるもので、パラメータはタスク識別子であ
る。図１４にデリートタスクの処理フローを示す。

【００２９】

【外５】タスクＢがデリートタスクをかけられ、デリートタスク
処理中にタイマ（１）１５による割込みがハンドラした
とする。前記例と同様に、起動されたハンドラＡでは、
タスクＢに対してスタートタスクを発行する。スタート
タスクの本処理のキューイングを行い（図８）、処理を
終了する。この時点で、タイマ（２）１６の割込みによ
りハンドラＢが動作し、タスクＢに対してプライオリテ
ィ変更コールを発行し、これもキューイングする。シス
テムコール処理は、この後コンテキストを復帰し、終了
する。

【００３０】以上のような処理を経て、割込みによるハ
ンドラ処理が終了し、再びＯＳ処理は、デリートタスク
にもどる。処理は、図１４のステップＳ１０３、Ｓ１０
４と進み、タスクＢは削除され、システム上に存在しな
い未登録状態になる。

【００３１】次に、処理は図９に示すシステムコール終
了処理に移り、システムコールキュー５０１の先頭のシ
ステムコールブロック５０４を、キューからはずし、キ
ューのつなぎ替えを行う。システムコールブロック５０
４をメモリ１７に返却して（図９のステップＳ５５）、
スタートタスクの処理に移る（図１２）。

【００３２】まず、パラメータで指定したタスク識別子
が現在の実行タスクを指していないので、図１２のステ
ップＳ８２に処理が移り、指定したタスクＢが存在する
タスクかどうか調べる。しかし、デリートタスクにより
タスクＢは既に削除されているので、スタートタスクの
本処理をぬけ、エラー処理へ移行となる（図１５）。エ
ラー処理では、まずタスク処理中か否か判断する（図１
５のステップＳ１１１）。タスク処理中ではないので、
再度システムコール終了処理に移り、システムコールキ
ューからプライオリティ変更コールのシステムコールブ
ロック５０９をはずす一連の処理を行い、プライオリテ
ィ変更コールの本処理に入る。

【００３３】プライオリティ変更コールでも、図１３の
ステップＳ９２でタスクＢはすでに存在しないため、エ
ラー処理へ移行となってしまう。

【００３４】このように、デリートタスク発行中に割込
みが発生した場合、削除対象のタスクに対してシステム
コールが発行されて、システムコールキューにリンクさ
れても、実際キューからはずして処理を行う際には、対
象タスクは存在しない。そのため、システムコールキュ
ーへのリンク処理やその該当システムコール本処理はす
べて無駄になり、処理オーバヘッドが高い。そして、リ
アルタイムシステムの最も重要な割込み応答性が、無駄
な処理をリンクするため、大きく損なわれることも考え
られる。また、不要なシステムコールブロックをリンク
するため、制約されたシステムのメモリを効率的に使用
できないことにもなる、という重大な欠点があった。

【００３５】本発明の目的は、前記の欠点を除去するこ
とにより、割込み応答性を向上できるシステムコール処
理方式を有するコンピュータシステムを提供することに
ある。

【００３６】

【課題を解決するための手段】本発明は、中央処理装置
と、記憶手段と、割込み制御手段とを備えたコンピュー
タシステムにおいて、前記中央処理装置は、前記コンピ
ュータシステムが有するオペレーティングシステムがシ
ステムコール中であることを識別するシステムコール識
別手段と、前記システムコールが資源の削除処理を行う
ことを識別する資源削除識別手段と、前記システムコー
ルの対象資源を前記記憶手段に記憶させる資源記憶手段
と、資源の削除を行うシステムコール処理中に発行され
たシステムコールの対象資源が前記資源記憶手段により
記憶された削除対象資源であるか否かを判定する判定手
段と、判定の結果が削除対象資源であった場合に前記削
除を行うシステムコール処理中に発行されたシステムコ
ール処理の実行を禁止する禁止手段とを含むことを特徴
とする。

【００３７】

【作用】資源の削除を行うシステムコールＡが発行され
ると、資源削除認識手段により認識し、資源記憶手段に
より削除対象資源であることを区分して記憶手段に記憶
させる。このシステムコールＡの処理中にシステムコー
ルＢの割込み処理が発生すると、判定手段によりシステ
ムコールＢの対象資源がシステムコールＡでの削除対象
資源であるか否かを判定し、それが前記削除対象資源で
あった場合に、禁止手段によりシステムコールＢの処理
を禁止し行わないようにする。

【００３８】従って、システムコール処理中に割込みが
発生したとき、割込みハンドラ内で発行されたシステム
コール処理の中で、無駄になる処理を省き、処理オーバ
ヘッドの短縮、割込み応答性の向上を図ることが可能と
なる。

【００３９】

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

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

【００４１】本実施例は、ＣＰＵ（中央処理装置）１３
ａと、記憶手段としてのメモリ１７ａと、割込み制御手
段としての割込みコントローラ１４と、タイマ（１）１
５と、タイマ（２）１６と、それらを接続するアドレス
バス１１およびデータバス１２とを備えたコンピュータ
システムにおいて、本発明の特徴とするところの、ＣＰ
Ｕ１３ａは、前記コンピュータシステムが有するオペレ
ーティングシステムがシステムコール中であることを識
別するシステムコール識別手段１と、前記システムコー
ルが資源の削除処理を行うことを識別する資源削除識別
手段２と、前記システムコールの対象資源をメモリ１７
ａに記憶させる資源記憶手段３と、資源の削除を行うシ
ステムコール処理中に発行されたシステムコールの対象
資源が資源記憶手段３により記憶された削除対象資源で
あるか否かを判定する判定手段４と、判定の結果が削除
対象資源であった場合に前記削除を行うシステムコール
処理中に発行されたシステムコール処理を禁止する禁止
手段５とを含んでいる。

【００４２】なお、これら、システムコール識別手段
１、資源削除識別手段２、資源記憶手段３、判定手段４
および禁止手段５は、ＯＳ中に合わせて構成される。ま
た、図１において、１８、１９、２０および２１は信号
路である。

【００４３】次に、本実施例の動作例（１）について図
２、図３（ａ）および（ｂ）ならびに図７を参照して説
明する。ここで、図２は本実施例の動作例（１）におけ
るシステムコールエントリ処理を示すフローチャート、
図３（ａ）および（ｂ）はその動作過程にある資源削除
識別手段２としてのオブジェクト管理ブロックの状態を
示す説明図、ならびに、図７は既に説明したようにシス
テムコール識別手段１としてのシステムコールキューを
示す説明図である。

【００４４】状況は、前述の発明が解決しようとする課
題のときと同様である。タスクＡが実行状態で、既に生
成されているタスクＢを削除する。タスクＡがデリート
タスクを発行すると、ＯＳは、図２に示したフローに従
い、システムコールエントリ処理を行う。ステップＳ１
でコンテキストを退避し、ステップＳ２でシステムコー
ル処理中か否か判断する。タスク処理中に発行されたの
でステップＳ９に移り、システムコールカウンタを更新
して、システムコール処理中を示すカウントを１にす
る。次にステップＳ１０で、デリート系のシステムコー
ルか否か判断する。いま、デリートタスク処理を行おう
としているので、ステップＳ１１に移り、パラメータか
らタスクＢのオブジェクト管理ブロックアドレスを得
る。このオブジェクト管理ブロック２０１内のデリート
中を示すフラグ２０２を図３（ｂ）のようにセットし、
デリートタスク本処理へ移行する。

【００４５】いま、このデリートタスク本処理中にタイ
マ（１）１５による割込みによりハンドラＡが動作した
ものとする。スタートタスクが発行されると、ＯＳは再
度、システムコールエントリ処理を行う。まず、コンテ
キストを退避する（図２のステップＳ１）。次にシステ
ムコール中か否かを判断する（ステップＳ２）。割込み
は、デリートタスクの処理中に発生したのであるから、
処理はステップＳ３に移る。システムコールのパラメー
タより処理対象のタスク（タスクＢ）のオブジェクト管
理ブロックアドレスを得る（ステップＳ３）。タスクＢ
のオブジェクト管理ブロック２０１内のデリート中を示
すフラグ２０２を調べ（ステップＳ４）、スタートタス
クを発行されたタスクＢが削除中であるため、ステップ
Ｓ８へ飛び、システムコールキュー５０１へのリンク処
理は行わない。システムコール処理は、コンテキストを
復帰し、終了する。

【００４６】この時点で、タイマ（２）１６の割込みに
よりハンドラＢが動作するものとする。プライオリティ
変更コール発行に伴い、ＯＳはコンテキストを退避する
（図２のステップＳ１）。そして、システムコール中か
否かを判断する（ステップＳ２）。システムコール処理
中であるため、処理はステップＳ３に移る。タスクＢの
オブジェクト管理ブロックアドレスを得、タスクＢのオ
ブジェクト管理ブロック２０１内のデリート中を示すフ
ラグ２０２を調べ、プライオリティ変更コールを発行さ
れたタスクＢが削除中であるため（ステップＳ４）、ス
テップＳ８へ飛び、システムコールキュー５０１へのリ
ンク処理は行わない。システムコール処理は、コンテキ
ストを復帰し、終了する。

【００４７】以上のような処理を経て、割込みによるハ
ンドラ処理が終了し、再びＯＳ処理は、デリートタスク
にもどる。処理は、図１４のステップＳ１０３、Ｓ１０
４と進み、タスクＢは削除され、システム上に存在しな
い未登録状態になる。

【００４８】次に、処理は図９に示すシステムコール終
了処理に移るが、システムコールキュー５０１（図７）
には、システムコールブロックがリンクされていないた
め、図１０のタスクディスパチャに処理が移る。

【００４９】以上のようにして、割込み処理およびシス
テムコール処理が行われる。

【００５０】次に、本実施例の動作例（２）について、
図４、図５（ａ）および（ｂ）、ならびに図７を参照し
て説明する。ここで、図４は動作例（２）におけるシス
テムコールエントリ処理を示すフローチャート、ならび
に図５（ａ）および（ｂ）はその動作過程にある資源削
除識別手段２としてのシステムベーステーブルの状態を
示す説明図である。

【００５１】状況は、動作例（１）のときと同様であ
る。タスクＡが実行状態で、既に生成されているタスク
Ｂを削除する。タスクＡがデリートタスクを発行する
と、ＯＳは、図４に示したフローに従い、システムコー
ルエントリ処理を行う。ステップＳ２１でコンテキスト
を退避し、ステップＳ２２でシステムコール処理中か否
か判断する。タスク処理中に発行されたのでステップＳ
２９に移り、システムコールカウンタを更新して、ステ
ップＳ３０でデリート系のシステムコールか否か判断す
る。いま、デリートタスク処理を行おうとしているの
で、ステップＳ３１に移り、システムベーステーブル４
０１（図５）のアドレスを得る。このシステムベーステ
ーブル４０１内のデリート中の資源を記憶する領域にタ
スクＢの識別子を記述し（図５（ｂ））、デリートタス
ク本処理へ移行する。

【００５２】いま、このデリートタスク本処理中にタイ
マ（１）１５による割込みによりハンドラＡが動作した
ものとする。スタートタスクが発行されると、ＯＳは再
度、システムコールエントリ処理を行う。まず、コンテ
キストを退避する（図４のステップＳ２１）。次にシス
テムコール中か否かを判断する（ステップＳ２２）。割
込みは、デリートタスクの処理中に発生したのであるか
ら、処理はステップＳ２３に移る。システムベーステー
ブル４０１のアドレスを得て、システムベーステーブル
４０１内のデリート中の資源を記憶する領域４０２に記
述された資源と、スタートタスクがかけられたタスクＢ
を比較し（ステップＳ２４）、同じであるため、ステッ
プＳ２８へ飛び、システムコールキュー５０１へのリン
ク処理は行わない。システムコール処理は、コンテキス
トを復帰し、終了する。

【００５３】この時点で、タイマ（２）１６の割込みに
よりハンドラＢが動作すると、プライオリティ変更コー
ル発行に伴い、ＯＳはコンテキストを退避し（図４のス
テップＳ２１）、システムコール中か否かを判定し（ス
テップＳ２２）、システムコール処理中なので、処理は
ステップＳ２３に移る。そしてスタートタスクのときと
同様に、ステップＳ２４でシステムベーステーブル４０
１内のデリート中の資源を記憶する領域４０２に記述さ
れた資源とタスクＢを比較し、同じあるため、ステップ
Ｓ２８へ飛ぶ。システムコール処理は、コンテキストを
復帰し、終了する。

【００５４】以上のような処理を経て、割込みによるハ
ンドラ処理が終了し、再びＯＳ処理は、デリートタスク
にもどる。処理は、図１４のステップＳ１０３、Ｓ１０
４と進み、タスクＢは削除され、システム上に存在しな
い未登録状態になる。

【００５５】次に、処理は図９に示すシステムコール終
了処理に移るが、システムコールキュー５０１（図７）
には、システムコールブロック５０４がリンクされてい
ないため、図１０のタスクディスパチャに処理が移る。

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

【００５７】

【発明の効果】以上説明したように、本発明は、資源の
削除処理中に起動される割込みハンドラから、削除対象
の資源に対してシステムコールが発行された場合、シス
テムコールキューにリンクせず、処理を行わない。

【００５８】これにより、従来問題であった、無駄とな
るシステムコールキューへリンク処理やシステムコール
本処理、およびシステムコール終了処理を行わずに済
み、処理オーバヘッドの短縮を図ることができ、リアル
タイムシステムの最も重要な割込み応答性を、大幅に向
上させることができる効果がある。さらに、不要なシス
テムコールブロックを使用せずに済むため、システムコ
ールブロックの領域を節約することができ、制約された
システムのメモリを効率的に使用することができる効果
がある。

【００５９】従って、本発明によれば、割込み等の外部
事象に迅速に対応でき、システムの信頼性を向上させた
リアルタイムなコンピュータシステムを得ることがで
き、その効果は大である。

【図面の簡単な説明】

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

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

【図３】動作例（１）の動作過程にあるオブジェクト管
理ブロックの状態を示す図。

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

【図５】動作例（２）の動作過程にあるシステムベース
テーブルの状態を示す図。

【図６】従来例を示すブロック構成図。

【図７】システムコールキューの一例を示す図。

【図８】従来のシステムコールエントリ処理のフローチ
ャート。

【図９】システムコール終了処理のフローチャート。

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

【図１１】「クリエートタスク」システムコール処理の
フローチャート。

【図１２】「スタートタスク」システムコール処理のフ
ローチャート。

【図１３】「プライオリティ変更」システムコール処理
のフローチャート。

【図１４】「デリートタスク」システムコール処理のフ
ローチャート。

【図１５】エラー処理のフローチャート。

【符号の説明】

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

───────────────────────────────────────────────────── フロントページの続き (58)調査した分野(Int.Cl.⁶，ＤＢ名) G06F 9/46

Claims

(57)【特許請求の範囲】

【請求項１】中央処理装置と、記憶手段と、割込み制
御手段とを備えたコンピュータシステムにおいて、前記
中央処理装置は、前記コンピュータシステムが有するオ
ペレーティングシステムがシステムコール中であること
を識別するシステムコール識別手段と、前記システムコ
ールが資源の削除処理を行うことを識別する資源削除識
別手段と、前記システムコールの対象資源を前記記憶手
段に記憶させる資源記憶手段と、資源の削除を行うシス
テムコール処理中に発行されたシステムコールの対象資
源が前記資源記憶手段により記憶された削除対象資源で
あるか否かを判定する判定手段と、判定の結果が削除対
象資源であった場合に前記削除を行うシステムコール処
理中に発行されたシステムコールに対するシステムコー
ルキューへのリンク処理の実行を禁止する禁止手段とを
含むことを特徴とするコンピュータシステム。