JPH05108380A - データ処理システム - Google Patents

Abstract

(57)【要約】 【目的】 システムの機能がより高度化しても、高速応
答性が低下しないデータ処理システムを提供する。 【構成】 タスク４、７〜９を制御するＯＳ１と、ＯＳ
１のタスク管理用のデータベース２と、ＯＳ１にタスク
の１つとして割付けられ、タスク１０〜１３の実行制御
を行なうためのＯＳ５と、ＯＳ５のタスク管理のための
データベース６とを含む。タスクを、そのコンテキスト
の大きさに応じて小さなものはＯＳ１に、大きなものは
ＯＳ５に割振ることが可能となる。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】この発明は主としてコンピュータ
などからなるデータ処理システムに関し、特に、高速応
答性が要求されるリアルタイム処理のためのデータ処理
システムに関する。

【０００２】

【従来の技術】従来のデータ処理システムの多くは、リ
アルタイム処理機能を備えたオペレーティングシステム
（以後「ＯＳ」と省略する）により動作している。ＯＳ
は、コンピュータシステムの運用効率と操作性を高める
ために、コンピュータシステムに組込まれたシステムプ
ログラムを主として意味する。

【０００３】図６は、従来のデータ処理システムのソフ
トウェア構成の概念図である。図６を参照して、このデ
ータ処理システムはソフトウェアとして、リアルタイム
ＯＳ６０と、ＯＳ６０の制御下で動作するタスク６３〜
６６と、これらタスク群６３〜６６の実行を管理するた
めにＯＳ６０が使用するタスク管理用データベース６１
と、オペレーティングシステム６０に対する割込の発生
によって実行される割込処理ルーチン６２とを含む。

【０００４】各タスク６３〜６６は、互いに独立した応
用プログラムの最小仕事単位であり、必要に応じて個々
に生成される。ＯＳ６０はこれらのタスク６３〜６６の
実行制御を管理し、いわゆるマルチタスキング処理を行
なう。各タスク６３〜６６には予め優先順位が与えられ
ている。リアルタイムＯＳ６０は、各タスクに与えられ
た優先度に応じて、実行可能なタスクのうち最も高い優
先度を有するタスクに実行権を与える。

【０００５】たとえば、現在実行中のタスクがＯＳの提
供する機能を利用しようとする場合を考える。この場合
実行中のタスクは、システムコールと呼ばれる、システ
ムに対する要求を発行する。実行中のタスクはシステム
コールを発行した後、一旦待ち状態となる。実行中のタ
スクが待ち状態となれば、ＣＰＵが空き状態となる。資
源を有効に利用するためには、この間にＣＰＵを他のタ
スクに割当ててこのタスクを実行させればよい。このと
き、実行可能な複数のタスクがある場合、最も優先度の
高いタスクが選択され実行される。また、現在実行中の
タスクより優先度の高いタスクが実行可能状態になった
とき（待ち状態が解除されたとき）は、現在実行中のタ
スクが一旦待ち状態にされ、その優先度の高いタスクに
実行が移される。

【０００６】各タスクの状態はシステムコールにより遷
移する。システムコールは実行中のタスクまたは割込処
理ルーチンにより発行される。図７はその一例を示す状
態遷移図である。図７を参照して、タスク１は優先度の
低いタスク、タスク２は優先度の高いタスクであるもの
とする。時刻ｔ１以前にはタスク１が実行状態であり、
タスク２が待ち状態になっているものとする。時刻ｔ１
でタスク１がタスク２の待ち状態を解除するためのシス
テムコールを発行したとする。するとこの時点で実行は
一時ＯＳに移る。ＯＳはタスク１からのシステムコール
を受けてタスク２を実行可能状態とする。さらにＯＳ
は、タスク１とタスク２との優先度を比較して、次にど
ちらのタスクを実行すべきか判断する。どのタスクを実
行すべきが判断することをタスクのスケジューリングと
呼ぶ。その結果、優先度の高いタスクが時刻ｔ２に実行
開始される。

【０００７】ＯＳがタスクのスケジューリングを行なう
場合、タスクの実行状態や優先度などを表わす情報を記
憶する必要がある。そのためにＯＳは、図６に示される
タスク管理用データベース６１を使用する。さらにＯＳ
は、複数のタスク間の通信や同期を実現するために、フ
ラグやセマフォと呼ばれる様々なマルチタスキングのた
めの機能を提供する。これらの機能を実現するために
は、システムに共通のデータベースが必要とされる。こ
のデータベースは、タスク管理用データベース６１に含
まれる。ＯＳが各タスクに対して提供する機能が複雑に
なるほどタスク管理用データベース６１に格納すべき情
報は増加する。また、それにつれて１回のシステムコー
ルの発生によって操作されるデータ量も増加する。

【０００８】図７において、ＯＳによる処理の前後でタ
スク１からタスク２に実行が移っている。このことを
「タスクをディスパッチする」と呼ぶ。タスクのディス
パッチは、ＯＳにより以下のように行なわれる。まず、
ディスパッチ前のタスクが使用していたハードウェアの
レジスタの内容を図６のタスク管理用データベース６１
にセーブする。次に、ディスパッチ後に実行されるタス
クのレジスタ内容を、タスク管理用データベース６１か
らタスクを実行するためのハードウェアのレジスタにリ
ストアする。タスク管理用データベース６１には、この
ディスパッチ後に実行されるタスクが前回処理中断した
ときのハードウェアのレジスタ内容が格納されており、
リストアにより前回の処理中断時の状態にハードウェア
の各レジスタ内容が戻る。セーブ・リストアされるハー
ドウェアのレジスタとしては、ＭＰＵ（マイクロプロセ
ッサユニット）の制御レジスタや汎用レジスタ、ＦＰＵ
（浮動小数点演算ユニット）の浮動小数点レジスタなど
がある。これらハードウェアのレジスタ内容をタスクの
コンテキストと呼ぶ。

【０００９】システムコールは実行中のタスクのほか
に、割込処理ルーチンからも発行される。この場合もシ
ステムコールが発行されると一時実行はＯＳに移る。Ｏ
Ｓはこのシステムコールに応答して対応する処理を行な
う。

【００１０】ところで、ＯＳがシステムコールを処理し
ているときに割込を無制限に受付けると、割込処理の中
でタスク管理用データベース６１の内容が操作され、デ
ータベースの一意性が失われる可能性がある。このよう
な事態となればタスク管理は不可能となる。これを防ぐ
ために、通常、ＯＳが上述のシステムコールに対する処
理を行なっているような場合には、割込は禁止される。
ただし、リアルタイムＯＳは高速応答性を備えているこ
とが絶対条件である。特に割込禁止時間が長くなると、
外部要因に対するシステムの応答性能に直接悪影響を及
ぼし好ましくない。そのため、リアルタイムＯＳの設計
時には、割込禁止時間が可能な限り短くなるよう最大の
注意が払われる。

【００１１】図８は、システムコールが発行されたとき
のＯＳの処理の一例を示すフローチャートである。シス
テムコール入口からこの処理に入った場合、ステップＳ
８１でまず割込が禁止される。続いてステップＳ８２
で、実行していたタスクのコンテキストをデータベース
（タスク管理用データベース６１）にセーブする。さら
にステップＳ８３で、データベース６１を操作してタス
クのスケジューリングが行なわれる。ステップＳ８４
で、スケジューリングの結果次に実行されるタスクとし
て選択されたタスクのコンテキストをタスク管理用デー
タベース６１からタスク実行用のハードウェアのレジス
タ群にリストアする。さらにステップＳ８５で割込禁止
が解除される。そしてシステムコールの処理は終了す
る。

【００１２】図６において、ＯＳにより実行制御される
タスク６６は、「アイドルタスク」と呼ばれるものであ
る。アイドルタスク６６は、システムにおいて最も優先
度の低いタスクである。このアイドルタスクを常にシス
テム内に存在させておくことにより、このシステム内に
おいて実行されるべきタスクが１つもないという状態が
あり得なくなる。

【００１３】

【発明が解決しようとする課題】従来のデータ処理シス
テムで、システムの高機能化に伴いＯＳが複雑な機能を
提供する必要が増大している。この場合ＯＳが操作する
データベースは大きくなり、その結果一度のシステムコ
ールを処理するための時間は長くなり、コンテキストの
セーブ・リストア時にオーバーヘッドが生ずる。マルチ
タスキング処理においてタスクの実行以外に必要な時間
が増大することとなり、高速応答性を備えるべきリアル
タイムＯＳとしては好ましくない。また、割込禁止時間
も長くなり、割込に対する時間的な応答性が劣化する。

【００１４】それゆえにこの発明の目的は、システムの
機能がより高度化しても、高速応答性が低下しないデー
タ処理システムを提供することである。

【００１５】

【課題を解決するための手段】本発明に係るデータ処理
システムは、データ処理に必要なハードウェア資源およ
びソフトウェア資源と、複数個の第１の仕事単位の各々
に、所定の基準に従ってハードウェア資源およびソフト
ウェア資源を割当てることにより、各第１の仕事単位の
実行状態を制御するための第１の実行制御手段と、第１
の実行制御手段による第１の仕事単位の実行状態の制御
に必要なデータを格納して管理するための第１の実行制
御データ管理手段と、第１の実行制御手段に、第１の仕
事単位の１つとして割付けられ、複数個の第２の仕事単
位の各々に、所定の基準に従ってハードウェア資源およ
びソフトウェア資源を割当てることにより、各第２の仕
事単位の実行状態を制御するための第２の実行制御手段
と、第２の実行制御手段による第２の仕事単位の実行状
態の制御に必要なデータを格納して管理するための第２
の実行制御データ管理手段とを含む。

【００１６】

【作用】上述のデータ処理システムにおいては、第１の
仕事単位と第２の仕事単位とは、それぞれ別個の第１の
実行制御手段および第２の実行制御手段によって実行制
御される。各実行制御手段の提供する機能を異ならせ、
あまり多くの機能を要求しないタスクを実行制御するた
めの実行制御手段には比較的少ない機能を、より多数の
機能を提供する必要のある実行制御手段には比較的多数
の機能をそれぞれ備えるように各実行制御手段の内容を
異ならせることができる。また、第１の実行制御手段お
よび第２の実行制御手段の各々に別個の実行制御データ
管理手段を設けたため、各実行制御手段におけるタスク
管理の際のコンテキストの内容を異ならせることができ
る。したがって、特定のタスクを、そのタスクがシステ
ムに対して要求する機能やタスク管理のために必要なコ
ンテキストの内容に応じて最も適切な実行制御手段の管
理の下で実行させることができる。

【００１７】

【実施例】図２は、この発明の一実施例に係るデータ処
理システムのハードウェア構成図である。図２を参照し
て、このデータ処理システム２７は、プログラムを実行
するためのＭＰＵ２０と、ＭＰＵ２０に接続され、デー
タ処理システム２７に含まれる各構成要素間でデータを
やりとりしたり、ＭＰＵ２０に対して割込信号を入力し
たりするための内部バス２６と、内部バス２６に接続さ
れ、浮動小数点演算を行なうためのＦＰＵ２８と、本シ
ステムを制御したり、データ処理を行なったりするため
のプログラムおよびシステムを管理するためのデータベ
ースと、処理すべきデータなどとを格納するためのメモ
リ２１と、内部バス２６に接続され、ＣＲＴ２９を制御
するためのＣＲＴコントローラ２２と、内部バス２６お
よび外部のネットワーク３０に接続され、通信制御を行
なうための通信コントローラ２３と、内部バス２６に接
続され、ディスクユニット３１などの外部記憶装置の制
御を行なうためのディスクコントローラ２４と、内部バ
ス２６に接続され、各種センサ３２からの信号を変換し
てＭＰＵ２０に与えるためのセンサコントローラ２５と
を含む。

【００１８】図２に示される各構成要素のうち、各コン
トローラ２２〜２５は、たとえばデータの入出力が完了
したり、外部で変化が生じたことを検知したときに、割
込信号を内部バス２６を介してＭＰＵ２０に与える。ま
た、データ処理に必要なソフトウェア資源およびタスク
管理のためのオペレーティングシステムなどのシステム
資源もメモリ２１に格納されている。

【００１９】図１は、この発明の一実施例に係るデータ
処理システムを形成するソフトウェア資源の構成図であ
る。このソフトウェア資源は、前述のように図２に示さ
れるメモリ２１に格納されている。図１を参照して、こ
のシステムは、制限された機能のみを各タスクに対して
提供するリアルタイムＯＳ１と、ＯＳ１の管理下で動作
するタスク７〜９と同じくＯＳ１の管理下で動作するア
イドルタスク４と、ＯＳ１がタスク４、７〜９の実行制
御を管理するために用いるためのタスク管理用データベ
ース２と、ＯＳ１の管理下で処理される割込処理ルーチ
ン３とを含む。

【００２０】アイドルタスク４は１つのシステムを構成
しており、ＯＳ１のアイドルタスクとして実行される、
ＯＳ１よりも複雑な機能を提供するリアルタイムＯＳ５
と、ＯＳ５によって管理され実行される複数個のタスク
１２〜１４と、ＯＳ５によって管理されるアイドルタス
ク１３と、ＯＳ５がタスク１０〜１３の実行制御を管理
するために必要なデータを格納するためのタスク管理用
データベース６とを含む。ＯＳ５は、ＯＳ１と異なり割
込処理機能は持たない。

【００２１】このシステムはさらに、ＯＳ１とＯＳ２と
の間に設けられ、ＯＳ１とＯＳ５との間で、たとえば特
定の処理の実行の依頼などを通信するための通信手段１
４を含む。

【００２２】図１に示されるデータ処理システムは以下
のように動作する。ＯＳ１は、図６に示されるリアルタ
イムＯＳ６０と同様に動作する。すなわち、ＯＳ１は、
その管理するタスク７〜９がシステムコールを発行する
と、ＯＳ１に対する割込を禁止してから、このシステム
コールの処理を行なう。このとき、前述のようにＯＳ１
が提供する機能は制限されたものである。そのため、シ
ステムコール処理時にデータベース２を操作する量は、
提供する機能が複雑な場合と比べて少なくすることがで
きる。したがってＯＳ１がシステムコールを処理するた
めに要する時間は短くなる。前述のようにシステムコー
ル処理時間には、割込が禁止される。したがってシステ
ムコール処理時間が短くなることによりＯＳ１に対する
割込禁止時間も短くでき、割込に対する応答性が向上す
る。

【００２３】図１に示されるシステムが従来のシステム
と異なるのは、ＯＳ５をを中心とするシステムがアイド
ルタスク４としてＯＳ１の管理下で動作することであ
る。ＯＳ１の管理下で動作するタスク７〜９がなくなっ
たときにＯＳ５に実行が移り、ＯＳ５が管理するタスク
１０〜１３が実行される。タスク１０〜１３がシステム
コールを発行したときは、ＯＳ５がその処理を行なう。

【００２４】ＯＳ５で行なわれるシステムコール処理の
フローチャートを図３に示す。図３を参照して、システ
ムコールが発生すると、ステップＳ３１において実行中
のタスクのコンテキストがタスク管理用データベース６
にセーブされる。ステップＳ３２において、ＯＳ５によ
ってタスクのスケジューリングが行なわれる。このと
き、タスク管理用データベース６のデータが操作され
る。続いてステップＳ３３で、スケジューリングされた
新タスクのコンテキストがタスク管理用データベース６
からタスク実行用のハードウェアのレジスタ群にリスト
アされ、システムコール処理が終了する。

【００２５】図３と図８とを対比してすぐわかるよう
に、ＯＳ５によるシステムコール処理においては、シス
テムコール実行中でも割込が禁止されない。これは、本
発明の実施例に係るデータ処理システムにおいては、図
１に示されるように、割込処理ルーチン３がＯＳ１の管
理下でのみ行なわれ、ＯＳ５においては割込処理を行な
う必要がないためである。割込処理によってＯＳ５のタ
スク管理用データベース６が操作されることはない。し
たがってＯＳ５システムコール処理においては、割込禁
止とする必要はない。ＯＳ５の機能をどれだけ複雑にし
ても、ＯＳ５のシステムコール処理実行中に割込禁止と
する必要はないため、このデータ処理システム全体の割
込に対する応答性を劣化させずにすむ。それに対してＯ
Ｓ１においては割込処理を行なう必要がある。そのた
め、ＯＳ１は、制限された機能のみタスクに提供する。
これによりシステムコール処理時にＯＳ１がデータベー
ス２を操作する量は少なくなり、ＯＳ１のシステムコー
ル処理時間が短くなる。割込禁止時間も短くすることが
でき、割込に対する応答性を高めることができる。

【００２６】さらに、浮動小数点計算など、大きなコン
テキストを持つタスクはＯＳ５で、小さなコンテキスト
で実行可能なタスクはＯＳ１の管理下で、それぞれ実行
させることができる。これにより、たとえば小さなコン
テキストを有するタスクについてコンテキトのセーブ・
リストアを行なう場合、従来よりも小さなコンテキスト
のセーブ・リストアのみでシステムコール処理を行なう
ことができる。大きなコンテキストのタスクについて
は、そのコンテキストのセーブ・リストアはＯＳ５で行
なわれる。したがって、従来のように各タスクのコンテ
キストの大小にかかわらず最も大きなコンテキストに合
わせたセーブ・リストアを行なうような無駄を省くこと
ができ、ＯＳ１の管理下のタスクからシステムコールを
処理するための時間を短縮することができる。

【００２７】一方、場合によっては、図１に示されるＯ
Ｓ１の管理下で実行されるタスクのいずれかから、シス
テムコールを発行してＯＳ５に属するタスクを操作した
い場合もあると考えられる。通信手段１４はこれを可能
とするために設けられたものである。ＯＳ１に属するタ
スクが発行したシステムコールの処理は通信手段１４を
介してＯＳ１からＯＳ５に依頼される。そしてＯＳ５が
このシステムコールに対する処理を行なう。

【００２８】この第１の実施例のデータ処理システムに
おいては、ＯＳ１のアイドルタスク４としてＯＳ５を割
付けている。このようにすることにより、ＯＳ１に属す
るタスク７〜９には、ＯＳ５に属するタスク１０〜１２
よりも高い優先度が自動的に与えられることになる。こ
れは、以下のような理由による。ＯＳ１は、高速にシス
テムコールを処理するためにその提供する機能を少なく
し、また各タスクのコンテキストを軽くしている。つま
り、高速に実行したいタスクはＯＳ１の管理下で実行さ
せることが前提とされている。このような条件の下で
は、ＯＳ１に属するタスクは、当然ＯＳ５に属するタス
クよりも高い優先度を有するべきである。

【００２９】図４は、この発明の第２の実施例に係るデ
ータ処理システムのソフトウェア構成図である。図４に
示されるデータ処理システムが図１に示されるデータ処
理システムと異なるのは、第２のＯＳ５を中心とするシ
ステムが、第１のＯＳ１の、アイドルタスク以外のタス
ク４に割付けられることである。その他の点において、
図４に示されるシステムは図１に示されるシステムと同
様である。同一の構成要素には同一の参照番号および名
称が与えられている。それらの機能も同一である。した
がって、ここではそれらについての詳しい説明は繰り返
されない。

【００３０】図４に示されるシステムにおいては、第２
のＯＳ５に属するタスクの優先度が自動的に第１のＯＳ
１に属するタスクの優先度よりも低くなるということは
ない。この優先度はＯＳ１に割付けられる各タスクの優
先度と、ＯＳ５に従属する各タスクに割当てられる優先
度とから決まる。このようにすることによっても、ＯＳ
１による割込処理に対する高速応答が実現でき、またＯ
Ｓ１に従属するタスクとしてはコンテキストの小さなも
のを選択することにより、システムのオーバーヘッドが
増加するおそれがなく、リアルタイムＯＳとして望まし
い高速応答性を備えることができる。

【００３１】図５には、本発明に係るデータ処理システ
ムの第３の実施例のソフトウェア構成図が示されてい
る。図５に示されるデータ処理システムが図１に示され
るデータ処理システムと異なるのは、アイドルタスク４
内のシステムのＯＳ５に従属するタスクのうちの１つ
が、第３のＯＳ５１を含むことと、通信手段１４がＯＳ
１、５に加えてＯＳ５１とも通信可能なこととである。

【００３２】図５を参照して、アイドルタスク１３は、
ＯＳ５の管理下で動作するＯＳ５１と、ＯＳ５１の管理
下で動作するタスク５３〜５４と、ＯＳ５１がタスク５
３〜５４の実行制御を管理するために使用するタスク管
理用データベース５２とを含む。

【００３３】タスク５４はＯＳ５１の管理下で動作する
アイドルタスクである。ＯＳ５１を中心とするシステム
とＯＳ５を中心とするシステムとの関係は、ＯＳ５を中
心とするシステムとＯＳ１を中心とするシステムとの関
係と同様である。このシステムでは優先度はＯＳ１の従
属タスク、ＯＳ５の従属タスク、ＯＳ５１の従属タスク
という順になる。各ＯＳ１、５、５１には、順にコンテ
キストの小、中、大のタスクが割当てられる。このよう
にすることにより、各タスクのコンテキストの大小に応
じてシステムコール処理時のデータのセーブ・リストア
量を変更することができる。そのため、システムコール
処理時のシステムのオーバーヘッドが減少するととも
に、ＯＳ１のみで行なわれる割込処理に対する応答性も
良好なものに保たれる。また、４つ以上のＯＳを使用し
て図５に示されるようなシステムを構成することもでき
る。

【００３４】以上のようにこの発明に係るデータ処理シ
ステムにおいては、互いに独立したタスク管理用のデー
タベースを備えた複数のＯＳが使用される。割込処理は
そのうちの１つのＯＳでのみ行なわれる。他のＯＳでは
割込処理が行なわれない。そのため他のＯＳのシステム
コール処理が複雑になっても、割込応答性を劣化させず
にすむ。また、各タスクをそのコンテキストの大きさに
応じて適切なＯＳの管理下で動作させることができる。
したがって冗長なコンテキストのセーブ・リストアを省
くことができ、システムのオーバーヘッドを取除くこと
ができる。

【００３５】

【発明の効果】以上のようにこの発明に係るデータ処理
システムによれば、第１および第２の実行制御手段に、
それぞれ独立の第１および第２の実行制御データ管理手
段を設けた。したがって各仕事単位を、その実行制御に
必要なコンテキストの大きさに従って第１または第２の
実行制御手段のうちの適切なものの管理下で動作させる
ように割振ることができる。冗長なコンテキストのセー
ブ・リストアを省くことが可能となり、システムの動作
をより効率よくでき、その応答性も良好にすることがで
きる。また、第１の実行制御手段と第２の実行制御手段
とによって提供される機能を、その複雑さにおいて異な
ったものとすることができる。したがって第１の実行制
御手段より提供される機能をより簡単なものとすること
により、第１の実行制御手段の管理下の第１の仕事単位
についての処理を高速化できる。また、第２の実行制御
手段により提供される機能をより複雑なものとすること
により、より多くの機能を実行制御手段に要求するよう
な第２の仕事単位も実行することが可能である。

【００３６】その結果、システムの機能がより高度化し
ても、高速応答性が低下しないデータ処理システムを提
供することができる。

【図面の簡単な説明】

【図１】図１は、本発明の第１の実施例に係るデータ処
理システムのソフトウェア構成図である。

【図２】図２は、本発明の第１の実施例に係るデータ処
理システムのハードウェア構成図である。

【図３】図３は、第１の実施例の、第２のＯＳで行なわ
れるシステムコール処理のフローチャートである。

【図４】図４は、本発明の第２の実施例に係るデータ処
理システムのソフトウェア構成図である。

【図５】図５は、本発明の第３の実施例に係るデータ処
理システムのソフトウェア構成図である。

【図６】図６は、従来のリアルタイムＯＳを用いたデー
タ処理システムのソフトウェア構成図である。

【図７】図７は、タスクのディスパッチの様子を示す模
式図である。

【図８】図８は、従来のリアルタイムＯＳのシステムコ
ール処理のフローチャートである。

【符号の説明】

１ リアルタイムＯＳ ２ ＯＳ１が使用するデータベース ３ 割込処理ルーチン ５ 割込処理に関与しないＯＳ ６ ＯＳ５が使用するデータベース ７〜９ ＯＳ１の管理下で動作するタスク群 １０〜１２ ＯＳ５の管理下で動作するタスク群 １３ ＯＳ５のアイドルタスク １４ ＯＳ１とＯＳ５の間の通信手段 ２０ マイクロプロセッサユニット ２１ メモリ ２６ 内部バス

Claims (1)

【特許請求の範囲】
1. 【請求項１】 データ処理に必要なハードウェア資源お
   よびソフトウェア資源と、 複数個の第１の仕事単位の各々に、所定の基準に従って
   前記ハードウェア資源およびソフトウェア資源を割当て
   ることにより、各前記第１の仕事単位の実行状態を制御
   するための第１の実行制御手段と、 前記第１の実行制御手段による前記第１の仕事単位の実
   行状態の制御に必要なデータを格納して管理するための
   第１の実行制御データ管理手段と、 前記第１の実行制御手段に、前記第１の仕事単位の１つ
   として割付けられ、複数個の第２の仕事単位の各々に、
   所定の基準に従って前記ハードウェア資源およびソフト
   ウェア資源を割当てることにより各前記第２の仕事単位
   の実行状態を制御するための第２の実行制御手段と、 前記第２の実行制御手段による前記第２の仕事単位の実
   行状態の制御に必要なデータを格納して管理するための
   第２の実行制御データ管理手段とを含むデータ処理シス
   テム。